KDE 3.0.3 Released

The KDE Project is happy to announce the release of KDE 3.0.3,
an update for KDE 3.0 with further bugfixes and an important
security fix.
Read more in the announcement and on the
KDE 3.0.3 Info Page. Credits go to
Dirk Mueller for his tireless work as release coordinator. Thank you Dirk.

Dot Categories: 

Comments

by Thorsten Schnebeck (not verified)

"Anyone who uses Konqueror for secure transactions on the Internet is strongly urged to upgrade. Users of Internet Explorer, which suffers from the same problem but which does not yet have a fix available, are also encouraged to switch to KDE 3.0.3."

:-))

by Kent Nguyen (not verified)

=)

by Mononoke (not verified)

HELP,
Anybody got this problem too ?
when i lock the screen in KDE3.0.3, i cannot unlock with my password,
i am getting error-message 'wrong password'!!
but i didn't changed that.
when i was logged in as user "root", i didn't have the problem!
thanks

by Nick Allen (not verified)

Make sure you don't have caps lock on!

If that's not the probnlem the Ctrl-Alt-F1 and then log in as root and kill the session.

by Mononoke (not verified)

MAN, are you fooling me ?!
"Caps lock", ?!?! that was the first that i checked, of course!

how on earth can that happen, updating from KDE3.0.2 => 3.0.3 and then, a simple lock-screen doesn't work anymore, and it still takes hours to find the reason, things like that will prevent people from updating and/or bug-reporting, believe me!

"If that's not the probnlem the Ctrl-Alt-F1 and then log in as root and kill the session." -> and THEN ?? i already did that many times!
0f course who needs to shutdown a machine, why not just cut the power-line?!

are there ANY OTHER hints about "lock-screen-password-doesn't-work-anymore-because-of-updating-to-KDE-3.0.3" ????

thanks a lot
:(

by anon (not verified)

Check the permissions on the lock-screen program. I am not sure but I think that it may need to be suid root in order to check if the password is correct.

by Jason Katz-Brown (not verified)

Only passwords up to length 20 work.

Cheers,
Jason

by Mononoke (not verified)

*giggle*

by kervel (not verified)

you (or the packagers) compiled your new kde without PAM support or without shadow password support ? or the other way around ?

by Mononoke (not verified)

hm, don't know, but, it is working now.. scroll down on this page, there are
more messages about this problem, though, it is already solved :)
but it was a strange thing..

another strange thing is, that the position of the kicker-applets will not be saved.. they are messing around, everytime i start Kde ;_;

by imp (not verified)

I had this exact problem when compiling from source: it was PAM.

by sunny (not verified)

Cant unlock when u lock screen??????

Solution: run 'chown' with root for the kcheckpass utility.

by sunny (not verified)

Cant unlock when u lock screen??????

Solution: run 'chown' with root for the kcheckpass utility.

by Joergen Ramskov (not verified)

The link to the changelog in the announcement is broken.

by Evan "JabberWok... (not verified)

It's not a broken link so much as there is no "friendly reading" changelog yet (as of 1:05am PST). I just checked the CVS (which is where the website is located).

--
Evan

by Evan "JabberWok... (not verified)

Okay - they moved the directory for changelogs with this release. Apparantly I wasn't the only one expecting it in the old location. :)

--
Evan

by Martin Lützelberger (not verified)

I just downloaded the SuSE binary packages for 3.0.3, unfortunately
the kdebase3-3.0.3 package is missing?! What´s wrong with it?

/martin

by Anonymous (not verified)

Look again, perhaps your mirror was not yet fully synchronized.

by Roope (not verified)

Yup, qt in this release (as well as were the case in 3.0.2) is compiled without antialias support... BUT if you have updated your X server to 4.2.0 which is safe to use with antialias enabled get the qt3 package from SuSE-8.0 directory - works like a charm :)

by luxus (not verified)

mmm yes it's really a pity suse doesn't provide an anti-alias enabled KDE...

to express my thoughts cleary: IT SUCKS BIG TIME ! ! !

Tomorrow I'll grab qt and compile it myself :-(

by mr. nuba (not verified)

Hey,

you will be really pissed someday, when you'll find out, that
SuSE won't provide suse-7.3 packages for KDE4.3.1 AT ALL.

You'd be better off with a real distro.

good luck

ps: be sure to hack both qt3.spec && build_script.sh

by Jack Horner (not verified)

You mean like FreeBSD? :-)

RPM dependencies? What are those? *BSD users deal with a Ports system that sucks down the source resolving any dependencies, patches, compiles, and then installs.

Ahhhhhhhhh.... I pity you poor linux folks. KDE was written for other OSes other than Linux in mind you know.

by Vadim (not verified)

How about Debian? It has a great package management system

Thanks to the developers which provided these two accompanying the release.

It looks like the kdebase package requires a kdelibs-3.0.3-10 which isn't
there (couldn't get the included kdelibs-3.0.3-7 to install with the --nodeps or --force)

I could get kdelibs-3.0.3-0.7 to install, but not kdebase-3.0.3-0.7. My guess is that the RPMS from Red Hat got rushed out the door, and the RPM spec files have some assorted cut-and-paste errors. I posted a couple bugs to Red Hat's Bugzilla.

RPMs from Red Hat? You must be joking.

Output of "rpm -qpi kdelibs-3.0.3-0.7.i386.rpm":

Name : kdelibs Relocations: (not relocateable)
Version : 3.0.3 Vendor: Red Hat, Inc.
Release : 0.7 Build Date: Tue 13 Aug 2002 08:37:42 AM EDT
Install date: (not installed) Build Host: stripples.devel.redhat.com
Group : System Environment/Libraries Source RPM: kdelibs-3.0.3-0.7.src.rpm
Size : 25890393 License: LGPL
Packager : Red Hat, Inc.
Summary : K Desktop Environment - Libraries
Description :
Libraries for the K Desktop Environment.

KDE Libraries include: kdecore (KDE core library), kdeui (user
interface), kfm (file manager), khtmlw (HTML widget), kio
(Input/Output, networking), kspell (spelling checker), jscript
(javascript), kab (addressbook), kimgio (image manipulation).

Notice the "Vendor" and the "Build Host"--especially the "Build Host," since that isn't manually put into the RPM spec file.

I'm amazed, stable/3.0.2/RedHat did contain unofficial packages.

by Jarl E. Gjessing (not verified)

3.0.3 does too, but in the contrib folder

>terface), kfm (file manager), khtmlw (HTML widget), kio
^^^^ ^^^^^^^
> (Input/Output, networking), kspell (spelling checker), jscript
^^^^^^^
Did someone forget to update the description since KDE1.0? ;-)

well, i grabbed those RPMs, and it'd been better for RedHat reputation not to post them at all:

- invalid dependencies making them impossible to install
- missing noarch packages (must take the ones from limbo)
- not GPG signed
- outdated descriptions of some packages

and i'm sure that's not all.
it looks really a lot like amateurish packaging.. i'm really disappointed that RedHat goes on treating KDE over the shoulder :-(((
i think it can even damage the reputation of KDE, by making people thinking that KDE is crap, as RH's packaging is in fact as stake. :-((((

by Jarl E. Gjessing (not verified)

Thanks for you're nice posting regarding my packages!!
The packages I've made are UNOFICCIAL!!!!! They are not ment to be upgradable from RedHat's, thats what you'd see if you read the readme file..

You could instead explain the troubles to the packager (me) so I could work on fixing the "problems".
The Unofficial packages have been installed on a fresh machine without KDE with no problems and by using the "script" and also there without any problem.
The language packages was skipped because it is a lot of work I'm doing along everything else I work with. So if you are inhappy about it you are more than welcome to help by making some language packages. OR grab the ones from 3.0.2

???
i'm not talking about the ones under contrib, but about the others, that were made by redhat according to the rpm -qpi, and where i do not see any README file anywhere

theses ones, namely:
http://download.uk.kde.org/pub/kde/stable/3.0.3/RedHat/

unless you have done them for 7.3 and limbo, with exactly the same rpm structure as for RH 7.3 and limbo, and without any README file anywhere, and without updating the changelog (or updating it saying you are bero: from kdelibs:"* Tue Aug 13 2002 Bernhard Rosenkraenzer 3.0.3-1 - 3.0.3"), and where i see nowhere any mention that they are unofficial, and.... i don't think it's ur RPMs, are they ?

for me, these RPMs i am pointing out are OFFICIAL RH Packages, that were done very badly.

by Jarl E. Gjessing (not verified)

Ok, but you were writing thi under the headline:
Available unofficial Red Hat packages and diff, and since my packages are the only Available unofficial Red Hat here on kde.org that I know about, I got paranoid :-)
I must try RedHats, so I can see what you mean.

no, i was answering to one guy saying "RPMs for RH, you must be joking"... it just happened to be in that thread ;-))

I could not get kdebase to install

error: failed dependencies:
kdelibs >= 3.0.3-10 is needed by kdebase-3.0.3-0.7

there is no such version as far as i can see...

i do not want to force it because i get lots of problems in the immediate future from forcing...

why did you put it in the stable release section ffs?!

I installed the official packages with --nodep and it worked great. I really don't understand all the complaining, anyone who complains that a free product has bugs is a moron. I'm using redhat with kde 3.0.3 and it works great.

Yes forcing them does work but try and use apt afterwards and it wants to uninstall all of them to satisfy dependencies. There are several missing packages, the unofficial ones work fine if you use the script to remove / install but know I have a lot of recompiling to do, oh well can't win em all:-)

In the RedHat subdirectory, NOT the contrib one, the packages that seem to be the problem are arts, kdebase, and kdemultimedia. Rebuilding the arts srpm works fine, kdebase asks for kdelibs-3.0.3-1.0 instead of kdelibs-3.0.3-0.7 and kdemultimedia depends on arts. I am going to try rebuilding kdebase and see how it goes.

by Chris Spencer (not verified)

You have to be a complete idiot to support RedHat's bullshit antics. If you're not going to release a decent version of something, then don't release one at all. I spend a lot of time downloading KDE 3.0.3 - that's 96 files and 80mb - on DIAL UP, only to find that RedHat has yet again release a total piece of shit product. What the hell is the point of a bugfix release that carries even worse bugs than the original. And to make it even worse, I never even finished downloading KDE 3.0.2, because they yanked it off all the ftp servers have way through the night. So it looks like I'm either stuck with the old version of KDE 3.0 that's full of bugs and crashes like hell, or the new bugfix version that doesn't even install. It's to the point now that my Windows 2000 installation runs circles arround Linux RedHat, and that's just plain sad. To hell with all the crap dealing with RedHat, I'm switching to Mandrake next chance I get.

Amen. Mandrake will take away from RH share on kde merit alone.

I would have to agree that it's a little remiss of them to put a set of files that don't work with each other, but then again you would also have to agree that you'd be mad to download them on a dialup system too - 80 meg - I'd be checking places like this to find out the caveats. I downloaded them on the network at my multimedia college and it only took about half an hour. I wasn't even considering doing it on the analogue modem at home. I'm installing them as I type with --force --nodeps fingers crossed they run okay...

The main issue is that Redhat really shouldn't have included kde 3 with 7.3 - Debian's release policy should be more widely adopted. Besides all this, am I mistaken in saying that odd numbered revision numbers (7.3) with redhat means 'unstable' anyway. I had 7.2 earlier this year and it was rock solid. I'm waiting for 7.4 or whatever's coming next - and I think the hold-up has to do with the problems with kde 3.

by Vokimon (not verified)

I think you have been confused the kernel version numbering with the redhat one. If 7.2 is more stable than, say 7.1 or whatever is only a random thing. Remember 7.0 crap, it was an even version.

by David Herbert (not verified)

The set of updates for RH7.3 KDE 3.0.3 which I downloaded from the contrib site at http://download.at.kde.org/pub/kde/stable/3.0.3/contrib/RedHat/7.3/RPMS/ seem to have a different file structure from the 3.0.2 I had installed. For example, kdenetwork is there as a package in 3.0.3, but was not on my 3.0.3 system (kdenetwork-libs was). Similar problems occurred with kdemultimedia and others. I tried installing 3.0.3 as was but I had a lot of problems (kcontrol wouldn't start, all the windows lost their titlebars, Konqueror crashed, most of my KDE settings like backgrounds and fonts were lost). I decided to back off the changes and return to 3.0.2. What I would like to know is has there been a divergence at some point for RedHat packages, such that there are two (or more?) completely different and incompatible package lists? Perhaps I need to wait for someone to prepare a set of 3.0.3 rpms that match RedHat's structure that was shipped with 7.3?

> Perhaps I need to wait for someone to prepare a set of 3.0.3 rpms that match RedHat's structure that was shipped with 7.3?

http://www.math.unl.edu/linux/redhat/apt/7.2/i386/RPMS.kde3/

These are compatbale but are NOT compiled on RedHat's standard libraries and need a hell of a lot of other packages to satisfy the dependencies. Does anyone know of a set that do not need all these extra files as I only have 64k ISDN.

Thanks

Colin

by Jarl E. Gjessing (not verified)

I made those packages from the 3.0.2 specs, no difference as such.
I've tested the packages on several machines, no problems, so I'm confused about you're problems.
Did you install all non KDE packages too?