NOV
23
2002

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.

Comments

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 Alexandros Karypidis at Sat, 2002/11/23 - 6:00am

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


By standsolid at Sat, 2002/11/23 - 6:00am

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 frantik at Sat, 2002/11/23 - 6:00am

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 Xanadu at Sat, 2002/11/23 - 6:00am

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 Rayiner Hashem at Sat, 2002/11/23 - 6:00am

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 Simon B at Sat, 2002/11/23 - 6:00am

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


By Anonymous at Sun, 2002/11/24 - 6:00am

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 Jens at Mon, 2002/11/25 - 6:00am

There is no RC5 and likely will never be.


By Anonymous at Mon, 2002/11/25 - 6:00am

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 midnight_runner at Sat, 2002/11/23 - 6:00am

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


By Syllten at Sat, 2002/11/23 - 6:00am

is Qt compiled with PNG support ?


By Mathieu Jobin at Sat, 2002/11/23 - 6:00am

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


By renaud at Sat, 2002/11/23 - 6:00am

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

ciao


By Guenter Schwann at Sun, 2002/11/24 - 6:00am

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 FreeType.org (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 the window typi... at Sat, 2002/11/23 - 6:00am

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


By fredrik c at Sat, 2002/11/23 - 6:00am

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 zelegans at Sat, 2002/11/23 - 6:00am

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 Julien Olivier at Sat, 2002/11/23 - 6:00am

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 Rayiner Hashem at Sat, 2002/11/23 - 6:00am

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 not me at Sat, 2002/11/23 - 6:00am

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 Jordi Ferrando at Wed, 2004/04/28 - 5:00am

If you think GNOME looks better you may want to change freetype's font rendering setting as described by Rayiner Hashem at http://tinyurl.com/2eynt [osnews.com]


By Datschge at Wed, 2004/04/28 - 5:00am

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 Webterractive at Fri, 2006/01/06 - 6:00am

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 Paradigma at Sat, 2002/11/23 - 6:00am

From KDE-Devel-ML:

Re: when is anoncvs.kde.org to work properly again?
Von: Pavel Troller
An: kde-devel@kde.org
Datum: Heute 18:18:36
> Lo,
>
> See subject line. Is anoncvs.kde.org to work properly again any time
> soon, or should I switch to a mirror?
>
Hi!
I'm afraid that mirrors are not updated as well because rsync.kde.org
is now the same machine as anoncvs.kde.org 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 cvs.kde.org) are
cut off and can't test.
With regards, Pavel Troller

--
With greetings to Pavel :-)

Bye

Thorsten


By Thorsten Schnebeck at Sat, 2002/11/23 - 6:00am

Ahh this clarifies something. Thank you for information.


By Paradigma at Sat, 2002/11/23 - 6:00am

anoncvs.kde.org works fine now (started working an hour ago). Just updated everything - nice.


By jmk at Sat, 2002/11/23 - 6:00am

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 Michael Jahn at Sun, 2002/11/24 - 6:00am

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


By ccrw at Mon, 2002/11/25 - 6:00am

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


By Brent at Mon, 2002/11/25 - 6:00am

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


By ccrw at Mon, 2002/11/25 - 6:00am

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


By Anonymous at Mon, 2002/11/25 - 6:00am

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 isNaN at Sun, 2002/11/24 - 6:00am

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...

#!/bin/sh
EXECUTABLE="$1"
kdialog --yesno "Are you sure you want to run $1 with wine?"
if [ $? = 0 ]; then wine "$1"; fi


By dwt at Sun, 2002/11/24 - 6:00am

COOL!

That worked great. Thanks!


By isNaN at Sun, 2002/11/24 - 6:00am

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 Arend van Beelen jr. at Mon, 2002/11/25 - 6:00am

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 dwt at Mon, 2002/11/25 - 6:00am

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 Carbon at Mon, 2002/11/25 - 6:00am

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.
Sebastian


By Sebastian Eichner at Mon, 2002/11/25 - 6:00am

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 moocow at Mon, 2002/11/25 - 6:00am

Hello,

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,
Ionutz


By Ionutz at Wed, 2003/01/15 - 6:00am

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 Coredump anniversary at Wed, 2003/05/14 - 5:00am

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 Chen at Wed, 2003/08/13 - 5:00am

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 Sergey at Wed, 2004/11/03 - 6:00am

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 beerinstein at Mon, 2005/01/17 - 6:00am

LoL


By LoL at Sat, 2007/04/07 - 5:00am

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

thanks
nick


By Nick at Wed, 2007/05/16 - 5:00am

Pages