[gentoo-user] update xorg && kde-meta

[gentoo-user] update xorg && kde-meta

[James]

Hello,

Some time ago, I upgraded several systems I manage.
First was the (painful) upgrade of kde-monolith
to kde-meta. [1]

Then the easier of the two xorg 6.8 to xorg 7.0. [2]

I have kept these pacakges masked for a while on other systems,
some of which I only get possession of sporadically for critical/huge
upgrade.


So my questions are:

1. Are these still the most updated urls?

2. Which should be performed first kde monolithic-->meta
or Xorg to Xorg-modular?

3. Is there any method to streamline/automate these tasks
so that the machines compile the new software overnight, unattended?

(note distcc is not used, since these are 'traveling portables'
that are often sync'd and updated away from our main office.


thoughts and recomendations are most welcome.

[1] http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
[2] http://www.gentoo.org/proj/en/desktop/x/x11/modular-x-howto.xml


James

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] update xorg && kde-meta

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 1866 bytes --]

On Monday 14 August 2006 16:52, James wrote:
> Some time ago, I upgraded several systems I manage.
> First was the (painful) upgrade of kde-monolith
> to kde-meta. [1]
>
> Then the easier of the two xorg 6.8 to xorg 7.0. [2]
>
> I have kept these pacakges masked for a while on other systems,
> some of which I only get possession of sporadically for critical/huge
> upgrade.
>
> So my questions are:
>
> 1. Are these still the most updated urls?

I believe so.

> 2. Which should be performed first kde monolithic-->meta
> or Xorg to Xorg-modular?

Definitely the Xorg monolithic to modular upgrade. KDE is based on X.org. Not 
the other way around... Further X.org was contrary to KDE made modular by 
upstream. This means that monolithic X.org is no longer supported. Monolithic 
KDE is still supported and hence you don't really have to make that change. 

> 3. Is there any method to streamline/automate these tasks
> so that the machines compile the new software overnight, unattended?
[...]
> thoughts and recomendations are most welcome.

First you need to decide if you want all of X.org (virtual/x11) or a more 
minimal install (xorg-base/x11-xorg). Likewise you need to decide if you want 
all of KDE (kde-base/kde-meta) or only selected apps or something in the 
middle.

Also if these computers aren't too different (i.e. the CFLAGS are alike - same 
arch) from each other it might be worth the effort to make use flags the same 
and create a binhost. That way after compiling it on one computer with 
FEATURES="buildpkg" you wouldn't have to compile them again for any of the 
remaining computers. Just make the binary packages available via e.g. ftp and 
set the PORTAGE_BINHOST variable on the computers while you have them. Then 
you can use emerge --getbinpkg to emerge the packages...

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] update xorg && kde-meta

[Alan McKinnon]

On Mon, 2006-08-14 at 14:52 +0000, James wrote:
> Hello,
> 
> Some time ago, I upgraded several systems I manage.
> First was the (painful) upgrade of kde-monolith
> to kde-meta. [1]
> 
> Then the easier of the two xorg 6.8 to xorg 7.0. [2]
> 
> I have kept these pacakges masked for a while on other systems,
> some of which I only get possession of sporadically for critical/huge
> upgrade.
> 
> 
> So my questions are:
> 
> 1. Are these still the most updated urls?

AFAIK, yes. I also did both of these upgrades recently on a Dell
notebook (as well as the dreaded gcc 3.3 -> 3.4), and all three went off
without a hitch using those very howtos
> 
> 2. Which should be performed first kde monolithic-->meta
> or Xorg to Xorg-modular?

Doesn't matter, they are independant. FWIW, I found the Xorg upgrade to
be far easier - unmerge 6.8, adjust USE, merge 7.0. I had some minor
tweaking to do with xorg.conf and ati-drivers, but nothing out of the
ordinary for a gentoo user :-)

The KDE upgrade was much more painful, mostly because I couldn't just
unmerge one package and merge another - I hadn't installed package "kde"
way back when, instead I had used kde-base, kde-network etc (about 7 in
total). Figuring out which -meta packages and which regular builds to
use took some time. The merges themselves went smoothly.

The worst was gcc though. I like to tinker with my box, so I took the
safe route with "emerge -e system ; emerge -e world" to be sure
everything would be rebuilt. It took 36 hours, eventually I had to run
it from a tty, niced to 10, so I could use the machine in the meantime

> 3. Is there any method to streamline/automate these tasks
> so that the machines compile the new software overnight, unattended?

Xorg is relatively quick to build, I think mine was an hour once the
emerge got going. KDE took several hours. But in both cases it was a few
minutes to do the unmerge, so I didn't see the need to automate it.

I would advise however that you quickpkg all relevant packages on the
machines, just in case, so that you can put them back if the unexpected
happens

alan



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] update xorg && kde-meta

[Richard Fish]

On 8/14/06, James <wireless@tampabay.rr.com> wrote:
> 2. Which should be performed first kde monolithic-->meta
> or Xorg to Xorg-modular?

I don't think it actually matters.

> 3. Is there any method to streamline/automate these tasks
> so that the machines compile the new software overnight, unattended?

Well, I would use a system that has a lot of disk space, and make a
chroot build environment for those laptops.  With FEATURES=buildpkg,
you can then use a system you have full access to to build binary
packages for the upgrade, and then when you have access, you can
update quickly with --usepkgonly.

The AMD 32-bit chroot guide [1] is useful here, even for non x86_64 systems:

-Richard

[1] http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=2
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: update xorg && kde-meta

[James]

Richard Fish <bigfish <at> asmallpond.org> writes:


> Well, I would use a system that has a lot of disk space, and make a
> chroot build environment for those laptops.  With FEATURES=buildpkg,
> you can then use a system you have full access to to build binary
> packages for the upgrade, and then when you have access, you can
> update quickly with --usepkgonly.

> The AMD 32-bit chroot guide [1] is useful here, even for non x86_64 systems:

> [1] http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=2

thanks to Bo, Alan, and Richard for the advice. I think this is going to 
put off until the weekend so I can do several systems all at once, and have
a few days to deal with issues....


thx,


James





-- 
gentoo-user@gentoo.org mailing list