You are not logged in.
You are welcome, good to read you get it sorted.
And now it pops into my head you have to start pipewire manually to have sound using it, from my startup script I use in the autostart of kde but as the comment shows was used as .xsessionrc file to have it loaded when X started.
zeus@9600k:~$ cat bin/pipewire_start.sh
#!/bin/bash
# Added to start pipewire on login to desktop
# https://dev1galaxy.org/viewtopic.php?id=5867
# was the ~/.xsessionrc -rw-rw-r-- permissions
# now ~/bin/pipewire_start.sh executable permissions
# as bash script loaded from KDE autostart in System Settings
# kill any existing pipewire instance to restore sound
pkill -u "$USER" -fx /usr/bin/pipewire-pulse 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/wireplumber 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/pipewire 1>/dev/null 2>&1
# start pipewire
exec /usr/bin/pipewire &
# wait for pipewire to start before attempting to start related daemons
while [ "$(pgrep -f /usr/bin/pipewire)" = "" ] ; do
sleep 1
done
# start wireplumber
exec /usr/bin/wireplumber &
# start pipewire-pulse
exec /usr/bin/pipewire-pulse &
Do the install with all the packages it complains about it appears the versions required are there so.
apt install -s libspa-0.2-modules=0.3.65-3+deb12u1 libpipewire-0.3-0=0.3.65-3+deb12u1 pipewire-audio=0.3.65-3+deb12u1 libspa-0.2-bluetooth=0.3.65-3+deb12u1 pipewire-alsa=0.3.65-3+deb12u1 pipewire=0.3.65-3+deb12u1 libpipewire-0.3-0=0.3.65-3+deb12u1 wireplumber
This should get it installed, once the -s is removed from the line for the simulation, say yes to the downgrade of the 1.2.7-1.1b~c71b67b6~1 version packages. Which the policy command gives no clue on how that junk got installed in the first place. Certain not from a Debian related source as that is not a package format used by them for the version number.
Edit: If you remove the two packages at the version 1.2.7-1.1b~c71b67b6~1 then try to install the pipewire it will most likely just install as that is what is messing up the install. Without them present there is nothing to stop the install from happening normally.
Is there a way to solve the problem?
Usually when faced with things like this I always use similar to the below.
apt-cache policy pipewire-audio libspa-0.2-bluetooth libspa-0.2-modules pipewire-alsa pipewire libpipewire-0.3-0 wireplumber
Then once you have determined the version available and looking at the output of what it says is needed you go with.
apt install libspa-0.2-modules=0.3.65-3+deb12u1 libpipewire-0.3-0=0.3.65-3+deb12u1
Then you need to find out why the pipewire (= 0.3.65-3+deb12u1) has nothing at all to install because looking at Debian packages it is certainly there to be installed.
Or are we working on a premise that end users are stupid, or that end users should be controlled (by owner-administrator-vendor)?
Well it would be nice if the assumptions was we have clearly provided the user with the information needed to get it done. If they do not wish to avail themselves to using it, sorry about their luck. That includes those too god damn lazy to read the install notes that point out what is needed.
And its scared, becouse write shitty code is "normal" for present moment is production.
Indeed it is and the worst part is the situation shows no signs of improvement.
Philosophic question, why over time all software are become bloat, as proprietary also as free?
I would go with garbage tools being used by clueless programmers who have not one single idea how to produce good lean code.
Booting to cli, with startx option, but removing lightdm breaks switching between consoles.
Well without a graphical console running there will be no option to switch to it. Once you have started a graphical login console you should be able to switch between it and a cli console as normal. At least that is the way it works here for me when I logout of desktop and switch to a cli console and back to display manager login once more. That is the expected behavior when you have removed it and it never gets the chance to start.
Glad I put in the effort because Devuan is so quick.
Yes it is, though hardly shocking when you take piece of garbage software out of the mix with its tentacles into everything slowing it down.
this cured the 'no inittab' error, but then there is a 'no inittab.d' error.
Can't see inittab.d on any sysv system, so am stumped.
So create the stupid directory it searches for and be done with it. That is all them .d's are a configuration directory to put files into to be loaded instead of editing the system configuration file that can be overwritten on update/upgrade losing the changes you want to have in the default behavior contained in the system file. I have no .d directory on my install either and it works fine.
root@9600k:~# ll /etc/inittab
4 -rw-r--r-- 1 root root 2348 Jan 7 05:26 /etc/inittab
I do however have a modules-load.d which contains a file that is used to load cups related options.
root@9600k:~# ll /etc/modules*
4 -rw-r--r-- 1 root root 295 Jan 24 20:23 /etc/modules
/etc/modules-load.d:
total 4
4 -rw-r--r-- 1 root root 119 Jan 16 04:53 cups-filters.conf
Seems the boot tries to load and old/wrong kernel? I fixed it using update-initramfs:
No that means your initramfs was not properly generated on install as that is what you fixed to boot the machine and is what allows the machine to boot by using the modules contained in it in the first place. Such as the file system modules that allows the partitions to be mounted and everything else needed to run the machine like the network card, usb, sound, video....
Edit: Now I think more if it had been wrong kernel you would have got the grub error and been dropped to its shell to be given the opportunity to load the proper kernel and related items by its command line to boot the machine.
Because sysvinit follows a design principle which states that designs and/or systems should be as simple as possible.
Yes the *nix method of do one thing and do it well, a concept seemingly lost to many of today's programmers. And their let's copy ever GD bad idea out there chasing the new shinney. I am shocked the fools have not just dumped that AI garbage into everything yet like they usually do with such trash.
It is for security reasons. The login name is considered sensitive information.
I do believe he talks about the bug I faced as well whereby the ENTIRE login screen is white making it totally useless for the purpose. You can still type the password and login allowing you the chance to change the theme to fix it. And that must be one hell of a security feature on a multi-user system not allowing you to choose the user to login in with, certainly eliminates anyone using the system for a total security win...
I tried to install KDE's SDDM and it works, but it's all white, I can't see the usernames. This must not be happening?
I think it was the sddm-theme-debian-maui that did that to me, remove it and install the plain sddm-theme-maui to see if it gets rid of that foolishness. At least it was one of them -debian pieces of junk that did it to me.
I want to have dhcp to try to establish a network connection at boot time, but when there is no ethernet cable plugged in, or no wlan card, it takes up to 60 seconds before dhcp gives up.
I use this with my laptop.
root@9600k:~# cat bin/lenovo_etc_network_interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The first card in the system added for devuan method of networking
# the pre-up is for stopping the annoying delay when the network cable is not connected.
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
pre-up ip link set eth0 up && sleep 1
pre-up [ $(cat /sys/class/net/eth0/carrier) -eq 1 ]
Forget where I got it when searching on the problem but it works perfectly every time it boots.
Tempted to 'label' it /dev/sda3 just out of spite!
You are welcome, yes I can see why give it a couple of more years, they will find some other new shinny to chase and you will get to learn another new system of doing it. Been like that for the twenty-five plus years I have been using it, I have every confidence they will do it yet again.
10 distros use that same sawp partition that would also mean having to edit 10 fstabs due to a new UUID :-(
Time for you to use the LABEL=???? method of mounting partitions, I would go with SWAP possibly for the ????. Then you need change nothing in the /etc/fstab if needing to reformat you just need to ensure you set the label every time done with the swaplabel command.. Now I check the man page online it says you can just set the UUID using it too, so nothing need change.
Couold also be a DM issue that has nothing to with Devuan...
Of course it is, since Devuan has nothing to do with the desktop chosen and their display manager they use to login with. They just provide the software used by them for that purpose.
The Debian wiki has all the details, no clue on a mbr drive if that is what it is.
https://wiki.debian.org/GrubEFIReinstall
So what is the problem with running grub from the booted system to easy and uncomplicated to do?
so I can boot on my restored devuan , but I lost the menu to boot into windows...
Well that is half the battle won, for the rest. Edit the file /etc/default/grub for this line.
root@9600k:~# grep -i prober /etc/default/grub
# probably want to run os-prober. However, if your computer is a host
# os-prober can cause damage to those guest OSes as it mounts
GRUB_DISABLE_OS_PROBER=true
Change it to false so it will probe for other OSs as you want then update-grub to have it done. Do this as root user or with sudo in front of the command when it does the updating you will see the OSs it will put in the menu listed in it output.
Edit: That of course assumes you have the menu enabled and a timeout set for it to do so.
GRUB_TIMEOUT=5
Finding some people online that claim it works for them though, and others like me it doesn't, looks like another puzzle to solve.
Yes, the never ending quest continues on, as always with these things... Good to see we have got it sorted for you Tweedlewise.
Two ways to do it.
zeus@9600k:~$ apt-file list heif-gdk-pixbuf
heif-gdk-pixbuf: /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-heif.so
heif-gdk-pixbuf: /usr/share/doc/heif-gdk-pixbuf/changelog.Debian.amd64.gz
heif-gdk-pixbuf: /usr/share/doc/heif-gdk-pixbuf/changelog.Debian.gz
heif-gdk-pixbuf: /usr/share/doc/heif-gdk-pixbuf/copyright
zeus@9600k:~$ dpkg -L heif-gdk-pixbuf
dpkg-query: package 'heif-gdk-pixbuf' is not installed
Use dpkg --contents (= dpkg-deb --contents) to list archive files contents.
The first using apt-file the package does not need to be installed for it to work and find the contents of packages. The second the packages needs to be installed on the machine. As you can see there is not a lot to the package I doubt it is usable for conversion of anything and looking at the information about it seems to confirm it is only a library that supports the format.
zeus@9600k:~$ apt info heif-gdk-pixbuf
Package: heif-gdk-pixbuf
Version: 1.19.5-1+b1
Priority: optional
Section: graphics
Source: libheif (1.19.5-1)
Maintainer: Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>
Installed-Size: 43.0 kB
Depends: libheif1 (= 1.19.5-1+b1), libc6 (>= 2.4), libgdk-pixbuf-2.0-0 (>= 2.22.0), libglib2.0-0t64 (>= 2.12.0)
Homepage: http://www.libheif.org
Download-Size: 10.8 kB
APT-Sources: http://mirror.csclub.uwaterloo.ca/debian trixie/main amd64 Packages
Description: HEIF and AVIF file format decoder and encoder - gdk-pixbuf loader
libheif is an ISO/IEC 23008-12:2017 HEIF and AVIF (AV1 Image File Format) file
format decoder and encoder. There is partial support for ISO/IEC 23008-12:2022
(2nd Edition) capabilities.
.
HEIF and AVIF are new image file formats employing HEVC (H.265) or AV1 image
coding, respectively, for the best compression ratios currently possible.
.
libheif supports various codecs provided by plugins for image decoding and
encoding.
.
A gdk-pixbuf loader module for applications such as "gpicview" and "pcmanfm"
is provided by this package.
Give an actual conversion program like ImageMagick a go you will likely have better reult in getting something to start and have a hope of seeing it it support the conversion from that format. Though the format is not specifically listed it says over 100 supported..
Package: imagemagick
Version: 8:7.1.1.43+dfsg1-1
Priority: optional
Section: graphics
Maintainer: ImageMagick Packaging Team <pkg-gmagick-im-team@lists.alioth.debian.org>
Installed-Size: 75.8 kB
Depends: imagemagick-7.q16 (>= 8:6.9.2.10+dfsg-2~)
Homepage: https://www.imagemagick.org/
Tag: implemented-in::c, interface::commandline, interface::graphical,
interface::x11, role::program, scope::utility, uitoolkit::xlib,
use::converting, use::editing, use::viewing, works-with-format::gif,
works-with-format::jpg, works-with-format::pdf, works-with-format::png,
works-with-format::postscript, works-with-format::svg,
works-with-format::tiff, works-with::image, works-with::image:raster,
works-with::text, x11::application
Download-Size: 20.0 kB
APT-Manual-Installed: yes
APT-Sources: http://mirror.csclub.uwaterloo.ca/debian trixie/main amd64 Packages
Description: image manipulation programs -- binaries
ImageMagick is a software suite to create, edit, and compose bitmap images.
It can read, convert and write images in a variety of formats (over 100)
including DPX, EXR, GIF, JPEG, JPEG-2000, PDF, PhotoCD, PNG, Postscript,
I have CD's and DVD's I burned going all the way back to 2007 that work fine, just need to store properly and be careful when using. I like having a non-electronic backup for my work and important stuff. Have worked with electronics all my life, and seen too much fail to put all my faith in such.
So have I, it has been nearly fifty years since I touched my first computer, a TRS-80 at the local Radio Shack, and all I can go by is my experience with them. And that has been mine with discs since that happened a good more than dozen or so years ago I have not bothered with the junk anymore since that incident. If all of the 20 drives in those four machines go tits up at once then I loose it all. Well not really as I have single large one less than year old back drive for all of it. As it is I have lost one drive in the last who knows how many years, it was probably a decade since the oldest in them machines is from around 2014, it was newer just under three year old one that went. Less than month from the warranty going on it so did not cost a single cent to replace. I am rather shocked that more have not gone from seeing all the complaints online about it. Though like all of these problems people seem to have that never affect me, it makes me wonder just what the hell they are doing that causes the problems. That is my experience with electronics, they just work if they survive any length of time. They usually die off nice and quick if they are garbage. Oh and the local Walmart was what I was thinking about when saying good luck buying them, no where in sight there. Or anywhere else for that matter. I do not live in large city perhaps they stock them there. All my electronics are protected by good quality UPS/surge protector/line conditioner so no bad electrical signals can get to them. That could have something to do with their longevity.
And yet again we see the superiority of the optical disk, as it never fails.
Yeah but who has any of them laying around to waste on an installer. And good luck just going out and buying them anywhere, need to be ordered online here. I have some dvd blanks that have sat unused for years but no cd that I know off. I gave up on the dvd after discovering what garbage they are. Tried to get some files off an about year old disks and what a mess, it was errors everywhere. That is when I switched to hard drives for my storage needs they very rarely fail and I have so many backups. Fours sets of zfs raidz in four different machines I have accumulated as leftovers when upgraded over the years. That I never need to worry about that massive amount of data I have stored. Well I do being the paranoid about my computing freak I am, I backup my installs all the time. As a cron job that runs every two hours, before any major upgrade with a cloning to external drive then booted in my duplicate machine I have to confirm the backup worked then upgrade. And/or backup to the internal backup drive as well, I take my data safety seriously.
And what does "supposedly the same ISO except for branding/sources with the equivalent Debian on it" mean?
That means two installers built using the same method only changing the brand name and sources should have identical results when used. The Devuan installer obviously does not use the same method as Debian to build it as it fails to install with the Ventory used. The other question you ask about means exactly what I said. I will say again if you cannot understand it. Devuan is the only ISO I have ever tried to install from with Ventoy that has not worked, all of the other dozen or so tried have done it perfectly fine. It is the outlier in all of them not some common problem with it you try to portray.