You are not logged in.
Here's an update . . . I FINALLY found a darker color that worked to hilight selected items. It's only taken about 4 months. LOLOL! I revisited that option after the lighter version morphed a bit and I was unable to find an icon color that worked in the file manager as well as the desktop. That's because color is fickle and can be perceived quite differently depending what is nearby. It can drive one to madness . . . no kidding. ![]()
jaromil is one of the VUA who decided to fork Devuan in 2014 and CEO of dyne.org the non-profit that sponsors Devuan. He is a well-known public figure in the EU in many capacities.
This fairly recent video summarizes a few of the projects that dyne is working on.
The best place for this question would be #devuan-arm on freenode. parazyd doesn't read this forum.
Wonderful! You always make me smile. ![]()
IIUC, stable releases get bug fixes and security updates but not newer software. Have you checked the backports repos? That's where you'll find newer software built against stable.
We have missed you too greenjeans! Soooo nice to see you dropped by. Please do so more often!
I don't know the reason they changed it, but it certainly got in the way of my workflow.
Wasn't that due to the merged /usr in stretch/beowulf?
Have you read the ASCII release notes?
gksu has been deprecated as you noted. Use pkexec. Discussion here. I can now launch from panel and to custom actions. Bit of a pain though . . .
Also a recent update overwrote my working policykit backend. Make sure the debian one hasn't slipped in.
Just wondering what you have in your sources.list. This is what I have:
deb http://pkgmaster.devuan.org/merged/ beowulf main
deb http://pkgmaster.devuan.org/merged/ beowulf-security main
deb http://pkgmaster.devuan.org/devuan/ experimental main
deb http://pkgmaster.devuan.org/merged/ ceres main Obviously take care with what ceres installs. That bit me a week or so ago.
From the ASCII release notes:
### Session management and policykit backends
Devuan 2.0 ASCII provides a choice of 5 Desktop Environments at
install time (XFCE, Cinnamon, KDE, LXQT, MATE), while many other
window managers are available from the repositories.These days, Desktop Environments rely on a session management system
to allow the user to perform several typical tasks without requiring
administrator privileges, including suspending/rebooting/shutting down
the system, mounting external devices, configuring networking, and so
on.Two of such session management systems are available in Devuan 2.0
ASCII, namely:- consolekit
- elogindThese session managers are mutually exclusive, only one of them can be
installed and active at a time to avoid unwanted interference. In
order to grant processes in the unprivileged user session access to
select privileged operations, the installed session manager is
connected to the policykit-1 framework by a set of matching back-end
libraries.Each of the 5 DEs available in Devuan comes with a recommended default
combination of login manager (either slim or lightdm) and session
management system:- XFCE: slim + consolekit
- Cinnamon: lightdm + elogind
- KDE: lightdm + elogind
- LXQT: lightdm + elogind
- MATE: slim + consolekit
In order for session management to work correctly, the login manager
(aka display manager, DM) has to register the user session with the
installed session manager (i.e. either consolekit or elogind), which
in turn has to cooperate with the relevant components of the desktop
environment. The default pairings listed above are known to work well
and do not require user intervention, but other combinations are
possible.
When I try the dist-upgrade, gdm3 has an unmet dependency. So when I try to upgrade only gdm3, apt tells me:
The following packages have unmet dependencies: gdm3 : Depends: libpam-systemd but it is not installablelibpam-systemd does not exist in any of the Devuan repositories. What should I do to resolve this?
That's because libpam-systemd is a banned package. Choose another option as ChuangTzu suggested.
I will recolor all the icons once everything else is in place. They will be a neutral color because of the way the color interacts differently with the intense BG colors and the theme. And no . . . I am not going to do a dark theme. ![]()
I'm going to work on repackaging iceweasel-hardened and icedove-hardened for Devuan from Parabola since they are lightweight and hardened which is rather nice
Good that you are taking on that task.
Thanks.
I am a huge fan of Parabola and they offer a OpenRC edition of the OS.
OpenRC is also available on Devuan with an expert install.
I don't think that's the objective, the objective is to be without systemd. If your objective is wholly free software, you should use Parabola.
Devuan derivatives heads and gnuinos are "libre".
ChuangTsu . . . it's morphing. Here's a temporary link. It needs a different folder color for sure:
Nice to see you back, stanz. ![]()
I could of course install WireGuard in userspace if I use the Snap package but I'd rather not seeing as how that's nowhere near as secure.
If a Snap packge uses snapd, you couldn't use it on Devuan because snapd is on the banned package list.
Kewl! :-) Will it hit repos any time soon?
I might upload pieces of it to git before too long so you'll be able to get it there. I don't do the official packaging and integration into desktop-base so that will come later . . . maybe in time for a beta at the d1conf in April but certainly by the time of the official beowulf stable release.
FYI, some screenshots of the cinnabar theme. Titlebar will be as in the desktop screenie. Desktop theme is still a bit of a WIP:
Note that the final cinnabar theme is down this thread at:
https://dev1galaxy.org/viewtopic.php?pid=14307#p14307

I understand we all have our way of doing things but does it have to be an "update notifier"? If there is a really important update, it will be mentioned on DNG or here at the forum etc. Otherwise, why not just remember to update every so often. I personally use gkrellm's "Reminder" plugin with a musical sting via VLC for recurring tasks.
However, the problem has deeper ramifications than init alone. The problem is that everything else is starting to depend on systemd: from desktop environments to drivers.
Exactly and implied in my point 2. I like to call those dependencies "tentacles". It is because of them that Devuan exists.
1.- MX empowers the users to decide. It provides options and systemd is opt-in.
That should be qualified as "for now" because it is only a matter of time before other init systems will be dropped and the systemd dependencies will be so pervasive that Debian won't work without it.
2.- Debian also used to provide options and still does to some extent.
That noose is tightening. sysvinit is only still viable because of collaboration between Debian and Devuan devs and upstream. Many apps no longer provide scripts compatible with sysvinit because most of the devs no longer have it installed to test.
3.- It is not at all about "shinny stuff". For different reasons, I need to compile a lot of software for my work like scientific code and machine-learning stuff like Tensorflow. Some of that code you can build in any system, old or new, because the developers use stable OSs such as Debian, or, more often, RHEL or derivatives. However, most of the developers are running more current systems such as Ubuntu, Gentoo or Arch and, very often, their code depends on newer versions of several libraries than the ones you can find in Debian stable. Of course, you can install them locally and link against them anyway or use containers. However, from a practical point of view, it is a lot faster and easier if you can just compile most of the code without having to go down that road (think, for instance, about the dependencies of the dependencies and so on). This essentially forces me to use Ubuntu (Mint Xfce) at work, if I want to be productive.
Linux is not just server administrators and desktop users/distro-hoppers. There is life in between. There is also us scientists, engineers, developers, audio/video creators, designers, architects and other technical professionals. Let's say workstation users, for short. Typically, we need a trade-off between stability and currency.
Traditionally, we have been a minority but, with the advent of so called artificial intelligence our numbers are growing exponentially.
Interesting . . . thanks for that.
In the meantime, seeing that a few of the Devuan derivatives seem pretty redundant, why don't join efforts and produce a testing-based distro which would really address currently unmet needs?
Devuan (and Debian) are about stability not shiny new stuff. Devuan will always a bit behind because of the cleanup that we have to do. Maybe there will eventually be a Devuan derivative based on testing like Ubuntu is to Debian but that would take a much deeper developer pool than we currently have on deck. In the meantime, backports supplies newer packages without the risk of a testing environment. You might also want to read what MX Linux considers to be systemd free.
Thank you very much! This seems to work. :-)
Just one observation, I was struggling with this before, until I figured it out... XD
According to apt policy, in the "Pin" line it should be stated either "a=unstable", or "n=ceres", otherwise it doesn't work as expected.
I am clueless about the intricacies of pinning or apt policy. But I do know there is problem with using the "Suite" name(s) in Devuan because there are times when Debian stable is still our testing etc. Ceres, of course never changes. Hopefully a more useful response will appear for you soon.
This doesn't seem to work for me, since I am using Beowulf, and gksu, which is a dependency, has been deprecated... :-/
I also beat my head against the disappearance of gksu. I worked it out in this thread on the Xfce forum. I'm not often in beowulf (VM) so will have to revisit this myself soon.