Bug#631128: Default config is prone to memory problem
Hi Baptiste, Is this theoretical or have you encountered a problem? My opinion is that it would be better to take the issue directly with upstream instead of me munging with their default config files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626253: virtuoso-opensource: New upstream release available
On Tue, May 10, 2011 at 5:40 AM, Christoph Burgmer cburg...@ira.uka.de wrote: virtuoso-opensource 6.1.3 is available fixing several issues. Please provide an updated package. I succeeded to build the package with updated source files but had to remove debian/patches/repack-tutorial.patch for dpkg-buildpackage to run through. Hi Christoph, First, sorry for the delay since 6.1.3 is out. I have been able to achieve a build myself with some minimal changes, but you'll notice that the installed system-wide instance Virtuoso itself doesn't work correctly. It's because upstream again tweaked the layout of the various database and config files in a way that doesn't work very well for Debian. I have to fix this. Cheers -Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589765: wrong error message configuring password for the dba user
reassign 589765 virtuoso-opensource severity 589765 minor thanks 2010/7/20 Sergio Fernández ser...@wikier.org: Package: virtuoso-opensource-6.1 Version: 6.1.2+dfsg1-1 Installation of virtuoso-opensource-6.1 fails, I suspect, if you write a short password ('dba' for instance). Using a longer password for the dba user, installation completes successfully. The problem is not that policy about the longitude of the password, the problem is that installation fails with a very confusing error message: The actual problem is that the password cannot be the default one ('dba'), a short but different password is fine (like 'db'). I will clarify the error message. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582271: Looks as if the ITP for webm and libvpx are ITPs for the same software
2010/5/20 Sebastian Dröge sl...@circular-chaos.org: On Thu, 2010-05-20 at 04:22 +0200, Axel Beckert wrote: Hi, for me it looks as if http://bugs.debian.org/582271 and http://bugs.debian.org/582286 are more or less about packaging the same software. (I'm though not sure so no merge by me, just a heads up. :-) Regards, Axel They are, thanks for noticing :) libvpx is the library name for the encoder/decoder, webm is the marketing name of the file format. A package for libvpx is already waiting in NEW. You can have it then :) Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582285: ITP: gsutils -- Command line tool for interacting with cloud storage services
Package: wnpp Severity: wishlist * Package name : gsutils Version : 2010.05.19 Upstream Author : Google * URL : http://code.google.com/p/gsutil/ * License : Apache License 2.0 Programming Lang: C Description : Command line tool for interacting with cloud storage services gsutil allows you to store, share and manage data hosted at cloud-based storage providers. It supports a URI syntax for naming data, as well as URI wildcards. For example, the following command will retrieve all of the objects in the bucket gs://mybucket, and store them in a local directory: gsutil cp gs://mybucket/* local_directory At present gsutil works with Google Storage for Developers and Amazon's Simple Storage Service (S3). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582286: ITP: webm -- An open, royalty-free, media file format designed for the web
Package: wnpp Severity: wishlist * Package name: webm Version : git Upstream Author : Google * URL : http://www.webmproject.org/ * License : BSD-style Programming Lang: C Description : An open, royalty-free, media file format designed for the web WebM defines the file container structure, video and audio formats. WebM files consist of video streams compressed with the VP8 video codec and audio streams compressed with the Vorbis audio codec. The WebM file structure is based on the Matroska container. [Note: This will probably eventually only contain libvpx (the VP8 component) and the container libraries.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581267: virtuoso-opensource_6.1.1+dfsg1-1 (unstable/sparc/spontini): Non-terminating testsuite
tags 581267 pending thanks On Wed, May 12, 2010 at 9:46 AM, Marc 'HE' Brockschmidt h...@ftwca.de wrote: Your package not only fails to build, but manages to keep the buildd busy until the build is manually killed. Fix this before uploading again: [...] Hi Marc, Thanks for pointing this out. I wasn't aware that it would totally tie up a buildd. This should reduce the timeout to 60 seconds (instead of one hour or so): https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=commitdiff;h=badfeb41d1bee0fb3ffb8d5c05eca611586a1995 Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576759: ITP: google-wave -- Google Wave protocol components
Package: wnpp Severity: wishlist * Package name: google-wave Version : hg Upstream Author : Google Wave Team * URL : http://code.google.com/p/wave-protocol/ * License : Apache License 2.0 Description : Google Wave protocol components Google Wave is an online tool for real-time communication and collaboration. A wave can be both a conversation and a document where people can discuss and work together using richly formatted text, photos, videos, maps, and more. This package will contain the various open sourced components to run your own Wave infrastructure. I plan to package this as a multiple-binary package, including the FedOne federation server, the python and java robot libraries, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576418: Password changing procedure is not optimal
Package: virtuoso-opensource Severity: normal Tags: upstream Changing password is supposed to be possible using virtuoso-t +pwdold dba +pwdba $DBA_PW +pwddav $DBA_PW but this method doesn't return any information about whether the change succeeded. Because of this, we can't test either if the current password is the default password. The current solution is to run the service and issue a password change through an SQL command, which provides a useful return value. The problem is that requires us to expose for a short time the server with the possibly default password. There is also apparently no way to change the password if it is forgotten. Upstream has been asked about it on virtuoso-users@ Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574784: worksforme in icedove
With xdg-utils (1.0.2+cvs20100307-1) and icedove (3.0.3-1), both xdg-email --body this is\na test and xdg-email --body $(printf foo\\nbar) work. Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571817: python-gdata patch removing python2.4 dependency
package python-gdata tag 571817 patch thanks Please find attached a patch fixing this bug. The python2.4 dependency was triggered by #!/bin/python2.4 shebangs in certain files. I have an NMU patch at the ready if necessary. Cheers Arthur commit 3042c388df7b04a417a41e9d48cf15c725f4b40b Author: Obey Arthur Liu art...@milliways.fr Date: Fri Apr 2 22:21:47 2010 +0200 Add patch removing python2.4 shebangs diff --git a/debian/patches/python2.4_shebangs.patch b/debian/patches/python2.4_shebangs.patch new file mode 100644 index 000..f25510a --- /dev/null +++ b/debian/patches/python2.4_shebangs.patch @@ -0,0 +1,24 @@ +--- a/samples/contacts/profiles_example.py b/samples/contacts/profiles_example.py +@@ -1,4 +1,4 @@ +-#!/usr/bin/python2.4 ++#!/usr/bin/python + # + # Copyright 2009 Google Inc. All Rights Reserved. + # +--- a/src/gdata/contacts/__init__.py b/src/gdata/contacts/__init__.py +@@ -1,4 +1,4 @@ +-#!/usr/bin/python2.4 ++#!/usr/bin/python + # + # Copyright 2009 Google Inc. All Rights Reserved. + # +--- a/src/gdata/contacts/service.py b/src/gdata/contacts/service.py +@@ -1,4 +1,4 @@ +-#!/usr/bin/python2.4 ++#!/usr/bin/python + # + # Copyright 2009 Google Inc. All Rights Reserved. + #
Bug#565450: python-twisted-conch: missing dependency: python-pyasn1
tag 565450 patch thanks For what it's worth, here's the trivial patch. Please consider making an upload. Cheers Arthur commit 7cf26226cea38985f43c779cf83fa543eef71c01 Author: Obey Arthur Liu art...@milliways.fr Date: Fri Apr 2 23:08:28 2010 +0200 Add missing python-asn1 runtime dependency. diff --git a/debian/control b/debian/control index 79ffec7..cccb71a 100644 --- a/debian/control +++ b/debian/control @@ -11,7 +11,7 @@ Standards-Version: 3.8.4 Package: python-twisted-conch Architecture: all -Depends: ${python:Depends}, python-crypto (= 2.0.1+dfsg1-1.1), python-twisted-core (= 10.0), ${misc:Depends} +Depends: ${python:Depends}, python-crypto (= 2.0.1+dfsg1-1.1), python-twisted-core (= 10.0), python-pyasn1, ${misc:Depends} Provides: conch, ${python:Provides} Conflicts: python2.3-twisted ( 2.2), python2.3-twisted-conch, python2.4-twisted-conch Replaces: python2.3-twisted ( 2.2), python2.3-twisted-conch, python2.4-twisted-conch
Bug#559609: hstore-new: Please build against PostgreSQL 8.4 (only)
tag 559609 patch thanks Please find the trivial patch attached. I have an NMU at the ready if necessary. Cheers Arthur commit 5772b661ee50b0ca2923cf3f88860cedad00027e Author: Obey Arthur Liu art...@milliways.fr Date: Sat Apr 3 00:02:27 2010 +0200 Drop PostgreSQL 8.3 support (closes: #559609) diff --git a/debian/control b/debian/control index 199a319..dd7b0d9 100644 --- a/debian/control +++ b/debian/control @@ -2,19 +2,10 @@ Source: hstore-new Section: database Priority: extra Maintainer: Dimitri Fontaine d...@tapoueh.org -Build-Depends: debhelper (= 7), postgresql-server-dev-8.3, postgresql-server-dev-8.4 +Build-Depends: debhelper (= 7), postgresql-server-dev-8.4 Homepage: http://hstore-new.projects.postgresql.org/ Standards-Version: 3.8.3 -Package: postgresql-8.3-hstore-new -Architecture: any -Depends: ${shlibs:Depends}, postgresql-8.3 -Description: PostgreSQL data type for storing sets of (key,value) pairs - This module is an enhanced version of the hstore type from contrib/hstore, - intended to allow the new features to be used in existing PostgreSQL - versions. (This code is being submitted for inclusion in future versions, - but I have had requests to backport the functionality.) - Package: postgresql-8.4-hstore-new Architecture: any Depends: ${shlibs:Depends}, postgresql-8.4 diff --git a/debian/postgresql-8.3-hstore-new.dirs b/debian/postgresql-8.3-hstore-new.dirs deleted file mode 100644 index 34c57ba..000 --- a/debian/postgresql-8.3-hstore-new.dirs +++ /dev/null @@ -1,2 +0,0 @@ -usr/lib/postgresql/8.3/lib -usr/share/postgresql/8.3/contrib diff --git a/debian/postgresql-8.3-hstore-new.docs b/debian/postgresql-8.3-hstore-new.docs deleted file mode 100644 index 0d5c87b..000 --- a/debian/postgresql-8.3-hstore-new.docs +++ /dev/null @@ -1 +0,0 @@ -README.hstore-new diff --git a/debian/postgresql-8.3-hstore-new.install b/debian/postgresql-8.3-hstore-new.install deleted file mode 100644 index 285fc62..000 --- a/debian/postgresql-8.3-hstore-new.install +++ /dev/null @@ -1,3 +0,0 @@ -usr/lib/postgresql/8.3/lib/hstore-new.so usr/lib/postgresql/8.3/lib -usr/share/postgresql/8.3/contrib/hstore-new.sql usr/share/postgresql/8.3/contrib -usr/share/postgresql/8.3/contrib/uninstall_hstore-new.sql usr/share/postgresql/8.3/contrib diff --git a/debian/rules b/debian/rules index 4525783..01667b9 100755 --- a/debian/rules +++ b/debian/rules @@ -1,32 +1,24 @@ #!/usr/bin/make -f -PG_CFG83 = /usr/lib/postgresql/8.3/bin/pg_config -PGXS83= $(shell $(PG_CFG83) --pgxs) -CFLAGS83 = $(shell $(PG_CFG83) --cflags) - PG_CFG84 = /usr/lib/postgresql/8.4/bin/pg_config PGXS84 = $(shell $(PG_CFG84) --pgxs) CFLAGS84 = $(shell $(PG_CFG84) --cflags) ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS83 += -O0 CFLAGS84 += -O0 else - CFLAGS83 += -O2 CFLAGS84 += -O2 endif SRCDIR = $(CURDIR) -TGT83 = $(CURDIR)/debian/hstore-8.3 TGT84 = $(CURDIR)/debian/hstore-8.4 clean: dh_testdir dh_testroot - $(MAKE) clean PG_CONFIG=$(PG_CFG83) $(MAKE) clean PG_CONFIG=$(PG_CFG84) rm -rf $(CURDIR)/debian/usr $(CURDIR)/debian/postgresql-*-hstore-new - rm -rf $(TGT83) $(TGT84) + rm -rf $(TGT84) dh_clean install: build @@ -35,15 +27,10 @@ install: build dh_prep dh_installdirs - mkdir -p $(TGT83) $(TGT84) - cp $(SRCDIR)/uninstall_hstore-new.sql $(TGT83) - cp $(SRCDIR)/README.hstore-new$(TGT83) + mkdir -p $(TGT84) cp $(SRCDIR)/uninstall_hstore-new.sql $(TGT84) cp $(SRCDIR)/README.hstore-new$(TGT84) - cd $(TGT83) $(MAKE) -f $(SRCDIR)/Makefile CFLAGS=$(CFLAGS) PG_CONFIG=$(PG_CFG83) VPATH=$(SRCDIR) DESTDIR=$(CURDIR)/debian install - dh_install --sourcedir=$(CURDIR)/debian -ppostgresql-8.3-hstore-new - cd $(TGT84) $(MAKE) -f $(SRCDIR)/Makefile CFLAGS=$(CFLAGS) PG_CONFIG=$(PG_CFG84) VPATH=$(SRCDIR) DESTDIR=$(CURDIR)/debian install dh_install --sourcedir=$(CURDIR)/debian -ppostgresql-8.4-hstore-new
Bug#575942: FTBFS for virtuoso-opensource on alpha
Package: virtuoso-opensource Version: 6.1.0+dfsg2-3 Severity: serious alpha has a FTBFS. Cause unclear. https://buildd.debian.org/fetch.cgi?pkg=virtuoso-opensource;ver=6.1.0%2Bdfsg2-3;arch=alpha;stamp=1269484163 /bin/bash ../../../libtool --tag=CC --mode=link cc -fno-strict-aliasing -O2 -Wall -DNDEBUG -DPOINTER_64 -I/build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Xml.new -DOPENSSL_NO_KRB5 -Dlinux -D_GNU_SOURCE -DFILE64 -D_LARGEFILE64_SOURCE -I../../../libsrc -I../../../libsrc/Dk -I../../../libsrc/Wi -I../../../libsrc/odbcsdk/include -I../../../libsrc/langfunc -I../../../libsrc/plugin -DUNIX -g -O2 -g -Wall -O2 -s -Wl,-z,defs -Wl,--no-undefined -Wl,--as-needed -o virtuoso-sample-t virtuoso_sample_t-bif_sample.o ../../virtuoso/libvirtuoso-t.la -lm -lpcre -lm -lpcre libtool: link: cc -fno-strict-aliasing -O2 -Wall -DNDEBUG -DPOINTER_64 -I/build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Xml.new -DOPENSSL_NO_KRB5 -Dlinux -D_GNU_SOURCE -DFILE64 -D_LARGEFILE64_SOURCE -I../../../libsrc -I../../../libsrc/Dk -I../../../libsrc/Wi -I../../../libsrc/odbcsdk/include -I../../../libsrc/langfunc -I../../../libsrc/plugin -DUNIX -g -O2 -g -Wall -O2 -s -Wl,-z -Wl,defs -Wl,--no-undefined -Wl,--as-needed -o virtuoso-sample-t virtuoso_sample_t-bif_sample.o ../../virtuoso/.libs/libvirtuoso-t.a -lssl -lcrypto -lpthread -ldl -lz -lm -lpcre ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-bif_file.o): In function `bif_tmp_file': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/bif_file.c:1643: warning: the use of `tempnam' is dangerous, better use `mkstemp' ../../virtuoso/.libs/libvirtuoso-t.a(libdksrv_la-Dksesstr.o): In function `strdev_write': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Dk/Dksesstr.c:280: warning: the use of `mktemp' is dangerous, better use `mkstemp' or `mkdtemp' ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlstmts.o): In function `tc_trig_selection': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/sqlstmts.c:70: relocation truncated to fit: GPREL16 against symbol `case_mode' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlpfn.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlstmts.o): In function `tc_pk_value_inx': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/sqlstmts.c:220: relocation truncated to fit: GPREL16 against symbol `case_mode' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlpfn.o) /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/sqlstmts.c:235: relocation truncated to fit: GPREL16 against symbol `case_mode' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlpfn.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlstmts.o): In function `tc_new_value_inx': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/sqlstmts.c:188: relocation truncated to fit: GPREL16 against symbol `case_mode' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlpfn.o) /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/sqlstmts.c:191: relocation truncated to fit: GPREL16 against symbol `case_mode' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-sqlpfn.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-replsub.o): In function `repl_send_resync': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/replsub.c:297: relocation truncated to fit: GPREL16 against symbol `db_name' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-auxfiles.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-replsub.o): In function `is_in_circulation': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/replsub.c:456: relocation truncated to fit: GPREL16 against symbol `db_name' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-auxfiles.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-replsub.o): In function `send_sync_notice': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/replsub.c:313: relocation truncated to fit: GPREL16 against symbol `db_name' defined in .scommon section in ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-auxfiles.o) ../../virtuoso/.libs/libvirtuoso-t.a(libwi_la-replsub.o): In function `sf_resync_acct': /build/buildd-virtuoso-opensource_6.1.0+dfsg2-3-alpha-QCLQAw/virtuoso-opensource-6.1.0+dfsg2/libsrc/Wi/replsub.c:242: relocation truncated to fit: GPREL16 against symbol `db_name' defined in .scommon
Bug#575967: ITP: zxing -- Multi-format 1D/2D barcode image processing library
Package: wnpp Severity: wishlist Owner: Obey Arthur Liu art...@milliways.fr * Package name: zxing Version : 1.5 Upstream Author : Google * URL : http://code.google.com/p/zxing/ * License : APL 2.0 Programming Lang: Java, C++, ... Description : Multi-format 1D/2D barcode image processing library ZXing (pronounced zebra crossing) is an open-source, multi-format 1D/2D barcode image processing library implemented in Java. It currently has support for: * UPC-A and UPC-E * EAN-8 and EAN-13 * Code 39 * Code 128 * QR Code * ITF * RSS-14 (Stacked and Limited) * Data Matrix * PDF 417 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575942: alpha is dead anyway
severity 575942 important thank you I forgot, but alpha is dead in squeeze. It appears that LDFLAGS=-Wl,--no-relax is the solution http://lists.debian.org/debian-alpha/2008/07/msg6.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575511: RM: virtuoso-opensource/6.1.0+dfsg2-2 -- ROM: armel FTBFS fix introduces grave bug, rollback
Package: ftp.debian.org Severity: normal A fix for the FTBFS on armel on virtuoso-opensource 6.1.0+dfsg2-1 was introduced in 6.1.0+dfsg2-2. While it did fix the FTBFS on armel, it also caused a 'grave' bug with subtle data loss[0]. 6.1.0+dfsg2-3 has been uploaded, rolls back the fix for armel and is currently buildd-ing. Please nuke virtuoso-opensource 6.1.0+dfsg2-2 out of sid for all leftover archs. Thank you. [0]: http://bugs.debian.org/575173 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575333: RM virtuoso-opensource/6.1.0+dfsg2-2 -- ROM: armel FTBFS fix introduces grave bug, rollback
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm A fix for the FTBFS on armel on virtuoso-opensource 6.1.0+dfsg2-1 was introduced in 6.1.0+dfsg2-2. While it did fix the FTBFS on armel, it also caused a 'grave' bug with subtle data loss[0]. 6.1.0+dfsg2-3 will be uploaded right now and rolls back the fix for armel. As a consequence, it will not build on this armel anymore. Please nuke current virtuoso-opensource 6.1.0+dfsg2-2 out of testing for all archs. Thank you. [0]: http://bugs.debian.org/575173 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575173: DB files of 6.1.0+dfsg2-1 are binary incompatible with 6.1.0+dfsg2-2 and vice versa
On Wed, Mar 24, 2010 at 1:26 AM, Modestas Vainius modes...@vainius.eu wrote: Package: virtuoso-opensource-6.1-bin Version: 6.1.0+dfsg2-2 Severity: grave Hello, it has come to my knowledge that apparently internal database format of 6.1.0+dfsg2-2 has changed in the binary incompatible way with 6.1.0+dfsg2-1. SQARQL queries fail hinting internal problems when they are executed with virtuoso-t 6.1.0+dfsg2-2 that uses database files initially produced with 6.1.0+dfsg2-1. The bug has been confirmed on at least i386 and amd64. For example, if I generate KDE nepomuk index with 6.1.0+dfsg2-1 and later upgrade to 6.1.0+dfsg2-2, nepomuk starts re-indexing even if it should not and otherwise behaves weirdly all over the map. However, if I start 6.1.0+dfsg2-2 without any database files and let it create them from scratch, everything works as expected. Thank you for the report. This seems to be a consequence of the armel FTBFS fix. I will rollback this fix and upload a new 6.1.0+dfsg2-3 package with emergency=high. From my investigations, upgrading to this new package should restore back access with no data loss. amd64 packages are available here: http://www.milliways.fr/debian/packages/virtuoso/ You want: virtuoso-opensource_6.1.0+dfsg2-3_amd64.changes Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574914: ITP: git-fast-export -- Fast import from Mercurial and Subversion to Git
Package: wnpp Severity: wishlist Owner: Obey Arthur Liu art...@milliways.fr * Package name: git-fast-export Version : 20090525 Upstream Author : various * URL : http://repo.or.cz/w/fast-export.git * License : MIT Programming Lang: Python/C Description : Fast import from Mercurial and Subversion to Git Fast incremental importers from Mercurial or Subversion repositories to a Git repositories maintaining tags, authors, etc. [Note that this will probably keep one source package but produce two binary packages, one for hg-fast-export and one for svn-fast-export.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574783: FTBFS on SPARC
Package: virtuoso-opensource Version: 6.1.0+dfsg2-2 Severity: serious Tags: confirmed upstream See following. -- Forwarded message -- From: Obey Arthur Liu art...@milliways.fr Date: Mon, Mar 15, 2010 at 12:43 AM Subject: FTBFS for virtuoso-opensource on SPARC To: debian-sp...@lists.debian.org Cc: pkg-virtuoso-maintain...@lists.alioth.debian.org Hi all, I am the maintainer of virtuoso-opensource[1], a newly packaged semantic database on which new versions of KDE will depend. It is therefore important to get it to build on all architectures[2]. I have so far squashed issues on kfreebsd-* and armel but hurd-i386 and sparc are still problematic. While the hurd-i386 problems are probably too deep right now for a fix, I believe sparc can be fixed. I suspect it is a memory alignment issue, similarly to the armel fix[3], although my attempts at fixing them similarly[ftbfs-sparc.patch attached] have not been successful yet. Here's the crash without any patching (full backtrace further below): Program received signal SIGBUS, Bus error. sequence_next_inc_1 (name=0x1391148 RDF_PREF_SEQ, in_map=0, inc_by=1, err_ret=0x0) at regist.c:714 714 res = (*place); Location[4]. Here's how to reproduce the crash: dchroot sid # as needed dget http://www.milliways.fr/debian/packages/virtuoso/virtuoso-opensource_6.1.0+dfsg2-2.dsc dpkg-source -x virtuoso-opensource_6.1.0+dfsg2-2.dsc cd virtuoso-opensource-6.1.0+dfsg2 # We want to enable debug symbols by adding --with-debug to the ./configure sed -i 's/\(zlib$\)/\1 --with-debug/' debian/rules dpkg-buildpackage -us -uc -d After a while, you should see: Waiting Virtuoso Server start on port ... Waiting Virtuoso Server start on port ... Waiting Virtuoso Server start on port ... Just Ctrl-C the build. It has already crashed by this point. Now, to reproduce the crash: cd binsrc/rdf_mappers rm vad.db # This should crash: ../virtuoso/virtuoso-t +wait +foreground +debug +configfile virtuoso.ini # Now to make it crash again, wipe the database and run it again under gdb: rm vad.db gdb --args ../virtuoso/virtuoso-t +wait +foreground +debug +configfile virtuoso.ini Full backtrace: (gdb) bt #0 sequence_next_inc_1 (name=0x1391148 RDF_PREF_SEQ, in_map=0, inc_by=1, err_ret=0x0) at regist.c:714 #1 0x001e737c in tb_new_id_and_name (lt=0xa48290, itc=0xffe81d98, tb=0x133a528, name=0x1391318 http://www.w3.org/2002/07/owl#;, value_seq_name=0x4d0870 RDF_PREF_SEQ) at rdf_core.c:1629 #2 0x001e7690 in tb_name_to_id (lt=0xa48290, tb_name=0x4d0848 DB.DBA.RDF_PREFIX, name=0x1391318 http://www.w3.org/2002/07/owl#;, value_seq_name=0x4d0870 RDF_PREF_SEQ) at rdf_core.c:1747 #3 0x001e87e4 in key_name_to_iri_id_1 (lt=0xa48290, name=0xe36268 http://www.w3.org/2002/07/owl#sameAs;, make_new=1) at rdf_core.c:1882 #4 0x001ea6e0 in iri_to_id (qst=0x1391208, name=0xe36268 http://www.w3.org/2002/07/owl#sameAs;, mode=1, err_ret=0xffe82b3c) at rdf_core.c:2248 #5 0x001eab74 in bif_iri_to_id (qst=0x1391208, err_ret=0xffe82ba4, args=0x13b2898) at rdf_core.c:2281 #6 0x0016e094 in ins_call_bif (ins=0x1391190, qst=0x1391208, code_vec=0x1391190) at sqlintrp.c:285 #7 0x00172db4 in code_vec_run_1 (code_vec=0x1391190, qst=0x1391208, offset=0) at sqlintrp.c:2004 #8 0x00198144 in qn_input (xx=0x1266980, inst=0x1391208, state=0x1391208) at sqlrun.c:682 #9 0x0019ca14 in qr_exec (cli=0xa46a98, qr=0x1390d50, caller=0x1, cr_name=0x0, stmt=0x0, lc_ret=0xffe82f5c, parms=0x130dd70, opts=0x0, named_params=1) at sqlrun.c:3172 #10 0x0019d304 in qr_quick_exec (qr=0x1390d50, cli=0xa46a98, id=0x5a1e58 , lc_ret=0xffe82f5c, n_pars=value optimized out) at sqlrun.c:3727 #11 0x001ee6c0 in sas_init () at rdfinf.c:999 #12 0x001e80ac in rdf_core_init () at rdf_core.c:3293 #13 0x001a6524 in srv_global_init (mode=0x5a1e58 ) at sqlsrv.c:3844 #14 0x000480d4 in main (argc=6, argv=0x9bcd30) at viunix.c:657 Note that the build system is quite horrible, but the following incantation should approximate an incremental compilation for any edited files under libsrc/Wi/: $ cd libsrc/Wi/ make clean cd ../.. If you have an easy fix for this, I'd be very grateful. If there's none, I'll escalate to upstream in a few days. I'm not subscribed to debian-sparc@ but I'm on pkg-virtuoso-maintainers@ (cc'ed). Cheers Arthur [1] http://packages.qa.debian.org/v/virtuoso-opensource.html [2] https://buildd.debian.org/pkg.cgi?pkg=virtuoso-opensource [3] https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=debian/patches/ftbfs-armel.patch;h=537d80cbadcee6ff1989423996ee56081bfecf16;hb=e6e9276c42ee01dcc3436fe72f73000cb0e28f69 [4] https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-virtuoso/pkg-virtuoso.git;a=blob;f=libsrc/Wi/regist.c;h=3a806cf5b4da627f0828f8702f1aa540af957223;hb=HEAD#l714 --- a/libsrc/Wi/widisk.h 2010-03-14 22:55:59.753733192 +0100 +++ b/libsrc/Wi/widisk.h 2010-03-14 23:52:32.165226937 +0100 @@ -216,16 +216,33 @@ #ifdef
Bug#573404: virtuoso-opensource: [debconf_rewrite] Debconf templates and debian/control review
Sorry for the delay. LGTM. Thanks! On Thu, Mar 11, 2010 at 7:22 AM, Christian Perrier bubu...@debian.orgwrote: Package: virtuoso-opensource Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Saturday, February 27, 2010, I notified you of the beginning of a review process concerning debconf templates for virtuoso-opensource. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading virtuoso-opensource with these changes right now. The second phase of this process will begin on Sunday, March 14, 2010, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Sunday, April 04, 2010. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Monday, April 05, 2010, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash
Bug#571969: ITP: cifs-utils -- utilities for CIFS file systems
On Sun, Feb 28, 2010 at 6:15 PM, Christian Perrier bubu...@debian.org wrote: This package provides utilities for mounting and unmounting CFIS network file systems. CFIS :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571656: ITP: billiard -- Multiprocessing Pool Extensions for Python
Hi, Not to be negative, but if http://github.com/ask/billiard/blob/master/billiard/pool.py is the entire content of this python module (and it seems to be), then this is better suited for activestate recipes than debian packages for the time being... Cheers Arthur On Fri, Feb 26, 2010 at 9:05 PM, Fladischer Michael fladischermich...@fladi.at wrote: Package: wnpp Severity: wishlist Owner: Fladischer Michael fladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: billiard Version : 0.2.3 Upstream Author : Ask Solem a...@opera.com * URL : http://pypi.python.org/pypi/billiard/ * License : BSD Programming Lang: Python Description : Multiprocessing Pool Extensions for Python -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuIKW4ACgkQeJ3z1zFMUGZMHQCbBsNwlaNy2Ss93+9B+OOY+4al mS0An0gyeaaawjD23yvJgvDr/l+04Wwc =cRMd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100226200502.18965.78828.report...@corellia.home.fladi.at
Bug#512396: Virtuoso packaging build-depending on sesame
On Wed, Jan 6, 2010 at 10:11 PM, Marcus Better mar...@better.se wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, what is the use case for Sesame in Virtuoso? IIUC Virtuoso was going to work as a separate backend for Nepomuk (?), independent of Sesame. From what I understand, it's a connector between Virtuoso and Sesame. It has nothing to do with Nepomuk. In other words, does it make sense to put effort into packaging Sesame as a Nepomuk backend? As far as I understand, the current effort is behind packaging Virtuoso as a Nepomuk backend to replace Redland, so indeed, working on Sesame as Nepomuk backend is not important. Remember that Redland, Sesame and Virtuoso have use cases outside of Nepomuk :) That's what I was thinking about when talking about Virtuoso's optional dependency on Sesame. Cheers Arthur signature.asc Description: OpenPGP digital signature
Bug#512396: Virtuoso packaging build-depending on sesame
Hi, I am currently working on the Debian packaging of Virtuoso and its sesame interface depends on the availability of sesame in Debian. The main project page is: https://alioth.debian.org/projects/pkg-virtuoso/ and the mailing list is: http://lists.alioth.debian.org/mailman/listinfo/pkg-virtuoso-maintainers So, for the record, we're interested in this :) Cheers Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508048: Alioth project and mailing list created
Hi all, An alioth project has been created and further development will go there: http://alioth.debian.org/projects/pkg-virtuoso/ There's a mailing list, please subscribe to it: http://lists.alioth.debian.org/mailman/listinfo/pkg-virtuoso-maintainers The git repository is now: git+ssh://scm.alioth.debian.org/git/pkg-virtuoso/pkg-virtuoso.git Cheers Arthur
Bug#508048: Yet another version with new improvements
virtuoso-opensource_6.0.1~cvs20091210+dfsg2-1~exp1 is out. Get yours at: http://www.milliways.fr/debian/packages/virtuoso/ What's new: - some more package splitting - install/init script tweaking, no more errors on install/remove/purge - replaced shipped PCRE with system PCRE, there are no more shipped libraries with significant security issues - soprano/nepomuk/kde4 compatibility is ok (pending kde integration of a tiny patch) I say, gulp, we should be ready for review. Cheers Arthur
Bug#508048: Nepomuk ready cvs snapshot packaged virtuoso-opensource_6.0.1~cvs20091210+dfsg1-1~exp1
Hi all, A nepomuk-compatible snapshot of a pre-version of virtuoso-6.0.1 has been packaged and is pullable from the usual repository: http://git.debian.org/?p=collab-maint/virtuoso-opensource.git Source and binary packages for amd64 are also available here: http://www.milliways.fr/debian/packages/virtuoso/ We are now waiting for OpenLink to release 6.0.1 as the Nepomuk incompatibility is sorted, as is the bulk of the copyright issues. I also requested the creation of the pkg-virtuoso project on alioth so we can all move there and have a proper mailing-list. It's awaiting authorization from admins. Cheers Arthur
Bug#508048: New round of patches
Hi all, I just pushed a new round of patches with these main changes: - Add virtuoso-minimal virtual package and split off the core binaries in a separate package (for kde4 use, please tell me if it's good) - General package rename from vos-server-6.0 to virtuoso-opensource-6.0 - Fixed all lintian warnings (W and above, some I and X left) - Switched debian/ removal method from dfsg_clean branching to import time filtering (so that we can now use pristine-tar (somewhat)) I'm going to wait for 6.0.1 to finally complete the debian/copyright file since the Virtuoso developers are working on the licensing issues we pointed out and should have them cleared. There's some magic with the debconf templates that I haven't entirely investigated. They were introduced by Will Daniels but lintian complaints about them not being used. Anyone wants to look into that ? As suggested earlier, we should really think about creating a comaintenance mailling list. I suggest we create an independent one on alioth. Anyone familiar with the process for getting one ? If you want to try out the packages but too lazy to build them, I built i386 packages here: http://www.milliways.fr/debian/packages/virtuoso/ They are based on: commit 05ac4530751b2a8c9687bbd93b4c3787d3d0c5a1 Date: Wed Dec 16 18:06:49 2009 +0100 Cheers Arthur
Bug#508048: Proposed patches - Was: Re: Bug#508048: New attempt at Debian packaging
On Mon, Nov 30, 2009 at 5:02 PM, Olivier Berger olivier.ber...@it-sudparis.eu wrote: On Sat, Apr 18, 2009 at 08:29:00PM +0200, Obey Arthur Liu wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508048 I set up a git repo on collab-maint with Miriam Ruiz: http://git.debian.org/?p=collab-maint/virtuoso-opensource.git;a=summary Hi. I've tried and rebuild from your tree, but had some problems on my testing system. That was predictable.. I haven't fixed the build yet after upgrading to 6.0.0. I didn't need it for license checking. Here are a few patches that you may find useful to integrate in your git tree maybe, that should help rebuilding on a testing system (mainly problems with libzip), and propose some small improvements packaging-wise. Thank you! I imported your patches locally (minus the last one, which doesn't seem to break anything if removed here) and everything seems to be working smoothly. I will update the copyright file, fix up a few things and upload .deb somewhere to try out. Arthur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508048: Debian Virtuoso packaging
On Thu, Oct 22, 2009 at 10:31 AM, Olivier Berger olivier.ber...@it-sudparis.eu wrote: Le jeudi 22 octobre 2009 à 10:09 -0700, Obey Arthur Liu a écrit : I created a Google Spreadsheet. Let's conduct a full sweep of the files in: http://git.debian.org/?p=collab-maint/virtuoso-opensource.git;a=tree and fill out: https://spreadsheets.google.com/ccc?key=0AkXsXAC-XCK-dDY1amtCSkQyZWVReEwtTE0zc0FIR2chl=en I'll start by progressively fill about the licensing issues we already know about. I'd very much suggest updating the git content to latest upstream version first, then. Any reason why not sharing that with the rest of the world (i.e. the ITP bug) ? I'm not sure about posting an editable spreadsheet on a crawlable location is a very good idea but nevermind. As for the new version that's be released 3 days ago, I'm currently travelling without ssh access to my packaging box. I read the release notes and the packaging impacting changes are limited to the JDBC driver. If we decide to start over with another packaging method, we can also start now, but that's independent from the licensing check. Arthur
Bug#508048: kde changes to it
On Mon, Oct 19, 2009 at 10:05 PM, Resul Cetin resul-ce...@gmx.net wrote: It looks like this should be fixed in the near future as kde/qt starts to use it http://vizzzion.org/blog/2009/10/virtuoso-here-i-come/ Fair enough. As stated before, the only blocker now is an exhaustive dfsg-compliance and copyright attributions audit. If one or two people are up for a little bug squashing party, we should be able to get past it. Arthur
Bug#460817: back to RFP
retitle RFP: geo-rkkda -- R. Richardson's tools for geocaching noowner thanks I'm putting this back as RFP. This tool has since been superseded by other tools and I don't use it anymore. signature.asc Description: OpenPGP digital signature
Bug#519234: back to RFP
retitle RFP: libclipsmm -- C++ interface for CLIPS noowner thanks Packaging this has been really difficult and needs cooperation from the clips package maintainer (jfs) Here's a mail I sent him (although I didn't get a reply at the time): === Hi, I'm trying to package[1] clipsmm[2] and the upstream files have just been a giant of hurt so far between the unbuildable 6.30 version, and broken X IDE... I'm having a few issues with compiling clipsmm: - clips doesn't provide pkg-config .pc files - some FunctionContext methods are missing I'm working while looking at the Fedora packages which seem to be working, clips[3] and clipsmm[4]. They seem to include the .pc files, somehow. They also add a FunctionContext.zip file with methods used by clipsmm, bumping the version to a weird 6.25 (see envrnmnt.h in the .zip file for example). Do you have any specific insight into this ? Cheers Arthur [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519234 [2] http://clipsmm.sourceforge.net/ [3] http://rpm.pbone.net/index.php3/stat/26/dist/65/size/9623112/name/clips-6.24-25.fc9.src.rpm [4] http://rpm.pbone.net/index.php3/stat/3/srodzaj/2/search/clipsmm-0.0.7-4.fc9.src.rpm === If anyone else is interesting in packaging this, I can give him more explanation on what's going on with the FunctionContext mess. Arthur signature.asc Description: OpenPGP digital signature
Bug#519234: back to RFP
retitle RFP: libclipsmm -- C++ interface for CLIPS noowner thanks Packaging this has been really difficult and needs cooperation from the clips package maintainer (jfs) Here's a mail I sent him (although I didn't get a reply at the time): === Hi, I'm trying to package[1] clipsmm[2] and the upstream files have just been a giant of hurt so far between the unbuildable 6.30 version, and broken X IDE... I'm having a few issues with compiling clipsmm: - clips doesn't provide pkg-config .pc files - some FunctionContext methods are missing I'm working while looking at the Fedora packages which seem to be working, clips[3] and clipsmm[4]. They seem to include the .pc files, somehow. They also add a FunctionContext.zip file with methods used by clipsmm, bumping the version to a weird 6.25 (see envrnmnt.h in the .zip file for example). Do you have any specific insight into this ? Cheers Arthur [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519234 [2] http://clipsmm.sourceforge.net/ [3] http://rpm.pbone.net/index.php3/stat/26/dist/65/size/9623112/name/clips-6.24-25.fc9.src.rpm [4] http://rpm.pbone.net/index.php3/stat/3/srodzaj/2/search/clipsmm-0.0.7-4.fc9.src.rpm === If anyone else is interesting in packaging this, I can give him more explanation on what's going on with the FunctionContext mess. Arthur signature.asc Description: OpenPGP digital signature
Bug#460817: nevermind
retitle 460817 RFP: geo-rkkda -- R. Richardson's tools for geocaching noowner 460817 signature.asc Description: OpenPGP digital signature
Bug#519234: nevermind..
noowner 519234 retitle 519234 RFP: libclipsmm -- C++ interface for CLIPS signature.asc Description: OpenPGP digital signature
Bug#527604: [grub-common] update-grub fails silently when grub-mkconfig fails on an outdated device.map
Package: grub-common Version: 1.96+20090504-1 Severity: important --- Please enter the report below this line. --- I have a system which fails during kernels postinsts because update-grub returns 1. The problem was located at: chain) CHAINROOT=`grub-probe --target=drive --device ${DEVICE} 2 /dev/null` grub-probe failed because the device.map was outdated. grub-mkconfig solved the problem. How could we make sure that the device.map is always up-to-date when grub-probe is called ? This bug is important because it blocks kernel upgrades without any explanation apart from update-grub returns 1 and postinst failed. update-grub itself returns nothing suspicious at all, since the error happens after the the last stdout output, does not produce error output and is only detectable through the exit number. The error output of grub-probe should probably not be 2 /dev/null or be somehow parsed. Cheers Arthur --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-aeris-1.0 Debian Release: squeeze/sid 300 testing ftp.ch.debian.org 100 unstableftp.ch.debian.org 1 experimentalftp.ch.debian.org -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Bug#526026: [python-sparqlwrapper] Version 1.2.1 is out
Package: python-sparqlwrapper Version: 1.2.0-1.1 Severity: wishlist --- Please enter the report below this line. --- Hi, The version 1.2.1 of python-sparqlwrapper is out. It fixes support of Python 2.6+ among other fixes. Cheers Arthur --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-aeris-1.0 Debian Release: squeeze/sid 500 stable deb.opera.com 500 jaunty ppa.launchpad.net 300 testing ftp.ch.debian.org 100 unstableftp.ch.debian.org 100 unstabledeb.opera.com 1 experimentalftp.ch.debian.org --- Package information. --- Depends (Version) | Installed ==-+- python(= 2.4) | 2.5.4-2 python-support (= 0.90.0) | 1.0.2 python-rdflib | 2.4.0-5 python-xml | 0.8.4-10.1 -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Bug#525598: Shipped python-feedparser removal breaks exaile
Hi, I took another look at the packaging. The exact error looks like this: Traceback (most recent call last): File /usr/lib/exaile/exaile.py, line 94, in module from xl.gui import main as exailemain File /usr/lib/exaile/xl/gui/main.py, line 29, in module from xl.panels import collection, radio, playlists, files, device File /usr/lib/exaile/xl/panels/radio.py, line 18, in module from lib import feedparser ImportError: cannot import name feedparser When removing the shipped feedparser.py, you replaced with with a symlink to /usr/share/python-support/python-feedparser/feedparser.py. Problem is that since feedparser 4.1-13 (#516192) and python-support 0.90.0[1], this path has changed to /usr/share/pyshared/feedparser.py with a metadata file at /usr/share/python-support/python-feedparser.public. Better not rely on the internals of python-support and rely on python for resolving the path du jour. Also, this error is only apparent on from scratch installs of exaile. Since pyc files are compiled at postinst (I think), there's a feedparser.pyc (that takes precedence over the installed broken feedparser.py symlink) that remains from previous installations and makes it work. Funky. Cheers Arthur [1] http://packages.debian.org/changelogs/pool/main/p/python-support/python-support_1.0.2/changelog#versionversion0.90.0 signature.asc Description: OpenPGP digital signature
Bug#525598: [exaile] Shipped python-feedparser removal breaks exaile
Package: exaile Version: 0.2.14+debian-1 Severity: grave Tags: patch --- Please enter the report below this line. --- 0.2.14+debian-1 introduces the removal of the shipped feedparser python library, relying instead on the debian shipped library, but the exaile python code imports feedparser with a hardcoded local path, ignoring the debian python library path when looking for feedparser. See fix in included patch. Cheers Arthur --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-aeris-1.0 Debian Release: squeeze/sid 300 testing ftp.ch.debian.org 100 unstableftp.ch.debian.org 1 experimentalftp.ch.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== python (= 2.4) | 2.5.4-2 python-support (= 0.7.1) | 0.8.7 python-pysqlite2 | 2.5.0-2 libgstreamer0.10-0| 0.10.22-3 gstreamer0.10-plugins-base| 0.10.22-5 gstreamer0.10-plugins-good| 0.10.14-2 python-gst0.10| 0.10.14-2 gstreamer0.10-alsa| 0.10.22-5 OR gstreamer0.10-esd | python-gtk2 | 2.14.1-1 python-glade2 | 2.14.1-1 python-dbus | 0.83.0-1 python-pyvorbis | 1.4-1 python-mutagen| 1.15-2 python-elementtree| 1.2.6-14 python-mmkeys | 1.5.3-3 python-feedparser | 4.1-12 -- Obey Arthur Liu http://www.milliways.fr # Fix local import of feedparser to point to system-wide library # Obey Arthur Liu art...@milliways.fr diff -Nur exaile-0.2.14+debian/xl/panels/radio.py exaile-0.2.14+debian.new/xl/panels/radio.py --- exaile-0.2.14+debian/xl/panels/radio.py 2008-10-06 18:25:22.0 +0200 +++ exaile-0.2.14+debian.new/xl/panels/radio.py 2009-04-25 22:13:39.958505957 +0200 @@ -15,7 +15,7 @@ # Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. import md5, os, re, threading, time, urllib -from lib import feedparser +import feedparser from gettext import gettext as _ import gobject, gtk from xl import common, xlmisc, library, media signature.asc Description: OpenPGP digital signature
Bug#508048: New attempt at Debian packaging
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508048 I set up a git repo on collab-maint with Miriam Ruiz: http://git.debian.org/?p=collab-maint/virtuoso-opensource.git;a=summary The work is mostly based on Miriam's. I have split packages by taking into account Sebastian Trüg's remarks. There are still many issues with upstream. They ship many libraries like zlib, tidy or various js stuff. Some parts like the interactive sql client (isql) are based on unproperly licensed code and need to be cleared to be dfsg compliant. I started the cleanup with zlib but many other issues need to be coordinated with upstream. Any help welcome. Cheers Arthur -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Bug#520666: dovecot-common: segfaults on start if dovecot-pop3d not
Fabio Tranchitella a écrit : Hello, I have just uploaded a new upstream release of dovecot (1.1.13), can you please check if the problem has been solved? Thanks. Hi Fabio, I pulled it from experimental and checked back and forth, 1.1.12-1.1.13 effectively fixed the issue for me. Thank you! -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Bug#520666: dovecot-common: segfaults on start if dovecot-pop3d not
Subject: dovecot-common: segfaults on start if dovecot-pop3d not installed Package: dovecot-common Version: 1:1.1.12-1~unstrip Severity: important Hi, After upgrading to 1:1.1.12-1, dovecot segfaults on startup if dovecot-pop3d is not installed. I rebuild un unstripped version of the package and got the following backtrace: r...@restaurant:/etc/dovecot# gdb dovecot GNU gdb (GDB) 6.8.50.20090106-cvs-debian Copyright (C) 2009 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 x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... (gdb) r Starting program: /usr/sbin/dovecot Program received signal SIGSEGV, Segmentation fault. 0x0040ca42 in settings_fix (set=0x6369e0, nochecks=value optimized out, nofixes=false) at master-settings.c:926 926 p = strstr(set-server-pop3-login_executable, -D); (gdb) bt #0 0x0040ca42 in settings_fix (set=0x6369e0, nochecks=value optimized out, nofixes=false) at master-settings.c:926 #1 0x0040d577 in master_settings_read (path=value optimized out, nochecks=false, nofixes=value optimized out) at master-settings.c:1630 #2 0x0040aeda in main (argc=value optimized out, argv=0x7fffe858) at main.c:548 Here's my output of dovecot -n. It looks right to me.. # 1.1.12: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-1-amd64 x86_64 Debian squeeze/sid ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps managesieve listen(default): * listen(imap): * listen(managesieve): *:2000 login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_privileged_group: vmail mail_location: maildir:/var/vmail/%d/%n mail_debug(default): no mail_debug(imap): no mail_debug(managesieve): yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve sieve_storage(default): sieve_storage(imap): sieve_storage(managesieve): /var/vmail/%d/%n/sieve_store sieve(default): sieve(imap): sieve(managesieve): /var/vmail/%d/%n/sieve auth default: passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dovecot-common depends on: ii adduser 3.110 add and remove users and groups ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc62.9-4 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libdb4.7 4.7.25-6Berkeley v4.7 Database Libraries [ ii libgssapi-krb5-2 1.6.dfsg.4~beta1-11 MIT Kerberos runtime libraries - k ii libk5crypto3 1.6.dfsg.4~beta1-11 MIT Kerberos runtime libraries - C ii libkrb5-31.6.dfsg.4~beta1-11 MIT Kerberos runtime libraries ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libmysqlclient15off 5.0.51a-24 MySQL database client library ii libpam-runtime 1.0.1-7 Runtime support for the PAM librar ii libpam0g 1.0.1-7 Pluggable Authentication Modules l ii libpq5 8.3.6-1 PostgreSQL C client library ii libsqlite3-0 3.5.9-6 SQLite 3 shared library ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii openssl 0.9.8g-15 Secure Socket Layer (SSL) binary a ii ucf 3.0016 Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime dovecot-common recommends no packages. Versions of packages dovecot-common suggests: ii ntpdate 1:4.2.4p6+dfsg-1 client for setting system time fro -- no debconf information -- Obey Arthur Liu http://www.milliways.fr
Bug#519234: ITP: libclipsmm -- C++ interface for CLIPS
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: libclipsmm Version: 0.0.7 Upstream Author: Rick L. Vinyard, Jr. rviny...@users.sourceforge.net URL: http://clipsmm.sourceforge.net/ License: GPLv2 Description: C++ wrapper to the CLIPS C library The clipsmm library provides a C++ interface to the CLIPS C library. clipsmm is a C++ interface and library for CLIPS. CLIPS is an environment for creating rule-based and/or object-based expert systems. clipsmm extends the CLIPS C API in several ways: * CLIPS Environments are encapsulated in an Environment object as are many of the other CLIPS concepts such as templates (fact templates, not C++ templates), rules, etc. * Making external functions available to the CLIPS inference engine are simplified using sigc++ slots. -- Obey Arthur Liu http://www.milliways.fr signature.asc Description: OpenPGP digital signature
Bug#514625: [aptitude] ?name(openoffice.)
Package: aptitude Version: 0.5.1-1 --- Please enter the report below this line. --- Hi, What you are looking for is probably ?name(openoffice\.). The default behavior for search terms without markup has changed since 0.5.0 from package name substring to xapian full text search. Cheers Arthur signature.asc Description: OpenPGP digital signature
Bug#503205: [twitux] followup from developers?
Package: twitux Version: 0.68-1 --- Please enter the report below this line. --- Rodriguo, I just bumped into this issue while trying to make twitux work today. Do you have any news about this issue from the developer side ? Network-manager in finicky enough with wired connections and it's infortunate that it breaks other software.. By the way, the issue in unchanged as of 0.69. Greetings, Arthur --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: 5.0 300 testing security.debian.org 300 testing ftp.ch.debian.org 100 unstableftp.ch.debian.org 1 experimentalftp.ch.debian.org --- Package information. --- Depends(Version) | Installed -+-== gnome-keyring| 2.24.1-1 dbus-x11 | 1.2.1-5 libc6 (= 2.7-1) | 2.7-18 libcanberra-gtk0(= 0.2) | 0.4-1 libcanberra0(= 0.2) | 0.4-1 libdbus-1-3 (= 1.0.2) | 1.2.1-5 libdbus-glib-1-2 (= 0.71) | 0.76-1 libenchant1c2a(= 1.4.2) | 1.4.2-3.3 libgconf2-4 (= 2.23.2) | 2.24.0-5 libglib2.0-0 (= 2.16.0) | 2.18.4-1 libgnome-keyring0(= 2.23.5) | 2.24.1-1 libgtk2.0-0 (= 2.14.0) | 2.14.7-1 libnotify1(= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libsexy2 (= 0.1.8) | 0.1.11-2+b1 libsoup2.4-1(= 2.23.91) | 2.24.3-1 libxml2 (= 2.6.27) | 2.6.32.dfsg-5 gconf2 (= 2.10.1-2) | 2.24.0-5 signature.asc Description: OpenPGP digital signature
Bug#503090: [wnpp] ping?
Package: wnpp --- Please enter the report below this line. --- Hi, I'm considering rolling PacketFence on a dozen Debian servers in a few months. Has anyone further looked into packaging PacketFence ? I suppose I could at least help test, maybe help packaging also. With its RHEL targeting and intrusive integration with apache, dhcp, snort et al. it doesn't seem to be packaging for the faint of heart. Cheers Arthur signature.asc Description: OpenPGP digital signature
Bug#514714: [aptitude-gtk] fix pending
Package: aptitude-gtk Version: 0.5.1-1 Tags: fixed-upstream --- Please enter the report below this line. --- Hi Stephane, This bug has been fixed upstream here: changeset: 2447:3cfeb08461b5 user:Daniel Burrows dburr...@debian.org date:Tue Feb 10 08:08:52 2009 -0800 summary: Code defensively against the possibility that a non-package entity ends up in one of the start/end views for the dependency chains tab. Cheers Arthur signature.asc Description: OpenPGP digital signature