Re: How long to wait between RFA and QA upload?

On Tue, Nov 01, 2016 at 09:10:29AM +0800, gustavo panizzo (gfa) wrote: > Recently I NMU'ed tsocks, as the shape of the package wasn't good [1] > in the RFS email I said that I'd try to get the package orphaned so I can do > a proper QA upload. > > The maintainer orphaned the package 2 days ago,

Re: Bug#842528: RFS: wide-dhcpv6/20080615-17 -- DHCPv6 server/client for automatic IPv6 hosts configuration

On Mon, Oct 31, 2016 at 11:36:02PM +, Gianfranco Costamagna wrote: > >However the buildd seems not like my upload this time. > >I guess it's caused by parallel support from debhelper 10. > > not outdated, just like mine, we don't use parallel in building > > DEB_BUILD_OPTIONS=parallel=8 can

Build-Depends on source itself

Dear mentors, for one of my package, libgap-sage [1], the source material used for build is in fact seded meterial from an other package, gap: grossely the sed process is the main part of libgap package: is there a standard way to use the Debian source package of gap inside my own package

Re: Build-Depends on source itself

On Tue, Nov 1, 2016 at 12:43 PM, Jerome BENOIT wrote: > for one of my package, libgap-sage [1], the source material used for build > is in fact seded meterial from an other package, gap: grossely the sed process > is the main part of libgap package: is there a standard way to use the Debian >

Build-Depends on source itself

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear mentors, for one of my package, libgap-sage [1], the source material used for build is in fact seded meterial from an other package, gap: grossely the sed process is the main part of libgap package: is there a standard way to use the Debian

Re: get 403 Forbidden when upload package to mentors.

On Tue, Nov 1, 2016 at 12:45 PM, Xu, Guangxin wrote: > I am behind a firewall, is it related? Most likely. > Or I need configure something. Try using http instead of ftp to do the upload. > Uploading to mentors-ftp (via ftp to mentors.debian.net): > Uploading libyami-utils_1.0.0-1.dsc: 425

RE: get 403 Forbidden when upload package to mentors.

Hi G.: I tried this before; it will report bad IP connecting I am behind a firewall, is it related? Or I need configure something. Thanks. gxxu@zion-debian:~/works/pbuild/libyami-utils$ tsocks dput mentors-ftp libyami-utils libyami-utils-1.0.0/

Re: Data updates in debian packages

Ole Streicher writes: > We need it to put correct time on astronomical registrations, so it is > most important to have them once they are effective. Having them in > advance would be an additional plus, however, since f.e. a computer may > be disconnected during/after the

Re: How long to wait between RFA and QA upload?

On Tue, Nov 1, 2016 at 9:10 AM, gustavo panizzo (gfa) wrote: > The only guidance I found is 2 weeks, > https://qa.debian.org/orphaned.html That doesn't say to wait before doing QA uploads. > how long should I wait between an O bug and a QA upload? Waiting shouldn't be needed at all. Check that

How long to wait between RFA and QA upload?

Hello Recently I NMU'ed tsocks, as the shape of the package wasn't good [1] in the RFS email I said that I'd try to get the package orphaned so I can do a proper QA upload. The maintainer orphaned the package 2 days ago, #842555. I don't want to adopt the package, but I do use it so I want to

Bug#842528: RFS: wide-dhcpv6/20080615-17 -- DHCPv6 server/client for automatic IPv6 hosts configuration

Hi, >Thanks for your trust! > >However the buildd seems not like my upload this time. >I guess it's caused by parallel support from debhelper 10. >Maybe because my PC is outdated :-P > >I'll try to fix this in couple of days. not outdated, just like mine, we don't use parallel in building

Bug#842528: RFS: wide-dhcpv6/20080615-17 -- DHCPv6 server/client for automatic IPv6 hosts configuration

On Tue, Nov 1, 2016 at 1:45 AM, Gianfranco Costamagna wrote: > Hi Roger, > >>I am looking for a sponsor for my package "wide-dhcpv6" > > done >>If it's convenient for you, please kindly setup DM upload permission >>of this package for me. > > oh well, I gave them to you

Bug#842641: Sv: Bug#842641: RFS: autoconf/2.69-10~bpo8+1

On Mon, Oct 31, 2016 at 04:50:49PM +, Kristian Klausen wrote: > BTW Ben if you want to take care for the backport by yourself, I'm happy to > cancel > or give you the task :) Please, be my guest, you are welcome to take this. Thank you.

Bug#838941: RFS: duperemove/0.11~beta3-3 ITP

Hi, >thanks for the review, I've fixed licenses now, can you review again? lets see > interval_tree_generic.h: GPL (v2 or later) (with incorrect FSF address) still wrong (missing the later clause) xxhash.c ^^ wrong license G.

Bug#842520: RFS: glances/2.7.1.1-1

control: owner -1 ! control: tags -1 moreinfo Hi, >I am looking for a sponsor for my package "glances" missing licenses and copyrights: e.g. +++ glances-2.7.1.1/.ci/appveyor/install.ps12016-09-18 21:06:28.0 +0200 @@ -0,0 +1,85 @@ +# Sample script to install Python and pip under

Bug#842528: RFS: wide-dhcpv6/20080615-17 -- DHCPv6 server/client for automatic IPv6 hosts configuration

Hi Roger, >I am looking for a sponsor for my package "wide-dhcpv6" done >If it's convenient for you, please kindly setup DM upload permission >of this package for me. oh well, I gave them to you before reading the whole email :) G.

Bug#841222: Acknowledgement (RFS: patat)

Hi, On 2016-10-30 10:14-0700, Sean Whitton wrote: > I noticed that you've published your patch-queue/master branch. Since > that is a branch you will rebase, it's not a good idea to publish it > (the gbp documentation recommends against publishing it). Anyone who > needs the branch can

Bug#842641: RFS: autoconf/2.69-10~bpo8+1

Hi Alex, Ben, Kristian >Gianfranco, are you planning to take responsibility for uploading this >as it changes in Debian proper? It is probably not a big >responsibility, because autoconf changes rarely. I'm willing to sponsor >the uploads. I would prefer Kristian to take care of this, but

Bug#842641: RFS: autoconf/2.69-10~bpo8+1

On Mon, Oct 31, 2016 at 04:24:10PM +0100, Alexander Wirt wrote: > On Mon, 31 Oct 2016, Ben Pfaff wrote: > > > On Mon, Oct 31, 2016 at 11:16:18AM +0100, Gianfranco Costamagna wrote: > > > Hi Ben, > > > > > > > I am looking for a sponsor for my package "autoconf". > > > > Some packages depends on

Bug#842641: RFS: autoconf/2.69-10~bpo8+1

On Mon, 31 Oct 2016, Ben Pfaff wrote: > On Mon, Oct 31, 2016 at 11:16:18AM +0100, Gianfranco Costamagna wrote: > > Hi Ben, > > > > > I am looking for a sponsor for my package "autoconf". > > > Some packages depends on the new --runstatedir option which was added in > > > 2.69-9, > > > before

Bug#842641: RFS: autoconf/2.69-10~bpo8+1

On Mon, Oct 31, 2016 at 11:16:18AM +0100, Gianfranco Costamagna wrote: > Hi Ben, > > > I am looking for a sponsor for my package "autoconf". > > Some packages depends on the new --runstatedir option which was added in > > 2.69-9, > > before they can be built for jessie-backports. Ex connman. > >

Bug#842703: RFS: gnome-shell-extension-hard-disk-led/13, ITP 842701: -- Shows harddisk activity (IO speed read/write and LED) in GNOME Shell)

Package: sponsorship-requests Severity: wishlist Dear mentors (cc debian-python), I am looking for a sponsor for my package "bundlewrap": * Package name: gnome-shell-extension-hard-disk-led Version : 13~git20160916.6fe27b2-1 Upstream Author : bigi * URL :

Re: get 403 Forbidden when upload package to mentors.

Hi, > Uploading libyami_1.0.0.orig.tar.gz: Upload failed: 503 Service Unavailable sometimes it happens, just try again ftp://mentors.debian.net/ seems empty now G.

Re: Non-NEW backports rejected with "ACL dm: NEW uploads are not allowed"

Hi, >With Distribution: jessie-backports, golang-gopkg-cheggaaa-pb.v1 has >now been accepted. But golang-github-fatih-color is still rejected >with the same error "ACL dm: NEW uploads are not allowed". I tried >ploading the latter both without and with an orig tarball. > >I attached once more the

Bug#842656: marked as done (RFS: groonga/6.1.0-2)

Your message dated Mon, 31 Oct 2016 10:39:03 + (UTC) with message-id <1847794046.1985399.1477910343...@mail.yahoo.com> and subject line Re: Bug#842656: RFS: groonga/6.1.0-2 has caused the Debian Bug report #842656, regarding RFS: groonga/6.1.0-2 to be marked as done. This means that you claim

Bug#842673: marked as done (RFS: nfft/3.3.2-1)

Your message dated Mon, 31 Oct 2016 10:35:33 + (UTC) with message-id <134626101.1960891.1477910133...@mail.yahoo.com> and subject line Re: Bug#842673: RFS: nfft/3.3.2-1 has caused the Debian Bug report #842673, regarding RFS: nfft/3.3.2-1 to be marked as done. This means that you claim that

Bug#842673: RFS: nfft/3.3.2-1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "nfft" * Package name: nfft Version : 3.3.2-1 Upstream Author : Prof. Dr. Daniel Potts * URL :

Bug#842641: marked as done (RFS: autoconf/2.69-10~bpo8+1)

Your message dated Mon, 31 Oct 2016 11:16:18 +0100 with message-id and subject line Re: RFS: autoconf/2.69-10~bpo8+1 has caused the Debian Bug report #842641, regarding RFS: autoconf/2.69-10~bpo8+1 to be marked as done. This means that you claim

Re: Data updates in debian packages

On 10/31/2016 10:30 AM, Ole Streicher wrote: > debian/triggers -- > interest /usr/share/zoneinfo/leap-seconds.list > ---8<-- > > However, I now get the following error when I try to update tzdata: > > dpkg:

Re: Data updates in debian packages

Paul Wise writes: > On Sat, Oct 29, 2016 at 8:45 PM, Ole Streicher wrote: >> The package in question (casacore) wants them in a specific format "CASA >> table" (which is uniformly used within that package), and dependent >> packages access this in that specific format. The only

Re: Data updates in debian packages

Christian Seiler writes: > On 10/31/2016 09:07 AM, Ole Streicher wrote: [leap seconds] >> We need it to put correct time on astronomical registrations, so it is >> most important to have them once they are effective. Having them in >> advance would be an additional plus,

Re: Data updates in debian packages

On 10/31/2016 09:07 AM, Ole Streicher wrote: > Russ Allbery writes: >> The required timeliness depends a lot on what you're using leap seconds >> for, and in particular if you need to know about them far in advance, or >> if it's only necessary to have an updated table before the

Re: Data updates in debian packages

Russ Allbery writes: > The required timeliness depends a lot on what you're using leap seconds > for, and in particular if you need to know about them far in advance, or > if it's only necessary to have an updated table before the leap second > itself arrives. We need it to put

Bug#842656: RFS: groonga/6.1.0-2

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "groonga" * Package name: groonga Version : 6.1.0-2 Upstream Author : Groonga Project * Url : http://groonga.org/ * Licenses: