App does not open after yay -Syu

Once again I ran yay -Syu and ran into problems. Do not really get the idea of updates at all, because it has only caused problems recently.

After the update I tried to run a package and after I double-clicked on it nothing happened and .json file appeared.

Contents of the file:

	
protocol_version	"0.0.6"
configuration	
version	"(6.12.0) (makepkg/d9a6e8710b3)"
tlc	"__thread"
sigsgev	"altstack"
notifications	"epoll"
architecture	"amd64"
disabled_features	"none"
smallconfig	"disabled"
bigarrays	"disabled"
softdebug	"enabled"
interpreter	"enabled"
llvm_support	"disabled"
suspend	"hybrid"
memory	
minor_gc_time	"0"
major_gc_time	"0"
minor_gc_count	"0"
major_gc_count	"0"
major_gc_time_concurrent	"0"
threads	
0	
is_managed	true
offset_free_hash	"0x6903e1cb"
offset_rich_hash	"0x6903e1f5"
crashed	true
native_thread_id	"0x7f8364771040"
thread_info_addr	"0x559002afa6c0"
thread_name	"mono"
ctx	
IP	"0x7f836480083c"
SP	"0x7fffaad10c50"
BP	"0x7f8364771040"
managed_frames	
0	
is_managed	"false"
native_address	"unregistered"
1	
is_managed	"true"
guid	"AE194CAC-D587-4077-8A9E-50421150D430"
token	"0x6000013"
native_offset	"0x0"
filename	"KeePass.exe"
sizeofimage	"0x306000"
timestamp	"0x647c7ac9"
il_offset	"0x00000"
2	
is_managed	"true"
guid	"AE194CAC-D587-4077-8A9E-50421150D430"
token	"0x00000"
native_offset	"0x0"
filename	"KeePass.exe"
sizeofimage	"0x306000"
timestamp	"0x647c7ac9"
il_offset	"0x0002a"
unmanaged_frames	
0	
is_managed	"false"
native_address	"0x5590025d8d4e"
native_offset	"0x00000"
1	
is_managed	"false"
native_address	"0x5590027ea11d"
native_offset	"0x00000"
2	
is_managed	"false"
native_address	"0x5590027ec647"
native_offset	"0x00000"
3	
is_managed	"false"
native_address	"0x5590027ecd60"
native_offset	"0x00000"
4	
is_managed	"false"
native_address	"0x559002630116"
native_offset	"0x00000"
5	
is_managed	"false"
native_address	"0x5590025d9437"
native_offset	"0x00000"
6	
is_managed	"false"
native_address	"0x559002627d6c"
native_offset	"0x00000"
7	
is_managed	"false"
native_address	"0x7f83647b0710"
native_offset	"0x00000"
8	
is_managed	"false"
native_address	"0x7f836480083c"
native_offset	"0x00000"
9	
is_managed	"false"
native_address	"0x7f83647b0668"
native_offset	"0x00000"
10	
is_managed	"false"
native_address	"0x7f83647984b8"
native_offset	"0x00000"
11	
is_managed	"false"
native_address	"0x55900258bf61"
native_offset	"0x00000"
12	
is_managed	"false"
native_address	"0x5590028b3de8"
native_offset	"0x00000"
13	
is_managed	"false"
native_address	"0x5590028b4759"
native_offset	"0x00000"
14	
is_managed	"false"
native_address	"0x5590025caef8"
native_offset	"0x00000"
15	
is_managed	"false"
native_address	"0x5590025caf6c"
native_offset	"0x00000"
16	
is_managed	"false"
native_address	"0x559002729e07"
native_offset	"0x00000"
17	
is_managed	"false"
native_address	"0x55900266390c"
native_offset	"0x00000"
18	
is_managed	"false"
native_address	"0x559002637156"
native_offset	"0x00000"
19	
is_managed	"false"
native_address	"0x559002592339"
native_offset	"0x00000"
20	
is_managed	"false"
native_address	"0x5590025dbcf5"
native_offset	"0x00000"
21	
is_managed	"false"
native_address	"0x5590025dd592"
native_offset	"0x00000"
22	
is_managed	"true"
guid	"(null)"
token	"0x00000"
native_offset	"0x0"
filename	"(null)"
sizeofimage	"0x0"
timestamp	"0x0"
il_offset	"0x00000"
1	
is_managed	false
offset_free_hash	"0x0"
offset_rich_hash	"0x0"
crashed	false
native_thread_id	"0x7f8361f936c0"
thread_info_addr	"0x7f835c000b70"
thread_name	"Finalizer"
ctx	
IP	"0x7f83647fb4ae"
SP	"0x7f8361f92bf0"
BP	"(nil)"
unmanaged_frames	
0	
is_managed	"false"
native_address	"0x5590025d8d4e"
native_offset	"0x00000"
1	
is_managed	"false"
native_address	"0x5590027ea11d"
native_offset	"0x00000"
2	
is_managed	"false"
native_address	"0x5590027ec647"
native_offset	"0x00000"
3	
is_managed	"false"
native_address	"0x559002627faa"
native_offset	"0x00000"
4	
is_managed	"false"
native_address	"0x7f83647b0710"
native_offset	"0x00000"
5	
is_managed	"false"
native_address	"0x7f83647fb4ae"
native_offset	"0x00000"
6	
is_managed	"false"
native_address	"0x7f8364806980"
native_offset	"0x00000"
7	
is_managed	"false"
native_address	"0x5590028346a6"
native_offset	"0x00000"
8	
is_managed	"false"
native_address	"0x5590027e8b11"
native_offset	"0x00000"
9	
is_managed	"false"
native_address	"0x7f83647fe9eb"
native_offset	"0x00000"
10	
is_managed	"false"
native_address	"0x7f8364882dfc"
native_offset	"0x00000"

What happened here and how can I fix it?

Yay is a wrapper script for pacman. With aur support. And some bugs.

Why don’t you first update the base system with sudo pacman -Syu and then take care of the aur stuff with yay -Sua , paru or even pamac update --aur

2 Likes

well, I have been taught to use yay -Syu to update everything with one command.

From now on I can update everything using your instructions.

anyway, do you have any idea what has gone wrong?

Bad idea. Update the repo packages first with pacman, and only afterwards update your AUR stuff with yay or pamac.

What package?

keepass

See if this helps… :arrow_down:

Apparently reinstalling the application is all it takes. Although you may — as suggested elsewhere already — want to switch from keepass (which relies on mono, a Windows technology) to keepassxc (which is a native UNIX implementation).

Okay I did sudo pacman -S keepass and it did it like it has never been installed before. It looked like it was a fresh install, not some kind of a repair.

Yes, that appears to be how to work around the issue. As I understand it — but I have not been following the discussion closely — the change that broke the existing installation was in mono, which — as I said above — is an Open Source attempt at duplicating a proprietary Microsoft technology, not a native UNIX technology.

Okay, I see.

Is keepassXC open source?
Are all the packages in the extra open source?

Yes, it is.

Not all of them, no, because Manjaro GmbH — which is the commercial wing of the Manjaro distribution — maintains certain promotional deals with proprietary software vendors.

Therefore, we do for instance carry the commercial and proprietary Softmaker Office — three versions: softmaker-office-2021, softmaker-office-2024 and softmaker-office-nx — in our Extra repository. And let’s not forget that we also offer proprietary video and network drivers for those who need them, as most distributions do.

We do however try to stick with (and recommend) Free & Open Source Software where possible, and in that, we largely follow Arch proper.

1 Like

thank you for your answer!

A little bit off topic, but I will ask here anyway.

When I do yay -Sua I get this:

:: Searching AUR for updates...
 -> Packages not in AUR: libsidplay  manjaro-documentation-en  manjaro-firmware  nerd-fonts-noto-sans-mono  noto-fonts-compat  systemd-fsck-silent
 there is nothing to do

should I be concerned about it? I have systemd-fsck-silent in mind particularly

Those are packages which have either been dropped from the repository and never been added to the AUR, or packages that were dropped from the AUR itself. In other words, they are orphans.

I too have a systemd-fsck-silent service installed here — I don’t know where it comes from or what it does, but it’s either way disabled. I don’t see it in the package manager, so perhaps it was never a standalone package, but rather just something that was dropped from systemd during an upgrade.

Edit: Upon closer inspection, I no longer seem to have systemd-fsck-silent on my system, so I’m guessing that the most recent update to systemd removed it. I am certain that it was still on my system before the update. :wink:

1 Like

I just checked my system and systemd-fsck-silent is still there :slight_smile:

Well, you can safely remove it then. :wink:

Too afraid to break the system …

It’s an orphan. Nothing depends on it, so nothing will break. The same goes for the other packages in that list… :arrow_down:

libsidplay                  # for playing old arcade game ROM images
manjaro-documentation-en    # has been repackaged into other packages
manjaro-firmware            # has been repackaged into other packages
nerd-fonts-noto-sans-mono   # has been repackaged into other packages
noto-fonts-compat           # has been repackaged into other packages

You can safely remove all of those… :arrow_down:

sudo pacman -Rdd libsidplay manjaro-documentation-en manjaro-firmware nerd-fonts-noto-sans-mono  oto-fonts-compat systemd-fsck-silent

How do you get that output with an explanation that the package has been repacked into other packages?

and why do you use pacman -Rdd instead of pacman -Rs ?

It’s because I monitor the Announcements threads. Which every Manjaro user should do. :stuck_out_tongue:

Sometimes packages are installed as dependencies when they shouldn’t be, and removing certain other packages would then also remove the (fake) dependencies. -Rdd prevents that from happening. See… :arrow_down:

man pacman

yay so far what i have learned as it uses your architecture for other reasons, it is better to just use pamac install
or

pacman  -S

I do not see any use for pamac at all, we have pacman

pacman -S is for installing packages

1 Like