On Mon, Jan 24, 2011 at 04:15:35PM -0600, Bruce Dubbs wrote:
> Ken Moffat wrote:
> 
> >  I only build in /usr, so I have no opinion on this.  For me, trying
> > to build xorg in a different prefix than /usr was not worth the
> > pain :)
> 
> It is worth it to me.  It's the only way I know to upgrade to a new 
> package that is currently in use with minimal interference.  If I build 
> Xorg in /opt/x11r7.6 and create the symlinks needed, I only have to exit 
> to the command line, change a couple of links, and restart.  Reverting 
> is just as easy.  If I mess up /usr, it is a real pain.
> 
>    -- Bruce
 Fine, go with what works for you - I'm not suggesting that my way
is the only way, or objectively better, only that it works for me.
At some time in the not-so-distant past (1 year ? 2 years ago ?) I
tried putting both xorg and gnome into /opt so that I could do
in-place version updates.  In the end I gave up, scrapped that
build, and whizzed through with everything in /usr.  For me, it's
easier to rebuild the whole system - the only things in /opt are
programs that have no place in my own builds but are added for
editing something already in the book.

 But, my main thought has to be "make backups" - my "current"
development build has been through three attempts to build xorg-7.6
with different versions of mesa because of my poor experience with
mesa-demos-8.0.1 on this hardware.  Run a backup for '/' before
starting, then when the time comes to revert switch to a different
system, create a fresh filesystem on the 'development' partition,
restore, add /dev/console and /dev/null, change the buildscripts,
boot to it again, rinse, repeat.

 Typically, I make four or six upgrades each month on each of my
"still maintianed" desktop systems.  I'll do this on one system,
test it as best I can, and then repeat on the others, but the
thought of not having a backup to pull in if I screwed up or the
upgrade turned out to be functionally broken with something I regard
as essential (I've seen that too) would be terrifying.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to