[ARM Stable Update] 2021-04-27 - Firefox, KDE Frameworks, RPI Imager, Uboots and Kernels

Update on Pi 400 went fine, however noticed something weird and not sure if it’s new thing or was always there. KDE version. When I rebooted after update and didn’t log in fast enough and the password dialog faded out, I was unable to make it appear again. No key press did resummon it, s wasn’t able to log in, had to reboot Pi for new password box to appear…

edit: then again, could not repeat this problem later … so dunno what happened there. :man_shrugging:

I’m using Rapberry Pi 4B 4GB, update went well, but the system becomes slow in network service (not sure if I use the correct term so bear with me):

I have TiddlyWiki server and JupyterLab server exposed to certain port so I could access those services. We I access them throuph PC browser, the loading of both services is significantly slower, even over LAN. Tried reboot multiple times but still the same. This happened after this update.

I don’t use bluetooth plugin in waybar. I tried to comment out the whole bar{...} in my ~/.config/sway/mode/default, with no progress. Still freezes on manjaro logo. Also when running sway command in terminal, noting happens. Will try to investigate more later.

What have happened with the disabling screensaver feature in the recent KDE Plasma? In the older version you could temporarily disable screensaver either by selecting the ‘allow automatic sleep and screen lock’ (or whatever it’s named in English) in the battery widget, or by selecting ‘enable presentation mode’ (or whatever it’s named in English) in the display widget. The screensaver will not appear until you deselect the one of the above option I’ve mentioned. In the recent Plasma you can disable screensaver, but to enable it you’ll need to re-login. This is like that for months. But why? Does it works correctly on regular Manjaro (it’s an ARM or Pinebook Pro related bug)? Or no-one is using these features?

That’s a good question. It works fine on regular Manjaro x64 (I use it extensively on my desktop).

I will test it out on my Pinebook Pro.

1 Like

looks like you “only” have to update the tooltip section of the bluetooth plugin…

Otherwise juste replace {status} with {} in your bluetooth tooltip config

just tried it out. Waybar works again :slight_smile:

1 Like

Hello there,
Running Manjaro ARM Phosh on a PinePhone convergence. Since the update, chatty is not working anymore.
This means I cannot receive or send text messages.

Here is the error message I get when trying to launch it from the terminal:

[manjaro@manjaro-arm ~]$ chatty
chatty: error while loading shared libraries: libedataserver-1.2.so.25: cannot open shared object file: No such file or directory

Is anyone else experiencing this?
Any ideas or suggestions on where this could be coming from?

(FYI, the rest seems to be working fine otherwise :slight_smile: )

What’s your version of Chatty?

Current in Stable should be 0.3.0_beta2-1.

This is interesting. While other packages have been updated, chatty was still in version 0.3.0_beta+15+g6477649-1.

It looks like it failed to update to the correct package version.

[manjaro@manjaro-arm ~]$ sudo pacman -Syu
[sudo] password for manjaro: 
:: Synchronising package databases...
 core is up to date
 extra is up to date
 community is up to date
:: Starting full system upgrade...
warning: chatty: local (0.3.0_beta+15+g6477649-1) is newer than community (0.3.0_beta2-1)
resolving dependencies...
looking for conflicting packages...

The solution was as simple as removing the package and reinstalling it.

[manjaro@manjaro-arm ~]$ sudo pacman -R chatty
[manjaro@manjaro-arm ~]$ sudo pacman -Syu chatty

[manjaro@manjaro-arm ~]$ pacman -Q chatty
chatty 0.3.0_beta2-1

Now chatty is back. And even better, I managed to see the text messages that were sent to me during the time it was down! :slight_smile:

Thank you @Strit for putting me on the right track!

2 Likes

I’ve fixed the freezing of pinebook 1080p on manjaro splash/boot screen by downgrading the sway and wlroots packages to previous versions. How should I proceed, If I want to be the bug fixed in next versions?

1 Like

Solved: I’ve reported in a past update that brazilian keyboard special characters ´`~^ç etc stopped working, but with the last update it seems fixed in kde rpi4, i might check it in sway as well later. Tnx for the system!

I would check the issues in both projects and if necessary open a new one. Usually members of the dev team will ask for more details and give instructions. Eventually the problem can be found and fixed…

Just for the record, I’ve filled an issue to the sway github repo.

1 Like