Bug#1005820: Seems better after kernel upgrade and reboot
Since I upgraded to kernel 5.16.0-1-amd64, I no longer have those segfault messages in the logs. I do not known wether the kernel or the reboot is responsible for this
Bug#1005820: fwupd : segfault of service
Package: fwupd Version: 1.7.4-2 Severity: grave Justification: renders package unusable Since upgrade, le fwupd service breaks (about every 2 hours) with those messages in /var/log/syslog Feb 15 16:55:28 ot-port-124 fwupd[71450]: libusb: debug [libusb_unref_device] destroy device 2.2 Feb 15 16:55:28 ot-port-124 kernel: [32471.687579] fwupd[71450]: segfault at 55d944fcc360 ip 55d944fcc360 sp 7ffc991383a8 error 15 Feb 15 16:55:28 ot-port-124 systemd[1]: fwupd.service: Main process exited, code=killed, status=11/SEGV Feb 15 16:55:28 ot-port-124 systemd[1]: fwupd.service: Failed with result 'signal'. Feb 15 16:55:28 ot-port-124 systemd[1]: fwupd.service: Consumed 2.135s CPU time. In /var/log/messages I have : Feb 15 16:55:28 ot-port-124 kernel: [32471.687579] fwupd[71450]: segfault at 55d944fcc360 ip 55d944fcc360 sp 7ffc991383a8 error 15 -- System Information: Debian Release: bookworm/sid APT prefers stable-security APT policy: (900, 'stable-security'), (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fwupd depends on: ii libc6 2.33-5 ii libcurl3-gnutls7.81.0-1 ii libefiboot137-6 ii libflashrom1 1.2-5 ii libfwupd2 1.7.4-2 ii libfwupdplugin51.7.4-2 ii libglib2.0-0 2.70.3-1 ii libgnutls303.7.3-4+b1 ii libgudev-1.0-0 237-2 ii libgusb2 0.3.8-1 ii libjcat1 0.1.9-1 ii libjson-glib-1.0-0 1.6.6-1 ii libpolkit-gobject-1-0 0.105-31.1+b1 ii libprotobuf-c1 1.3.3-1+b2 ii libsmbios-c2 2.4.3-1 ii libsqlite3-0 3.37.2-2 ii libsystemd0250.3-2 ii libtss2-esys-3.0.2-0 3.1.0-3 ii libxmlb2 0.3.6-2 ii shared-mime-info 2.1-2 Versions of packages fwupd recommends: ii bolt 0.9.2-1 ii dbus 1.12.20-3 ii fwupd-amd64-signed [fwupd-signed] 1:1.2+3 pn fwupd-unsigned ii python33.9.7-1 pn secureboot-db ii udisks22.9.4-1 Versions of packages fwupd suggests: pn gir1.2-fwupd-2.0 -- Configuration Files: /etc/fwupd/remotes.d/lvfs-testing.conf changed: [fwupd Remote] Enabled=false Title=Linux Vendor Firmware Service (testing) MetadataURI=https://cdn.fwupd.org/downloads/firmware-testing.xml.gz ReportURI=https://fwupd.org/lvfs/firmware/report Username= Password= OrderBefore=lvfs,fwupd AutomaticReports=true ApprovalRequired=false /etc/fwupd/remotes.d/lvfs.conf changed: [fwupd Remote] Enabled=true Title=Linux Vendor Firmware Service MetadataURI=https://cdn.fwupd.org/downloads/firmware.xml.gz ReportURI=https://fwupd.org/lvfs/firmware/report SecurityReportURI=https://fwupd.org/lvfs/hsireports/upload OrderBefore=fwupd AutomaticReports=true AutomaticSecurityReports=false ApprovalRequired=false -- no debconf information
Bug#992760: ksystemtray: cannot be started, wrong version
De : Norbert Preining [mailto:norb...@preining.info] Envoyé : lundi 23 août 2021 à 11:24 UTC+2 Pour : Erwan David , 992...@bugs.debian.org Cc : Debian Kde Objet : Bug#992760: ksystemtray: cannot be started, wrong version Hi Erwan, kf.plasma.core: "/usr/lib/x86_64-linux-gnu/qt5/plugins/plasma/applets/org.kde.plasma.systemtray.so" : this plugin is compiled against incompatible Plasma version 348928 This build is compatible with 5 .0.0 ( 327680 ) to 5.78.0 ( 347708 ) kf.plasma.core: Applet "org.kde.plasma.systemtray" could not be loaded. ii libkf5plasma5 5.78.0-3 The problem is that this packages (and several others) from the frameworks are not updated. I guess we have to introduce a breaks somewhere ... this incompatibility is somehow surprising, because it is not documented in the CMakeList files - at least as far I see... So better wait for a newer version... No, wait for all frameworks being updated ... Best Norbert Thanks, everything is OK now. Now, I just have to close the bug I opened.
Bug#992760: ksystemtray: cannot be started, wrong version
De : Norbert Preining [mailto:norb...@preining.info] Hi Erwan, kf.plasma.core: "/usr/lib/x86_64-linux-gnu/qt5/plugins/plasma/applets/org.kde.plasma.systemtray.so" : this plugin is compiled against incompatible Plasma version 348928 This build is compatible with 5 .0.0 ( 327680 ) to 5.78.0 ( 347708 ) kf.plasma.core: Applet "org.kde.plasma.systemtray" could not be loaded. ii libkf5plasma5 5.78.0-3 The problem is that this packages (and several others) from the frameworks are not updated. I guess we have to introduce a breaks somewhere ... this incompatibility is somehow surprising, because it is not documented in the CMakeList files - at least as far I see... So better wait for a newer version... No, wait for all frameworks being updated ... Best Norbert I know it is a big work, but with ~ 400 package upgrades, it is difficult to check everything will be updated. And version naming does not help either (it would be a big work to change, I know). I am on testing, so I am OK with minor inconveniences like this (by the way the plasmoid to get network, CPU or RAM load does not start either). But I wanted to warn people of this (obviously transient) problem.
Bug#992760: ksystemtray: cannot be started, wrong version
Package: plasma-workspace Version: 4:5.21.5-3 Severity: grave Justification: renders package unusable With new plasma 5.21, systemtray does not start with error : kf.plasma.core: "/usr/lib/x86_64-linux-gnu/qt5/plugins/plasma/applets/org.kde.plasma.systemtray.so" : this plugin is compiled against incompatible Plasma version 348928 This build is compatible with 5 .0.0 ( 327680 ) to 5.78.0 ( 347708 ) kf.plasma.core: Applet "org.kde.plasma.systemtray" could not be loaded. Seems wrong version got packaged into plasma-workspace -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-workspace depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.20-2 ii drkonqi 5.21.5-2 ii frameworkintegration 5.83.0-2 ii gdb 10.1-2 ii init-system-helpers 1.60 ii iso-codes 4.6.0-1 ii kactivitymanagerd 5.21.5-2 ii kded5 5.83.0-2 ii kinit 5.83.0-2 ii kio 5.83.0-2 ii kpackagetool5 5.83.0-2 ii kwin-common 4:5.21.5-2 ii libappstreamqt2 0.14.4-1 ii libc6 2.31-13 ii libcolorcorrect5 4:5.21.5-3 ii libegl1 1.3.2-1 ii libfontconfig12.13.1-4.2 ii libfreetype6 2.10.4+dfsg-1 ii libgcc-s1 10.2.1-6 ii libgl11.3.2-1 ii libgps28 3.22-4 ii libice6 2:1.0.10-1 ii libkf5activities5 5.83.0-2 ii libkf5activitiesstats15.83.0-2 ii libkf5archive55.83.0-2 ii libkf5authcore5 5.83.0-2 ii libkf5baloo5 5.83.0-2 ii libkf5bookmarks5 5.83.0-2 ii libkf5calendarevents5 5.83.0-2 ii libkf5completion5 5.83.0-2 ii libkf5config-bin 5.83.0-2 ii libkf5configcore5 5.83.0-2 ii libkf5configgui5 5.83.0-2 ii libkf5configwidgets5 5.83.0-3 ii libkf5coreaddons5 5.83.0-2 ii libkf5crash5 5.83.0-2 ii libkf5dbusaddons5 5.83.0-2 ii libkf5declarative55.83.0-2 ii libkf5globalaccel-bin 5.83.0-2 ii libkf5globalaccel55.83.0-2 ii libkf5guiaddons5 5.83.0-2 ii libkf5holidays5 1:5.83.0-2 ii libkf5i18n5 5.83.0-3 ii libkf5iconthemes5 5.83.0-2 ii libkf5idletime5 5.83.0-2 ii libkf5itemmodels5 5.83.0-2 ii libkf5jobwidgets5 5.83.0-2 ii libkf5kcmutils5 5.83.0-2 ii libkf5kdelibs4support55.83.0-2 ii libkf5kiocore55.83.0-2 ii libkf5kiofilewidgets5 5.83.0-2 ii libkf5kiogui5 5.83.0-2 ii libkf5kiowidgets5 5.83.0-2 ii libkf5networkmanagerqt6 5.83.0-2 ii libkf5newstuff5 5.83.0-2 ii libkf5newstuffcore5 5.83.0-2 ii libkf5notifications5 5.83.0-3 ii libkf5notifyconfig5 5.83.0-2 ii libkf5package55.83.0-2 ii libkf5parts5 5.83.0-2 ii libkf5people5 5.83.0-2 ii libkf5peoplewidgets5 5.83.0-2 ii libkf5plasma5 5.78.0-3 ii libkf5plasmaquick55.78.0-3 ii libkf5prison5 5.83.0-2 ii libkf5quickaddons55.83.0-2 ii libkf5runner5
Bug#969788: nextcloud-desktop: Upgrade removed part of configuration
Package: nextcloud-desktop Version: 3.0.1-1 Severity: grave Justification: causes non-serious data loss I had 3 synchronized folders, after upgrade I had only the first defined, configuration of other synchronized folders was lost. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nextcloud-desktop depends on: ii libc6 2.31-3 ii libcloudproviders00.3.0-3 ii libgcc-s1 10.2.0-6 ii libglib2.0-0 2.64.4-1 ii libnextcloudsync0 3.0.1-1 ii libqt5core5a 5.14.2+dfsg-6 ii libqt5dbus5 5.14.2+dfsg-6 ii libqt5gui55.14.2+dfsg-6 ii libqt5keychain1 0.10.0-1 ii libqt5network55.14.2+dfsg-6 ii libqt5qml55.14.2+dfsg-3 ii libqt5quick5 5.14.2+dfsg-3 ii libqt5quickcontrols2-55.14.2+dfsg-2 ii libqt5sql5-sqlite 5.14.2+dfsg-6 ii libqt5svg55.14.2-2 ii libqt5webenginecore5 5.14.2+dfsg1-5 ii libqt5webenginewidgets5 5.14.2+dfsg1-5 ii libqt5webkit5 5.212.0~alpha4-5 ii libqt5widgets55.14.2+dfsg-6 ii libstdc++610.2.0-6 ii nextcloud-desktop-common 3.0.1-1 ii nextcloud-desktop-l10n3.0.1-1 Versions of packages nextcloud-desktop recommends: ii nextcloud-desktop-doc 3.0.1-1 nextcloud-desktop suggests no packages. -- no debconf information
Bug#784871: ppa not working anymore on buster
Alas, the ppa is ubuntu-centric and for info do not work anymore on buster. (Fail update installation: No module named 'sip' Can't import Qt modules: Qt and/or PyQt is probably not installed correctly...) -- Erwan
Bug#903121: Could it be related to this message ?
There is at https://lists.debian.org/debian-user/2018/07/msg00059.html a problem with nvidia driver and latest 4.16.0-2 kernel, with a workaround at https://lists.debian.org/debian-user/2018/07/msg00067.html. Does this give you some help ?
Bug#888878: fails to restore signed backup
Package: duplicity Version: 0.7.11-1 Severity: grave When trying to restore a signed backup, with -v 8 I get following error Volume was signed by key EE04D0D2B40F856F, not 0xEE04D0D2B40F856F Then duplicity hangs (in a futex system call checked by strace). Command was generated by duply as : duplicity --archive-dir /var/cache/duplicity --name duply_nextcloud --encrypt-key 0xEE04D0D2B40F856F --encrypt-key 0xB80EAC15E40FFD0F --sign-key 0xEE04D0D2B40F856F --verbosity 8 --full-if-older-than 3M --volsize 512 --asynchronous-upload --restore-time now --file-to-restore appdata_octkce7gulir pexpect+sftp://syno-bac...@rotonde.depot.rail.eu.org/home/nextcloud appdata_octkce7gulir -- System Information: Debian Release: 8.10 APT prefers oldstable-proposed-updates APT policy: (700, 'oldstable-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages duplicity depends on: ii libc62.19-18+deb8u10 ii librsync10.9.7-10 ii python 2.7.9-1 ii python-lockfile 1:0.12.2-2 pn python:any Versions of packages duplicity recommends: ii python-oauthlib 0.6.3-1 ii python-paramiko 1.15.1-1 ii python-urllib3 1.16-1~bpo8+1 ii rsync3.1.1-3+deb8u1 Versions of packages duplicity suggests: ii lftp4.6.0-1+deb8u1 ii ncftp 2:3.2.5-1.1 ii python-boto 2.34.0-2 ii python-cloudfiles 1.7.11-3 ii python-gdata2.0.18+dfsg1-2 pn python-swiftclient pn tahoe-lafs -- no debconf information
Bug#860744: upgrade stuck at displaying license
Le 04/19/17 à 20:48, athurh a écrit : > Problem persist for me. > Package virtualbox-ext-pack 5.1.20-1 If I understand correctly it is fixed in 5.1.20-2 Meanwhile what I did was: vboxmanage extpack install --replace /usr/share/virtualbox-ext-pack/Oracle* mv /var/lib/dpkg/info/virtualbox-ext-pack.postinst /var/lib/dpkg/info/virtualbox-ext-pack.postinst.save dpkg --configure -a mv /var/lib/dpkg/info/virtualbox-ext-pack.postinst.save /var/lib/dpkg/info/virtualbox-ext-pack.postinst the last 3 commands are here to register that the package was indeed configured.
Bug#860744: upgrade stuck at displaying license
Le 04/19/17 à 19:24, Gianfranco Costamagna a écrit : > control: fixed -1 5.1.20-2 > control: close -1 > > Fixed in the new upload! > > thanks for reporting it > > G. > And thanks for fixing it
Bug#860744: upgrade stuck at displaying license
Package: virtualbox-ext-pack Version: 5.1.20-1 Severity: grave When trying to upgrade the package, the license if displayed, then nothing, no way to accept or refuse it. Must kill several processes and end up with a non working package. -- System Information: Debian Release: 8.7 APT prefers proposed-updates APT policy: (1001, 'proposed-updates'), (1001, 'stable'), (600, 'testing'), (500, 'stable-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages virtualbox-ext-pack depends on: ii debconf [debconf-2.0]1.5.57 ii virtualbox-5.1 [virtualbox] 5.1.20-114628~Debian~jessie ii wget 1.16-1+deb8u2 virtualbox-ext-pack recommends no packages. virtualbox-ext-pack suggests no packages. -- debconf information: * virtualbox-ext-pack/license: true
Bug#784972: network-manager-openconnect does not ask for username/password
Package: network-manager-openconnect Version: 0.9.10.0-1 Severity: grave When trying to connect through openconnect and networkmanager 1) network-manager does not ask for password, I immediately get an error Necessary secrets for the VPN connection were not provided. 2) in the logs I see May 11 11:53:31 erdavid-lt NetworkManager[795]: (NetworkManager:795): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed May 11 11:53:32 erdavid-lt NetworkManager[795]: error [1431338012.235800] [vpn-manager/nm-vpn-connection.c:1721] plugin_need_secrets_cb(): (dd464b6b-5c9f-4cd4-9915-3d339a3f8e14/DMZ Paris) final secrets request failed to provide sufficient secrets Thus it is impossible to use network-manager for an openconect/anyconnect VPN. PS : connecting directly using openconect, it works -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-openconnect depends on: ii adduser 3.113+nmu3 ii libc6 2.19-18 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.42.1-1 ii libnm-glib-vpn1 0.9.10.0-7 ii libnm-glib4 0.9.10.0-7 ii libnm-util2 0.9.10.0-7 ii network-manager 0.9.10.0-7 ii openconnect 6.00-2 network-manager-openconnect recommends no packages. network-manager-openconnect suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784972: network-manager-openconnect does not ask for username/password
On Tue, May 12, 2015 at 05:33:10AM CEST, Mike Miller mtmil...@debian.org said: On Mon, May 11, 2015 at 18:26:20 +0200, Erwan David wrote: I use KDE as desktop, the problem is the same using the KDE applet, nmcli and nmtui. Whatever I use I get the attached window (with gateway name blurred) There seems to be something between the automatically connect and view logs line. Maybe the bug is there ? Thanks for the extra information. I have two freshly installed Debian 8 VMs, one with a GNOME desktop and one with a KDE desktop. In the GNOME environment, I can create an OpenConnect VPN and connect to it without an error. In the KDE environment, I can create an OpenConnect VPN but I get the same error that you are reporting here. I tried connecting both with and without the KDE Wallet enabled. If I copy the VPN configuration from the working GNOME system to the KDE system, it still fails to connect under KDE. On the KDE system, if I log in to an XFCE desktop instead, I can successfully connect to the OpenConnect VPN that was created but failed to connect in KDE. It's looking to me like this bug is in the plasma-nm package, which is the KDE frontend for NetworkManager. It seems like plasma-nm can create a valid VPN configuration but can't connect. Do you have any additional information that may still point to a bug in network-manager-openconnect? Otherwise I will reassign to plasma-nm. Ok, I am not very welle aware of the boundaries between packages, since I have only KDE, I think you may reassign without problem. Thanks for the help. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784972: network-manager-openconnect does not ask for username/password
Le 11/05/2015 17:17, Mike Miller a écrit : Control: tags -1 + moreinfo On Mon, May 11, 2015 at 13:17:29 +0200, Erwan David wrote: When trying to connect through openconnect and networkmanager 1) network-manager does not ask for password, I immediately get an error Necessary secrets for the VPN connection were not provided. 2) in the logs I see May 11 11:53:31 erdavid-lt NetworkManager[795]: (NetworkManager:795): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed May 11 11:53:32 erdavid-lt NetworkManager[795]: error [1431338012.235800] [vpn-manager/nm-vpn-connection.c:1721] plugin_need_secrets_cb(): (dd464b6b-5c9f-4cd4-9915-3d339a3f8e14/DMZ Paris) final secrets request failed to provide sufficient secrets Thus it is impossible to use network-manager for an openconect/anyconnect VPN. Hi, thanks for your bug report. I think the error message you are seeing typically means that some VPN configuration parameter might be missing. Can you reply with the contents of your VPN configuration file (probably /etc/NetworkManager/system-connections/DMZ Paris)? Please replace any private information (host names, keys, passwords, etc) before sending. How did you configure the VPN with NetworkManager? Did you import some configuration file, use nm-connection-editor or other GUI frontend, or write the file yourself? What desktop environment are you using with NetworkManager? Or command-line nmtui or nmcli? SOrry, I forgot : I configured through te edit connection in the KDE applet (must be nm-connection-editor or ts KDE variant if there is a difference). And on command line, openconnect my-gateway works. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784972: network-manager-openconnect does not ask for username/password
Le 11/05/2015 17:17, Mike Miller a écrit : Control: tags -1 + moreinfo On Mon, May 11, 2015 at 13:17:29 +0200, Erwan David wrote: When trying to connect through openconnect and networkmanager 1) network-manager does not ask for password, I immediately get an error Necessary secrets for the VPN connection were not provided. 2) in the logs I see May 11 11:53:31 erdavid-lt NetworkManager[795]: (NetworkManager:795): libnm-util-CRITICAL **: get_secret_flags: assertion 'is_secret_prop (setting, secret_name, error)' failed May 11 11:53:32 erdavid-lt NetworkManager[795]: error [1431338012.235800] [vpn-manager/nm-vpn-connection.c:1721] plugin_need_secrets_cb(): (dd464b6b-5c9f-4cd4-9915-3d339a3f8e14/DMZ Paris) final secrets request failed to provide sufficient secrets Thus it is impossible to use network-manager for an openconect/anyconnect VPN. Hi, thanks for your bug report. I think the error message you are seeing typically means that some VPN configuration parameter might be missing. Can you reply with the contents of your VPN configuration file (probably /etc/NetworkManager/system-connections/DMZ Paris)? Please replace any private information (host names, keys, passwords, etc) before sending. How did you configure the VPN with NetworkManager? Did you import some configuration file, use nm-connection-editor or other GUI frontend, or write the file yourself? What desktop environment are you using with NetworkManager? Or command-line nmtui or nmcli? Ok, here is the config file [connection] id=DMZ Paris uuid=dd464b6b-5c9f-4cd4-9915-3d339a3f8e14 type=vpn permissions=user:erdavid:; [vpn] service-type=org.freedesktop.NetworkManager.openconnect gateway=my-gateway.domain pem_passphrase_fsid=no gwcert-flags=2 gateway-flags=2 cookie-flags=2 enable_csd_trojan=yes [vpn-secrets] autoconnect=no [ipv6] method=auto [ipv4] method=auto I use KDE as desktop, the problem is the same using the KDE applet, nmcli and nmtui. Whatever I use I get the attached window (with gateway name blurred) There seems to be something between the automatically connect and view logs line. Maybe the bug is there ?
Bug#767201: virtualbox: After update to 4.3.18-dfsg-1 guests doesn't start *with VNC extension enabled*
Package: virtualbox Version: 4.3.18-dfsg-1 Followup-For: Bug #767201 I got the same problem, I saw that virtualbox now comes with a VNC extension enabled. Disabling it allowed me to access back my VM. So a workaround is to disable this VNC extension. I tried with 2 VMs, a windows one and a debian (jessie) one. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.13 ii libc62.19-12 ii libcurl3 7.38.0-2 ii libgcc1 1:4.9.1-16 ii libgsoap52.8.17-1 ii libpng12-0 1.2.50-2 ii libpython2.7 2.7.8-10 ii libsdl1.2debian 1.2.15-10 ii libssl1.0.0 1.0.1j-1 ii libstdc++6 4.9.1-16 ii libvncserver00.9.9+dfsg-6+b2 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-4 ii libxmu6 2:1.1.2-1 ii libxt6 1:1.1.4-1 ii python 2.7.8-1 ii python2.72.7.8-10 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 10.3.1-1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii virtualbox-dkms 4.3.18-dfsg-1 ii virtualbox-qt 4.3.18-dfsg-1 Versions of packages virtualbox suggests: pn vde2none ii virtualbox-guest-additions-iso 4.3.18-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748574: 3.14.1 does not boot on Dell server
Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Le 21/05/2014 22:20, Ben Hutchings a écrit : Control: tag -1 - moreinfo On Wed, 2014-05-21 at 22:08 +0200, Erwan David wrote: Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? No it's not. It sounds like you booted using what GRUB calls 'rescue mode', which adds the kernel parameter 'debug' and makes the kernel log more to the console. Ben. Ok, it seems to have stopped now and services of the machine are up and running. In my case the patch was successful signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Le 21/05/2014 22:20, Ben Hutchings a écrit : Control: tag -1 - moreinfo On Wed, 2014-05-21 at 22:08 +0200, Erwan David wrote: Le 20/05/2014 21:45, Erwan David a écrit : Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building Ok it works with the patch. Just having iptables logs on console makes it unusable, but I do not use it exceot for booting. Maybe it is a feature for a test kernel ? No it's not. It sounds like you booted using what GRUB calls 'rescue mode', which adds the kernel parameter 'debug' and makes the kernel log more to the console. Ben. I rebooted with the default entry : same thing (and since this machine is part of pool.ntp.org I get many logs for incoming NTP packets) However it stops afetr a moment (timestamp 111 in last log line), but dmesg is replaced by those logs. I have bootlogd, but it was not the behaviour in 3.13 signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Le 20/05/2014 21:16, Erwan David a écrit : I do not see how to apply the patch you provided once I got the source of the package. patch 00*.patch does nit find the file to patch whether I use it in the directory where I got the source package or in the linux-3.14-1 subdirectory Sorry, I got it. Just needed some debian dev vocabulary... It's now building signature.asc Description: OpenPGP digital signature
Bug#748574: 3.14.1 does not boot on Dell server
Package: src:linux Version: 3.14.4-1 Severity: critical When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, grub is about not usable, making tests very difficult for me. Before automatically retrieved info here is the dmidecode # dmidecode 2.12 SMBIOS 2.6 present. 63 structures occupying 2953 bytes. Table at 0xBF79C000. Handle 0xDA00, DMI type 218, 11 bytes OEM-specific Type Header and Data: DA 0B 00 DA B2 00 17 00 0E 20 00 Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: Dell Inc. Version: 1.5.2 Release Date: 10/18/2010 Address: 0xF Runtime Size: 64 kB ROM Size: 4096 kB Characteristics: ISA is supported PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported Japanese floppy for Toshiba 1.2 MB is supported (int 13h) 5.25/360 kB floppy services are supported (int 13h) 5.25/1.2 MB floppy services are supported (int 13h) 3.5/720 kB floppy services are supported (int 13h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) CGA/mono video services are supported (int 10h) 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.5 Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Dell Inc. Product Name: PowerEdge R210 Version: Not Specified Serial Number: DJKWZ4J UUID: 4C4C4544-004A-4B10-8057-C4C04F5A344A Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified Handle 0x0200, DMI type 2, 9 bytes Base Board Information Manufacturer: Dell Inc. Product Name: 05KX61 Version: A01 Serial Number: ..CN708210B901A8. Asset Tag: Not Specified Handle 0x0300, DMI type 3, 21 bytes Chassis Information Manufacturer: Dell Inc. Type: Rack Mount Chassis Lock: Present Version: Not Specified Serial Number: DJKWZ4J Asset Tag: Not Specified Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: Unknown OEM Information: 0x Height: 1 U Number Of Power Cords: Unspecified Contained Elements: 0 Handle 0x0400, DMI type 4, 40 bytes Processor Information Socket Designation: CPU1 Type: Central Processor Family: Xeon Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 30, Stepping 5 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz Voltage: 1.2 V External Clock: 4266 MHz Max Speed: 3600 MHz Current Speed: 1866 MHz Status: Populated, Enabled Upgrade: Socket LGA1366 L1 Cache Handle: 0x0700 L2 Cache Handle: 0x0701 L3 Cache Handle: 0x0702 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core
Bug#748574: 3.14.1 does not boot on Dell server
Le 18/05/2014 18:30, Geert Stappers a écrit : Op 2014-05-18 om 17:29 schreef Erwan David: When trying to boot 3.14.1 It stops at the first line booting the kernel, no other message, even when trying to start without quiet. Did the PowerEdge R210 boot with previous Linux kernels? If yes, what is the last known good version? Yes, last running version is linux-image-3.13-1-amd64 3.13.10-1 Please tell more about the installation of the 3.14.1 kernel. (Was it a fresh install? Was it a update? Was there enough disk space during the update?) Just an upgrade through aptitude upgrade Regards Geert Stappers PS : since I access it through an iDrac kvm which does not transmit arrow keys nor Ctrl keys, FWIW: I think that iDRAC kvm can transmit arrow keys and ConTRoL. I can't tell how, but it is very likely that such keys are supported. That those keys have special meaning on the admin machine, is something to cope / workaround with. Thanks, I will investigate it, I suspect it might be a java problem (and I made a wishlist that we could navigate in menu with j/k) I just wanted to warn you that testing might be difficult for me. PS: I just see someone else with similar problem on debian-users, I give him the bug number. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742862: [Pkg-openldap-devel] Bug#742862: upgrade to 2.4.39-1 breaks slapd
That BDB error is the cause of your upgrade failing; after this it's certainly in an inconsistent state. The old (BDB 5.1) databases were supposed to be moved away in the previous step and the slapadd should create a new (BDB 5.3) database in an empty /var/lib/ldap, but in your log, no directories are listed in the Moving old database directories step so the old database files are still there. I checked : both libdb5.1 and libdb5.3 are installed. So I'd still like to know whether you can reproduce the upgrade failure, and I'd also like to know the result of this command at the time of the upgrade (maybe after restoring your backup, but before upgrading): grep olcSuffix /etc/ldap/slapd.d/cn\=config/olcDatabase*.ldif I get /etc/ldap/slapd.d/cn=config/olcDatabase={1}hdb.ldif:olcSuffix: dc=rail,dc=eu,dc=org Then upgrading gives same error Might also be relevant: did you ever edit the files under /etc/ldap/slapd.d by hand, ie. with a text editor or script? I don't remember ever editing it, by hand. However, it was on another server, And I just reinstalled /etc/ldap and /var/lib/ldap from this other server at migration time. Note also that /etc/ldap and /var/lib/ldap both are symbolic links to respectively /secure/etc/ldap and /secure/var/lib/ldap,/secure being an encrypted disk used to store confidential infos. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742862: upgrade to 2.4.39-1 breaks slapd
Package: slapd Version: 2.4.31-1+nmu2+b1 Severity: critical slapd does not start after upgrade to 2.4.39-1, going back to 2.4.21-1+nmu2+b1 does not help either, I had to switch back to restore previous /var/lib/ldap and /etc/ldap In the logs I get : - For 2.4.39 Mar 28 07:56:39 tee slapd[25189]: @(#) $OpenLDAP: slapd (Mar 17 2014 22:34:49) $#012#011@borges:/home/devel/openldap/build-area/openldap-2.4.39/debian/build/servers/slapd Mar 28 07:56:39 tee slapd[25190]: hdb_db_open: database dc=rail,dc=eu,dc=org: alock package is unstable. Mar 28 07:56:39 tee slapd[25190]: backend_startup_one (type=hdb, suffix=dc=rail,dc=eu,dc=org): bi_db_open failed! (-1) Mar 28 07:56:39 tee slapd[25190]: slapd stopped. - Then for 2.4.31 Mar 28 08:59:40 tee slapd[5312]: @(#) $OpenLDAP: slapd (Aug 29 2013 23:49:08) $#012#011buildd@barber:/build/openldap-SCZVxy/openldap-2.4.31/debian/build/servers/slapd Mar 28 08:59:40 tee slapd[5312]: olcDbDirectory: value #0: invalid path: No such file or directory Mar 28 08:59:40 tee slapd[5312]: config error processing olcDatabase={1}hdb,cn=config: olcDbDirectory: value #0: invalid path: No such file or directory Mar 28 08:59:40 tee slapd[5312]: slapd stopped. Mar 28 08:59:40 tee slapd[5312]: connections_destroy: nothing to destroy. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slapd depends on: ii adduser 3.113+nmu3 ii coreutils 8.21-1.1 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.18-4 ii libdb5.15.1.29-6 ii libgcrypt11 1.5.3-4 ii libgnutls26 2.12.23-13 ii libldap-2.4-2 2.4.31-1+nmu2+b1 ii libltdl72.4.2-1.7 ii libodbc12.3.1-1 ii libperl5.18 5.18.2-2+b1 ii libsasl2-2 2.1.26.dfsg1-9 ii libslp1 1.2.1-9 ii libwrap07.6.q-25 ii lsb-base4.1+Debian12 ii multiarch-support 2.18-4 ii perl [libmime-base64-perl] 5.18.2-2+b1 ii psmisc 22.21-1 ii unixodbc2.3.1-1 Versions of packages slapd recommends: ii libsasl2-modules 2.1.26.dfsg1-9 Versions of packages slapd suggests: ii ldap-utils 2.4.31-1+nmu2+b1 -- debconf information: slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/domain: dedibox.fr slapd/invalid_config: true slapd/dump_database: when needed slapd/backend: HDB slapd/password_mismatch: slapd/dump_database_destdir: /var/backups/slapd-VERSION shared/organization: dedibox.fr slapd/upgrade_slapcat_failure: slapd/purge_database: false -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742862: [Pkg-openldap-devel] Bug#742862: upgrade to 2.4.39-1 breaks slapd
Le 28/03/2014 19:57, Ryan Tandy a écrit : Hi Erwan, Can you attach the configuration (slapcat of cn=config, remove passwords/sensitive info) that reproduces this? Are /var/lib/ldap and all the files in it actually owned by openldap:openldap? Hi, find attached the configuration (with passwords removed). The /var/lib/ldap which did not wok is indeed owned by root, not by openldap (I just did a mv ldap ldap-broken before restoring from backups). dn: cn=config objectClass: olcGlobal cn: config olcArgsFile: /var/run/slapd/slapd.args olcLogLevel: none olcPidFile: /var/run/slapd/slapd.pid olcToolThreads: 1 structuralObjectClass: olcGlobal entryUUID: 30f4ded8-4d6e-1030-9b31-4b697b098424 creatorsName: cn=config createTimestamp: 20110728140402Z entryCSN: 20110728140402.020631Z#00#000#00 modifiersName: cn=config modifyTimestamp: 20110728140402Z dn: cn=module{0},cn=config objectClass: olcModuleList cn: module{0} olcModulePath: /usr/lib/ldap olcModuleLoad: {0}back_hdb structuralObjectClass: olcModuleList entryUUID: 30f54cba-4d6e-1030-9b39-4b697b098424 creatorsName: cn=admin,cn=config createTimestamp: 20110728140402Z entryCSN: 20110728140402.023509Z#00#000#00 modifiersName: cn=admin,cn=config modifyTimestamp: 20110728140402Z dn: cn=schema,cn=config objectClass: olcSchemaConfig cn: schema structuralObjectClass: olcSchemaConfig entryUUID: 30f4ee3c-4d6e-1030-9b34-4b697b098424 creatorsName: cn=admin,cn=config createTimestamp: 20110728140402Z entryCSN: 20110728140402.021091Z#00#000#00 modifiersName: cn=admin,cn=config modifyTimestamp: 20110728140402Z dn: cn={0}core,cn=schema,cn=config objectClass: olcSchemaConfig cn: {0}core olcAttributeTypes: {0}( 2.5.4.2 NAME 'knowledgeInformation' DESC 'RFC2256: kno wledge information' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121. 1.15{32768} ) olcAttributeTypes: {1}( 2.5.4.4 NAME ( 'sn' 'surname' ) DESC 'RFC2256: last (f amily) name(s) for which the entity is known by' SUP name ) olcAttributeTypes: {2}( 2.5.4.5 NAME 'serialNumber' DESC 'RFC2256: serial numb er of the entity' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch S YNTAX 1.3.6.1.4.1.1466.115.121.1.44{64} ) olcAttributeTypes: {3}( 2.5.4.6 NAME ( 'c' 'countryName' ) DESC 'RFC2256: ISO- 3166 country 2-letter code' SUP name SINGLE-VALUE ) olcAttributeTypes: {4}( 2.5.4.7 NAME ( 'l' 'localityName' ) DESC 'RFC2256: loc ality which this object resides in' SUP name ) olcAttributeTypes: {5}( 2.5.4.8 NAME ( 'st' 'stateOrProvinceName' ) DESC 'RFC2 256: state or province which this object resides in' SUP name ) olcAttributeTypes: {6}( 2.5.4.9 NAME ( 'street' 'streetAddress' ) DESC 'RFC225 6: street address of this object' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreS ubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} ) olcAttributeTypes: {7}( 2.5.4.10 NAME ( 'o' 'organizationName' ) DESC 'RFC2256 : organization this object belongs to' SUP name ) olcAttributeTypes: {8}( 2.5.4.11 NAME ( 'ou' 'organizationalUnitName' ) DESC ' RFC2256: organizational unit this object belongs to' SUP name ) olcAttributeTypes: {9}( 2.5.4.12 NAME 'title' DESC 'RFC2256: title associated with the entity' SUP name ) olcAttributeTypes: {10}( 2.5.4.14 NAME 'searchGuide' DESC 'RFC2256: search gui de, deprecated by enhancedSearchGuide' SYNTAX 1.3.6.1.4.1.1466.115.121.1.25 ) olcAttributeTypes: {11}( 2.5.4.15 NAME 'businessCategory' DESC 'RFC2256: busin ess category' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTA X 1.3.6.1.4.1.1466.115.121.1.15{128} ) olcAttributeTypes: {12}( 2.5.4.16 NAME 'postalAddress' DESC 'RFC2256: postal a ddress' EQUALITY caseIgnoreListMatch SUBSTR caseIgnoreListSubstringsMatch SYN TAX 1.3.6.1.4.1.1466.115.121.1.41 ) olcAttributeTypes: {13}( 2.5.4.17 NAME 'postalCode' DESC 'RFC2256: postal code ' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3.6.1.4. 1.1466.115.121.1.15{40} ) olcAttributeTypes: {14}( 2.5.4.18 NAME 'postOfficeBox' DESC 'RFC2256: Post Off ice Box' EQUALITY caseIgnoreMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.3 .6.1.4.1.1466.115.121.1.15{40} ) olcAttributeTypes: {15}( 2.5.4.19 NAME 'physicalDeliveryOfficeName' DESC 'RFC2 256: Physical Delivery Office Name' EQUALITY caseIgnoreMatch SUBSTR caseIgnor eSubstringsMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{128} ) olcAttributeTypes: {16}( 2.5.4.20 NAME 'telephoneNumber' DESC 'RFC2256: Teleph one Number' EQUALITY telephoneNumberMatch SUBSTR telephoneNumberSubstringsMat ch SYNTAX 1.3.6.1.4.1.1466.115.121.1.50{32} ) olcAttributeTypes: {17}( 2.5.4.21 NAME 'telexNumber' DESC 'RFC2256: Telex Numb er' SYNTAX 1.3.6.1.4.1.1466.115.121.1.52 ) olcAttributeTypes: {18}( 2.5.4.22 NAME 'teletexTerminalIdentifier' DESC 'RFC22 56: Teletex Terminal Identifier' SYNTAX 1.3.6.1.4.1.1466.115.121.1.51 ) olcAttributeTypes: {19}( 2.5.4.23 NAME ( 'facsimileTelephoneNumber' 'fax' ) DE SC 'RFC2256: Facsimile (Fax) Telephone Number' SYNTAX 1.3.6.1.4.1.1466.115.12 1.1.22 )
Bug#742114: dependency on tcl not tight enough
On Wed, Mar 19, 2014 at 05:59:06PM CET, Christian Hofstaedtler z...@debian.org said: * Erwan David er...@rail.eu.org [140319 11:30]: /usr/share/tcltk/tcl8.5/init.tcl: version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 while executing package require -exact Tcl 8.5.15 (file /usr/share/tcltk/tcl8.5/init.tcl line 19) This file is shipped by tcl, not by ruby. This looks suspiciously, and I doubt this is a dependency or ruby problem. Please verify that this command works on your system: tclsh8.5 /usr/share/tcltk/tcl8.5/init.tcl Thanks, Christian Yes, it works... Sorry for the delay, I switch between 8.15.15 (for testing) and 8.5.14 (for my bunytk scripts to work). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742114: dependency on tcl not tight enough
Package: libtcltk-ruby1.9.1 Version: 1.9.3.484-2 Severity: grave After a tcl/tk upgrade my rubytk programs fail with following error : /usr/lib/ruby/1.9.1/tk.rb:31:in `initialize': Can't find a usable init.tcl in the following directories: (RuntimeError) /usr/share/tcltk/tcl8.5 /usr/lib/tcl8.5 /lib/tcl8.5 /usr/library /library /tcl8.5.14/library /tcl8.5.14/library /usr/share/tcltk/tcl8.5/init.tcl: version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 while executing package require -exact Tcl 8.5.15 (file /usr/share/tcltk/tcl8.5/init.tcl line 19) invoked from within source /usr/share/tcltk/tcl8.5/init.tcl (uplevel body line 1) invoked from within uplevel #0 [list source $tclfile] It seems to dependency should be on tcl8.5.14, not simply 8.5 -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 libtcltk-ruby1.9.1 depends on: ii libc6 2.18-4 ii libruby1.9.1 1.9.3.484-2 ii libx11-6 2:1.6.2-1 ii tk8.5 8.5.15-4 libtcltk-ruby1.9.1 recommends no packages. libtcltk-ruby1.9.1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702374: Postfix release notes explain why
Package: postfix Version: 2.10.0-1 Followup-For: Bug #702374 postfix 2.10 release notes states : Major changes - relay safety [Incompat 20121007] As part of a forward compatibility safety net, the Postfix installation procedure adds the following smtpd_relay_restrictions entry to main.cf when there is none: smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination If your site has a complex mail relay policy configured under smtpd_recipient_restrictions, this safety net will defer mail that the built-in smtpd_relay_restrictions setting would bounce. To eliminate this safety net, take one of the following three actions: - Set smtpd_relay_restrictions empty, and keep using the existing mail relay authorization policy in smtpd_recipient_restrictions. - Copy the existing mail relay authorization policy from smtpd_recipient_restrictions to smtpd_relay_restrictions. - Set smtpd_relay_restrictions by hand to the new built-in policy: permit_mynetworks reject_unauth_destination. There is no need to change the value of smtpd_recipient_restrictions. [Feature 20121007] This version introduces the smtpd_relay_restrictions feature for mail relay control. The new built-in default settings are: smtpd_relay_restrictions = permit_mynetworks reject_unauth_destination smtpd_recipient_restrictions = ( optional spam blocking rules would go here ) For comparison, this is the Postfix before 2.10 default: smtpd_recipient_restrictions = permit_mynetworks reject_unauth_destination ( optional spam blocking rules would go here ) With Postfix versions before 2.10, the mail relay policy and spam blocking policy were combined under smtpd_recipient_restrictions, resulting in error-prone configuration. As of Postfix 2.10, the mail relay policy is preferably implemented with smtpd_relay_restrictions, so that a permissive spam blocking policy under smtpd_recipient_restrictions will not unexpectedly result in a permissive mail relay policy. As usual, this new feature is introduced with safety nets to prevent surprises when a site upgrades from an earlier Postfix release. 1 - FORWARD COMPATIBILITY SAFETY NET: the Postfix installation procedure adds the following smtpd_relay_restrictions entry to main.cf when there is none: smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination If your site has a complex mail relay policy configured under smtpd_recipient_restrictions, this safety net will defer mail that the built-in smtpd_relay_restrictions setting would bounce. To eliminate this safety net, take one of the following three actions: - Set smtpd_relay_restrictions empty, and keep using the existing mail relay authorization policy in smtpd_recipient_restrictions. - Copy the existing mail relay authorization policy from smtpd_recipient_restrictions to smtpd_relay_restrictions. - Set smtpd_relay_restrictions by hand to the new built-in policy: permit_mynetworks reject_unauth_destination. There is no need to change the value of smtpd_recipient_restrictions. 2 - BACKWARDS COMPATIBILITY SAFETY NET: sites that migrate from Postfix versions before 2.10 can set smtpd_relay_restrictions to the empty value, and use smtpd_recipient_restrictions exactly as they used it before. upgrade of debian package does not add this smtpd_relay_restrictions -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-0.1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 ii libc6 2.13-38 ii libdb5.1 5.1.29-5 ii libsasl2-2 2.1.25.dfsg1-6 ii libsqlite3-0 3.7.13-1 ii libssl1.0.01.0.1e-1 ii lsb-base 4.1+Debian8 ii netbase5.0 ii ssl-cert 1.0.32 Versions of packages postfix recommends: ii python 2.7.3-4 Versions of packages postfix suggests: ii bsd-mailx [mail-reader]8.1.2-0.2006cvs-1 ii dovecot-common 1:2.1.7-7 ii dovecot-core [dovecot-common] 1:2.1.7-7 ii emacs23-lucid [mail-reader]23.4+1-4 ii heirloom-mailx [mail-reader] 12.5-2 ii libsasl2-modules 2.1.25.dfsg1-6 ii mutt [mail-reader] 1.5.21-6.2 pn postfix-cdbnone pn postfix-docnone ii
Bug#698108: jdk7u11 not supported
Package: java-package Version: 0.50+nmu1 Severity: grave Tags: security Trying to install java 7u11 (to get rid of latest 0 day vulnerability), I get following output : make-jpkg ./jdk-7u11-linux-i586.tar.gz Creating temporary directory: /tmp/make-jpkg.PhqdadauR6 Loading plugins: /usr/share/java-package/common.sh /usr/share/java-package/j2re.sh /usr/share/java-package/j2sdk-doc.sh /usr/share/java-package/j2sdk.sh /usr/share/java-package/j2se.sh /usr/share/java-package/oracle-j2re.sh /usr/share/java-package/oracle-j2sdk-doc.sh /usr/share/java-package/oracle-j2sdk.sh Detected Debian build architecture: i386 Detected Debian GNU type: i486-linux-gnu No matching plugin was found. Removing temporary directory: done I'm creating the bug with severity grave because of this 0 day in Java. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 java-package depends on: ii debhelper 9.20120909 ii fakeroot1.18.4-2 ii libasound2 1.0.25-4 ii libx11-62:1.5.0-1 ii unzip 6.0-8 Versions of packages java-package recommends: ii dpkg-dev 1.16.9 ii gcc 4:4.7.2-1 Versions of packages java-package suggests: pn openjdk-6-jre none pn openjdk-7-jre none -- debconf information: * java-package/postinst-note: This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696817: dovecot destroys user ssl configuration
Package: dovecot-core Version: 1:2.1.7-6 Severity: serious Before upgrade I had ssl_cert = /etc/postfix/mail+server.crt but even if I told upgrade to keep my configuration, ssl configuration was destroyed putting self signed certificate instead of mine -- Package-specific info: dovecot configuration - # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0 auth_mechanisms = plain login disable_plaintext_auth = no first_valid_uid = 115 mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave spamtest spamtestplus namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/main.sieve sieve_dir = ~/sieve sieve_extensions = +spamtest +spamtestplus sieve_spamtest_status_header = X-DSPAM-Result sieve_spamtest_status_type = text sieve_spamtest_text_value0 = Whitelisted sieve_spamtest_text_value1 = Innocent sieve_spamtest_text_value10 = Spam } protocols = imap lmtp sieve pop3 service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-master { mode = 0600 } user = root } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem ssl_require_crl = no userdb { driver = prefetch } userdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol lmtp { mail_plugins = sieve } protocol lda { mail_plugins = sieve } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep tb-lsub-flags imap_idle_notify_interval = 2 mins mail_max_userip_connections = 250 } -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1c-4 ii openssl 1.0.1c-4 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 ii dovecot-lmtpd 1:2.1.7-6 ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 ii dovecot-pop3d 1:2.1.7-6 ii dovecot-sieve 1:2.1.7-6 pn dovecot-solr none ii dovecot-sqlite1:2.1.7-6 ii ntp 1:4.2.6.p5+dfsg-2 Versions of packages dovecot-core is related to: ii dovecot-common 1:2.1.7-6 ii dovecot-core [dovecot-common] 1:2.1.7-6 pn dovecot-dbgnone pn dovecot-devnone ii dovecot-gssapi 1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 ii dovecot-lmtpd 1:2.1.7-6 ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 ii dovecot-pop3d 1:2.1.7-6 ii dovecot-sieve 1:2.1.7-6 ii dovecot-sqlite 1:2.1.7-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675304: upgrade from 5.1.61-3 to 5.5.23+dfsg-2 broke amarok
Package: mysql-common Version: 5.5.23+dfsg-2 Severity: critical Since upgrading to 5.5.23+dfsg-2, I get following amarok error The amarok database reported the following errors: GREPME MySQLe query failed! (2000) on init In most cases you will need to resolve these errors before Amarok will run properly. Then each song is said to be a duplicate, then I do not get any music in amarok DB. amarok is ii amarok 2.5.0-1 easy to use media player based on the KDE Platform -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 -- no debconf information This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652612: dependencies are not strict enough : upgrade of tk broke rubytk
Package: libtcltk-ruby1.8 Version: 1.8.7.352-2 Severity: grave I had an upgrade of tk8.5 8.5.10-1 to 8.5.11-1, which broke my rubytk scripts with error message /usr/lib/ruby/1.8/tk.rb:1127:in `initialize': tcltklib: fail to Tk_Init(). Can't find a usable tk.tcl in the following directories: (RuntimeError) /usr/share/tcltk/tcl8.5/tk8.5 /usr/lib/tk8.5 /usr/local/lib/tcltk/tk8.5 /usr/local/share/tcltk/tk8.5 /usr/lib/tcltk/tk8.5 /usr/share/tcltk/tk8.5 /lib/tk8.5 /usr/library /usr/share/tcltk/tk8.5/tk.tcl: version conflict for package Tk: have 8.5.10, need exactly 8.5.11 version conflict for package Tk: have 8.5.10, need exactly 8.5.11 while executing package require -exact Tk 8.5.11 (file /usr/share/tcltk/tk8.5/tk.tcl line 18) invoked from within source /usr/share/tcltk/tk8.5/tk.tcl (uplevel body line 1) invoked from within uplevel #0 [list source $file] This probably means that tk wasn't installed properly. from /usr/lib/ruby/1.8/tk.rb:1127:in `new' from /usr/lib/ruby/1.8/tk.rb:1127 from /home/users/edavid/bin/launch-ssh.rb:3:in `require' from /home/users/edavid/bin/launch-ssh.rb:3 DOes this means that the libtcltk-ruby must depend on version 8.5.10 and not 8.5 = 8.5.0 ? -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 libtcltk-ruby1.8 depends on: ii libc6 2.13-21 ii libfontconfig1 2.8.0-3 ii libruby1.8 1.8.7.352-2 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxft2 2.2.0-3 ii libxss1 1:1.2.1-2 ii tcl8.5 8.5.11-1 libtcltk-ruby1.8 recommends no packages. libtcltk-ruby1.8 suggests no packages. -- no debconf information This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting
Package: nfs-common Version: 1:1.2.3-1 Severity: grave After upgrading to 1:1.2.3-1, statd does not start with error: Apr 7 09:46:04 nux19222 rpc.statd[2129]: failed to create RPC listeners, exiting This prevents NFS mounting. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 nfs-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii initscripts 2.88dsf-13.1scripts for initializing and shutt ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcap2 1:2.20-1support for getting/setting POSIX. ii libcomerr2 1.41.12-2 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4 mechanism-switch gssapi library ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-31.9+dfsg-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1 An nfs idmapping library ii librpcsecgss30.19-2 allows secure rpc communication us ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii netbase 4.45Basic TCP/IP networking system ii portmap 6.0.0-3 RPC port mapper ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558755: [cups] Error still there with 1.4.2-4
With cups 1.4.2-4 and libpoppler5 0.12.2-2 (which is the only version I see) I get the same problem. Ansd I cannot downgrade libpoppler5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517960: Re: Bug#517960: courier-imap-ssl: upgrade to lenny broke ssl connection
On Wed, Dec 30, 2009 at 08:43:20PM CET, Dererk der...@madap.com.ar said: Erwan David escribió: On Tue, Mar 03, 2009 at 12:05:59PM CET, Stefan Hornburg (Racke) ra...@linuxia.de said: Erwan David wrote: On Tue, Mar 03, 2009 at 11:01:20AM CET, Stefan Hornburg ra...@linuxia.de said: Erwan David wrote: Package: courier-imap-ssl Version: 4.4.0-2 Severity: grave Justification: renders package unusable Since upgrade to lenny, I cannot get a ssl connection with courier-imap. Here is the log: Mar 3 09:55:09 maio imapd-ssl: couriertls: connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number I get same error when I use fetchmail, mutt or openssl s_client to connect. courier-pop-ssl works. How does your /etc/courier/imapd-ssl configuration file look like? Regards Racke Find it at the end of the message. Please note that courier-pop-ssl works with the same settings. If I set TLS_PROTOCOL to SSL23, I get a no shared ciphers error, even if I set TLS_CIPHER_LIST to ALL What happens if you don't set TLS_PROTOCOL at all? Regards Racke Error is Mar 3 13:11:41 maio imapd-ssl: couriertls: connect: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher If I add TLS_CIPHER_LIST='SSLv3:TLSv1:!SSLv2:HIGH:!LOW:!MEDIUM:!EXP:!n...@strength' or TLS_CIPHER_LIST=ALL I get the same error. Even If I use openssl s_client -connect maio:993 -cipher ALL on client side. Helo Erwan. Please try replacing the config with this: TLS_PROTOCOL=SSL3 TLS_STARTTLS_PROTOCOL=TLS1 TLS_CIPHER_LIST=ALL:!SSLv2:!ADH:!NULL:!EXPORT:!DES:!LOW:@STRENGTH That would use gnutls crypto instead openssl. Let's see if that helps finding out anything. Greetings, Dererk Same error : Jan 6 08:33:17 maio imapd-ssl: couriertls: accept: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher -- Erwan David, IT Team manager == Trusted Logic Tel: +33 1 30 97 25 03 5 rue du BailliageStd: +33 1 30 97 25 00 78000 Versailles Fax: +33 1 30 97 25 19 France = This message is protected by the secrecy of correspondence rules; furthermore it may contain privileged or confidential information that is protected by law, notably by the secrecy of business relations rule; it is intended solely for the attention of the addressee. Any disclosure, use, dissemination or reproduction (either whole or partial) of this message or the information contained herein is strictly prohibited without prior consent. Please, do not print this message unless it is necessary, consider the environment. = = Ce message est protégé par les règles applicables à la correspondance; de plus, il peut contenir des informations personnelles ou confidentielles protégées par la loi, notamment par la réglementation applicable au secret de fabrique; il est à l'attention exclusive de son destinataire. Toute divulgation, utilisation, dissémination ou reproduction (entière ou partielle) de ce message ou de l'information qu'il contient est strictement interdite sans l'accord de l'émetteur. Merci de ne pas imprimer ce message sans nécessité, respectez l'environnement. = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525955: udev: udevsettle disappears : breaks cryptsetup
Package: udev Version: 0.141-1 Severity: critical Justification: breaks unrelated software in udev 0.141-1 udevsettle does not exists. This breaks cryptsetup which uses it, making boot fail when using an encrypted disk. (PS : I downgraded back to 0.125-7+lenny1 in order to get a working setup). -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 168 lrwxrwxrwx 1 root root19 Jul 9 2008 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 3586 Apr 15 23:05 50-udev.rules -rw-r--r-- 1 root root 3147 Nov 27 22:31 52_nut-usbups.rules -rw-r--r-- 1 root root 1543 Apr 15 23:05 60-persistent-input.rules -rw-r--r-- 1 root root 1582 Apr 15 23:05 60-persistent-storage-tape.rules -rw-r--r-- 1 root root 4554 Apr 15 23:05 60-persistent-storage.rules -rw-r--r-- 1 root root 523 Apr 15 23:05 60-persistent-v4l.rules -rw-r--r-- 1 root root 1137 Oct 1 2008 65_dmsetup.rules -rw-r--r-- 1 root root 991 Jul 5 2008 65_mdadm.vol_id.rules -rw-r--r-- 1 root root 716 Jul 9 2008 70-persistent-cd.rules -rw-r--r-- 1 root root 438 Apr 28 08:13 70-persistent-net.rules -rw-r--r-- 1 root root 452 Apr 15 23:05 75-cd-aliases-generator.rules -rw-r--r-- 1 root root 3083 Apr 15 23:05 75-persistent-net-generator.rules -rw-r--r-- 1 root root 2282 Apr 15 23:05 80-drivers.rules -rw-r--r-- 1 root root 4247 Apr 15 23:05 91-permissions.rules -rw-r--r-- 1 root root 593 Apr 15 23:05 95-late.rules lrwxrwxrwx 1 root root16 Jul 9 2008 libmtp7.rules - ../libmtp7.rules lrwxrwxrwx 1 root root16 Apr 20 08:03 libmtp8.rules - ../libmtp8.rules lrwxrwxrwx 1 root root19 Jul 9 2008 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root15 Jul 9 2008 z60_hdparm.rules - ../hdparm.rules -rw-r--r-- 1 root root 5354 Mar 17 10:27 z60_hplip.rules -rw-r--r-- 1 root root 2656 Jun 15 2008 z60_libpisock9.rules -rw-r--r-- 1 root root 1742 Feb 20 22:32 z60_libsane-extras.rules -rw-r--r-- 1 root root 72908 Mar 4 16:26 z60_libsane.rules lrwxrwxrwx 1 root root17 Jul 9 2008 z60_usbmount.rules - ../usbmount.rules -rw-r--r-- 1 root root 6658 Oct 31 13:54 z60_xserver-xorg-input-wacom.rules -- /sys/: /sys/block/dm-0/dev /sys/block/dm-1/dev /sys/block/dm-2/dev /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/md0/dev /sys/block/md1/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda5/dev /sys/block/sda/sda6/dev /sys/block/sdb/dev /sys/block/sdb/sdb1/dev /sys/block/sdb/sdb2/dev /sys/block/sdb/sdb5/dev /sys/block/sdb/sdb6/dev /sys/block/sr0/dev /sys/class/bsg/0:0:0:0/dev /sys/class/bsg/1:0:0:0/dev /sys/class/bsg/2:0:0:0/dev /sys/class/hidraw/hidraw0/dev /sys/class/hidraw/hidraw1/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/mouse0/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/mice/dev /sys/class/misc/cpu_dma_latency/dev /sys/class/misc/device-mapper/dev /sys/class/misc/fuse/dev /sys/class/misc/hpet/dev /sys/class/misc/network_latency/dev /sys/class/misc/network_throughput/dev /sys/class/misc/psaux/dev /sys/class/misc/snapshot/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/rtc/rtc0/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/scsi_generic/sg2/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer/dev /sys/class/sound/sequencer2/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev /sys/class/usb_device/usbdev6.1/dev /sys/class/usb_device/usbdev7.1/dev /sys/class/usb_device/usbdev7.2/dev /sys/class/usb_device/usbdev7.3/dev /sys/class/usb_device/usbdev8.1/dev /sys/class/usb_endpoint/usbdev1.1_ep00/dev /sys/class/usb_endpoint/usbdev1.1_ep81/dev /sys/class/usb_endpoint/usbdev2.1_ep00/dev /sys/class/usb_endpoint/usbdev2.1_ep81/dev /sys/class/usb_endpoint/usbdev3.1_ep00/dev /sys/class/usb_endpoint/usbdev3.1_ep81/dev /sys/class/usb_endpoint/usbdev4.1_ep00/dev /sys/class/usb_endpoint/usbdev4.1_ep81/dev /sys/class/usb_endpoint/usbdev5.1_ep00/dev /sys/class/usb_endpoint/usbdev5.1_ep81/dev /sys/class/usb_endpoint/usbdev6.1_ep00/dev /sys/class/usb_endpoint/usbdev6.1_ep81/dev
Bug#517960: courier-imap-ssl: upgrade to lenny broke ssl connection
Package: courier-imap-ssl Version: 4.4.0-2 Severity: grave Justification: renders package unusable Since upgrade to lenny, I cannot get a ssl connection with courier-imap. Here is the log: Mar 3 09:55:09 maio imapd-ssl: couriertls: connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number I get same error when I use fetchmail, mutt or openssl s_client to connect. courier-pop-ssl works. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-486 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages courier-imap-ssl depends on: ii courier-imap 4.4.0-2Courier mail server - IMAP server ii courier-ssl 0.60.0-2 Courier mail server - SSL/TLS Supp ii openssl 0.9.8g-15 Secure Socket Layer (SSL) binary a courier-imap-ssl recommends no packages. Versions of packages courier-imap-ssl suggests: pn courier-doc none (no description available) ii mutt [imap-client]1.5.18-6 text-based mailreader supporting M -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517960: courier-imap-ssl: upgrade to lenny broke ssl connection
On Tue, Mar 03, 2009 at 12:05:59PM CET, Stefan Hornburg (Racke) ra...@linuxia.de said: Erwan David wrote: On Tue, Mar 03, 2009 at 11:01:20AM CET, Stefan Hornburg ra...@linuxia.de said: Erwan David wrote: Package: courier-imap-ssl Version: 4.4.0-2 Severity: grave Justification: renders package unusable Since upgrade to lenny, I cannot get a ssl connection with courier-imap. Here is the log: Mar 3 09:55:09 maio imapd-ssl: couriertls: connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number I get same error when I use fetchmail, mutt or openssl s_client to connect. courier-pop-ssl works. How does your /etc/courier/imapd-ssl configuration file look like? Regards Racke Find it at the end of the message. Please note that courier-pop-ssl works with the same settings. If I set TLS_PROTOCOL to SSL23, I get a no shared ciphers error, even if I set TLS_CIPHER_LIST to ALL What happens if you don't set TLS_PROTOCOL at all? Regards Racke Error is Mar 3 13:11:41 maio imapd-ssl: couriertls: connect: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher If I add TLS_CIPHER_LIST='SSLv3:TLSv1:!SSLv2:HIGH:!LOW:!MEDIUM:!EXP:!n...@strength' or TLS_CIPHER_LIST=ALL I get the same error. Even If I use openssl s_client -connect maio:993 -cipher ALL on client side. -- Erwan David, IT Team manager == Trusted Logic Tel: +33 1 30 97 25 03 5 rue du BailliageStd: +33 1 30 97 25 00 78000 Versailles Fax: +33 1 30 97 25 19 France -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517960: courier-imap-ssl: upgrade to lenny broke ssl connection
On Tue, Mar 03, 2009 at 12:05:59PM CET, Stefan Hornburg (Racke) ra...@linuxia.de said: Erwan David wrote: On Tue, Mar 03, 2009 at 11:01:20AM CET, Stefan Hornburg ra...@linuxia.de said: Erwan David wrote: Package: courier-imap-ssl Version: 4.4.0-2 Severity: grave Justification: renders package unusable Since upgrade to lenny, I cannot get a ssl connection with courier-imap. Here is the log: Mar 3 09:55:09 maio imapd-ssl: couriertls: connect: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number I get same error when I use fetchmail, mutt or openssl s_client to connect. courier-pop-ssl works. How does your /etc/courier/imapd-ssl configuration file look like? Regards Racke Find it at the end of the message. Please note that courier-pop-ssl works with the same settings. If I set TLS_PROTOCOL to SSL23, I get a no shared ciphers error, even if I set TLS_CIPHER_LIST to ALL What happens if you don't set TLS_PROTOCOL at all? Regards Racke Looking at http://www.nabble.com/SSL-TLS-stopped-working-%28with-solution%29-td20743764.html it might be a pam issue. DO you think this still applies ? (my settings do not use pam but pgsql for authentication). -- Erwan David, IT Team manager == Trusted Logic Tel: +33 1 30 97 25 03 5 rue du BailliageStd: +33 1 30 97 25 00 78000 Versailles Fax: +33 1 30 97 25 19 France -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513446: duplicity 0.5.02-2 does not install with python 2.5 : incompatibbilities with other packages
Package: duplicity Version: 0.5.02-2 Severity: grave Justification: renders package unusable duplicity 0.5.02-2 has dependency on python 2.5 This makes it unistallable on any installation having packages which need python 2.5, one of the most important being reportbug itself. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duplicity depends on: ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep ii libc6 2.7-18 GNU C Library: Shared libraries ii librsync1 0.9.7-5rsync remote-delta algorithm libra ii python2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG) ii python-pexpect2.1-1 Python module for automating inter duplicity recommends no packages. Versions of packages duplicity suggests: ii ncftp 2:3.2.1-1 A user-friendly and well-featured pn python-boto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477421: jpilot: makes palm Z22 crash after sync
On Wed, Apr 23, 2008 at 04:15:33PM CEST, Erwan David [EMAIL PROTECTED] said: On Wed, Apr 23, 2008 at 03:43:40PM CEST, Ludovic Rousseau [EMAIL PROTECTED] said: Que ce passe t'il avec : $ pilot-xfer --port usb: --backup repertoire_de_sauvegarde pilot-xfer est disponible dans le paquet pilot-link Je vais tester dès que possible. Cependant je ne passe pas par la libusb mais par le module visor : impossible d'avoir une connexion en usb: (et sans module visor du coup). C'est une incompatibilité qu'on retrouve sur google... En tout cas voilà ce que ça donne sur un palm sans données pilot-xfer --port /dev/pilot --backup test-backup-palm Listening for incoming connection on /dev/pilot... connected! Ça marche aussi pour un palm avec données. Pas de problème. Pour les prochains tests si ça foire je tenterai le pilot-xfer -r. -- Erwan
Bug#477421: jpilot: makes palm Z22 crash after sync
Package: jpilot Version: 0.99.9.22-1 Severity: critical Justification: causes serious data loss After a sync with jpilot of my palm Z22, the palm is blocked with message Fatal error AddressLib.c, Line:395, Invalid AppInfo Block soft resetting the palm does nothing I need to hard reset it (thus the data loss). I tried with a new profile (no .jpilot directory). The data where almost all gathered from the palm, except the categories for the contacts. In case it helps... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jpilot depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpisock90.12.3-4 library for communicating with a P Versions of packages jpilot recommends: ii jpilot-plugins 0.99.9.22-1 plugins for jpilot (Palm Pilot des -- debconf information: * shared/pilot/port: ttyS1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477421: jpilot: makes palm Z22 crash after sync
On Wed, Apr 23, 2008 at 09:45:44AM CEST, Ludovic Rousseau [EMAIL PROTECTED] said: Erwan David a écrit : Package: jpilot Version: 0.99.9.22-1 Severity: critical Justification: causes serious data loss After a sync with jpilot of my palm Z22, the palm is blocked with message Fatal error AddressLib.c, Line:395, Invalid AppInfo Block soft resetting the palm does nothing I need to hard reset it (thus the data loss). I tried with a new profile (no .jpilot directory). The data where almost all gathered from the palm, except the categories for the contacts. In case it helps... I am not sure to understand the procedure you used. You start with an non-existant ~/.jpilot directory You start jpilot You do a first sync After the sync the Palm is blocked. Is that the exact procedure you used? bye Oui. (le français sera plus simple). -- Erwan
Bug#477421: jpilot: makes palm Z22 crash after sync
On Wed, Apr 23, 2008 at 03:43:40PM CEST, Ludovic Rousseau [EMAIL PROTECTED] said: Que ce passe t'il avec : $ pilot-xfer --port usb: --backup repertoire_de_sauvegarde pilot-xfer est disponible dans le paquet pilot-link Je vais tester dès que possible. Cependant je ne passe pas par la libusb mais par le module visor : impossible d'avoir une connexion en usb: (et sans module visor du coup). C'est une incompatibilité qu'on retrouve sur google... En tout cas voilà ce que ça donne sur un palm sans données pilot-xfer --port /dev/pilot --backup test-backup-palm Listening for incoming connection on /dev/pilot... connected! [+][1 ][Bmsy] Backing up 'AdditTGSData', 156 bytes, 0 KiB... [+][2 ][Bmsy] Backing up 'ADD051SData', 232 bytes, 0 KiB... [+][3 ][Bmsy] Backing up 'AdditSystemSData', 80 bytes, 0 KiB... [+][4 ][Bmsy] Backing up 'AdditTGVData', 80 bytes, 0 KiB... [+][5 ][Bmsy] Backing up 'AddItVData', 80 bytes, 0 KiB... [+][6 ][Bmsy] Backing up 'ADD051VData', 116 bytes, 0 KiB... [+][7 ][Bmsy] Backing up 'AdditSystemVData', 80 bytes, 0 KiB... [+][8 ][BfLn] Backing up 'Carbs_appendix', 45308 bytes, 45 KiB... [+][9 ][Bmsy] Backing up 'AddIt_data', 36800 bytes, 80 KiB... [+][10 ][Bmsy] Backing up 'AddIt_deDE_data', 18205 bytes, 98 KiB... [+][11 ][Bmsy] Backing up 'AddIt_esES_data', 12461 bytes, 110 KiB... [+][12 ][Bmsy] Backing up 'AddIt_frFR_data', 17905 bytes, 128 KiB... [+][13 ][Bmsy] Backing up 'AddIt_itIT_data', 7722 bytes, 135 KiB... [+][14 ][Bmsy] Backing up 'AddIt_ptBR_data', 6796 bytes, 142 KiB... [+][15 ][PAdd] Backing up 'ContactsDB-PAdd', 2215 bytes, 144 KiB... [+][16 ][PDat] Backing up 'CalendarDB-PDat', 378 bytes, 145 KiB... [+][17 ][PMem] Backing up 'MemosDB-PMem', 1612 bytes, 146 KiB... [+][18 ][PTod] Backing up 'TasksDB-PTod', 1003 bytes, 147 KiB... [+][19 ][QRYS] Backing up 'Queries', 926 bytes, 148 KiB... [+][20 ][addr] Backing up 'AddressDB', 718 bytes, 149 KiB... [+][21 ][date] Backing up 'DatebookDB', 360 bytes, 149 KiB... [+][22 ][locL] Backing up 'locLDefLocationDB', 6321 bytes, 155 KiB... [+][23 ][memo] Backing up 'MemoDB', 362 bytes, 156 KiB... [-][skip][modm] Skipping OS file 'ConnectionMgr50DB'. [+][24 ][npad] Backing up 'npadDB', 2608 bytes, 158 KiB... [+][25 ][pdmE] Backing up 'PIMsSupportStatus-pdmE', 80 bytes, 158 KiB... [+][26 ][todo] Backing up 'ToDoDB', 362 bytes, 159 KiB... [+][27 ][BfLn] Backing up 'AS_Knowledge-Content', 19381 bytes, 178 KiB... [+][28 ][BfLn] Backing up 'AS_Knowledge_deDE-Content', 17957 bytes, 195 KiB... [+][29 ][BfLn] Backing up 'AS_Knowledge_esES-Content', 17354 bytes, 212 KiB... [+][30 ][BfLn] Backing up 'AS_Knowledge_frFR-Content', 19505 bytes, 231 KiB... [+][31 ][BfLn] Backing up 'AS_Knowledge_itIT-Content', 25357 bytes, 256 KiB... [+][32 ][BfLn] Backing up 'AS_Knowledge_ptBR-Content', 20544 bytes, 276 KiB... [+][33 ][BfLn] Backing up 'Carbs-Content', 30697 bytes, 306 KiB... [+][34 ][BfLn] Backing up 'AS_FirstAid-Content', 53245 bytes, 358 KiB... [+][35 ][BfLn] Backing up 'AdditTryBuy-Content', 11296 bytes, 369 KiB... [+][36 ][BfLn] Backing up 'AdditTryBuy_deDE-Content', 10657 bytes, 379 KiB... [+][37 ][BfLn] Backing up 'AdditTryBuy_esES-Content', 10422 bytes, 390 KiB... [+][38 ][BfLn] Backing up 'AdditTryBuy_frFR-Content', 9982 bytes, 399 KiB... [+][39 ][BfLn] Backing up 'AdditTryBuy_itIT-Content', 10376 bytes, 409 KiB... [+][40 ][BfLn] Backing up 'AdditTryBuy_ptBR-Content', 10537 bytes, 420 KiB... [+][41 ][BfLn] Backing up 'AdditMyTG-Content', 10071 bytes, 430 KiB... [+][42 ][BfLn] Backing up 'AdditMyTG_deDE-Content', 6393 bytes, 436 KiB... [+][43 ][BfLn] Backing up 'AdditMyTG_esES-Content', 6377 bytes, 442 KiB... [+][44 ][BfLn] Backing up 'AdditMyTG_frFR-Content', 6357 bytes, 448 KiB... [+][45 ][BfLn] Backing up 'AdditMyTG_itIT-Content', 6370 bytes, 454 KiB... [+][46 ][BfLn] Backing up 'AdditMyTG_ptBR-Content', 6441 bytes, 461 KiB... [+][47 ][BfLn] Backing up 'AdditNewsTG-Content', 6150 bytes, 467 KiB... [+][48 ][BfLn] Backing up 'AdditNewsTG_deDE-Content', 6447 bytes, 473 KiB... [+][49 ][BfLn] Backing up 'AdditNewsTG_esES-Content', 6605 bytes, 479 KiB... [+][50 ][BfLn] Backing up 'AdditNewsTG_frFR-Content', 6447 bytes, 486 KiB... [+][51 ][BfLn] Backing up 'AdditNewsTG_itIT-Content', 6426 bytes, 492 KiB... [+][52 ][BfLn] Backing up 'AdditNewsTG_ptBR-Content', 6668 bytes, 499 KiB... [+][53 ][BfLn] Backing up 'AdditShopTG-Content', 24356 bytes, 522 KiB... [+][54 ][BfLn] Backing up 'AdditShopTG_deDE-Content', 23349 bytes, 545 KiB... [+][55 ][BfLn] Backing up 'AdditShopTG_esES-Content', 23745 bytes, 568 KiB... [+][56 ][BfLn] Backing up 'AdditShopTG_frFR-Content', 23884 bytes, 592 KiB... [+][57 ][BfLn] Backing up
Bug#477421: jpilot: makes palm Z22 crash after sync
Le Wed 23/04/2008, Ludovic Rousseau disait Erwan David a écrit : On Wed, Apr 23, 2008 at 03:43:40PM CEST, Ludovic Rousseau [EMAIL PROTECTED] said: Que ce passe t'il avec : $ pilot-xfer --port usb: --backup repertoire_de_sauvegarde pilot-xfer est disponible dans le paquet pilot-link Je vais tester dès que possible. Cependant je ne passe pas par la libusb mais par le module visor : impossible d'avoir une connexion en usb: (et sans module visor du coup). C'est une incompatibilité qu'on retrouve sur google... En tout cas voilà ce que ça donne sur un palm sans données pilot-xfer --port /dev/pilot --backup test-backup-palm Comment tu remets les données sur le Palm après le hard reset et avant de faire une synchro avec jpilot vierge ? Je ne les avais pas remises là. Sinon je les mets via Missing sync sur mon mac: mac OS X leopard + missing sync 6.03 chez moi, debian + jpilot au bureau.
Bug#441025: rbot: crash during each execution, including first one.
Package: rbot Version: 0.9.10-1 Severity: grave Justification: renders package unusable rbot does not start. I get the configuration wizard, but after asking the questions and officializing the configuration, it stops. Each subsequent invocation stops also. Here is the rbot.log it leaves (at first invocation) # Logfile created on Thu Sep 06 10:15:21 +0200 2007 by / === /home/edavid/.rbot session started on 2007/09/06 10:15:21 === D, [2007/09/06 10:15:21#31161] DEBUG -- timer.rb:81:in `add': adding timer, period 60 F, [2007/09/06 10:15:21#31161] FATAL -- ircbot.rb:321:in `initialize': #RuntimeError: No valid levels.rbot found! If you really want a free-for-all bot and this isn't the result of a previous error, write a proper levels.rbot F, [2007/09/06 10:15:21#31161] FATAL -- ircbot.rb:322:in `initialize': /usr/lib/ruby/1.8/rbot/auth.rb:57:in `initialize' F, [2007/09/06 10:15:21#31161] FATAL -- : /usr/lib/ruby/1.8/rbot/ircbot.rb:319:in `new' F, [2007/09/06 10:15:21#31161] FATAL -- : /usr/lib/ruby/1.8/rbot/ircbot.rb:319:in `initialize' F, [2007/09/06 10:15:21#31161] FATAL -- : /usr/bin/rbot:96:in `new' F, [2007/09/06 10:15:21#31161] FATAL -- : /usr/bin/rbot:96 === /home/edavid/.rbot session ended on 2007/09/06 10:15:21 === -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rbot depends on: ii libdb4.3-ruby1.8 0.5.8-1.1 Interface to Berkeley DB for Ruby ii libopenssl-ruby1.81.8.6.36-1 OpenSSL interface for Ruby 1.8 ii ruby 1.8.2-1An interpreter of object-oriented Versions of packages rbot recommends: ii aspell 0.60.5-1GNU Aspell spell-checker ii bsdmainutils 6.1.7 collection of more utilities from ii fortune-mod [fortune 1:1.99.1-3 provides fortune cookies on demand ii host 2331-9 utility for querying DNS servers ii librexml-ruby3.1.2.1+ruby1.8.2-1 pure Ruby non-validating XML parse -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435263: linux-image-2.6.22-1-k7: Configure fails
Package: linux-image-2.6.22-1-k7 Version: 2.6.22-3 Severity: grave Justification: renders package unusable When trying to upgrade from 2.6.22-2 to 2.6.22-3 I get the following error: Setting up linux-image-2.6.22-1-k7 (2.6.22-3) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. yaird error: unrecognised line in /proc/bus/input/devices: U: Uniq= (fatal) mkinitrd.yaird failed to create initrd image. Failed to create initrd image. dpkg: error processing linux-image-2.6.22-1-k7 (--configure): subprocess post-installation script returned error exit status 9 Which lets me with a non configured (and presumabley non bootable) system. -- Package-specific info: ** Version: Linux version 2.6.22-1-k7 (Debian 2.6.22-2) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14)) #1 SMP Mon Jul 23 14:02:09 UTC 2007 ** Not tainted ** Kernel log: IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.0.127 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=1653 DF PROTO=TCP SPT=3268 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.0.127 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=1957 DF PROTO=TCP SPT=3268 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.133.17 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=29726 DF PROTO=TCP SPT=4779 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.238.226 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=25498 DF PROTO=TCP SPT=3264 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=215.80.212.169 DST=10.0.0.1 LEN=393 TOS=0x00 PREC=0x00 TTL=51 ID=3418 PROTO=UDP SPT=31186 DPT=1026 LEN=373 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=66.112.28.51 DST=10.0.0.1 LEN=40 TOS=0x00 PREC=0x00 TTL=111 ID=256 PROTO=TCP SPT=6750 DPT=5900 WINDOW=55808 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.29.113 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=64660 DF PROTO=TCP SPT=1237 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.29.113 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=547 DF PROTO=TCP SPT=1237 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=210.245.151.30 DST=10.0.0.1 LEN=40 TOS=0x00 PREC=0x00 TTL=101 ID=256 PROTO=TCP SPT=6000 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.29.113 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=21918 DF PROTO=TCP SPT=1229 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=76.123.253.192 DST=10.0.0.1 LEN=392 TOS=0x00 PREC=0x00 TTL=54 ID=25610 PROTO=UDP SPT=31186 DPT=1026 LEN=372 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=163.183.225.125 DST=10.0.0.1 LEN=392 TOS=0x00 PREC=0x00 TTL=54 ID=843 PROTO=UDP SPT=31186 DPT=1026 LEN=372 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.45.2.254 DST=10.0.0.1 LEN=64 TOS=0x00 PREC=0x00 TTL=32 ID=44239 DF PROTO=TCP SPT=2009 DPT=1433 WINDOW=53760 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.45.2.254 DST=10.0.0.1 LEN=64 TOS=0x00 PREC=0x00 TTL=32 ID=45052 DF PROTO=TCP SPT=2009 DPT=1433 WINDOW=53760 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.116.89 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=29542 DF PROTO=TCP SPT=1848 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=183.207.110.205 DST=10.0.0.1 LEN=401 TOS=0x00 PREC=0x00 TTL=54 ID=36960 PROTO=UDP SPT=31186 DPT=1026 LEN=381 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=218.27.148.138 DST=10.0.0.1 LEN=495 TOS=0x00 PREC=0x00 TTL=36 ID=0 DF PROTO=UDP SPT=49543 DPT=1026 LEN=475 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=98.227.65.146 DST=10.0.0.1 LEN=391 TOS=0x00 PREC=0x00 TTL=54 ID=1943 PROTO=UDP SPT=31186 DPT=1026 LEN=371 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.116.89 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=121 ID=26420 DF PROTO=TCP SPT=2807 DPT=1433 WINDOW=16384 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=9.195.112.195 DST=10.0.0.1 LEN=393 TOS=0x00 PREC=0x00 TTL=54 ID=61640 PROTO=UDP SPT=31186 DPT=1026 LEN=373 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.29.113 DST=10.0.0.1 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=63557 DF PROTO=TCP SPT=2601 DPT=1433 WINDOW=64240 RES=0x00 SYN URGP=0 IN=eth0 OUT= MAC=00:e0:7d:8f:5e:9e:00:12:17:d4:d3:c8:08:00 SRC=82.227.29.113
Bug#435263: closed by maximilian attems [EMAIL PROTECTED] (Re: Bug#435263: linux-image-2.6.22-1-k7: Configure fails)
Le Mon 30/07/2007, Debian Bug Tracking System disait again don't use yaird! I never chose to use it (I do not even know what it is supposed to do), maybe it once came as first alternative in a dependency. making apt or aptitude install it. SO tehre exist in the past an upgrade path which made an install of yaird. # that is the _default_ apt-get install initramfs-tools closing as this bug is a dup and is already assigned to yaird, we will stop yaird support pretty soon. Thanks, I'll change this. -- Erwan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422189: ocsinventory-agent: Does not install
Package: ocsinventory-agent Version: 1.01-3 Severity: grave Justification: renders package unusable Trying to install I get the following message : Unpacking ocsinventory-agent (from .../ocsinventory-agent_1.01-3_i386.deb) ... Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent /usr/share/ocsinventory-client contains only create-ucf-config-files.pl ocsinv.conf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dmidecode 2.8-4 Dump Desktop Management Interface ii libc6 2.5-5 GNU C Library: Shared libraries ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libnet-ssleay-perl1.30-1 Perl module for Secure Sockets Lay ii libwww-perl 5.805-1WWW client/server library for Perl ii libxml-simple-perl2.16-1 Perl module for reading and writin ii po-debconf1.0.8 manage translated Debconf template ii ucf 2.0021 Update Configuration File: preserv ocsinventory-agent recommends no packages. -- debconf information: * ocsinventory-agent/method: local * ocsinventory-agent/tag: * ocsinventory-agent/server: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416146: postgresql-common: Cannot work with /var/lib/posgresql a symlink
Package: postgresql-common Version: 72 Followup-For: Bug #416146 I have a symplink for /var/lib/postgresql to another disk. The upgrade keeps removing it, and I do not dare making it work on another directory. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages postgresql-common depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii postgresql-client-common 72 manager for multiple PostgreSQL cl ii procps1:3.2.7-3 /proc file system utilities ii ssl-cert 1.0.14 Simple debconf wrapper for openssl postgresql-common recommends no packages. -- debconf information: postgresql-common/obsolete-major: postgresql-common/untransitioned: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403179: urlscan: illegal characters in script.
Package: urlscan Version: 0.5.1 Severity: grave Tags: patch Justification: renders package unusable THere are 2 @ characters on begining of lines 12 and 17. The python interpreter do not like them. Using a # character everything works. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages urlscan depends on: ii python2.4.4-1An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-urwid 0.9.7.1-1 curses-based UI/widget library for urlscan recommends no packages. -- no debconf information *** /home/edavid/tmp/patch --- urlscan.debian 2006-12-15 08:17:34.0 +0100 +++ urlscan 2006-12-15 08:18:09.0 +0100 @@ -9,12 +9,12 @@ # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2 of the # License, or (at your option) any later version. -@ +# # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. -@ +# # You should have received a copy of the GNU General Public License # along with this program; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 59 Temple Place - Suite 330, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379128: mldonkey-server: cannot install nor remove
Package: mldonkey-server Version: 2.7.7-4 Severity: grave Justification: renders package unusable after trying to upgrade mldonkey server, for each action I get : Please set both variables MLDONKEY_USER and MLDONKEY_GROUP in /etc/default/mldonkey-server invoke-rc.d: initscript mldonkey-server, action stop failed. dpkg: error processing mldonkey-server (--purge): subprocess pre-removal script returned error exit status 1 Please set both variables MLDONKEY_USER and MLDONKEY_GROUP in /etc/default/mldonkey-server invoke-rc.d: initscript mldonkey-server, action start failed. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 (and this even if launch at startup is false...) Filling those fields allows to complete installation. init script should test for their existence only if real start is needed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mldonkey-server depends on: ii adduser 3.95 Add and remove users and groups ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii dpkg1.13.22 package maintenance system for Deb ii libbz2-1.0 1.0.3-3 high-quality block-sorting file co ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-9GCC support library ii libgd2-xpm 2.0.33-5 GD Graphics Library version 2 ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmagic1 4.17-2 File type determination library us ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libstdc++6 4.1.1-9 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-7X11 client-side library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii mime-support3.37-1 MIME files 'mime.types' 'mailcap ii ucf 2.0012 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime mldonkey-server recommends no packages. -- debconf information: mldonkey-server/max_hard_download_rate: 0 * mldonkey-server/launch_at_startup: false mldonkey-server/config_exist_no_options: mldonkey-server/plugin: Directconnect, Opennap, Overnet, Soulseek, Bittorent, Gnutella mldonkey-server/mldonkey_group: mldonkey mldonkey-server/false_password: mldonkey-server/max_hard_upload_rate: 0 mldonkey-server/max_alive: 24 mldonkey-server/run_as_user: mldonkey mldonkey-server/reown_file: false mldonkey-server/mldonkey_niceness: 0 mldonkey-server/config_exist_no_dir: mldonkey-server/fasttrack_problem: mldonkey-server/shared_directories: share mldonkey-server/mldonkey_dir: /var/lib/mldonkey mldonkey-server/restart_after_upgrade: true mldonkey-server/client_name: nez-casse mldonkey-server/mldonkey_move: false mldonkey-server/mldonkey_umask: 0022 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368570: xdm : cannot start, looks for daemon in wrong directory
Package: xdm Version: 1:1.0.1-6 Severity: grave Justification: renders package unusable After upgrade xdm does not start. /etc/init.d looks for xdm in /usr/bin/X11/xdm, but there is no xdm in this directory, it is in /usr/bin/xdm -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xdm depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.5.0 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime0.79-3.1 Runtime support for the PAM librar ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libselinux1 1.30-1 SELinux shared libraries ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-6 X Authentication library ii libxaw8 6.9.0.dfsg.1-6 X Athena widget set library ii libxdmcp6 6.9.0.dfsg.1-6 X Display Manager Control Protocol ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxmu6 6.9.0.dfsg.1-6 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-6 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-6 X pixmap library ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii xbase-clients 6.9.0.dfsg.1-6 miscellaneous X clients xdm recommends no packages. -- debconf information: * shared/default-x-display-manager: xdm xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336469: pure-ftpd uninstallable : no pure-ftpd-common
Package: pure-ftpd Version: 1.0.19-6 Severity: grave Justification: renders package unusable When trying to upgrade pure-ftpd I get (since about week) the following message : The following packages have unmet dependencies: pure-ftpd: Depends: pure-ftpd-common (= 1.0.19-6.0.1) but 1.0.19-6 is to be installed On a new installation this would make it uninstallable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pure-ftpd depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7g-5 SSL shared libraries ii pure-ftpd-common 1.0.19-6 Pure-FTPd FTP server (Common Files pure-ftpd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318851: xbase-clients : uninstallable due to dependency to libglu1 and not libglu1c2
Package: xbase-clients Version: 4.3.0.dfsg.1-14 Severity: grave Justification: renders package unusable xbase-clients still depends on libglu1, the old C++ ABI library, no longer available. This makes it uninstallable, but it still has the basic clients and utilities (like xauth or startx). A workaround would to be to remove from xbase-clients the 3D enabled clients, keeping the basic ones, or to recompile the 3D enabled with the new libglu1c2. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xbase-clients depends on: ii cpp 4:4.0.0-2 The GNU C preprocessor (cpp) ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdps1 6.8.2.dfsg.1-2 Display PostScript (DPS) client li ii libexpat11.95.8-3XML parsing C library - runtime li ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-2 GCC support library ii libice6 6.8.2.dfsg.1-2 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 6.8.2.dfsg.1-2 X Window System Session Management ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libxaw7 6.8.2.dfsg.1-2 X Athena widget set library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-2 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-2 X Window System Input extension li ii libxmu6 6.8.2.dfsg.1-2 X Window System miscellaneous util ii libxmuu1 6.8.2.dfsg.1-2 lightweight X Window System miscel ii libxpm4 6.8.2.dfsg.1-2 X pixmap library ii libxrandr2 6.8.2.dfsg.1-2 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-2 X Toolkit Intrinsics ii libxtrap66.8.2.dfsg.1-2 X Window System protocol-trapping ii libxtst6 6.8.2.dfsg.1-2 X Window System event recording an ii libxv1 6.8.2.dfsg.1-2 X Window System video extension li ii x11-common [xfree86-comm 6.8.2.dfsg.1-2 X Window System (X.Org) infrastruc ii xfree86-common 6.8.2.dfsg.1-2 X Window System infrastructure tra ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-2 Mesa 3D graphics library [X.Org] ii xlibmesa-glu [libglu1] 4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree ii xlibs6.8.2.dfsg.1-2 X Window System client libraries m ii xlibs-data 6.8.2.dfsg.1-2 X Window System client data ii zlib1g 1:1.2.2-9 compression library - runtime xbase-clients recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299572: cannot find user `ntp'
Same thing here. But I get in logs the following line : Mar 15 09:06:35 nez-casse ntpd[12022]: Cannot find user `ntp' User ntp is present in /etc/passwd. -- Erwan David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293117: .hplip.conf is created world writable
Package: hplip Version: 0.8.7-2 Severity: grave Justification: user security hole .hplip.conf is created in 666 mode. Since this conf file contains commands which may be launched using the user's right it can be used to cause unwanted process gain access to user's data, by putting specially crafted wrappers in the [commands] section. Solution is to create this file in 600 mode. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-k7 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hplip depends on: ii cupsys 1.1.23-3 Common UNIX Printing System(tm) - ii hplip-data 0.8.7-2 HP Linux Printing and Imaging - da ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcupsys2-gnutls10 1.1.23-3 Common UNIX Printing System(tm) - ii libgcc1 1:3.4.3-7GCC support library ii libsnmp55.1.2-6 NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libstdc++5 1:3.3.5-7The GNU Standard C++ Library v3 ii python 2.3.4-6 An interactive high-level object-o ii python-qt3 3.13-4 Qt3 bindings for Python (default v -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]