Bug#460357: Cloning bug #460357
On Mon, Jan 14, 2008 at 10:39:27AM -0600, Kenneth Pronovici wrote: Maybe we should clone 406357? You can fix your FTBFS by removing pychecker from debian/rules, and I'll keep this bug against pychecker open until we can figure out the problem. That way, the severity for the pychecker bug can be set to normal (which is more appropriate since AFAIK you're the only affected user), and users won't have any problem building your package in the meantime. Here's a patch that fixes the problem for me. Using if instead of elif we might end up trying to index an already removed list element: --- warn.py 2008-02-08 16:02:02.0 +0100 +++ /tmp/new2008-02-08 16:01:55.0 +0100 @@ -417,9 +417,8 @@ # ignore files not specified on the cmd line if requested if os.path.abspath(filename) not in cfg.files: del warnings[index] - # filter by warning/error level if requested -if cfg.level and warnings[index].level cfg.level: +elif cfg.level and warnings[index].level cfg.level: del warnings[index] if cfg.limit: Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463686: [Pkg-libvirt-maintainers] Bug#463686: libvirtd segfault when starting with a kvm machine defined
Hi, On Sat, Feb 02, 2008 at 12:32:48PM +0100, Gilles Mocellin wrote: [EMAIL PROTECTED]:~$ sudo /etc/init.d/libvirt-bin restart Restarting libvirt management daemon: /usr/sbin/libvirtd/etc/init.d/libvirt-bin: line 89: 23111 Erreur de segmentation start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid --exec $DAEMON -- $libvirtd_opts How did you create the xml file - with virsh, virt-manager, virtinstall, by hand? Libvirt segfaulting is indeed a bug but the xml file should be valid too. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460357: git-buildpackage: FTBFS: IndexError: list index out of range
Hi, On Sat, Jan 12, 2008 at 10:34:44AM -0600, Kenneth Pronovici wrote: I'll take a look at this, but it's unlikely I'll find a solution very soon. Upstream doesn't have a lot of time right now, and I'm not an expert in the codebase (though sometimes I do get lucky). The problem only shows with the python2.4 2.4.4-7, 2.4.4-6 is fine. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460357: git-buildpackage: FTBFS: IndexError: list index out of range
Hi, On Sat, Jan 12, 2008 at 10:49:57AM +0100, Lucas Nussbaum wrote: PYTHONPATH=. pychecker -e Error -q git-buildpackage Processing git-buildpackage... Traceback (most recent call last): File /var/lib/python-support/python2.4/pychecker/checker.py, line 775, in ? sys.exit(main(sys.argv)) File /var/lib/python-support/python2.4/pychecker/checker.py, line 761, in main warnings = warn.find(getAllModules(), _cfg, suppressions) File /var/lib/python-support/python2.4/pychecker/warn.py, line 724, in find cfg()) File /var/lib/python-support/python2.4/pychecker/warn.py, line 422, in removeWarnings if cfg.level and warnings[index].level cfg.level: IndexError: list index out of range make: *** [git-buildpackage.py] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Pychecker has problems here - reassigning. pychecker is called like: pychecker -e Error -q git-buildpackage.py Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454975: libgtk-vnc-1.0-dev: Missing Depends.
On Sat, Dec 08, 2007 at 04:33:10PM +0100, Kurt Roeckx wrote: reopen 454975 notfixed 454975 0.2.0-2 thanks Hi, The .pc file had versioned Depends. Your package now has: Depends: libgnutls-dev, libgtk-vnc-1.0-0 (= 0.2.0-2), libgtk2.0-dev So it doesn't have the proper version requirements. The versions in sid and lenny all match the requirements, so we don't need a versioned dependency or am I missing something? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454975: libgtk-vnc-1.0-dev: Missing Depends.
Hi, On Sat, Dec 08, 2007 at 07:57:36PM +0100, Kurt Roeckx wrote: On Sat, Dec 08, 2007 at 07:22:09PM +0100, Guido Guenther wrote: On Sat, Dec 08, 2007 at 04:33:10PM +0100, Kurt Roeckx wrote: reopen 454975 notfixed 454975 0.2.0-2 thanks Hi, The .pc file had versioned Depends. Your package now has: Depends: libgnutls-dev, libgtk-vnc-1.0-0 (= 0.2.0-2), libgtk2.0-dev So it doesn't have the proper version requirements. The versions in sid and lenny all match the requirements, so we don't need a versioned dependency or am I missing something? That's no excuse for not adding that information. Is this part of policy somewhere? You can't get the wrong dependencies so what would this buy? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445825: multipath-tools-boot should run after libdevmapper1.02
Hi Peter, On Mon, Oct 08, 2007 at 02:05:19PM +0200, Peter Eisentraut wrote: The script /etc/rcS.d/S03multipath-tools-boot creates devices in /dev/mapper/ (per udev rule), but /dev/mapper/ does not exist at that time. The directory is created by /etc/rcS.d/S25libdevmapper1.02, so multipath-tools-boot should run after that. (Or perhaps the directory should be created earlier by some other means.) I could successfully fix the problem by moving it to S25multipath-tools-boot. (The numbers are a bit tight because I need it before S26lvm.) Could you give some more details about your setup (SAN, etc.). Are you using an initramfs? I'm running fine here with etch, lenny and unstable. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445825: multipath-tools-boot should run after libdevmapper1.02
On Tue, Oct 09, 2007 at 09:43:59AM +0200, Guido Guenther wrote: Hi Peter, On Mon, Oct 08, 2007 at 02:05:19PM +0200, Peter Eisentraut wrote: The script /etc/rcS.d/S03multipath-tools-boot creates devices in /dev/mapper/ (per udev rule), but /dev/mapper/ does not exist at that time. The directory is created by /etc/rcS.d/S25libdevmapper1.02, so multipath-tools-boot should run after that. (Or perhaps the directory should be created earlier by some other means.) I could successfully fix the problem by moving it to S25multipath-tools-boot. (The numbers are a bit tight because I need it before S26lvm.) Could you give some more details about your setup (SAN, etc.). Are you using an initramfs? I'm running fine here with etch, lenny and unstable. That said /etc/init.d/libdevmapper* doesn't create any directories by itself it merely loads dm-mod and other device mapper modules. Since dm-mod is also loaded by dm-multipath which in turn gets loaded by /etc/init.d/multipath-tools-boot this shouldn't have any relevance. I'm quiet sure the bug is somewhere else - you should be able to disable the /etci/init.d/libdevmapper* scripts completely. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441483: nss-updatedb - FTBFS: /build/user/nss-updatedb-7/cache.c:66: undefined reference to `db_env_create'
On Mon, Sep 10, 2007 at 08:17:59AM +0200, Michael Ablassmeier wrote: Package: nss-updatedb Version: 7-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20070905 Yes, I'm aware of that and it seems to be caused by a change in libdb4.3 since we're not linking against pthread. I'm already discussing this with the libdb4.3 maintainer. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440206: multipath-tools: installing multipath tools causes mkinitramfs to generate an initrd which does not boot
Hi Ian, On Thu, Aug 30, 2007 at 06:28:38PM +0100, Ian Campbell wrote: My system does not use multipath but I installed multipath-tools to get kpartx (I know now this is a separate package). When my ramdisk was next generated (new kernel or initramfs-tools I suppose) I ended up with an initrd which did not boot (hence severity: critical). This seems to be because the multipath tools hooks dmsetup create on my root disk but do not undo this when no multipath configuration is discovered (or whatever I don't really know what is supposed to happen) therefore the device is busy when the initrd comes to mount it. It can't detect if you have a multipath configuration since it might very well be possible that all the other paths are currently not available. So by building multipath-tools into the initramfs you made this your root devices: /dev/mapper/SATA_FUJITSU_MHV2080_NW9UT6C27043-part3 so booting with this device would have worked. Anyway, thanks for the report! I'll move the initramfs into a separte package. Thanks, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425910: multipath-tools - FTBFS: mpath_prio_random: No such file or directory
Hi Bastian, On Thu, Jul 26, 2007 at 10:46:31AM +0200, Bastian Blank wrote: There was an error while trying to autobuild your package: Could you please post the exact build line. I tried several combinations (with and without fakeroot, etc.) but had no success reproducing this. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433949: Path comes back as different block device
Package: multipath-tools Version: 0.4.7-4 Severity: grave Tags: upstream So multipathd fails to detect the path as up again: http://marc.info/?l=dm-develm=118491626926957w=2 Cheers, -- Guido -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-rc6-g48b8ff73 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages multipath-tools depends on: ii coreutils 5.97-5.3 The GNU core utilities ii dmsetup 2:1.02.20-2The Linux Kernel Device Mapper use ii initscripts 2.86.ds1-38Scripts for initializing and shutt ii kpartx0.4.7-5create device mappings for partiti ii libaio1 0.3.106-5 linux kernel aio access library - ii libc6 2.6-2 GNU C Library: Shared libraries ii libdevmapper1.02.12:1.02.20-2The Linux Kernel Device Mapper use ii libncurses5 5.6+20070716-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii udev 0.105-4/dev/ and hotplug management daemo multipath-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427532: fails to detect any paths on kernels 2.6.20
On Mon, Jun 04, 2007 at 10:45:33PM +0200, Christophe Varoqui wrote: Le lundi 04 juin 2007 à 20:53 +0200, Guido Guenther a écrit : Package: multipath-tools Version: 0.4.7-3 Severity: serious Tags: pending This is just a notice, so people don't break their systems. Subject says it all, path detection is broken due to sysfs changes - I'm currently testing a patch to fix this. Cheers, -- Guido I'm in the process of merging upstream a patch from Suse to remove libsysfs dependency. It should resolve this issue, or at least it will break your fix ;). Actually no, I'm using the libsysfs removal patch from Suse, rediffed against current git and fixed to not segfault ;) Cheers, -- Guido
Bug#427532: fails to detect any paths on kernels 2.6.20
Hi Christophe, On Tue, Jun 05, 2007 at 08:45:33AM +0200, Guido Guenther wrote: On Mon, Jun 04, 2007 at 10:45:33PM +0200, Christophe Varoqui wrote: Le lundi 04 juin 2007 à 20:53 +0200, Guido Guenther a écrit : Package: multipath-tools Version: 0.4.7-3 Severity: serious Tags: pending This is just a notice, so people don't break their systems. Subject says it all, path detection is broken due to sysfs changes - I'm currently testing a patch to fix this. Cheers, -- Guido I'm in the process of merging upstream a patch from Suse to remove libsysfs dependency. It should resolve this issue, or at least it will break your fix ;). Actually no, I'm using the libsysfs removal patch from Suse, rediffed against current git and fixed to not segfault ;) Current patch attached, it basically works, but there I there still seem to be bugs in the new sysfs code. Hopefully I'll get around to look at this soon. Cheers, -- Guido From 72009e0cf8271ee849af3b34b2b82a639939ea71 Mon Sep 17 00:00:00 2001 From: Guido Guenther [EMAIL PROTECTED] Date: Mon, 4 Jun 2007 21:15:15 +0200 Subject: [PATCH] Get rid of libsysfs This is almost the patch from Hannes Reinecke [EMAIL PROTECTED], sent to dm-devel, with a minor fix (initialize attr to NULL) in sysfs.c and rediffed to apply against current git. --- Makefile.inc |1 - libmultipath/Makefile |2 +- libmultipath/config.h |1 + libmultipath/configure.c |4 +- libmultipath/discovery.c | 422 +--- libmultipath/discovery.h |7 +- libmultipath/list.h| 289 ++ libmultipath/print.c | 47 +++-- libmultipath/structs.h | 15 ++- libmultipath/structs_vec.c |7 +- libmultipath/sysfs.c | 409 ++ libmultipath/sysfs.h | 24 +++ libmultipath/util.c| 52 ++ libmultipath/util.h|4 +- multipath/Makefile |2 +- multipath/main.c | 11 +- multipathd/Makefile|2 +- multipathd/cli_handlers.c | 17 ++- multipathd/main.c | 90 +- multipathd/main.h |2 +- 20 files changed, 1063 insertions(+), 345 deletions(-) create mode 100644 libmultipath/list.h create mode 100644 libmultipath/sysfs.c create mode 100644 libmultipath/sysfs.h diff --git a/Makefile.inc b/Makefile.inc index 4a705aa..9a1fa94 100644 --- a/Makefile.inc +++ b/Makefile.inc @@ -17,7 +17,6 @@ ifeq ($(strip $(BUILD)),klibc) CC = klcc klibcdir = /usr/lib/klibc libdm= $(klibcdir)/lib/libdevmapper.a - libsysfs = $(klibcdir)/lib/libsysfs.a endif prefix = diff --git a/libmultipath/Makefile b/libmultipath/Makefile index 5d8c586..8027572 100644 --- a/libmultipath/Makefile +++ b/libmultipath/Makefile @@ -13,7 +13,7 @@ OBJS = memory.o parser.o vector.o devmapper.o callout.o \ structs.o discovery.o propsel.o dict.o \ pgpolicies.o debug.o regex.o defaults.o uevent.o \ switchgroup.o uxsock.o print.o alias.o log_pthread.o \ - log.o configure.o structs_vec.o + log.o configure.o structs_vec.o sysfs.o PREVBUILD = $(shell nm debug.o 2 /dev/null|grep log_safe) diff --git a/libmultipath/config.h b/libmultipath/config.h index 61e5adf..b93deba 100644 --- a/libmultipath/config.h +++ b/libmultipath/config.h @@ -63,6 +63,7 @@ struct config { int user_friendly_names; char * dev; + char * sysfs_dir; char * udev_dir; char * selector; char * getuid; diff --git a/libmultipath/configure.c b/libmultipath/configure.c index fba04a4..8c445ed 100644 --- a/libmultipath/configure.c +++ b/libmultipath/configure.c @@ -324,8 +324,10 @@ domap (struct multipath * mpp) } dm_shut_log(); - if (dm_map_present(mpp-alias)) + if (dm_map_present(mpp-alias)) { + condlog(3, %s: map already present, mpp-alias); break; + } r = dm_addmap(DM_DEVICE_CREATE, mpp-alias, DEFAULT_TARGET, mpp-params, mpp-size, mpp-wwid); diff --git a/libmultipath/discovery.c b/libmultipath/discovery.c index a196583..52e0621 100644 --- a/libmultipath/discovery.c +++ b/libmultipath/discovery.c @@ -8,9 +8,8 @@ #include fcntl.h #include sys/ioctl.h #include sys/stat.h +#include dirent.h #include errno.h -#include sysfs/dlist.h -#include sysfs/libsysfs.h #include checkers.h @@ -24,6 +23,7 @@ #include debug.h #include propsel.h #include sg_include.h +#include sysfs.h #include discovery.h struct path * @@ -87,127 +87,117 @@ path_discover (vector pathvec, struct config * conf, char * devname, int flag) int path_discovery (vector pathvec, struct config * conf, int flag) { - struct dlist * ls; - struct sysfs_class * class; - struct sysfs_class_device * dev; - int r = 1; - - if (!(class = sysfs_open_class(block))) + DIR *blkdir; + struct dirent *blkdev; + struct stat statbuf; + char devpath[PATH_MAX]; + char *devptr; + int r = 0; + + if (!(blkdir = opendir(/sys/block))) return 1
Bug#427532: fails to detect any paths on kernels 2.6.20
Package: multipath-tools Version: 0.4.7-3 Severity: serious Tags: pending This is just a notice, so people don't break their systems. Subject says it all, path detection is broken due to sysfs changes - I'm currently testing a patch to fix this. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425910: multipath-tools: FTBFS: Installation failure
On Mon, May 28, 2007 at 08:35:50PM -0400, Daniel Schepler wrote: I'm building with a home-grown pbuildd script to rebuild the archive, which assigns those version numbers by editing debian/changelog in order to help distinguish the results from the official packages (as apt tends to get confused otherwise). But I also reproduced the bug using a straight pbuilder setup. When building it by hand in a pbuilder chroot, debian/tmp/ did not exist, but debian/multipath-tools/ did, probably because debian/compat had 4 in it. I'm still wondering why I'm not seeing this during my pbuilds then? Anyway, I switched multipath-tools to debhelper version 5 about two days ago, could you pull from: svn+ssh://svn.debian.org/svn/pkg-lvm/multipath-tools/trunk and check if it builds for you then? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425910: multipath-tools: FTBFS: Installation failure
On Fri, May 25, 2007 at 07:47:32PM -0400, Daniel Schepler wrote: On Friday 25 May 2007 04:02:18 am you wrote: Hi Daniel, On Thu, May 24, 2007 at 04:40:57PM -0400, Daniel Schepler wrote: install -s -m 755 mpath_prio_emc /tmp/buildd/multipath-tools-0.4.7/debian/tmp/sbin/mpath_prio_emc install: cannot create regular file `/tmp/buildd/multipath-tools-0.4.7/debian/tmp/sbin/mpath_prio_emc': No such file or directory Works here without problems, could you attach a full build log? What architecture are you building on? -- Guido Here's the full build log, on i386. Still no problem here, just did a rebuild on i386. But what is: Unpacking gawk (from .../gawk_3.1.5.dfsg-4+pb1_i386.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_4.20-8+pb1_i386.deb) ... Selecting previously deselected package file. Unpacking file (from .../file/file_4.20-8+pb1_i386.deb) ... Selecting previously deselected package gettext-base. Unpacking gettext-base (from .../gettext-base_0.16.1-1+pb2_i386.deb) ... Selecting previously deselected package bzip2. Unpacking bzip2 (from .../bzip2_1.0.3-7+pb1_i386.deb) ... Looks like you're not building with the regular tools but with your own pbuild copies? Might be something fishy here. Does debian/tmp exist at all, could you check the unpacked tree? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425910: multipath-tools: FTBFS: Installation failure
Hi Daniel, On Thu, May 24, 2007 at 04:40:57PM -0400, Daniel Schepler wrote: install -s -m 755 mpath_prio_emc /tmp/buildd/multipath-tools-0.4.7/debian/tmp/sbin/mpath_prio_emc install: cannot create regular file `/tmp/buildd/multipath-tools-0.4.7/debian/tmp/sbin/mpath_prio_emc': No such file or directory Works here without problems, could you attach a full build log? What architecture are you building on? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390023: multipath maintainence
Hi Andreas, On Sat, Dec 02, 2006 at 04:48:48PM +0100, Andreas Barth wrote: today on IRC (times are CET): 16:26 aba waldi: can you please comment on 390023? 16:28 waldi aba: no 16:35 aba waldi: are you not the maintainer of this package any more? (my last question was not answered up till 16:46) so one of the maintainers seems to have dropped out definitly now. I'd be happy to help as a co maintainer for multipath-tools. Cheers, -- Guido signature.asc Description: Digital signature
Bug#393885: python-vobject: FTBFS: error: patches: No such file or directory
Hi Andreas, On Wed, Oct 18, 2006 at 11:20:32AM +0200, Andreas Jochens wrote: writing requirements to src/vobject.egg-info/requires.txt writing src/vobject.egg-info/PKG-INFO writing top-level names to src/vobject.egg-info/top_level.txt writing dependency_links to src/vobject.egg-info/dependency_links.txt error: patches: No such file or directory make: *** [python-install-py] Error 1 With the attached patch 'python-vobject' can be built on unstable. Thanks for the patch. I'm currently travelling, so a NMU would be very welcome. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392541: fakebug to keep the package out of testing
Package: pykerberos Severity: serious Shouldn't go into a stable release until the errorhandling API discussions are resolved: http://trac.macosforge.org/projects/calendarserver/ticket/51 Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc6-g05ff0e29-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) signature.asc Description: Digital signature
Bug#389539: file conflict with java-gcj-compat-dev
Package: libgcj-common Version: 1:4.1.1-13 Severity: grave Preparing to replace libgcj-common 1:4.1.1-13 (using .../libgcj-common_1%3a4.1.1-14_all.deb) ... Unpacking replacement libgcj-common ... dpkg: error processing /var/cache/apt/archives/libgcj-common_1%3a4.1.1-14_all.deb (--unpack): trying to overwrite `/usr/bin/rebuild-gcj-db', which is also in package java-gcj-compat-dev Installed version of java-gcj-compat-dev is 1.0.56-2. Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc6-g05ff0e29-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgcj-common depends on: ii gcj-4.1-base 4.1.1-10 The GNU Compiler Collection (gcj b libgcj-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389560: wrong conflicts against classpath
Package: classpath-gtkpeer Version: 2:0.92-3 Severity: grave I'm still seeing upgrade problems: Selecting previously deselected package classpath-gtkpeer. Unpacking classpath-gtkpeer (from .../classpath-gtkpeer_2%3a0.92-3_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/classpath-gtkpeer_2%3a0.92-3_powerpc.deb (--unpack): trying to overwrite `/usr/lib/classpath/libgtkpeer.la', which is also in package classpath dpkg-deb: subprocess paste killed by signal (Broken pipe) Shouldn't the Replaces be againts: ( 2:0.92-3) instead of ( 0.92-3)? Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc6-g05ff0e29-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379083: libpam-ccreds: simply doesn't work
On Thu, Jul 20, 2006 at 11:52:51PM -0600, david wrote: It simply doesn't work. I installed it, configured pam according to the Unlikely since it works for lots of other people. Are you sure you're actually using commmon-auth? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375953: apt-listchanges: o.k. to NMU
Hi, o.k. to NMU apt-listchanges with this patch --wildcard passed to the tar invocation? Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375300: new tar behavior and --wildcards
On Wed, Jun 28, 2006 at 10:36:20AM +0200, Bill Allombert wrote: On Wed, Jun 28, 2006 at 07:02:15AM +0200, Christian Perrier wrote: Debian still has to provide an upgrade path for users upgrading from Sarge. We cannot blindly break users scripts. Here, the only way seems to be putting an entry in NEWS.Debian (for users script, ie things not under our control). In addition, I would suggest we reinstate the previous behaviour, but display a warning when wildcards are used but --wildcards is not set. The warning would tell people about the migration and explains they must fix their scripts to use --wildcards before upgrading to etch+1. I can only second that - we really should support our users at least that much (see point 4 in the social contract). Breaking users' scripts in these ways needs more than a simple note in NEWS.Debian (you'll get dozens of them when upgrading from sarge to etch). Cheers, -- Guido signature.asc Description: Digital signature
Bug#364454: ...at least a bug in firefox
Hi, If ff doesn't detect the verion of extensions correctly it's a least a bug in the browser itself. Reinstalling packages to make things work again is isn't a very sensible update path. If firefox is at fault here we should at least reassign the bug there. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364664: libpam-ccreds: FTBFS: configure: error: could not locate openssl/opensslconf.h
Hi Kurt, On Mon, Apr 24, 2006 at 09:33:19PM +0200, Kurt Roeckx wrote: Package: libpam-ccreds Version: 3-1 Severity: serious Hi, Your package is failing to build with the following error: checking openssl/opensslconf.h usability... no checking openssl/opensslconf.h presence... no checking for openssl/opensslconf.h... no configure: error: could not locate openssl/opensslconf.h make: *** [config.status] Error 1 It built on all arches except for amd64 because debian/rules didn't execute the autoreconf. I don't understand this since the Makefile part is quiet simple: configure: patch-stamp autoreconf could this be a clock problem on amd64? Cheers, -- Guido signature.asc Description: Digital signature
Bug#357087: FTBFS: missing build dependency on bzip2
Package: eclipse Version: 3.1.2-1 Severity: grave Tags: patch Hi, building eclipse fails on all of the buildds due to a missing build-dependency on bzip2 to unpack the source. mkdir -p /build/buildd/eclipse-3.1.2/source-tree (cd /build/buildd/eclipse-3.1.2/source-tree tar xfj ../upstream/eclipse-sourceBuild-srcIncluded-3.1.2.tar.bz2 /dev/null) tar: bzip2: Cannot exec: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors make: *** [uncompress-stamp] Error 2 See: http://buildd.debian.org/fetch.php?pkg=eclipsever=3.1.2-1arch=powerpcstamp=1139679076file=logas=raw for details. This should fix it: --- debian/control.orig 2006-03-15 16:48:36.0 +0100 +++ debian/control 2006-03-15 16:48:45.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Uploaders: Jerry Haltom [EMAIL PROTECTED], Michael Koch [EMAIL PROTECTED], Matthias Klose [EMAIL PROTECTED], Stephan Michels [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.2), dpatch (= 2.0), lsb-release, unzip, sharutils, java-gcj-compat-dev (= 1.0.41-2), gcj (= 4:4.0), ecj-bootstrap, liblucene-java (= 1.4.2), liblucene-java-doc (= 1.4.2), junit (= 3.8), libjsch-java (= 0.1.19), libjsch-java ( 0.1.20), libgtk2.0-dev (= 2.4), libgnome2-dev (= 2.6), libgnomeui-dev (= 2.6), libxtst-dev, gjdoc (= 0.7.7), classpath-doc, pkg-config, libcairo2-dev, ant-optional (= 1.6.5-3), libtomcat5-java, mozilla-dev +Build-Depends: debhelper ( 4.2), dpatch (= 2.0), lsb-release, unzip, sharutils, java-gcj-compat-dev (= 1.0.41-2), gcj (= 4:4.0), ecj-bootstrap, liblucene-java (= 1.4.2), liblucene-java-doc (= 1.4.2), junit (= 3.8), libjsch-java (= 0.1.19), libjsch-java ( 0.1.20), libgtk2.0-dev (= 2.4), libgnome2-dev (= 2.6), libgnomeui-dev (= 2.6), libxtst-dev, gjdoc (= 0.7.7), classpath-doc, pkg-config, libcairo2-dev, ant-optional (= 1.6.5-3), libtomcat5-java, mozilla-dev, bzip2 Standards-Version: 3.6.2 Package: eclipse-rcp Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.1-8Java Development Tools plug-ins fo ii eclipse-pde 3.1.1-8Plug-in Development Environment to ii eclipse-source3.1.1-8Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information
Bug#347218: kdelibs-data: file confilict with libdjvulibre1
Package: kdelibs-data Version: 4:3.5.0-3 Severity: grave It seems kdelibs-data has a file conflict with libdjvulibre1: Preparing to replace kdelibs-data 4:3.4.3-2 (using .../kdelibs-data_4%3a3.5.0-3_all.deb) ... Unpacking replacement kdelibs-data ... dpkg: error processing /var/cache/apt/archives/kdelibs-data_4%3a3.5.0-3_all.deb (--unpack): trying to overwrite `/usr/share/mimelnk/image/x-djvu.desktop', which is also in package libdjvulibre1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/kdelibs-data_4%3a3.5.0-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kdelibs-data depends on: ii hicolor-icon-theme0.8-3 default fallback theme for FreeDes kdelibs-data recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307085: davfs2: FTBFS, at least the second time
Package: davfs2 Version: 0.2.3-1 Severity: serious Tags: patch Hi, davfs2 fails to build from source after the first (successfull) build, to problems: - debian/rules clean calls distclean although the Makefile rule is called clean - config.status if uptodate so ./configure isn't run the second time This fixes it: --- bla/davfs2-0.2.3/debian/rules 2005-04-30 17:30:52.0 +0200 +++ davfs2-0.2.3/debian/rules 2005-04-30 17:29:16.0 +0200 @@ -34,8 +34,9 @@ dh_testdir dh_testroot rm -f build-stamp + rm -f config.status - -$(MAKE) distclean + -$(MAKE) clean ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11.6-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages davfs2 depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libneon24 0.24.7.dfsg-1 An HTTP and WebDAV client library ii libssl0.9.70.9.7e-3 SSL shared libraries ii libxml22.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306420: libpam-ccreds: fake bug to keep package out of sarge
Package: libpam-ccreds Version: 1-3 Severity: grave This package needs more testing before it can enter testing or the upcoming sarge. Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11.6-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libpam-ccreds depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libdb4.34.3.27-2 Berkeley v4.3 Database Libraries [ ii libgcrypt11 1.2.0-11 LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1library for common error values an ii libpam0g0.76-22 Pluggable Authentication Modules l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285257: change severity to important
severity 285257 important Thanks, Hi, the version uploaded to experimental still doesn't work on big endian systems (at least not for cases where a resizing of the fs is necessary) but the version now warns about the problem. This is all we can do at the moment since the code is by no means endianess clean. I'm changing the severity to important so at least the LE architectures get online ext2/3 resizing. The current patch does some BE fixups already, I'm working on a version that support BE platforms. Cheers, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299190: libgtk2-java: not installable in unstable
Package: libgtk2-java Version: 2.8.3-3.1 Severity: grave Justification: renders package unusable depends on libgnome-java which isn't in any distribution. The package should be removed. Cheers, -- Guido -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgtk2-java depends on: ii libgtk2-jni 2.8.3-3.1 GTK framework for Java -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268320: doctorj and sablevm can't coexist?
Hi, doctorj bans sablevm from the system for no good reason. What's the problem when both are install concurrently, can't find the in the bug report. If there are build problems then a build-conflict is more apropriate. Cheers, -- Guido signature.asc Description: Digital signature