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 crist...@debian.org
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-rc-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 a...@debian.org 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#713500: 3.1.0 continues to fail to build
On Sat, 19 Oct 2013 17:38:26 +0300 sledgehammer999 sledgehammer...@qbittorrent.org 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#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#708113: qbittorrent crashing
On Mon, 23 Sep 2013 04:59:58 +0530 shirish शिरीष shirisha...@gmail.com 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#718722: Crashes periodically during download
On Sun, 04 Aug 2013 16:07:33 -0300 Alexandre Pereira Nunes a...@projetos.etc.br 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#718666: libtorrent-rasterbar: FTBFS now that python3.2 has been removed
On Sat, 03 Aug 2013 22:32:30 -0400 Scott Kitterman deb...@kitterman.com 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#712797: libtorrent-rasterbar: FTBFS on kfreebsd
On Thu, 20 Jun 2013 18:21:31 +0200 Pino Toscano p...@debian.org 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: [/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 crist...@debian.org 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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712797: libtorrent-rasterbar: FTBFS on kfreebsd
On Wed, 19 Jun 2013 18:12:57 +0200 Pino Toscano p...@debian.org 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-rasterbararch=kfreebsd-i386ver=0.16.10-2stamp=1371536378 [2] https://buildd.debian.org/status/fetch.php?pkg=libtorrent-rasterbararch=kfreebsd-amd64ver=0.16.10-2stamp=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#708113: qbittorrent crashes without user interaction, a time after starting a new download
On Mon, 13 May 2013 06:29:53 -0300 Marcos Mestre mmes...@gmail.com 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#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#642733: Libpoco can not migrate to testing doe to remaining serious bug
On Wed, 12 Sep 2012 14:11:14 +0200 Andreas Tille andr...@an3as.eu 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 andr...@an3as.eu 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_stringchar; 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: 'templateclass S 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 andr...@an3as.eu - Date: Thu, 26 Jul 2012 14:23:26 +0200 From: Andreas Tille andr...@an3as.eu To: Mathieu Malaterre mathieu.malate...@gmail.com, 680...@bugs.debian.org, Krzysztof Burghardt krzysz...@burghardt.pl, 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 ti...@debian.org 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#672743: fatrat: FTBFS[kfreebsd]: GCC-4.7
On Sun, 13 May 2012 12:32:20 +0100 Steven Chamberlain ste...@pyro.eu.org 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 s.ramac...@gmx.at 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 t...@cyrius.com 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 dch...@gmail.com 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#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 lu...@dolezel.info
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 cstring
#include string
+#include stdexcept
#include boost/function.hpp
#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#624016: closing 624016
close 624016 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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#622579: qbittorrent: FTBFS for +b1: error: 'default_name_check' is not a member of 'boost::filesystem3::path'
On Wed, 13 Apr 2011 10:25:41 +0300 Christophe Dumez ch...@qbittorrent.org wrote: Hi, You have an old version of qBittorrent and a recent version of boost (with new filesystem v3 API by default). Either update qBittorrent or add a DEFINE to force the filesystem v2 API from boost (1). (1) To do so, just add DEFINES += BOOST_FILESYSTEM_VERSION=2 to qbittorrent/src/src.pro Hi, this bug will be fixed with the upload of qBittorrent 2.7.2 to unstable (it actually builds fine in experimental). Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#613066: fixed?
Hi, could you please confirm that the bug is gone with the latest libcairo2 from unstable? 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 rot...@gmail.com 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_operatorsboost::python::api::proxyboost::python::api::attribute_policies ::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_implboost::python::detail::callervoid (*)(libtorrent::torrent_handle, boost::python::api::object), boost::python::default_call_policies, boost::mpl::vector3void, libtorrent::torrent_handle, boost::python::api::object ::operator()(_object*, _object*) () from /usr/lib/pymodules/python2.6/libtorrent.so #5 0x7fffdd431bde in operator() (this=value optimized out, args=0x0, keywords=value optimized out) at ./boost/python/object/py_function.hpp:143 #6 boost::python::objects::function::call (this=value optimized out, args=0x0, keywords=value optimized out) at libs/python/src/object/function.cpp:226 #7 0x7fffdd431e88 in operator() (function_obj_ptr=value optimized out) at libs/python/src/object/function.cpp:585 #8 boost::detail::function::void_function_ref_invoker0boost::python::objects::unnamed::bind_return, void::invoke(boost::detail::function::function_buffer ) ( function_obj_ptr=value optimized out) 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_exceptionboost::python::objects::unnamed::bind_return (func=value optimized out, args=0x0, kw=0x6) at ./boost/python/errors.hpp:29 #12 boost::python::objects::function_call (func=value optimized out, 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 0x004a95c1 in PyEval_EvalCodeEx () 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 rot...@gmail.com wrote: On Sat, Feb 19, 2011 at 10:40 PM, Cristian Greco crist...@regolo.cc wrote: On Sat, 12 Feb 2011 17:13:08 +0200 Alex Dedul rot...@gmail.com 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#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#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 da...@tilapin.org 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#600945: deluge: Client dies on start up
On Thu, 21 Oct 2010 14:20:15 -0400 David Prévot da...@tilapin.org 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#537733: amule-daemon crashes with Segmentation Fault on starting
Hi, I can confirm this bug is easily reproducible in qemu[0]. This is the backtrace I got installing the libwxbase2.8-dbg package and building amule with DEB_BUILD_OPTIONS=nostrip: u...@debian-arm:~$ gdb amuled GNU gdb 6.8-debian Copyright (C) 2008 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 arm-linux-gnu... (gdb) run Starting program: /usr/bin/amuled [Thread debugging using libthread_db enabled] [New Thread 0x40020910 (LWP 2671)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x40020910 (LWP 2671)] 0x404d445c in wxURLModule::wxCreateObject () from /usr/lib/libwx_baseu_net-2.8.so.0 (gdb) bt full #0 0x404d445c in wxURLModule::wxCreateObject () from /usr/lib/libwx_baseu_net-2.8.so.0 No symbol table info available. #1 0x405875b4 in wxModule::RegisterModules () from /usr/lib/libwx_baseu-2.8.so.0 No symbol table info available. #2 0x4056ee34 in wxEntryStart () from /usr/lib/libwx_baseu-2.8.so.0 No symbol table info available. #3 0x4056f124 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 No symbol table info available. #4 0x0002b6a4 in main (argc=Cannot access memory at address 0x6d8 ) at ../../src/amuled.cpp:171 No locals. (gdb) quit The program is running. Exit anyway? (y or n) y Moreover, the very same problem was reported months ago at wxWidgets' bug tracker[1]. Unfortunately, probably the problem is not directly related to the wxWidgets-2.8 library itself but rather to the default version of gcc used in lenny. In fact, building wxWidgets-2.8 with gcc-4.1 seems to fix the issue with amule and other applications. I'm going to ask for confirmations and suggestions on debian-...@l.d.o. Hope this helps. [0] http://people.debian.org/~aurel32/qemu/arm/ [1] http://trac.wxwidgets.org/ticket/10243 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#574544: [afflib] contains files released under a non-free license
Package: afflib Severity: serious Hi, as stated in debian/copyright: Files: tools/aff_bom.* Copyright: (C) 2008 Simson L. Garfinkel sims...@acm.org License: PD The software provided here is released by the Naval Postgradaute School (NPS), an agency of the US Department of the Navy, USA. The software bears no warranty, either expressed or implied. NPS does not assume legal liability nor responsibility for a User's use of the software or the results of such use. Please note that within the United States, copyright protection, under Section 105 of the United States Code, Title 17, is not available for any work of the United States Government and/or for any works created by United States Government employees. User acknowledges that this software contains work which was created by NPS employee(s) and is therefore in the public domain and not subject to copyright. The User may use, distribute, or incorporate this software provided the User acknowledges this via an explicit acknowledgment of NPS-related contributions to the User's work. User also agrees to acknowledge, via an explicit acknowledgment, that any modifications or alterations have been made to this software before redistribution. Latest sentence in this text is clearly non-free as it fails to comply with dfsg #1 and #3. It also fails the desert island test. The file tools/afdiskprint.cpp contains a license text which is similar, modulo the last paragraph. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#573810: mz: FTBFS on kfreebsd-*: fails to find netpacket stuff
On Sun, 14 Mar 2010 03:01:58 +0100 Cyril Brulebois k...@debian.org wrote: Source: mz Version: 0.39-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, I'm already in contact with upstream, who is trying to get this fixed asap. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#572363: [mz] consumes 100% of CPU when running in server mode
Package: mz Version: 0.34.9-1 Severity: grave Tags: fixed-upstream When starting Mausezahn (mz) in server mode, e.g. via mz -T rtp (then it waits for incoming RTP packets) the CPU consumption quickly raises to 100%. Upstream is aware of this bug, a new fixed version should be released soon. --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-2-686 Debian Release: squeeze/sid 500 unstableftp.at.debian.org 1 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (= 2.4) | 2.10.2-6 libnet1(= 1.1.2.1) | 1.1.4-2 libpcap0.8 (= 1.0.0-1) | 1.0.0-6 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== python-matplotlib| Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#561915: qbittorrent crash
Hi, thanks for taking the time! Unfortunately this backtrace doesn't seem much informative to me, let's hope Chris can add something. Is this a reproducible behavior or just a random crash? Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#557299: debhelper: dh_auto_test causing FTBFS with cmake buildsystem
Package: debhelper Version: 7.4.5 Severity: grave Justification: renders package unusable Hi, it seems like a recent change[0] with cmake buildsystem will cause packages to FTBFS with the following error (full log at [1]): dh_auto_test Deep recursion on subroutine Debian::Debhelper::Buildsystem::cmake::test at /usr/share/perl5/Debian/Debhelper/Buildsystem/cmake.pm line 53. Out of memory! make: *** [build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 [0] http://git.debian.org/?p=debhelper/debhelper.git;a=commitdiff;h=9c484fa4be79b09214a573fdfc8a7ab25d7c7ab1 [1] https://buildd.debian.org/fetch.cgi?pkg=fatratarch=i386ver=1.1.1-1stamp=1258745091file=logas=raw Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#555849: deluge: Deluge does not start, OSError in python code
tags + upstream moreinfo thanks On Thu, 12 Nov 2009 07:12:30 +0300 amarao ama...@desunote.ru wrote: After starting deluge displays following in terminal and exits: Hi, AFAIK upstream is aware about this behavior (LP: #479487), but this is still unfixed. Does it happen _every_ time you start deluge? Did you upgrade from 1.1.9 or is it a 'fresh' install? Could you please running the following: $ deluge -L debug Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 (old: 0x0C095825) signature.asc Description: PGP signature
Bug#555849: deluge: Deluge does not start, OSError in python code
[CCing to bts]
On Thu, 12 Nov 2009 23:46:38 +0300
George Shuklin ama...@desunote.ru wrote:
В Чтв, 12/11/2009 в 12:53 +0100, Cristian Greco пишет:
tags + upstream moreinfo
thanks
On Thu, 12 Nov 2009 07:12:30 +0300
amarao ama...@desunote.ru wrote:
After starting deluge displays following in terminal and exits:
Hi,
AFAIK upstream is aware about this behavior (LP: #479487), but this is
still unfixed.
Does it happen _every_ time you start deluge?
Did you upgrade from 1.1.9 or is it a 'fresh' install?
Could you please running the following:
$ deluge -L debug
I happens after last deluge upgrade, but I tried to do apt-get remove
--purge deluge and aptitude -t sid install deluge (but do not touch a
~/.config/deluge).
Here dump (deluge -L debug):
[INFO] 23:43:17 main:114 Deluge ui 1.2.0-rc3
[DEBUG ] 23:43:17 main:115 options: {'loglevel': 'debug',
'default_ui': None, 'args': None, 'quiet': False, 'ui': None, 'logfile':
None, 'config': None}
[DEBUG ] 23:43:17 main:116 args: []
[DEBUG ] 23:43:17 main:117 ui_args: []
[INFO] 23:43:17 main:120 Starting ui..
[DEBUG ] 23:43:17 ui:109 UI init..
[DEBUG ] 23:43:17 configmanager:111 Getting config 'ui.conf'
[DEBUG ] 23:43:17 config:374
Config /home/amarao/.config/deluge/ui.conf version: 1.1 loaded:
{'default_ui': 'gtk'}
[WARNING ] 23:43:17 config:402 Unable to open config
file: /home/amarao/.config/deluge/ui.conf
[DEBUG ] 23:43:17 config:408 Saving new config
file /home/amarao/.config/deluge/ui.conf.new
[DEBUG ] 23:43:17 config:421 Backing up old config file
to /home/amarao/.config/deluge/ui.conf~
[DEBUG ] 23:43:17 config:429 Moving new config
file /home/amarao/.config/deluge/ui.conf.new
to /home/amarao/.config/deluge/ui.conf..
[INFO] 23:43:17 ui:126 Starting GtkUI..
[DEBUG ] 23:43:18 gtkui:168 GNOME session 'die' handler registered!
[DEBUG ] 23:43:18 configmanager:111 Getting config 'gtkui.conf'
[DEBUG ] 23:43:18 config:374
Config /home/amarao/.config/deluge/gtkui.conf version: 1.1 loaded:
{'close_to_tray': True, 'ntf_sound_path': '/home/amarao',
'window_width': 749, 'default_load_path': None, 'window_y_pos': 0,
'ntf_email': False, 'tray_upload_speed_list': [5.0, 10.0, 30.0, 80.0,
300.0], 'show_statusbar': True, 'ntf_popup': False, 'ntf_pass': '',
'tray_download_speed_list': [5.0, 10.0, 30.0, 80.0, 300.0],
'window_maximized': True, 'enable_system_tray': True, 'show_sidebar':
True, 'show_connection_manager_on_start': True, 'lock_tray': False,
'ntf_sound': False, 'tray_password': '', 'focus_add_dialog': True,
'ntf_server': '', 'start_in_tray': False, 'ntf_tray_blink': False,
'check_new_releases': False, 'autoadd_queued': False,
'autoconnect_host_id': None, 'classic_mode': False,
'window_pane_position': 643, 'enabled_plugins': [],
'show_rate_in_title': False, 'autoadd_enable': False, 'ntf_username':
'', 'interactive_add': True, 'sidebar_show_zero': False, 'window_x_pos':
0, 'window_height': 480, 'ntf_security': None, 'connection_limit_list':
[50, 100, 200, 300, 500], 'sidebar_position': 170, 'show_new_releases':
False, 'autoconnect': False, 'choose_directory_dialog_path':
'/home/amarao', 'sidebar_show_trackers': True, 'autostart_localhost':
False, 'show_toolbar': True, 'autoadd_location': '', 'ntf_email_add':
'', 'signal_port': 4}
[DEBUG ] 23:43:18 component:99 Registered QueuedTorrents with
ComponentRegistry..
[DEBUG ] 23:43:18 configmanager:111 Getting config 'gtkui.conf'
[DEBUG ] 23:43:18 component:99 Registered IPCInterface with
ComponentRegistry..
Traceback (most recent call last):
File /usr/bin/deluge, line 8, in module
load_entry_point('deluge==1.2.0-rc3', 'console_scripts', 'deluge')()
File /usr/lib/pymodules/python2.5/deluge/main.py, line 121, in
start_ui
UI(options, args, options.args)
File /usr/lib/pymodules/python2.5/deluge/ui/ui.py, line 128, in
__init__
ui = GtkUI(args)
File /usr/lib/pymodules/python2.5/deluge/ui/gtkui/gtkui.py, line
193, in __init__
self.ipcinterface = IPCInterface(args)
File /usr/lib/pymodules/python2.5/deluge/ui/gtkui/ipcinterface.py,
line 110, in __init__
reactor.listenUNIX(socket, self.factory, wantPID=True)
File /usr/lib/python2.5/site-packages/twisted/internet/posixbase.py,
line 315, in listenUNIX
p.startListening()
File /usr/lib/python2.5/site-packages/twisted/internet/unix.py, line
71, in startListening
if not self.lockFile.lock():
File /usr/lib/python2.5/site-packages/twisted/python/lockfile.py,
line 147, in lock
kill(int(pid), 0)
OSError: [Errno 1] Operation not permitted
Well, I deside to try move ~/.cofig/deluge to safe place... And it's
start!
So, it not bug 'does not start', but a bug 'trapping with some user
settings'.
If you wish, I can send ~/.config/deluge (old ones) data...
signature.asc
Description: PGP signature
Bug#555849: [/master] debian/patches/30_r5931_ipc_lockfile.patch: new, pulled from upstream svn
tag 555849 pending thanks Date: Fri Nov 13 02:37:44 2009 +0100 Author: Cristian Greco crist...@regolo.cc Commit ID: ab07480c4134a8034a28a8c8ca717c21b1f4d277 Commit URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff;h=ab07480c4134a8034a28a8c8ca717c21b1f4d277 Patch URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff_plain;h=ab07480c4134a8034a28a8c8ca717c21b1f4d277 debian/patches/30_r5931_ipc_lockfile.patch: new, pulled from upstream svn r5931, should fix an issue where Deluge will fail to start if there is a stale ipc lockfile. Closes: #555849 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544463: [/master] debian/patches/020_geoip_db.patch: new patch, attempt to fix #544463 by using
tag 544463 pending thanks Date: Tue Sep 1 00:41:39 2009 +0200 Author: Cristian Greco cristian.deb...@gmail.com Commit ID: ababc3eaf8ee729db4cb96ab592df033296b1b3d Commit URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff;h=ababc3eaf8ee729db4cb96ab592df033296b1b3d Patch URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff_plain;h=ababc3eaf8ee729db4cb96ab592df033296b1b3d debian/patches/020_geoip_db.patch: new patch, attempt to fix #544463 by using the GeoIP.dat database provided with the geoip-database debian package. This will be properly fixed with the upcoming upstream release 1.2. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544463: [/master] debian/patches/020_geoip_db.patch: new patch, attempt to fix #544463 by using
tag 544463 - pending thanks On Thu, Sep 10, 2009 at 02:01:02AM +, Cristian Greco wrote: tag 544463 pending thanks Date: Tue Sep 1 00:41:39 2009 +0200 Author: Cristian Greco cristian.deb...@gmail.com Commit ID: ababc3eaf8ee729db4cb96ab592df033296b1b3d Commit URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff;h=ababc3eaf8ee729db4cb96ab592df033296b1b3d Patch URL: http://git.debian.org/?p=collab-maint/deluge.git;a=commitdiff_plain;h=ababc3eaf8ee729db4cb96ab592df033296b1b3d debian/patches/020_geoip_db.patch: new patch, attempt to fix #544463 by using the GeoIP.dat database provided with the geoip-database debian package. This will be properly fixed with the upcoming upstream release 1.2. Sorry, the bug was unfortunately tagged as pending by the git post-commit script (as I've just pushed to the public repo from my private one...). Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#544463: deluge-core: deluge delivers non-free GeoIP.dat
On Tue, Sep 01, 2009 at 01:55:37PM +0200, Patrick Matthäi wrote: Then the main problem is now only that it does not use a system wide one and that the geoip.dat you ship is not buildable from source. Deluge 1.1.9+dfsg-2 is in unstable now: - deluge-core doesn't ship its own copy of GeoIP.dat anymore, but has a build-dep on geoip-database and is able to use the system wide db (patch 020_geoip_db.patch); - deluge source package, versioned as +dfsg, still contains a copy of GeoIP.dat which was considered dfsg-free because of the removal of the All Rights Reserved string. This assumption is actually false, and will be fixed with the upcoming release of deluge 1.2 which doesn't ship the binary database at all. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#544463: deluge-core: deluge delivers non-free GeoIP.dat
tags 544463 + fixed-upstream thanks On Mon, Aug 31, 2009 at 07:51:36PM +0200, Patrick Matthäi wrote: And hello again, you are also shipping your own copy of GeoIP.dat: deluge-core: /usr/share/pyshared/deluge/data/GeoIP.dat This has got an non-free copyright notice: m...@exez:~/build/deluge/deluge-1.1.9+dfsg$ strings deluge/data/GeoIP.dat GEO-106FREE 20090601 Build 1 Copyright (c) 2007 MaxMind LLC This has been removed in the version of Debian, also it is more accurate. You should: 1) Create a dfsg tarball and remove the file from the tarball 2) Depend on geoip-database and symlink this file against: /usr/share/GeoIP/GeoIP.dat Hi Patrick, thanks for your work on the geoip package (i've been reading the recent issue about building geoip-database from sources on lists) and thanks for this notification. As you can notice from the +dfsg suffix of the package and by reading the included README.source file, I tried hard to make the package dfsg-free without patching the source code by simply removing the 'All Rights Reserved' string from the binary database - the same as for geoip-database ( 1.4.6.dfsg-8). This was done at the beginning of my packaging work (after the package adoption), and in the meanwhile I kept upstream up-to-date with this kind of issue, resulting in a patch[0] for the svn development version (upcoming 1.2) which removes GeoIP.dat from the sources and make it possible to use a database from a system wide installation. So I'm tagging this bug as fixed-upstream, and my intention is to actually try to backport the upstream svn patch to the latest stable release (1.1.9) instead of just having to wait for the new release to come. Any suggestion? [0] http://dev.deluge-torrent.org/changeset/5351 Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#544462: deluge-core used embedded GeoIP lib
reassign 544462 libtorrent-rasterbar severity 544462 normal On Mon, Aug 31, 2009 at 07:48:26PM +0200, Patrick Matthäi wrote: Hello, deluge is using an embedded copy of the geoip library. Please change this to use the libgeoip1 library. Hi again Patrick, I'm reassigning this bug to libtorrent-rasterbar, since the file GeoIP.c is a convenience copy of its sources distributed within the deluge tarball (and deluge itself actually build-deps against libtorrent-rasterbar). I'm hereby decreasing the severity of this bug to normal since this kind of violation is a SHOULD and not a MUST in debian policy (quoting: If the included code is already in the Debian archive in the form of a library, the Debian packaging should ensure that binary packages reference the libraries already in Debian and the convenience copy is not used.). Of course, I'm going to help upstream to patch the autotool build system in order to allow building against a system wide installation of libgeoip. This kind of change was already planned upstream (since it supports various build systems, but Makefiles are not even up-to-date with configuration options), and will be fixed as soon as possible. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#544463: deluge-core: deluge delivers non-free GeoIP.dat
On Mon, Aug 31, 2009 at 11:59:11PM +0200, Cristian Greco wrote: On Mon, Aug 31, 2009 at 07:51:36PM +0200, Patrick Matthäi wrote: You should: 1) Create a dfsg tarball and remove the file from the tarball 2) Depend on geoip-database and symlink this file against: /usr/share/GeoIP/GeoIP.dat So I'm tagging this bug as fixed-upstream, and my intention is to actually try to backport the upstream svn patch to the latest stable release (1.1.9) instead of just having to wait for the new release to come. It seems I have a small patch which enables deluge 1.1.9 to use a geoip database from a system wide installation path. I'm planning to upload a new package revision including this patch and deleting the database from the deluge-core binary package. But I'd like to avoid repackaging the source tarball as it is already repackaged (1.1.9+dfsg) and this would mean breaking the version history with an epoch bump, I thought. I hope this can be avoided, given the upstream awareness of the problem and the upcoming fixed release 1.2. Of course, I'm not going to close this bug until it would be properly fixed. Would this be acceptable? Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#522658: deluge: Doesn't start. Shows version number (1.1.5) and exits.
On Sun, Apr 05, 2009 at 05:59:11PM +0100, Gonçalo Marrafa wrote: Package: deluge Version: 1.1.5+dfsg-1 Severity: grave Justification: renders package unusable Subject fully describes the problem. Hmm... this isn't really helpful as a bug report... could you please at least attach a debug log? Setting severity to important. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#522311: [FWD: Re: Bug#522311: qbittorrent: Linked with OpenSSL, seems to be a GPL violation]
[ CCing debian-legal for comments ] On Fri, Apr 03, 2009 at 10:37:49PM +0300, Adrian Bunk wrote: On Fri, Apr 03, 2009 at 01:35:30AM +0200, Cristian Greco wrote: On Thu, Apr 02, 2009 at 08:27:19PM +0300, Adrian Bunk wrote: $ ldd /usr/bin/qbittorrent | grep ssl libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7fd73085a000) $ /usr/share/doc/qbittorrent/copyright states that much of the code is GPL-licenced. I didn't find any statement that all copyright holders of GPL'ed code in tracker have given extra permission to link with OpenSSL. See also question 28 at http://people.debian.org/~bap/dfsg-faq Hi Adrian, first of all thanks for your report. qbittorrent does not use directly the OpenSSL library, as you can see looking at the source code and the symbols table of the (unstripped) executable file. It is linked against two libraries using libssl (libtorrent-rasterbar and libcurl), and there are some symbols from boost::asio related to 'ssl'. And by the way, even if the majority of the C++ code in qbittorrent is released under the GPL, the debian/copyright file includes a mix of files with different licenses (LGPL, BSD, MIT), so that lintian does not complain about linking against libssl. Any suggestion? The libcurl case might be easy to resolve, but I don't know anything about the libtorrent-rasterbar. It might be required that you get all copyright holders to agree on a licence exception. The point is that qbittorrent doesn't directly link against libssl and the source code doesn't really use that library. Is it really necessary to add the exception? I'm not sure if the executable linking is caused by libtorrent-rasterbar (BSD code linked against libssl) or some other required libraries/headers. In the former case, if linking is caused by the torrent library, all of its clients should add such exception. My thought is that qbittorrent shouldn't be affected by this problem because it doesn't really link against libssl. And BTW, the source code includes licenses such as LGPL, BSD and MIT, so it shouldn't need the exception anyway. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#522311: qbittorrent: Linked with OpenSSL, seems to be a GPL violation
On Thu, Apr 02, 2009 at 08:27:19PM +0300, Adrian Bunk wrote: $ ldd /usr/bin/qbittorrent | grep ssl libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7fd73085a000) $ /usr/share/doc/qbittorrent/copyright states that much of the code is GPL-licenced. I didn't find any statement that all copyright holders of GPL'ed code in tracker have given extra permission to link with OpenSSL. See also question 28 at http://people.debian.org/~bap/dfsg-faq Hi Adrian, first of all thanks for your report. qbittorrent does not use directly the OpenSSL library, as you can see looking at the source code and the symbols table of the (unstripped) executable file. It is linked against two libraries using libssl (libtorrent-rasterbar and libcurl), and there are some symbols from boost::asio related to 'ssl'. And by the way, even if the majority of the C++ code in qbittorrent is released under the GPL, the debian/copyright file includes a mix of files with different licenses (LGPL, BSD, MIT), so that lintian does not complain about linking against libssl. Any suggestion? Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#521270: geeqie does not display any images
On Thu, Mar 26, 2009 at 12:08:01PM +0100, Stefan Klinger wrote: Instead of images, a broken document icon is displayed. GraphicsMagick and Gimp do display the image correctly, without any further complaints. This bug occurs with jpeg and png files. I restarted geeqie with the --debug option. Here's the output: Hi, this bug is unreproducible for me, but I've forwarded it upstream. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#520965: fails to start with Segmentation fault
On Tue, Mar 24, 2009 at 01:22:39AM +0200, Konstantin wrote: Package: deluge Version: 1.1.5+dfsg-1 Severity: grave Justification: renders package unusable After dist-upgrade on home and office machine, deluge fails to start with Segmentation fault. Copy paste: -cut- :~$ deluge 1.1.5 /var/lib/python-support/python2.5/deluge/ui/gtkui/mainwindow.py:51: GtkWarning: Invalid input string glade/main_window.glade)) Segmentation fault -cut- Hi, this seems to be a problem with your locale, please try using one with UTF8 support. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#519773: gksu: causes errors opening gedit from root terminal and for programs requiring root privileges
Hi. On Sat, Mar 14, 2009 at 08:40:00PM -0700, James Fisher wrote: 3) Interferes with functionality of programs that require root password to use them. Update-manager fails to launch after entering password. Adjusting time for gnome panel applet or opening network preferences window, gives this error: The platform you are running is not supported by this tool, if you know for sure that it works like one of the platforms listed below, you can select that and continue. Note, however, that this might damage the system configuration or downright cripple your computer. I think this bug isn't related to gksu but system-tools-backends, and is similar to #386778. It could be fixed updating 01_debian_4.0.patch in that package. Thanks, -- Cristian Greco GPG key ID: 0x0C095825 signature.asc Description: Digital signature
Bug#513887: qtorrent: contains non-dfsg free source code
Package: qtorrent Severity: serious Justification: Policy 2.2.1 Hi, the qtorrent/2.9.1 package currently includes some files from the official 'BitTorrent' client which are licensed under the BitTorrent Open Source License version 1.0 (BTOSL 1.0). This license is likely to be considered non-dfsg free. The problem has been pointed out by me[0] when packaging the new version of deluge client, which contains some similar code released under the BTOSL 1.1. Issues with this license have been discussed previously on [1,2]. Interested source files are qtorrent-2.9.1/pyqtorrent3/BitTorrent/*.py. Package bittorrent/3.4.2 includes similar source code from a previous release which is released under a MIT-style license[3], but actually it is rather unlikely that someone will be able to adapt all the code. Further, qtorrent is obsoleted by qbittorrent[4] (written in Qt4, actively maintained by me). Maybe qtorrent should be removed from the archive. Thanks, Cristian [0] http://lists.debian.org/debian-legal/2009/01/msg00056.html [1] http://lists.debian.org/debian-legal/2005/10/msg00042.html [2] http://lists.debian.org/debian-legal/2005/03/msg00181.html [3] I guess this code has been relicensed at least three times: MIT-style - BTOSL 1.0 - BTSOL 1.1 [4] http://packages.qa.debian.org/q/qbittorrent.html -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qtorrent depends on: ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt pn python-qt3none (no description available) qtorrent recommends no packages. Versions of packages qtorrent suggests: pn python-psyco none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491453: [qbittorrent] Crash when open a a .torrent
On Sat, Jul 19, 2008 at 12:05:41PM -0300, Nicolás wrote: Qbittorrent crash when I try to open a .torrent. $ qbittorrent /tmp/dolina.torrent Refreshing all rss feeds RSSImp constructed created a file with index -1 ASSERT: path.startsWith(root-path()) in file arborescence.h, line 237 Bug has been reported to upstream. I'm waiting for his opinion. Thanks, Cristian signature.asc Description: Digital signature
