The officially official Devuan Forum!

You are not logged in.

#3 Re: Off-topic » Microsoft admits it's own AI is malware. » Today 04:52:49

to a fairly complete approximation, all ai is malware.

#5 Re: Installation » Boot issue » 2025-11-18 10:32:50

@rosun, it is possible that future forum visitors and those searching, might be better served if we knew which version of "Windows" you are referring to...

also you say you are still able to boot "Windows" via "BIOS" but are you really using the "old" bios or the "newer" UEFI/Secure-Boot/etc functionalities?

we probably should not just assume you are using an older version of windows on an mbr-formated hard-drive in an older garden-variety mini-tower(maybe even with a floppy-disk still protruding from the drive-slot).

and by "floppy-disk" i refer to the 3.5inch version and all the wonderful sounds associated with it's operation and utilization

grabbed a wikipedia link because i was too lazy to take a current photo of one of my said-same mini-towers with disk protruding(the grandkids used to say it was the "computer with it's tongue sticking out" ha!)

#7 Re: Desktop and Multimedia » [SOLVED] Cannot change background » 2025-11-15 16:03:34

regardless of what the developers claim/do/or/say we cannot know for certain that this isn't just another production of AI Slop(why would they admit to using the ai-slop, especially when it produces bad code and bad results and bad reviews?)

#8 Re: Hardware & System Configuration » Power usage of SSDs » 2025-11-14 19:24:23

used ssd for years and they definitely extend battery life on laptops

#9 Re: Devuan Derivatives » Vuu-do Linux! *New Openbox-64 iso's (1.0.7) up 2-02-18*!! » 2025-11-14 15:18:54

have used chromium for years while always just dismissing that keyring pop-up

there is probably an easy way to fix it but it never bothered me enough to deal with it

#11 Re: Desktop and Multimedia » Excalibur desktop-live: "switch user" action segfaults xfce4-session » 2025-11-14 08:13:09

after countless installs(across decades and up to and including the day before yesterday), i also still fall prey to the _dammit_forgot_to_select_where_to_install_grub_again_sigh_ahem_SUPERGRUBDISKFORTHEWINAGAIN_

nine hells...

rotflmao

#15 Re: Off-topic » Here is a good lesson, in the art of the troll! » 2025-11-11 10:59:25

i stumbled across this thread and visited:

https://opguides.info/

and enjoyed it enough to share it with a nifty little _bump_

#16 Re: Desktop and Multimedia » Good X11 environment for laptops? Plasma 6 is not ideal » 2025-11-11 09:12:30

i try to stay with whatever the standard/stock/image/iso delivers/installs.

i do this so i can assist others who also have done a basic/standard installation and have run into some sort of issues/problems/situations/etc.

fortunately i don't have any objections to xfce... _yet_ (but that will change someday)

#17 Re: Hardware & System Configuration » Laptop shuts down instead of suspend » 2025-11-11 08:58:42

saw your recent post and wondered if you ever figured out why your machine was failing to perform as you desired/expected?

#19 Re: Installation » [SOLVED] Can't run Devuan Excalibur on Software Raid » 2025-11-11 07:47:18

Welcome to the forum.

this happened recently(no idea if it will help in your specific situation):

https://dev1galaxy.org/viewtopic.php?id=7213

#24 Re: Installation » Excalibur: Mounting NFS shares using /etc/fstab » 2025-11-06 10:00:54

while looking for tailscale references/commentary/notes/etc on the forum i came across this specific post:

https://dev1galaxy.org/viewtopic.php?pid=57261#p57261

which referenced /lib/init/init-d-script and so i went and saw that a bit of it referenced "mountnfs.sh" with some content/context referencing the words "after" and "before" and so i post the snippet of code here below:

# PATH should only include /usr/* if it runs after the mountnfs.sh
# script.  Scripts running before mountnfs.sh should remove the /usr/*
# entries.
PATH=/usr/sbin:/usr/bin:/sbin:/bin

also at the end of /lib/init/init-d-script there was a reference to:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822753#53

and that link drops one into the midst of just one of many "discussions" which seem not so distant from some of those on this forum...(*cough* hat-tip @steve_v)

as always, ymmv.

edited to add: also wanted to quote a snippet from message#36 in the same above noted "discussion"

Wait, no. There is. See #427889 and policy 9.3.2. By the way, seems
#427889 could be closed...

Also, by just common sence, program that return 0 in case of failure is
bad, very bad.  What if I want to call /etc/init.d/{foo} in my own
script?

There are scripts around, that pass exit code {rc.local, hostname}; there
are scripts around, that do not (random example - wicd).

So either we

* violate LSB and adjust all initscripts to return 0 always.
   I strongly oppose.

* consider script, that swallows exit code to be buggy. I support it,
   but there is a lot of scripts in wild that do so. I do /not/ volonteer
   to fix them.

All in all, let us remove last line in `init-d-script'.

Dmitry Bogatov may *not* volonteer(sic) to _fix_ them...nevertheless, there be dragons...sigh.

Board footer

Forum Software