You are not logged in.
Have you tried using deb.devuan.org as per https://devuan.org/os/etc/apt/sources.list and https://files.devuan.org/devuan_ascii/Release_notes.txt ?
I'm not zephyr but . . . right click on the panel then "Add new items". "Launcher" is the first option on the list here. There might also be an option to do the in the youtube-dl GUI.
Ha! Mystery solved. Not surprised it doesn't work. Last update was 2014-02-22. A lot has changed since then . . .
O'k if i can understand, after reading this document, i was using the wrong mirrors. Why? ... i don't know, i don't know how it happened ...
The repos were upgraded to a round-robin of over a dozen servers. That upgrade was part of the ASCII release. Always good to read the release notes. ![]()
I changed the sources.list to the new mirrors and update/upgrade the system [the tor mirrors options were not possible to add -- the system never update with them].
Hmmm . . . issues have been reported with tor but I have no experience using the onion address.
But the problem remain, there is no grub-customizer after all this ...
It looks like it's not in the Debian Stretch repos. You can check here. Not in jessie repos either afaict. Where did you get that .deb?
Please read the ### Devuan Package Repositories section of the ASCII release notes.
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.