Bug#565480: Problem seems to be with pm-powersave too
Package: anacron Version: 2.3-14 Severity: important I have this same problem, but I don't think the problem lies entirely in /usr/lib/pm-utils/power.d/anacron This file gets bad information from pm-powersave which assumes that if on_ac_power returns false then the system is not on AC power. This is incorrect as, according to its man page, on_ac_power can return 255 meaning 'I don't know'. Since this usually happens when there are no power saving features in the machine it's actually very likely that it IS on AC power, whereas pm-powersave assumes it isn't. There is also a fault in power.d/anacron in that the comment says, sensibly, that we just try to run anacron every time and let it abort if there's no AC but instead of this it actually uses the parameter to decide whether to start anacron or to stop it. Stopping anacron is very different from not starting it, and the resume from hibernate process actually starts anacron (sleep.d/95anacron) and then stops it (00powersave calls pm-powersave calls power.d/anacron true) leaving a very confusing trail in the syslog! It also hard codes a second decision about whether to run anacron in powersave mode which is better handled in /etc/init.d/anacron which checks for the 255 return from on_ac_power and acts accordingly. HTH, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541185: [linux-image-2.6.30-1-686] hibernate s2disk hangs with 2.6.30, worked with 2.6.29
This now works for me with 2.6.32, although my system doesn't power off with s2disk, only with kernel mode hibernate, but I'm sure that's something else. I consider this bug fixed. Many thanks, Peter On 2 February 2010 21:42, maximilian attems m...@stro.at wrote: tags 541185 moreinfo stop On Wed, 12 Aug 2009, Peter Salisbury wrote: The hibernate script gets as far as s2disk: Snapshotting system and then hangs indefinitely. I have tried starting in recovery (single) mode, bringing down the ethernet link and unloading all the unused kernel modules but still the same problem, so it's not X or nvidia. I am continuing to use (stock) 2.6.29-2-686 for now as a work around. can you still reproduce this with 2.6.32, sorry for the late answer, but we had a huge backlog of bugs. if you can still reproduce please followup with: reportbug -N 541185 it will add usefull info to the bugreport itself. squeeze has 2.6.32 and unstable 2.6.32 with already more fixes, please really test against later one as this comes closer to what will be released later in squeeze. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541185: [linux-image-2.6.30-1-686] hibernate s2disk hangs with 2.6.30, worked with 2.6.29
Package: linux-image-2.6.30-1-686 Version: 2.6.30-5 Severity: normal --- Please enter the report below this line. --- The hibernate script gets as far as s2disk: Snapshotting system and then hangs indefinitely. I have tried starting in recovery (single) mode, bringing down the ethernet link and unloading all the unused kernel modules but still the same problem, so it's not X or nvidia. I am continuing to use (stock) 2.6.29-2-686 for now as a work around. --- System information. --- Architecture: i386 Kernel: Linux 2.6.30-1-686 Debian Release: squeeze/sid 500 unstableftp.uk.debian.org 500 unstabledebian-multimedia.fx-services.com 500 testing dl.google.com --- Package information. --- Depends (Version) | Installed =-+-= module-init-tools | 3.9-2 initramfs-tools(= 0.55) | 0.93.4 OR yaird(= 0.0.13) | OR linux-initramfs-tool | Recommends (Version) | Installed =-+-=== libc6-i686| 2.9-23 Suggests (Version) | Installed ===-+-=== linux-doc-2.6.30| grub| OR lilo| --- Output from package bug script --- ** Version: Linux version 2.6.30-1-686 (Debian 2.6.30-5) (m...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-15) ) #1 SMP Mon Aug 3 16:18:30 UTC 2009 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.30-1-686 root=UUID=964bee50-4eac-4e6f-9ed0-189881fbf0c9 ro resume=/dev/hdc1 quiet ** Tainted: P (1) ** Kernel log: [2.951754] uhci_hcd :00:10.3: PCI INT B - Link[ALKB] - GSI 21 (level, low) - IRQ 21 [2.951761] uhci_hcd :00:10.3: UHCI Host Controller [2.951796] uhci_hcd :00:10.3: new USB bus registered, assigned bus number 5 [2.951816] uhci_hcd :00:10.3: irq 21, io base 0xb800 [2.951862] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 [2.951866] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [2.951869] usb usb5: Product: UHCI Host Controller [2.951871] usb usb5: Manufacturer: Linux 2.6.30-1-686 uhci_hcd [2.951874] usb usb5: SerialNumber: :00:10.3 [2.951926] usb usb5: configuration #1 chosen from 1 choice [2.951955] hub 5-0:1.0: USB hub found [2.951973] hub 5-0:1.0: 2 ports detected [2.989640] libata version 3.00 loaded. [3.003154] ide-gd driver 1.18 [3.003208] hda: max request size: 512KiB [3.012881] ide-cd driver 5.00 [3.024198] hda: 320173056 sectors (163928 MB) w/2048KiB Cache, CHS=19929/255/63 [3.024205] hda: cache flushes not supported [3.024291] hda: hda1 hda2 hda3 [3.025752] hdc: max request size: 512KiB [3.027256] ide-cd: hdb: ATAPI 48X DVD-ROM DVD-R/RAM CD-R/RW drive, 2048kB Cache [3.027268] Uniform CD-ROM driver Revision: 3.20 [3.036267] hdc: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63 [3.036690] hdc: cache flushes supported [3.036734] hdc: hdc1 hdc2 hdc3 hdc4 hdc5 hdc6 [3.589112] PM: Starting manual resume from disk [3.617056] usb 2-2: new full speed USB device using uhci_hcd and address 2 [3.633413] EXT3-fs: INFO: recovery required on readonly filesystem. [3.633418] EXT3-fs: write access will be enabled during recovery. [3.721660] kjournald starting. Commit interval 5 seconds [3.721682] EXT3-fs: hdc2: orphan cleanup on readonly fs [3.721691] ext3_orphan_cleanup: deleting unreferenced inode 786898 [3.721727] ext3_orphan_cleanup: deleting unreferenced inode 786897 [3.721734] ext3_orphan_cleanup: deleting unreferenced inode 786603 [3.721742] ext3_orphan_cleanup: deleting unreferenced inode 786556 [3.721749] ext3_orphan_cleanup: deleting unreferenced inode 786554 [3.721755] EXT3-fs: hdc2: 5 orphan inodes deleted [3.721757] EXT3-fs: recovery complete. [3.724447] EXT3-fs: mounted filesystem with ordered data mode. [3.777642] usb 2-2: New USB device found, idVendor=0451, idProduct=2046 [3.777648] usb 2-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [3.69] usb 2-2: configuration #1 chosen from 1 choice [3.780698] hub 2-2:1.0: USB hub found [3.782609] hub 2-2:1.0: 4 ports detected [4.065521] usb 2-2.1: new low speed USB device using uhci_hcd and address 3 [4.202471] usb 2-2.1: New USB device found, idVendor=056a, idProduct=0062 [4.202476] usb 2-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [4.202480] usb 2-2.1: Product: CTF-420 V2.0-0 [4.202483] usb 2-2.1: Manufacturer: WACOM [4.202601] usb 2-2.1: configuration #1 chosen from 1 choice [5.498168] udev: starting version 141 [5.811141] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 [5.811152] ACPI: Power Button [PWRF] [5.811230] input: Power Button as
Bug#500690: [recoll] Problems with missing document handling packages
2008/10/16 Jean-Francois Dockes [EMAIL PROTECTED] Thanks a lot for running these tests and sending the results. It's quite reassuring that initial indexing works as expected. About later indexing passes, I had another look at how Recoll *really* works (as opposed to how I thought it worked :) ) and in fact, for file types with missing helper applications, indexing is always retried (so that it succeeds as soon as the helper is installed). Trying to execute the filters wastes quite a lot of time. This explains why the times go down after the helper is installed: the files get indexed the first time, then nothing further happens if they stay unchanged. Recoll 1.11 has been modified to work slightly differently: executing a missing filter is only tried once per indexing pass. The program then remembers the failure and doesn't retry. The files still get indexed at the first indexing pass following helper installation, and there is almost no performance penalty for missing helpers, best of both worlds (hopefully). Thanks again for prompting me to implement this well-needed change. Regards, J.F. Dockes Thank you JF, This is a great example of how flexible and reactive Open Source software can be - thank you for sharing this excellent program with us all. Best wishes, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500690: [recoll] Problems with missing document handling packages
2008/9/30 Jean-Francois Dockes [EMAIL PROTECTED]:
Hello,
Kartik Mistry writes:
On Tue, Sep 30, 2008 at 6:45 PM, Peter Salisbury
[EMAIL PROTECTED] wrote:
I installed recoll on a fairly sparse system and it took ages to index
every time. It was only when I ran it from a terminal that I realised
it was missing some required packages for indexing certain types of
file. Ideally a better message would be given via the UI, and/or it
would skip the types of file it can't index rather than take the time
to fail at runtime. But perhaps at least these extra packages could be
depend/recommend/suggested by recoll. The ones I had to install were:
libimage-exiftool-perl
libid3-3.8.3-dev
pstotext
I can think of no reason why Recoll indexing should be slower when the
helper programs are not installed (so I'm quite probably missing
something).
I do agree that missing helpers should somehow be listed in the UI when
indexing finishes, this has been on the todo list for ages, the difficulty
is for the implementation not to get ennoying if the user doesn't want to
install them. They are listed at the end of the error/debug log, but nobody
looks at this of course.
Normally, file types which can't be indexed by content (no helper package)
are indexed by file name the first time, and then skipped if they don't
change. After installing the helper, you need a full reindex (recollindex
-z) to get them indexed.
If Peter can spare some time to do more testing, I'd be quite interested by
the output of the following sequence:
- Add loglevel = 4 to ~/.recoll/recoll.conf
- Uninstall the 3 helper packages, then:
time recollindex -z 2 /tmp/rcllog-znopack.txt
time recollindex2 /tmo/rcllog-nopack.txt
- Reinstall the 3 packages then:
time recollindex -z 2 /tmp/rcllog-zpack.txt
time recollindex2 /tmo/rcllog-pack.txt
The log files should at least contain file names, but they might also
contain data in some error cases. If no confidentiality issues prevent it,
and in case the timings of the first phase are indeed longer, I'd be quite
interested to have a look at them.
Really excellent program which found my file in the 'safe place' where
I'd lost it!
Great, I'm glad that this thing can be of some use from time to time !
Cheers,
J.F. Dockes
Sorry it's taken a while, but here is the output you requested:
$ time recollindex -z 2rcllog-znopack.txt
real8m48.449s
user3m49.958s
sys 2m57.675s
$ time recollindex 2rcollog-nopack.txt
real0m45.619s
user0m23.909s
sys 0m13.069s
re-install:
zlib1g-dev (1:1.2.3.3.dfsg-12)
libid3-3.8.3-dev (3.8.3-7.2)
libimage-exiftool-perl (7.30-1)
pstotext (1.9-4)
$ time recollindex -z 2rcllog-zpack.txt
real16m23.720s
user9m59.989s
sys 3m45.342s
$ time recollindex 2rcllog-pack.txt
real0m28.198s
user0m16.405s
sys 0m4.676s
The initial indexing is quicker without the helpers as you'd expect,
but the re-indexing is slower.
I can't send you the logs I'm afraid as they would be around 100MB but
I had a look in the re-indexing log when the helpers were absent and
there are lots of lines like this:
:4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath []
:4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)|0x9828eac)
/usr/share/recoll/filters/rclimg
{/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png}
Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg line
61.
BEGIN failed--compilation aborted at /usr/share/recoll/filters/rclimg line 61.
:2:../internfile/mh_exec.cpp:71:MimeHandlerExec: command status 0x200:
/usr/share/recoll/filters/rclimg
:2:../internfile/internfile.cpp:412:FileInterner::internfile:
next_document error
[/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png]
:2:../internfile/internfile.cpp:494:FileInterner::internfile:
conversion ended with no doc
:4:../rcldb/rcldb.cpp:1027:Db::add: docid 17360 updated
[/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png , ]
:4:../internfile/internfile.cpp:109:FileInterner::FileInterner:
[/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png] mime
[(null)] preview 0
:4:../internfile/internfile.cpp:170:FileInterner::FileInterner:
image/png [/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png]
:4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath []
:4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)|0x97116b4)
/usr/share/recoll/filters/rclimg
{/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png}
Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg
Bug#500690: [recoll] Problems with missing document handling packages
Package: recoll Version: 1.10.6-1 I installed recoll on a fairly sparse system and it took ages to index every time. It was only when I ran it from a terminal that I realised it was missing some required packages for indexing certain types of file. Ideally a better message would be given via the UI, and/or it would skip the types of file it can't index rather than take the time to fail at runtime. But perhaps at least these extra packages could be depend/recommend/suggested by recoll. The ones I had to install were: libimage-exiftool-perl libid3-3.8.3-dev pstotext Really excellent program which found my file in the 'safe place' where I'd lost it! Thanks, Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstableftp.uk.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.7-1) | 2.7-13 libgcc1 (= 1:4.1.1) | 1:4.3.2-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-5 libsm6| 2:1.0.3-2 libstdc++6 (= 4.2.1) | 4.3.2-1 libx11-6 | 2:1.1.4-2 libxapian15 | 1.0.7-3 libxext6 | 2:1.0.4-1 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463977: Bug not fixed in 1.3.3-1
Hi, Thanks for the speedy action. The delay has now reduced from 10 seconds to 5 or 6 seconds but that is still too long for the Palm Treo to sync. Commenting out the line in the rules file: WAIT_FOR_SYSFS=bInterfaceProtocol fixes the problem. /etc/init.d/pcscd stop Does NOT fix the problem. HTH, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463977: libccid.rules causes udev to delay for 10s when syncing palm device
Package: libccid Version: 1.3.2-1 Severity: normal --- Please enter the report below this line. --- When upgrading libccid from 1.3.1-2 to 1.3.2-1 my Palm Treo stopped syncing. This turned out to be because the devices ttyUSB*, which are created by udev when the hotsync button is pressed, were not being created for 10 seconds. By this time the sync software on the Treo has timed out. I narrowed the effect down to /etc/udev/rules.d/libccid.rules - renaming this file or downgrading libccid to 1.3.1-2 corrects the problem. The only change to the rules file has been 8a9,14 # last file created by the kernel, if this is present everything should be WAIT_FOR_SYSFS=bInterfaceProtocol # sleep for 1s - the wait_for_sysfs might not be enough PROGRAM=/bin/sleep 1 which I don't understand but looks like it might well be causing a delay. This seems to me a problem even if it didn't break the Palm sync as a 10 second delay is enough to be confusing/annoying. ATB, Peter --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.nl.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.7-1) | 2.7-6 libpcsclite1(= 1.4.4) | 1.4.99-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-9 udev | 0.114-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418490: lvm2: 'PANIC: circular dependancy' at boot
Package: lvm2 Version: 2.02.24-1 Severity: critical Justification: breaks the whole system I upgraded from 2.02.06 to 2.02.24 and got a 'PANIC: circular dependancy' on boot. Downgrading back to 2.02.06, rebooting with a previous linux image and running dpkg-reconfigure on the current linux-image fixed the problem. dpkg-reconfigure used mkinitramfs-kpkg to make the initrd. The system information below follows the downgrade. All the Best, Peter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdevmapper1.022:1.02.12-1 The Linux Kernel Device Mapper use ii libncurses5 5.5-5Shared libraries for terminal hand ii libreadline55.2-2GNU readline and history libraries ii libselinux1 1.32-3 SELinux shared libraries ii libsepol1 1.14-3 Security Enhanced Linux policy lib ii lvm-common 1.5.20 The Logical Volume Manager for Lin lvm2 recommends no packages. -- debconf information: lvm2/snapshots: --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351540: zeroconf overwrites static ip address for eth0
Package: zeroconf Followup-For: Bug #351540 zeroconf was installed automatically and caused various network problems because it overwrites the ip address and broadcast address for eth0. This interface was configured in /etc/network/interfaces as static so should not be overwritten. Installing zeroconf should give a warning if this is the expected behaviour. Because it was installed automatically (via a recommends) it took me a long while to find the problem. ATB, Peter -- 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.15-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
