Test Latest Builds with KDE4Daily

Friday, 23 November 2007  |  SSJ

We are now on the home stretch of the road to KDE 4.0, but KDE still needs extensive user testing to make sure everything arrives in the best possible shape for the release. There is a pressing need for users to be able to get hold of very up-to-date builds of KDE, especially if they want to participate in Krush days and pick up last-minute regressions, confirm proposed fixes, and avoid re-reporting recently fixed bugs, preferably without having to wait for their chosen distro to provide packages. KDE4Daily VM aims to provide such a service.

KDE4Daily is an experimental attempt at accomplishing the above goals using the Qemu virtualisation technology. End-users download the initial KDE4Daily 0.0.1 image (containing the now somewhat dated revision 734472), run it in Qemu and use the built-in installer scripts to upgrade the KDE 4 install to the latest revision provided, so that they can always test-out bleeding edge revisions pulled straight from Subversion. Upgrades are intended to use up relatively little bandwidth (20-50MB for a day's worth of updates is typical; bridge updates which condense a week's worth into one package bring this down to an average of 10MB or so) and be quick to apply (5 minutes per update is common, although bridge updates can take 10-15 minutes).

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.

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.0 will be. As an added incentive for trying it out, you can try out the rapidly-developing Plasma as it progresses too!

Comments:

Nice work! - Simon Hürlimann - 2007-11-23

Will probably try this out soon. When using the binary releases of Kubuntu, I'm often not sure if a particular bug has already been fixed or not. This will give me more reason to file bugs;-) Keep up the good work regards Simon

First post! - SSJ - 2007-11-23

Hi all, A bridge update to r739427 (~2 days old) is currently available; this is a 70MB download that takes (on my machine) about 10 minutes to apply. An update to r740406 is prepared (which I *think* contains Konqueror's new "Undo Close Tab" feature, courtesy of Eduardo Robles Elvira and David Faure!), but not yet uploaded. I'm going to wait around for some successful upgrade reports before making that available, and then hopefully settle into a rhythm of an update every day, depending on whether all targetted modules happen to be compilable at the time. A few known issues: - Sometimes logging into your new KDE4Daily session will crash the first time after an upgrade. Please re-try as it almost invariably works the second time. - KSnapshot does not appear to function inside of Qemu, so if you want to take snapshots, please use the version of KSnapshot in your host machine. - Krita does not start due to a missing dependency; from the command-line, within your KDE4Daily VM session please enter: sudo apt-get install libglew1 and enter the password ("kde4daily") - Processing of backtraces is very slow, especially the first time; please don't let this put you off submitting valuable backtraces! Above all else, please download, help seed, play, test and have fun!

Re: First post! - SSJ - 2007-11-23

Ok, second post, then. *Grumbles* Oh, and I'd like to thank aseigo, jos, riddell and annma for their support in getting this mini-project (and my very first contribution to KDE!) off the ground :)

Re: First post! - reihal - 2007-11-24

Minimum recommended hardware?

Re: First post! - SSJ - 2007-11-24

There's some info on this on in the "What do I need?" section of the homepage, but processor-wise I run it on my Pentium M 1.73GHz OK. RAM is the bottleneck - I'd recommend at least 512MB. If you are going to be submitting backtraces, I'd recommend much more - 1GB, say.

Re: First post! - Thomas Zander - 2007-11-24

Just to state the almost very obvious; the above specs are NOT general KDE minimum requirements :)

Re: First post! - reihal - 2007-11-24

1 GB isn't much these days, I hope "everybody" have that. If not, a good reason upgrade! I promise I will seed these torrents 24/7 until KDE 4.2 is out.

Re: First post! - Chani - 2007-11-25

I've *never* had more than 768mb. :(

Dugg - Dolphin-fanatic :) - 2007-11-23

http://digg.com/software/Test_Latest_Builds_with_KDE4Daily_and_be_part_of_Krush_days

Fantastic Work - kiwiki4e - 2007-11-23

Great work guys! Now I will have something to play with over the weekend. ;-) On my desktop I'm used to VirtualBox. Is there any possibility to convert qemu into VirtualBox Files? Or will the qemu File work "out-of-the-box"?

Re: Fantastic Work - SSJ - 2007-11-23

Hi there, Thanks for the kind words! I've actually tried this myself, and it "worked" in that it created a bootable and runnable VirtualBox image. However, I could not get internet access from within the VM in VirtualBox, and I'm not sure whether this is due to the image needing to be re-configured or whether VirtualBox needs some magic in order to allow the image to connect to the internet. Anyway, uncompress the .bz from the torrent, install Qemu if not already installed, and try: qemu-img convert kde4daily-0_0_1_r734472-qcow.img -O vmdk kde4daily-0_0_1_r734472-virtualbox.vmdk This should give you an image that will work with VirtualBox, possibly without (essential :/) internet capability. Please give it a try and report your findings :)

Re: Fantastic Work - liquidat - 2007-11-23

Actually, there is a better and cleaner way to transform a qemu image to a virtualbox image: http://liquidat.wordpress.com/2007/11/23/howto-transform-a-qemu-image-to-a-virtualbox-image/ At the end of the text you also find a note about the network problem and how to fix it. But the VirtualMachine is really a great thing, thx!

Re: Fantastic Work - SSJ - 2007-11-23

Liquidat has just blogged on precisely this topic - check it out! http://liquidat.wordpress.com/2007/11/23/howto-transform-a-qemu-image-to-a-virtualbox-image/

Re: Fantastic Work - kiwiki4e - 2007-11-23

Hi SSJ! Yes it worked for me too! I converted the image with your command described above and just made a "ifup eth0" and "dhclient" as root in the KDE4 session under VirtualBox without any problems. Thanks for this great piece of Software. You rock! :-)

the release candidate ... - /me - 2007-11-23

... needs more, umm, beta testers. ;-)

Use KVM to speed it up! - Amit - 2007-11-23

This is a brilliant idea. And you can always use kvm ( http://kvm.qumranet.com/ ) to speed things up!

A Klick (or Glick) Bundle would be even better - Joe Kowalski - 2007-11-23

It would be cool if kde4 could be rolled up into a klick bundle that could then be run in a Xephyr window. This would cut the overhead of the emulation and give people a better idea as to the performance of the environment. Is this even possible? I remember a coulple of years ago, one of the nifty klick bundles was a standalone E17 desktop that would load up in Xnest.

Re: A Klick (or Glick) Bundle would be even better - SSJ - 2007-11-23

I don't have any experience with Klik, but the same KDE4 install that I provide (i.e. the contents of /storage/tmp/kde4dev) can be used with Xephyr (I've tried it). If Klik could provide all the required dependencies, then I suspect such a thing should be possible :)

Re: A Klick (or Glick) Bundle would be even better - Ian Monroe - 2007-11-23

Well its more like you'd have to provide all the dependencies to Klik. You could set it up to automatically build everyday. And then setup a script to run the app within Xephyr. Sounds like a lot of work and bandwidth though. :)

Re: A Klick (or Glick) Bundle would be even better - scroogie - 2007-11-26

Xephyr supports Composite, no? Do Kwin's effects work in Xephyr?

Re: A Klick (or Glick) Bundle would be even better - sebas - 2007-11-26

AFAIK, only very recent snapshots of Xephyr support composite, unlikely it's already widely available in distros.

Great! - k - 2007-11-23

Good idea, but why not make it a standard distro that you can install on your hard drive?

Re: Great! - SSJ - 2007-11-23

Really, for convenience - most people probably don't want to install a whole new distro just to check out the latest KDE4 (or maybe they do - what do people here think?). If anyone wants to step up and take a shot at doing this, please be my guest - there's not much different from a standard Kubuntu 7.04 server install + KDM3 - the list of installed packages can be found by dpkg --list the KDE4 install itself is wholly contained in /storage/tmp/kde4dev and the scripts in ~/kde4dailyupdater the paths etc are set in the .bashrc/ .bash_profile. The KDE4 .desktop file is a clumsy hack of an old one and can be found in /usr/share/xsessions. That's probably the full list of all real differences. Another thought that occurred to me is that it might be possible (if you have a big stack of CDs that you want to use up ;)) to use the image to generate your own up-to-date LiveCD everyday, for playing with "natively", as it were. I have no idea how this could be accomplished, however, but suspect that it is possible in theory if anyone has a burning desire to give it a shot :)

Re: Great! - dim - 2007-11-23

And if the network isn't automatically configured for you, try the tip mentionned here: http://liquidat.wordpress.com/2007/11/23/howto-transform-a-qemu-image-to-a-virtualbox-image/ The 2 following lines got me a working network from the vmdk image: sudo ifconfig eth1 up sudo dhclient eth1

Re: Great! - Richard - 2007-11-23

openSUSE is doing this already for some months: http://en.opensuse.org/KDE4

Re: Great! - Richlv - 2007-11-24

unless i have missed something, they do not - they provide kde4 packages for opensuse and livecd (which is popular and very good), but this entry is about qemu virtual image. it is possible that the live cd could be booted in a virtual environment, but i´m not sure whether it supports the same way of updating this virtual image does.

Re: Great! - Grósz Dániel - 2007-11-24

You can install openSUSE into qemu.

Re: Great! - Ian Monroe - 2007-11-24

"The KDE:KDE4 build service project offers SVN trunk snapshots updated usually weekly." Weekly being the key word there...

Wrong Reasoning - Anonymous - 2007-11-23

Quote: "The KDE4Daily project was created to help people try out and test KDE4 without having to log out to boot from a LiveCD." A LiveCD can be run in a virtualizer so I see no advantage of providing a virtualizer specific image file.

Re: Wrong Reasoning - Ian Monroe - 2007-11-23

The whole point is updating. LiveCD's do have creative ways to allow themselves to be upgraded, but Qemu seems like a much more straightforward solution.

Re: Wrong Reasoning - Chaoswind - 2007-11-24

Install from a live-cd to a virtual harddrive, works fine.

Re: Wrong Reasoning - Ian Monroe - 2007-11-24

Heh, or just download the virtual hard drive. Which is what this project is!

Advice - Artem S. Tashkinov - 2007-11-23

To quiet users' headache, please, follow this advice 1) Distribute VM images compressed with 7z with at least 64MB (I suggest 96 or 128MB dictionary - but it requires a 64bit version of Linux) dictionary using Ultra compression mode 2) Provide end users with xdelta binary diffs between daily releases. 3) Remove all unnecessary stuff from the image. I cannot believe KDE4 image takes so much space (I can compress my Fedora 8 with entire KDE3.5.8 to 500MB image)

Re: Advice - SSJ - 2007-11-23

Thanks for the advice, but the torrent is already active and it would be a huge pain to re-compress and re-upload :( If I do a "refresh" image down the line, I'll be sure to take your suggestion into account! The image also contains KDM3 (I want the user to always be able to see a graphical login, even if the KDE4 install is broken), so this and its dependencies probably add a little to the bloat.

New update - r740406 - SSJ - 2007-11-23

Ok, looking at my logs, it seems that a few people have dared the upgrade procedure and, since no one has appeared here to berate me, I assume they went absolutely, 100% perfectly ;) So I'll make the latest prepared revision available, and get a new one building while I go to bed. Enjoy!

Torrent file brocken? - Mark - 2007-11-23

I have downloaded the file via torrent 2 times now, but unpacking with ark keeps failing with an error. Is the file brocken? Does anyone else have the same problem?

Re: Torrent file brocken? - SSJ - 2007-11-23

Try using bunzip2 from the command-line. Quite a few people seem to be using it successfully, so it should be fine. The MD5 of the compressed file should be 3ea6287f5052d26645e83ea91e1555b3. Hope this helps!

Re: Torrent file brocken? - Mark - 2007-11-24

Thanks that worked. Seems like I have to report a bug against ark

Username and Password for login, anyone? - Mark - 2007-11-24

Username and Password for login, anyone?

Re: Username and Password for login, anyone? - Mark - 2007-11-24

found the problem: The keybord layout was the problem.

why not use opensuse - R. J. - 2007-11-24

why not just use opensuse. Their kde 4 repository is updated daily, so people can test and report bugs better with the full install

Re: why not use opensuse - SSJ - 2007-11-24

Basically, because I was completely unaware of this service :)

Re: why not use opensuse - Richlv - 2007-11-24

because it probably wouldn´t work that well for people using other distributions or even - windows ;)

Re: why not use opensuse - Chaoswind - 2007-11-24

You can install SuSE without problems, in a virtualized enviroment (VirtualBox for example).

Re: why not use opensuse - liquidat - 2007-11-25

Where can you get daily builds for OpenSuse from? I checked with their KDE 4 page, http://en.opensuse.org/KDE4 there you only find this link to the build service KDE 4 directory: http://download.opensuse.org/repositories/KDE:/KDE4/openSUSE_Factory/repodata/ And the mentioned SVN version 738441 in the package number is a 6 days old KDE svn version: http://websvn.kde.org/?pathrev=738441

Re: why not use opensuse - Bobby - 2007-11-27

If you install the first two ymp files (KDE4-BASIS.ymp and KDE4-DEFAULT.ymp) from the KDE4 directory that you mentioned then you will have a default KDE4 enviroment and you will be fine for future updates.

Re: why not use opensuse - liquidat - 2007-11-28

Yes, but that wasn't the point. The original statement was that there are daily updates for OpenSuse, and I can't find them.

Re: why not use opensuse - Bobby - 2007-11-28

If you install the files that I mentioned then you will get a daily update. I do an update ever single day. Just use the Yast Software installer and search for KDE4 you will see the file that can be updated shown in blue. Simple click on one with the right mouse button and update all in the list.

Re: why not use opensuse - liquidat - 2007-12-01

No, you don't get a daily update. The ymp-files only add http://download.opensuse.org/repositories/KDE:/KDE4/ as a repository, which does not contain daily updates. Maybe weekly ones, but not daily ones. If you don't believe me, check the svn version of your installed KDE 4 files and compare it with the one from KDE SVN. The current KDE 4 packages in the OpenSuse repositories are for example of version 742646 which is already some days old.

Great work, one suggestion. - Lucianolev - 2007-11-24

Awesome work! A suggestion: I notice that primary partition is about 1gb and I think that too tight. I installed kernel-headers for compiling Virtualbox's Guest Additions and i almost run out of space.Any chance for getting this bigger? Btw, I've tested the update system and it works perfectly, great job :) Bye.

Re: Great work, one suggestion. - SSJ - 2007-11-24

Eep - yes, I've had second thoughts about the partition sizes in the two weeks since I released the image, and think both / and /home are too small. I think the only way to handle it is to grow the virtual disk image itself (I believe Qemu has tools to do this) and then try and use qparted to resize the partitions :/ Sorry about that :(

Not able to start up - ossi - 2007-11-24

Hi! Downloaded this yesterday, uncompressed and started with qemu. But all I get is this: http://www.flickr.com/photo_zoom.gne?id=2058716127&size=l Can anyone help me? thx.

Re: Not able to start up - SSJ - 2007-11-24

I've heard this being reported for users of(K)Ubuntu Gutsy (7.10). If this is the distro you are using, please search the KDE4Daily page (http://etotheipiplusone.com/kde4daily/docs/kde4daily.html) for "Gutsy" to find instructions for how to resolve it. Good luck!

Re: Not able to start up - ossi - 2007-11-24

Thx for the quick answer. That solved the issue. I got a running session now. But my mouse is not working in qemu. Besides the keyboard layout ist not working, but that's not such a big problem. Without a mouse it is hard though. I did some surfing with new Konqueror. Anyway a nice project ;-)

Re: Not able to start up - Rolf - 2007-11-26

Can someone please post the magic hint here? The kde4daily homepage is still down. Thanks, Rolf

Re: Not able to start up - SSJ - 2007-11-26

Should be back up now, but for future reference, see here: http://ubuntuforums.org/showpost.php?p=3660695&postcount=10

Re: Not able to start up - Quique - 2007-11-27

I had the same problem on Debian Etch. Fixed installing bochsbios_2.3+20070705-2 from Debian Lenny.

KVM - akonrad - 2007-11-24

On machines with a recent AMD or Intel CPU, the use kernel virtualization brings significant speed improvements. This is true at least for my machine equipped with an AMD Athlon X2 5600+ and running Ubuntu Gutsy. A HOWTO for Ubuntu can be found at: https://help.ubuntu.com/community/KVM After completing the installation steps, run the kde4daily image: kvm -m <vramsize> kde4daily-0_0_1_r734472-qcow.img

Nah... - anonymous - 2007-11-24

I'd prefer a normal distro for speed and the compositing features. This could also be installed in a virtual machine if so desired. Really. What would be wrong with this approach? Daily updates via a normal repository should not be a problem either.

Re: Nah... - apokryphos - 2007-11-24

Nothing wrong with that approach too, and you can certainly do it by installing any openSUSE distribution (including KDE Four Live, though that would only really be suitable in a VM atm), which contain quite regular KDE4 package updates (and via 1-click-install). See http://opensuse.org/KDE4

Re: Nah... - anonymous - 2007-11-24

Yeah, but weekly updates are not quite the same as daily updates. Especially for bug hunting.

Re: Nah... - Diederik van der Boor - 2007-11-26

> What would be wrong with this approach? Nope it isn't wrong. It just creates an unnecessary barrier for people to participate with testing. The more ways people can test, the more people will test. Packages in repositories is good for a certain group of people, VM's are good for an other set of people.

Non-BT download? - Ben Morris - 2007-11-24

I would love to try this out, but I am on a university campus network which breaks Bittorrent, presumably because they think it's illegal. Is there anywhere this can be downloaded without Bittorrent?

Re: Non-BT download? - SSJ - 2007-11-24

Unfortunately, I am unable to host this myself, and I'm not sure if the KDE servers have recovered from RC1 :) If someone else has some bandwidth to burn, an HTTP download would be very much appreciated!

Re: Non-BT download? - SSJ - 2007-11-24

Thankfully, "sandsmark" has stepped up and provided this direct download - sincere thanks, Martin! URL is here; please only use if you can't use the torrent: http://iskrembilen.com/kde4daily-0_0_1_r734472-qcow.img.bz2

Re: Non-BT download? - martin - 2007-11-25

or just go to http://kde4.iskrembilen.com/

Re: Non-BT download? - SSJ - 2007-11-25

Also, Kiyoshi Aman has provided this mirror - much obliged :) http://kde4.aerdan.org/

Re: Non-BT download? - Kiyoshi - 2007-11-26

I didn't expect a link to the main page, so I apologise for everyone who went there and got a 404 from my [typo'd] URL. It has been fixed, however.

Remarks and questions - Laurent Bonnaud - 2007-11-24

Hi and thank you for this great work! If you issue an update of the disk image here are some suggestions: - remove the CDROM line in /etc/apt/sources.list - apt-get update, dist-upgrade, clean In about 5 minutes of use I got 3 backtraces. Now the questions: - Is there an automated procedure to submit them to the KDE bugtracker (a bit like apport submits Ubuntu bugs to launchpad.net, or reportbug submits bugs to the Debian BTS)? - Should I submit them manually? If so, how do I get the exact revision number?

Re: Remarks and questions - SSJ - 2007-11-24

"In about 5 minutes of use I got 3 backtraces" Nice work - thanks for putting up with the slow backtrace generation! "Is there an automated procedure to submit them to the KDE bugtracker" I don't think so, no - sorry :/ "Should I submit them manually? If so, how do I get the exact revision number?" That's probably best. I've just added your revision number question to the FAQ; here's the answer: "Your current SVN revision number is stored in the text file: $KDE4DAILY_UPDATER_DIR/data/kde4revision.txt" You are very welcome to come and help out in #kde4-krush, too! http://techbase.kde.org/Contribute/Bugsquad/KrushDays

Re: Remarks and questions - SSJ - 2007-11-24

Oh, and thanks for the CD-ROM suggestion!

Running under VMWare - Bernd - 2007-11-24

If somebody is interested, I am running the image under VMWare Server. - The image was converted using the 'qemu-img convert' untility. - I had to remove the shipped xorg.conf file. Autodetection of the X server works well enough. Then use krandrtray to switch resolution. - To get network enabled, I had to replace 'eth0' with 'eth1' (bridged networking) in /etc/network/interfaces

Re: Running under VMWare - SSJ - 2007-11-24

I'm very interested :) Can I link to your post in the KDE4Daily homepage?

Re: Running under VMWare - Bernd - 2007-11-24

Sure, go ahead. Thanks for all the work, it is great to explore the upcoming KDE4 with KDE4Daily.

Re: Running under VMWare - gttt - 2007-11-25

what are the parameters for qemu-img? I did not make it work. I have tried: qemu-img convert -f qcow2 kde4daily-0_0_1_r734472-qcow.img -f vmdk kde4daily-0_0_1_r734472-qcow.vdmk But this only brings the error: (VMDK) image open: flags=0x2 filename=kde4daily-0_0_1_r734472-qcow.img qemu-img: Could not open 'kde4daily-0_0_1_r734472-qcow.img'

Re: Running under VMWare - Daniel W - 2007-11-25

The second "-f vmdk" is wrong. The right operand is "-O vmdk" And the first "-f qcow2" is not really neaded - it is guessed correctly. so the command should look like: $ qemu-img convert kde4daily-0_0_1_r734472-qcow.img -O vmdk kde4daily.vmdk hth Daniel

Re: Running under VMWare - gttt - 2007-11-26

Ok, thank you, this works. Now I do have the problem that I cannot get it to work in vmware. I thought I could use the vmware-player, but this requires a "vmx"-virtual-machine file. The vmware-workstation seems not to be free what I always thought it would be.

Re: Running under VMWare - Bernd - 2007-11-26

The VMWare Server is also free (as in free beer). It is much nicer than the VMWare player, you can even create you own virtual michines. If you want to use the VMPlayer, you might have luck by taking an existing image (google tells me that http://www.thoughtpolice.co.uk/vmware/ looks promising) and then replacing the vmdk HD image file. But I never did that, so it is all just guessing.

Re: Running under VMWare - Maarten Th. Mulders - 2007-11-28

You can use http://www.easyvmx.com. Just go for the "Super Simple" option and select Ubuntu as your virtual operating system. You should check the .vmx file in the ZIP-archive, because it refers to a hard disk file. You can either change the .vmx file or rename your hard-disk image.

A bit homogenous, perhaps? - SLi - 2007-11-24

Don't you think that provides a bit homogenous environment and thus, well, rather poor coverage? I wish there were .debs for Debian testing/unstable... or that the KDE packages compiled cleanly. Really, *always* when I've tried to compile it, I've got some mysterious (to a programmer) compiler errors. A bit frustrated, I admit I didn't always help by reporting the errors...

Re: A bit homogenous, perhaps? - SSJ - 2007-11-24

"Don't you think that provides a bit homogeneous environment and thus, well, rather poor coverage?" That's definitely a concern, and I've tried to compensate by compiling the apps with as many optional components stuffed in as I can - it's a homogeneous environment, but quite a big and rich one, and there seem to be plenty of "global" bugs that have been discovered to date.

runs on Windows XP! - skierpage - 2007-11-26

Amazing, a full Linux KDE desktop with Plasma running within a Windows desktop. I ran it with QEmu and kqemu, using qemu.exe kde4daily-0_0_1_r734472-qcow.img -m 384 -L . The KDE4DailyUpdater took a while to download 73MB, but it completed.

Re: runs on Windows XP! - T. J. Brumfield - 2007-11-27

Qemu and vmware should have no problems running Linux and KDE 4 in Windows. I'm curious to see the first Windows-native builds of KDE 4. Now that Amarok uses libplasma, what does that mean for Plasma on Windows? I thought the KDE devs said the desktop components would not get Windows ports. Personally, the moment that KOffice 2 is released multi-platform, and it supports MS Office imports/exports as well as OpenOffice, I'm dropping OpenOffice all together.

Re: runs on Windows XP! - skierpage - 2007-11-27

I used kdewin-installer (see chehrlic's blog) to download all the pieces and got some KDE4 apps stumbling natively on Windows, details at http://techbase.kde.org/Projects/KDE_on_Windows/Installation It's amazing that they run at all, but KDE4 on Windows seems pre-alpha to me. I also tried using the emerge system to build from source on Windows, see http://techbase.kde.org/Getting_Started/Build/KDE4/Windows/emerge . After downloading hundreds of MB and compiling for hours, I kept running into Python "file in use" errors and finally admitted defeat. There are helpful people making it work better on irc #kde-windows.

Re: runs on Windows XP! - Diederik van der Boor - 2007-11-27

> Now that Amarok uses libplasma, what does that mean for Plasma on Windows? Nothing. libplasma is cross-platform. Only the workspace (/usr/bin/plasma) won't be portable, as it relies on X11 heavily.

Re: runs on Windows Vista too - Tukon - 2007-12-01

Confirmed working on Vista 32-bit as well. Downloaded QEmu 0.90 (w 8/27/07 update) and Kqemu then used the above cmdline. I upgraded to today's version and it's working great. GREAT WORK SSJ! -T

Hosting Down - SSJ - 2007-11-26

Hi all, My main webhost is currently down, so updates will not work. A workaround is to enter export KDE4DAILY_SUBSTITUTE_MIRROR=http://home.kde.org/~kde4daily/ before trying kde4daily-update We are currently at revision 741659 which is approx 6 hours old. Apologies for any inconvenience!

Re: Hosting Down - Nosemann - 2007-11-26

Well I just run the update before reading this and it worked fine so I guess it's back up again. Should I change to that mirror anyway to spare some of your bandwidth?

Re: Hosting Down - SSJ - 2007-11-26

Thanks for your consideration, but the main hosting only serves up small pieces of info (hashes, etc) so is not bandwidth intensive, and the KDE hosting usually only contains bulky stuff (but no info, hashes, etc), so it won't really work from day to day. The workaround is just for emergencies - and won't work well in the (hopefully long) times of non-crisis :)

Patch in order to update when behind a proxy - Famelis George - 2007-11-29

Hi all, To update the kde4daily when behind a proxy, you need to change the downloadutils.rb to use NET::HTTP::Proxy instead of NET::HTTP You also need to define the proxy host and the proxy port. Here is a patch to the downloadutils.rb (#SCRIPT_REVISION:50) --- cut here --- 7a8,12 > $proxy_host = nil > $proxy_port = nil > # uncomment these lines if behind a proxy > #$proxy_host = 'proxy.name.or.ip' > #$proxy_port = 'proxy_port' 56c61 < Net::HTTP.start(@host, @port) do |http| --- > Net::HTTP::Proxy($proxy_host, $proxy_port).start(@host, @port) do |http| 63c68 < Net::HTTP.start(@host, @port) do |http| --- > Net::HTTP::Proxy($proxy_host, $proxy_port).start(@host, @port) do |http| 144c149 < Net::HTTP.start(@host, @port) do |http| --- > Net::HTTP::Proxy($proxy_host, $proxy_port).start(@host, @port) do |http| 180c185 < #SCRIPT_REVISION:50 --- > #SCRIPT_REVISION:50a --- end cut ---

Re: Patch in order to update when behind a proxy - Famelis George - 2007-11-29

Some other things needed when behind a proxy: If you need to use apt-get to install some pkgs you have to create a new file named 02proxy in /etc/apt/apt.conf.d with contents --- cut here (/etc/apt/apt.conf.d/02proxy) --- Acquire::http::Proxy "http://proxy.name.or.ip:port"; --- end cut ---

Plasma panel clock - pepe - 2007-11-29

Whoops! I removed my plasma panel digital clock. Any ideas which config file I can tweak to get it back? Pepe

Can't perform update - Andrew - 2007-12-02

Always I get error with filehash. Like: filehash = <bla-bla-bla> required = <another bla-bla-bla> update aborted, could not download <URL to diff> - hash failed. Is there another way to download update and apply him?

Re: Can't perform update - SSJ - 2007-12-02

Hi! I need more info: What revision are you currently on (contents of $KDE4DAILY_UPDATER_DIR/data/kde4revision.txt), what mirror are you using, and what URLs are failing the hash check? Cheers! Remember, there is a support channel on #kde4daily on irc.freenode.net.

Re: Can't perform update - Andrew - 2007-12-03

Sorry, it seems that I have problems with my hardware.