Running kde 4.10-live-branch now Was: Yet another failed KDE release?
1i5t5.duncan at cox.net
Fri Apr 5 14:25:31 BST 2013
Duncan posted on Sat, 23 Mar 2013 11:40:30 +0000 as excerpted:
> [dE wrote... snipped]
> While I'm not ready for trunk-live, I already run the pre-releases, and
> have seriously considered switching to branch-live. However, while I
> have git installed and most of kde has switched to git, I don't have svn
> installed, and a few packages (less every release) remain on svn. And I
> remember the svn deps as rather more complex than I really want to deal
> with, so I decided not to switch to kde-branch-live until the bits of
> kde I actually install, mainly core-desktop, with much of the artwork
> and many of the games, was all on git. Last I looked, mid-4.9 (before
> the 4.10 pre-releases hit IIRC) some of my installed kde packages were
> still svn based, so I didn't switch. But with 4.10 I think some
> switched, and I believe others are switching for 4.11, so I'll probably
> investigate again and I may well switch to the 184.108.40.20699 live-branch
> builds when they come out.
Actually, I decided to check before I did the 4.10.2 upgrade, and found I
could upgrade to 4.10-live-branch (aka 220.127.116.1199 for gentooers) with a
handful of unmerges (most of the kdeartwork module), and commenting the
** keywording of oxygen-icons in the 18.104.22.16899 package.keyword file
from the gentoo/kde overlay. All the other kde-base packages I have
merged are switched to git upstreams, but the artwork stuff is still in
svn, probably because git isn't particularly efficient with binaries so
the switch isn't a big deal for the kdeartwork team.
So but for oxygen-icons, I'm now running 22.214.171.12499. =:^)
Some package stats:
* I have 143 kde-base packages merged, of which 142 (all but oxygen-
icons) are now live-branch 4.10, with oxygen-icons upgraded to 4.10.2 in
* I have 144 packages in my @live-rebuild set, the 142 kde-base packages,
plus a couple others (pan, my news client, and openrc, gentoo's default
* With ccache active and caching my rebuilds, fresh from the kde upgrade
so with a hot ccache and a hot file cache in memory, a timed full @live-
rebuild of all 144 packages took under half an hour (just over 23
minutes), averaging a load of 2.7. That's on a 6-core amd bulldozer
fx6100 @ 3.6 GHz running the kernel's conservative PM governor, with a
"spinning rust" hard drive bottlenecking things part of the time, but
with the portage tmpdir on tmpfs and 16 gigs memory, with portage's
parallel make active at --jobs=12 --load-average=12 and
MAKEOPTS="-j20 -l15". I was running my normal X/kde session at the time
and doing the build from a konsole session, with an incoming shoutcast
stream playing and my usual once-per-second superkaramba performance
graphing going on, so the system wasn't idle but was being only
relatively lightly used during the timed rebuild.
* Based on the above hot-cache 23-minute time, I figure if I do the
@live-rebuild with my normal system updates 1-4 times/week, the kde
updates should still take under an hour, so maybe 1-1.5 hours for the
full tree and overlays sync, normal --update --deep --newuse @world, and
@live-rebuild. Since the process is well automated and I can continue
using the computer for catching up on news, lists, etc, while it's
building, actual interactive management time should be minimally
incremental, less than a half hour a week, I'd guess.
Of course as has always been the case, the big management time cost will
be every six months or so, with the bump to the next kde feature series
and the package shuffle, etc, that goes along with that...
I don't think I'll try trunk-live in general, tho it's likely I'll try it
temporarily, between the beta-1 release and the branch splitoff, thus
getting the beta-period fixes "hot out of the repo" instead of having to
wait for the next pre-release, as I had been doing, while avoiding the
longer commit-window during which trunk is far more in flux.
I guess I'll know how it's going with live-branch in a few weeks. 4.11-
beta1 is scheduled for mid June, so I imagine I'll be switching to trunk-
live about that point, and you can ask me in early July how that's
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
More info: http://www.kde.org/faq.html.
More information about the kde