Neive question - if it is such a bad idea, shouldn't there be a check for it? Maybe a second overlapping emerge should come up with a "Warning: emerge already running - continue (y/N)?" message if a lock file exists to indicate that the portage tree is busy...
DigbyT On Tue, Mar 29, 2005 at 03:27:48AM +0100, Ciaran McCreesh wrote: > On Mon, 28 Mar 2005 19:56:30 -0600 Scott Jones <[EMAIL PROTECTED]> > wrote: > | If you search gmail (it being that you save these mails) ...I am > | pretty sure you will find a post by Ciaran (damn dont rip my head off > | C. if I spelled your name wrong) that says it is bad and it all boils > | down to cache. So I wouldn't do it but if you really want to > | understand why ask ciaran and risk his wrath... > > Noooo, cache is bad for sync + merge at the same time. Parallel merge is > bad for different reasons. > > Simple example, which is easy to understand but not entirely valid since > we generally check for this kind of thing... > > Existing state: libfoo-1 is installed. > User: merge libfoo > User: merge fnord > libfoo: dep resolver decides to upgrade to libfoo-2 > fnord: dep resolver decides to install fnord > libfoo: fetch, unpack > fnord: fetch, unpack > libfoo: configure starts > fnord: configure starts > libfoo: configure done, make starts > fnord: configure: check for libfoo: found libfoo-1 > fnord: configure done, make starts > fnord: make building with libfoo-1 headers > libfoo: make done, installing > libfoo: install done > libfoo: autocleaning libfoo-1 > libfoo: merge complete > fnord: linking against libfoo-1 > > And then stuff explodes, since libfoo-1 isn't there any more. The dep > resolver won't necessarily see this as a problem either, assuming libfoo > isn't slotted and that fnord doesn't need specific libfoo versions. > > Usually the breakages are quite a bit more complex than that. > > -- > Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools) > Mail : ciaranm at gentoo.org > Web : http://dev.gentoo.org/~ciaranm > -- Digby R. S. Tarvin [EMAIL PROTECTED] http://www.digbyt.com -- gentoo-user@gentoo.org mailing list