Your message dated Tue, 8 Aug 2023 18:29:56 +0100 with message-id <[email protected]> and subject line Re: Bug#1043290: ITS policy lost in transition? has caused the Debian Bug report #1043290, regarding ITS policy lost in transition? to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 1043290: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1043290 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: src:policykit-1 Version: 123-1 I'm trying to package a new upstream of the gparted package and respond to bug #1025568 involving a policykit transition. It appears that gparted uses gettext which is failing to build because it requires /usr/share/gettex/its/policy.its and policy.loc. These files used to be provided by policykit-1, but no longer appear to be packaged at all in Trixie. Were these files supposed to be migrated to another package and forgotten? I would imagine this should be causing ftbs in a number of packages that use gettext. Then again, I wonder if gettext needs these files, why were they part of policykit before? Why aren't they shipped with gettext or a package that it depends on?
--- End Message ---
--- Begin Message ---On Tue, 08 Aug 2023 at 11:40:26 -0400, Phillip Susi wrote: > I'm trying to package a new upstream of the gparted package and respond > to bug #1025568 involving a policykit transition. It appears that > gparted uses gettext which is failing to build because it requires > /usr/share/gettex/its/policy.its and policy.loc. These files used to be > provided by policykit-1, but no longer appear to be packaged at all in > Trixie. They're in libpolkit-gobject-1-dev now, as requested in #955204 and documented in the changelog of version 122-4. I did mention this in #1025568, in the mail that raised the severity to serious: """ * If this package requires the gettext extensions polkit.its and polkit.loc, please build-depend on libpolkit-gobject-1-dev. If the package will be backported to bookworm, also build-depend on polkitd. """ (The original mass bug filing in December 2022 also mentioned that those files were going to move to libpolkit-gobject-1-dev in future, but the future has now arrived :-) > I would imagine this should be causing ftbs in a number of > packages that use gettext. Then again, I wonder if gettext needs these > files, why were they part of policykit before? They're only needed by gettext if it is processing the XML files that describe polkit actions. Most packages don't use polkit; of the packages that do, most of them already needed to build-depend on libpolkit-gobject-1-dev to use its C code. gettext doesn't know "the rules" for translating a polkit action, but polkit does, so it's polkit that is responsible for providing these files which tell gettext how to deal with polkit actions. smcv
--- End Message ---
_______________________________________________ Pkg-utopia-maintainers mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers
