meson: Various fixes #118
Merged
meson: Various fixes #118
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
bobby285271
force-pushed
the
meson-fixes
branch
2 times, most recently
from
abc405c to
fe2026f
Compare
bobby285271
force-pushed
the
meson-fixes
branch
from
fe2026f to
58a452e
Compare
mtwebster
reviewed
Apr 5, 2024
Follow up of 878431b. "/ with string arguments" requires meson 0.49.0.
This is where the program actually lives.
Since we install usr/share/glib-2.0/schemas/org.x.sticky.gschema.xml, we should run the glib-compile-schemas.
Let's respect meson's bindir option.
Instead of telling people in README.md, let's just do it ourselves.
bobby285271
added a commit
to bobby285271/nixpkgs
that referenced
this pull request
Dec 1, 2024
This reverts commit 8816be7. Well this is not a desktop entry... I think. This fixes opening Maps in GNOME (from the activity view) for me: "JS ERROR: Error: Requiring GLib, version 2.0: Typelib file for namespace 'GLib', version '2.0' not found". I learned from the KDE docs[1] that *unlike desktop files*, dbus files should contain full path to the application to start. I tried not using full path previously in a sticky PR[2] and it just fails to start with `org.freedesktop.DBus.Error.Spawn.ExecFailed`. [1]: https://develop.kde.org/docs/features/d-bus/dbus_autostart_services/#creating-a-service-file [2]: linuxmint/sticky#118
nixpkgs-ci bot
pushed a commit
to NixOS/nixpkgs
that referenced
this pull request
Dec 3, 2024
This reverts commit 8816be7. Well this is not a desktop entry... I think. This fixes opening Maps in GNOME (from the activity view) for me: "JS ERROR: Error: Requiring GLib, version 2.0: Typelib file for namespace 'GLib', version '2.0' not found". I learned from the KDE docs[1] that *unlike desktop files*, dbus files should contain full path to the application to start. I tried not using full path previously in a sticky PR[2] and it just fails to start with `org.freedesktop.DBus.Error.Spawn.ExecFailed`. [1]: https://develop.kde.org/docs/features/d-bus/dbus_autostart_services/#creating-a-service-file [2]: linuxmint/sticky#118 (cherry picked from commit d37e098)
mkg20001
pushed a commit
to mkg20001/nixpkgs
that referenced
this pull request
Dec 5, 2024
This reverts commit 8816be7. Well this is not a desktop entry... I think. This fixes opening Maps in GNOME (from the activity view) for me: "JS ERROR: Error: Requiring GLib, version 2.0: Typelib file for namespace 'GLib', version '2.0' not found". I learned from the KDE docs[1] that *unlike desktop files*, dbus files should contain full path to the application to start. I tried not using full path previously in a sticky PR[2] and it just fails to start with `org.freedesktop.DBus.Error.Spawn.ExecFailed`. [1]: https://develop.kde.org/docs/features/d-bus/dbus_autostart_services/#creating-a-service-file [2]: linuxmint/sticky#118
bjornfor
pushed a commit
to bjornfor/nixpkgs
that referenced
this pull request
Dec 19, 2024
This reverts commit 8816be7. Well this is not a desktop entry... I think. This fixes opening Maps in GNOME (from the activity view) for me: "JS ERROR: Error: Requiring GLib, version 2.0: Typelib file for namespace 'GLib', version '2.0' not found". I learned from the KDE docs[1] that *unlike desktop files*, dbus files should contain full path to the application to start. I tried not using full path previously in a sticky PR[2] and it just fails to start with `org.freedesktop.DBus.Error.Spawn.ExecFailed`. [1]: https://develop.kde.org/docs/features/d-bus/dbus_autostart_services/#creating-a-service-file [2]: linuxmint/sticky#118 (cherry picked from commit d37e098)
presto8
pushed a commit
to presto8/nixpkgs
that referenced
this pull request
Dec 28, 2024
This reverts commit 8816be7. Well this is not a desktop entry... I think. This fixes opening Maps in GNOME (from the activity view) for me: "JS ERROR: Error: Requiring GLib, version 2.0: Typelib file for namespace 'GLib', version '2.0' not found". I learned from the KDE docs[1] that *unlike desktop files*, dbus files should contain full path to the application to start. I tried not using full path previously in a sticky PR[2] and it just fails to start with `org.freedesktop.DBus.Error.Spawn.ExecFailed`. [1]: https://develop.kde.org/docs/features/d-bus/dbus_autostart_services/#creating-a-service-file [2]: linuxmint/sticky#118 (cherry picked from commit d37e098)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Trying to make NixOS build happy with less random workarounds...
Let me know if it is not okay to bump meson requirements to 0.57.Restored meson 0.49 support per linuxmint/slick-greeter#240