Bug#1031880: unattended-upgrades: requires on_ac_power from package powermgmt-base to function at all
Hi Jochen,
Thanks very much for looking into this so quickly. On a machine with root's
$PATH set to the default value:
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Without powermgmt-base installed, I am seeing the following:
root# which -a on_ac_power
root#
(i.e. an executable on_ac_power is not found anywhere in root's $PATH), and;
root# for p in $( echo $PATH | sed 's/:/ /g' ) ; do ls -l ${p}/on_ac_power
; done
ls: cannot access '/usr/local/sbin/on_ac_power': No such file or directory
ls: cannot access '/usr/local/bin/on_ac_power': No such file or directory
ls: cannot access '/usr/sbin/on_ac_power': No such file or directory
ls: cannot access '/usr/bin/on_ac_power': No such file or directory
ls: cannot access '/sbin/on_ac_power': No such file or directory
ls: cannot access '/bin/on_ac_power': No such file or directory
root#
(i.e. as far as I am able to determine, there is no on_ac_power file in root's
$PATH without powermgmt-base installed on this machine).
Note that, in this situation, I am seeing the following:
root# which unattended-upgrade
/usr/bin/unattended-upgrade
root# unattended-upgrade
root#
(i.e. normal / expected behavior from unattended-upgrade).
After installing powermgmt-base, I see the following:
root# which -a on_ac_power
/usr/sbin/on_ac_power
/usr/bin/on_ac_power
/sbin/on_ac_power
/bin/on_ac_power
root# for p in $( echo $PATH | sed 's/:/ /g' ) ; do ls -l ${p}/on_ac_power
; done
ls: cannot access '/usr/local/sbin/on_ac_power': No such file or directory
ls: cannot access '/usr/local/bin/on_ac_power': No such file or directory
-rwxr-xr-x 1 root root 2228 Jul 20 2019 /usr/sbin/on_ac_power
lrwxrwxrwx 1 root root 17 Jul 20 2019 /usr/bin/on_ac_power ->
/sbin/on_ac_power
-rwxr-xr-x 1 root root 2228 Jul 20 2019 /sbin/on_ac_power
lrwxrwxrwx 1 root root 17 Jul 20 2019 /bin/on_ac_power -> /sbin/on_ac_power
and unattended-upgrade continues to behave normally.
I suspect that what happened was, on the machines I was testing on,
incomplete uninstalls of powermgmt-base resulted in the executables being
removed, but the links in /usr/bin and/or /bin to remain, creating the
problem I was seeing.
(I have a very slight idea how this might have happened, but that is a
separate issue.)
I think your recommended solution under these circumstances is the right
one. Thanks again very much for looking into this. Please feel free to
close this ticket (if you have not done so already).
Best,
--
Steve Lane
On Sat, Feb 25, 2023 at 12:21 AM Jochen Sprickerhof
wrote:
> Hi Steve,
>
> * Steve Lane [2023-02-24 09:23]:
> >Currently unattended-upgrades marks the powermgmt-base package
> >as Suggested. powermgmt-base provides the /sbin/on_ac_power and
> >/usr/sbin/on_ac_power script(s), which unattended-upgrades requires to
> >function at all, because of this check in /usr/bin/unattended-upgrade
> >at line 676:
> >
> >if apt_pkg.config.find_b("Unattended-Upgrade::OnlyOnACPower", True) \
> > and subprocess.call("on_ac_power") == 1:
> >
> >The absence of the powermgmt-base package, and thus the on_ac_power
> >script, results in the following error:
> >
> >root# /usr/bin/unattended-upgrade
> >Traceback (most recent call last):
> > File "/usr/bin/unattended-upgrade", line 2522, in
> >sys.exit(main(options))
> > File "/usr/bin/unattended-upgrade", line 1993, in main
> >res = run(options, rootdir, mem_log, logfile_dpkg,
> > File "/usr/bin/unattended-upgrade", line 2061, in run
> >if should_stop():
> > File "/usr/bin/unattended-upgrade", line 676, in should_stop
> >and subprocess.call("on_ac_power") == 1:
> > File "/usr/lib/python3.9/subprocess.py", line 349, in call
> >with Popen(*popenargs, **kwargs) as p:
> > File "/usr/lib/python3.9/subprocess.py", line 951, in __init__
> >self._execute_child(args, executable, preexec_fn, close_fds,
> > File "/usr/lib/python3.9/subprocess.py", line 1823, in _execute_child
> >raise child_exception_type(errno_num, err_msg, err_filename)
> >PermissionError: [Errno 13] Permission denied: 'on_ac_power'
>
> I can't reproduce this error on a fresh stable nor unstable VM without
> powermgmt-base installed.
>
> >(Note that it's not clear to me why this is a PermissionError, since
> >the script doesn't actually exist, but that is a secondary point.)
>
> But this makes it reproducible:
>
> touch /usr/bin/on_ac_power
>
> So I guess you have a non executable on_ac_power in your $PATH.
>
> >The powermgmt-base package needs to be installed in order for
> >unattended-upgrades to function at all. Thus, the powermgmt-base package
> >needs to be marked as Depends for unattended-upgrades.
>
> I disagree and propose this patch instead:
>
> https://github.com/mvo5/unattended-upgrades/pull/341
>
> Cheers Jochen
>
Bug#1031880: unattended-upgrades: requires on_ac_power from package powermgmt-base to function at all
Package: unattended-upgrades
Version: 2.8
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
Currently unattended-upgrades marks the powermgmt-base package
as Suggested. powermgmt-base provides the /sbin/on_ac_power and
/usr/sbin/on_ac_power script(s), which unattended-upgrades requires to
function at all, because of this check in /usr/bin/unattended-upgrade
at line 676:
if apt_pkg.config.find_b("Unattended-Upgrade::OnlyOnACPower", True) \
and subprocess.call("on_ac_power") == 1:
The absence of the powermgmt-base package, and thus the on_ac_power
script, results in the following error:
root# /usr/bin/unattended-upgrade
Traceback (most recent call last):
File "/usr/bin/unattended-upgrade", line 2522, in
sys.exit(main(options))
File "/usr/bin/unattended-upgrade", line 1993, in main
res = run(options, rootdir, mem_log, logfile_dpkg,
File "/usr/bin/unattended-upgrade", line 2061, in run
if should_stop():
File "/usr/bin/unattended-upgrade", line 676, in should_stop
and subprocess.call("on_ac_power") == 1:
File "/usr/lib/python3.9/subprocess.py", line 349, in call
with Popen(*popenargs, **kwargs) as p:
File "/usr/lib/python3.9/subprocess.py", line 951, in __init__
self._execute_child(args, executable, preexec_fn, close_fds,
File "/usr/lib/python3.9/subprocess.py", line 1823, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
PermissionError: [Errno 13] Permission denied: 'on_ac_power'
(Note that it's not clear to me why this is a PermissionError, since
the script doesn't actually exist, but that is a secondary point.)
The powermgmt-base package needs to be installed in order for
unattended-upgrades to function at all. Thus, the powermgmt-base package
needs to be marked as Depends for unattended-upgrades.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Installing the powermgmt-base package makes the problem go away.
Thanks much,
--
Steve Lane
sdl...@lbl.gov
-- System Information:
Debian Release: 11.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-21-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages unattended-upgrades depends on:
ii debconf [debconf-2.0] 1.5.77
ii lsb-base 11.1.0
ii lsb-release11.1.0
ii python33.9.2-3
ii python3-apt2.2.1
ii python3-dbus 1.2.16-5
ii python3-distro-info1.0
ii ucf3.0043
ii xz-utils 5.2.5-2.1~deb11u1
Versions of packages unattended-upgrades recommends:
ii cron [cron-daemon] 3.0pl1-137
ii systemd-sysv247.3-7+deb11u1
Versions of packages unattended-upgrades suggests:
ii bsd-mailx 8.1.2-0.20180807cvs-2
ii needrestart3.5-4+deb11u2
ii nullmailer [mail-transport-agent] 1:2.2-3
ii powermgmt-base 1.36
pn python3-gi
-- debconf information:
* unattended-upgrades/origins_pattern:
"origin=Debian,codename=${distro_codename},label=Debian-Security";
* unattended-upgrades/enable_auto_updates: true
Bug#761134: libsbml5-perl: Depends on libperl5.18 but should be libperl5.20 now
Package: libsbml5-perl Version: 5.8.0-2+b1 Severity: important Dear Maintainer, libperl5.18 is no longer available: root apt-show-versions -a libperl5.18 libperl5.18:amd64 5.18.2-7 install ok installed No stable version No testing version No unstable version libperl5.18:amd64 5.18.2-7 installed: No available version in archive but upgrading to 5.20 will uninstall libsbml5-perl because of the dependency. Thanks/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsbml5-perl depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.19-9 ii libgcc1 1:4.9.1-4 ii libperl5.18 5.18.2-7 ii libstdc++6 4.9.1-4 ii libxml2 2.8.0+dfsg1-7+wheezy1 ii perl5.18.2-7 ii perl-base [perlapi-5.18.2] 5.18.2-7 ii zlib1g 1:1.2.7.dfsg-13 libsbml5-perl recommends no packages. libsbml5-perl 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#760601: systemd: dist-upgrade wants to install systemd with no dependencies
Package: systemd Severity: serious Justification: 2 Dear Maintainer, After doing 'atp-get update' and 'sync-available' against: deb http://security.debian.org/ stable/updates main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free deb-src http://security.debian.org/ testing/updates main contrib non-free deb http://ftp.debian.org/debian/ stable main non-free contrib deb-src http://ftp.debian.org/debian/ stable main non-free contrib deb http://ftp.debian.org/debian/ testing main non-free contrib deb-src http://ftp.debian.org/debian/ testing main non-free contrib 'apt-get upgrade' shows no upgrades: root apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. nor does 'apt-show-versions -u', but 'apt-get dist-upgrade' tries to install systemd and dependencies: root apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: libaudit0 libcryptsetup4 libsystemd-daemon0 libsystemd-id128-0 libsystemd-journal0 libsystemd-login0 systemd 0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/1,715 kB of archives. After this operation, 4,480 kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. This seems incorrect behavior. Please note that if I remove: deb http://ftp.debian.org/debian/ testing main non-free contrib deb-src http://ftp.debian.org/debian/ testing main non-free contrib from the sources list this behavior goes away: root@lims:/linux/debian/pkglists# apt-get 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. This machine (and *many* others we have) is Debian Stable (7.6 - see below), and it seems incorrect to me that a dist-upgrade should be trying install new packages when there is no apparent dependency for them. The only packages that seem like they might remotely be causing this are udev libudev0, but they are at the current stable versions (and libudev1 is not installed): root apt-show-versions -a udev udev 175-7.2 install ok installed udev 175-7.2 stable ftp.debian.org udev 208-8 testing ftp.debian.org udev/stable uptodate 175-7.2 root apt-show-versions -a libudev0 libudev0 175-7.2 install ok installed libudev0 175-7.2 stable ftp.debian.org No testing version libudev0/stable uptodate 175-7.2 root apt-show-versions -a libudev1 Not installed No stable version libudev1 208-8 testing ftp.debian.org libudev1 not installed I am very concerned about this because it seems apparent that accidentally installing systemd will render my machine(s) unbootable; see https://bugs.debian.org/757588 (and I have no desire to install or use systemd regardless). Thanks/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages systemd depends on: ii dpkg 1.16.15 ii initscripts 2.88dsf-41+deb7u1 ii libacl1 2.2.51-8 pn libaudit0none ii libc62.13-38+deb7u4 ii libcap2 1:2.22-1.2 pn libcryptsetup4 none ii libdbus-1-3 1.6.8-1+deb7u3 ii libkmod2 9-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 pn libsystemd-daemon0 none pn libsystemd-id128-0 none pn libsystemd-journal0 none pn libsystemd-login0none ii libudev0 175-7.2 ii libwrap0 7.6.q-24 ii udev 175-7.2 ii util-linux 2.20.1-5.3 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: ii python2.7.3-4+deb7u1 pn python-cairo none pn python-dbus none pn systemd-gui none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760601: systemd: dist-upgrade wants to install systemd with no dependencies
Dear Maintainer, It appears that this issue is related to the one in https://bugs.debian.org/747535 , about which there is ongoing discussion, so if possible the information in this bug should probably be folded into the 747535 bug report and this bug can be closed. Thank you/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758987: qiime: Can't upgrade - pynast 1.2.2 does not exist
Package: qiime Version: 1.8.0+dfsg-2 Severity: normal Dear Maintainer Folks, I am trying to upgrade qiime to 1.8.0+dfsg-4, but I get: qiime : Depends: pynast (= 1.2.2) but 1.2-1 is to be installed and: # apt-show-versions -a pynast pynast 1.2-1 install ok installed pynast 1.1-3 stable ftp.debian.org pynast 1.2-1 testing ftp.debian.org pynast 1.2-1 unstable ftp.debian.org pynast/testing uptodate 1.2-1 (which is also what packages.debian.org reports) I also see the following on packages.debian.org: testing migration excuses: 9 days old (needed 5 days) qiime/i386 unsatisfiable Depends: pynast (= 1.2.2) qiime/amd64 unsatisfiable Depends: pynast (= 1.2.2) qiime/armel unsatisfiable Depends: pynast (= 1.2.2) qiime/armhf unsatisfiable Depends: pynast (= 1.2.2) qiime/kfreebsd-amd64 unsatisfiable Depends: pynast (= 1.2.2) qiime/kfreebsd-i386 unsatisfiable Depends: pynast (= 1.2.2) qiime/mips unsatisfiable Depends: pynast (= 1.2.2) qiime/mipsel unsatisfiable Depends: pynast (= 1.2.2) qiime/powerpc unsatisfiable Depends: pynast (= 1.2.2) qiime/s390x unsatisfiable Depends: pynast (= 1.2.2) Valid candidate so perhaps you already know about this. Thanks much/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/64 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 qiime depends on: ii king2.21.120420-2 ii libc6 2.19-9 ii libffi6 3.1-2 ii libgmp102:6.0.0+dfsg-6 ii pynast 1.2-1 ii python 2.7.8-1 ii python-biom-format 2.1+dfsg-1 ii python-cogent 1.5.3-2 ii python-qcli 0.1.0-1 Versions of packages qiime recommends: pn ampliconnoise none ii blast2 1:2.2.26.20120620-2 pn cd-hit none pn chimeraslayer none pn fasttree none pn infernal none ii libjs-jquery 1.7.2+dfsg-1 ii muscle 1:3.8.31-1 ii python-matplotlib 1.3.1-2 pn python-mpi4py none ii python-numpy 1:1.8.2-1 Versions of packages qiime suggests: pn cytoscape none pn rdp-classifier none pn t-coffeenone pn torque-client none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758987: qiime: Can't upgrade - pynast 1.2.2 does not exist
Hi Andreas, Sounds good. Thanks very much/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory On Aug 23 19:03, Andreas Tille wrote: Hi Steve, thanks for your bug report. I was woncering myself why pynast 1.2.2 is not yet available. At first I thought I would have missed the final upload and uploaded again - than I notices that the package is in new queue since I renamed the source package to reflect the binary name (source was python-pynast for no good reason and I renamed it to pynast). I guess it will be available soon and will close the bug than. Kind regards Andreas. PS: Thorsten, a similarly simple package is r-cran-qtl which is also only renamed (from qtl). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750630: python-matplotlib: Default backend 'tkagg' broken
Hello, I am wondering if there will be an update to the package released soon. Thanks/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742754: qiime: When installing, get: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py
Hello, I originally installed qiime version 1.7 on several machines which had not previously had qiime installed on them at all. When I did the original installs, I received the following warning during all of them: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py (../../../bin/add_biom_metadata) I have since upgraded qiime to the version reported in the bug report (1.8.0+dfsg-2). I do not recall if I received the same warning when doing the upgrade from 1.7 to 1.8, but I don't believe so. Please note that, when I did the original installs: - /usr/bin/add_metadata existed - I did have python-biom-format installed Please note that, as far as I am aware, there have been no adverse consequences as a result of this warning, but also that I am not the user of the software on these machines. Thanks/best -- Steve Lane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742754: qiime: When installing, get: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py
Package: qiime Version: 1.8.0+dfsg-2 Severity: normal Dear Maintainer, When I installed qiime, I got the following: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py (../../../bin/add_biom_metadata) Note that /usr/bin/add_metadata does exist, and I did have python-biom-format installed (see below). Note that I am currently on 1.8, but this error appeared when doing a clean install of qiime 1.7. Thanks/best, -- Steve Lane -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qiime depends on: ii king2.21.120420-2 ii libc6 2.18-4 ii libffi6 3.0.13-12 ii libgmp102:5.0.5+dfsg-2 ii pynast 1.2-1 ii python 2.7.5-5 ii python-biom-format 1.1.2-1 ii python-cogent 1.5.3-2 ii python-qcli 0.1.0-1 Versions of packages qiime recommends: pn ampliconnoise none ii blast2 1:2.2.26.20120620-2 pn cd-hit none pn chimeraslayer none pn fasttree none pn infernal none ii libjs-jquery 1.7.2+dfsg-1 ii muscle 1:3.8.31-1 ii python-matplotlib 1.3.1-1+b1 pn python-mpi4py none ii python-numpy 1:1.8.1~rc1-2 Versions of packages qiime suggests: pn cytoscape none pn rdp-classifier none pn t-coffeenone pn torque-client none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655466: libapache2-mod-wsgi: python2.6 depend
Package: libapache2-mod-wsgi Version: 3.3-4 Followup-For: Bug #655466 Dear Maintainer, Is anything happening with this? The package depends on *both* libpython2.6 *and* libpython2.7, which seems broken. I would *really* like to uninstall python2.6 from my system. Thanks much, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-wsgi depends on: ii apache22.2.22-13 ii apache2-mpm-prefork [apache2] 2.2.22-13 ii apache2.2-common 2.2.22-13 ii libc6 2.13-38 ii libpython2.6 2.6.8-1.1 ii libpython2.7 2.7.3-6 ii python 2.7.3-4 -- 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#711159: upgrade of openssh-server to 1:6.2p2-3 wants to uninstall file-rc in favor of sysv-rc
Package: openssh-server Version: 1:6.2p2-3 openssh-server 1:6.2p2-3 depends on sysv-rc (= 2.88dsf-24), which apparently means it wants to uninstall file-rc (which is currently at 0.8.16). It seems like this should be a dependence on sysv-rc or file-rc. I am using Debian GNU/Linux jessie/sid, kernel 3.2.41-2+deb7u2 x86_64 and libc6:amd64 2.17-3. Thanks/best, -- Steve Lane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711159: upgrade of openssh-server to 1:6.2p2-3 wants to uninstall file-rc in favor of sysv-rc
On Jun 05 09:49, Colin Watson wrote: On Tue, Jun 04, 2013 at 10:58:20PM -0700, Steve Lane wrote: openssh-server 1:6.2p2-3 depends on sysv-rc (= 2.88dsf-24), which apparently means it wants to uninstall file-rc (which is currently at 0.8.16). It seems like this should be a dependence on sysv-rc or file-rc. Yes, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709482. I'll upload a rebuilt version of openssh soonish which will fix this. -- Colin Watson [cjwat...@debian.org] Great - thanks very much. Somehow I managed to miss this (not exactly sure how :) Thank you for your efforts on everyone's behalf. Please (feel free to) close out this bug if when you see fit. Best, -- Steve Lane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711150: locate: nfs4 should be (and is no longer, again) included in list of excluded filesystems
Package: locate Version: 4.4.2-4 Severity: normal Dear Maintainer, Based on looking at bug #300631, and the behavior of 'updatedb' on my systems, it appears that, at some point between version 4.2.20-1 and 4.4.2-4 (possibly as part of the transition of locate and updatedb from the 'findutils' package to the 'locate' package), the 'nfs4' exclusion was lost. Note that #300631 appears to indicate the possibility that the 'nfs4' exclusion took effect in /etc/updatedb.conf, which appears to no longer exist. Adding the 'nfs4' string to the 'PRUNEFS' variable in /usr/bin/updatedb.findutils (where 'nfs' and 'NFS' are already present) solves the problem on my systems. Thanks/best, -- Steve Lane -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages locate depends on: ii findutils 4.4.2-4 ii libc6 2.13-38 locate recommends no packages. locate 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#711151: locate: 'reportbug locate' generates a list of current bugs for 'findutils (source)'
Package: locate
Version: 4.4.2-4
Severity: normal
Dear Maintainer,
In using 'reportbug' to file a bug report against the 'locate' package,
'reportbug' generates a list of current bugs based on 'findutils
(source)'.
I did not specify the package on the command line, just called 'reportbug'
and then input the package name ('locate') when prompted.
I don't know if this is (a) an actual bug (although I can see from
packages.debian.org/locate that there is a separate list of bugs for the
'locate' package), (b) a 'locate' bug or (c) a 'findutils' bug, (or (d)
a 'reportbug' bug, but this last seems unlikely to me), but I'm guessing
filing it this way will (hopefully) be useful.
Thanks/best,
--
Steve Lane
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages locate depends on:
ii findutils 4.4.2-4
ii libc6 2.13-38
locate recommends no packages.
locate 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#698821: linux-image-3.2.0-4-amd64: ARECA driver arcmsr is out of date - please update
Package: src:linux Version: 3.2.35-2 Severity: important Tags: d-i upstream patch Dear Maintainer, Please see https://bugzilla.kernel.org/show_bug.cgi?id=52961 The ARECA arcmsr driver has not (as far as I can tell) been updated since version 1.20.00.15 02/27/2008; the current version, available from: http://www.areca.com.tw/support/s_linux/linux.htm is 1.20.0X.15-111012 2011/10/12. Current ARECA hardware is unsupported by the older driver. Thanks/best, -- Steve Lane -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/48 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679882: linux: leap second fixes missing in 3.2 and 2.6.32 longterm
Awesome - thanks very much! -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory On Sep 08 12:53, dann frazier wrote: On Fri, Sep 07, 2012 at 10:35:20AM -0700, Steve Lane wrote: Hi Ben, Is anything happening with this bug e.g. getting the patches into the Debian stable kernel package (2.6.32) and a new version pushed out? We had another meltdown at the end of August and it would be really helpful to have an upgrade before the end of this month (September, in 23 days). Nothing has been added to the bug report since the 5th of last month (August); if there is updated information could someone please update the bug report? I've applied John Stultz's backport to my local tree - will commit it after some testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679882: linux: leap second fixes missing in 3.2 and 2.6.32 longterm
Hi Ben, Is anything happening with this bug e.g. getting the patches into the Debian stable kernel package (2.6.32) and a new version pushed out? We had another meltdown at the end of August and it would be really helpful to have an upgrade before the end of this month (September, in 23 days). Nothing has been added to the bug report since the 5th of last month (August); if there is updated information could someone please update the bug report? Thanks/best, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686372: rsyslog: /lib/init/rw/sendsigs.omit.d not actually removed
Package: rsyslog
Version: 5.8.11-1+b1
Severity: normal
For dependency reasons I upgraded rsyslog on a Stable box, from
4.6.4-2 to 5.8.11-1+b1. /lib/init/rw/sendsigs.omit.d was not
removed, and it still contains:
lrwxrwxrwx 1 root root 21 Aug 2 2011 rsyslog - /var/run/rsyslogd.pid
Functionality seems fine, and /etc/init.d/rsyslog contains:
OMITDIR=/run/sendsigs.omit.d
which exists and contains (among other things):
lrwxrwxrwx 1 root root 21 Aug 31 09:26 rsyslog - /var/run/rsyslogd.pid
/var/run/rsyslogd.pid exists and has the correct PID in it.
The Debian changelog indicates that /lib/init/rw/sendsigs.omit.d should
have been removed:
rsyslog (5.8.2-2) unstable; urgency=low
* Transition to /run/sendsigs.omit.d. (Closes: #633036)
- Use /run/sendsigs.omit.d/rsyslog in debian/rsyslog.init.
- Add Depends on initscripts (= 2.88dsf-13.3) to ensure /run is usable.
- Remove /lib/init/rw/sendsigs.omit.d/rsyslog on upgrades.
-- Michael Biebl bi...@debian.org Fri, 08 Jul 2011 01:36:20 +0200
Thanks/best,
--
Steve Lane
System Administrator, Scientific Computing
Joint BioEnergy Institute
Lawrence Berkeley National Laboratory
-- System Information:
Debian Release: 6.0.5
APT prefers stable
APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/48 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 rsyslog depends on:
ii initscripts 2.88dsf-22.1 scripts for initializing and shutt
ii libc6 2.13-35 Embedded GNU C Library: Shared lib
ii lsb-base4.1+Debian7 Linux Standard Base 4.1 init scrip
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages rsyslog recommends:
ii logrotate 3.7.8-6Log rotation utility
Versions of packages rsyslog suggests:
pn rsyslog-doc none (no description available)
pn rsyslog-gnutlsnone (no description available)
pn rsyslog-gssapinone (no description available)
pn rsyslog-mysql | rsyslog-pgsql none (no description available)
pn rsyslog-relp none (no description available)
-- Configuration Files:
/etc/logrotate.d/rsyslog changed:
/var/log/syslog
{
missingok
notifempty
delaycompress
compress
postrotate
invoke-rc.d rsyslog reload /dev/null
endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
invoke-rc.d rsyslog reload /dev/null
endscript
}
/etc/rsyslog.conf changed:
$ModLoad imuxsock # provides support for local system logging
$ModLoad imklog # provides kernel logging support (previously done by rklogd)
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
$FileOwner root
$FileGroup adm
$FileCreateMode 0640
$DirCreateMode 0755
$Umask 0022
$IncludeConfig /etc/rsyslog.d/*.conf
auth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
daemon.*-/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
mail.info -/var/log/mail.info
mail.warn -/var/log/mail.warn
mail.err/var/log/mail.err
news.crit /var/log/news/news.crit
news.err/var/log/news/news.err
news.notice -/var/log/news/news.notice
*.=debug;\
auth,authpriv.none;\
news.none;mail.none -/var/log/debug
*.=info;*.=notice;*.=warn;\
auth,authpriv.none;\
cron,daemon.none;\
mail,news.none -/var/log/messages
*.emerg *
daemon.*;mail.*;\
news.err;\
*.=debug;*.=info;\
*.=notice;*.=warn |/dev/xconsole
*.* @syslog.lbl.gov
-- 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#653240: rakudo: 'perl6' command with no arguments results in PARROT VM: Could not load bytecode Could not load oplib `io_ops'
Package: rakudo Version: 0.1~2011.07-1 Severity: normal It is my understanding from the documentation that simply typing 'perl6' on the command line should put me into interactive mode (based on http://rakudo.org/how-to-get-rakudo/). Instead I get the error message: PARROT VM: Could not load bytecode Could not load oplib `io_ops' So... it looks like something is missing. This was my install (note that this machine is running stable, not testing, so perhaps that is part of the problem..?): root@linux apt-get install rakudo parrot-devel/testing Reading package lists... Done Building dependency tree Reading state information... Done Selected version '3.6.0-1' (Debian:testing [amd64]) for 'parrot-devel' The following extra packages will be installed: libparrot-dev libparrot2.0.0 libparrot3.6.0 parrot parrot-devel parrot-minimal Suggested packages: parrot-doc The following NEW packages will be installed: libparrot-dev libparrot2.0.0 libparrot3.6.0 parrot parrot-devel parrot-minimal rakudo all of which went perfectly smoothly. Thanks/best -- Steve Lane -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/bash Versions of packages rakudo depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libparrot3.6.03.6.0-1Parrot shared library ii libreadline6 6.1-3 GNU readline and history libraries ii parrot-devel 3.6.0-1Parrot development tools rakudo recommends no packages. rakudo 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#653240: Fixed: rakudo: 'perl6' command with no arguments results in PARROT VM: Could not load bytecode Could not load oplib `io_ops'
Got it working. Turns out, on a Debian Stable box, I also needed to do this: root@linux apt-get install parrot/testing parrot-minimal/testing because the Stable versions were already installed, but (apparently) weren't new enough. Maybe change/update the Depends: ? In any event, I can now do: root@linux perl6 say Hello, world! Hello, world! Thanks/best, -- Steve Lane On Dec 25 12:51, Steve Lane wrote: Package: rakudo Version: 0.1~2011.07-1 Severity: normal It is my understanding from the documentation that simply typing 'perl6' on the command line should put me into interactive mode (based on http://rakudo.org/how-to-get-rakudo/). Instead I get the error message: PARROT VM: Could not load bytecode Could not load oplib `io_ops' So... it looks like something is missing. This was my install (note that this machine is running stable, not testing, so perhaps that is part of the problem..?): root@linux apt-get install rakudo parrot-devel/testing Reading package lists... Done Building dependency tree Reading state information... Done Selected version '3.6.0-1' (Debian:testing [amd64]) for 'parrot-devel' The following extra packages will be installed: libparrot-dev libparrot2.0.0 libparrot3.6.0 parrot parrot-devel parrot-minimal Suggested packages: parrot-doc The following NEW packages will be installed: libparrot-dev libparrot2.0.0 libparrot3.6.0 parrot parrot-devel parrot-minimal rakudo all of which went perfectly smoothly. Thanks/best -- Steve Lane -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/bash Versions of packages rakudo depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libparrot3.6.03.6.0-1Parrot shared library ii libreadline6 6.1-3 GNU readline and history libraries ii parrot-devel 3.6.0-1Parrot development tools rakudo recommends no packages. rakudo suggests no packages. -- no debconf information -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597814: tomcat6: dpkg error reported in postint script
I had the same problem - as suggested, backslash escaping the forward slashes in the pathname solved it. Thanks! (Seems like it's still a bug, though.) -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597814: tomcat6: dpkg error reported in postint script
Update: while it is the case that backslash-escaping the forward slashes in JAVA_OPTS in /etc/default/tomcat6 did allow the tomcat6 package to configure successfully, it now means that the backslashes are in the pathname in the command line, as reported by 'ps', like so (the problem is at HeapDumpPath): # ps -fwwwu tomcat6 UIDPID PPID C STIME TTY TIME CMD tomcat6 19698 1 11 02:48 ?00:00:47 /usr/lib/jvm/java-6-sun/bin/java -Djava.util.logging.config.file=/var/lib/tomcat6/conf/logging.properties -Djava.awt.headless=true -Xmx512m -XX:MaxPermSize=256m -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:+TraceClassLoading -XX:+TraceClassUnloading -XX:HeapDumpPath=\/var\/log\/tomcat6\/java_pid_4.hprof -XX:+HeapDumpOnOutOfMemoryError -Djava.net.preferIPv4Stack=true -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/share/tomcat6/endorsed -classpath /usr/share/tomcat6/bin/bootstrap.jar -Dcatalina.base=/var/lib/tomcat6 -Dcatalina.home=/usr/share/tomcat6 -Djava.io.tmpdir=/tmp/tomcat6-tmp org.apache.catalina.startup.Bootstrap start It is not clear to me that this will work as desired/expected... So: still a bug for sure. -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597814: tomcat6: dpkg error reported in postint script
# debconf-show tomcat6 * tomcat6/javaopts: -Djava.awt.headless=true -Xmx128m -Xmx512m -XX:MaxPermSize=256m -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:+TraceClassLoading -XX:+TraceClassUnloading -XX:HeapDumpPath=\/var\/log\/tomcat6\/java_pid_4.hprof -XX:+HeapDumpOnOutOfMemoryError * tomcat6/groupname: tomcat6 * tomcat6/username: tomcat6 Here's what /etc/default/tomcat6 looks like: JAVA_OPTS=-Djava.awt.headless=true -Xmx512m -XX:MaxPermSize=256m -XX:+UseParNewGC -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -XX:+TraceClassLoading -XX:+TraceClassUnloading -XX:HeapDumpPath=\/var\/log\/tomcat6\/java_pid_4.hprof -XX:+HeapDumpOnOutOfMemoryError (This is the only place in /etc/default/tomcat6 where JAVA_OPTS is uncommented/set, so I'm not sure why the '-Xmx128m' is still being included..?) Thanks, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454665: closed by maximilian attems m...@stro.at (Re: initramfs-tools: busybox depends should include busybox-static)
Maximilian: I'm fairly disappointed to see that this bug is being closed without implementing the *extremely* simple change I've propsed (I've updated the Depends: lines): the *only* change is to the Depends line in the control file, from: Depends: klibc-utils (= 1.5.9-1), busybox (= 1:1.01-3) | busybox-initramfs, cpio, module-init-tools, udev (= 0.086-1), findutils (= 4.2.24) to: Depends: klibc-utils (= 1.5.9-1), busybox (= 1:1.01-3) | busybox-static (= 1:1.01-3), cpio, module-init-tools, udev (= 0.086-1), findutils (= 4.2.24) (Note that the busybox-initramfs package is not available.) To respond to your statement about unclear gain: as I originally tried to point out, having the busybox utilities available when linkages to dynamic libraries are broken is *super* useful. As far as I am aware there is no downside to making the above change, since users can still install busybox if they so choose. I'm also disappointed that this simple change has not been made after two years. Frankly, I'm completely at a loss to understand why no one has just gone ahead and done this - maybe you could enlighten me..? As one of the maintainers of the package, is there some reason you couldn't just go ahead and make the change? Thanks very much, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory On Wed, Mar 24, 2010 at 03:39:07AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the initramfs-tools package: #454665: initramfs-tools: busybox depends should include busybox-static It has been closed by maximilian attems m...@stro.at. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact maximilian attems m...@stro.at by replying to this email. -- 454665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454665 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems From: maximilian attems m...@stro.at To: 454665-d...@bugs.debian.org Subject: Re: initramfs-tools: busybox depends should include busybox-static Date: Wed, 24 Mar 2010 04:36:36 +0100 X-Spam-Level: no progress, no activity and unclear gain, thus closing. From: Steve Lane drst...@rna.berkeley.edu To: Debian Bug Tracking System sub...@bugs.debian.org Subject: initramfs-tools: busybox depends should include busybox-static Date: Thu, 06 Dec 2007 14:26:42 -0800 X-Spam-Level: Package: initramfs-tools Version: 0.90a Severity: critical Justification: breaks the whole system Attempting to install busybox-static when initramfs-tools is installed results in an uninstall of initramfs-tools, and, consequently, the Debian kernel package. Obviously busybox-static (vs. busybox) is not normally needed, but, again obviously, it is precisely when things (i.e. dynamic libraries) are broken that it *is* needed (I've been there - it's not pretty). It is these (potential) circumstances that justify the severity of this bug. Fortunately, it is super easy to fix. I've installed my own copy of initramfs-tools on a test machine, where the *only* change is to the Depends line in the control file, from: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-initramfs, cpio, module-init-tools, udev (= 0.086-1) to: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-static (= 1:1.01-3), cpio, module-init-tools, udev (= 0.086-1) (Note that the busybox-initramfs package is not available.) I don't know if this qualifies as a patch or not, but there it is. It works great - I was able to install busybox-static (which removes busybox) with no problem. Note that this issue relates to a bug filed against busybox-static (#375568), but it appears to be more properly filed against initramfs-tools (especialy since #375568 was filed nearly a year and a half ago and, as with all the busybox and busybox-static bugs, nothing seems to be happening with them). Hopefully this can happen ASAP, since it's very easy, and only makes good things happen! Thanks very much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- Package-specific info: -- /proc/cmdline root=/dev/hda4 ro -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by nfsd 203568 13 exportfs6240 1 nfsd button 8688 0 ac 5956 0 battery10756 0 ipv6 240804 50 nfs 225228 8 lockd 61224 3 nfsd,nfs nfs_acl 4288 2 nfsd,nfs sunrpc158588 11 nfsd,nfs,lockd,nfs_acl ipt_MASQUERADE 4384 1
Bug#454665: closed by maximilian attems m...@stro.at (Re: initramfs-tools: busybox depends should include busybox-static)
Maximilian: On Wed, Mar 24, 2010 at 05:10:40AM +0100, Maximilian Attems wrote: Dear Steve, keeping that story short. I'm in the middle of a big initramfs-tools backlog, the last message to that bug was Date: Wed, 9 Apr 2008 12:36:48 +0200 and was unresponded see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454665#32 Sorry I didn't get back to you - I'm not sure I ever saw that message... your email also doesn't enlightem me if busybox-static usage in initramfs does still spam the user with log messages of the type: Using fallback suid method I don't know myself. (I'm not actually using those particular systems anymore, so I don't have a test system to check at the moment...) I had actually forgotten about the Using fallback suid method spam problem, and I will certainly agree that the messages are *really* annoying... Depends: klibc-utils (= 1.5.9-1), busybox (= 1:1.01-3) | busybox-static (= 1:1.01-3), cpio, module-init-tools, udev (= 0.086-1), findutils (= 4.2.24) (Note that the busybox-initramfs package is not available.) it is available in ubuntu, what about aboves conern? Hmmm... if it's available in Ubuntu, is there some reason it's not available in Debian? I'm also disappointed that this simple change has not been made after two years. Frankly, I'm completely at a loss to understand why no one has just gone ahead and done this - maybe you could enlighten me..? As one of the maintainers of the package, is there some reason you couldn't just go ahead and make the change? how comes that the change that seems so important to you is not worth a followup? I'm sorry about that - I'm pretty sure if I'd seen the message I would have replied (I don't generally check the weblogs for bug reports). or a proper fix in busybox if it is still the case? (it might or might not be) Yeah - I don't know either. This is still something I would like to see, and I guess I was hoping the busybox maintainer(s) would be on board. I will see if I can follow up with them. Again - sorry about the miscommunication. I guess I just got busy with other things... Anyway - thanks for your help/info. -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561770: nagios-plugins-standard: Should not have the qstat package as a dependency
Package: nagios-plugins-standard Version: 1.4.12-5 Severity: normal The 'qstat' package has not received an update in at least three (3) years. It appears that it is no longer being maintained. Admins running Nagios on production servers may not (probably don't) want 'qstat' installed. This issue was addressed several years ago for Gentoo: http://bugs.gentoo.org/16628 Please change the 'qstat' package to Recommends or Suggests, rather than Depends. Thanks, -- Steve Lane System Administrator, Scientific Computing Joint BioEnergy Institute Lawrence Berkeley National Laboratory -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-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/bash Versions of packages nagios-plugins-standard depends on: ii bind9-host [host] 1:9.5.1.dfsg.P3-1 Version of 'host' bundled with BIN ii dnsutils 1:9.5.1.dfsg.P3-1 Clients provided with BIND ii fping 2.4b2-to-ipv6-15 sends ICMP ECHO_REQUEST packets to ii libc6 2.7-18GNU C Library: Shared libraries ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libmysqlclient15off5.0.51a-24+lenny2 MySQL database client library ii libnet-snmp-perl 5.2.0-1 Script SNMP connections ii libpq5 8.3.8-0lenny1 PostgreSQL C client library ii libradiusclient-ng20.5.5-1 Enhanced RADIUS client library ii nagios-plugins-basic 1.4.12-5 Plugins for the nagios network mon ii qstat 2.11-1Command-line tool for querying qua ii radiusclient1 0.3.2-11.1/bin/login replacement which uses ii smbclient 2:3.2.5-4lenny7 a LanManager-like simple client fo ii snmp 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii ucf3.0016Update Configuration File: preserv nagios-plugins-standard recommends no packages. Versions of packages nagios-plugins-standard suggests: ii nagios3 3.0.6-4~lenny2 A host/service/network monitoring ii whois 4.7.30 an intelligent whois client -- 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#496455: kdesktop: user cannot unlock screen with correct password
Package: kdesktop Version: 4:3.5.9.dfsg.1-5 Severity: critical Justification: breaks unrelated software After a recent upgrade (since 23 Aug 2008), our users, who can login fine, cannot unlock the terminal after kdesktop_lock has locked it. This appears to (possibly) be a PAM-related issue - here is what is reported in auth.log when a user tries to unlock the terminal: Aug 24 13:22:23 aspen unix_chkpwd[3472]: check pass; user unknown Aug 24 13:22:23 aspen unix_chkpwd[3472]: password check failed for user (iamsteve) Aug 24 13:22:23 aspen kcheckpass[3471]: pam_unix(kscreensaver:auth): authentication failure; logname=iamsteve uid=1000 euid=1000 tty=:0 ruser= rhost= user=iamsteve Aug 24 13:22:23 aspen kcheckpass[3471]: Authentication failure for iamsteve (invoked by uid 1000) (the username 'iamsteve' and the user ID '1000' have been altered.) I am thus cross-filing this bug with kdesktop (for kdesktop_lock), kdebase-bin (for kcheckpass) and libpam-modules (for unix_chkpwd). Please excuse the multiple postings, and please feel free to re-assign this bug as appropriate. As the user was able to log in prior to locking the screen, it doesn't appear to be a problem related to the user per-se (i.e. the user exists and is able to authenticate under some circumstances). Note that I am not the only person with this problem: http://linux.derkeiler.com/Mailing-Lists/Debian/2008-08/msg01086.html reports the same behavior in an unstable system (ours are testing) as of 14 Aug 2008. As with the above report, rebooting does not solve the problem. Please be aware that we are *not* using LDAP or NIS/NIS+, and that I am in no way affiliated with 'eric2 dot valette at orange-ftgroup dot com' - this is not a simple re-reporting of bugs #478274 and/or #487932. In addition to the information below, we are using: ii libpam-doc 1.0.1-3 Documentation of PAM ii libpam-modules 1.0.1-3 Pluggable Authentication Modules for PAM ii libpam-runtime 1.0.1-3 Runtime support for the PAM library ii libpam0g1.0.1-3 Pluggable Authentication Modules library Thank you for your attention to this matter. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages kdesktop depends on: ii kdebase-bin 4:3.5.9.dfsg.1-5 core binaries for the KDE base mod ii kdeeject4:3.5.9.dfsg.1-5 script used by KDE to eject remova 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.1-2GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-5 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-5 The OpenGL utility library (GLU) 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.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxau6 1:1.0.3-3X11 authorisation library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii libxxf86misc1 1:1.0.1-3X11 XFree86 miscellaneous extensio kdesktop recommends no packages. kdesktop suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496456: kdebase-bin: user cannot unlock screen with correct password
Package: kdebase-bin Version: 4:3.5.9.dfsg.1-5 Severity: critical Justification: breaks unrelated software After a recent upgrade (since 23 Aug 2008), our users, who can login fine, cannot unlock the terminal after kdesktop_lock has locked it. This appears to (possibly) be a PAM-related issue - here is what is reported in auth.log when a user tries to unlock the terminal: Aug 24 13:22:23 aspen unix_chkpwd[3472]: check pass; user unknown Aug 24 13:22:23 aspen unix_chkpwd[3472]: password check failed for user (iamsteve) Aug 24 13:22:23 aspen kcheckpass[3471]: pam_unix(kscreensaver:auth): authentication failure; logname=iamsteve uid=1000 euid=1000 tty=:0 ruser= rhost= user=iamsteve Aug 24 13:22:23 aspen kcheckpass[3471]: Authentication failure for iamsteve (invoked by uid 1000) (the username 'iamsteve' and the user ID '1000' have been altered.) I am thus cross-filing this bug with kdesktop (for kdesktop_lock), kdebase-bin (for kcheckpass) and libpam-modules (for unix_chkpwd). Please excuse the multiple postings, and please feel free to re-assign this bug as appropriate. As the user was able to log in prior to locking the screen, it doesn't appear to be a problem related to the user per-se (i.e. the user exists and is able to authenticate under some circumstances). Note that I am not the only person with this problem: http://linux.derkeiler.com/Mailing-Lists/Debian/2008-08/msg01086.html reports the same behavior in an unstable system (ours are testing) as of 14 Aug 2008. As with the above report, rebooting does not solve the problem. Please be aware that we are *not* using LDAP or NIS/NIS+, and that I am in no way affiliated with 'eric2 dot valette at orange-ftgroup dot com' - this is not a simple re-reporting of bugs #478274 and/or #487932. In addition to the information below, we are using: ii libpam-doc 1.0.1-3 Documentation of PAM ii libpam-modules 1.0.1-3 Pluggable Authentication Modules for PAM ii libpam-runtime 1.0.1-3 Runtime support for the PAM library ii libpam0g1.0.1-3 Pluggable Authentication Modules library Thank you for your attention to this matter. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages kdebase-bin depends on: ii kdebase-bin-kde34:3.5.9.dfsg.1-5 core binaries for the KDE base mod 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.1-2GCC support library ii libpam-runtime 1.0.1-3 Runtime support for the PAM librar ii libpam0g1.0.1-3 Pluggable Authentication Modules l ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxkbfile1 1:1.0.5-1X11 keyboard file manipulation lib ii libxtst62:1.0.3-1X11 Testing -- Resource extension kdebase-bin recommends no packages. Versions of packages kdebase-bin suggests: ii gdb6.8-3 The GNU Debugger ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-5 help center for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496457: libpam-modules: user cannot unlock screen with correct password
Package: libpam-modules Version: 1.0.1-3 Severity: critical Justification: breaks unrelated software After a recent upgrade (since 23 Aug 2008), our users, who can login fine, cannot unlock the terminal after kdesktop_lock has locked it. This appears to (possibly) be a PAM-related issue - here is what is reported in auth.log when a user tries to unlock the terminal: Aug 24 13:22:23 aspen unix_chkpwd[3472]: check pass; user unknown Aug 24 13:22:23 aspen unix_chkpwd[3472]: password check failed for user (iamsteve) Aug 24 13:22:23 aspen kcheckpass[3471]: pam_unix(kscreensaver:auth): authentication failure; logname=iamsteve uid=1000 euid=1000 tty=:0 ruser= rhost= user=iamsteve Aug 24 13:22:23 aspen kcheckpass[3471]: Authentication failure for iamsteve (invoked by uid 1000) (the username 'iamsteve' and the user ID '1000' have been altered.) I am thus cross-filing this bug with kdesktop (for kdesktop_lock), kdebase-bin (for kcheckpass) and libpam-modules (for unix_chkpwd). Please excuse the multiple postings, and please feel free to re-assign this bug as appropriate. As the user was able to log in prior to locking the screen, it doesn't appear to be a problem related to the user per-se (i.e. the user exists and is able to authenticate under some circumstances). Note that I am not the only person with this problem: http://linux.derkeiler.com/Mailing-Lists/Debian/2008-08/msg01086.html reports the same behavior in an unstable system (ours are testing) as of 14 Aug 2008. As with the above report, rebooting does not solve the problem. Please be aware that we are *not* using LDAP or NIS/NIS+, and that I am in no way affiliated with 'eric2 dot valette at orange-ftgroup dot com' - this is not a simple re-reporting of bugs #478274 and/or #487932. In addition to the information below, we are using: ii kdebase-bin 4:3.5.9.dfsg.1-5 core binaries for the KDE base mod ii kdeeject4:3.5.9.dfsg.1-5 script used by KDE to eject remova 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.1-2GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-5 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-5 The OpenGL utility library (GLU) 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.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.1.4-2X11 client-side library ii libxau6 1:1.0.3-3X11 authorisation library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii libxxf86misc1 1:1.0.1-3X11 XFree86 miscellaneous extensio Thank you for your attention to this matter. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libpam-modules depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libdb4.6 4.6.21-8 Berkeley v4.6 Database Libraries [ ii libpam0g 1.0.1-3Pluggable Authentication Modules l ii libselinux1 2.0.65-2 SELinux shared libraries libpam-modules recommends no packages. libpam-modules suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496457: libpam-modules: user cannot unlock screen with correct password
On Sun, Aug 24, 2008 at 02:41:37PM -0700, Steve Langasek wrote: severity 496457 normal tags 496457 unreproducible moreinfo thanks On Sun, Aug 24, 2008 at 02:13:53PM -0700, Steve Lane wrote: Justification: breaks unrelated software False. Software that invokes PAM is not unrelated. Sorry, I guess I wasn't clear. The software that breaks is the entire machine, since once the screen is locked the (non-admin) user has no recourse except to (A) find an admin to kill kdesktop_lock, or (B) powercycle the machine. Aug 24 13:22:23 aspen unix_chkpwd[3472]: check pass; user unknown Aug 24 13:22:23 aspen unix_chkpwd[3472]: password check failed for user (iamsteve) Please report the permissions from /etc/shadow and /sbin/unix_chkpwd. I suspect you have wrong perms on /etc/shadow. [EMAIL PROTECTED] ls -l /etc/shadow /sbin/unix_chkpwd 16 -r 1 root root 14020 Aug 24 14:53 /etc/shadow 28 -rwxr-sr-x 1 root shadow 26372 Aug 20 12:24 /sbin/unix_chkpwd* Note that we have 13 workstations with this identical config, all but two of which have been patched in the last two days. All of the ones which have been patched are broken in this way; the two that have not been patched are not. I am thus wondering if something changed with the last libpam patch..? Please be aware that this bug has been cross-posted to bugs #496455 and #496456 as well as this one (#496457). Thanks much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496457: libpam-modules: user cannot unlock screen with correct password
The machines that have *not* been patched look like this: -r 1 root root 14050 Aug 24 15:13 /etc/shadow -rwsr-xr-x 1 root root 19632 Jul 22 17:35 /sbin/unix_chkpwd The ones that have look like this: -r 1 root root 14050 Aug 24 15:13 /etc/shadow -rwxr-sr-x 1 root shadow 26372 Aug 20 12:24 /sbin/unix_chkpwd and I see that, as of pam 1.0.1-1: * The password-changing helper functionality for SELinux systems has been split out into a separate unix_update binary, so at long last we can change unix_chkpwd to be sgid shadow instead of suid root. Closes: #155583. So, I'm guessing that we need: -r--r- 1 root shadow 14050 Aug 24 15:13 /etc/shadow ? Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley On Sun, Aug 24, 2008 at 03:04:28PM -0700, Steve Lane wrote: On Sun, Aug 24, 2008 at 02:41:37PM -0700, Steve Langasek wrote: severity 496457 normal tags 496457 unreproducible moreinfo thanks On Sun, Aug 24, 2008 at 02:13:53PM -0700, Steve Lane wrote: Justification: breaks unrelated software False. Software that invokes PAM is not unrelated. Sorry, I guess I wasn't clear. The software that breaks is the entire machine, since once the screen is locked the (non-admin) user has no recourse except to (A) find an admin to kill kdesktop_lock, or (B) powercycle the machine. Aug 24 13:22:23 aspen unix_chkpwd[3472]: check pass; user unknown Aug 24 13:22:23 aspen unix_chkpwd[3472]: password check failed for user (iamsteve) Please report the permissions from /etc/shadow and /sbin/unix_chkpwd. I suspect you have wrong perms on /etc/shadow. [EMAIL PROTECTED] ls -l /etc/shadow /sbin/unix_chkpwd 16 -r 1 root root 14020 Aug 24 14:53 /etc/shadow 28 -rwxr-sr-x 1 root shadow 26372 Aug 20 12:24 /sbin/unix_chkpwd* Note that we have 13 workstations with this identical config, all but two of which have been patched in the last two days. All of the ones which have been patched are broken in this way; the two that have not been patched are not. I am thus wondering if something changed with the last libpam patch..? Please be aware that this bug has been cross-posted to bugs #496455 and #496456 as well as this one (#496457). Thanks much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496455: Acknowledgement (kdesktop: user cannot unlock screen with correct password)
Problem solved - please see Bug#496457. Please close. Thank you, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496456: Acknowledgement (kdebase-bin: user cannot unlock screen with correct password)
Problem solved - please see Bug#496457. Please close. Thank you, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490751: #490751: linux-image-2.6.25-2-686: proprietary NVIDIA module will not install; #481485: nVidia driver fails to compile due to active Xen support
On Tue, Jul 22, 2008 at 10:38:20PM +0200, maximilian attems wrote: On Tue, Jul 22, 2008 at 11:09:36AM -0700, Steve Lane wrote: Oops - my bad. Found the right package: nvidia-kernel-legacy-96xx-source to build the drivers I needed. Thanks for your help. next time please don't forget to cc bug report. this is *not* personal communication and could be easily be lost in spam or whatever.. thanks -- maks No worries - I just figured I wouldn't pollute the bug reports any further, but... either way. Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481485: #490751: linux-image-2.6.25-2-686: proprietary NVIDIA module will not install; #481485: nVidia driver fails to compile due to active Xen support
It would be great if the XEN options:
CONFIG_XEN=y
CONFIG_XEN_BLKDEV_FRONTEND=m
CONFIG_XEN_NETDEV_FRONTEND=m
CONFIG_HVC_XEN=y
were turned off in the Debian stock kernel until there is adequate
support for installing the Debian NVIDIA packages (nvidia-kernel-source,
nvidia-kernel-common and nvidia-glx) under testing, given that this is
now the default testing kernel.
Note that instructions similar to the following (available at
http://blog.creonfx.com/linux/how-to-install-nvidia-driver-on-2625-2-debian-kernel-with-xen
and elsewhere):
1. cd /lib/modules/2.6.25-2-686 (or wherever are your modules)
2. grep CONFIG_XEN . -Rl | xargs -i sed -i -e 's/CONFIG_XEN/CONFIG_LUPO/g' {}
3. export IGNORE_XEN_PRESENCE=1
4. sh NVIDIA-Linux-x86-173.08-pkg1.run (or you can use patched 169.12 -
http://www.nvnews.net/vbulletin/showthread.php?t=110088 )
do not always work (they didn't for me, nor for several other people
who have reported this problem in various places).
Also note:
The following advice (from bug report 481485):
|- If you use the nvidia installer you are on your own. You also cause
|- package files to be overwritten and will likely have breakage on
|- upgrades in the future. Have fun.
|-
|- If you use the debian packages then we can help. We already fixed the
|- xen problem in the debian packages by patching the driver build system.
is completely unhelpful (and unappreciated) since, as noted above (and in the
Debian wiki:
http://wiki.debian.org/NvidiaGraphicsDrivers#head-816174f32ba98061bdd68615838ee453646721f1),
the Debian packages won't install in testing.
Thanks for your efforts on our behalf,
--
Steve Lane
System, Network and Security Administrator
Doudna Lab
Biomolecular Structure and Mechanism Group
UC Berkeley
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: Bug # 426238: ntp: kernel time sync error 0001
In response to Bill Wohler's comment on 28 Aug 2007: since 2.6.18 in lenny is now obsolete, this bug can probably be closed please be aware that, as of today (2008-02-10), anyone using the most recent nvidia-kernel package (nvidia-kernel-2.6.18-6-686) is using linux-image-2.6.18-6-686, and that, therefore, 2.6.18 in lenny is *not* now obsolete, and that, therefore, this bug is still a problem and should not be closed. I am hoping that an nvidia-kernel-2.6.22 package will be available soon, but I have not yet heard back from inquiries into this. In the mean time, any report of progress in addressing this bug would be much appreciated. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433204: Add task I/O accounting linux-image-2.6.22-2-686: Request thirded
Ditto - please add these config parameters to the Debian linux-image-2.6 builds to allow task I/O accounting: CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y Also: This bug was first filed in mid-July, and was seconded at the beginning of November. So far there has been no response from the maintainers. Further, the status is currently wishlist, but it should be at least minor, since it does render other software nonfunctional (i.e. atop, iotop). Please provide a status update on this bug. Thanks much for your efforts, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334672: busybox-static: Using fallback suid method
(Re-sent to include in bug report.) Greetings. If 'busybox-static' is installed (instead of 'busybox'), and the system has a kernel from a Debian 'linux-image...' package, then when the initrd image for the 'linux-image...' package is built (using by the scripts in the 'initramfs-tools' package), 'busybox-static' is included in the image, and booting using this image generates *many* of these 'Using fallback suid method' messages. Thus, the maintainer of the 'initramfs-tools' package understandably does not want to use 'busybox-static' as an option (either via Depends: or Recommends:) when installing the 'initramfs-tools' package. Can you please provide me a time-frame for when this bug might be addressed? I see that it is now 2 years and 59 days old. Note also that this issue relates to bug #375568: busybox-static should include Provides: busybox. Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454665: initramfs-tools: busybox depends should include busybox-static
Maximilian et al: I see that several things have happend regarding this bug, most notably that busybox has moved from 'Depends' to 'Recommends' (and that the bug itself has moved from 'critical' to 'wishlist'). I am not sure of all of the consequences of this, although it appears from the changelog that most of the functionality required is present via binaries from klibc, possibly excepting tools needed for md/lvm root configs (i.e. the control file states, klibc provides utilities to setup root. Having the root on EVMS, MD, LVM2, LUKS or NFS is also supported., but it is not clear that this is still true if *some* version of busybox is not installed.) Is this correct: Will md/lvm root configs function (at all) when busybox is not present? I also see why 'busybox-initramfs' is available as an alternative (for Ubuntu boxes). Is there some reason not to also have 'busybox-static' available as an alternative, especially since this is now just 'Recommends'? Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453002: findutils/locate split
It seems like it would also be useful to add a 'Recommends: locate' line to the findutils control file, or possibly even a mention of the split, and the 'locate' package in the findutils control file 'Description:', since NEWS.Debian is unavailable if the findutils package isn't installed. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454665: initramfs-tools: busybox depends should include busybox-static
On Sun, Dec 09, 2007 at 11:51:11PM +0100, maximilian attems wrote: On Thu, 06 Dec 2007, Steve Lane wrote: Attempting to install busybox-static when initramfs-tools is installed results in an uninstall of initramfs-tools, and, consequently, the Debian kernel package. it's been a time ago, but last i checked busybox static didn't work as expected by mkinitramfs. did you check that your newly gernerated initramfs boots? -- maks The machine had/has two kernels installed on it: linux-image-2.6.22-2-686-bigmem 2.6.22-4: linux-image-2.6.22-3-686-bigmem 2.6.22-6 For both kernels, after reinstalling the kernel and thus building a new initramfs, the only difference I can see in booting is that about 50-70 copies of the following message are generated during the early part of the boot process: Using fallback suid method Other than that, the machine *seems* to boot and function fine (so far...). -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454665: initramfs-tools: busybox depends should include busybox-static
Package: initramfs-tools Version: 0.90a Severity: critical Justification: breaks the whole system Attempting to install busybox-static when initramfs-tools is installed results in an uninstall of initramfs-tools, and, consequently, the Debian kernel package. Obviously busybox-static (vs. busybox) is not normally needed, but, again obviously, it is precisely when things (i.e. dynamic libraries) are broken that it *is* needed (I've been there - it's not pretty). It is these (potential) circumstances that justify the severity of this bug. Fortunately, it is super easy to fix. I've installed my own copy of initramfs-tools on a test machine, where the *only* change is to the Depends line in the control file, from: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-initramfs, cpio, module-init-tools, udev (= 0.086-1) to: Depends: klibc-utils (= 1.4.34-1), busybox (= 1:1.01-3) | busybox-static (= 1:1.01-3), cpio, module-init-tools, udev (= 0.086-1) (Note that the busybox-initramfs package is not available.) I don't know if this qualifies as a patch or not, but there it is. It works great - I was able to install busybox-static (which removes busybox) with no problem. Note that this issue relates to a bug filed against busybox-static (#375568), but it appears to be more properly filed against initramfs-tools (especialy since #375568 was filed nearly a year and a half ago and, as with all the busybox and busybox-static bugs, nothing seems to be happening with them). Hopefully this can happen ASAP, since it's very easy, and only makes good things happen! Thanks very much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- Package-specific info: -- /proc/cmdline root=/dev/hda4 ro -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by nfsd 203568 13 exportfs6240 1 nfsd button 8688 0 ac 5956 0 battery10756 0 ipv6 240804 50 nfs 225228 8 lockd 61224 3 nfsd,nfs nfs_acl 4288 2 nfsd,nfs sunrpc158588 11 nfsd,nfs,lockd,nfs_acl ipt_MASQUERADE 4384 1 iptable_nat 7972 1 nf_nat 18732 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 18540 2 iptable_nat nf_conntrack 61192 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nfnetlink 6520 3 nf_nat,nf_conntrack_ipv4,nf_conntrack ip_tables 13124 1 iptable_nat x_tables 15140 3 ipt_MASQUERADE,iptable_nat,ip_tables dm_snapshot17284 0 dm_mirror 21696 0 dm_mod 52928 2 dm_snapshot,dm_mirror w83781d27500 0 hwmon_vid 3712 1 w83781d psmouse36784 0 e7xxx_edac 6624 0 serio_raw 7460 0 i2c_i8019456 0 i2c_core 24320 2 w83781d,i2c_i801 shpchp 31892 0 pci_hotplug29952 1 shpchp edac_mc24080 1 e7xxx_edac iTCO_wdt 10788 0 evdev 10080 0 pcspkr 3872 0 rtc13624 0 ext3 121960 3 jbd56104 1 ext3 mbcache 9028 1 ext3 ide_cd 37184 0 cdrom 33600 1 ide_cd ide_disk 17280 6 ata_generic 8324 0 libata116720 1 ata_generic scsi_mod 137388 1 libata piix9636 0 [permanent] e1000 114560 0 floppy 55684 0 generic 5604 0 [permanent] ide_core 114788 4 ide_cd,ide_disk,piix,generic uhci_hcd 23824 0 usbcore 126152 2 uhci_hcd thermal14184 0 processor 32072 1 thermal fan 5604 0 -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no postinst_hook = update-grub postrm_hook = update-grub -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n BOOT=local DEVICE=eth0 NFSROOT=auto -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-5 Tiny utilities for small and embed ii cpio 2.9-6 GNU cpio -- a program to manage ar ii klibc-utils 1.5-4
Bug#396928: allow setting of From: address in /etc/default/cron
Package: cron Version: 3.0pl1-100 Followup-For: Bug #396928 I am wondering about the status of this bug. The original request, by the original submitter, Darren Dittrich, was that cron acquire default options from /etc/default/cron, in the standard Debian way. My suggestion was that one of these options be the From: address cron uses to send messages. Setting this is useful regardless of which MTA one is using (i.e. this is *not* specifically a problem with ssmtp, or any other MTA). You stated that this will be added in the next release, which I am running (and have been for nearly a year), but there is no /etc/default/cron. Being able to control cron's From: address would be *hugely* useful in our environment; doubtless this is true for at least one other person (Michelle Konzack, who also added to this bug). In addition, there are obviously other things that would be good to be able to configure for cron in /etc/default/cron. Again, *independent* of anything *any* MTA does, configuring cron's From: line is useful. /etc/default/cron is the obvious mechanism for doing this. Please provide a status update. Thanks very much for your efforts, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.105 add and remove users and groups ii debianutils 2.25.1 Miscellaneous utilities specific t ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages cron recommends: ii ssmtp [mail-transport-agent] 2.61-12.1 extremely simple MTA to get mail o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441520: netatalk: heimdal-dev vs. libcupsys2-dev-libkrb5-dev dependency conflict prevents building
Package: netatalk Version: 2.0.3-6 Followup-For: Bug #441520 Version 1.3.0-2 of cupsys (libcupsys2-dev) introduced a dependency on libkrb5-dev, which conflicts with heimdal-dev. Thus, since netatalk depends on libcupsys2-dev and heimdal-dev, it won't build. Please either remove the heimdal-dev dependency and replace it with one on libkrb5-dev, or communicate with the cupsys maintainers so that they can remove the libkrb5-dev dependency, possibly replacing it with a dependency on heimdal-dev. Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages netatalk depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcupsys2 1.3.2-1 Common UNIX Printing System(tm) - libs ii libdb4.24.2.52+dfsg-4Berkeley v4.2 Database Libraries [runtime] ii libgssapi4-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libkrb5-17-heimdal 0.7.2.dfsg.1-10 Libraries for Heimdal Kerberos ii libpam-modules 0.99.7.1-5 Pluggable Authentication Modules for PAM ii libpam-runtime 0.99.7.1-5 Runtime support for the PAM library ii libpam0g0.99.7.1-5 Pluggable Authentication Modules library ii libslp1 1.2.1-6.2OpenSLP libraries ii libwrap07.6.dbs-14 Wietse Venema's TCP wrappers library ii netbase 4.30 Basic TCP/IP networking system ii perl5.8.8-7 Larry Wall's Practical Extraction and Report Language Versions of packages netatalk recommends: pn db4.2-util none(no description available) ii lsof 4.78.dfsg.1-3 List open files pn rc none(no description available) pn slpd none(no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421659: cpio: mt does not report tape status and hangs if the drive is empty
Package: cpio Version: 2.7-1 Severity: grave Justification: renders package unusable Using the cpio 2.6-17 stable version of mt, I can do the following: With a tape in the drive: root /bin/mt -f /dev/nst0 status drive type = Generic SCSI-2 tape drive status = 1241513984 sense key error = 0 residue count = 0 file number = 0 block number = 0 Tape block size 0 bytes. Density code 0x4a (unknown). Soft error count since last status=0 General status bits on (4101): BOT ONLINE IM_REP_EN root With no tape in the drive: root /bin/mt -f /dev/nst0 status /bin/mt: /dev/nst0: No medium found root Using the cpio 2.7-1 testing version of mt, I get this: With a tape in the drive: root /bin/mt -f /dev/nst0 status drive type = 114 drive status = 1241513984 sense key error = 0 residue count = 0 file number = 0 block number = 0 root (i.e. much of the actually useful information I need isn't there.) With no tape in the drive: root /bin/mt -f /dev/nst0 status the command just hangs - I have to give it an interrupt (^C) to get the prompt back. In addition, using the 2.7-1 mt has resulted in the drive requesting the cleaning tape after most uses (60+%). This behavior did not occur prior to upgrading to 2.7-1, and has gone away now that I've downgraded to 2.6-17. I don't want to upgrade to 2.7-2 because (a) I have no reason to assume this will solve these problems, and (b) 2.7-2 wants me to upgrade libc6, which I'm not willing to do for this one package. Please advise. Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15-phabrix060 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cpio depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries cpio recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365234: libtasn1-2: Please patch to fix CVE-2006-0645 security issue
Package: libtasn1-2 Version: 1:0.2.17-2 Severity: grave Tags: security Justification: user security hole Greetings. I'm filing this bug report to keep track of the following security issue. [DSA 985-1] New libtasn1-2 packages fix arbitrary code execution was released on 6 Mar 2006, in regard to Bugtraq ID 16568 / CVE-2006-0645. It states, in part: For the unstable distribution (sid) these problems will be fixed soon. For the record, the current unstable version, 0.2.17-2, is also the curent testing version. Soon has expired ;) Please patch/repair (there is a patch available for the stable version, 0.2.10-3sarge1 - I don't know if this helps or not). Thanks much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-phabrix060 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libtasn1-2 depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries Versions of packages libtasn1-2 recommends: ii libtasn1-2-bin1:0.2.17-2 Manage ASN.1 structures (binaries) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357289: tetex-bin: Configuration fails - package won't install
Package: tetex-bin Version: 3.0-14 Severity: grave Justification: renders package unusable Here's what I get: root apt-get install tetex-bin Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: tetex-base Suggested packages: tetex-extra gs-gpl gs-esp gs-afpl gv postscript-viewer xpdf-reader pdf-viewer texi2html dvipng chktex lacheck rubber sam2p Recommended packages: tetex-doc dialog perl-tk The following NEW packages will be installed: tetex-base tetex-bin 0 upgraded, 2 newly installed, 0 to remove and 65 not upgraded. Need to get 26.0MB of archives. After unpacking 86.4MB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://linux.csua.berkeley.edu testing/main tetex-base 3.0-15 [22.4MB] Get:2 http://linux.csua.berkeley.edu testing/main tetex-bin 3.0-14 [3555kB] Fetched 26.0MB in 3s (8396kB/s) Preconfiguring packages ... Selecting previously deselected package tetex-base. (Reading database ... 67751 files and directories currently installed.) Unpacking tetex-base (from .../tetex-base_3.0-15_all.deb) ... Selecting previously deselected package tetex-bin. Unpacking tetex-bin (from .../tetex-bin_3.0-14_i386.deb) ... Setting up tetex-base (3.0-15) ... done Creating config file /etc/texdoctk/texdocrc with new version Setting up tetex-bin (3.0-14) ... Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version Running fmtutil-sys. This may take some time. ... fmtutil: config file `fmtutil.cnf' not found. fmtutil failed. Output has been stored in /tmp/tetex.postinst.XXPsNQXI Please include this file if you report a bug. dpkg: error processing tetex-bin (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: tetex-bin E: Sub-process /usr/bin/dpkg returned an error code (1) It appears (maybe) that there is a problem with one of the install scripts (postinst?) that either fails to put fmtutil.cnf in the right place, or installs it and then deletes it, or..? Note that: /tmp/tetex.postinst.XXPsNQXI is a file of zero size. Thanks for any help you might be able to render, -- Steve Lane -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-phabrix040 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii debianutils 2.15.2 Miscellaneous utilities specific t ii dpkg 1.13.16package maintenance system for Deb ii ed0.2-20 The classic unix line editor ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib hi libgcc1 1:4.0.2-5 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-14 path search library for teTeX (run ii libpaper1 1.1.14-5 Library for handling paper charact ii libpng12-01.2.8rel-5 PNG library - runtime ii libpoppler0c2 0.4.5-3PDF rendering library ii libsm66.9.0.dfsg.1-4 X Window System Session Management hi libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxaw8 6.9.0.dfsg.1-4 X Athena widget set library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii mime-support 3.35-1 MIME files 'mime.types' 'mailcap ii perl 5.8.8-2Larry Wall's Practical Extraction ii sed 4.1.2-8The GNU sed stream editor ii tetex-base3.0-15 Basic library files of teTeX ii ucf
Bug#357289: tetex-bin: Configuration fails - package won't install
drsteve dpkg -l tex-common
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++---
ii tex-common 0.15 Common
infrastructure for using and building TeX in Debian
drsteve ls -l /var/lib/texmf/web2c/fmtutil.cnf
0 lrwxrwxrwx 1 root root 22 Apr 19 2005 /var/lib/texmf/web2c/fmtutil.cnf -
/etc/texmf/fmtutil.cnf
drsteve grep ^WEB2C /etc/texmf/texmf.cnf
WEB2C = $TEXMF/web2c
drsteve grep ^WEB2C /etc/texmf/texmf.d/15Plain.cnf
WEB2C = $TEXMF/web2c
drsteve grep '^TEXMF ' /etc/texmf/texmf.cnf
TEXMF =
{$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN,!!$TEXMFDIST}
drsteve grep '^TEXMF ' /etc/texmf/texmf.d/05TeXMF.cnf
TEXMF =
{$TEXMFCONFIG,$TEXMFVAR,$TEXMFHOME,$TEXMFSYSCONFIG,!!$TEXMFSYSVAR,!!$TEXMFLOCAL,!!$TEXMFMAIN,!!$TEXMFDIST}
And, as an added bonus:
drsteve ls -l /etc/texmf
total 52
4 drwxr-xr-x 2 root root 4096 Mar 16 07:46 fmt.d/
4 -rw-r--r-- 1 root root 3872 Feb 11 08:14 fmtutil.cnf.postinst-bak
4 drwxr-xr-x 2 root root 4096 Mar 16 07:43 language.d/
24 -rw-r--r-- 1 root root 24296 Feb 11 08:14 texmf.cnf
4 drwxr-xr-x 2 root root 4096 May 4 2005 texmf.d/
8 -rw-r--r-- 1 root root 4598 Feb 11 08:14 updmap.cfg.postinst-bak
4 drwxr-xr-x 2 root root 4096 Mar 16 07:43 updmap.d/
and:
root ls -l /etc/texmf/texmf.d/
total 44
8 -rw-r--r-- 1 root root 6709 Feb 11 08:14 05TeXMF.cnf
4 -rw-r--r-- 1 root root 1080 Apr 19 2005 15Plain.cnf
4 -rw-r--r-- 1 root root 3410 Feb 11 08:14 45TeXinputs.cnf
4 -rw-r--r-- 1 root root 1240 Feb 11 08:14 55Fonts.cnf
4 -rw-r--r-- 1 root root 163 Feb 11 08:14 65BibTeX.cnf
4 -rw-r--r-- 1 root root 689 Feb 11 08:14 75DviPS.cnf
4 -rw-r--r-- 1 root root 2684 Feb 11 08:14 85Misc.cnf
4 -rw-r--r-- 1 root root 333 Apr 19 2005 90TeXDoc.cnf
8 -rw-r--r-- 1 root root 6485 Feb 11 08:14 95NonPath.cnf
Thanks for the quick initial response!
--
Steve Lane
System, Network and Security Administrator
Doudna Lab
Biomolecular Structure and Mechanism Group
UC Berkeley
On Thu, Mar 16, 2006 at 05:47:03PM +0100, Frank K?ster wrote:
Steve Lane [EMAIL PROTECTED] wrote:
Setting up tetex-bin (3.0-14) ...
Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version
Running fmtutil-sys. This may take some time. ...
fmtutil: config file `fmtutil.cnf' not found.
What's the output of
dpkg -l tex-common
ls -l /var/lib/texmf/web2c/fmtutil.cnf
grep ^WEB2C /etc/texmf/texmf.cnf
grep ^WEB2C /etc/texmf/texmf.d/15Plain.cnf
grep '^TEXMF ' /etc/texmf/texmf.cnf
grep '^TEXMF ' /etc/texmf/texmf.d/05TeXMF.cnf
Regards, Frank
--
Frank K?ster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ.
Z?rich
Debian Developer (teTeX)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357289: tetex-bin: Configuration fails - package won't install
I did as you suggested: root ls -l /var/lib/texmf/web2c/fmtutil.cnf 0 lrwxrwxrwx 1 root root 22 Apr 19 2005 /var/lib/texmf/web2c/fmtutil.cnf - /etc/texmf/fmtutil.cnf root rm /var/lib/texmf/web2c/fmtutil.cnf root ls -l /var/lib/texmf/web2c/fmtutil.cnf ls: /var/lib/texmf/web2c/fmtutil.cnf: No such file or directory Now I get this: root apt-get install tetex-bin Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: tetex-base Suggested packages: tetex-extra gs-gpl gs-esp gs-afpl gv postscript-viewer xpdf-reader pdf-viewer texi2html dvipng chktex lacheck rubber sam2p Recommended packages: tetex-doc dialog perl-tk The following NEW packages will be installed: tetex-base tetex-bin 0 upgraded, 2 newly installed, 0 to remove and 18 not upgraded. Need to get 0B/26.0MB of archives. After unpacking 86.4MB of additional disk space will be used. Do you want to continue [Y/n]? Preconfiguring packages ... Selecting previously deselected package tetex-base. (Reading database ... 67635 files and directories currently installed.) Unpacking tetex-base (from .../tetex-base_3.0-15_all.deb) ... Selecting previously deselected package tetex-bin. Unpacking tetex-bin (from .../tetex-bin_3.0-14_i386.deb) ... Setting up tetex-base (3.0-15) ... done Creating config file /etc/texdoctk/texdocrc with new version Setting up tetex-bin (3.0-14) ... Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version Running fmtutil-sys. This may take some time. ... Running updmap-sys. This may take some time. ... updmap failed. Output has been stored in /tmp/tetex.updmap.XXjv8Wcy Please include this file if you report a bug. dpkg: error processing tetex-bin (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: tetex-bin E: Sub-process /usr/bin/dpkg returned an error code (1) root ls -l /tmp/tetex.updmap.XXjv8Wcy 4 -rw--- 1 root root 46 Mar 16 09:58 /tmp/tetex.updmap.XXjv8Wcy root cat !$ cat /tmp/tetex.updmap.XXjv8Wcy updmap-sys: config file updmap.cfg not found. -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley On Thu, Mar 16, 2006 at 06:41:58PM +0100, Frank K?ster wrote: Steve Lane [EMAIL PROTECTED] wrote: drsteve dpkg -l tex-common Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii tex-common 0.15 Common infrastructure for using and building TeX in Debian drsteve ls -l /var/lib/texmf/web2c/fmtutil.cnf 0 lrwxrwxrwx 1 root root 22 Apr 19 2005 /var/lib/texmf/web2c/fmtutil.cnf - /etc/texmf/fmtutil.cnf Ah. This file shouldn't be a symlink, but a real file. Hm, did we ever have that setup, maybe during sarge development? Anyway, when update-fmtutil tries to generate that file, it should either - write to the destination of the link, or - simply replace the symlink by a real file, or - stop with an error, instead of doing nothing as it currently does. I think I'm going to change it so that it gives an error (it'd be surprising if local customization in /etc/texmf/fmtutil.cnf suddenly stopped working). So to fix your bug, simply remove the symlink. In case that you have some local customization in /etc/texmf/fmtutil.cnf: The real conffile is /etc/texmf/fmt.d/01tetex.cnf, please make your changes there, or better, if you only have *additions*, create a new file with extension *.cnf in /etc/texmf/fmt.d/ and place your additions there. By the way, this is explained in README.Debian (in text and html format). Regards, Frank -- Frank K?ster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Z?rich Debian Developer (teTeX) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357289: tetex-bin: Configuration fails - package won't install
Bingo: root ls -l /var/lib/texmf/web2c/updmap.cfg 0 lrwxrwxrwx 1 root root 21 Apr 19 2005 /var/lib/texmf/web2c/updmap.cfg - /etc/texmf/updmap.cfg root rm /var/lib/texmf/web2c/updmap.cfg root ls -l /var/lib/texmf/web2c/updmap.cfg ls: /var/lib/texmf/web2c/updmap.cfg: No such file or directory And, finally: root apt-get install tetex-bin Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: tetex-base Suggested packages: tetex-extra gs-gpl gs-esp gs-afpl gv postscript-viewer xpdf-reader pdf-viewer texi2html dvipng chktex lacheck rubber sam2p Recommended packages: tetex-doc dialog perl-tk The following NEW packages will be installed: tetex-base tetex-bin 0 upgraded, 2 newly installed, 0 to remove and 18 not upgraded. Need to get 0B/26.0MB of archives. After unpacking 86.4MB of additional disk space will be used. Do you want to continue [Y/n]? Preconfiguring packages ... Selecting previously deselected package tetex-base. (Reading database ... 67635 files and directories currently installed.) Unpacking tetex-base (from .../tetex-base_3.0-15_all.deb) ... Selecting previously deselected package tetex-bin. Unpacking tetex-bin (from .../tetex-bin_3.0-14_i386.deb) ... Setting up tetex-base (3.0-15) ... done Creating config file /etc/texdoctk/texdocrc with new version Setting up tetex-bin (3.0-14) ... Creating config file /etc/texmf/fmt.d/01tetex.cnf with new version Running fmtutil-sys. This may take some time. ... Running updmap-sys. This may take some time. ... done. root Thanks *VERY* much for your help! -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley On Thu, Mar 16, 2006 at 07:32:47PM +0100, Frank K?ster wrote: Steve Lane [EMAIL PROTECTED] wrote: root cat !$ cat /tmp/tetex.updmap.XXjv8Wcy updmap-sys: config file updmap.cfg not found. Might be the same problem: updmap.cfg should be a normal file in /var/lib/texmf/web2c, is it a symlink on your system? The same advice holds as for fmtutil.cnf: Please change things in the files in /etc/texmf/updmap.d/, add things by adding files *.cfg in that directory. Regards, Frank -- Frank K?ster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Z?rich Debian Developer (teTeX) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327580: boot failure: Superblock last write time is in the future
Greetings. I am (well: was) using the current version of e2fsprogs (1.38+1.39-WIP-2005.12.10-1), and every-other boot gives the above error message for the root partition, followed by stopping the boot process and offering the opportunity to get into maintenance mode to run fsck by hand. The root partition is marked dirty. Whether or not I run fsck by hand, or just Ctrl-D to continue, the next boot runs fsck on the root partition, finds nothing wrong, marks it clean, and boots normally. The next reboot brings up the error again. As someone pointed out (http://lists.debian.org/debian-user/2006/01/msg00408.html), and as I observed in the Debian changelogs for this version on the machine(s) in question, it seems like the fix for this bug is intended to adress this very problem, but it does not seem to do so on my machines. Rolling back to e2fsprogs/e2fslibs 1.37-2sarge1 makes the problem go away. (I had 1.38-2 in the interval, but I can't find a copy of this version at the moment, so I don't know if it solves the problem.) Note: My hardware and software clocks are both correct, and both set to local time. I have: /etc/localtime - /usr/share/zoneinfo/US/Pacific (which works fine), and /etc/defaults/rcS has UTC=no. Please let me know if you need further information. Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343569: spamassassin: Can't locate Mail/SPF/Query.pm
Package: spamassassin Version: 3.1.0a-1 Severity: normal Every email message spamd sees generates one of these in /var/log/mail.err (I wrapped the line): Dec 15 23:34:40 lego spamd[15298]: Can't locate Mail/SPF/Query.pm in @INC (@INC contains: \ ../lib /usr/share/perl5 /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 \ /usr/lib/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl) at \ /usr/share/perl5/Mail/SpamAssassin/Plugin/SPF.pm line 272, GEN54 line 47. In fact, /usr/share/perl5/Mail/SPF doesn't even exist. 'locate Query.pm' and 'locate SPF' turn up no obvious culprits on this machine. The spamassassin package installed fine with apt-get (no errors or weirdness, etc.), and spamd seems to be *working* fine... Thanks much, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11phabrix Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages spamassassin depends on: ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.46-1 A collection of modules that parse ii perl 5.8.7-7Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.7-7Larry Wall's Practical Extraction ii spamc 3.1.0a-1 Client for SpamAssassin spam filte -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343569: spamassassin: Can't locate Mail/SPF/Query.pm - needs more packages
After I did: root apt-get install libmail-spf-query-perl libsys-hostname-long-perl libnet-cidr-lite-perl (which seemed to be a good idea, based on info contained in Bug #333721: Cannot find Sys/Hostname/Long.pm), the problem went away. Is this a package dependency issue? -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342765: psmisc: fuser -a flag is always in operation
Package: psmisc Version: 21.8-1 Severity: normal If I give fuser the '-a' flag, I get the following (FYI: the leading '\' gets rid of any aliasing): root \fuser -a /var/log/apache2/error.log* /var/log/apache2/error.log: 9890 16736 18027 18033 23587 26697 26698 29639 29808 30117 31194 /var/log/apache2/error.log.1: /var/log/apache2/error.log.2.gz: /var/log/apache2/error.log.3.gz: /var/log/apache2/error.log.4.gz: /var/log/apache2/error.log.5.gz: /var/log/apache2/error.log.6.gz: /var/log/apache2/error.log.7.gz: which is the expected behavior. If I leave off the '-a' flag, I get the exact same thing, which is not the expected behavior, according to the man page. I should get: root \fuser /var/log/apache2/error.log* /var/log/apache2/error.log: 9890 16736 18027 18033 23587 26697 26698 29639 29808 30117 31194 no? Or am I missing something... Thanks, -- Steve Lane System, Network and Security Administrator Doudna Lab Biomolecular Structure and Mechanism Group UC Berkeley -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages psmisc depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand psmisc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
