You are not logged in.
- Topics: Active | Unanswered
#1401 Re: Devuan Derivatives » Linux Mint Devuan Edition? » 2021-03-08 19:14:53
Hello:
Hoping that someone is working on a Linux Mint Devuan Edition.
Why on earth bother?
We have Devuan which is very flexible and a host of options for the screen.
A.
#1402 Re: Installation » kwalletd failure in syslog » 2021-03-07 21:44:39
Hello:
I have this line in my /var/log/syslog:
Feb 22 16:35:25 devuan dbus-daemon[2963]: [session uid=1000 pid=2961] Activated service 'org.kde.kwalletd' failed: Failed to execute program org.kde.kwalletd: No such file or directory
I'm bumping this because I have not been able to find any information elsewhere and as it is whateverd related, thought the answer could come from this forum.
Thanks in advance,
A.
#1403 Re: Off-topic » Operating System Backups » 2021-03-05 14:53:47
Hello:
What do you use for backups?
I use two applications: Timeshift and BackInTime.
Timeshift takes system snapshots and BackInTime takes ~/ snapshots.
Have always worked quite well.
All the snapshots get stored on a separate 300Gb SAS drive living inside the box.
This is quite obviously not the ideal solution and I've been procrastinating for the longest while.
Cheers,
A.
#1404 Re: Off-topic » A problem on my monitor » 2021-03-05 11:43:44
Hello:
Are you using the OEM cable?
Does it have a ferrite filter?
How long has this specific cable been in use ie: terminals in its sockets?
Try unplugging/plugging them a number of times and see what happens, with the PC/monitor turned off.
... don't think it's something nearby that's causing the problem.
Check to see what happens by moving the monitor (if at all possible) to another location.
Does ot have to be more than a couple of feet.
... replace the cable ...
See if you can borrow a quality monitor OEM cable to test.
Cheers,
A.
#1405 Re: Off-topic » A problem on my monitor » 2021-02-27 18:13:05
Hello:
Does anyone have any ideas what it is ...
I agree with these previous answers.
Have you tried replacing the monitor cable?
If it's intermittent then the problem is with the hardware (the cable ...
The description fit this (probaby) being some sort of radio interference generated by something electrically powered running nearby and being picked up by the monitor cable.
Are you using the OEM cable?
Does it have a ferrite filter?
Have you tried using another cable?
When you do have these artifacts on the screen, is there something electrical running nearby?
Cheers,
A.
#1406 Re: Desktop and Multimedia » Packages in Synaptic that are 'Held Back' (how to fix that?) » 2021-02-27 12:47:40
Hello:
Clue within Beowulf Release Notes
Don't forget these two, they come up with surprising frequency :
Changes in su
- The behavior of su has changed. Use 'su -' to get root's path or use
the full path to commands if you use only 'su'.---- snip ----
Pulseaudio
- If you install a desktop environment from the installer iso, you will
automatically get the debian-pulseaudio-config-override package,
which will ensure that pulseaudio is running. If you're running a
window manager, you may need to install the override package to get
sound. Alternatively, you may use the old method, described below.
- If you have no sound, make sure the following line in
/etc/pulse/client.conf.d/00-disable-autospawn.conf is commented as
shown here:#autospawn=no
---- snip ----
Regarding the importance of Release Notes, (believe it or not) someone once actually posted this bit of interesting IT wisdom here at Dev1:
Reading distro notes: Until Devuan, never wasted one minute reading them. Either an OS is transparent, and works effortlessly, or it needs criticism.
8^7 !!!
Cheers,
A.
#1407 Re: Desktop and Multimedia » Packages in Synaptic that are 'Held Back' (how to fix that?) » 2021-02-27 00:14:23
Hello:
... discovering that ~/.xsession-errors was >3GB.
Diagnosing that is going to have to wait.
~/.xsession-errors can get out of control size-wise very quickly and not necessarily on a system with valid issues.
It's really only needed for debugging purposes.
One thing I did on a new installation long ago was to have a separate 2Gb /var partition.
There is a way to move an existing /var to a different partition but that exceeds the scope of this post which is an elegant way of saying I can't remember how it is done.
Obviously it involves repartitioning/creating a new partition but the rest is foggy (at least today).
Check this page: https://www.daniloaz.com/en/how-to-prev … huge-size/
Tells you how to deal with the ~/.xsession-errors file, from limiting its size via crontab to disabling writs to that file.
Cheers,
A.
#1408 Re: Desktop and Multimedia » Packages in Synaptic that are 'Held Back' (how to fix that?) » 2021-02-26 19:45:59
Hello:
Thanks for such a fast reply ...
You're welcome.
... for such an excellent diagnosis ...
... best advice is given from those that have met the same/similar problem & fixed it.
Hmm ...
I'm just a humble messenger, an apprentice at best.
The heavy lifting (which is where the message actually originates) is done by others with much more knowledge and experience.
Glad you were able to get it working.
Do read up the (very often ignored) Release Notes.
Cheers,
A.
#1409 Re: Desktop and Multimedia » Packages in Synaptic that are 'Held Back' (how to fix that?) » 2021-02-26 14:52:06
Hello:
... why did these packages get held back ...
Don't despair. 8^D
Read this post https://dev1galaxy.org/viewtopic.php?id=4130.
It is related to libpolkit-qt5-1-1 being held back, which in turn was related to SLiM and its dependencies.
groucho@devuan:~$ aptitude why consolekit
i slim Depends default-logind | logind | consolekit
groucho@devuan:~$ Installing libpam-elogind and removing consolekit gets rid of a few surplus/unused files and fixes everything.
Do read the post twice just in case.
Best,
A.
#1410 Re: Installation » [Solved] firefox-esr installed by Beowulf 3.1 dist-upgrade » 2021-02-25 16:02:12
Hello:
Look for those packages in /var/log/apt/history* to see when they were installed ...
Done.
A huge print out, had to open it with pluma to get it decently formatted so as to search properly.
The first line of the log is dated 2017/05/01 and here's the first mention of webhttrack:
Start-Date: 2019-02-28 14:08:49
Commandline: /usr/sbin/synaptic
Requested-By: groucho (1000)
Install: libhttrack2:amd64 (3.48.24-1+b2, automatic), webhttrack:amd64 (3.48.24-1+b2), webhttrack-common:amd64 (3.48.24-1, automatic)
End-Date: 2019-02-28 14:09:02So it looks like I installed it.
But I cannot recall doing it nor can I think of any use I could have had for it.
I'm absolutely sure that I never used it.
Maybe I clicked on the synaptic box accidentally?
No idea.
But I don't use synaptic anymore save for looking up packages or data so I expect this will not happen again. 8^7
I'll eventually get rid of it.
... does aptitude do if you try to remove it?
I removed all (firefox-esr, webhttrack and httrack) with no issues whatsoever.
Culprit found, problem solved.
Thanks a lot for you input.
Cheers,
A.
#1411 Desktop and Multimedia » MS application on Wine will not open its files » 2021-02-25 15:12:36
- Altoid
- Replies: 2
Hello:
I run on an up to date Devuan Beowulf ...
groucho@devuan:~$ uname -a
Linux devuan 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 GNU/Linux
groucho@devuan:~$ ... and have two MS based applications of which I am very fond of (Pegasus Mail and IrfanView), both running on Wine.
groucho@devuan:~$ wine --version
wine-4.0 (Debian 4.0-2)
groucho@devuan:~$ I'm having a problem loading the files I open with IrfanView as the files' Properties > Open With drop down menu does not list IrfanView (I have to look for it in Other Application but even then, once selected, it does not 'stick' and the drop down menu stays empty.
This causes that any IrfanView file (a huge list of graphic files) will not open like it should ie:on a mouse click and IrfanView will open but with no file loaded.
I have to open it via File > Open in the IrfanView menu.
Any idea on how to fix this?
Thanks in advance.
A.
#1412 Re: Installation » [Solved] firefox-esr installed by Beowulf 3.1 dist-upgrade » 2021-02-25 11:53:00
Hello:
... program that saves/backs-up websites.
Yes, I looked it up after posting.
But the thing is, why was it installed during my ASCII - Beowulf 3.1 dist-upgrade?
And dragging in a browser I did not want in my rig?
If I Firefox-esr had been part of my ASCII, it would have expected to have it upgraded.
But it was not.
And I don't recall ever installing httrack or webhttrack.
It's not in my pre-Beowulf timeshift snapshots.
Thanks for your input.
Cheers,
A.
#1413 Installation » [Solved] firefox-esr installed by Beowulf 3.1 dist-upgrade » 2021-02-24 23:30:49
- Altoid
- Replies: 5
Hello:
One of the things I got when I went from ASCII to the latest Beowulf 3.1 was firefox-esr.
It was not installed in ASCII as I've been using Pale Moon for the longest while and this made me want to find out why it was there.
Maybe remnants of some meta-package?
An incomplete removal?
groucho@devuan:~$ aptitude why firefox
i webhttrack Depends iceape-browser | iceweasel | icecat | mozilla | firefox | mozilla-firefox | www-browser
groucho@devuan:~$ Never heard of webhttrack or know what it does, so I asked again:
groucho@devuan:~$ aptitude why webhttrack
i webhttrack Suggests httrack
p httrack Suggests webhttrack
groucho@devuan:~$ groucho@devuan:~$ aptitude why httrack
i webhttrack Suggests httrack
groucho@devuan:~$ Looks like a chicken/egg thing ...
Anyone know why webhttrack was installed in the first place, bringing in firefox-esr along with it?
TIA,
A.
#1414 Re: Devuan » As Debian 11 moves closer to Devuan. Is there any reason to stay on De » 2021-02-24 18:28:38
Hello:
Is there any reason to stay on Devuan?
Yes, there are many reasons.
The first: trust
The second: basic common sense
All the other reasons follow these first two.
And like golinux wrote: It's about more than code.
But the question (if there has to be one at all) should be:
Is there any reason not to stay on Devuan?
And the answer is: none whatsoever.
As always, YMMV.
It's just my $0.02
A.
#1415 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-23 20:42:12
Hello:
... it's there to remind us all that we're not running systemd.
Hmm ...
Both the slim 1.3.6-5.1+devuan6 (merged beowulf/main) and 1.3.6-5.2+devuan1 (/merged beowulf /unstable) have default-logind | logind | consolekit as depends.
Depends slim 1.3.6-5.2+devuan1
libc6 (>= 2.14), libck-connector0, libdbus-1-3 (>= 1.9.14), libgcc1 (>= 1:3.0), libjpeg62-turbo (>= 1.3.1), libpam0g (>= 0.99.7.1), libpng16-16 (>= 1.6.2-1), libstdc++6 (>= 5.2), libx11-6, libxext6, libxft2 (>> 2.1.1), libxmu6, libxrandr2 (>= 2:1.2.99.3), debconf (>= 1.2.9) | debconf-2.0, dbus, default-logind | logind | consolekit, x11-xserver-utils, lsb-base
Depends slim 1.3.6-5.1+devuan6
libc6 (>= 2.17), libck-connector0, libdbus-1-3 (>= 1.9.14), libgcc-s1 (>= 3.0), libjpeg62-turbo (>= 1.3.1), libpam0g (>= 0.99.7.1), libpng16-16 (>= 1.6.2-1), libstdc++6 (>= 5.2), libx11-6, libxext6, libxft2 (>> 2.1.1), libxmu6, libxrandr2 (>= 2:1.2.99.3), debconf (>= 1.2.9) | debconf-2.0, dbus, default-logind | logind | consolekit, x11-xserver-utils, lsb-base
I looked to see if it was worth installing the unstable and check slim.log but I'd probably have an issue with libc6 (>= 2.17).
Cheers,
A.
#1416 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-23 17:01:14
Hello:
SLiM has been dead since 2013 ...
Still works ...
It's just the entry in slim.log.
... so it doesn't support logind sessions correctly.
I see.
... a different display manager.
I've always liked this one.
... no display manager at all ...
Tried that and had all sort of permission problems.
Si I installed slim and they all went away instantly.
So I'll keep it. 8^P!
Thanks for your input.
Cheers,
A.
#1417 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-23 16:56:03
Sorry, I don't know ...
No problem. 8^D
... see the "not provided by any .service files" a lot, and I just ignore it.
Right.
... remind us all that we're not running systemd.
Lol ...
Try this:
apt -s remove consolekit
[root@devuan ~]# apt -s remove consolekit
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'consolekit' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[root@devuan ~]# Nothing.
Thanks a lot for your input.
Cheers,
A.
#1418 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-23 12:33:22
Hello:
groucho@devuan:~$ aptitude why consolekit i slim Depends default-logind | logind | consolekit groucho@devuan:~$What does this mean in practical terms? eg: for slim which I am fond of.
It means slim needs something that provides default-logind or one of the others on that line.
I'm writing on this again as I have found this in /var/log/slim.log:
slim: waiting for X server to begin accepting connections.
slim: Consolekit::open_session: Unable to open session: The name org.freedesktop.ConsoleKit was not provided by any .service files
slim: falling back to PAM session
groucho@devuan:/var/log$It would seem that slim is still looking for consolekit in spite of it being replaced by elogind.
Why is that?
I am being able to log in without problems.
Thanks in advance,
A.
#1419 Installation » kwalletd failure in syslog » 2021-02-22 20:45:13
- Altoid
- Replies: 1
Hello:
I have this line in my /var/log/syslog:
Feb 22 16:35:25 devuan dbus-daemon[2963]: [session uid=1000 pid=2961] Activated service 'org.kde.kwalletd' failed: Failed to execute program org.kde.kwalletd: No such file or directoryI know uid=1000 is me but I cannot find pid=2961 which I guess is the program that syslog says failed to execute.
groucho@devuan:~$ ls /proc
1 121 129 1668 2058 25 2904 2992 3036 3131 37 4804 9591 driver kpagecgroup sched_debug version
10 122 130 1697 207 2514 2905 2996 3040 3155 38 5185 9592 execdomains kpagecount schedstat vmallocinfo
10097 1224 131 17 208 26 2906 3 3060 3161 39 6 acpi fb kpageflags self vmstat
10349 1225 132 1704 21 2602 2907 30 3063 3166 4 6091 asound filesystems loadavg slabinfo zoneinfo
10397 1226 14 1705 2102 2631 2908 3003 3072 3171 40 66 buddyinfo fs locks softirqs
10401 1227 142 1708 2135 2633 2916 3007 3074 3183 4094 67 bus interrupts meminfo stat
10483 1228 15 1719 2160 2658 2927 3008 3077 3186 41 6743 cgroups iomem misc swaps
11 1229 1555 19 2161 2667 2930 3009 3078 3195 413 7990 cmdline ioports modules sys
115 123 157 1968 2190 27 2962 3013 3079 3199 42 8 consoles irq mounts sysrq-trigger
116 124 16 1982 2192 2771 2963 3022 3081 32 43 8664 cpuinfo kallsyms mpt sysvipc
117 125 161 2 22 2804 2973 3023 3082 33 44 8760 crypto kcore mtrr thread-self
118 126 164 20 2223 2832 2983 3025 3086 34 4719 9 devices key-users net timer_list
119 127 165 2010 24 29 2985 3033 31 35 4745 9272 diskstats keys pagetypeinfo tty
12 128 166 205 2488 2903 2990 3034 3118 36 48 9273 dma kmsg partitions uptime
groucho@devuan:~$ Seems that org.kde.kwalletd is present in the system:
groucho@devuan:~$ locate kwalletd | grep org.kde.kwalletd
/usr/share/dbus-1/services/org.kde.kwalletd.service
/usr/share/dbus-1/services/org.kde.kwalletd5.service
groucho@devuan:~$ There is also a /.local/share/kwalletd sub-folder in my home folder but it is empty.
Could this be related to having replaced consolekit with elogind?
I have not seen or noticed any adverse symptoms.
Thanks in advance,
A.
#1420 Re: Installation » [SOLVED] Heads up: haveged denied starting by apparmor in Beowulf » 2021-02-22 14:52:31
Hello:
uninstalling apparmor also solves this issue.
Quite so ...
Something I'm considering as I'm not certain it is of any use to me.
ie: everything is apparently unconfined, so what does it actually do? Am I missing some configuration file/s?
groucho@devuan:~$ sudo dmesg | grep apparmor
[ 25.423650] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=1409 comm="apparmor_parser"
[ 25.448662] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash" pid=1412 comm="apparmor_parser"
[ 25.474000] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=1411 comm="apparmor_parser"
[ 25.500604] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=1411 comm="apparmor_parser"
[ 25.500605] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=1410 comm="apparmor_parser"
[ 25.500607] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=1410 comm="apparmor_parser"
[ 25.500608] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=1410 comm="apparmor_parser"
[ 25.500609] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-soffice" pid=1414 comm="apparmor_parser"
[ 25.500611] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-soffice//gpg" pid=1414 comm="apparmor_parser"
[ 25.500612] audit: type=1400 --- snip --- apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=1416 comm="apparmor_parser"
groucho@devuan:~$ ... being obnoxious sorry...
Nah!
It's quite alright, been there/done that.
After all, it is monday.
Cheers,
A.
#1421 Installation » [SOLVED] Heads up: haveged denied starting by apparmor in Beowulf » 2021-02-22 13:34:52
- Altoid
- Replies: 4
Hello:
As I do every so often, I was trawling through my dmesg output to see if everything was running kosher and came across a few lines involving apparmor.
groucho@devuan:~$ uname -a
Linux devuan 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 GNU/Linux
groucho@devuan:~$ groucho@devuan:~$ apt list | grep installed | grep apparmor
--- snip ---
apparmor/stable,now 2.13.2-10 amd64 [installed,automatic]
libapparmor1/stable,now 2.13.2-10 amd64 [installed]
groucho@devuan:~$ groucho@devuan:~$ sudo dmesg | grep apparmor
[ 25.573821] audit: type=1400 audit(1613992734.879:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=1413 comm="apparmor_parser"
[ 25.602109] audit: type=1400 audit(1613992734.879:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash" pid=1416 comm="apparmor_parser"
[ 25.630152] audit: type=1400 audit(1613992734.879:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=1414 comm="apparmor_parser"
[ 25.656608] audit: type=1400 audit(1613992734.879:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=1414 comm="apparmor_parser"
[ 25.656609] audit: type=1400 audit(1613992734.879:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=1414 comm="apparmor_parser"
[ 25.656611] audit: type=1400 audit(1613992734.879:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/haveged" pid=1419 comm="apparmor_parser"
[ 25.656612] audit: type=1400 audit(1613992734.879:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=1420 comm="apparmor_parser"
[ 25.656613] audit: type=1400 audit(1613992734.879:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=1417 comm="apparmor_parser"
[ 25.656616] audit: type=1400 audit(1613992734.879:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=1417 comm="apparmor_parser"
[ 25.857783] audit: type=1400 audit(1613992734.879:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=1417 comm="apparmor_parser"
[ 38.103239] audit: type=1400 audit(1613992747.407:16): apparmor="DENIED" operation="mknod" profile="/usr/sbin/haveged" name="/run/haveged.pid" pid=2516 comm="haveged" requested_mask="c" denied_mask="c" fsuid=0 ouid=0
[ 2040.598275] audit: type=1400 audit(1613994749.903:17): apparmor="ALLOWED" operation="file_mmap" profile="libreoffice-soffice" name="/tmp/.glRDlerP" pid=8590 comm="soffice.bin" requested_mask="m" denied_mask="m" fsuid=1000 ouid=1000
[ 2040.905923] audit: type=1400 audit(1613994750.211:18): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/groucho/.icons/default/index.theme" pid=8589 comm="soffice.bin" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[ 2040.906026] audit: type=1400 audit(1613994750.211:19): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/groucho/.icons/default/index.theme" pid=8589 comm="soffice.bin" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[ 2040.906121] audit: type=1400 audit(1613994750.211:20): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/groucho/.icons/default/index.theme" pid=8589 comm="soffice.bin" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[ 2040.906212] audit: type=1400 audit(1613994750.211:21): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/groucho/.icons/default/index.theme" pid=8589 comm="soffice.bin" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
groucho@devuan:~$ The one that caught my eye was this one:
[ 38.103239] audit: type=1400 audit(1613992747.407:16): apparmor="DENIED" operation="mknod" profile="/usr/sbin/haveged" name="/run/haveged.pid" pid=2516 comm="haveged" requested_mask="c" denied_mask="c" fsuid=0 ouid=0groucho@devuan:~$ apt list | grep installed | grep haveged
--- snip ---
haveged/stable,now 1.9.1-7 amd64 [installed]
groucho@devuan:~$ I looked it up and found a Debian bug report from late 2018: https://bugs.debian.org/cgi-bin/bugrepo … bug=911604
Basically, what I understand is happening is that apparmor does not allow haveged to start, failing silently.
From what I can make out of the text in the bug report, it seems that this does not happen if your installation uses systemd, but it does if you use openrc-init, sysvinit and probaby the rest, apparently generating first-boot delays.
A workaround to the problem was posted by the bug's OP and confirmed to work in a later post.
What helped was adding the line
/run/haveged.pid w,
to /etc/apparmor.d/local/usr.sbin.haveged, so you should probably add that line to /etc/apparmor.d/usr.sbin.haveged.
This was apparently fixed in haveged 1.9.1-8 but the latest version in http://deb.devuan.org/merged beowulf/main amd64 is 1.9.1-7.
I'll try the fix and report back later.
Edit: the fix works.
Cheers,
A.
#1422 Re: Installation » [SOLVED] Heads up: dpkg error -> caused by added kvm group » 2021-02-21 17:36:38
Hello:
Thanks.
You're welcome ...
They're working on it.
As far as I can understand, it is already fixed.
I had added the kvm group to the system in order to get rid of this complaint in dmesg:
--- snip ---
[ 14.484174] udevd[395]: specified group 'kvm' unknown
--- snip ---It was caused by a bug in PR 5597 that created a kvm node in Debian independently of quemu being installed.
So a bug was filed.
See https://github.com/systemd/systemd/issues/6360
But an argument in favour of this being a necessary feature and not a bug was put forth by head dick Poettering:
Anyway, I am very sure that /dev/kvm should be considered a standard system concept now, sharedby apps, and generic enough to be set up by systemd properly. I hope this makes some sense, and will close this now...
So I added the (unnecessary) kvm group and the dmesg complaint was no more.
But on a dist-upgrade to my ASCII I got the error in the OP and the error went away after I removed the unnecesary and non-system kvm group.
So, it seems that Devuan 3.1 does not create a kvm node and group by default, independently of quemu (or any other software) being installed.
Which is (if I understood correctly) how the principle of modularization works.
ie: a device node and group are created as needed by the software and not by default on installation of the OS.
Did I get this right?
Thanks in advance,
A.
#1423 Re: Installation » [SOLVED] Heads up: dpkg error -> caused by added kvm group » 2021-02-21 14:51:01
Hello:
I'll check and add the info later on.
It seems that basic common sense prevailed, most probably within the Devuan maintainers/packagers. (Thanks!)
ie: no quemu package installed? Then no kvm device node or group needs to be added to the system.
Elementary ...
groucho@devuan3:~$ sudo dmesg | grep -i eudev
[ 1.445705] udevd[94]: starting eudev-3.2.9
[ 14.557986] udevd[391]: starting eudev-3.2.9groucho@devuan3:~$ sudo dmesg | grep kvm
groucho@devuan3:~$ sudo dmesg | grep unknown
groucho@devuan3:~$ Cheers,
A.
#1424 Installation » [SOLVED] Heads up: dpkg error -> caused by added kvm group » 2021-02-21 14:32:26
- Altoid
- Replies: 3
Hello:
While tidying up a parallel Beowulf installation I have on another drive (to eventually migrate to Openbox instead of XFCE) I came across this problem:
It was previously upgraded from ASCII.
root@devuan3:/etc/apt# apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 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 eudev (3.2.9-8~beowulf1) ...
The group `kvm' already exists and is not a system group. Exiting.
dpkg: error processing package eudev (--configure):
installed eudev package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
eudev
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@devuan3:/etc/apt# Reinstalling eudev brings up this:
root@devuan3:/etc/apt# apt-get reinstall eudev
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
E: Internal Error, No file name for eudev:amd64
root@devuan3:/etc/apt# Trying to fix brings up this:
root@devuan3:/etc/apt# apt install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up eudev (3.2.9-8~beowulf1) ...
The group `kvm' already exists and is not a system group. Exiting.
dpkg: error processing package eudev (--configure):
installed eudev package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
eudev
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@devuan3:/etc/apt# Same with a dist-upgrade:
root@devuan3:/etc/apt# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 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 eudev (3.2.9-8~beowulf1) ...
The group `kvm' already exists and is not a system group. Exiting.
dpkg: error processing package eudev (--configure):
installed eudev package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
eudev
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@devuan3:/etc/apt# I then recalled that (on this installation) at one time last year I had some hassle in dmesg with respect to group kvm:
--- snip ---
[ 14.484174] udevd[395]: specified group 'kvm' unknown
--- snip ---See https://dev1galaxy.org/viewtopic.php?id=3850
... which I solved by simply creating the %&/$*~ group but in turn originated the eudev problem.
I removed the offending kvm group and all is well:
root@devuan3:~# apt update && apt install -f && apt upgrade
Hit:1 http://deb.devuan.org/merged beowulf InRelease
Hit:2 http://deb.devuan.org/merged beowulf-security InRelease
Hit:3 http://deb.devuan.org/merged beowulf-updates InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@devuan3:~# Maybe at the 3.1 point release the kvm issue got fixed and it does not show up in dmesg.
I'll check and add the info later on.
Cheers,
A.
#1425 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 19:57:10
... mean in practical terms? eg: for slim which I am fond of.
... slim needs something that provides default-logind or one of the others on that line.
So ...
slim depends on default-logind or logind or consolekit.
Right?
My question was aimed more at the existence of consolekit as a residual configuration component:
groucho@devuan:~$ apt list | grep -i consolekit
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
--- snip ---
consolekit/stable,now 1.2.1-8 amd64 [residual-config] <-------
--- snip ---
groucho@devuan:~$If a package depends on libpam-system | libpam-elogind, it'll complain about missing libpam-systemd if neither of those is there.
I see ...
Seeing that the residual consolekit is there after I installed elogind, something will surely break if I remove it, right?
Maybe I am giving the residual aspect of it too much importance. (?)
Thanks in advance.
Cheers,
A.
Board footer
