Found this lkml thread for other issues related to this change. It seems
the effort to run it down fizzled. What would be the best way to tie
this to that to hopefully raise visibility / priority?
https://lkml.org/lkml/2018/4/6/221
--
You received this bug notification because you are a member
and here is the commit that adds these events that are causing us such
issues on the Dell hardware:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=1455cf8dbfd06aa7651dcfccbadb7a093944ca65
--
You received this bug notification because you are a member of Ubuntu
I've found that just sticking with kernel 4.13 has been working fine for
me. It works around this problem and for my use case hasn't had any
downsides.
On Sun, Sep 23, 2018 at 2:15 PM SB <1759...@bugs.launchpad.net> wrote:
> why is this still not fixed, it is quite a showstopper on dell systems
You need to actually downgrade your running kernel to 4.13. Just
downgrading the headers isn't enough.
QH
On Sat, May 26, 2018 at 1:22 PM, Jesse McNichol
wrote:
> Similar problem for me. Dell E6530, Ubuntu 18.04
>
> Downgraded to 4.13 headers as suggested above, disabled
I noticed this problem because my wireles KB/Mouse combo became nearly
unusable after upgrading from 17.10 to 18.04. I'm seeing the high CPU
consumption as reported above and the dell HID messages as reported
above. Also, if I unplug the transceiver for my KB/Mouse it stops
working until I reboot.
In looking at the postinst script /var/lib/dpkg/info/libapache2-mod-
security2.postinst, it appears that it is trying to enable the
"security2" module, but that module does not exist in /etc/apache2/mods-
available, so I don't think it will ever succeed. If you modify that
script so that chunk is
Trying to change my syslog config today this bit me . I couldn't figure
out why my changes weren't working, and since I don't write syslog
filters often I figured I was screwing something up. Turns out they were
fine. /etc/init.d/rsyslog restart was just silently doing nothing.
This is terrabad.
Trying to change my syslog config today this bit me . I couldn't figure
out why my changes weren't working, and since I don't write syslog
filters often I figured I was screwing something up. Turns out they were
fine. /etc/init.d/rsyslog restart was just silently doing nothing.
This is terrabad.
Just wanted to comment that the only way I discovered this feature was
via this bug. I've been opening images I wanted to resize in Gimp to do
it all these years...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Summary changed:
- Ramdom apache2 crash in Ubuntu 12.04 (libpthread-2.15.so)
+ Random apache2 crash in Ubuntu 12.04 (libpthread-2.15.so)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to apache2 in Ubuntu.
** Summary changed:
- Ramdom apache2 crash in Ubuntu 12.04 (libpthread-2.15.so)
+ Random apache2 crash in Ubuntu 12.04 (libpthread-2.15.so)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159748
This is mainly for the benefit of people who search google for this
problem and end up here.
I've seen this on several servers. A simple umount
/var/lib/ureadahead/debugfs removes the errant mtab entry and cleans up
df output if it's bothering you.
It's highly unlikely that this mount lying
I just installed the patched upstart and rebooted. The 100% cpu-usage
problem is gone and in the 5-minutes or so of testing, there aren't any
obvious new problems. Thanks! I'm running a late 2009 15 MBP.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ok, I will try those as well. Sorry for the delay in getting
information collected, this week got kinda hectic.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/217849
Title:
Hardy, Intrepid, Jaunty
On Wed, Dec 8, 2010 at 8:32 AM, Tim Gardner tim.gard...@canonical.com wrote:
Please try the Maverick Live CD.
I've upgraded to Maverick on this machine and I am pretty sure the
problem still exists. Is there reason to believe the LiveCD would
behave differently? I'll confirm that the problem
I switched back to the 2.6.35-22-generic kernel because I didn't want to
fight with getting Vmware working with the newer kernel. I started a
large copy to the OCZ Rally2 stick I've been using, and for some reason
this time the copy more or less stopped decelerating around 5MB/sec.
It's now
On Mon, May 10, 2010 at 9:49 PM, Rami Autiomäki
rami.autiom...@gmail.com wrote:
I have JFL92 laptop. Until now I used kernel parameter clocksource=jiffies to
prevent machine pauses. This has a downside that processor is polling all the
time and consuming a lot of power.
I discovered that
I just started seeing this behavior in the last few months in 9.10. Used
Evo for years and never seen this before. I've created a screencast
illustrating the problem, but since it potentially contains sensitive-
ish information I'd rather not post it on the open internet. If a dev is
interested in
Ok, I re-recorded the screencast w/o the extra information and attached
it.
I type the first three letters of the email address, the auto-complete
pops up and I hit TAB. Note the comma incorrectly inserted. In most
cases, this results in email getting erroneously sent to someone who
should not
I'll give that a shot.
--
Hardy, Intrepid, Jaunty 64 hiccup on Sager notebook.
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Thanks David, disabling slmodemd did the trick for me. I ended up
removing it entirely since the odds of me using the modem on this
machine are less than zero.
--
no sound on 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD
Audio Controller (rev 03)
This is suddenly affecting me too. Didn't exist on a pre-final Karmic
install. Started maybe 2 weeks ago? My pci id and fuser ... output
are the same as Paolo4500's above. The laptop is a Sager NP2092 which
I've not had audio problems with before. Installing alsa-backports did
not help. The
removing linux-backports-modules-2.6.31-15-generic also worked for me,
however, I need that installed to allow the modules for vmware
workstation to build properly. So the process that I run through anytime
the kernel or vmware changes is:
-Install backports-modules
-rebuild vmware kernel modules
I am seeing this same (or perhaps similar) problem on a Gateway laptop
that has this same wireless chipset in it. It will associate with the
access point, but never manage to move any data (like a DHCP request),
unless very very close to the AP. Worth noting that the AP in question
works fine with
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/34713531/Dependencies.txt
** Attachment added: OopsText.txt
http://launchpadlibrarian.net/34713532/OopsText.txt
--
BUG: scheduling while atomic: VirtualBox/0x0001/5767, CPU#1
https://bugs.launchpad.net/bugs/465352
Public bug reported:
This doesn't seem to affect userspace at all, but I keep getting the
crash reports as I use a virtual machine in Virtualbox OSE. Not sure
where the bug actually lies, may be there...
ProblemType: KernelOops
Annotation: Your system might become unstable now and might need to
I have a 5,4 15 MBP and the keyboard backlight keys are not working for
me under Karmic either, so this is not just a 5,5 issue.
--
Macbook Support Not Working According To Wiki
https://bugs.launchpad.net/bugs/441995
You received this bug notification because you are a member of Ubuntu
Bugs,
dmesg output. Hope it's useful!
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/28128836/dmesg.txt
--
Hardy, Intrepid, Jaunty 64 hiccup on Sager notebook.
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ok, So I am running the daily mainline from today, June 11, and the
problem still exists. After rebooting I had to recompile my Nvidia
drivers. During the compilation the progress stopped at 30% for about 3
minutes. Once that time passed and I was quite sure it wasn't just
thinking _real hard_, I
On Thu, Jun 4, 2009 at 5:59 AM, Stefan Bader
stefan.ba...@canonical.comwrote:
Hi Quentin, sorry for not getting back for that long. If you have some time
it would be great if you could verify tat hangs against the latest daily
kernel from https://wiki.ubuntu.com/KernelMainlineBuilds
We want
On Thu, May 7, 2009 at 5:52 PM, Justin Lloyd captll...@gmail.com
wrote:
I too have this issue on a Sager NP2092/Compal JFL92. I have found that
switching the hard drive controller to IDE mode seems to help. However
this is a less than ideal solution.
Yay! I'm not alone! Does switching to
*** This bug is a duplicate of bug 360460 ***
https://bugs.launchpad.net/bugs/360460
I just discovered this same bug on my desktop system using the final
9.04 alt install disc. The suggeted work around seems to be working, I'm
mid-install now. This is the first clean install I've done on this
Just modified the title of this bug to make it more accurate.
** Summary changed:
- Hardy 64-bit beta and nightly alternate installation stalls
+ Hardy, Intrepid, Jaunty 64 hiccup on Sager notebook.
--
Hardy, Intrepid, Jaunty 64 hiccup on Sager notebook.
https://bugs.launchpad.net/bugs/217849
just found a BIOS update for this machine, upgraded to version 1.16.
doesn't seem to have made a difference. still getting hiccups that
have to be tickled away with kb / mouse input.
--
Hardy, Intrepid, Jaunty 64 hiccup on Sager notebook.
https://bugs.launchpad.net/bugs/217849
You received this
Ack, looks like the few minutes were wrong. Got some stalls now that I
have jiffies turned off.
Output from uname -a:
Linux sage 2.6.28-11-generic #38-Ubuntu SMP Fri Mar 27 10:01:17 UTC 2009
x86_64 GNU/Linux
logs of requested info attached
I'll remove half the RAM next...
** Attachment
Ok, removed half the RAM (so I'm at 2GB) and the problem still exists.
Attached are new logs and dmesg output.
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/24728819/dmesg.txt
** Attachment added: lsmod.log
http://launchpadlibrarian.net/24728820/lsmod.log
** Attachment
On Thu, Mar 19, 2009 at 7:58 PM, TJ ubu...@tjworld.net wrote:
Quentin, any news on this?
I just finished upgrading to the Jaunty Beta last night and took out the
jiffies hack. In the few minutes I had to work on the machine after that,
it seemed to be behaving normally. Hopefully I'll have
I'm working on producing the information you asked for. An interesting
data point though is that using the Jaunty Alpha 5 64 alt installer,
there have been no signs of stalling during the installation, which
is where I first saw the behavior before. A good sign? I hope so
-QH-
--
Hardy
An example can be donwloaded from the URL above. I specifically did not
attach it because it is unclear if redistribution is allowed. Attached
is the debug output you asked for.
However.
When I tried to import / play that file this morning it worked. I am
unaware of any updates that have
Public bug reported:
Binary package hint: rhythmbox
Intrepid, fully updated. RB 0.11.6
I have an MP3 that I just downloaded from
http://www.clockworkquartet.com/music.php . The title is The Watch
Maker's Apprentice. I have not attached the file because redistribution
rights are not clear on the
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/21998363/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/21998364/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://launchpadlibrarian.net/21998366/ProcStatus.txt
--
Rhythmbox
Returning to this. Problem seems to exist in the latest Jaunty as of Feb
2nd 2009...
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Gotcha, thanks for the info. FWIW, I updated this machine to Jaunty
over the weekend, and it still seems to stall out randomly without the
jiffies fix. The video is also kinda broken, but I know that's
fixable. As soon as I get that straightened out, I'll start poking at
this problem again. If
This is not a dupe of that bug. Though the behavior is similar, that bug
was found to be a flaw in KVM. That was fixed, according to the comments
in that bug. This problem happens on _real_ hardware. I believe it is a
kernel problem.
--
Hardy 64-bit beta and nightly alternate installation stalls
I have not. Do you have specific suggestions? I take it using alternate
clocksources is not a desirable work around?
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs,
@Stefan
So, noapic lapic does seem to reduce the severity of the problem, but
it does not eliminate it like the clocksource=jiffies workaround seems
to. There was still at least one pause durring the boot process that had
to be tickled away, and while the interactive performance is much
better,
Stefan Bader:
I'll post the dmesg output of the system without the jiffies
workaround and the output of /proc/interrupts shortly. I'll get both of
those pieces of information collected as shortly after a boot as
possible to limit the amount of extraneous data.
I've finally been able to do a
dmesg output attached.
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/20059344/dmesg.txt
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is
/proc/interrupts output attached.
** Attachment added: interrupts.txt
http://launchpadlibrarian.net/20059366/interrupts.txt
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of
Well, this seems to have either been fixed in the intervening time, or
there was something wrong with that particular installation. I've tested
this on both and Intrepid box and two Hardy boxes, and they both behave
as expected now.
** Changed in: vim (Ubuntu)
Status: Incomplete = Invalid
I'm running Intrepid and I'm still seeing this problem. Evolution
reports itself as version 2.24.1 . I have my deletion interval set to 30
days, but I now have over 120 days worth of mail accumulated on the
server...
--
Evolution: Messages aren't deleted from POP mail server with SSL encryption
After further testing, this still seems to be a problem on this machine.
The boot process usually stall unless I tap keys, so I turned the
jiffies work-around back on. I'm currently running the 2.6.27-5 kernel
because last time I tried 27-7 the machine would not boot at all. I'll
be trying that
I just upgraded my machine to Intrepid beta and removed the jiffies
work around. It seems to be performing well!
I throw my second HDD in here this week and do an install using the
Intrepid beta installer and report back...
--
Hardy 64-bit beta and nightly alternate installation stalls
On Wed, Aug 20, 2008 at 8:19 AM, Stefan Bader
[EMAIL PROTECTED] wrote:
Could someone please verify that this problem is still occurring on the
latest Hardy kernel (and maybe also try the latest Intrepid alpha for
comparison). If the same problem still is there with the work-around
still good,
Public bug reported:
Binary package hint: vim-runtime
SSIA, really. running vimtutor on my Hardy x64 box gives me an empty
vim instance. The tutor files are correctly installed, so I copied the
tutor file into my homedir and ran vim tutor and everything works,
but stilll...
** Affects: vim
On Fri, Jun 13, 2008 at 3:17 AM, Ian Redfern [EMAIL PROTECTED]
wrote:
Paul Smith's work on the LDAP library, plus the other updates above,
have solved the problem for me - Evolution is back to about one crash a
week, and is usable again.
Many thanks to Paul for his heroic debugging work!
On Wed, Jun 11, 2008 at 3:54 PM, Bill Gjestvang
[EMAIL PROTECTED] wrote:
This has been drastically improved, if not fixed, in the latest updates.
Is anyone still seeing this? I'm running:
I just updated to those versions as well. It's too early to say if it's had
an impact on me. I'll post
Louis-Dominique:
If you add clocksource=jiffies to your kernel options at boot time,
the stalls will go away. I've been running my machine with this setting
since I discovered it in April and it has been working well.
--
Hardy 64-bit beta and nightly alternate installation stalls
Alright, so my work around gets things working, but it seems that the
exchange backend still silently fails as I fairly regularly get Unable
to retrieve message, communication with exchange backend failed notices
when trying to read new mail in Evo. A restart of Evo gets around the
problem, but it
I upgraded to Hardy this morning and it seemed to work fine initially,
but after the initial sync up, it now refuses to see new mail on my
exchange server, as you describe. OWA works fine, I can see the new mail
there. I am also getting a bunch of weird exchange backend crashes, like
you describe,
One other note I forgot to mention. It seems that the exchange backend
is not _completely_ ignoring new mails because when I go into OWA, all
of the new mails have been marked as read, even though they have never
appeared in Evolution.
--
Evolution Exchange unreliability in Hardy
So, I tested Evolution in a clean installation and it (so far) works
normally. If I import a backup of my old Evolution settings and folders,
it breaks again. It seems that there is some incompatibility between the
data from Evo in Gutsy and Hardy which is the root of this problem. Can
you confirm
I have this same problem on Hardy 64-bit. I'm not sure if it is a
libdvdread problem or a totem problem though. If vlc or mplayer use
libdvdread and the de-css lib you can install for it, than it is likely
a totem bug as mplayer and vlc on my machine play back DVD's fine, only
totem and elisa
I no longer have access to the hardware that was exhibiting this bug.
Fixed or not, I can no longer test it.
--
Hard lock using BCM5751 (tigon3)
https://bugs.launchpad.net/bugs/72790
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I get this problem on real hardware, _not_ KVM. In my comment above I
list the model and specs for reference. I also reference that in bug
#217849.
--
Installation stalls randomly until a key is pressed
https://bugs.launchpad.net/bugs/217815
You received this bug notification because you are a
On Tue, Apr 22, 2008 at 4:26 AM, Colin King [EMAIL PROTECTED]
wrote:
It maybe worth booting with clocksource set to one of the alternative
clocksources available on your machine. One can see which clocksources
are available using:
cat
I get this problem on real hardware, _not_ KVM. In my comment above I
list the model and specs for reference. I also reference that in bug
#217849.
--
Installation stalls randomly until a key is pressed
https://bugs.launchpad.net/bugs/217815
You received this bug notification because you are a
I've been adding my experiences to bug #217815 over there, Colin King
suggested that one try different clock sources
On my machine I have hpet, acpi_pm, jiffies, and tsc as available clock
sources. hpet seems to be the default. Here are my results using the
daily from the 21st (I think...)
hpet:
@Colin King:
On my machine I have hpet, acpi_pm, jiffies, and tsc as available clock
sources. hpet seems to be the default. Here are my results using the
daily from the 21st (I think...)
hpet: stalls
acpi_pm: stalls (perhaps worse than hpet)
jiffies: Works! If this does not eliminate the stalls,
On Mon, Apr 21, 2008 at 10:13 AM, davmor2 [EMAIL PROTECTED] wrote:
There is no fault on the test I just ran using the image 20080421 on
hardware. If possible could the original report please test and see if
he still has the issue with the new cd?
I am downloading the that ISO now, I will
On Mon, Apr 21, 2008 at 7:16 PM, Soren Hansen [EMAIL PROTECTED] wrote:
If further testing reveals that disabling the tsc actually helps, I've
prepared a kernel patch that will fix it for us:
http://kernel.ubuntu.com/git?p=soren/ubuntu-
On Mon, Apr 21, 2008 at 10:13 AM, davmor2 [EMAIL PROTECTED] wrote:
There is no fault on the test I just ran using the image 20080421 on
hardware. If possible could the original report please test and see if
he still has the issue with the new cd?
I am downloading the that ISO now, I will
On Mon, Apr 21, 2008 at 7:16 PM, Soren Hansen [EMAIL PROTECTED] wrote:
If further testing reveals that disabling the tsc actually helps, I've
prepared a kernel patch that will fix it for us:
http://kernel.ubuntu.com/git?p=soren/ubuntu-
On Fri, Apr 18, 2008 at 7:09 AM, Matt Zimmerman [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 01:32:48AM -, Jamie Strandboge wrote:
I have tried these many times (without lvm+encrypt) and see the hang
until keyboard event on most installs (~80%) if I don't use preseeding.
If I use
On Fri, Apr 18, 2008 at 10:28 AM, Dustin Kirkland [EMAIL PROTECTED]
wrote:
So thinking much earlier in the installer, anything come to mind?
Particularly something that might have been added since Gutsy as we now
believe this is a regression?
The only thing I can think of that should be
** Attachment added: unnamed
http://launchpadlibrarian.net/13559865/unnamed
--
Installation stalls randomly until a key is pressed
https://bugs.launchpad.net/bugs/217815
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
On Thu, Apr 17, 2008 at 3:43 PM, Matt Zimmerman [EMAIL PROTECTED] wrote:
1. It was impossible to cancel the erasure while it was in progress.
The Cancel button did not have focus, and there was no response when
pressing tab.
I haven't been able to get to the Cancel button on the Ubuntu
On Thu, Apr 17, 2008 at 6:55 AM, Jamie Strandboge [EMAIL PROTECTED]
wrote:
I too reproduced this with the server iso from 20080416.
I'm currently using an installation from the nightly on the 14th, and I
noticed something for the first time. I am occasionally getting the
stalling behavior on
@Rick
I can very consistently recreate it on my Sager laptop. It is a Core 2
Duo T9300, 4GB RAM, NVidia 8600M GT video, 80GB Fujitsu HDD. more
details can be seen at
http://www.sagernotebook.com/product_customed.php?pid=46090 on the
specifications tab. I unfortunately do not have access to any
On Thu, Apr 17, 2008 at 3:43 PM, Matt Zimmerman [EMAIL PROTECTED] wrote:
1. It was impossible to cancel the erasure while it was in progress.
The Cancel button did not have focus, and there was no response when
pressing tab.
I haven't been able to get to the Cancel button on the Ubuntu
Public bug reported:
Binary package hint: debian-installer
I have a Sager NP2092 (specs can be seen at
http://www.sagernotebook.com/product_customed.php?pid=46090) laptop
which stalls during the installation of 64-bit Ubuntu Hardy Beta, as
well as the nightlies from 4-13 and 4-14. The behavior
perhaps a duplicate of bug #217815
--
Hardy 64-bit beta and nightly alternate installation stalls
https://bugs.launchpad.net/bugs/217849
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Using Hardy Alternate 64-bit disk (both Beta release and recent
nightlies) I see this same behavior on my system. I can get things to
pick up again by pressing keys, I haven't tried mouse clicks, but
hitting any key on the keyboard (I usually hit ALT or ENTER) seems to
unstick things. However,
On Tue, Apr 15, 2008 at 11:37 AM, Colin Watson [EMAIL PROTECTED]
wrote:
http://iso.qa.ubuntu.com/qatracker/result/1453/195 reproduces on real
hardware. I must confess I have very little idea of what's going on
here!
It is mysterious to me as well, although I'm not entirely positive that it
On Tue, Apr 15, 2008 at 11:57 AM, Quentin Hartman [EMAIL PROTECTED]
wrote:
I really ahve no idea where to go to dig further into this. It almost
seems kernel level... I'm going to burn an earlier alpha and see if it does
the same thing.
Hmmm well I can't seem to find any mirrors that
Ok, so I just sat and ran through the installation process, letting the
installer sit when it stalled and timing the lags. I got to the point
that I had previously thought was an indefinite hang where it was
preparing the encrypted LVM stuff and went to lunch. When I came back an
hour later, it
I really don't think partman-crypto is responsible for this as the
stalls exist even when doing an unencrypted install. The partman-crypto
related portions of the installation seem to just be creating
particularly large stalls.
** Changed in: debian-installer (Ubuntu)
Sourcepackagename:
@Stéphane: I really don't think that is a valid work around, it just
takes too long. Further, the problem exists even when not doing an
encrypted install. See my comment above and in bug #217849 for some
times and an explanation why I believe waiting for entropy is not
truly the root of the
On Sat, Mar 8, 2008 at 8:24 AM, Danny Staple [EMAIL PROTECTED]
wrote:
Quentin, I have not yet been able to reproduce this. That is also not
for lack of trying. Since it may not necessarily be starfighter that was
at fault, I am setting the defect to invalid.
Sounds good. I was not able to
With the installation of hal 0.5.10-5ubuntu8 tonight, this problem seems
to be solved for me.
--
01_proc_sys_batteries.patch causes a regression making gnome-power-manager not
detect the battery properly
https://bugs.launchpad.net/bugs/194719
You received this bug notification because you are a
On Sat, Mar 1, 2008 at 6:35 AM, Sense Hofstede [EMAIL PROTECTED] wrote:
In bug #197090 someone reported a similar issue but solved it by
restarting hal. Does that work for you?
No, restarting hal does not work in my case.
--
-Regards-
-Quentin Hartman-
--
01_proc_sys_batteries.patch
I think this bug may be related to #194719.
--
GPM in Hardy seems to have a memory leak
https://bugs.launchpad.net/bugs/196688
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I'm wondering if HAL is completely to blame for this behavior. Take this
with a grain of salt because I don''t know exactly where HAL sits in
the stack of things, but I've noticed today that the output of 'cat
/proc/acpi/battery/BAT1/*' shows that the 'remaining capacity' line is
no longer
yoops, I just realized those packages are i386, and I'm running 64-bit
here. How would I go about re-creating them on my side? I'm fairly
familiar with compiling software, but patching and packaging is a little
shaky.
--
01_proc_sys_batteries.patch causes a regression making gnome-power-manager
On Fri, Feb 29, 2008 at 8:58 AM, Daniel T Chen [EMAIL PROTECTED]
wrote:
Thoughts?
Well, from my relatively ignorant point of view, it seems that it would be
worthwhile to attempt to get this actually fixed in time Hardy. We really
don't want people living with this sort of oddness for 3 years.
On Fri, Feb 29, 2008 at 8:54 PM, Ralph Janke [EMAIL PROTECTED]
wrote:
Is this the same behaviour as this bug:
https://bugs.edge.launchpad.net/ubuntu/+source/kdebase/+bug/96151 ?
Don't think it is the same behavior. Based on the description there, it's
hard to tell for sure, it could be. Does
Moving my comments / findings from my other bug #196151 report here.
Attached is an archive containing output form the commands that Sense
listed above. For the dbus-monitor command I plugged and unplugged power
several times and let the machine sit for a couple minutes to let the
battery drain a
Public bug reported:
Binary package hint: gnome-power-manager
I've been using Hardy on a new laptop for a few days and have run into a
few bugs related to GPM. See #194719 for those details. Twice now I've
also had GPM eat up RAM, to the point that the process was consuming all
available (2GB)
In my case, it reports that the remianing battery time is unknown. I've
discovered that GPM also seems to have a memory leak, not sure if it's
related to this or not though. see #196688
On Thu, Feb 28, 2008 at 2:01 PM, Sense Hofstede [EMAIL PROTECTED] wrote:
Thank you. It looks like this bug
That's exact behavior I'm seeing.
On Thu, Feb 28, 2008 at 2:36 PM, Chris McCauley [EMAIL PROTECTED]
wrote:
Hi,
For me the battery charge as shown never diminishes. I can work for
hours and the charge shown will be the actual charge in the battery when
the ac was removed. Meanwhile I can see
1 - 100 of 111 matches
Mail list logo