You are not logged in.
The vast majority of Alpine systems run in containers and so don't need kernels. FWIW I've just tried a virtual installation of 3.17 using this ISO image and following these instructions. The kernel (linux-lts) installed just fine without any errors.
can't recall having any keyring issues
Chromium tries to detect the desktop and it will only show that message if it thinks it's running in GNOME. If you're running Xfce I think it will fall back to basic for the --password-store option, which doesn't need the keyring.
EDIT: and contrary to the OP's statement this problem was solved in their linked thread. I presume Altoid just has problems reading.
I actually meant: have you tried seatd in Devuan? I don't know if it can be used as an elogind replacement yet.
Alpine is aimed at power users so it doesn't even try to be "user friendly". Thank "$DEITY".
And what about pc's that don't currently use devuan? I run debian on one of my laptops and I want this theme pls.
Here they are:
http://deb.devuan.org/devuan/pool/main/ … bar-theme/
http://deb.devuan.org/devuan/pool/main/ … con-theme/
So just
wget http://deb.devuan.org/devuan/pool/main/c/{cinnabar-icon-theme/cinnabar-icon-theme_1.1_all.deb,clearlooks-phenix-cinnabar-theme/{clearlooks-phenix-cinnabar-theme_7.0.1-5_all.deb,gtk3-nooverlayscrollbar_7.0.1-5_all.deb}}
for i in *.deb ; do sudo apt install ./"$i" ; done
EDIT: shortened wget command with bracket expansion.
My question was:
Just what #$%&'¿ does Chromium want with a keyring PW?
Any idea as to what is going on?You did not answer it.
Yes I did. The answer to that is in the linked thread. But I did presume you were asking for help getting Chromium to start without nagging for a password when in fact all you wanted to do was whine. My mistake.
Sorry for me not knowing all Devuan's peculiarities yet. I hope you Devuan guys are not alway so bad-tempered when it comes to dumb newbie problems
I am not a "Devuan guy", I have absolutely nothing to do with the distribution itself. I'm just a random grumpy asshole. And I'm rude to everybody, not just the n00bs. Equality is important to me :-)
And my irritation was due to the sheer number of threads we have had here about this exact same subject. Being a n00b is fine, I'm one myself, but not searching the boards before posting is just criminal. IMO.
I don't consider that an excuse
I don't need an excuse to be rude. The signature is there to stop people's feelings being hurt. Not that I care.
What's the point in leaving /sbin out of the PATH? And what's the point of only getting root's PATH when using su - instead of su?!
Have you read the manpage? See also https://bugs.debian.org/cgi-bin/bugrepo … bug=905409 ← there's an extensive discussion detailing the reasons for the change.
Is this a wind-up? I don't find this in the least bit amusing.
Read https://files.devuan.org/devuan_chimaer … _notes.txt and search for "su ".
Hint: this is not a bug.
I think that's the clearlooks-phenix-cinnabar-theme package. EDIT: and cinnabar-icon-theme.
I've got 32GiB to spare so memory isn't an issue. I was intending to create a sway overlay for a bare base system but I only have a 500GB hard drive so it looks like I'll just have to create a Silverblue clone in Arch instead. Hey ho.
Fedora Silverblue:
I love the idea of an immutable base system with custom overlays but the disk usage is not cool. That system is just installed and it's already used up all 10GiB. Devuan uses 3-4GiB max, even with a full desktop. No surprise though, that's what happens when the applications are mostly flatpaks.
elogind just provides the APIs expected by the applications. FWIW I use seatd instead of elogind in Alpine. Have you tried that?
A part of my post got cut off-- I asked if it is better to install from the repos, the tarball, or get an image with nonfree drivers.
Oh, sorry.
There is no "image with nonfree drivers". I suspect you mean the image containing the non-free firmware. The non-free wl driver does not need firmware.
elogind is supposed to handle those permissions now.
Some of the groups might be needed (eg, the CUPS stuff, no idea about that) but I *never* add my users to extra groups and everything works. I certainly don't need to be in the audio group to have working sound, or in the video group to have a fully supported video card.
Reference: https://wiki.archlinux.org/title/Users_ … emd_groups ← although that refers to systemd & logind the information applies equally to elogind.
when getting to building the 6.0 kernel boot image, I get an error
I presume by "6.0 kernel boot image" you actually mean the initramfs, is that correct?
We probably can't help without seeing the actual error message. My psychic powers have been waning lately...
And we might not be able to help at all. It's called "unstable" for a reason
BCM4331. Best way to install that driver?
Enter "bcm4331 debian" into a search engine. Surely you are aware of the existence of search engines?
I right-clicked on your thread title and selected "search startpage.com for...", this was the top result:
https://askubuntu.com/questions/31786/c … on-startup
Does that help? Search engines are usually quicker than asking on forums so you should probably learn how to use them.
Off topic:
I am logged in as a user belonging to all the groups I need to belong to
You don't need to belong to those groups at all. The only group your user "needs" to be in is their own user group ("groucho"?). The login session should handle everything else.
BMW Motorcycles 100 Years by Andy Dowds. Top quality coffee table book. Very nice. It even has a good picture of the 1995 R850R on which I started my despatch career 20 years ago. Not the exact bike though, obviously.
And I've just learned from the book that apparently BMW also produce cars as a side-business to keep the motorcycle division properly funded. Interesting.
Oops, sorry, my mistake.
The relevant file is at /etc/sv/getty-tty?/run. I think. Give me a minute to check...
EDIT: yup, that seems to work:
#!/bin/sh -euC
# Disable service, if /dev/tty{N} does not exist. See #914788.
if ! test -c /dev/tty1 ; then
rm /etc/service/getty-tty1
exit 0
fi
pgrep -x getty -t tty1 && exit 163
pgrep -x agetty -t tty1 && exit 163
! type fgetty >/dev/null 2>&1 || exec chpst -P fgetty tty1
exec chpst -P agetty -a empty 38400 tty1 linux
Replace empty with the actual username though, ofc.
Edit /etc/inittab, here's the relevant section for my version in Alpine:
# Set up a couple of getty's
tty1::respawn:/sbin/agetty -a empty 38400 tty1
tty2::respawn:/sbin/getty 38400 tty2
tty3::respawn:/sbin/getty 38400 tty3
tty4::respawn:/sbin/getty 38400 tty4
tty5::respawn:/sbin/getty 38400 tty5
tty6::respawn:/sbin/getty 38400 tty6
^ So that runs agetty with the autologin option for my user on TTY1.
Obviously Devuan's file is different (I think it uses agetty by default) but the principle is the same.
I always build my own packages for dwm & dmenu. I even made a live ISO for my custom dwm desktop
there's actually little point to packaging every kernel rebuild as a deb
What about all of the patches Debian apply to their kernel? And why would the kernel be any different to any other software? I wouldn't dream of using plain make install, even if a decent uninstall target is provided in the Makefile. It just seems so... crude to not use the provided packaging tools.
Although having said that Debian's packaging is so ridiculously complicated compared to, for example, Arch or Alpine that I can see why you might want to avoid it :-)
Would it not be better to build a .deb package? Instructions here:
https://www.debian.org/doc/manuals/debi … n-official
And this will use all of the cores for any machine:
# make -j$(nproc)
The overlayrootfs package is now available in testing/unstable:
This package adds functionality to an initramfs built by initramfs-tools. When installed and configured, the initramfs will mount an overlayfs filesystem on top of a read-only root volume.
And there's also samhein & tripwire, which are Suggests for the lynis package in Devuan.
EDIT: debsecan is another good one.
A quick search reveals the answer ("/var/log/mesages"+debian):
https://unix.stackexchange.com/question … g-messages
tl;dr: look under /var/log/syslog instead
And here's how to re-enable /var/log/messages, because you seem the type:
https://hereirestinremorse.wordpress.co … gmessages/
Disclaimer: untested.