KDE 3.0.1 Ships

Following the remarkably successful launch of the KDE 3 series with
a very stable KDE 3.0 last month,
the KDE Project today announced the immediate availability of KDE 3.0.1.
While primarily a translation release, it also squashes some bugs, including
some minor security issues with KHTML. Check out the
announcement and the fairly complete
ChangeLog.
Binary packages are available from the stalwart KDE packagers at
Compaq Tru64, Conectiva Linux, Mandrake Linux and SuSE Linux.
As always, we hope you enjoy the latest and greatest KDE!

Dot Categories: 

Comments

by Janne (not verified)

Still waiting for the Debian-packages... They don't even have 3.0 packages yet!

by Carbon (not verified)

Yes, they do. They just aren't in Sid yet. See #debian-kde on OPN.

by Anonymous (not verified)

check calc.cx/kde.txt ! They have had debs ready for a month and they were just about to put it into sid, but now they have changed their mind and are PLANNING ON WAITING ANOTHER MONTH for GCC3.1 to become the standard compiler. Apparantly they have lost touch with normal users that actually do use the standard debian-archives.

by Daniel Stone (not verified)

The alternative is bumping the soname when gcc-3.1 comes in (in the next week or two, I'm told), and fucking things up. Deal for a week or so, or you can deal with co-ordinating recompiling Qt, KDE, all the packages that depend on KDE, and so on, and so forth ...

You're making pretty ridiculous demands of volunteer time.

by fler (not verified)

if your schedule is tight, don't volunteer for a large effort

by Jarl E. Gjessing (not verified)

Yes, excellent!!
I suffered from veird crashes, and a lot of strange crashes, now as far as I can see the are all fixed.
And the speed of KDE-3 is soo much better than KDE-2.x.x.

You are really doing a great job guys.
I just hope that someone will try to help out by making RedHat RPMS.
I sure will give it a try on some of the pacakages!!

by Praktikant (not verified)

is kde gcc3.1 proof ?? i had some problems with gcc3.0.4 and kdemultimedia (kmidi)

#Praktikant

by RoyceyBaby (not verified)

Well the annoucement says that it should compile with gcc3.1.

"However, KDE should compile properly with gcc 3.1, provided that neither debugging support nor strict syntax checking is enabled."

by Jostein Christo... (not verified)

From http://www.kde.org/announcements/announce-3.0.1.html:

With respect to the most popular KDE compiler, gcc/egcs, please note that some components of KDE will not compile properly with gcc versions earlier than gcc-2.95, such as egcs-1.1.2 or gcc-2.7.2, or with unpatched versions of gcc 3.0.x. However, KDE should compile properly with gcc 3.1, provided that neither debugging support nor strict syntax checking is enabled.

Jostein

by Perra (not verified)

I have used gcc-3.1 and successfully compiled all my kde cvs modules. *No* problems here at all.

The compiler is faster than RH-2.96 but a slower than 2.95.

P

by Harsh (not verified)

You mean the compiler is fast, or the generated code is fast?

by loopkin (not verified)

as usual it seems.

i'm lost in RedHat's handling of KDE. no 3.0.1 packages (maybe they'll be there in a few days), and, moreover, KDE 3 was shipped heavily patched in RH 7.3... kdelibs is numbered kdelibs-3.0.0-10. what does it fix precisely ? what is not fixed and fixed in 3.0.1 ? is it just redhat-specific patches ? nobody knows.
maybe a long digging of the sources should reveal that to the world ;-))

by rob (not verified)

To find out what patches were applied to the RH7.3 packages, simply install(not build) the src RPM. There should be a bunch of patches applied in the SPEC file script(the patches themselves are probably in the BUILD directory). Source RPMs should always come with a copy of the pristine source as released along with any patches that were applied separately.

Also I would be surprised, no amazed, if Bero(who builds the RH packages alone AFAIK and does a great job of it) did not contribute any generally useful patches(i.e. not RH specific) back to the main KDE tree.

by loopkin (not verified)

redhat-specific for me meant changes to the menus or things like that, to adapt KDE to the distro... of course for the rest i'm sure he's comitted them to the main tree.

by Aurélien Gâteau (not verified)

Having a look at the RPM changelog and at the patches included in the RPMs should be enough (Patches are kept separate from archives in source RPMs)

by loopkin (not verified)

i know that.

the problem is that, starting from kde3, each app has now a separate RPM, but apparently, they still come from the same SRPMS as before... so for most of the apps, the patchlevel of the RPM is simply misleading.

but i'll have a look. and i still hope that RH will release 3.0.1 RPMs ;-)

by ip (not verified)

You can see some daily packages in bero homepage, few are labeled even as 3.1.0 .
Look at:
http://www.linux-easy.com/daily/

by loopkin (not verified)

i know this. but i'll never used fresh RPMs from bero once again. last time i did it, he compiled KDE 2.2.2 against qt 2.3.2, as there was a clear "don't do that" from the KDE team. it resulted as the buggiest KDE i've ever used (clipboard was messing everything) ;-)

moreover, i wonder what "kde 3.1.0" is... did i miss any announcment ;-))

by Perra (not verified)

Just start to compile from source instead. It is not hard at all and then you can always update the source once a bugfixes keep coming in.

http://www.kde.org/anoncvs.html

by Janne (not verified)

"Just start to compile from source instead. It is not hard at all and then you can always update the source once a bugfixes keep coming in."

Speaking of bugs... Why does the number of bugs seem to get bigger and bigger:

http://bugs.kde.org/bugscount.txt

I assume that those bugs are removed from the list once a fix is submitted to CVS. But the number of bugs in KDE keeps on increasing.

Some statistics:

Bugs
0317: 4533
0523 (today): 4823

Of those

Crash
0317: 183
0523: 579(!)

Grave
0317: 22
0523: 68(!)

The amount of normal bugs has been reduced (from 4328 to 4176), but they are rising again. Lowest number was in 0331 (3524), and it has gone up since.

by Anonymous (not verified)

> Speaking of bugs... Why does the number of bugs seem to get bigger and bigger:

That`s a natural thing: More users, more bug reports. And most bugs get more than one report, most noticeable with khtml, and it needs much work to identify duplicates. What I found interesting when reading http://www.linux.org.uk/~telsa/Trips/Talks/g3-bugzilla.html is that Gnome "receives one hundred to three hundred bugs a day." Make your own conclusion if there are more (native english-speaking) users, automated crash reports(?) or just more bugs. Anyway don`t wonder they can close up to 300 bug reports between every Beta release.

by Aaron J. Seigo (not verified)

1) more users mean more bugs found and more reports made on the same bugs
2) more code means more bugs to be found (looks at how much more there is in kde now than there was in the kde1 days)
3) developers can use a hand closing duplicates and closing non-reproducable bugs
4) all the same, the number of bugs isn't growing out of control and KDE remains very stable

the fact that the number of bug reports (including wishlist items) is growing is a sign that kde itself is growing.

by Carsten Pfeiffer (not verified)

The number of reports with "crash"-severity is also raising due to the endless hours spent by people like Stephan Binner, wading through the reports and categorizing them.

by Perra (not verified)

There was some idea a while back that after some time after an updated release a mail would be sent to the person (for each unclosed bug report) that sent the bugreport asking him if it has been fixed.

Ofcourse a mail with all bugs reported by the user would be sent. If he never replies to the mail the reports will be closed after a certain amount of time.

This would kill some of the very old and hopefully not ligitimate bugs.

P

by loopkin (not verified)

yep, i know that, and i actually do it for some apps (kwintv, kyim, ...). but then, if i start to do it for such a big thing as KDE, why use a distro and not LFS ?
moreover, my comp is an old Celeron 450 (overclocked), and it takes hours to compile anything on it, so, for the whole KDE, i have the feeling it'll die ;-)
i think the only option for me is switching the distro. i'm considering to do it more and more....

by Morty (not verified)

With my old Duches 400 (No overclocking 398 to be exact) I used about 24hrs
on the base packages + network and multimedia (3.0 beta 2 or 3). The bad one
is Qt on 6-7 hrs. You can save some time (several hrs) compiling Qt without tutorials and example code :)

by Alexander Bard (not verified)

Yes, I agree on this one.
RedHat always make it a pain with new KDE releases.
That's why I don´t use RedHat anymore.
I suggest you choose another distro as well,
it makes it a lot easier. I've always
been happy with Mandrake.

by Leo Milano (not verified)

I am sure they will compile the packages. They have always done it for stable releases. It usually takes a couple more days for the Red Hat packages, but it is all right. Please remember folks, IT IS HARD to make money with GPL code. It is not impossible, but it is hard. They are doing their best. Please BE POLITE in your requests. We need (worldwide) more companies like Red Hat, Suse , Mandrake, etc, and less companies like ... you know, M$.

Cheers,
-- Leo

by loopkin (not verified)

I am sure they will compile the packages. They have always done it for stable releases.

erm no, not _at_all_ !!!
in RH 6, KDE1 wasn't even included. that's how Mandrake started: a RH with KDE1, and compiled for i586 instead of i386
then for a very long time, RH wasn't providing any package besides the one included in the RH releases. there was some guy providing RH UNOFFICIAL packages for the KDE team (they were even compiled against cups, whereas till 7.3 RH used only lpd). It was the first time with RH7.2/KDE2.2.2 when things were handled more or less correctly (except that Bero did a bad packaging -that qt2.3.2 thing-, mostly because he was in a hurry i think)

RedHat has always had a bad attitude towards KDE. they focus on GNOME (a bit) and server-side (a lot). Bero is doing alone packaging for KDE, and i agree it's a far too difficult work. After that, for sure, RH's CEO can go bashing "Linux isn't ready for the desktop" everywhere....

As for making money, RedHat is the most profitable Linux distro as i know.
So i ask them in a very polite way to handle KDE correctly ;-))

by Leo Milano (not verified)

Ok, thanks for the info loopkin. I assumed it was RedHat providing those packages, but now I recall it was actually Bero doing it in his spare time. I switched to KDE since 2.2, so I wasn't aware of the past histoy (I used to use twm and later Gnome).

As for RedHat's bashing of Linux on the desktop, I agree in what you say and I think THEY DON'T GET IT. if you don't have a grip on the desktop market you will lose it on the servers market. That's how M$ got heavily into the servers market, with this horrid NT OS. Sys Adms had to reboot daily (!) to keep them running. But they still used it "because it was M$". And M$ got the their name recognized because of desktop dominance (plus FUD plus monopolic behavior plus marketting).

Enough rant. Thank you all, KDE people, for this beautiful desktop.

by loopkin (not verified)

yes i agree on that !! i really like a lot KDE, it's great job :-))

by kde friend (not verified)

And who is responsible for reqular update of
http://developer.kde.org/development-versions/kde-3.0-release-plan.html
and
http://developer.kde.org/development-versions/kde-3.0-features.html

Why they don't change it's status and why you dont keep community informed about the progress.

Pls don't make the mistake of loosing the community by not informing what's going on and what is current progress.

Also something about the dot, the news-per-day are too small, for dot readers i just want to remember that when freekde.org was live there were 2-3 times more news per day and that was fine.

Don't forget that in opensource the most important thing is the community (not only contributors, developers, designers, translators but end-users, administrators, promoters, middle and small business too), and the community dies without fresh news, forums, lists, updates, releases, etc (any suggestions???).

Anyway kde community is very strong and hard, i personally visit kde.org and the dot every earth day and promote it! But if we want to bring more users and contributors to community we should more active. (Example: look at the other camp and see that they have news almost every day no matter that the news are bull-shits and that their progress is zero compared to the progres of kde (if some one cannot guess the other camp it's http://www.gnome.org )

P.S.
Kongrats kde team, waiting for 3.1

by why (not verified)

why you are staring flame wars again, kde is really superior now but i want to see what you are going to say when gnome2 is up

by ac (not verified)

> kde is really superior now but i want to see what you are going to say when
> gnome2 is up?

probably something like

"nice, but not quite there"

SCNR ;-)

by Anonymous (not verified)

> And who is responsible for reqular update of http://developer.kde.org/development-versions/kde-3.0-release-plan.html

Release coordinator.

> and http://developer.kde.org/development-versions/kde-3.0-features.html

Nobody, or every developer for his own changes.

> Pls don't make the mistake of loosing the community by not informing what's going on and what is current progress.

You will be glad to hear that Kernel Cousin KDE will return.

> Also something about the dot, the news-per-day are too small

Submit stories. But don`t think about announcing every software release like news.gnome.org, that`s the task of apps.kde.com.

by Frank Rizzo (not verified)

>>You will be glad to hear that Kernel Cousin KDE will return.<<

That's great. When does it return and who will be doing it?

by Anonymous (not verified)

Could be today or tomorrow. A new team, I guess they will introduce themself.

by Rob Kaper (not verified)

No, it is basically the same team with some new help, and we now coordinate our efforts more closely on the kc-kde mailinglist and use CVS to put our summaries so we can fix typos and markup stuff in a joined effort, putting less stress on the head editor who still sends the final version in for publishment.

by Chefren (not verified)

Hmm.. I always thought "the other camp" was www.microsoft.com...

by just my 2 cent (not verified)

Hello out there,

> But if we want to bring more users and contributors to community we should
> more active.

Do you mean more news activity ?

> Example: look at the other camp [.. gnome.. ] and see that they have news
> almost every day no matter that the news are bull-shits and that their
> progress is zero compared to the progres of kde

In my opinion this (bull-shit news) is a serious reason just to mention real progress on this news site. I am reading a lot here, but i would consider it is a waste of time of many surfers if dot.kde.org report about every little progress in an application. In this in 2 ways

1. resources needed to write the news here
2. all the time wasted from thousands of surfers by reading minor
important news (did you ever caught yourself by reading non-informative
comments (for example browsing slashdot.org) and wondered about yourself
why you are reading such a bull??it)

Let´s go coding / learn to code.

As said before Thanks for KDE guys.

P.S.
Desperatly waiting for kde 3.x debs so that i can switch over to debian (or should i switch to gentoo www.gentoo.org (sounds difficult and time consuming for a linux newbee - compile nearly everything from source on a Celereon 433 and slow internet connection)

cu
my 2 cent on time wasting

by Chony (not verified)

About the debian packages: http://calc.cx/kde.txt

by PARENA (not verified)

Using MDK8.2 here and tried the rpm's, but even after a clean install KDE is messed up... it installs in different places, it saves some settings in you ~/.kde and some in ~/.kde3, my 'root'-user's panel was completely empty except for a taskbar, the K-menu and kalarm or something. It just copied the skeleton all wrong...

:(

by uga (not verified)

I'd rather use my cvs version compiled with 3.1 that works flawlessly.
After having updated kde regularly from cooker (it worked) I decided now to switch to 3.0.1.... what a mess:

*As you said, the installation was completely disorganized.
*I had to replace both kde and kde3.0 installations.
*It had dependencies with old packages (for.ex. librpm), so it wasn't possible to upgrade after having the newer libraries.

WHO provides this packages for Mandrake? They're not even in the cooker section. Are they official packages?????

by PARENA (not verified)

So your advice is to get started with cvs? Hmmm, that'll be the first time I compile KDE myself... what an adventure! And all thanks to MDK. Should I be happy now? Hmpf... ;)

by uga (not verified)

It's easy. If you have already installed qt3 in the system, you can use it, or download 3.0.4 from trolltech.

You'll need to compile every package (arts, kdelibs, kdebase....) with parameters:

./configure --with-qt-dir=/usr/lib/qt3 --prefix=/usr/local/kde3.1
make
make install

where (/usr/lib/qt3) is the library where Mandrake installs qt3, and (/usr/local/kde3.1) is the place I usually install kde cvs.

Compile it in that order: first arts, then kdelibs, then kdebase. You can try it at this moment. After that install the other packages: the order should not be important.

PS: Usually the main packages have no problems for compiling, but some packages like koffice or kdemultimedia have big changes sometimes, and they don't compile instantly. They're usually not difficult to fix though, if you know some c. Good luck!

by Ronino (not verified)

I use the same system here. Actually, these packages are a real mess. I had to completely remove kde2.2.2 and my previous kde3.0.0 due to rpm-dependencies and conflicts.

Try to set KDEHOME to ~/.kde3 to make all apps use this folder.

My root's panel is nearly empty, too, but this has also been the case in kde3.0.0. I guess, this shall remind you of not running normal apps as root ;-).

Ronino

by Hubert (not verified)

Yes, it is a little bit tricky! At first I've removed kde-2.2.2 and then an update to kde-3.0.0, that was all. Now my system works fine again. Ok, all my configurations now in .kde3, not .kde but I've copied the necassary files by hand to the new directory.

Hubert

by wilmer (not verified)

where do i set KDEHOME? where would this environment variable be set?

thanks!

wilmer

by Evan "JabberWok... (not verified)

A good place to set it is startkde, assuming you want all users to have the same home directory - otherwise, it's kinda dependant on how your distro is setup - it would be a good idea to take that to their support channels, like those on irc.openprojects.net (#suse, #mandrake, etc). It's a question more of what you're doing before KDE is run than how it's running, so it's OS dependant.

Regardless, this is not the right forum for KDE support - try the various KDE mailing lists at lists.kde.org for your OS.

--
Evan

by David Faure (not verified)

Expect updated packages next week, that will install under /opt/kde3 again instead of /usr, and should fix those problems.