KDE 3.5 Release Candidate 1
Saturday, 12 November 2005 | Binner
KDE 3.5 is almost finished, so we have prepared a first release candidate. We want to have it tested as much as possible, so please give it a show. You can download the sources from download.kde.org. To compile them you can use the Konstruct build script . In the short time frame since tarball creation only binary packages for SUSE Linux got finished, Kubuntu are uploading theirs. Thanks for your help in reporting bugs and giving feedback so far. Update: There is now also a Klax Live-CD for this release available.
Comments:
I'd like to help out - This time I want to help out... - 2005-11-12
This time I want to help out but I'd like to know whether I can get back to my good old KDE 3.4.3 when things do not work out with the KDE 3.5 rc1. I have 1 machine and a single hard disk. I am running Kubuntu Breezy and have done lots of customizations done. If this is not possible, what can I do to mitigate the mess I might find myself in, in case I take the plunge?
Re: I'd like to help out - Patcito - 2005-11-12
I did install beta2 and it was too buggy for me so I downgraded to 3.4.x. This is how I did it: apt-get remove libarts1c2 kubuntu-desktop removed beta2 lines from sources.list apt-get install kubuntu-desktop and it worked
Re: I'd like to help out - Reply - 2005-11-12
There are two ways to be safe: 1) Backup your important data; 2) Stick to official Kubuntu packages.
Re: I'd like to help out - liquidat - 2005-11-12
If you want to be sure you have to use a virtual machine where you set up a second Linux but with KDE 3.5, or you have to install KDE 3.5 only local, which is possible when you use konstruct or kdesvn-build. I personally had nice experiences with konstruct: http://liquidat.blogspot.com/2005/08/kde-35-alpha-1.html But after that I tried kdesvn-build, and that was even better: http://liquidat.blogspot.com/2005/08/another-kde-building-tool.html Regards, liquidat
Re: I'd like to help out - Cyrille Berger - 2005-11-12
With kubuntu you can use the package debootstrap to install KDE3.5 and keeping KDE3.4.3
Re: I'd like to help out - Alfred - 2005-11-12
I just use kontruct, but let it install to another diretory, eg /opt/kde3.5rc1. For my testing I use a fresh account, so the customizations and data of my 'normal' account don't get messed up. If all runs well and I decide to use the new version day-to-day, I rename .kde in my 'normal' users home, then log in the new kde-version and copy back the data (bookmarks, etc.). Alfred
Live ISO - Alessandro - 2005-11-12
There will be the Live Klax ISO to test it? If yes, is there a (possibly simple) way to boot an ISO from HD, without burning it to CD/DVD? Thanks!
Re: Live ISO - cies breijs - 2005-11-12
to my knowledge there is currently no such way. if its about the cost/waste than a cd-rw help out nice for the live iso testing. _c.
Re: Live ISO - Alessandro - 2005-11-16
The trouble is that my notebook can only read CD/DVDs, but not write them :-(
Re: Live ISO - Narg - 2005-11-12
Vmplayer can do that, if in a non-free way. There are guide around on how to change the browser-thing to any OS you want, including live cds (I have a knoppix vm image on my disk atm :P)
Re: Live ISO - Alessandro - 2005-11-16
Thanks, but I need a copy of vmware to create the vm to launch with vmplayer, is it right?
Re: Live ISO - Anonymous Coward - 2005-11-12
Check out QEMU. Homepage: http://fabrice.bellard.free.fr/qemu/ Your distro probably packages it. Start the cdrom with: qemu -cdrom cd_image_file.iso -boot d man qemu for more information :)
Re: Live ISO - Alessandro - 2005-11-16
Thanks, I'll try this! It seems promising...
Re: Live ISO - Anonymous - 2005-11-13
It seems the Live CD is now available.
Re: Live ISO - Alessandro - 2005-11-16
Yes, you are right. Thanks!
Re: Live ISO - Alessandro - 2005-11-16
What I'm looking for, is a way to boot from an ISO like you boot from a partition with GRUB, Lilo, Smart Boot Manager or others. Something like LOADLIN could be nice too. Advantages are: - you don't have to burn the CD/DVD - you can use it without a CD/DVD burner and even without a CD/DVD reader! - reading from HD is much faster than reading from CD or DVD. Thanks for every answer.
Not Ready. - PT - 2005-11-12
As long as slave forwarding doesnt work. Try opening a .tar.bz2 in media:/whatever. It doesnt work. Or is it planned for KDE4 only?
Re: Not Ready. - Davide Ferrari - 2005-11-12
Gosh, you're correct, this is really an issue since IOSlaves are going to be the default to navigate through your file system in KDE 3.5 (think of home:/). There is definitely the problem of appending one IOS to another, and the new default will lead to lots of complains, I bet.
Re: Not Ready. - superstoned - 2005-11-12
this still doesn't work? i thought it got fixed... at least you can now burn cd's from media:/ directly with k3b...
Re: Not Ready. - Morty - 2005-11-12
Not exactly the same, this is about using ioslaves in media:/. If you have Ark installed it will handle the compressed file seamlessly, but kio_tar etc will not. Personally I think the concept of the whole system:/ and media:/ thing are broken, the k3b issues demonstrated it nicely. Inconsistencies keep popping up all over the place requiring constant fiddling with the implementation. And even if you neglect the inconsistency issues, the end result still does not improve usability very much. Which was the whole purpose of the thing.
Re: Not Ready. - Davide Ferrari - 2005-11-14
Well, IMO the idea of abstracting from the regular Unix filesystem is a great one, don't get me wrong, but while Kevin put a lot of effort into it. it's something that has should be postponed for KDE4...it's quite a radical change and as you said the process it's leaving quite a few inconsistencies (being the KIOs append issue one of the most noticeble). IMO now in RC1 time is even too late to step back, it will lead to even worst problems IMO, so let's hope in the 3.5.x series for some bugfixes and definitely to KDE4 for a major revamp.
Re: Not Ready. - Leo - 2005-11-15
Yeah, the implementation needs a lot of work. In its current state, it is a huge step backwards from standard paths. For example, take this common task (I just ran into this yesterday) In kubuntu, plug in a Digital camera, and the media://camera pops up in konqueror. So far so good. Now I want to send a picture to a contact on MSN through Kopete. So logically I go Send file - navigate to the media://camera directory, and choose my picture. But then kopete says that I cannot choose remote files to send. Huh? Remote files? It's on my camera! Now I know enough to copy the pics to the hard drive first, but a normal user would be stumped at this point. I really don't understand why we can't let the distro mount the camera under /media/camera or whatever and open that dir in konqueror when a camera is plugged in. Would make everything much more consistant.
Re: Not Ready. - LB - 2005-11-15
Another example; If I put a movie-dvd in the player, it's mounted and shown as media:/hdc, in the media:/-view it's impossible to view the dvd-content (files) in Konqueror, I need to manually go to the mount-path in Konqueror, to be honest this is quite annoying.
Re: Not Ready. - Morty - 2005-11-16
Leo: "it is a huge step backwards from standard paths." "I really don't understand why we can't let the distro mount the camera under /media/camera or whatever and open that dir in konqueror when a camera is plugged in. Would make everything much more consistant." LB: "in the media:/-view it's impossible to view the dvd-content (files) in Konqueror. to be honest this is quite annoying." I can't say anything other than I agree with Leo and LB, the only thing actually achieved by trying to abstract the regular Unix paths with this are making everything less consistent. And having to do lots of work hunting all the different kind of use cases and make them work. And rather than creating better usability, it only creates a inconsistent mess. Introducing another naming scheme for the users to learn. And it's at best only marginally better usability wise, and even useless for legacy applications. IMHO the whole idea should have undergone a real usability review, with lots of why's asked.
Re: Not Ready. - Ewan Marshall - 2005-11-28
This is because kopete is detecting the media:// as a remote protocol just like http:// in a web browser. And therefore its upto kopete to modify its code to allow this as a local protocol. The other option would be to take you back to the standard path, but it's more about time to get the new system running consistently with other apps.
Re: Not Ready. - Nicolas Goutte - 2005-11-12
Is there already a bug report for this? If yes, can you give the number. (Thank you!) Have a nice day!
Re: Not Ready. - Michael Jahn - 2005-11-12
http://bugs.kde.org/show_bug.cgi?id=73821
Re: Not Ready. - Nicolas Goutte - 2005-11-12
Bug #73821 is more general and can probably not be implemented in KDE3. But media: often handles local files and so they should be given to a tar: (or zip:) KIO slave. Have a nice day!
Re: Not Ready. - PT - 2005-11-15
I reported it in august: http://bugs.kde.org/show_bug.cgi?id=110951 (or bug:110951 for the ALT+F2 lovers out there). And its not even confirmed yet. Was I too vague in the bug description?
Re: Not Ready. - MamiyaOtaru - 2005-11-12
huh. Zero problems with that here. I can go to media:/sdb1 or whatever and open all the zip, tar.gz or tar.bz2 files I want. (this in KDE 3.4.2). Is there some more specific case you can give me that should fail?
Re: Not Ready. - kundor - 2005-11-14
Maybe you should try using the release that is supposed to be broken, ie KDE 3.5, instead of a completely different version?
kdelibs3-arts rpm not available for SUSE 9.3 - Bill - 2005-11-12
can't find it anywhere (though it's available for Suse 10.0) and kdelibs3-devel-3.5.0-2 is dependent on it. Any ideas? Anyone else experiencing same?
Re: kdelibs3-arts rpm not available for SUSE 9.3 - Anonymous - 2005-11-12
You can ignore this wrong dependency (--nodeps).
KDE 3.5 beta is rock solid - Me - 2005-11-12
I've been using KDE 3.5beta1 and beta2 as soon as they were out and to me they are just as rock solid as KDE 3.4.2 the last 3.4 I've been using. I think 3.5rc1 must be even more polished, and must have some other niceties worth upgrading.
Re: KDE 3.5 beta is rock solid - Anonymous - 2005-11-12
KDE 3.5 went into feature-freeze before Beta 2 so RC 1 will hardly have new niceties.
Re: KDE 3.5 beta is rock solid - Johann Ollivier Lapeyre - 2005-11-12
but it's sill possible. The new style for Kopete was commited because it is like data file, not a new feature in c++.
Re: KDE 3.5 beta is rock solid - Andre - 2005-11-13
Intrestingly the Ikons of left to the Kopete window show the problems of the current Icon scheme. they depict 3 dimensional objects with different angles.
klik:/ packages? - bsander - 2005-11-12
If any klik:/ packages would be made available for testting that would probably make it very easy for a lot of people to give it a shot while not affecting their current desktop.
Suse 10.0 - Med - 2005-11-12
Is there a standard way to install kde 3.5 RC1 on Suse ? I'd prefer to add a source to Yast and then update rather than playing directly with rpm. Thanks.
Re: Suse 10.0 - rinse - 2005-11-12
I checked the ftp-site, but did not find any yast-specific directories/files on it. So you can't use the ftp directory as yast source. But you can try to do the following: 1 - download all files to a local directory, then right click on that directory and select [Actions->add directory as yast source] (or similar option) 2 - download all files to a local directory, open a konsole, go to that directory and type "kdesu "/sbin/yast2 -i *.rpm"
Re: Suse 10.0 - Med - 2005-11-12
Thank you very much, option 1 worked perfectly. However now the graphical login screen doesn't work anymore. I guess it has something to do with kdm. Any idea ? Thanks.
Re: Suse 10.0 - Diederik van der Boor - 2005-11-12
> Is there a standard way to install kde 3.5 RC1 on Suse ? Try adding their KDE yast-sources from the supplementary folder. http://ftp.tu-chemnitz.de/pub/linux/suse/ftp.suse.com/suse/i386/supplementary/KDE/update_for_9.3/yast-source/ This source should be updated with new KDE packages, don't forget to "refresh" the source to see the updated packages. Now open the "Yast software installation", make sure you see all packages in the "Installation overview" (by enabling the "Keep" option). Right click on the package list, choose "Upgrade when new version available". It's somewhat a hack, but it works if you want to upgrade packages :-p
konstruct + svn up - Tmor - 2005-11-12
Hi, I used konstruct last week to build and test KDE 3.5b2. Among other things, I was obliged to update akode to "akode-2.0b3.tar.gz", (instead of beta 2), to add directly forward declarations into some tarballs downloaded by konstruct (because of gcc 4.0.2 delivered into my mandriva), and so on ... now "svn up" refuses to update my "konstruct" directory. I do not want to rebuild everything, but only tarball that have been updated between beta2 and RC1. Do you have a tip to handle this simply (other than having to restore everything manually) ? Thanks!
debian - Nick - 2005-11-12
i'm just dreaming of downloading 3.5.0 from official debian unstable repository after no more than a weak since the release... hope that there wont be any more abi transitions or release freezes...
Re: debian - Stackbit - 2005-11-12
I second that...
Re: debian - petteri - 2005-11-12
I third that... :)
Re: debian - tellico - 2005-11-13
as do i !! especially since debian and kde are supposed to have such a big cooperation agreement...
Re: debian - ac - 2005-11-12
so do I, I could really not wait and compiled all with konstruct today. Worked well, will now find a way to integrate my compiled build into sid, and the day 3.5 has been uploaded, I'm gonna simply reinstall (over) it
cool... great... - barosl - 2005-11-12
cool... great... i'm looking forward to really seeing KDE 3.5!
Error compiling kdeutils - regis - 2005-11-12
Hello, I just tried to compile KDE 3.5 rc1 from source but I get an error with kdeutils: make[3]: Entering directory `/multimedia2/src/kdeutils-3.5.0/superkaramba/src' if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/kde/include -I/usr/lib/qt/include -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -I/usr/include/python2.4 -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT meter_python.o -MD -MP -MF ".deps/meter_python.Tpo" -c -o meter_python.o meter_python.cpp; \ then mv -f ".deps/meter_python.Tpo" ".deps/meter_python.Po"; else rm -f ".deps/meter_python.Tpo"; exit 1; fi meter_python.cpp: Dans function « PyObject* QString2PyString(QString) »: meter_python.cpp:129: error: cannot convert `Py_UNICODE*' to `const wchar_t*' for argument `1' to `PyObject* PyUnicodeUCS2_FromWideChar(const wchar_t*, int)' make[3]: *** [meter_python.o] Erreur 1 make[3]: Leaving directory `/multimedia2/src/kdeutils-3.5.0/superkaramba/src' make[2]: *** [all-recursive] Erreur 1 make[2]: Leaving directory `/multimedia2/src/kdeutils-3.5.0/superkaramba' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/multimedia2/src/kdeutils-3.5.0' make: *** [all] Erreur 2 regis@REGIS:/multimedia2/src/kdeutils-3.5.0$ I've searched in kde bug tracking system and found nothing, maybe I've done something wrong, or maybe should I add a bug report, but I want to be sure, can someone tell me what to do? :)
Re: Error compiling kdeutils - stumbles - 2005-11-13
Hey I have the same problem.
Wait for your distro to provide binary packages - ac - 2005-11-13
... and stop reporting compiling issues here.
Re: Wait for your distro to provide binary packages - stumbles - 2005-11-13
Well ya know that'd be *great* if I was *using* a binary distro.... which *I ain't*.
Re: Wait for your distro to provide binary packages - regis - 2005-11-13
I've compiled a lot of things myslef for my slackware so maybe if I install a package for v10.2 or 10.1 it will not work either...
Re: Error compiling kdeutils - Morty - 2005-11-13
It's already fixed in SVN. http://www.p0z3r.org/2005/11/pyunicodesize.html
Re: Error compiling kdeutils - stumbles - 2005-11-13
Good deal. Guess I was *to quick* to submit a bug report.
Re: Error compiling kdeutils - regis - 2005-11-13
Thank you :)
Re: Error compiling kdeutils - p0z3r - 2005-11-13
I'm actually kind of surprised that the RC1 picked up this code instead of the final fix which all happened on the same day. Regardless, it should be fixed in SVN and shouldn't show its ugly head in RC2.
qt-3.3.5 - wynn - 2005-11-13
hi, sorry for being ignorant here, but is the KDE 3.5-rc1 and indeed KDE 3.5 itself compatible with qt-3.3.5? I recall reading a compile issue with KDE 3.5-beta1, and am wondering whether it's been fixed.
Re: qt-3.3.5 - Anonymous - 2005-11-13
Yes. Was already in Beta 2.
Exchange support in 3.5? - mitya - 2005-11-13
Hi, everyone! KDE 3.5 RC1 is definitely great news. I do have a question though. Does anyone knows what happened to MS Exchange support in Kontact? It was on KDE 3.5 features plan about a month ago and than it strangely dissappeared from there. I am pretty sure there are a lot of people like me out there, who require not only KOrganizer Exchange support(which is great, of course) but KMail Exchange support as well. Having full email support, will bring KDE one huge step closer to corporate desktop world, which currently dominated by Gnome, largely because of Evolution and its' support for MS Exchange. Me, I am forced to keep Evolution and everything it requires (a LOT of Gnome-specific libraries!), due to lack of that Exchange support in Kontact. P.S. Yes I know about the IMAP option, and no, the IT Manager will not open it just so I can use Kontact with it. Frankly, I wouldn't do that either, if I was him. That only adds more headache to the busy work schedule. :) Thanks in advance for any useful info!
Re: Exchange support in 3.5? - Anonymous Coward - 2005-11-13
> KOrganizer Exchange support(which is great, of course) Even that doesn't seem to work for me. Some shonk with SSL, i presume.
Re: Exchange support in 3.5? - Thiago Macieira - 2005-11-13
Exchange support was buggy and didn't work, so it was removed.
Re: Exchange support in 3.5? - mitya - 2005-11-15
Thanks for the reply! Any plans for adding it in the future, hopefully before kde 4? Perhaps there is a patch I can use to try it out on my system? That will be great to see it with my own eyes. Thank you!
Re: Exchange support in 3.5? - mmHg - 2006-01-09
Bummer... Even evolution doesn't meet my needs. I'm still trying to find a decent linux email client that supports MULTIPLE exchange accounts. IMAP isn't an option for me. Hopefully KMail can do this when they finally get around to implementing exchange. I can always dream.........
IMAP IO Slave - Michi - 2005-11-13
I cant't use IMAP(S) with Kontact on my laptop after suspend (to RAM or to disk). After restarting Kontact it works again. This problem is not new in 3.5, I have it since I have a laptop (since 3.4.2). Can someone point me to a bug-report? I tried to find one but i'm not famillar with bugzilla...
First impression - Diederik van der Boor - 2005-11-13
I had some high expectations for KDE 3.5, but after browsing the Klax live-cd I'm a bit disappointed. My first impression: it's quite unpolished. That's a pity. I'm talking about things like: * Options in KDevelop are grayed-out when they shouldn't; * The "New" dialog in KWord doesn't give a reasonably default. I opened "Page layout" by accident, couldn't type text (appearently you need a textframe for that). It took me a while before I found the "A4 page" option. * The "Document settings" of KWord tab has a messy layout, * The default "Insert" toolbar in KWord is sitting in the way, and isn't exactly a must-have for text writing. * Not being able to see the selection in Krita for empty images. * The properties Tab occupies all space in Kexi. * The current layout of KGeography (but the idea of the application is really cool though!) I know these are just minor problems, and maybe I shouldn't nag about it. But these small things give a bad first impression. I get the idea everyone has put a lot of work in KDE, but the final touch is missing.. :-( Some things are really cool, like: * Adblock support in konqueror * SDI support in KOffice * having Kexi/Krita in KOffice :-) * all Kicker improvements * better grouping of menu items. * the GUI of blinken.. awesome! I also find KWin/Kicker quite appealing with the latest Plastik version. :-)
Re: First impression - Anonymous - 2005-11-13
It seems most your points are about KOffice - which is not part of KDE 3.5 despite being on the CD. The good news is that KOffice will start still this year a new release round for a release early next year and you have the possibility to influence its development when you split up and feed your points to the KOffice developers.
Re: First impression - Robert Knight - 2005-11-13
KOffice is not part of "KDE 3.5" as such. That is, KOffice doesn't try to sync its releases with KDE 3.5. The next big release of KOffice is 1.5 and that will probably happen around March next year. Having said that, we really need feedback from KOffice users, so if you could send an email to the koffice-devel mailing list that would be very handy.
Re: First impression - AV - 2005-11-14
Reading http://www.canllaith.org/svn-features/svn-koffice.html ... "In KSpread, Robert Knight has recently implemented formula editing with colour syntax highlighting." Wow, seems like the final touch will be there shortly.
changelog? - hannes hauswedell - 2005-11-23
am i blind or is it simply impossible to find a changelog anywhere on kde.org?
Re: changelog? - ac - 2005-11-23
One could simply look at the svn history...