[SM-Discuss] What's needed to get merged gcc into the main grimoire?
Thomas Orgis
thomas-forum at orgis.org
Thu Aug 4 06:59:01 EDT 2011
Am Thu, 04 Aug 2011 11:09:35 +0200
schrieb Jaka Kranjc <smgl at lynxlynx.info>:
> On Thursday 04 of August 2011 10:29:51 Andraž 'ruskie' Levstik wrote:
> > Shouldn't we do this basically for all spells anyway? Pre-stage the
> > install then do the magic to merge it in?
> Maybe. It's not necessary most of the time and wouldn't work all the time (for
> the same reason we have self-conflicts).
Man, I'd really like to see proper castfs usage: As staging environment for the whole cast, multiple casts even. For self-conflicts, and in the course of multiple casts into the staging environment, stuff needs only be removed for the build environment (castfs), not for the live system. Merges of casts into the real system should happen in bulk form on demand by the admin ... having similar dangerousness as normal upgrade of binary distros.
But well, we've had this suggestion several times in the past and what's missing is someone to implement it. But I'm not that one. Not this year. Just as last year:-/ Still, it strikes me as odd that other SMGL folks don't seem to see this as such a major issue as I do. Is everyone using a dual rootfs approach* to prevent casts from forcing downtime on machines? How do you update your SMGL servers?
I have a faint memory that such a staging thingie is standard in gentoo ... but I'd have to research into that again. It should be a standard feature of source-based distros, though.
Alrighty then,
Thomas.
* Which is a rather extreme approach at the cast staging ... a whole real filesystem for updates, quick merge via rsync or such ... or just reboot into the other fs. Then do updates in the first fs. Loop.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.ibiblio.org/pipermail/sm-discuss/attachments/20110804/c10b0590/attachment.bin
More information about the SM-Discuss
mailing list