Second Alpha of KDevelop 3.0 (aka Gideon) is Out

The KDevelop team would like to announce the availability of KDevelop 3.0 Alpha 2, codenamed Gideon (screenshot). This release fixes many bugs since Alpha 1 was released over a month ago and adds a few minor features to the mix. Users of KDevelop 2.x will notice substantial improvements and are encouraged to begin upgrading so that new bugs can be identified and squashed. Both 2.x and 3.0 should work along side each other. See the KDevelop web site or the previous dot article for more information.

Dot Categories: 


by Alexandros Karypidis (not verified)

Having used the alpha 1 release for the past month, I just want to say that Gideon is a big step forward for KDevelop. The project has come a long way. All of you who have worked to make this possible should be really proud.

by standsolid (not verified)

but where did KDE 3.1 final go? wasn't it due out on monday?

by frantik (not verified)

yeah.. it was. Last I heard 3.1 RC4 packages were made and they were waiting for the ok to call it final. Gentoo already has 3.1 final ebuilds available but unfortunately no source packages on the servers yet. My guess is that RC4 was ok'ed and everyone is in the process of tagging it in cvs, packaging, sending to packagers etc. and the announcement will come next week.

by Xanadu (not verified)

Gentoo *sort of* has the ebuilds ready.

I unmasked all the 3.1 entries in my profile, but it still fails on not being able to find the QT it needs even if I unmask *all* the QT entries in my profile. So there's still a bit to be done there, but yes, you're still basically right, Gentoo's ready to go with this! :-)

I like Gentoo...

by Rayiner Hashem (not verified)

Actually, if you go to /usr/portage/x11-libs/qt and manually do 'ebuild qt-3.1.ebuild merge' (or whatever it's called) it'll work.

by Simon B (not verified)

I think RC4 has been OK'd, and they're just waiting for the mirrors to catch up so they don't get overloaded when they announce it.

by Anonymous (not verified)

KDE 3.1 final will not be identical to RC4, read the release plan on
Earliest possible release date now seems to be 2nd December 2002.

by Jens (not verified)

Yes, it was due some time ago. But I'm quite relieved they didn't stick to the schedule.

The KDE compile I tried (rc4, with additional patches, on Debian unstable) was *buggy*. I identified and reported four showstopper bugs within half an hour of browsing around in the default configuration (seperate user account, empty .kde directory). Two of those have been fixed by now.

For example, kfontconfig crashes on Apply when you use ISO8859-15 fonts. The Kicker panel cannot span over multiple screens in Xinerama setups. And a couple others.
Those are probably the bugs that perhaps a KDE developer can never find because he/she doesn't have multiple monitors. But as soon as the release is out, the number of users increases a thousandfold, and there WILL be people who will be really crossed by this kind of bug.

I'm just now beginning to learn C++ (and KDE development, where KDevelop was a *HUGE* help - thank you to all kdevelop developers!) and I'll be able to do more detailed reporting and perhaps even fixing bugs soon.

I urge everybody to try the RC5 release (it's in CVS and will probably appear in FTP sites soon), so that bugs that weren't found by the developers can be fixed BEFORE the release is out. That's the whole idea of RC releases.

-- Jens

by Anonymous (not verified)

There is no RC5 and likely will never be.

by midnight_runner (not verified)

Am I the only one who has a problem seeing the PNG-file in Konqueror? it complains about image/PNG, but all other PNGs works great in my system...

by Syllten (not verified)

At least I am without any sort of png-troubles.
Using Konqueror/KDE3.0.0

by somekool (not verified)

is Qt compiled with PNG support ?

by renaud (not verified)

I hope it is on their TODO to implement a filter to import Kdevelop2 project.

by Guenter Schwann (not verified)

A script called "kdevprj2kdevelop" already was available with the alpha1.
Another method would be to simply import an existing directory.


by the window typi... (not verified)

Who actually codes with the text looking like that? That looks like garbage. How long will it take before people realize the importance of hinting? I hate to rant but seeing that screenshot and reading the latest comments on (they downplay hinting), it pains me to think that people using Xfree are going to strain their eyes with the excessive use of AA. The fact of the matter is that screen resolution has hit it's peek and is not going to change from 72-100 dpi for a /very/ long time so the importance of having bitmapped raster fonts for low resolution screen reading cannot be understated.

FreeType reasons that a lot of available fonts aren't properly hinted (tuned) for screen display, which is true, but the majority of fonts available, especially free fonts, are for graphics and print use. Not screen display. It just has to be accepted that screen fonts are just hard to make and thus there aren't too many out there. But that doesn't mean hinting /shouldn't/ be supported. People normally only use about three fonts on their computers (Arial, Times New Roman, Courier New) and two if they're using default KDE setup (Helvetica, Courier). Licensing issues are a bummer but that's business. Besides the distros, if already paying for AcroRead, RealPlayer, StarOffice, etc. should be able to pony up the cash to legally turn the bytecode interpreter on. I just leave AA off at the moment.

That's enought about that screenshot.

Anyway... I look forward to using KVim in Gideon.

Does anyone know what the support for Python is like?

by fredrik c (not verified)

I so agree with this, fonts is one of the things that keeps me coding on windows.
The other being the help system.

by zelegans (not verified)

Choosing fonts to code in kde is a pain without the AA mess.

I'm tunning kde-rc3/mdk now and the new AA settings are just depressively blurred. I can tolerate jagged edges on characteres. I cannot tolerate bluriness on screen fonts.

I changed everything to helvetica/courier and sony/fixed. There must be something wrong with the fonts since it is percievable a quality decrease from xft1->xft2 with the byte hinter enabled.

Os course, it suites me right for running beta/rc software... I should have known better ;)

by Julien Olivier (not verified)

That's strange...

I use Mandrake 9.0 on an LCD screen with Lucida Sans, Palatino Linotype and Lucida Console mainly. They look great ! Really.

I installed RedHat 8.0 recently on another machine and Nimbus fonts (Roman, Sans and fixed) look absolutely perfect.

On both PCs I use AA and it is very very nice.

by Rayiner Hashem (not verified)

Hm. I use a 133 DPI display (one of those high-res LCDs) and everything looks just peachy lightly hinted like that! I can stare at text for hours a day and it's like reading a piece of paper. Hinted, the fonts are illegible because they're so damn narrow.

by not me (not verified)

The people at Freetype are most definitely NOT downplaying the importance of hinting. They are quite concerned with hinting. Because of the $*#@% apple patents on truetype bytecode, they can't enable the truetype bytecode interpreter. Distros could and should, but for some reason many haven't. In the absence of that, they have been working diligently on improving the auto-hinter. With the new Freetype version, they have toned down the autohinter to generate glyphs that are more correct (have the same proportions as the font designer intended) instead of distorting them. This produces more consistent-looking text. Also, they have fixed the bugs that caused the slanted parts of letters like 's' to disappear like in the article screenshot. They have also added a way for applications to specify what type of device they want the output optimized for (default, LCD, monochrome, etc). Unfortunately this change is not backwards-compatible so fonts may not be optimized for LCDs until applications are changed (QT 3.1 is changed).

If you look at the Freetype mailing list, you will see that several people are hard at work tweaking the autohinter in various ways. The rendering quality of Freetype is only going to improve. If you want the bytecode interpreter enabled, email your distro, or compile freetype yourself (it isn't that hard).

by Jordi Ferrando (not verified)

Just improve fonts i KDE. They are blurred! And it's so important. I have pain in my eyes after working with KDE. It's a pity such a nice work as kde is unfauvored by the fonts.

by Datschge (not verified)

If you think GNOME looks better you may want to change freetype's font rendering setting as described by Rayiner Hashem at []

by Webterractive (not verified)

I have enabled the Bytecode Interpreter and compiled, and even installed the rpm available for my distro, and it looks sharper, but the fonts don't look any better. Bytecode interpreter rendering is that of Ubuntu, I don't really see the need to infringe.

by Paradigma (not verified)

Off Topic!!!!

Does it have a reason why the majority of KDE Anon CVS servers are down ? Some of them are down for nearly 2 Weeks now and the last one that I used died 3 days ago.

by Thorsten Schnebeck (not verified)

From KDE-Devel-ML:

Re: when is to work properly again?
Von: Pavel Troller
An: [email protected]
Datum: Heute 18:18:36
> Lo,
> See subject line. Is to work properly again any time
> soon, or should I switch to a mirror?
I'm afraid that mirrors are not updated as well because
is now the same machine as and it is dead (not fully down,
it pings, but services are dead - Dirk wrote me personally, that there
is a problem with the network services and that the machine must be
physically rebooted, which probably still didn't happen :-( :-(.
It's sad that just in the time of last fixes for 3.1, non-developing
testers (i.e. which don't have a real CVS account at are
cut off and can't test.
With regards, Pavel Troller

With greetings to Pavel :-)



by Paradigma (not verified)

Ahh this clarifies something. Thank you for information.

by jmk (not verified) works fine now (started working an hour ago). Just updated everything - nice.

by Michael Jahn (not verified)

Does this also include the cvsup server? AFAIK it has not been updated for a long time (>2 weeks) and I would love to report some bugs. Unfortunately I don't want to do that without a recent cvs(up).
Thanks in advance.

by ccrw (not verified)

how does one specify additional C++FLAGS, Ive messed with export variables CXXFLAG etc, but nothing's happening

by Brent (not verified)

Use CFLAGS. It is picked up by configuration script for the C++ compiler too.

by ccrw (not verified)

I did export CFLAGS="-O3" as a test, and when compiling QT still used -O2. any reason why it ignores it?

by Anonymous (not verified)

grep QMAKE_CFLAGS_RELEASE $QTDIR/mkspecs/linux-g++/qmake.conf

by isNaN (not verified)

I want to be able to run Wine programs from konqueror but with a little yes/no alert showing up before it's run.

Can anyone show me how to do this?

by dwt (not verified)

I'd write a script, sortof like this
Then make it executable, and put it in your path,
and make konq execute *.exe's using this script...

kdialog --yesno "Are you sure you want to run $1 with wine?"
if [ $? = 0 ]; then wine "$1"; fi

by isNaN (not verified)


That worked great. Thanks!

by Arend van Beelen jr. (not verified)

Is that kdialog util a KDE 3.1 specific thing? I can't find it in my KDE 3.0.5 install (SuSE 8.1).

Arend jr.

by dwt (not verified)

it probably is, since I'm running kde-3.1_rc3.
You might use gdialog instead (it is normally included in gnome-1.4/gnome-2.x)
You could also check out the kde-base CVS version and try to get kdialog to work.
(you will probably have to fix up some Makefiles to get it to work with kde-3.0.5,
but I'm pretty sure the actual code does not depend on kde-3.1 explicitely)

by Carbon (not verified)

It sounds like another port of the famous line of handy apps starting with dialog and Xdialog. They display menus, text files, progress bars, and other such handy things.

by Sebastian Eichner (not verified)

No it's not KDE3.1-specific. You might have to download it as seperapte application (RPM). At least for SuSE there is a package kdialog.rpm, which is not in the default-kde. I am using this with 3.0 i think it was already present in 2.x.

by moocow (not verified)

make[4]: Entering directory `/home/moo/cvs/kde31/qt-copy/tools/designer/designer'
/home/moo/cvs/kde31/qt-copy/bin/uic -L /home/moo/cvs/kde31/qt-copy/plugins listboxeditor.ui -o listboxeditor.h
/home/moo/cvs/kde31/qt-copy/bin/uic: relocation error: /home/moo/cvs/kde31/qt-copy/bin/uic: undefined symbol: _ZTI11QTextStream
make[4]: *** [listboxeditor.h] Error 127
make[4]: Leaving directory `/home/moo/cvs/kde31/qt-copy/tools/designer/designer'
make[3]: *** [sub-designer] Error 2
make[3]: Leaving directory `/home/moo/cvs/kde31/qt-copy/tools/designer'
make[2]: *** [sub-designer] Error 2
make[2]: Leaving directory `/home/moo/cvs/kde31/qt-copy/tools'
make[1]: *** [sub-tools] Error 2
make[1]: Leaving directory `/home/moo/cvs/kde31/qt-copy'
make: *** [init] Error 2

by Ionutz (not verified)


I have the same problem with QT 3.1. under solaris, using the g++ 3.2.1. Did you found a solution for this problem?

10x a lot,

by Coredump anniversary (not verified)

Google search took me to here.

gmake[4]: Leaving directory `/opt/local/qt/tools/designer/uilib'
cd designer && gmake -f Makefile
gmake[4]: Entering directory `/opt/local/qt/tools/designer/designer'
/opt/local/qt/bin/uic -L /opt/local/qt/plugins listboxeditor.ui -o listboxeditor.h
gmake[4]: *** [listboxeditor.h] Segmentation Fault (core dumped)
gmake[4]: Leaving directory `/opt/local/qt/tools/designer/designer'
gmake[3]: *** [sub-designer] Error 2
gmake[3]: Leaving directory `/opt/local/qt/tools/designer'
gmake[2]: *** [sub-designer] Error 2
gmake[2]: Leaving directory `/opt/local/qt/tools'
gmake[1]: *** [sub-tools] Error 2
gmake[1]: Leaving directory `/opt/local/qt'
gmake: *** [init] Error 2

by Chen (not verified)

Make sure all the invoked executables are coming from
your $(QTDIR)/bin and all linked libraries are from
$(QTDIR)/lib, where $(QTDIR) is the directory that
holds your latest-greatest QT distribution.
You may have leftover bin and lib
files from previous QT distributions that's confusing
the current installation process of QT.
(do a 'which moc' and 'which uic' to see if they
are indeed coming from $(QTDIR)/bin)

by Sergey (not verified)

I tried to compile qt 3.3.3 and got the same message. Some investigaion showed that the uic utility was compiled with -rpath pointing to the new installation directory. The latter is empty because I did not have a chance to install anything yet. So, it picked some library from my LD_LIBRARY_PATH. When I changed the LD_LIBRASRY_PATH to point to the build directory, everything started working OK.

by beerinstein (not verified)

I just solved this problem while trying to compile qt on RH 9. The problem was that an older version of the qt dll was being used by uic. Not the one that was just built.

Do ldd on uic. It shows what version of qt uic is using. Make sure it is the one you just built in QTDIR/lib.

by LoL (not verified)


by Nick (not verified)

Hi, I have the same problem here...
what should be the directory that LD_LIBRARY_PATH points to?