You are not logged in.
I got frustrated and rebooted, it came straight back up to 38%
Don't reboot with the machine plugged in and charging. That sudden jump in percentage may have been caused by your battery being flooded with power during the reboot cycle. That will kill the battery *very* quickly indeed. And when I say "kill" I actually mean "potentially explode" (yes, really).
Check /sys/class/power_supply/BAT0/energy_full_design and compare it to /sys/class/power_supply/BAT0/energy_full to see how much damage has been sustained.
/sys/class/power_supply/BAT0/capacity will show an accurate, current reading so use that instead. It updates as soon as the kernel is aware of a level change, which is very quickly indeed. I have a monitor in the bar that tracks charge status and it updates within a second if the cable is {dis,}connected.
No idea about Xfce's widget thingy though, sorry. I think that's supplied by xfce4-power-manager so check the settings in that application. Documentation here: https://docs.xfce.org/xfce/xfce4-power- … references
I would be surprised if it wasn't just reading sysfs. Perhaps the level was changing slowly because it takes a while to charge. How quickly do you expect a battery to charge? Mine takes ages.
Well put that in the thread title then. I would try to reproduce the problem in that system but unfortunately the GNU/Linux EXE installer doesn't seem to recognise virtio disks in QEMU, which is a bit silly. Sorry.
I cannot reproduce that in a freshly-installed daedalus system (2022-12-26 netinstall ISO).
Is this with sysvinit?
Can you demonstrate an example of sysv-rc-conf behaving in an "untrue" manner?
It seems to be working as expected for me.
OpenBSD does one part, other distros do another.
OpenBSD is not a "distro" [sic]. It is an operating system.
which users is arch centric to?
The distribution is intended to fill the needs of those contributing to it, rather than trying to appeal to as many users as possible. It is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems.
And it does this superbly, in my (eight year) experience.
Makes me wonder if the people who accepted these ideals, are heavily drugged and/or completely okay with destroying perfectly good ideas, hardware and the climate itself, just to make quick money.
None of the Arch developers make any money out of it.
The reasons for the switch to systemd were given in this excellent forum post by one of the developers:
https://bbs.archlinux.org/viewtopic.php … 0#p1149530
I would strongly encourage you to read that because the reasoning is clear and entirely technical in nature, unlike the deranged, incoherent rantings of tin-foil hat wearers like yourself.
Also Arch (circa 2012-2013): We're shoving systemd down your throat, and anyone who speaks up about it gets banned
I'm curious: how exactly does one get "banned" from Arch Linux? If that were even possible I'm sure the Arch devs would have kicked those Manjaro bastards to the kerb a long time ago, if only to stop them DDoS'ing the AUR.[1]
I presume you are referring to the forums and it is certainly true that pointless rants about the init system are closed down pretty quickly but speaking as an active user on those boards (6,615 posts) I am very glad that is the case. The boards are for troubleshooting and reasonable discussion. Nothing said there will affect Arch development because very few Arch devs ever visit.
And anyway the systemd discussion thread to which I linked above went on for 18 pages and was only closed once the transition was completed. Everybody had their chance to pitch in with their (pointless) opinion.
How exactly did you attempt to disable cups?
These work for me:
# sysv-rc-conf cups off
# update-rc.d cups disable
The changes survive a reboot but I think they might be over-ridden if the cups package is updated. Not sure though.
Did you try manually toggling the individual run levels? That also seems to work.
*Ryzen
Just for the record: a full "extended" Alpine Linux 3.17 installation occupies ~145 MiB on disk. Might be a better choice.
Am I better off re-installing as Chimeara?
Yes. Especially if you're not going to listen to suggestions and advice. The daedalus branch is still testing, the bookworm freeze doesn't start until next month, so it should probably only be used by people who know what they're doing. Or people who don't mind gratuitous random breakage.
The native resolution of the display is 1980x1080, BUT xrandr insists it is only capable of 1024x768
That suggests that either the driver or firmware isn't loaded. The 2022-12-26 daedalus ISO includes the non-free firmware, did you try that?
For the driver and firmware use these commands to check:
# dmesg | grep firmware
$ lspci -knn | grep -iA3 'vga\|3d\|display'
Also, currently the wifi does not work, so I need to update the realtek driver
Again, could be firmware so
lspci -knn | grep -iA3 net
Generally speaking it's best to use the driver from the kernel but it is sometimes necessary to build your own.
Also having problems getting linux-headers-$(uname -r) to work
Only shit guides give that advice :-)
Use this instead:
# apt install module-assistant
# m-a prepare
^ That will pull in everything you need to build custom kernel modules.
EDIT: if you want to share command line output then use the pastebinit package to upload the output and share the returned URL here. The ArchWiki shows a version that will work with plain curl: https://wiki.archlinux.org/title/List_o … n_services
Using old versions of glibc for an outdated browser is just moronic. Please stop posting bad advice.
I've never used nginx so I can only quote the self-signed certificate advice on the ArchWiki:
Most web browsers do not seem to accept CA certificates, deeming it necessary to request another certificate and sign it with the CA cert and CA key. The "Generate a certificate issued by own CA" procedure in this forum post is what seems to satisfy browsers.
https://wiki.archlinux.org/title/OpenSS … ertificate, https://wiki.archlinux.org/title/Nginx.
So it looks like that javascript-infested, ad-ridden techrepubulic site might be wrong.
Probably best to wait for somebody who has actually used the software though :-)
Big up the New Brighton Massive!
That was making me feel sad about Elle so I've put on Dawn FM by The Weekend instead (courtesy of Qobuz).
Wallasey rules!
Just file a bug report against the package. The maintainer will decide if it's serious enough to warrant a backported patch.
it appears a runit boot does not start the display manager (lightdm) for a "standard" installation.
It does for me with the 2022-12-26 ISO. I wish it didn't though
^ Nice! I'm now listening to New Brighton Radio NPR. It's like being back home without having to suffer the depredation and random drive-by gun attacks.
RIP Elle Edwards.
devuan_daedalus_5.0.preview_20221022_amd64_desktop-live.iso - having non-free video card drivers is a big boon!
The ISO doesn't contain any non-free drivers at all. It does have the non-free firmware though.
Driver != Firmware
Oh dear, sorry Miyo, I'm being incredibly dumb. I just tried to run alltray. What an idiot I am...
Thanks for sharing!
The netinstall doesn't use /etc/network/interfaces so a request to add hotplug is meaningless.
Just use the <back> button and select the "Configure the network" step again if the cable is disconnected.
Do you have a link to the source code? I'd like to try this in Arch & Alpine.
You have http://alltray.trausch.us/ as the Homepage but I can't reach it.
I'm not sure I understand your question but I use ssh to communicate with my music server so I would have openssh-client installed on my laptop but openssh-server installed and running on the server. I wouldn't run the server daemon on my laptop because I don't want to ssh into my laptop. That would be silly :-)
Looks like it, yes: