Bug#801650: RFS: edgar/1.21-1 [ITP]

Control: tags -1 - moreinfo Package is re-uploaded with fixes in place.

Bug#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM

On Wed, Oct 7, 2015 at 11:39 PM, Frederic Bonnard wrote: > interesting. I tried to build the package on amd64 too but in a schroot env > (unstable) and it built fine. > Could you explain or give some links on how to setup this sbuild env ? > Thanks a lot, Sbuild is

Bug#788418: Now resuming the packaging

Hi, you should open a bug against release.debian.org https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition and ask for a transition slot test if the reverse dependencies still build fine

Bug#788418: Now resuming the packaging

Hi Gianfranco, Always a pleasure to have you as my reviewer for this package. I will fix your comments during the week. I will also take this opportunity to apply a few of the improvement you suggested on other reviews. So more work is needed, such as: - *not* to use a custom symlink for

Bug#792144: marked as done (RFS: cunit/2.1-3-dfsg-1 -- Unit Testing Library for C [ITA])

Your message dated Tue, 13 Oct 2015 08:19:23 + (UTC) with message-id <185683049.4291184.1444724364041.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA] has caused the Debian Bug report #792144, regarding RFS:

Architecture field based on another package Architecture field

Dear all, I have a package (nfft) which builds a few binary packages. These binary packages correspond to a build of the same library but for different floating precisions (single, double, long-double). For the long-double build, nfft requires the long-double version of fftw which is not

Bug#788418: Now resuming the packaging

On 13/10/15 10:33, Mattia Rizzolo wrote: On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote: Hi, you should open a bug against release.debian.org https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition and ask for a

Bug#788418: Now resuming the packaging

On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote: > Hi, > > you should open a bug against release.debian.org > > https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition > > and ask for a transition slot > > test if the

Bug#788418: Now resuming the packaging

Hi Ghislain, >"Upload your new version to experimental (and have it clear NEW)" > >Requesting a transition slot happens way further the line it seems, or >am I missing something? yes, you set target experimental, clear new queue and ask the slot. cheers, G.

Re: Architecture field based on another package Architecture field

Ghislain Vaillant writes: > Architecture: ${libfftw3-long3:Architecture} Alas, this won't work -- that information isn't available here, and I don't think substitutions work in the Architecture field anyway. However, debian/rules can conditionally invoke dh with a suitable

Bug#790412: RFS: circus/0.12.0-1

Control: owner -1 ! Hi David quick review: 1) control: runtime dependencies: please let python:Depends to its job I see in setup.py install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0'] (also: why some dependencies are not listed here?) 2) rules/control: please consider

Bug#787861: review: polyml

Control: owner -1 ! Control: tags -1 moreinfo Hi James, 1) please join the debian-science team and ask them an ack for the upload 2) please convert in team upload the package 3) please close 561763 in the changelog 4) please merge the two changelogs together 5) please remove rules.old 6) the

Bug#786795: marked as done (RFS: dhcp-probe/1.3.0-11 -- network DHCP or BootP server discover)

Your message dated Tue, 13 Oct 2015 16:26:41 + with message-id and subject line closing RFS: dhcp-probe/1.3.0-11 -- network DHCP or BootP server discover has caused the Debian Bug report #786795, regarding RFS: dhcp-probe/1.3.0-11 -- network DHCP or BootP

Re: Architecture field based on another package Architecture field

"Aaron M. Ucko" writes: > I am testing these changes now (against a checkout of your experimental > branch) and will follow up with a full patch if they work. I meant $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) and ifeq "" "$(SKIP_NFFTL)" Having fixed those typos, I

Re: Architecture field based on another package Architecture field

On 13/10/15 17:15, Aaron M. Ucko wrote: "Aaron M. Ucko" writes: I am testing these changes now (against a checkout of your experimental branch) and will follow up with a full patch if they work. I meant $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) and ifeq ""

Bug#801703: RFS: eclipse-titan/5.3-1 [ITP]

Control: tags -1 moreinfo Hi, I won't sponsor the package, but I'm sure you will find a sponsor on pkg-java, that is the best place to look for a sponsor http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers some issues: please open an ITP bug, please upload the sources

Re: Architecture field based on another package Architecture field

Ghislain Vaillant writes: > So the final solution is to manually list all supported architectures > in d/control (same one as libfftw3-double3) and use your patch for > d/rules? You can leave Architecture: any in d/control; dpkg-genchanges will warn about the discrepancy,

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

Am Samstag, den 10.10.2015, 20:44 -0400 schrieb Bill Blough: > On Fri, Sep 25, 2015 at 10:38:14PM +0200, Tobias Frost wrote: > > > Issues with the translation files - When the .mo files get > > > generated, > > > the .po files get updated with a new timestamp, causing repeat > > > builds from > >

Bug#784898: RFS: duperemove/0.10-1 [ITP]

Hi, is there now anything missing for getting duperemove into Debian?

Re: Detecting stray writes in cowbuilder

On Tue, Oct 13, 2015 at 09:43:39PM +0200, David Given wrote: > I've just had a FTBFS bug on a new upload caused by a debian/rules bug > where I was running upstream's make install twice, once without setting > PREFIX. This was causing the package to be installed to $HOME as will as > to

Bug#745126: marked as done (RFS: passwordsafe/0.97+dfsg-1 [ITP] -- Simple & Secure Password Management)

Your message dated Tue, 13 Oct 2015 22:33:02 +0200 with message-id <1444768382.7111.16.ca...@debian.org> and subject line Re: Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1 has caused the Debian Bug report #745126, regarding RFS: passwordsafe/0.97+dfsg-1 [ITP] -- Simple & Secure Password Management

Bug#801703: RFS: eclipse-titan/5.3-1 [ITP]

Package: sponsorship-requests Severity: normal Dear Mentors, I am looking for a sponsor for my package "eclipse-titan": Package name: eclipse-titan Version : 5.3-1 Upstream Author : Eclipse Foundation URL : www.eclipse.org License : Eclipse Public License - v 1.0

Bug#801711: RFS: osmo-trx/0~20150325gitf147b17+dfsg-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "osmo-trx" * Package name: osmo-trx Version : 0~20150325gitf147b17+dfsg-1 Upstream Author : Osmocom * URL : http://openbsc.osmocom.org/trac/wiki/OsmoTRX * License

Re: Architecture field based on another package Architecture field

On 13/10/15 18:08, Aaron M. Ucko wrote: Ghislain Vaillant writes: So the final solution is to manually list all supported architectures in d/control (same one as libfftw3-double3) and use your patch for d/rules? You can leave Architecture: any in d/control;

Bug#787861: review: polyml

Hi Gianfranco, Thank you for continuing to look at this. I have just uploaded the newest version (5.5.2-1~rc1) to https://mentors.debian.net/package/polyml. 1) I have sent a request to join debian-science. Presumably I should wait until the package is ready to be uploaded before requesting an

Bug#745126: RFS: passwordsafe/0.95.1+dfsg-1

On Tue, Oct 13, 2015 at 10:01:19PM +0200, Tobias Frost wrote: > > Looks good so far; > I still need to complete copyright review, I'll let you know when I > need something. Thanks! > > PS: You removed the signing key on purpose? Why? When upstream moved to Github, they stopped signing source