Package Details: vala-panel-appmenu-mate-git 24.02.r1.gced6ce3-1

Git Clone URL: https://aur.archlinux.org/vala-panel-appmenu-xfce-git.git (read-only, click to copy)
Package Base: vala-panel-appmenu-xfce-git
Description: AppMenu (Global Menu) plugin for mate-panel
Upstream URL: https://gitlab.com/vala-panel-project/vala-panel-appmenu
Licenses: LGPL3
Conflicts: vala-panel-appmenu-mate
Provides: vala-panel-appmenu-mate
Submitter: rilian
Maintainer: rilian
Last Packager: rilian
Votes: 37
Popularity: 0.74
First Submitted: 2015-04-01 21:00 (UTC)
Last Updated: 2024-02-27 21:15 (UTC)

Required by (5)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 23 Next › Last »

gschwarz commented on 2024-04-10 19:24 (UTC)

It's probably an effect of the overall build system (when run on an installation which does not yet have cmake installed) and no specific shortcoming of this particular package. Please disregard my comment. Apologies for potentially causing confusion.

rilian commented on 2024-04-10 08:22 (UTC)

Why you think so? It has nothing to do with CMake.

gschwarz commented on 2024-04-09 20:58 (UTC) (edited on 2024-04-09 21:04 (UTC) by gschwarz)

The AUR package seems to be missing a build-time dependency on cmake and pkgconf. Maybe this is an implicit dependency which holds for many packages and thus need not be specified with each package?

gschwarz commented on 2024-03-26 19:35 (UTC) (edited on 2024-03-26 22:10 (UTC) by gschwarz)

Thanks, I can confirm that with today's code changes /usr/lib/vala-panel/appmenu-registrar -r can be launched and no longer terminates. Unlike with previous releases, it now is necessary to explicitly (auto-) start the registrar. Previously it was started by the plugin (maybe the respective code now should be removed from the plugin's code if it has not happened yet? Or fix it to have it automatically started again?)

rilian commented on 2024-03-26 15:14 (UTC)

bus thing should fixed now in latest registrar. You can try again, and it should not terminated after 10 seconds if referenced.

gschwarz commented on 2024-03-25 20:52 (UTC)

When registrar is already running, I get an error message when I try to start a second instance (not surprising). When it is not running and I start /usr/lib/vala-panel/appmenu-registrar (either with --reference or without) it terminates after about 8 to 10 seconds. Exit code to the shell is 0. I am not sure whether or not this is normal behaviour when launching the registrar from the shell nor how I could further investigate the reason for that behaviour.

rilian commented on 2024-03-25 15:24 (UTC)

You can, just run /usr/lib/vala-panel/appmenu-registrar. You can add it to autostart, or just use it with console. It actually has commandline options. You need to use --reference option.

gschwarz commented on 2024-03-24 15:49 (UTC)

I'm confused now. I do not explicitly start the registrar binary. From what I understand it is started through /usr/lib/xfce4/panel/plugins/libappmenu-xfce.so How should I add that command line option?

rilian commented on 2024-03-24 07:39 (UTC) (edited on 2024-03-24 08:09 (UTC) by rilian)

Okay, it is strange, but will try to investigate. For a workaround, can you add --reference parameter to your registrar's autostart?

gschwarz commented on 2024-03-23 16:44 (UTC) (edited on 2024-03-23 19:39 (UTC) by gschwarz)

OK, I removed bamf from the system and reinstalled (recompiled) vala-panel-appmenu-xfce-git and vala-panel-appmenu-registrar-git to ensure the builds are not "tainted". However, the problem of registar not running on the first login after reboot remains with both the latest code as well as with aa25801b (where I have removed the dependency on BAMF from the PKGBUILD file). So it seems removing the dependency on BAMF from vala-panel-appmenu-xfce triggers the behavior of registrar not running on first login after reboot. For the aa25801b build it is decisive wether or not bamf is present on the system at compile time (and of course runtime, too). If so, registrar does run on first login after reboot, if not it does not (only on subsequent logins).