APR
19
2004

KDE 3.2.2 is Released

The KDE project today announced the immediate availability of KDE 3.2.2, a maintenance release for the latest generation of the most advanced and powerful free desktop for GNU/Linux and other UNIXes. KDE 3.2.2 ships with lot of bug fixes since KDE 3.2.1 and is available in 49 languages. Sources and contributed packages are linked on the KDE 3.2.2 info page.

Comments

There are still font related bugs in Qt, so I would suggest that if you are still having problems with the menu that it is related to your Qt version or your choice of font.

I have Qt 3.3.1 and am using Arial MT (Type1) and I think that the menu is correct on my system. There are probably many other SCALABLE fonts which would work -- I would recommend against using bit mapped fonts with KDE with anything except for the default Konsole fonts.

The font problems -- which are a Qt issue -- are one of the more serious unresolved bugs with KDE.

--
JRT


By James Richard Tyrer at Wed, 2004/04/21 - 5:00am

Wrong suggestion: Copy qpopupmenu.* of Qt 3.2.3 over the Qt 3.3.x versions and it works flawlessly with KDE 3.2.2.


By Anonymous at Wed, 2004/04/21 - 5:00am

grrr...i have exactly the same problem with ark (using the SuSE-supplementary rpm's)

and i can't find the package ark is included in so i could try to compile it myself to figure out if it is a bug from kde itself or bad suse packages...

does anyone know what package contains ark (i searched whole kde.org and didn't find it...)

greets


By gimpel at Thu, 2004/04/22 - 5:00am

Ark is in kdeutils


By wilbert at Fri, 2004/04/23 - 5:00am

I have the exact same issues w kde 3.2.2.


By Euman at Tue, 2004/04/27 - 5:00am

I have the same problems with Ark although I have not had any of the other problems Martin describes. The rather simple workaround is to open the compressed archive in Konqueror and dragging the contents into another folder. This decompresses the archive (at least for me). So ark works, just not very well when called from Konqueror. I browsed through the 3.2.2 changelog and I couldn't find any changes the KDE team made that should have resulted in this problem. Perhaps there's more to it than we think?


By Felix Boecker at Tue, 2004/04/27 - 5:00am

Anyone know if the Fedora RPMs work with Redhat 9?? I've got a RH9 machine that I don't have time to upgrade to fedora, but I would like to keep up to date.


By Jared at Wed, 2004/04/21 - 5:00am


By masterx at Wed, 2004/04/21 - 5:00am

Please note that (the related) bugs 79550, 79775, & 79713 have finally been fixed. But, not in time for the 3.2.2 release.

This bug was a serious regression in Ark -- it would no longer extract a: "*.tar.tz" file. :-( It appears that it occurred because the fix for bug 78504 seriously broke Ark.

This (the occurrence of a regression) appears to be a problem similar to bug 73379 which was not fixed before 3.2.0.

The lession here is that regressions like these should not happen. To prevent them, more regression testing is needed. The best solution is TQM -- testing by the developers. Since these were serious regressions, even the most basic testing should have found them. I found them simply by using KDE.

--
JRT


By James Richard Tyrer at Wed, 2004/04/21 - 5:00am

I agree.

It would be nice if a kind of Errata could be provided for each release, with easy to apply patches to correct obvious mistakes and overseen regressions, such as the Ark and kdesu bugs in 3.2.2.

I want to rebuild my gentoo KDE 3.2.2 with these bugs fixed, but I have a difficult time finding the needed patches/fixes.


By wilbert at Wed, 2004/04/21 - 5:00am

You mean like the "KDE 3.2.2 Info Page" linked in the story and which existed for every release since at least KDE 2.0?


By Anonymous at Wed, 2004/04/21 - 5:00am

Yes, sorry! :-)
I just saw the corrections on the info page :oops:


By wilbert at Wed, 2004/04/21 - 5:00am

If you want a fully functional Ark again, just apply these two patches:
http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdeutils/ark/tar.cpp.diff?r1=1....
2=1.24.2.2&only_with_tag=KDE_3_2_BRANCH
http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdeutils/ark/archiveformatinfo....
?r1=1.7.4.1&r2=1.7.4.2&only_with_tag=KDE_3_2_BRANCH


By anon at Wed, 2004/04/21 - 5:00am

Sure? archiveformatinfo.cpp.diff 1.7.4.1 has no KDE_3_2_2_RELEASE tag.


By Anonymous at Wed, 2004/04/21 - 5:00am

indeed, that one isn't needed if you have stock 3.2.2 sources...the first one is all that's needed - sorry!


By anon at Wed, 2004/04/21 - 5:00am

I rather wanted to point out that you need a diff from 1.7 to 1.7.4.2 to get the latest KDE_3_2_BRANCH version starting from KDE_3_2_2_RELEASE.


By Anonymous at Thu, 2004/04/22 - 5:00am

The problem with kdesu is that kdesu does "su - -c " [1] instead of "su -c -" [2]. Both version [1] and [2] work just fine here, but apparently there are versions of su out there where [1] doesn't work.

So no, the most basic testing doesn't find that.

Cheers,
Waldo
--
The difference between theory and practice is that in theory there is no difference between theory and practice.


By Waldo Bastian at Thu, 2004/04/22 - 5:00am

Maybe automated testing would be best - using something like the XTest framework to generate the required X events. Use a script to compile and install a complete KDE and run through a bunch of tests - runnning konqueror, decompressing files, run some KDE apps. Then have it email the results to the developer.
That way the developers can spend their time developing, and testing still gets done. Of course, somebody has to write the test framework!


By Ben Roe at Fri, 2004/04/23 - 5:00am

Hi there.

FTP.KDE.ORG> The size of Packages and Packages.gz files is 0 Kb. Empty... Please fix it.


By gaboo at Fri, 2004/04/23 - 5:00am

Why don't you look into the README for the right address to complain?


By Anonymous at Fri, 2004/04/23 - 5:00am

I use the right address... Until this morning i can get pkgs.


By gaboo at Fri, 2004/04/23 - 5:00am

No, dot.kde.org is not the right place to report third party package problems.


By Anonymous at Fri, 2004/04/23 - 5:00am

The packages are pulled back, read the readme:

"The current schedule is that the Debian backports will be fully public and operational by June 27th, 2004. Thank you for your understanding.

-- Andreas Mueller Fri Apr 23 11:31:22 CEST 2004"


By Anonymous at Sat, 2004/04/24 - 5:00am

Pages