Bluetooth mouse battery status
Hi list, I reported this issue on the UPower GitLab issue tracker but I don't hold much hope it'll get the required visibility. https://gitlab.freedesktop.org/upower/upower/issues/100 I just had my Satechi M1 mouse quit working unceremoniously ... due to a dead battery. All along, GNOME's power settings have told me that it was at 99%. As per `upower -d`, this device in fact has no battery: Device: /org/freedesktop/UPower/devices/unknown_dev_CF_A9_BC_C1_9F_FD native-path: /org/bluez/hci0/dev_CF_A9_BC_C1_9F_FD model:Satechi M1 Mouse serial: CF:A9:BC:C1:9F:FD power supply: no updated: Wed 31 Dec 1969 07:00:00 PM EST (1567004080 seconds ago) has history: yes has statistics: no unknown warning-level: none icon-name: 'battery-missing-symbolic' Is this a UPower problem? A device problem? A GNOME problem? Thanks! -CB ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F30 not using extra battery on Lenovo T470s
On Fri, Aug 16, 2019 at 6:18 AM Tim Waugh wrote: > On Thu, 15 Aug 2019 at 16:47, Chris Bredesen wrote: > >> I tried some different searching and came across this: >> >> https://forums.lenovo.com/t5/Other-Linux-Discussions/How-to-get-dual-battery-to-switch-without-powering-off-in-Linux/td-p/3890605 >> >> These are my symptoms but I'm unclear on the implications of removing >> UPower. Any thoughts on this? >> > > I now believe this is the cause for something I've seen twice: a Fedora 30 > T470s switching off even though battery is reported as 50%. > > Thanks to your hint I found this: > https://gitlab.freedesktop.org/upower/upower/issues/62 > Nice find! I didn't search that bug repo and duckduckgo for some reason didn't get me there. I will read this in more detail and comment on it. Did you try any of the config changes or are you still seeing this? Looks to me it is as yet unresolved. Oddly, I'd never seen this till pretty recently. What is the side-effect of just removing UPower? -CB ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F30 not using extra battery on Lenovo T470s
I tried some different searching and came across this: https://forums.lenovo.com/t5/Other-Linux-Discussions/How-to-get-dual-battery-to-switch-without-powering-off-in-Linux/td-p/3890605 These are my symptoms but I'm unclear on the implications of removing UPower. Any thoughts on this? -CB On Thu, Aug 15, 2019 at 11:37 AM Chris Bredesen wrote: > I'm seeing some new behavior recently where my laptop shuts down hard, > with no warning, at about 50% battery. After the third time it happened I > took a look at the battery levels (after plugging in and restarting) and > found that the main battery was at 1% and charging, while the extra battery > was at 100% and fully charged. > > So it would seem that my system is ignoring the extra battery or somehow > not tapping into it at runtime. I don't recall this ever happening in the > past and I'm not sure if this is an OS issue or something lower level. > > Anyone seen or know how to diagnose this? > > Thanks! > > -CB > ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
F30 not using extra battery on Lenovo T470s
I'm seeing some new behavior recently where my laptop shuts down hard, with no warning, at about 50% battery. After the third time it happened I took a look at the battery levels (after plugging in and restarting) and found that the main battery was at 1% and charging, while the extra battery was at 100% and fully charged. So it would seem that my system is ignoring the extra battery or somehow not tapping into it at runtime. I don't recall this ever happening in the past and I'm not sure if this is an OS issue or something lower level. Anyone seen or know how to diagnose this? Thanks! -CB ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: fedup: it's full of stars
On 01/18/2013 04:06 AM, Wolfgang S. Rupprecht wrote: Joe Zeff j...@zeff.us writes: I must admit that your subject line gave me a major Stanley Kubrick moment. ;-) I had to get people to read the msg. Try turning up your speaker volume. Listen for a computer voice saying, I'm sorry Wolfgang, I'm afraid I can't do that. -CB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
F17 NetworkManager doesn't prompt for wireless OTP
Hi List, Been having an issue for at least a couple Fedora releases now (haven't yet moved to F18...). Our work network allows authenticated Wireless using a PIN+OTP. This works fine when I select the Wireless connection explicitly. However, when that connection is already selected and I wake the machine up or log into it, I never get the password prompt. I can't seem to screen shot the GNOME 3 widget but the Wireless section says something like authencation requred and it just sits there never connecting to the OTP-authenticated connection. If I switch to another connection and then back, I get the prompt right away and everything is happy. I do have the ask for this password every time box ticked in nm-connection-editor. Is this a bug? NM version 0.9.6.4, same version for nm-gnome. Thanks, Chris -- Chris Bredesen Supervisor, Software Engineering Red Hat Global Support Services -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Numlock warning on password entry boxes
Why does GNOME warn me that numlock is on? I get warning for capslock; you can unknowingly botch a password. But numlock? Are there keyboards for which the non-numeric keys on the d-pad can type valid characters? Seems odd but I don't want to file a bug until I understand why it is the way it is; I'm probably missing something. -CB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Laptop Fn Keys (was: F16: second monitor is not detected.)
On 11/19/11 8:54 PM, Marko Vojinovic wrote: Those custom vendor shortcuts may or may not be supported by Fedora, depending on the particular laptop model you have. But the certain way to see if your second monitor is detected is to look at the output of xrandr in the console. Just updated to F-16 and the Lenovo Fn keys seem not to be working any longer, rendering the one workaround for buggy Intel driver useless. Huge bummer. I have not yet looked for missing packages that might be responsible... -CB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F16: second monitor is not detected.
On 11/17/2011 07:23 PM, Steven F. LeBrun wrote: What is the keyboard shortcut to toggle mirrored mode? I was not aware that there was one. It is vendor-dependent. My Lenovo is Fn+F7. There's usually some hint on the F keys as to which one does what in function mode. Look for this kind of thing: http://www.lincoln.edu/imc/crt_lcd_key.jpg It will *probably* work under Fedora. I have noticed that it works at the login screen and when logged in but not at the screen unlock screen. YMMV... -Cb -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F16: second monitor is not detected.
On 11/17/2011 10:26 AM, Steven F. LeBrun wrote: Recently updated my laptop to Fedora 16. Fedora 16 is not detecting my second, external, monitor. The Monitor connects with an HDMI connector or a DVI connector through a USB docking station. Connecting it either way does not make a difference. What is strange is that during the boot process, the system will display the flash screen on the second monitor. There was a bug filed about this before Fedora 15 was released. Does this bug still exist in Fedora 16? Does anyone know if any work has been done on it? The bug deals with the Intel Sandybridge chipset. Note that the laptop screen works fine. OS: Fedora 16 x86_64 Kernel: 3.1.1-1.fc16.x86_64 Desktop: Gnome 3.0.1 System: Dell XPS 15R (i5-2410M CPU @ 2.30GHz x 4) Graphics: Intel Sandybridge Mobile Memory: 8 GB Bug: https://bugzilla.kernel.org/show_bug.cgi?id=40592 Same problem here, no resolution that I have seen. Plenty of bugs open in Fedora complaining of this and related issues: https://bugzilla.redhat.com/show_bug.cgi?id=698985 https://bugzilla.redhat.com/show_bug.cgi?id=680569 https://bugzilla.redhat.com/show_bug.cgi?id=680333 https://bugzilla.redhat.com/show_bug.cgi?id=715113 Love to have some attention on this but I can only guess that not everyone is seeing this. It's the only major usability issue I have with Fedora these days but it's a big one. I work around the issue by using the keyboard shortcut to toggle to the mirrored mode and then once the ext display is up, I can turn off LVDS and fix the resolution. In related news, you might find that once this is working, it fails to wake up after suspend and you have to do the dance again. -CB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
F15, Intel, External display(s) only - anyone?
https://bugzilla.redhat.com/show_bug.cgi?id=715113 I'm trying to determine if this combination is viable: * Lenovo T520 with Sandy Bridge GPU * Fedora 15 (or 16) 32-bit * External display as only display Is this working for anyone? I'm considering tagging this BZ for inclusion in the CommonBugs wiki area since there seem to be a lot of reports that look similar (see my comment [1] to this effect). If this is working for you, did you do anything special? I am right now unable to use Fedora 15 to boot my system in an external-display-only mode without signficant fooling around at runtime (switching modes, etc). Additionally, once the system puts the external display to sleep (which seems to happen after at most 1 hour, no way to disable this), it will never return until I start mode switching again. I'm very frustrated but trying to DoTheRightThing here and make sure enough info is provided on the right BZs. Alas, not much traction. Thoughts? -CB [1] https://bugzilla.redhat.com/show_bug.cgi?id=715113#c2 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines