The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 564 (new: 9)
Total number of packages offered up for adoption: 140 (new: 1)
Total number of packages request
Package: wnpp
Severity: wishlist
Owner: Jonas Genannt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: ruby-inflecto
Version : 0.0.2
Upstream Author : Markus Schirp
* URL : https://github.com/mbj/inflecto
* License : Expat
Programming Lang: R
On Sat, Apr 06, 2013 at 07:18:50PM -0300, Santiago Torres Batán wrote:
> Hi, sorry for the delay.
> Yes, I'm active. I was waiting the new realease to find a sponsor and work
> with the new version of the package.
>
> Thanks for the bug reports. I'm going to check them out.
Dear Santiago, are yo
Package: wnpp
Severity: wishlist
Owner: Jonas Genannt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: ruby-virtus
Version : 1.0.2
Upstream Author : Piotr Solnica
* URL : https://github.com/solnic/virtus
* License : Expat
Programming Lang: Ru
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libvt-ldap-java
Version : 3.3.7
Upstream Author : Middleware Services
URL : http://code.google.com/p/vt-middleware/wiki/vtldap
License : LGPL-3 or Apache-2.0
Programming Lang: Java
On Thu, 13 Mar 2014, Craig Small wrote:
> It means that the upstream have to hang onto some script they might of
> used once years ago for.. what reason?
No, that's not what it means. The whole point of requiring source is to
stop artificially inhibiting user's (and Debian's) ability to modify a
w
Hello,
I have been working with WebRTC for some time now and wanted to work on
improving the current softphone feature of Debian WebRTC service,
rtc.debian.org. In order to do so I need to familiarize myself with the
existing features of the service and since it requires a developer login, I
am un
❦ 12 mars 2014 22:26 CET, Ben Finney :
>> The javascript world is difficult to deal with. They like embedded
>> copies, they may not really care about API/ABI stability, even for big
>> projects. Those are difficulties that we already have to deal with. We
>> already work around them by using De
Hi Joachim,
On Thu, Mar 13, 2014 at 02:49:00PM +0100, Joachim Breitner wrote:
> >
> > I hope you are aware that taring up two byte identical trees usually
> > does not lead to a byte identical tarball.
>
> Well, I was hoping that uscan would not simply create new tarballs, but
> rather removing
Hi,
Am Donnerstag, den 13.03.2014, 14:06 +0100 schrieb Andreas Tille:
> > This would be quite annoying in my usual workflow.
>
> I hope you are aware that taring up two byte identical trees usually
> does not lead to a byte identical tarball.
Well, I was hoping that uscan would not simply create
Hi Lisandro,
On Wed, Mar 12, 2014 at 07:53:52PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> >
> > it sounded be too good to be true:
> >
> > $ rm ../*tar.gz && uscan --download && md5sum
> > ../haskell-ekg_0.3.1.4+dfsg.orig.tar.gz haskell-ekg: Newer version
> > (0.3.1.4) available on re
Hi Joachim,
On Wed, Mar 12, 2014 at 11:02:27PM +0100, Joachim Breitner wrote:
> Hi,
>
> Am Mittwoch, den 12.03.2014, 18:37 -0300 schrieb Lisandro Damián Nicanor
> Pérez Meyer:
> > > Do you (or anyone) know if it repacks the file consistently? I.e. will
> > > two developers, who both use uscan to
On Wed, Mar 12, 2014 at 12:58:51PM +, Ian Jackson wrote:
> I have a completely different approach to the DFSG. The DFSG is not
> carefully drafted document and it doesn't stand up to detailed
> legalistic interpretation. Rather, it is a statement of aims and
> values.
That was certainly how I
13 matches
Mail list logo
