You are not logged in.
Speaking of batteries,
Why did the 9V battery get kicked out of church?
Because they were holding an AA Meeting
All this really does is incentivise me to avoid buying SNS hardware (instead donating further to the FSF), and keep a weather eye on FreeBSD and OpenRISC in preparation for the day GNU/Linux finally falls to Microsoft EEE and the horde of clueless ex-windows users pushing non-FOSS software and non-FOSS attitudes.
Im not up to speed on my acronym's, what are these?
As long as there are those who maintain non systemd FOSS linux distros, then hopefully we wont have to put up with non FOSS software and attitudes.
Ill have to have a listen to those, thanks zapper.
Here is a new one i discovered that has somewhat of a more uplifting form of dark ambient.
Are you trying to restrict other users from connecting to ssids outside the defined list of ssid's?
If you use interfaces/ifupdown, I think wpa_supplicant should be able to do this, you just need to define the ssid's in /etc/wpa_supplicant/wpa_supplicant.conf as the root user and restrict access to this file and /etc/network/interfaces
@ralph
Thanks for that info, I probably wouldn't be much help then.
It is quite an interesting area in regards to debian configuration though, debconf is a very smart tool ive always taken for granted, eg locales, keyboard, fonts etc. So yeah i agree, if something less opaque for hotplug handling were developed it would be a unique idea and perhaps circumvent systemd encroachment if that were something to look out for in regards to udev moving forward.
Im no coder but if it is something an intermediate linux user can accomplish or help with I would be willing to give it a go? What are the requirements/technical boundaries?
Have we found the bottom now?
Not rock bottom yet and that is something I don't take for granite!
Its called planned obsolescence.
A Roman walks into a bar, holds up two fingers, and says, “Five beers, please”.
...............................
The programmer’s wife tells him: “Run to the store and pick up a loaf of bread. If they have eggs, get a dozen.”
The programmer comes home with 12 loaves of bread.
Are you sure they are viruses? What were the names of the viruses and can you share what web sites you think might have given you viruses or are these websites NSFW?
In any case, as a matter of privacy and security i use the arkenfox user.js and fiddle with a user-overrides.js config.
https://github.com/arkenfox/user.js/
as stargate mentions, use ublock-origin and tick as many filter lists boxes that apply and also use filter lists from filterlists.com.
The filter lists from anti-corp (no-google in filterlists.com) are great if you want to try to completely block google, just saying.
I suggest we get a more accurate reading using a sighsmograph.
You'll break it!
On topic:
Graphs are always plotting something.
Upgrade from daedalus to ceres went fine after installing usrmerge first. Im not sure what i was thinking, i thought maybe apt might throw a warning to install usrmerge first before upgrading, but probably too soon as stable to unstable not covered. Sorry for the noise.
Ok so moving both /lib/x86_64-linux-gnu/libsystemd.so.0 and /usr/lib/x86_64-linux-gnu/libsystemd.so.0 out of the way successfully converted the system, i hope.
apt install usrmerge
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
usrmerge is already the newest version (37~deb12u1).
0 upgraded, 0 newly installed, 0 to remove and 68 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up usrmerge (37~deb12u1) ...
The system has been successfully converted.
Okay so i removed the filesystem and started again, this time installing usrmerge first. I get this error now??
Note that the system is stable(daedalus) no upgrade has occurred yet.
FATAL ERROR:
Both /lib/x86_64-linux-gnu/libsystemd.so.0 and /usr/lib/x86_64-linux-gnu/libsystemd.so.0 exist.
You can try correcting the errors reported and running again
/usr/lib/usrmerge/convert-usrmerge until it will complete without errors.
Do not install or update other Debian packages until the program
has been run successfully.
E: usrmerge failed.
dpkg: error processing package usrmerge (--configure):
installed usrmerge package post-installation script subprocess returned error exit status 1
Processing triggers for man-db (2.11.2-2) ...
Errors were encountered while processing:
usrmerge
Thats fine, but i cant install usrmerge, i cant install anything now, apt/dpkg is broken.
EDIT: this was a reply to someone but they deleted the post.
So usrmerge needs to be installed first before a big upgrade like this? Noted.
Has anyone got an idea how to fix this?
I tried upgrading from stable(daedalus) to unstable(ceres) on a spare partition and seems it has failed spectacularly due to usrmerge.
The system was rsync'ed to a new partition and then modified.
So /etc/apt/sources.list looks like below.
deb http://deb.devuan.org/merged ceres main contrib non-free non-free-firmware
The update / upgrade was going fine until i did apt-get upgrade
Error messages as follows....
# apt-get upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
libc-dev-bin : Depends: libc6 (> 2.38) but 2.36-9+deb12u3 is installed
Recommends: manpages-dev but it is not installed
libc6-dev : Depends: libc6 (= 2.38-12.1) but 2.36-9+deb12u3 is installed
locales : Depends: libc-bin (> 2.38) but 2.36-9+deb12u3 is installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).
apt --fix-broken install gives below error
The following packages will be upgraded:
libc-bin libc6
2 upgraded, 0 newly installed, 0 to remove and 828 not upgraded.
5 not fully installed or removed.
Need to get 0 B/3,381 kB of archives.
After this operation, 289 kB disk space will be freed.
Do you want to continue? [Y/n] Y
Y
Reading changelogs... Done
Preconfiguring packages ...
(Reading database ... 90625 files and directories currently installed.)
Preparing to unpack .../libc6_2.38-12.1_amd64.deb ...
The current installation does not have a merged-/usr layout.
This is unsupported and unpacking libc6 would break the system.
Refusing to unpack. Please install the usrmerge package and try again.
dpkg: error processing archive /var/cache/apt/archives/libc6_2.38-12.1_amd64.deb (--unpack):
new libc6:amd64 package pre-installation script subprocess returned error exit status 1
Errors were encountered while processing:
/var/cache/apt/archives/libc6_2.38-12.1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Its just stuck in a loop now, im thinking i may have needed to install usrmerge first??
EDIT to add. I am upgrading the devuan partition from an artix linux system, so im chrooting into the devuan system via artix linux.
EDIT 2, i cant install usrmerge either if anyone is wondering, it throws similar errors...
/# apt install usrmerge
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
libc-dev-bin : Depends: libc6 (> 2.38) but 2.36-9+deb12u3 is to be installed
Recommends: manpages-dev but it is not going to be installed
libc6-dev : Depends: libc6 (= 2.38-12.1) but 2.36-9+deb12u3 is to be installed
locales : Depends: libc-bin (> 2.38) but 2.36-9+deb12u3 is to be installed
usrmerge : Depends: libfile-find-rule-perl but it is not going to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).
If you ask me, the relentless ill-informed tinfoil-hat noise on this board is the biggest problem with Devuan right now. It's leading the wider community to view the whole distro as a "fringe OS for conspiracy theorists", and people are laughing at us. Please stop already, it's embarrassing.
For example?
That was a really good video, funny in some places too where he acts out elon, meta, microsoft and google, then openai is doing something really weird. But a very serious informative video, thanks for sharing. My opinion is AI needs to stop, i dont think we need it, it will just make a lot of people more dumb than they already are. But in saying that safety should be a top priority, but i dont believe the big players in AI will care too much about safety as it shows by there past records.
Ive noticed this too, is it the red screen saying its going to format the usb drive? I think its just a warning and partman will only make changes you indicate/allow and not just overwrite the usb drive without permission.
Just to add a bit more info to my previous post. I found the below relating to the --bind flag on daemon. Not sure what this means, but i do have elogind running as im now using xfce4.
If the `--bind` option was supplied, on systems with *systemd-logind* or
*elogind*, the client process will be terminated when the user logs out.
FWIW (in case I haven't mentioned it already elsewhere, which I probably have) my current solution is daemon, and these three lines:
/usr/bin/daemon --bind --respawn --pidfiles=$XDG_RUNTIME_DIR --name=pipewire /usr/bin/pipewire
/usr/bin/daemon --bind --respawn --pidfiles=$XDG_RUNTIME_DIR --name=pipewire-pulse /usr/bin/pipewire-pulse
/usr/bin/daemon --bind --respawn --pidfiles=$XDG_RUNTIME_DIR --name=pipewire-wireplumber /usr/bin/wireplumber
n 3 autostart files (or wherever else you might want them).
Order no longer matters and sleep / while loop hacks are eliminated, because --respawn.
Pipewire not exiting with the user session is fixed (without pkill hacks), because --bind.
Pipewire not doing any of the other things a daemon should do (like writing a pid file or detaching from stdout and forking into the background) is also fixed, and --name and --pidfiles allow for e.g.
As quoted from steve_v above this has worked for me up until recently, I found out that --bind flag is no longer workin using daemon, can you confirm steve or anyone else? So i took that out of the commands and now it is working. Im on deadalus stable.
Also can anyone suggest a better way to make pipewire/pulse whatever use the audio sink that i want as default? Currently im just using a command to make the bluetooth speaker default sink as follows in xfce4. Im too used to alsa and cant figure this new pipewire stuff out, but i need to so i can make the new bluetooth speaker work.
sleep 10s && pactl set-default-sink "bluez_output.10_94_UE_EC_C0_5E.1"
Otherwise pipewire/pulse automatically sets the hdmi alsa sink from the monitor and i cant seem to get pactl to keep my setting over reboots or logouts.
How familiar are you with the command line and a terminal and sudo or su?
EDIT: before trying the below, may we see the contents of /etc/apt/sources.list.d/midori.list ?
As was said, midori is not in the debian repositories, but if you want to keep midori the midori.list needs looking at and fixing first.
<<< only try below commands if all else fails >>>
What you should do in a terminal is the following what aluma describes in point 1.
sudo rm /etc/apt/sources.list.d/midori.list
then in the terminal again do this
sudo apt update && sudo apt dist-upgrade
< answer Y for yes to all.
Then go back into synaptic and see if it is working again.
Or if you already have the .eml files as .pdf files like you said as you printed them off thunderbird then use pdfunite to merge them into one pdf file like so. Just make sure to backup the files first before you do these commands and do them from a different directory.
pdfunite *.pdf out.pdf
pdfunite is part of poppler-utils.