Bug#354163: Getting the machine to power down?
On Mon, 11 Sep 2006, Petter Reinholdtsen wrote: Does it help to load the apm kernel module before doing shutdown, as described in bug #146411? In that case, I suggest adding it to /etc/modules. No. It was my first shot but the problem is *completely* unrelated to apmd. This is at least the case for the issue I reported as #354163 and I should probably rename the title of the bug if this is confusing. I tried several things here but the problem is anywhere inbetween the changes of initscripts_2.86.ds1-10and initscripts_2.86.ds1-11 I'm living perfectly fine with initscripts_2.86.ds1-10 on hold. Installing any later version brings up the problem on all my machines (apm or acpi based). A quite hard fact that it is not the apm code to switch off the computer is IMHO that the machine also does not reboot but hangs anywhere in the final step of the shutdown process. The very old problem does not switch of without apm did not showed this behaviour and also did not forced a file system check at next boot (which is the case after I have to switch of my computer). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340713: Further example
On Mon, 11 Sep 2006, Don Armstrong wrote: The archive flag is totally wrong; actually archived bugs only show up when you use archive=yes. As reported in #339141 and #326774 this is not true since a long time. (This is my most hated and probably most boring bug at all.) I've been working on them for quite some time, actually. So I try to keep silent and don't steal your time with boring questions. ;-)) Thanks for working on bugs.debian.org Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387078: exim4-config: local_host_whitelist man page entries a bit confusing
Package: exim4-config Version: 4.63-3 Severity: minor The man page describing local_host_whitelist could be a little clearer. First, there is no subhead in the DESCRIPTION section for local_host_whitelist. Second, the fact that this file was only mentioned under local_host_blacklist, along with the text For convenience, as an additional method to whitelist addresses from being blocked, an explicit whitelist is read in from /etc/exim4/local_host_whitelist. Entries in the whitelist override corresponding blacklist entries. supported the 2nd of 2 interpretations: 1) if the sending host is on the whitelist, the message will be accepted. 2) if the sending host is on the blacklist and the whitelist, it will not be blocked because of the whitelist, but it might be blocked for other reasons. I think, after looking at the code, that 1) is what is happening. At the moment, it happens to be what I want (in particular, someone is sending me mail from a machine without proper DNS entries). So I think it would be good to give local_host_whitelist a separate entry, and to clarify if interpreation 1, 2, or something else is correct. -- Package-specific info: Exim version 4.63 #1 built 23-Aug-2006 17:28:20 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.97 Add and remove users and groups ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy exim4-config recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387079: libfile-copy-recursive-perl: FTBFS: Unrecognized character \x05 at ._Makefile.PL line 1.
Package: libfile-copy-recursive-perl Version: 0.27-1 Severity: serious When building 'libfile-copy-recursive-perl' in a clean unstable chroot, I get the following error: make[1]: Entering directory `/libfile-copy-recursive-perl-0.27' cp ._Recursive.pm blib/lib/File/Copy/._Recursive.pm cp Recursive.pm blib/lib/File/Copy/Recursive.pm Manifying blib/man3/File::Copy::Recursive.3pm /usr/bin/perl -Iblib/arch -Iblib/lib ._Makefile.PL ._Makefile Unrecognized character \x05 at ._Makefile.PL line 1. make[1]: *** [._Makefile] Error 255 make[1]: Leaving directory `/libfile-copy-recursive-perl-0.27' make: *** [build-stamp] Error 2 Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387080: libnet-lite-ftp-perl: FTBFS: Missing Build-Depends on 'libnet-ssleay-perl'
Package: libnet-lite-ftp-perl Version: 0.47-1 Severity: serious Tags: patch When building 'libnet-lite-ftp-perl' in a clean 'unstable' chroot, I get the following error: # Tried to use 'Net::Lite::FTP'. # Error: Can't locate Net/SSLeay/Handle.pm in @INC (@INC contains: /libnet-lite-ftp-perl-0.47/blib/lib /libnet-lite-ftp-perl-0.47/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /libnet-lite-ftp-perl-0.47/blib/lib/Net/Lite/FTP.pm line 35. # BEGIN failed--compilation aborted at t/Net-Lite-FTP.t line 9. # Compilation failed in require at (eval 3) line 2. # BEGIN failed--compilation aborted at (eval 3) line 2. Can't locate auto/Net/Lite/FTP/new.al in @INC (@INC contains: /libnet-lite-ftp-perl-0.47/blib/lib /libnet-lite-ftp-perl-0.47/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at t/Net-Lite-FTP.t line 11 # Looks like you planned 3 tests but only ran 1. # Looks like you failed 1 test of 1 run. # Looks like your test died just after 1. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/Net-Lite-FTP.t 255 65280 35 166.67% 1-3 Failed 1/1 test scripts, 0.00% okay. 3/3 subtests failed, 0.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/libnet-lite-ftp-perl-0.47' make: *** [install-stamp] Error 2 Please add the missing Build-Depends on 'libnet-ssleay-perl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/libnet-lite-ftp-perl-0.47/debian/control ./debian/control --- ../tmp-orig/libnet-lite-ftp-perl-0.47/debian/control2006-09-12 06:16:08.0 + +++ ./debian/control2006-09-12 06:16:06.0 + @@ -2,7 +2,7 @@ Section: perl Priority: optional Build-Depends: debhelper (= 5.0.0) -Build-Depends-Indep: perl (= 5.6.0) +Build-Depends-Indep: perl (= 5.6.0), libnet-ssleay-perl Maintainer: Alexis Sukrieh [EMAIL PROTECTED] Standards-Version: 3.7.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387077: firefox-sage: FTBFS: Missing Build-Depends on 'unzip'
Package: firefox-sage Version: 1.3.6-1 Severity: serious Tags: patch When building 'firefox-sage' in a clean 'unstable' chroot, I get the following error: touch configure-stamp dh_testdir mkdir -p temp unzip -o -d temp *.xpi /bin/sh: unzip: command not found make: *** [build-stamp] Error 127 Please add the missing Build-Depends on 'unzip' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/firefox-sage-1.3.6/debian/control ./debian/control --- ../tmp-orig/firefox-sage-1.3.6/debian/control 2006-09-12 06:07:26.0 + +++ ./debian/control2006-09-12 06:07:25.0 + @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Alan Woodland [EMAIL PROTECTED] -Build-Depends: debhelper ( 5.0.0) +Build-Depends: debhelper ( 5.0.0), unzip Standards-Version: 3.7.2 Package: firefox-sage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372840: libghc6-plugins-dev: Still broken install
Package: libghc6-plugins-dev Version: 0.9.10-1 Followup-For: Bug #372840 In this version, by September the issue is still there. m. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354559: Again
Hello, I'd like to state that this bug is still present in xscreensaver, without anyone responding to the bugreport. Which bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387081: yaird: Add quilt to Build-Depends
Package: yaird Severity: minor Subject says it all, really. debian/rules could not find /usr/share/cdbs/1/rules/patchsys-quilt.mk. On sarge this is provided by quilt. The situation seems to be the same on unstable. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16-14.1-lube-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381721: closed by Kel Modderman [EMAIL PROTECTED] (Bug#381721: fixed in wpasupplicant 0.5.5-1)
Debian Bug Tracking System skrev: This is an automatic notification regarding your Bug report #381721: wpasupplicant: Command line options -P and -C are not documented in man page, which was filed against the wpasupplicant package. It has been closed by Kel Modderman [EMAIL PROTECTED]. Oops. Sorry for not getting back to you. Thanks for the fix. It's what I was after. Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387082: 'man tc-prio' typos: Decimcal, Montetary, and commandline x 2
Package: iproute Version: 20060323-1 Severity: minor Tags: patch Found some typos in '/usr/share/man/man8/tc-prio.8.gz', see attached '.diff'. Seems to be a recurrence of: #350675: 'man tc-prio' typos: Montetary, Decimcal, and commandline x 2 Package: iproute (iproute 20051007-3; fixed: iproute 20051007-4); Severity: minor; Reported by: A Costa [EMAIL PROTECTED]; Tags: patch Done: Alexander Wirt [EMAIL PROTECTED]; Archived Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages iproute depends on: ii libatm1 2.4.1-17shared library for ATM (Asynchrono ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [ iproute recommends no packages. -- debconf-show failed --- tc-prio.8 2004-06-08 16:34:17.0 -0400 +++ /tmp/tc-prio.8 2006-09-12 00:30:30.0 -0400 @@ -30,7 +30,7 @@ On creation with 'tc qdisc add', a fixed number of bands is created. Each band is a class, although is not possible to add classes with 'tc qdisc add', the number of bands to be created must instead be specified on the -commandline attaching PRIO to its root. +command line attaching PRIO to its root. When dequeueing, band 0 is tried first and only if it did not deliver a packet does PRIO try band 1, and so onwards. Maximum reliability packets @@ -88,7 +88,7 @@ The four TOS bits (the 'TOS field') are defined as: .nf -Binary Decimcal Meaning +Binary Decimal Meaning - 1000 8 Minimize delay (md) 0100 4 Maximize throughput (mt) @@ -125,13 +125,13 @@ The second column contains the value of the relevant four TOS bits, followed by their translated meaning. For example, 15 stands -for a packet wanting Minimal Montetary Cost, Maximum Reliability, Maximum +for a packet wanting Minimal Monetary Cost, Maximum Reliability, Maximum Throughput AND Minimum Delay. The fourth column lists the way the Linux kernel interprets the TOS bits, by showing to which Priority they are mapped. -The last column shows the result of the default priomap. On the commandline, +The last column shows the result of the default priomap. On the command line, the default priomap looks like this: 1, 2, 2, 2, 1, 2, 0, 0 , 1, 1, 1, 1, 1, 1, 1, 1
Bug#387083: 'man tc-cbq-details' typo: occured
Package: iproute Version: 20060323-1 Severity: minor Tags: patch Found a typo in '/usr/share/man/man8/tc-cbq-details.8.gz', see attached '.diff'. Seems to be a recurrence of: #350673: 'man tc-cbq-details' typo: occured Package: iproute (iproute 20051007-3; fixed: iproute 20051007-4); Severity: minor; Reported by: A Costa [EMAIL PROTECTED]; Tags: patch Done: Alexander Wirt [EMAIL PROTECTED]; Archived Hope this helps... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages iproute depends on: ii libatm1 2.4.1-17shared library for ATM (Asynchrono ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [ iproute recommends no packages. -- debconf-show failed --- tc-cbq-details.82006-09-09 19:05:30.0 -0400 +++ /tmp/tc-cbq-details.8 2006-09-12 00:26:01.0 -0400 @@ -210,7 +210,7 @@ priority. If found, choose it, and terminate. .TP (iii) -Choose the class at which break out to the fallback algorithm occured. Terminate. +Choose the class at which break out to the fallback algorithm occurred. Terminate. .P The packet is enqueued to the class which was chosen when either algorithm terminated. It is therefore possible for a packet to be enqueued *not* at a
Bug#387084: gramadoir: FTBFS: Missing Build-Depends on 'liblocale-po-perl'
Package: gramadoir Version: 0.6-1 Severity: serious Tags: patch When building 'gramadoir' in a clean 'unstable' chroot, I get the following error: NLS activated checking for perl module Locale::PO... no configure: error: Locale::PO is required make: *** [stampdir/configure-stamp] Error 1 Please add the missing Build-Depends on 'liblocale-po-perl' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/gramadoir-0.6/debian/control ./debian/control --- ../tmp-orig/gramadoir-0.6/debian/control2006-09-12 06:20:40.0 + +++ ./debian/control2006-09-12 06:20:38.0 + @@ -2,7 +2,7 @@ Section: misc Priority: optional Maintainer: Alastair McKinstry [EMAIL PROTECTED] -Build-Depends: dbs, debhelper (= 5), libstring-approx-perl +Build-Depends: dbs, debhelper (= 5), libstring-approx-perl, liblocale-po-perl Standards-Version: 3.7.2 Package: gramadoir -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387085: debian-installer: Support install from a running system into another partition
Package: debian-installer Severity: wishlist [EMAIL PROTECTED]:~$ apt-cache show debian-installer Package: debian-installer Priority: optional Section: devel Description: Debian installer This package currently only contains some documentation for the Debian installer. We welcome suggestions about what else to put in it. How about a program /usr/bin/debian-installer that gives me the same curses interface than the bootable CDs and permits me to install Debian on a different disk/partition? This niche was (as far as I am concerned) adequately filled by the combination of (c)debootstrap and base-config before, but as base-config has now disappeared, we actually have a regression in etch compared to potato / woody / sarge. Using the debian-installer infrastructure for that and giving people the same nice hand-holding interface than for a from-scratch installation would be an awesome way to address that, to not only fix the regression, but replace it by something really better, nostalgia à la http://www.infodrom.org/~joey/log/?200609102259 notwithstanding. (I'm aware this will probably not be ready for etch, but please consider it for later.) Thanks, -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: Getting the machine to power down?
[Andreas Tille] It was my first shot but the problem is *completely* unrelated to apmd. OK. I am still fumbling in the dark. Can you provide the output of for a working and a broken system? ls /etc/rcS.d /etc/rc2.d /etc/rc6.d Also, it would be useful to know the content of your /etc/fstab and /etc/default/rcS. Can you try to do 'shutdown -h now' while in a console (and not from X), and report the last 8 lines printed on the screen before it hangs. If fsck is needed on ever boot, that indicates that the final remount of the root file system never occured, and thus a shutdown order bug. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387086: copied text disappears from clipboard when treeline exits
Package: treeline Version: 1.0.0-1 Severity: normal I open a treeline document, and copy some text. If I leave treeline open, I can paste the text. But if I close treeline, I can't paste the text; it's gone from the clipboard. I have to reopen treeline, and recopy the text. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages treeline depends on: ii python2.4.3-11 An interactive high-level object-o ii python-qt33.16-1.2 Qt3 bindings for Python Versions of packages treeline recommends: ii ispell 3.1.20.0-4.3 International Ispell (an interacti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387089: Certificate links must not be removed
Package: ca-certificates Version: 20050804 Severity: important Upon upgrade of this package it seems that all symlinks to certificates in /etc/ssl/certs are removed. However, recreated are only those to certificates provided by this package. (or all symlinks to certs not from this package are removed). The result of this bug, at least, is that the link to a custom cert was removed which resulted in mails not being delivered anymore. I assume the bug is somewhere in update-ca-certificates. I consider this bug release-critical because this package will be maintained via volatile during the lifetime of etch and an upgrade would hurt everybody who had custom certificates added to /etc/ssl/cert. If an update during the lifetime of etch would be unlikely the severity would be discussable, but not if we have to expect the package to be updated every three months at least. Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379164: [Pkg-utopia-maintainers] Bug#379164: Dbus and ldap
On Mon, Sep 11, 2006 at 10:33:59PM +0200, Anthony Prades wrote: In short : - Without 'nscd' : - with LDAP request : OK ; - with LDAPs request : Not OK (and loggin fail) ; in recovery mode, 'id' works and 'hald' fails... - With 'nscd' : - with LDAP request : OK ; - with LDAPs request : Not OK if the 'dbus' startup sequence is S20 ; Ok if the 'dbus' startup sequence is S21. In the 2 cases, with or without, 'nscd' is not started when 'dbus' start and fail : - without 'nscd' : libnss-ldap contact LDAP server directly ; - with 'nscd' : when 'dbus' and 'nscd' use the S20 startup sequence, 'dbus' start first, so it's like without nscd ; I'm not sure if it's or not a 'dbus' bug, but it seems that libnss-ldap is not white as the driven snow... :) It's not a dbus bug. This seems to be bug 376426 on libnss-ldap. But the orignal reporter apparently didn't use ldaps, so there still seems to be an issue somewhere else.. Sjoerd -- Do molecular biologists wear designer genes? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386852: aptitude: [INTL:sk] Updated Slovak translation
Quoting Peter Mann ([EMAIL PROTECTED]): On Mon, Sep 11, 2006 at 06:22:56PM +0200, Christian Perrier wrote: Committed (aka to my branch and sent to Daniel so that he commits to his branch) Peter, a recent change by Daniel triggerred a fuzzy string. Can you update the attached file ? ok, done Committed and sent to Daniel. signature.asc Description: Digital signature
Bug#385320: why has this bug been closed?
Users of xinetd can't remove openbsd-inetd: Indeed, this is currently not possible. There are other open bugs about this, and will probably be fixed soon. Since you are closing a bug that you admit hasn't been fixed yet, can you at least please cite some of the other bug reports that you say exist about this? You did the same thing to #384912-- dismissed it and closed it. The only other bug I can find about this in the netbase, openbsd-inetd, and xinetd packages is #326975. Are there others we should know about? 326975 is over a year old, with no activity. I don't see any indication that it will be fixed soon. Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387087: scm: make it work on s390
Package: scm Severity: wishlist Make scm work on s390. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387088: cdrkit: Please remove filename alteration restriction from defaults.c
Package: cdrkit Version: 1.0~pre4 Severity: wishlist Specifically the following. In cdrecord/defaults.c mkisofs/defaults.c (link to above) mkisofs/diag/defaults.c (link to above) readcd/defaults.c (link to above) scgskeleton/defaults.c (link to above) rscsi/rscsi.c Schily put in this text about not allowing people to change the name of the defaults files unless they change the documentation and add a statement about the official location and so on: * WARNING you are only allowed to change this filename if you also * change the documentation and add a statement that makes clear * where the official location of the file is why you did choose a * nonstandard location and that the nonstandard location only refers * to inofficial cdrecord versions. * * I was forced to add this because some people change cdrecord without * rational reason and then publish the result. As those people * don't contribute work and don't give support, they are causing extra * work for me and this way slow down the cdrecord development. */ Now, I believe that you *HAVE* changed the names of the defaults files and that you *HAVE* documented that wodim is not cdrecord and so on. If this is the case, then you have met the requirements of schily's restriction. (And of course that restriction should remain documented somewhere, perhaps in LICENSE.) But by leaving that text in the source code, you appear to be applying the restriction to the names of the defaults files in *your* version of the code as well. (/etc/default/wodim). Please don't do that. Make it clear that the restriction doesn't apply to the new defaults files names for wodim. Do so by removing that text from the source file (and perhaps putting it in LICENSE with appropriate notes noting that it refers to cdrecord, not wodim). Incidentally, 'rscsi' uses its own default file, /etc/default/rscsi; I'm not sure whether you've renamed it, and if you haven't then maybe the condition still applies to it. But the condition certainly should not apply to /etc/default/wodim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387093: hplip-data: please remove recommends: hplip.
Package: hplip-data Version: 1.6.7-2 Severity: normal This is causing me grief with trying to build dependancy trees. hplip correctly depends on hplip-data and I don't think there is anything in hplip-data apart from data. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) hplip-data depends on no packages. Versions of packages hplip-data recommends: ii hplip 1.6.7-2HP Linux Printing and Imaging Syst -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216703: The bug still goes on with etch
Upgrading my workstation from sarge to etch broke wdm. Authentification is always refused ERROR login failed. login and xdm have no problem. The transition described in http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00012.html has been completed a long time ago. Here is my /etc/pam.d/wdm : #%PAM-1.0 authrequiredpam_nologin.so authrequiredpam_env.so @include common-auth @include common-account @include common-session I not that wdmLogin does not seem to be linked with PAM, at least ldd does not find it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387095: gstreamer0.10-alsa: Patch to fix upstream bug 'ALSA emu10k1 mixer tracks are wrongly classified as playback tracks'
Package: gstreamer0.10-alsa Version: 0.10.9-2 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is currently a bug in how gstreamer interprets the properties of various alsa mixer controls that makes the GstAlsaMixer abstraction fairly useless on emu10k1 (SB Live/Audigy) and similar cards. The upstream bug is at http://bugzilla.gnome.org/show_bug.cgi?id=336075. The patch has been accepted upstream, please consider applying the patch attached to the bug until a new release is made. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gstreamer0.10-alsa depends on: ii libasound2 1.0.11-7ALSA library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgstreamer-plugins-base0.1 0.10.9-2GStreamer libraries from the base gstreamer0.10-alsa recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBml7shl/216gEHgRApijAKC11VWWA3251+lLN9hJzJPRWXF5OACfVu+i 2/VuKGBjvHgWYD6BiFj/cYA= =sRoB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387094: FTBFS: error CS0006: Cannot find assembly `/usr/lib/mono/gmime-sharp/gmime-sharp.dll'
Package: tomboy Severity: serious Version: 0.3.9+dfsg-2 hi, while looking at #385382 i noticed tomboy FTBFS, this may be fixed by replacing the Build-Dependency on libgmime2.2-cil with libgmime2.1-cilm, see attached patch. [..] -r:/usr/lib/pkgconfig/../../lib/mono/gtk-sharp-2.0/gconf-sharp-peditors.dll -r:Mono.Posix -r:../../Tomboy/Tomboy.exe ./Evolution.cs -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll -resource:../../data/images/stock_mail.png,stock_mail.png error CS0006: Cannot find assembly `/usr/lib/mono/gmime-sharp/gmime-sharp.dll' Log: Compilation failed: 1 error(s), 0 warnings make[4]: *** [Evolution.dll] Error 1 make[4]: Leaving directory `/tmp/buildd/tomboy-0.3.9+dfsg/Tomboy/Plugins' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/tomboy-0.3.9+dfsg/Tomboy' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/tomboy-0.3.9+dfsg' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/tomboy-0.3.9+dfsg' make: *** [debian/stamp-makefile-build] Error 2 pbuilder: Failed autobuilding of package [..] bye, - michael --- debian/control 2006-09-12 09:46:56.0 +0200 +++ /home/abi/qa/tomboy-0.3.9+dfsg/debian/control 2006-09-12 09:45:02.0 +0200 @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: Dave Beckett [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5), mono-mcs (= 1.1.8.1) | c-sharp-compiler, libgtk2.0-cil, libgnome2.0-cil, libgconf2.0-cil, libgtkspell-dev (= 2.0.9), libmono-dev (= 1.1.8.1), intltool, libdbus-glib-1-2 (= 0.60), libpanel-applet2-dev, cli-common-dev (= 0.4.0), sharutils, libgnomeprintui2.2-dev, libgtk2.0-dev (= 2.6), libatk1.0-dev (= 1.2.4), libgmime2.2-cil, gnome-doc-utils (= 0.3.2), scrollkeeper +Build-Depends: cdbs, debhelper (= 5), mono-mcs (= 1.1.8.1) | c-sharp-compiler, libgtk2.0-cil, libgnome2.0-cil, libgconf2.0-cil, libgtkspell-dev (= 2.0.9), libmono-dev (= 1.1.8.1), intltool, libdbus-glib-1-2 (= 0.60), libpanel-applet2-dev, cli-common-dev (= 0.4.0), sharutils, libgnomeprintui2.2-dev, libgtk2.0-dev (= 2.6), libatk1.0-dev (= 1.2.4), libgmime2.1-cil, gnome-doc-utils (= 0.3.2), scrollkeeper Standards-Version: 3.7.2 Package: tomboy
Bug#385722: please consider splitting off sysvutils
I gave this another try, this time using version 2.86.ds1-21 both in the changelog entry and in the replaces header, and upgrading from version 2.86.ds1-21~1. It failed. Here is the error: # dpkg -i *-21*.deb [...] Unpacking sysvinit-utils (from sysvinit-utils_2.86.ds1-21_i386.deb ... Replacing files in old package sysvinit ... dpkg: regarding sysvinit_2.86.ds1-21_i386.deb containing sysvinit, pre-dependency problem: sysvinit pre-depends on sysvinit-utils sysvinit-utils is unpacked, but has never been configured. dpkg: error processing sysvinit_2.86.ds1-21_i386.deb (--install): pre-dependency problem - not installing sysvinit Setting up sysv-rc (2.86.ds1-21) ... [...] Errors were encountered while processing: sysvinit_2.86.ds1-21_i386.deb # The problem was solved by running the dpkg -i call again, and this time sysvinit found its predepend and dpkg was happy. I fail to understand why dpkg isn't ordering the install in a way to make sure sysvinit-utils are configured before sysvinit is installed, but until I can be sure we do not run into problems with this split, I will wait. This is the patch I used this time, relative to the current svn. Index: debian/control === --- debian/control (revisjon 912) +++ debian/control (arbeidskopi) @@ -9,9 +9,7 @@ Package: sysvinit Essential: yes Architecture: any -Conflicts: last -Replaces: last -Pre-Depends: initscripts, sysv-rc (= 2.86.ds1-1.2) | file-rc ( 0.7.0) +Pre-Depends: initscripts, sysv-rc (= 2.86.ds1-1.2) | file-rc ( 0.7.0), sysvinit-utils Depends: ${shlibs:Depends} Description: System-V-like init utilities This package contains programs required for booting @@ -22,6 +20,18 @@ to run as process number 1 until the system halts. All other processes are descended from it. +Package: sysvinit-utils +Essential: yes +Architecture: any +Conflicts: last +Replaces: last, sysvinit ( 2.86.ds1-21) +Depends: ${shlibs:Depends} +Description: System-V-like utilities + This package contains the important System-V-like utilities. + . + Specifically, this package includes: + killall5, last, lastb, mesg, pidof + Package: sysv-rc Architecture: all Recommends: lsb-base (= 3.0-6) @@ -35,7 +45,7 @@ Package: initscripts Architecture: any -Depends: ${shlibs:Depends}, ${glibc:Depends}, ${mount:Depends}, e2fsprogs (= 1.32+1.33-WIP-2003.04.14-1), debianutils (= 2.13.1), lsb-base (= 3.0-6) +Depends: ${shlibs:Depends}, ${glibc:Depends}, ${mount:Depends}, e2fsprogs (= 1.32+1.33-WIP-2003.04.14-1), debianutils (= 2.13.1), lsb-base (= 3.0-6), sysvinit-utils Conflicts: mdutils, sysv-rc ( 2.86.ds1-1.2), sysvinit ( 2.86.ds1-12) Replaces: mdutils, sysvinit ( 2.85-12), libc6, libc6.1, libc0.1, libc0.3 Description: Scripts for initializing and shutting down the system Index: debian/changelog === --- debian/changelog(revisjon 915) +++ debian/changelog(arbeidskopi) @@ -1,4 +1,4 @@ -sysvinit (2.86.ds1-21~1) unstable; urgency=low +sysvinit (2.86.ds1-21) unstable; urgency=low * Correct status report handling in umountnfs.sh. Based on patch from Markus Schoder. (Closes: #386893) @@ -20,6 +20,9 @@ * Now that mtab is properly updated by mtab.sh before mountall.sh, there is no need to have special handling of proc file systems. Remove the code from mountall.sh. (Closes: #359651) + * Split killall5, last, lastb, mesg and pidof out of the sysvinit +package into a new sysvinit-utils package to make it easier to +replace sysvinit. (Closes: #385722) -- Petter Reinholdtsen [EMAIL PROTECTED] Mon, 11 Sep 2006 00:44:44 +0200 Index: debian/rules === --- debian/rules(revisjon 912) +++ debian/rules(arbeidskopi) @@ -96,8 +96,22 @@ rm -f $(tmp)/sbin/halt rm -f $(tmp)/sbin/reboot endif + rm -f $(tmp)/usr/share/man/man8/killall5.8 + rm -f $(tmp)/usr/share/man/man1/last.1 + rm -f $(tmp)/usr/share/man/man1/lastb.1 + rm -f $(tmp)/usr/share/man/man1/mesg.1 + rm -f $(tmp)/usr/share/man/man8/pidof.8 rm -f $(tmp)/usr/share/man/man1/mountpoint.1 + rm -f $(tmp)/sbin/killall5 + rm -f $(tmp)/usr/bin/last + rm -f $(tmp)/usr/bin/lastb + rm -f $(tmp)/usr/bin/mesg + rm -f $(tmp)/bin/pidof rm -f $(tmp)/bin/mountpoint + rmdir $(tmp)/usr/share/man/man1 + rmdir $(tmp)/usr/sbin + rmdir $(tmp)/usr/bin + rmdir $(tmp)/bin gzip -9f $(tmp)/usr/share/man/man*/*.[0-9] install -o root -g root -m 644 debian/copyright \ $(tmp)$(doc)/sysvinit/copyright @@ -108,6 +122,43 @@ dpkg --build $(tmp) .. rm -rf $(tmp) # + # sysvinit-utils package + # + -rm -rf $(tmp) + install -d -o root -g root -m 755 $(tmp) + install -d -o root -g root -m 755
Bug#386441: initramfs-tools: Support custom framebuffer modules
On Mon, 11 Sep 2006, David Härdeman wrote: I've attached a new version of the script (which I haven't had time to test yet). It should work properly with builtin or modular fb drivers and also support the extra options which can be passed to fb modules via the kernel command line. ok thanks! -- David Härdeman #!/bin/sh PREREQ= prereqs() { echo $PREREQ } case $1 in # get pre-requisites prereqs) prereqs exit 0 ;; esac parse_kernel_opts() i'll make that parse_video_opts() as it's specific to that, rootnfs opts are very different for example. { local OPTS=$1 local IFS=, # Must be a line like video=fbdriver:opt1,[opt2]... if [ $OPTS = ${OPTS%%:*} ]; then return fi OPTS=${OPTS#*:} # The options part of the kernel video= argument (i.e. everyting # after video=fbdriver:) has very inconsistent rules. # # Generally the following applies: # 1) options are comma-separated # 2) options can be in either of these three forms: # arg=value # arg:value # boolean-arg # 3) the mode option has the form xresxyres[M][R][-bpp][@refresh][i][m] #and may or may not start with mode= # # When the options are used with modules, they need to be space-separated # and the following conversions are needed: # arg:value - arg=value # boolean-arg - boolean-arg=1 # modevalue - mode=modevalue for opt in $OPTS; do if [ $opt != ${opt#*=} ]; then # Already in the arg=value form echo -n $opt elif [ $opt != ${opt#[[:digit:]]*x[[:digit:]]}; then # Sadly no regexps are available # but presumably a modevalue without the mode= prefix echo -n mode=$opt you can use printf as regex replacement, it's both in dash as in ash, see load_modules() from scripts/functions else # Presumably a boolean echo -n $opt=1 fi done } FB= OPTS= for x in $(cat /proc/cmdline); do case $x in splash*) # Let the other options take precedent if [ -z $FB ]; then FB=vga16fb OPTS= fi ;; vga=*) FB=vesafb OPTS= ;; video=*) TMP=${x#*=} FB=${TMP%%:*} OPTS=$(parse_kernel_opts $TMP) ;; esac done if [ -n $FB ]; then modprobe -q $FB $OPTS fi if [ -e /proc/fb ]; then while read fbno desc; do mknod /dev/fb$fbno 29 $fbno done /proc/fb for i in 0 1 2 3 4 5 6 7 8; do mknod /dev/tty$i c 4 $i done fi i'll test it out for the 0.80 release, seems very valuable indeed. -- maks
Bug#383099: Drop severity?
Presumably the severity of this bug can be lowered now that python (= 2.4) has hit testing. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#387090: ITA: debpartial
Package: wnpp Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387091: gdrae: Description improvement
Package: gdrae Version: current Severity: minor - Description: A Real Academia Espanola dictinoary interface + Description: Real Academia Espanola dictionary interface Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387092: obexfs: Description improvement
Package: obexfs Version: current Severity: minor - Description: Mount filesystem of ObexFTP capabable devices + Description: Mount filesystem of ObexFTP capable devices Regards, Joey -- GNU does not eliminate all the world's problems, only some of them. -- The GNU Manifesto Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387078: exim4-config: local_host_whitelist man page entries a bit confusing
On Mon, Sep 11, 2006 at 11:15:19PM -0700, Ross Boylan wrote: The man page describing local_host_whitelist could be a little clearer. First, there is no subhead in the DESCRIPTION section for local_host_whitelist. Second, the fact that this file was only mentioned under local_host_blacklist, along with the text For convenience, as an additional method to whitelist addresses from being blocked, an explicit whitelist is read in from /etc/exim4/local_host_whitelist. Entries in the whitelist override corresponding blacklist entries. supported the 2nd of 2 interpretations: 1) if the sending host is on the whitelist, the message will be accepted. 2) if the sending host is on the blacklist and the whitelist, it will not be blocked because of the whitelist, but it might be blocked for other reasons. I think, after looking at the code, that 1) is what is happening. Right. At the moment, it happens to be what I want (in particular, someone is sending me mail from a machine without proper DNS entries). So I think it would be good to give local_host_whitelist a separate entry, and to clarify if interpreation 1, 2, or something else is correct. I agree. Can you give a text proposal or a patch for the man page? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386916: linux-image-2.6.17-2-686: can't boot up
On Tue, 12 Sep 2006, LI Daobing wrote: On 9/12/06, maximilian attems [EMAIL PROTECTED] wrote: ok so it's loaded, did you have udev troubles and downgraded? I don't know what's the meaning of udev troubles yes it's name nc, sorry. really need the dmesg to see anything why your devices are not there. it works. new log in attachment confirms that 2.6.17 is not finding your disk could you please try out 2.6.18-rc5 from trunk: you find instructions: http://wiki.debian.org/DebianKernel best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387097: gnome-media: Apply patch from upstream, 'Audigy 2 mixer duplication and inactive mixers shown'
Package: gnome-media Version: 2.14.2-1.1 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There is currently a bug in gnome-volume-control that prevents it from handling the case where multiple GstMixerTracks with the same name exist. This makes the GNOME mixer useless with sound cards such as the SB Live, Audigy and so on. The upstream bug is at http://bugzilla.gnome.org/show_bug.cgi?id=313495. Would you please consider applying the patch attached to the bug? Unfortunately (due to a delay in getting the gstreamer patch applied) the patch missed the window for 2.16, and I really don't want to have to go *another* six months without a working mixer. :) - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gnome-media depends on: ii gnome-media-common 2.14.2-1.1GNOME media utilities - common fil ii gstreamer0.10-alsa [gstrea 0.10.9-2.1GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.9-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.3-2 GStreamer plugins from the good ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-7 generic font configuration library ii libgail-common 1.8.11-2 GNOME Accessibility Implementation ii libgail17 1.8.11-2 GNOME Accessibility Implementation ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.3-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-media02.14.2-1.1runtime libraries for the GNOME me ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgstreamer-plugins-base0 0.10.9-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.9-1 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libnautilus-burn3 2.14.3-1 Nautilus Burn Library - runtime ve ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gnome-media recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBmusshl/216gEHgRAmNiAJ41jh8UdLtptsFswmL03lAKR7qlKgCg7oMj L65ev1wqjqRX4Nsml1klVWQ= =umfK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386519: [Pkg-sql-ledger-discussion] Re: Bug#386519: sql-ledger: Security vulnerability CVE-2006-4244
Dieter Simader skrev: The sessionid is still there but not used anymore. If you need more info let me know. OK, as said - I've tested that the new package installs ok, but I have not found the time to check how the bug is fixed. Since I'm under a rather heavy workload now, I doubt that I can make the time to verify anything else than that the upgrade went ok. If Raphael understands the patch, I suggest it's uploaded to the security mirror, and that a DSA is released. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer and Solution provider EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: Getting the machine to power down?
[Andreas Tille] I think I will use the very same system. Thank you. The umounting of file systems are obviously not working as it should. I read that from your shutdown load. Try replacing in /etc/init.d/umountfs the line saying PATH=/usr/sbin:/usr/bin:/sbin:/bin with a line saying PATH=/sbin:/bin:/usr/sbin:/usr/bin I am starting to suspect the problem is that you have one set of tools in /{s}bin/, and a different set of tools with the same names in /usr/{s}bin/. Try also to add 'set -x' early in umountfs, to see what the script do when it fails. Your problem might also be related to the NFS mount points, and the fact that portmap is killed before nfs umounting is tried (bug #258420). If this is the case, I am working on a fix. The shutdown sequence you typed in seem to jump from S30urandom directly to S90reboot without running S31umountnfs.sh, S32portmap, S35networking, S40umountfs and S60umountroot. I fail to understand how that can happen. This is right according to all my knowledge. What confuses me is that Shutdown: hda seemed to have done successfully according to the screen dump which is really. It confuses me too. :) I just have reinstalled 2.86.ds1-10 and when I do the `shutdown -h now' the end shows some more text and no broken grep call - if you think it makes sense to get these lines I'm willing to write down these as well but have no good idea how to copy the screen once the box is switched off. It would be useful to have the output from a run with set -x as described above, but that will be quite a lot to type, so we can wait to see if the PATH changes help first. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387001: nagios-plugins-basic: check_ups doesn't disconnect cleanly
tags 387001 patch thanks On Mon, 2006-09-11 at 17:53 +0200, Tilman Koschnick wrote: Now, I always get the logged out syslog entry, but every now and then, check_ups fails to parse the response. I guess there is a race condition between check_ups parsing the answer to the GET VAR query and upsd answering the LOGOUT query. The attached patch should do away with this problem; check_ups works now fine in my installation. === plugins/check_ups.c == --- plugins/check_ups.c (revision 2) +++ plugins/check_ups.c (revision 4) @@ -393,13 +393,13 @@ /* char command[MAX_INPUT_BUFFER]; */ char temp_buffer[MAX_INPUT_BUFFER]; char send_buffer[MAX_INPUT_BUFFER]; - char *ptr; + char *ptr, *end = NULL; int len; *buf=0; /* create the command string to send to the UPS daemon */ - sprintf (send_buffer, GET VAR %s %s\n, ups_name, varname); + sprintf (send_buffer, GET VAR %s %s\nLOGOUT\n, ups_name, varname); /* send the command to the daemon and get a response back */ if (process_tcp_request @@ -433,6 +433,9 @@ } ptr = temp_buffer + strlen (varname) + strlen (ups_name) + 6; + end = strchr(ptr, '\n'); + if (end) + *end = 0; len = strlen(ptr); if (len 2 || ptr[0] != '' || ptr[len-1] != '') { printf (%s\n, _(Error: unable to parse variable)); signature.asc Description: This is a digitally signed message part
Bug#387068: please consider local_mirror
Steffen Joeris wrote: Enclosed you find a patch for including a local_mirror. It is important to make sure the component is also changeable. Please check the patch as there might be some typos. For what scenario do you think to use this? If you have a local mirror, you can set the LIVE_MIRROR to your local mirror and be done with it. If you want to use it for an additional repository to be included, lets say for third-party packages, then this is already more or less solved in my mind, need just to commit it into the svn. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387069: Please consider dchroot
Steffen Joeris wrote: Please consider adding the following patch which allows using dchroot instead of chroot and therefore allows other users than root to use it. Please check the patch again as there might be some typos. Jup, as said on IRC, this is nice, will add it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387094: reassign..
reassign 387094 libgmime2.2-cil severity 387094 grave thanks hi again, On Tue, Sep 12, 2006 at 10:20:12AM +0200, Michael Ablassmeier wrote: i think this is probably a bug in libgmime2.2-cil which fails to setup a corresponding symlink from /usr/lib/mono/gmime-sharp/gmime-sharp.dll to /usr/lib/cli/gmime-sharp-2.2/gmime-sharp.dll.config. [EMAIL PROTECTED]:~$ apt-get install libgmime2.2-cil [..] The following extra packages will be installed: libgmime-2.0-2 The following NEW packages will be installed: libgmime-2.0-2 libgmime2.2-cil [..] Selecting previously deselected package libgmime-2.0-2. (Reading database ... 153008 files and directories currently installed.) Unpacking libgmime-2.0-2 (from .../libgmime-2.0-2_2.2.3-1.2_amd64.deb) ... Selecting previously deselected package libgmime2.2-cil. Unpacking libgmime2.2-cil (from .../libgmime2.2-cil_2.2.3-1.2_all.deb) ... Setting up libgmime-2.0-2 (2.2.3-1.2) ... Setting up libgmime2.2-cil (2.2.3-1.2) ... * Installing 1 assembly from libgmime2.2-cil into Mono [EMAIL PROTECTED]:~$ pkg-config --libs gmime-sharp -r:/usr/lib/mono/gmime-sharp/gmime-sharp.dll [EMAIL PROTECTED]:~$ ls -alh /usr/lib/mono/gmime-sharp/gmime-sharp.dll ls: /usr/lib/mono/gmime-sharp/gmime-sharp.dll: No such file or directory reassigning from tomboy to libgmime2.2-cil. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385977: does weird things with backup files
On Mon, Sep 11, 2006 at 07:48:33PM +0100, Reuben Thomas wrote: I've now investigated this bug with zile 2.2.20 and the sample .zile file from 2.2.13 (as per the report) on an x86_64 machine (sadly, not Debian, I couldn't arrange that; it's running CentOS 4.1). I do of course get the no such file or directory message, but that is a normal minibuffer error, and is expected (perhaps I misunderstood this part of the report). No character is inserted in the buffer, however. Robert, if you can help any more on this (especially if the problem still occurs with 2.2.20) I'd be most grateful. I reproduced the caracter insertion bug on pergolesi.debian.org in the pure amd64 chroot with zile 2.2.18 (I will test 2.2.20 today). I confirm that the error message is normal (given the .zile file used). However it seems that the caracter (0xFF) is inserted when the error message is deleted from the minibuffer. Note that the problem also appear on merulo.debian.org which is an ia64 system (on sarge and sid). -- Nicolas Duboc [EMAIL PROTECTED] pgpX2E3xhdpRv.pgp Description: PGP signature
Bug#387094: reassign..
hi, i think this is probably a bug in libgmime2.2-cil which fails to setup a corresponding symlink from /usr/lib/mono/gmime-sharp/gmime-sharp.dll to /usr/lib/cli/gmime-sharp-2.2/gmime-sharp.dll.config. bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385976: strange (and annoying) delay on startup
On Mon, Sep 11, 2006 at 10:18:03PM +0200, Robert Millan wrote: Thanks for the ellaboration. This sounds like a strange race, though. It would require the user to launch the client before the server has finished its startup, which AFAICT can only be done from a shell that doesn't belong to this server session. Er, the server doesn't provide ICE functionality, that's purely a client-side adventure. So yes, it's entirely possible -- and plausible. Cheers, Daniel signature.asc Description: Digital signature
Bug#387096: long decription not easy to understand
Package: icecc Version: 0.7.7-1 Severity: minor This part of the long description isn't very easy to read/understand: | This advantage pays off mostly for shared | computers, if you're the only user on x machines, you have full control over | them anyway. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354163: Getting the machine to power down?
On Tue, 12 Sep 2006, Petter Reinholdtsen wrote: OK. I am still fumbling in the dark. Can you provide the output of for a working and a broken system? I think I will use the very same system. 1. The working version: --- $ dpkg --status initscripts | grep Version Version: 2.86.ds1-10 ls /etc/rcS.d /etc/rc2.d /etc/rc6.d See attachment ls_etc-v10. Also, it would be useful to know the content of your /etc/fstab # file system mount point type options dump pass /dev/hda1 / ext3errors=remount-ro 0 1 /dev/hda2 noneswapsw 0 0 proc/proc procdefaults0 0 none/proc/bus/usb usbfs defaults0 0 /dev/hda3 /usrext3defaults0 2 /dev/hda5 /varext3defaults0 2 wr-linux02:/home /home nfs defaults wr-linux02:/usr/local /usr/local nfs defaults /dev/fd0 /m/a auto defaults,user,exec,noauto 0 0 /dev/cdrom /m/cdrom auto ro,user,exec,noauto 0 2 /dev/cdwr /m/cdwrauto ro,user,exec,noauto 0 2 and /etc/default/rcS. # # Defaults for the boot scripts in /etc/rcS.d # # Time files in /tmp are kept in days. TMPTIME=0 # Set to yes if you want sulogin to be spawned on bootup SULOGIN=no # Set to no if you want to be able to login over telnet/rlogin # before system startup is complete (as soon as inetd is started) DELAYLOGIN=yes # Set UTC=yes if your system clock is set to UTC (GMT), and UTC=no if not. UTC=yes # Set VERBOSE to no if you would like a more quiet bootup. VERBOSE=yes # Set EDITMOTD to no if you don't want /etc/motd to be editted automatically EDITMOTD=yes # Set FSCKFIX to yes if you want to add -y to the fsck at startup. FSCKFIX=no (I never changed this file manually.) 2. The non-working version: --- $ dpkg --status initscripts | grep Version Version: 2.86.ds1-11 ls /etc/rcS.d /etc/rc2.d /etc/rc6.d Hmmm, it shows no changces to attachment ls_etc-v10 so I do not send two identical files. I think I have a better idea: I copied the whole /etc directory from the working version to etc_v10 and the version that does not work any more to etc_v11 and did a diff -ubrN etc_v10 etc_v11 Hope this might give some hints (see attachment). Can you try to do 'shutdown -h now' while in a console (and not from X), and report the last 8 lines printed on the screen before it hangs. Well, doing some grunt work stupid screen typing for you ;-)) Saving the system clock.. Hardware Clock updated to Tue Sep 12 ... bla Stopping Squid HTTP proxy: squid. Stopping NFS common utilities: statd. Stopping deferred execution scheduler: atd. Stopping kernel log daemon: klogd. Stopping system log daemon: syslogd. Stopping Device file system management daemon: No /sbin/devfsd found running; none killed. devsfd. Sending all processed the TERM signal...done. Sending all processed the KILL signal...done. Saving random seed...done. Usage: grep [OPTION] ... PATTERN [FILE] Hmmm ??? Try `grep --help' for more information. Shutdown: hda System halted. Unmounting remote and non-toplevel virtual filesystems... Remark 1: Every difference in the strings that might occure here was not caused by patches I did to my system but because I'm unable to copy my screen without errors. ;-) Remark 2: The system was bootet using 2.86.ds1-10 and shutdown after installing 2.86.ds1-11. The behaviour remains the same if bootet with 2.86.ds1-11. If fsck is needed on ever boot, that indicates that the final remount of the root file system never occured, and thus a shutdown order bug. This is right according to all my knowledge. What confuses me is that Shutdown: hda seemed to have done successfully according to the screen dump which is really. As you might have read I have reported this on debian-devel http://lists.debian.org/debian-devel/2006/03/msg00240.html and http://lists.debian.org/debian-devel/2006/03/msg01108.html for a different machine. The strange thing is the brocken grep call but in the diff I attached I do not find a changed line that contains grep. I just have reinstalled 2.86.ds1-10 and when I do the `shutdown -h now' the end shows some more text and no broken grep call - if you think it makes sense to get these lines I'm willing to write down these as well but have no good idea how to copy the screen once the box is switched off. Good luck Andreas. -- http://fam-tille.de/etc/rc2.d: K08vmware README S10sysklogd S11klogd S18portmap S19mysql-ndb-mgm S20dbus-1 S20exim S20inetd S20intel-rng-tools S20ipx S20lpd S20mysql S20nfs-kernel-server S20nvidia-glx S20postgresql S20postgresql-7.4 S20rsync S20samba S20sqlrelay S20ssh
Bug#387099: atop: disks are always shown 100% busy
Package: atop Version: 1.16-2 Severity: normal I have two SATA disks, sda and sdb. atop always shows both of them as 100% (or sometimes 98%-101%) busy, even when the disks are idle, and atop also shows their read and write counts as close to zero. I run a custom kernel, that includes the atopcnt and atopacct patches. I also use EVMS to manage my root volume, which is on a raid1 array that uses both sda and sdb. So (as I understand it), the device mapper module owns /dev/sda and /dev/sdb. Maybe relevant. Thanks, Andrew. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (200, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages atop depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii logrotate3.7.1-3 Log rotation utility ii zlib1g 1:1.2.3-13 compression library - runtime atop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386921: menu: [INTL:th] Updated Thai translation
tags 386921 pending thanks Quoting Theppitak Karoonboonyanan ([EMAIL PROTECTED]): Package: menu Version: 2.1.30 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please update Thai translation with the attached PO. Committed as it seems correct. signature.asc Description: Digital signature
Bug#383099: Drop severity?
On Tue, 2006-09-12 at 01:41 -0700, Steve Langasek wrote: Presumably the severity of this bug can be lowered now that python (= 2.4) has hit testing. This is true, but for a rather arcane reason only: smart-notifier depends on python2.4-dbus, which only exists now in the archive as a virtual package provided by python-dbus, which depends on python (= 2.4), thus ensuring that for any user upgrading from sarge, python 2.4 will be installed and configured before smart-notifier is. Maybe not... I still see a python2.4-dbus in testing: packages.debian.org/python2.4-dbus. Or doesn't this matter because it no longer exists in unstable? -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#51796: Is acct maintained?
Is acct maintained anymore? -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#383099: Drop severity?
On Tue, Sep 12, 2006 at 09:44:14AM +0100, Sam Morris wrote: On Tue, 2006-09-12 at 01:41 -0700, Steve Langasek wrote: Presumably the severity of this bug can be lowered now that python (= 2.4) has hit testing. This is true, but for a rather arcane reason only: smart-notifier depends on python2.4-dbus, which only exists now in the archive as a virtual package provided by python-dbus, which depends on python (= 2.4), thus ensuring that for any user upgrading from sarge, python 2.4 will be installed and configured before smart-notifier is. Maybe not... I still see a python2.4-dbus in testing: packages.debian.org/python2.4-dbus. Or doesn't this matter because it no longer exists in unstable? The reason it doesn't matter is that the new version of dbus has about 100 packages blocked behind it, so it's not an option to leave the old version in etch for release. :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387098: libvolume-id0: does not create /dev/sda* nodes for usb disk
Package: libvolume-id0 Version: 0.100-1 Severity: important after recent upgrade and reboot the /dev/sda* nodes are not created properly when usb disk is inserted. It seems that all /dev/sda* nodes are created statically once (during boot?), but they are useless since I cannot mount them even with root priviledges. However, downgrading to version 0.093-1 of this library solves the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Versions of packages libvolume-id0 depends on: hi libc62.3.6.ds1-4 GNU C Library: Shared libraries libvolume-id0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383099: Drop severity?
severity 383099 important thanks On Tue, Sep 12, 2006 at 08:50:07AM +0100, Sam Morris wrote: Presumably the severity of this bug can be lowered now that python (= 2.4) has hit testing. This is true, but for a rather arcane reason only: smart-notifier depends on python2.4-dbus, which only exists now in the archive as a virtual package provided by python-dbus, which depends on python (= 2.4), thus ensuring that for any user upgrading from sarge, python 2.4 will be installed and configured before smart-notifier is. Without this coincidental check, this would still be an RC bug; and technically it still is for the moment in testing, because python-dbus isn't there yet. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386916: linux-image-2.6.17-2-686: can't boot up
On 9/12/06, maximilian attems [EMAIL PROTECTED] wrote: On Tue, 12 Sep 2006, LI Daobing wrote: On 9/12/06, maximilian attems [EMAIL PROTECTED] wrote: ok so it's loaded, did you have udev troubles and downgraded? I don't know what's the meaning of udev troubles yes it's name nc, sorry. really need the dmesg to see anything why your devices are not there. it works. new log in attachment confirms that 2.6.17 is not finding your disk could you please try out 2.6.18-rc5 from trunk: you find instructions: http://wiki.debian.org/DebianKernel 2.6.18-rc5 and rc6 both failed, dmesg in attachment. I use following deb files: $ ls -l *.deb -rw-r--r-- 1 lidb lidb 16568456 2006-09-04 12:07 linux-image-2.6.18-rc5-686_2.6.17+2.6.18-rc5-0experimental.1snapshot.7293_i386.deb -rw-r--r-- 1 lidb lidb 16701800 2006-09-09 20:07 linux-image-2.6.18-rc6-686_2.6.17+2.6.18-rc6-0experimental.1snapshot.7377_i386.deb best regards -- LI Daobing window: disabled. PCI: Bridge: :00:1e.0 IO window: 1000-1fff MEM window: 5000-500f PREFETCH window: disabled. ACPI: PCI Interrupt :00:01.0[A] - GSI 16 (level, low) - IRQ 169 PCI: Setting latency timer of device :00:01.0 to 64 ACPI: PCI Interrupt :00:1c.0[A] - GSI 17 (level, low) - IRQ 177 PCI: Setting latency timer of device :00:1c.0 to 64 ACPI: PCI Interrupt :00:1c.2[C] - GSI 18 (level, low) - IRQ 185 PCI: Setting latency timer of device :00:1c.2 to 64 ACPI: PCI Interrupt :00:1c.3[D] - GSI 19 (level, low) - IRQ 193 PCI: Setting latency timer of device :00:1c.3 to 64 PCI: Setting latency timer of device :00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered audit: initializing netlink socket (disabled) audit(1158079976.824:1): initialized highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered PCI: Setting latency timer of device :00:01.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[:00:01.0:pcie00] PCI: Setting latency timer of device :00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[:00:1c.0:pcie00] Allocate Port Service[:00:1c.0:pcie02] PCI: Setting latency timer of device :00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[:00:1c.2:pcie00] Allocate Port Service[:00:1c.2:pcie02] PCI: Setting latency timer of device :00:1c.3 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[:00:1c.3:pcie00] Allocate Port Service[:00:1c.3:pcie02] isapnp: Scanning for PnP cards... isapnp: No Plug Play device found Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 PNP: PS/2 controller doesn't have AUX irq; using default 12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 mice: PS/2 mouse device common for all mice TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 Using IPI No-Shortcut mode ACPI: (supports S0 S1 S3 S4 S5) Freeing unused kernel memory: 196k freed Time: tsc clocksource has been installed. ACPI Exception (acpi_processor-0681): AE_NOT_FOUND, Processor Device is not present [20060707] ACPI: Getting cpuindex for acpiid 0x2 ACPI Exception (acpi_processor-0681): AE_NOT_FOUND, Processor Device is not present [20060707] ACPI: Getting cpuindex for acpiid 0x3 ACPI Exception (acpi_processor-0681): AE_NOT_FOUND, Processor Device is not present [20060707] ACPI: Getting cpuindex for acpiid 0x4 input: AT Translated Set 2 keyboard as /class/input/input0 e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI e100: Copyright(c) 1999-2005 Intel Corporation ACPI: PCI Interrupt :05:08.0[A] - GSI 20 (level, low) - IRQ 50 e100: eth0: e100_probe: addr 0x5000, irq 50, MAC addr 00:16:76:07:E0:AD Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH7: IDE controller at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 185 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:pio, hdb:DMA Probing IDE interface ide0... usbcore:
Bug#387102: hddtemp: Please add WDC WD2500JS
Package: hddtemp Version: 0.3-beta15-26 Severity: wishlist Tags: patch Hi, This patch adds support for the WDC WD2500JS-00MHB0 disk, and corrects the description of its big brother, the WDC WD2500KS-00MJB0. Regards, Robbert --- /etc/hddtemp.db.orig2006-09-12 11:03:36.0 +0200 +++ /etc/hddtemp.db 2006-09-12 11:03:11.0 +0200 @@ -426,7 +426,8 @@ WDC WD2500PD-00FZB1 194 C Western Digital WD2500PD-00FZB1 WDC WD2500SD-01KCB0 194 C Western Digital Caviar RE 250GB 8MB -WDC WD2500KS-00MJB0 194 C Western Digital Caviar SE16 250GB 16MB +WDC WD2500JS-00MHB0 194 C Western Digital Caviar 250GB 8MB +WDC WD2500KS-00MJB0 194 C Western Digital Caviar 250GB 16MB WDC WD2500YD-01NVB1 194 C Western Digital Caviar RE 250GB 16MB WDC WD3000JB-00KFA0 194 C Western Digital WD3000JB -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii grep 2.5.1.ds2-5 GNU grep, egrep and fgrep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information: * hddtemp/SUID_bit: false * hddtemp/interface: 127.0.0.1 * hddtemp/daemon: true * hddtemp/syslog: 0 * hddtemp/port: 7634 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324910: log rotation
I think that the additional processing of wtmp.1 must be left in to take account of log rotation (see #51796). I found that putting an additional '-f' parameter before '/var/log/wtmp.1' caused ac to process both files. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#387101: restartd: The '-f' (run in foreground) option disappeared
Package: restartd Version: 0.2 Severity: important Restard version 0.1.a-4 has a '-f' (run in foreground) option. It is really important to be able to run restartd in foreground. INIT is usually used to monitor process execution repawning the process when it stopped. INIT attaches itself to the child (monitored) process' stdin/out so that it knows when it stopped. The lack of '-f' option forbids restartd monitoring, which is an important point of failure. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-aurora Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387103: cdbs: tarball+simple-patchsys does not clean properly
Package: cdbs Version: 0.4.46 Severity: important A package using tarball.mk and simple-patchsys.mk (like hal, gnome-volume-manager, or postgresql-8.1) does not clean properly after build any more: snip ~/debian/psql/8.1/postgresql-8.1-8.1.4$ debclean Cleaning in directory . /usr/share/cdbs/1/rules/buildcore.mk:68: Parsing postgresql-8.1.4.tar.bz2... test -x debian/rules test `id -u` = 0 rm -rf build-tree rm debian/stamp-postgresql-8.1.4.tar.bz2 for i in ./build-tree/postgresql-8.1.4/config/config.guess ./build-tree/postgresql-8.1.4/config/config.sub ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done /usr/bin/make -f debian/rules reverse-config make[1]: Betrete Verzeichnis '/home/martin/debian/psql/8.1/postgresql-8.1-8.1.4' /usr/share/cdbs/1/rules/buildcore.mk:68: Parsing postgresql-8.1.4.tar.bz2... make[1]: Für das Ziel »reverse-config« ist nichts zu tun. make[1]: Verlasse Verzeichnis '/home/martin/debian/psql/8.1/postgresql-8.1-8.1.4' if [ reverse-patches = reverse-patches ]; then rm -f debian/stamp-patched; fi patches: debian/patches/01-build-contrib.patch debian/patches/02-pager.patch debian/patches/03-gettext-domains.patch debian/patches/04-timezone-symlinks.patch debian/patches/05-check-rlimits-nofile.patch debian/patches/06-libpq-defaultsocketdir.patch debian/patches/07-testsuite-params.patch debian/patches/09-relax-sslkey-permscheck.patch debian/patches/10-pkglibdir.patch debian/patches/11-server-includedir.patch debian/patches/12-pg_restore-ignore-failing-tables.patch debian/patches/13-tutorial-README.patch debian/patches/50-contrib-oracle-enable.patch debian/patches/51-contrib-xml2-enable.patch debian/patches/52-contrib-dbase-enable-iconv.patch debian/patches/53-contrib-dbmirror-libpath.patch debian/patches/54-contrib-dbmirror-quoteparsing.patch debian/patches/55-contrib-admin.patch Trying reverse patch debian/patches/55-contrib-admin.patch at level 1 ... 0 ... 2 ... failure. make: *** [reverse-patches] Fehler 1 snip The reason is that this first removes build-tree/ and then tries to unapply the patches. In earlier cdbs versions, the patches were unapplied first and then build-tree was rm'ed. The new approach makes sense in principle, since it is sufficient to just clean the build-tree and the patch stamps, there is no need to unapply the patches (so this is *much* faster). Can you please adapt the logic to not try to unapply patches on clean with tarball.mk? Thank you, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#387106: FTBFS with GCC 4.2: cast from pointer to integer of different size
Package: xen-unstable Version: 3.0-unstable+hg11292-2 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The bug below is in your package though and not because I'm using a snapshot of the compiler so please take a look at it. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. This is the same as #374395, filed against xen-3.0. Automatic build of xen-unstable_3.0-unstable+hg11292-2 on em64t by sbuild/amd64 0.49 ... make[5]: Entering directory `/build/tbm/xen-unstable-3.0-unstable+hg11292/debian/build/build-utils_amd64/tools/firmware/acpi' gcc -o acpigen -Wall -Werror -Wstrict-prototypes -O2 -fomit-frame-pointer -Wdeclaration-after-statement -I. -I../../libxc acpi_build.c acpi_dsdt.c acpi_facs.c acpi_fadt.c acpi_gen.c acpi_madt.c acpi_rsdt.c cc1: warnings being treated as errors acpi_build.c: In function 'UpdateTable': acpi_build.c:114: warning: cast from pointer to integer of different size acpi_build.c:118: warning: cast from pointer to integer of different size acpi_build.c:132: warning: cast from pointer to integer of different size acpi_build.c:144: warning: cast from pointer to integer of different size acpi_build.c:158: warning: cast from pointer to integer of different size acpi_build.c:164: warning: cast from pointer to integer of different size make[5]: *** [acpigen] Error 1 make[5]: Leaving directory `/build/tbm/xen-unstable-3.0-unstable+hg11292/debian/build/build-utils_amd64/tools/firmware/acpi' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387100: cdda2wav: cdda2ogg does not work
Package: cdda2wav Version: 5:1.0~pre4-1 Severity: normal snoopy:~$ cdda2ogg Looking for available tracks... ERROR: No valid audio tracks detected snoopy:~$ cdda2wav works. I suppose the command line or the output has changed and lines: 44 if [ -z $LIST ] ; then 45echo Looking for available tracks... 46LIST=$($CDDA2WAV -v trackid -t -1 21|grep T:|cut -f1 -d.|cut -f2 -d:) 47if [ -z $LIST ] ; then 48 echo ERROR: No valid audio tracks detected 49 exit 1 50fi 51 fi from /usr/bin/cdda2ogg are no longer valid. But you know better than me... Friendly, Eugen Dedu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cdda2wav depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries cdda2wav recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249356: Confusing parent account selector (in edit account dialog)
In the create/edit account dialog, to make the account a toplevel account, you select an item called create new top-level account. This is correct for the new account dialog, but can lead to user confusion in the edit account dialog (since they might think that selecting it will somehow create a new account instead of editing the current account). Daniel This dialogue has changed in gnucash 2.0.1 (current Debian version is 2.0.1-2). When editing an existing account, the dialogue offers New top-level account as the highest placed parent. The dialogue layout has also changed. In a real sense, setting an existing account as a top level account IS making a new top level account. If before there were five top level accounts (say Income, Expense, Assets, Liability and Equity) this change (on say Expense|Motor|Fuel) would make Fuel a sixth top level account. Top-level accounts are important items in your overall finances. It is important that users think carefully about such things. I think the current behaviour is about right because it makes the user think about what is being requested. Please could you test in the latest version of gnucash (as above) and report back to this bug report? Thanks. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: OpenPGP digital signature
Bug#387104: request-tracker3.4: UTF8 problems with SpeedyCGI
Package: request-tracker3.4 Version: 3.4.4-3 Severity: normal Tags: upstream Hi, when using RT with SpeedyCGI, non-ascii characters are shown incorrectly in the web interface. Although the HTTP headers specify UTF-8, the characters are sent in ISO-8859-1. The encoding works fine with mod_perl and FastCGI. The problem is present with both apache and apache2. I have reproduced the issue with plain CGI as well, so SpeedyCGI itself is clearly not at fault. I have spent quite some time debugging this problem, and it's caused by a difference in behaviour between HTML::Mason::CGIHandler and HTML::Mason::ApacheHandler. The Apache version does not take the perl internal UTF8 flag into account on output, it just prints the raw bytes. OTOH, the CGI version uses a standard 'print' function, which converts the data into ISO-8859-1 on output. As HTML::Mason::CGIHandler is supposed to emulate ApacheHandler, this seems to be a bug. I'll report it against HTML::Mason soon. The obvious thing to try as a workaround is to put binmode(STDOUT, :utf8) into mason_handler.scgi. This indeed fixes the problem, as all the data inside RT is tagged as 'utf8' when necessary, and PerlIO converts it on output. There is one regression that I have noticed, though: attachments become corrupted. It looks like the code in lib/RT/Attachment_Overlay.pm, Content() or OriginalContent(), should be more careful with the utf8 flag. (The same corruption happens when serving images through the Mason handler, from html/NoAuth/images/autohandler, but that can be easily worked around.) The problem is also present in upstream 3.4.5 and 3.6.1. I'll bring this up on the RT mailing lists as well. -- Package-specific info: Changed files: There are locally modified files in /usr/local/share/request-tracker3.4/, these may (or may not) be the source of the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3.4 depends on: ii exim44.63-3 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tra 4.63-3 lightweight exim MTA (v4) daemon ii libapache-session-perl 1.81-1 Perl modules for keeping persisten ii libcache-cache-perl 1.05-1 Managed caches of persistent infor ii libcache-simple-timedexpiry- 0.26-1 Perl module to cache and expire ke ii libclass-returnvalue-perl0.53-1 A return-value object that lets yo ii libdbd-mysql-perl3.0006-1A Perl5 database interface to the ii libdbd-pg-perl 1.49-1 a PostgreSQL interface for Perl 5 ii libdbd-sqlite3-perl 1.12-1 Perl DBI driver with a self-contai ii libdbi-perl 1.52-1 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.43-1 Encapsulate SQL queries and rows i ii libexception-class-perl 1.21-1 a module that allows you to declar ii libfcgi-perl 0.67-2 FastCGI Perl module ii libfreezethaw-perl 0.43-3 converting Perl structures to stri ii libhtml-mason-perl 1:1.33-2HTML::Mason Perl module ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libhtml-scrubber-perl0.08-3 Perl extension for scrubbing/sanit ii liblocale-maketext-fuzzy-per 0.02-2 Maketext from already interpolated ii liblocale-maketext-lexicon-p 0.62-1 Lexicon-handling backends for Loc ii liblog-dispatch-perl 2.11-1 Dispatches messages to multiple Lo ii libmailtools-perl1.74-0.1Manipulate email in perl programs ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libmldbm-perl2.01-1 Store multidimensional hash struct ii libmodule-versions-report-pe 1.02-2 Report versions of all modules in ii libparams-validate-perl 0.77-1 validate parameters to Perl method ii libregexp-common-perl2.120-1 Provide commonly requested regular ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii libtest-inline-perl 2.103-1 Perl extension for embed tests and ii libtext-autoformat-perl 1.13-1 Perl module for automatic text wra ii libtext-quoted-perl 1.8-2 Extract the structure of a quoted ii libtext-template-perl1.44-1.1Text::Template perl module ii libtext-wikiformat-perl 0.76-1 translates Wiki formatted text int ii libtext-wrapper-perl 1.000-2 Simple word wrapping routine ii libtime-modules-perl 2003.1126-2 Various Perl modules for time/date ii libtree-simple-perl 1.16-1 A simple tree object ii libxml-rss-perl 1.05-1 Perl module for managing RSS (RDF ii
Bug#51796: Is acct maintained?
Sam Morris wrote: Is acct maintained anymore? It is.. but I'm on vacation[0] now, will take care about it tomorrow (as you may know, I'm moving all my packages from [EMAIL PROTECTED] to [EMAIL PROTECTED], acct is one of the last to process). [0] http://people.debian.org/~daniel/vacation.txt -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387105: dbus kills wine somehow
Package: wine Version: 0.9.17-1 Severity: normal Hi, I just wanted to see if the GTA 1 error is stll in 0.9.17, and I got: ne Grand\ Theft\ Auto.exe *WARN_ONCE* File r300_state.c function r300Enable line 456 TODO - double side stencil ! *** No ctx-FragmentProgram._Current!! wine: Unhandled page fault on write access to 0x007c at address 0x7eb21175 (thread 000c), starting debugger... WineDbg starting on pid 0xa fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fdd6118) : stub, emulating 64MB for now, returning 64MB Unhandled exception: page fault on write access to 0x007c in 32-bit code (0x7eb21175). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7eb21175 ESP:7eb127e0 EBP:7eb127e8 EFLAGS:00210216( - 00 -RIAP1) EAX: EBX:7eb47730 ECX:7c11ccf8 EDX:0001 ESI:0003 EDI:7c11c850 Stack dump: 0x7eb127e0: 7eb47730 7eb12808 7eb323df 0x7eb127f0: 61a8 7eb47730 0x7eb12800: 7c11c850 7c11c750 7eb12828 7eb225d5 0x7eb12810: 7c11c850 0002 0075 7eb47730 0x7eb12820: 7c11c850 7c11c750 7eb12848 7eb2262b 0x7eb12830: 7c11c850 7c11cb08 61a8 7eb47730 fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for c119 Backtrace: =1 0x7eb21175 in libdbus-1.so.3 (+0x9175) (0x7eb21175) 2 0x7eb323df in libdbus-1.so.3 (+0x1a3df) (0x7eb323df) 3 0x7eb225d5 in libdbus-1.so.3 (+0xa5d5) (0x7eb225d5) 4 0x7eb2262b in libdbus-1.so.3 (+0xa62b) (0x7eb2262b) 5 0x7eb24c6f in libdbus-1.so.3 (+0xcc6f) (0x7eb24c6f) 6 0x7eb24dfa in libdbus-1.so.3 (+0xcdfa) (0x7eb24dfa) 7 0x7eb3223d dbus_pending_call_block+0x1d in libdbus-1.so.3 (0x7eb3223d) 8 0x7eb25249 dbus_connection_send_with_reply_and_block+0x79 in libdbus-1.so.3 (0x7eb25249) 9 0x7eb1faf8 dbus_bus_name_has_owner+0xc8 in libdbus-1.so.3 (0x7eb1faf8) 10 0x7eb4cfa4 libhal_ctx_init+0x54 in libhal.so.1 (0x7eb4cfa4) 11 0x7fbed0fd in explorer (+0xd0fd) (0x7fbed0fd) 12 0x7b889faf in kernel32 (+0x69faf) (0x7b889faf) 13 0x7bc5ac32 in ntdll (+0x4ac32) (0x7bc5ac32) 14 0xb7eb80bd start_thread+0x6d in libpthread.so.0 (0xb7eb80bd) 15 0xb7e4b8fe __clone+0x5e in libc.so.6 (0xb7e4b8fe) 0x7eb21175: andb$0xef,0x7c(%eax) Wine-dbg Not sure if it is wine or dbus' or hal's fault. Possibly interesting packages: ii dbus 0.92-2 simple interprocess messaging system ii dbus-1-utils 0.92-2 simple interprocess messaging system (utilit ii libdbus-1-20.62-4 simple interprocess messaging system ii libdbus-1-30.92-2 simple interprocess messaging system ii libdbus-1-cil 0.62-4 CLI binding for D-BUS interprocess messaging ii libdbus-1-dev 0.92-2 simple interprocess messaging system (develo ii libdbus-glib-1-2 0.71-2 simple interprocess messaging system (GLib-b ii libdbus-glib-1-dev 0.71-2 simple interprocess messaging system (GLib i ii libhal-dev 0.5.7.1-1+b1 Hardware Abstraction Layer - development fil ii libhal-storage10.5.7.1-1+b1 Hardware Abstraction Layer - shared library ii libhal10.5.7.1-1+b1 Hardware Abstraction Layer - shared library ii python2.4-dbus 0.62-4 simple interprocess messaging system (Python Greetings, Joachim -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.otto Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages wine depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii libwine 0.9.17-1 Windows API Implementation (Librar ii xbase-clients 1:7.1.ds-3 miscellaneous X clients Versions of packages wine recommends: ii msttcorefonts 1.2Installer for Microsoft TrueType c ii wine-utils0.9.17-1 Windows API Implementation (Utilit -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362128: Bug#354163: Getting the machine to power down?
On Tue, 12 Sep 2006, Petter Reinholdtsen wrote: Thank you. The umounting of file systems are obviously not working as it should. I read that from your shutdown load. Try replacing in /etc/init.d/umountfs the line saying PATH=/usr/sbin:/usr/bin:/sbin:/bin with a line saying PATH=/sbin:/bin:/usr/sbin:/usr/bin I am starting to suspect the problem is that you have one set of tools in /{s}bin/, and a different set of tools with the same names in /usr/{s}bin/. Try also to add 'set -x' early in umountfs, to see what the script do when it fails. /etc/init.d# diff -u umountfs.orig umountfs --- umountfs.orig 2006-01-22 20:50:11.0 +0100 +++ umountfs2006-09-12 10:59:30.0 +0200 @@ -9,7 +9,8 @@ # Description: ### END INIT INFO -PATH=/usr/sbin:/usr/bin:/sbin:/bin +set -x +PATH=/sbin:/bin:/usr/sbin:/usr/bin . /lib/init/vars.sh . /lib/lsb/init-functions You can beat me with a large club but there is no change at all in the output. Your problem might also be related to the NFS mount points, and the fact that portmap is killed before nfs umounting is tried (bug #258420). If this is the case, I am working on a fix. The problem occures also on machines where actually no NFS mounts are active and only are mounted at user request. I could even try to disable NFS completely on my laptop to verify whether it has any connection to NFS. The shutdown sequence you typed in seem to jump from S30urandom directly to S90reboot without running S31umountnfs.sh, S32portmap, S35networking, S40umountfs and S60umountroot. I fail to understand how that can happen. It really seems to be the case. At least there is no sign that the changed umountfs is called at any time. It would be useful to have the output from a run with set -x as described above, but that will be quite a lot to type, so we can wait to see if the PATH changes help first. Well, neither the PATH nor the -x showed any result. My personal way of debugging would be to revert the changes of initscripts_2.86.ds1-11 step by step and look what happens. The problem is that I would do this a little bit like monkey-typing and it might be that I would come to wrong conclusions by reverting one diff that only works if some other diff is not in place. So my suggestion is: Try to build a reasonable intermediate diff between ds1-10 and ds1-11 and I will see what happens here. If it works the problem is in the other half of the diffs if it fails we are closer to the problem and try another intermediate diff. What about this? (You notice the idea was born from the conditioning as experimental physicis. ;-)) ) Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385320: why has this bug been closed?
On Sep 12, Andrew Schulman [EMAIL PROTECTED] wrote: 326975 is over a year old, with no activity. I don't see any indication that it will be fixed soon. Because you spend your time arguing with developers over pointless arguments instead of reading debian-devel. -- ciao, Marco signature.asc Description: Digital signature
Bug#382379: apt: sources.list(5) fails to mention deb lines for simple repositories
On Thu, Aug 10, 2006 at 11:43:36AM -0400, Mike O'Connor wrote: Package: apt Version: 0.6.44.2 Severity: wishlist Thanks for your bugreport. the sources.list(5) manpage only lists instructions for setting up deb lines for full repositories (those with dists/[release]/[section][binary-arch]) but doesn't give any instructions for how to create deb lines for somple repositories, such as deb url location which is perfectly valid, and is documented in the repository howto. A patch against the documentation (doc/sources.list.5.xml) would be very welcome :) Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387019: my eyes hurt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gurkan Sengun wrote: Package: debian-installer Version: etch Severity: wishlist Please can these points be improved in the graphical debian-installer? - The shadows make the debian logo incosistent to all the other occurences where they are without shadow (corporate design) I'm afraid I don't agree with you on this point, although I understand the reason you are calling. This upper band was a very nice contribution from the very few designers we have in free software. Adding a nice face lift to the Debian logo it is not IMHO a bad thing at all. I am sure that if Debian would do what you are suggesting wrt this point I were the designer (I am really sorry, I don't remember the name) I would be very upset. You are basically proposing to toss out his work in which he invested a lot of time. - the text GNU/Linux should be bold Maybe you mean thicker? The improved version you provided a link to, does not strike me as an improvement, on the contrary. I've got a gimp picture of the improvements needed here: http://io.debian.net/~tar/hebrew-bad.png http://io.debian.net/~tar/hebrew-improved.xcf The improved version you provided a link to, does not strike me as an improvement, on the contrary. Sorry, I don't want to be rude, but I think you are not right, except maybe the think GNU/Linux issue. BTW: NOW, *my* eyes hurt! :-P - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFBnu8Y8Chqv3NRNoRAv7iAKDXjbKr7Ies6IypQtnWoO/OyWo47wCfQhRJ Dy7leVuI9FZ8N/GQBPrKuuI= =YGCH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386951: driver loses association repeatedly (WPA)
also sprach Kel Modderman [EMAIL PROTECTED] [2006.09.11.1207 +0200]: Can you please try the patch on madwifi.org ticket #776 [1] that reverts a scanning related enhancement that appears to help some, but hinder others. Unfortunately, the patch does not address the problem. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#373004: e2fsprogs: s/is directory/is a directory/ tune2fs.8
tags 373004 +pending thanks On Mon, Jun 12, 2006 at 12:52:38PM -0400, Justin Pryzby wrote: Package: e2fsprogs Version: 1.39-1 Severity: minor Tags: patch upstream Gramar, run on sentence, wrong notation for date/time: Thanks for the patch; it has been committed into my source code repository. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387107: FTBFS with GCC 4.2: -fno-shared-data has been removed
Package: festival Version: 1.4.3-17.2 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The bug below is in your package and not because I'm using a snapshot of the compiler so please take a look at it. The -fshared-data option has been removed in 4.2. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. This is the same as #369380, filed against speech-tools. Automatic build of festival_1.4.3-17.2 on em64t by sbuild/amd64 0.49 ... making dependencies -- festival.cc Phone.cc utterance.cc features.cc wave.cc wagon_interp.cc linreg.cc audspio.cc server.cc client.cc web.cc tcl.cc wfst.cc ngram.cc viterbi.cc ModuleDescription.cc g++ -c -g -O3 -fPIC -fno-shared-data -Wall -Wno-non-template-friend -I../../../src/include -I/usr/lib/speech_tools/include -DINSTANTIATE_TEMPLATES -DFTNAME='Festival Speech Synthesis System' -DFTVERSION='1.4.3' -DFTSTATE='release' -DFTDATE='Jan 2003' -DFTOSTYPEC='unknown_DebianGNULinux' festival.cc cc1plus: error: unrecognized command line option -fno-shared-data make[4]: *** [festival.o] Error 1 make[3]: *** [festival] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387112: If not supposed to behave as cdrecord, don't take its name!
Package: cdrecord Version: 5:1.0~pre4-1 Severity: serious Justification: Policy 10.1 Starting wodim says: This is wodim, not cdrecord. Don't expect it to behave like cdrecord in any way. If it doesn't behave like cdrecord, it should not have a package installed cdrecord and should not install /usr/bin/cdrecord . -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages cdrecord depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii wodim 5:1.0~pre4-1 command line CD writing tool cdrecord recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387109: Does ulog-acctd support logfile 2GB ?
Package: ulog-acctd Version: 0.4.3-2 Severity: wishlist Hello Hilko, Following a viral attack on our campus, ulog-acctd add difficulties logging the flows. The weird stuff is that the log file got truncated at 2GB (and ulog-acctd generated 4000 account.log.write. hardlink files). I checked the fs and it supports writing 3GB files. Hence my question, Does ulog-acctd support manipulating 2GB log files. Comments ? Thanks. Fab -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.4-caladan Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ulog-acctd depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387110: RFP: Meta Tracker -- a powerful desktop-neutral first class object database, tag/metadata database, search tool and indexer.
Package: wnpp Severity: wishlist Meta Tracker is a powerful desktop-neutral first class object database, tag/metadata database, search tool and indexer. Meta Tracker is also extremely fast and super efficient with your systems memory when compared with some other competing frameworks. It consists of a common object database that allows entities to have an almost infinte number of properties, metadata (both embedded/harvested as well as user definable), a comprehensive database of keywords/tags and links to other entities. It provides additional features for file based objects including context linking and audit trails for a file object. It has the ability to index, store, harvest metadata. retrieve and search all types of files and other first class objects. First class object support includes: Files, Documents, Music, Images, Videos. Meta Tracker is the most powerful open source metadata database and indexer framework currently available and because it is built around a combination indexer and sql database and not a dedicated indexer it has much more powerful use cases: * Provide search and indexing facilities similiar to those on other systems * Common database storage for all first class objects (EG a common music/photo/contacts/email/bookmarks/history database) complete with additional metadata and tags/keywords * Comprehensive one stop solution for all applications needing an object database, powerful search (via RDF Query), first class methods, related metadata and user definable metadata/tags * Can provide a full semantic desktop with metadata everywhere * Can provide powerful criteria based searching suitable for creating smart file dialogs and vfolder systems * Can provide a more intelligent desktop using statistical metadata The software is licensed under the GPLv2. Further information can be found at: http://freedesktop.org/wiki/Software/Tracker http://www.gnome.org/~jamiemcc/tracker/DEB/tracker_0.0.4_i386.deb Source code can be downloaded from: http://www.gnome.org/~jamiemcc/tracker/tracker-0.0.4.tar.gz -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362128: Bug#354163: Getting the machine to power down?
[Andreas Tille] You can beat me with a large club but there is no change at all in the output. Very, very strange. Is the symlink /etc/rc6.d/S*umountfs pointing to the correct file? Perhaps we should continue debugging this on IRC, #pkg-sysvinit on irc.debian.org to speed up the round trip time. :) The problem occures also on machines where actually no NFS mounts are active and only are mounted at user request. I could even try to disable NFS completely on my laptop to verify whether it has any connection to NFS. Good to know. Then we can rule out the NFs issue. It really seems to be the case. At least there is no sign that the changed umountfs is called at any time. Then we need to move up one bit. Try adding 'set -x' to /etc/init.d/rc as well, to get the details of the script that should have called umountfs. Well, neither the PATH nor the -x showed any result. My personal way of debugging would be to revert the changes of initscripts_2.86.ds1-11 step by step and look what happens. Well, The problem is that the changes between -10 and -11 were mostly documentation changes, and the PATH change. So if the PATH change did not affect this issue, I fail to see how the documentation change could. :/ Try to build a reasonable intermediate diff between ds1-10 and ds1-11 and I will see what happens here. If it works the problem is in the other half of the diffs if it fails we are closer to the problem and try another intermediate diff. What about this? (You notice the idea was born from the conditioning as experimental physicis. ;-)) ) Here is a diff for the source with all the PATH-related changes. I just noticed that the patch for init was also changed to change the PATH of init itself. Perhaps that is the source of your problems? Anyway, try this change and see if it help. You will need to binary-patch /sbin/init or rebuild from source. Index: debian/patches/64_init_set_PATH.dpatch === --- debian/patches/64_init_set_PATH.dpatch (revisjon 638) +++ debian/patches/64_init_set_PATH.dpatch (revisjon 681) @@ -40,7 +40,7 @@ /* Default path inherited by every child. */ -#define PATH_DFL PATH=/bin:/usr/bin:/sbin:/usr/sbin -+#define PATH_DEFAULT /bin:/sbin:/usr/bin:/usr/sbin ++#define PATH_DEFAULT /usr/sbin:/usr/bin:/sbin:/bin /* Prototypes. */ Index: debian/initscripts/etc/init.d/checkfs.sh === --- debian/initscripts/etc/init.d/checkfs.sh(revisjon 638) +++ debian/initscripts/etc/init.d/checkfs.sh(revisjon 681) @@ -10,7 +10,7 @@ # Short-Description: Check all filesystems. ### END INIT INFO -PATH=/bin:/sbin +PATH=/sbin:/bin FSCK_LOGFILE=/var/log/fsck/checkfs [ $FSCKFIX ] || FSCKFIX=no . /lib/init/vars.sh Index: debian/initscripts/etc/init.d/sendsigs === --- debian/initscripts/etc/init.d/sendsigs (revisjon 638) +++ debian/initscripts/etc/init.d/sendsigs (revisjon 681) @@ -9,7 +9,7 @@ # Description: ### END INIT INFO -PATH=/sbin:/bin:/usr/sbin:/usr/bin +PATH=/usr/sbin:/usr/bin:/sbin:/bin . /lib/lsb/init-functions Index: debian/initscripts/etc/init.d/umountfs === --- debian/initscripts/etc/init.d/umountfs (revisjon 638) +++ debian/initscripts/etc/init.d/umountfs (revisjon 681) @@ -9,7 +9,7 @@ # Description: ### END INIT INFO -PATH=/sbin:/bin:/usr/sbin:/usr/bin +PATH=/usr/sbin:/usr/bin:/sbin:/bin . /lib/init/vars.sh . /lib/lsb/init-functions Index: debian/initscripts/etc/init.d/single === --- debian/initscripts/etc/init.d/single(revisjon 638) +++ debian/initscripts/etc/init.d/single(revisjon 681) @@ -8,7 +8,7 @@ # Short-Description: executed by init(8) upon entering runlevel 1 (single). ### END INIT INFO -PATH=/sbin:/bin +PATH=/sbin:/bin . /lib/lsb/init-functions Index: debian/initscripts/etc/init.d/mountnfs.sh === --- debian/initscripts/etc/init.d/mountnfs.sh (revisjon 638) +++ debian/initscripts/etc/init.d/mountnfs.sh (revisjon 681) @@ -15,6 +15,7 @@ #this script is getting increasingly inaccurate. ### END INIT INFO +PATH=/sbin:/bin [ TMPTIME ] || TMPTIME=0 . /lib/init/vars.sh Index: debian/initscripts/etc/init.d/mountkernfs.sh === --- debian/initscripts/etc/init.d/mountkernfs.sh(revisjon 638) +++ debian/initscripts/etc/init.d/mountkernfs.sh(revisjon 681) @@ -9,12 +9,13 @@ # Description: Mount initial set of virtual filesystems the kernel #provides and that are required by everything. ### END INIT INFO +# +# This script gets called multiple times during boot
Bug#387108: pts keyword summary is not a _planned_ extension anymore
package: developers-reference severity: wishlist Hi, http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system or 4.10 The Package Tracking System says summary: (This is a planned expansion.) The regular summary emails... while http://people.debian.org/~henning/trille/ indicates that summary is indeed working. regards, Holger pgpYI1GBO6cJ0.pgp Description: PGP signature
Bug#387111: watchdog: Fails to configure: don't know how to make device misc
Package: watchdog Version: 5.2.6-3 Severity: grave Justification: renders package unusable Setting up watchdog (5.2.6-3) ... don't know how to make device misc don't know how to make device misc dpkg: error processing watchdog (--configure): subprocess post-installation script returned error exit status 1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Versions of packages watchdog depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii makedev 3.3.8.2-0 Creates device files in /dev ii udev 0.093-1 /dev/ and hotplug management daemo watchdog recommends no packages. -- debconf information: * watchdog/restart: true * watchdog/run: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342135: subhelp is what it is currently set to
Just for my records: This is currently set to subhelp in scripts/receive.in: /-(?:(?:un)?subscribe|subhelp|ignore|(?:sub(?:yes|approve|reject) |unsubyes|bounce|probe|approve|reject| setlistyes|setlistsilentyes).*)/x would also need to change to help in: exim4.conf: local_parts = ${if match{$local_part}{\N^(\d+)(\d{2})(?:-(?:(?:submit|maintonly|quiet|forwarded|done|close|request|submitter)|(?:unsubscribe|ignore|(?:sub(?: scribe|help|yes|approve|reject))|unsubyes|bounce|probe|approve|reject|setlistyes|setlistsilentyes).*))?$\N}\ {${if exists{/org/bugs.debian.org/spool/db-h/$2/$1$2.summary}\ {$local_part}fail}}fail} Don Armstrong -- If it jams, force it. If it breaks, it needed replacing anyway. -- Lowery's Law http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385670: apt is calculation wrong dependencies
On Sat, Sep 02, 2006 at 04:18:18AM +0200, Daniel Leidert wrote: Package: apt Version: 0.6.45 Severity: minor Thanks for your bugreport. Sometimes apt wants to install apache2-mpm-prefork libapache2-mod-php4 for me, when I update the system. But there is really no need to do this and after the upgrade I normally have to run 'apt-get remove --purge ...' for these two packages to remove them again. See e.g. today: [..] If that happens again for you, can you please run: # apt-get dist-upgrade -u -o Debug::pkgProblemResolver=true -o Debug::pkgDepCache::AutoInstall=true and attach the result to this bugreport? Thanks, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387113: FTBFS with GCC 4.2: redefinition of '_Atomic_word __gnu_cxx::__exchange_and_add
Package: pdns-recursor Version: 3.1.2-2 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. Automatic build of pdns-recursor_3.1.2-2 on em64t by sbuild/amd64 0.49 ... g++ -Wall -O3-c -o recursor_cache.o recursor_cache.cc D: Running: /usr/lib/gcc-snapshot/bin/g++ -Wall -ftree-vectorize -Os -c -o recursor_cache.o recursor_cache.cc recursor_cache.cc: In function '_Atomic_word __gnu_cxx::__exchange_and_add(volatile _Atomic_word*, int)': recursor_cache.cc:20: error: redefinition of '_Atomic_word __gnu_cxx::__exchange_and_add(volatile _Atomic_word*, int)' /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.2.0/../../../../include/c++/4.2.0/bits/atomicity.h:46: error: '_Atomic_word __gnu_cxx::__exchange_and_add(volatile _Atomic_word*, int)' previously defined here recursor_cache.cc: In function 'void __gnu_cxx::__atomic_add(volatile _Atomic_word*, int)': recursor_cache.cc:29: error: redefinition of 'void __gnu_cxx::__atomic_add(volatile _Atomic_word*, int)' /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.2.0/../../../../include/c++/4.2.0/bits/atomicity.h:50: error: 'void __gnu_cxx::__atomic_add(volatile _Atomic_word*, int)' previously defined here make[1]: *** [recursor_cache.o] Error 1 make[1]: Leaving directory `/build/tbm/pdns-recursor-3.1.2' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386519: Re: Bug#386519: [Pkg-sql-ledger-discussion] Re: Bug#386519: sql-ledger: Security vulnerability CVE-2006-4244
On Tue, 12 Sep 2006, Finn-Arne Johansen wrote: Dieter Simader skrev: The sessionid is still there but not used anymore. If you need more info let me know. OK, as said - I've tested that the new package installs ok, but I have not found the time to check how the bug is fixed. Since I'm under a rather heavy workload now, I doubt that I can make the time to verify anything else than that the upgrade went ok. Same for me. I'm rather busy lately and I prepared this patch because it's a security issue but I do not have time to test the old security-patched package. I have no reason to believe that it would cause major pains however. Petter, maybe you have some time to test the sarge update? If Raphael understands the patch, I suggest it's uploaded to the security mirror, and that a DSA is released. Indeed, but I just generated a new version of that update since a second security issue has been fixed in 2.6.19 (a directory traversal bug). I also applied applied the fix for the new window function which broke due to the change in the session id handling. Please checkout the updated package (and patch) at: http://people.debian.org/~hertzog/sql-ledger/ As soon as Petter (or anyone else) confirm that the package is OK, we should upload to the security mirror and release a DSA. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#387114: firefox: textless dialog with two buttons and then nothing, after upgrade
Package: firefox Version: 1.5.dfsg+1.5.0.6-4 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upgrading from 1.5.dfsg+1.5.0.4-1 to 1.5.dfsg+1.5.0.6-4 gives me an unusable Firefox. Launching Firefox, I get a textless dialog with two buttons. Clicking either button produces no result; the dialog is still there. I tried disabling Pango, starting in safe mode and removing all extensions. Still no good. Given how this is supposed to be a minor upgrade (1.5.0.4 to 1.5.0.6), this is very suspicious. In any case, it makes Firefox COMPLETELY unusable for me, since I cannot even get to a browsing window, thus this grave severity level. - -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages firefox depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.3.2-7generic font configuration library ii libatk1.0-0 1.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime firefox recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFBoVpeXr56x4Muc0RAgIHAJ9QhNKLcMRO4PAlxYGOMT3jXq8eAQCfbl5w GuiJcykbmaYMz2EbeM4GCZ8= =KoZN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386825: Fwd: libloki: debian package status
also sprach Lukas Fittl [EMAIL PROTECTED] [2006.09.11.2356 +0200]: Updated libloki package for Debian is now available at http://www.ixios-software.com/~lfittl/debian/libloki/libloki_0.1.5-1.dsc I've changed the priority from optional to extra. Other than that, you may want to add your name to debian/copyright and also remove the comments at the top of debian/rules for a future release. Martin: Would be great if you could sponsor it soon, then I could sync it to Ubuntu before Universe Freeze. Consider it done. Please follow the change of priority. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#386899: NMU uploaded
Hi, I uploaded an NMU of your package to fix an RC-bug I introduced with my last NMU. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -Nur ../exiv2-0.10~~/debian/changelog ../exiv2-0.10/debian/changelog --- ../exiv2-0.10~~/debian/changelog2006-09-10 09:10:20.828066000 +0200 +++ ../exiv2-0.10/debian/changelog 2006-09-11 15:10:47.882284365 +0200 @@ -1,3 +1,11 @@ +exiv2 (0.10-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix overly strict shlibs line. Closes: #386899 + * Also adding conflict,replaces from libexiv2-0.10 to libexiv2. + + -- Andreas Barth [EMAIL PROTECTED] Mon, 11 Sep 2006 20:04:40 +0200 + exiv2 (0.10-1.1) unstable; urgency=medium [ David Schmitt ] diff -Nur ../exiv2-0.10~~/debian/control ../exiv2-0.10/debian/control --- ../exiv2-0.10~~/debian/control 2006-09-10 09:09:51.68252 +0200 +++ ../exiv2-0.10/debian/control2006-09-11 15:11:29.450210037 +0200 @@ -28,6 +28,8 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Recommends: exiv2 +Replaces: libexiv2 +Conflicts: libexiv2 Description: EXIF/IPTC metadata manipulation library Exiv2 library supports: * full read and write access to the EXIF and IPTC metadata of an image diff -Nur ../exiv2-0.10~~/debian/rules ../exiv2-0.10/debian/rules --- ../exiv2-0.10~~/debian/rules2006-09-10 09:09:51.68652 +0200 +++ ../exiv2-0.10/debian/rules 2006-09-11 15:07:10.416136393 +0200 @@ -107,7 +107,7 @@ dh_fixperms # dh_perl # dh_python - dh_makeshlibs -V'libexiv2-0.10 (=$${binary:Version})' + dh_makeshlibs -V'libexiv2-0.10 (= $${binary:Version})' dh_installdeb dh_shlibdeps dh_gencontrol -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#187064: Mostly implemented full text searching on merkel
tag 187064 pending thanks Full text searching has been mostly implemented and is currently in place on merkel: http://merkel.debian.org/~don/cgi/search.cgi Don Armstrong -- LEADERSHIP -- A form of self-preservation exhibited by people with autodestructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. -- The HipCrime Vocab by Chad C. Mulligan (John Brunner _Stand On Zanzibar_ p256-7) http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385784: aptitude: crash with basic_string::_S_construct NULL not valid [stacktrace]
On Sun, Sep 03, 2006 at 04:37:24PM -0700, Ross Boylan wrote: [..] Do you want to continue? [Y/n/?] Writing extended state information... Done Reading package fields... Done Reading package status... Done Retrieving bug reports... Done debconf: unable to initialize frontend: Dialog debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.) debconf: falling back to frontend: Readline dpkg: error processing preview-latex-style (--purge): Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid [..] Sorry for my late reply. If you can still reproduce it, can you please run it with -o Debug::pkgDPkgProgressReporting=true (just append this to the normal apt-get/aptitude commandline) and attach the result to this bugreport? thanks, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237140: Please use usertags to demonstrate that these tags/features are useful
tag 105794 moreinfo tag 144633 moreinfo tag 196994 moreinfo tag 237140 moreinfo tag 337733 moreinfo thanks Before another tag (or feature) is added to the BTS for stuff like this, there should be a list of bugs with the tag/feature applied using usertags, and a set of circumstances where the tag/feature is proposed to be used for. If usertags satisfies the need for a tag/feature, please close this bug by sending a message to -done. Otherwise, please respond with a list of bugs which have had the usertag applied and a stanza to be used in documenting the description of the tag/feature. Don Armstrong -- Cheop's Law: Nothing ever gets built on schedule or within budget. -- Robert Heinlein _Time Enough For Love_ p242 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386899: libexiv2-0.10 ships a wrong shlibs file
On Monday 11 September 2006 00:37, Yannick Roehlly wrote: Package: libexiv2-0.10 Version: 0.10-1.1 Severity: important The libexiv2-0.10.shlibs provided by the package contains: libexiv2 0.10 libexiv2-0.10 (=${binary:Version}) With this, building a package against libexiv2-0.10 version 0.10-1.1 makes the new package depend on libexiv2-0.10 with the same version of the built package. For instance, building ufraw 0.9.1-1 makes a dependency on libexiv2-0.10 (= 0.9.1-1) and make it uninstallable. The problem comes from the dh_makeshlibs -V'libexiv2-0.10 (=$${binary:Version})' in the debian/rules file. The easiest way to fix this is to hardcode the current version in the dh_makeshlibs -V parameter. This is not binNMU safe. Better with regards to binNMUs would be to use -V without parameter. This would generate a 'libexiv2-0.10 (= 0.10)' dependeny. I have no idea whether that is tight enough. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Bug#386916: linux-image-2.6.17-2-686: can't boot up
On 9/12/06, LI Daobing [EMAIL PROTECTED] wrote: On 9/12/06, maximilian attems [EMAIL PROTECTED] wrote: On Tue, 12 Sep 2006, LI Daobing wrote: On 9/12/06, maximilian attems [EMAIL PROTECTED] wrote: ok so it's loaded, did you have udev troubles and downgraded? I don't know what's the meaning of udev troubles yes it's name nc, sorry. really need the dmesg to see anything why your devices are not there. it works. new log in attachment confirms that 2.6.17 is not finding your disk could you please try out 2.6.18-rc5 from trunk: you find instructions: http://wiki.debian.org/DebianKernel 2.6.18-rc5 and rc6 both failed, dmesg in attachment. I use following deb files: $ ls -l *.deb -rw-r--r-- 1 lidb lidb 16568456 2006-09-04 12:07 linux-image-2.6.18-rc5-686_2.6.17+2.6.18-rc5-0experimental.1snapshot.7293_i386.deb -rw-r--r-- 1 lidb lidb 16701800 2006-09-09 20:07 linux-image-2.6.18-rc6-686_2.6.17+2.6.18-rc6-0experimental.1snapshot.7377_i386.deb Hello, I find a workaround/solution to this bug. everything become good after I switch the SATA cable for one socket(?) on motherboard to another socket. But after switch back to the origin one, I can reproduce this bug. I am sorry that wasting so many time of yours. I didn't think this bug maybe cause by hardware. you can close this bug now. -- LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387116: FTBFS with GCC 4.2: char* strcasestr throws different exceptions
Package: avscan Version: 0.8.5-openssl-1 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The bug below is probably in your package and not because I'm using a snapshot of the compiler so please take a look at it. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. The following packages have this problem too: - vertex_0.1.15-1.2 - endeavour_2.7.1-1 - searchandrescue_0.8.2-7 Automatic build of avscan_0.8.5-openssl-1 on em64t by sbuild/amd64 0.49 ... Compiling module string.o D: Running: /usr/lib/gcc-snapshot/bin/g++ -c string.cpp -Wall -ftree-vectorize -Os -g -DDEBIAN -ffast-math -DPREFIX=/usr -DNEED_STRCASESTR -DHAVE_CLAMAV -I/usr/include -g -ftree-vectorize -Os -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -DHAVE_EDV2 -I/usr/include/endeavour2 -D__cplusplus -Dc_plusplus string.cpp:30: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions ../include/string.h:47: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'char* strcasestr(const char*, const char*)': string.cpp:224: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions string.cpp:30: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'char* StringGetNetArgument(const char*)': string.cpp:1508: warning: deprecated conversion from string constant to 'char*' string.cpp:1522: warning: deprecated conversion from string constant to 'char*' string.cpp: In function 'char* StringCurrentTimeFormat(const char*)': string.cpp:1545: warning: deprecated conversion from string constant to 'char*' string.cpp:1547: warning: deprecated conversion from string constant to 'char*' string.cpp:1553: warning: deprecated conversion from string constant to 'char*' make[2]: *** [string.o] Error 1 make[2]: Leaving directory `/build/tbm/avscan-0.8.5-openssl/avscan' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284872: patch
I think this one is better: --- aaa.h~ 2004-07-08 22:47:52.0 +0200 +++ aaa.h 2006-09-12 12:03:39.313929500 +0200 @@ -48,7 +48,6 @@ }; extern struct lns *get_lns (struct tunnel *); -extern struct addr_ent *uaddr[]; extern unsigned int get_addr (struct iprange *); extern void reserve_addr (unsigned int); extern void unreserve_addr (unsigned int); -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383868: libode0c2: python-soya reports undefined symbol in ode when trying to load ode module
Coin, Sorry for being late, i'm way too busy these days... Guus Sliepen [EMAIL PROTECTED] writes: I disabled OPCODE support in the ode 0.5 package, because the code is broken on 64 bit architectures. Ode 0.6 is out already, and it has a working OPCODE for 64 bit architectures, however it is not compatible with 0.5, and upstream did not bump the soname. My idea is to build a static library of 0.6 only. However, currently all packages in Debian depending on ODE seem to use 0.5, and they will become unbuildable if I upload 0.6. We should really have upstream do some more efforts to handle the soname bump correctly. Can't you bump it yourself and ask him to patch 0.6, which is to be considered buggy ? Marc, I Cc'ed this to you, I'd like your comments. Is python-soya's upstream aware of the issues with OPCODE in 0.5, and/or are they planning to move to 0.6? Is it possible for python-soya to link with a static library? No, upstream people are unaware of it. Soya was recently fixed by a bugreporter, so some bugs may still remain. Upstream authors are quite willing to accept patches, and the latest is already included, but there is absolutly no work done on 64bits architectures, as noone has such a machine to test it. I'm asking them for the 0.6 move, but the ODE-master of Soya seems to be away on holidays, so we'll have to be patient. In the past, linking both with static and dynamic librarie to create a new library led to horrible results, so i'd like to avoid this situation. Remember i was the one who strongly asked for a dynamic libode in the past. Stay tuned... -- Marc Dequènes (Duck) pgpbhsjRBCVEQ.pgp Description: PGP signature
Bug#374142: Modifying the .pps doesn't work for me.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since someone suggested commenting out the DefaultDuplex option in /etc/cups/ppd/ I tried that, but it doesn't work for me: *%DefaultDuplex: None Philipp -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFBoW+btUV+xsoLpoRApDGAKDrCjPJPmTW7/yIictWaTqmb8tbsQCfdU8V z0/iyNo4j3QI7416hHm+S48= =PgL+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387117: FTBFS with GCC 4.2: char* strcasestr throws different exceptions
Package: searchandrescue Version: 0.8.2-7 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The bug below is probably in your package and not because I'm using a snapshot of the compiler so please take a look at it. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. The following packages have this problem too: - vertex_0.1.15-1.2 - endeavour_2.7.1-1 - avscan_0.8.5-openssl-1 Automatic build of searchandrescue_0.8.2-7 on em64t by sbuild/amd64 0.49 ... Compiling module string.o D: Running: /usr/lib/gcc-snapshot/bin/g++ -c string.cpp -Wall -ftree-vectorize -Os -funroll-loops -fomit-frame-pointer -ffast-math -finline-functions -fexpensive-optimizations -D__USE_BSD -DJS_SUPPORT -DUSE_XSHM -DHAVE_MWMUTIL_H -DHAVE_LIBXPM -DHAVE_XF86_VIDMODE -DHAVE_Y2 -D__cplusplus -Dc_plusplus string.cpp:32: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions ../include/string.h:46: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'char* strcasestr(const char*, const char*)': string.cpp:221: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions string.cpp:32: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'void strtoupper(char*)': string.cpp:481: warning: operation on 's' may be undefined string.cpp: In function 'void strtolower(char*)': string.cpp:493: warning: operation on 's' may be undefined string.cpp: In function 'char* StringGetNetArgument(const char*)': string.cpp:1405: warning: deprecated conversion from string constant to 'char*' string.cpp:1419: warning: deprecated conversion from string constant to 'char*' string.cpp: In function 'char* StringCurrentTimeFormat(const char*)': string.cpp:1442: warning: deprecated conversion from string constant to 'char*' string.cpp:1444: warning: deprecated conversion from string constant to 'char*' string.cpp:1450: warning: deprecated conversion from string constant to 'char*' make[2]: *** [string.o] Error 1 make[2]: Leaving directory `/build/tbm/searchandrescue-0.8.2/sar' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387115: FTBFS with GCC 4.2: char* strcasestr throws different exceptions
Package: vertex Version: 0.1.15-1.2 Your package fails to build with GCC 4.2. Version 4.2 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. The bug below is probably in your package and not because I'm using a snapshot of the compiler so please take a look at it. You can reproduce this with the gcc-snapshot package from unstable or gcc-4.2 from experimental. The following packages have this problem too: - endeavour_2.7.1-1 - avscan_0.8.5-openssl-1 - searchandrescue_0.8.2-7 Automatic build of vertex_0.1.15-1.2 on em64t by sbuild/amd64 0.49 Compiling module string.o D: Running: /usr/lib/gcc-snapshot/bin/g++ -c string.cpp -Wall -DHAVE_IMLIB -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -D__cplusplus -Dc_plusplus string.cpp:33: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions ../include/string.h:46: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'char* strcasestr(const char*, const char*)': string.cpp:222: error: declaration of 'char* strcasestr(const char*, const char*)' throws different exceptions string.cpp:33: error: from previous declaration 'char* strcasestr(const char*, const char*) throw ()' string.cpp: In function 'void strtoupper(char*)': string.cpp:482: warning: operation on 's' may be undefined string.cpp: In function 'void strtolower(char*)': string.cpp:494: warning: operation on 's' may be undefined string.cpp: In function 'char* StringGetNetArgument(const char*)': string.cpp:1406: warning: deprecated conversion from string constant to 'char*' string.cpp:1420: warning: deprecated conversion from string constant to 'char*' string.cpp: In function 'char* StringCurrentTimeFormat(const char*)': string.cpp:1443: warning: deprecated conversion from string constant to 'char*' string.cpp:1445: warning: deprecated conversion from string constant to 'char*' string.cpp:1451: warning: deprecated conversion from string constant to 'char*' make[2]: *** [string.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384189: python-gtk2: postinst/prerm failure (was: Bug#384189 closed by...)
I've looked at the Web version of the bug log; here is the information you wanted: /[ chase /etc/alternatives/python-gtk ] | /usr/share/python-gtk-2.0 \ /[ file /usr/share/python-support/python-gtk ] | /usr/share/python-support/python-gtk: symbolic link to `/etc/alternatives/python-gtk' \ also: /[ file `chase /usr/share/python-support/python-gtk` ] | /usr/share/python-gtk-2.0: directory \ and: /[ ls -Al /usr/share/python-support ] | total 16 | -rw-r--r-- 1 root root 27 2006-08-26 02:48 apt-listchanges.dirs | -rw-r--r-- 1 root root 24 2006-09-03 18:07 fvwm-crystal.dirs | lrwxrwxrwx 1 root root 28 2006-08-23 11:09 python-gtk - /etc/alternatives/python-gtk | drwxr-xr-x 3 root root 4096 2006-08-22 10:52 python-gtk2 | -rw-r--r-- 1 root root 33 2006-06-18 13:19 python-support.dirs \ /[ ls -Al /usr/share/python-support/python-gtk2/ ] | total 8 | drwxr-xr-x 3 root root 4096 2006-08-22 10:52 gtk-2.0 | -rw-r--r-- 1 root root8 2006-08-07 18:54 pygtk.pth \ Sorry that an MTA on the way is bouncing mail - not under my control, I'm afraid. Probably the generic [EMAIL PROTECTED] address probably works. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384869: closed by Sam Hocevar (Debian packages) [EMAIL PROTECTED] (Bug#384869: fixed in vlc 0.8.6-svn20060910.0.8.5-1-svn.debian-1)
On Sun, Sep 10, 2006 at 05:03:39PM -0700, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #384869: VLC crash at startup and/or using SAP playlist, which was filed against the vlc package. Source: vlc Source-Version: 0.8.6-svn20060910.0.8.5-1-svn.debian-1 We believe that the bug you reported is fixed in the latest version of vlc, which is due to be installed in the Debian FTP archive: not better. $ vlc VLC media player 0.8.5-1-svn-debian Janus ** (.:8504): CRITICAL **: gtk_pizza_set_size: assertion `pizza != NULL' failed [0277] main playlist: nothing to play ** (.:8504): CRITICAL **: gtk_pizza_set_size: assertion `pizza != NULL' failed *** glibc detected *** free(): invalid next size (fast): 0x083ee8d8 *** Aborted -- Lukáš Hejtmánek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340713: Further example
On Tue, 12 Sep 2006, Andreas Tille wrote: On Mon, 11 Sep 2006, Don Armstrong wrote: The archive flag is totally wrong; actually archived bugs only show up when you use archive=yes. As reported in #339141 and #326774 this is not true since a long time. (This is my most hated and probably most boring bug at all.) Yeah, it's one that needs to be fixed; since it doesn't really affect all that much I haven't bothered to spend time to fix it yet, though. Don Armstrong -- Certainly the game is rigged. Don't let that stop you. If you don't bet, you can't win. -- Robert Heinlein _Time Enough For Love_ p240 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380587: Please go ahead
On Monday 11 September 2006 11:23, Ludovic Brenta wrote: The package is ready on my hard disk, but the upload has been delayed by the telephone company's inability to transfer my ADSL connection to my new home in a timely manner :( They're supposed to do the transfer today; then I have to make sure ADSL works, and I'll upload as soon as I can. Ah, I see, bad day ;-). In that case you might consider mailing your debian/ directory to a fellow DD (if it is not already kept in a public VCS), to upload instead of you (I don't think an NMU is needed in that case). Assuming there is get-orig-source target or exact instructions of how to get the upstream tarball. Just an idea. -- pub 4096R/0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387122: passing PARAMS from /etc/default/sleepd broken
Package: sleepd Version: 1.3.6 Severity: normal Hello, after upgrading from 1.3.5 dpkg couldn't start sleepd any longer, aborting with Starting sleep daemon: sleepd/usr/sbin/sleepd: invalid option -- F Usage: sleepd [-s command] [-d command] [-u n] [-U n] [-i n [-i n ..]] [-a] [-n] [-c n] [-b n] [-A] This is because my /etc/default/sleepd has a quoted --sleep-command option argument configured in the shell variable PARAMS: PARAMS=--ac-unused=0 --unused=600 --battery=5 --sleep-command='/usr/sbin/hibernate -F /etc/hibernate/hibernate.conf.ram.sleepd' Passing this unquoted to the lsb function start_daemon results in the loss of the proper quotation and hence the error message. The easy fix is to quote $PARAMS when calling start_daemon, patch is attached. Kind regards WK -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sleepd depends on: ii libapm1 3.2.2-8 Library for interacting with APM d ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip Versions of packages sleepd recommends: pn apmd none (no description available) -- no debconf information --- /etc/init.d/sleepd.dpkg-dist2006-09-12 12:34:20.0 +0200 +++ /etc/init.d/sleepd 2006-09-12 12:48:10.0 +0200 @@ -40,7 +40,7 @@ case $1 in test -e /dev/apm_bios touch /dev/apm_bios log_daemon_msg Starting sleep daemon sleepd - start_daemon -p /var/run/$NAME.pid $DAEMON $PARAMS + start_daemon -p /var/run/$NAME.pid $DAEMON $PARAMS log_end_msg $? ;; stop)