When upgrading the system ut2004 will ask for installatin CD this makes a system updgrade interactive. Reproducible: Always Steps to Reproduce:
deal with it, the install needs CDs if you want some portage features to work around, search bugzilla for open feature requests
Wasn't the kernel exluded from system upgrades for a period? Couldn't the same be used for ut2004. This bug is not resolved and should be fixed, even if the fix is to remove ut2004 from the portage tree.
No.
I'm sorry. I was under the impression that it was the policy that ebuilds where supposed to be noninteractive. When did this change?
There is no hard policy that ebuilds must be non-interactive. We are not forcing you to use the ebuild to install ut2004, nor is it a vital system component. Honestly, the games team is united on this. If you don't like it, don't use the ebuild. If you really think that this is something that absolutely must be addresses, then by all means, take it up with devrel@gentoo.org and they will investigate. This comes up all the time with games. It really boils down to two choices. Do you want commercial games in portage or not? Most of our users do want them and are willing to understand that certain things must be compromised to do so. After all, what is keeping you from doing an "emerge -up world" and noticing that ut2004 is in the list, then doing an "emerge -u ut2004 && emerge -u world" so your world upgrade isn't interactive? Really, it isn't our fault when you install a packge that you know is interactive then complain that it breaks your upgrades. You installed the package, after all. It isn't like you are not aware of the package's behavior.
It is not that I can't handle it. I would just like to see a sollution to satisfy both camps engineered. Games aren't the only big, binary only, packages that will be in portage. If you would have closed this as a duplicate of an OPEN bug, I would be satisfied. Closing as wontfix kills the discussion a bit short IMHO.
Find me a bug to RESOLVED-DUPLICATE it against and I will. Setting this to WONTFIX to kill the discussion was pretty much the intention. You have the entire games team essentially telling you that this is not something that we are going to fix, simply because there are multiple reasons for interactivity. This has also been discussed to death on the gentoo-dev mailing list and also in numerous other bugs here, so I see no need to leave yet another bug open. In the case of ut2004, it is interactive for two reasons. First, it is interactive because of the license. This is being addressed and will probably make its way into portage during the 2.0.52 release cycle. There are multiple bugs open about this, including one from yourself about ACCEPT_LICENSE (which shows me that you understand how it works currently). The second thing that makes the ebuild interactive is the need for the original media. You can look at bug #63703 for more information about ut2004 specifically. There are also many bugs about this subject, which require the portage team to extend portage. All in all, there are methods in the works for this, though they are a LONG way off as they truthfully affect such a small percentage of our overall user base. We are unfortunately at the mercies of the majority, so some things simply have to wait for developer time.
*** Bug 74933 has been marked as a duplicate of this bug. ***
Fair do, I thought I'd just throw it in the ring. I understand the need for an interactive ebuild in this instance and appreciate the effort made to include commercial games in portage. As one must insert the DVD/CDs anyhow I guess this is irrelevant.
*** Bug 150485 has been marked as a duplicate of this bug. ***
As an actual *solution* to this problem of trying to hands-off recompile the world which includes ebuilds requiring hands-on involvement, it would be nice to have a "There's no point in recompiling me" USE flag. It would also be nice to have an "I needs hands-on involvement" USE flag. Maybe call these USE flags "fruitless" and "tedious" :)
Agreed. Licenses can be evaded with ACCEPT_LICENSE, fetch errors with || until emerge --resume --skipfirst, but these so-dubbed "interactive" ebuilds can't. My system has been waiting for 8 hours for me to put in a DVD while re-emerging world... It can't be that difficult to implement (I think): if use hands-off then <paste rest of ebuild here> fi I think a lot of users coming across this "problem" just never report it... Seeing the last discussion about this was 2 years ago, does someone in the games teem feel like implementing this?
Nope. Doing it in any method other than adding functionality to portage is bad. After all, if we used a USE flag, then you'd likely end up either still getting stuck waiting for the CD/DVD, or the package would be cleaned from the system by portage. What is required is the ability to flag a package as interactive so portage understands it and skips the merge for that package when doing an --emptytree.
Well, maybe as a temporary solution? You can always make the emerge fail when the USE flag is set. i.e. if use handsoff die "You have chosen not to include interactive packages. This merge will be skipped. You can now issue emerge --resume --skipfirst to continue" else <rest of ebuild> fi I think most users rebuilding their system are using emerge in a loop anyway, I always use emerge -eDv world || until emerge --resume --skipfirst; do ; date ; done This way, a failing package doesn't bother me, emerge still continues... I also have a possible workaround; I just cd to /usr/portage/games-fps/doom3 then "thouch fail" The emerge will fail because there are files witch are not listed in the Manifest. It's just a shame that this is gone after a sync. I'd hate to create an overlay for this, a USE flag would be so much cleaner...
