You are not logged in.
Thanks rbit. Those worked. I haven't seen the SDDM issue posted before, but I have for several years seen the Discover one. Glad to see it may finally be resolved.
Neither Testing nor Unstable get security updates in a timely manner, but using Unstable is worse than using Testing:
So are you saying the Debian wiki is wrong, because it says right here:
It is a good idea to install security updates from unstable since they take extra time to reach testing and the security team only releases updates to unstable.
If you install KDE from the text-based Devuan DVD installer, you are greeted with a blinding white SDDM. Its because the Debian theme used by default is most likely missing. Is there any chance this will be changed in the future?
Additionally, Discover which ships with it is no good because Devuan doesnt have AppStream repos, so it's just a paperweight.
Methinks there should be a package which has a 20-make-pipewire-and-wireplumber-work.conf in /usr/share/pipewire/pipewire.conf.d that has this:
context.exec = [ { path = "/usr/bin/pipewire" args = "-c pipewire-pulse.conf" } ]
context.exec = [ { path = "/usr/bin/wireplumber" args = "" } ]And then an /etc/xdg/autostart/pipewire.desktop because as it stands, if you install a desktop environment like KDE you don't have sound until you write a similar configuration or start them individually as autostart files. This is bad to have after installing a fully functional DE. Having a package like this install with the DE would make sound work as expected, and you don't need a wrapper this way.
i develop shed, which is simpler as it is written in posix shell, it does some simple and rudimentary implementation of XDG_RUNTIME_DIR management, service files are just simple key=val files, it has multiple shortcomings as of right now as in spite of some users being interested and even using shed i'm the sole developer.
shed is intended to eventually provide the expected functionality of what debian defines as "x-session-manager" however at the time it does not and needs to be started before the window manager in the xsession, at the moment the design considers only x11 but eventually it aims to be agnostic to the session type so it can be used for tty sessions, x11 sessions, wayland sessions and even ssh sessions, it implements exactly 0 dbus anything.
if anyone is curious here's the repo https://git.devuan.org/eylles/shed it has gathered very low traction specially here on the devuan forums
That's really neat and I hadn't heard of it before now, thanks for sharing.
I'm also delighted to see turnstile being included, though I only ever tried it once on Void Linux where it was buggy in desktop environments (I assume because it doesnt cover all of the login1 dbus stuff yet).
That line in fstab is what mounts cgroups v2 in the absence of systemd.
Updated to 1.0.0
Great. I just looked at another debian package folder to try to understand it. I still have a lot of questions though. Can Devuan users contribute to Debian as a whole (in other words, can their package wind up in Debian, since otherwise Devaun doesnt accept new packages)? Are you supposed to use Ceres?
I pulled out my Daedulus DVD.
I'm a PCLinuxOS user & maintainer. The person who hosted the site, wiki, and forum lost his equipment to a fire. You can find the new forum here: https://www.pclinuxos.com/forum
The main PCLOS page just points to the new forum now, Tex put a temporary WordPress template there.
APT-RPM can definitely be used, but APT-RPM is quite old and unmaintained, similar to Xorg.
I would be happy to come to Devuan as someone who enjoys packaging. I used it for a while several years ago, but DEB packaging seems a lot more daunting than RPM. I asked here once how to package for it because I would be happy to help paint the way forward for Devuan but nobody replied and the only package I made which is my usual guinea pig for different packaging formats, zramen, just made me very skeptical of packaging in the DEB format.
Im not. That seems to have done it. Thanks!
Because Wireplumber is built with elogind enabled, Pipewire will not work if one chooses to go the route of dummy-logind/consolekit. Is there interest in having a wireplumber package without it enabled, or a hack to use it without it anyway?
By enabled I meant that the init script does not start automatically if I remember correctly. You have to enable it with update-rc.d.
No problem. Its not actually in Devuan repos as I'm not sure how to propose it. It may have to first be enabled by you if I remember correctly. I am currently on PCLOS, not Devuan.
As another option I've ported the zramen script from Void Linux to Devuan. It comes with a working init script for Daedulus.
I really like the Logitech Marble but I just recently bought a Porlei TM551 and its fantastic if you're right-handed. It comes with a scroll wheel which is notably missing from the Marble, but the Marble can be configured to have scrolling if you hold down the left back button and move the ball. Both are very comfortable to use.
EDIT: Just realized you also used the Marble and ran into similar problems as I did. Alos that you are left-handed. I haven't used any others besides the Marble that could be used left-handed, maybe the Kensington Orbit.
The zramen script (by atweiden) from Void Linux is like my guinea pig for learning to package on other distributions. It is a simple script that creates a zram device and uses environment variables to configure the size and compression algorithm. I've made a DEB package with a sysvinit script for Devuan which you can find here: https://git.disroot.org/hunter0one/devu … ter/zramen
The problem is we don't have an AppStream repository like Debian does. AppStream is what holds all the fancy metadata showing the icons, screenshots, and info in software centers like Discover or GNOME Software. You can fix it by doing what Konna (post #12) said here.
I would like to make my own Devuan packages but I have far more experience with packaging for RPM and XBPS. The maint-guide is quite confusing to me. Is there maybe a guide or tutorial which describes how to package for DEB in a way an RPM packager understands? Thanks
EDIT: I am finding all the man pages for debhelper now. These have helped a lot.
It's the same issue we had here. https://dev1galaxy.org/viewtopic.php?id=4726
Long story short, Devuan doesn't have an appstream database like Debian does to get package information in Discover or GNOME software.
Sorry for the long wait, but I tried all of your suggestions as well as ones from other forums and unfortunately I've concluded that this EasyCap was a dud. I had already spend so much time on this one I'm embarrassed to admit that I bought a "UCEC" capture card that looks nearly identical (with a number of Linux users who gave good reviews) and it works like a charm. It even uses the same module (uvcvideo) too.
You could try Ristretto which is the Xfce image viewer, as far as I know it should follow xfce4's settings more so than eom because of xfconf.
ffmpegthumbnailer is what I have installed and get thumbnails in Caja.
It's hard to believe this was a real thing when I first heard of it several weeks ago.
@hunter0one, did you verify read-write access to the USB device node concerned?
Yes, I'm sorry I didn't mention I tried that after the first time you asked:
crw-rw-r-- 1 root root 189, 14 Sep 12 19:40 /dev/bus/usb/001/015I still don't understand how to tell what the sequence of "bits" means what in *nix (besides r is read and w is write) but it seems read-write access is allowed.
To be on the safe side I ran chmod +rw /dev/bus/usb/001/015 and it results in the same sequence:
crw-rw-r-- 1 root root 189, 14 Sep 12 19:40 /dev/bus/usb/001/015Check your ID is in the video group. id should tell you. Post output from it if not sure.
uid=1000(hunter) gid=1000(hunter) groups=1000(hunter),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),105(netdev),113(lpadmin),121(scanner)It does appear that I am.
Do you have a broken wire?
I have tried every combination that qv4l2 would let me to no avail. The wires don't appear broken. This adapter never really got used before so its almost like brand new, because about a year ago is when I first received it and gave it a try and it wouldn't even appear as a device in Linux. I never got around to checking out why but most likely I was missing the module. Now that I have the time to try it again, it appears in dmesg and generates video devices but unfortunately it seems to be a paperweight.