Summary: | sys-apps/portage: add virtual/openrc when using systemd only. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexandre <alexandre.guimaraes> |
Component: | [OLD] Core system | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | teidakankan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alexandre
2014-05-03 17:41:15 UTC
Just wait until the @system set no longer pulls in sys-apps/openrc. *** This bug has been marked as a duplicate of bug 373219 *** Just making sure, I don't see the problem in this, I do run systemd myself and don't get this message here; are you sure the package.provided syntax is right? Here is an example of what I use in that file: sys-apps/openrc-0.12.4 If you want, you can temporarily remove this from the following file: /usr/lib/portage/pym/_emerge/depgraph.py The relevant code to remove around "Requested packages will not be " is: msg.append(bad("\nWARNING: ")) ... msg.append("\n") Not sure how an extra virtual will resolve this; sys-apps/openrc is in @system with a specific deprecation purpose, they won't replace it by virtual/openrc as that beats its purpose. It would be a duplicate of virtual/service-manager too. (In reply to Tom Wijsman (TomWij) from comment #2) > Just making sure, I don't see the problem in this, I do run systemd myself > and don't get this message here; are you sure the package.provided syntax is > right? Here is an example of what I use in that file: > > sys-apps/openrc-0.12.4 > > If you want, you can temporarily remove this from the following file: > > /usr/lib/portage/pym/_emerge/depgraph.py > > The relevant code to remove around "Requested packages will not be " is: > > msg.append(bad("\nWARNING: ")) > ... > msg.append("\n") > > Not sure how an extra virtual will resolve this; sys-apps/openrc is in > @system with a specific deprecation purpose, they won't replace it by > virtual/openrc as that beats its purpose. It would be a duplicate of > virtual/service-manager too. Yes, unfortunately the syntax is correct on package.provided. I commented out the suggested code and now the message is smaller but still there: "A requested package will not be merged because it is listed in package.provided: sys-apps/openrc pulled in by 'system'" I'll wait the final solution on Comment 1. Thank you for your explanation about my suggestion. The ... were intended to specify a rang; so, removing everything between those two lines as well will cause the entire message to go. Not working for me: Traceback (most recent call last): File "/usr/bin/emerge", line 50, in <module> retval = emerge_main() File "/usr/lib64/portage/pym/_emerge/main.py", line 1037, in emerge_main return run_action(emerge_config) File "/usr/lib64/portage/pym/_emerge/actions.py", line 4061, in run_action emerge_config.args, spinner) File "/usr/lib64/portage/pym/_emerge/actions.py", line 353, in action_build mydepgraph.display_problems() File "/usr/lib64/portage/pym/_emerge/depgraph.py", line 7770, in display_problems if "selected" in problems_sets or "world" in problems_sets: NameError: global name 'problems_sets' is not defined I removed: msg.append(bad("\nWARNING: ")) if len(self._dynamic_config._pprovided_args) > 1: msg.append("Requested packages will not be " + \ "merged because they are listed in\n") else: msg.append("A requested package will not be " + \ "merged because it is listed in\n") msg.append("package.provided:\n\n") problems_sets = set() for (arg, atom), refs in arg_refs.items(): ref_string = "" if refs: problems_sets.update(refs) refs.sort() ref_string = ", ".join(["'%s'" % name for name in refs]) ref_string = " pulled in by " + ref_string msg.append(" %s%s\n" % (colorize("INFORM", str(arg)), ref_string)) msg.append("\n") Thanks! Ah, sorry; functional code, you'll want to only remove the msg.append(...) lines. If you want, I can write you a patch to automatically apply this when you emerge new Portrage versions. @TomWij I really appreciate your offer but don't want you spend your time with a 1 person solution. I sholud wait until @system be ready. Thank you very much! Alexandre. |