You are not logged in.
... I wish.
dito Altoid, 15,096.92 km from here. I'd love to have a reason to go overseas. :-)
I think AI from ChatGPT will be too risky for big business, too blatantly honest could cost fortunes in profits.
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).
Hi, I just got it working with a socks proxy as well.
In browsers...
privoxy
127.0.0.1:8118
socks5
127.0.0.1:1080 udp
ssh -f -N -D 127.0.0.1:1080 localhost
just trying to mind my own business.
there's probably port forward lines in /etc/sysctl.conf to be set as well... there is for squid_proxy setups.
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.
Thank you for the reply. When I installed Devuan via the netinstaller in the past, I had to load the iwlwifi firmware packages from a USB stick.
.. you might still need to us a usb stick for the modules... if your network chips are new enough.
So, I'd say we haven't seen the end of "insert disk" to proceed.
:-)
Hi, I've been having mouse problems as well. "focus" being the main disfunction.
Hi, if you are using "su" to get root... try "su -" ... some M$CE thinks it's better to change stuff, imho.
..and check the release notes for other upgrades.
Good question. I'll be looking out as well, but not till september-november 2023.
Daedalus (5) has the latest kernels.. works good here.
The system wants elogind installed.
install with apt...
apt install libelogind0Just ignore the systemd stuff you see in errors on Devuan systems.
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,9600That's it... I dont remember modifying it.
Thank you
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.
Well, I got stuck this time, no tty's and a non-responsive keys and screen.
Why do I have no tty's?
Even now after a re-config to get the gui again and still no tty's. ona day at a time...
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
ah, ...to do that hit 'E' at grub and just add 'single' to the linux line (2nd or 3rd last line).
hi, to get access to the programs and other services like network, boot into single mode instead of safe mode boot.
You should get a login point... from there you'll have dpkg...
I suggest the same as zapper says above. Well worth the time.
golinux wrote:zapper wrote:https://github.com/google/recaptcha/issues/519
@andyprough
@head-on-a-stickThoughts?
You will both love it if it remains there long enough.
Haven't you noticed that the forum has been wonderfully "normal" lately? HoaS hasn't logged in since 2023-02-14 . . .
Oh wow, what happened to HoaS?
I was unaware...
Very odd...
I'm missing HoaS as well, I hope everything is OK. :-)
When I have edits to grub that I want to "stick" from kernel version to new/other kernel version I edit /etc/default/grub.
Each time I do grub-update it uses that template.
I use it for simple stuff, but it may help you as well.
regards, Glenn
When this happens to me and my system I generally download the package if I haven't already got it.
Boot into single-user mode and use dpkg -i to install the package.
GlennW wrote:Have you thought about using a different browser to look at the cache?
The Chromium cache is an encrypted binary mess of connected directories (specialised JSON for the ones I've looked at), with not a single html nor css file within them. Can you suggest a browser that *can* view them?
No I can't suggest any... Just a thought.
For wine, I have this in my /etc/apt/sources.list.d/
I'm running Daedalus, one of these winehq links keeps my system up to date.
I only have it installed because Steam needed it to install a game.
"https://dl.winehq.org/wine-builds/debian/"
/etc/apt/sources.list.d/winehq-bullseye.sources
Types: deb
URIs: https://dl.winehq.org/wine-builds/debian
Suites: bullseye
Components: main
Architectures: amd64 i386
Signed-By: /etc/apt/keyrings/winehq-archive.key/etc/apt/sources.list.d/winehq-bookworm.sources
Types: deb
URIs: https://dl.winehq.org/wine-builds/debian
Suites: bookworm
Components: main
Architectures: amd64 i386
Signed-By: /etc/apt/keyrings/winehq-archive.keyI hope this helps.
Have you thought about using a different browser to look at the cache?
All the best.
I have 2 screens, and never know which one will light first.
Has anyone tried "modeset.(module-name)=0" this may allow a lesser but more willing module to load where you might see the OS... and therefore maybe repair/hack the system.
I didn't know yt-dlp was in the repo. The backports version is the same as what's in ceres/sid now, so there's nothing new to backport.
I keep a copy of the script in my user's bin/ and I have a script to wget the latest version from git. Apparently, that script is not needed - you should be able to run yt-dlp -U to update to the latest.
I tried to Update from the yt-dlp -U but if you installed via apt, you'll be advised to upgrade with apt.
I un-installed it with apt and then upgraded to the git version.
Thank you