You are not logged in.
No, mine also are grayed out for both shut down and reboot. That's why I use my custom logout script in place.
Assuming you also installed libseat1, have you tried to add your user to the video group? Something like seatd -g video as a superuser to fix that. I recall doing that to make Seatd work properly with X11. I have little to no issues with it. According to ps_mem.py, both ck-launch-session and seatd are in the running processes with a graphical session.
Are you running startxfce4 --with-ck-launch directly or from its contents in your ~/.xinitrc file? I use Xfce, and for the latter, that always works for me. Does it sound like an issue with Seatd permissions? There's also seatd-launch you could prepend to startx or startxfce4 --with-ck-launch. Also, for ConsoleKit2, I have the packages libck-connector0, libconsolekit1, and libpolkit-gobject-consolekit-1-0 installed alongside of it. I do not have libpam-ck-connector installed.
That's why I just use SpaceFM instead. Thunar is built to work with Udisks2, which works "best" with Elogind and whatnot.
If you add --with-ck-launch, ConsoleKit2 will be provisioning your X11 session.
I have no problems shutting down or rebooting with these YAD scripts:
For ~/bin/xfce4-logout:
#!/bin/bash
yad --window-icon=system-log-out --image="system-log-out" \
--title "Log Out" \
--text "What would you like to do?" \
--button="_Lock:0" \
--button="Log _Out:1" \
--button="S_uspend:2" \
--button="_Reboot:3" \
--button="_Shut Down:4" \
ret=$?
[[ $ret -eq 4 ]] && gksu poweroff
[[ $ret -eq 3 ]] && gksu reboot
[[ $ret -eq 2 ]] && xflock4 && gksu pm-suspend
[[ $ret -eq 1 ]] && killall Xorg
[[ $ret -eq 0 ]] && xflock4For the fake /usr/local/bin/gksu:
#!/bin/sh
set -e
if [ $(id -un) = root ] ; then
exec "$@"
fi
if [ "$SUDO_ASKPASS" = "$0" ] ; then
exec yad --entry --title="PASSWORD" --entry-label="$*" --hide-text
fi
exec env SUDO_ASKPASS="$0" sudo -A "$@"As far as drive mounting goes, no issues with Udevil's Devmon running in the background. I removed Udisks2 entirely.
The last time I checked Slackware it had no package manager and one had to download and install packages manually. But this was decades ago.
That may be true for pure Slackware (for better or for worse, depending on the user), but distros like Salix and Slackel have automatic dependency tracking. They use the slapt-get package manager, which is similar to apt-get in its usage. The main difference between Salix and Slackel is that Salix is based on Slackware 15.0 (with Xfce as the DE) and that Slackel is based on Slackware-current (with Openbox as the WM and MATE as the DE). They also package a lot of SlackBuilds exclusively on their repositories. I highly recommend giving either of those two distros a shot.
Or even Slackware, where KDE Plasma support is at least miles better than any Debian-based distro with it (although I guess you could say Kubuntu is OK if you don't mind Canonicalslop). Salix in particular is pretty good if you want something very similar to Devuan or antiX.
For the record, I don't like or want any PulseAudio or PipeWire -- I understand certain use cases for them, but pure ALSA is more than enough in my case. Alternatively, Sndio (which is the standard in OpenBSD).
Must be part of why the Artix forums got DDoS attacked the other day. They, along with Devuan and Slackware, have confirmed they will NOT "verify".
See also this page on GNU/Linux distros and other OSes that have spoken about it (so far).
Sounds like it's time to start using a VPN...
No issues at all with FreeTube. Maybe it's your IP address?
Delta Chat and Mumble could also fill that gap.
Nah, I'll stick with XLibre.
Convinced my friend who used CachyOS to switch to Artix after showing him the Bryan Lunduke video. All is good again.
While Ceres isn't a "real" Devuan release, it is still the foundation of every new release. The more folks who use Ceres, the more they can help Devuan's developers and maintainers.
I don't track Ceres anymore (I switched it to Daedalus in early 2023 when it was in the testing freeze), but anytime I ran into an issue like that (i.e. unmet dependencies due to a package unavailability), waiting it out for up to a week usually solved the issue. My understanding is that Amprolla (what makes Devuan's repositories) runs several hours behind Debian's servers.
I don't think this was ever packaged for Debian, as there are no snapshot DEB files in existence. I do know that Ubuntu (and particularly Xubuntu) have it packaged up, but it's not a good idea to mix different repositories.
You're better off just compiling it from source using the same release version as the Xfce you use (which I assume is 4.20 if you are using Devuan Excalibur).
It's kind of a necessary evil in my case. I don't like that it's tied to Red Hat and whatnot, but Connman is unpredictable and harder to set up OpenVPN on, and Wicd is still being rewritten.
Instead, I got a good deal on having a dummy replacement for Elogind (although the libraries are still present), with ConsoleKit2 and Seatd doing the actual seat management. This exact method also worked for me in Salix (a Slackware derivative), but on the condition that Elogind as a package remained installed for compatibility reasons only (i.e. it doesn't run at all, but it could if I enabled it). No issues there, either.
I don't think it should be any different installing that printer on Devuan, since the main difference is removing Systemd from their packages. In other words, the DEB file(s) for Brother drivers as provided by Debian should remain the same as in Devuan. I do not have that particular printer, but my HL-L2320D just flew with the printer-driver-brlaser driver package, and using Daedalus (putting off on Excalibur for the foreseeable future, since Debian made it even harder to keep Systemd or Elogind out of installs).
Personally, I got rid of Udisks2 (which also gets rid of GVfs) and have my USB flash drives automatically mount with the help of Udevil's Devmon running on a non-root level, optionally doing this through SpaceFM (for quick and efficient syncing and unmounting functionality baked in). Never had any issues that way, and I use a plugin for trash functionality.
See also this article on why Udisks2 is crap and is only just another Red Hat subversion (much like Systemd and Wayland). Still true fourteen years later.
Saddened by the abandonment of HexChat by upstream? Say no more: ZoiteChat to the rescue.
It looks and feels the same as HexChat did, except it's ported from GTK2 to GTK3.
You can download the source code or get it for your platform (on GNU/Linux, AppImage and Flatpak binaries are the official builds) here.
Touche, diplomacy is not my forte. My intent was was not personal disparagement but a technical disagreement on the measurement criteria. If I came across otherwise, my apologies.
My confrontational wording was largely due to ongoing frustration (here and elsewhere) with use of code or overall package size as a proxy for quality or usefulness. Obsessing over memory or disk space and perceived "bloat" does, as they say, "pull my chain", and doubly so when the numbers presented are potentially misleading.
None of that has anything to do with greenjeans personally of course, if it sounded like a personal attack, again, my apologies.
Cheers. ![]()
None of the so-called minimal distros are as good as doing a bare install of Debian/Devuan with a simple window manager, So why wouldn't people be talking about using Debian/Devuan on old PCs? Many people consider it the best option for such machines.
I think a bare install of Devuan with antiX scripts tossed in for good measure makes for a minimal system. Remove DEs and stick to a WM like i3 or DWM. Your only issue might be sticking with a browser that can access most of the modern Web, since Firefox and Chromium are heavy on GTK dependencies and will likely pull in D-Bus if installed "normally". Pale Moon and SeaMonkey are somewhere in between minimalism and usability.
It's the tone that's hostile, not the context itself that some took issue with. You did come on strong initially. Almost militant, completely disregarding what he's given back to this community thus far.
If you had included this initially:
fine contributions
...the entire thing would have been better received.
This would have been a more constructive way to criticize what someone said that you disagreed on:
With all due respect to your valuable coding contributions (especially the effort you put into Vuu-do), this statement isn't correct. Here's why that isn't true. Hope this helps.
Instead, they (myself included) read it as:
Look, you're wrong. This is why you're wrong. You should never make a statement like that ever again, because you're wrong. I just disproved you, asshole. W for me, L for you. I won another online argument. Bite me.
You could get the same point across by being a bit more personal with the person you disagree with. Like I said, I'm generally on your side when you go after some of the actual complainers and other specimens existing solely to waste space (they deserve it), but Greenjeans isn't the type of person to be on the receiving end. He's a good dude. That is all.
P.S. I can only speak for myself, but I am not in the "hurt feelings" crowd. I can take a heated disagreement. It's about understanding why you think a different way, instead of coming across as being a condescending prick, even if you say that wasn't the intention. That's really why Greenjeans was pissed off.
I share the same sentiments as Andre4freedom. Your contributions are always welcomed.
I also think Steve_V was incredibly rude in his responses to Greenjeans. There was no need for the putdown, let alone on someone who actually contributes code and hardly ever complains. There are a couple of others who'd warrant such treatment, but not him.
And no i'm not shoving all that QT crap into my system, GTK has issues but QT sucks too.
I can't stand GTK at all anymore, but at least it's more viable for a uniformed system. If you use Xfce, stick to GTK. If you use LXQt, stick to Qt. Mixing the two tends to draw in more system resources than not. Unfortunately, all GUI toolkit "options" are problematic in their own ways.
Mostly classic JRPGs, platformers, fighters, and shoot-'em-ups. I ignore 99.9% of vidya released since 2010, which includes "indies".
An encrypted file (locally) or USB flash drive by means of VeraCrypt or something else works fine. I've never had a use case for password managers, and what Altoid's original post describes is a part of that reason why.
In fact, if you want something even lighter, give Exe GNU/Linux a shot. That one is like Q4OS with using TDE (Trinity Desktop Environment, based on KDE 3.5), but without any Systemd. Uses Refracta's installer.
Also, see this article comparing the different DEs (hasn't been updated in years, but much of the information is still true to this day).
No, LXDE still exists in many distros (Debian included). It's just that they switched it over to GTK3, so it will consume a bit more of your system resources. Stick to the Daedalus release for now, which is also the last to support 32-bit CPUs.