Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 40943 - When resuming a build that failed late in the process, portage repeats install step
Summary: When resuming a build that failed late in the process, portage repeats instal...
Status: RESOLVED INVALID
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Enhancement/Feature Requests (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-09 00:23 UTC by Andrew Cowie
Modified: 2005-07-28 16:07 UTC (History)
1 user (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 Andrew Cowie 2004-02-09 00:23:31 UTC
Portage knows when something has been unpacked and doesn't need unpacking. Likewise it knows that something has been compiled/built and doesn't need rebuilding. But even though a package has been installed, it DOES repeat that step.

Seems like it should be able to skip that step if it was past the install and got tripped up on buildpkg or merge.

Reproducible: Always
Steps to Reproduce:
1. Find a package that breaks on buildpkg step
2. emerge it, watch it break at end.
3. repeat emerge, and notice it skips unpack, configure, compile, but does install again.



Expected Results:  
I should think we can skil a successfully completed install step!
Comment 1 Marius Mauch (RETIRED) gentoo-dev 2004-02-09 00:32:41 UTC
just to be sure we use the same terminology: do you mean the install or merge phase ?
Comment 2 Andrew Cowie 2004-02-09 00:51:00 UTC
I mean install. Stuff that happens in the src_install() step is being repeated, whereas it is noting that the src_compile step has already been completed and can be skipped.

I only notice this if something happens *after* install is complete, which, admittedly, is rare.
Comment 3 Jason Stubbs (RETIRED) gentoo-dev 2005-07-28 07:25:38 UTC
Putting a hold on feature requests for portage as they are drowning out the 
bugs. Most of these features should be available in the next major version of 
portage. But for the time being, they are just drowning out the major bugs and 
delaying the next version's progress. 
 
Any bugs that contain patches and any bugs for etc-update or dispatch-conf can 
be reopened. Sorry, I'm just not good enough with bugzilla. ;) 
Comment 4 Andrew Cowie 2005-07-28 15:58:11 UTC
> Putting a hold on feature requests for portage as they are drowning out the 
> bugs.

This is not a feature request. I've documented inconsistent behaviour. That is a
bug. Low priority, certainly, but a bug all the same.

It's not resolved, and so I'm re-openning it.

AfC
Comment 5 Brian Harring (RETIRED) gentoo-dev 2005-07-28 16:07:45 UTC
Strangely, it's not inconsistant behaviour.
Portage should run cleaning on the directory prior to trying to build it, I'd
bet you have keepwork on and it's getting reused.

In terms of ebuild.sh actual execution, setup/unpack/compile aren't repeated,
install is.  it's odd, but it's legacy behaviour (something changed in
developmental branch).

Reopen if you don't have said features on please...