You are not logged in.
- Topics: Active | Unanswered
#1376 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.
#1377 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.
#1378 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.
#1379 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.
#1380 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.
#1381 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.
#1382 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.
#1383 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.
#1384 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.
#1385 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.
#1386 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.
#1387 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.
#1388 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.
#1389 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.
#1390 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.
#1391 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.
#1392 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.
#1393 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.
#1394 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.
#1395 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 16:47:35
Hello:
why are you using apt list ?
Gives me information of what's installed from the apt repertoire?
I find why and why-not quite enlightening.
if you want to see what is on your system use dpkg
OK.
groucho@devuan:~$ dpkg -l | grep -i consolekit
rc consolekit 1.2.1-8 amd64 framework for defining and tracking users, sessions and seats
ii libck-connector0:amd64 1.2.1-8 amd64 ConsoleKit libraries
groucho@devuan:~$ Thanks a lot for the heads-up.
Cheers,
A.
#1396 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 15:07:03
Hello:
... see about trying to get it done this weekend.
Had an idle half hour while waiting for something, like we are all doing these days.
Upgrade worked, without issues. =^D
Then I checked to see:
groucho@devuan:~$ apt list | grep -i installed | grep consolekit
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
groucho@devuan:~$OK, consolekit is no longer installed.
I went further and found this:
groucho@devuan:~$ apt list | grep -i consolekit
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
consolekit-dbgsym/stable 1.2.1-8 amd64
consolekit-dbgsym/stable 1.2.1-8 i386
consolekit/stable,now 1.2.1-8 amd64 [residual-config] <-------
consolekit/stable 1.2.1-8 i386
libconsolekit-dev/stable 1.2.1-8 amd64
libconsolekit-dev/stable 1.2.1-8 i386
libconsolekit1-dbgsym/stable 1.2.1-8 amd64
libconsolekit1-dbgsym/stable 1.2.1-8 i386
libconsolekit1/stable 1.2.1-8 amd64
libconsolekit1/stable 1.2.1-8 i386
libpolkit-backend-consolekit-1-0-dbgsym/stable 0.105-25+devuan8 amd64
libpolkit-backend-consolekit-1-0-dbgsym/stable 0.105-25+devuan8 i386
libpolkit-backend-consolekit-1-0/stable 0.105-25+devuan8 amd64
libpolkit-backend-consolekit-1-0/stable 0.105-25+devuan8 i386
libpolkit-backend-consolekit-1-dev/stable 0.105-25+devuan8 amd64
libpolkit-backend-consolekit-1-dev/stable 0.105-25+devuan8 i386
libpolkit-gobject-consolekit-1-0-dbgsym/stable 0.105-25+devuan8 amd64
libpolkit-gobject-consolekit-1-0-dbgsym/stable 0.105-25+devuan8 i386
libpolkit-gobject-consolekit-1-0/stable 0.105-25+devuan8 amd64
libpolkit-gobject-consolekit-1-0/stable 0.105-25+devuan8 i386
libpolkit-gobject-consolekit-1-dev/stable 0.105-25+devuan8 amd64
libpolkit-gobject-consolekit-1-dev/stable 0.105-25+devuan8 i386
groucho@devuan:~$ So I asked:
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.
Thanks in advance,
A.
#1397 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 14:17:00
Hello:
... think you will be ok upgrading from consolkit to elogind.
Thanks, I'll see about trying to get it done this weekend.
It seems that consolekit is deprecated and maybe on its way out. (?)
See https://bugs.devuan.org/db/42/425.html
Received: (at submit) by bugs.devuan.org; 23 Apr 2020 21:30:02 +0000
Return-Path: <alexispm_stellaluna@yahoo.es>
Delivered-To: devuanbugs@dyne.org
--- snip ---
Package: policykit-1
Version: 0.105-25+devuan8policykit-1 dependency is declared as "logind" instead of "elogind", forcing to use de deprecated (no buster yet) consolekit. <- my highlighting
Thanks a lot for your input.
Cheers,
A.
#1398 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 12:37:39
Hello:
Looks like you have backintime-qt4 installed ??
Indeed ... 8^/
What a (quite embarrassed) dick!
Sorry for the slip-up, that's what happens with not enough coffee after a bad night's sleep.
Yes, that's quite evidently backintime-qt4.
Here's all the qt I found:
groucho@devuan:~$ apt list | grep -i installed | grep -i qt
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
backintime-qt4/stable,stable,now 1.1.24-0.1 all [installed]
libdbusmenu-qt5-2/stable,now 0.9.3+16.04.20160218-1 amd64 [installed,automatic]
libphonon4qt5-4/stable,now 4:4.10.2-1 amd64 [installed,automatic]
libqt4-dbus/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-declarative/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-designer/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-help/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-network/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-script/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-scripttools/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-sql-mysql/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-sql/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-svg/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-test/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-xml/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt4-xmlpatterns/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqt5core5a/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5dbus5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5gui5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5network5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5opengl5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5positioning5/stable,now 5.11.3+dfsg-2 amd64 [installed,automatic]
libqt5printsupport5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5qml5/stable,now 5.11.3-4 amd64 [installed,automatic]
libqt5quick5/stable,now 5.11.3-4 amd64 [installed,automatic]
libqt5sensors5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5svg5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5texttospeech5/stable,now 5.11.3-3 amd64 [installed,automatic]
libqt5waylandclient5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5waylandcompositor5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5webchannel5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5webkit5/stable,now 5.212.0~alpha2-21 amd64 [installed,automatic]
libqt5widgets5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqt5x11extras5/stable,now 5.11.3-2 amd64 [installed,automatic]
libqt5xml5/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
libqtassistantclient4/stable,now 4.6.3-7+b1 amd64 [installed,automatic]
libqtcore4/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqtdbus4/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqtgui4/stable,now 4:4.8.7+dfsg-18+deb10u1 amd64 [installed,automatic]
libqwt-qt5-6/stable,now 6.1.4-1 amd64 [installed,automatic]
phonon4qt5-backend-vlc/stable,now 0.10.2-1 amd64 [installed,automatic]
phonon4qt5/stable,now 4:4.10.2-1 amd64 [installed,automatic]
pinentry-qt/stable,now 1.1.0-2 amd64 [installed,automatic]
python-qt4/stable,now 4.12.1+dfsg-2+b1 amd64 [installed,automatic]
python3-dbus.mainloop.qt/stable,now 4.12.1+dfsg-2+b1 amd64 [installed,automatic]
python3-pyqt4/stable,now 4.12.1+dfsg-2+b1 amd64 [installed]
qt-at-spi/stable,now 0.4.0-9 amd64 [installed,automatic]
qt5-gtk-platformtheme/stable,now 5.11.3+dfsg1-1+deb10u4 amd64 [installed,automatic]
qtchooser/stable,now 66-2 amd64 [installed,automatic]
qtcore4-l10n/stable,stable,now 4:4.8.7+dfsg-18+deb10u1 all [installed,automatic]
qttranslations5-l10n/stable,stable,now 5.11.3-2 all [installed,automatic]
qtwayland5/stable,now 5.11.3-2 amd64 [installed,automatic]
vlc-plugin-qt/stable,stable-security,now 3.0.12-0+deb10u1 amd64 [installed,automatic]
groucho@devuan:~$ But ...
Where did qtwayland5 come from?
groucho@devuan:~$ aptitude why qtwayland5
i virtualbox-6.1 Depends libqt5gui5 (>= 5.4.0)
i A libqt5gui5 Suggests qtwayland5
groucho@devuan:~$ Suggests should be off by default.
Do you use any kde apps?
Seems not ...
groucho@devuan:~$ apt list | grep -i installed | grep -i kde
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
libblockdev-crypto2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-fs2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-loop2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-part-err2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-part2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-swap2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev-utils2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
libblockdev2/stable,now 2.20-7+deb10u1 amd64 [installed,automatic]
groucho@devuan:~$ Thanks for your input.
Cheers,
A.
#1399 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 11:33:59
Hello:
... dont use backintime.
... see what happens when i install backintime.
Thanks.
... elogind is the preferred choice over consolekit?
Don't know.
... using the lxqt desktop maybe?
No, the XFCE that came by default with ASCII
groucho@devuan:~$ apt list | grep -i installed | grep xfce4
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
--- snip ---
xfce4/stable,stable,now 4.12.5 all [installed]
groucho@devuan:~$ ... no issues installing and using backintime-qt4 ...
Mine is not Qt:
groucho@devuan:~$ apt list | grep -i installed | grep backintime
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
backintime-common/stable,stable,now 1.1.24-0.1 all [installed,automatic]
backintime-qt4/stable,stable,now 1.1.24-0.1 all [installed]
groucho@devuan:~$ Thanks for your input.
Cheers,
A.
#1400 Re: Installation » [Solved] libpolkit-qt-5-1-1 kept back after ASCII --> Beowulf upgrade » 2021-02-20 01:41:20
Hello:
That looks fairly normal to me. That should fix the libpolkit-qt5-1-1 issue, does it?
Don't know, havent tried.
The thing is that my Beowulf VM, which does not have BackInTime installed, does not have this problem:
root@devuan:~# uname -a
Linux devuan 4.19.0-14-amd64 #1 SMP Debian 4.19.171-2 (2021-01-30) x86_64 GNU/Linux
root@devuan:~# root@devuan:~# apt update && apt install -f && apt upgrade
Hit:1 http://deb.devuan.org/merged beowulf InRelease
Get:2 http://deb.devuan.org/merged beowulf-updates InRelease [26.0 kB]
Hit:3 http://deb.devuan.org/merged beowulf-security InRelease
Fetched 26.0 kB in 6s (4455 B/s)
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@devuan:~#Seems that BackInTime needs this chain to be complete ...
[root@devuan ~]#
aptitude why libpolkit-qt5-1-1
i backintime-qt4 Depends backintime-common (= 1.1.24-0.1)
i A backintime-common Depends python3-keyring
i A python3-keyring Suggests libkf5wallet-bin
i A libkf5wallet-bin Depends libkf5configwidgets5 (>= 4.96.0)
i A libkf5configwidgets5 Depends libkf5auth5 (>= 4.96.0)
i A libkf5auth5 Depends libpolkit-qt5-1-1 (>= 0.112.0)
[root@devuan ~]#But then ...
groucho@devuan:~$ aptitude why-not libpolkit-qt5-1-1
Automatically installed, current version 0.112.0-5, priority optional
The candidate version 0.112.0-6 has priority optional
No dependencies require to remove libpolkit-qt5-1-1 <-----------
groucho@devuan:~$ And ...
groucho@devuan:~$ aptitude why-not libpam-elogind
i libpolkit-backend-consolekit-1-0 Conflicts libpam-elogind
groucho@devuan:~$ The often unread Release Notes for Beowulf say:
Both slim and lightdm will work with either libpam-elogind or consolekit.
Slim is the default login manager for Xfce. Lightdm is the default for
the other desktops.
If No dependencies require to remove libpolkit-qt5-1-1 it may be worthwhile leaving things as they are for the time being.
It could be that the libpolkit-backend-consolekit-1-0 conflict with libpam-elogind eventually gets sorted out. (?)
Makes sense?
Cheers,
A.
Board footer
