Bug#776652: mcabber: xttitle module unreliable
Package: mcabber Version: 0.10.2-1 Severity: normal The module xttitle included with mcabber, which changes the title bar of a terminal window to indicate unread message counts, doesn't work most of the time. If you load it as part of the startup of mcabber, you can see it set the initial default title MCabber, but it won't update it later. If you load it interactively after the app is fully running, it does nothing at all. I spent quite a bit of time debugging this code, and it appears to be doing everything it should be doing. It simply uses printf() with the usual escape codes (ESC]0;) and (\a). Debugging shows that the string is indeed printed, but the title isn't set. On rare occasions, maybe one percent of the time, it actually does set the title, or prints the intended title string into the input buffer area, corrupting the display. This used to work under Wheezy. Building older or newer versions of mcabber doesn't have any effect. Changing title in other situations (i.e. with PS1 in a shell, or with echo) still works fine. Switching to a different terminal emulator has no effect on this problem. My suspicion is that some change in ncurses between Wheezy and Jessie broke this, especially given that the functionality works exactly when ncurses hasn't taken over the terminal yet. However, I know of no other ncurses app which includes title-setting functionality, so I can't test that theory. (Debugging ncurses is beyond my ability.) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-1.3 ii libassuan0 2.1.2-2 ii libc62.19-13 ii libglib2.0-0 2.42.1-1 ii libgpg-error01.17-3 ii libgpgme11 1.5.1-6 ii libidn11 1.29-1+b2 ii libloudmouth1-0 1.4.3-12 ii libncursesw5 5.9+20140913-1+b1 ii libotr5 4.1.0-2 ii libtinfo55.9+20140913-1+b1 mcabber recommends no packages. mcabber suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738119: include AndroidConfig.h directly
Sorry for not responding to the last few comments. I'm really unlikely to do any more with this than I already have. What remains appears to be updating the debian packaging bits and making sure the patch set is still sane with the new version. Neither of those things are something I want to deal with. Given that I didn't notice it was bad to simply leave out AndroidConfig.h, I'm sure I would make a very bad quality update. On Mon, Jan 12, 2015 at 5:02 AM, Hans-Christoph Steiner h...@eds.org wrote: In case this wasn't clear as an option, I think it would be fine to just include the AndroidConfig.h directly in this package for this release. There are different versions of AndroidConfig.h for different arches, so its not dead simple, but it shouldn't be too hard. This package is already separate from the rest of the android-tools packages, so it won't do harm for now. In the long run, adb, fastboot, etc. should all be built as part of the android-tools packages, but that won't happen in jessie. .hc
Bug#738119: src:android-tools: attempt to update existing packaging
Package: src:android-tools Followup-For: Bug #738119 Although the android-tools packaging is indeed rather bad, I've made an attempt to update it for 5.0.1. (Integrating it with android-platform-system-core was beyond my skill.) I'm attaching updates of the three custom makefiles supplied under debian/makefiles. Some comments on the changes I made: - AndroidConfig.h is no more, so the build-dep on android-system-dev is no longer needed. - adb doesn't appear to use libzipfile any longer. - adb is currently built with -DWORKAROUND_BUG6558362 by upstream, so I did likewise. - fastboot now depends on f2fs_utils, i.e., extras/f2fs_utils and externals/f2fs-tools. (Debian has an f2fs-tools package, but apparently no dev package to go with it.) f2fs_utils in turn pulls in core/include/log and core/include/android. - fastboot (or one of its deps, I forgot which) needs core/include/utils. - ext4_utils now needs the selinux headers from external/libselinux, as Debian's libselinux1-dev doesn't contain android.h. - ext4_utils needs -DANDROID and -DHOST to compile correctly. There were also some problems with the actual source files, which will need patches: - libzipfile/centraldir.c needs an explicit #define _FILE_OFFSET_BITS 64 to compile. - extras/f2fs_utils/f2fs_sparseblock.c is missing includes for stdlib.h, string.h, and errno.h. - extras/f2fs_utils/f2fs_utils.c is missing an include of string.h. As the internal deps continue to grow, it's even more true that the current build method of this package is a problem. However, since there are multiple deps on source files outside of the platform/core repo, integration with android-platform-system-core also feels wrong. Upstream doesn't make this easy. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) # Makefile for adb; from https://heiher.info/2227.html SRCDIR ?= $(CURDIR) VPATH+= $(SRCDIR)/core/adb SRCS+= adb.c SRCS+= adb_client.c SRCS+= adb_auth_host.c SRCS+= commandline.c SRCS+= console.c SRCS+= file_sync_client.c SRCS+= fdevent.c SRCS+= get_my_path_linux.c SRCS+= services.c SRCS+= sockets.c SRCS+= transport.c SRCS+= transport_local.c SRCS+= transport_usb.c SRCS+= usb_linux.c SRCS+= usb_vendors.c VPATH+= $(SRCDIR)/core/libcutils SRCS+= socket_inaddr_any_server.c SRCS+= socket_local_client.c SRCS+= socket_local_server.c SRCS+= socket_loopback_client.c SRCS+= socket_loopback_server.c SRCS+= socket_network_client.c SRCS+= load_file.c CPPFLAGS+= -D_XOPEN_SOURCE -D_GNU_SOURCE CPPFLAGS+= -DADB_HOST=1 CPPFLAGS+= -DWORKAROUND_BUG6558362 CPPFLAGS+= -I$(SRCDIR)/core/adb CPPFLAGS+= -I$(SRCDIR)/core/include LIBS+= -lc -lpthread -lz -lcrypto OBJS= $(SRCS:.c=.o) all: adb adb: $(OBJS) $(CC) -o $@ $(LDFLAGS) $(OBJS) $(LIBS) clean: rm -rf $(OBJS) adb # Makefile for fastboot; from https://heiher.info/2227.html SRCDIR ?= $(CURDIR) VPATH+= $(SRCDIR)/core/fastboot SRCS+= bootimg.c SRCS+= engine.c SRCS+= fastboot.c SRCS+= fs.c SRCS+= protocol.c SRCS+= usb_linux.c SRCS+= util.c SRCS+= util_linux.c VPATH+= $(SRCDIR)/core/libzipfile SRCS+= centraldir.c SRCS+= zipfile.c VPATH+= $(SRCDIR)/core/libsparse SRCS+= backed_block.c SRCS+= sparse_crc32.c SRCS+= sparse.c SRCS+= sparse_read.c SRCS+= sparse_err.c SRCS+= output_file.c VPATH+= $(SRCDIR)/extras/ext4_utils SRCS+= make_ext4fs.c SRCS+= crc16.c SRCS+= ext4_sb.c SRCS+= ext4_utils.c SRCS+= indirect.c SRCS+= allocate.c SRCS+= contents.c SRCS+= uuid.c SRCS+= extent.c SRCS+= wipe.c SRCS+= sha1.c VPATH+= $(SRCDIR)/extras/f2fs_utils SRCS+= f2fs_dlutils.c SRCS+= f2fs_ioutils.c SRCS+= f2fs_utils.c CPPFLAGS+= -std=gnu99 -DUSE_F2FS CPPFLAGS+= -I$(SRCDIR)/core/fastboot CPPFLAGS+= -I$(SRCDIR)/core/include CPPFLAGS+= -I$(SRCDIR)/core/mkbootimg CPPFLAGS+= -I$(SRCDIR)/extras/ext4_utils CPPFLAGS+= -I$(SRCDIR)/extras/f2fs_utils CPPFLAGS+= -I$(SRCDIR)/core/libsparse/include CPPFLAGS+= -I$(SRCDIR)/external/libselinux/include CPPFLAGS+= -I$(SRCDIR)/external/f2fs-tools/include CPPFLAGS+= -I$(SRCDIR)/external/f2fs-tools/mkfs LIBS+= -lz -lselinux -ldl OBJS= $(SRCS:.c=.o) all: fastboot fastboot: $(OBJS) $(CC) -o $@ $(LDFLAGS) $(OBJS) $(LIBS) clean: rm -rf $(OBJS) fastboot # Makefile for ext4_utils; based on https://heiher.info/2227.html # Author: Dmitrijs Ledkovs x...@ubuntu.com SRCDIR ?= $(CURDIR) VPATH+= $(SRCDIR)/extras/ext4_utils SRCS+=make_ext4fs.c SRCS+=ext4fixup.c SRCS+=ext4_utils.c SRCS+=allocate.c SRCS+=contents.c SRCS+=extent.c SRCS+=indirect.c SRCS+=uuid.c SRCS+=sha1.c SRCS+=wipe.c SRCS+=crc16.c SRCS+=ext4_sb.c SRCS+=canned_fs_config.c VPATH+= $(SRCDIR)/core/libsparse SRCS+= backed_block.c SRCS+= sparse_crc32.c SRCS+= sparse.c SRCS+= sparse_read.c SRCS+= sparse_err.c SRCS+= output_file.c OBJS_SHARED:= $(SRCS:.c=.o)
Bug#738119: src:android-tools: attempt to update existing packaging
I forgot to say, that I put the full tree I worked on at http://www.contrib.andrew.cmu.edu/~rjkohler/ for reference. On Sat, Dec 13, 2014 at 6:17 PM, Ray Kohler ataraxia...@gmail.com wrote: Package: src:android-tools Followup-For: Bug #738119 Although the android-tools packaging is indeed rather bad, I've made an attempt to update it for 5.0.1. (Integrating it with android-platform-system-core was beyond my skill.) I'm attaching updates of the three custom makefiles supplied under debian/makefiles. Some comments on the changes I made: - AndroidConfig.h is no more, so the build-dep on android-system-dev is no longer needed. - adb doesn't appear to use libzipfile any longer. - adb is currently built with -DWORKAROUND_BUG6558362 by upstream, so I did likewise. - fastboot now depends on f2fs_utils, i.e., extras/f2fs_utils and externals/f2fs-tools. (Debian has an f2fs-tools package, but apparently no dev package to go with it.) f2fs_utils in turn pulls in core/include/log and core/include/android. - fastboot (or one of its deps, I forgot which) needs core/include/utils. - ext4_utils now needs the selinux headers from external/libselinux, as Debian's libselinux1-dev doesn't contain android.h. - ext4_utils needs -DANDROID and -DHOST to compile correctly. There were also some problems with the actual source files, which will need patches: - libzipfile/centraldir.c needs an explicit #define _FILE_OFFSET_BITS 64 to compile. - extras/f2fs_utils/f2fs_sparseblock.c is missing includes for stdlib.h, string.h, and errno.h. - extras/f2fs_utils/f2fs_utils.c is missing an include of string.h. As the internal deps continue to grow, it's even more true that the current build method of this package is a problem. However, since there are multiple deps on source files outside of the platform/core repo, integration with android-platform-system-core also feels wrong. Upstream doesn't make this easy. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#738119: android-tools-adb: newer version needed for Lollipop compatibility
Package: android-tools-adb Version: 4.2.2+git20130529-5.1 Followup-For: Bug #738119 There's now an actual reason to update this package. The version of adb in 4.2.2 is too old to interact with devices running Android 5.x. adb sideload, for instance, makes the device complain of a version mismatch. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages android-tools-adb depends on: ii libc62.19-13 ii libssl1.0.0 1.0.1j-1 ii zlib1g 1:1.2.8.dfsg-2+b1 android-tools-adb recommends no packages. android-tools-adb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770250:
I noticed these, where the maintainer has already changed priorities in the packages themselves: nfacct: important - extra (#758229) texinfo: standard - optional (#538112) Same with this already-reported one: libswitch-perl: standard - optional (changelog for version 2.17-1)
Bug#758229:
Something odd is going on with the previous NMU. The priority in the control file has indeed changed to extra, but the binary package still says important. $ aptitude show nfacct | grep -e Version -e Priority Version: 1.0.1-1.1 Priority: important I am on jessie/amd64.
Bug#760649: systemd: caused by user's homedir not existing
Package: systemd Version: 215-5+b1 Followup-For: Bug #760649 This appears to be caused by exiting a systemd user session when the user's home directory doesn't exist. In this case, the user is nobody, and the homedir is /nonexistent. When systemd starts systemd-exit.service to run the kill command, it tries to cd /nonexistent and gets this error. Since the session is dying at this point anyway, it's more a nuisance than a real problem. An easy way to trigger this bug is to install (and enable) popularity-contest. That package su's to nobody in /etc/cron.daily/popularity-contest . (Running the script by hand won't trigger the bug, cron has to do it.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769196: sane-utils: systemd socket activation doesn't work
Package: sane-utils Version: 1.0.24-3 Severity: normal I noticed while looking at this package that saned.socket sets Accept=yes, but this disagrees with saned.service being single-instance. Therefore, connecting to port 6566 just makes systemd complain that it doesn't know what to do: Nov 11 22:08:07 amaranth systemd[1]: saned.socket failed to queue service startup job (Maybe the service file is missing or not a template unit?): Invalid argument Nov 11 22:08:07 amaranth systemd[1]: Unit saned.socket entered failed state. According to systemd.socket(5): For each socket file, a matching service file must exist, describing the service to start on incoming traffic on the socket (see systemd.service(5) for more information about .service files). The name of the .service unit is by default the same as the name of the .socket unit, but can be altered with the Service= option described below. Depending on the setting of the Accept= option described below, this .service unit must either be named like the .socket unit, but with the suffix replaced, unless overridden with Service=; or it must be a template unit named the same way. Example: a socket file foo.socket needs a matching service foo.service if Accept=false is set. If Accept=true is set, a service template file foo@.service must exist from which services are instantiated for each incoming connection. So, either Accept be disabled, or the service unit needs to be named saned@.service. I suggest the former, since saned was designed for inetd. I'll note that I don't actually use this package myself, so I can't confirm if it is otherwise working. I only saw this while reviewing the files. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sane-utils depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libavahi-client3 0.6.31-4+b1 ii libavahi-common3 0.6.31-4+b1 ii libc6 2.19-12 ii libieee1284-3 0.2.11-12 ii libsane1.0.24-3 ii libusb-1.0-0 2:1.0.19-1 ii update-inetd 4.43 sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.31-4+b1 pn unpaper none -- debconf information: * sane-utils/saned_scanner_group: false * sane-utils/saned_run: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768517: qemu-system-x86: virtio-scsi unreliable - crashes and write failures
Package: qemu-system-x86 Version: 2.1+dfsg-5+b1 Severity: normal virtio-scsi is quite unreliable compared to the version in wheezy. I see many crashes, with this output: qemu-system-x86_64: wrong size for virtio-scsi headers This looks like the bug referenced at https://lists.nongnu.org/archive/html/qemu-devel/2014-04/msg03281.html Sometimes, instead of crashing, it starts denying all writes to the guest, which normally makes the guest kernel report I/O Error. No qemu output is produced in this case. The crash is much more common, though. A reliable way for me to reproduce this problem is to do a net-install of OpenBSD/amd64 using the media at http://openbsd.mirrors.pair.com/snapshots/amd64/cd56.iso . It succeeds in partitioning the disk and writing filesystems to it, but when it tries to unpack the base system tarballs, it triggers one of the failure modes described above, every time. The same guest works fine if I emulate a different kind of disk controller. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20141004.86285d1-1 ii libaio1 0.3.110-1 ii libasound2 1.0.28-1 ii libbluetooth3 5.23-1 ii libbrlapi0.65.2~20141018-1 ii libc6 2.19-12 ii libcurl3-gnutls 7.38.0-2 ii libfdt1 1.4.0+dfsg-1 ii libgcc1 1:4.9.1-19 ii libglib2.0-02.42.0-2 ii libgnutls-deb0-28 3.3.8-3 ii libiscsi2 1.12.0-2 ii libjpeg62-turbo 1:1.3.1-10 ii libncurses5 5.9+20140913-1 ii libpixman-1-0 0.32.6-3 ii libpng12-0 1.2.50-2 ii libpulse0 5.0-13 ii librados2 0.80.7-1 ii librbd1 0.80.7-1 ii libsasl2-2 2.1.26.dfsg1-12 ii libsdl1.2debian 1.2.15-10 ii libseccomp2 2.1.1-1 ii libspice-server10.12.5-1+b1 ii libssh2-1 1.4.3-4 ii libtinfo5 5.9+20140913-1 ii libusb-1.0-02:1.0.19-1 ii libusbredirparser1 0.7-1 ii libuuid12.25.2-2 ii libvdeplug2 2.3.2+r586-1 ii libx11-62:1.6.2-3 ii libxen-4.4 4.4.1-3 ii libxenstore3.0 4.4.1-3 ii qemu-system-common 2.1+dfsg-5+b1 ii seabios 1.7.5-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages qemu-system-x86 recommends: ii qemu-utils 2.1+dfsg-5+b1 Versions of packages qemu-system-x86 suggests: ii kmod 18-3 pn ovmf none pn sambanone pn sgabios none pn vde2 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768517: qemu-system-x86: virtio-scsi unreliable - crashes and write failures
I'm also coming to the conclusion that it's OpenBSD's fault. I tested some other kinds of guests since I opened this bug, and none of them crash. I'm testing various apps that I use after upgrading one of my machines to jessie, and simply had the misfortune to choose OpenBSD as my qemu test case. Since this problem doesn't affect other kinds of guests, my level of concern is much lower. While I think it would be nicer to see errors returned to the guest, rather than just exiting, I suppose I'm not really that concerned about it, really. I can deal with whatever you decide, but I didn't want this to go unreported. As far as regression, I was using the qemu-kvm branch in 1.1.2. With that, I have several virtio-scsi guests running. I don't currently have an OpenBSD guest, but I've done so in the past with no trouble. I can run your example command with kvm instead of qemu-system-x86_64 ok on wheezy. I won't argue if you want to close this as wontfix. On Fri, Nov 7, 2014 at 11:40 PM, Michael Tokarev m...@tls.msk.ru wrote: [I forgot to add one comment] 08.11.2014 07:32, Michael Tokarev wrote: Control: tag -1 + moreinfo confirmed [Adding qemu-devel@] 08.11.2014 04:28, Ray Kohler wrote: virtio-scsi is quite unreliable compared to the version in wheezy. I see many crashes, with this output: qemu-system-x86_64: wrong size for virtio-scsi headers So you're saying this is a regression compared with version 1.1.2. But the thing is -- did virtio-scsi _ever_ worked in 1.1? I don't think it was. At least I can't perform the same OpenBSD install in 1.1 verison at all -- the installer can't write anything to virtio-scsi, it fails for me right when writing a partition table, with Invalid argument/Illegal Request SCSI error code. So it looks like this is not a regression, quite the opposite... Unless, ofcourse, I'm doing something incorrectly. qemu-system-x86_64 -enable-kvm -m 1G \ -device virtio-scsi-pci,id=scsi \ -drive file=foo.img,if=none,cache=unsafe,id=d \ -device scsi-hd,drive=d \ -vga std -cpu host -cdrom cd56.iso -monitor stdio (for both 2.1 and 1.1.) Thanks, /mjt
Bug#768517: qemu-system-x86: virtio-scsi unreliable - crashes and write failures
I just tested this latest OpenBSD snapshot with qemu-kvm 1.1.2 for the first time. It also fails there. So this is completely OpenBSD's regression, introduced at the same time as my 2.1 testing, just by bad luck. I'm embarrassed. Sorry for wasting your time. On Sat, Nov 8, 2014 at 12:06 AM, Ray Kohler ataraxia...@gmail.com wrote: I'm also coming to the conclusion that it's OpenBSD's fault. I tested some other kinds of guests since I opened this bug, and none of them crash. I'm testing various apps that I use after upgrading one of my machines to jessie, and simply had the misfortune to choose OpenBSD as my qemu test case. Since this problem doesn't affect other kinds of guests, my level of concern is much lower. While I think it would be nicer to see errors returned to the guest, rather than just exiting, I suppose I'm not really that concerned about it, really. I can deal with whatever you decide, but I didn't want this to go unreported. As far as regression, I was using the qemu-kvm branch in 1.1.2. With that, I have several virtio-scsi guests running. I don't currently have an OpenBSD guest, but I've done so in the past with no trouble. I can run your example command with kvm instead of qemu-system-x86_64 ok on wheezy. I won't argue if you want to close this as wontfix. On Fri, Nov 7, 2014 at 11:40 PM, Michael Tokarev m...@tls.msk.ru wrote: [I forgot to add one comment] 08.11.2014 07:32, Michael Tokarev wrote: Control: tag -1 + moreinfo confirmed [Adding qemu-devel@] 08.11.2014 04:28, Ray Kohler wrote: virtio-scsi is quite unreliable compared to the version in wheezy. I see many crashes, with this output: qemu-system-x86_64: wrong size for virtio-scsi headers So you're saying this is a regression compared with version 1.1.2. But the thing is -- did virtio-scsi _ever_ worked in 1.1? I don't think it was. At least I can't perform the same OpenBSD install in 1.1 verison at all -- the installer can't write anything to virtio-scsi, it fails for me right when writing a partition table, with Invalid argument/Illegal Request SCSI error code. So it looks like this is not a regression, quite the opposite... Unless, ofcourse, I'm doing something incorrectly. qemu-system-x86_64 -enable-kvm -m 1G \ -device virtio-scsi-pci,id=scsi \ -drive file=foo.img,if=none,cache=unsafe,id=d \ -device scsi-hd,drive=d \ -vga std -cpu host -cdrom cd56.iso -monitor stdio (for both 2.1 and 1.1.) Thanks, /mjt
Bug#701826: [Pkg-openssl-devel] Bug#701826: libssl1.0.0: handshake failure messages with openconnect
On Thu, Feb 28, 2013 at 12:24 PM, Kurt Roeckx k...@roeckx.be wrote: That one has been fixed upstream after the 1.0.1e release: commit 9fe4603b8245425a4c46986ed000fca054231253 Author: David Woodhouse dw...@infradead.org Date: Tue Feb 12 14:55:32 2013 + Check DTLS_BAD_VER for version number. The version check for DTLS1_VERSION was redundant as DTLS1_VERSION TLS1_1_VERSION, however we do need to check for DTLS1_BAD_VER for compatibility. PR:2984 (cherry picked from commit d980abb22e22661e98e5cee33d760ab0c7584ecc) Sorry I didn't find this myself. Do you need any further action from me on this?
Bug#701826: libssl1.0.0: handshake failure messages with openconnect
Package: libssl1.0.0 Version: 1.0.1e-1 Severity: normal After upgrading libssl1.0.0 from 1.0.1c-4 to 1.0.1e-1, using the openconnect VPN client (version 3.20-3, both before and after the openssl upgrade) produces many of these messages, about one pair per minute: Feb 27 09:08:52 asenath openconnect[4692]: DTLS handshake failed: 1 Feb 27 09:08:52 asenath openconnect[4692]: 140011978094248:error:14102410:SSL routines:DTLS1_READ_BYTES:sslv3 alert handshake failure:d1_pkt.c:1166:SSL alert number 40 Within the first minute after starting openconnect, I also see one like this, which doesn't recur: Feb 27 09:07:50 asenath openconnect[4692]: DTLS handshake failed: 2 None of these appeared before this upgrade. I don't see any impact on openconnect's actual functionality, so it appears to retry in some manner more acceptable to openssl. It is, of course, possible that the openssl change is perfectly correct, and that this bug should be reassigned to openconnect for a compatibility catch-up change. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii multiarch-support 2.13-38 ii zlib1g 1:1.2.7.dfsg-13 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information: libssl1.0.0/restart-failed: * libssl1.0.0/restart-services: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376134: openoffice.org: Only builds libmythes-dev on amd64
Package: openoffice.org Severity: grave Justification: renders package unusable The new OpenOffice.org 2.0.3 still does not build properly on amd64. The build does not error out, but it doesn't really do anything useful. The only package generated in libmythes-dev, which appears to be incomplete anyway. Mostly, this bug is just asking you to look at the buildd log, and proves that there's one more amd64 user out there very much wishing for a working OOo. ;) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374367: openafs-modules-source: This is a gcc 4.0 - 4.1 problem
Package: openafs-modules-source Version: 1.4.1-3 Followup-For: Bug #374367 This turns out to be a gcc 4.0 - 4.1 transition problem. I rebuilt the latest kernel packages (the 'official' ones, not a custom one) with gcc-4.1 to match the new AFS module, and the module now loads. If the kernel team doesn't plan on uploading 2.6.17 packages soon, they ought to rebuild the existing packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openafs-modules-source depends on: ii bison 1:2.3.dfsg-1 A parser generator that is compati ii debhelper 5.0.37.1 helper programs for debian/rules ii flex2.5.33-4 A fast lexical analyzer generator. ii kernel-package 10.049 A utility for building Linux kerne ii module-assistant0.10.4 tool to make module package creati openafs-modules-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374367: openafs-modules-source: module will not load
Package: openafs-modules-source Version: 1.4.1-3 Severity: grave Justification: renders package unusable The module built from this version, at least on AMD64, does not load: -- # modprobe openafs FATAL: Error inserting openafs (/lib/modules/2.6.16-2-amd64-k8/fs/openafs.ko): Invalid module format -- # /etc/init.d/openafs-client start Starting AFS services:FATAL: Error inserting openafs (/lib/modules/2.6.16-2-amd64-k8/fs/openafs.ko): Invalid module format Failed to load AFS kernel module, not starting AFS -- I am also using openafs-client version 1.4.1-3, and kernel package linux-image-2.6.16-2-amd64-k8, version 2.6.16-14. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openafs-modules-source depends on: ii bison 1:2.3.dfsg-1 A parser generator that is compati ii debhelper 5.0.37.1 helper programs for debian/rules ii flex2.5.33-4 A fast lexical analyzer generator. ii module-assistant0.10.4 tool to make module package creati openafs-modules-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372610: sg3-utils: Code samples contain broken symlinks
Package: sg3-utils Version: 1.20-1 Severity: minor /usr/share/doc/sg3-utils/examples contains some broken symlinks (some of which actually just point to each other). Looks like an artifact of the build process. lrwxrwxrwx 1 root root 11 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/archive/llseek.h - ../llseek.h lrwxrwxrwx 1 root root 16 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/archive/sg_io_linux.h - ../sg_io_linux.h lrwxrwxrwx 1 root root 11 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/archive/sg_lib.h - ../sg_lib.h lrwxrwxrwx 1 root root 17 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/archive/sg_linux_inc.h - ../sg_linux_inc.h lrwxrwxrwx 1 root root 16 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/sg_io_linux.h - ../sg_io_linux.h lrwxrwxrwx 1 root root 11 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/sg_lib.h - ../sg_lib.h lrwxrwxrwx 1 root root 17 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/sg_linux_inc.h - ../sg_linux_inc.h lrwxrwxrwx 1 root root 10 2006-05-15 21:37 /usr/share/doc/sg3-utils/examples/sg_pt.h - ../sg_pt.h -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sg3-utils depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libsgutils1 1.20-1 Utilities for working with generic sg3-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372614: kugar: Example docs are broken symlinks
Package: kugar Version: 1:1.5.1-1 Severity: minor The example doc symlinks installed into /usr/share/doc/kugar/examples are broken. They use the .kud and .kut extensions rather than .kdf and ..ktf, which is how the files are actually named: lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample1.kud - ../../../apps/kugar/templates/sample1.kud lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample1.kut - ../../../apps/kugar/templates/sample1.kut lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample2.kud - ../../../apps/kugar/templates/sample2.kud lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample2.kut - ../../../apps/kugar/templates/sample2.kut lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample3.kud - ../../../apps/kugar/templates/sample3.kud lrwxrwxrwx 1 root root 41 2006-05-23 08:40 /usr/share/doc/kugar/examples/sample3.kut - ../../../apps/kugar/templates/sample3.kut -rw-r--r-- 1 root root 1662 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample1.kdf -rw-r--r-- 1 root root 7129 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample1.ktf -rw-r--r-- 1 root root 4912 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample2.kdf -rw-r--r-- 1 root root 10636 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample2.ktf -rw-r--r-- 1 root root 1761 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample3.kdf -rw-r--r-- 1 root root 7702 2006-05-10 14:27 /usr/share/apps/kugar/templates/sample3.ktf -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kugar depends on: ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii koffice-libs1:1.5.1-1common libraries and binaries for ii libacl1 2.2.37-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.7-9The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime kugar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372613: discover-data: /usr/share/discover contains broken symlinks
Package: discover-data Version: 2.2005.02.13-1 Severity: minor There are a couple of broken symlinks in this package: lrwxrwxrwx 1 root root 25 2006-04-17 19:39 /usr/share/discover/sbus-26.lst - /lib/discover/sbus-26.lst lrwxrwxrwx 1 root root 22 2006-04-17 19:39 /usr/share/discover/sbus.lst - /lib/discover/sbus.lst -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369622: linux-image-2.6.16-2-amd64-k8: Sound (snd_atiixp) no longer works
Package: linux-image-2.6.16-2-amd64-k8 Version: 2.6.16-14 Severity: normal After installing this kernel upgrade, my sound no longer works. It is a builtin board which uses the snd-atiixp driver. It appears to probe correctly: snd_atiixp 20184 0 snd_ac97_codec102012 1 snd_atiixp snd_ac97_bus2880 1 snd_ac97_codec snd_pcm_oss51296 0 snd_mixer_oss 17472 1 snd_pcm_oss snd_pcm89932 3 snd_atiixp,snd_ac97_codec,snd_pcm_oss snd_timer 23944 1 snd_pcm snd57984 6 snd_atiixp,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 10720 1 snd snd_page_alloc 11344 2 snd_atiixp,snd_pcm There is no dmesg output at all related to this hardware. I have tried booting both with and without ACPI and there is no change. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-amd64-k8 depends on: ii e2fsprogs 1.38+1.39-WIP-2006.04.09-2 ext2 file system utilities and lib ii module-init-t 3.2.2-2tools for managing Linux kernel mo ii yaird [linux- 0.0.12-11 Yet Another mkInitRD linux-image-2.6.16-2-amd64-k8 recommends no packages. -- debconf information: linux-image-2.6.16-2-amd64-k8/postinst/kimage-is-a-directory: linux-image-2.6.16-2-amd64-k8/preinst/already-running-this-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/preinst/lilo-initrd-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/preinst/bootloader-initrd-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-amd64-k8/postinst/old-dir-initrd-link-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/postinst/create-kimage-link-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/preinst/overwriting-modules-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/postinst/depmod-error-2.6.16-2-amd64-k8: false linux-image-2.6.16-2-amd64-k8/postinst/old-initrd-link-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/prerm/removing-running-kernel-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/postinst/bootloader-error-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/preinst/failed-to-move-modules-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/preinst/initrd-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/preinst/elilo-initrd-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/postinst/bootloader-test-error-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/postinst/old-system-map-link-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/prerm/would-invalidate-boot-loader-2.6.16-2-amd64-k8: true linux-image-2.6.16-2-amd64-k8/postinst/depmod-error-initrd-2.6.16-2-amd64-k8: false linux-image-2.6.16-2-amd64-k8/preinst/abort-overwrite-2.6.16-2-amd64-k8: linux-image-2.6.16-2-amd64-k8/preinst/abort-install-2.6.16-2-amd64-k8: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Package: alsa-lib Version: 1.0.11-6 Severity: serious Justification: no longer builds from source The build fails when linking one of the 32-bit components. Looks like the wrong rpath is being used (/usr/lib32 instead of /lib32): /bin/sh ../libtool --tag=CC --mode=link gcc -m32 -g -Wall -O2 -o aserver aserver.o ../src/libasound.la mkdir .libs gcc -m32 -g -Wall -O2 -o .libs/aserver aserver.o ../src/.libs/libasound.so /usr/bin/ld: warning: libm.so.6, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libdl.so.2, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libpthread.so.0, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' .../src/.libs/libasound.so: undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make[2]: *** [aserver] Error 1 make[2]: Leaving directory `/home/ataraxia/alsa-lib-1.0.11/bibuild/aserver' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ataraxia/alsa-lib-1.0.11/bibuild' make: *** [build-biarch-stamp] Error 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: [Pkg-alsa-devel] Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Not effective, no change at all. I also tried this variation, which was not any better: --- rules.orig 2006-05-29 14:27:04.0 -0400 +++ rules 2006-05-29 14:27:13.0 -0400 @@ -24,10 +24,10 @@ endif ifneq (,$(findstring /$(DEB_HOST_ARCH)/, /amd64/ppc64/)) bi = 32 -bilibdir = usr/lib32 +bilibdir = lib32 ifeq ($(DEB_HOST_ARCH),amd64) # amd64 unstable only! - bilibdir = emul/ia32-linux/usr/lib + bilibdir = emul/ia32-linux/lib endif endif configure_biarch_stamp = configure-biarch-stamp Elimar Riesebieter wrote: On Mon, 29 May 2006 the mental interface of Ray Kohler told: Package: alsa-lib Version: 1.0.11-6 Severity: serious Justification: no longer builds from source The build fails when linking one of the 32-bit components. Looks like the wrong rpath is being used (/usr/lib32 instead of /lib32): /bin/sh ../libtool --tag=CC --mode=link gcc -m32 -g -Wall -O2 -o aserver aserver.o ../src/libasound.la mkdir .libs gcc -m32 -g -Wall -O2 -o .libs/aserver aserver.o ../src/.libs/libasound.so /usr/bin/ld: warning: libm.so.6, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libdl.so.2, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libpthread.so.0, needed by ../src/.libs/libasound.so, not found (try using -rpath or -rpath-link) Could you please test a new debian/rules. Patch attached. Thanks Elimar smime.p7s Description: S/MIME Cryptographic Signature
Bug#369411: [Pkg-alsa-devel] Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Still does not fix it. I noticed that configure is being called with a 64-bit target in configure_biarch_stamp, is this a problem? cd bibuild CC=gcc -m32 LDFLAGS=-L/lib32 \ ../configure --prefix=/usr \ --mandir=\${prefix}/share/man \ --infodir=\${prefix}/share/info \ --host=x86_64-linux-gnu \ --enable-static --disable-maintainer-mode I then tried adding -rpath and/or -rpath-link in LDBIFLAGS. This caused configure to fail, since the test binaries weren't executable on the build host (Fails with exec format error). Configure really should using cross-compiler mode. Next I tried creating a BI_DEB_HOST_GNU_TYPE (in this case, i486-pc-gnu-linux) and using that as the --host type. Configure still did not enter cross-compiler mode. I'm out of ideas at this point. Elimar Riesebieter wrote: On Mon, 29 May 2006 the mental interface of Ray Kohler told: Not effective, no change at all. I also tried this variation, which was not any better: Hmm, these where for installing. I introduced LDFLAGS and have no amd64 handy. Could you please one more try then? --- rules.orig 2006-05-29 19:26:19.0 +0200 +++ rules 2006-05-29 20:52:19.0 +0200 @@ -33,6 +33,7 @@ configure_biarch_stamp = configure-biarch-stamp build_biarch_stamp = build-biarch-stamp BIARCH_CC = gcc -m$(bi) + LDBIFLAGS = -L/lib32 dpkg_ctrl_args = -- '-Vbilib:depends=libc6-$(biarch_cpu)' \ '-Vbidev:depends=libc6-dev-$(biarch_cpu)' endif @@ -66,7 +67,8 @@ rm -rf bibuild mkdir bibuild mkdir bibuild/include - cd bibuild CC=$(BIARCH_CC) ../configure --prefix=/usr \ + cd bibuild CC=$(BIARCH_CC) LDFLAGS=$(LDBIFLAGS) \ + ../configure --prefix=/usr \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --datadir=\$${prefix}/share \ smime.p7s Description: S/MIME Cryptographic Signature
Bug#366197: sablevm: typo in man page: patch for path
Package: sablevm Version: 1.13-1 Severity: minor The sablevm(1) man page has a typo: sablevm.boot.library.path changes native libraries patch which are used by boot classpath patch should be path. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sablevm depends on: ii java-common 0.23 Base of all Java packages ii libc6 2.3.6-7GNU C Library: Shared libraries ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsablevm1 1.13-1 Free implementation of JVM second ii unzip 5.52-8 De-archiver for .zip files Versions of packages sablevm recommends: ii free-java-sdk 1.0-1 Complete Java SDK environment cons ii jikes 1:1.22-4 Fast Java compiler adhering to lan pn libgnujaxp-java none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365948: x11-common: broken depends on compat package xfree86-common
Steve Langasek wrote: On Wed, May 03, 2006 at 06:35:56PM -0400, Ray Kohler wrote: Package: x11-common Version: 1:7.0.16 Severity: grave Justification: renders package unusable Version 7.0.16 of x11-common depends on xfree86-common, which is a useless compatibility package. Making things worse is that xfree86-common conflicts with x11-common. This prevents x11-common from being installed at all. I screwed this up. It installs fine if I do it right. So your assessment is that there's no bug here? What way did you do it first that was wrong, btw? Right, I don't think there's really a bug here. What I did wrong, was to try to install them by hand with dpkg, and not to notice that I was dealing with a Pre-Depends rather than an ordinary Depends. In any case, I can't reproduce it at all installing it with apt-get. smime.p7s Description: S/MIME Cryptographic Signature
Bug#365948: x11-common: broken depends on compat package xfree86-common
Package: x11-common Version: 1:7.0.16 Severity: grave Justification: renders package unusable Version 7.0.16 of x11-common depends on xfree86-common, which is a useless compatibility package. Making things worse is that xfree86-common conflicts with x11-common. This prevents x11-common from being installed at all. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii debianutils 2.16 Miscellaneous utilities specific t ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: * x11-common/xwrapper/nice_value: 0 * x11-common/xwrapper/allowed_users: Anybody x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: anybody x11-common/xwrapper/nice_value/error: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365948: x11-common: broken depends on compat package xfree86-common
I screwed this up. It installs fine if I do it right. smime.p7s Description: S/MIME Cryptographic Signature
Bug#364447: cupsys-client: broken manpage symlinks
Package: cupsys-client Version: 1.1.99.rc2-0exp1 Severity: minor cupsenable(8) and cupsdisable(8) are missing symlinks: mandb: warning: /usr/share/man/man8/cupsdisable.8.gz is a dangling symlink mandb: warning: /usr/share/man/man8/cupsenable.8.gz is a dangling symlink They ought to point to accept(8) rather than the nonexistant enable(8). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cupsys-client depends on: ii adduser 3.86 Add and remove users and groups ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libcupsys2 1.1.99.rc2-0exp1 Common UNIX Printing System(tm) - ii libgnutls13 1.3.5-1 the GNU TLS library - runtime libr ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages cupsys-client recommends: pn cupsys-bsdnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364537: debsums: fails to parse conffile sums with obsolete keyword
Package: debsums Version: 2.0.27 Severity: normal debsums splits conffile lines from the status file improperly. If the obsolete keyword is present, it will split the line on the space in front of it, instead of the one between the filename and the checksum. You end up with things like: filename=/etc/nsswitch.conf 109e33e2c91d1853b5bc56078a96aa18 sum=obsolete This shows up with output like: debsums: can't open base-files file /etc/nsswitch.conf 109e33e2c91d1853b5bc56078a96aa18 (No such file or directory) I suggest splitting with a construct like: my ($sum, $deb, $junk) = split; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii perl 5.8.8-4Larry Wall's Practical Extraction debsums recommends no packages. -- debconf information: debsums/apt-autogen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362695: openafs-client: does not configure when modules not installed
Package: openafs-client Version: 1.4.1-1 Severity: important If the module has not been installed, this package will not install either. The postinst script runs the initscript to start afsd, but if there is no module, the initscript returns 1, causing dpkg to fail the installation. I don't remember seeing this behavior in 1.4.0 and previous versions. Did something change in dh_installinit that makes the postinst script more sensitive to the initscript's return value? Or maybe the initscript return itself is different? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libc6 2.3.6-6GNU C Library: Shared libraries ii libncurses5 5.5-1 Shared libraries for terminal hand Versions of packages openafs-client recommends: ii openafs-modules-2.6.16- 1.4.1-1+2.6.16-6 AFS distributed filesystem kernel ii openafs-modules-source 1.4.1-1 AFS distributed filesystem kernel -- debconf information: openafs-client/fakestat: true openafs-client/afsdb: true openafs-client/run-client: true openafs-client/dynroot: false openafs-client/crypt: true * openafs-client/thiscell: andrew.cmu.edu * openafs-client/cachesize: 5 openafs-client/cell-info: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362229: xserver-xorg-core: symlink does not fix
Package: xserver-xorg-core Version: 1:1.0.2-3 Followup-For: Bug #362229 I am also seeing XKB problems. The server logs this: (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap and xdm logs this: sh: /usr/bin/xkbcomp: No such file or directory Thu Apr 13 21:50:13 2006 xdm error (pid 29059): failed to open input method I tried creating the symlink, and restarting the server, but it's no good. (Note that xdm is looking in the wrong place for xkbcomp.) I notice that xbase-clients (source xorg-x11), which contains xkbcomp and setxkbmap, is still at 6.9.0. Is the xorg-x11 source package going to be updated, or is it to be phased out somehow? This causes me some rather serious problems - besides my ctrl:nocaps not being honored, I am entirely unable to switch TTYs (I get some odd output when I type Ctrl-Alt-F1 instead, even though xev shows normal events). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-core depends on: ii libc62.3.6-6 GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-2 X11 font encoding library ii libxau6 1:1.0.0-2 X11 authorisation library ii libxdmcp61:1.0.0-3 X11 Display Manager Control Protoc ii libxfont11:1.0.0-3 X11 font rasterisation library ii x11-common 1:7.0.10X Window System (X.Org) infrastruc ii xserver-xorg-input-all 1:7.0.10the X.Org X server -- input driver ii xserver-xorg-input-evdev [xs 1:1.0.0.5-2 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xser 1:6.5.7.3-3 X.Org X server -- ATI display driv ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages xserver-xorg-core recommends: pn xkeyboard-config none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357623: thunderbird: myspell recommends should be depends
Package: thunderbird Version: 1.5-4 Severity: serious Justification: Policy 3.5 The recommendation of a myspell dictionary should be a hard dependency. Without a dictionary installed, it is impossible to compose messages, even if you turn off all spelling-related options. An error dialog appears when you try to open a compose window. It reads: An error occurred while creating a message compose window. Please try again. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages thunderbird depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5generic font configuration library ii libgcc1 1:4.0.3-1 GCC support library ii libgconf2-4 2.12.1-12 GNOME configuration database syste ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomevfs2-02.12.2-7 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstdc++64.0.3-1The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages thunderbird recommends: ii myspell-en-us [myspell-dictio 1:2.0.2-3 English_american dictionary for my pn xprintnone (no description available) -- debconf information: thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355657: lbreakout2: Close - user error
Daniel Burrows wrote: On Sat, Mar 11, 2006 at 02:46:06PM -0500, Ray Kohler [EMAIL PROTECTED] was heard to say: Daniel Burrows wrote: On Wed, Mar 08, 2006 at 08:57:07PM -0500, Ray Kohler [EMAIL PROTECTED] was heard to say: Package: lbreakout2 Version: 2.5.2-2.1 Followup-For: Bug #355657 There is no problem here. I had accidentally copied the dotfiles from this game from a PPC machine to an AMD64 machine. Apparently there is something in them that didn't like either the 32 - 64 bit change or the Endian-ness change. I think that endianness-dependant configuration files are something to be concerned about. Your call. I figured that this was beyond the range of things that normal users would encounter. People probably don't usually copy their dotfiles around, but think about what happens if they have, eg, a shared home directory. That's true. I didn't think of this, and I even make heavy use of AFS. Yes, I agree, keep this open. Probably a good candidate for sending upstream? smime.p7s Description: S/MIME Cryptographic Signature
Bug#355657: lbreakout2: Close - user error
Daniel Burrows wrote: On Wed, Mar 08, 2006 at 08:57:07PM -0500, Ray Kohler [EMAIL PROTECTED] was heard to say: Package: lbreakout2 Version: 2.5.2-2.1 Followup-For: Bug #355657 There is no problem here. I had accidentally copied the dotfiles from this game from a PPC machine to an AMD64 machine. Apparently there is something in them that didn't like either the 32 - 64 bit change or the Endian-ness change. I think that endianness-dependant configuration files are something to be concerned about. Your call. I figured that this was beyond the range of things that normal users would encounter. The file turns out to be ~/.lgames/lbr2_save_0 (the high-scores table), which has an interesting structure: ~ % xxd .lgames/lbr2_save_0 000: 2146 5245 414b 4f55 5421 !FREAKOUT!.. 010: 020: 0300 0100 4174 At.. 030: 040: 4d72 2e58 Mr.X 050: 060: 4d72 2e59 Mr.Y 070: 080: 4d72 2e5a Mr.Z 090: 0a0: 0200 0b0: 6e8d 0400 n... 0c0: 0300 0d0: 0489 226b ..k !FREAKOUT! is the name of a level-set. At, Mr.X, Mr.Y, and Mr.Z are player-names. smime.p7s Description: S/MIME Cryptographic Signature
Bug#355657: lbreakout2: Close - user error
Package: lbreakout2 Version: 2.5.2-2.1 Followup-For: Bug #355657 There is no problem here. I had accidentally copied the dotfiles from this game from a PPC machine to an AMD64 machine. Apparently there is something in them that didn't like either the 32 - 64 bit change or the Endian-ness change. Please close this bug as non-discrepant. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lbreakout2 depends on: ii lbreakout2-data 2.5.2-2.1A ball-and-paddle game with nice g ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.9-4 Simple DirectMedia Layer ii zlib1g 1:1.2.3-11 compression library - runtime lbreakout2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355657: lbreakout2: Crashes at startup with SIGBUS on amd64
Package: lbreakout2 Version: 2.5.2-2.1 Severity: important lbreakout2 crashes with a Bus error at startup on amd64. I tried just recompiling it on my local machine (hey, sometimes it works). This had no effect. (You also get a SEGV, but that seems to be SDL's fatal signal handler falling apart itself.) ~ % lbreakout2 LBreakout2 2.5.2 Copyright 2001-2005 Michael Speck Published under GNU GPL --- Looking up data in: /usr/share/games/lbreakout2 Looking up custom levels in: /home/ataraxia/.lgames/lbreakout2-levels open /dev/sequencer: No such file or directory Loading theme 'AbsoluteB' Saving highscore chart in: /var/games Fatal signal: Bus Error (SDL Parachute Deployed) GUI finalized Audio finalized [1]9482 segmentation fault lbreakout2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lbreakout2 depends on: ii lbreakout2-data 2.5.2-2.1A ball-and-paddle game with nice g ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.9-4 Simple DirectMedia Layer ii zlib1g 1:1.2.3-10 compression library - runtime lbreakout2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320555: gcc-defaults: gcj-4.0 requires /usr/lib/libgcj.spec from non-dependent libgcj6-dev
Package: gcc-defaults Version: 4.0.0-2 Severity: serious Justification: Policy 3.5 gcj-4.0 requires the file /usr/lib/libgcj.spec from libgcj6-dev. Either this file should be repackaged into libgcj6 or gcj-4.0 should depend on libgcj6-dev. (I suggest the former.) Without this file, gcj errors out when run: gcj: libgcj.spec: No such file or directory -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317853: clamav: source package gmp has been split
Package: clamav Version: 0.86.1-2 Followup-For: Bug #317853 Details of the dependency change: libgmp3 has been split into libgmp3c2 (C API) and libgmpxx3 (C++ portion). Dependencies need to point to the appropriate one (or both, if really needed). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#169584: defrag: patch for powerpc
Package: defrag Version: 0.73pjm1 Followup-For: Bug #169584 I got this package to compile on powerpc. I don't think it's actually usable yet, though - it fails every test in the testsuite with bad superblock on trying to mount the after image. Hopefully, it's still helpful. --- buffers.c.orig 2005-07-25 20:42:45.0 -0400 +++ buffers.c 2005-07-25 20:42:45.0 -0400 @@ -427,7 +427,7 @@ /* Don't bother reading here if we are in readonly mode; there will be no need to write it back at any time. */ if (!readonly) - read_current_block (source, b-data); + read_current_block (source, (char*)b-data); d2n(source) = 0; n2d(b-dest_zone) = 0; b-full = 1; @@ -442,7 +442,7 @@ (unsigned long) b-dest_zone, (unsigned long) dest); assert (b-in_use b-full); - write_current_block (dest, b-data); + write_current_block (dest, (char*)b-data); assert (!n2d(b-dest_zone)); assert (!d2n(dest)); d2n(dest) = b-dest_zone; --- defrag.c.orig 2005-07-25 20:42:45.0 -0400 +++ defrag.c2005-07-25 20:42:45.0 -0400 @@ -712,7 +712,7 @@ #ifndef NODEBUG d #endif - )) != EOF) + )) != (char)-1) switch (c) { case 'b': --- e2dump.c.orig 2005-07-25 20:42:45.0 -0400 +++ e2dump.c2005-07-25 20:42:45.0 -0400 @@ -79,9 +79,9 @@ static inline unsigned long bit_is_set(const void * addr, int nr) { # if powerpc - return 1UL (((const int *) addr)[nr 5] (nr 31))); + return 1UL (((const int *) addr)[nr 5] (nr 31)); # else - return 1UL (((const unsigned char *) addr)[nr 3] (nr 7))); + return 1UL (((const unsigned char *) addr)[nr 3] (nr 7)); # endif } #endif -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318037: librep9: Does not install due to libgmp3 - libgmp3c2, libgmpxx3 restructuring
Package: librep9 Version: 0.17-7 Severity: grave Justification: renders package unusable This package needs to be rebuilt due to the splitting off of libgmp3 into libgmp3c2 (C functionality) and libgmpxx3 (C++ functionality). It will not install due to out-of-date shlibs depends. My apologies if this is already underway. Also, I was unable to build from source (could very well be my error): REPLISPDIR=../lisp REP_DL_LOAD_PATH=../src/.libexec REPDOCFILE=../doc-strings ../src/rep --batch -l rep.vm.compiler \ -f compile-batch rep-xgettext.jl \ mv rep-xgettext.jlc rep-xgettext chmod +x rep-xgettext ** error: --with-stack-direction is incorrect; it should be 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316885: flwm leaves zombies
Package: flwm Version: 1.00-7 Severity: normal Flwm occasionally leaves zombies lying around. I cannot predictably reproduce this - there are always a few out there but I can't make them on demand. F UID PID PPID PRI NIVSZ RSS WCHAN STAT TTYTIME COMMAND 4 1000 26510 26489 15 0 7424 3456 select S? 0:04 flwm 1 1000 3200 26510 17 0 0 0 exit Z? 0:00 [flwm] defunct 1 1000 3211 26510 15 0 0 0 exit Z? 0:00 [flwm] defunct The only place where flwm forks is when spawning something picked from a menu. It uses the approved double fork and exec in grandchild method, which really ought to prevent this - don't know why it doesn't work. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages flwm depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-5 Fast Light Toolkit shared librarie ii libgcc1 1:4.0.0-11 GCC support library ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu flwm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315700: findimagedupes: Missing dependency: libltdl3
Package: findimagedupes Version: 0.1.3-5 Severity: serious Justification: Policy 3.5 This tool requires libltdl3 to run, and does not depend on it: ~/pics % findimagedupes -v Can't load '/usr/lib/perl5/auto/Image/Magick/Magick.so' for module Image::Magick: libltdl.so.3: cannot open shared object file: No such file or directory at /usr/lib/perl/5.8/DynaLoader.pm line 225. at /usr/bin/findimagedupes line 38 Compilation failed in require at /usr/bin/findimagedupes line 38. BEGIN failed--compilation aborted at /usr/bin/findimagedupes line 38. zsh: 21477 exit 2 findimagedupes -v ~/pics % apt-cache search libltdl libguile-ltdl-1 - Guile's patched version of libtool's libltdl libltdl3 - A system independent dlopen wrapper for GNU libtool libltdl3-dev - A system independent dlopen wrapper for GNU libtool ~/pics % sudo apt-get install libltdl3 Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: libltdl3 (1.5.6-6) 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 155kB of archives. After unpacking 233kB of additional disk space will be used. Get:1 http://ftp.us.debian.org sid/main libltdl3 1.5.6-6 [155kB] Fetched 155kB in 0s (179kB/s) Selecting previously deselected package libltdl3. (Reading database ... 63097 files and directories currently installed.) Unpacking libltdl3 (from .../libltdl3_1.5.6-6_powerpc.deb) ... Setting up libltdl3 (1.5.6-6) ... ~/pics % findimagedupes -v Scanning fingerprints from . into ./imagedupes-db.txt. [0688/0688] 0%..100% Finding duplicates in ., threshold 90%. ./2519.jpg ./8688-1.jpg: seem to be 98.83% similar. ./38c2.jpg ./55da.jpg: seem to be 91.80% similar. [0686/0686] 0%..100% -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages findimagedupes depends on: ii imagemagick 6:6.2.3.0-2 Image manipulation programs ii perl 5.8.7-3 Larry Wall's Practical Extraction ii perlmagick 6:6.2.3.0-2 A perl interface to the libMagick findimagedupes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307841: most: lineno option documentation misformatted
Package: most Version: 4.9.5-1 Severity: minor Tags: patch There ought to be a line break before the +lineno command line option entry in the man page. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages most depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii slang1a-utf81.4.9dbs-8 The S-Lang programming library wit -- no debconf information --- most.1.orig 2005-05-05 15:41:04.0 -0400 +++ most.1 2005-05-05 15:43:47.0 -0400 @@ -185,6 +185,7 @@ This option is meaningful only when used with the .B \-v option. +.TP .BI + lineno Start up at .IR lineno .
Bug#307723: kobodeluxe: Cheat option incorrectly documented
Package: kobodeluxe Version: 0.4pre9-5 Severity: minor Tags: patch The man page incorrectly documents the 'cheat' option. It says you can select any level (which you can't), and doesn't mention that it also gives you infinite ships. Here is a simple manpage patch: --- debian/kobodl.man.orig 2005-05-04 19:46:25.0 -0400 +++ debian/kobodl.man 2005-05-04 19:47:44.0 -0400 @@ -67,7 +67,7 @@ Enable/disable motion interpolation filter. .TP .B \-[no]cheat -Enable/disable cheat mode, which allows any level to be played and does not +Enable/disable cheat mode, which gives you infinite ships and does not update high score file. .TP .B \-[no]indicator -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kobodeluxe depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libsdl-image1 1.2.4-1image loading library for Simple D ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307126: lbreakout2: Cannot warp with limit set to 0 when more blocks created than destroyed
Package: lbreakout2 Version: 2.5.2-1 Severity: normal If you set the warp limit to 0, you will still be unable to warp if you have created more blocks with the current ball than you have destroyed (e.g. if you have hit a lot of the creates up to 8 bricks on destruction blocks), since in effect you will have destroyed less than 0 percent of the blocks. I suppose a case could be made that this is the correct behavior, but it's inconsistent with the documentation for the option, and breaks POLA for most players (or so I would imagine ;) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lbreakout2 depends on: ii lbreakout2-da 2.5.2-1A ball-and-paddle game with nice g ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libpng12-01.2.8rel-1 PNG library - runtime ii libsdl-mixer1 1.2.6-1mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii zlib1g1: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#306358: (no subject)
Package: installation-reports INSTALL REPORT Debian-installer-version: netinst rc3 powerpc uname -a: Linux arkadia 2.6.11-powerpc #1 Mon Apr 4 04:03:40 CEST 2005 ppc GNU/Linux Date: 2005-04-08 21:00 (GMT) Method: Booted from CD, did a clean install, and used the whole disk. Machine: WindTunnel PowerMac (with nVidia card) Processor: G4 PPC 1.0 GHz (Single processor) Memory: 768 MB PC2100 Root Device: hda: ST360015A, ATA DISK drive (60 GB disk, factory original) Root Size/partition table: #type name length base ( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_Bootstrap untitled1954 @ 64 (977.0k) NewWorld bootblock /dev/hda3 Apple_UNIX_SVR2 untitled 112693360 @ 2018 ( 53.7G) Linux native /dev/hda4 Apple_UNIX_SVR2 swap 4536030 @ 112695378 ( 2.2G) Linux swap Block size=512, Number of Blocks=117231408 DeviceType=0x0, DeviceId=0x0 Output of lspci and lspci -n: / % sudo lspci :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP :00:10.0 VGA compatible controller: nVidia Corporation: Unknown device 0184 (rev a2) 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI 0001:10:17.0 ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 03) 0001:10:18.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:19.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:10:1b.0 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.1 USB Controller: NEC Corporation USB (rev 43) 0001:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 0002:20:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 Internal PCI 0002:20:0d.0 ff00: Apple Computer Inc. UniNorth 2 ATA/100 0002:20:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2 FireWire (rev 01) 0002:20:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) / % sudo lspci -n :00:0b.0 0600: 106b:0034 :00:10.0 0300: 10de:0184 (rev a2) 0001:10:0b.0 0600: 106b:0035 0001:10:17.0 ff00: 106b:0022 (rev 03) 0001:10:18.0 0c03: 106b:0019 0001:10:19.0 0c03: 106b:0019 0001:10:1b.0 0c03: 1033:0035 (rev 43) 0001:10:1b.1 0c03: 1033:0035 (rev 43) 0001:10:1b.2 0c03: 1033:00e0 (rev 04) 0002:20:0b.0 0600: 106b:0036 0002:20:0d.0 ff00: 106b:0033 0002:20:0e.0 0c00: 106b:0031 (rev 01) 0002:20:0f.0 0200: 106b:0032 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] (No DHCP used) Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Very nice - but then, I was one of those who didn't have a problem with boot-floppies either. I had no problems with the installation at all. The only question I have - why isn't alsa-base part of the base system? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306059: xpuyopuyo: Tooltip help doesn't work
Package: xpuyopuyo Version: 0.9.8-1 Severity: minor Very minor issue - If you open the Advanced Options and hover the mouse over any of the fields, the tooltip popup complains that it can't open the manpage rather than displaying the expected help item: Can't open help file /usr/share/man/man6/xpuyopuyo.6 It appears that it's not able to deal with compressed manpages. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xpuyopuyo depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libmikmod2 3.1.11-a-6 A portable sound library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306066: xpuyopuyo: Crashes with large file left over if locked out of sound device
Package: xpuyopuyo Version: 0.9.8-1 Severity: important If these three conditions are met: 1) You start xpuyopuyo in a directory for which you have write access; 2) You have sound enabled for the game; 3) Some other process has the sound device locked; then xpuyopuyo will create a file called music.raw in the current working directory, and begin writing into it, until it reaches 2 GB in size, at which point it will crash with the below message. The user is left to manually remove the file, which is why I rate this as 'important' even with the obvious workaround of avoiding any of the three conditions listed above - that's a lot of disk space to some people, especially if they don't know where it's going ;) [1] + 1191 file size limit exceeded xpuyopuyo 442457 -rw--- 1 ataraxia ataraxia 2.0G 2005-04-23 19:34 music.raw -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xpuyopuyo depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libmikmod2 3.1.11-a-6 A portable sound library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#214112: xzgv: Don't even need to zoom
Package: xzgv Version: 0.8-3 Followup-For: Bug #214112 Unless this is really a separate problem, the original description isn't quite correct - you don't need to zoom to reproduce this. All you need to do is open a directory that's already been thumbnailed. Whatever items that you can see listed in the initial view (i.e., before scrolling the list) will show the thumbnails correctly. Everything else will show only the filename. Pressing 'u' on an affected area will correct it, but once again, only for the region currently in view. Once fixed, an image will remain thumbnailed until you quit xzgv. (So the workaround is to scroll one page, press 'u', and repeat until the bottom of the list is reached.) Is this really the same bug? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xzgv depends on: ii gdk-imlib1 1.9.14-16.2 imaging library for use with gtk ( ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpng10-0 1.0.18-1PNG library, older version - runti ii libtiff4 3.7.2-2 Tag Image File Format (TIFF) libra ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-12 X Window System Input extension li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu 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]