> I believe that this should be fixed by this upstream commit, which
will be in the 5.12 kernel
Has anyone been able to verify that? If it indeed fixes this annoying
issue (I get notifications about low mouse battery all the time even
though it's almost full), then it might be worth back-porting
> doesn't happen on xubuntu with the indicator
But it does happen on Ubuntu.
> The priority is low for Ubuntu since there is no report of such
problems on Ubuntu
Here comes that report. To reproduce:
1. Download the latest Ubuntu (21.04, live stick is enough).
2. Download and open Joplin
On a different machine (no Nvidia) but with the same monitor, I can also
reproduce this over DisplayPort but not over HDMI.
So I don't think that the Nvidia graphics card/driver is to blame.
Instead, it seems like there's a general DisplayPort-related issue
either in Linux/Alsa or in my
Public bug reported:
When I play YouTube videos, then in the quiet parts of the video (i.e.
in pauses between sentences, even if they are very brief), I hear a
popping/crackling sound on my headphones connected through my
DisplayPort monitor and my Nvidia GeForce GTX 745 card (I have this PC:
A reinstallation might help. Even though the bug has not been fixed for the new
LTS version (), a fresh installation might help. I didn't do much testing
because I uninstalled Ubuntu to free up my SSD space for Windows (which runs
rather stable and doesn't give a whole bunch of error
This bug still occurs on my device,
** Changed in: systemd-shim (Ubuntu)
Status: Expired = New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1253456
Title:
Suspend takes 20 seconds
To
Same here (13.10) . The big problem is that it seems to be in all releases, so
downgrading from 13.10 to the previous LTS release wouldn't even help. Half a
year ago, everything was fine. So why is it that now it suddenly does not work
anymore and can't be fixed (e.g. by reverting some
The workaround does not work on my machine.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252121
Title:
missing PrepareForSleep signal after resuming, causing networking to
stay disabled
To
It currently doesn't work for me. I have the latest saucy-proposed
packages, should the update you mentioned be in there?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252121
Title:
missing
Thank you for your answer. I will try to do that, however I don't know
much about D-BUS. I managed to activate the system bus logging and dbus-
monitor outputs a lot now. However that's too much for my console
window and it is without timestamps. How can I get a useful logfile that
I can upload
I attached a logfile (without timestamps, because I don't know how) that
was recorded during sudo gdbus call -y -d [...], 30 seconds of
waiting, resuming the computer from standby and entering the password.
** Attachment added: logfile for sudo gdbus call -y -d
I have 6-0ubuntu0.13.10.
Please see the attached nm.log that I created as Martin described in #82.
I had to wait some time after sudo Networkmanager ... until my wifi was
connected. Then I suspended which took the usual while. After resume, the
network was disconnected as usual. I didn't have
And here's my systemd-shim.log (see Martin's comment #88). Just like
Christian, I do not have to press Ctrl+C, it exits a few moments after
resuming and entering the user password.
** Attachment added: Suspended using Unity menu
Is there any chance this (and https://bugs.launchpad.net/ubuntu/+source
/pm-utils/+bug/1253456) might get fixed in the next months, e.g. for the
next LTS release? I would have to downgrade to Ubuntu 12.04 otherwise
(or maybe stick to Windows?).
--
You received this bug notification because you
For me the PPA does not work but I do NOT use TLP. However, I do use
Jupiter http://wiki.ubuntuusers.de/Jupiter which is supposed to
increase battery life (and actually does that pretty well). Also I used
powertop once to fix all the items it offered.
--
You received this bug notification
Public bug reported:
My ThinkPad X220 with Ubuntu 13.10 (upgraded from previous versions)
takes 20 seconds or more to suspend. This wasn't the case with 13.04.
During those 20 seconds I can reactivate the screen (which turns off
properly) and then login and use the laptop (until it suspends
I don't have the time to repeat the experiments, however in my case it
seems to be pretty deterministic: None of the suggested ways works
(menu, pm-suspend, the other command or lid-close, which i usually do).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
In the other bug report, I said that sudo pm-suspend didn't work,
which is wrong. Maybe I forgot to re-activate the network after some
previous test ...
So my current results are (tested 5 times):
All of these methods:
- closing the lid
- using the Unity menu - Suspend
- sudo gdbus call -y -d
pm-suspend.log after unsuccessful suspend-resume-cycle (i.e. network
didn't work afterwards).
** Attachment added: pm-suspend.log
https://bugs.launchpad.net/ubuntu/+source/systemd-shim/+bug/1252121/+attachment/3912649/+files/pm-suspend.log
--
You received this bug notification because you
I just modified
/usr/share/dbus-1/system-services/org.freedesktop.systemd1.service in the way
you asked. Then I suspended using the Unity menu. However, the laptop never
turned off (usually it does after 20-30s) - at least not for over a minute. So
I pressed I key and was able to login (and
Doesn't work for me either. I installed systemd-shim/saucy-proposed,
rebooted, suspended, waited 15 minutes and turned it on again - wifi
didn't work. sudo killall NetworkManager still solves the problem, so
no regression.
--
You received this bug notification because you are a member of Ubuntu
21 matches
Mail list logo