Bug#769787: unblock (pre-approval): poco 1.3.6p1-5
On Mon, 17 Nov 2014 23:25:25 +0100
Niels Thykier wrote:
> Control: tags -1 moreinfo
>
> On 2014-11-16 13:52, Cristian Greco wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > Hi,
> >
> > I'm seeking approval for the upload of poco 1.3.6p1-5.
> >
>
> Hi Cristian,
>
> Thanks for doing this.
>
> > I received a patch for CVE-2014-0350 (#746637) from Maxime Chatelle,
> > who prepared an upload for unstable.
> >
> > Debdiff is attached, dsc is available on mentors:
> > http://mentors.debian.net/debian/pool/main/p/poco/poco_1.3.6p1-5.dsc
> >
> > I don't see problems with the patch but would like approval from the
> > release team before going ahead. If we don't apply the patch now, poco
> > 1.3.6p1-4 should be removed from testing.
> >
> > Thanks,
> > --
> > Cristian Greco
> > GPG key ID: 0xCF4D32E4
> >
> > [...]
> > +diff -urNad
> > poco-1.3.6p1~/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h
> > poco-1.3.6p1/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h
> > +--- poco-1.3.6p1~/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h
> > 2009-12-21 19:15:02.0 +0100
> > poco-1.3.6p1/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h
> > 2014-11-07 22:09:56.519596616 +0100
> > +@@ -102,7 +102,7 @@
> > +
> > + protected:
> > + static bool containsWildcards(const std::string& commonName);
> > +- static bool matchByAlias(const std::string& alias, const HostEntry&
> > heData);
> > ++ static bool matchWildcard(const std::string& wildcard, const
> > std::string& hostName);
> > +
> > [...]
>
>
> I suspect we might have an issue here. Changing the name (and/or
> arguments) of a protected symbol is definitely an ABI breakage. Since
> this is part of a public header it is also an API breakage.
>
> Unfortunatly, I cannot accept the changes as-is. That said, if you can
> provide an alternative solution without breaking neither ABI nor API, I
> would be interested in seeing it.
Hi Niels,
please find attached a new debdiff for review.
Maxime reworked the patch to avoid ABI/API breakages by adding a new
static function. The changes have been approved by upstream authors:
https://github.com/pocoproject/poco/issues/615
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
diff -u poco-1.3.6p1/debian/control poco-1.3.6p1/debian/control
--- poco-1.3.6p1/debian/control
+++ poco-1.3.6p1/debian/control
@@ -1,7 +1,7 @@
Source: poco
Priority: optional
Maintainer: Cristian Greco
-Uploaders: Patrick Gansterer
+Uploaders: Patrick Gansterer , Maxime Chatelle
Build-Depends: debhelper (>= 5), dpatch, libexpat1-dev, libmysqlclient-dev, libpcre3-dev (>= 7.8), libsqlite3-dev (>= 3.6.13), libssl-dev (>= 0.9.8), unixodbc-dev, zlib1g-dev
Standards-Version: 3.8.3
Section: libs
diff -u poco-1.3.6p1/debian/changelog poco-1.3.6p1/debian/changelog
--- poco-1.3.6p1/debian/changelog
+++ poco-1.3.6p1/debian/changelog
@@ -1,3 +1,11 @@
+poco (1.3.6p1-5) unstable; urgency=medium
+
+ * Adds debian/patches/70_fix_CVE-2014-0350.dpatch (Closes: #746637).
+The patch is backported from poco-1.4.7 where the vulnerability
+has been fixed.
+
+ -- Maxime Chatelle Tue, 18 Nov 2014 11:45:20 +0100
+
poco (1.3.6p1-4) unstable; urgency=low
* Wheezy cleanup release (3): should fix FTBFS on GNU/kFreeBSD for real.
diff -u poco-1.3.6p1/debian/patches/00list poco-1.3.6p1/debian/patches/00list
--- poco-1.3.6p1/debian/patches/00list
+++ poco-1.3.6p1/debian/patches/00list
@@ -6,0 +7 @@
+70_fix_CVE-2014-0350.dpatch
only in patch2:
unchanged:
--- poco-1.3.6p1.orig/debian/patches/70_fix_CVE-2014-0350.dpatch
+++ poco-1.3.6p1/debian/patches/70_fix_CVE-2014-0350.dpatch
@@ -0,0 +1,115 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 70_fix_CVE-2014-0350.dpatch by Maxime Chatelle
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Backported fix against CVE-2014-0350
+
+@DPATCH@
+
+--- poco-1.3.6p1-4/NetSSL_OpenSSL/src/X509Certificate.cpp 2009-12-21 19:15:02.0 +0100
poco-1.3.6p1-5/NetSSL_OpenSSL/src/X509Certificate.cpp 2014-11-18 11:41:26.033979022 +0100
+@@ -48,6 +48,21 @@
+ #include
+ #include
+
++static bool matchWildcard(const std::string& wildcard, const std::string& hostName)
++{
++ // fix wildcards
++ std::string wildcardExpr("^");
++ wildcardExpr += Poco::replace(wildcard, ".", "\\.");
++ Poco::replaceInPlace(wildcardExpr, "*", ".*");
++ Poco::replaceInPlace(wildcardExpr, "..*", ".*");
++ Poco::replaceInPlace(wildcardExpr, "?"
Bug#769787: unblock (pre-approval): poco 1.3.6p1-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
I'm seeking approval for the upload of poco 1.3.6p1-5.
I received a patch for CVE-2014-0350 (#746637) from Maxime Chatelle,
who prepared an upload for unstable.
Debdiff is attached, dsc is available on mentors:
http://mentors.debian.net/debian/pool/main/p/poco/poco_1.3.6p1-5.dsc
I don't see problems with the patch but would like approval from the
release team before going ahead. If we don't apply the patch now, poco
1.3.6p1-4 should be removed from testing.
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
diff -u poco-1.3.6p1/debian/control poco-1.3.6p1/debian/control
--- poco-1.3.6p1/debian/control
+++ poco-1.3.6p1/debian/control
@@ -1,7 +1,7 @@
Source: poco
Priority: optional
Maintainer: Cristian Greco
-Uploaders: Patrick Gansterer
+Uploaders: Patrick Gansterer , Maxime Chatelle
Build-Depends: debhelper (>= 5), dpatch, libexpat1-dev, libmysqlclient-dev, libpcre3-dev (>= 7.8), libsqlite3-dev (>= 3.6.13), libssl-dev (>= 0.9.8), unixodbc-dev, zlib1g-dev
Standards-Version: 3.8.3
Section: libs
diff -u poco-1.3.6p1/debian/changelog poco-1.3.6p1/debian/changelog
--- poco-1.3.6p1/debian/changelog
+++ poco-1.3.6p1/debian/changelog
@@ -1,3 +1,11 @@
+poco (1.3.6p1-5) unstable; urgency=medium
+
+ * Adds debian/patches/70_fix_CVE-2014-0350.dpatch (Closes: #746637).
+The patch is backported from poco-1.4.7 where the vulnerability
+has been fixed.
+
+ -- Maxime Chatelle Sat, 15 Nov 2014 20:10:18 +0100
+
poco (1.3.6p1-4) unstable; urgency=low
* Wheezy cleanup release (3): should fix FTBFS on GNU/kFreeBSD for real.
diff -u poco-1.3.6p1/debian/patches/00list poco-1.3.6p1/debian/patches/00list
--- poco-1.3.6p1/debian/patches/00list
+++ poco-1.3.6p1/debian/patches/00list
@@ -6,0 +7 @@
+70_fix_CVE-2014-0350.dpatch
only in patch2:
unchanged:
--- poco-1.3.6p1.orig/debian/patches/70_fix_CVE-2014-0350.dpatch
+++ poco-1.3.6p1/debian/patches/70_fix_CVE-2014-0350.dpatch
@@ -0,0 +1,142 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 70_fix_CVE-2014-0350.dpatch by Maxime Chatelle
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Backported fix against CVE-2014-0350
+
+@DPATCH@
+
+diff -urNad poco-1.3.6p1~/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h poco-1.3.6p1/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h
+--- poco-1.3.6p1~/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h 2009-12-21 19:15:02.0 +0100
poco-1.3.6p1/NetSSL_OpenSSL/include/Poco/Net/X509Certificate.h 2014-11-07 22:09:56.519596616 +0100
+@@ -102,7 +102,7 @@
+
+ protected:
+ static bool containsWildcards(const std::string& commonName);
+- static bool matchByAlias(const std::string& alias, const HostEntry& heData);
++ static bool matchWildcard(const std::string& wildcard, const std::string& hostName);
+
+ private:
+ enum
+diff -urNad poco-1.3.6p1~/NetSSL_OpenSSL/src/X509Certificate.cpp poco-1.3.6p1/NetSSL_OpenSSL/src/X509Certificate.cpp
+--- poco-1.3.6p1~/NetSSL_OpenSSL/src/X509Certificate.cpp 2009-12-21 19:15:02.0 +0100
poco-1.3.6p1/NetSSL_OpenSSL/src/X509Certificate.cpp 2014-11-07 22:11:30.847592322 +0100
+@@ -107,51 +107,47 @@
+ std::string commonName;
+ std::set dnsNames;
+ certificate.extractNames(commonName, dnsNames);
++ if (!commonName.empty()) dnsNames.insert(commonName);
+ bool ok = (dnsNames.find(hostName) != dnsNames.end());
+-
+- char buffer[NAME_BUFFER_SIZE];
+- X509_NAME* subj = 0;
+- if (!ok && (subj = X509_get_subject_name(const_cast(certificate.certificate( && X509_NAME_get_text_by_NID(subj, NID_commonName, buffer, sizeof(buffer)) > 0)
++ if (!ok)
+ {
+- buffer[NAME_BUFFER_SIZE - 1] = 0;
+- std::string commonName(buffer); // commonName can contain wildcards like *.appinf.com
+- try
++ for (std::set::const_iterator it = dnsNames.begin(); !ok && it != dnsNames.end(); ++it)
+ {
+- // two cases: strData contains wildcards or not
+- if (containsWildcards(commonName))
+- {
+-// a compare by IPAddress is not possible with wildcards
+-// only allow compare by name
+-const HostEntry& heData = DNS::resolve(hostName);
+-ok = matchByAlias(commonName, heData);
+- }
+- else
++ try
+ {
+-// it depends on hostName if we compare by IP or by alias
+-IPAddress ip;
+-if (IPAddress::tryParse(hostName, ip))
++// two cases: strData contains wildcards or not
++if (containsWildcards(*it))
+ {
+- // compare by IP
+- const HostEntry& heData = DNS::resolve(commonName);
+- const HostEntry::AddressList& addr = heData.addresses();
+- HostEntry::AddressList::const_iterator it = addr.begin();
+- HostEntry::AddressList::const_iterator itEnd = addr.end();
+- for (; it != itEnd && !ok; ++it)
+- {
+- ok = (*it == ip);
+- }
++ // a compare by IPAddress is not p
Bug#759392: [/master] debian/control: switch to unversioned build-depends for boost libraries.
tag 759392 pending thanks Date: Tue Sep 9 22:10:51 2014 +0200 Author: Cristian Greco Commit ID: 24d6e2a007fb4f2b10c682ec874468dbeed1122f Commit URL: http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff;h=24d6e2a007fb4f2b10c682ec874468dbeed1122f Patch URL: http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff_plain;h=24d6e2a007fb4f2b10c682ec874468dbeed1122f debian/control: switch to unversioned build-depends for boost libraries. Closes: #759392 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759387: [/master] debian/control: switch back to unversioned {build-,}depends for boost
tag 759387 pending
thanks
Date: Tue Sep 2 22:35:14 2014 +0200
Author: Cristian Greco
Commit ID: b818b4a19b00fbcf37eec46c2d5ad5c1b744bcea
Commit URL:
http://anonscm.debian.org/gitweb/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff;h=b818b4a19b00fbcf37eec46c2d5ad5c1b744bcea
Patch URL:
http://anonscm.debian.org/gitweb/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff_plain;h=b818b4a19b00fbcf37eec46c2d5ad5c1b744bcea
debian/control: switch back to unversioned {build-,}depends for boost
libraries.
Closes: #759387
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738381: [PATCH] Explictly pass --with-boost-system=boost_system to configure as ax_boost_system.m4 doesn't want to find it now that it is multiarch. Fixes FTBFS (Closes: #738381).
On Mon, 17 Feb 2014 12:55:33 -0500 Andrew Starr-Bochicchio wrote: > Hi Cristian, > > I've prepared a NMU for this bug and will be uploading it to DELAYED-3 > > If you're interested, I'd be happy to join you as a co-maintainer for > libtorrent-rasterbar (and its related package like deluge and > qbittorrent). Just let me know. Hi Andrew, I'd be more than happy to get your help in maintaining libtorrent-rasterbar and related packages, as lately is really difficult for me to stay in sync with the huge amount of bugs being filed. I know you've been working around this set of packages for a long time in Ubuntu, and you also gave me support for Debian in the past, so I definitely appreciate your contribution as co-maintainer. Please proceed with this upload :-) Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#717933: 0.15.10 crashes in openssl during peer encryption - RC4() crash
Hi, I'm closing this bug report since libtorrent-rasterbar 0.16.11 is available in jessie/sid. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#726823: [libtorrent-rasterbar7] Wrong dependency in libtorrent-rasterbar-dev
Package: libtorrent-rasterbar7 Version: 0.16.11-1 Severity: serious Hi, while libtorrent-rasterbar build-depends on various boost1.54 libraries, libtorrent-rasterbar-dev still shows a dependency on boost1.53. This is likely to cause build failures in reverse-deps. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#713500: 3.1.0 continues to fail to build
On Sat, 19 Oct 2013 17:38:26 +0300 sledgehammer999 wrote: > The buildd logs from PTS indicate that the package fails to build. -> > https://buildd.debian.org/status/package.php?p=qbittorrent > > > The i386 log says: libboost1.54-dev but it is not going to be installed > > It appears that libtorrent wants to pull in libboost1.53 while qbt wants > 1.54 > > I did a local pbuilder build and the build finished successfully. pbuilder > warned about these 2 dependencies but was able to autoresolve the conflict. Hi, I thinks this may depend on the following wrong dependency in libtorrent-rasterbar-dev: libboost-system1.53-dev | libboost-system-dev, I'll try to fix it with an upload of libtorrent-rasterbar. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#718722: Crashes periodically during download
On Sun, 04 Aug 2013 16:07:33 -0300 Alexandre Pereira Nunes wrote: > Package: qbittorrent > Version: 2.9.8-1 > Severity: serious > > > I've valgrinded it. It seems to be related to writing to already free()d > memory, an interaction between libboost and libssl's md4. It could be > related to either any of qbittorrent itself (bad use of boost; most likely), > boost > (likely) or libssl (unlikely). Hi, could you please check if this is still reproducible with qbittorrent 3.1.0-1? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#708113: qbittorrent crashing
On Mon, 23 Sep 2013 04:59:58 +0530 shirish शिरीष wrote: > Hi all, > Segfaulted today again and this time was able to capture it with all > debugging symbols installed. > > Just sharing the first five lines, rest is in gdb.txt > > HTTP user agent is qBittorrent v2.9.8 > [New Thread 0x7fffde346700 (LWP 10017)] > [New Thread 0x7fffddb45700 (LWP 10018)] > [New Thread 0x7fffdcf3c700 (LWP 10020)] > [New Thread 0x7fffc7fff700 (LWP 10021)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7fffdeb47700 (LWP 10014)] > RC4 () at rc4-x86_64.s:309 > 309 rc4-x86_64.s: No such file or directory. > (gdb) set logging on Hi, could you please check if this is still reproducible with qbittorrent 3.1.0-1? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#718666: libtorrent-rasterbar: FTBFS now that python3.2 has been removed
On Sat, 03 Aug 2013 22:32:30 -0400 Scott Kitterman wrote: > On Saturday, August 03, 2013 21:40:06 Scott Kitterman wrote: > > Package: libtorrent-rasterbar > > Version: 0.16.10-3 > > Severity: serious > > Justification: fails to build from source (but built successfully in the > > past) > > > > libtorrent-rasterbar FTBFS when being binNMUed to drop python3.2 support. > > NMU diff attached. Please let me know if you intend to fix it. Hi, thank you all guys for your quick reactions, will acknowledge the NMU with the next upload. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#715159: qBittorrent shouldn't depend on boost-thread
On Sat, 6 Jul 2013 20:15:39 +0300 sledgehammer999 wrote: > Ok. Of course this will be included with 3.0.10 onwards. That's great! :-) Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#715159: qBittorrent shouldn't depend on boost-thread
On Sat, 6 Jul 2013 15:34:39 +0300 sledgehammer999 wrote: > Package: qbittorrent > Version: 3.0.9-1 > > Hello, > > I am the new qBittorrent maintainer and I mostly do the Windows builds. As > far as I remember, the 3.0.x series dropped the dependency on boost.thread. > Until then I had to build against it too. Now it only depends on > boost.system as a separate lib. This should be the same on linux too. Hi, you're welcome as new upstream maintainer of qbittorrent :-) You're right in that the qbittorrent code doesn't require boost-thread anymore, but the configure script still mentions the library as required, which is why just removing the dependency will let the build fail. Would you be so kind to fix the configure script for the next release? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#712797: [/master] fix-ftbfs-kfreebsd-iconv.patch: new patch, fix ftbfs on kfreebsd (Closes: #712797).
tag 712797 pending thanks Date: Thu Jun 20 20:29:46 2013 +0200 Author: Cristian Greco Commit ID: 9f03912d2e54af23ed1f45d13ea23f6cf6c1d5f1 Commit URL: http://anonscm.debian.org/gitweb/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff;h=9f03912d2e54af23ed1f45d13ea23f6cf6c1d5f1 Patch URL: http://anonscm.debian.org/gitweb/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff_plain;h=9f03912d2e54af23ed1f45d13ea23f6cf6c1d5f1 fix-ftbfs-kfreebsd-iconv.patch: new patch, fix ftbfs on kfreebsd (Closes: #712797). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712797: libtorrent-rasterbar: FTBFS on kfreebsd
On Thu, 20 Jun 2013 18:21:31 +0200 Pino Toscano wrote: > tag 712797 + fixed-upstream > thanks > > Alle mercoledì 19 giugno 2013, Cristian Greco ha scritto: > > Although the patch seems more than reasonable, I'd prefer to > > wait for a bit of feedback from Arvid before introducing it. > > Arvid fixed the issue already (!), although I did not check the actual > patch he checked in. This is the change committed by upstream [0]. I'll apply your patch and upload in a few. [0] http://sourceforge.net/p/libtorrent/code/8527/ Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#712797: libtorrent-rasterbar: FTBFS on kfreebsd
On Wed, 19 Jun 2013 18:12:57 +0200 Pino Toscano wrote: > Hi, > > libtorrent-rasterbar 0.16.9/10 does not compile on kFreeBSD[1][2]. > > The issue, which I reported upstream[3], is due to a wrong configuration > (in config.hpp) of the iconv arguments used. > > Attached there is a copy of the patch I sent upstream. > > [1] > https://buildd.debian.org/status/fetch.php?pkg=libtorrent-rasterbar&arch=kfreebsd-i386&ver=0.16.10-2&stamp=1371536378 > [2] > https://buildd.debian.org/status/fetch.php?pkg=libtorrent-rasterbar&arch=kfreebsd-amd64&ver=0.16.10-2&stamp=1371536452 > [3] https://code.google.com/p/libtorrent/issues/detail?id=487 > > Thanks, Ciao Pino! Thank you for your prompt help with this patch, I really appreciate it! Although the patch seems more than reasonable, I'd prefer to wait for a bit of feedback from Arvid before introducing it. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#710045: RFP: node-redis-commander -- Redis web-based management tool
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: node-redis-commander Version: 0.1.1 Upstream Author: Joe Ferner URL: https://github.com/nearinfinity/redis-commander License: [unknown, see later] Description: Redis web-based management tool A node.js web application used to view, edit, and manage a Redis Database: Main features are: - Config Information - Tree View - View Key Values - Edit Values - Redis CLI - Tab Completion - API Popup Unfortunately, there is no license file nor license statements in the source code files, so anyone willing to package this module must ask the author to clarify the license. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#708072: Please build python3 packages
On Wed, 15 May 2013 11:33:47 -0400
Andrew Starr-Bochicchio wrote:
> On Wed, May 15, 2013 at 8:25 AM, Jakub Wilk wrote:
> > * Andrew Starr-Bochicchio , 2013-05-12, 18:00:
> >
> >> Upstream supports building python3 bindings. It would be nice to have
> >> those in Debian.
> >
> >
> > I'm not the maintainer, but here's my review:
> >
> >> +Provides: ${python3:Provides}
> >
> >
> > I've been advocating against python Provides:
> > http://lists.debian.org/20110324164804.ga5...@jwilk.net
> >
> >> +Breaks: ${python3:Breaks}
> >
> >
> > dh_python3 doesn't generate ${python:Breaks}.
> >
> >> +usr/lib/python3*/*-packages/*[!d]m{,u}.so
> >> +usr/lib/python3*/*-packages/*.egg-info
> >
> >
> > Lintian should have emitted brace-expansion-in-debhelper-config-file here.
> > (I'm not sure why it didn't. I'll file a bug about it later.)
>
> Thanks for the review Jakub! Updated patch should address your points.
Thanks you all guys!
Jakub, would you be so kind to review also the updated patch?
I'll merge it in the next upload.
--
Cristian Greco
GPG key ID: 0xCF4D32E4
signature.asc
Description: PGP signature
Bug#707983: Bug#708113: qbittorrent crashes without user interaction, a time after starting a new download
On Mon, 13 May 2013 06:29:53 -0300 Marcos Mestre wrote: > Package: qbittorrent > > [...] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7fffe154c700 (LWP 4952)] > 0x7783b7bd in RC4 () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 Oops, this seems pretty similar to #707983 happening in deluge. Are you able to reproduce it using only a particular torrent file (the only one in a fresh session)? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#704216: here's the changelogs for the whole 0.16 releases
On Sun, 12 May 2013 09:06:04 +0530 shirish शिरीष wrote: > at bottom :- > > On Sat, May 11, 2013 at 9:34 PM, Cristian Greco wrote: > > block 704216 by 707389 > > thanks > > > > On Fri, 29 Mar 2013 20:22:20 +0530 > > shirish शिरीष wrote: > > > >> Looking forward to a new release, maybe you can target experimental. > > > > Hi, > > > > I'm working on libtorrent 0.16.10, but build is failing due to #707389. > > > > Thanks, > > -- > > Cristian Greco > > GPG key ID: 0xCF4D32E4 > > subscribed to the other bug too, although isn't boost 1.53 there in > experimental which could be targeted at ? I've uploaded libtorrent 0.16.9 to experimental with explicit dependency on boost1.53. Will leave this bug open until #707389 is fixed or boost-defaults is updated to boost1.53, so that libtorrent can be uploaded to unstable. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#704216: here's the changelogs for the whole 0.16 releases
block 704216 by 707389 thanks On Fri, 29 Mar 2013 20:22:20 +0530 shirish शिरीष wrote: > Looking forward to a new release, maybe you can target experimental. Hi, I'm working on libtorrent 0.16.10, but build is failing due to #707389. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#707389: boost1.49: FTBFS: ./boost/thread/xtime.hpp:23:5: error: expected identifier before numeric constant
Hi, I got the very same problem when building the new version of libtorrent-rastarbar. It seems this bug is fixed in boost1.50: https://svn.boost.org/trac/boost/ticket/6940 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#696837: marked as done (Missing Depends on python-libtorrent, fails to start)
Hi all! First of all, I apologize for not taking care of the huge amount of bugs with deluge lately. I tend to disagree with the proposed patch. The current situation of deluge dependencies is *exactly* as it was intended: the reason is clearly (IMHO) stated in packages description; and it is the result of a discussion which also involved upstream authors and led to the kind of fragmentation of dependencies we all see. The patch proposed to fix this bug is a complete revert of the change at [0], which in turn was discussed and agreed with upstream in order to fix the bug at [1] and to make it clear the client-server model of deluge and the role of its UIs packages. Having said that, I'd prefer to leave package' dependencies untouched, and instead ask you for suggestions on how to improve their descriptions and make it clear to the final user why and when she or he should choose to install `deluge` rather than `deluge-gtk` (maybe the name of the package is also unfortunate here and helps causing confusion). [0] http://anonscm.debian.org/gitweb/?p=collab-maint/deluge.git;a=commitdiff;h=c9647e5e55e3fa89b4b4073708b291c3c08a23f9 [1] https://bugs.launchpad.net/ubuntu/+source/deluge/+bug/672069 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#687840: qbittorrent: Turns off after started
On Mon, 17 Sep 2012 14:18:00 +0300 "Nikolaj Sa." wrote: > Hello Cristian, > > Now I have installed qbittorrent-dbg package but it still turns off. How > make stacktrace > I have checked my ram and I have enought to run. Here is an example: $ sudo aptitude install qbittorrent-dbg [...] $ gdb qbittorrent GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. [...] Reading symbols from /usr/bin/qbittorrent...Reading symbols from /usr/lib/debug/usr/bin/qbittorrent...done. done. (gdb) set pagination 0 (gdb) thread apply all bt (gdb) run Starting program: /usr/bin/qbittorrent [...] If qbittorrent crashes, you should see the backtrace now. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#687840: qbittorrent: Turns off after started
On Sun, 16 Sep 2012 18:00:57 +0300 "Nikolaj Sa." wrote: > Sorry for the first incorrect mesage. I had problem with reportbug. > > -I'm opening qbittorrent in GNOME. When qbitttorent startes after > about 5 seconds it turns off. Hi Nikolaj, can you get a stacktrace? Did you try using qbittorrent-dbg package? http://wiki.debian.org/HowToGetABacktrace Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#642733: Libpoco can not migrate to testing doe to remaining serious bug
On Wed, 12 Sep 2012 14:11:14 +0200 Andreas Tille wrote: > Hi Cristian, > > I have seen that you cherry picked from the experimental branch patches > to close several bugs but I think due to bug #642733 the package can not > yet go to testing and thus there is the danger that its reverse depends > will be kicked as well. Would you please consider fixing #642733 as > well? Hi Andreas, this bug has been fixed in unstable with the upload of poco 1.3.6p1-2. It is just a copy of #654238, but I didn't notice because it was already marked as fixed by the upload of poco 1.4.2p1-1 in experimental. Also, bug #680798 in sitplus is already fixed for me. Please let me know if there is something more I can do to let poco and its deps enter wheezy. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#650059: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)
On Thu, 26 Jul 2012 14:45:02 +0200 Andreas Tille wrote: > Hi, > > I tried to apply the patch that is supposed to solve the problem below > but I was running in another problem which sounds quite familiar from > other gcc-4.7 issues. I tried to fix the problem in Git > >git+ssh://git.debian.org/git/collab-maint/poco.git > > and created a branch NMU/1.3.6p1-1.1 where I created a dpatch file > debian/patches/gcc-4.7.dpatch which unfortunately just reiterates > the original problem and ends up in > > /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h: In instantiation > of 'S Poco::replace(const S&, const typename S::value_type*, const typename > S::value_type*, typename S::size_type) [with S = std::basic_string; > typename S::value_type = char; typename S::size_type = long unsigned int]': > src/X509Certificate.cpp:175:55: required from here > /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:448:2: error: > 'replaceInPlace' was not declared in this scope, and no declarations were > found by argument-dependent lookup at the point of instantiation > [-fpermissive] > /tmp/buildd/poco-1.3.6p1/Foundation/include/Poco/String.h:480:4: note: > 'template S& Poco::replaceInPlace(S&, const S&, const S&, typename > S::size_type)' declared here, later in the translation unit > > > Unfortunately my C++ knowledge is to limited to find an easy clue how to > fix this and would be more than happy if somebody could provide some fix. > > BTW, it seems to me that libpoco development only happens in experimental > and unstable does not deserve the attention it would need. Please help > fixing the problem to make sure the reverse depends can stay in testing. > > Kind regards > >Andreas. > > - Forwarded message from Andreas Tille - > > Date: Thu, 26 Jul 2012 14:23:26 +0200 > From: Andreas Tille > To: Mathieu Malaterre , 680...@bugs.debian.org, > Krzysztof Burghardt , > 650...@bugs.debian.org > Subject: Re: Bug#680798: sitplus: FTBFS: build-dependency not installable: > > Hi Krzysztof, > > there is a long standing (>6 month) RC bug filed against poco including > a patch for this problem. When applying the patch and trying to build > the package I realised another FTBFS problem when building with gcc-4.7. > I'm currently trying to fix this problem and if I succeede I will upload > to DELAYED/2. Otherwise I'll ask for help on debian-mentors and will > NMU-upload once the problem is solved. > > Kind regards > > Andreas. > > On Thu, Jul 26, 2012 at 11:52:33AM +0200, Mathieu Malaterre wrote: > > 'lo > > > > On Thu, Jul 26, 2012 at 11:47 AM, Andreas Tille wrote: > > > On Thu, Jul 26, 2012 at 11:38:24AM +0200, Mathieu Malaterre wrote: > > >> I believe this is because libpoco-dev was removed from testing: > > >> http://packages.qa.debian.org/p/poco/news/20120619T163916Z.html > > > > > > I came to the same conclusion but I have no idea how we (in terms > > > of sitplus maintainers) could solve this. > > > > The patch looks straighfoward to apply but for some reason was never > > applied. So I simply ping'd the maintainers again: > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650059#16 > > > > We'll see. > > -- > > Mathieu Hi all, as someone already mentioned, the development of poco happened in experimental in the last year. I never did upload to unstable because there was a problem with reverse-deps and the boost libraries. Although I stopped uploading to experimental some months ago, it still builds fine and contains a lot of patches (some submitted upstream). I'll try to fix the ftbfs for the version of poco in unstable and make an upload as soon as possible. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#673202: [redis-server] new stable upstream versions with high urgency bugfixes
Package: redis-server Severity: normal Hi, as of today several 2.4.x stable releases of Redis have been released after 2.4.9, some of them including bugfixes with "UPGRADE URGENCY" of medium or high, as described by upstream changelogs. Given we are approaching the freeze for Wheezy, wouldn't it be great to upload the latest upstream stable release for the 2.4 series? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#672743: fatrat: FTBFS[kfreebsd]: GCC-4.7
On Sun, 13 May 2012 12:32:20 +0100 Steven Chamberlain wrote: > Package: src:fatrat > Version: 1.1.3-4 > Severity: serious > Tags: sid wheezy > User: debian-...@lists.debian.org > Usertags: kfreebsd > User: debian-...@lists.debian.org > Usertags: ftbfs-gcc-4.7 > X-Debbugs-Cc: debian-...@lists.debian.org > Justification: fails to build from source (but built successfully in the > past) > > Hi, > > Related to #672031, there is some remaining BSD-specific code that FTBFS > with gcc-4.7: > > > [ 62%] Building CXX object > > CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o > > /usr/bin/c++ -DNDEBUG -DBOOST_FILESYSTEM_VERSION=2 -DQT_NO_DEBUG > > -DQT_SCRIPT_LIB -DQT_SVG_LIB -DQT_HELP_LIB -DQT_WEBKIT_LIB -DQT_GUI_LIB > > -DQT_DBUS_LIB -DQT_XML_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -g -O2 > > -fstack-protector --param=ssp-buffer-size=4 -Wformat > > -Werror=format-security -D_FORTIFY_SOURCE=2 > > -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src > > -I/usr/include/libtorrent -I/usr/include/qt4 -I/usr/include/qt4/QtScript > > -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtHelp > > -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtGui > > -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtXml > > -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtCore > > -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/. > > -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/.. > > -I/build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/obj-i486-kfreebsd-gnu > > -ggdb -o CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o -c > > /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi > 2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp > > /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp: > > In destructor 'virtual KqueuePoller::~KqueuePoller()': > > /build/buildd-fatrat_1.1.3-4-kfreebsd-i386-Vi2u9F/fatrat-1.1.3/src/poller/KqueuePoller.cpp:46:17: > > error: 'close' was not declared in this scope > > make[3]: *** [CMakeFiles/fatrat.dir/src/poller/KqueuePoller.cpp.o] Error 1 > > Regards, Hi Steven, will fix this with a new upload, but I'd prefer to wait for qtwebkit 2.2.1-4 to be available on all arches in order to avoid other ftbfs or mixed dependencies. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#672031: fatrat: ftbfs with GCC-4.7
On Sat, 12 May 2012 22:04:07 +0200 Sebastian Ramacher wrote: > tags 672031 + patch > thanks > > On 08/05/12 20:57, Matthias Klose wrote: > > The build failure is exposed by building with gcc-4.7/g++-4.7, > > which is now the default gcc/g++ on x86 architectures. > > Please find attached a patch to fix this FTBFS. > > Regards Hi Sebastian, thanks you for taking the time to look at this! I'll do an upload as soon as possible. -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#664666: should depend on python-libtorrent
On Mon, 19 Mar 2012 18:31:30 + Martin Michlmayr wrote: > Package: deluge-common > Version: 1.3.3-2 > Severity: serious > > Looks like deluge-common needs a Depends on python-libtorrent: Hi Martin, dependency on python-libtorrent was recently (1.3.2-1) from 'deluge-common' to 'deluged' and 'deluge' after approval by upstream authors[0]. This is to let users run the GTK+ UI as a "thin client". I guess you probably installed 'deluge-gtk' and not 'deluge', but if you intend to use the client in "classic mode" you should install 'deluge' instead (as illustrate in package's description). [0] https://bugs.launchpad.net/ubuntu/+source/deluge/+bug/672069 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#664259: qbittorrent: Fails to run.
On Sun, 18 Mar 2012 14:02:17 +0200 Christophe Dumez wrote: > crego, this hardly seems like a solution. qBittorrent v2.9.3 from Debian > Testing is currently unusable and needs to be recompiled. > libtorrent v0.15.10 broke ABI compatibility unfortunately. Asking users to > install qBittorrent from Debian Unstable does not seem > like a proper solution. > > BTW, several other users reported the same issue on Debian Testing. Hi Chris, as explained above, there is no abi breakage in libtorrent, the problem is just due to mismatching boost dependencies: libtorrent 0.15.10 got compiled against boost 1.48, while qbittorrent 2.9.3 was still using boost 1.46. This was probably caused by the "interrupted" transition of boost-defaults (pointing to 1.48) to testing. I did not suggest the user to install qbittorrent from unstable: I wrongly supposed that Sthu is already using unstable (how would you explain the installation of libtorrent 0.15.10?). Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600675:
On Mon, 12 Mar 2012 21:19:38 -0400 "Nathan A. Stine" wrote: > On Mon, 2012-03-12 at 23:30 +0100, Cristian Greco wrote: > > On Fri, 22 Apr 2011 00:44:58 +0100 > > Calum Lind wrote: > > > > > I have created a new ticket on Deluge bug tracker. > > > > > > http://dev.deluge-torrent.org/ticket/1790 > > > > Hi Calum, > > > > hmm... if you cannot replicate the problem I don't think it could be > > considered properly fixed. Nathan, could you please add some more > > specific information? Is this behavior still reproducible for you? > > > > Thanks, > > -- > > Cristian Greco > > GPG key ID: 0xCF4D32E4 > > Cristian (and Calum), > > The reported behavior is no longer reproducible, but I have found some > related oddities. If Deluge is open (visible) on workspace X, and I > click on the tray icon while in workspace Y, Deluge appears on workspace > X, but my focus is set on workspace Y. This is using XFCE + Compiz. Hi Nathan, I'm not sure what you're describing is a bug in deluge... in gnome I have the very same behavior, and it is what I actually expect: deluge is open in workspace 1, move focus to workspace 2, click the tray icon, now deluge is flashing on the bottom panel, click it to get back to workspace 1. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#630908: deluge: Crash if column header is dragged under fluxbox WM
On Sat, 18 Jun 2011 20:48:47 +0400 George Shuklin wrote: > Package: deluge > Version: 1.3.2-1 > Severity: normal > > If column header is moved deluge crash with following trace (at the end of > letter). > > Steps to reproduce: > > 0. Use vnc4server, connect to it via vncviewer, > 1. Run fluxbox as WM > 1. run deluge with some torrents > 2. Try to move header of any column > > This bug not appear with metacity WM. Hi George, are you still able to reproduce the crash with latest version of deluge? Please add some more information. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600675:
On Fri, 22 Apr 2011 00:44:58 +0100 Calum Lind wrote: > I have created a new ticket on Deluge bug tracker. > > http://dev.deluge-torrent.org/ticket/1790 Hi Calum, hmm... if you cannot replicate the problem I don't think it could be considered properly fixed. Nathan, could you please add some more specific information? Is this behavior still reproducible for you? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#613206: deluge: Various upgrade issues
On Sun, 13 Feb 2011 16:18:17 +0200 Eddy Petrișor wrote: > Package: deluge > Version: 1.2.3+git20100712.0b609bf-1 > Severity: normal > Tags: squeeze upstream > > Hello, > > I've recently upgraded from lenny to squeeze to find that there are several > issues with the new version of deluge. I've taken this text from an article on > my blog, so it is more directed towards users. Hi Eddy, do you agree to close this bug report? IMHO it would be better to open some different, more specific, new bugs for technical problems with deluge in Debian you would like to be fixed. For discussion about general improvements of the usability and behavior of deluge, instead, it would be great to post your suggestions in the public forum at http://forum.deluge-torrent.org ? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#637798: deluge: sudden crash: 'X window system error'
On Thu, 25 Aug 2011 01:39:11 +0200 Cristian Greco wrote: > tags + unreproducible > thanks > > On Sun, 14 Aug 2011 20:12:21 +0300 > George Shuklin wrote: > > > Package: deluge > > Version: 1.3.2-1 > > Severity: normal > > > > > > Suddenly deluge closed without any specific reason with following output: > > > > The program 'deluge' received an X Window System error. > > This probably reflects a bug in the program. > > The error was 'BadMatch (invalid parameter attributes)'. > > (Details: serial 8301580 error_code 8 request_code 56 minor_code 0) > > (Note to programmers: normally, X errors are reported asynchronously; > >that is, you will receive the error a while after causing it. > >To debug your program, run it with the --sync command line > >option to change this behavior. You can then get a meaningful > >backtrace from your debugger if you break on the gdk_x_error() function.) > > Hi George, > > are you sure this bug is not correlated to #630908? Also, it could be a > problem with the setting of your X server or something related to it. Hi George, still no news from your side after some months, unfortunately. Would you please be so kind to add more information or close the bug if the problem is gone in the meantime? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#659042: deluge: Deluge refuse to start due to Locale not supported by C library
On Tue, 07 Feb 2012 17:08:20 +0100 Samuel Dorsaz wrote: > Package: deluge > Version: 1.3.3-2 > Severity: important > > Dear Maintainer, > > With the two binaries deluge and deluge-gtk, I get these error : > > ecran@srv1:~$ deluge > terminate called after throwing an instance of 'std::runtime_error' > what(): locale::facet::_S_create_c_locale name not valid > Aborted > > ecran@srv1:~$ deluge-gtk > (deluge:16741): Gtk-WARNING **: Locale not supported by C library. > Using the fallback 'C' locale. > No handlers could be found for logger "deluge" > terminate called after throwing an instance of 'std::runtime_error' > what(): locale::facet::_S_create_c_locale name not valid > Aborted > > I'm using fr_FR localization if important for you Hi Samuel, did you manage to fix your locale settings and get deluge starts properly? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#663250: deluge: New version (1.3.4) available
On Fri, 09 Mar 2012 20:06:44 + Jean-Francois Paris wrote: > Package: deluge > Severity: normal > > New version available 1.3.4 > > It provides the much needed support for magnet link in the web interface > > Could you please update the Sid package? Hi Jean, deluge 1.3.4-1 uploaded to experimental (due to the new init script for deluged). Would you be so kind to test and provide some feedback? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#662733: Raise deluge gtk interface if deluge is already running
On Tue, 06 Mar 2012 10:21:51 +0600 Max Tsepkov wrote: > Package: deluge > Version: 1.2.3+git20110209.8c36830-0squeeze1 > Severity: wishlist > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Currently, if deluge is already running and user launches another copy, > then deluge silently exit, refusing to launch. > > In such case, it would be helpful if gtk interace (if exists) is brought up > and user get focus on it. > > Assuming this, it would be possible to bind "deluge" on a hotkey in GNOME. > Then if deluge is not running, it launches, otherwise existing version gets > attention. Hi Max, I see you're using deluge from stable (Squeeze). Could you please confirm this behavior is still reproducible with a more up-to-date version of the package (e.g. testing)? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#541138: Improve Deluge Install
Hi all, I've uploaded deluge 1.3.4-1 in experimental. The deluged package now includes an init script originally contributed by Tanguy and slightly adapted by me. Would you be so kind to test it and report bugs? Thanks you all, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#637807: deluge-gtk: Deluge startup fails with glib.GError:
Hi Greg, would you be so kind to test deluge 1.3.4-1 from experimental and report about your startup issue? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#662977: libtorrent-rasterbar6: segfaults qbittorrent
On Wed, 7 Mar 2012 19:20:36 +0100 "Mario 'BitKoenig' Holbe" wrote: > Package: libtorrent-rasterbar6 > Version: 0.15.10-1 > > Hello, > > libtorrent-rasterbar6 0.15.10-1 leads to qbittorrent coredumping on > startup. Downgrading to 0.15.9-1 fixes this. Hi Mario, I think libtorrent-rasterbar 0.15.10 broke ABI compatibility. This would normally require a rebuild of qbittorrent, but the upload of a newer release was planned anyway, so the bug will be hopefully fixed soon. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#656519: Please enabled hardened build flags
On Thu, 19 Jan 2012 22:02:57 +0100 Moritz Muehlenhoff wrote: > Source: libtorrent-rasterbar > Severity: important > Tags: patch > > Please enabled hardened build flags through dpkg-buildflags. > > Patch attached. Hi Moritz, hardened build flags got enabled in 0.15.9-1. Could you please confirm and close the bug? Thanks for your patch! -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#651377: qbittorrent: Downloads to home Downloads dir. instead to the specified ones.
On Wed, 11 Jan 2012 16:08:28 +0700 Sthu Deus wrote: > Thank You for Your time and answer, Cristian: > > >> I have set in prefernces of the program 2 dir.s for downloading - > >> permanent and temporal storages. But it dowloads to user home dir., > >> to Downloads dir. first, then, filling up the partition, it > >> starts/continues to the configured ones. > > > >Hi Sthu, > > > >I got in contact with upstream author but he seems to be unable to > >reproduce the bug. Could you please try to add more info or describe > >better how to reproduce? > > Hmm. Let him try to run it using gksu - this is the way I run it. May > it will help. > > For now I set root write access for the user home dir. - this made it > sure that the Downloads dir. will not be created, and qbittorrent works > - regarding the matter - as it should. > > Probably, that's all I can add. If You will have any ideas - please let > me know, I will try to provide additional info. Hi Sthu, I guess the problem is qbittorrent shouln't run as root at all. Why do you need it? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#651377: qbittorrent: Downloads to home Downloads dir. instead to the specified ones.
On Thu, 08 Dec 2011 14:34:21 +0700 Sthu wrote: > Package: qbittorrent > Version: 2.9.2-1 > Severity: minor > > Dear Maintainer, > > I have set in prefernces of the program 2 dir.s for downloading - permanent > and temporal storages. > But it dowloads to user home dir., to Downloads dir. first, then, filling up > the partition, it > starts/continues to the configured ones. Hi Sthu, I got in contact with upstream author but he seems to be unable to reproduce the bug. Could you please try to add more info or describe better how to reproduce? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#541138: Improve Deluge Install
On Sat, 17 Dec 2011 11:20:27 +0100 Daniel Baumann wrote: > Hi, > > 1.5 years later.. what's the state of it? do you need help? Dear Daniel and Tanguy, your help is more than welcome! Some months ago I merged two commits from Tanguy and started working on this feature. Unfortunately, I did not have time to complete it, and the work is still to be *finished and tested*, before upload to *experimental*. You're both welcome to check the latest commits at the following git repository and push your related changes. Then, please ping this bug report when the package is in a good shape for upload to experimental. git+ssh://git.debian.org/git/collab-maint/deluge.git Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#646107: deluge-gtk: have another package which has all the plugins of deluge
On Fri, 21 Oct 2011 16:34:33 +0530 shirish शिरीष wrote: > Package: deluge-gtk > Version: 1.3.3-2 > Severity: wishlist > > Dear Maintainer, > I know that deluge has quite a few plugins, my favorite one being the > Pieces plugin. Could all those plugins be packaged from deluge.org ? > See the third-party plugins and app plugins :- > > http://dev.deluge-torrent.org/wiki/Plugins > > Licensing of the individual plugins could be messy but that's the only > thing that can derail this wishlist request. > > Looking forward to somebody doing it. Hi, deluge plugins may be eventually packaged as separate source packages. Will try to take a look at this "Pieces" plugin as soon as possible. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#641778: [/master] ubuntu_indicator.patch: new patch, enable indicator support by default on
tag 641778 pending thanks Date: Sun Sep 25 17:58:12 2011 +0200 Author: Cristian Greco Commit ID: 6e26213b8a646af4538afaee1f5a74ed365fc11e Commit URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff;h=6e26213b8a646af4538afaee1f5a74ed365fc11e Patch URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff_plain;h=6e26213b8a646af4538afaee1f5a74ed365fc11e ubuntu_indicator.patch: new patch, enable indicator support by default on Ubuntu. Closes: #641778 LP: #843805 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641778: [PATCH] Add vendor specific patch enabling indicator support by default on Ubuntu
Hi Andrew, will add your patch with the next upload. Do you also need some specific dependency on indicator-applet or similar? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#637807: deluge-gtk: Deluge startup fails with glib.GError: Unrecognized image file format
tag 637807 + unreproducible
thanks
On Sun, 14 Aug 2011 13:35:05 -0400
Greg Sharp wrote:
> Package: deluge-gtk
> Version: 1.3.2-1
> Severity: normal
>
> After a recent upgrade (debian testing), deluge fails with the following
> error.
>
> gsharp@wormwood:~$ deluge
> Traceback (most recent call last):
> File "/usr/bin/deluge", line 9, in
> load_entry_point('deluge==1.3.2', 'gui_scripts', 'deluge')()
> File "/usr/lib/python2.6/dist-packages/deluge/main.py", line 121, in
> start_ui
> UI(options, args, options.args)
> File "/usr/lib/python2.6/dist-packages/deluge/ui/ui.py", line 128, in
> __init__
> ui = GtkUI(args)
> File "/usr/lib/python2.6/dist-packages/deluge/ui/gtkui/gtkui.py", line 202,
> in __init__
> self.queuedtorrents = QueuedTorrents()
> File "/usr/lib/python2.6/dist-packages/deluge/ui/gtkui/queuedtorrents.py",
> line 63, in __init__
> self.dialog.set_icon(common.get_logo(32))
> File "/usr/lib/python2.6/dist-packages/deluge/ui/gtkui/common.py", line 58,
> in get_logo
> size, size)
> glib.GError: Unrecognized image file format
Hi Greg,
are you still able to reproduce this crash every time deluge is started?
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
signature.asc
Description: PGP signature
Bug#637798: deluge: sudden crash: 'X window system error'
tags + unreproducible thanks On Sun, 14 Aug 2011 20:12:21 +0300 George Shuklin wrote: > Package: deluge > Version: 1.3.2-1 > Severity: normal > > > Suddenly deluge closed without any specific reason with following output: > > The program 'deluge' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadMatch (invalid parameter attributes)'. > (Details: serial 8301580 error_code 8 request_code 56 minor_code 0) > (Note to programmers: normally, X errors are reported asynchronously; >that is, you will receive the error a while after causing it. >To debug your program, run it with the --sync command line >option to change this behavior. You can then get a meaningful >backtrace from your debugger if you break on the gdk_x_error() function.) Hi George, are you sure this bug is not correlated to #630908? Also, it could be a problem with the setting of your X server or something related to it. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#633301: [gajim] Please stop suggesting python-sexy
Package: gajim Version: 0.14.3-1 Severity: normal Hi, python-sexy was removed from Debian in Feb 2010 [0] and seems not to be used in Gajim sources. Could you please stop suggesting it? [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568546 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#632801: Deluge crashes after updating to latest libtorrent-rasterbar6
On Wed, 6 Jul 2011 19:39:21 +0800 雪山飞狐Flying Fox of the Snowy Mountain wrote: > Hi Cristian, thanks for helping. As below: > > > jiunshyong@nanyang:~$ gdb --args python /usr/bin/deluge-gtk > GNU gdb (GDB) 7.2-debian > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-linux-gnu". > For bug reporting instructions, please see: > <http://www.gnu.org/software/gdb/bugs/>... > Reading symbols from /usr/bin/python...(no debugging symbols found)...done. > (gdb) r > Starting program: /usr/bin/python /usr/bin/deluge-gtk > [Thread debugging using libthread_db enabled] > [New Thread 0xb608cb70 (LWP 5401)] > [New Thread 0xb212db70 (LWP 5402)] > [New Thread 0xb192cb70 (LWP 5403)] > [Thread 0xb192cb70 (LWP 5403) exited] > [New Thread 0xb192cb70 (LWP 5404)] > [New Thread 0xb080db70 (LWP 5405)] > [New Thread 0xb000cb70 (LWP 5406)] > [New Thread 0xaf80bb70 (LWP 5407)] > [Thread 0xaf80bb70 (LWP 5407) exited] > [New Thread 0xaf80bb70 (LWP 5408)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb080db70 (LWP 5405)] > libtorrent::piece_picker::is_piece_finished (this=0x0, index=575) at > ../../src/piece_picker.cpp:1933 > 1933../../src/piece_picker.cpp: No such file or directory. > in ../../src/piece_picker.cpp Hi, could you please try to obtain a backtrace? http://wiki.debian.org/HowToGetABacktrace Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#632822: [valgrind] Minimal manpage for valgrind-listener tool
Package: valgrind Version: 1:3.6.1-5 Severity: normal Tags: patch Hi, please find attached a minimal manpage for the valgrind-listener tool. It tries to adhere to the style used for other valgrind tools and should be easily forward-able to upstream. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 valgrind-listener.xml Description: XML document signature.asc Description: PGP signature
Bug#632801: Deluge crashes after updating to latest libtorrent-rasterbar6
On Wed, 6 Jul 2011 09:16:32 +0800 雪山飞狐Flying Fox of the Snowy Mountain wrote: > Package: Deluge > Version: 1.3.2-1 > > After updating to the latest packages including package > libtorrent-rasterbar6 version:0.15.6-1, Deluge will crash each time it > is run. > > > Below is the error log from /var/log/messages: > > Jul 6 08:51:46 nanyang kernel: [ 875.052177] /usr/bin/deluge[3300]: > segfault at 1c ip b0328cfd sp b0032fc0 error 4 in > libtorrent-rasterbar.so.6.0.0[b01bb000+297000] > > > > > I am using Debian GNU/Linux Wheezy, kernel 2.6.39-2-486 with Gnome 2.30.2 Hi, please try running deluge under a debugger and paste your output. $ gdb --args python /usr/bin/deluge-gtk You should install libtorrent-rasterbar-dbg too. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#622068: patch
Hi,
I'm attaching a patch which should fix the FTBFS. It is adapted from
#621402 but with minor modifications.
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
Description: Enable building when OpenSSL has disabled SSLv2
Throw exception if SSLv2 connection requested but OPENSSL_NO_SSL2 defined.
Fall back to returning invalid state if exceptions are disabled.
Author: Luboš Doležel
Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622068
Forwarded: no
--- a/include/asio/ssl/detail/openssl_context_service.hpp
+++ b/include/asio/ssl/detail/openssl_context_service.hpp
@@ -21,6 +21,7 @@
#include "asio/detail/push_options.hpp"
#include
#include
+#include
#include
#include "asio/detail/pop_options.hpp"
@@ -66,9 +67,16 @@
// Create a new context implementation.
void create(impl_type& impl, context_base::method m)
{
-::SSL_METHOD* ssl_method = 0;
+const ::SSL_METHOD* ssl_method = 0;
switch (m)
{
+#if defined(OPENSSL_NO_SSL2)
+case context_base::sslv2:
+case context_base::sslv2_client:
+case context_base::sslv2_server:
+ boost::throw_exception(std::runtime_error("SSLv2 is not supported in your OpenSSL"));
+ break;
+#else
case context_base::sslv2:
ssl_method = ::SSLv2_method();
break;
@@ -78,6 +86,7 @@
case context_base::sslv2_server:
ssl_method = ::SSLv2_server_method();
break;
+#endif
case context_base::sslv3:
ssl_method = ::SSLv3_method();
break;
signature.asc
Description: PGP signature
Bug#630583: qbittorrent: preferences click (appears to) cause UI freeze in xmonad
On Wed, 22 Jun 2011 18:07:49 -0700 Ransom Williams wrote: > Christian, > > The severity should be as low as possible, first of all, sorry i didn't > notice that when running the bug report tool. It is still an issue, but it > should be added to the bug report that pressing M-t after clicking the > preferences button will tile the window. I am not so familiar with Qt, but > I know that GTK can get some information about the screen geometry and > translate windows and such. Perhaps the window is being drawn off screen > somehow? > > In any case, I'm just pressing Alt-t for now, and perhaps the bug report > appearing in google will be enough to let xmonad users know that, no, > qbittorrent is not broken, just its interaction with xmonad. And moreover, > no it's not absolutely necessary to code anything. > > thanks for your reply Hi, could you please test qbittorrent 2.8.2-1 which is now available in testing? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#624016: 100% CPU usage
On Tue, 26 Apr 2011 11:44:15 +0200 Chris Laberti wrote: > > I have just installed a clean Wheezy and tried qbittorrent there (the > > provided v2.4.11) and it runs fine here (CPU usage is normal). > > I think I understood what the problem is: > > a.) 2.2.11 (using 0.14) works when you erase the user folder > b.) 2.4.11 (using 0.14) also works when you erase the user folder > c.) When you are downloading torrents and decide to upgrade from > 2.2.11 to 2.4.11 and do not erase the user folder, then that is when > the 100% CPU problem happens. (At upgrade there is a message that > warns the user that a backup is being made just in case the user > decides to downgrade because files are handles differently in the new > version.) Therefore, it seems that 2.4.11 cannot correctly handle a > 2.2.11 user folder. I think the reverse is also true: 2.2.11 cannot > correctly handle a 2.4.11 user folder. Also, just by clicking on some > torrents on the list, the application crashes. Therefore, the solution > I found is to simply erase the user folder but of course you have to > re-download the ones you were downloading before. > > Please note that the 100% CPU issue may not happen immediately, it may > take a few minutes/hours. > > > This might be caused by a specific torrent or tracker (I remember > > there used to be a libtorrent bug that would cause high cpu usage with > > some strange tracker URLs). > > I use thepiratebay.org's torrent files. Hi, closing this bug report as you managed to fix the problem yourself. BTW, qBittorrent in wheezy works fine, so the problem was either user config folder or some problematic .torrent file. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#630583: qbittorrent: preferences click (appears to) cause UI freeze in xmonad
On Wed, 15 Jun 2011 05:03:00 -0700 auvergne wrote: > Package: qbittorrent > Version: 2.4.11-1 > Severity: normal > > but actually, the preferences window doesn't pop up. > The program was working until an upgrade about a week ago... > ... also, there may be some mixed-system strangeness? I guess all that is > below, so > > here's the description: run in an empty xmonad workspace and click > preferences. > the shape of a window will flicker and vanish. > M-k will unhighlight the main window, and C-M-c will then close the "phantom" > preferences window > (so that will at least 'unfreeze' the interface) > but as for changing preferences again, i don't know. > > let me know if you need any more information or if i can otherwise help to > fix. Hi auvergne, are you still able to reproduce this issue? Are you sure it is a problem in qBittorrent? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#631079: [pkg-boost-devel] Bug#631079: [boost1.46] Please build boost.python for pythonX-dbg too
[ sorry, forgot to add CC ] On Sun, 19 Jun 2011 21:10:17 -0500 "Steve M. Robbins" wrote: > On Mon, Jun 20, 2011 at 01:30:25AM +0200, Cristian Greco wrote: > > > $ python-dbg -c "import libtorrent" > > Traceback (most recent call last): > > File "", line 1, in > > ImportError: /usr/lib/libboost_python-py26.so.1.46.1: undefined symbol: > > Py_InitModule4_64 > > [15005 refs] > > > > This error is obliviously due to the fact boost.python is built against > > pythonX and not pythonX-dbg. > > This is not obvious to me. In the past [1], this symptom has been traced to > a mismatch > between the python version used to build Boost and the python version used to > build > the application -- i.e. python-libtorrent. Yeah, you're right, and in this case the application is python-libtorrent-dbg instead, i.e. the "debug" extension libtorrent_d.so built for pythonX-dbg, while the current boost.python library is build (only) for pythonX. > I note that python2.6 (2.6.7-1) was recently uploaded. So first question is: > does a > rebuild of python WITHOUT CHANGES fix the problem? > > > The boost python library references Py_InitModule4_64 but does > not define it: > > $ objdump --demangle -T /usr/lib/libboost_python-py26.so.1.46.1| grep > Py_InitModule4_64 > D *UND* > Py_InitModule4_64 > > The python library defines this symbol: > > $ objdump -T --demangle /usr/lib/libpython2.6.so |grep Py_InitModule4 > 0010d970 gDF .text 02c7 Base > Py_InitModule4_64 > > Nothing in /usr/share/doc/python2.6-dbg/README.debug suggests it would be > needed to > define this symbol. I'm not saying there is something wrong with boost.python as it is now for "standard" extensions. I'm saying that "debug" extensions (those built for pythonX-dbg) won't work because they link against the current boost.python library, which is a "standard" build. We should provide one more version of boost.python built for pythonX-dbg (i.e. a build with -I/usr/include/pythonX_d and -DPy_DEBUG defined) so that "debug" extensions can work properly. There is no need to rebuild anything in the Python package itself because the "standard" libtorrent extension works fine as usual (no output): $ python -c "import libtorrent" $ python-dbg -c "import libtorrent" Traceback (most recent call last): File "", line 1, in ImportError: /usr/lib/libboost_python-py26.so.1.46.1: undefined symbol: Py_InitModule4_64 [15005 refs] My patch proposal builds a "debug" libboost_python-py26-dbg.so.1.46.1 which libtorrent_d.so then links against: $ python-dbg -c "import libtorrent" [15005 refs] Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#628041: please build python debug extensions
On Thu, 26 May 2011 17:37:25 +0200 Sebastian Ramacher wrote: > It is currently impossible to import libtorrent from pythonX-dbg since the > extensions are not built for -dbg. I think it would be nice to have them > available. Hi Sebastian, I just pushed some changes that should fix your request, adding a new binary package python-libtorrent-dbg with python extensions built for pythonX-dbg. Upload will follow soon, but it should go through the NEW queue due to the newly added binary package I mentioned. BTW, unfortunately those new python extensions won't actually work due to #631079 [0]. Anyway, I'm using this bug to track the addition of the new python-libtorrent-dbg package. I'll file another bug myself as soon as 0.15.6-2 lands in unstable, because fixing the extension will require some changes and a new upload, depending on how boost.python will be built for pythonX-dbg. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631079 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#628041: [/master] debian/{control,rules}: introducing a new python-libtorrent-dbg package.
tag 628041 pending
thanks
Date: Sat Jun 18 20:40:14 2011 +0200
Author: Cristian Greco
Commit ID: df9759f7a30e76953685da953702813b1f7cfacf
Commit URL:
http://git.debian.org/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff;h=df9759f7a30e76953685da953702813b1f7cfacf
Patch URL:
http://git.debian.org/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff_plain;h=df9759f7a30e76953685da953702813b1f7cfacf
debian/{control,rules}: introducing a new python-libtorrent-dbg package.
Closes: #628041
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#631079: [boost1.46] Please build boost.python for pythonX-dbg too
Package: boost1.46
Severity: normal
Tags: patch
Hi,
I'm working on #628041 [0], building python-libtorrent (python
bindings for libtorrent-rasterbar) for pythonX-dbg.
Unfortunately, those extensions can't actually work:
$ python-dbg -c "import libtorrent"
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/lib/libboost_python-py26.so.1.46.1: undefined symbol:
Py_InitModule4_64
[15005 refs]
This error is obliviously due to the fact boost.python is built against
pythonX and not pythonX-dbg. Would it be possible to add such a version
of boost.python (argh, another one!)?
I tested a modified build and it compiles and works fine, please find
attached my patch. It is _very_ imprecise and incomplete, but maybe can
save you a bit of work or give an idea of what is needed. File
debian/rtupdate should be updated too, I just installed the symlinks
manually.
[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628041
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+boost1.46 (1.46.1-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Build boost.python for python-dbg with a -dbg suffix.
+
+ -- Cristian Greco Sun, 19 Jun 2011 18:20:43 +0200
+
boost1.46 (1.46.1-6) unstable; urgency=low
* control(libboost-mpi-python1.46.1, libboost-python1.46.1): Suggests a
--- a/debian/control
+++ b/debian/control
@@ -7,8 +7,8 @@
Build-Depends: debhelper (>= 8),
zlib1g-dev, libbz2-dev, libicu-dev, mpi-default-dev,
bison, flex, docbook-to-man, help2man, xsltproc, doxygen,
- python, python-all-dev,
- python3, python3-all-dev (>= 3.1)
+ python, python-all-dev, python-all-dbg,
+ python3, python3-all-dev (>= 3.1), python3-all-dbg (>= 3.1)
Build-Conflicts: libopenmpi-dev (= 1.3.2-2)
Vcs-Browser: http://svn.debian.org/wsvn/pkg-boost/boost/trunk/
Vcs-Svn: svn://svn.debian.org/svn/pkg-boost/boost/trunk
--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,8 @@
SHLIBS_VERSION = (>= 1.46.1-1)
pyversions = $(shell pyversions -rv) $(shell py3versions -rv)
+dbgpyversions = $(pyversions:%=%-dbg)
+allpyversions = $(pyversions) $(dbgpyversions)
# Boost libraries for which we want separate packages
boost_libs := date-time filesystem graph-parallel graph iostreams math \
@@ -29,7 +31,7 @@
boost_lib_test := prg_exec_monitor test_exec_monitor unit_test_framework
# These are special cases for suffixes. Generally come from --python-buildid, so begin with a dash.
-boost_suffixes_python := $(addprefix -py,$(subst .,,$(pyversions)))
+boost_suffixes_python := $(addprefix -py,$(subst .,,$(allpyversions)))
boost_suffixes_mpi-python := $(boost_suffixes_python)
# Files that are generated by filtering a template
@@ -172,6 +174,9 @@
for pyver in $(filter-out $(shell pyversions -dv),$(pyversions)); do \
echo "using python : $$pyver : /usr ;" >> $@; \
done
+ for pyver in $(pyversions); do \
+ echo "using python : $$pyver : /usr : /usr/include/python$${pyver}_d : : on ;" >> $@; \
+ done
build: build-stamp
build-stamp: $(bjam) user-config.jam
@@ -183,6 +188,7 @@
echo "Building Boost.Python for python version $$pyver"; \
$(JAM) --with-python --with-mpi --python-buildid=py$$pyid python=$$pyver; \
mv stage/lib/mpi.so stage/lib/mpi-py$$pyid.so; \
+ $(JAM) --with-python --with-mpi --python-buildid=py$$pyid-dbg python=$$pyver python-debugging=on; \
done
cd $(bbv2dir) && ./bootstrap.sh --with-toolset=gcc
@@ -243,6 +249,7 @@
for pyver in $(pyversions); do \
pyid=`echo $$pyver | tr -d .`; \
$(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --with-python --with-mpi --python-buildid=py$$pyid python=$$pyver; \
+ $(JAM) --prefix=$(CURDIR)/debian/tmp/usr install --with-python --with-mpi --python-buildid=py$$pyid-dbg python=$$pyver python-debugging=on; \
done
# Install Boost.Build v2 & jam
signature.asc
Description: PGP signature
Bug#630757: [clang] does not compile anything
Package: clang
Version: 2.9-5
Severity: grave
Hi,
clang does not compile anything, anymore. Can't say if it is related
to clang itself (though installing any 2.9-x from snapshot.d.o doesn't
help) or gcc or some other package update. It used to work until some
days ago.
$ cat << EOF > test.c
>>> int main() { return 0; }
>>> EOF
$ clang test.c
/usr/bin/ld: cannot find crt1.o: No such file or directory
/usr/bin/ld: cannot find crti.o: No such file or directory
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see
invocation)
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.38-2-amd64
Debian Release: wheezy/sid
500 wheezy mozilla.debian.net
500 unstable127.0.0.1
1 experimental127.0.0.1
--- Package information. ---
Depends (Version) | Installed
===-+-=
libc6(>= 2.2.5) | 2.13-7
libffi5 (>= 3.0.4) | 3.0.9-7
libgcc1(>= 1:4.1.1) | 1:4.6.0-14
libllvm2.9 | 2.9+dfsg-1
libstdc++6 (>= 4.6) | 4.6.0-14
libstdc++6-4.5-dev | 4.5.3-3
Recommends(Version) | Installed
===-+-===
llvm-2.9-dev|
python | 2.6.6-14
Package's Suggests field is empty.
Thanks,
--
Cristian Greco
GPG key ID: 0xCF4D32E4
signature.asc
Description: PGP signature
Bug#627893: [/master] fix_time_limit_handling.patch: fix the patch (wow, a fix to a fix), which was
tag 627893 pending thanks Date: Wed May 25 17:56:06 2011 +0200 Author: Cristian Greco Commit ID: 5d6818faab17de3228588af0facd0e5b8e9aa9a1 Commit URL: http://git.debian.org/?p=collab-maint/icecream.git;a=commitdiff;h=5d6818faab17de3228588af0facd0e5b8e9aa9a1 Patch URL: http://git.debian.org/?p=collab-maint/icecream.git;a=commitdiff_plain;h=5d6818faab17de3228588af0facd0e5b8e9aa9a1 fix_time_limit_handling.patch: fix the patch (wow, a fix to a fix), which was incorrectly commenting a line. Closes: #627893 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627892: [nemiver] wrong Vcs-Browser field
Package: nemiver Version: 0.8.1-1 Severity: minor Hi, the Vcs-Browser field in debian/control is wrongly pointing to ipv6calc repository. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#627891: [nemiver] new upstream version
Package: nemiver Version: 0.8.1-1 Severity: wishlist Hi, new upstream version 0.8.2 is already available, and probably the debian/watch file should be updated too. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#627890: [qtcreator] wrong homepage
Package: qtcreator Version: 2.1.0-1 Severity: minor Hi, the homepage field for qtcreator should be updated. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#627889: [qtcreator] new upstream version
Package: qtcreator Version: 2.1.0-1 Severity: wishlist Hi, new upstream version 2.2 has been available for a while now. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#626413: [gstreamer0.10-plugins-bad] Please install hlsdemux plugin
Package: gstreamer0.10-plugins-bad Version: 0.10.22-1 Severity: wishlist Hi, it seems from the build logs that the new hls plugin is just built but not installed. Could you please add it? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#622461: [/master] Getting rid of the unneeded *.la file in -dev package (Closes #622461).
tag 622461 pending thanks Date: Tue May 10 20:53:10 2011 +0200 Author: Cristian Greco Commit ID: e393d464f109cc992ede3ad558c43bc9f17eb40e Commit URL: http://git.debian.org/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff;h=e393d464f109cc992ede3ad558c43bc9f17eb40e Patch URL: http://git.debian.org/?p=collab-maint/libtorrent-rasterbar.git;a=commitdiff_plain;h=e393d464f109cc992ede3ad558c43bc9f17eb40e Getting rid of the unneeded *.la file in -dev package (Closes #622461). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619565: deluge-console: ignores all but first argument
tags 619565 upstream forwarded 619565 http://dev.deluge-torrent.org/ticket/1548 thanks On Fri, 25 Mar 2011 09:21:49 +0100 Jan Braun wrote: > Package: deluge-console > Version: 1.3.1-1 > Severity: normal > Tags: patch > > Hi, > deluge-console ignores all its command line arguments but the first. > This means I have to write > $ deluge-console "add /some/torrent" > rather than the natural > $ deluge-console add /some/torrent > > An obvoius patch is attached. > (One might argue about spaces and other weird stuff in file names, but > since deluge-console does its own string-parsing of the arguments, you > need double quoting with or without my patch. Changing that would > require major changes.) Hi Jan, this problem seems to be already known upstream: http://dev.deluge-torrent.org/ticket/1548 Anyway, there is an ongoing effort for a complete rewrite of deluge-console. You may check if your changes still apply against newer upstream code, and possibly contribute an updated version of the patch. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#617803: [java-common] Java FAQ should be updated with information about the status of Java in Squeeze
Package: java-common Version: 0.40 Severity: normal Hi, I think §3.1 in ch-debian-java-squeeze.html should be updated to reflect the status of Java in Squeeze, because it actually states that "The information in this chapter is probably out of date as Squeeze is not yet released and changes rapidly." Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#613066: deluge-gtk segfaults on start because of new libcairo2 in sid
On Sat, 19 Feb 2011 22:45:50 +0200 Alex Dedul wrote: > On Sat, Feb 19, 2011 at 10:40 PM, Cristian Greco > wrote: > > On Sat, 12 Feb 2011 17:13:08 +0200 > > Alex Dedul wrote: > > > >> Package: deluge > >> Version: 1.3.1-1 > >> Severity: grave > >> Justification: renders package unusable > >> > >> After installing new libcairo2_1.10.2-2 in sid deluge-gtk started > >> to segfault on start. After downgrading to older libcairo2_1.8.10-6 > >> deluge-gtk started to work okay as before. > >> > >> PS. Its similar to gentoo's bug #338228 with similar backtrace in > >> gdb. > > > > Hi, > > > > I can confirm the problem, but it disappears if you run deluge with > > a fresh configuration. > > Yea, but if you start to download something on fresh config it crashes > anyway afair. You're right, upstream confirmed this, but he's actually unable to provide a fix. It should be investigated more on the cairo side. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#613066: deluge-gtk segfaults on start because of new libcairo2 in sid
On Sat, 12 Feb 2011 17:13:08 +0200 Alex Dedul wrote: > Package: deluge > Version: 1.3.1-1 > Severity: grave > Justification: renders package unusable > > After installing new libcairo2_1.10.2-2 in sid deluge-gtk started to > segfault on start. After downgrading to older libcairo2_1.8.10-6 > deluge-gtk started to work okay as before. > > PS. Its similar to gentoo's bug #338228 with similar backtrace in gdb. Hi, I can confirm the problem, but it disappears if you run deluge with a fresh configuration. Here is my backtrace: (gdb) run Starting program: /usr/bin/python /usr/bin/deluge-gtk [Thread debugging using libthread_db enabled] [New Thread 0x7fffdf710700 (LWP 19488)] [New Thread 0x7fffdef0f700 (LWP 19489)] [New Thread 0x7fffdcfb5700 (LWP 19490)] [New Thread 0x7fffd7fff700 (LWP 19491)] [New Thread 0x7fffd77fe700 (LWP 19492)] [New Thread 0x7fffd6ffd700 (LWP 19493)] Program received signal SIGSEGV, Segmentation fault. 0x7fffee700c84 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 (gdb) bt #0 0x7fffee700c84 in __cxa_allocate_exception () from /usr/lib/libstdc++.so.6 #1 0x7fffdd43946e in boost::python::throw_error_already_set () at libs/python/src/errors.cpp:61 #2 0x7fffde12e48d in boost::python::api::object_operators >::operator()() const () from /usr/lib/pymodules/python2.6/libtorrent.so #3 0x7fffde11f27e in prioritize_files(libtorrent::torrent_handle&, boost::python::api::object) () from /usr/lib/pymodules/python2.6/libtorrent.so #4 0x7fffde12e7ae in boost::python::objects::caller_py_function_impl > >::operator()(_object*, _object*) () from /usr/lib/pymodules/python2.6/libtorrent.so #5 0x7fffdd431bde in operator() (this=, args=0x0, keywords=) at ./boost/python/object/py_function.hpp:143 #6 boost::python::objects::function::call (this=, args=0x0, keywords=) at libs/python/src/object/function.cpp:226 #7 0x7fffdd431e88 in operator() (function_obj_ptr=) at libs/python/src/object/function.cpp:585 #8 boost::detail::function::void_function_ref_invoker0::bind_return, void>::invoke(boost::detail::function::function_buffer &) ( function_obj_ptr=) at ./boost/function/function_template.hpp:188 #9 0x7fffdd4394fb in operator() (f=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece or DW_OP_bit_piece. ) at ./boost/function/function_template.hpp:1013 #10 boost::python::handle_exception_impl (f=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece or DW_OP_bit_piece. ) at libs/python/src/errors.cpp:25 #11 0x7fffdd42e788 in handle_exception::bind_return> (func=, args=0x0, kw=0x6) at ./boost/python/errors.hpp:29 #12 boost::python::objects::function_call (func=, args=0x0, kw=0x6) at libs/python/src/object/function.cpp:626 #13 0x0041ef47 in PyObject_Call () #14 0x004a72b8 in PyEval_EvalFrameEx () #15 0x004a84a0 in PyEval_EvalFrameEx () #16 0x004a84a0 in PyEval_EvalFrameEx () #17 0x0000004a95c1 in PyEval_EvalCodeEx () Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#613443: deluge: Stalled state with endless 'checking' state if save-to folder does not exist
On Tue, 15 Feb 2011 00:31:48 +0300 George Shuklin wrote: > Package: deluge > Version: 1.3.1-1 > Severity: normal > > If deluge terminated by some event (f.e. reboot) after start it > checking file consistency. But if folder for saved torrents does not > exists it keep 'checking' state endlessly. Hi, bugs forwarded to upstream tracker (well, I added a comment to a very similar bug). This behavior is known upstream, hope it will be fixed soon. PS: while you're at it, could please add a comment to the following: http://bugs.debian.org/598077 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#598077: Stop pickup torrents files if bad-named filename exists in pickup folder
On Sun, 31 Oct 2010 00:45:36 +0400 George Shuklin wrote: > Package: deluge > Version: 1.3.0-1 > Severity: normal > > I recheck problem, it starts when invalid torrent file found (I > think, idea about wrong file names was wrong). Every time deluge > stops to pick up *.torrent files I see *.torrent.invalid file in > directory. Until it appears, torrent files picking up normally. Hi, are you still able to reproduce this with deluge 1.3.1-1 from unstable? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#610652: [xstow] New upstream version 1.0.0
Package: xstow Severity: wishlist Hi, new upstream version 1.0.0 is available, which fixes #589860. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600945: deluge: Client dies on start up
On Thu, 20 Jan 2011 12:18:17 -0400 David Prévot wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Le 20/01/2011 11:06, Cristian Greco a écrit : > [...] > > On Thu, 20 Jan 2011 10:48:52 -0400 > > David Prévot wrote: > > >> I definitely lack of Python knowledge and don't even know where to > >> start searching. > > > > Could you please try installing python-dbg (and more debug > > packages, if needed) and run deluge with: > > > > $ gdb --args python /usr/bin/deluge-gtk > > Sure, thanks for the tip, but I can't get anything, or I may be > missing something obvious: Ok, I can't definitely reproduce this, and it seems a really strange behavior. Moreover, having problems with other python applications on the same box looks suspicious. Anyway, I'm not closing the bug. Please let me know if you manage to find the causes of the problem. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600945: deluge: Client dies on start up
severity 600945 important tags 600945 unreproducible On Thu, 20 Jan 2011 10:48:52 -0400 David Prévot wrote: > Le 20/01/2011 10:33, Cristian Greco a écrit : > > Hi, > > Hi Christian, > > > are you still able to reproduce this bug? > > The problem is the same with deluge 1.3.1-1 on my machine. Please note > that I'm not able to reproduce it on any other machine (amd64 or > i386), so this bug may at least be tagged as unreproducible, or even > simply closed since I notice weird comportments in other python > softwares I sometime use (not as annoying as this non working issue), > so this probably is a problem in my own configuration, or in a shared > Python dependency. Hi David, I'm lowering bug severity to 'important' and tagging 'unreproducible'. > > I still have no idea about > > how to track down your problem. > > I definitely lack of Python knowledge and don't even know where to > start searching. Could you please try installing python-dbg (and more debug packages, if needed) and run deluge with: $ gdb --args python /usr/bin/deluge-gtk Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#601599: deluge: argument mismatch between rpcserver and client
On Fri, 26 Nov 2010 17:06:43 +0100 Simon Walter wrote: > On 26.11.2010 01:20, Cristian Greco wrote: > > On Thu, 25 Nov 2010 23:29:21 +0100 > > Simon Walter wrote: > > > >> On 25.11.2010 19:02, Cristian Greco wrote: > >> > >>> which version of deluge are you running on remote machine? > >>> > >>> > >> 1.3.1 so server and client are the same version > >> > > Are you using some additional plugins? > > > only blocklist Hi, are you still able to reproduce this bug? I still have no idea about how to reproduce and/or track down your problem. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#558445: deluge: Endless 'checking' state for some torrents
Hi, this is just a ping. Please let me know if my previous message was useful in any way. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600945: deluge: Client dies on start up
Hi, are you still able to reproduce this bug? I still have no idea about how to track down your problem. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#608808: O: pacpl -- multi-purpose audio converter/ripper/tagger script
Package: wnpp Severity: normal Hi, I intend to orphan the pacpl package. I don't use it anymore, and it deserves someone that will care for it better than I have been. A bit of Perl knowledge won't hurt. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Description: multi-purpose audio converter/ripper/tagger script Perl Audio Converter is a tool for converting multiple audio types from one format to another using various external encoders/decoders. . It supports the following audio formats: AAC, AC3, AIFF, APE, AU, AVR, BONK, CAF, CDR, FAP, FLA, FLAC, IRCAM, LA, LPAC, M4A, MAT, MAT4, MAT5, MMF, MP2, MP3, MP4, MPC, MPP, NIST, OFR, OFS, OGG, PAC, PAF, PVF, RA, RAM, RAW, SD2, SF, SHN, SMP, SND, SPX, TTA, VOC, W64, WAV, WMA, and WV. . It can also convert audio from the following video extensions: RM, RV, ASF, DivX, MPG, MKV, MPEG, AVI, MOV, OGM, QT, VCD, SVCD, M4V, NSV, NUV, PSP, SMK, VOB, FLV, and WMV. . Pacpl also includes a CD ripping function with CDDB support, batch conversion, tag preservation for most supported formats, independent tag reading/writing, a simple kommander gui and extensions for Dolphin and Konqueror. You can write your own modules in order to add support for new file formats. . See README.Debian for more informations on supported formats. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#607127: [qpsmtpd] Typos in package description
Package: qpsmtpd Severity: normal Tags: patch Hi, please consider fixing the typos in package description, as suggested by the attached patch. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 --- control +++ control @@ -11,13 +11,13 @@ Suggests: spamassassin (>= 3.0.0), clamav-daemon, tinycdb Homepage: http://smtpd.develooper.com/ Description: Flexible SMTP daemon for network-level spam detection - This is a replacement SMTP damon which installs alongside a mail delivery + This is a replacement SMTP daemon which installs alongside a mail delivery and transport system such as Exim, Postfix or Qmail, or used as an SMTP proxy for a remote/DMZ MTA. . - The qpsmtpd damon emphasizes spam detection during the SMTP transaction, + The qpsmtpd daemon emphasizes spam detection during the SMTP transaction, attempting to reach spam/nonspam decisions prior to accepting each message, - thereby eliminating much bounce/forgery blowback. It exploits its visbility + thereby eliminating much bounce/forgery blowback. It exploits its visibility into the network transaction to detect certain behaviors often exhibited by spam sending agents. . signature.asc Description: PGP signature
Bug#602613: deluge: I'm experiencing the same problem here
On Thu, 9 Dec 2010 19:02:13 -0800 Colin Kincaid Williams wrote: > Maybe these warnings are the source of the bug? Hi Colin, I uploaded packages versioned as 1.2.3+git20100712.0b609bf-2 at the following url, they include a patch backported from deluge 1.3.1, as suggested by upstream. Would you be so glad to test them and let me know? http://regolo.cc/~cristian/deluge/ Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#605145: deluge: Menu entries for file priority is disabled
On Sun, 28 Nov 2010 00:04:09 +0300 George Shuklin wrote: > Package: deluge > Version: 1.3.1-1 > Severity: normal > > Context menu for files in downloading torrent are disabled (and no > way to change download priority). Hi George, your config file seems ok... anything interesting logged to the terminal when trying to open the context menu? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#602613: deluge: I'm experiencing the same problem here
On Wed, 08 Dec 2010 05:35:08 -0800 Colin Williams wrote: > Package: deluge > Version: 1.2.3+git20100712.0b609bf-1 > Severity: normal > > When I exit deluge, it hangs, and I must kill it Hi Colin, could you please paste debug messages from terminal (if any)? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#574992: Deluge misrecognizes IPv6 addresses in announce URL's
On Mon, 22 Mar 2010 23:39:10 +0600 Igor Shmakov wrote: > Deluge misrecognizes IPv6 addresses in announce URL's like > http://[2001:DB8::1]:4242/announce. > > Tracker Status: [2001: Error: Host not found (authoritative) Hi Igor, are you still able to reproduce this bug using latest versions of deluge and libtorrent-rasterbar? It could be a problem with the library, indeed. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#601599: deluge: argument mismatch between rpcserver and client
On Thu, 25 Nov 2010 23:29:21 +0100 Simon Walter wrote: > On 25.11.2010 19:02, Cristian Greco wrote: > > which version of deluge are you running on remote machine? > > > 1.3.1 so server and client are the same version Are you using some additional plugins? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#601599: deluge: argument mismatch between rpcserver and client
Hi, which version of deluge are you running on remote machine? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#558445: deluge: Endless 'checking' state for some torrents
On Sun, 29 Nov 2009 02:10:30 +0300 amarao wrote: > I think this condition can be reproduce by following settings: > > 1) Move torrents to specified folder upon competition > 2) Automatic remove torrents upon finished seeding > 3) Automatic pickup torrents from some directory > > Problem apears if in pickup folder contain torrent file for already > downloaded file (this happends if torrents are collected from > external sources with duplication). > > (how to reproduce in settings above): > 1) Put some torrent-file to pickup folder > 2) Wait until seeding is complete > 3) Put same torrent-file to pickup folder > 4) Look to Checking category in interface Hi, sorry for the lack of reply (one year)... I'm not sure I've completely understood how to reproduce this issue (and it is likely it has been fixed in the meanwhile for the versions of deluge in testing and unstable). My relevant test settings from ~/.config/deluge/core.conf are as follows (in sparse order): "autoadd_enable": true, "move_completed": true, "autoadd_location": "/home/cristian/deluge/autoadd", "download_location": "/home/cristian/deluge/download", "move_completed_path": "/home/cristian/deluge/completed", "stop_seed_at_ratio": true, "stop_seed_ratio": 0.5 "remove_seed_at_ratio": true, "copy_torrent_file": false, "del_copy_torrent_file": false, This way deluge downloads the content and then removes the torrent from session, so putting the .torrent file again in autoadd dir causes restarting the download from scratch. On the other hand, using "remove_seed_at_ratio": false, causes the torrent being still included (paused) in session, and putting the .torrent again in autoadd dir causes a warning (deluge is launched from terminal with `deluge -L info`): [WARNING ] 00:57:28 torrentmanager:422 Error adding torrent: torrent already exists in session Could you please help me either reproducing the issue or confirming it has gone for the version in Squeeze? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#602613: deluge-gtk hangs on exit in the GUI, exits normally when closing in the panel
On Sat, 06 Nov 2010 15:37:39 +0100 Gernot Super wrote: > Package: deluge-gtk > Version: 1.2.3+git20100712.0b609bf-1 > Severity: normal > > possibly the same as closed #587662. Exits normally when closing in > the panel. Hi, are you still able to reproduce this? Could you please attach relevant messages shown when launching deluge from terminal (with `-L info` or maybe higher). Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#557430: Acknowledgement (ITP: gummi -- simple latex editor written in Python/PyGTK)
retitle 557430 "RFP: gummi -- simple latex editor written in Python/PyGTK" thanks Hi, I'm no more interested in packaging this piece of software, hope someone will take care of it as the project is slowly finding its shape. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#602199: [fcgiwrap] init script does not stop the daemon
Package: fcgiwrap Version: 1.0.3-1 Severity: important Tags: patch Hi, the init script does not stop the daemon due to a problem when calling running_pid() from stop_server(). The following change should fix it: --- init2010-05-26 00:44:06.0 +0200 +++ init.new2010-11-02 13:40:19.0 +0100 @@ -137,7 +137,7 @@ [ ! -e "$PIDFILE" ] && return PIDS="$(cat "$PIDFILE")" for pid in $PIDS; do - if running_pid '$pid' '$DAEMON'; then + if running_pid $pid $DAEMON; then kill -15 $pid # Is it really dead? sleep "$DIETIME"s --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: squeeze/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (>= 2.3) | 2.11.2-7 libfcgi0ldbl | 2.4.0-8 spawn-fcgi (>= 1.6.1) | 1.6.3-1 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#602200: [fcgiwrap] init script: please use sleep only when restarting the daemon
Package: fcgiwrap Version: 1.0.3-1 Severity: minor Hi, please don't take into account the DIETIME value in the init script unless you're really 'restart'ing the daemon (i.e. useless 'stop' delay is annoying). --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-trunk-amd64 Debian Release: squeeze/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (>= 2.3) | 2.11.2-7 libfcgi0ldbl| 2.4.0-8 spawn-fcgi (>= 1.6.1) | 1.6.3-1 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#600945: deluge: Client dies on start up
On Thu, 21 Oct 2010 14:20:15 -0400 David Prévot wrote: > Package: deluge > Version: 1.3.0-1 > Severity: grave > Justification: renders package unusable > > Hi, > > Current Sid version of the package doesn't start on my amd64 box, even > with a new user. > > Trace attached. Which versions of the python-twisted-* packages are you using? Mixing something from testing and unstable? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#590645: [quassel-core] Please provide support for --listen option to init script
Package: quassel-core Version: 0.6.1-1 Severity: wishlist Hi, it would be useful to be able to specify the addresses quasselcore should listen on directly in the default/init script (to be passed to the executable through --listen option). --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-rc6-amd64 Debian Release: squeeze/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (>= 2.2.5) | 2.11.2-2 libgcc1 (>= 1:4.1.1) | 1:4.4.4-7 libqt4-network(>= 4:4.5.3) | 4:4.6.3-1 libqt4-script (>= 4:4.5.3) | 4:4.6.3-1 libqt4-sql(>= 4:4.5.3) | 4:4.6.3-1 libqtcore4(>= 4:4.6.1) | 4:4.6.3-1 libstdc++6 (>= 4.4.0) | 4.4.4-7 adduser| 3.112 libqt4-sql-sqlite | 4:4.6.3-1 lsb-base (>= 3.2-14) | 3.2-23.1 openssl| 0.9.8o-1 Package's Recommends field is empty. Package's Suggests field is empty. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#590644: [quassel-core] DeprecationWarning in manageusers.py script
Package: quassel-core Version: 0.6.1-1 Severity: normal Hi, running /usr/share/doc/quassel-core/scripts/manageusers.py gives the following: /usr/share/doc/quassel-core/scripts/manageusers.py:11: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha --- System information. --- Architecture: amd64 Kernel: Linux 2.6.35-rc6-amd64 Debian Release: squeeze/sid 500 unstable127.0.0.1 1 experimental127.0.0.1 --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (>= 2.2.5) | 2.11.2-2 libgcc1 (>= 1:4.1.1) | 1:4.4.4-7 libqt4-network(>= 4:4.5.3) | 4:4.6.3-1 libqt4-script (>= 4:4.5.3) | 4:4.6.3-1 libqt4-sql(>= 4:4.5.3) | 4:4.6.3-1 libqtcore4(>= 4:4.6.1) | 4:4.6.3-1 libstdc++6 (>= 4.4.0) | 4.4.4-7 adduser| 3.112 libqt4-sql-sqlite | 4:4.6.3-1 lsb-base (>= 3.2-14) | 3.2-23.1 openssl| 0.9.8o-1 Package's Recommends field is empty. Package's Suggests field is empty. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
