Bug#1043544: qemu kvm rtl8139 interface breaks with linux-image-5.10.0-24-amd64
Package: linux-image-amd64 Version: linux-image-5.10.0-24-amd64 Upon updating a server hosting qemu-system-x86_64 / kvm virtual machines (VMs) from linux-image-5.10.0-23-amd64 to linux-image-5.10.0-24-amd64 and rebooting, all VM OSes saw the rtl8139 network interface as unplugged (and the network link down). Trying to change the interface state via the QEMU monitor command "set_link off" then "set_link on" runs, but the VM OS still sees the interface as unplugged. Rebooting the host OS or VMs had no effect. The rtl8139 interfaces for the VMs work fine booting using earlier kernel versions. Server info: CPU: AMD EPYC 7282 16-Core Processor microcode: microcode updated early to new patch_level=0x0830107a The same problem was not observed on an Intel server using virtio network interfaces with the same kernel update. I suspect the problem may be caused by the patches for INCEPTION because the EPYC 7282 processor is affected by that (and Zenbleed), but that may be incorrect.
Bug#904717: rosegarden "Tie Notes at Barlines" has no effect on some imported MIDI
Package: rosegarden Version: 1:16.06-1+b1 After opening or importing some midi files, if there are tracks with notes that span barlines (e.g. a half-note on beat 4 of a 4/4 bar), selecting the note(s) and executing the command: Adjust -> Notes -> Tie Notes at Barlines has no effect. It is expected that the note would be split into shorter, tied notes, in accordance with the documentation (e.g. two tied quarter-notes in the example above; see "Splitting very long notes" at https://rosegardenmusic.com/wiki/doc:notation-en). Interestingly, if the long note is deleted and a note of equal duration is inserted in place of it, the inserted note can then be split properly using "Tie Notes at Barlines". Example MIDI files that exhibit this bug (look for red barlines, indicating an improper number of beats in the bar): https://upload.wikimedia.org/wikipedia/commons/a/a0/Bass_sample.mid http://scores.ccarh.org/corelli/op2/corelli-op2n01-1.mid (see tracks 5 and 6), https://imslp.org/wiki/Special:ImagefromIndex/186184 This bug was not present in Rosegarden 14.02, but is present in Rosegarden 15.10 in other distributions (as well as 16.06, of course in Debian). Sometimes it appears that "Fix Note Quantization" fixes the notation (many red bar lines disappear), but it actually shortens the notes spanning the barlines to do this, instead of adding ties across barlines and preserving the correct note durations. The change that caused this bug may be in the makeThisNoteViable function of src/base/SegmentNotationHelper.cpp, where similar bugs have been caused in the past. Thanks for your attention in fixing this.
Bug#833477: chromium: Chromecast device not found after update to 52.
Unless the built-in media router not working is genuinely a bug, can we consider disabling it by default? diff -ur a/debian/chromium/etc/chromium.d/default-flags b/debian/chromium/etc/chromium.d/default-flags --- a/debian/chromium/etc/chromium.d/default-flags 2016-09-26 20:37:32.036974879 -0700 +++ b/debian/chromium/etc/chromium.d/default-flags 2016-09-26 20:38:13.044976103 -0700 @@ -8,3 +8,6 @@ # Disable background networking export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --disable-background-networking" + +# Disable media router (bug #833477) +export CHROMIUM_FLAGS="$CHROMIUM_FLAGS --media-router=0"
Bug#749451: libgtk-3-dev introduces dependency on C++ library
Thanks for the speedy reply (and all the work on the GTK packages). I see what you described is correct: the Gtk3 binaries don't depend on libstdc++; it is only the developer package which requires the standard c++ library. Looking at the dependencies, I think the actual problem for my situation is that this introduces a dependency on g++ (so I probably should have reported it thus instead). As for a concrete situation, I run Debian on a (highly) portable, low power netbook in addition to my desktop system (I reported from my desktop, so that is where the uname is from, sorry). There is no big problem on my desktop with adding g++, etc. but my netbook is quite resource constrained (i.e. I think I have more storage on my Raspberry Pi). I don't use C++, just straight C, so I have had no need to install C++ until I looked at installing gtk-3-dev to get some sweet GUI. I don't think my system is so constrained I couldn't install g++, but it is constrained enough that I'd rather not if I don't really need it. I generally think that the Debian policy of avoiding embedded libraries is wise. It is a good idea not to have who knows how many copies of a library floating around / bloating a system, and PCRE, although small, seems to be the kind of library that could have some serious security implications. That said, your proposed solution of splitting libpcre3-dev into C and C++ parts sounds like a better solution to me. Thanks, Jamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749451: libgtk-3-dev introduces dependency on C++ library
Package: libgtk-3-dev Version: 3.4.2-7 Summary: libgtk-3-dev introduces dependency on C++ (as opposed to just C) library. Details: libgtk-3-dev depends on libglib2.0-dev, which depends on libpcre3-dev. However, libpcre3-dev depends on libpcrecpp0, which introduces dependencies on C++ libraries (libstdc++). Possible solution: According to the documentation at https://developer.gnome.org/glib/stable/glib-building.html GLib can, and is indeed recommended to, be compiled using GLib's internal version of PCRE (i.e. using the configure script option --with-pcre=internal). Note that the internal version of PCRE does not require C++ (see https://git.gnome.org/browse/glib/tree/glib/pcre). uname -a: 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729815: slim: defaults to gnome session, regardless of last selected session or configuration
Package: slim Version: 1.3.4-2 Severity: important From what I can tell, slim defaults to a gnome-session every single time regardless of the last session a user selected or what is specified in the configuration. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slim depends on: ii consolekit 0.4.6-3+b1 ii dbus 1.6.18-1 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-93 ii libck-connector0 0.4.6-3+b1 ii libdbus-1-31.6.18-1 ii libfontconfig1 2.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.8.2-1 ii libjpeg8 8d-1 ii libpam0g 1.1.3-9 ii libpng12-0 1.2.49-5 ii libstdc++6 4.8.2-1 ii libx11-6 2:1.6.2-1 ii libxft22.3.1-1 ii libxmu62:1.1.1-1 ii libxrender11:0.9.8-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages slim recommends: ii xterm 297-1 Versions of packages slim suggests: pn scrot none ii xauth 1:1.0.7-1 -- Configuration Files: /etc/slim.conf changed: default_path/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games default_xserver /usr/bin/X11/X xserver_arguments -nolisten tcp halt_cmd/sbin/shutdown -h now reboot_cmd /sbin/shutdown -r now console_cmd /usr/bin/xterm -C -fg white -bg black +sb -T Console login -e /bin/sh -c /bin/cat /etc/issue.net; exec /bin/login xauth_path /usr/bin/X11/xauth authfile /var/run/slim.auth login_cmd exec /bin/bash -login /etc/X11/Xsession %session sessionsstartxfce4 screenshot_cmd scrot /root/slim.png welcome_msg Welcome to %host shutdown_msg The system is halting... reboot_msg The system is rebooting... current_theme debian-joy lockfile/var/run/slim.lock logfile /var/log/slim.log -- debconf information: * shared/default-x-display-manager: wdm slim/daemon_name: /usr/bin/slim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729825: wdm: lacks integration with consolekit
Package: wdm Version: 1.28-16 Severity: important It appears that wdm lacks integration with consolekit, this in turn means that user sessions launched via wdm a prevented from interacting with things such as network configuration (via nm-applet) and laptop power states such as suspend and resume. I've attempted some of the work arounds listed in #597937. However that's only gotten me as far as a local session, not an active session. $ ck-list-sessions Session1: unix-user = '1000' realname = 'Jamin Collins' seat = 'Seat2' session-type = '' active = FALSE x11-display = ':0' x11-display-device = '' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2013-11-18T02:22:04.597099Z' login-session-id = '1' -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wdm depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-93 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam0g 1.1.3-9 ii libselinux12.1.13-3 ii libwings2 0.95.5-1 ii libwraster30.95.5-1 ii libwutil3 0.95.5-1 ii libx11-6 2:1.6.2-1 ii libxau61:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxinerama1 2:1.1.3-1 ii libxmu62:1.1.1-1 ii psmisc 22.20-1 ii x11-apps 7.7+1 ii x11-common 1:7.7+4 ii x11-utils 7.7+1 ii x11-xserver-utils 7.7+1 wdm recommends no packages. Versions of packages wdm suggests: ii xfonts-base 1:1.0.3 -- Configuration Files: /etc/X11/wdm/wdm-config [Errno 13] Permission denied: u'/etc/X11/wdm/wdm-config' /etc/pam.d/wdm changed: authrequiredpam_nologin.so authrequiredpam_env.so envfile=/etc/default/locale @include common-auth @include common-account session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close session requiredpam_limits.so session requiredpam_loginuid.so session optionalpam_ck_connector.so @include common-session session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open -- debconf information: * shared/default-x-display-manager: wdm wdm/daemon_name: /usr/bin/wdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729577: wajig: search not the same as apt-cache search
Package: wajig Version: 2.10 Severity: normal Performing: wajig search is not the same as: apt-cache search For example: $ wajig search xfce brightness | wc -l 0 $ apt-cache search xfce brightness | wc -l 2 The later is searching the description as well, which is quite useful. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wajig depends on: ii apt 0.9.12.1 ii aptitude 0.6.8.2-1.2 ii dpkg 1.16.12 ii python3 3.3.2-17 ii python3-apt 0.9.1 wajig recommends no packages. Versions of packages wajig suggests: pn alien none pn apt-file none pn apt-move none pn apt-show-versions none pn dctrl-toolsnone ii debconf1.5.51 ii deborphan 1.7.28.8 pn debsumsnone pn debtagsnone pn dpkg-dev none pn dpkg-repacknone ii fakeroot 1.18.4-2 ii locales2.17-93 pn netselect-apt none ii reportbug 6.4.4 ii sudo 1.8.8-2 pn vrms none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729585: wajig: ignores EDITOR environment variable
Package: wajig Version: 2.10 Severity: normal When wajig needs to invoke an editor, it ignores the user's EDITOR environment variable and blindly executes /usr/bin/editor. While this is a managed by Debian's alternatives system, most other applications look to the user's environment to see if they have specified a preferred editor. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wajig depends on: ii apt 0.9.12.1 ii aptitude 0.6.8.2-1.2 ii dpkg 1.16.12 ii python3 3.3.2-17 ii python3-apt 0.9.1 wajig recommends no packages. Versions of packages wajig suggests: pn alien none pn apt-file none pn apt-move none pn apt-show-versions none pn dctrl-toolsnone ii debconf1.5.51 ii deborphan 1.7.28.8 pn debsumsnone pn debtagsnone pn dpkg-dev none pn dpkg-repacknone ii fakeroot 1.18.4-2 ii locales2.17-93 pn netselect-apt none ii reportbug 6.4.4 ii sudo 1.8.8-2 pn vrms none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729592: Additional Information
It should be noted that the same image boots fine in a virtual machine. Attaching dmidecode for the problematic machine. # dmidecode 2.12 SMBIOS 2.5 present. 42 structures occupying 1491 bytes. Table at 0xAACEF000. Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: TOSHIBA Version: Version 1.80 Release Date: 04/18/2013 Address: 0xE Runtime Size: 128 kB ROM Size: 8192 kB Characteristics: ISA is supported PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed VLB is supported Boot from CD is supported Selectable boot is supported EDD is supported Japanese floppy for Toshiba 1.2 MB is supported (int 13h) 3.5/720 kB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) ACPI is supported USB legacy is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 1.80 Firmware Revision: 1.30 Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: TOSHIBA Product Name: PORTEGE Z830 Version: PT225U-004004 Serial Number: 5C107020H UUID: D9E75080-A544-11E1-8025-B05D53107020 Wake-up Type: Power Switch SKU Number: 00 Family: 00 Handle 0x0002, DMI type 2, 14 bytes Base Board Information Manufacturer: TOSHIBA Product Name: Portable PC Version: Version A0 Serial Number: C0C5N524 Asset Tag: 00 Features: Board is a hosting board Location In Chassis: Center Chassis Handle: 0x0003 Type: Motherboard Handle 0x0003, DMI type 3, 17 bytes Chassis Information Manufacturer: TOSHIBA Type: Notebook Lock: Not Present Version: Version 1.0 Serial Number: Asset Tag: 00 Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None OEM Information: 0x Handle 0x0004, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: EXTERNAL MONITOR PORT External Connector Type: DB-15 female Port Type: Other Handle 0x0005, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: BUILT-IN LAN PORT External Connector Type: RJ-45 Port Type: Network Port Handle 0x0006, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: USB PORT External Connector Type: Access Bus (USB) Port Type: USB Handle 0x0007, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: USB PORT External Connector Type: Access Bus (USB) Port Type: USB Handle 0x0008, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: USB PORT External Connector Type: Access Bus (USB) Port Type: USB Handle 0x0009, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: HEADPHONE JACK External Connector Type: Mini Jack (headphones) Port Type: Other Handle 0x000A, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: MICROPHONE JACK External Connector Type: Other Port Type: Other Handle 0x000B, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: Internal Connector Type: None External Reference Designator: HDMI-CONNECTOR External Connector Type: Other Port Type: Video Port Handle 0x000C, DMI type 9, 13 bytes System Slot Information Designation: SD CARD Type: Other Current Usage: In Use Length: Other Characteristics: 3.3 V is provided Hot-plug devices are supported Handle 0x000D, DMI type 10, 14
Bug#729592: Additional Information
New findings, the Live CD boots fine, provided there is no SD card in the SD card slot. So, this appears to be an issue with how the volumes are detected or enumerated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729585: wajig: ignores EDITOR environment variable
On 11/14/2013 09:59 AM, Tshepang Lekhonkhobe wrote: On Thu, Nov 14, 2013 at 5:54 PM, Jamin W. Collins jcoll...@asgardsrealm.net wrote: Package: wajig Version: 2.10 Severity: normal When wajig needs to invoke an editor, it ignores the user's EDITOR environment variable and blindly executes /usr/bin/editor. While this is a managed by Debian's alternatives system, most other applications look to the user's environment to see if they have specified a preferred editor. Well-spotted. Should a fix only run /usr/bin/editor if $EDITOR is an empty string? Is that all, or is there some other envvar I should look for? I'm not entirely sure, but I believe you might want to check for both EDITOR and VISUAL, as the later is used to indicate a preferred GUI editor. However, you may need to add additional detection to see if the user is in a graphical environment to determine whether to use VISUAL or EDITOR. I believe supporting EDITOR as a minimum should suffice for most use cases. http://en.wikibooks.org/wiki/Guide_to_Unix/Environment_Variables
Bug#729414: grub-pc: bug report script assumes su doesn't support sudo
On 11/12/2013 05:42 PM, Colin Watson wrote: On Tue, Nov 12, 2013 at 09:12:33AM -0800, Jamin W. Collins wrote: The bug report script /usr/share/bug/grub-pc/script assumes that the route to root access is via su. This is not the case on all systems, especially since the current installer offers a direct means of locking the root account and enabling sudo for the first configured user. Yes. Are you aware of anything in the base system that abstracts over this in any useful way? Trying various different methods is going to get nasty very quickly, especially since you generally have to actually try authenticating before you find out you can't ... I can't say that I'm aware of any such abstraction. I wonder whether this really needs some kind of support in reportbug to fix properly. Sounds like the right place for any abstraction that would be generally needed by various packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628654: potential solution
I noticed that this bug is marked as being blocked by #695140, and that #695140 is marked as wontfix. I don't believe that #695140 is needed to solve this bug. If the /etc/X11/Xsession.d/98xbindkeys script is moved to another location, and then a desktop file dropped in /etc/xdg/autostart/, I believe the startup order will be corrected. I've moved the /etc/X11/Xsession.d/98xbindkeys to /usr/bin/xbindkeys_autostart, made it executable, and use the attached desktop file (placed in /etc/xdg/autostart/). This provides the same override logic as before, but starts xbindkeys after the user's environment has been properly setup. Thus, any terminals launched from xbindkeys have the proper references to agents (like SSH). xbindkeys.desktop Description: application/desktop
Bug#729401: debian-installer: xfsprogs not installed when using xfs filesystems
Package: debian-installer Severity: important Tags: d-i I used the following installation media: 6fba6fbf3ecfe38ec7f667f5da658df2 debian-live-7.2-amd64-xfce-desktop.iso If XFS volumes are used during the installation the xfsprogs package is not installed on the target system. This presents a problem as a filesystem check is forced on the first boot, but the necessary binary is not installed. This renders the installed system unusable. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash attachment: fsck.xfs_missing.png
Bug#729403: xfce4-panel: Action Buttons: logout action saves session regardless of settings
Package: xfce4-panel Version: 4.10.1-1 Severity: normal Using the logout option from the panel Action Buttons results in the current session state being saved, regardless of the user's configured preferences. This is highly non-intuitive and different from the logout option on the applications menu. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-panel depends on: ii exo-utils 0.10.2-2 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.18-1 ii libdbus-glib-1-20.100.2-1 ii libexo-1-0 0.10.2-2 ii libfontconfig1 2.11.0-1 ii libfreetype62.4.9-1.1 ii libgarcon-1-0 0.2.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.36.0-1 ii libsm6 2:1.2.1-2 ii libwnck22 2.30.7-1 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii multiarch-support 2.17-93 xfce4-panel recommends no packages. xfce4-panel 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#729411: grub-pc: attempts to install to mmcblk0 rather than sda
Package: grub-pc
Version: 1.99-27+deb7u2
Severity: important
Tags: d-i
Using the following installation media:
6fba6fbf3ecfe38ec7f667f5da658df2 debian-live-7.2-amd64-xfce-desktop.iso
The installation continued largely without problems until it got to the
install grub on mbr stage. At this point it failed. After digging a little,
I noticed that it was trying to install grub on mmcblk0 (the SD card) rather
than on sda (the internal SSD). After selecting cancel, I was able to manually
specify /dev/sda as the target and the installation completed.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vg0-root / xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-home /home xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-log /var/log xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mmcblk0p1 /media/jamin/keys ext3
rw,nosuid,nodev,relatime,errors=continue,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/memstick-MS_0x79001edd
(hd1) /dev/disk/by-id/ata-TOSHIBA_THNSNS128GMCP_42HS10GSTWRZ
(hd2) /dev/disk/by-id/usb-SanDisk_Cruzer_Edge_20042906101E0E704FCC-0:0
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro single
initrd=/install/gtk/initrd.gz
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.2.0-4-amd64 ...'
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0
Bug#729414: grub-pc: bug report script assumes su doesn't support sudo
Package: grub-pc
Version: 1.99-27+deb7u2
Severity: normal
The bug report script /usr/share/bug/grub-pc/script assumes that the route to
root access is via su. This is not the case on all systems, especially since
the current installer offers a direct means of locking the root account and
enabling sudo for the first configured user.
cat EOF
Information on any LVM volumes on this system is valuable to the GRUB
developers, but gathering this information requires the root password.
EOF
yesno Do you want to provide LVM volume information? nop
if [ $REPLY = yep ]; then
echo 3
echo *** BEGIN LVM 3
su root -c vgdisplay; pvdisplay; lvdisplay 3
echo *** END LVM 3
fi
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vg0-root / xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-home /home xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-log /var/log xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mmcblk0p1 /media/jamin/keys ext3
rw,nosuid,nodev,relatime,errors=continue,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/memstick-MS_0x79001edd
(hd1) /dev/disk/by-id/ata-TOSHIBA_THNSNS128GMCP_42HS10GSTWRZ
(hd2) /dev/disk/by-id/usb-SanDisk_Cruzer_Edge_20042906101E0E704FCC-0:0
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro single
initrd=/install/gtk/initrd.gz
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.2.0-4-amd64 ...'
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64 (recovery mode)' --class
debian --class gnu
Bug#729415: grub-pc: bug report script assumes console
Package: grub-pc
Version: 1.99-27+deb7u2
Severity: normal
The bug report script /usr/share/bug/grub-pc/script prompts the user on the
terminal/console irregardless of the interface the user has selected for
reportbug. Thus, if the user is using the GTK interface all they see is that
additional information is being collected, not that they are being prompted for
action on the terminal/console.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/mapper/vg0-root / xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-home /home xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mapper/vg0-log /var/log xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/mmcblk0p1 /media/jamin/keys ext3
rw,nosuid,nodev,relatime,errors=continue,barrier=1,data=ordered 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/memstick-MS_0x79001edd
(hd1) /dev/disk/by-id/ata-TOSHIBA_THNSNS128GMCP_42HS10GSTWRZ
(hd2) /dev/disk/by-id/usb-SanDisk_Cruzer_Edge_20042906101E0E704FCC-0:0
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root bbad0904-e653-4fd3-a5bf-e5a04d870122
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.10-3-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.10-3-amd64 ...'
linux /boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vg0-root ro single
initrd=/install/gtk/initrd.gz
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.10-3-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class
gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.2.0-4-amd64 ...'
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/vg0-root ro
initrd=/install/gtk/initrd.gz quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64 (recovery mode)' --class
debian --class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod lvm
insmod part_msdos
insmod xfs
set root='(vg0-root)'
search --no-floppy --fs-uuid --set=root
bbad0904-e653-4fd3-a5bf-e5a04d870122
echo'Loading Linux 3.2.0-4-amd64 ...'
linux
Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts
On 09/27/2013 12:38 AM, Petter Reinholdtsen wrote: Do you have any idea how to solve it for everyone? Would it help if insserv list a conflict or break on the problematic package versions to make sure they are upgraded first? Which package version should be listed like that? I don't have specific suggestions on how to fix it for everyone, but this has resulted in rather extreme breakage on each of the Debian systems that I've dist-upgraded. Which given my previous experience with Debian came as quite a shock. For less experienced users this would be an extremely poor user experience. Perhaps listing a conflict with package versions prior to those that have the fixed init scripts would be enough. However, this would need to be tested. I don't have details on hand for which specific versions of packages had init scripts that caused the issue, I'm sorry. Would it be possible to have innserv only warn and not break the upgrade? By this I mean allow the rest of the upgrade to proceed. I believe doing so would result in the fixed packages getting installed and thereby also mitigating the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts
On 10/19/2013 02:08 PM, Petter Reinholdtsen wrote: [Jamin W. Collins] Perhaps listing a conflict with package versions prior to those that have the fixed init scripts would be enough. However, this would need to be tested. I don't have details on hand for which specific versions of packages had init scripts that caused the issue, I'm sorry. I suspect it would have to be solved on a case by case basis, as we are talking about packages with bogus or incomplete boot script ordering information. It may be bogus or incomplete boot script ordering information, but it previously worked, keep that in mind. One does not expect a Debian dist-upgrade from one stable release to another to result in a non-functional system. Would it be possible to have innserv only warn and not break the upgrade? By this I mean allow the rest of the upgrade to proceed. I believe doing so would result in the fixed packages getting installed and thereby also mitigating the issue. I doubt it, given that the incorrect boot ordering information exist in the package in question, and continuing might leave the system in a non-bootable state anyway. So the options seem to be to abort the upgrade and require manual intervention, or continue the upgrade and perhaps end up with a non-bootable system. The former seem like a better option to me, to avoid silent breakage. The former effectively left me locked out of my systems. I had to reboot every one of them to a single user root session to fix them as my user existed only in LDAP and then unrelated init scripts caused the upgrade to abort in such a way that my user could no longer be validated for sudo. Had the upgrade proceeded, the system would have been in complete working order (AFAICT). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706877: insserv: breaks dist-upgrade by installing before packages fix their init scripts
Package: insserv Version: 1.14.0-5 Severity: critical This bug completely breaks dist-upgrades, leaving the system in an indeterminate state. In my case, it resulted in being unable to use sudo from my account and having to completely reboot the box and use init=/bin/bash to recover. This bug has been reported in various forms repeatedly, with insufficient severity each time. Examples of this type of breakage: #651037, #589238, #695751 Several packages have updated init scripts that will resolve the aparent dependency loops, such as: munin-node. However, insserv is installed before them during the dist-upgrade and fails installation due to the existing loops in the init scripts. Examples of this are: fetchmail and munin-node. The munin-node init script bug report is #680223. However, the updated package wasn't installed until after insserv. While I haven't found a bug report for the fetchmail issue, I did notice an updated init script being installed by it. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages insserv depends on: ii libc6 2.13-38 insserv recommends no packages. Versions of packages insserv suggests: pn bootchart2 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446148: (no subject)
The problem with the newer kernels is that, as far as I know, they no longer support passing PCI devices through to the domU instances. The referenced kernel was the last found to work. So, while the reported problem what that kernel can't be replicated with the newer kernels. The newer kernels are not able to pass PCI devices through to the domU instances. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b79aad6.3040...@asgardsrealm.net
Bug#565983: Upstream patch for segfault
There is a patch, that appears to correct this issue, referenced here: https://bugzilla.redhat.com/show_bug.cgi?id=556815#c11 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565983: [Pkg-libvirt-maintainers] Bug#565983: Upstream patch for segfault
Guido Günther wrote: That's great news - thanks for forwarding this! Cheers, Anytime. The more we have testing this patch the better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446148: domU panic with swiotlb=force
I'm seeing much the same thing:
Linux version 2.6.18-6-xen-686 (Debian 2.6.18.dfsg.1-24)
(da...@debian.org) (gcc version 4.1.2 20061115 (prerelease) (Debian
4.1.1-21)) #1 SMP Sat Dec 27 13:17:00 UTC 2008
BIOS-provided physical RAM map:
Xen: - 3280 (usable)
80MB HIGHMEM available.
727MB LOWMEM available.
NX (Execute Disable) protection: active
ACPI in unprivileged domain disabled
Built 1 zonelists. Total pages: 206848
Kernel command line: root=/dev/xvda1 ro ip=:1.2.3.4eth0:dhcp
iommu=soft swiotlb=force xencons=tty0
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 16384 bytes)
Xen reported: 2009.260 MHz processor.
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ cut here ]
kernel BUG at lib/../arch/i386/kernel/swiotlb.c:162!
invalid opcode: [#1]
SMP
Modules linked in:
CPU:0
EIP:e019:[c01bf045]Not tainted VLI
EFLAGS: 00010282 (2.6.18-6-xen-686 #1)
EIP is at swiotlb_init_with_default_size+0x88/0x14e
eax: fff4 ebx: 0100 ecx: f55f6000 edx: c032
esi: c0349404 edi: 0400 ebp: c0321fc0 esp: c0321fb4
ds: e021 es: e021 ss: e021
Process swapper (pid: 0, ti=c032 task=c02d0660 task.ti=c032)
Stack: c1093000 c0349404 c111eb07 0020 c032f577 000e 0002
c1093000
c0349404 c108d364 0020 c032557f 8000 c034d280 01020800
c1149000
c010006f
Call Trace:
[c032f577] mem_init+0x58/0x392
[c032557f] start_kernel+0x1fb/0x37f
Code: b0 b9 f5 ff 83 c8 ff 40 83 f8 06 75 fa 89 d8 b9 1f 00 00 00 c1 e0
0b ba 06 00 00 00 03 05 14 65 37 c0 e8 2e 49 f5 ff 85 c0 74 08 0f 0b
a2 00 c3 86 2a c0 83 eb 80 a1 18 65 37 c0 39 c3 72 c5 b9
EIP: [c01bf045] swiotlb_init_with_default_size+0x88/0x14e SS:ESP
e021:c0321fb4
0Kernel panic - not syncing: Attempted to kill the idle task!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512703: vnc4server: libvnc.so module not found in .deb (testing)
Package: vnc4server Version: 4.1.1+X4.3.0-30 Severity: important A build/packaging error - the dir /usr/lib/xorg/modules/extensions/ is listed in the package but no sign of libvnc.so. No time to test the source pkg = am downgrading back to 4.1.1+X4.3.0-21 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.27-ghost-mod (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vnc4server depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii x11-common 1:7.3+17 X Window System (X.Org) infrastruc ii xbase-clients 1:7.3+18 miscellaneous X clients - metapack ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-5 standard fonts for X Versions of packages vnc4server suggests: pn vnc-java 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#511792: jabber-common should not remove user jabber on purge
Marvin Renich wrote: Please do not remove the jabber user on purge. Once a filesystem has a file owned by that user, purging the user removes information valuable to the sysadmin (think backups, log files, etc., as well as possible security implications in some cases). There was a thread on mentors[0] where there were initially a few dissenting opinions, but the thread ended with four DD's on that thread and a reference to a fifth DD on a different thread asserting that packages should not remove users on purge. I'll look into this, but my initial feeling is that a purge of the package should remove anything it's done and leave the system as if it never was. As such I'm not initially inclined to change this behavior. -- Jamin W. Collins -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509837: x11-xserver-utils: [iceauth] manpage is incomplete
Package: x11-xserver-utils Version: 7.3+5 Severity: normal The iceauth(1) manpage has a DESCRIPTION which indicates there is more to come Commands (described below) may be entered interactively... There is no below - no information on switches or commands. I will try to compile this information and supply a patch. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-mepis-smp (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.3.2-2 The GNU C preprocessor (cpp) ii libc6 2.7-13 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-1 X11 client-side library ii libxau6 1:1.0.3-3 X11 authorisation library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.3-1 X11 Input extension library ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-1 X11 miscellaneous micro-utility li ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtrap6 2:1.0.0-5 X11 event trapping extension libra ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.2-1 X11 XFree86 video mode extension l ii x11-common1:7.3+17 X Window System (X.Org) infrastruc x11-xserver-utils recommends no packages. x11-xserver-utils 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#507903: ibam: requires apmd which is not installed as a dependency
Package: ibam Version: 1:0.4-5 Severity: important apmd is required according to README.gz but is neither dependency nor recommended/suggested. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-mepis-smp (SMP w/1 CPU core; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ibam depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-9 GCC support library ii libstdc++64.3.1-9The GNU Standard C++ Library v3 ibam recommends no packages. Versions of packages ibam suggests: pn gnuplot none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504172: CVE-2008-4796: missing input sanitising in Snoopy.class.php
Steffen Joeris wrote: the following CVE (Common Vulnerabilities Exposures) id was published for mediamate. CVE-2008-4796[0]: | The _httpsrequest function (Snoopy/Snoopy.class.php) in Snoopy 1.2.3 | and earlier allows remote attackers to execute arbitrary commands via | shell metacharacters in https URLs. NOTE: some of these details are | obtained from third party information. While it is a security hole, mediamate only uses Snoopy for user provided URLs for IMDB entries. AFAIK, IMDB does not provide an HTTPS interface which this vulnerability requires. The extracted patch for Snoopy.class.php can be found here[1]. However it would be much appreciated (and it is a release goal anyway), if you could just depend on libphp-snoopy, instead of duplicating the code. (Maybe you need to change some includes, I didn't check that). That would make life much easier for the security team. I'm currently working on a corrected packae. Also, since the package is in stable (etch), I'd like to know in which way the php library is invoked and how vulnerable to attacks the stable version is. If it is severe enough, we should prepare a DSA, otherwise an update could go through s-p-u. See above. I don't see how this could normally be exploited in mediamate's case, s-p-u should be fine. I'll look into providing a corrected package for it as well. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504172: CVE-2008-4796: missing input sanitising in Snoopy.class.php
Jamin W. Collins wrote: Steffen Joeris wrote: The extracted patch for Snoopy.class.php can be found here[1]. However it would be much appreciated (and it is a release goal anyway), if you could just depend on libphp-snoopy, instead of duplicating the code. (Maybe you need to change some includes, I didn't check that). That would make life much easier for the security team. I'm currently working on a corrected packae. The updated package is ready, but it looks like my key has made its way into the emeritus keyring. I've put the signed packages up on my personal site: http://www.asgardsrealm.net/tmp/debs/mediamate/ If you or someone else would like to sponsor them, I'd appreciate it. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504061: pdns-backend-ldap: zone2ldap fails to parse BIND zone configuration files
Package: pdns-backend-ldap Version: 2.9.21.1.0-1 Severity: normal Hi folks, Since upgrade from 2.9.17 to 2.9.21.1.0-1 the zone2ldap tool fails to parse (AFAICS) any BIND9 DNS zonefiles. I've extracted zone2ldap from the 2.9.17 (stable) package which works fine with the same zonefiles this bug has been introduced in this upgrade. $ zone2ldap --basedn=ou=test,dc=test,dc=com --layout=tree \ --zone-file=forward.zone --zone-name=ip6.test.com Died because of STL error: Parsing zone content line: 'SOA' doesn't look like a qtype, stopping loop ...the same syntax and zonefile parses correctly with zone2ldap from stable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-mepis-smp (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages pdns-backend-ldap depends on: ii libc6 2.7-15GNU C Library: Shared libraries ii libgcc11:4.2.1-5 GCC support library ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii pdns-server2.9.21.1.0-1 extremely powerful and versatile n ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime pdns-backend-ldap recommends no packages. pdns-backend-ldap suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: Status of jabber package?
Stefan Ott wrote: I'm curious: you say the jabber package was orphaned from under me but you are still the official maintainer - what's happening there? I would have to look back through the bug reports, but there was a report not too terribly long ago that was asking for an update. I responded that there was some discussion between myself and the various other Jabber related package maintainers about how to proceed. Immediately following my response, the initial reporter put the Jabber packages up for adoption. In case you want/need a helping hand with the package, let me know. I'm not a dd but I do some packaging. If you *want* to orphan the package, I'm sure we'll find people to adopt it. If you *don't* want to orphan the package, even better! :) Ideally, I don't want to orphan the packages, but they do need quite a bit of work. All of the existing transports that I'm the maintainer of need to be removed from the distribution, they have all been replaced by alternative versions. The problem there is leaving the users of the transports without some means of migrating to the newer transport versions. However, I need to be honest with myself and Debian. Due to both personal items (my wife's death in April) and project issues, I really don't have much motivation to work on Debian related items at this time, nor am I likely to in the near(ish) future. Add to this that I'll likely have more day-job related work to do in the near future and it really doesn't appear that I can honestly say I'll have time to work on the packages. So, I have not fought the previous package orphaning, though I do find it rather rude. I would be more than happy to try co-maintaining the package with you. But honestly don't know how much time I can muster toward it. Initially, I fear that my contribution would be little more than sponsorship and review of your packaging/changes. If this is acceptable to you, I'd be willing to give it a shot. Other than that, are there any particular reasons left for not shipping 1.6.x with lenny+1? Primarily time and motivation. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: Status of jabber package?
Stefan Ott wrote: I'm curious: you say the jabber package was orphaned from under me but you are still the official maintainer - what's happening there? I found the report in question: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471408 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: any progress?
Andreas Schildbach wrote: Has there been any progress on packaging a jabberd14 1.6.1? Which obstacles are in the way? Other than it being orphaned from under me? That pretty much killed any motivation for working on Debian in the limited spare time I had prior to my wife passing away. Since then, I've had other things to worry about. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403750: package adoption
Andreas Schildbach wrote: Since there hasn't been any progress in bringing jabberd2 into testing/stable, maybe it really would be best if you would put the package up for adoption. This way, others that could help would notice. Jabberd2 has been up for adoption for quite some time. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398508: Still present
I'm also seeing this behavior. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477205: RM: jabber-yahoo -- RoM; abadoned upstream
Package: ftp.debian.org The existing package no longer works. It appears that Yahoo has made changes on their side. Upstream appears to have died off for this project and development now appears to be focused on the python based solution pyyimt: http://xmpppy.sourceforge.net/yahoo/. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472280: Debian bug #472280 requests removal of jabber-jit
Thomas Viehmann wrote: Hi, for your information: a removal request for the package jabber-jit has been filed as bug #472280[1]. Unless you follow up soon, the ftp master will remove the package from the Debian archive. I see no reason to argue against the removal. In fact at this point, all the C based transports should probably be removed from the archive in favor of the newer (and upstream active) Python based transports. I simply have not had the time to work on migrating the existing packages to the newer versions in a seamless manner for the end users. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471408: ITO: intent to orphan
Peter Eisentraut wrote: Package: jabber Version: 1.4.3-3.3 Severity: important Obviously, this package is not being maintained anymore, so unless someone objects, I'm going to orphan this package in about a week's time. This version is severely outdated and suffering from a number of problems. The most prominent of which is licensing, which led to a period of no updates. I don't feel that Debian can reliably meet the requirements of the JOSL license which this was received under. While some of the code does indicate it can be relicensed under the GPL this proved problematic in practice and led to some parts being completely rewritten in order to actual effect the relicense. By the time the relicense actually took place I found myself with little time and desire to work on packaging the new version for Debian. There have been recent discussions regarding the formation of a Jabber Team in order to provide a more consistent packaged solution across the various servers and transports. If you feel you must orphan this package, go ahead. However, I highly suggest that no updates to this package be done (due to licensing) and instead that the newer fully GPL'd version be used. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433836: current heuristics for showing volume icons
Package: nautilus Version: 2.14.3-11+b1 Josselin Mouette wrote: I think it would be more valuable to improve the heuristics that determine whether a specific volume should be displayed or not. Feel free to open bugs about volumes that are displayed with no usefulness for the user. Short of digging through the nautilus code are these heuristics documented anywhere? Better yet, are they adjustable? I routinely create a separate partition for my logs (/var/log), this is frequently appears on the desktops for my users. As far as I can tell, the current state is an all or nothing switch to either display all volume icons that fail some (currently unknown) filtering heuristic or display no drive icons. The display of volume icons is useful for removable media (such as those items mounted via pmount), but not so useful for more permanently attached volumes (such as additional partitions of the local hard drive(s)). -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452706: memory growth even without any usage, extensions, or bookmarks
Eric Dorland wrote: Hmmm, you'll notice by the end of the output the virtual size stays constant (in fact it shrinks slightly near the end), and the does seem to be trending upward slightly, it does oscillate around a bit. The rss number change purely due to the kernel's memory manager fiddling with pages and not necessarily that the amount of memory consumed is going up. You only ran the test for 10 hours, you should try running it for several days to see if more of a trend appears. Attached you will find a two day run (limited by a several hour power outage) for firefox with nothing displayed during the time (Homepage: about:blank) and the browser never used. Overall memory usage continues to grow. I plan to do similar tests with the browser actually displaying a page over several days. -- Jamin W. Collins firefox-bin.odin.log.gz Description: GNU Zip compressed data
Bug#465463: cyclic build dependencies on AMD64
Package: gcc-defaults Severity: normal I've been attempting to rebuild some packages from sid on AMD64 and noticed what appears to be a cyclic build dependency between gcc-4.2 and gcc-defaults. The gcc-4.2 source lists the following build dependency: gcc-multilib [amd64 i386 powerpc ppc64 s390 sparc kfreebsd-amd64] While, gcc-defaults (the source package for gcc-multilib) lists: gcc-4.2-base (= 4.2.2-3) which is provided by the gcc-4.2 package. Am I missing something? -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463262: xen-create-image doesn't complain about missing directory
Package: xen-tools Severity: normal If the target directory for the image does not exist, xen-create-image does not appear to generate any error messages. For instance: # ls /opt/ lost+found xen === # xen-create-image --dir /opt/blah-images --debootstrap --dhcp --hostname=blah.test.com General Infomation Hostname : blah.test.com Distribution : etch Fileystem Type : ext3 Size Information Image size : 4Gb Swap size : 128Mb Image type : sparse Memory size: 128Mb Kernel path: /boot/vmlinuz-2.6.18-6-xen-686 Initrd path: /boot/initrd.img-2.6.18-6-xen-686 Networking Information -- IP Address : DHCP Creating swap image: /opt/blah-images/domains/blah.test.com/swap.img Done Creating disk image: /opt/blah-images/domains/blah.test.com/disk.img Done Creating ext3 filesystem on /opt/blah-images/domains/blah.test.com/disk.img Done Installing your system with debootstrap mirror ftp://161.12.5.32/debian/ Done Running hooks Done No role script specified. Skipping Creating Xen configuration file Done All done Logfile produced at: /var/log/xen-tools/blah.test.com.log === It does take sufficient time to make one think it has created the files and boot strapped the system. However, the directories and files simply aren't created. # ls /opt/ lost+found xen Perhaps the script should check the files are actually created? Or even go so far as to create the directory if it doesn't exist? --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-486 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460424: fails to start without freepats
Package: timidity Version: 2.13.2-9 Severity: normal timidity will not start in a default configuration without freepats installed as the default timidity configuration attempts to read the freepats configuration: # By default, try to use the instrument patches from freepats: source /etc/timidity/freepats.cfg The package does list freepats as a Recommends however this doesn't seem in line with policy. Policy states that any additional packages needed for the package to run should be listed as Depends not Recommends. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ==-+-== libartsc0 (= 1.5.0-1) | 1.5.5-1 libasound2 ( 1.0.12) | 1.0.13-2 libaudio2 | 1.8-4 libaudiofile0 (= 0.2.3-4) | 0.2.6-6 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch4 libesd0 (= 0.2.35) | 0.2.36-3 OR libesd-alsa0 (= 0.2.35) | libflac7 | 1.1.2-6 libglib2.0-0 (= 2.12.0) | 2.12.4-2 libice6 (= 1:1.0.0) | 1:1.0.1-2 libjack0.100.0-0 (= 0.101.1) | 0.101.1-2 libncurses5 (= 5.4-5) | 5.5-5 libogg0 (= 1.1.3) | 1.1.3-2 liboggflac3| 1.1.2-6 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-1 libsm6 | 1:1.0.1-3 libvorbis0a (= 1.1.2) | 1.1.2.dfsg-1.2 libvorbisenc2 (= 1.1.2) | 1.1.2.dfsg-1.2 libx11-6 | 2:1.0.3-7 libxaw7| 1:1.0.2-4 libxext6 | 1:1.0.1-2 libxmu6| 1:1.0.2-2 libxt6 | 1:1.0.2-2 zlib1g(= 1:1.2.1) | 1:1.2.3-13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460426: new upstream version 0.16.2
Package: nted Version: 0.12.2-1 Severity: wishlist Upstream has released 0.16.2 --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends(Version) | Installed -+- libasound2 ( 1.0.12) | 1.0.13-2 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch4 libcairo2 (= 1.2.4) | 1.2.4-4 libfreetype6(= 2.2) | 2.2.1-5+etch2 libgcc1 (= 1:4.1.1-12) | 1:4.1.1-21 libglib2.0-0 (= 2.12.0) | 2.12.4-2 libgtk2.0-0 (= 2.8.0) | 2.8.20-7 libstdc++6 (= 4.1.1-12) | 4.1.1-21 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460424: fails to start without freepats
Joost Yervante Damad wrote: However it is very well possible to use timidity with other soundfonts then freepats (and usually far better sounding ones!), and then timidity works fine. It's not so much a question of whether it is possible to use it without freepats, it's a question of the provided default configuration. As the package is currently provided it will not even start. While removing the configuration entry will allow timidity to start, it appears that it does not have any instrument sounds or at least my attempts without it failed to produce any sound. It's a thin line; the reason it is like it is now is to avoid that people need to install a 28M package (freepats) which they might not need, just to use timidity. I can understand this concern, but current the provided installation will likely be broken for many (if not most) users due to the default configuration file and the lack of instruments. I simply installed freepats when I noticed it was the reason timidity was failing. However, I do think the package as provided should either work or notify the user of what needs to be done to make it work. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331064: nomdaerp
Why wait any longer, get your extra long schlong in 3 months http://fytoues.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459916: unable to sort elements of a qualified name
Package: kxmleditor Version: 1.1.4-3.1 Severity: normal It does not appear to be possible to sort the elements of a qualified name object. For files such as Polycom SIP phone configurations this can become quite a problem. Some of their phone configurations have upwards of 100 elements under a single qualified name (ie reg). Several of these elements are inter-related and need to be changed together. As it is these elements are displayed in a seemingly random order instead of alphabetically. So you wind up with a listing something like this: reg.6.acd-login-logout=0 reg.6.server.1.retryTimeOut= reg.4.server.1.retryMaxCount= reg.3.server.1.expires.lineSeize= reg.2.auth.password= reg.5.ringType=2 reg.5.server.1.expires.lineSeize= reg.5.server.1.retryTimeOut= Inside of a much more usable listing like this: reg.1.acd-agent-available=0 reg.1.acd-login-logout=0 reg.1.address=1410 reg.1.auth.password= reg.1.auth.userId= reg.1.callsPerLineKey= reg.1.displayName=Jamin Collins reg.1.label=1410 reg.1.lineKeys= reg.1.ringType=2 reg.1.server.1.address= reg.1.server.1.expires= reg.1.server.1.expires.lineSeize= reg.1.server.1.port= reg.1.server.1.register= reg.1.server.1.retryMaxCount= reg.1.server.1.retryTimeOut= reg.1.server.1.transport=DNSnaptr reg.1.server.2.transport=DNSnaptr reg.1.thirdPartyName= reg.1.type= Each of the lines on the phone have all of the above entries (6 line in the case of this phone). --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed =-+-=== kdelibs4c2a (= 4:3.5.4-1) | 4:3.5.5a.dfsg.1-8 libacl1 (= 2.2.11-1) | 2.2.41-1 libart-2.0-2 (= 2.3.16) | 2.3.17-1 libattr1 (= 2.4.4-1) | 2.4.32-1 libaudio2 | 1.8-4 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch4 libfam0 | 2.7.0-12 libfontconfig1 (= 2.3.0) | 2.4.2-1.2 libfreetype6 (= 2.2) | 2.2.1-5+etch1 libgcc1 (= 1:4.1.0) | 1:4.1.1-21 libice6 | 1:1.0.1-2 libidn11 (= 0.5.18) | 0.6.5-1 libjpeg62 | 6b-13 libpng12-0 (= 1.2.8rel) | 1.2.15~beta5-1 libqt3-mt (= 3:3.3.6) | 3:3.3.7-4etch1 libsm6 | 1:1.0.1-3 libstdc++6 (= 4.1.0) | 4.1.1-21 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1.1.7-4 libxext6 | 1:1.0.1-2 libxft2 ( 2.1.1) | 2.1.8.2-8 libxi6 | 1:1.0.1-4 libxinerama1 | 1:1.0.1-4.1 libxrandr2 | 2:1.1.0.2-5 libxrender1 | 1:0.9.1-3 libxt6 | 1:1.0.2-2 zlib1g (= 1:1.2.1) | 1:1.2.3-13 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458363: fails if SSL only required (port 993)
Package: mail-notification Version: 3.0.dfsg.1-10+b1 Severity: important Without SSL enabled the application appears to login to the IMAP server and start checking for new mail as show here: mail-notification-INFO: [EMAIL PROTECTED]: resolving mail.asgardsrealm.net mail-notification-INFO: [EMAIL PROTECTED]: connecting to mail.asgardsrealm.net (192.168.10.2) port 143 mail-notification-INFO: [EMAIL PROTECTED]: connected successfully mail-notification-INFO: [EMAIL PROTECTED]: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2005 Double Precision, Inc. See COPYING for distribution information. However with SSL enabled and a specific port indicated (993 in this case) the communication halts after connecting: mail-notification-INFO: [EMAIL PROTECTED]: resolving mail.asgardsrealm.net mail-notification-INFO: [EMAIL PROTECTED]: connecting to mail.asgardsrealm.net (192.168.10.2) port 993 mail-notification-INFO: [EMAIL PROTECTED]: connected successfully --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ===-+-== libart-2.0-2(= 2.3.16) | 2.3.17-1 libatk1.0-0 (= 1.12.2) | 1.12.4-3 libaudiofile0 (= 0.2.3-4) | 0.2.6-6 libavahi-client3(= 0.6.13) | 0.6.16-3etch1 libavahi-common3(= 0.6.10) | 0.6.16-3etch1 libavahi-glib1 (= 0.6.12) | 0.6.16-3etch1 libbonobo2-0(= 2.13.0) | 2.14.0-3 libbonoboui2-0 (= 2.5.4) | 2.14.0-5 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch4 libcairo2(= 1.2.4) | 1.2.4-4 libdbus-1-3 (= 0.94) | 1.0.2-1 libeel2-2.14| 2.14.3-5 libesd0(= 0.2.35) | 0.2.36-3 OR libesd-alsa0(= 0.2.35) | libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.2) | 2.2.1-5+etch1 libgail-common (= 1.6.6) | 1.8.11-4 libgail17(= 1.6.6) | 1.8.11-4 libgconf2-4 (= 2.13.5) | 2.16.1-1 libgcrypt11 (= 1.2.2) | 1.2.3-2 libglade2-0(= 1:2.5.1) | 1:2.6.0-4 libglib2.0-0(= 2.12.0) | 2.12.4-2 libgmime-2.0-2 | 2.2.3-3 libgnome-keyring0(= 0.6.0) | 0.6.0-3 libgnome2-0 (= 2.14.1) | 2.16.0-2 libgnomecanvas2-0 (= 2.11.1) | 2.14.0-2 libgnomeui-0(= 2.13.0) | 2.14.1-2 libgnomevfs2-0 (= 2.13.92) | 1:2.14.2-7 libgnutls13(= 1.4.0-0) | 1.4.4-3 libgpg-error0 (= 1.4) | 1.4-1 libgtk2.0-0 (= 2.8.0) | 2.8.20-7 libice6(= 1:1.0.0) | 1:1.0.1-2 libjpeg62 | 6b-13 liborbit2 (= 1:2.14.1) | 1:2.14.3-0.2 libpango1.0-0 (= 1.14.8) | 1.14.8-5 libpng12-0(= 1.2.13-4) | 1.2.15~beta5-1 libpopt0 (= 1.10) | 1.10-3 libsasl2-2 | 2.1.22.dfsg1-8 libsm6 | 1:1.0.1-3 libtasn1-3 (= 0.3.4) | 0.3.6-2 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1.1.7-4 libxext6| 1:1.0.1-2 libxfixes3 (= 1:4.0.1) | 1:4.0.1-5 libxi6 | 1:1.0.1-4 libxinerama1| 1:1.0.1-4.1 libxml2 (= 2.6.27) | 2.6.27.dfsg-1 libxrandr2 | 2:1.1.0.2-5 libxrender1 | 1:0.9.1-3 zlib1g (= 1:1.2.1) | 1:1.2.3-13 gnome-icon-theme| 2.14.2-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457681: complains about a package that provides X replacing the already installed package X
Package: gdebi Version: 0.1.6 Severity: normal When trying to use gdebi to install a newer version of a locally installed package, the following is displayed. Package: opera Status: Error: Conflicts with the installed package 'opera' This should not be considered a critical error and should not prevent the user from installing the package. After all, it's only another version of the same package. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed =-+-= python (= 2.3) | 2.4.4-2 python-support (= 0.2) | 0.5.6 python-gtk2 (= 2.6.3-2) | 2.8.6-8 python-glade2 (= 2.6.3-2) | 2.8.6-8 python-apt (= 0.6.16.2) | 0.6.19 python-vte (= 1:0.11.15-4) | 1:0.12.2-5 gksu (= 1.3.6-1) | 2.0.0-1 gnome-icon-theme (= 2.14.0-1) | 2.14.2-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455547: forward.py missing from examples
Package: python-paramiko Version: 1.5.2-0.1 Severity: normal The provided README.gz file references an example file, forward.py, that is not included with the package. The file is in the Debian source package, but appears to have been left out of the resultant package. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.4.4-2 python-support (= 0.2) | 0.5.6 python-crypto | 2.0.1+dfsg1-1.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310444: Useful addition
This would be a very useful addition to the program. As the original post indicates there are times that the application can take several seconds to minutes to connect/timeout. During that time the user can be uncertain if the application is actually doing anything. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452706: memory growth even without any usage, extensions, or bookmarks
Package: iceweasel Version: 2.0.0.6+2.0.0.8-0etch1 Even without any actual usage, active extensions, or bookmarks the iceweasel program continues to increase the amount of memory it uses. The increase is gradual, but there none the less. Iceweasel was simply started and left idle during the test, no page displayed of any kind. I'm attaching both the script that was used to monitor the process and the resultant output. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ==-+- fontconfig | 2.4.2-1.2 psmisc | 22.3-1 debianutils (= 1.16) | 2.17 libatk1.0-0(= 1.12.2) | 1.12.4-3 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch2 libcairo2 (= 1.2.4) | 1.2.4-4 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.2) | 2.2.1-5+etch1 libgcc1(= 1:4.1.1-12) | 1:4.1.1-21 libglib2.0-0 (= 2.12.0) | 2.12.4-2 libgtk2.0-0 (= 2.8.0) | 2.8.20-7 libjpeg62 | 6b-13 libmyspell3c2 | 1:3.1-18 libpango1.0-0 (= 1.14.8) | 1.14.8-5 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-1 libstdc++6 (= 4.1.1-12) | 4.1.1-21 libx11-6 | 2:1.0.3-7 libxft2 ( 2.1.1) | 2.1.8.2-8 libxinerama1 | 1:1.0.1-4.1 libxp6 | 1:1.0.0.xsf1-1 libxrender1| 1:0.9.1-3 libxt6 | 1:1.0.2-2 zlib1g(= 1:1.2.1) | 1:1.2.3-13 Process information for firefox-bin Date : Command vsize rss --- : -- - 25-19:25:43 : firefox-bin 96024 28988 25-19:30:43 : firefox-bin 104348 29244 25-19:35:43 : firefox-bin 104348 29284 25-19:40:43 : firefox-bin 104348 29288 25-19:45:43 : firefox-bin 104348 29292 25-19:50:43 : firefox-bin 104348 29292 25-19:55:43 : firefox-bin 104836 29836 25-20:00:43 : firefox-bin 104836 29852 25-20:05:43 : firefox-bin 104836 29852 25-20:10:43 : firefox-bin 104836 29852 25-20:15:43 : firefox-bin 104836 29852 25-20:20:43 : firefox-bin 104836 29852 25-20:25:43 : firefox-bin 104836 29852 25-20:30:43 : firefox-bin 104836 29852 25-20:35:43 : firefox-bin 104836 29852 25-20:40:43 : firefox-bin 104836 29916 25-20:45:43 : firefox-bin 104836 29916 25-20:50:43 : firefox-bin 104836 29916 25-20:55:43 : firefox-bin 104836 29916 25-21:00:43 : firefox-bin 104836 29916 25-21:05:43 : firefox-bin 104836 29916 25-21:10:43 : firefox-bin 104836 29916 25-21:15:43 : firefox-bin 104836 29916 25-21:20:43 : firefox-bin 104836 29916 25-21:25:43 : firefox-bin 104836 29916 25-21:30:43 : firefox-bin 104836 29916 25-21:35:43 : firefox-bin 104836 29916 25-21:40:43 : firefox-bin 104836 29916 25-21:45:43 : firefox-bin 104836 29916 25-21:50:43 : firefox-bin 104836 29916 25-21:55:43 : firefox-bin 104836 29936 25-22:00:43 : firefox-bin 104836 29936 25-22:05:43 : firefox-bin 104836 29936 25-22:10:43 : firefox-bin 104836 29936 25-22:15:43 : firefox-bin 104836 29936 25-22:20:43 : firefox-bin 104836 29936 25-22:25:43 : firefox-bin 104836 29936 25-22:30:44 : firefox-bin 104836 29936 25-22:35:44 : firefox-bin 104836 29936 25-22:40:44 : firefox-bin 104836 29936 25-22:45:44 : firefox-bin 104836 29936 25-22:50:44 : firefox-bin 104836 29936 25-22:55:44 : firefox-bin 104836 29996 25-23:00:44 : firefox-bin 104836 29996 25-23:05:44 : firefox-bin 104836 29996 25-23:10:44 : firefox-bin 104836 29996 25-23:15:44 : firefox-bin 104836 29996 25-23:20:44 : firefox-bin 104836 29996 25-23:25:44 : firefox-bin 104836 30040 25-23:30:44 : firefox-bin 104836 30040 25-23:35:44 : firefox-bin 104836 30040 25-23:40:44 : firefox-bin 104836 30040 25-23:45:44 : firefox-bin 104836 30040 25-23:50:44 : firefox-bin 104836 30040 25-23:55:44 : firefox-bin 104836 30040 26-00:00:44 : firefox-bin 104836 30040 26-00:05:44 : firefox-bin 104836 30040 26-00:10:44 : firefox-bin 104836 30040 26-00:15:44 : firefox-bin 104836 30040 26-00:20:44 : firefox-bin 104836 30040 26-00:25:44 : firefox-bin 104836 30092 26-00:30:44 : firefox-bin 104836 30092 26-00:35:44 : firefox-bin 104836 30092 26-00:40:44 : firefox-bin 104836 30092 26-00:45:44 : firefox-bin 104836 30092 26-00:50:44 : firefox-bin 104836 30092 26-00:55:44 : firefox-bin 104836 30092 26-01:00:44 : firefox-bin 104836 30092 26-01:05:44 : firefox-bin 104836 30092 26-01:10:44 : firefox-bin 104836 30092 26-01:15:44 : firefox-bin 104836 30092 26-01:20:44 : firefox-bin 104836 30092 26-01:25:44 : firefox-bin 104828 30092
Bug#451536: upgrade fails if using private SSL cert and pem
Package: slapd Version: 2.3.30-5 Severity: normal Upgraded my OpenLDAP server this morning and slapd failed to start. The initial failure was in the middle of a general dist-upgrade from sarge to etch. As such the notices about the failure scrolled off the screen. So, to find the reason for the failure I ran apt-get -f install. This of course failed due to the backup already existing, as others have noted. Moving the latest backup out of the way allowed the previous upgrade failure message and notes to be displayed. Running slapd -u openldap -g openldap -d 16383 revealed the cause of the failure. While the database ownership had been updated to the new user:group, the configuration files (/etc/ldap) had not. Specifically, the SSL certificate and key used for SSL connections could not be read. Changing the ownership on the key and certificate to openldap:openldap and once again moving the backup out of the way corrected the problem. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449380: df plugin doesn't detect altered partition size
Package: munin-node Version: 1.2.5-1 Severity: normal Using LVM (and possibly in other ways) it is possible to resize a partition without taking the entire system down. Munin's df plugin doesn't appear to notice the change in partition size until you restart it. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ==-+- perl | 5.8.8-7 libnet-server-perl | 0.94-1 procps | 1:3.2.7-3 adduser| 3.102 lsb-base (= 3.0-10) | 3.1-23.2etch1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375387: unable to connect to Gallery via HTTPs
Package: f-spot Version: 0.2.1-1.1 Launching f-spot from the console and attempting to add my gallery using an HTTPS URL I get the following console output: Detecting Gallery version Detected: VersionUnknown StatusText : Fetch-albums successful. Detecting Gallery version Detected: VersionUnknown System.Exception: Cannot connect to a Gallery for which the version is unknown at FSpot.GalleryAccount.Connect () [0x0] at FSpot.GalleryExport.Connect (FSpot.GalleryAccount selected) [0x0] Changing the URL from HTTPS to HTTP: StatusText : Fetch-albums successful. Detecting Gallery version Detected: Version2 Gallery created: GalleryRemote.Gallery2 StatusText : Login successful. StatusText : Fetch-albums successful. StatusText : Fetch-albums successful. I'm able to connect to the gallery using HTTPS with other tools such as the iPhoto gallery export plugin. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ===-+-= libart-2.0-2(= 2.3.16) | 2.3.17-1 libatk1.0-0 (= 1.12.2) | 1.12.4-3 libbonobo2-0(= 2.13.0) | 2.14.0-3 libbonoboui2-0 (= 2.5.4) | 2.14.0-5 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch2 libcairo2(= 1.2.4) | 1.2.4-4 libexif12 | 0.6.13-5etch1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libgconf2-4 (= 2.13.5) | 2.16.1-1 libglib2.0-0(= 2.12.0) | 2.12.4-2 libgnome-keyring0(= 0.6.0) | 0.6.0-3 libgnome2-0 (= 2.14.1) | 2.16.0-2 libgnomecanvas2-0 (= 2.11.1) | 2.14.0-2 libgnomeui-0(= 2.13.0) | 2.14.1-2 libgnomevfs2-0 (= 2.13.92) | 1:2.14.2-7 libgtk2.0-0 (= 2.8.0) | 2.8.20-7 libice6(= 1:1.0.0) | 1:1.0.1-2 libjpeg62 | 6b-13 liblcms1(= 1.08-1) | 1.15-1 libmono0 (= 1.1.17.1) | 1.2.2.1-1 liborbit2 (= 1:2.14.1) | 1:2.14.3-0.2 libpango1.0-0 (= 1.14.7) | 1.14.8-5 libpopt0 (= 1.10) | 1.10-3 libsm6 | 1:1.0.1-3 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1.1.7-4 libxext6| 1:1.0.1-2 libxfixes3 (= 1:4.0.1) | 1:4.0.1-5 libxi6 | 1:1.0.1-4 libxinerama1| 1:1.0.1-4.1 libxml2 (= 2.6.27) | 2.6.27.dfsg-1 libxrandr2 | 2:1.1.0.2-5 libxrender1 | 1:0.9.1-3 mono-runtime (= 1.0) | 1.2.2.1-1 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch2 OR libc6.1(= 2.3.6-6) | libdbus-1-cil (= 0.63.git.20060719-2) | 0.63.git.20060719-4 libgconf2.0-cil (= 2.7.90) | 2.8.3-2 libglade2.0-cil (= 2.7.90) | 2.8.3-2 libglib2.0-cil (= 2.7.90) | 2.8.3-2 libgnome2.0-cil (= 2.7.90) | 2.8.3-2 libgphoto2-2 (= 2.2.1) | 2.2.1-16 libgphoto2-port0 (= 2.2.1) | 2.2.1-16 libgtk2.0-cil (= 2.7.90) | 2.8.3-2 libmono-corlib1.0-cil (= 1.0) | 1.2.2.1-1 libmono-sharpzip0.84-cil (= 1.0) | 1.2.2.1-1 libmono-sqlite1.0-cil (= 1.0) | 1.2.2.1-1 libmono-system-data1.0-cil (= 1.0) | 1.2.2.1-1 libmono-system-web1.0-cil (= 1.0) | 1.2.2.1-1 libmono-system1.0-cil (= 1.0) | 1.2.2.1-1 libmono1.0-cil(= 1.1.17.1) | 1.2.2.1-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449293: unable to create new gallery2 album during export
Package: f-spot Version: 0.2.1-1.1 Severity: normal Any attempt to create a new Gallery2 album during image export results in the error output shown below and immediate closure of f-spot. Exports to existing albums appear to work fine. An unhandled exception was thrown: Error: Unable to parse server response at GalleryRemote.Gallery.ParseBasic (System.Net.HttpWebResponse response) [0x0] at GalleryRemote.Gallery.ParseNewAlbum (System.Net.HttpWebResponse response) [0x0] at GalleryRemote.Gallery2.NewAlbum (System.String parent_name, System.String name, System.String title, System.String description) [0x0] at FSpot.GalleryAddAlbum.HandleAddResponse (System.Object sender, Gtk.ResponseArgs args) [0x0] at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_ResponseArgs (object,Gtk.ResponseArgs) at Gtk.Dialog.ResponseSignalCallback (IntPtr arg0, Int32 arg1, IntPtr gch) [0x0] at (wrapper native-to-managed) Gtk.Dialog:ResponseSignalCallback (intptr,int,intptr) at 0x0 unknown method at (wrapper managed-to-native) Gtk.Application:gtk_main () at Gtk.Application.Run () [0x0] at Gnome.Program.Run () [0x0] at FSpot.Driver.Main (System.String[] args) [0x0] .NET Version: 1.1.4322.2032 Assembly Version Information: System.Web (1.0.5000.0) System.Xml (1.0.5000.0) FlickrNet (1.1.0.0) google-sharp (0.0.0.0) gconf-sharp (2.8.0.0) pango-sharp (2.8.0.0) SemWeb (0.7.1.0) glade-sharp (2.8.0.0) gtkhtml-sharp (2.8.0.0) System.Data (1.0.5000.0) Mono.Data.SqliteClient (1.0.5000.0) gdk-sharp (2.8.0.0) gnome-vfs-sharp (2.8.0.0) dbus-sharp (0.60.0.0) System (1.0.5000.0) Mono.Posix (1.0.5000.0) atk-sharp (2.8.0.0) gtk-sharp (2.8.0.0) glib-sharp (2.8.0.0) gnome-sharp (2.8.0.0) f-spot (0.2.1.0) mscorlib (1.0.5000.0) Platform Information: Linux 2.6.18-5-k7 i686 unknown GNU/Linux Disribution Information: [/etc/debian_version] 4.0 --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 --- Package information. --- Depends (Version) | Installed ===-+-= libart-2.0-2(= 2.3.16) | 2.3.17-1 libatk1.0-0 (= 1.12.2) | 1.12.4-3 libbonobo2-0(= 2.13.0) | 2.14.0-3 libbonoboui2-0 (= 2.5.4) | 2.14.0-5 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch2 libcairo2(= 1.2.4) | 1.2.4-4 libexif12 | 0.6.13-5etch1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libgconf2-4 (= 2.13.5) | 2.16.1-1 libglib2.0-0(= 2.12.0) | 2.12.4-2 libgnome-keyring0(= 0.6.0) | 0.6.0-3 libgnome2-0 (= 2.14.1) | 2.16.0-2 libgnomecanvas2-0 (= 2.11.1) | 2.14.0-2 libgnomeui-0(= 2.13.0) | 2.14.1-2 libgnomevfs2-0 (= 2.13.92) | 1:2.14.2-7 libgtk2.0-0 (= 2.8.0) | 2.8.20-7 libice6(= 1:1.0.0) | 1:1.0.1-2 libjpeg62 | 6b-13 liblcms1(= 1.08-1) | 1.15-1 libmono0 (= 1.1.17.1) | 1.2.2.1-1 liborbit2 (= 1:2.14.1) | 1:2.14.3-0.2 libpango1.0-0 (= 1.14.7) | 1.14.8-5 libpopt0 (= 1.10) | 1.10-3 libsm6 | 1:1.0.1-3 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1.1.7-4 libxext6| 1:1.0.1-2 libxfixes3 (= 1:4.0.1) | 1:4.0.1-5 libxi6 | 1:1.0.1-4 libxinerama1| 1:1.0.1-4.1 libxml2 (= 2.6.27) | 2.6.27.dfsg-1 libxrandr2 | 2:1.1.0.2-5 libxrender1 | 1:0.9.1-3 mono-runtime (= 1.0) | 1.2.2.1-1 libc6 (= 2.3.6-6) | 2.3.6.ds1-13etch2 OR libc6.1(= 2.3.6-6) | libdbus-1-cil (= 0.63.git.20060719-2) | 0.63.git.20060719-4 libgconf2.0-cil (= 2.7.90) | 2.8.3-2 libglade2.0-cil (= 2.7.90) | 2.8.3-2 libglib2.0-cil (= 2.7.90) | 2.8.3-2 libgnome2.0-cil (= 2.7.90) | 2.8.3-2 libgphoto2-2 (=
Bug#420081: S2S and SSL work fine.
Rémi Letot wrote: a first comment : there is no ssl configuration in my jabber.xml If you still have your test installation, could you try to disable ssl in your configuration and see if it still works ? Yes, initial tests were done without SSL to ensure that the configuration was functional. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448859: migration of old spoolfiles broken
Package: pymsnt Version: 0.11.2-1 Severity: normal Tags: patch The python MSN transport is, from what I've read, supposed to be capable of migrating an existing spool directory from the older C version of the transport. However, in testing the package this never happens. Investigation of the code revealed that existing package (and upstream's current source) appear to have one key condition incorrectly checked. The attached patch corrects this and allows for migration of older spool directories. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 diff -Naur pymsnt-0.11.2/src/housekeep.py pymsnt-0.11.2.mod/src/housekeep.py --- pymsnt-0.11.2/src/housekeep.py 2006-10-18 00:40:55.0 -0400 +++ pymsnt-0.11.2.mod/src/housekeep.py 2007-11-01 09:05:04.0 -0400 @@ -22,7 +22,7 @@ try: notes = NotesToMyself() for note in noteList: - if notes.check(note): + if not notes.check(note): noteListF[noteList.index(note)]() notes.append(note) notes.save()
Bug#448859: corrected patch
Package: pymsnt The previous patch would indeed result in migration of the spool directory however it would attempt the migration on every transport startup. I've corrected the patch and it now only runs when the control file notes_to_myself does not exist. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 diff -Naur pymsnt-0.11.2/src/housekeep.py pymsnt-0.11.2.mod/src/housekeep.py --- pymsnt-0.11.2/src/housekeep.py 2006-10-18 00:40:55.0 -0400 +++ pymsnt-0.11.2.mod/src/housekeep.py 2007-11-01 09:59:03.0 -0400 @@ -45,7 +45,7 @@ if not os.path.exists(pre): os.makedirs(pre) global noteList - self.notes = noteList + #self.notes = noteList def check(self, note): return self.notes.count(note) == 0
Bug#448865: instructions on migrating old transport spool directory
Package: pymsnt Version: 0.11.2-1 Severity: wishlist Please include instructions for migrating spool directories from the older MSN transport. You might also consider leaving the spool directory definition in the configuration file rather than overriding it on the command line. --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-5-k7 Debian Release: 4.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420081: S2S and SSL work fine.
severity 420081 normal tags 420081 = moreinfo unreproducible thanks I've just tested this on a bare Debian 4.0 installation. Installed only jabber-1.4.3-3.3, created a self signed SSL certificate, and made the minimal changes necessary to configure the server to use the certificate and communicate with other servers. I then added my normal jabber account to the contact list of my new user on the test system. Both accounts are connected to their respective servers via SSL and I'm able to pass messages back and forth between them. Based on the above findings, I'm downgrading the severity of this report. I suspect the problem that's being experienced by some is with some other component. For those experiencing this problem, are you also running any transports? If so, which one(s)? Can you try disabling all transports and test just the core jabber server using the 1.4.3-3.3 package? -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438871: jabber: as group:adm
severity 438871 wishlist tags 438871 = wontfix thanks I don't see the problem with running jabber in the adm group. As for the proposal of having logrotate change the group, that will only be useful on logs that have been rotated. Unless someone can provide a real security concern/problem this creates I don't plan on changing it. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442200: xorg: periodically stops responding to mouse clicks or window changes
Brice Goglin wrote: You're using the nvidia binary driver, we can't debug this. Could you reproduce with a free driver, either nv or vesa? The bug is not reproducible at will and neither the nv or vesa drivers provide the necessary hardware video acceleration needed for daily use on the system. The system may operate fine for days or weeks at a time without exhibiting the problem. It is simply not feasible to operate without the hardware acceleration for an indefinite time frame hoping for the problem to occur. If there were some logging and/or tracing that could be put in place to capture information when this happened or that could be gathered by remotely connecting to the machine when this occurs, I'd be happy to gather it. But switching to either the nv or vesa drivers would effectively cripple the system and make it unsuitable for its daily use. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442200: xorg: periodically stops responding to mouse clicks or window changes
Brice Goglin wrote: You should use the 'reportbug' tool when reporting bugs, it would have included lots of info we need to diagnose the problem. That is *exactly* how I generated the initial report. Please send us the whole output of /usr/share/bug/xserver-xorg/script 31 so that we see your whole config and log. I've attached the output. -- Jamin W. Collins xorg-script.log.gz Description: GNU Zip compressed data
Bug#442200: xorg: periodically stops responding to mouse clicks or window changes
Package: xorg Version: 1:7.1.0-19 Severity: normal Not entirely sure where to report this or how to go about starting to troubleshoot or track this problem down, but periodically my X session will become almost completely unresponsive. The applications will continue to update their windows/display. And if the mouse is still visible, it can be moved around the screen. However, clicking on anything with the mouse fails to elicit the normal response (focusing a window, opening a menu, launching an application, etc). If the last focused window allowed text entry the keyboard will continue to enter into it. However, any attempt to change windows (via keybinds), kill the X session (CTRL+ALT+BACKSPACE), or switch to a VT (CTRL+ALT+[1=6]) all produce no response. Suggestions on where to beginning tracking this down or possible reassignment of this bug to a more appropriate package would be most appreciated. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xorg depends on: ii aterm [x-terminal-emula 1.0.0-4 Afterstep XVT - a VT102 emulator f ii eterm [x-terminal-emula 0.9.4.0debian1-2 Enlightened Terminal Emulator ii gnome-terminal [x-termi 2.14.2-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-dri 6.5.1-0.6A free implementation of the OpenG ii libgl1-mesa-glx 6.5.1-0.6A free implementation of the OpenG ii libglu1-mesa6.5.1-0.6The OpenGL utility library (GLU) ii rxvt [x-terminal-emulat 1:2.6.4-10 VT102 terminal emulator for the X ii type-handling [not+spar 0.2.19 dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3100 dpi fonts for X ii xfonts-75dpi1:1.0.0-375 dpi fonts for X ii xfonts-base 1:1.0.0-4standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg1:7.1.0-19 the X.Org X server ii xterm [x-terminal-emula 222-1etch2 X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379125: Fix jabber-jit build with GCC 4.2
Mark Brown wrote: tag 379125 + patch thanks Please find enclosed a patch fixing compilation of jabber-jit with GCC 4.2. If desired I can prepare a NMU with this fix in it. Please feel free to do so. Situations in my personal life don't allow much time for Debian for the foreseeable future. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#163194: until unknown date Click
offer daily basis only http://img444.imageshack.us/img444/9927/kx58ty2.gif meter Add blog Newsburst archive SMTuWThFS laquo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407102: jabber-common: uninstallable on GNU/kFreeBSD (due to extraneous Depends)
I have no problem with an NMU to correct this as necessary. On 03/18/2007 12:24 PM, Cyril Brulebois wrote: Petr Salinger [EMAIL PROTECTED] (16/01/2007): the current version is uninstallable on GNU/kFreeBSD. The name of libc on GNU/kFreeBSD is libc0.1. Please just drop all libc from Depends, as libc is Essential package. Hi Jamin, I'd like to know whether some upload is planned soon, since this issue is quite easy to solve and risk-free. If you don't have time to spend on this right now, you could just allow us (GNU/kFreeBSD porters) to do a porter NMU, with this very only change. Thanks in advance. Cheers, -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: Progress report
Matthias Wimmer wrote: Hi! I uploaded a first snapshot of jabberd14, that does not contain any code, that cannot be used under the GPL and that is able to provide all functionality using the GnuTLS library. I have not updated the licence headers in the files, but I though you might be interested to know this. This is great news. I'll try to delve into this in the next few days. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408678: mysql-query-browser: segfault on table creation attempt
Package: mysql-query-browser Version: 1.2.5beta-2 Severity: important Attempting to create a new table on a remote MySQL database results in an immediate segfault of the application. This happens every time I attempt to create a table on the server. However, using mysql-query-browser from stable works fine. The follow is a backtrace from the segfault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1232086816 (LWP 14265)] 0x0823bc65 in myx_dbm_get_default_storage_engine () (gdb) bt #0 0x0823bc65 in myx_dbm_get_default_storage_engine () #1 0x08212ad9 in MGTableEditor::revert_changes () #2 0x08218d8b in MGTableEditor::show_table () #3 0x08218dd8 in MGTableEditor::new_table () #4 0x081ef796 in MGSchemaBrowserHelper::create_table () #5 0xb71be42a in Glib::SignalProxyNormal::slot0_void_callback () from /usr/lib/libglibmm-2.4.so.1 #6 0xb6ec3e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #7 0xb6eb698b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #8 0xb6ec7213 in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #9 0xb6ec8429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #10 0xb6ec85d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #11 0xb7416f62 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #12 0xb7335262 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #13 0xb7336810 in gtk_menu_shell_append () from /usr/lib/libgtk-x11-2.0.so.0 #14 0xb732ad3f in gtk_menu_attach () from /usr/lib/libgtk-x11-2.0.so.0 #15 0xb7745f0e in Gtk::Widget_Class::button_release_event_callback () from /usr/lib/libgtkmm-2.4.so.1 #16 0xb7329250 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb6eb4f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #18 0xb6eb698b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #19 0xb6ec756f in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #20 0xb6ec8208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #21 0xb6ec85d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #22 0xb7412e84 in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #23 0xb7322bd3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #24 0xb7323e07 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #25 0xb7148eea in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #26 0xb6e3f731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #27 0xb6e427a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #28 0xb6e42b67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #29 0xb7324281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #30 0xb76e2597 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1 #31 0xb76e2442 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1 #32 0x081242e4 in main () -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mysql-query-browser depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libgtkhtml3.8-15 3.12.1-2 HTML rendering/editing library - r ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii libice61:1.0.1-2
Bug#407861: gpass: Should be able to close/exit from lock screen without master password
Package: gpass Version: 0.5.0-2 Severity: normal There should be a way to exit/close the gpass application once it has activated its Lock Screen without first providing the master password to unlock it. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gpass depends on: ii gconf2 2.16.0-3 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libmcrypt4 2.5.7-5 De-/Encryption Library ii libmhash2 0.9.7-1 Library for cryptographic hashing ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra gpass recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407166: jabber uses nonstandard places for init-related configuration
Martin Ferrari wrote: jabber places the configuration for the init.d script in /etc/jabber/jabber.cfg instead of /etc/default/jabber jabber.cfg predates common use of /etc/default as I recall. (http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.2). Also, the init.d script sources a file in /etc/jabber, provided by jabber-common, which is only a pid checker, and I think should be using /lib/lsb/init-functions. Again, I believe the script provided by jabber-common again predates the availability of (or at least my knowledge of) the lsb/init-functions. I'll look into updating both of these for the next upload of Jabberd14. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407000: RFA: jabberd2: Jabber Open Source Instant Messenger Server
Package: jabberd2-bdb Severity: normal I no longer have the time to follow both the Jabberd14 and Jabberd2 development. I'm looking for someone interested in taking over the Jabberd2 maintainence. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: GnuTLS support for jabberd14
Matthias Wimmer wrote: BTW: Snapshot is available at http://download.jabberd.org/jabberd14/snapshots/jabberd14-1.6.0+20070114.tar.gz I've looked through the snapshot. From what I can tell, the source files are still explicitly licensed primarily under the JOSL license with the option of relicensing them under the GPL. While the source files do have the option of licensing them under the GPL, doing so requires explicit modification of each file to remove the JOSL statement and add the GPL statement. I had hope this change would be done upstream as part of the relicensing effort. However, this is a lesser concern than the other items listed below. Some of the source files are either missing licensing statements or are licensed under licenses incompatible with the GPL: jabberd/lib/jabberdlib.h - appears to be missing any form of licensing declaration jabberd/lib/sha.c - appears to only be licensed under the MPL v1.1. As far as I know the MPL is not compatible with the GPL[1]. jabberd/lib/snprintf.c - as you previously indicated is licensed under the GPL incompatible Apache license. While Paul van Tilburg has indicated that this file is not used on GNU/Linux that does not appear to be the case, as removing it results in build failure. [1]-http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: GnuTLS support for jabberd14
Matthias Wimmer wrote: I will not change this before GnuTLS support is complete. There are users using the SVN version on production systems (me included), and currently they (we) are required to still use OpenSSL. If I would have changed the licence already, some people could consider us to ignore the licence. OpenSSL support will be removed once GnuTLS has all functionallity. (I expect this in the next days.) And the licence will be changed then to be GPL-only. I did notice that several of the files included linking exceptions for OpenSSL, but not all. So, this is completely understandable. I hope I could resolve all your doubts with that mail. Yes, I believe you have. I just wanted to document why there could not be an immediate upload of the current release. I hope you have not taken any of my replies as personal attacks or lack of appreciation for your efforts in this matter. I really do appreciate the work you've done here. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403750: jabberd2: New upstream release
Julian Mehnle wrote: Marcus Better wrote: I have a few other ideas about this package. First, I think we should build one binary package with support for all database and authentication options. This would simplify packaging a lot, for the price of a few additional library dependencies, which is not so bad. (And if you want to avoid it, then the proper solution is to put the db code in loadable modules à la freeradius.) What do you think, should I give it a try? I wouldn't like to install a package requiring me to install the libmysql* mess. I'm using PostgreSQL, so I don't need, and would like to avoid, any other DB client libs. This is precisely why I originally split the packaging the way I did. Unfortunately, I no longer have the time to maintain Jabberd2 as it should be. I will be putting the package up for adoption within the next few days as time allows. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405997: should executables be permitted to update themselves?
Ian Jackson wrote: I don't know what azareus's UI for this is like but depending on the situation it might be best to make a configuration option, set by default, which suppresses it. For example, if the current code presents dialogues nagging to be allowed to update from upstream, then we should definitely disable that by default. OTOH if it's an obscure menu option then just adding `(not recommended!)' in an appropriate string might be sufficient. I just tested an absolutely default install of Azureus from the current package in testing (2.5.0.0+0-1). Without changing any configuration settings from the prompted defaults, I'm presented with a dialog to download a newer version of both the Core Azureus Version and azupdater/Azureus Update Support automatically. There is no indication that doing so will deviate from the provided Debian packaging. Nor, did I as a user select to have the application go out and check for updates. Allowing the application to download the update resulted in no indication that it would be updating in my home directory instead of the system-wide location. After relaunching for the update the following error (not present prior to the update appeared): Error SWT library loaded from /usr/share/java can't be automatically updated from version 3235 to 3318 (must be loaded from /home/jcollins/.azureus). Please see the wiki for details. So, no only does the application default to checking for and suggesting updates, allowing it to do so appears to result in some form of dependency problem with the SWT library. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405997: should executables be permitted to update themselves?
Shaun Jackman wrote: On 1/14/07, Linas Žvirblis [EMAIL PROTECTED] wrote: 6. The upstream build may not be DFSG free. Absolutely not our concern. It is the user's choice as to which software she wishes to download and run. And if the user selected Debian for its software guidelines? Don't you feel it's a little disingenuous for them to install an application that is DFSG free only to have it upgrade itself to a non-DFSG free version? -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: GnuTLS support for jabberd14
Matthias Wimmer wrote: I was able to find the main problem jabberd14 had when using GnuTLS. So basically in SVN there is now a version of jabberd14, that can be used with GnuTLS instead of OpenSSL. This is wonderful news. That should remove the last major hurdle in packaging a newer version for Debian. Your work in this is most appreciated. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329680: Another upstream release
Paul van Tilburg wrote: Now that jabber14 1.6.0 is out[1], I would really like to have this in Debian. This upstream release boosts this server to complete XMPP compliance and deals with many past issues. I don't know that such a major change would be able to make it into etch at this point, but I will certainly look to packaging it for etch+1. I have talked with upstream about the licensing. Currently, the only non-GPL licensed file is snprintf.c, which is not used on the GNU/Linux platform. It is there to be able to support more Unices. This means that a DFSG clean tarball can be constructed and used to distribute 1.6.0 under the terms of the GPL. This is true only if OpenSSL is removed from the resultant package as far as I know. Additionally, as you indicate a DFSG clean tarball would need to be constructed, removing snprintf.c (this is trivial). However, loss of SSL support upon upgrade is a larger concern for me. Upgrading users from a version of the jabber package that supports SSL to a version that doesn't isn't a good idea in my opinion. I see that in over almost two years there has been no activity surrounding this package (except for some work by Andi). Most of the potential updates to the package have been postponed waiting the licensing outcome as I didn't feel I could meet the requirements of JOSL license. An updated package for 1.6.0 could indeed be made, but I fear that such a package will likely be seen as a regression or loss of features by most users as I'll have to remove the SSL support due to potential licensing conflicts (OpenSSL and GPL linking without a waiver). For more information on this, please read Matthias Wimmer's update to this bug. If you do not have the time to maintain it or are no longer interested, I would like to request to adopt this package from you. I talk with upstream frequently and also use and administrate the server intensively. Contributions to the package and/or co-maintainers are certainly welcome. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405964: Upstream patch available
Please consider applying the upstream patch to correct the vCard export: http://phpldapadmin.cvs.sourceforge.net/phpldapadmin/phpldapadmin/lib/export_functions.php?r1=1.32.2.8r2=1.32.2.9pathrev=BRANCH-0_9_8 -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405964: phpldapadmin: vcard export broken
Package: phpldapadmin Version: 0.9.8.3-7 Severity: normal phpldapadmin supports several export formats (LDIF, DSML V.1, VCARD 2.1, and CSV (Spreadsheet)). This export can before the the base dn, one level, or an entire subtree. An export of an entire tree under LDIF, DSML, or CSV shows all objects within the tree. However with VCARD only a card for the last entry of a multi entry tree is created. Additionally, the information on the created card is incorrect. The only card created for a subtree vcard export (note the presence of UID, the entry doesn't have one in LDAP): BEGIN:VCARD FN:Telasip Support EMAIL;Internet:[EMAIL PROTECTED] UID:11 VERSION:2.1 ADR:;; END:VCARD The same entry as an ldif export (note the lack of UID): dn: cn=Telasip Support,ou=AddressBook,dc=asgardsrealm,dc=net objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson givenName: Telasip sn: Support cn: Telasip Support mail: [EMAIL PROTECTED] And the same entry as a csv export (again note the lack of UID): dn,ou,objectClass,givenName,sn,cn,mail,displayName,telephoneNumber,facsimileTelephoneNumber,mobile,postalAddress cn=Telasip Support,ou=AddressBook,dc=asgardsrealm,dc=net,,top | person | organizationalPerson | inetOrgPerson,Telasip,Support,Telasip Support,[EMAIL PROTECTED], -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (400, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-3-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages phpldapadmin depends on: ii apache2-mpm-prefork [http 2.0.54-5sarge1 traditional model for Apache2 ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-18server-side, HTML-embedded scripti ii php4 4:4.3.10-18server-side, HTML-embedded scripti ii php4-ldap 4:4.3.10-18LDAP module for php4 -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405342: libwrap0: hosts.deny becomes useless
Janusz Krzysztofik wrote: I believe my patch is safe because for the old behaviour (process name) it only removes error provoking condition on request-server-:sim being set, introduced by port numbrer patch, and does not change anything else. This condition is only applicable in case of port number, I think. On the other hand, I can not imagine a real-life example when request-server-sin is not set. I think this can only happen using tcpdmatch, so maybe correcting this utility to set request-server-sin instead of (or in addition to) patching the library would be more appropriate. I can give you a real world example, after all that's how I found it. I only use hosts.allow and hosts.deny to set the two rules I indicated in the initial bug report. That is allowing ssh connections from any location and denying everything else except those connections from localhost. Support for libwrap was recently added to vino. With the existing libwrap0 package in testing/unstable connections to vino are allowed from any location (not just connections from localhost). You may ask why this is useful. Requiring that the connections come from localhost is a means of securing vnc connections. In my case the localost connection is achieved by tunneling vnc connections over ssh. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405342: libwrap0: hosts.deny becomes useless
Janusz Krzysztofik wrote:
Maybe vino does not provide libwrap with valid server socket data, like
in the case of tcpdmatch without server address specified? Maybe other
applications don't do as well? If this is the case, I think libwrap must
be patched for security.
That is why I filed the bug report and set the severity as high as I
did. None of the tests I performed indicated that the version of
libwrap in testing/unstable were respecting hosts.deny at all. As it
stands currently, you can utilized a valid documented method of calling
the hosts_ctl function (from the manpage):
int hosts_ctl(daemon, client_name, client_addr, client_user)
hosts_ctl() is a wrapper around the request_init() and hosts_access()
routines with a perhaps more convenient interface (though it does not
pass on enough information to support automated client username
lookups). The client host address, client host name and username argu-
ments should contain valid data or STRING_UNKNOWN. hosts_ctl() returns
zero if access should be denied.
as vino does (server/libvncserver/sockets.c):
if(!hosts_ctl(vnc,STRING_UNKNOWN,inet_ntoa(addr.sin_addr),
STRING_UNKNOWN)) {
rfbLog(Rejected connection from client %s\n,
inet_ntoa(addr.sin_addr));
close(sock);
return;
}
and the configuration in hosts.deny will be effectively ignored.
--
Jamin W. Collins
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405342: libwrap0: hosts.deny becomes useless
Package: libwrap0 Version: 7.6.dbs-11 Severity: grave Justification: renders package unusable $ /usr/sbin/tcpdchk -v Using network configuration file: /etc/inetd.conf Rule /etc/hosts.allow line 15: daemons: SSHD clients: ALL access: granted Rule /etc/hosts.deny line 20: daemons: ALL clients: ALL EXCEPT 127.0.0.1 access: denied The above are the only rules in effect. $ /usr/sbin/tcpdmatch vnc 127.0.0.1 warning: vnc: no such process name in /etc/inetd.conf client: address 127.0.0.1 server: process vnc access: granted So far so good... the execption in hosts.deny should cause this one to be allowed. $ /usr/sbin/tcpdmatch vnc 192.168.10.178 warning: vnc: no such process name in /etc/inetd.conf client: address 192.168.10.178 server: process vnc access: granted Why is this granted? It shouldn't be. The same is true if the exception is removed: $ /usr/sbin/tcpdchk -v Using network configuration file: /etc/inetd.conf Rule /etc/hosts.allow line 15: daemons: SSHD clients: ALL access: granted Rule /etc/hosts.deny line 21: daemons: ALL clients: ALL access: denied $ /usr/sbin/tcpdmatch vnc 192.168.10.178 warning: vnc: no such process name in /etc/inetd.conf client: address 192.168.10.178 server: process vnc access: granted Still access granted. However, moving back to the version of libwrap0 in stable (7.6.dbs-8) results in: $ /usr/sbin/tcpdmatch vnc 192.168.10.178 warning: vnc: no such process name in /etc/inetd.conf client: address 192.168.10.178 server: process vnc matched: /etc/hosts.deny line 21 access: denied -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libwrap0 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries Versions of packages libwrap0 recommends: ii tcpd 7.6.dbs-11 Wietse Venema's TCP wrapper utilit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405342: libwrap0: hosts.deny becomes useless
Janusz Krzysztofik wrote: Denied, as it should be. The bug exhibits only if there is no info on server socket. The following patch corrects the problem for me. The patch does appear to correct the problem however, the lines it changes are created as part of another patch (patches/match_port). So, the changes likely need to be reviewed to see if they revert whatever the patch was originally added to correct. Thanks for the quick solution. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405255: phpgedview: Circle Diagram non-function due to removed Lucida font
Package: phpgedview Version: 4.0.2.dfsg-1 Severity: normal It would appear that the existing package still makes reference to the removed Lucida font. For instance, the Circle Diagram chart option errors with the following error message: Font file not found on PHP server : ./fonts/LucidaSansRegular.ttf Font file not found on PHP server : /usr/share/phpgedview/www/./fonts/LucidaSansRegular.ttf -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages phpgedview depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php-db1.7.6-2PHP PEAR Database Abstraction Laye ii php-pear 5.2.0-8PEAR - PHP Extension and Applicati ii php-soap 0.9.4-1a SOAP Client/Server class for PHP ii php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php4-pear 6:4.4.4-8 PHP Extension and Application Repo Versions of packages phpgedview recommends: ii phpgedview-languages4.0.2.dfsg-1 Language modules for PhpGedView ii phpgedview-places 4.0.2.dfsg-1 Place names and maps for PhpGedVie ii phpgedview-themes 4.0.2.dfsg-1 PhpGedView themes -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405254: phpgedview: should recommend php[45]-(mysql|pgsql|sqlite)
Package: phpgedview Version: 4.0.2.dfsg-1 Severity: normal It appears that phpgedview requires some form of database connectivity in order to be functional in any way. However, the current package does not Depend on any of the php4 or php5 database connection libraries, nor does it at least Recommend them. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages phpgedview depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php-db1.7.6-2PHP PEAR Database Abstraction Laye ii php-pear 5.2.0-8PEAR - PHP Extension and Applicati ii php-soap 0.9.4-1a SOAP Client/Server class for PHP ii php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php4-pear 6:4.4.4-8 PHP Extension and Application Repo Versions of packages phpgedview recommends: ii phpgedview-languages4.0.2.dfsg-1 Language modules for PhpGedView ii phpgedview-places 4.0.2.dfsg-1 Place names and maps for PhpGedVie ii phpgedview-themes 4.0.2.dfsg-1 PhpGedView themes -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405253: phpgedview: utilize debconf to provide working configuration after, installation
Package: phpgedview Version: 4.0.2.dfsg-1 Severity: wishlist Please consider using something like debconf to configure phpgedview during installation. The package as it stands currently results in a non-functional installation that requires (at minimum) database configuration before it can be used. Sensible defaults could likely be selected. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages phpgedview depends on: ii apache2 2.2.3-3.2 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.3-3.2 Traditional model for Apache HTTPD ii libapache2-mod-php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php-db1.7.6-2PHP PEAR Database Abstraction Laye ii php-pear 5.2.0-8PEAR - PHP Extension and Applicati ii php-soap 0.9.4-1a SOAP Client/Server class for PHP ii php4 6:4.4.4-8 server-side, HTML-embedded scripti ii php4-pear 6:4.4.4-8 PHP Extension and Application Repo Versions of packages phpgedview recommends: ii phpgedview-languages4.0.2.dfsg-1 Language modules for PhpGedView ii phpgedview-places 4.0.2.dfsg-1 Place names and maps for PhpGedVie ii phpgedview-themes 4.0.2.dfsg-1 PhpGedView themes -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384060: vino: add support for tcpd
Loïc Minier wrote:
Hi,
This is a followup for Debian bug http://bugs.debian.org/384060.
On Mon, Aug 21, 2006, Jamin W. Collins wrote:
The attached patch adds support for honoring /etc/hosts.(allow|deny) to
vino builds.
I wanted to update the vino package to link with libwrap, but I didn't
understand the config.h.in part of your patch: which software is using
the #define? I couldn't fine any such use in vino, nor in the libwrap
header files.
The existing source includes the logic and routines to support libwrap
already, specifically in server/libvncserver/sockets.c:
#ifdef USE_LIBWRAP
#include syslog.h
#include tcpd.h
int allow_severity=LOG_INFO;
int deny_severity=LOG_WARNING;
#endif
...
#ifdef USE_LIBWRAP
if(!hosts_ctl(vnc,STRING_UNKNOWN,inet_ntoa(addr.sin_addr),
STRING_UNKNOWN)) {
rfbLog(Rejected connection from client %s\n,
inet_ntoa(addr.sin_addr));
close(sock);
return;
}
#endif
However, I could not find a means within the existing package to trigger
these blocks without manually including the define in some way. Once
USE_LIBWRAP is defined, the support is included in the resultant package.
--
Jamin W. Collins
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315756: dstat: Still present in 0.6.3-2
Package: dstat Version: 0.6.3-2 Followup-For: Bug #315756 It may have been corrected in 0.6.0 but the man page in 0.6.3-2 still has the incorrect reference to --csv. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dstat depends on: ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.10 register and build utility for Pyt dstat recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399649: 100% CPU for long period
I too am seeing this behavior with reportbug version 3.31. Though it does appear if you leave for a prolonged period of time it finally proceeds. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400684: tsclient: unable to add gnome applet
Package: tsclient Version: 0.148-2 Severity: important Any attempt to add the tsclient applet to a Gnome panel results in the following error spewed into ~/.xsession-errors: (gnome-panel:6124): GConf-WARNING **: Directory `/apps/panel/toplevels/top_panel_screen1/screen' was not being monitored by GConfClient 0x80ff0a8 (gnome-panel:6124): GConf-WARNING **: Directory `/apps/panel/toplevels/bottom_panel_screen1/screen' was not being monitored by GConfClient 0x80ff0a8 Unable to open desktop file greasy-0097e3705b.desktop for panel launcher Unable to open desktop file greasy-f03329.desktop for panel launcher ** (gnome-panel:6124): WARNING **: panel-applet-frame.c:1261: failed to load applet OAFIID:GNOME_TSClientApplet: Failed to resolve, or extend '!prefs_key=/apps/panel/applets/applet_21/prefs;background=none:;orient=down;size=x-small;locked_down=false I've tried this on two different systems. If I revert to the version of tsclient in stable I am able to add the applet to the panel. However upon the first login after upgrading to the current version I am prompted with a GUI error dialog that states: The panel encountered a problem while loading OAFIID:GNOME_TSClientApplet. Do you want to delete the applet from your configuration? The options are Don't Delete and Delete. It should probably also be noted that the applet does not have an icon in the Add to panel list displayed after selecting Add to panel... from the panel right-click menu. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (400, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tsclient depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii rdesktop 1.5.0-1 RDP client for Windows NT/2000 Ter tsclient recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354850: Leaving the system broken? wontfix?
I don't agree with the severity classification or tagging of either of these bug reports. The end result for anyone struck by this bug (same for both reports) is that MySQL is either removed or left in a non-functional state. Sure, they can remove the offending database, losing the data. They could also go through some convoluted work around (assuming they have another system lying around). The proper severity for this bug appears to be Important, a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. This is clearly the case for those effected. I'll admit, one of my packages mediamate uses ISAM tables. I wasn't aware they were being phased out. I don't normally go hunting through the syslog looking for errors/warnings when things are working. I suspect many other Debian users are in the same boat. This problem needs to be properly addressed prior to etch's release. With properly being in such a way as to allow the admin of the box a clean method of updating the tables or automatically performing the update for them. Leaving them with a broken installation or completely without MySQL after the upgrade isn't an option that should be considered viable for etch. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386601: jabber fails to listen on INADDR_ANY
Jan Engelhardt wrote: When starting the jabber daemon with the default config in debug mode (/usr/sbin/jabberd -D, the following messages show up: io_select unable to listen on port 5222 [(null)]: jabberd already running or invalid interface? The default config file has this line: ip port=5222/ This is exactly as I have it on my current production systems, no errors. Changing it to ip port=52220.0.0.0/ip makes it work, and jabber will bind to the port (the same must be done for port 5269) and afterwards jabber will show up in `netstat -ltpn`. Perhaps this is a change due to newer libraries in unstable? I'll see if I can replicate it. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376868: libnss-ldap and -lpthread
reassign 376868 libnss-ldap thanks Christian Surchi wrote: It works for me. Sounds good, I'll reassign this to libnss-ldap then. -- Jamin W. Collins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383963: [Pkg-utopia-maintainers] Bug#383963: dbus: hald fails to start on boot, but starts fine after
Sjoerd Simons wrote: Thanks for your experimentation! I guess this is related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=376426. Could you try to downgrade libnss-ldap (version 238-1.2 works for me) to and see if it fixes things? Also might be interesting to see if you have the same issue as the reporter and myself (can't login if nscd is not running) I'll probably move dbus to S21 or something later on, having nscd running when dbus is started is indeed nice to have (Should save some ldap queries on system startup). But in the end the root cause needs to be fixed, not dbus.. I've done some further experimentation and it appears that a simple change to the current libnss-ldap package corrects most of the problems for me. The patch is attached. If you could test this packaging change with 251-5. Rolling back to 238-1.2 did correct all libnss-ldap related problems I was experiencing, but it seems this packaging change (small though it is) does to. -- Jamin W. Collins diff -Naur libnss-ldap-251.orig/debian/rules libnss-ldap-251/debian/rules --- libnss-ldap-251.orig/debian/rules 2006-08-22 21:29:13.0 -0400 +++ libnss-ldap-251/debian/rules 2006-08-22 21:31:29.0 -0400 @@ -1,7 +1,6 @@ #!/usr/bin/make -f export DH_COMPAT=4 -export LIBS=-lpthread include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk
