MAY
26
2008

Test Latest Builds With KDE4Daily 4.1

With the release of 4.1 on the horizon, and initiatives such as Krush days, recent call for help with documentation, and the perennial need for localisation it is very useful for end users to be able to easily get their hands on up-to-date builds of KDE4, preferably without having to wait for their chosen distro to provide packages. As was the case with the run up to KDE4.0, KDE4Daily VM aims to provide such a service.

For the uninitiated, KDE4Daily aims to accomplish this goal using Qemu virtualisation technology (although with KDE4Daily 4.0, people kindly stepped up to provide a VirtualBox/ VMWare equivalent). A self-contained Qemu image with a Kubuntu 8.04 base and a comprehensive set of a self-compiled KDE4 modules (all at r810996, initially) is provided, along with an updater system inside the VM itself. The updater downloads and installs binary updates provided by me to the full set of modules; these tend to be roughly 20-50MB each (although they will occasionally be larger), take a few minutes to apply, and will hopefully be pushed out daily - hence the name ;). "Bridge" updates will hopefully condense a week or so's worth of updates into one more compact version, so you can update at your own pace without being hit with a massive bandwidth bill :)

Because Qemu is distro-agnostic, you do not need to worry about distros or libraries or dependencies or suchlike; in fact, you can even test out KDE 4 while running Windows! The downside is that eye-candy such as KWin's new Composite-based effects will not be testable as Qemu does not support hardware graphics acceleration, and everything will generally feel a lot more sluggish than is the case with a native install.

KDE4Daily comes with its own backtrace-generation system so hopefully devs can be assured of having useful backtraces in any crash bugs you file, courtesy of DrKonqui. Do note that this system is currently rather slow and resource-intensive, although there are plans to improve it during the run of KDE4Daily 4.1. If you do somehow manage to crash a KDE app, please be patient while the valuable backtrace is created!

An extensive FAQ is provided at the KDE4Daily homepage, above; please feel free to ask any further questions in the Dot comments section. Also, note that KDE4Daily has not yet had any real testers apart from myself, so please be prepared for "teething trouble" such as botched upgrades and bandwidth issues! Enjoy, and remember that the more people test, the better KDE 4.1 will be. It's not all work, though; if you just want to try out recent deliciousness such as the KRunner and Marble, then that's fine, too!

Comments

Hey this is great service (to encourage backtraces and easy updates), which will mean I dont need to allocate 15gb to enable me to compile the whole tree and compile it every other day.

ps: A fast http mirror would be great as I the torrent is very slow :(


By crazydood at Mon, 2008/05/26 - 5:00am

More people downloading it should make it faster, right?


By Andre at Mon, 2008/05/26 - 5:00am

"ps: A fast http mirror would be great as I the torrent is very slow :("

There's now an HTTP mirror courtesy of Tony Wolf - many thanks to him for this :)

http://downloads.os-forge.eu/kde4daily_4_1-final-qcow.img.bz2


By SSJ at Mon, 2008/05/26 - 5:00am

... and an additional mirror has been provided by Kiyoshi Aman here:

http://kde4.aerdan.org/kde4daily_4_1-final-qcow.img.bz2

Cheers!


By SSJ at Mon, 2008/05/26 - 5:00am

great idea guys! I'm downloading it right now!!!


By andrea at Mon, 2008/05/26 - 5:00am

... that I forgot to mention in the article.

Firstly, I now have a blog, of sorts:

http://ssj-gz.blogspot.com/

My very first blog entry is a brief analysis of the last KDE4Daily run.

An update to r812045 is already queued up and tested, and the next is on its way. After a while, human decisions will be removed from the upload process, and my faithful workhorse will operate on a "If it compiles - ship it!" basis, so be warned ;) If you get a dud update, then just wait around for the next one - KDE4Daily should be robust enough to deal with failures like this.

Some future plans:

- Implement a "mini-Dashboard" ( a small, KDE4Daily specific version of this:

http://ktown.kde.org/~dirk/dashboard/

) that tells you what the KDE4Daily preparer is doing (sitting idle; updating SVN; compiling; processing debug info) and whether any error occurred in the last batch. This is mainly for my use as I have a full-time job this time around, but others might find it helpful :)

- Allow a full dev environment to be created inside KDE4Daily by running a script. This will involve grabbing all external dependencies, checking out specific SVN modules (using "snapshots" so as to ease the strain on KDE's SVN servers) and updating them to current, and building. I would have done this last time (and several people asked me for it) but the crazy partitioning scheme meant there wouldn't have been room. So soon the barrier to hacking on KDE will be lower than ever!

That's all I can think of for the time being; enjoy!


By SSJ at Mon, 2008/05/26 - 5:00am

congrats on getting through your thesis; welcome back to KDE land and thanks for making these images available. rock on =)


By Aaron Seigo at Mon, 2008/05/26 - 5:00am

In case you want to test the image with VirtualBox, look at the bottom of this howto:
http://liquidat.wordpress.com/2007/11/23/howto-transform-a-qemu-image-to...

Afterwards, it can easily be used as a native VirtualBox image.


By Roland Wolters at Mon, 2008/05/26 - 5:00am

Indeed, thankyou :)

Incidentally, if anyone wants to convert to VirtualBox and upload it somewhere, please do - I'd do it myself, but it takes me hours and hours to upload images, and I'm already seeding the Qemu version :/


By SSJ at Mon, 2008/05/26 - 5:00am

If someone can get a virtualbox image torrent going, I'll seed. For many users, this makes more sense than qemu. Gentoo users especially are often stuck without qemu, but can easily use vbox.


By vbox user at Fri, 2008/05/30 - 5:00am

What's the username and password for login on the live-cd r811964?


By Andreas at Mon, 2008/05/26 - 5:00am

you mean the bugsquad live cd? the debian based one..

Username: user
Password: live


By solardeity at Mon, 2008/05/26 - 5:00am

That's it, thanks.


By Andreas at Mon, 2008/05/26 - 5:00am

Hi,

Would it make sense to put such initiatives under the official kde.org sites? (e.g. kde4daily.kde.org). The same also applies to the EBN and dirk's dashboard.


By Diederik van de... at Mon, 2008/05/26 - 5:00am

The excellent KDE4Daily is back -- thanks.

I'll dedicate my 10mbps upstream to seeding this.


By ianjo at Mon, 2008/05/26 - 5:00am

Nice to see it back again! Very good to get more people to test it and fill out bugs!


By michael at Mon, 2008/05/26 - 5:00am

Thanks SSJ, kde4daily makes testing KDE trunk easy and fun! (Plus, now I can resist learning to compile from SVN until summer, when I actually have time. Aaron's blog has been getting me so excited that I was ready to risk screwing up my computer during finals week, lol.)


By kwilliam at Mon, 2008/05/26 - 5:00am

hm, just wondering...what should be the first port-of-call when reporting bugs? To you or the kde bugtracker?

I've already run into one bug...and one that seems unlikely to have been missed by the developers. Nothing has crashed though so there's no backtrace available...but the thing is, whenever I add a plasmoid or a new panel - it isn't saved between sessions and neither are programs left running on shutdown (at least not akregator or kontact). I can, however, create directories and files in /home that are saved and retained as they should (including comments and tags) so I don't think it's as basic as insufficient rights to modify files - and the files I've taken a further look at has sufficient rights at that.

Note though that I have converted the qemu image to a vbox one, although I doubt that is the cause of the problem.


By Jonas at Mon, 2008/05/26 - 5:00am

I've noticed that logging out seems rather ... abrupt, and I wonder if this is the cause:

http://bugs.kde.org/show_bug.cgi?id=162642

This would probably kill all session-saving, etc.

The Plasma thing has hit me a few times, and it seems that there is a plasmaappletsrc (can't remember the exact file name at the moment) but no plasmarc. I don't know enough about the internal workings of Plasma to know if this is the cause of it, but it does seem strange at least.


By SSJ at Tue, 2008/05/27 - 5:00am

If it looks like a general KDE bug, then bugzilla, but search it first to make sure you aren't reporting a duplicate. And make sure to put in that you're using a daily version, and which one it is.


By A. L. Spehr at Wed, 2008/05/28 - 5:00am

If KDE4Daily is Kubuntu-based, are actual .deb packages available for vanilla Kubuntu?


By Riddle at Tue, 2008/05/27 - 5:00am

The KDE4 install isn't provided as .debs, but there is in principle no reason that I can see why users of *buntu Hardy couldn't run KDE4Daily natively. I'll investigate this more when I have a chance, but I'll try and post an "anatomy of KDE4Daily" so that people can see how it's put together starting with a blank server install - a few people have asked for installable/ LiveCD versions, and this will hopefully enable them to easily create them.


By SSJ at Tue, 2008/05/27 - 5:00am

That would be great for all the wonderful and adventurous people on the kubuntu forum.

I am sure some of us would love t help building a live/install cd.

Very much looking forward to this:)) and thank you for all the great work:)


By Fred at Tue, 2008/05/27 - 5:00am

> I'll investigate this more when I have a chance
That's good to hear.
> but I'll try and post an "anatomy of KDE4Daily" so that people can see how it's put together starting with a blank server install - a few people have asked for installable/ LiveCD versions, and this will hopefully enable them to easily create them.
That's very good to here.

I'd be willing to help if you need it.


By Riddle at Wed, 2008/05/28 - 5:00am

It's probably missing some essential details, but see here:

http://ssj-gz.blogspot.com/2008/06/anatomy-of-kde4daily.html


By SSJ at Tue, 2008/06/03 - 5:00am

Hi all,

I did some initial tests, 256mb for qemu mem is waaaay to slow for kde. I felt with 1gb its slow, but bearable. I can imagine how slow its going to be when generating a backtrace.

I am not sure though why it is so slow, I have had vmware images (kubuntu) run on vmware server with 512mb and its quite responsive.

Plasma theme bug?
downloaded themes with khotnewstuff and installed some of those that were voted great in the plasma theme contest? and after installing, selecting them as "the" theme, logged back in and the whole desktop is empty (no panel, cashew, nothing)

any ideas?


By crazydood at Tue, 2008/05/27 - 5:00am

Oops - the Plasma comment here:

http://dot.kde.org/1211789022/1211839118/1211869059/

was directed at crazydood :)


By SSJ at Tue, 2008/05/27 - 5:00am

I have another minor nitpick :)

The default window size is bigger than my 1280x800 display, can you make the height less than 800? it would be great :)

As for the plasma bug, i deleted my .kde and .config in $HOME seems to be back up and running.

As for the updates wow 80MB of patches :)

keep em comming hehe


By crazydood at Tue, 2008/05/27 - 5:00am

woops the patches were another 30mb :)

ohh and about the window size, dont worry, i had biig task menu bar, so i couldnt see the whole qemu window

ohh and thanks for the warning tip in the latest update on how to kill plasma and run again, by running krunner.

:)


By crazydood at Tue, 2008/05/27 - 5:00am

I second this. To top it off, the kdm theme doesn't seem to react very good to changing the resolution (buttons get hidden), so you just can't change the resolution on the xorg.conf.

Maybe change the kde theme, and put "1024x768" before "1280x1024" on the xorg.conf? That way, if you wanted more/less, you could use krandrtray or xrandr to change it.


By ianjo at Tue, 2008/05/27 - 5:00am

--Ah forget it. It seems that there is some kind of but when I put both "1024x768" and "1280x1024" on the xorg config file, very weird.


By ianjo at Tue, 2008/05/27 - 5:00am

It's slow because qemu needs the kernel accelerator module to do true virtualisation rather than emulation.

I've converted the KDE4Daily 4.1 image to VirtualBox's format, but I need to confirm that it works before I compress it and send it off to my webserver.


By Kiyoshi Aman at Tue, 2008/05/27 - 5:00am

Thanks for the tip! It was running way, way slow without it.


By Jonathan Thomas at Tue, 2008/05/27 - 5:00am

Hi again,

I have compiled the kernel module kqemu for virtualisation, but the performance is the same.

any difference between running it with virtualbox?
say 1gb ram allocation

for me its painfully slow, konsole probably takes around 10 seconds to launch


By crazydood at Tue, 2008/05/27 - 5:00am

I noticed with mine that nepomukservices(?) chewed up 100% of the CPU for several minutes. Have you tried running "top" in a terminal (from within KDE4Daily) to see if any processes are slowing everything down?


By anon at Tue, 2008/05/27 - 5:00am

nope, nothing of that sort (nepomuk or any other app taking 100% cpu) here.


By crazydood at Wed, 2008/05/28 - 5:00am

Hi,

a VirtualBox Image would be really nice to have, because it's complicated for me to install qemu3 (it needs gcc3).
I will seed of course, if there's a torrent.


By mk at Tue, 2008/05/27 - 5:00am

I tried to convert, but my .vdi ended up with a boot failure.


By mk at Wed, 2008/05/28 - 5:00am

I found it to be very slow also. It would be great if you could convert it, I would do it myself, but it needs 40gigs of free space to do(for the .bin and uncompressed .vdi).

Thankyou =]


By TimS at Tue, 2008/05/27 - 5:00am

I was not able to make a working VDI VirtualBox image, but that's okay; I converted to VMDK using qemu's qemu-img conversion utility instead and *that* works rather well:

http://kde4.aerdan.org/kde4daily_4_1-final.vmdk.bz2

Please be sure to mention it in your bug reports just in case, as there may be flaws I haven't encountered yet.

[This image should work in VMWare as well, but I haven't tried it because I don't use VMWare.]


By Kiyoshi Aman at Wed, 2008/05/28 - 5:00am

I forgot to mention, I *cannot* seed torrents, so unless someone else wants to make a torrent for the image, there will be no torrents available. Sorry.


By Kiyoshi Aman at Wed, 2008/05/28 - 5:00am

Excellent - thanks very much for this!


By SSJ at Wed, 2008/05/28 - 5:00am

At the moment of writing this, I'm downloading it from two machines (own computer and 100Mibps server), the second will be seeding. If you want, I can provide a http source too.


By Marcin Łab... at Wed, 2008/05/28 - 5:00am

Well I've got it running in a virtualbox. I am now updating it and will then try to get a torrent out. I will have some seeding problems up until monday though, so best thing will be to get it tonight.

Will post again when I know more.


By Jord at Wed, 2008/05/28 - 5:00am

Just saw there is already one out there... :-)


By Jord at Wed, 2008/05/28 - 5:00am

I can't get networking to work with the VirtualBox VM running under Windows or Kubuntu. There isn't an /etc/initab file, is that the problem? Any help appreciated...


By pepe at Thu, 2008/05/29 - 5:00am

I had the same problems (with 1.5.6) . Actually i only now found a workaround. "sudo su" to root password is kde4daily
Then rmmod pcnet32 (for the default virtualbox device network module). modprobe pcnet32.
when you now look at dmesg you'll see something like "found 1 device. renamed it to eth5".

then dhclient eth5


By mk at Fri, 2008/05/30 - 5:00am

thank you. It works for me with eth1


By bakc at Fri, 2008/05/30 - 5:00am

Worked for me too! Thanks very much.

Now need to fix screen resolution, it's way too big so I need to scroll in VirtualBox to see everything. Used KR&RTray to change to 800*600 but this just cut out an 800*600 window!


By pepe at Fri, 2008/05/30 - 5:00am

you can edit /etc/X11/xorg.conf
Just search for the "Screen" section und remove the resolution "1280x1024" for the color depth 24


By bakc at Sat, 2008/05/31 - 5:00am

Pages