The KDE Project announced
KDE 3.1.4 today. It's the fourth maintenance release of the successful KDE 3.1.x series and
ships with many bugfixes and improved translations. KDE 3.1.4 also contains two fixes for security issues in KDM. Users of KDE 3.x are advised to upgrade to KDE 3.1.4. Read the incomplete change log or jump directly to the
download links on the KDE 3.1.4 Info Page. The Konstruct build toolset was updated accordingly.
> The KDE development team is small, and at this level the bugs are manageable.
Hu? Around 200 contributors every week and several hundreds different over month(s)? All with different experience and a part of the contributors always being busy fixing trivial bugs by newer contributors.
> I fear for the day when the bug count is so high we can't manage or control them.
This day is already way back in the past.
> While squashing bugs is not fun, I think developers should be encouraged to do so. [..] developers are at liberty to continue working on their new features and any other thing they consider fun. No developer will be forced to smash bugs against his or her will. Those who wish to will and those who don't wouldn't. And nothing guarantees that all bugs will be eliminated at the end of the period. The objective is just to bring the bug count down to a reasonable or controllable amount and there by improving the quality of KDE.
You just described the status quo. Now why again do we need a so called "bug squash year"?
It hasn't been updated in 4 months tho, there have been several large merges since then (like Safari's box model)
It will probably take at least another release cycle before Apple and KDE have a common khtml codebase.
See http://dot.kde.org/1063222993/1063253439/1063267452/ for a list of reasons why the safari merge seems so slow.
> It will probably take at least another release cycle before Apple and KDE
> have a common khtml codebase.
I wouldn't bet on it.
It says in http://www.kde.org/announcements/changelogs/changelog3_1_3to3_1_4.php that this can be compiled with QT-3.2.1 but when I try to configure with respect to QT-3.2.1 it always quits saying:
checking for Qt... configure: error: Qt (>= Qt 3.1.0) (library qt-mt) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!
This is not a problem of library qt-mt because these libs are definitely there. This problem is with all tested packages (arts, kdelibs). But the same configure script detects Qt-3.1.2 just fine. I guess then KDE-3.1.4 does not actually work with QT-3.2.x !!
The old questions:
- where is your Qt?
- to where points the neviroment variable $QTDIR ?
- what are the few last lines of your config.log ?
Have a nice day!
Perhaps it is not your intention, but your remarks are very arrogant.
Not only this one, but others on lists.
That is, you represent various remarks about 'arrogant developers'.
I had a different problem with Qt 3.2.1. I'm using distcc across 34 computers to compile on Red Hat 9, and I would get a relocation error each time. Tried the latest Qt 3.1.x instead, compiled without problems. Don't know if this is a problem with RH9, KDE 3.1.4, Qt 3.2.1 or distcc. (FYI)
So, did you check config.log like is says?
The actual cause seems to be a QT-3.2.1 bug fixed in http://webcvs.kde.org/cgi-bin/cvsweb.cgi/qt-copy/qmake/generators/unix/u...
I applied the diff and it did not fix the problem.
Still doesn't work. Here is the config.log:
I don't want to sound too critical, but the entire 175 KBytes wasn't needed. :-)
You might think that the: "configure" script didn't find Qt. Well the problem is that it seems to think that it did:
configure:25959: checking for Qt
configure: 26024: /usr/X11R6/include/qstyle.h
This is a very odd system configuration. You shouldn't have anything 'qt' in /usr/X11R6 and even if you did, the 'include' should come after a: "qt-x.y.z" directory (in the path).
I suggest that you move/install all versions of Qt on your system to:
and see if it works.
If not, you will probably have to hunt down and remove stuff that is in the wrong places.
Please confinue this on the: "kde-linux" mailing list.
damn your a dildo. this is why linux will never be the strongest contender for desktop os's. the lack of explanation and condesending idiots such as yourself. and yes the entire 175KB was needed. that is what was asked of him.
ln -s libqt-mt.so.3 libqt-mt.so
The above is for Qt 3.1.2. Sorry about that!
For 3.2.1 this works for me:
ln -s $QTDIR/lib/libqt-mt.so .
I'm having the same problem. I just downloaded and installed qt-x11-free-3.3.0b1 to /usr/local/qt/
Here is the last part f my log:
configure:30435: checking for Qt
configure: 30506: /usr/local/qt/include/qstyle.h
[[email protected] kdelibs]$ echo $QTDIR
I have also exported my QTDIR to /usr/local/qt/ thinking the slash would matter, but it didn't.
Everyone goc heck the changelog again, ti amgically includes doezens of items now!
After some days of waiting now, where are the SuSE Packages on ftp.kde.org ?!
anybody knows about the situation ? ;)
I tried to compile KDE 3.1.4 myself for SuSE 8.2, using the Konstruct tool. I run into problems because of missing berkeley db2. Is this a problem related to SuSE ? The same happens when I try to konstruct KDE 3.2 alpha.
Did you read the requirements listing? Do you have the glibc-devel package installed?
Yes of course.
Important point - several contributors (ASP Linux, TurboLinux, SuSE) are still missing. I wonder why? Too busy? Compile-time problems? Dependancy issues? Configuration conflicts?
I bet on busy or marketing decision to push their soon-coming next boxed version.
hm, maybe, but, i think, the suse-packages on ftp.org are independent from ftp.suse.org.. right ?
hm, i thought, people from kde are making the packages.. but, maybe not, because i can't find a reason why the packages are delayed so long..
actually i am really hot to install the stuff ;) sure, kde3.2 will be there but, anyway i wish the packages will still be made and uploaded :)
maybe there are problems compiling them on a suse box, but i can't really imagine that..
anyway, thanks for some reply :)
What ftp.org? What suse.org?
> hm, i thought, people from kde are making the packages..
ah, i see.. but usually, the suse-packages from ftp.kde.org were a bit diffrent from ftp.suse.com.
but anyway, really strange.. i think, announcement like this shouldn't be done if there aren't at least a dozen of diffrent distributions supported.. in the past, i remember, there were packages for the main distributions immediately on the server, just after annoucement.. that was great.
actually they don't need to announce and an (important) update if most people can't use it, because they can't compile the source because of a slow machine or whatever..
i really hope the situation will be diffrent when kde3.2 will be released.
Here I am, beating a dead horse with a stick, but...
Using konstruct isn't so bad, but then we have all the SuSE themes/applnks/default configs/kdm settings to deal with.
Do any SuSE employees build KDE packages? Might there be some release in the ftp.suse.com/pub/people directory?
KDE 3.1.4 packages start to appear at ftp://ftp.suse.com/pub/suse/i386/supplementary/KDE/
Yes, the navigation options are necessary there, every browsr has them, they
are commonly used and it would be a great mistake to remove them. Don't make
the same mistake Mozilla did a few years ago when they removed these options
and the entire userbase was furious and they were forced to put them back
where they were in only a couple of days. Let's focus on removing context
insensitive and rarely used items.
Also, the "View Document Source" option really should be placed back into KDE
and be called simply View Source"! I know KDE needs to focus a lot more on
usabiltiy, but the View Document Source otpion was not a usability problem
and actually belonged. Face it, every major browser has this feature in the
context menu, from Internet Explorer, to Opera to all Mozilla based browsers,
its there for a reason and makes perfect sense. KDE should bring back this
feature even if it doesent believe it is necessary at least so that the 99.5%
of users who dont use Konqueror will feel at home.
I also like Clees patch very much it removes lots of redundant insensitive
and just plain unecessary options which really make sKonqueror feel more
refined. I am definitely hopeing this will make it in CVS, hopefully Clee can
tell us, its obvious we all want it and agree with him so I am very hopeful.
The point is also not that users can acess this item from other places, it is
that it breaks away from the norm, makes the browsing exoperience inefficent
and removes a commonly used and important feature from its rightful place.
I defintely hoope Stephen will change his mind. PLEASE Stephen, help make KDE
3.2 great and bring back this great feature.
More information here: http://www.kdedevelopers.org/node/view/194 and http://bugs.kde.org/show_bug.cgi?id=53772
Please tell me what you think about the removal of this item from the cotnext menu in 3.2.
> Yes, the navigation options are necessary there, every browsr has them, they
are commonly used and it would be a great mistake to remove them.
When did anyone talk about removing them? They are probably not going to show up when you click on a link or a image however (hopefully that gets fully implemented before 3.2)
> Let's focus on removing context
insensitive and rarely used items.
There are very much less context insensitive items in HEAD, except for navigational items. As for rarely used items, those have been moved around and have a much less prominant place now. There are still a few to be changed however.
> Please tell me what you think about the removal of this item from the cotnext menu in 3.2.
I think it's fine. View Source has only been pretty much useful for web designers (and khtml hackers ;) ), and few power users are actually web designers. For the vast majority of power users, it just bogs down effiency.
> KDE should bring back this feature even if it doesent believe it is necessary at least so that the 99.5% of users who dont use Konqueror will feel at home.
Uh, not all of that 99.5% of users will ever use it, and most won't give two shits about it.
Sorry, copy/pasted the wrong part of my respone to the bug http://bugs.kde.org/show_bug.cgi?id=53772. here the were actually talkinga bout removing the back/forward buttons.
Anyway, I don't think that "View Source" bogs down efficency, and it is often useful, I'm not a web developer and I use it all the time for posting in forums and adding news items to website slike PCLINUXONLINE.com. Even, fi maybe only 20% of Konqueror's suer will use it daily IMo the number is still big enough to be significant and the average user will just not use it if taht's the case. They won't be confused, every other browser has this in the context menu so I'm betting they will know what it does by now.
Also, annon will CVS have Clee's patch for the pop-up menu: http://www.kdedevelopers.org/node/view/194?PHPSESSID=e4ac12df50c5ffbac8e... to remove the "Stop Animations", "Set Encoding" item and other items that don't belong in the context menu?
> I'm not a web developer and I use it all the time for posting in forums and adding news items to website slike PCLINUXONLINE.com.
If you need to view the source of the page (and thus, at least partially understand html), just to grab a link, then something else is messed up.
> the average user will just not use it if taht's the case.
great.. the average power user probably doesn't need to access the internals of a webpage unless they are a developer ( or bug reporter! :) )
> Also, annon will CVS have Clee's patch for the pop-up menu: http://www.kdedevelopers.org/node/view/194?PHPSESSID=e4ac12df50c5ffbac8e... to remove the "Stop Animations", "Set Encoding" item and other items that don't belong in the context menu?
Uhm.. you propose to keep "View Source" because people are used to it and it's in other browsers, and yet, you want to remove "Set Encoding", which appears in the context menus of the browser than 95% of users use (eg, IE for windows)
I think "Stop Animations" does not belong in context menus btw. It's a feature that really isn't used by people more than once per session (if they use it at all). It'll still be in the menu for people who use it.
>If you need to view the source of the page (and thus, at least partially understand html), just to grab a link, then something else is messed up.
No, there's nothing messed up, it's just easier copying and pasting than it is writting it out. Mozilla, has an even more helpful feature though, it's called "View Selection Source". This is probably one of the main reasons that I still use Mozilla more, that and http://bugs.kde.org/show_bug.cgi?id=52884
There are many reasons to view the source of a page even if you're not a developer and face it msot Linux users tend to be power users and there is probably demand for this feature.
Set Encoding is different, the same arguement applies to it, but in general there are more arguements against it and that's why the popularity bonus si not enough to tip the scales.
"probable demand" or "20% of the users would use it" are no good arguments to bloat the interface with duplicate entries (or in general to introduce more options to the control center).
Clee also has a patch to give View Document Source a shortcut key by default. I don't think this is right as well. Giving it an accel key is fine of course.
Shortcut keys should be distributed to actions which are used the most.
Novice users practically never use it.
Very few intermediate users ever use it.
Some power users use it, but I don't think the majority use it daily, or even every time they use Konqueror. Save Ctrl-U for something more useful for the majority of intermediate or power users (and the occaisional novice user too)
> the navigation options are necessary there, every browsr has them
Safari? Hint: "every" statements are likely wrong in any case.
> every major browser has this feature in the context menu, from Internet Explorer, to Opera to all Mozilla based browsers
Mozilla based Epiphany doesn't have it. Yeah, this browser being infamous for usability.
> I also like Clee's patch very much it removes lots of redundant insensitive and just plain unecessary options
The patch which removes the "security" action making it unpossible for you to view the security of a frame? Removing necessary functionality completely is in no way an achievement.
> More information here: http://www.kdedevelopers.org/node/view/194 and http://bugs.kde.org/show_bug.cgi?id=53772
Why must be the discussion held in parallel with same comments everywhere but not to where it belongs to, the kde-usability mailing list?
Sorry, i meant all good Mozilla based browsers. I'v tried Epiphany, what they call usability I call shit, tehy removed the best parts of Mozilla. Now Mozilla Firebird 0.7, that's very usable and still full of great features.
Release after release I'm waiting for korganizer to handle sessions correctly. It consistently opens 'new calendars' in any new kde session no matter how much activated my personal calendar was. I'm not going to hope for relief in 3.1.4 because 3.1.99 still has it. And it became successfully implemented into kontact part of 3.2.
I'm so sad.
Hmm. I use korganiser every day and I've never had this problem...if I were you I'd be tempted to try stuff like moving your .kde directory for .kdeOLD and see if it works then. If so, your korganiser config has probably got screwed.
i'm having the same problem ...
I have this problem but, being in the slow class, I didn't quite understand your suggestion. May I ask you to amplify?
Hi, if you haven't you really should submit the bug report or vote for this bug. Otherwise there's less chance it will be fixed. Cheers.
On the KDE game-devel list it was recently announced that the boson guys (boson is a KDE real time strategy game) released two promotion videos showing the boson game engine in action. The game is full 3d and looks impressive so far, see
It's ok, but it totally pales inc omaprrison to games like Empires, Age of Mythology, Rise of Nations, etc. in terms of graphis, I haven't played the game so I can't judge on gameplay.
Yup, you are right - in comparison to the games you mentioned above the graphic isn't very impressive. IMHO your statement can even be generalized: windows games are in almost all areas a couple of years ahead compared to their free counterparts.
But comparing boson with other open source RTS (real time strategy) games (such as the former freecraft) I think it is a big step in the right direction and it hopefully slowly closes the windows / open source gap in the games area.
If you compare it to other free games it defintely has great graphics. However, there are some Linux games with great graphics too, like Neverwitner Nights, unreal Tournament 22003, and in a few months Doom 3. With wineX you cal also enjoy a wide variety of Windows game swith acceptable performance if you have a good graphics card.
But we'll lose Epic (UT etc.) since their new publisher is MS.
>But we'll lose Epic (UT etc.) since their new publisher is MS.
Who needs Epic if there is Id ;-).
You mean UT 2004 won't be for Linux?