[Bug 225614] New: findutils-locate
https://bugzilla.novell.com/show_bug.cgi?id=225614 Summary: findutils-locate Product: openSUSE 10.2 Version: RC 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: koenig@linux.de QAContact: qa@suse.de I installed RC1 from scratch incl. findutils-locate-4.2.28-23. the PC has an uptime of 6 days now, but /var/lib/locatedb never was created: t3:~ # locate foo locate: /var/lib/locatedb: No such file or directory but it is enabled t3:~ # grep RUN_UPDATEDB /etc/sysconfig/locate RUN_UPDATEDB=yes running the cron script as root bash -xv /etc/cron.daily/suse.de-updatedb finally creates the locatedb. but it takes much CPU time (sort took more than 5 minutes on an AMD 1200 for 43 MB output of "locate /" !!) cron seems to be running: t3:~ # grep -i cron /var/log/messages Nov 25 16:48:33 t3 /usr/sbin/cron[3612]: (CRON) STARTUP (V5.0) t3:~ # ps up 3612 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 3612 0.0 0.1 1976 572 ? Ss Nov25 0:00 /usr/sbin/cron but updatedb never run sine the last reboot: t3:~ # last reboot reboot system boot 2.6.18.2-23-defa Sat Nov 25 16:47 (6+22:02) reboot system boot 2.6.18.2-23-xen Fri Nov 24 22:26 (17:57) reboot system boot 2.6.18.2-23-xen Fri Nov 24 22:01 (00:23) reboot system boot 2.6.18.2-23-defa Fri Nov 24 21:43 (00:16) reboot system boot 2.6.18.2-23-defa Thu Nov 23 22:48 (20:50) wtmp begins Thu Nov 23 22:48:16 2006 t3:~ # grep nobody /var/log/messages Nov 23 23:38:27 t3 su: (to nobody) root on none Nov 23 23:38:27 t3 su: (to nobody) root on none Nov 23 23:38:29 t3 su: (to nobody) root on none Nov 23 23:38:30 t3 su: (to nobody) root on none Nov 23 23:48:46 t3 su: (to nobody) root on none Nov 23 23:48:46 t3 su: (to nobody) root on none Nov 23 23:48:47 t3 su: (to nobody) root on none Nov 23 23:48:52 t3 su: (to nobody) root on none Nov 24 22:20:35 t3 su: (to nobody) root on none Nov 24 22:20:35 t3 su: (to nobody) root on none Nov 24 22:20:40 t3 su: (to nobody) root on none Nov 24 22:20:40 t3 su: (to nobody) root on none Nov 24 22:22:09 t3 su: (to nobody) root on none Nov 24 22:22:09 t3 su: (to nobody) root on none Nov 24 22:22:09 t3 su: (to nobody) root on none Dec 2 12:37:12 t3 su: (to nobody) root on none Dec 2 12:37:12 t3 su: (to nobody) root on none Dec 2 12:37:12 t3 su: (to nobody) root on none Dec 2 12:55:12 t3 su: (to nobody) root on none Dec 2 12:55:12 t3 su: (to nobody) root on none Dec 2 12:55:12 t3 su: (to nobody) root on none those "su: (to nobody" from today (Dec 2) are from two command line tests with updatedb cron script. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 koenig@linux.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|findutils-locate |updatedb not run by cron -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 koenig@linux.de changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P2 - High Summary|updatedb not run by cron |/usr/bin/on_ac_power breaks cron -- was: | |updatedb not run by cron ------- Comment #1 from koenig@linux.de 2006-12-02 07:24 MST ------- update: I've checked /usr/lib/cron/run-crons and found the reason why no cron scripts are running: /usr/bin/on_ac_power ! this is AMD 1200 PC, no notebook! but /usr/bin/on_ac_power returns 1 (false) :-( NOTE: you really should make such magic stuff configurable in /etc/sysconfig/ !! first it would make it easier to work around such quirks, and 2nd (maybe more important) I _want_ to run cron jobs on my notebook even while running on batteries. for quite a while my notebook only had two states of operation: - up and running with batteries (no AC) - suspended and charging (over night) with that new cron magic I'd never get any cron scripts running anymore :-( now to the technical stuff: t3:~/Desktop # hal-find-by-capability --capability ac_adapter t3:~/Desktop # echo $? 1 t3:~/Desktop # hal-find-by-capability --capability battery /org/freedesktop/Hal/devices/usb_device_46d_c504_noserial t3:~/Desktop # t3:~/Desktop # lsusb Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 046d:c504 Logitech, Inc. Cordless Mouse+Keyboard Receiver Bus 001 Device 001: ID 0000:0000 why is my logi mouse/keyboard a "battery capability" ??? it doesn't even charge via USB! here is the output of "lsusb -v" for my logitech mouse/keyboard: Bus 001 Device 002: ID 046d:c504 Logitech, Inc. Cordless Mouse+Keyboard Receiver Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x046d Logitech, Inc. idProduct 0xc504 Cordless Mouse+Keyboard Receiver bcdDevice 13.20 iManufacturer 1 Logitech iProduct 2 USB Receiver iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 59 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 50mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 63 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 2 Mouse iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 198 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 10 Device Status: 0x0000 (Bus Powered) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 koenig@linux.de changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Major Priority|P2 - High |P5 - None -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 ------- Comment #2 from koenig@linux.de 2006-12-04 04:04 MST ------- (In reply to comment #1) I just realized that 10.1 /usr/lib/cron/run-crons already has a similar feature but when running on_ac_power on the same PC I get: t3:~ # /usr/bin/on_ac_power ONLINE -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 chrubis@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |mkoenig@novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 ------- Comment #3 from mkoenig@novell.com 2006-12-05 08:20 MST ------- I will add a sysconfig parameter for the next release. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 mkoenig@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Comment #4 from mkoenig@novell.com 2006-12-05 08:21 MST ------- *** This bug has been marked as a duplicate of bug 221999 *** -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 ------- Comment #5 from seife@novell.com 2006-12-05 10:49 MST ------- (In reply to comment #1)
t3:~/Desktop # hal-find-by-capability --capability battery /org/freedesktop/Hal/devices/usb_device_46d_c504_noserial t3:~/Desktop #
t3:~/Desktop # lsusb Bus 002 Device 001: ID 0000:0000 Bus 001 Device 002: ID 046d:c504 Logitech, Inc. Cordless Mouse+Keyboard Receiver Bus 001 Device 001: ID 0000:0000
why is my logi mouse/keyboard a "battery capability" ???
It _is_ not, it _has_.
it doesn't even charge via USB!
But it has a battery. And you can get the charging state of the battery via HAL. Yes, on_ac_power is buggy, "rm /usr/bin/on_ac_power; ln -s /bin/true /usr/bin/on_ac_power" should work around this for now. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=225614 ------- Comment #6 from koenig@linux.de 2006-12-06 08:09 MST ------- (In reply to comment #5)
why is my logi mouse/keyboard a "battery capability" ???
But it has a battery. And you can get the charging state of the battery via HAL.
interesting;-) both mouse and keyboard only have non-recharable batteries, and the USB base station doesn't allow charging either. I have a different RC usb mouse _with_ charging from TEVION (not connected right now), I'll have to test it's "capabilities" too;-) do you need any addition information about the HAL stuff of that logi usb mouse ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply＠novell.com