Bug#858557: marked as done (RFS: golang-github-klauspost-reedsolomon/1.3-1~exp1 -- Reed-Solomon Erasure Coding in Go)

Your message dated Wed, 29 Mar 2017 02:05:31 + with message-id and subject line golang-github-klauspost-reedsolomon_1.3-1~exp1_amd64.changes uploaded has caused the Debian Bug report #858557, regarding RFS:

Bug#858800: RFS: xtrs/4.9d-1 [ITA]

On Tue, Mar 28, 2017 at 05:16:21PM -0700, Sean Whitton wrote: > Hello Branden, > > On Tue, Mar 28, 2017 at 05:28:25PM -0400, G. Branden Robinson wrote: > > > You are very unlikely to get release team approval for this upload as it > > > stands. Given what you wrote in #511645, is your intention

Bug#858800: RFS: xtrs/4.9d-1 [ITA]

Hello Branden, On Tue, Mar 28, 2017 at 05:28:25PM -0400, G. Branden Robinson wrote: > > You are very unlikely to get release team approval for this upload as it > > stands. Given what you wrote in #511645, is your intention for xtrs to > > drop out of stretch, to be reintroduced in buster? > >

Bug#832941: marked as done (RFS: 4pane/4.0-1 [ITP])

Your message dated Tue, 28 Mar 2017 17:04:20 -0700 with message-id <20170329000420.tp6pvseswdij3...@iris.silentflame.com> and subject line Re: Bug#832941: RFS: 4pane has caused the Debian Bug report #832941, regarding RFS: 4pane/4.0-1 [ITP] to be marked as done. This means that you claim that the

Bug#854395: RFS: golang-go-xdg/0~bzr20140219-2 [RC] -- Go interface for XDG standards

Dear Gianfranco, Thanks for the upload! On Wed, Mar 29, 2017 at 3:50 AM, Gianfranco Costamagna wrote: > > maybe sending an email to some dev would be nice! Sure. Will do later. > >> 2) why are you disabling tests? > > >my local gbp build (with or without pbuilder) is

Bug#832941: RFS: 4pane

Dear Sean, >Sorry, I assumed that uscan would redownload the .pgp file, but it was >using the old one. Apologies for wasting your time with that. That's OK, I've wasted plenty of yours ;) >While you previously said that everything remaining in .build/ is your >own work, the file wxwin.m4 is

Bug#858800: RFS: xtrs/4.9d-1 [ITA]

On Mon, Mar 27, 2017 at 07:11:10PM -0700, Sean Whitton wrote: > control: tag -1 +moreinfo Dummy response to -quiet to test Mutt/GPG configuration. -- Regards, Branden signature.asc Description: PGP signature

Bug#858800: RFS: xtrs/4.9d-1 [ITA]

On Mon, Mar 27, 2017 at 07:11:10PM -0700, Sean Whitton wrote: > control: tag -1 +moreinfo > > Dear Branden, > > On Sun, Mar 26, 2017 at 06:45:34PM -0400, Branden Robinson wrote: > > Changes since the last upload: > > > > * Merge new upstream release. > > + "Deleted all SIGIO code. The

Bug#858538: RFS: fadecut/0.2.0-1

Dear Marco, On Tue, Mar 28, 2017 at 01:51:18PM +0200, Marco Balmer wrote: > Is the package quality from your view ok? Sorry, I haven't reviewed it. -- Sean Whitton signature.asc Description: PGP signature

Bug#854395: marked as done (RFS: golang-go-xdg/0~bzr20140219-2 -- Go interface for XDG standards)

Your message dated Tue, 28 Mar 2017 18:50:32 + (UTC) with message-id <590812699.9581790.1490727032...@mail.yahoo.com> and subject line Re: Bug#854395: RFS: golang-go-xdg/0~bzr20140219-2 [RC] -- Go interface for XDG standards has caused the Debian Bug report #854395, regarding RFS:

Bug#858089: marked as done (RFS: ubertooth/2017.03.R2-1~exp1 and libbtbb/2017.03.R2-1~exp1)

Your message dated Tue, 28 Mar 2017 20:38:50 +0200 with message-id and subject line Re: RFS: ubertooth/2017.03.R2-1~exp1 and libbtbb/2017.03.R2-1~exp1 has caused the Debian Bug report #858089, regarding RFS: ubertooth/2017.03.R2-1~exp1 and

Bug#832941: RFS: 4pane

Dear David, On Tue, Mar 28, 2017 at 01:36:03PM +0100, David Hart wrote: > Hmm, I can't make it fail here. e.g. Sorry, I assumed that uscan would redownload the .pgp file, but it was using the old one. Apologies for wasting your time with that. While you previously said that everything

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

At second thought it might not be a bug in python-tz, but some undefined behavior that results from the pandas use of tz._utcoffset: >   tz = pytz.timezone('Asia/Tokyo') >   dt = datetime.datetime(2011,1,1) >   >   In[76]:  tz.utcoffset(dt) >   Out[76]: datetime.timedelta(0, 32400) > >   In

Re: After upgrading pbuilder jessie-backports pbuilder stopped working

On Tue, Mar 28, 2017 at 03:23:46PM +0200, Andreas Tille wrote: > yesterday I upgraded pbuilder from jessie-backports on a Jessie machine: Yes, we have a regression. I've been told one "solution" is to recreate the chroot using the jessie-bpo debootstrap. otherwise please downgrade pbuilder for

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

On Tue, 28 Mar 2017 15:18:20 +0200, Gert Wollny wrote: > I did some digging: > > Maybe it's a bug in python-tz? > Most likely: FWIW, python-tz also has a FTBFS bug: https://bugs.debian.org/858133 Cheers, gregor -- .''`. https://info.comodo.priv.at/ - Debian Developer

Re: After upgrading pbuilder jessie-backports pbuilder stopped working

Hello, >yesterday I upgraded pbuilder from jessie-backports on a Jessie machine: > >$ grep pbuilder /var/log/dpkg.log | grep " installed" >2017-03-16 11:02:36 status installed pbuilder:all 0.228.5~bpo8+1 >2017-03-27 09:22:52 status installed pbuilder:all 0.228.6~bpo8+1 >Since then I get for

After upgrading pbuilder jessie-backports pbuilder stopped working

Hi, yesterday I upgraded pbuilder from jessie-backports on a Jessie machine: $ grep pbuilder /var/log/dpkg.log | grep " installed" 2017-03-16 11:02:36 status installed pbuilder:all 0.228.5~bpo8+1 2017-03-27 09:22:52 status installed pbuilder:all 0.228.6~bpo8+1 Since then I get for any build:

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

Hello, I did some digging: > Maybe it's a bug in python-tz? Most likely: Pandas uses this code to get the time offset for the local time in tslib.pyx: cpdef _get_utcoffset(tzinfo, obj): try: return tzinfo._utcoffset except AttributeError: return

Bug#832941: RFS: 4pane

Dear Sean, >I can't review your latest work because the PGP signature for the >tarball fails to verify: >iris ~/rfs/4pane % origtargz -u >W: Unable to locate package 4pane >Trying uscan --download-current-version ... >uscan: Newest version of 4pane on remote site is 4.0, specified

Bug#858538: RFS: fadecut/0.2.0-1

Dear Sean, Thanks for reply. On Mon, Mar 27, 2017 at 07:12:33PM -0700, Sean Whitton wrote: > On Thu, Mar 23, 2017 at 09:47:44AM +0100, Marco Balmer wrote: > > Changes since the last upload: > > fadecut (0.2.0-1) unstable; urgency=low > > [...] > These changes are not appropriate during the

Re: Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

Hi, On 28/03/17 10:37, Andreas Tille wrote: > tags 858260 help > thanks > > Hi, > > I admit that when reading the bug report I have no idea how to fix it. > I can confirm that I can reproduce the issue in a recent unstable > chroot. I have added maintainers of tzdata, Debian Science and Debian

Help needed for pandas bug: Could anybody verify the suspicion that tzdata might have some influence?

tags 858260 help thanks Hi, I admit that when reading the bug report I have no idea how to fix it. I can confirm that I can reproduce the issue in a recent unstable chroot. I have added maintainers of tzdata, Debian Science and Debian mentors in CC - just hoping for any helpful hint. Kind

Re: Sigrok packages review/mentoring

On Tue, Mar 28, 2017 at 01:41:58AM +0200, Zoltan Gyarmati wrote: > > So as you mentioned for sponsoring you would like to have these git > repos hosted on > alioth.debian.org. Given that i have only -guest account there > (zgyarmati-guest), how > can i create a repository? What else I need to do