It seems to me that there is no command line acpi client in fedora core.
If I'm not wrong, maybe acpitool (that I packaged in extras) could be moved
to core? It has more functionalities than the other client I found, acpi
(that I've just submitted to extras).
I just noticed that I have dozens of mails queuing in
/var/spool/mqueue. I use the default setting from fedora development.
Sendmail daemon is running. I only need to send outgoing mails in my
laptop. The following information might be related:
Firewall: ssh enabled only
Fedora Core release 4 (Rawhide)
I just had (one of many) kdevelop crashes, below a stacktrace from the kcrash dialog.
Using host libthread_db library "/lib64/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 47959183098960 (LWP 19430)]
[New Thread 1084229968 (LWP 19454)]
#5 0x000000327d93b744 in QListViewItem::takeItem ()
#6 0x000000327e1037e9 in KListViewItem::takeItem ()
#7 0x000000327d9486a2 in QListViewItem::~QListViewItem$base ()
#8 0x00002b9e653cdd3e in ~VariableDomBrowserItem (this=0x30a9700)
#9 0x00002b9e653c3bdc in FolderBrowserItem::processVariable (this=0x3920350,
var=@0x7fffffc48490, remove=true) at classviewwidget.cpp:489
#10 0x00002b9e653c83e4 in FolderBrowserItem::processFile (this=0x3920350,
file=@0x7fffffc48680, path=) at classviewwidget.cpp:326
#11 0x00002b9e653c8b48 in ClassViewWidget::removeFile (this=0x23df1a0,
fileName=) at classviewwidget.cpp:245
#12 0x00002b9e653c95a4 in ClassViewWidget::qt_invoke (this=0x23df1a0,
_id=116, _o=0x7fffffc487c0) at classviewwidget.moc:138
#13 0x000000327d85d009 in QObject::activate_signal ()
#14 0x000000327d85d639 in QObject::activate_signal ()
#15 0x000000327f2363a8 in KDevLanguageSupport::aboutToRemoveSourceInfo (
this=0x251e2f0, t0=) at kdevlanguagesupport.moc:140
#16 0x00002b9e641f448b in CppSupportPart::removeWithReferences (
this=0x251e2f0, fileName=@0x7fffffc48940) at cppsupportpart.cpp:1562
#17 0x00002b9e641f4613 in CppSupportPart::recomputeCodeModel (this=0x251e2f0,
fileName=@0x7fffffc48940) at cppsupportpart.cpp:1767
#18 0x00002b9e641f6c06 in CppSupportPart::customEvent (this=0x251e2f0, ev=)
#19 0x000000327d85c5a6 in QObject::event ()
#20 0x000000327d7fc935 in QApplication::internalNotify ()
#21 0x000000327d7fde14 in QApplication::notify ()
#22 0x000000327cde1e78 in KApplication::notify ()
#23 0x000000327d7fd949 in QApplication::sendPostedEvents ()
#24 0x000000327d7aba4a in QEventLoop::processEvents ()
#25 0x000000327d8141e1 in QEventLoop::enterLoop ()
#26 0x000000327d8140ba in QEventLoop::exec ()
#27 0x000000000040736e in main (argc=) at main.cpp:145
#28 0x000000327921d084 in __libc_start_main (main=0x406ba0 <main>, argc=3,
ubp_av=0x7fffffc49348, init=) at libc-start.c:231
#29 0x0000000000406b09 in _start ()
#30 0x00007fffffc49338 in ?? ()
#31 0x0000000000000000 in ?? ()
Current language: auto; currently c
I'm not sure if this happens in you box too. It happens in my laptop
all the way from test1. Since the release date is drawn near, I would
like this bug to be closed if it is a bug.
I have reported it here:
The problem is when I first log in gnome, the icons on the desktop are
not tidily arranged. Then I do a 'Clean Up by Name' from the right
click on the desktop. However, the icons get messed up in next
login. Any one has the same experience?
Thank you all!
For error I started the uniprocessor kernel on a dual MP 2200+ system
and I noticed that
the uniprocessor 2.6.15-1.2009.4.2_FC5 kernel hangs up. The smp one is
Tried two times with same result.
The message is:
BUG: soft lockup detected on cpu#0!
PID:0, comm: swapper
EIP: 0060 [<c01394fe>] CPU: 0
EIP is at handle_irq_event+0x17/0x4c