Bug#944139: Another possible solution
I created https://salsa.debian.org/debian/debmirror/-/merge_requests/15 that introduces a new command line argument --ignore-missing-arch-all and is less intrusive than https://salsa.debian.org/debian/debmirror/-/merge_requests/7 That patch fixes the problem for me. Best Christopher
Bug#944139: Another possible solution
https://salsa.debian.org/debian/debmirror/-/merge_requests/7 also tries to solve this issue.
Bug#1052714: Use upstream tarball from kernel.org
This reddit thread suggests using the latest firmware tarball from kernel.org: https://www.reddit.com/r/debian/comments/17umedg/fixed_amd_rx_7800_xt_gpu_on_debian_unstable/ A (more) frequently updated firmware-amd-graphics would be more favorable, maybe also for stable-updates? Best, Christopher
Bug#1053214: RFP: lustre -- distributed parallel, scalabe, high-performance, high-availability file system
Hi Ole, more than a decade ago we (GSI IT) funded an effort by a commercial supporter (Credativ) to get Lustre in shape for inclusion in Debian. This effort unfortunately went nowhere, but its remains can still be found on snapshot.debian.org [1]. AFAICT the current upstream packaging has been derived from this project. The main culprit was that the Lustre development focuses on rather old enterprise (ie. RHEL) kernels and the newest Lustre did not work with the latest kernels in Debian upstream which regularly broke the package in Debian unstable until it was finally removed. My impression is that this situation has not improved much and you will end up in a similar situation again. The development models of Debian and Lustre seem to be too incompatible. Best Christopher [1] https://snapshot.debian.org/package/lustre/
Bug#1039967: [PATCH] autofs: Fix hang on kerberos authenticated ldap
> Could you please fix this in a point release for bookworm > (and bullseye)? I have prepare an autofs update targetting Debian bullseye, is it possible for you to test this? I cherry-picked another patch into this proposed update, here is the list of changes: https://salsa.debian.org/debian/autofs/-/commits/bullseye Here is my personal package repo where I uploaded an amd64 build of the autofs 5.1.7+deb11u1 proposed update: https://packages.sunweavers.net/debian/pool/main/a/autofs/ Let me know if this works for you. Works for us, nice! Grüße aus Darmstadt Christopher -- Christopher Huhn Linux & web group IT department GSI Helmholtzzentrum fuer Schwerionenforschung GmbH Planckstr. 1, 64291 Darmstadt, https://www.gsi.de/ Sitz der Gesellschaft / Registered Office:Darmstadt Handelsregister / Commercial Register: Amtsgericht Darmstadt, HRB 1528 Geschaeftsfuehrung/ Managing Directors: Professor Dr. Paolo Giubellino, Joerg Blaurock Vorsitzender des GSI-Aufsichtsrates / Chairman of the GSI Supervisory Board: Ministerialdirigent Dr. Volkmar Dietz
Bug#988337: XDG_RUNTIME_DIR can be set in ~/.profile
Setting the $XDG_RUNTIME_DIR environment variable in ~/.profile or ~/.bash_profile fixes this error. The Gentoo wiki has an example: https://wiki.gentoo.org/wiki/Weston#Usage XDG_RUNTIME_DIR is normally defined in /etc/X11/Xsession.d/20dbus_xdg-runtime. I assume Xsession* is only for X and not for Weston/Wayland? Best Christopher
Bug#986814: Latest vagrant Buster libvirt image not found
> Thanks for your interest for the Debian Vagrant boxes. Thank you for providing these boxes! > is the box properly downloaded on your side ? Yes, after Lucas Nussbaum's re-upload `vagrant box update` works fine again. Best Christopher Am 17.04.21 um 20:37 schrieb Emmanuel Kasper: Le 12/04/2021 à 13:14, Christopher Huhn a écrit : Package: cloud.debian.org Severity: serious The latest Buster libvirt image for vagrant gives me a 404, `vagrant box update` fails. λ > curl https://app.vagrantup.com/debian/boxes/buster64/versions/10.20210409.1/providers/libvirt.box Hi Thanks for your interest for the Debian Vagrant boxes. when I'm doing vagrant box update the box is downloaded from https://vagrantcloud.com/debian/boxes/buster64/versions/10.20210409./providers/libvirt.box and is properly found vagrant box update ==> default: Checking for updates to 'debian/buster64' default: Latest installed version: 10.4.0 default: Version constraints: default: Provider: libvirt ==> default: Updating 'debian/buster64' with provider 'libvirt' from version ==> default: '10.4.0' to '10.20210409.1'... ==> default: Loading metadata for box 'https://vagrantcloud.com/debian/buster64' ==> default: Adding box 'debian/buster64' (v10.20210409.1) for provider: libvirt default: Downloading: https://vagrantcloud.com/debian/boxes/buster64/versions/10.20210409.1/providers/libvirt.box Download redirected to host: vagrantcloud-files-production.s3-accelerate.amazonaws.com ==> default: Successfully added box 'debian/buster64' (v10.20210409.1) for 'libvirt'! when creating a fresh environment with export VAGRANT_DEFAULT_PROVIDER=libvirt vagrant init debian/buster64` vagrant up is the box properly downloaded on your side ? -- Christopher Huhn HPC group IT department GSI Helmholtzzentrum fuer Schwerionenforschung GmbH Planckstr. 1, 64291 Darmstadt, https://www.gsi.de/ Sitz der Gesellschaft / Registered Office:Darmstadt Handelsregister / Commercial Register: Amtsgericht Darmstadt, HRB 1528 Geschaeftsfuehrung/ Managing Directors: Professor Dr. Paolo Giubellino, Dr. Ulrich Breuer, Joerg Blaurock Vorsitzender des GSI-Aufsichtsrates / Chairman of the GSI Supervisory Board: Ministerialdirigent Dr. Volkmar Dietz smime.p7s Description: S/MIME Cryptographic Signature
Bug#986814: Latest vagrant Buster libvirt image not found
Package: cloud.debian.org Severity: serious The latest Buster libvirt image for vagrant gives me a 404, `vagrant box update` fails. λ > curl https://app.vagrantup.com/debian/boxes/buster64/versions/10.20210409.1/providers/libvirt.box {"errors":["Not found"],"success":false} Best Christopher -- System Information: Debian Release: 9.13 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-15-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#985897: ruby-serverspec: Bogus manpage for serverspec-init
Package: ruby-serverspec Version: 2.37.2-1 Severity: minor Dear Maintainer, the serverspec-init manpage does not refer to serverspec-init at all but to GoldenCheetah. Is that a joke or a copy error? Although I'm reporting this from a Stretch box, I checked that the wrong manpage is still in the current source package: https://salsa.debian.org/ruby-team/ruby-serverspec/-/blob/master/debian/serverspec-init.1 Many thanks for providing serverspec as a Debian package. Keep up the excellent work! Best Christopher -- System Information: Debian Release: 9.13 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-14-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ruby-serverspec depends on: ii ruby 1:2.3.3 ii ruby-multi-json 1.11.2-3 ii ruby-rspec 3.5.0c3e0m0s0-1 ii ruby-rspec-its 1.2.0-2 ii ruby-specinfra 2.66.0-1 ruby-serverspec recommends no packages. ruby-serverspec suggests no packages. -- no debconf information
Bug#982182: Fixed in FAI example config yesterday
Looks like this affects all FAI installs with grub-pc where the config has been derived from the FAI example configuration older than yesterday: https://github.com/faiproject/fai-config/commit/bf90f3048f552f2dc1a0f50766646dff9f67aef9 Best Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#982182: Still a regression?
Hi, we install all our systems with FAI and at least our FAI setup does not set grub-pc/install_devices. That might be an issue with our setup or a general issue with FAI (we'll have to look into that). Anyhow the change surely breaks all installs before grub-pc/install_devices has been properly set at install time (might be 10 years ago or more for a server). Manually fixing it on > 1000 (heterogeneous) servers might be quite a big effort. So for a change in a Debian stable point release this looks like a quite serious regression to me. Best Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#825215: Blocked by upstream licensing issues?
Hi, the bug meta-data says: > Forwarded to https://github.com/mattermost/mattermost-server/issues/4176 > Summary: Blocked by upstream licensing issues. These seem related but are apparently unrelated - the github issue does not mention any license problems, just missing go dependencies. Is this meta-data info obsolete or am I missing the relevant information? The mattermost release cycle is very short with half-yearly ESR releases with 9 month support. How would this fit in the Debian release model? Would security fixes be backported? Cheers Christopher
Bug#930087: syslinux-efi: syslinux.efi ignores pxelinux.configfile during PXE boot
Package: syslinux-efi Version: 3:6.04~git20190206.bf6db5b4+dfsg1-1~bpo9+2 Severity: normal Dear Maintainer, we are forced to switch some of our netbooting machines to UEFI ie. from pxelinux.0 to syslinux.efi. Apparently syslinux.efi does not take the DHCP option pxelinux.configfile (Option 209 as documented in https://wiki.syslinux.org/wiki/index.php?title=PXELINUX) into account but always follows the standard schema: > Jun 6 18:11:24 tftp.server tftpd: Serving syslinux.efi to 10.11.12.23:2021 > Jun 6 18:11:24 tftp.server tftpd: Serving ldlinux.e64 to 10.11.12.23:2022 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0B0C0D to > 10.11.12.23:2025 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0B0C0 to > 10.11.12.23:2026 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0B0C to > 10.11.12.23:2027 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0B0 to > 10.11.12.23:2028 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0B to > 10.11.12.23:2029 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A0 to > 10.11.12.23:2030 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0A to 10.11.12.23:2031 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/0 to 10.11.12.23:2032 > Jun 6 18:11:24 tftp.server tftpd: Serving pxelinux.cfg/default to > 10.11.12.23:2033 This is not mentioned in the "UEFI" - "Notes" section of the wiki page mentioned above so I wonder if this is a known problem. Kind regards Christopher -- System Information: Debian Release: 9.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) syslinux-efi depends on no packages. Versions of packages syslinux-efi recommends: ii syslinux-common 3:6.03+dfsg-14.1+deb9u1 Versions of packages syslinux-efi suggests: ii dosfstools 4.1-1 -- debconf-show failed
Bug#929105: java-common: update-java-alternatives should not propagate return code of update-alternatives
Package: java-common Version: 0.71 Severity: normal update-java-alternatives --set ... propagates the exit code of its last call to update-alternatives as its own exit code. In my test case that is: > root# update-alternatives --quiet --set serialver > /usr/lib/jvm/java-11-openjdk-amd64/bin/serialver; echo $? > update-alternatives: error: no alternatives for serialver > 2 AFAICT this is normal behaviour for update-java-alternatives and therefore it should exit with 0. Suggested fix: add a colon at the end of do_set. Kind regards Christopher -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.16.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8), LANGUAGE=en_US.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) java-common depends on no packages. java-common recommends no packages. Versions of packages java-common suggests: ii default-jre 2:1.11-71
Bug#882515: ruby-serverspec: Package should recommend net-tools
Package: ruby-serverspec Version: 2.37.2-1 Severity: wishlist serverspec relies on netstat to check wether a service is listening on a specific port. netstat is part of net-tools, priority optional. ruby-serverspec should recommend or at least suggest to install that package. Kind regards Christopher -- System Information: Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de:en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ruby-serverspec depends on: ii ruby1:2.3.3 ii ruby-multi-json 1.11.2-3 ii ruby-rspec 3.5.0c3e0m0s0-1 ii ruby-rspec-its 1.2.0-2 ii ruby-specinfra 2.66.0-1 ii ruby2.1 [ruby-interpreter] 2.1.5-2+deb8u3 ruby-serverspec recommends no packages. ruby-serverspec suggests no packages. -- no debconf information
Bug#858265: chef: key management broken in apt_repository resource
Package: chef Version: 12.14.60-2 Severity: normal Tags: patch upstream The provider for the apt_repository fails to parse the repository signing key fingerprints on Stretch. This patch on Github fixes the issue for upstream: https://github.com/chef/chef/commit/d7ac39bb7a7f710726bfd1adcf32ea07e6cb711d Please consider to backport the patch to the chef package. Cheers Christopher -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Kann LC_ALL nicht auf die Standard-Lokale einstellen: Datei oder Verzeichnis nicht gefunden UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chef depends on: ii chef-zero 5.1.1-1 ii debconf [debconf-2.0] 1.5.60 ii lsb-base9.20161125 ii ohai8.21.0-1 ii ruby1:2.3.3 ii ruby-addressable2.4.0-1 ii ruby-bundler1.13.6-2 ii ruby-chef-config12.14.60-2 ii ruby-diff-lcs 1.2.5-2 ii ruby-erubis 2.7.0-3 ii ruby-ffi-yajl 2.2.3-2 ii ruby-highline 1.7.8-1 ii ruby-iniparse 1.4.2-1 ii ruby-mixlib-archive 0.2.0-1 ii ruby-mixlib-authentication 1.4.1-1 ii ruby-mixlib-cli 1.7.0-1 ii ruby-mixlib-log 1.7.1-1 ii ruby-mixlib-shellout2.2.6-1 ii ruby-net-sftp 1:2.1.2-3 ii ruby-net-ssh1:3.2.0-1 ii ruby-net-ssh-multi 1.2.1-2 ii ruby-plist 3.2.0-1 ii ruby-proxifier 1.0.3-1 ii ruby-rspec-core 3.5.0c3e0m0s0-1 ii ruby-rspec-expectations 3.5.0c3e0m0s0-1 ii ruby-rspec-mocks3.5.0c3e0m0s0-1 ii ruby-serverspec 2.37.2-1 ii ruby-specinfra 2.66.0-1 ii ruby-syslog-logger 1.6.8-1 ii ruby-uuidtools 2.1.5-2 ii ruby2.1 [ruby-interpreter] 2.1.5-2+deb8u3 ii ucf 3.0036 chef recommends no packages. chef suggests no packages. -- Configuration Files: /etc/default/chef-client changed [not included] -- debconf information excluded -- debsums errors found: debsums: changed file /usr/lib/ruby/vendor_ruby/chef/provider/apt_repository.rb (from chef package)
Bug#852690: sddm: circumventable with 0.14
Package: sddm Followup-For: Bug #852690 Hi again, with SDDM from experimental and 'EnableAvatars=false' SDDM starts up so that logins are possible. With 0.13 the problem becomes even worse after a while: due to the huge amount of NFS mounts systemctl is no longer able to talk to systemd ('Connection timed out'). Even shutdown and reboot won't work any more. It is ridiculous. This bug will affect all multi-user setups in similar cluster environments. Please don't ship stretch with version 0.13 of SDDM. Even with avatars turned on, SDDM should not load more face icons than it can display. IMHO the browsing mode does not make sense for more than 15-20 login accounts anyhow. Maybe it should be automatically turned off if the amount of login accounts is above some threshold? Kind regards, Christopher -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.115 ii debconf [debconf-2.0] 1.5.60 ii libc6 2.24-9 ii libgcc1 1:6.3.0-6 ii libpam0g 1.1.8-3.5 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5network55.7.1+dfsg-3+b1 ii libqt5qml55.7.1-2 ii libqt5quick5 5.7.1-2 ii libstdc++66.3.0-6 ii libsystemd0 232-15 ii libxcb-xkb1 1.12-1 ii libxcb1 1.12-1 ii qml-module-qtquick2 5.7.1-2 ii tigervnc-standalone-server [xserver] 1.7.0+dfsg-6 ii x11-common1:7.7+18 ii xserver-xephyr [xserver] 2:1.19.1-4 ii xserver-xorg [xserver]1:7.7+18 Versions of packages sddm recommends: ii libpam-systemd232-15 ii sddm-theme-circles [sddm-theme] 0.13.0-1 ii sddm-theme-maldives [sddm-theme] 0.13.0-1 Versions of packages sddm suggests: ii libpam-kwallet5 5.8.4-1 -- debconf-show failed
Bug#855111: Scenario
Minimal steps for reproduction: $ sudo apt install appstream [..] $ sudo apt -qq update E: Failed to fetch http://mirror.gsi.de/distrib/debian/dists/stretch/main/dep11/Components-amd64.yml 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. This does not really look fatal, ie. it does not mention Packages files. $ sudo apt dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. $ sudo apt purge appstream [..] $ sudo apt -qq update 18 packages can be upgraded. Run 'apt list --upgradable' to see them. Kind regards, Christopher
Bug#855111: apt: Missing dep11 info on mirror breaks update when appstream is installed
Package: apt Version: 1.4~rc1 Severity: important Hi, for testing purposes I installed plasma-discover on my Stretch box. That pulled appstream, enabling fetching of DEP-11 stuff, which our debmirror/stable powered local mirror does not host. The inability to fetch DEP-11 icons makes apt fail with what looks like a minor error, but in fact it will not update the package lists. Therefore apt-get upgrade, unattended-upgrades aso. will report that the system is up to date without installing any updates. After purging appstream now my system has to upgrade some hundred packages :( IMHO apt must not abort on missing DEP-11 information as I'd consider that purely optional information. In fact this is #824563 but I did not manage to unarchive and reopen that bug. Kind regards, Christopher -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/preferences.d/gsi present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- (/etc/apt/sources.list.d/gsi-repository.list present, but not submitted) -- -- (/etc/apt/sources.list.d/stretch-updates.list present, but not submitted) -- -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt depends on: ii adduser 3.115 ii debian-archive-keyring 2014.3 ii gpgv2.1.18-3 ii init-system-helpers 1.47 ii libapt-pkg5.0 1.4~rc1 ii libc6 2.24-9 ii libgcc1 1:6.3.0-6 ii libstdc++6 6.3.0-6 Versions of packages apt recommends: ii gnupg 2.1.18-3 ii gnupg2 2.1.18-3 Versions of packages apt suggests: pn apt-doc ii aptitude0.8.5-1 ii dpkg-dev1.18.22 pn powermgmt-base ii python-apt 1.4.0~beta2 ii synaptic0.84.1 -- no debconf information
Bug#851909: Problems disappear after downgrade
OK, after downgrading to 2.9.2+2014.05.11git44800a7-2 elog starts to work again. So this is definitely a regression. Kind regards, Christopher
Bug#851909: Similar problems
Hi, we are experiencing a similar problem since the last upgrade: After login elog segfaults: Jan 30 15:49:46 lxelog1 kernel: [1050594.737685] elogd[31715]: segfault at 7ffdbd9355d8 ip 0043f5cc sp 7ffdbd9355e0 error 6 in elogd[40+ac000] Jan 31 11:24:31 lxelog1 kernel: [1121080.004552] elogd[27479]: segfault at 7fff89568558 ip 0043f5cc sp 7fff89568560 error 6 in elogd[40+ac000] Jan 31 11:24:44 lxelog1 kernel: [1121092.619133] elogd[9859]: segfault at 7ffc69f54558 ip 0043f5cc sp 7ffc69f54560 error 6 in elogd[40+ac000] Jan 31 12:53:44 lxelog1 kernel: [1126433.155900] elogd[9940]: segfault at 7ffe79fc71d8 ip 0043f5cc sp 7ffe79fc71e0 error 6 in elogd[40+ac000] Jan 31 12:57:06 lxelog1 kernel: [1126634.338070] elogd[32048]: segfault at 7ffd882881e8 ip 0043f5cc sp 7ffd882881f0 error 6 in elogd[40+ac000] Feb 2 12:44:45 lxelog1 kernel: [171907.396570] elogd[16903]: segfault at 7ffe512afee8 ip 0043f5cc sp 7ffe512afef0 error 6 in elogd[40+ac000] Feb 2 12:46:50 lxelog1 kernel: [172033.029240] elogd[16920]: segfault at 7ffe8949a978 ip 0043f5cc sp 7ffe8949a980 error 6 in elogd[40+ac000] Feb 2 12:48:15 lxelog1 kernel: [172117.425847] elogd[18231]: segfault at 7fff8d9400d8 ip 0043f5cc sp 7fff8d9400e0 error 6 in elogd[40+ac000] Feb 2 12:51:03 lxelog1 kernel: [172286.181782] elogd[18237]: segfault at 7fff8131d6a8 ip 0043f5cc sp 7fff8131d6b0 error 6 in elogd[40+ac000] Feb 2 12:52:46 lxelog1 kernel: [172388.591373] elogd[18256]: segfault at 7ffc50ff4008 ip 0043f5cc sp 7ffc50ff4010 error 6 in elogd[40+ac000] Kind regards, Christopher -- Christopher Huhn Linux Core Services HPC department GSI Helmholtzzentrum fuer Schwerionenforschung GmbH Planckstr. 1, 64291 Darmstadt, http://www.gsi.de/ Gesellschaft mit beschraenkter Haftung Sitz der Gesellschaft / Registered Office:Darmstadt Handelsregister / Commercial Register: Amtsgericht Darmstadt, HRB 1528 Geschaeftsfuehrung/ Managing Directors: Professor Dr. Paolo Giubellino, Ursula Weyrich, Joerg Blaurock Vorsitzender des GSI-Aufsichtsrates / Chairman of the Supervisory Board: Staatssekretaer / State Secretary Dr. Georg Schuette
Bug#852690: sddm: Mounts all user home directories, fails to start
Package: sddm Version: 0.13.0-1 Severity: important On startup sddm mounts all home directories for our > 4000 accounts. I suspect that this is due to the display of face icons by default (which is also rather pointless for many user systems btw.) I tried different themes (breeze, circles, maledives) without success. According to https://wiki.ubuntuusers.de/SDDM/ the latter two may work without face browsing by default? The config option 'EnableAvatars' only seems to exist for 0.14. Cheers, Christiopher -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.ISO-8859-1, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.115 ii debconf [debconf-2.0] 1.5.59 ii libc6 2.24-8 ii libgcc1 1:6.2.1-5 ii libpam0g 1.1.8-3.5 ii libqt5core5a 5.7.1+dfsg-3 ii libqt5dbus5 5.7.1+dfsg-3 ii libqt5gui55.7.1+dfsg-3 ii libqt5network55.7.1+dfsg-3 ii libqt5qml55.7.1-2 ii libqt5quick5 5.7.1-2 ii libstdc++66.2.1-5 ii libsystemd0 232-8 ii libxcb-xkb1 1.12-1 ii libxcb1 1.12-1 ii qml-module-qtquick2 5.7.1-2 ii sddm-theme-circles [sddm-theme] 0.13.0-1 ii sddm-theme-maldives [sddm-theme] 0.13.0-1 Versions of packages sddm recommends: ii libpam-systemd 232-8 Versions of packages sddm suggests: ii libpam-kwallet5 5.8.4-1 -- debconf-show failed
Bug#839820: linuxlogo: systemd drop-in
Package: linuxlogo Version: 5.11-7 Severity: wishlist Hi, this small drop-in adds linuxlogo support for systemd as discussed in #750781. It could be included in the package as a conffile or example and complement the vague instructions in README.Debian. Cheers, Christopher -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages linuxlogo depends on: ii libc6 2.19-18+deb8u6 ii lsb-base 4.1+Debian13+nmu1 linuxlogo recommends no packages. linuxlogo suggests no packages. -- debconf-show failed [Service] ExecStart= ExecStart=-/sbin/agetty --noclear -f /etc/issue.linuxlogo %I $TERM
Bug#767569: Two systemd service definitions
Additionally smartmontools ship two identical service definitions: /lib/systemd/system/smartd.service and /lib/systemd/system/smartmontools.service This is probably also not intentional. Cheers, Christopher
Bug#818353: snmp-mibs-downloader: /usr/share/mibs vs. /usr/share/snmp/mibs
Package: snmp-mibs-downloader Version: 1.1 Severity: normal Hi, snmp-mibs-downloader creates links from /usr/share/mibs to /var/lib/mibs. libsnmp-base installs its mibs beneath /usr/share/snmp/mibs. I'd suggest to unify this - and I'd prefer the latter. Cheers, Christopher -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages snmp-mibs-downloader depends on: ii patch 2.7.5-1 ii smistrip 0.4.8+dfsg2-10 ii wget 1.16-1 snmp-mibs-downloader recommends no packages. Versions of packages snmp-mibs-downloader suggests: ii unzip 6.0-16+deb8u2 -- no debconf information
Bug#804173: torrus-common: SNMPv3 with AES privprotocol broken
Package: torrus-common Severity: normal Tags: patch SNMPv3 with AES privprotocol is broken in Torrus. Upstream fixed this here: https://github.com/ssinyagin/torrus-newfeatures/commit/452db30873e30aeffbb0198e540dd1079ba7f4ba Cheers, Christopher -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From: Christopher Huhn <c.h...@gsi.de> Date: Thu, 5 Nov 2015 18:58:31 +0100 Subject: 20_fix_snmpv3_with_aes --- doc/xmlconfig.pod.in| 2 +- perllib/Torrus/Collector/SNMP_Params.pm | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/xmlconfig.pod.in b/doc/xmlconfig.pod.in index 38e6161..bb2aae4 100644 --- a/doc/xmlconfig.pod.in +++ b/doc/xmlconfig.pod.in @@ -825,7 +825,7 @@ C must be defined too. =item * C -Optional privacy protocol for SNMPv3. Valid values: C, C, +Optional privacy protocol for SNMPv3. Valid values: C, C, or C<3desede>. Default is C. =item * C diff --git a/perllib/Torrus/Collector/SNMP_Params.pm b/perllib/Torrus/Collector/SNMP_Params.pm index 65eb5f9..dbdd0c2 100644 --- a/perllib/Torrus/Collector/SNMP_Params.pm +++ b/perllib/Torrus/Collector/SNMP_Params.pm @@ -47,7 +47,7 @@ my %validatorLeafParams = '+snmp-privpassword' => undef, '+snmp-privprotocol' => { 'des' => undef, - 'aes128cfb' => undef, + 'aes' => undef, '3desede' => undef } } }, 'snmp-timeout' => undef, 'snmp-retries' => undef,
Bug#732849: Not a KDM problem?
Hi, I just stumbled upon this problem on Wheezy. Don't know if Jessie and Sid are still affected but I assume so. This discussion is very informative: https://lists.debian.org/debian-user/2013/12/msg01371.html X (whether started with a login manager or startx) gets information about the keyboard from udev via evdev. And udev does not know about changes to /etc/default/keyboard unless notified via udevadm trigger --subsystem-match=input --action=change Changes are then immediately picked up by KDM. This trigger is especially not run in keyboard-configuration's postinst, even in the newest version, so it may be a bug for console-setup. The proposed workaround for KDM is . /etc/default/keyboard /usr/bin/setxkbmap -layout $XKBLAYOUT in /etc/kde4/kdm/Xsetup but that's rather ugly. Cheers, Christopher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724455: [PATCH] Add support for Oracle JDK 8 on armhf
From: C. Huhn spo...@knollhuhn.de Tags: patch Hi, this patch adds support for Oracle Java 8 preview on armhf. The generated package works on my box (only tested 'java -version' yet though). Setting the j2se_arch to arm-vfp-hflt is rather ugly, but that seems to be the prefered upstream naming. Cheers, Christopher --- lib/jdk.sh|2 +- lib/oracle-jdk.sh |6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/jdk.sh b/lib/jdk.sh index 7ae61f0..de058ab 100644 --- a/lib/jdk.sh +++ b/lib/jdk.sh @@ -6,7 +6,7 @@ j2sdk_control() { if [ ${DEB_BUILD_ARCH:0:3} = arm ]; then # ARM is only softfloat ATM so if building on armhf # force the dependencies to pickup cross platform fu -if [ ${DEB_BUILD_ARCH} == armhf ]; then +if [ ${DEB_BUILD_ARCH} == armhf -a ${j2se_arch} != arm-vfp-hflt ]; then depends=libc6-armel, libsfgcc1, libsfstdc++6 fi # No browser on ARM yet diff --git a/lib/oracle-jdk.sh b/lib/oracle-jdk.sh index 18a84ed..4dcb276 100644 --- a/lib/oracle-jdk.sh +++ b/lib/oracle-jdk.sh @@ -20,12 +20,12 @@ oracle_j2sdk_detect() { fi # Early Access Release (jdk-8-ea-bin-b103-linux-i586-15_aug_2013.tar.gz) - if [[ $archive_name =~ jdk-([0-9]+)(u([0-9]+))?-(ea|fcs)-bin-(b[0-9]+)-linux-(i586|x64|amd64).*\.(bin|tar\.gz) ]] + if [[ $archive_name =~ jdk-([0-9]+)(u([0-9]+))?-(ea|fcs)-(bin-)?(b[0-9]+)-linux-(i586|x64|amd64|arm-vfp-hflt).*\.(bin|tar\.gz) ]] then j2se_release=${BASH_REMATCH[1]} j2se_update=${BASH_REMATCH[3]} -j2se_build=${BASH_REMATCH[5]} -j2se_arch=${BASH_REMATCH[6]} +j2se_build=${BASH_REMATCH[6]} +j2se_arch=${BASH_REMATCH[7]} if [[ $j2se_update != ]] then j2se_version_name=$j2se_release Update $j2se_update Early Access Release Build $j2se_build -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724455: [PATCH] Add support for Oracle JDK 8 on armhf
Am 12.02.2014 12:38, schrieb Emmanuel Bourg: Could you please checkout the package from alioth and give it a try? Works as expected. Cheers, Christopher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729981: gem2deb: Fails to handle irregular file names on install
Package: gem2deb Version: 0.5.0 Severity: normal Tags: patch Hi, I tried to gem2deb di-ruby-lvm-attrib. This fails because the gem contains files with parentheses in their name. This can be circumvented by protecting the file name with quotes when calling install. Cheers, Christopher -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-13-generic (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gem2deb depends on: ii build-essential 11.6ubuntu5 ii debhelper 9.20130630ubuntu1 ii devscripts2.13.4 ii perl 5.14.2-21build1 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7ubuntu2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1ubuntu2 ii ruby1.9.1-dev 1.9.3.194-8.1ubuntu2 ii ruby2.0 [ruby-interpreter]2.0.0.299-2 ii ruby2.0-dev 2.0.0.299-2 gem2deb recommends no packages. gem2deb suggests no packages. -- no debconf information diff -Nru gem2deb-0.5.0/lib/gem2deb/installer.rb gem2deb-0.5.0chr1/lib/gem2deb/installer.rb --- gem2deb-0.5.0/lib/gem2deb/installer.rb 2013-08-08 21:42:59.0 +0200 +++ gem2deb-0.5.0chr1/lib/gem2deb/installer.rb 2013-11-19 21:24:30.0 +0100 @@ -185,7 +185,7 @@ files_to_install.each do |file| from = File.join(src, file) to = File.join(dest, file) -run install -D -m#{mode} #{from} #{to} +run install -D -m#{mode} '#{from}' '#{to}' end end
Bug#719776: alien: Alien cannot convert RPMS if there are whitespaces in their path
Package: alien Version: 8.89 Severity: normal Tags: patch Hi, alien cannot cope with RPMs whem their path contains whitespace due to missing quotes in the invoced shell commands. I think I fixed all invocations (cf. patch) and then alien runs without producing error messages. This problem my apply to other package formats as well, but I was only interessted in RPMs for now. Cheers, Christopher -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages alien depends on: ii cpio 2.11+dfsg-0.1 ii debhelper 9.20120909 ii dpkg-dev 1.16.10 ii make 3.81-8.2 ii perl 5.14.2-21 ii rpm4.10.0-5+deb7u1 ii rpm2cpio 4.10.0-5+deb7u1 alien recommends no packages. Versions of packages alien suggests: ii bzip21.0.6-4 ii lintian 2.5.10.4 pn lsb-rpm none ii patch2.6.1-3 ii xz-utils [lzma] 5.1.1alpha+20120614-2 -- no debconf information From c51017904c32666ebbfcaef7be1c9c5f63d7ad87 Mon Sep 17 00:00:00 2001 From: Christopher Huhn c.h...@gsi.de Date: Thu, 15 Aug 2013 10:32:20 +0200 Subject: [PATCH] Correctly handle RPMs with whitespace in their path --- Alien/Package/Rpm.pm | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/Alien/Package/Rpm.pm b/Alien/Package/Rpm.pm index 97af9e0..2c02e6f 100644 --- a/Alien/Package/Rpm.pm +++ b/Alien/Package/Rpm.pm @@ -161,11 +161,11 @@ sub unpack { # Check if we need to use lzma to uncompress the cpio archive my $decomp=''; - if ($this-do(rpm2cpio .$this-filename. | lzma -t -q /dev/null 21)) { + if ($this-do(rpm2cpio '.$this-filename.' | lzma -t -q /dev/null 21)) { $decomp = 'lzma -d -q |'; } - $this-do(rpm2cpio .$this-filename. | (cd $workdir; $decomp cpio --extract --make-directories --no-absolute-filenames --preserve-modification-time) 21) + $this-do(rpm2cpio '.$this-filename.' | (cd $workdir; $decomp cpio --extract --make-directories --no-absolute-filenames --preserve-modification-time) 21) or die Unpacking of '.$this-filename.' failed; # cpio does not necessarily store all parent directories in an @@ -174,7 +174,7 @@ sub unpack { # Find those directories and make them mode 755, which is more # reasonable. my %seenfiles; - open (RPMLIST, rpm2cpio .$this-filename. | $decomp cpio -it --quiet |) + open (RPMLIST, rpm2cpio '.$this-filename.' | $decomp cpio -it --quiet |) or die File list of '.$this-filename.' failed; while (RPMLIST) { chomp; @@ -184,7 +184,7 @@ sub unpack { foreach my $file (`cd $workdir; find ./`) { chomp $file; if (! $seenfiles{$file} -d $workdir/$file ! -l $workdir/$file) { - $this-do(chmod 755 $workdir/$file); + $this-do(chmod 755 '$workdir/$file'); } } @@ -248,7 +248,7 @@ sub unpack { # postinst. my %owninfo = (); my %modeinfo = (); - open (GETPERMS, 'rpm --queryformat \'[%{FILEMODES} %{FILEUSERNAME} %{FILEGROUPNAME} %{FILENAMES}\n]\' -qp '.$this-filename.' |'); + open (GETPERMS, 'rpm --queryformat \'[%{FILEMODES} %{FILEUSERNAME} %{FILEGROUPNAME} %{FILENAMES}\n]\' -qp \''.$this-filename.'\' |'); while (GETPERMS) { chomp; my ($mode, $owner, $group, $file) = split(/ /, $_, 4); -- 1.7.10.4
Bug#686245: Problem disappeared
Hi all, with my profile icedove 10.0.12 doesn't crash on dragging attachments anymore. Please close this bug. Cheers, Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#715024: dctrl-tools: Surprising behaviour of -w -P
Package: dctrl-tools Version: 2.22.2 Severity: minor Hi *, I just stumbled upon grep-available -w -P libstdc++6 not finding any package. Obviously '+' signs are not treated as literals but regex operators and consequently grep-available -w -P 'libstdc\+\+6' properly locates the package. grep-available -X -P libstdc++6 works as anticipated by me. Is this the expected behaviour? If so maybe the manpage should be a bit more verbose about the exact semantics (and possible use) of -w. Cheers, Christopher -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dctrl-tools depends on: ii libc6 2.13-38 dctrl-tools recommends no packages. Versions of packages dctrl-tools suggests: ii apt 0.9.7.9 pn debtags none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714250: debmirror: No way to silence rsync failures?
Package: debmirror Version: 1:2.14~bpo60+1 Severity: normal Hi, when I try to mirror a repository without rsync demirror complains that it cannot rsync the trace files. If I run it with --rsync-extra=none, it complains that this is not recommended. Apparently there's no way to silence output in this case. This is very ugly when debmirror is run in batch mode, e.g. by cron. A suitable workaround would be to send the --rsync-extra=none advise to STDOUT which could be redirected to /dev/null in batch scripts. Cheers, Christopher -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (900, 'oldstable-updates'), (900, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages debmirror depends on: ii bzip2 1.0.5-6+squeeze1 high-quality block-sorting file co pn libdigest-md5-perl none(no description available) ii liblockfile-simple-per 0.207-1 Simple advisory file locking ii libnet-inet6glue-perl 0.4-2 glue module to make perl modules I ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii perl [libdigest-sha-pe 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii perl-modules [libnet-p 5.10.1-17squeeze6 Core Perl modules ii rsync 3.0.7-2 fast remote file copy program (lik Versions of packages debmirror recommends: ii ed 1.4-3 The classic UNIX line editor ii gpgv 1.4.10-4+squeeze1 GNU privacy guard - signature veri ii patch 2.6-2 Apply a diff file to an original Versions of packages debmirror suggests: ii gnupg 1.4.10-4+squeeze1 GNU privacy guard - a free PGP rep -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712155: wget: -O does not work as described wrt timestamps
Package: wget Version: 1.13.4-3 Severity: normal Hi all, wget's manpage says: -O file --output-document=file ... Use of -O is not intended to mean simply use the name file instead of the one in the URL; rather, it is analogous to shell redirection: wget -O file http://foo is intended to work like wget -O - http://foo file; file will be truncated immediately, and all downloaded content will be written there. For this reason, -N (for timestamp-checking) is not supported in combination with -O: since file is always newly created, it will always have a very new timestamp. A warning will be issued if this combination is used. but: $ date Do 13. Jun 17:12:06 CEST 2013 $ wget http://www.debian.org ... $ wget -O test1 http://www.debian.org ... $ wget -O - http://www.debian.org test2 ... $ ls -l index.html test1 test2 -rw-r--r-- 1 user group 14649 Jun 11 21:58 index.html -rw-r--r-- 1 user group 14649 Jun 11 21:58 test1 -rw-r--r-- 1 user group 14649 Jun 13 17:12 test2 So the documentation is completely wrong here: '-O file' has the same timestamp of the last change of the web page as the naked wget and behaves clearly different from '-O - file' here. Cheers, Christopher -- System Information: Debian Release: 7.0 APT prefers oldstable-proposed-updates APT policy: (500, 'oldstable-proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages wget depends on: ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 ii libgcrypt111.5.0-5 ii libgnutls262.12.20-7 ii libgpg-error0 1.10-3.1 ii libidn11 1.25-2 ii zlib1g 1:1.2.7.dfsg-13 wget recommends no packages. wget suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698215: linux-image-3.2.0-4-amd64: Grub fails loading with cannot read the linux header
Package: src:linux Version: 3.2.35-2 Severity: important Hi everybody, I'm rather clueless on this error. Grub refuses to boot the current Wheezy kernel on this box. The message is cannot read the linux header. 3.2.0-3-amd64 boots without problems. I reinstalled the kernel package as well as grub-pc and ran update-grub without problems. debsums -sa does not report any modified files for the kernel package or any grub package installed. So I'm a bit clueless. The box is an rather old Intel Core2 6300 box. Could that be the problem? Could this kernel be incompatible with the processor? Cheers, Christopher -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: product_name: product_version: chassis_vendor: chassis_version: bios_vendor: Intel Corp. bios_version: MQ96510J.86A.1458.2006.1017.1151 board_vendor: Intel Corporation board_name: DG965MQ board_version: AAD37419-302 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation 82P965/G965 Memory Controller Hub [8086:29a0] (rev 02) Subsystem: Intel Corporation Device [8086:514d] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:01.0 PCI bridge [0604]: Intel Corporation 82P965/G965 PCI Express Root Port [8086:29a1] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: e050-e05f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.0 VGA compatible controller [0300]: Intel Corporation 82G965 Integrated Graphics Controller [8086:29a2] (rev 02) (prog-if 00 [VGA controller]) Subsystem: Intel Corporation Device [8086:514d] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 48 Region 0: Memory at e030 (32-bit, non-prefetchable) [size=1M] Region 2: Memory at d000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 2110 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation 82G965 Integrated Graphics Controller [8086:29a3] (rev 02) Subsystem: Intel Corporation Device [8086:514d] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at e020 (32-bit, non-prefetchable) [size=1M] Capabilities: access denied 00:03.0 Communication controller [0780]: Intel Corporation 82P965/G965 HECI Controller [8086:29a4] (rev 02) Subsystem: Intel Corporation Device [8086:514d] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at e0426100 (64-bit, non-prefetchable) [size=16] Capabilities: access denied 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC Gigabit Network Connection [8086:104b] (rev 02) Subsystem: Intel Corporation Device [8086:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 46 Region 0: Memory at e040 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at e0424000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 20e0 [size=32] Capabilities: access denied Kernel driver in use: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev
Bug#698215: linux-image-3.2.0-4-amd64: Grub fails loading with cannot read the linux header
Hi, On 15.01.2013 14:26, Ben Hutchings wrote: This is Debian - we carry on supporting hardware until it's turned to rust (well almost). Anyway if GRUB is complaining then the kernel isn't running yet, is it? No, it was not. Because of this, you need to make sure you're running the LATEST VERSION of GRUB before you report a bug. Use grub-install to update it, and then check if the bug still applies. Debugging problems we already fixed makes us waste valuable time, so please try to avoid it. This exactly was not the case - and fixed my problem. Shame on me. I still think it's strange that the old grub could run 3.2.0-3 but not 3.2.0-4. That's why the kernel was my first suspect. Unfortunately this means that I may have to update grub with each release (or kernel?) upgrade on a couple of servers (~ 1000), automatically choosing the proper boot device, which is normally handled for me by FAI at install time and may be cumbersome eg. for software RAIDs. Please close this bug. Sorry for the inconvenience. Kind regards, Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#698215: linux-image-3.2.0-4-amd64: Grub fails loading with cannot read the linux header
Unfortunately this means that I may have to update grub with each release (or kernel?) upgrade on a couple of servers (~ 1000), automatically choosing the proper boot device, which is normally handled for me by FAI at install time and may be cumbersome eg. for software RAIDs. This should be remembered by debconf (grub-pc/install_devices variable). I'm not sure whether there's a good way to get that information outside of a package maintainer script, though. 'debconf-get-selections | grep grub-pc/install_devices' ? Unfortunately this is not/set used by FAI, at least not by the scripts we use which may not be up to date. Please close this bug. Sorry for the inconvenience. Well, if this is a widespread problem then I think grub-pc must reinstall when the package is upgraded from a version has this bug. We cannot have upgrades resulting in an unbootable system. Were these systems initially installed with squeeze, or an earlier version? According to the FAI logs this machine has been (re)installed with Squeeze roughly a year ago. The installed grub version was 1.98+20100804-14+squeeze1. I have only observed the problem on this particular box, but I did not do many Wheezy upgrades until now. Cheers, Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#698215: linux-image-3.2.0-4-amd64: Grub fails loading with cannot read the linux header
Unfortunately this is not/set used by FAI, at least not by the scripts we use which may not be up to date. In that case this is a dangerous bug in FAI (or your scripts) which needs to be fixed. grub-pc has no practical way to work around this as some people set this situation up intentionally. The relevant code is here: https://github.com/faiproject/fai/blob/master/examples/simple/scripts/GRUB_PC/10-setup I assume that everyone starts his FAI config from this example script. So the solution would be to preseed the boot_device via debconf-set-selection and dpkg-reconfigure grub-pc afterwards? Cheers, Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#651795: Debian support for non-standard kernels
Hi all, because of this bug lustre-source has been removed from Wheezy. From my point of view that's a pity. I wonder if there's a general Debian policy that regulates that kernel module sources and kernel patches are not suitable for a release if they are not applicable to the default release kernel. What's the point of rolling your own kernel then? Is there a list of kernel versions that a certain Debian release is compatible with (e.g. is 2.6.32 too old for Wheezy?). Lustre may not build on 3.1 but having the Lustre sources debianized and in the Debian release still eases building and deployment of lustre on Debian a lot. And it prevents duplication of work done by everyone who wants to run Lustre on Debian. Cheers, Christo smime.p7s Description: S/MIME Cryptographic Signature
Bug#686245: icedove: crashes when dragging attachments from mail viewer to mail composer
On 09/01/2012 11:29 AM, Carsten Schönert wrote: could you please follow http://wiki.debian.org/Icedove#Debugging and append a log of a backtrace while such a crash happen? Sorry I could not follow up on that any sooner. The log is attached. Happen this crash to if you disable any plugins? The recorded crash is produced with all plugins as well as all extensions disabled. OTOH this issue seems to be related to my profile, I cannot reproduce it with another account on the same computer accessing the same mail account. Regards, Christopher /usr/lib/icedove/run-mozilla.sh -g -d gdb /usr/lib/icedove/icedove-bin MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove DISPLAY=:0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove LIBRARY_PATH= SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove LIBPATH=/usr/lib/icedove:/usr/lib/icedove ADDON_PATH= MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger=gdb moz_debugger_args= /usr/bin/gdb --args /usr/lib/icedove/icedove-bin GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from /usr/lib/debug/usr/lib/icedove/icedove-bin...done. done. (gdb) run Starting program: /usr/lib/icedove/icedove-bin [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe5eed700 (LWP 16077)] [New Thread 0x7fffe502a700 (LWP 16078)] [New Thread 0x7fffe4829700 (LWP 16081)] [New Thread 0x7fffe3cff700 (LWP 16082)] [New Thread 0x7fffe2ce3700 (LWP 16088)] [New Thread 0x7fffe24e2700 (LWP 16089)] [New Thread 0x7fffe0af9700 (LWP 16090)] [New Thread 0x7fffd700 (LWP 16091)] [New Thread 0x7fffdf5ff700 (LWP 16092)] [New Thread 0x7fffdedfe700 (LWP 16093)] [New Thread 0x7fffde5fd700 (LWP 16094)] [New Thread 0x7fffdddfc700 (LWP 16095)] [Thread 0x7fffe0af9700 (LWP 16090) exited] [Thread 0x7fffde5fd700 (LWP 16094) exited] [Thread 0x7fffdf5ff700 (LWP 16092) exited] [Thread 0x7fffdddfc700 (LWP 16095) exited] [New Thread 0x7fffe0af9700 (LWP 16096)] [New Thread 0x7fffde5fd700 (LWP 16097)] [Thread 0x7fffde5fd700 (LWP 16097) exited] [New Thread 0x7fffde5fd700 (LWP 16098)] [New Thread 0x7fffdf5ff700 (LWP 16099)] [Thread 0x7fffdf5ff700 (LWP 16099) exited] [Thread 0x7fffde5fd700 (LWP 16098) exited] [New Thread 0x7fffdf5ff700 (LWP 16100)] [Thread 0x7fffdf5ff700 (LWP 16100) exited] [New Thread 0x7fffdf5ff700 (LWP 16101)] [Thread 0x7fffdf5ff700 (LWP 16101) exited] [New Thread 0x7fffdf5ff700 (LWP 16102)] [New Thread 0x7fffde5fd700 (LWP 16103)] [New Thread 0x7fffdddfc700 (LWP 16104)] [New Thread 0x7fffc50ff700 (LWP 16105)] [New Thread 0x7fffc48fe700 (LWP 16106)] [New Thread 0x7fffc38ff700 (LWP 16107)] [New Thread 0x7fffc2bff700 (LWP 16108)] [New Thread 0x7fffc16ff700 (LWP 16196)] [New Thread 0x7fffc14fe700 (LWP 16197)] [New Thread 0x7fffc05ff700 (LWP 16198)] [Thread 0x7fffc05ff700 (LWP 16198) exited] [New Thread 0x7fffc05ff700 (LWP 16199)] [Thread 0x7fffc05ff700 (LWP 16199) exited] [New Thread 0x7fffc05ff700 (LWP 16200)] [Thread 0x7fffc05ff700 (LWP 16200) exited] [New Thread 0x7fffc05ff700 (LWP 16211)] [New Thread 0x7fffbeaff700 (LWP 16221)] [New Thread 0x7fffbe2fe700 (LWP 16222)] [Thread 0x7fffbe2fe700 (LWP 16222) exited] Program received signal SIGSEGV, Segmentation fault. length (s=optimized out) at ../../../dist/include/nsCharTraits.h:378 378 ../../../dist/include/nsCharTraits.h: No such file or directory. (gdb) bt #0 length (s=optimized out) at ../../../dist/include/nsCharTraits.h:378 #1 nsDependentString (data=0x4, this=0x7fffa8e0) at ../../../dist/include/nsTDependentString.h:89 #2 nsStringBundle::GetStringFromName (this=0x7fffe0184c00, aName=0x4, aResult=0x7fffaa48) at /build/icedove-20rr_B/icedove-10.0.6/mozilla/intl/strres/src/nsStringBundle.cpp:272 #3 0x75e0b876 in FormatFileSize (size=optimized out, useKB=false, formattedSize=...) at nsMsgUtils.cpp:539 #4 0x760a5b65 in NS_InvokeByIndex_P (that=optimized out, methodIndex=34, paramCount=optimized out, params=optimized out) at /build/icedove-20rr_B/icedove-10.0.6/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_x86_64_unix.cpp:195 #5 0x75b98ff2 in Invoke (this=0x7fffaca8) at /build/icedove-20rr_B/icedove-10.0.6/mozilla/js/xpconnect/src/XPCWrappedNative.cpp:2931 #6 Call (this=0x7fffaca8) at /build/icedove-20rr_B/icedove-10.0.6/mozilla/js/xpconnect/src/XPCWrappedNative.cpp:2238 #7
Bug#686245: icedove: crashes when dragging attachments from mail viewer to mail composer
Package: icedove Version: 10.0.6-2 Severity: normal Hi, icedove reproducibly segfaults when an attachment is dragged from an email in the inbox (IMAP) to the composer window. This applies to the attach button as well as the attachment box if there already are attachments. Icedove 3.0.11 on Squeeze works as expected. Cheers, Christopher -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.1-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3 2:3.13.5-1 ii libnss3-1d2:3.13.5-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.1-2 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.19-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii myspell-de-de [myspell-dictionary] 20120607-1 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii gconf-service 3.2.5-1+build1 ii libgconf-2-4 3.2.5-1+build1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libnotify40.7.5-1 -- debconf information: * icedove/browser: Manual -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686099: torrus-common: Wrong user hardcoded in devdiscover
Package: torrus-common Version: 2.03-1 Severity: important Tags: patch devdiscover has the username 'torrus' hardcoded for its --mkdir option but Debian uses 'Debian-torrus' instead. The attached patch simply changes the username. A better solution would look up the right username at each devdiscover invocation. Cheers, Christopher -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages torrus-common depends on: ii adduser 3.113+nmu3 ii db-util 5.1.6 ii dpkg1.16.8 ii libapache-session-perl 1.89-1 ii libberkeleydb-perl 0.51-1 ii libcgi-fast-perl5.14.2-12 ii libjson-perl2.53-1 ii libnet-snmp-perl6.0.1-2 ii libproc-daemon-perl 0.14-1 ii librrds-perl1.4.7-2 ii libtemplate-perl2.24-1 ii libtimedate-perl1.2000-1 ii liburi-perl 1.60-1 ii libxml-libxml-perl 2.0001+dfsg-1 ii lsb-base4.1+Debian7 ii netbase 5.0 ii perl5.14.2-12 ii rrdtool 1.4.7-2 torrus-common recommends no packages. Versions of packages torrus-common suggests: pn libapache2-mod-fcgid | libapache2-mod-fastcgi | lighttpd none pn libcrypt-des-perl none ii libdigest-hmac-perl 1.03+dfsg-1 pn libio-socket-inet6-perl none -- no debconf information --- /usr/share/torrus/bin/devdiscover 2012-05-16 23:00:22.0 +0200 +++ /tmp/devdiscover 2012-08-28 16:02:23.024685205 +0200 @@ -585,8 +585,8 @@ $confBuildSemaphore-down(); } -my ($login,$pass,$uid,$gid) = getpwnam('torrus') -or die('Cannot get user details for torrus'); +my ($login,$pass,$uid,$gid) = getpwnam('Debian-torrus') +or die('Cannot get user details for Debian-torrus'); foreach my $dir ( $dd-listDataDirs() ) {
Bug#528062: Supplied patch breaks working installations with php and suexec
Hi, I tested the patch for a Lenny server with quite some public_html UserDirs - I suspect that my observations also apply to Squeeze. The behavior of our configuration with the default Apache packages is that normal CGI scripts in public_html dirs are running under the owners uid, while php scripts are executed as www-data. We don't use fcgid. Our desired behavior would be that CGI scripts as well as PHP scripts run under the owners uid. This can be quite easily setup with suphp, but a solution that only requires suexec would be nice. With the supplied patch PHP scripts are run under the owners uid *if and only if* the php binary is copied to every public_html dir that contains php scripts, symlinking does not seem to work here. Also mod_action has to be configured correctly (which I did not figure out yet for *many* userdirs). Without further action the patch completely breaks PHP script execution (Error 500) beneath user dirs when suexec is enabled. IMHO it is far from production ready. For only few different users it is rather simple to set up different vhosts with explicit SuexecUserGroup configs that will give you the same results. Just my ¢ 2, Christopher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596351: ohai fails with: to_json: source sequence is illegal/malformed
Package: ohai Version: 0.5.6-1 Severity: grave Justification: renders package unusable Simply running ohai fails on my box with the following error: /usr/lib/ruby/1.8/json/common.rb:232:in `to_json': source sequence is illegal/malformed (JSON::GeneratorError) from /usr/lib/ruby/1.8/json/common.rb:232:in `pretty_generate' from /usr/lib/ruby/1.8/ohai/system.rb:222:in `json_pretty_print' from /usr/lib/ruby/1.8/ohai/application.rb:104:in `run_application' from /usr/lib/ruby/1.8/ohai/application.rb:75:in `run' from /usr/bin/ohai:47 A quick search on Google gives the hint that libjson-ruby might be too old. Regards, Christopher -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages ohai depends on: ii libohai-ruby 0.5.6-1Library to collect data about your ii ruby 4.5An interpreter of object-oriented ohai recommends no packages. Versions of packages ohai suggests: pn ohai-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554843: bullding pure binary deb kernel module packages with the help of dkms
Hi folks, I'd also appreciate this a lot and I don't think that this is something the driver packages schould provide by themself. Simple use case: Many ( 100) file servers running Debian stable with the same kernel version (ideally the Debian standard kernel) and Adaptec RAID controllers need a newer/the newest aacraid driver while upgrading the whole kernel is impossible. Adaptec provides the driver source with dkms (as a source RPM). dkms on Debian easily turns it into a aacraid-dkms package that 1) builds the module and 2) installs it to a location where it takes precedence over the old module version provided with the stock kernel, runs depmod ... In this use case it would be very desirable that step 1 is run on only one server, creates an aacraid-module-kernel version.deb containing the binary module and a postinst executing step 2) that can be deployed to the other ( 99) servers without the need for dkms and its dependencies on all servers. Cheers, Christopher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551736: openvas-client: Please suggest htmldoc
Package: openvas-client Version: 2.0.5-1~bpo50+1 Severity: wishlist The openvas client uses htmldoc for creating reports in PDF format. Therefore it should suggest the htmldoc package. Kind regards, Christopher -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (900, 'stable'), (100, 'experimental'), (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openvas-client depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-26GNU C Library: Shared libraries ii libcairo2 1.9.2-1 The Cairo 2D vector graphics libra ii libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 ii libgdchart-gd2-noxpm 0.11.5-6 Generate graphs using the GD libra ii libglib2.0-0 2.21.6-1 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.25.6-1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii libssl0.9.80.9.8k-5 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime openvas-client recommends no packages. openvas-client suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502421: checksecurity: Please add lustre to the list of network filesystems
Package: checksecurity Version: 2.0.11 Severity: wishlist Tags: patch The lustre file system should be mentioned in check-setuid's CS_NFSAFS variable default in /etc/checksecurity/check-setuid.conf. Kind regards, Christopher -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages checksecurity depends on: ii cron 3.0pl1-104 management of regular background p ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii perl 5.10.0-13 Larry Wall's Practical Extraction Versions of packages checksecurity recommends: ii logcheck1.2.68 mails anomalies in the system logf pn tiger none (no description available) ii tripwire2.3.1.2.0-12 file and directory integrity check -- debconf information: checksecurity/oldconf: --- /etc/checksecurity/check-setuid.conf.orig 2008-10-16 13:49:28.0 +0200 +++ /etc/checksecurity/check-setuid.conf2008-10-16 13:49:42.0 +0200 @@ -48,7 +48,7 @@ # Use temp variables to build up CHECKSECURITY_FILTER, to make it # a little more readable. # -CS_NFSAFS='(type (nfs|afs|coda|mfs|nnpfs)|^(arla .* type xfs))' +CS_NFSAFS='(type (nfs|afs|coda|lustre|mfs|nnpfs)|^(arla .* type xfs))' # Uncomment the next line to get the old behaviour. #CS_NFSAFS='(nfs|afs) \(.*(nosuid|noexec).*nodev.*\)' #
Bug#502069: /usr/share/apps/kicker/default-apps should be a config file
Package: kicker Version: 4:3.5.9.dfsg.1-5 Severity: wishlist This request might be void (too late for Lenny, kicker (KDE3) presumably not in squeeze) but anyhow: /usr/share/apps/kicker/default-apps controls which program icons appear on the kicker bar on a system-wide level. This file should really be a config file. Regards, Christopher -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kicker depends on: ii kdebase-data4:3.5.9.dfsg.1-5 shared data files for the KDE base ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1GCC support library ii libkonq44:3.5.9.dfsg.1-5 core libraries for Konqueror ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-62:1.1.5-2X11 client-side library ii libxau6 1:1.0.3-3X11 authorisation library ii libxcomposite1 1:0.4.0-3X11 Composite extension library ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxrender1 1:0.9.4-2X Rendering Extension client libra kicker recommends no packages. Versions of packages kicker suggests: ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-5 help center for KDE ii kicker-app 4:3.5.9-2 applets for Kicker, the KDE panel ii menu 2.1.40generates programs menu for all me -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501801: lenny beta2 install on Lenovo ThinkPad T61 without troubles
Package: installation-reports Boot method: network install via PXE Image version: Lenny installer beta 2 Date: 2008/10/09 Machine: Lenovo ThinkPad T61 (Type 7659-P4G) Processor: Some Core Duo Memory: ??? Partitions: Automatic installation with encrypted LVM Output of lspci -knn (or lspci -nn): Only a trial install, already reinstalled with Vista. So I only have normal lspci, sorry. 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) 00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03) 03:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) 15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba) 15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [o] Detect CD: [ ] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: WLAN does not work, neither with ath5k nor with madwifi from Lenny non-free. Apparently needs bleeding edge madwifi or 2.6.27 to work. Everything else worked fine: Sound, most hotkeys, suspend to RAM and disk. I'm very impressed. Encrypted LVM setup is also very nice exept for blockdev-wipe that took ~ 1h to wipe the 80GB hard disk before installing. Maybe some note to the user would be helpful: Go have a break and come back later or so. While installing madwifi I was a bit surprised that contrib and non-free aren't in sources.list by default any more. I haven't installed production systems with d-i for a long time, as I am happy with FAI. Regards, Christopher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500244: fai-client: improve ainsl exit codes
Package: fai-client Version: 3.2.9 Severity: wishlist Subject: fai-client: improve ainsl exit code Package: fai-client Version: 3.2.9 Severity: wishlist It would be nice if ainsl's exit code would signal if it actually appended a line, ie. return non-zero if a matching line was found or a usage error occurred. Regards, Christopher -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages fai-client depends on: ii file4.17-5etch3 Determines file type using magic ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libparse-recdescent-perl1.94.free-3 Generates recursive-descent parser ii perl5.8.8-7etch3 Larry Wall's Practical Extraction Versions of packages fai-client recommends: ii debconf-utils1.5.11etch2 debconf utilities -- no debconf information -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages fai-client depends on: ii file4.17-5etch3 Determines file type using magic ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libparse-recdescent-perl1.94.free-3 Generates recursive-descent parser ii perl5.8.8-7etch3 Larry Wall's Practical Extraction Versions of packages fai-client recommends: ii debconf-utils1.5.11etch2 debconf utilities -- no debconf information --- /usr/bin/ainsl.orig 2008-09-26 16:12:19.0 +0200 +++ /usr/bin/ainsl 2008-09-26 16:15:50.0 +0200 @@ -53,7 +53,7 @@ Report bugs to [EMAIL PROTECTED]. EOF - exit 0; + exit 2; } # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - sub autocreate { @@ -113,7 +113,7 @@ } } close(INFILE); -exit 0 if $found; # nothing to append +exit 1 if $found; # nothing to append # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # Append line to file print ainsl: appending to $filename: $line\n if $verbose;
Bug#500244: My apologies
Sorry for the doubled info, I completely failed struggling with reportbug --body-file :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497800: klibc-utils: ipconfig cuts off rootpath DHCP option
Package: klibc-utils Version: 1.5.12-2 Severity: important Hi, ipconfig truncates DHCP root-path options (à la [server-ip:]root-dir[,nfs-options]) after 40 bytes. The reason seems to be this #define: usr/kinit/ipconfig/netdev.h:7:#define BPLEN 40 This is definitely way too short, especially if you take into account that dotted-decimal IP addresses are up to 15 bytes long and that NFS mount options may also grow quite long. AFAICS ISC dhcpd allows more than 1000 bytes for options like this with data type 'text' and even RFC951 defines a maximum of 128 for the BOOTP file field which is the predecessor of DHCP root-path IIRC. So this should be raised at least to 128 bytes - but even more would be better. Kind regards, Christopher -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages klibc-utils depends on: ii libklibc1.5.12-2~bpo40+1 minimal libc subset for use with i klibc-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#187092: man timeout
timeout's manpage state that timeout's exit status is the exit status of the specified command ... So if you won't fix the bug, please document it correctly in the manpage. Regards, Christopher -- Christopher Huhn, GSI Darmstadt 'We apologise for the inconvenience' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407448: torrus-common: Wrong dir reference in README.Debian
Package: torrus-common Version: 1.0.4-1 Severity: minor The apache2 config dir is referred to as /etc/apache2/config.d in README.Debian but it is /etc/apache2/conf.d Regards, Christopher -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages torrus-common depends on: ii adduser 3.101 Add and remove users and groups ii libapache-session-perl1.81-1 Perl modules for keeping persisten ii libberkeleydb-perl0.31-1 use Berkeley DB 4 databases from P ii libnet-snmp-perl 5.2.0-1Script SNMP connections ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce ii librrds-perl 1.2.15-0.3 Time-series data storage and displ ii libtemplate-perl 2.14-1 template processing system written ii libtimedate-perl 1.1600-5 Time and date functions for Perl ii libxml-libxml-perl1.59-2 Perl module for using the GNOME li ii netbase 4.27 Basic TCP/IP networking system ii perl 5.8.8-7Larry Wall's Practical Extraction ii rrdtool 1.2.15-0.3 Time-series data storage and displ torrus-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316064: lsb-core: Stale link in README.Debian
Package: lsb-core Version: 2.0-7 Severity: minor http://people.debian.org/~joeyh/lsbtest/current/, referenced by README.Debian, is apparently obsolete. Regards, Christopher -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lsb-core depends on: ii alien 8.52 install non-native packages with d ii at 3.1.8-11 Delayed job execution and batch pr ii bc 1.06-15 The GNU bc arbitrary precision cal ii binutils2.15-6 The GNU assembler, linker and bina ii bsdmainutils6.0.17 collection of more utilities from ii cpio2.5-1.2 GNU cpio -- a program to manage ar ii cron3.0pl1-86management of regular background p ii cupsys-bsd [lpr]1.1.23-10Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii file4.12-1 Determines file type using magic ii gawk1:3.1.4-2GNU awk, a pattern scanning and pr ii libc6-dev [libc-dev]2.3.2.ds1-22 GNU C Library: Development Librari ii locales 2.3.2.ds1-22 GNU C Library: National Language ( ii lsb-base2.0-7Linux Standard Base 2.0 init scrip ii lsb-release 1.4-8LSB release command ii m4 1.4.2-1 a macro processing language ii make3.80-9 The GNU version of the make util ii man-db 2.4.2-21 The on-line manual pager ii ncurses-term5.4-4Additional terminal type definitio ii passwd 1:4.0.3-31sarge5 change and administer password and ii patch 2.5.9-2 Apply a diff file to an original ii pax 1:1.5-15 Portable Archive Interchange ii postfix [mail-transport 2.1.5-9 A high-performance mail transport ii procps 1:3.2.1-2The /proc file system utilities ii psmisc 21.5-1 Utilities that use the proc filesy ii python 2.3.5-2 An interactive high-level object-o ii rsync 2.6.4-6 fast remote file copy program (lik ii zlib1g [libz1] 1:1.2.2-4compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307928: Alias /twiki/data /var/lib/twiki/data in apache.conf
Package: twiki Version: 20040902-3 Severity: normal Defining an alias for data/ in apache.conf is pointless IMHO. Additionally it reveals the raw contents of the topics to everyone, by-passing TWiki's access control. This may also be a security issue. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26-gsi Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages twiki depends on: ii apache2-common2.0.54-2 next generation, scalable, extenda ii debconf 1.4.30.13 Debian configuration management sy ii libalgorithm-diff-perl1.19.01-1 a perl library for finding Longest ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libnet-perl 1:1.19-1 Implementation of Internet protoco ii libtext-diff-perl 0.35-2 Perform diffs on files and record ii perl [libmime-base64-perl]5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-8Core Perl modules ii rcs 5.7-14 The GNU Revision Control System -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306829: autofs-ldap: auto.master in LDAP and autofs.schema
Package: autofs-ldap Version: 4.1.3+4.1.4beta2-7 Severity: important Tags: patch /etc/init.d/autofs fails to retrieve the auto.master map from LDAP. The attached patch fixes the problem for my setup. Additionally it exports LDAPBASE and LDAPURI (see bug #304340), which makes autofs-ldap rather independant from the content of /etc/ldap/ldap.conf. One might encounter problems when both RFC 2307 and autofs.schema entries are inside the specified subtree. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages autofs-ldap depends on: ii autofs4.1.3+4.1.4beta2-7 kernel-based automounter for Linux ii ldap-utils2.2.23-1 OpenLDAP utilities ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libldap2 2.1.30-3 OpenLDAP libraries -- no debconf information --- /etc/init.d/autofs.orig 2005-04-28 19:56:39.719182481 +0200 +++ /etc/init.d/autofs.working 2005-04-28 19:57:36.924029843 +0200 @@ -156,7 +156,12 @@ function getldapmounts() { if [ -x /usr/lib/autofs/autofs-ldap-auto-master ]; then + # see bug 304340: + export LDAPURI=$LDAPURI + export LDAPBASE=$LDAPBASE /usr/lib/autofs/autofs-ldap-auto-master 2 /dev/null + /usr/lib/autofs/autofs-ldap-auto-master -m automountMap \ + -e automount -n ou -k cn -v automountInformation 2 /dev/null fi }
Bug#300726: hotplug: don't fail on creating /usr/local/lib/firmware
Package: hotplug Version: 0.0.20040329-21 Severity: normal Tags: patch Followup-For: Bug #300726 Debian policy 9.1.2: These scripts must not fail if either of these operations fail. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-reiser4 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages hotplug depends on: ii bash 2.05b-24The GNU Bourne Again SHell ii debconf 1.4.30.11 Debian configuration management sy ii grep 2.5.1.ds1-4 GNU grep, egrep and fgrep ii module-init-tools3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii procps 1:3.2.1-2 The /proc file system utilities ii sed 4.1.2-8 The GNU sed stream editor -- debconf information excluded *** /tmp/hotplug.postinst.diff --- hotplug.postinst.orig 2005-04-04 12:51:39.180941066 +0200 +++ hotplug.postinst2005-04-04 12:52:29.213034302 +0200 @@ -88,7 +88,7 @@ case $1 in configure) create_config_file -[ -e /usr/local/lib/firmware/ ] || mkdir -p /usr/local/lib/firmware/ +[ -e /usr/local/lib/firmware/ ] || mkdir -p /usr/local/lib/firmware/ || true ;; abort-upgrade|abort-remove|abort-deconfigure) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297935: partimage-server: init script does nothing if run_on_boot=false
Package: partimage-server Version: 0.6.4-10.1 Severity: normal Choosing not to run partimaged on boot seems to set launch=0 in /etc/default/partimage-server. This causes /etc/init.d/partimage-server to be completely useless even when starting the service manually. Instead postinst should skip creating (or remove) runlevel links to /etc/init.d/partimage-server. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-reiser4 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages partimage-server depends on: ii debconf 1.4.30.11Debian configuration management sy ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-6GCC support library ii libnewt0.51 0.51.6-20Not Erik's Windowing Toolkit - tex ii libpam0g0.76-22 Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 ii openssl 0.9.7e-2 Secure Socket Layer (SSL) binary a ii slang1a-utf81.4.9dbs-8 The S-Lang programming library wit ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: * partimage-server/images: /var/lib/partimaged partimage-server/create_certs: true * partimage-server/run_on_boot: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297935: Further observations
The init script should be called /etc/init.d/partimage-server, not /etc/init.d/partimaged (see Debian policy 9.3.2) In contrast to /usr/share/doc/partimage-server/README.Debian.partimaged partimaged runs as root not partimag. You shoud use start-stop-daemon --start --chuid partimag ... In contrast to /usr/share/doc/partimage-server/README.partimaged partimaged listens on port 4025, not 13000 Regards, Christopher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296461: UpgradeTwiki upgrade script not present/working : fix setlib.cfg
Olivier Berger wrote: era eriksson [EMAIL PROTECTED] writes: In http://bugs.debian.org/296461, you write: In order to upgrade from a previous twiki installation, the upstream script UpgradeTwiki is quite [useful]. If you are using a Debian package, you should not be updating things in place. dpkg will be rightfully upset if you change an installed package behind its back. It's about upgrading the data (i.e. the standard set of pages, the preferences, the templates, all kind of stuff that twiki uses in order to work well, beyond the scripts). /var/lib/twiki/templates is correctly managed by dpkg and there shouldn't be an automatic merge of local changes for the standard set of files. Instead of changes to these files one should have set up a custom skin. For the debian package UpgradeTwiki should not handle anything but /var/lib/twiki/data/... and the conffiles (that's all it does I think). That should be ok with dpkg as it does not manage /var/lib/twiki/data/... But anyways, this will require a human intervention at all cases... and a bit of understanding of a diff/merge tool. What's wrong about running it from postinst on upgrade? Regards, Christopher -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]