[Stable Update] 2022-12-06 - Kernels, Mesa, Plasma, Cinnamon, Nvidia, LibreOffice, Pipewire, Virtualbox

[Yochanan]

@sobrus

Maybe AUR package maintained by someone from Manjaro “community” team, that contains unrestricted mesa libva driver will do the trick?

The Arch extra package already accomplishes this. It cannot be added to the AUR.

When submitting a package to the AUR, observe the following rules:

• The submitted PKGBUILDs must not build applications already in any of the official binary repositories under any circumstances. Check the official package database for the package. If any version of it exists, do not submit the package.

– AUR submission guidelines - ArchWiki

[graeme]

Since the update, my desktop restarts after each shutdown.

It does not seem to be a hardware issue as it stays shutdown if I shut it down with a long press on the power button while it is rebooting.

I have tried shutting down from sddm, KDE and a terminal. I also tried changing kernels.

I have no idea how to debug this or gather useful information.

[Blu3wolf]

Can we install packages from the Arch extra repo on Manjaro?

[sobrus]

Yes, in fact this is what I did. But it has to be downloaded and updated manually (unlike AUR).

Mesa libva version 22.3 from Arch repo with mesa 22.2 from Manjaro repo:

vainfo: Driver version: Mesa Gallium driver 22.3.0 for AMD Radeon RX 6800 XT (navi21, LLVM 14.0.6, DRM 3.48, 6.0.11-1-MANJARO)

In fact, I’ve used packages from arch repo manually many times over my 9yr+ experience with Manjaro and never had any problems.

[srahman5317]

Not seeing the issue here. Any specific setup or theme?

[Frenchy]

In response to your question, there’s this…

KDE Plasma 5.26.x Stability Inquiry

Hello fellow Plasma users, I am starting this thread specifically as a followup to the thread KDE plasma bugs after each update [Stable Update] 2022-09-12. To summarize the issue, Plasma 5.25 was clearly not a good generation of our beloved desktop environment — even the KDE developers themselves acknowledged that it wasn’t their best work — and as you can see in the KDE plasma bugs after each update [Stable Update] 2022-09-12 thread, a number of us chose to skip the upgrade from 5.24.6 to 5.2…

[Aragorn]

Yes, you can, but at your own risk only. Doing so is not supported, and if it breaks your system, then you get to keep all the pieces.

[Derivability]

Thanks a lot
Had the same issue with audio crashing. Kernel update fixed it

[pheiduck]

hm, openshot does not use x264 or x265… so it has no hardware acceleration

I have now also thought about whether this is a good idea to remove the hardware acceleration from Mesa. Since many content creators require this, I think you should provide a way to enable this feature whether it is via x264 or x265.

[Ultrabenosaurus]

I’m running Manjaro Plasma on an Intel / NVIDIA system.

After the updates and rebooting I noticed Flameshot wasn’t running in the background as it should. Clicking the shortcut in the application launcher did absolutely nothing, but running the Exec command from its .desktop file in a terminal gave the following error:

/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=/app/bin/flameshot org.flameshot.Flameshot

qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::NoProfile)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::NoProfile)
Could not initialize GLX

This was fixed by manually running flatpak upgrade and waiting for it to remove, update, and install various packages - some of which I’m sure I saw included in the system updates, but I may be mistaken on this.

[gefri]

Updated & tested various of my RDP connections
It is as I expected.
Some RDP connections still work.
But those to my company (RDS Gateway, for which I had to install H264 package) doesn’t work any longer.
Since I have no access to their error logs & configs I’m stuck.

Edit/update: after reinstalling openh264 I succeded to connect again

[Maltavius]

So how do I go about doing this?

[rizuhaso]

After last update the interface start working with visible reduced performance (low fps, jerky windows drawings).
I use XFCE with picom compositor on an old AMD FX-8350 with integrated AMD ATI Radeon 3000., kernel: 6.0.11-1-MANJARO, and video-linux drivers

[leducvin]

@philm

Due to the update to openssl 3.0 some things still look for the older LTS version 1.1. You may install openssl-1.1 and maybe lib32-openssl-1.1 packages. However report such issues to us.

To those using Microsoft’s ODBC Driver 18 for SQL Server®, this update breaks the driver, most likely because of the upgrade to OpenSSL 3.0, as is known for MacOS, described here: Known issues for the ODBC driver on Linux and macOS - ODBC Driver for SQL Server | Microsoft Learn

It does not work even after installing openssl-1.1 and lib32-openssl-1.1. It fails with an error SSL Provider [error:0A0C0103:SSL routines::internal error]

I don’t think this is really a Manjaro issue, more of a problem with Microsoft’s driver. Microsoft suggests to symlink the OpenSSL binary to the 1.1 version, which suggest that their driver is still “looking for that”. Just wanted to let the community know.

EDIT: now I am confused, as apparently the driver does support OpenSSL 3.0, as stated here: https://techcommunity.microsoft.com/t5/sql-server-blog/odbc-driver-18-0-for-sql-server-released/ba-p/3169228. So, I don’t know what the issue really is.

[Strit]

If it’s an AUR package, have you tried rebuilding it?

[crimson-daemon]

Latest update broke some chrome based applications that I use for work (StorageExplorer and AzureDataStudio).

To make them work, I had to disable GPU Acceleration using --disable-gpu from the cli.

I assume it has something to do with the new Nvidia driver and CEF versions that those apps use. Chrome based browsers work without problem.

Error log example:

(main:813200) <ERRO> UNHANDLED PROMISE REJECTION in main process:
  Error: GPU access not allowed. Reason: GPU process crashed too many times with SwiftShader.
(node:807364) UnhandledPromiseRejectionWarning: Error: GPU access not allowed. Reason: GPU process crashed too many times with SwiftShader.
    at App.gpuProcessCrashHandler (/opt/StorageExplorer/resources/app/out/app/index.js:173:38)
    at App.emit (node:events:527:28)
    at App.<anonymous> (node:electron/js2c/browser_init:229:1206)
    at App.emit (node:events:527:28)
(Use `StorageExplorerExe --trace-warnings ...` to show where the warning was created)
(node:807364) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 9)

[wszqkzqk]

It does effect encoding, I cannot use hevc_vaapi to encode a video so I’ve switched to Arch