!UNVBThoJtlIiVwiDjU:nixos.org

Staging

324 Members
Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.05 | Review Reports: https://malob.github.io/nix-review-tools-reports/110 Servers

Load older messages


SenderMessageTime
19 Dec 2025
@k900:0upti.meK900I don't know why it wants all three13:34:59
@k900:0upti.meK900Maybe gpgme needs to propagate the other two?13:35:06
@ghpzin:envs.netghpzin As I understand all these things (including qgpgme) except for libgpg-error were one and the same before that update PR.
So there was never a question of propagating, it was just a bundle with all cmake .pc files and everything together.
13:37:06
@ghpzin:envs.netghpzin As I understand all these things (including qgpgme) except for libgpg-error were one and the same before that update PR.
So there was never a question of propagating, it was just a bundle with all cmake, .pc files and everything together.
Not sure how person doing that PR decided on how split should work.
13:37:44
@k900:0upti.meK900 @dotlambda thoughts? 13:38:19
@ghpzin:envs.netghpzin As I understand all these things (including qgpgme that added qt things on top) except for libgpg-error were one and the same before that update PR.
So there was never a question of propagating, it was just a bundle with all cmake, .pc files and everything together.
Not sure how person doing that PR decided on how split should work.
14:02:46
@robert:funklause.dedotlambdaIf other packages build fine, I think that's proof that qgpgme shouldn't propagate gpgme(pp)14:03:48
@k900:0upti.meK900I guess14:06:33
@mtvkxsw9tngk:matrix.org@mtvkxsw9tngk:matrix.org left the room.14:17:26
@robert:funklause.dedotlambda

Actually, gpgmepp should probably propagate gpgme and libgpg-error as /nix/store/iixl4y6ddcvh73iihfrng1wg8v2r07jp-gpgmepp-2.0.0/lib/cmake/Gpgmepp/GpgmeppConfig.cmake contains

find_dependency(LibGpgError "1.47")
find_dependency(Gpgme "2.0.0")
14:59:31
@robert:funklause.dedotlambdaAnd qgpgme should propagate gpgmepp. fixed in https://github.com/NixOS/nixpkgs/pull/472418 Sorry for messing up!15:19:40
@k900:0upti.meK900Is that enough to get libkleo building?15:20:16
@k900:0upti.meK900(genuine question I am still very migraine)15:20:27
@robert:funklause.dedotlambdayes, it will get gpgme and libgpg-error transitively15:21:22
@k900:0upti.meK900OK cool15:21:28
@k900:0upti.meK900Feel free to merge when you're done then15:21:38
@ghpzin:envs.netghpzin Built my plasma6 config from staging-next with it, seems to work. 15:38:49
@robert:funklause.dedotlambdaHow do I make zug use gcc 14, but only if the stdenv uses gcc anyway? https://github.com/arximboldi/zug/issues/4516:49:53
@k900:0upti.meK900Patch it instead?16:50:35
@robert:funklause.dedotlambdaThere's no upstream patch16:51:06
@k900:0upti.meK900I mean it tells you what to change16:51:17
@robert:funklause.dedotlambda In the issue they discuss that replacing impl with impl_ causes other problems 16:52:24
@k900:0upti.meK900Well the other problem is16:53:18
@k900:0upti.meK900That thing seems to be mostly headers16:53:22
@k900:0upti.meK900So even if you give it a different stdenv anything including it will still explode16:53:33
@robert:funklause.dedotlambdatrue16:53:43
@k900:0upti.meK900Also my C++ is very rusty (hehe) but I think that last comment is correct?16:53:47
@robert:funklause.dedotlambdaI guess I'll give it a try16:54:19
@ghpzin:envs.netghpzin You could also -Wno-error=template-body, not sure if that would be better or worse. 17:08:57
@ghpzin:envs.netghpzin You could also -Wno-error=template-body, not sure if that would be better or worse.
Kind of surprised no other distro patches/works around it somehow, considering they should have packaged krita
17:09:52

Show newer messages


Back to Room ListRoom Version: 6