Bug#1036586: pipewire-pulse: Music garbled, faint, and generally unusable when switching from pulseaudio to pipewire-pulse
Package: pipewire-pulse Severity: important X-Debbugs-Cc: ncn_flos...@fastmail.fm Dear Maintainer, * What led up to the situation? Switching from pulseaudio daemon to pipewire-pulse * What exactly did you do (or not do) that was effective (or ineffective)? Switching from pulseaudio daemon to pipewire-pulse * What was the outcome of this action? Music, using Audacious or anything else, breaks. It's garbled and faint. Doesn't matter whether I use the "pulseaudio" backend in audacious (now feeding through pipewire) or the direct "Pipewire" backend. * What outcome did you expect instead? Music keeps sounding normal Music sounds fine if I uninstall pipewire-pulse and reinstall pulseaudio. (Which I did before filing this bug.) This is pretty weird. It renders pipewire unusable for me. I've never had a previous sound system change break catastrophically like this, so it seems like there's some really serious problem in pipewire. -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security'), (500, 'unstable') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipewire-pulse depends on: ii init-system-helpers 1.65.2 pn pipewire Versions of packages pipewire-pulse recommends: pn wireplumber | pipewire-media-session-pulseaudio Versions of packages pipewire-pulse suggests: pn libspa-0.2-bluetooth ii pulseaudio-utils 16.1+dfsg1-2+b1
Bug#986318: inform6-compiler: Actually, upon retesting, the benefits come from using -O2
Package: inform6-compiler Version: 6.33-2+b1 Followup-For: Bug #986318 X-Debbugs-Cc: ncn_flos...@fastmail.fm Dear Maintainer, I retested and realized that most of the benefits come not from -flto, but simply from -O2 (or the nearly-equivalent -Og if you want better debugging information). No optimization flags seem to be used per default during the construction of the currently installed package, much to my surprise. So please amend this report: please compile with -O2 or -Og to cut running time for the inform6 program in half. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-rt-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages inform6-compiler depends on: ii libc6 2.31-9 Versions of packages inform6-compiler recommends: ii frotz [zcode-interpreter] 2.53+dfsg-1 ii gargoyle-free [zcode-interpreter] 2019.1.1-2 ii inform6-library6.12.2+dfsg.1-1.1 ii sdlfrotz [zcode-interpreter] 2.53+dfsg-1 Versions of packages inform6-compiler suggests: pn inform-mode pn inform6-doc -- no debconf information
Bug#986317: inform6-compiler: New upstream available
Package: inform6-compiler Version: 6.33-2+b1 Severity: normal X-Debbugs-Cc: ncn_flos...@fastmail.fm Dear Maintainer, Inform 6.34 was released in mid-2020. https://github.com/DavidKinder/Inform6/releases/tag/v6.34 There are several reasons to update to this. It fixes several bugs and is usable with the (not in Debian) package Inform 7, which verion 6.33 is not. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-rt-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages inform6-compiler depends on: ii libc6 2.31-9 Versions of packages inform6-compiler recommends: ii frotz [zcode-interpreter] 2.53+dfsg-1 ii gargoyle-free [zcode-interpreter] 2019.1.1-2 ii inform6-library6.12.2+dfsg.1-1.1 ii sdlfrotz [zcode-interpreter] 2.53+dfsg-1 Versions of packages inform6-compiler suggests: pn inform-mode pn inform6-doc -- no debconf information
Bug#986318: inform6-compiler: inform6 would run twice as fast if compiled with -flto
Package: inform6-compiler Version: 6.33-2+b1 Severity: wishlist X-Debbugs-Cc: ncn_flos...@fastmail.fm Dear Maintainer, I have tested and Inform 6 runs twice as fast if compiled with the -flto option (which is over 10 years old and highly stable) and any level of optimization (-O2, -O1, -Og.) I strongly suggest that this be done as the standard compile for the Debian package. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-security') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-4-rt-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages inform6-compiler depends on: ii libc6 2.31-9 Versions of packages inform6-compiler recommends: ii frotz [zcode-interpreter] 2.53+dfsg-1 ii gargoyle-free [zcode-interpreter] 2019.1.1-2 ii inform6-library6.12.2+dfsg.1-1.1 ii sdlfrotz [zcode-interpreter] 2.53+dfsg-1 Versions of packages inform6-compiler suggests: pn inform-mode pn inform6-doc -- no debconf information
Bug#592719: This is grave.
This bug is grave (I've adjusted its severity accordingly). It breaks unrelated packages entirely. I have this problem too. The failure mode is quite cryptic. Killing udisks-daemon is the only way to fix it, though I have not tried the patch attached to #592719. Since this is grave, I suggest that the maintainers try the patch which was attached to #592719 three months ago. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585448: This is grave
severity 585448 grave thanks This bug renders apt-listbugs unusable the moment it triggers (hence, grave) and requires that apt-listbugs be disabled completely in order to run apt. Once the bug triggers, there's no way to work around it other than disabling apt-listbugs and upgrading without seeing the RC bugs, because the updates will continue to be too large the moment they are once too large. It's been sitting unfixed for nearly a year, so clearly important wasn't enough to get anyone's attention. I hope this can be tracked down, it should be easy to figure out why it's not closing files when it should. -- Nathanael Nerode ncn_mail10 at fastmail.fm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601432: RM: fkiss -- ROM; Package dead upstream, functional alternatives available
Package: ftp.debian.org Severity: normal At the time I adopted this package, it was already dead upstream, but there were no functional alternatives available. Since then gnomekiss has stopped crashing routinely and now appears to be a generally superior alternative. The codebase for fkiss is not clean. Upon looking at it again, and with the development of a working alternative, I do not think it is wise to attempt to maintain it further. Apologies for not doing this earlier. Cc:ed to Amaya as sponsor. --Nathanael Nerode -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578930: aptitude: Aptitude looks awful if LANG=en_US.UTF-8
Package: aptitude Version: 0.6.1.5-3 Severity: normal Aptitude appears to have some hardcoded dependencies on the locale. Given this, it really needs to force the locale before starting. I have to start it up with LANG=C aptitude in order to keep the screen readable; otherwise I get lots of nonsense characters. In the long run, it should probably be properly UNICODE-ized. -- Package-specific info: aptitude 0.6.1.5 compiled at Mar 12 2010 09:52:06 Compiler: g++ 4.4.3 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.8.0 linux-gate.so.1 = (0xb78c9000) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0x4fe6a000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x4163b000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0x4f9b2000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x46c6f000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x41382000) libept.so.0 = /usr/lib/libept.so.0 (0x4f70d000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x4f86) libz.so.1 = /usr/lib/libz.so.1 (0x45d1d000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x43186000) libboost_iostreams.so.1.40.0 = /usr/lib/libboost_iostreams.so.1.40.0 (0x4f853000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0x45d02000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x4610f000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0x45cda000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x460e5000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0x45b8b000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0x47de3000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0x45cd4000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0x45eb2000) libdb-4.8.so = /usr/lib/libdb-4.8.so (0x45d3e000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0x45ed8000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x46b1b000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0x45d33000) /lib/ld-linux.so.2 (0x45b6b000) libuuid.so.1 = /lib/libuuid.so.1 (0x460df000) libcrypt.so.1 = /lib/i686/cmov/libcrypt.so.1 (0x480db000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x45fbf000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable'), (2, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25.3 Advanced front-end for dpkg ii libboost-iostreams1.40. 1.40.0-6+b1 Boost.Iostreams Library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept0 0.5.30 High-level library for managing De ii libgcc1 1:4.4.2-9GCC support library ii liblog4cxx100.10.0-1.1 A logging library for C++ ii libncursesw55.7+20100313-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libxapian15 1.0.18-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii sensible-utils0.0.2 Utilities for sensible alternative Versions of packages aptitude suggests: ii debtags 1.7.9+b2 Enables support for package tags ii tasksel 2.81 Tool for selecting tasks for insta -- 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#578931: dselect: Dselect seems not to parse version numbers correctly
Package: dselect Version: 1.15.5.6 Severity: important git-all Depends: git ( 1:1.7.0.5), git ( 1:1.7.0.5-.) As far as dselect is concerned, this condition is satsified by *no* version of git, and git-all and git can't be installed simultaneously. Unfortunately, dpkg --compare-versions thinks differently (it believes that 1:1.7.0.5-1 fits between the two versions). The incompatibility is making dselect practically unusable. I hate aptitude due to its dreadful user interface, and a while back I was willing and able to maintain dselect if it could be disentangled from its Siamese-twin relationship with dpkg. However, SOME people, who REFUSED to maintain dselect themselves, were very insistent that dselect was more than a front end. It's a goddamned front end. Only it's *BROKEN* because nobody was willing to hand it over to anyone who would maintain it. I hope that changes soon. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable'), (2, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dselect depends on: ii dpkg 1.15.5.6 Debian package management system ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libstdc++64.4.2-9The GNU Standard C++ Library v3 dselect recommends no packages. Versions of packages dselect suggests: ii perl 5.10.1-11 Larry Wall's Practical Extraction -- 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#532883: I'm sorry KDE maintainers are not responsible people.
I am sorry that the KDE maintainers are incapable of forwarding bugs upstream. One would assume that they, unlike me, have accounts on KDE's Bugzilla. GNOME has its problems, but its maintainers are actually making some effort to maintain it, so I guess I'll switch to it. Bye-bye now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538144: Option Open folders in new windows is BROKEN, rendering konqueror unsuitable for purpose
Package: konqueror Version: 4:4.2.4-1 Severity: important Under Settings/Configure Konqueror..., under File Management, there is an option called Open folders in separate windows. I have had this option on since day one. It is absolutely essential -- I cannot comfortably browse files without it. It just broke. Now folders open in the same window despite the option being set. What's worse, dolphin doesn't even have this option. Although someone lied to me about that -- see bug 532883. Please fix this promptly. I will have to switch to another desktop environment if this is not fixed very, very soon. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii kdebase-bin4:4.2.4-1 core binaries for the KDE 4 base m ii kdebase-data 4:4.2.4-1 shared data files for the KDE 4 ba ii kdebase-runtime4:4.2.4-2 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii libc6 2.9-12GNU C Library: Shared libraries ii libkonq5 4:4.2.4-1 core libraries for Konqueror ii libkonqsidebarplugin4 4:4.2.4-1 Konqueror sidebar plugin library ii libqt4-dbus4.5.1-2 Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2 Qt 3 compatibility library for Qt ii libqt4-xml 4.5.1-2 Qt 4 XML module ii libqtcore4 4.5.1-2 Qt 4 core module ii libqtgui4 4.5.1-2 Qt 4 GUI module ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages konqueror recommends: ii dolphin 4:4.2.4-1 file manager for KDE 4 ii konqueror-nsplugins 4:4.2.4-1 Netscape plugin support for Konque Versions of packages konqueror suggests: pn konq-plugins none (no description available) -- 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#532883: dolphin does NOT have an open folders in new windows option
(OK, bug unarchived, now the message should get through...) Just installed KDE 4.2.4. NO, dolphin does NOT have an option to open every folder in a new window automatically when you double-click. (Macintosh c. 1984 style.) The equivalent of Konqueror's Open folders in separate windows option. I went through every single option under Settings. This makes dolphin UNUSABLE as a file browser for me. And I don't appreciate being lied to about features, either, like the people who claimed that dolphin already has this feature did. ...But what is MUCH MUCH WORSE, Konqueror's Open folders in separate windows option just BROKE with KDE 4.2.4. I reported this as a separate bug, though I suspect it may be related. This means KDE has *NO USABLE FILE MANAGER*. I will have to switch to another desktop environment if this is not fixed very very soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535922: firmware-nonfree: Need to include 'advansys' firmware
Package: firmware-nonfree Version: 0.17 Severity: important Starting with Linux 2.6.30, the advansys firmware is not built into the kernel, but loaded. This firmware is BSD-licensed so it's safe to put it in non-free (it has no source so it's not free). These are the four files needed: 3550.bin 38C0800.bin 38C1600.bin mcode.bin They go in /lib/firmware/advansys. It's in the linux/kernel/git/dwmw2/linux-firmware.git repo. It seems important to me that firmware-nonfree start distributing these files before the 2.6.30 kernel hits 'testing', in order that users of the advansys SCSI cards can have a smooth transition. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535923: udev: Doesn't quite clean up old conffiles right
Package: udev Version: 0.141-1 Severity: minor After some poking around, I realized that the files /etc/modprobe.d/pnp-hotplug.conf and /etc/modprobe.d/display_class.conf were useless leftovers from an obsolete version of udev. They were probably supposed to be cleaned up in udev.preinst, in the section which actually cleans up files named /etc/modprobe.d/pnp-hotplug and /etc/modprobe.d/display_class (note lack of .conf). I suggest fixing the postinst to clean up after the versions with .conf as well. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 84 lrwxrwxrwx 1 root root12 2005-12-29 20:21 000_ncn.rules - ../ncn.rules lrwxrwxrwx 1 root root19 2005-12-29 20:21 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 1137 2008-10-01 13:05 65_dmsetup.rules -rw-r--r-- 1 root root 671 2006-10-03 16:00 70-persistent-cd.rules -rw-r--r-- 1 root root 383 2009-04-26 16:35 70-persistent-net.rules -rw-r--r-- 1 root root 109 2008-08-12 05:37 z60_boinc-client.rules lrwxrwxrwx 1 root root15 2006-07-18 00:32 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 2656 2009-04-04 17:48 z60_libpisock9.rules -rw-r--r-- 1 root root 1152 2009-05-06 08:36 z60_libsane-extras.rules -rw-r--r-- 1 root root 55330 2009-05-14 06:46 z60_libsane.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1/event1/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input0/event0/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/admmidi/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/adsp/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/amidi/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/audio/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/controlC0/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/dmmidi/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/dsp/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/hwC0D0/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/hwC0D2/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/midiC0D0/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/midiC0D1/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/midiC0D2/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/midi/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/mixer/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D1c/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D2c/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D2p/dev /sys/devices/pci:00/:00:1e.0/:02:07.0/sound/card0/pcmC0D3p/dev /sys/devices/pci:00/:00:1e.0/:02:0a.0/host1/target1:0:4/1:0:4:0/block/sda/dev /sys/devices/pci:00/:00:1e.0/:02:0a.0/host1/target1:0:4/1:0:4:0/bsg/1:0:4:0/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda2/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda4/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda5/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda6/dev /sys/devices/pci:00/:00:1f.1/ide0/0.0/block/hda/hda7/dev /sys/devices/pci:00/:00:1f.1/ide1/1.0/block/hdc/dev /sys/devices/pci:00/:00:1f.2/usb1/1-0:1.0/usb_endpoint/usbdev1.1_ep81/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1:1.0/usb_endpoint/usbdev1.2_ep81/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.0/0003:04B3:3018.0001/hidraw/hidraw0/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.0/input/input4/event4/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.0/usb_endpoint/usbdev1.3_ep81/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.1/0003:04B3:3018.0002/hidraw/hidraw1/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.1/input/input5/event5/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/1-1.3:1.1/usb_endpoint/usbdev1.3_ep82/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/usb_device/usbdev1.3/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.3/usb_endpoint/usbdev1.3_ep00/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.4/1-1.4:1.0/0003:06CB:0009.0003/hidraw/hidraw2/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.4/1-1.4:1.0/input/input6/event6/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.4/1-1.4:1.0/input/input6/mouse1/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.4/1-1.4:1.0/usb_endpoint/usbdev1.4_ep81/dev /sys/devices/pci:00/:00:1f.2/usb1/1-1/1-1.4/1-1.4:1.1/0003:06CB:0009.0004/hidraw/hidraw3/dev
Bug#532883: dolphin: seriously needs 'open folders in new windows' option
Package: dolphin Version: 4:4.2.2-1 Severity: wishlist This is a wishlist. I found dolphin completely unusable because of only one missing option. I prefer to do my file browsing old MacOS-style, one window per folder, where opening a folder opens a new window. Konqueror has an configuration option which allows it to work this way. Dolphin doesn't, making it completely nonfunctional as a file browser for me. I'm just glad Konqueror is still present; but with rumours that Dolphin is the wave of the future, I hope this gross oversight, which should be pretty trivial to fix, might get fixed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dolphin depends on: ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libkonq5 4:4.2.2-1 core libraries for Konqueror ii libqt4-dbus 4.5.1-2Qt 4 D-Bus module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libsoprano4 2.2.2+dfsg.1-1 libraries for the Soprano RDF fram ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrender1 1:0.9.4-2 X Rendering Extension client libra Versions of packages dolphin recommends: ii kfind 4:4.2.2-1 file search utility for KDE 4 dolphin 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#532391: /usr/sbin/rngd: rngd using 80% of CPU ??
Package: rng-tools Version: 2-unofficial-mt.12-1 Severity: minor File: /usr/sbin/rngd According to 'top' anyway. What's going on here? Does it deliberately eat all spare CPU time? If so, it seems unlikely that my chip will ever go into sleep state -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rng-tools depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii makedev 2.3.1-88 creates device files in /dev ii udev 0.141-1/dev/ and hotplug management daemo rng-tools recommends no packages. rng-tools 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#524382: firmware-linux: Package description written in broken English
Package: firmware-linux Version: 0.16 Severity: minor The package description for firmware-linux currently reads: This package contains the binary firmware for all firmwares which was formally shipped in the Linux image. Note subject-verb agreement problem (firmwares was) and sound-alike word confusion (formally instead of formerly). The package description SHOULD read as follows: This package contains the binary firmware for all firmwares which were formerly shipped in the Linux image. Thanks. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash firmware-linux depends on no packages. firmware-linux recommends no packages. Versions of packages firmware-linux suggests: ii initramfs-tools 0.92o tools for generating an initramfs ii linux-image-2.6.26-1-686 [lin 2.6.26-12 Linux 2.6.26 image on PPro/Celeron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406849: This one is a policy violation -- and trivial to fix
severity 406849 important tags 406849 patch thanks I hate to escalate this, but given that the original copyright and license statement is now gone from upstream, it's really important to put it into the Iceweasel package We don't want to be searching for the copyright statements ten years from now, with my message to the BTS being the only remaining reference! -- Nathanael Nerode [EMAIL PROTECTED] Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389430: Commenting on the add-on debs issues...
Got back to looking at these bugs to see if you'd ever followed up and realized that you ran down a dead end: Frans Pop pointed out: - You cannot add an override suite that is on a different mirror This seems relevant in your use case. I'd guess it would be nice to be able to use a standard Debian mirror for regular components and an HP mirror for the add-ons. May be a lot more complex to implement though. Actually, I implemented that with my original patches. So it's not that complicated to implement, at least using my approach rather than dann's. See bugs 405888 and 405886 in conjunction with this one. In effect, it becomes possible to invoke anna an arbitrary number of times with different network repositories. The crucial point was to invoke choose-mirror separately for each addon. This means you can't just iterate over suite, you actually have to iterate over net-retriever-core. Notably, the udeb dependency system at the time I implemented the patch would rerun choose-mirror every time net-retriever-core was reloaded. (If that has changed, then I was relying on a bug...) This makes the run parallel in structure to runs of floppy-retriever, which can check for a new floppy every time. If nobody is willing to actually take a look at my patches, perhaps you'd at least consider the analysis I put into it. My approach works better than dann's because it was designed properly. Design first, then code, as Joey Hess wrote? -- Nathanael Nerode [EMAIL PROTECTED] Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498948: fontconfig: Proposal for single run of fc-cache per apt-get run
Package: fontconfig Version: 2.6.0-1 Severity: wishlist So I just installed a bunch of fonts and BOY IS IT SLOW. There are two things going on. (1) Updating fontconfig cache for /usr/share/fonts/... (2) Regenerating fonts cache #2 is done independently by a very large number of font packages calling HOME=/root fc-cache -f -v 1/var/log/fontconfig.log 21 #1 is done by a large number of packages calling defoma-font --reregister-all /etc/defoma/hints/XXX.hints which ends up calling /usr/share/defoma/scripts/fontconfig.defoma, which calls fc-cache -f and fc-cache -s *TWICE*. So fc-cache can be run four or more times *per font installation*. And it actually needs to be run precisely once per apt-get run. The obvious way to fix this is dpkg triggers. fontconfig should have a trigger on any change to /usr/share/fonts which causes it to regenerate the cache. fontconfig.triggers would look like this: interest /usr/share/fonts And fontconfig.postinst would be patched like this: --- fontconfig.postinst 2008-09-14 12:52:55.0 -0400 +++ fontconfig.postinst.new 2008-09-14 12:54:27.0 -0400 @@ -37,6 +37,8 @@ done printf done.\n fi +fi +if [ $1 = configure ] || [ $1 = triggered ] # Force regeneration of all fontconfig cache files. mkdir -p /var/cache/fontconfig printf Regenerating fonts cache... This would allow bugs to be filed on all packages (except fontconfig and defoma) which run fc-cache in postinst, to just remove those explicit invocations. That would speed things up quite a bit. This should be done *now*. --- The interaction with defoma is much trickier and a much larger problem. First of all, defoma *could* be invoked on a nonstandard directory, which would require a hand run of fc-cache. It could also be invoked by hand for locally installed fonts in /usr/local or the user's home directory. Second, the current fontconfig.defoma script does something very ugly in its 'term' subroutine. It runs fc-cache, then blows away /var/lib/defoma/fontconfig.d/fonts.conf, then runs fc-list to determine the accessible font directories without defoma, then rebuilds /var/lib/defoma/fontconfig.d/fonts.conf, then runs fc-cache AGAIN. This is hideous and very, very slow. I don't see any way to avoid this when using locally installed fonts, for which it is pretty much doing the right thing. There's got to be some way to bypass this for packaged fonts, however. I figure we can simply detect whether we're dealing with a subdirectory of /usr/share/fonts, and assume that we're in a 'packaged' situation then, and if not, assume that we're not. I almost finished a patch to do exactly this, but I hit a problem. The problem is that the rebuilding of /var/lib/defoma/fontconfig.d/fonts.conf *both* rebuilds the directory list (which we can just skip for fonts in the standard directories under /usr/share/fonts), *and* the aliases and substitutes lists (which I believe we *can't* skip -- if we can skip them, tell me and I'll attach the patch for fontconfig.defoma). I'm not currently seeing how to preserve the directory list while rebuilding the aliases and substitutes lists. If you could break the file into two pieces, one for the directories and one for the aliases and substitutions, it would be quite straightforward to rewrite fontconfig.defoma to skip all the tedious cache rebuilds when it's dealing with a font in /usr/share/fonts. (All such fonts should be handled by dpkg, and therefore we can rely on the trigger to rebuild the cache.) -- Nathanael Nerode (neroden at gcc dot gnu dot org) Versions of packages fontconfig depends on: ii fontconfig-config 2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libfontconfig12.6.0-1generic font configuration library fontconfig recommends no packages. Versions of packages fontconfig suggests: ii defoma 0.11.10-0.2 Debian Font Manager -- automatic f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473052: Missing dependency: hal needs to depend on dbus-x11?
Package: hal Severity: important On an attempt to upgrade from etch to lenny, the upgrade hanged configure hal. But *before* that it announced that it was unable to connect to dbus, complaining specifically about dbus-launch. Now, the crucial point is that dbus-x11 was not installed on the machine at the time. dbus-x11 provides the dbus-launch utility. After installing dbus-x11, hal installed just fine. Hal apparently needs to depend (or possibly pre-depend?) on dbus-x11. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.106add and remove users and groups ii dbus1.1.20-1 simple interprocess messaging syst ii hal-info20080215-1 Hardware Abstraction Layer - fdi f ii libc6 2.7-6GNU C Library: Shared libraries ii libdbus-1-3 1.1.20-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgcc1 1:4.3.0-1GCC support library ii libglib2.0-02.16.1-2 The GLib library of C routines ii libhal-storage1 0.5.10+git20080301-1 Hardware Abstraction Layer - share ii libhal1 0.5.10+git20080301-1 Hardware Abstraction Layer - share ii libsmbios1 0.13.13-1Provide access to (SM)BIOS informa ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-9 userspace USB programming library ii libvolume-id0 0.114-2 libvolume_id shared library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii mount 2.13.1-2 Tools for mounting and manipulatin ii pciutils1:2.2.10-1 Linux PCI Utilities ii pm-utils0.99.2-3 utilities and scripts for power ma ii udev0.114-2 /dev/ and hotplug management daemo ii usbutils0.73-7 Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5-6ejects CDs and operates CD-Changer pn libsmbios-bin none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448982: boinc-client: BOINC still ignoring user activity
Package: boinc-client Version: 5.10.30-5 Followup-For: Bug #448982 Sorry but this bug is not fixed in this version of boinc. The child client process (hadcm3 or some such in my case) continues to run and eat up CPU cycles (as shown by 'top') no matter how much activity is going on with keyboard and mouse. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-client depends on: ii adduser 3.105add and remove users and groups ii ca-certificates 20070303 Common CA Certificates PEM files ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii libc6 2.7-5GNU C Library: Shared libraries ii libcurl37.17.1-1 Multi-protocol file transfer libra ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii python 2.4.4-6 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime boinc-client recommends no packages. -- debconf information: boinc-client/remove_boinc_dir: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448982: This is hitting me too; it's important.
severity 448982 important thanks Subject: boinc-client: This is hitting me too Followup-For: Bug #448982 Package: boinc-client Version: 5.10.30-2 *** Please type your report below this line *** I've had to disable BOINC permanently because this has been going on so many months; I use my computer pretty heavily and I can't have BOINC running while I'm using it. This is really a pretty important bug for BOINC usability. Frankly I probably won't remember to turn BOINC back on for months after it's fixed as I'm tired of checking to see whether it's fixed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boinc-client depends on: ii adduser 3.105 add and remove users and groups ii ca-certificates 20070303 Common CA Certificates PEM files ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii libc6 2.7-5 GNU C Library: Shared libraries ii libcurl3 7.17.1-1 Multi-protocol file transfer libra ii libgcc1 1:4.2.2-4 GCC support library ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libssh2-1 0.18-1 SSH2 client-side library ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libstdc++64.2.2-4The GNU Standard C++ Library v3 ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii python2.4.4-6An interactive high-level object-o ii zlib1g1:1.2.3.3.dfsg-8 compression library - runtime boinc-client recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457858: lirc-modules-source does not build, ever
Package: lirc-modules-source Version: 0.8.0-13 Severity: grave Justification: renders package unusable This has now been true for months. Please stop producing the lirc-modules-source package if you cannot make it compile properly. This bug IS grave. I'm sorry. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lirc-modules-source depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii debhelper 5.0.61 helper programs for debian/rules ii debianutils 2.28.2 Miscellaneous utilities specific t ii ucf 3.004 Update Configuration File: preserv Versions of packages lirc-modules-source recommends: ii dpkg-dev 1.14.7 package building tools for Debian ii gcc [c-compiler] 4:4.2.1-6 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-4The GNU C compiler ii kernel-package11.001 A utility for building Linux kerne ii make 3.81-3 The GNU version of the make util -- debconf information: lirc-modules-source/use_lirc_hints: true lirc-modules-source/parallel_irq: 7 * lirc-modules-source/do-build: false lirc-modules-source/parallel_timer: 65536 lirc-modules-source/sir_type: Other * lirc-modules-source/serial_softcarrier: false * lirc-modules-source/kernel-source-not-found: * lirc-modules-source/serial_transmitter: false lirc-modules-source/it87_type: Standard lirc-modules-source/not_needed: * lirc-modules-source/serial_port: 0x2f8 * lirc-modules-source/drivers: serial * lirc-modules-source/serial_irq: 3 * lirc-modules-source/serial_type: Other * lirc-modules-source/kernel-source: /usr/src/linux/ lirc-modules-source/sir_irq: 3 lirc-modules-source/sir_port: 0x2f8 lirc-modules-source/parallel_port: 0x378 * lirc-modules-source/what_next: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450053: fkiss: Upstream basically dead
For the information of anyone looking at this bug, the watch file was only there in case upstream came back to life. I'll delete it (or at least that webpage, I think it checks several) next time I make an upload. Probably not worth an upload just for this, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429249: lirc-modules-source: Badly documented, doesn't work
Package: lirc-modules-source Severity: grave Justification: renders package unusable This package is pretty much completely worthless on etch. If I follow the instructions from dpkg-reconfigure-source, or the instructions in the README, it builds some modules (with the wrong extension -- .o instead of .ko) and installs them in the wrong place (/lib/modules/usr/src/something), and even if they're moved to the right place and renamed modprobe still can't find them. If I'm supposed to use some other method to build and install the modules, you need to document it! Until then this package is broken: hence the 'grave' severity. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 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#2297: Tested, verified in xterm, konsole
You can run trickle on a single machine by ssh'ing to localhost. :-) I can reproduce this behavior with xterm, getting the paste to come through after the return key even though the return key was hit first. konsole shows different, but very similar behavior: the fast konsole drops the paste request on the floor -- the paste never happens -- when the return key comes through ahead of the paste request. Which behavior is better? This does apply to pretty much every X application which handles paste requests; so I think this is a matter ofbest failure mode. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#2297: Able to reproduce, behavior of other terminal emulators, thoughts?
I tested this scenario with xterm, and reproduced it (thanks to trickle; incidentally it's actually possible to use trickle on a single machine: ssh from the machine to itself) Then I tested it with a fast konsole. Interestingly, I don't get exactly the same behavior. But I do get a similar bug. konsole drops the pasted text on the floor when the return key comes through first; it just gets lost. Is this better or worse behavior than xterm's behavior? Since this problem is common to all X apps which use selections, I think the best we can do is choose a best failure mode. This may well be a wontfix. Thoughts? -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282283: Splitting dselect from dpkg -- acceptable plan?
OK. So I managed to construct a dselect source package which builds independently of dpkg. It required duplicating substantial portions of lib/ . I intend that to be temporary. Until those portions are gone, I will keep an eye on any changes made to lib/ in dpkg. My plan for dselect is to make dselect more fully based on apt, which should incidentally allow the removal/replacement of much of that code; but to add the build-deps needed, dselect has to become an independent package *first*. Is this an acceptable future path for dselect? Is the temporary forking of libdpkg considered acceptable? (One alternative is to make a real, shared libdpkg, but looking at it I don't really think that's a good idea.) If this is an acceptable transition path, I will polish up the new dselect package (initially with no significant code differences) and we can arrange for an appropriately coordinated upload; from then on dselect and dpkg can evolve separately. Let me know. Replies to bug trail and/or list please. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418692: RM: lukemftp -- RoQA; obsolete (replaced by tnftp), maintainer not responsive
Package: ftp.debian.org Severity: normal As documented in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405478 , lukemftp is obsolete (replaced by tnftp, which is already packaged). There is no point in opening a bug for the maintainer to comment on, as the maintainer did not respond to a similar bug (noted above) filed in January, and the situtation is entirely clear-cut. (However, if you wish to kick it back to the maintainer, feel free to do so; if it sits there without comment for a few months, I'll kick it back to you. Such a process seems like a waste of time to me, but if you disagree, that's fine.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418781: RM: deliver -- RoQA; orphaned, unmaintained, out of date, buggy
Package: ftp.debian.org Severity: normal http://lists.debian.org/debian-qa/2007/04/msg4.html covers it: Nathanael Nerode wrote: Orphaned March 2006, no nibbles. 62 popcon installs, 19 votes. But the reason for removal is that there is a very old bug which nobody has managed to do anything with: specifically 3319 (second oldest open bug in Debian) and 31501 (merged with it). The suggested workaround is essentially don't use deliver, use procmail. This really isn't the quality of maintenance I want in Debian. :-( I'd suggest fixing the bug, but I don't see any value in the program (given the numerous alternatives). So I suggest removing it from Debian instead. (Of course, feel free to fix it.) Oh, and there hasn't been an upstream release since 1999. I support the removal request. Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#6772: These bugs should be closed.
close 5409 close 6439 close 6772 thanks These bugs have been open for over 10 years. They were all submitted by the same person, and they seem to be unreproducible. That submitter has vanished and has not commented on the bugs despite pings several years ago. I'l bet it was a local problem on his system. These bugs are a waste of space in the bug DB and in the list http://bugs.debian.org/stats/oldbugs.html. I am closing them now. Maintainer, if you really really want to have three of the oldest ten bugs in Debian, you can reopen them, but I wouldn't if I were you. -- Nathanael Nerode [EMAIL PROTECTED] This space intentionally left blank. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#90032: Closing unverified bug
close 90032 thanks Verification for this bug was requested in 2002, and not received. Closing now. -- Nathanael Nerode [EMAIL PROTECTED] Bush admitted to violating FISA and said he was proud of it. So why isn't he in prison yet?... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418789: netdiag: netload doesn't work
Package: netdiag Version: 0.7-7.1 Severity: important This is what happens: # netload eth0 # Not really very useful. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages netdiag depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand ii netbase 4.29 Basic TCP/IP networking system netdiag recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418791: RFA: netdiag -- Net-Diagnostics (trafshow, strobe, netwatch, statnet, tcpspray, tcpblast)
Package: wnpp Severity: normal I am doing this on behalf of the maintainer, who wrote in bug 412777: Sorry, I haven't had much time to work on it. I'd happily give it to anyone who wants to take it over. I think most of the utilities in the package have been obsoleted, and I rarely use them. (Hope you don't mind, Robert, but I interpret that as an RFA.) The netdiag package could use an adopter. The package description is: Netdiag contains a collection of small tools to analyze network traffic and configuration of remote hosts. It is of invaluable help if your system is showing strange network behaviour and you want to find out what your network is doing. The included tools are tcpblast, netload, trafshow, netwatch, strobe, statnet, and tcpspray. An adopter will probably want to deal with several issues at a minimum: - New upstream for trafshow (381993) - New upstream for netwatch (121541) - Many of the programs are dead upstream or have changed upstreams - lots and lots of old bugs (some which might already be fixed, and some of which might be fixed by the new upstreams) An adopter might actually want to remove the package and replace it with several independent packages based on the different new upstreams. :-) If there isn't any interest in adopting this package after a few months, I will probably request removal. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 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#232345: Control sequences document now not located anywhere
retitle 232345 xterm: Control sequences document is not installed anywhere severity 232345 important thanks Well, this old bug has actually gotten *worse*. While xterm (1) refers repeatedly to the control sequences document, now that document is not located *anywhere* in the files installed by Debian's 'xterm' package. -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303146: Closing bug with no response
close 303146 thanks This bug was pinged in 2005 and the submitter didn't respond. It appears to be a bug which only happens with misconfiguration. This shouldn't remain open. -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302964: This bug is serious
severity 302964 serious thanks Failure to list copyright holder in debian/copyright is serious, since it's a major policy violation. Especially when it's been waiting for TWO YEARS. -- Nathanael Nerode [EMAIL PROTECTED] A thousand reasons. http://www.thousandreasons.org/ Lies, theft, war, kidnapping, torture, rape, murder... Get me out of this fascist nightmare! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302964: ...and it's also fixed....
close 392964 0.99.33-1.3 thanks Luckily this bug was fixed in an NMU. This package could use a maintainer upload to wrap up all those fixed bugs though -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418508: libooc-vo: Please remove this package from unstable
Package: libooc-vo Severity: serious Justification: All of it This package has been unbuildable for over a year and uninstallable for some time as well. It also hasn't been updated since 2003. Users would be better served at this point to go directly upstream for sources. If and when you prepare a new, functional version of the package, do please upload it. Until then (unless that is going to happen very soon) please remove this package from unstable. If this bug sits without response for several months, I will ask the ftpmasters to remove the package myself. --Your Friendly QA Person -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#12261: Followup, possible patch for second oldest bug in xterm
This bug still exists in current xterm, as far as I can tell. The following untested patch implements Richard Braakman's suggestion from 1997, slightly more portably. Open questions: (1) Where should the logging be closed? (2) Is any additional portability goo needed to send this upstream (e.g. for systems without termios.h)? (3) Is anyone interested in testing it? I assign these changes to the public domain, since they're trivial. --- main.c 2007-04-10 04:39:13.0 -0400 +++ main.c.new 2007-04-10 04:56:45.0 -0400 @@ -4613,11 +4613,9 @@ #endif /* USE_SYSV_UTMP */ #endif /* HAVE_UTMP */ -close(screen-respond);/* close explicitly to avoid race with slave side */ -#ifdef ALLOWLOGGING -if (screen-logging) - CloseLog(screen); -#endif +/* Flush pending data before releasing ownership, so nobody else can + grab it */ +tcflush(screen-respond, TCOFLUSH); if (am_slave 0) { /* restore ownership of tty and pty */ @@ -4625,6 +4623,16 @@ #if (defined(USE_PTY_DEVICE) !defined(__sgi) !defined(__hpux)) set_owner(ptydev, 0, 0, 0666U); #endif + + /* Close after releasing ownership to avoid race condition: other programs + grabbing it, and *then* having us release ownership... */ + +close(screen-respond);/* close explicitly to avoid race with slave side */ +#ifdef ALLOWLOGGING +if (screen-logging) + CloseLog(screen); +#endif + } #ifdef NO_LEAKS if (n == 0) { -- Nathanael Nerode [EMAIL PROTECTED] This space intentionally left blank. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416769: lynx: New upstream release: 2.8.6
Package: lynx Version: 2.8.5-2sarge2.2 Severity: wishlist This package is substantially out of date; a new upstream came out in October 2006. This might not seem that long ago, but it replaced the upstream released in February 2004, and has a really large number of bug fixes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282283: Adopting dselect, or not
I love dselect and would like to take it over; I prefer it to aptitude -- but I'm not ready to take it over yet. The problem is that it currently has an incestuous relationship with the dpkg source. I am afraid to touch anything or do any cleanup for fear of breaking dpkg. If someone can manage to break this Siamese-twin relationship, so that dselect can build *after* dpkg (based on a fixed collection of headers exported by dpkg, and possibly some duplicated C files), rather than at the same time, then I would be happy to take it over. I'm also happy to help in severing the Siamese twins, but I haven't been able to figure out how to do so yet. I think separating the Siamese twins is worthwhile for dpkg as well. I guess I said something like this before. But if anyone can help in breaking the linkage, it would be really helpful. Consider this an RFH for an RFH. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416341: tilp, libticables3: Please stop mentioning tidev-modules in description and Suggests:
Package: tilp, libticables3 Severity: minor The modules are now in the mainline kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362162: TI calculator link cable packages
tags 362162 -moreinfo thanks On Sun, Jan 07, 2007 at 05:40:17PM +0100, Mohammed Adnène Trojette wrote: # Please remove tidev-modules reassign 362162 ftp.debian.org retitle 362162 RM: tidev-modules -- RoQA, now part of linux-2.6 [...] On Sun, Jan 07, 2007, Moritz Muehlenhoff wrote: Nathanael Nerode wrote: tidev-modules: 43 (9 votes) This is now part of the linux-2.6 package. But there are still two packages depending on it: libticables3 and tilp. Both are orphaned. The various TI packages only *SUGGESTS:* the modules package. So there's no package installation issue. The modules themselves are now in the kernel, so the I would expect that they would continue to work. Their package descriptions will be a little outdated, so I filed a wishlist bug. This shouldn't be a problem. It is of course possible that the 2.6 versions of the modules have changed incompatibly, but it doesn't look like it. (I have no way of actually testing the packages without the hardware.) -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html
Bug#370186: hal: HAL keeps CD drive spinning constantly
Sorry it took so long to get back to you, it's been in and out of doctors' offices around here... Steve Langasek wrote: I've prepared an NMU for this bug which implements the last suggested fix of documenting a workaround for the firmware bug. Nathanael, could you confirm that this fix is satisfactory? Yes, this is most satisfactory. With this documentation in place, I would have been able to implement the workaround in no time flat. :-) Thank you! -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: kernel?
Well, it would be interesting if it turned out to be a kernel problem. I hadn't installed hal until (relatively) recently, so I don't know what kernel version introduced the problem. I'm not sure what driver is used for these CD-ROM drives, but it might be worth taking a close look at it. Perhaps the way it interacts with the drive has changed in some obvious way. It could, indeed, be a firmware-driver interaction problem, where there was a firmware bug which was only triggered by a change in the driver. :-/ Perhaps this bug could be forked off (and assigned to the kernel or something) to deal with the remaining issue? -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411938: twisted-words: Please consider upgrading to GTK 2.x
Package: twisted-words Version: 0.4.0-2.1 Severity: normal The python bindings for libgtk1.2 (source package python-gnome) are proposed to go away as soon as is practical. This is one of the short list of packages which still uses them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407799: On second thought, this bug is serious
severity 407799 grave thanks It's not acceptable to release etch with a package which breaks everyone's kdm themeing without warning. I fixed the bug by purging desktop-base. -- Nathanael Nerode [EMAIL PROTECTED] Read it and weep. http://rawstory.com/news/2005/Text_of_Gore_speech_0116.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406438: This is TOTALLY BROKEN behavior
As noted in the merged bugs, this breaks all theming and all configuration of kdm. The Control Center module for kdm is completely broken by this; so are the packages kde-kdm-themes and kdmtheme. This is a totally unacceptable change to have right before etch releases. However, purging desktop-base does fix the problem. I'm not sure whether this is a serious bug on kdm or a serious bug on desktop-base. You can decide, but this is definitely *not* acceptable to release etch with. -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407799: desktop-base: I have this too
Package: desktop-base Followup-For: Bug #407799 This is causing serious and widely reported breakage in KDM, namely bug 403797 and several bugs merged with it. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 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#407772: hal: Hal doesn't log failure to read/parse its configuration files
Package: hal Version: 0.5.8.1-6 Severity: minor This led to a real nightmare debugging hal problems, because first I had to figure out that hal wasn't paying any attention to my configuration file /etc/hal/fdi/policy/preferences.fdi (thanks to a typo). Hald really, really needs to report stuff like that in the syslog. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages hal depends on: ii adduser 3.101 Add and remove users and groups ii dbus 1.0.2-1simple interprocess messaging syst ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libhal-storage1 0.5.8.1-6 Hardware Abstraction Layer - share ii libhal1 0.5.8.1-6 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii libvolume-id0 0.103-1libvolume_id shared library ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4~pre4-1 Linux PCI Utilities ii udev 0.103-1/dev/ and hotplug management daemo ii usbutils 0.72-7 USB console utilities Versions of packages hal recommends: ii eject 2.1.4-2.1 ejects CDs and operates CD-Changer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: FINALLY got the workaround to work, after about 2 hours.
Steve Langasek wrote: I can't find a way to disable it using just the media_check_enabled flag, but adding the following to /etc/hal/fdi/policy/preferences.fdi overrides the use of hald-addon-storage for my particular CD-ROM: device match key=info.product string=SD-R2512 merge key=info.addons type=strlist/merge /match /device That means hal will never be notified of media changes on that device at all. That would be quite good enough for me. After an exceptional amount of fiddling (hal seems to be very picky about its configuration files, and it doesn't report when it can't read them -- that should be logged, and it's not, and I filed a bug) I seem to have gotten it working. device match key=info.product string=HL-DT-STDVD-ROM GDR8162B merge key=info.addons type=strlist/merge /match /device Now it spins up the drive when hal starts, for about 3 seconds, but then stops and behaves itself. This workaround seriously needs to be documented. I'm fairly adept, so I also managed to figure out where the script to restart hal is (NOT obvious), and that I had to match the string to a string in lshal (slightly more obvious), but I doubt an average user, even a technically adept one, would ever make it through this without help. And it is a *very* annoying problem. My CD-ROM drive doesn't just spin up, it spins up to top speed and stays there, which it doesn't even do when playing an audio CD or DVD. Doing this constantly is actually a *lot* more wear and tear than the drive is designed to receive; it's quite loud enough to be audibly obnoxious, as well. I think this is the workaround for a lot of similar bugs (#360554, perhaps?) and we already have two users reporting the problem (me and Steve) so this should be documented in README.Debian or somewhere else in /usr/share/doc/hal. If this is documented prominently, I think the bug can be closed, because the real bug is indeed in the hardware or the kernel and may be very difficult or impossible to work around. (FYI, hal is one of the least documented programs I've ever seen.) Suggested text, which I place in the public domain: -- Is hal keeping your CD-ROM or disk drive spinning constantly? This is a known problem related to the behavior of particular hardware. You can stop this behavior by disabling hald-addon-storage for that specific drive (this will also disable automounting and the other features of hal for that drive, of course). To do so, run 'lshal | more' and find the entry describing the troublesome drive -- you may have to guess which one it is, but it will probably have DVD or CD or something recognizable in it. Mine was identifiable by the line: info.product = 'HL-DT-STDVD-ROM GDR8162B' As root, create a file /etc/hal/fdi/policy/dont-wake-drive.fdi containing the following text (replacing the string HL-DT-STDVD-ROM GDR8162B with the one for your drive): ?xml version=1.0 encoding=UTF-8? deviceinfo version=0.2 device match key=info.product string=HL-DT-STDVD-ROM GDR8162B merge key=info.addons type=strlist/merge /match /device /deviceinfo Then, as root, restart hal as follows: /etc/dbus-1/event.d/20hal force-reload Your drive should spin down in a few seconds. - -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406966: utf8-migration-tool: Completely nonfunctional
Package: utf8-migration-tool Version: 0.5.1 Severity: grave Justification: renders package unusable command-line launch: --- File /usr/bin/utf8migrationtool, line 85 w['Login'].newLocale .= match.group(3) ^ SyntaxError: invalid syntax - Launch from KDE menu spins for a while, then gives up. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: Bug still grave
Only now *kdebase* depends on hal. Suxxor! I can reproduce the spinning problem in KDE, any time. This means that Juergen Lueters is on the wrong track. I don't like automounting and I have turned it off (it always behaves incorectly). It's not acceptable for HAL to misbehave when automounting is turned off, particularly when it's *required* by KDE. Did anyone get my HAL systrace log? It's huge. I have put it at http://home.twcny.rr.com/nerode/hal.logfile since it seems difficult to transfer it any other way. This bug IS RC and it is grave. You can't downgrade it, sorry. The best alternative if you can't fix the actual bug would be to provide an *easy* mechanism to *permanently* disable hald-addon-storage. If there was such a mechanism documented, then you could downgrade the bug. -- Nathanael Nerode [EMAIL PROTECTED] Theocracy, fascism, or absolute monarchy -- I don't care which it is, I don't like it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: gzipped systrace
OK, in the interests of space saving, I gzipped the logfile; it's at http://home.twcny.rr.com/nerode/hal.logfile.gz -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406846: iceweasel: Copyright and license info for Debian packaging, including artwork, is missing
Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: minor This is a policy violation; *all* the copyrights and licenses have to be in debian/copyright, including that for the Debian-added stuff! It was also rather irritating in that I had to do a fair bit of web research to work out the icon license and copyright, which I wanted to know for various reasons; this should be in the debian package. The Iceweasel icons appear to be by someone going by the unicko moniker. You need a copyright statement and license from him. I eventually found the upstream location: http://unicko.blog-fx.com/2710/Iconos+-+Ice%2C+ice%2C+very+cool+ice.html It has the necessary statement: Edito 25/11/2006: Ese trabajo se encuentra bajo la triple-licencia MPL/GPL/LGPL. Include that, and a notice that they are copyright unicko, and a reference to the upstream location from which they were downloaded, and you'll satisfy the copyright file requirements for the icons. You need the same set of things for the Options icons, which appear to be separate works; I didn't track down their origin. You'll also need to specify a copyright notice and license for your own work (the postrm, preinsts, desktop, etc.). I assume you're capable of doing that. Thanks for your attention to detail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406849: icedove: Copyright and license info for Debian packaging, including artwork, is missing
Package: icedove Version: 1.5.0.9.dfsg1-1 Severity: minor Same bug as in iceweasel. This is a policy violation; *all* the copyrights and licenses have to be in debian/copyright, including that for the Debian-added stuff! It was also rather irritating in that I had to do a fair bit of web research to work out the icon license and copyright, which I wanted to know for various reasons; this should be in the debian package. The Icedove icons appear to be by someone going by the unicko moniker, who appears to be named Ricardo Fernandez. You need a copyright statement and license from him. I eventually found the upstream location: http://unicko.blog-fx.com/2710/Iconos+-+Ice%2C+ice%2C+very+cool+ice.html It has the necessary statement: Edito 25/11/2006: Ese trabajo se encuentra bajo la triple-licencia MPL/GPL/LGPL. Include that, and a notice that they are copyright Ricardo Fernandez, and a reference to the upstream location from which they were downloaded, and you'll satisfy the copyright file requirements for the icons. You'll also need to specify a copyright notice and license for your own work (the postrm, preinsts, desktop, etc.). I assume you're capable of doing that. Thanks for your attention to detail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352710: Maintainer seems to have intended an orphaning
close 335633 0.0.2-3.1 close 376337 0.0.2-3.2 retitle 352710 O: cppopt -- C++ option parsing library thanks Judging by his behavior (no uploads, no bug maintenance, not even to close fixed bugs) and the message which starts this bug trail, the maintainer seems to have intended this to be an orphaning rather than an RFA: bug. Fixing now. If I'm wrong, I'm sure the maintainer will correct this. Also properly closing bugs fixed in NMU. -- Nathanael Nerode [EMAIL PROTECTED] (Instead, we front-load the flamewars and grudges in the interest of efficiency.) --Steve Lanagasek, http://lists.debian.org/debian-devel/2005/09/msg01056.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384003: I did the right thing the first time
reassign 384003 ftp.debian.org thanks As I suspected, the maintainer doesn't exist. The package is completely obsolete and should be removed even if the maintainer does exist. Get to it. -- Nathanael Nerode [EMAIL PROTECTED] A thousand reasons. http://www.thousandreasons.org/ Lies, theft, war, kidnapping, torture, rape, murder... Get me out of this fascist nightmare! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405895: pydict: Please remove, orphan, or upload
Package: pydict Severity: important This package appears to be completely unmaintained. If the maintainer still exists, he should either upload the package, orphan it, or file a removal request. The package now has few users, with only 43 popcon installs (9 votes), probably thanks to its buggy, unmaintained state. It is also blocking the removal of the Python GNOME 1 bindings. If I do not see a new maintainer upload or a reply to this bug trail within a month or so, I will file a removal request on behalf of QA. The package is unchanged since the release of stable, so anyone who chooses to adopt the package loses no data by having it removed from unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405894: sql-editor: Consider removing this package?
Package: sql-editor Severity: normal It appears to be both experimental (as stated in the description) and obsolete (it depends on python-gtk-1.2, the GTK-1.2 bindings for python, which are going away). It seems like a good candidate for removal. Alternatively, you might want to convert it to gtk-2.0 bindings for python. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405897: sgcontrol: Please consider switching to GNOME 2
Package: sgcontrol Severity: wishlist This is one of the last few GNOME 1-based packages in Debian. The GNOME 1 libraries are a perennial problem, being obsolete and unmaintained upstream. If it is at all possible to switch to GNOME 2, this would be a great help for QA. This is the last package using libgnome-vfs0, libgnome-vfs-common, gconf, and libgconf11 and the second-to-last package (other than those) using oaf. These GNOME 1 packages may disappear out from under you without warning at some point in the future, if they become too much trouble to maintain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405899: RM: gnobog -- RoQA; orphaned since May, multiple RC bugs, GNOME 1 package
Package: ftp.debian.org Severity: normal Maintained by NMUs since the end of 2002. We're trying to clean up the obsolete GNOME 1 packages. This is a start. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405901: pkg-config: Please don't Suggests: libgnome-dev
Package: pkg-config Version: 0.21-1 Severity: wishlist libgnome-dev is the GNOME 1 development package. I don't think we should be suggesting that people use it. :-/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405902: multi-gnome-terminal: Try to upgrade to GNOME 2
Package: multi-gnome-terminal Severity: wishlist Since Debian would like to get rid of the obsolete GNOME 1 packages, this would be great. From what I can see, upstream is asking for help on this -- although it also looks like upstream has been dormant since 2004. Unfortunately I know nothing about GNOME 2 and can't help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405904: gnome-chess: New upstream available: 0.4.0
Package: gnome-chess Severity: wishlist http://ftp.gnome.org/pub/gnome/sources/gnome-chess/0.4/ (Incidentally, you should update the downloaded from address in debian/copyright) The new version uses GNOME 2. As a QA person, I'm trying to get rid of old GNOME 1 packages, and packaging the new gnome-chess would remove one of them. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405925: doc-debian: Please ship BYHAND versions (for ftp.debian.org/debian/doc) of many documents
Package: doc-debian Version: 3.1.3 Severity: wishlist Tags: patch The versions of various files in http://ftp.debian.org/debian/doc/ are grossly out of date, as documented at bug 262425. The ftpmasters would like these files to be generated from a package as BYHAND files. This is the logical package from which to do so, as it contains the up-to-date version of nearly all of them (the exception is the dedication-2.2.* files), and it already has BYHAND processing. This (tested) patch adjusts debian/rules to ship this Pile O Stuff in its BYHAND area. It also causes the old versions of the constitution and social contract to be shipped for http://ftp.debian.org/debian/doc/, which I think is probably the correct thing to do. Alternatively, you might request that some of those documents simply be removed from ftp.debian.org/debian/doc/ if you think they don't belong there. It is also possible that some of these documents are already being produced as BYHAND documents by other packages, but if so I know nothing about it! --- rules 2006-03-14 09:22:55.0 -0500 +++ rules.new 2007-01-07 07:28:00.0 -0500 @@ -64,5 +64,11 @@ dpkg-distaddfile debian-faq.en.txt.gz byhand - dpkg-distaddfile debian-faq.en.ps.gz byhand - dpkg-distaddfile debian-faq.en.pdf.gz byhand - + cp $(docdir)/debian-manifesto ../ + dpkg-distaddfile debian-manifesto byhand - + for txtfile in `cd $(docdir) ls *.txt`; do \ + cp $(docdir)/$$txtfile ../ ; \ + dpkg-distaddfile $$txtfile byhand - ; \ + done .PHONY: build clean binary binary-arch binary-indep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#146172: ancient unzip for DOS
Oh, *that's* what unzip for DOS is used for: unzipping the zip files in the tools directory. Duh. -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml pgpdap0PlnF8l.pgp Description: PGP signature
Bug#323469: Update on fv packaging
retitle 323469 ITA: fv -- a tool for viewing and editing FITS format files owner 323469 [EMAIL PROTECTED] The new fv upstream contains gobloads of other packages, does not have proper tracking of copyright and license matters, and designed to statically link to a bunch of things which should be dynamically linked to in Debian. I would not package it unless you can deal with (a) converting the static linking to dynamic linking (b) deleting the included packages of unknown license status (c) making it still build after doing that (d) documenting the copyrights and licenses of all the remaining parts of the program I started on this, and I still hope to do it eventually but it's a very large, and ugly, task. Hence the lack of progress. If someone else actually *accomplishes* this, then they should certainly take this ITA away from me. -- Nathanael Nerode [EMAIL PROTECTED] This space intentionally left blank. pgp3YX9oySHB6.pgp Description: PGP signature
Bug#405886: PATCH: add invocation mode for custom add-on udebs
: debian/anna.templates === --- debian/anna.templates (revision 43677) +++ debian/anna.templates (working copy) @@ -23,6 +23,16 @@ Note that if you select a component that requires others, those components will also be loaded. +Template: anna/choose_modules_custom +Type: multiselect +Choices: ${CHOICES} +_Description: Custom installer components to load: + The custom installer components from your selected source are + listed here. + . + Note that if you select a component that requires others, those + components will also be loaded. + Template: anna/progress_title Type: text # (Progress bar) title displayed when loading udebs Index: debian/copyright === --- debian/copyright(revision 43677) +++ debian/copyright(working copy) @@ -2,3 +2,7 @@ anna is Copyright (C) 2000 by Joey Hess, under the terms of the GPL. Apologetically dedicated to my sister, Anna. + +Portions copyright 2006 Nathanael Nerode. These portions are licensed +under the GNU General Public License, version 2 or later, as published +by the Free Software Foundation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342029: Giving you some motivation to deal with this
There are far bigger fish to fry; I don't imagine this will be a priority for me before significant headway is made in the archive wrt spurious dependencies on libs that *don't* have stable ABIs. If you do this, it will make it easier for me to *find* the most problematic of those libs so I can write patches for them. :-) I have been randomly working through lib* packages listed in checklib. The checklib output (http://rerun.lefant.net/checklib/) is polluted by a large number of useless dependencies on zlib (and a few other nonproblematic libraries), which can make it rather hard to sort through and find the really problematic useless dependencies. Many of the useless dependencies on zlib come from freetype, because freetype is *exporting* the bad zlib dependency to all its users. If some of these *heavily exported* useless dependencies were eliminated, it would make it a lot easier to see the actual scope of the problem with relation to libraries with unstable ABIs. A single useless dependency on a package with a stable ABI is no big deal; dozens or hundreds makes it hard to find the real problem cases. (I'm not currently prepared to write a program to reparse the data from checklib, but if bugs like this fester, I may have to waste a few days doing so.) It's like being lintian-clean. It's certainly of minor importance, but leaving it lying around is untidy and annoying; just do it next time you make an upload (after etch releases and testing unfreezes, that is, of course). If you had a lintian error in your package, would you make ten uploads over the course of a year without bothering to fix it? Of course you wouldn't. But that's what's been done with this bug. I think need to deal with it is absolutely correct. Need to deal with it urgently would be wrong. -- Nathanael Nerode [EMAIL PROTECTED] Theocracy, fascism, or absolute monarchy -- I don't care which it is, I don't like it. pgpSOH1AbFxhz.pgp Description: PGP signature
Bug#405891: RM: swingwt -- RoQA; orphaned, no revdeps, few popcon installs, alternatives
Package: ftp.debian.org Severity: normal Orphaned since February, no reverse dependencies, 11 popcon installs. There's Swing support in Classpath, and Sun's Java is being released under the GPL, so this is not the most necessary thing in the world now. No objections when this was suggested on debian-qa last week. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405226: libcurl3: Please fix your pkg-config .pc file to use Libs.private
Package: libcurl3 Version: 7.15.5-1 Severity: normal Tags: patch Currently libcurl3 (and libcurl3-gnutls) exports unnecessary dependencies to every package using them via pkg-config. The Libs.private field means this can be fixed: see http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html Curl is one of the larger sources of recursive dependency disease and the related major problems in library transitions in Debian, so fixing this should have some positive impact. This bug is independent of the related bug to prevent *curl itself* from having an unnecessary dependency on libcom_err. Both should be fixed, really, but this one has a bigger impact. Of course, you may want to wait until after etch releases. For further information on recursive dependency disease issues and their current status please see: http://rerun.lefant.net/checklib/ -- Your Friendly QA Person The patch is easy: --- libcurl.pc.in 2004-12-11 13:46:40.0 -0500 +++ libcurl.pc.in.new 2007-01-01 18:54:00.0 -0500 @@ -6,5 +6,6 @@ Name: libcurl Description: Library to transfer files with ftp, http, etc. Version: @VERSION@ -Libs: -L${libdir} -lcurl @LDFLAGS@ @LIBS@ +Libs: -L${libdir} -lcurl @LDFLAGS@ +Libs.private: @LIBS@ Cflags: -I${includedir} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392294: curl: Patch for unnecessary dependency
Package: curl Followup-For: Bug #392294 I fingered the wrong line in configure.ac last time. That's the line for curl builds against krb4. The following is the line for curl builds against krb5. This dependency is due to using krb5-config, which is a non-pkg-config config script of the sort discouraged by Steve Langasek and others who have looked into the issue. Perhaps that script in krb5 could be changed to use pkg-config at some later time, but it's an upstream script so maybe not. I believe the extraneous dependency can be removed by applying this patch and rebuilding 'configure'. (This is an untested patch but should be extremely safe. Any serious failure would show up at build time, while any 'unserious' failure would simply result in retaining the unneeded dependency.) Thanks for considering this. --- configure.ac2007-01-01 18:23:38.0 -0500 +++ configure.ac.new2007-01-01 18:36:29.0 -0500 @@ -818,7 +818,7 @@ elif test -z $GSSAPI_LIB_DIR; then if test -f $GSSAPI_ROOT/bin/krb5-config; then gss_ldflags=`$GSSAPI_ROOT/bin/krb5-config --libs gssapi` - LDFLAGS=$LDFLAGS $gss_ldflags + LDFLAGS=$LDFLAGS -lgssapi_krb5 elif test $GSSAPI_ROOT != yes; then LDFLAGS=$LDFLAGS -L$GSSAPI_ROOT/lib$libsuff -lgssapi else -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405233: libfltk1.1: Apparent unnecessary dependencies
Package: libfltk1.1 Severity: normal This is QA work designed to eliminate unneeded library dependencies, for the benefit of future transitions. See http://rerun.lefant.net/checklib for more information. It seems that libfltk1.1 has three unnecessary dependencies: libXext, zlib, and libGLU. Apparently the libfltk configure script was written assuming static linking and assuming that -dev packages might not have the proper dependencies installed. Which was reasonable for upstream, but isn't for Debian. zlib is included only for the benefit of libpng; I'm not sure what libXext and libGLU were included for, but they're clearly not needed for Debian. We want to eliminate the unneeded dependencies to help untangle future transitions into testing. This (untested) patch should do the trick: apply it and rerun autoconf. If it breaks anything, it should break horribly on the first build attempt, so there's little chance of silently generating a broken package. :-) This is a fairly minimal patch. A more aggressive patch would be able to remove the Build-Depends on libxext-dev and zlib1g-dev and possibly also on libglu1-mesa-dev, but I couldn't come up with that patch at this time. --- configure.in2007-01-01 19:02:55.0 -0500 +++ configure.in.new2007-01-01 19:43:49.0 -0500 @@ -478,8 +478,8 @@ AC_DEFINE(HAVE_LIBZ) ZLIBINC= ZLIB= -LIBS=-lz $LIBS -IMAGELIBS=-lz $IMAGELIBS, +LIBS=$LIBS +IMAGELIBS=$IMAGELIBS, if test x$enable_localzlib = xno; then ZLIBINC= ZLIB= @@ -647,7 +647,7 @@ AC_MSG_WARN(Ignoring libraries \$X_PRE_LIBS\ requested by configure.) fi - LIBS=$LIBS -lXext -lX11 $X_EXTRA_LIBS + LIBS=$LIBS -lX11 $X_EXTRA_LIBS CFLAGS=$CFLAGS $X_CFLAGS CXXFLAGS=$CXXFLAGS $X_CFLAGS LDFLAGS=$X_LIBS $LDFLAGS @@ -670,7 +670,7 @@ AC_CHECK_HEADER(GL/glu.h, AC_DEFINE(HAVE_GL_GLU_H) if test x$ac_cv_lib_GL_glXMakeCurrent = xyes; then - GLLIB=-lGLU $GLLIB + GLLIB=$GLLIB fi if test x$ac_cv_lib_MesaGL_glXMakeCurrent = xyes; then GLLIB=-lMesaGLU $GLLIB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405234: fontconfig: Please eliminate unneeded zlib dependency
Package: fontconfig Version: 2.4.1-2 Severity: wishlist Fontconfig has a spurious dependency on libz emanating from freetype-config. This (untested) patch should fix it. I have also suggested that it be fixed in freetype-config. For background on this issue, see http://rerun.lefant.net/checklib/ and the pages linked from there. This will only be a serious issue if zlib makes a ABI change (though even a compatible ABI change will raise the issue to some extent), so this is 'wishlist'. --- configure.in2006-12-02 18:24:39.0 -0500 +++ configure.in.new2007-01-01 20:08:52.0 -0500 @@ -217,7 +217,7 @@ fi FREETYPE_CFLAGS=`$ft_config --cflags` -FREETYPE_LIBS=`$ft_config --libs` +FREETYPE_LIBS=-lfreetype AC_SUBST(FREETYPE_LIBS) AC_SUBST(FREETYPE_CFLAGS) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342029: libfreetype6-dev: Please deal with this
Package: libfreetype6-dev Version: 2.2.1-5 Followup-For: Bug #342029 Please deal with this. This stuff really needs to be done. David's relibtoolization is obsolete. Relibtoolize using the current version of Debian's libtool. I don't think this has been done yet, but it's a little hard to tell. You definitely need to add his 999-pkg-config-privatization.diff: to use pkg-configs new .private sections, and so stop exporting dependencies on zlib to packages which use pkg-config. You need to change build-depends: - libz-dev - zlib1g-dev | libz-dev (no pure virtual build-deps) Finally, you may want to do something similar to the following patch (to builds/unix) in order to stop exporting dependencies on zlib to packages who use freetype-config. --- freetype-config.in 2005-06-04 17:58:48.0 -0400 +++ freetype-config.in.new 2007-01-01 20:15:59.0 -0500 @@ -141,7 +141,11 @@ if test $enable_shared = yes ; then eval rpath=\$hardcode_libdir_flag_spec\ fi - libs=-lfreetype @LIBZ@ + if test $enable_shared = yes ; then +libs=-lfreetype + else +libs=-lfreetype @LIBZ@ + fi if test $libdir != /usr/lib test $libdir != /usr/lib64; then echo -L$libdir $rpath $libs else -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405238: libgcrypt11-dev: Please consider switching to pkg-config or similar
Package: libgcrypt11-dev Severity: wishlist Currently libgcrypt11-dev ships with a libgcrypt-config which causes trouble for Debian. It spreads unnecessary dependencies on libgpg-error0 all the way up the dependency chain to every package which uses it. While this is basically a bug in each of those packages (they shouldn't be using libgcrypt-config), it is rather tedious to fix it in all those packages, because the fixes cannot go upstream. If libgcrypt11-dev used pkg-config with Libs.private (or provided a libgcrypt-config which understood shared libraries), then the other packages could switch to using pkg-config for libgcrypt, a change which *could* go upstream. For background, see http://rerun.lefant.net/checklib/ . If libgpg-error ever changes soname, there will be a world of hurt for transitions to testing, and it's all caused by libgcrypt-config. Thanks for considering this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405239: libgnutls13: gnutls13 has an unnecessary dependency on libgpg-error
Package: libgnutls13 Version: 1.4.4-3 Severity: normal Tags: patch gnutls appears to have an unnecessary dependency on libgpg-error; gnutls does not appear to use anything from libgpg-error directly. With this dependency eliminated, it should no longer be necessary to rebuild gnutls if libgpg-error changes ABI. See http://rerun.lefant.net/checklib/ for background and further information. I believe this (untested) patch should do the trick; the dependency is dragged in by the ill-behaved libgcrypt-config. (It may in fact be dragged in by something else too, but this is a start.) It will be necessary to rerun aclocal and autoconf after changing this. And possibly other autotools. And of course ship the changed configure.in. --- m4/libgcrypt.m4 2004-07-28 06:28:48.0 -0400 +++ m4/libgcrypt.m4.new 2007-01-01 21:01:00.0 -0500 @@ -96,7 +96,7 @@ fi if test $ok = yes; then LIBGCRYPT_CFLAGS=`$LIBGCRYPT_CONFIG --cflags` -LIBGCRYPT_LIBS=`$LIBGCRYPT_CONFIG --libs` +LIBGCRYPT_LIBS=-lgcrypt ifelse([$2], , :, [$2]) else LIBGCRYPT_CFLAGS= -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405241: libdc0c2: Please switch to libssl0.9.8
Package: libdc0c2 Severity: normal libssl0.9.7 is deprecated and will eventually be removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405242: libraptor1-dev: Please use Libs.private in raptor.pc
Package: libraptor1-dev Severity: normal Tags: patch Currently, you're exporting unnecessary dependencies to all of the users of raptor who use pkg-config. Such as liblrdf0, which is where I found this bug. By fixing the raptor.pc file, you will stop doing this, and the packages depending on raptor will no longer have to be rebuilt when curl, libidl, libssl, libcrypto, libdl, libxml2, etc. change. This is a Very Good Thing and will simplify transitions to testing in future. See http://rerun.lefant.net/checklib/ for substantially more information about this problem. This patch is untested but should work. If you happen to know that raptor reexports part of the interface of one of the libraries it uses, than that library needs to be in Libs rather than Libs.private. That is very abnormal and I don't expect it. --- raptor.pc.in2006-07-05 01:04:36.0 -0400 +++ raptor.pc.in.new2007-01-01 21:42:18.0 -0500 @@ -6,6 +6,7 @@ Name: Raptor Description: RDF Parser Toolkit Library Version: @VERSION@ -Libs: -L${libdir} -lraptor @LIBS@ +Libs: -L${libdir} -lraptor +Libs.private: @LIBS@ Cflags: -I${includedir} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353361: Dependency on libssl is unnecessary
retitle 353361 Drop unnecessary dependencies thanks It turns out that the dependency on libssl and several other libraries is a *mistake*, and is due to recursive dependency disease. See http://rerun.lefant.net/checklib/log.liblrdf0_0.4.0-1.html for the list of unneeded dependencies, and http://rerun.lefant.net/checklib has lots of information on how to fix this. Trust me, you want to fix this: then people will stop asking you to rebuild the package. :-) However, you appear to be inheriting your problems from raptor; I've filed a bug there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390978: Yes, I can reproduce
Yes, I can reproduce this bug with 2.6.18-3-686. I've worked around it permanently by adding the line blacklist ehci_hcd to the file modprobe.d/ncn so if you need any testing you'll have to ask. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391867: linux-image-2.6.18-3-686: I've got this too
Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Followup-For: Bug #391867 Very irritating bug since it does it first on ata1, then on ata2, for a delay of a full minute during every boot. I'll look forward to seeing this fixed. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD Versions of packages linux-image-2.6.18-3-686 recommends: ii libc6-i686 2.3.6.ds1-8 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/kimage-is-a-directory: linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true * linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#224469: Can ftpmasters do ONE SIMPLE THING?
Namely, fix bug #224469. It's really trivial and it's been waiting for over three years now. This is just STUPID. Next DPL election, I want to see someone running on the platform of adding an extra ftpmaster *whether or not the current ftpmasters like it*. Someone who will get simple stuff like this DONE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403169: tcl8.4: Missing entry in copyright file
Package: tcl8.4 Version: 8.4.12-1.1 Severity: minor The copyright file needs to include the oddly licensed files as well as the rest. license.terms says: The following terms apply to all files associated with the software unless explicitly disclaimed in individual files. There are at least two such files. compat/strftime.c in the source says: /* * strftime.c -- * * This file contains a modified version of the BSD 4.4 strftime * function. * * This file is a modified version of the strftime.c file from the BSD 4.4 * source. See the copyright notice below for details on redistribution * restrictions. The license.terms file does not apply to this file. * * Changes 2002 Copyright (c) 2002 ActiveState Corporation. * * RCS: @(#) $Id: strftime.c,v 1.10.2.3 2005/11/04 18:18:04 kennykb Exp $ */ /* * Copyright (c) 1989 The Regents of the University of California. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in the *documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software *must display the following acknowledgement: * This product includes software developed by the University of * California, Berkeley and its contributors. * 4. Neither the name of the University nor the names of its contributors *may be used to endorse or promote products derived from this software *without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ Likewise, compat/dlfcn.h and unix/tclLoadAix.c: * This file is subject to the following copyright notice, which is * different from the notice used elsewhere in Tcl but rougly * equivalent in meaning. * * Copyright (c) 1992,1993,1995,1996, Jens-Uwe Mager, Helios Software GmbH * Not derived from licensed software. * * Permission is granted to freely use, copy, modify, and redistribute * this software, provided that the author is not construed to be liable * for any results of using the software, alterations are clearly marked * as such, and this notice is not modified. It would also be wise to include all of the copyright holders. I've cleverly assembled them for you (collapsing and simplifying overlapping copyright statements), apart from the two above which are subject to different licenses. I'm making the generous assumption that license.terms is telling the truth (that all these people really have agreed to license under the generic terms, except for the files which explicitly say otherwise). Copyright 1983, 1988-1994 The Regents of the University of California Copyright 1991-1999 Karl Lehenbauer and Mark Diekhans Copyright 1992-1996 Free Software Foundation, Inc. Copyright 1993-1994 Lockheed Missle Space Company, AI Center Copyright 1993-1997 Bell Labs Innovations for Lucent Technologies Copyright 1993-1997 Lucent Technologies Copyright 1994-1998 Sun Microsystems, Inc. Copyright 1995 General Electric Company Copyright 1995 Dave Nebinger Copyright 1995-1997 Roger E. Critchlow Jr Copyright 1996 Lucent Technologies and Jim Ingham Copyright 1997-2000 Ajuba Solutions Copyright 1998-2000 Scriptics Corporation Copyright 1998-1999 Henry Spencer Copyright 1998 Paul Duffin Copyright 1998 Mark Harrison Copyright 1999 America Online, Inc. Copyright 1999-2000 Andreas Kupries Copyright 2000-2001 ActiveState Corporation, et al Copyright 2001 ActiveState Tool Corp. Copyright 2001-2002 Apple Computer, Inc. Copyright 2001-2002 ActiveState Corporation Copyright 2001-2002 Vincent Darley Copyright 2001-2002 Donal K. Fellows Copyright 2001-2003 Kevin B. Kenny Copyright 2001-2002 David Gravereaux Contributions from Don Porter, NIST, 2002-2003. (not subject to US copyright) Copyright 2005 Tcl Core Team Copyright 2005 Daniel A. Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Bug#370186: FYI on the strace
32212 was hald-addon-storage, I think. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384226: Please remove gnome-gv
retitle 384226 RM: gnome-gv -- RoQA; orphaned, dead upstream, better alternatives reassign 384226 ftp.debian.org thanks As documented in the bug report, this package is dead upstream and has been superseded by 'evince' (as well as there being many alternative PostScript viewers). This package should be removed: QA should not waste its time on it, and users should not be misled by its presence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374109: Finding a maintainer for libintl-gettext-ruby
This orphaned package has 1655 popcon installs, probably because it's used by apt-listbugs. Anyone on the Ruby team, or Junichi, interested in adopting it? The orphaning bug is at #374109. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401134: O: klineakconfig
Package: wnpp Severity: normal Previously orphaned, needs wnpp bug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401135: O: ksimus-floatingpoint
Package: wnpp Severity: normal Previously orphaned, needs WNPP bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392901: RM: honyaku-el
retitle 392901 RM: honyaku-el -- RoQA; essentially useless, orphaned, very few users reassign 392901 ftp.debian.org thanks 4 popcon installs. Former maintainer describes it as essentially useless; it's designed to work with a discontinued proprietary product. It has only 4 popcon installs. It's contrib. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401136: O: python-uncertainities
Package: wnpp Severity: normal Orphaned already, needs wnpp bug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401137: gs-gpl: Please provide dummy gs-afpl package for upgrades
Package: gs-gpl Severity: wishlist The plan is to remove the gs-afpl package. As noted in bug 393923, it would be best if gs-gpl produced a empty dummy gs-afpl package which depended on gs-gpl, for upgrade purposes. Then the real gs-afpl could be removed from Debian without inconveniencing the people who have it installed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302261: Remove gnome-think
reassign 302261 ftp.debian.org retitle 302261 RM: gnome-think -- RoQA; orphaned long time, dead upstream, GNOME 1 thanks Orphaned over a year with no nibbles, dead upstream. As suggested, this package should be removed. It is surprsingly popular; 407 installs. But only 70 of those are votes; the rest are not actually using it. This is also one of those irritating GNOME 1 packages which forces a large collection of orphaned GNOME 1 libraries to be kept in Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379257: Remove ida
reassign 379257 ftp.debian.org retitle 379257 RM: ida -- RoQA; orphaned, contrib, few users, many many many alternatives, etc. thanks This is just another image viewer and editor, and there are a gazillion alternatives to it. It's been orphaned since July (over 3 months), and nobody has ITAed. It's *contrib*, depending on openmotif. Also out of date w.r.t. upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401140: RM: xnap -- RoQA; RC-buggy, already removed from stable and testing, maintainer MIA since 2003
Package: ftp.debian.org Severity: normal This package is a waste of space at this point. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401139: RM: xnap-snapshot -- RoQA; RC-buggy, already removed from stable and testing, maintainer MIA since 2003
Package: ftp.debian.org Severity: normal This package is a waste of space at this point. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401141: RM: mozilla-locale-es -- RoQA; mozilla is going away, unchanged since stable
Package: ftp.debian.org Severity: normal This package is already not in 'testing', and it's unchanged since 'stable', so removing it from unstable loses no information. It's one of the mozilla locale packages which need to go away along with mozilla. Filing this bug to keep track of it, but there's no importance to doing this until mozilla is removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]