[Testing Update] 2020-09-10 - Kernels, Password-Managers, MHWD, Pamac, VirtualBox, Gnome

@blw should be fixed via tigervnc-1.11.0-2. Thx for reporting.

No issues running cinnamon :+1::+1:

Yes. Problem has been resolved. Thank you.

I may have missed it in previous updates, but Pop Shell now actually works in Wayland!

1 Like

Smooth update on KDE by the look of things.

EasyTAG had a new dependency, which gave me this prompt in the early steps of the update process:

:: There are 2 providers available for libnautilus-extension.so=1-64:
:: Repository extra
   1) libnautilus-extension
:: Repository community
   2) libnautilus-extension-typeahead

Enter a number (default=1):

Since the number two seems to be “patched” and more recently updated, I picked that.

got

warning: directory permissions differ on /var/lib/dhcpcd/
filesystem: 700  package: 755

seems it’s a bug
https://bbs.archlinux.org/viewtopic.php?id=258877

2 Likes

I’m not sure why one would need anything Nautilus related on KDE, but you certainly won’t benefit from libnautilus-extension-typeahead.

FYI, EasyTag is an old GNOME project. I might suggest kid3-qt for KDE since it’s a native Qt app.

Vritualbox 6.1.14 not working for me.
I installed virtualbox (6.1.14-1) and virtualbox-host-dkms (6.1.14-1) and tested with kernel 5.8.8. It crashes big time with a very long core dump when I try to start a VM:

core dump
Sep 11 07:38:53 rakete systemd-coredump[5512]: Process 5461 (VirtualBoxVM) of user 1000 dumped core.

                                               
                                               Stack trace of thread 5502:
                                               #0  0x00007fca25481279 XCloseDisplay (libX11.so.6 + 0x1e279)
                                               #1  0x00007fc9db6c4e56 n/a (VBoxDD.so + 0xc6e56)
                                               #2  0x00007fc9db6a8691 n/a (VBoxDD.so + 0xaa691)
                                               #3  0x00007fc9db6acfb0 n/a (VBoxDD.so + 0xaefb0)
                                           #4  0x00007fca013d432a n/a (VBoxVMM.so + 0xf232a)
                                           #5  0x00007fca29749824 n/a (VBoxRT.so + 0x187824)
                                           #6  0x00007fca2980a841 n/a (VBoxRT.so + 0x248841)
                                           #7  0x00007fca29af53e9 start_thread (libpthread.so.0 + 0x93e9)
                                           #8  0x00007fca29a1d293 __clone (libc.so.6 + 0x100293)
                                       
                                       Stack trace of thread 5486:
                                       #0  0x00007fca29afb9c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + >
                                       #1  0x00007fca2980c9ef RTSemEventWait (VBoxRT.so + 0x24a9ef)
                                       #2  0x00007fc9db6a72d6 n/a (VBoxDD.so + 0xa92d6)
                                       #3  0x00007fc9db6aef7b n/a (VBoxDD.so + 0xb0f7b)
                                       #4  0x00007fc9db638249 n/a (VBoxDD.so + 0x3a249)
                                       #5  0x00007fca013bce3d n/a (VBoxVMM.so + 0xdae3d)
                                       #6  0x00007fca013bd110 n/a (VBoxVMM.so + 0xdb110)
                                       #7  0x00007fca014111a1 n/a (VBoxVMM.so + 0x12f1a1)
                                       #8  0x00007fca0141579b n/a (VBoxVMM.so + 0x13379b)
                                       #9  0x00007fca01416931 n/a (VBoxVMM.so + 0x134931)
                                       #10 0x00007fca0141471f n/a (VBoxVMM.so + 0x13271f)
                                   #11 0x00007fca29749824 n/a (VBoxRT.so + 0x187824)
                                   #12 0x00007fca2980a841 n/a (VBoxRT.so + 0x248841)
                                   #13 0x00007fca29af53e9 start_thread (libpthread.so.0 + 0x93e9)
                                   #14 0x00007fca29a1d293 __clone (libc.so.6 + 0x100293)
                                   ... and so forth

I tried virtualbox-bin (6.1.14-2) from the AUR and that works fine. Something wrong with the Manjaro packages?

there is a bug with gparted and kernel 5.8.8
on launch gparted we have a windows full with errors with gpt

gparted&
[1] 27323
 Unit \xe2\x97\x8f.service does not exist, proceeding anyway.
GParted 1.1.0
configuration --enable-libparted-dmraid --enable-online-resize
libparted 3.3
La ou les partitions 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128 ont été écrites sur /dev/sda, mais il est impossible d’informer le système des changements, sans doute à cause de leur utilisation. Ainsi, les anciennes partitions restent en usage. Vous devriez redémarrer maintenant avant d’effectuer d’autres changements.
4 Likes

same error with archlinux: kernel 5.8.8-arch1-1 and gparted / mbr (so bug not here)

La ou les partitions 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 ont été écrites sur /dev/sda, mais il est impossible d’informer le système des changements, sans doute à cause de leur utilisation. Ainsi, les anciennes partitions restent en usage. Vous devriez redémarrer maintenant avant d’effectuer d’autres changements.
4 Likes

no immediate issues on KDE/AMD/5.8 here :slight_smile:

Seeing that on KDE DEV Edition

the issue with gparted and the 5.8.8 kernel we have to see. It doesn’t matter which DE you run.

[phil@development extra]$ gparted
Unit \x2a.service does not exist, proceeding anyway.
Unit \x2a.service does not exist, proceeding anyway.
Unit \x2a.service does not exist, proceeding anyway.
GParted 1.1.0
configuration --enable-libparted-dmraid --enable-online-resize
libparted 3.3
Partition(s) 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116, 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242, 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256 on /dev/sdb have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.

Question is more if 5.8.7 had the same issue.

Manjaro Xfce with kernel 5.8.8-2 now, nvidia 418-113 here: Update went fine, no immediate system errors observed.

However, I now have a problem with VirtualBox 6.1.14 as installed from the official repo. Up front, Oracle finally got a solution for Linux 5.8. My problem now is: It seems I can’t find a way to install the Extension Pack for 6.1.14, neither when grabbing the official Oracle one from their website, nor when trying to install it from the AUR.

Let me describe my trials:
First, I tried to uninstall the old 6.1.12 Extension Pack via the VirtualBox GUI - that errored out.
Next, I could uninstall it successfully via VBoxManage from terminal.
Third, trying to install the new 6.1.14 Extension Pack as provided by the Oracle website fails, both from the VB GUI and via VBoxManage. The error message from the VB GUI is:

Failed to run /usr/lib/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-tqck1t/stdout --stderr /tmp/VBoxExtPackHelper-tqck1t/stderr --elevated install --base-dir /usr/lib/virtualbox/ExtensionPacks --cert-dir /usr/share/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball '/home/myself/VMs/VMs/VirtualBox XLs/Oracle_VM_VirtualBox_Extension_Pack-6.1.14-140239.vbox-extpack' --sha-256 b224e796e886b19bce69f0aaedf6ca82bad0ca29c61fb0ed86166efb84356942.

and

Failed to execute child process “/usr/lib/virtualbox/VBoxExtPackHelperApp --stdout /tmp/VBoxExtPackHelper-tqck1t/stdout --stderr /tmp/VBoxExtPackHelper-tqck1t/stderr --elevated install --base-dir /usr/lib/virtualbox/ExtensionPacks --cert-dir /usr/share/virtualbox/ExtPackCertificates --name 'Oracle VM VirtualBox Extension Pack' --tarball '/home/myself/VMs/VMs/VirtualBox XLs/Oracle_VM_VirtualBox_Extension_Pack-6.1.14-140239.vbox-extpack' --sha-256 b224e796e886b19bce69f0aaedf6ca82bad0ca29c61fb0ed86166efb84356942” (No such file or directory)

and in the terminal an additional

[in the directory where the extpack sits]$ VBoxManage extpack install --replace “Oracle_VM_VirtualBox_Extension_Pack-6.1.14-140239.vbox-extpack”
… License acceptance cut …
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install “/home/myself/VMs/VMs/VirtualBox XLs/Oracle_VM_VirtualBox_Extension_Pack-6.1.14-140239.vbox-extpack”
VBoxManage: error: The installer failed with exit code 1:
VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component ExtPackManagerWrap, interface IExtPackManager
VBoxManage: error: Context: “RTEXITCODE handleExtPack(HandlerArg*)” at line 1424 of file VBoxManageMisc.cpp

I checked that the VBoxHelperApp is available, and that the /usr/lib/virtualbox/ExtensionPacks directory is present; but the /usr/share/virtualbox/ExtPackCertificates directory is not present (guess it should be created automatically when running VBoxManage).

So I am lost in the VirtualBox space by now. Anybody having some hints as to how to get the new Extension Pack installed? Thanks in advance.

Two remarks: Sorry, but I am in a bit of trouble formatting my posts properly on the new forum, which I had learned to do nicely on the old one. Second, please forgive me if these VB problems shouldn’t be in the Testing Updates thread!

Careful with VirtualBox Extention Packs, they’re not FOSS, but go under a “Personal Use and Evaluation License” (see VirtualBox_PUEL – Oracle VM VirtualBox) so make sure you really need it, and can’t absolutely go without it. It’s probably fine if you install it on your personal laptop, but don’t go around installing it at work without your employer’s permission. Oracle is known to sue ruthlessly due to licensing traps like these.

Same with linux59…

1 Like

Oh sure, I know about this condition - all being obeyed. Thanks for the heads-up.

1 Like

my bet is on this patch or any other block patches of 5.8.8. If you start parted or fdisk in a terminal, no issues. Have to check partitionmanager.

2 Likes

I know its probably not related at all but the gnome disk utility still works fine so the gui from that can be used for people scared of the cli

1 Like

Ah, things took a step further. I could now install the Extension Pack 6.1.14 from the AUR successfully, which had failed previously. Not sure why. So the next steps are ahead - try to run a virtual machine under Linux 5.8 for the first time - in my case, Windows plus installing the Guest Additions.