Debian Bug report logs - #667361
rtorrent: ftbfs with GCC-4.7

Toggle useless messages

Message #5 received at maintonly@bugs.debian.org (full text, mbox, reply):

From: Matthias Klose <doko@debian.org>

To: maintonly@bugs.debian.org

Subject: rtorrent: ftbfs with GCC-4.7

Date: Tue, 03 Apr 2012 23:12:17 +0000

Package: rtorrent
Version: 0.8.9-2
Severity: important
Tags: sid wheezy
User: debian-gcc@lists.debian.org
Usertags: ftbfs-gcc-4.7

The package fails to build in a test rebuild on at least amd64 with
gcc-4.7/g++-4.7, but succeeds to build with gcc-4.6/g++-4.6. The
severity of this report may be raised before the wheezy release.

range_map.h:140:7: error: 'erase' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]

The full build log can be found at:
http://people.debian.org/~lucas/logs/2012/03/29-clang-gcc47/unstable-gcc47/rtorrent_0.8.9-2_unstable-gcc47.log
The last lines of the build log are at the end of this report.

Some hints on fixing these issues can be found at
http://gcc.gnu.org/gcc-4.7/porting_to.html

To build with GCC 4.7, either set CC=gcc-4.7 CXX=g++-4.7 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

[...]
range_map.h:133:62:   required from 'typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator core::RangeMap<Key, T, Compare, Alloc>::set_merge(Key, const Key&, const T&) [with Key = unsigned int; T = std::pair<torrent::Throttle*, torrent::Throttle*>; Compare = std::less<unsigned int>; Alloc = std::allocator<std::pair<const unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > >; typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator = std::_Rb_tree_const_iterator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > >]'
manager.cc:211:53:   required from here
range_map.h:105:55: error: 'upper_bound' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
range_map.h:105:55: note: declarations in dependent base 'std::map<unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> >, std::less<unsigned int>, std::allocator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > > >' are not found by unqualified lookup
range_map.h:105:55: note: use 'this->upper_bound' instead
range_map.h:110:7: error: 'insert' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
range_map.h:110:7: note: declarations in dependent base 'std::map<unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> >, std::less<unsigned int>, std::allocator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > > >' are not found by unqualified lookup
range_map.h:110:7: note: use 'this->insert' instead
range_map.h:114:7: error: 'erase' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
range_map.h:114:7: note: declarations in dependent base 'std::map<unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> >, std::less<unsigned int>, std::allocator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > > >' are not found by unqualified lookup
range_map.h:114:7: note: use 'this->erase' instead
In file included from manager.h:47:0,
                 from manager.cc:72:
range_map.h: In instantiation of 'typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator core::RangeMap<Key, T, Compare, Alloc>::find(const Key&) const [with Key = unsigned int; T = std::pair<torrent::Throttle*, torrent::Throttle*>; Compare = std::less<unsigned int>; Alloc = std::allocator<std::pair<const unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > >; typename core::RangeMap<Key, T, Compare, Alloc>::const_iterator = std::_Rb_tree_const_iterator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > >]':
range_map.h:188:51:   required from 'T core::RangeMap<Key, T, Compare, Alloc>::get(const Key&, T) const [with Key = unsigned int; T = std::pair<torrent::Throttle*, torrent::Throttle*>; Compare = std::less<unsigned int>; Alloc = std::allocator<std::pair<const unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > >]'
manager.cc:217:128:   required from here
range_map.h:166:58: error: 'upper_bound' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
range_map.h:166:58: note: declarations in dependent base 'std::map<unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> >, std::less<unsigned int>, std::allocator<std::pair<const unsigned int, std::pair<unsigned int, std::pair<torrent::Throttle*, torrent::Throttle*> > > > >' are not found by unqualified lookup
range_map.h:166:58: note: use 'this->upper_bound' instead
make[4]: *** [manager.o] Error 1
make[4]: Leaving directory `/«PKGBUILDDIR»/src/core'
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
dh_auto_build: make -j1 returned exit code 2
make[3]: Leaving directory `/«PKGBUILDDIR»/src'
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Message #10 received at 667361@bugs.debian.org (full text, mbox, reply):

From: Cyril Brulebois <kibi@debian.org>

To: 667361@bugs.debian.org

Subject: Re: Bug#667361: rtorrent: ftbfs with GCC-4.7

Date: Thu, 5 Apr 2012 02:06:00 +0200

[Message part 1 (text/plain, inline)]

tag 667361 patch
thanks

Matthias Klose <doko@debian.org> (03/04/2012):
> Package: rtorrent
> Version: 0.8.9-2
> Severity: important
> Tags: sid wheezy
> User: debian-gcc@lists.debian.org
> Usertags: ftbfs-gcc-4.7

Here's a patch to fix this FTBFS. No intent to NMU.

Mraw,
KiBi.

[rtorrent+nmu.diff (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #19 received at 667361@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: 667361@bugs.debian.org

Subject: rtorrent: diff for NMU version 0.8.9-2.1

Date: Sun, 27 May 2012 14:31:53 +0200

[Message part 1 (text/plain, inline)]

tags 667361 + pending
thanks

Dear maintainer,

I've prepared an NMU for rtorrent (versioned as 0.8.9-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Steppenwolf: Born To Be Wild

[rtorrent-0.8.9-2.1-nmu.diff (text/x-diff, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #26 received at 667361@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: gregor herrmann <gregoa@debian.org>, 667361@bugs.debian.org

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Sun, 27 May 2012 18:01:41 -0300

Hi, Gregor.

On May 27 2012, gregor herrmann wrote:
> Dear maintainer,
> 
> I've prepared an NMU for rtorrent (versioned as 0.8.9-2.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

We have a new version of rtorrent in our git repository that already fixes
this bug.

Unfortunately, the new version of rtorrent also needs to be uploaded with a
new version of libtorrent, which, for SONAME reasons, generates a new binary
package and, as I am only a Debian Maintainer, and not a Debian Developer, I
can't upload it to Debian.

Would you be willing to sponsor these new uploads, so that we can fix this
problem (and some others, as a side effect)?


Thanks,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Message #31 received at 667361@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Rogério Brito <rbrito@ime.usp.br>, 667361@bugs.debian.org

Cc: Jose Luis Rivas <ghostbar@debian.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Mon, 28 May 2012 00:49:26 +0200

[Message part 1 (text/plain, inline)]

On Sun, 27 May 2012 18:01:41 -0300, Rogério Brito wrote:

> > I've prepared an NMU for rtorrent (versioned as 0.8.9-2.1) and
> > uploaded it to DELAYED/2. Please feel free to tell me if I
> > should delay it longer.
> We have a new version of rtorrent in our git repository that already fixes
> this bug.

Ah, ok.
 
> Unfortunately, the new version of rtorrent also needs to be uploaded with a
> new version of libtorrent, which, for SONAME reasons, generates a new binary
> package and, as I am only a Debian Maintainer, and not a Debian Developer, I
> can't upload it to Debian.

Hm? libtorrent (both in the archive and in git) has
Maintainer: Jose Luis Rivas <ghostbar@debian.org>

(What also confuses me is that Benoît Knecht has made most of the
commits and is in the changelog trailer, but he's not in Uploaders:.)
 
> Would you be willing to sponsor these new uploads, so that we can fix this
> problem (and some others, as a side effect)?

Yup, if ghostbar (cc'd) is busy, and as soon as I understand the
situation better :), I'm happy tp help.

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Treibhaus: Colosseum

[signature.asc (application/pgp-signature, inline)]

Message #36 received at 667361@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: gregor herrmann <gregoa@debian.org>

Cc: 667361@bugs.debian.org, Jose Luis Rivas <ghostbar@debian.org>, unera@debian.org, Benoît Knecht <benoit.knecht@fsfe.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Sun, 27 May 2012 21:17:24 -0300

Hi, Gregor.

On May 28 2012, gregor herrmann wrote:
> On Sun, 27 May 2012 18:01:41 -0300, Rogério Brito wrote:
> > Unfortunately, the new version of rtorrent also needs to be uploaded with a
> > new version of libtorrent, which, for SONAME reasons, generates a new binary
> > package and, as I am only a Debian Maintainer, and not a Debian Developer, I
> > can't upload it to Debian.
> 
> Hm? libtorrent (both in the archive and in git) has
> Maintainer: Jose Luis Rivas <ghostbar@debian.org>
> 
> (What also confuses me is that Benoît Knecht has made most of the
> commits and is in the changelog trailer, but he's not in Uploaders:.)

Yes, that's a messy situation. :) Let me get this mess out of the way:

Both libtorrent and rtorrent used to have few maintainers, AFAIR. Then, it
was in a bad maintenance situation and I decided to join forces, as I was
using it a lot.

For some time, we had a team of 3 people (unera, ghostbar and me). I am the
only one that is not a DD (well, perhaps I *really* should get my act
together and apply for the DD status---but the paperwork that used to happen
some time ago discouraged me).

Anyway, unera did some uploads after I joined the team and everything was
going smoothly. He seemed to have lost interest and ghostbar was finishing
his studies, and I stepped up as the main maintainer, seeing as both of them
were busy.

Then, upstream started neglecting the programs and bugs started
accumulating, and I started to lose interest to the point of even removing
myself from the Maintainer/Uploader fields.

After some time, Benoît Knecht did a very good job of triaging some bugs, as
he was interested in getting rtorrent in shape *and* informed me that
upstream had migrated to github (from a self-hosted, centralized SVN repo)
for development, the project (upstream) started getting rid of the dust and
is now active again.

With all this happening, Benoît had some packaging done already, which I
reviewed and, then, I asked the alioth admins to allow Benoît access to the
collab-maint repo, where he pushed his changes.

So, that's the situation so far.

I also re-gained interest in the projects as I have revived a few NAS boxes
(some which have only 64MB of RAM) and upstream is alive.

BTW, one can only guess how healthy it was to have a project moved from SVN
to git in the case of upstream :), with more forwarding patches, with more
visibility, with a BTS that doesn't collect as much spam as the previous
trac instance etc.

> > Would you be willing to sponsor these new uploads, so that we can fix this
> > problem (and some others, as a side effect)?
> 
> Yup, if ghostbar (cc'd) is busy,

Not sure how he and ghostbar are at the moment.

> and as soon as I understand the
> situation better :), I'm happy tp help.

Well, I hope that my short summary of the history serves to let you better
understand what's happening. :)


Thanks,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Message #41 received at 667361@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Rogério Brito <rbrito@ime.usp.br>, 667361@bugs.debian.org

Cc: Jose Luis Rivas <ghostbar@debian.org>, unera@debian.org, Benoît Knecht <benoit.knecht@fsfe.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Mon, 28 May 2012 19:24:22 +0200

[Message part 1 (text/plain, inline)]

On Sun, 27 May 2012 21:17:24 -0300, Rogério Brito wrote:

> > (What also confuses me is that Benoît Knecht has made most of the
> > commits and is in the changelog trailer, but he's not in Uploaders:.)
> Yes, that's a messy situation. :) Let me get this mess out of the way:

Thanks for this detailed explanation!
 
> With all this happening, Benoît had some packaging done already, which I
> reviewed and, then, I asked the alioth admins to allow Benoît access to the
> collab-maint repo, where he pushed his changes.
> 
> So, that's the situation so far.

Good to see that this seems to be going quite well.
 
> > and as soon as I understand the
> > situation better :), I'm happy tp help.
> Well, I hope that my short summary of the history serves to let you better
> understand what's happening. :)

It did :)

Now, could you (plural you) try to fix the maintainer situation in
git (at least adding Benoît to Uploaders would be a good idea to
avoid a "false" NMU)?
Just ping me when I should look at the git repos again.

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Paco de Lucia: Calle Municion [Alegria]

[signature.asc (application/pgp-signature, inline)]

Message #46 received at 667361@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: gregor herrmann <gregoa@debian.org>

Cc: 667361@bugs.debian.org, Jose Luis Rivas <ghostbar@debian.org>, unera@debian.org, Benoît Knecht <benoit.knecht@fsfe.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Tue, 29 May 2012 01:38:11 -0300

Hi, Gregor and others,

On May 28 2012, gregor herrmann wrote:
> Thanks for this detailed explanation!

You are welcome. :)

> Now, could you (plural you) try to fix the maintainer situation in
> git (at least adding Benoît to Uploaders would be a good idea to
> avoid a "false" NMU)?

I just did that for libtorrent, updated the changelog, verified that
everything builds fine, included Benoît to the uploaders field and tagged
the release for upload.

> Just ping me when I should look at the git repos again.

Now that the situation is clearer, can you upload libtorrent from the git
repo? I am building rtorrent now (it's taking a little while, because my
computers are not that powerful) and will push the changes to the git repo
as soon as everything is OK.

Since rtorrent doesn't generate a new binary, I can upload it without
problems, but I think that it would be better to have libtorrent uploaded
first, to avoid build-dependencies being unmet and useless work from the
buildds (especially the slower ones).

In summary: the earliest that you can upload libtorrent, the merrier.


Thanks.

P.S.: It seems that this discomforting situation of not being able to upload
the package that you work on is actually getting in the way of progressing
with the distribution...
-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Message #51 received at 667361-close@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: 667361-close@bugs.debian.org

Subject: Bug#667361: fixed in rtorrent 0.9.2-1

Date: Tue, 29 May 2012 05:33:38 +0000

Source: rtorrent
Source-Version: 0.9.2-1

We believe that the bug you reported is fixed in the latest version of
rtorrent, which is due to be installed in the Debian FTP archive:

rtorrent_0.9.2-1.debian.tar.gz
  to main/r/rtorrent/rtorrent_0.9.2-1.debian.tar.gz
rtorrent_0.9.2-1.dsc
  to main/r/rtorrent/rtorrent_0.9.2-1.dsc
rtorrent_0.9.2-1_amd64.deb
  to main/r/rtorrent/rtorrent_0.9.2-1_amd64.deb
rtorrent_0.9.2.orig.tar.gz
  to main/r/rtorrent/rtorrent_0.9.2.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 667361@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Rogério Brito <rbrito@ime.usp.br> (supplier of updated rtorrent package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Tue, 29 May 2012 01:53:46 -0300
Source: rtorrent
Binary: rtorrent
Architecture: source amd64
Version: 0.9.2-1
Distribution: unstable
Urgency: low
Maintainer: Jose Luis Rivas <ghostbar@debian.org>
Changed-By: Rogério Brito <rbrito@ime.usp.br>
Description: 
 rtorrent   - ncurses BitTorrent client based on LibTorrent from rakshasa
Closes: 667361 671891
Changes: 
 rtorrent (0.9.2-1) unstable; urgency=low
 .
   [ Benoît Knecht ]
   * New upstream release. Closes: #671891.
     + Build-Depend on libtorrent-dev >= 0.13.2~.
     + Compilation with g++-4.7 fixed upstream. Closes: #667361.
   * Run the test suite at build time.
   * Let upstream's configure script detect pthread.
 .
   [ Rogério Brito ]
   * debian/control:
     + Remove useless coding information.
     + Add Benoît as uploader.
   * debian/copyright: Update my copyright years.
Checksums-Sha1: 
 7e6c476cf0bef5978c4aaeffbbb1d9bd58d221b0 1500 rtorrent_0.9.2-1.dsc
 2a642d722745091265037ed8929a23c237a3b99f 591837 rtorrent_0.9.2.orig.tar.gz
 c25bd731a9dad32eef93b19f6cda0659e7fe8d16 11375 rtorrent_0.9.2-1.debian.tar.gz
 a74bbb86f11e3c72bde979c52537099430b68f53 560362 rtorrent_0.9.2-1_amd64.deb
Checksums-Sha256: 
 b0fec5e979faedc0f0c136fdb33cba91b42660b31d91a3ec58c57d74923056bf 1500 rtorrent_0.9.2-1.dsc
 5c8f8c780bee376afce3c1cde2f5ecb928f40bac23b2b8171deed5cf3c888c3d 591837 rtorrent_0.9.2.orig.tar.gz
 228d0ba4ea4ae7aa58b2f62bc0686d48b225e0bd5481163cccffa40de5e45f59 11375 rtorrent_0.9.2-1.debian.tar.gz
 aecbe6427b435f95ad4bd10570e4beb896111af351164841829776b2ae991a3b 560362 rtorrent_0.9.2-1_amd64.deb
Files: 
 437527eaebc9785162ef7b3cf8cea484 1500 net extra rtorrent_0.9.2-1.dsc
 72c3e9ab859bda7cc8aa96c0b508b09f 591837 net extra rtorrent_0.9.2.orig.tar.gz
 b9c519ea650ab90e3efb821cdf99e10f 11375 net extra rtorrent_0.9.2-1.debian.tar.gz
 b5c4c4296a09470f7005cc0d1ef88836 560362 net extra rtorrent_0.9.2-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAk/EW7sACgkQCFqbMnwsrrj3VQCg4IWK7u61K8uQDG0Yn2LYDKFv
uXcAnRaVmj6op7AxsOR9n0Ncg8nEEdCr
=4t3e
-----END PGP SIGNATURE-----

Message #56 received at 667361@bugs.debian.org (full text, mbox, reply):

From: Rogério Brito <rbrito@ime.usp.br>

To: gregor herrmann <gregoa@debian.org>

Cc: 667361@bugs.debian.org, Jose Luis Rivas <ghostbar@debian.org>, unera@debian.org, Benoît Knecht <benoit.knecht@fsfe.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Tue, 29 May 2012 03:27:00 -0300

Hi, everybody.

On May 28 2012, gregor herrmann wrote:
(...)
> Just ping me when I should look at the git repos again.

That will not be necessary. I was mislead that the libtorrent package needed
another binary package rename and, in that case, I would need to be
sponsored.

But that turned out not to be the case and I have just uploaded both
libtorrent and rtorrent.

Thanks for the offer anyway---I'm sure that I will need sponsoring in the
future.

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Message #61 received at 667361@bugs.debian.org (full text, mbox, reply):

From: gregor herrmann <gregoa@debian.org>

To: Rogério Brito <rbrito@ime.usp.br>

Cc: 667361@bugs.debian.org, Jose Luis Rivas <ghostbar@debian.org>, unera@debian.org, Benoît Knecht <benoit.knecht@fsfe.org>

Subject: Re: Bug#667361: rtorrent: diff for NMU version 0.8.9-2.1

Date: Tue, 29 May 2012 17:09:47 +0200

[Message part 1 (text/plain, inline)]

On Tue, 29 May 2012 03:27:00 -0300, Rogério Brito wrote:

> On May 28 2012, gregor herrmann wrote:
> (...)
> > Just ping me when I should look at the git repos again.
> That will not be necessary. I was mislead that the libtorrent package needed
> another binary package rename and, in that case, I would need to be
> sponsored.
> But that turned out not to be the case and I have just uploaded both
> libtorrent and rtorrent.

Even better :)
 
> Thanks for the offer anyway---I'm sure that I will need sponsoring in the
> future.

Or you finally become a DD :)
(But yes, feel free to ping me if you need help with uploading.)
 

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Art Garfunkel: Sometimes When I'm Dreaming

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.