Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

libgnome-keyring: Unify #321785

Merged
merged 3 commits into from
Jul 1, 2024
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
14 changes: 14 additions & 0 deletions pkgs/desktops/gnome/core/libgnome-keyring/default.nix
Original file line number Diff line number Diff line change
Expand Up @@ -13,9 +13,23 @@ stdenv.mkDerivation (finalAttrs: {

outputs = [ "out" "dev" ];

strictDeps = true;
propagatedBuildInputs = [ glib gobject-introspection dbus libgcrypt ];
nativeBuildInputs = [ pkg-config intltool ];
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we should try to use autoreconfHook?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not want to touch this. It should die already.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not want to touch this. It should die already.

Oh I think the 1st commit's title is misleading - you are in fact editing the expression of the attribute libgnome-keyring, and not libgnome-keyring3.

Copy link
Member Author

@jtojnar jtojnar Jun 24, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is modifying what was gnome.libgnome-keyring (libgnome-keyring3) at the time of the commit. The package is only renamed later.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do not want to touch this. It should die already.

This is the comment that confused me BTW - why should it die?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It adds extra maintenance work just to support few apps that could not be bothered to migrate to libsecret in the 10+ years libgnome-keyring has been deprecated.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It adds extra maintenance work just to support few apps that could not be bothered to migrate to libsecret in the 10+ years libgnome-keyring has been deprecated.

Ahh OK so libgnome-keyring is replaced by libgnome-keyring3 which should really be replaced by libsecret.

Still though, if we don't have that many packages still depending on libgnome-keyring or libgnome-keyring3, I'd make the effort to try to add autoreconfHook, but I don't care too much about this old library to insist on that :).


configureFlags = [
# not ideal to use -config scripts but it's not possible switch it to pkg-config
# binaries in dev have a for build shebang
Comment on lines +21 to +22
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't understand the end of this sentence, but for sure this word is missing:

Suggested change
# not ideal to use -config scripts but it's not possible switch it to pkg-config
# binaries in dev have a for build shebang
# not ideal to use -config scripts but it's not possible to switch it to pkg-config

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here, I just cherry-picked @Artturin’s commit and gave up on it.

I believe it is supposed to be parsed “binaries in dev have (a (for build) shebang)”

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here, I just cherry-picked @Artturin’s commit and gave up on it.

I believe it is supposed to be parsed “binaries in dev have (a (for build) shebang)”

@Artturin gave their 👍 for rephrasing that sentence as you said.

"LIBGCRYPT_CONFIG=${lib.getExe' (lib.getDev libgcrypt) "libgcrypt-config"}"
];

postPatch = ''
# uses pkg-config in some places and uses the correct $PKG_CONFIG in some
# it's an ancient library so it has very old configure scripts and m4
substituteInPlace ./configure \
--replace "pkg-config" "$PKG_CONFIG"
'';

passthru.tests.pkg-config = testers.testMetaPkgConfig finalAttrs.finalPackage;

meta = {
Expand Down