You are not logged in.
Please post your sources.list. When I searched our pkginfo.devuan.org I got this:
0 results for "grub-customizer_4.0.6_i386.deb" in any (in 16.058632ms)
I think that the arm-sdk toolkit should do what you want. There are other flavors of SDK here if you want to explore further.
golinux wrote:ball wrote:I'm well aware. I was suggesting using katoolin on Devuan or MX Linux.
MX Linux just has sysvinit enabled according to Debian's instructions. All of systemd is still intact and can be enabled at user's request. So how would that be different than trying katoolin on Debian itself?
MX Linux does not have systemd installed by default, and they strongly urge users not to use it.
You just repeated what I said. I suspect you don't understand that systemd disabled by default still leaves active systemd elements and hooks. Devuan removes those.
I'm well aware. I was suggesting using katoolin on Devuan or MX Linux.
MX Linux just has sysvinit enabled according to Debian's instructions. All of systemd is still intact and can be enabled at user's request. So how would that be different than trying katoolin on Debian itself?
Maybe this will help:

Welcome! I don't quite understand your question but I may know the answer. When you login, there is an option to stay logged in (or something like that). Just tick that box and you won't get bit by the timeout bug.
It's dead here.
Well, the question that remains open to me is why such an important question is asked only in expert installs? I see a heavy conflict with this behavior of the installer and the statement posted on the website about non free-firmware (at https://devuan.org/os/source-code)
The website warns about enabling these repositories and even recommends consulting a lawyer before using non-free firmware, but the installer loads it by default without asking? I thought this must have been some misunderstanding, but I just actually tested this on a system with Intel 5300 Wifi and indeed the installer does not ask at all and silently loads the non-free firmware.
That statement was written a long time ago and I agree that section should be updated to explain the current policy.
Imho, even if the installer finds hardware that needs non-free firmware, who says the user wants to use this hardware at all? If the Devuan policy is that non-free firmware might be harmful and only enabled with care, the installer imho should not decide this for users only in expert mode.
I remember the debate but not the details for the decision to install non-free make non-free available to install if needed so have requested clarification of how that came about. As soon as I know, you will too.
Not sure how this is implemented, but personally, I find it unacceptable to enable these sources without asking the user for confirmation first (is this really the case?). I was also rather disappointed to find these repos enabled by default in the embedded builds.
fsmith red explained it very clearly.
No chance of that happening unless we have a massive influx of devs willing to take it on.
@sgage . . . freenode did that because of the relentless spammers,
I'm not seeing gtk2-engines-xfce and gtk3-engines-xfce in that list. desktop-base should have brought those in. That's for jessie. I'll fire up VB later and check what's there in ascii.
Also, depending on your setup you may have to add the theme to /root
Did you install desktop-base? That should give you the default darkpurpy theme which uses Clearlooks-Phenix-DarkPurpy theme that includes an OB theme. Or you can just choose that theme and not get the darkpurpy grub and login. Note that since that was captured, the icons were recolored to a nice purpy color also.

*Edit* For this theme to work properly it needs GTK2 and GTK3 and something Xfce specific. The regular clearlooks theme breaks badly in ASCII. desktop-base pulls in all the necessaries.
Try submitting by email rather than reportbug
Hello:
golinux wrote:Our pkginfo.devuan.org comes in handy.
Thanks for the info.
But I was using the package browser page: http://devuanpackages.viralds.it/ and could not find it.
Then I used SPM with the http://deb.devuan.org/merged/ ascii-backports main contrib non-free repository checked and it did not show up either.What am I missing?
.
I'm surprised that http://devuanpackages.viralds.it/ is still functional at all. It was an early contribution to Devuan but now we have our own in-house version. amprolla3 has a way of redirecting to Debian that might have stumped both those searches. Links to https://pkginfo.devuan.org are all over the Devuan website along with other useful resources. ![]()
Our pkginfo.devuan.org comes in handy.
. . . once I read here that snap on devuan was a no-go, I found that using the Clementine music program fixed that need . . .
Happy to hear that. All's well that ends well.
With FLOSS there are as many ways to solve a problem as there are users.
sgage wrote:Just curious - why do you need to run snaps?
Several apps I need are more easily installed/used as a snap.
Take a deep breath lvdave . . . ( a moment of silent contemplation)
The operative phrase being "more easily installed/used". These all-in-one apps are the fast food of software. You can either go for a quick burger or learn how to cook and really nourish yourself. That's a choice we all have to make. But don't start whining if you don't find a burger on the menu at a 5 star restaurant. And try to understand that the chefs might find it more than a tad insulting. This community has an identity and a way of doing and liking things. You might want to get to know us a bit better before you get all histrionic about not being able to order your favorite burger here.
Don't you WANT to see if there's a big red failure in those scrolling lines?
@willbprogz227 . . . You jogged my memory . . . A very long time ago, I used devilspie because of the lack of window management options in gnome2. Eventually I dropped it - it was rather fussy and sometimes didn't work. Perhaps it has improved since I ended up using compiz to do the task which was more than a bit of overkill but great fun for a while.
Flatpak and AppImages work fine in Devuan ASCII and Devuan Jessie . . .
Unfortunately. I find the concept behind these all-in-one dropins distasteful to say the least. It just doesn't feel right in Linux . . . </rant>
Just curious - why do you need to run snaps?
I was thinking the same exact thing.
@lvdave . . . If you want that feature, use a systemd-based OS. It's that simple.