Summary: | GRP grp-install.sh scripts adds entry to "world" even if it fails | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | Jared H. Hudson (RETIRED) <jhhudso> |
Component: | Everything | Assignee: | Mark Guertin <mguertin> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | mguertin |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jared H. Hudson (RETIRED)
![]() This is related to other things, I think that for GRP we may have to work in the ability for 'blind' package installs if possible. The way I run the script is also with --nodeps option, maybe we need to make -K (--usepkgonly) smarter in that it doesn't try to refernce ebuilds when installing like this? This may solve a few other problems that have been reported as well on missing builds Yes, --usepkgonly should ignore the Portage tree. Not sure on the existing behavior of --usepkgonly... carpaski, can you clarify? The problem is not portage. I should have been more clear on this. The problem is that the grp-install.sh script does not check if the install was successfull before it adds its entry to "world". This is done in: echo ">>> Updating world" WORLDLIST=`echo $LIST | sed "s:-list.txt::g"` I suggest emerge being "for loop"ed for each *.txt file listed on the command line and a function being called that adds the entry to "world" if the emerge exits cleanly. This is in fact related to a portage problem still though. emerge does not return proper codes on failures (esp. with pkg installs) and therefore this cannot be implimented until portage can properly return a failed result. The script doesn't currently check for this as it is pointless right now and emerge has in fact returned false failures in the past (which is why i don't currently check this). It originally had an || exit 1 after the emerge command, which would occasionally drop out from an error which didn't happen and stop your install dead. also not sure that doing a for loop for pacakge sets will work as expected. I spent a lot of time trying to get this to work as smoothly as possible but portage is sadly not very well equipped at all for binary based installations as of yet. ok, this script will no longer be applicable, so going to close this bug (new method will use emerge --pkgonly according to drobbins) Moving these so we can remove the "Install CD" component from "Gentoo Linux". I apologize to everyone for this spam, but according to the bugzilla developers, this is the only reasonable way to do this. |