Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 480336 - Support "openrc-force" for a set of gnome packages
Summary: Support "openrc-force" for a set of gnome packages
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: gnome-3.8-stable
  Show dependency tree
 
Reported: 2013-08-09 10:34 UTC by Pacho Ramos
Modified: 2013-10-02 18:54 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pacho Ramos gentoo-dev 2013-08-09 10:34:27 UTC
This comes from the long long thread in ML to let people skip systemd requirement in a way they certainly know they are running a completely unsupported setup that can lead to unexpected problems (apart of the known: multiseat, power management, gdm...):
http://www.gossamer-threads.com/lists/gentoo/dev/276077

"3. Add a "openrc-force" USE flag to offending packages. This USE flag
would be masked in all profiles, needing users to unmask it locally (the
packages would warn about it when enabling and so)"

For example, for gnome-shell:
- Add "openrc-force" to its IUSE
- Change to:
!openrc-force ( >=sys-apps/systemd-31 )

eclass should have the following in gnome2_src_prepare:
in_iuse openrc-force && ewarn "You are enabling 'openrc-force' USE flag to skip systemd requirement, this can lead to unexpected problems and is not supported neither by upstream neither by Gnome Gentoo maintainers. If you suffer any problem, you will need to disable this USE flag system wide and retest before opening any bug report"

And profiles/base/use.mask should contain "openrc-force"
Comment 1 Gilles Dartiguelongue (RETIRED) gentoo-dev 2013-08-10 09:54:58 UTC
I think, if anything, I'd go with a systemd useflag forced enabled in gnome profile.
Comment 2 Pacho Ramos gentoo-dev 2013-08-10 19:31:27 UTC
I don't have a strong opinion on this, but I chose a different USE flag for this specific purpose to cover the cases of people forcing openrc compat even getting a mid-working situation. This would also allow us to show a canonical warning from gnome2.eclass to warn people again about its usage, and would also prevent systemd haters to simply go ahead and disable "systemd" USE flag (even being force enabled) indicating them that, in this set of packages, it's highly discouraged to force it to use openrc.
Comment 3 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-08-12 14:35:39 UTC
(In reply to Gilles Dartiguelongue from comment #1)
> I think, if anything, I'd go with a systemd useflag forced enabled in gnome
> profile.

I thought we can't do that until portage gets a better way of handling circular dependencies? (see bug 479986)
Comment 4 Pacho Ramos gentoo-dev 2013-08-20 10:07:59 UTC
(In reply to Alexandre Rostovtsev from comment #3)
> (In reply to Gilles Dartiguelongue from comment #1)
> > I think, if anything, I'd go with a systemd useflag forced enabled in gnome
> > profile.
> 
> I thought we can't do that until portage gets a better way of handling
> circular dependencies? (see bug 479986)

Yeah, I would go with "openrc-force" then, my only doubt is about the gnome2.eclass checking for showing a warning), probably it can be skipped. OK with that approach?
Comment 5 Pacho Ramos gentoo-dev 2013-09-07 09:39:35 UTC
Will try to do during this week if I have time
Comment 6 Pacho Ramos gentoo-dev 2013-09-28 09:27:46 UTC
Done
Comment 7 Mike Auty (RETIRED) gentoo-dev 2013-10-02 10:44:07 UTC
Hiya, so as not to annoy the gnome herd, how should we post patches/ebuilds for improving support of systems not using systemd (knowing full well they're entirely unsupported)?  Is there someone in the herd who wouldn't mind receiving such posts, or should we still send it through to the entire group?
Comment 8 Pacho Ramos gentoo-dev 2013-10-02 18:54:10 UTC
I think you can open separate bugs for each concrete issue letting all us discuss them by separate (and forward changes to upstream)