Bug#824787: marked as done (RFS: acmetool/0.0.51)

2016-05-19 Thread Debian Bug Tracking System
Your message dated Thu, 19 May 2016 21:17:22 + with message-id <20160519211720.gr20...@chase.mapreri.org> and subject line Re: [Letsencrypt-devel] Bug#824787: RFS: acmetool/0.0.51 has caused the Debian Bug report #824787, regarding RFS: acmetool/0.0.51 to be marked as done. This means that you

Bug#824787: RFS: acmetool/0.0.51

2016-05-19 Thread Peter Colberg
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the package "acmetool": git clone https://anonscm.debian.org/git/letsencrypt/acmetool.git cd acmetool && pristine-tar checkout .

Bug#819394: RFS: stormlib/9.20-1 [ITP]

2016-05-19 Thread Pali Rohár
On Wednesday 27 April 2016 13:01:20 Gianfranco Costamagna wrote: > Hi, the packaging seems good now, I would like to ask you a final question: > > how do you feel about using the same license for debian packaging and > upstream? > (asking about changing GPL-3+ to MIT). Ok, I changed debian files

Re: Adding runtime dependencies that aren't caught by shlibs:Depends

2016-05-19 Thread Jakub Wilk
* Jens Reyer , 2016-05-19, 16:57: First off, I'm not sure about every single dependency if it is needed at all. Quick grep over the *.dll.so indeed shows that they use a bunch of libraries you mentioned: $ strings /usr/lib/i386-linux-gnu/wine/*.dll.so | grep '^lib.*[.]so[.]' | sort -u | gre

Re: Adding runtime dependencies that aren't caught by shlibs:Depends

2016-05-19 Thread Gianfranco Costamagna
Hi Jens, >Now, assuming that we really need all of them, but that there is no way >to automatically add them: is there any way to compute the needed >runtime dependency for a given builddep, in order to avoid hardcoding >this list and update it with every soname change of a depended upon >package?

Adding runtime dependencies that aren't caught by shlibs:Depends

2016-05-19 Thread Jens Reyer
Hi, I'm working on adding more runtime dependencies to wine (see #823991). Wine uses the dh sequencer and all relevant binary packages have a "Depends: ${shlibs:Depends}". This adds some runtime dependencies, but by far not for every build-dependency -dev package. If I try to do that manually I c

Bug#823521: RFS: irstlm/6.00.05-1 -- IRST Language Modeling Toolkit

2016-05-19 Thread Giulio Paci
Hi Balint and all, On 16/05/2016 16:50, Bálint Réczey wrote: > Hi Giulio, > > 2016-05-08 14:32 GMT+02:00 Giulio Paci : >> Hi Balint and all, >> >> Il 08/mag/2016 14:15, "Bálint Réczey" ha scritto: >>> >>> Control: owner -1 bal...@balintreczey.hu >>> >>> 2016-05-06 23:44 GMT+02:00 Gianfranco Cost

Bug#823478: marked as done (RFS: python3-protobuf3/0.2.1-2 [ITP])

2016-05-19 Thread Debian Bug Tracking System
Your message dated Thu, 19 May 2016 21:30:03 +1000 with message-id <93ac73f2-7af5-2e06-2a15-76ac3f15a...@thon.love> and subject line Re: Bug#823478: python3-protobuf3 has caused the Debian Bug report #823478, regarding RFS: python3-protobuf3/0.2.1-2 [ITP] to be marked as done. This means that you

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

2016-05-19 Thread lumin
On Thu, 2016-05-19 at 06:32 +, Gianfranco Costamagna wrote: > Hi Lumin, > >Why should runtime deps be added into build-dep, which are useless > >unless I provide python-caffe-* testsuite. > > > not sure then, it should be fine that way! An update to this, according to https://people.debian.

Bug#823478: python3-protobuf3

2016-05-19 Thread Mattia Rizzolo
On Thu, May 19, 2016 at 02:52:27PM +1000, Jonathon Love wrote: > so the advice i received regarding the name was that i must get it renamed > upstream[1]. i don't think this will be possible because: > > - upstream is an established package, present in PYPI and macports > - the developer is MIA

Re: Binaries under "/usr/lib/"

2016-05-19 Thread Tiago Ilieve
Giulio, On 18 May 2016 at 07:15, Giulio Paci wrote: > One approach that usually fits my needs is the one proposed by Thibaut > Paumard [1], that I am reproposing here with minimal changes: Thanks for sharing this pretty detailed case. As my issue with "pythonpy" was way more simpler, I ended up