You are not logged in.
Use overlayfs instead.
Mediatek MT7961
^ I went to startpage.com and put this in the search box then added "linux" (without the quotation marks) and pressed <return>.
This was the most useful result:
https://wireless.wiki.kernel.org/en/use … s/mediatek
Did you not think to try a search engine? They are very useful.
The firmware-misc-nonfree package description lists "MediaTek MT7961 bluetooth firmware" so you will also need that if you want to use Bluetooth.
this chipset only gained support in Daedalus
The chimaera-backports repository has a recent enough kernel version for that card. No need for the OP to use a development branch.
@OP: add this line to /etc/apt/sources.list:
deb http://deb.devuan.org/merged chimaera-backports main
Then run
# apt update
# apt install -t chimaera-backports linux-image-amd64
If you can't connect via ethernet then download the newer kernel from http://deb.debian.org/debian/pool/main/ … _amd64.deb on another machine, then transfer it over to the Devuan box and install it with dpkg -i linux-image*.deb and reboot.
Once the wireless card is recognised add the chimaera-backports repository and the linux-image-amd64 metapackage to keep that kernel updated.
I've been using it for about five years on both the family laptops (running stable ofc) with no problems at all.
^ This is a lie. I've just remembered https://bugs.debian.org/cgi-bin/bugrepo … ug=1022042 — I had to boot up an Arch live ISO image, mount the root partition, arch-chroot in, downgrade the kernel and hold it to that version for a few days until the fixed kernel was pushed. A simple fix but the system was effectively un-bootable without intervention. So that's one breakage in five years. Not bad, I suppose, but not perfect either.
changing the terminal to xterm
Why not use x-terminal-emulator instead? That way it will use whatever emulator is set as the default alternative. Some people don't like xterm and it won't even be installed in some systems.
Back on topic: got bored of fighting with finit so switched to runit-init instead:
Made a polkid-dummy package 'cos I don't need that shit on my box.
mount -o loop,ro -t iso9660 /mnt/devuan_chimaera_4.0.0_amd64_desktop.iso /media/cdrom
deb file:/cdrom chimaera main
added to config file.
If you've mounted the ISO under /media/cdrom then you should put the same directory in sources.list. Surely that's obvious, even with a language barrier?
EDIT: and why are you combining the differing advice from two respondents? That's even weirder.
The trick is to read the man page.
But I might be wrong about this because
gsettings range org.gnome.system.locale region
Outputs
type s
Which makes no sense
You could try
gsettings set org.gnome.system.locale region nn_NO.UTF-8
And please use code tags rather than quote tags when posting terminal output.
The attachaside patch needs updating for v6.4 and I just can't be bothered. EDIT: a systray? In dwm? Heresy!
What does this say:
gsettings get org.gnome.system.locale region
Use the set option (instead of get) to set the correct region. The gsettings command is supplied by the libglib2.0-bin package. Or use dconf-editor if you prefer a GUI.
You could try this nftables.conf.
I did provide the OP with a workable nftable configuration for their use case but they don't appear to be using it. No idea why.
@all: probably best to stop pandering to this person, I suspect they are trolling us.
^ Vanilla dwm with no status line? How quaint
Mount the ISO image under a directory (eg, /cdrom) and use
deb file:/cdrom chimaera main
Alternatively run
# apt-cdrom add
Then insert the CD/DVD.
unattended-upgrades has been available (as opposed to mandatory, ala microsoft) in debian
It's been enabled by default since stretch, at least for the GNOME desktop.
I've been using it for about five years on both the family laptops (running stable ofc) with no problems at all. It's really nice, I don't have to touch those machines at all, which is the ideal for me.
EDIT: the only caveat would be if the kernel was upgraded and then a device needing a new module to be loaded was plugged in, which would then fail. I've never actually encountered that though.
Have you tried
# dpkg-reconfigure locales
See also https://wiki.debian.org/Locale.
If you have tried it then please post
locale -a
echo $LANG
Could you share the whole code of this?
It's actually visible in the screenshot. Here it is again, I haven't worked on it since then though:
#!/bin/sh
# SPDX-License-Identifier: GPL-3.0-only
clear
play() {
foot -e ffplay -nodisp "$@"
}
while : ; do
channel=$(
whiptail --nocancel --notags --title "My Crappy Radio Player (text)" --menu "Select channel" 16 100 9 \
"1" "Metal/Rock Radio!" \
"2" "Progressive Metal!" \
"3" "Symphonic Metal!" \
"4" "Alternative Rock!" \
"5" "Grunge Rock!" \
"6" "Classic Rock!" \
"7" "Exit" 3>&2 2>&1 1>&3
)
case "$channel" in
1) play https://kathy.torontocast.com:2800/ ;;
2) play http://23.237.150.98:8512/ ;;
3) play https://bob.hoerradar.de/radiobob-symphmetal-mp3-hq ;;
4) play https://ad-im-cmg.streamguys1.com/atl971hd2/atl971hd2-sgplayer-aac ;;
5) play http://bigrradio.cdnstream1.com/5200_48 ;;
6) play http://oom-cmg.streamguys1.com/orl989/orl989-sgplayer-aac ;;
7) exit
esac
done
exit
That uses whiptail but that can be replaced by dialog with no other changes if you prefer that.
EDIT: for Devuan replace foot with x-terminal-emulator, which should work in all systems regardless of the preferred terminal.
And here's a dwm scrot to stay on topic:
Is nftables actually running?
# nft list ruleset
I would just ignore that "guide". It looks like one of those shitty sites that farm forum & wiki content for ad revenue.
I never intended this to turn to a mud slinging contest. Fellas, this merge is not a hill to die on.
Don't worry OP, there's no mud here. I'm always happy to read the frank opinions of experienced people like steve_v and blackhole. It's all good :-)
my concern is whether or not the people behind dpkg will actually get it together and do what it takes to prevent problems with it
It's not that dpkg is broken, as such, it's just that usrmerge induces packaging-related bugs, as described here. The system in general should keep on working.
I've just encountered one such bug myself when I tried dpkg-fsys-usrunmess(8) on my usrmerged system — it failed on the base-files postinst script and so completely broke APT. I had to move the postinst out of the way then reinstall usrmerge (with the --allow-remove-essential option) to get things working again. Yikes.
Fundamentally broken if you run systemd perhaps
Not really, systemd will still (mostly) work without /usr mounted, as my link makes clear.
On sane distros (such as gentoo)
Lol. I'm sure your Gentoo system is configured correctly but for people like me it just gives *many* more opportunities to fuck things up.
EDIT: just for laughs:
I use Gentoo, and I have a problem...
There are two big problems with Gentoo Linux: first, most if not all Gentoo systems are completely broken (missing or mismatched header files, broken compiler etc. are just the tip of the iceberg); secondly, it should be called Gentoo GNU/Linux.
For these reasons, it is impossible to support rxvt-unicode on Gentoo. Problems appearing on Gentoo systems will usually simply be ignored unless they can be reproduced on non-Gentoo systems.
I notice a large percentage of the "in-comprehensive list of software" in that link you posted appear to be products of the redhat/LP/gnome/freedesktop cabal... Purely coincidental I'm sure.
Yes, it is outrageous how much work and effort those companies go to in respect of the Linux ecosystem. Bastards, the lot of them
A routine update using aptitude tells me that an installed package libcmanager0 is obsolete, but when I try to remove it, I am told that this will break consolekit. There follows the usual chain of dependencies.
Looks like libcgmanager0 (not "libcmanager0") isn't in chimaera but it is listed as a dependency for the consolekit package. Seems like a mistake to me but I'm not a Devuan developer so I might be wrong. The package is available in daedalus though but don't try to add it from those repositories, that will probably break your system.
You can replicate the functionality of consolekit with elogind (which is probably installed in your newer box) or you can do without either by adding your user to the video, audio & input groups (and maybe a few others depending on your needs) but that method is insecure for a multi-user system.
Reference: https://web.archive.org/web/20200928212 … escription (but note that Devuan is packaging the consolekit2 version, which is under current development)
why does this forum use a spell-checker that objects to the word "Devuan"?
I'm pretty sure that's your browser rather than these boards.
The merge has already happened for bookworm, it is now the default and the only supported configuration.
https://lists.debian.org/debian-devel-a … 00001.html
https://bugs.debian.org/cgi-bin/bugrepo … bug=978636
FWIW dpkg seems to work fine in my bookworm system. Have you had any problems with merged /usr in your derivative?
And have you read this:
Booting Without /usr is Broken
There seems little point supporting a fundamentally broken paradigm.
^ Thanks :-)
It turns out I can kill dbus under systemd as well:
archie:~$ cat /proc/1/comm
systemd
archie:~$ pgrep -a dbus
1archie:~$
The only thing I'm using that needs it is iwd but good old-fashioned wpa_supplicant works just fine.
why so different size?
The "desktop" ISO just includes the packages for the actual desktop in question but the "pool" ISO includes as many packages from the top of the popcon list as is possible to fit on a DVD.
both using non fefracta installer?
Can you find that installer on those ISO images? It's probably better to learn things yourself rather than rely on others to spoon-feed you information as if you were a small child. Empower yourself.
I think the traditional Debian installer ("d-i") is available in both from the boot menu but I might be wrong. Just use the netinstall ISO and select the installer from the boot menu. That's what I always do and it always works.
mixing stable with newer kernels from sysnaptic, which get patch updates upgrades. no testing or rolling config
That could very well have broken your system, depending on the exact commands used. Please provide those commands.
rescue/enable=true in live iso not lauching grub rescue graphical interface, launch command line grub
I have no idea what this means, sorry. Can you not ask about this on a forum in your native language?
sudo fsck -p fails to fix with recovery mode, live iso and live iso rescue mode.
So the problem is not caused by filesystem corruption then. No surprise there.
A soname error would suggest a FrankenDevuan. Have you been mixing stable with testing/unstable?
booting into grub rescue mode with shift key, init=/bin/bash, F10
not showing grub rescue menu, command line only in large font. rescue and rescue/enable=true not launching rescue menu.
rescue mode not detecting wlan0.
The rescue/enable=true parameter only works in the live ISO and that would only detect wlan0 if you used a version which includes non-free firmware. Did you try that?
Using init=/bin/bash would not start any services so a lack of network would be expected in that case.
I just installed the system with debootstrap then added a kernel & finit-sysv, along with openbox, tint2, xorg, etc. I had to add my user to the video, audio & input groups to get things working without a login session and add the wireless configuration to /etc/rc.local. No need for a separate thread, it was pretty simple.
To get sway working I needed to start dbus and seatd. That's it.
the automation of the init scripts being properly configured hasn't been added in
Yeah, I would actually consider that a feature for my use case :-)
Look:
empty@P14s:~ $ pgrep -a dbus
1|empty@P14s:~ $
^ This is not possible with the other init systems.
I just start anything I want using /etc/rc.local, for example:
wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant-wlan0.conf
ip a add 192.168.1.55/24 dev wlan0
ip r add default via 192.168.1.254
/etc/network/interfaces is bloat! I actually prefer iwd but that needs dbus.
it conflicts with the "init" package
So what?
empty@P14s:~ $ aptitude why init
Not currently installed
The candidate version 1.65.2 has priority important
No dependencies require to install init
1|empty@P14s:~ $
I think that would only be an issue if you wanted to use some bloated desktop environment. Anybody who is interested in finit most certainly wouldn't be interested in those, IMO.
So my box works just fine with plain openbox/tint2 or dwm or whatever. If I want to use sway I'll have to get dbus running but I don't want that so I'll just slum it in X for now. Even steam works.