'kits in excalibur desktop-live iso.

Ahh, so lxpolkit. Was thinking about trying that in my Openbox stuff, but the mate-polkit dropped right in without any extra configging for the most part. I did have to go in and delete the current ~/.config/dconf/user file to stop some errors in .xsession-errors every time I used authentication, then re-boot but those are gone now, just the main complaint at the top now that mate-polkit can't find org.gnome.session-manager.whatever.hoo-ha.

I am using the xfce power-manager in the max versions, and whoa-boy does it ever like to complain that it can't find stuff. Does it do that in an xfce session?

Chatter for months is that Tint2 would be going bye-bye, but it's in the testing repo again, which makes me very happy.

@greenjeans

Likewise.
(Shit, man ... made me blush.)

@golinux

I'm quite aware of the implications re: Devuan being Debian without systemd.

[OT]
But I don't think that is a long lasting status quo.
The weave that keeps it in place is permanently being pecked at by the usual suspects.
It will eventually come loose. 
When it does (no, no if) Devuan+all derivatives will need a fall back position.
[/OT]

That said, a basic Devuan installation (like a netinstall), would (by definition?) not have a DE or a WM for that matter.
So no radical change there.
Just a meta-package / script or whatever.
It would be downloaded separately and applied post-installation.

Seems like it would be like that but for a Devuan netinstall.
ie: systemd less.

I really don't know how much of that script would have to be adjusted to work on a Devuan netinstall.

Thanks to all for your input.

Best,

A.

'kits in excalibur desktop-live iso. This is in xfce despite what your eyes may tell you:

$ dpkg -l |grep -Ei "polkit|policykit|login|seat"
ii  cups-pk-helper                        0.2.6-2.1                                    amd64        PolicyKit helper to configure cups with fine-grained privileges
ii  elogind                               255.17-2                                     amd64        user, seat and session management daemon
ii  gir1.2-polkit-1.0                     126-2devuan1                                 amd64        GObject introspection data for polkit
ii  libelogind-compat:amd64               255.17-2                                     amd64        user, seat and session management library compatibility
ii  libelogind0:amd64                     255.17-2                                     amd64        user, seat and session management library
ii  libpam-elogind:amd64                  255.17-2                                     amd64        elogind PAM module
ii  libpam-gnome-keyring:amd64            48.0-1                                       amd64        PAM module to unlock the GNOME keyring upon login
ii  libpolkit-agent-1-0:amd64             126-2devuan1                                 amd64        polkit Authentication Agent API
ii  libpolkit-gobject-1-0                 126-2devuan1                                 all          polkit Authorization API
ii  libpolkit-gobject-elogind-1-0:amd64   126-2devuan1                                 amd64        polkit Authorization API
ii  libseat1:amd64                        0.9.1-1                                      amd64        flexible user, seat and session management library
ii  login                                 1:4.16.0-2+really2.41-4devuan1               amd64        system login tools
ii  login.defs                            1:4.17.4-2                                   all          system user management configuration
ii  lxpolkit                              0.5.6-2                                      amd64        LXDE PolicyKit authentication agent
ii  pkexec                                126-2devuan1                                 amd64        run commands as another user with polkit authorization
ii  polkitd                               126-2devuan1                                 amd64        framework for managing administrative policies and privileges

Which brings me to another question, what's going to be the default authentication for Devuan going forward? Since policykit-1-gnome is deprecated and not in the testing repo.

I just switched today to using the mate-polkit and dropped gnome, seems to work fine since they're both just front-end authentication agents for polkitd. I guess the gnome version hasn't been maintained in like 10 years, so they are dropping it in trixie.

Openbox now includes an applications menu that uses the .desktop files in /usr/share/applications. I added a few items to the main menu, but everything expanded from "Applications" was automatically added.
https://get.refracta.org/files/misc/ope … s-menu.png

That's cool, did not know that! If it were me i'd still use obmenu-generator, you can make a really pretty menu with it.

So a vanilla Devuan Openbox version, I guess Openbox can use the current desktop-base for artwork? That may be a dumb question, but I haven't tried it myself, I run my own artwork in my projects.

And what file manager? PcmanFM s the classic choice, it's still available, and despite multiple attempts to drop development, it lingers on, lol, new version in excalibur is now gtk3. But it has that one big bug about how it handles thumbnailing and caching, doesn't seem like anybody is going to fix it anytime soon. I do have a nice script that bandaids it to work a LOT better.

What I had read about (if I undestood it correctly) was a script you could download and run on an basic Debian installation.
ie: one without a DE/WM, after the installation was finished and everything else was running as expected.

Like a netinstall script, right? Bunsenlabs offers a netinstall script : https://github.com/BunsenLabs/bunsen-netinstall

Also remember that Devuan has always been Debian without systemd. So a radical change to other applications like the DE would require a major shift in standing policy and that would require extensive discussion and feedback.

It was a mistake to have posted that nonsense

Pshaw, it provoked some interesting dialog, and with Altoid who's one of my favorite people to dialog with, so win/win.

I could dig making an Openbox setup as a meta-package that could be chosen as the DE during the install software section of the installer, alongside XFCE, Mate, KDE etc. That might be a fun project. Probably be easier to just build a basic live iso and offer it like that with the Refracta installer. Really needs a dynamic menu to be useable and obmenu-generator is still not in the repo.

Ain't necessarily so.

If XFCE is (like you seem to suggest) not going to the chopping block, all the more reason to find a sleek alternative for Devuan.
This because whatever sleekness XFCE may have once had is long (long) gone.

The alternative need not be incorpporated into the *.iso.
Ideally, some sort of #! Openbox meta-package to download and apply to a basic Devuan installation.

So I'd say that your cryptic comment can stay.
It has served a purpose while at the same time serendipity has proven its existence.

Once again.

Best,

A.

Well a new thread would probably be better, but since we don't have the full context of golinux's somewhat cryptic message, it may be a little premature.

It was a mistake to have posted that nonsense . . . boredom can have weird consequences. I would move it to a new thread if it were worthy of attention. Another option is self-restraint to let that cryptic comment fade into oblivion. Final solution would be deletion.

HOAS is a brilliant guy, he hangs out a fair bit on the Bunsenlabs forum and has helped me several times, he's also a cat guy like me, so obviously he's a good person.

Miyolinux had a short tutorial on doing a basic OB system on an installed cli-only system, it's really pretty easy, only about a dozen packages or so to get a working desktop. But it's all the configging needed after that to get anything other than a blank black screen when you log in that makes it a PITA. It would have to be a pretty large script.

I think it fits Devuan just right.
In the true Linux spirit.

That would be great.

You know better than I, but I was not referring to an out of the box thing, ie: incorporated in the *.iso.

What I had read about (if I undestood it correctly) was a script you could download and run on an basic Debian installation.
ie: one without a DE/WM, after the installation was finished and everything else was running as expected.

Found the post by HoaS here.
Have a look and tell us what you think.
Maybe a different thread?

Edit:
https://archive.org/details/sharpbang-b … 386.hybrid
https://archiveos.org/sharpbang/

Best,

A.

It would be a ballsy choice for Devuan, I could sure help with implementation, but it would add a lot of complexity to building the iso's and users would need to be somewhat proficient already in Linux to use it. I think Mate's really the best choice at this point, it would be a nice shot in the arm for Mate development too, I could see it being very symbiotic. Mate is usually very nice and stable, intuitive and predictable for even very new users, it's what I use every time I re-hab an old computer for a windows-refugee, and they all pick it up fast and wind up really enjoying the experience.