You are not logged in.
Lets hope some talented programmers in debian take this up.
I have my doubts on that Debian seems to have gone full on in on the corporate control of GNU/Linux. All their actions over the last decade or so prove this including the reason this project exists. I would be happy to be wrong in this but all signs point to it being true.
say that this is not a minimal system installation, because Plasma does not fall into the understanding of minimalism.
It is a minimalist way of getting a graphical installation on the computer without all the extras that get pulled in by the meta package method of installing and is what I do every time as well. Which is obviously his goal when doing such he did not say he wants next to nothing installed.. Your understanding of what he wants in a minimal install is totally wrong for this situation.
But maybe I am wrong and there is no such thing, not even with "snap".
You are not wrong, never seen it on Linux, it is always the web app. Even when it is wrapped into an application by someone you are stuck with the web app. Which means no video calling at all only an option for voice call. And of course using the cell phone to link the app to be able to use it on your computer.
seems to be the (only) way to get Whatsapp on the linux-laptop
You have obviously missed the https://web.whatsapp.com/ option. This works the same as any of those supposed applications which are a wrapper for the web app instead of using it directly in the web browser.
Strange that clean/autoclean aren't in the man pages for apt.
It appears they are only mentioned with a reference to read apt-get man page.
edit-sources (work-in-progress)
edit-sources lets you edit your sources.list(5) files in your
preferred text editor while also providing basic sanity checks.
showsrc, depends, rdepends, policy (summarised in apt-cache(8))
source, build-dep, download, changelog, clean, distclean, autoclean
(summarised in apt-get(8))
Edit: that would be in excalibur it is not in a previous version of apt on a bookworm based install.
7. sudo apt upgrade
That should be sudo apt full-upgrade or the older now depreciated sudo apt dist-upgrade to use the command to upgrade a distribution properly to the next one coming.
You are welcome good to see you got it sorted.
I have both and it works fine.
root@9600k:~# ll /bin/xdotool
84 -rwxr-xr-x 1 root root 85376 Apr 6 12:26 /bin/xdotool*
root@9600k:~# ll /usr/bin/xdotool
84 -rwxr-xr-x 1 root root 85376 Apr 6 12:26 /usr/bin/xdotool*
That said it appears only the /usr/bin/xdotool is listed in the package.
root@9600k:~# dpkg -L xdotool
/.
/usr
/usr/bin
/usr/bin/xdotool
/usr/share
/usr/share/doc
/usr/share/doc/xdotool
/usr/share/doc/xdotool/README
/usr/share/doc/xdotool/changelog.Debian.gz
/usr/share/doc/xdotool/changelog.gz
/usr/share/doc/xdotool/copyright
/usr/share/doc/xdotool/examples
/usr/share/doc/xdotool/examples/ffsp.sh
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/xdotool.1.gz
So I would use rm /bin/xdotool as root and see if it will complete once you use the /usr/lib/usrmerge/convert-usrmerge as it suggests after removing the file it complains about.
Once done do the apt autoremove to get rid of the usrmerge it is not needed once done.
root@9600k:~# apt policy usrmerge
usrmerge:
Installed: (none)
Candidate: 39+nmu2
Version table:
39+nmu2 950
950 http://de.deb.devuan.org/merged excalibur/main amd64 Packages
600 http://de.deb.devuan.org/merged unstable/main amd64 Packages
Edit: Though now reading it again and checking it appears it completed almost three years ago for me and the /bin is now the symbolic link it is supposed to be, never seen that problem in my install notes when I check those.
root@9600k:~# ll /
total 2097236
0 lrwxrwxrwx 1 root root 7 Aug 28 2022 bin -> usr/bin/
snip....
Does this mean that the apache2 service will reload (not restart) twice a day (*/12)? It's not scary, but it's not necessary. IMHO.
If you tell the job to do it that is what it will do. I for one fail to see why you would be trying to renew a certification twice a day as it is. I would think a monthly job at the most would be the idea or depending on the length of the certificate a yearly job would most likely be the best. This twice a day foolishness in the comments make very little sense if their process is that useless it is needed I would not be trusting them for anything as critical as security of my website. You could do a separate script for the apache2 reload that wold test something like the date on certificate then it will only reload if it has changed.
but I usually use galculator for years now, very small and fast and does what I need.
I use this in my .bash_functions file works well
# https://github.com/addyosmani/dotfiles/blob/master/.functions#L1-L17
# Simple calculator
function calc() {
local result=""
result="$(printf "scale=10;$*\n" | bc --mathlib | tr -d '\\\n')"
# └─ default (when `--mathlib` is used) is 20
#
if [[ "$result" == *.* ]]; then
# improve the output for decimal numbers
printf "$result" |
sed -e 's/^\./0./' `# add "0" for cases like ".5"` \
-e 's/^-\./-0./' `# add "0" for cases like "-.5"`\
-e 's/0*$//;s/\.$//' # remove trailing zeros
else
printf "$result"
fi
printf "\n"
}
It is not too happy with negative results but I will live with it.
zeus@9600k:~$ calc 2^4
16
zeus@9600k:~$ calc 2*4
8
zeus@9600k:~$ calc 2/4
0.5
zeus@9600k:~$ calc 2-4
bash: printf: -2: invalid option
printf: usage: printf [-v var] format [arguments]
zeus@9600k:~$ calc 2+4
6
At what point would I need a "clipboard manager"?
When you want to access previous items that have been in the clipboard using a history function to not be limited to the last entry in the paste buffer or as some of them offer it have preexisting entries that will paste when wanted as they are selected for use. I will add my vote for CopyQ a lovely program that works without problems for me for many years now.
Should i add --post-hook "service apache2 reload" to
I would give.
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot -q renew && service apache2 reload
A try using the same idea it does after the certbot renews the certificate perhaps even /etc/init.d/ apache2 reload as the command to ensure no stupid path problems as happens with cron as it does not have the same path as the user does when it tries to execute commands. I always do this with my entries to ensure it has no choice but to do what I tell it to do. For example my root crontab.
root@9600k:~# crontab -l
# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
snip....
# m h dom mon dow command
## Run my rsync snapshot script at fifteen minutes after it every four hours.
15 */4 * * * /root/bin/snapshot_root.sh > /dev/null 2>&1
## Run trim on my SSD drives every Saturday at 5am borrowed idea from MX Linux.
0 05 * * sat /root/bin/fstrim-MX.sh > /dev/null 2>&1
should certbot deb package from Debian be patched for Devuan?
No it tells you that changes are needed if running systemd which Devuan does not do so it is proper as it is. The line in the package is correct, the line you suggest to use is the one that is wrongly formatted with the 0,12 shown by you.
Your cron entry misses the user field.
Also has error with the 0,12 instead of the properly shown 0/12 for every twelve hours in the example above it for the hour to run field.
* unless there has been some error in the processing / sanitising for use in Devuan for which a bug report should be filed with the Devuan maintainers.
No nothing with the systemd gets installed when getting the package on your machine. Who knows afterwards I have nothing to test it with.
root@9600k:~# apt install open-iscsi
Installing:
open-iscsi
Installing dependencies:
libisns0t64 libopeniscsiusr
Summary:
Upgrading: 0, Installing: 3, Removing: 0, Not Upgrading: 3
Download size: 475 kB
Space needed: 2,183 kB / 17.9 GB available
Continue? [Y/n] y
Get:1 http://ca.deb.devuan.org/merged excalibur/main amd64 libopeniscsiusr amd64 2.1.11-1 [61.1 kB]
Get:2 http://ca.deb.devuan.org/merged excalibur/main amd64 libisns0t64 amd64 0.101-1+b1 [93.5 kB]
Get:3 http://ca.deb.devuan.org/merged excalibur/main amd64 open-iscsi amd64 2.1.11-1 [320 kB]
Fetched 475 kB in 5s (88.6 kB/s)
Preconfiguring packages ...
Selecting previously unselected package libopeniscsiusr.
(Reading database ... 192304 files and directories currently installed.)
Preparing to unpack .../libopeniscsiusr_2.1.11-1_amd64.deb ...
Unpacking libopeniscsiusr (2.1.11-1) ...
Selecting previously unselected package libisns0t64:amd64.
Preparing to unpack .../libisns0t64_0.101-1+b1_amd64.deb ...
Unpacking libisns0t64:amd64 (0.101-1+b1) ...
Selecting previously unselected package open-iscsi.
Preparing to unpack .../open-iscsi_2.1.11-1_amd64.deb ...
Unpacking open-iscsi (2.1.11-1) ...
Setting up libisns0t64:amd64 (0.101-1+b1) ...
Setting up libopeniscsiusr (2.1.11-1) ...
Setting up open-iscsi (2.1.11-1) ...
Processing triggers for libc-bin (2.41-7) ...
Processing triggers for man-db (2.13.0-1) ...
Processing triggers for initramfs-tools (0.147) ...
update-initramfs: Generating /boot/initrd.img-6.12.22-amd64
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