[gentoo-dev] Last rites: www-client/conkeror
# Ulrich Müller (23 Oct 2018) # Depends on signature.asc Description: PGP signature
Re: [gentoo-dev] GitHub problems aftermath
> Just 'git commit --amen' to update the timestamp [...] Thanks Michał, that did the trick. -Ralph
Re: [gentoo-dev] GitHub problems aftermath
On Tue, 2018-10-23 at 13:21 +0200, Ralph Seichter wrote: > According to https://status.github.com/ the technical problems have been > fixed for a good 12 hours now, but I still have a pull request with the > status "QA checks in progress". That message has now been displayed for > almost 24 hours. > > Is there any way for me to restart the QA tests, other than a fresh > commit? > Just 'git commit --amen' to update the timestamp, and 'git push --force ...' -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] GitHub problems aftermath
According to https://status.github.com/ the technical problems have been fixed for a good 12 hours now, but I still have a pull request with the status "QA checks in progress". That message has now been displayed for almost 24 hours. Is there any way for me to restart the QA tests, other than a fresh commit? -Ralph
Re: [gentoo-dev] [RFC] Removing barely used global flags
On Sat, 20 Oct 2018 12:41:03 +0200 Michał Górny wrote: > We seem to have a lot of global flags that are used only by a few > packages. How about moving them to local flags? List of flags with > less than 5 packages using them, ordered by use count, follows. Where > applicable, local flag descriptions are listed. No disagreement in principle, however it might be worth checking which of them are practically used at all or could be removed entirely. "directfb" caught my attention, which I doubt is very active today. Though the package in question - libggi - only uses the directfb flag in an old ebuild, the latest one hard-disables directfb. So well, if you stabilize libggi-2.2.2-r1 and remove the old ebuild you can entirely get rid of this useflag instead of making it local. Plausibly there may be other such cases, i.e. flags that were used in the past, but for things that got deprecated / out of fashion / are practically no longer used. -- Hanno Böck https://hboeck.de/ mail/jabber: ha...@hboeck.de GPG: FE73757FA60E4E21B937579FA5880072BBB51E42 pgpD2YYux9maw.pgp Description: OpenPGP digital signature
[gentoo-dev] New global flag: elogind
Hi, How about: elogind - Enable session tracking via sys-auth/elogind Currently used by 12 packages, one more coming soonish: local:elogind:app-admin/packagekit-base: Enable elogind support to get user session local:elogind:gnome-base/gnome-settings-daemon: Rely on sys-auth/elogind as runtime logind provider local:elogind:gnome-base/gnome-shell: Use sys-auth/elogind for session tracking and suspend support. local:elogind:gnome-base/gvfs: Use sys-auth/elogind for session tracking. local:elogind:net-misc/networkmanager: Use sys-auth/elogind for session tracking local:elogind:sys-apps/accountsservice: Use sys-auth/elogind instead of sys-auth/consolekit for session tracking local:elogind:sys-apps/dbus: Use sys-auth/elogind for session tracking. local:elogind:sys-auth/pambase: Use pam_elogind module to register user sessions with elogind. local:elogind:sys-auth/polkit: Use sys-auth/elogind instead of sys-auth/consolekit for session tracking local:elogind:sys-fs/udisks: Use sys-auth/elogind for session tracking local:elogind:sys-process/procps: Use sys-auth/elogind for session tracking. local:elogind:x11-misc/sddm: Use sys-auth/elogind for session tracking. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part