On 3/22/26 12:43, Santiago Vila wrote:
Package: src:gkrellm Version: 2.5.1-1 Severity: graveControl: affects -1 src:bfm src:gkrellkam src:gkrellm2-cpufreq src:gkrellm-leds src:gkrellm-mailwatch src:gkrellmoon src:gkrellm-radio src:gkrellm-reminder src:gkrellm-volume src:gkrellmwireless src:gkrellshoot src:gkrellweatherDear maintainer: During a rebuild of all packages in unstable, many packages having gkrellm in their builds-depends failed to build in this way:/usr/include/gkrellm2/log.h:37:10: fatal error: gkrellm-visibility.h: No such file or directory37 | #include "gkrellm-visibility.h" | ^~~~~~~~~~~~~~~~~~~~~~ I believe this is a bug in gkrellm so I'm filing a single report here. (If you can confidently assure that this is not the case, please tell me and I will file bugs on the individual packages instead).
I think this is due to the fact that gkrellm-visibility.h was put into the gkrellmd binary package if I read gkrellmd.install correctly. Technically gkrellm and gkrellmd share both their include directory as well as some header files (log.h and gkrellm-visiblity.h). This is probably not very nice for distro packaging (or you'd need three -dev packages just to split that up correctly).
I'll see if I can avoid this in a future GKrellM release (the logging probably will be replaced by glib logging and the visiblity macros could be duplicated in gkrellm.h and gkrellmd.h to separate headers completely).
For current Debian packaging I would suggest to put gkrellm-visiblity.h into gkrellm.install just like it was done for log.h already. I don't think there is any gkrellmd-only plugin in Debian that would fail the build with that kind of setup (gkrellmd plugins are generally very few).
Regards, Stefan Gehn
smime.p7s
Description: S/MIME Cryptographic Signature
