There used to be a repo for non free firmware, now it's within the 'framework', not separate.

This is working for me as well. Saves a little bandwidth and time, And is an offline resource. Thank you to all the contributors. :-)

Just one thing, I get errors from apt-key... Which I have not seen before this week... says it's (apt-key) depreciated and superseded by another device/app.

Anyhow, it seems to work.

Hi, I wonder if you can just unpack the .deb, same as a compressed archive.

there is 2 folders, data and control.

I often unpack them using the GUI and a file manager like Dolphin (kde5)

Currently I have libssl.1 libssl3 and libssl and openssl(3) At this point I do not have the -dev packag installed, so your mileage may vary.

I hope this helps, but I'm not sure about all you need for encryption...

Hi, I used to download electronics pages with httrack, a webpage/site downloader. The package is in the devuan repos for Daedalus.

With the page on your computer you may move the docs you want and then clean up the left-overs to the rubbish bin.

I hope this helps you.

... I wish.
dito Altoid, 15,096.92 km from here. I'd love to have a reason to go overseas. :-)

I would put the entries into the /etc/default/grub file, if it did not work with the custom entry (/etc/grub.d/40_custom).

X configures automagically on my box. I think you need those other packages from your install scripts.

Do you get an error when you use "su -"?  The newer versions reject it "su -"  with a terse message.

I have sudo installed, but I'm one of those who prefers to su when required, I have it turned off in services

I use rc-update to see and edit the services & daemon list (open-rc init).

If you can login then you can su to a substitute user.

Hi, I've been having mouse problems as well. "focus" being the main disfunction.

Good question. I'll be looking out as well, but not till september-november 2023.

Daedalus (5) has the latest kernels.. works good here.

TIA,

/etc/inittab

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin --force

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin --force

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty --noclear 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
#
# or on a USB serial line
#U0:23:respawn:/sbin/getty -L ttyUSB0 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

# Example for systemd-nspawn
# Only /dev/console exists inside nspawn, so we need a getty on that.
# Also make sure to comment out the gettys on tty* above.
#C0:2345:respawn:/sbin/getty -8 --noclear --keep-baud console 115200,38400,9600

That's it... I dont remember modifying it.

Has anybody worked out how to get the tty's to stay after updating/upgrading Daedalus?

I use them sparely, but very often it's the only way to edit configs and/or install required packages.

Sorry for the hijack... it is a pita.

This is my third time reading through this thread and I'd like to THANK YOU ALL!

Some of this tech has escaped me for a long time and I'm slowly putting the jigsaw puzzle pieces into position.

I like the bling but I want the security.

regards Glenn