Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 37821

Summary: [PATCH] global updates mtime check should be not so strict
Product: Portage Development Reporter: Marius Mauch (RETIRED) <genone>
Component: CoreAssignee: Portage team <dev-portage>
Status: RESOLVED WONTFIX    
Severity: trivial Keywords: Inclusion
Priority: High    
Version: unspecified   
Hardware: All   
OS: All   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: Patch to compare the update list with already applied updates

Description Marius Mauch (RETIRED) gentoo-dev 2004-01-10 12:15:15 UTC
I already suggested that in bug 28705 but was lacking a real reason back then, now I have one: I have a rsync tree in /usr/portage for normal usage and a cvs tree in /home/gentoo/cvs/gentoo-x86 and a few aliases to work with the cvs tree (cmerge='PORTDIR="/home/gentoo/cvs/gentoo-x86" emerge' and so on). But now whenever I use the cvs tree and the update files are out of sync with the rsync tree (older or newer) they are applied which can be a major annoyance (as when I use the rsync tree they'll be applied again).
Comment 1 Nicholas Jones (RETIRED) gentoo-dev 2004-01-11 17:26:36 UTC
backwards/forwards isn't a good reason.
If you want to make it account for all portdirs, then feel free.
Comment 2 Marius Mauch (RETIRED) gentoo-dev 2004-01-11 20:10:29 UTC
Created attachment 23654 [details, diff]
Patch to compare the update list with already applied updates

How about this (checking the actual contents) ? Should also give a nice speedup
in general as we don't apply the whole file but only the parts that weren't
done in a previous run.
Comment 3 Brian Harring (RETIRED) gentoo-dev 2005-02-27 23:37:42 UTC
Marius... thoughts on this?
Comment 4 Marius Mauch (RETIRED) gentoo-dev 2005-02-28 16:22:58 UTC
on what?
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2008-02-17 21:46:27 UTC
Anything going on here?
Comment 6 Zac Medico gentoo-dev 2008-02-17 23:02:39 UTC
This might not be worth doing anything about now since the global updates code is much more efficient since portage-2.1 or so.
Comment 7 Zac Medico gentoo-dev 2013-02-15 23:12:17 UTC
(In reply to comment #6)
> This might not be worth doing anything about now since the global updates
> code is much more efficient since portage-2.1 or so.

Also, you can use --package-moves=n to disable global updates if you want. I set this in EMERGE_DEFAULT_OPTS so that then just use --package-moves=y when I want the moves.