Skip to content

KDE 2.2.1 Goes Live

Wednesday, 19 September 2001  |  Dre

The KDE Project has just released KDE 2.2.1. Though a week and a few days late, I am happy to report that the delay made this (perhaps the last stable release of the KDE 2 series) better. Read the announcement or go straight to the source. Please note that some of the packages -- RedHat and Yellow Dog spring to mind -- were uploaded late and may take some time to sync to the mirrors. Also, there were some problems identified with some i18n packages late yesterday; these problems are being corrected, so if the i18n package you want is missing or broken, please check back in a few days. Update, Wednesday September 19, @08:22PM: Mandrake has advised its users to (i) update to "cooker", the development version of Mandrake 8.1, which has KDE-2.2.1 packages here; (ii) update to the release candidate of Mandrake 8.1 (please visit here for more info); or (iii) wait for the official packages, which should be available next week. Also, for those who have not read the announcement, I should highlight that TurboLinux has announced that they have made KDE the default desktop in the next TurboLinux Workstation release.

Comments:

Solid stuff - Dr_LHA - 2001-09-19

Downloaded this earlier today from Redhat Rawhide (minus kdemultimedia and kdeutils for some reason) - and it is a definite improvement on 2.2. It feels much faster, and finally the last piece of my online finances (my credit card company's web page) works in Konqueror! My only gripe is that even after people complained here - the Redhat packager still didn't compile in CUPS support into the binaries, so I had to rebuild kdelibs myself. Oh well. Keep up the hard work!

Re: Solid stuff - Stoerung - 2001-09-19

Yes ! it seems Konqueror renders a little bit faster, JavaScript improved a little bit again. Pretty cool :)

well, I still can't play Bridge on games.yahoo.com - Lars - 2001-09-19

Does anyone know how to get the games at games.yahoo.com to work in Konqueror. It works fine in Netscape... Lars

Re: well, I still can't play Bridge on games.yahoo.com - Dr_LHA - 2001-09-19

Works for me. Do you have java installed?

Re: well, I still can't play Bridge on games.yahoo.com - someone - 2004-03-12

how can i install java? i went to the website and clicked to download it but it said i didnt have enough memory when at least 75% of my computer is free

Re: well, I still can't play Bridge on games.yahoo.com - Dr_LHA - 2004-03-13

A new record? A response to a post I made 2 1/2 years ago? :)

Re: well, I still can't play Bridge on games.yahoo.com - eleni - 2002-10-12

i have been looking for a site or possibly obtaining software for both my husband and myself enabling us to play... unfortunately we are both tech challenged... i have started fooling around,attempting to enter sites, however i am told that i have to change configurations... not up to that speed just yet... s.o.s.: please assist

Re: well, I still can't play Bridge on games.yahoo.com - scott dvereaux - 2005-11-17

i want to play ya;hoo bridge on line with an alias how do i do this and get started

Re: well, I still can't play Bridge on games.yahoo - Niki - 2008-04-20

Will someone tell me what happened? I get a drop down telling me there are four reasons why I cannot get on yahoo bridge including server is down but that cannot be it because people are on. I am behind a firewall, or there is a cache page, etc... What to do?

Re: well, I still can't play Bridge on games.yahoo - Niki - 2008-04-20

Will someone tell me what happened? I get a drop down telling me there are four reasons why I cannot get on yahoo bridge including server is down but that cannot be it because people are on. I am behind a firewall, or there is a cache page, etc... What to do?

Re: well, I still can't play Bridge on games.yahoo.com - tnschmidt1 - 2003-01-14

I can not get on bridge game. why?

Re: well, I still can't play Bridge on games.yahoo.com - sara - 2005-02-20

what is the problem we have tried everythinmg even got new computer

CUPS - Karl Garrison - 2001-09-19

I'm guessing that Bero didn't compile in CUPS support because CUPS unfortunately won't be part of RedHat 7.2. -Karl

Re: CUPS - Jeremy Petzold - 2001-09-19

lets hope it will be in 8.0

Re: CUPS - Dr_LHA - 2001-09-19

/usr/lib/kde2/libkdeprint_cups.so id 250k after I compiled it (and that was without --enable-final). I don't think it would be such a stretch to include it as standard. Whatever - I guess Redhat's policy is to: a) Provide RPMS that work with stock redhat and nothing else b) To provide only update packages based on security, and leave major updates for the next RH release (presumably why 2.2.1 RPMs are build against Roswell). I can live with that - it's annoying - but In many ways it's better to leave people using the stable 2.1.1 than bump them up to the less stable 2.2.

Place of announcement - someone - 2001-09-19

Why is the announcement on kde.com and not kde.org?

RPM for RedHat6.2 - Alessandro Magni - 2001-09-19

Please, somebody post here when/where (IF) the RPM packages will appear for us RedHat6.2 users. If not, is it safe installing the 7.1/2 ? [Posting from KDE2.1] Second point: upgrade instructions are the same as usual? Thanks

Re: RPM for RedHat6.2 - Iuri Fiedoruk - 2001-09-19

Depends.... If you plan a clean install, go ahead, and after installing redhat 7.1 upgrade from rawhide (or install 7.2 direct). If you plan to upgrade... forget! Upgrade dosen't work well on 7.1 from 6.2 (I know what I'm talking about!) and a lot of things aren't upgraded as it should, and more stop working. This is IHMO the answer :)

Re: RPM for RedHat6.2 - Karl Garrison - 2001-09-19

I doubt anyone will bother making RedHat 6.2 RPMs. I'd recommend you upgrade, but I'd wait for 7.2 since this version will be coming out soon, I'm guessing, and it'll have 2.2.1 already installed. -Karl

Re: RPM for RedHat6.2 - Alessandro Magni - 2001-09-20

I always liked Linux best, compared to others, since it wont force you into the format HD - install new version sequence every time. Why cant I find out the new software requirements of RH7.1 and install them? I mean, I already upgraded to RPM4.0, and many other things... I have too many tweaks on my PC, made during the years, and I dont want to spend all my time redoing everything.

Re: RPM for RedHat6.2 - gabriel - 2001-09-20

try rebuilding it from the .src.rpms that way you get rpms made specifically for YOUR computer. yes, it is a pain, but redhat 6.2 is over a year old. The first things I would do is remove all your existing kde and qt rpms, then install the latest qt and all the required libs preferably thru rpms. and then try the kde ones. yes, its a bitch, and you might have to tweak the spec files, but then for sure you'll know it works and you wont have to upgrade to the latest redhat either.

What about Mandrake - renaud - 2001-09-19

Didn't they make packages for Mandrake 8.0?

Re: What about Mandrake - ac - 2001-09-19

They will provide MAndrake 8.0 packages 2 weeks after 8.1 is out

Re: What about Mandrake - renaud - 2001-09-19

Tehn it won't interrest me anymore as I would have upgraded to 8.1, does finalizing Raklet take them so much time?

Re: What about Mandrake - renaud - 2001-09-19

Then it won't interrest me anymore as I would have upgraded to 8.1, does finalizing Raklet take them so much time?

Re: What about Mandrake - ar - 2001-09-19

when come out mandrake 8.1? the rc1 is already on the ftp-server.

Re: What about Mandrake - A Sad Person - 2001-09-19

Today, on the cooker list, Laurent Montel(IIRC) mentioned something along the lines of "we have one week t finish 8.1", so I take it as "Very soon"

I HATE Mandrake 4 THIS!!! - Zaufi - 2001-09-19

... All valued updates for MDK usualy released after official announce...

Re: What about Mandrake - Harold - 2001-09-19

will they have the kde 2.2.1 in the release version of 8.1 as I don't want to install a buggy kde 2.2.0 on my system when I upgrade my 8.0 to 8.1 ..

Re: What about Mandrake - Alexander Skwar - 2001-09-19

Yes, they will. RC1 contains KDE 2.2.1

Red Hat 7.1 turned down again. - Eduardo Sanchez - 2001-09-19

The announcement talked about the most recent distros, but I do not see packages for Red Hat 7.1; I only see roswell ones. Note the sillyness in building a STABLE release of KDE 2.2.1 against an UNSTABLE distro. This speaks volumes about the absolute contempt in which Red Hat has both its users and the KDE project. At least, RH is now honest and does not attempt to disguise their roswell packaging with a deceptive "7.x" label.

Re: Red Hat 7.1 turned down again. - Janne S - 2001-09-19

On some mirrors there are directories for both Roswell and 7.1, but the 7.1 directory is empty on all the mirrors I checked. This might mean that there is a KDE 2.2.1 for the stable Red Hat coming up later. I didn't wait for it, though, and installed the Roswell version, which works great. BTW, don't install the KDE 2.2.1 rpms when KDE is up and running. I did, and messed up my system. Removing all KDE rpms and installing them again fixed the situation. Also note that an updated kdemultimedia rpm doesn't seem to be available, although the KDE crew has released a 2.2.1 version of that too. Maybe the mirrors are just not yet up-to-date. Anyways, great job, KDE crew!

Re: Red Hat 7.1 turned down again. - Janne S - 2001-09-19

I was right, the mirrors haven't yet mirrored everything. Rawhide has the missing kdemultimedia, as well as all the other KDE 2.2.1 you might not find on your closest mirror. These are for Roswell, not for RH 7.1, naturally, but they work great especially if you have already installed the Roswell packages of KDE 2.2. Rawhide URL: ftp://rpmfind.net/linux/redhat/7.1/en/os/i386/RedHat/RPMS/

Re: Red Hat 7.1 turned down again. - Janne S - 2001-09-19

Wrong URL, sorry! This is the correct Rawhide URL: http://www.redhat.com/apps/download/beta/rhl.html I also mixed up kdemultimedia-2.1.1 with 2.2.1... Argh! I'm not quite suer anymore that there is an updated rpm for kdemultimedia at all... Have to keed searching... -Confused Janne

Re: Red Hat 7.1 turned down again. - Joni K. - 2001-09-19

Well, it's hardly because of "contempt"... Read what bero from Red Hat said about it: http://slashdot.org/comments.pl?sid=21755&cid=2318988 But maybe this Ben guy would be nice enough to do what he did with 2.2 :) (http://www.opennms.org/~ben/kde2.2)

Re: Red Hat 7.1 turned down again. - Ranger Rick - 2001-09-19

Actually, I'm working on it... gonna build for 7.0 (!) since we have a number of people still on 7.0 in the office. No guarantees as to when I'll finish, but I'm grabbing the rawhide packages right now and I'm gonna start compiling on our quad-xeon build box shortly. Maybe I'll do 6.2 when I'm done. =)

Thanks, Ranger Rick ! - Eduardo Sanchez - 2001-09-19

Thanks!!!! I'll wait for your packages ! It is so hard for RH people to do so?

Re: Thanks, Ranger Rick ! - Evandro - 2001-09-19

Yes, kind of. Since you didn't bother to read the link the first time, I won't point it out again. " I realize that this might be causing problems for some people, but there reasons are simple: timing issues. Try maintaining 215 packages while not giving up your own devel projects, and you'll know what I mean. If a day had 48 hours, I'd of course provide RPMs for 7.1, 7.0 and probably even 6.x - but the way things are now, I simply don't have the time to set up boxes with old systems to rebuild the packages and work around legacy compiler bugs (egcs 1.1.x is a pain). If you want to rebuild them, feel free to do so. In the mean time, I think it's more important to have a nice KDE in the upcoming release, so that's what I'm focusing on." bero-rh -- Evandro

Re: Thanks, Ranger Rick ! - Ranger Rick - 2001-09-19

Exactly. It's a pain in the ass to rebuild something this big, but I'd kind of like to have it, and it's a way I can give back to the (kick-ass!) KDE releases... I am in no way suprised that they're not going back and rebuilding for old distros, that's why I'm doing it myself. If you want 'em, who should I notify to make these available "officially" so I don't slam my employer's web server when I get these done? Much easier to have them mirrored by KDE than to chew up our bandwidth when I don't have official permission to offer 'em... ;)

Re: Thanks, Ranger Rick ! - Eduardo Sanchez - 2001-09-19

Evandro: I've read the link. I am very sympathetic with bero, and that only proves that for Red Hat KDE is not a priority, and that it does in fact have all their KDE users in contempt. I suggest you to read my comment in answer to the post by Joni. Thanks, Eduardo

Re: Thanks, Ranger Rick ! - Evandro - 2001-09-19

No, it simply proves Red Hat developers are busy people with a lot of work to do. You don't see Red Hat making rpms of the latest GNOME release for Red Hat 7.1.

Re: Thanks, Ranger Rick ! - Kevin - 2001-09-21

One word: VMWARE. You can probably even backup the actual images after the original install so that you won't have to refresh after each build test. I know it costs $ but it is one of the most useful pieces of software out there. I've been an on-again/off-again redhat user/customer since 4.x. I'm never quite satisfied with their releases, but I've been less satisfied with the other dists. (Yes I've tried debian.) Besides little nitpicky things, 7.1 has been great.

Re: Red Hat 7.1 turned down again. - Jon Smith - 2001-09-20

I read the link and dont know how he can call the current release "legacy". You know there are people out there who have many desktop machines running redhat 7.1/kde and would like to upgrade kde the the newest stable version without putting beta software on users PCs. Besides doesnt making users upgrade there OS just to get the newest mail client sound like something Microsoft would do? Im really starting to regret moving from SuSE

It *is* contempt - Eduardo Sanchez - 2001-09-19

Thanks, Joni, for the link. I've read the links, and especially the posting from bero at /.. However, this does not refute anything about the contempt of RH. Bero is doing the best he can to provide packages (although I do not share his logic of prioritizing unstable/testing packages over stable ones). That Red Hat has no problem in throwing the weight of building KDE 2.2.1 packages on a very overworked Bero only means that Red Hat does not care about KDE (and its users) and that neither KDE nor RH desktop users are really a priority to Red Hat. If Red Hat would really have cared a little bit about KDE 2.2.1 (or 2.2 for that matter) then it would have the 7.1 rpms available in no time, perhaps assigning some other people to help bero with the builds or whatever. But Red Hat does not care, and all that RH 7.1 KDE users receive from Red Hat is contempt. It is such a pity, because the KDE desktop in such a good distro has been a major selling point, and there are *many* Red Hat KDE users who simply have been turned down. They (we) do not matter for Red Hat; they (we) are just expendable. Red Hat: Get a clue.

Re: It *is* contempt - David Johnson - 2001-09-21

Okay, I am not a Redhat user, so I may be way off base. But isn't 7.1 the *current* *shipping* version? And Redhat no longer supports it? There's something seriously wrong here.

Re: It *is* contempt - Ed Wilts - 2001-09-21

Nobody said that RedHat isn't supporting 7.1 - in fact, they are. It is just that their philosophy is different from some other vendors in how they support current and past releases. I don't speak for RedHat, but I'm just a customer... What I see RedHat doing is providing all security patches for their current, and many, many, older releases (typicall going at least as far back as 5.2 which I believe is around 3 years old). They're typically one of the fastest distributors to provide these patches. What RedHat does not do - and that appears to be the argument here - is provide new *features* for their current releases. Since KDE 2.2.x does not provide security fixes for RH 7.1, RedHat is concentrating on releasing KDE 2.2.1 for the next distribution (currently named roswell). When roswell is finally released (and it's in its 2nd beta now), we'll see a current KDE - one that's been tested and integrated with the rest of the packages. The role of the distributor is to integrate and test a wide variety of packages, and that's not trivial. This problem becomes exponentially worse if you expect them to test against all the other combinations of packages that may be release along the way. You are, of course, always welcome to install the updates yourself, as many people are doing...

Re: Red Hat 7.1 turned down again. - Joshua Penix - 2001-09-20

Dunno, the Rawhide RPMs work great on 7.1, so I don't know why everyone is upset just cuz the directory says "Rawhide." When Bero packaged 2.2.0, he provided 15 or so RPMs in the "non-kde" directory that made slight updates to a RH7.1 box so that the Rawhide KDE 2.2.0 RPMs could be used. Now that 2.2.1 is out for Rawhide, I just snagged the new KDE packages and did a straight upgrade. No errors, no problems.

Very cool! - Benjamin Atkin - 2001-09-19

Very cool! I look forward to trying the improved Konqueror. Hopefully my bank or school site works. KDE 3.0 will be great. I hope that the GUI feels more responsive with the new QT, and flashing and black boxes on windows are cut down. I prefer KDE to any other environment regardless, though. There are so many advantages. I like the little useful additions, for example, the calendar that pops up when I hit the clock. That has saved twenty seconds about two hundred times. It makes me feel in command. There are so many features like this. Great work!

Re: Very cool! - Johan Veenstra - 2001-09-19

> and flashing and black boxes on windows are cut down. I'm afraid that those artifact are not caused by kde, but by your XFree86 driver.

Re: Very cool! - Nicholas Allen - 2001-09-23

No I don't think so. It seems to be caused by the KDE window manager. If you run the same program using a different window manager you don't see black boxes. It is most noticable on Mozilla. The KDE window manager must reparent the window somehow and install a black background. It is very annoying and can really make KDE look slow. I hope this gets fixed at some point.

Re: Very cool! - TomL - 2001-09-19

I didn't know it could do that (the clock/calendar thing). Way cool! I love it. I'm so glad I read your respose. I've just emailed that hint to all my kde-pals. Is this in the little hint thing that comes up when when KDE comes up? If not, we ought to submit it. I wonder what else I'm missing?

TurboLinux has switched to KDE! - ac - 2001-09-19

Checked the announcement, it's buried there! Congratulations! Hooray!

Library requirements. - Johan Veenstra - 2001-09-19

> The library requirements stated in the anouncement are: > qt 2.2.4. > For OpenSSL support, OpenSSL >= 0.9.6x, > For Java Support, JVM >= 1.3 > For Netscape Communicator Plug-in support, recent version of Lesstiff > Searching local documentation, htdig > Other special features, require other packages. Especially the last requirement(s) got me wondering. What other special features are there, and what are the requirements for those special features. Does anybody have a complete list? Shouldn't libjpeg, libpng, liblcms, libmng, libtiff be in the list of requirements? Johan Veenstra

Re: Library requirements. - Jon - 2001-09-19

Well, for example, to use the audiocd: slave to write Vorbis files, you need the Vorbis libraries.

Re: Library requirements. - Billy Nopants - 2001-09-19

Exactly right! Did the writer of the requirements get bored? Or did he/she not know all the supported functions that will be magically enabled when you have the right libraries/programs installed? Let's face it... if they (KDE programmers) don't know, then we sure as hell wont! --BN

Re: Library requirements. - not me - 2001-09-19

>Let's face it... if they (KDE programmers) don't know, then we sure as hell wont! I don't know if any one person knows every special feature of KDE. Remember that many, many people have contributed and no one oversees all of the development. People only know what they have contributed or discovered on their own. Here are some that I know: Playing videos in Noatun requires mpeglib, you don't get a help browser if you don't have libxml, you can get an improved "network neighborhood" type thing if you have libsamba, you get an improved KDEPrint if you have CUPS, you get mp3 and/or Ogg Vorbis ripping in the audiocd ioslave if you have Lame/libvorbis, and you can get better directory change notification if you have something which I can't remember. Many of these require the libraries to be present at compile time, so if you use a binary compiled version of KDE (like RPMs) you are stuck with the features that your packager compiled in. One exception is the audiocd slave. If you compile KDE yourself it usually tells you whether or not you have these libraries and what features are going to be enabled.

Re: Library requirements. - jason byrne - 2001-09-19

It would be great if they added the short list you just mentioned... I've had these 'extra' features working on one of my machines for quite a while... but when I went to compile KDE-2.2.1 on a relatively 'new' linux install - I found myself grumbling... 'now what were those things that gave me mp3/vorbis/mpeg/etc... support again?' works great once you get it going... but I'm sure plenty of people are missing out on features because they've never seen them ;-)

Re: Library requirements. - not me - 2001-09-19

If you look at the output of ./configure doesn't it tell you "missing libvorbis, compiling audiocd: without vorbis support" or something like that?

Re: Library requirements. - jason byrne - 2001-09-20

the faster your machine... the faster the configure details fly by (if you were trying to monitor the details to begin with) I'm sure my linux installs are absolute cadillacs (TV/video/DVD, etc...) compared to the typical 'out of box' experience some people settle with - but there's no reason not to just post all the known features/dependencies for *everyone* to enjoy.

Re: Library requirements. - Per - 2001-09-20

configure saves its results in a config file. Not sure of the filename, but its one of the (if not the) newest files starting with ".". Another option is to do ./configure > configure-output.

Re: Library requirements. - dids - 2001-09-19

libsamba is this separate to the normal samba files I just downloaded something called libsmb is this the one ? thanks dids

Re: Library requirements. - not me - 2001-09-20

Probably. I'm not 100% sure but that sounds like it. It hasn't had a stable release yet so no, it isn't included with Samba normally.

Re: Library requirements. - Paulo Eduardo Neves - 2001-09-20

Another one: kamera:/ ioslave if you have gphoto2 libs instaled.

Re: Library requirements. - David Johnson - 2001-09-21

You can play videos in noatun!! Wow! If only the release notes would have said that... Now I am faced with the choice of *recompiling* KDE, or just forgetting about it.

Re: Library requirements. - Evandro - 2001-09-19

Some that come to mind are lesstif, libxml2, pcre, libogg/libvorbis, cups.

Re: Library requirements. - David Johnson - 2001-09-21

I fully second Johan's concern. I recently built a complete set of KDE-2.2 packages for a friend (for Slackware). It was a major pain involving the following steps: 1) Unpack kdexxx-2.2.tar.bz 3) ./configure 4) Examine output from configure. 5) Go find missing stuff. 6) Install missing stuff. 7) ./configure 8) make; make install 9) Test. 10) Repeat... 11) Make package. 12) Move on to next KDE source package. This process took me one week to complete. And then the day before my friend came to pick up the packages, I discovered that none of the documentation was built because I didn't have libxml2 installed. Sigh. How much work does it take to add a line to the README for each mandatory, recommended and optional requirement?

but where could i find diffs??? - dimonb - 2001-09-19

please, replay where could i find patch from kde-2.2 to kde-2.2.1.. it's very difficult to me to download all souces of kde-2.2.1 :(

Re: but where could i find diffs??? - ik - 2001-09-19

maybe it is possible to get those with cvs ... (cvs diff ?)

Re: but where could i find diffs??? - Michael Häckel - 2001-09-19

Try something like cvs rdiff -rKDE_2_2_RELEASE -rKDE_2_2_1_RELEASE kdelibs And the same for the other packages.

Re: but where could i find diffs??? - dimonb - 2001-09-19

thnx, i'll try this.. but BTW having diffs on ftp would be more convinient and less load on vcs server

Re: but where could i find diffs??? - Michael Häckel - 2001-09-19

Sorry, it just came into my mind, that you eventually might not get binary files like icons, that have changed, this way. Anyway, if you compile KDE from sources, then you can also check out the sources from CVS, that is also not much more difficult as from ftp. If you have done that once, then you can get any other version with only transfering the differences. That has even the advantage, that you can get post release fixes if you use KDE_2_2_BRANCH or get the code a week earlier than others.

Re: but where could i find diffs??? - Hywel Mallett - 2001-09-19

You can find some (not all) at my site - http://www.hmallett.co.uk - follow the link near the bottom of the page. Hywel Mallett

Support KDE Don't Buy Redhat - J35u5 - 2001-09-19

One of the best ways to support KDE is to not buy Redhat, and to buy a pro-KDE distro instead, such as: Suse or Mandrake. I recommend Suse because of its stability and overall polish, compared to Mandrake. Suse has that wonderful German efficiency. Redhat sends lots of money towards Gnome development. If they are convinced to switch their efforts to KDE, that would mean lots of money towards KDE development. Its all about the distros. That is where the battle is being fought for the Linux desktop environment.

Re: Support KDE Don't Buy Redhat - Eleknader - 2001-09-19

As a matter of fact RedHat does support KDE also. kcmlilo and kwuftpd are made by RedHat with RedHat money. Eleknader

Re: Support KDE Buy Redhat - Asif Ali Rizwaan - 2001-09-19

And these f*** pro KDE distros are hampering system and network configuration modules for KDE and its users for easy system configuration like used to be in Corel Linux for their own selfish advantage over RedHat!!!

Re: Support KDE Buy Redhat - Alexander Skwar - 2001-09-19

What the heck are you talking about? The MandrakeControlCenter is purely GTK, not QT, so I don't get what you're flaming about....

RPM update from previous version - Alessandro Magni - 2001-09-19

I got this problem: to upgrade RPM to v4.0, I badly damaged the archive containing the list of RPM installed on my system (I'd like so much to know what I did wrong BTW) so I dont have anymore a list of KDE stuff (version2.1) installed It seems that to upgrade I should rpm -erase all previous KDE packages, but I dont have them in the archive anymore! Is it safe to say "who cares" and try installing them over? Any help appreciated, thanks Alessandro

Re: RPM update from previous version - Aurélien Gâteau - 2001-09-19

Did you try to run rpm --rebuilddb after upgrading to RPM 4.0 ? It might get your RPM database back from the dead :-)

Re: RPM update from previous version - Alessandro Magni - 2001-09-19

yes, I knew that and tried it - without success. I dont know where rebuilddb could go check a backup database, but failed. So, Im stuck with the doubt: do I risk a $> rpm -i * --nodeps --force ???

Re: RPM update from previous version - bondowine - 2001-09-19

I believe you were suppose to do "rpm --rebuild" right after updating to rpm 4.0! Rpm 4.0 uses a newer db format and rpm 4.0 seems to have trouble with dealing with the old one.

Re: RPM update from previous version - Danny - 2001-09-19

you could try to rpm --rebuilddb to rebuild your database (i'm not sure of syntax,check man rpm) D

https through proxy - kunnar - 2001-09-19

https through proxy does not work since KDE2.2, i have openssl-0.9.6b-7. Mozilla and other browser works, also did work konqueror 2.1.1

Re: https through proxy - Ingo Klöcker - 2001-09-19

Did you configure the proxy for HTTPS? Since KDE 2.2 there is an extra field for HTTPS. In KDE 2.1- there was only a field for HTTP and the proxy entered there was also used for HTTPS.

Re: https through proxy - kunnar - 2001-09-19

Yes i did and noticed that. Somehow simply konqueror 2.2 refuses to use https and now also konqueror 2.2.1 in our network. Not only my machine, we installed for example Redhat 7.2 beta with KDE2.2 to one new machine, there was same problem. Put into that extra field what you want, same proxy as http or anything else or leave it empty, it simply dont work. If i read faq or something, then there is "you must use openssl-0.9.6x to use https" or something like that, but i have openssl-0.9.6b-7...

Re: https through proxy - David Bishop - 2001-09-19

I have the exact same problem, though I use an authenticating proxy as well. Of course, it's tons better than 2.1 that didn't work with authenticating proxies at all. And ebay works now! Woohoo!

Re: https through proxy - not me - 2001-09-20

Did you use the RPMs? It is possible that openssl-0.9.6 wasn't on Bero's computer when he compiled the RPMs. If you compiled it yourself or looked at some of the other KDE RPMs floating around you might be able to get it working. (no guarantees though)

Re: https through proxy - Fahimeh Samareh - 2002-11-30

Konqueror has a problem with https via proxy.

Packages vs source - Johnny Andersson - 2001-09-19

I notice that there's a lot people missing (good) packages of recent software (read: KDE). Having used RedHat since ver 4, I recently grew tired of 7.1's incompatibility with everything, (mostly because of the unstable compiler) as well as all the strange dependencies of pre-packaged rpm's. I had wanted to try Debian for some time, and I gave it a shot, just to find that the much-hyped apt-get system didn't work as well as I'd hoped. In anger, I thought "well, screw all this packaging shit then", and downloaded Slackware. Best thing I ever did. :) True, I was forced to learn some things about the system to make everything work, but that's well invested time. So, y'all: get rid of the packages and start compiling your software yourself (with a non-beta compiler, of course). It's boring and slow, but it's also rewarding.

Re: Packages vs source - Thilo - 2001-09-19

Try Gentoo! They seem to combine the advantages of slackware (you know what is going on!) with the best of debian (apt-get)... http://www.gentoo.org/ They have ebuilds of new KDE releases out fairly quickly too!

Re: Packages vs source - 870Fragmaster - 2001-09-19

yeah compiling is great if it works. lot of times on my system i run into compile problems more often than package problems.

Re: Packages vs source - Some Poor Slob - 2001-09-19

Yeah, Slackware gets a lot of flack but I think it's still a good distro... Of course, REAL linux experts prefer to roll their own a la Linux From Scratch! Heh

Re: Packages vs source - Eric Veltman - 2001-09-19

Hello Johnny, It depends on what you want to do. Distributions with weak package management, like Slackware, are ideal for learning how to Read The Fascinating Manual, hand-configure software by editing configuration files, build software, install software, solve problems. But if you don't like doing that all day ( anymore ), then better choose for a distribution with good package mgt. The good package management is a Linux _jewel_ and a huge advantage over for example Windows NT. With it, you can easily add packages, update packages, remove packages and during those operations, it takes care of conflicts and dependencies. For instance, don't install postfix and sendmail together. Or another example, a kde package requires Qt version something. Very nice about package mgt. is that update and removal of packages doesn't leave piles of junk on your system. You don't need to re-install your system once every couple of months to get it "clean" again. Another thing that you can do with f.i. RPM is checking which files, that belong to packages, changed since installation of the packages. You can use that to make a very space efficient backup script that puts a list of packages on the backup CD, puts the files that changed since package install on the CD and puts files that don't belong to packages on the CD. You can use good package management to keep installed packages in sync between systems. Numerous things that a Windows NT administrator can only dream of. One of the reasons that NT administrators fall back on re-installing systems to "solve" problems is that there's no good package management on NT. Because of the weak package management in Slackware and because after about 2 years of Slackware I didn't want to spend much time anymore configuring my system, I chose for SuSE somewhere at v 5.x and am now happy using 7.2. And it helped. I now have time left to learn C++ and write long and boring messages like this one. Best regards, Eric

Re: Packages vs source - Johnny Andersson - 2001-09-19

You might be surprised to learn that I agree completely. Well, almost, anyway. ;) I'm all for packages, although not always in the state they're in right now. We all have better things to do than stare atc ompilations and editing other people's source. A package system that *really works* would be great. But in my experience, there's a lot of problems with packages too. Maybe it'll work better in the future, when it has had some time to mature. I guess the main problem is that the person who makes the packages has to have a system very similar to yours, as you can't use any compile-time options. Just consider the following; you want to use inetd instead of Redhat 7.1's xinetd. Many programs packaged for RH 7.1 depends on xinetd, so you have to use --nodeps and then do the best you can to adapt the files installed to inetd. Or, like me, you just think "allright, I'll continue using xinetd then, if that's what they want, the bastards." ;). I've heard good things about SuSE though, maybe I'll give it a whirl some time. Just wish I knew how to pronounce it. ;)

Re: Packages vs source - Eric Veltman - 2001-09-20

That xinetd / inetd issue seems to me to be a political decision from RedHat. Anyway it doesn't have anything to do with packaging system's weakness. With a little bit extra effort they could easily create packages that work with both inet daemons. I never tried RedHat myself, but from what I hear from you, it sounds like SuSE is much better. I don't remember any significant problem with packages and SuSE also has the policy to let the admin choose between variants instead of choosing for them. For instance, you can choose between postfix and sendmail. You can choose between plp, cups, and [I don't remember the name]. You can choose between kernel NFS daemon and a userspace one. You can choose between kernel 2.2.x and 2.4.x. You can choose from several JVMs and you can choose between xinetd and inetd.

Re: Packages vs source - Russell Cloran - 2002-10-29

Hi, As a university student, I tend to have a lot of time to fiddle with things. As an ex Caldera Linux, Red Hat, OpenBSD, FreeBSD and Slackware, and current Gentoo user, I fully agree that package management is a *must* in terms of keeping the system clean. I have found Gentoo great. Issues such as xinetd/inetd are resolved very cleanly. You can choose *any* package that provides, for example, "logger" or "opengl" or "x11" and on and on. I still roll a lot of stuff myself, and a simple "emerge -i" "injects" a certain package... so the system knows its there, but you get to control it. Useful for custom kernel patch-levels! Kudos to the Gentoo team for learning from *BSD ports, and improving it. I also now have more time to write long mails and get on with real studies! Cheers Russell

Misc Packages? - Jim - 2001-09-19

Would it be possible to obtain a list of miscellaneous packages, and what non-core features they give? For example: openssl -> HTTPS support for Konqi lesstif -> netscape plugin support cdparanoia -> audiocd: kio_slave I was all excited last KDE release I got about using audiocd:/, but I didn't know about the cdparanoia requirement until it was too late. I'd like to get all the cool goodies this time :-) Thanks for all your effort with KDE...hopefully I can help out all of you soon!

Re: Misc Packages? - Per - 2001-09-20

I second that. Ideally I would like to see a table like this: first column: Library name and version (click for homepage) second column: What it provides Third column: Possible comments But someone has to gather this information and put it together.

KDM problems on RH7.1 - Joshua Penix - 2001-09-19

When KDE 2.2.0 came out, I got it installed on my RH7.1 system by adding the "non-kde" upgrade RPMs that Bero provided. Everything worked great... Now that 2.2.1 is out, I was able to download the 2.2.1 RPMs made for Roswell and apply them with no troubles. Again, everything on my desktop appears to work great... However, KDM now refuses to run. It also refuses to give any useful errors :^) I saw a couple other people mentioning this same problem in the Slashdot thread, but saw no solutions. Anyone have an idea?

Re: KDM problems on RH7.1 - Scott Dowdle - 2001-09-20

Do a verify of the kdebase packages (rpm -V kdebase). The problem with the upgrade is that there is a directory named kdm where the rpm package is trying to install a file named kdm. That's how I remember it anyway. I had to delete the directory and try the install of the kdebase package again and all was well with the universe. I'd give you the exact directory and filenames BUT since I fixed it, I don't remember exactly what they were. I think verifying the package will tell you what is broken. Essentially, before you fix it, there isn't a kdm binary on the system... so it can't run.

Re: KDM problems on RH7.1 - Oliver - 2001-09-20

Did you s-link /etc/kde/kdm/kdmrc into /usr/share/config?

Re: KDM problems on RH7.1 (FIXED) - Don Knott - 2001-09-20

I found that there is a bad link in /usr/share/config for kdm. It is supposed to be a link to /etc/kde/kdm. There was a kdm directory with a kdmrc in it. I renamed this one. Then I deleted the bad softlink and recreated it. Now kdm works.

Re: KDM problems on RH7.1 (FIXED) - Erik Kjær Pedersen - 2001-09-20

Yes that did it. There must be some way to get kdm started and functioning without rebooting. Hoq is that doen? Erik

Re: KDM problems on RH7.1 (FIXED) - Leo Milano - 2001-09-20

Hi Erik To restart KDM after a new install I kill the KDM process which is currently running. I works fine for me at least ... Leo

Re: KDM problems on RH7.1 (FIXED) - kamal - 2001-09-21

I deleted the directory in /usr/share/config as well as the bad links. Then i made a link to /etc/kde/kdm ( ln -s ../../../etc/kde/kdm kde) Then I rebooted and kdm didn't work. When you say you "renamed this one" do you mean the directory kdmrc is in, or the file itself? Out of curiosity, why did you need to do that? Feel free to expand on this; I'm new to this whole thing. thanks kamal

Re: KDM problems on RH7.1 (FIXED) - gusgus - 2001-09-22

the link should be as follow: ln -s /etc/kde/kdm /usr/share/config/kdm cheers, gusgus

Re: KDM problems on RH7.1 - Joshua Penix - 2001-09-20

You guys rock! That was exactly it... in my /usr/share/config there was a 'kdm' directory, as well as a 'kdm3b;as5712' (or something like that) file which was the softlink to ../../../etc/kde/kdm. I check the RPM database and it turns out that nothing owned the files inside of /usr/share/config/kdm, so I just blew that directory away. Then I blew away the softlink with the screwball name and recreated one named 'kde' which pointed to ../../../etc/kde/kdm. Shabang! It worked perfectly! Excellent work, thanks KDE-ers ;^) --Josh

Re: KDM problems on RH7.1 - Colin - 2001-09-20

Yep thanks all for the tips I was begining to swear......... Now it is all working fine.

Re: KDM problems on RH7.1 - Eric Rose - 2001-11-30

I had the same problem caused by the /usr/share/config/kdm being a directory (something leftover from before) and not a file. I deleted the directory and reinstalled the kdebase package (--force, since it was already there) and that fixed the problem. -Eric

Is the objprelink code built in? - Bryan Feeney - 2001-09-19

There's a mention of substantially increased startup times in the announcement. Does this mean they've built objprelink into the compliation process, or will I still have to manually prelink everything myself? BTW, did anyone notice their font anti-aliasing not work in 2.2. I'm hoping .1 fixes it, but even so, KDE's looking great.

Re: Is the objprelink code built in? - Leo Milano - 2001-09-19

In one of my computers I had to upgrade the Xserver to XFree86-4.1.0 in order to get fot antialiasing in KDE-2.2 Good luck, -- Leo

Re: Is the objprelink code built in? - Bryan Feeney - 2001-09-20

No, I know the server can do anti-aliasing, it was doing it fine with 2.1.1. It was when I upgraded to 2.2 that KDE seemed to stop using it (though I used the pclinuxonline RPMs, and I'm wondering if they compiled QT properly).

Re: Is the objprelink code built in? - James Pole - 2001-09-23

Anti-aliasing is only supported in XF86-4 with the RENDER exenstion. Make sure you have anti-aliasing enabled (`Fonts' in the Control Panel). - James

Jolly well done! - Bille - 2001-09-19

Thank you, KDE team, for all your hard work putting together this excellent desktop. As of KDE 2.2.1 I can finally use online banking services (lloydstsb.co.uk and smile.co.uk) with Konqueror, making me a very happy surfer. Well done.

lloydstsb.co.uk gives me an error - Macka - 2001-09-21

Really? I tried lloydstsb.co.uk and get a Javascript error msg that says: "SubmitOnce - You have already submitted this form. If you have had no response then please Refresh/Reload and try again." .. and I can't get any further than the login to personal account stage. Macka

https proxy ? - Macka - 2001-09-21

Oh .. just discovered that if I take "localhost" out of the https proxy field, I can get a bit further. I think my squid setup is ok, as I can pass through it ok with https from other boxen on my network. Odd.

Codeweavers Crossover Plugin. - Kurt - 2001-09-19

I hope that they have addressed the support (or lack thereof) for Codeweavers Crossover Plugin. This did not work with KDE 2.2.

Re: Codeweavers Crossover Plugin. - MegaBite - 2001-09-20

the codeweavers folks need to fix this in their plugin, AFAIK<>

Q - ac - 2001-09-19

I think it's time to update screenshots section on kde.org

Re: Q - Simon Perreault - 2001-09-19

I totally agree, and here's mine. kde.org webmasters can use it if they wish.

Re: Q - Simon Perreault - 2001-09-19

Ok, I suck. Here it is for real.

Re: Q - Joshua Penix - 2001-09-20

Wow! Your fonts are gorgeous... I've never been able to get KDE's AA fonts to look this good... would you be so kind as to share the settings in your Font control panel? TIA! --josh

Re: Q - Simon Perreault - 2001-09-20

First of all you have to use MS's fonts. I put Arial 12 everywhere, except it's at 10 in the taskbar and bold in the window title bar. Some people like fonts sizes 8-14 to not be AA, and they play with their XftConfig to do that, but I like them better AA and I think MS does that in windows only so that it does not eat too much CPU.

Ugly fonts - Rob - 2001-09-20

Two comments from the screenshot. The fonts are still not up to Windows standard. Are they anti-aliased? Second - one thing that annoys me about KDE is the size of the tabs (in this case in KDevelop). They take up too much screen area.

Strange desktop behaviour - ghw - 2001-09-19

Hello, I wonder if anyone out there experiences the same problem: After the beta1 of KDE2.2, in KDE2.2.0 and KDE2.2.1, I noticed a strange behaviour of kwm(?). After switching windows using Alt-TAB or the task bar in the panel the keyboard seems to be dead until I explitely click into a window. That also means that cycling through the windows with Alt-TAB doesn't work any more :-( Besides the click that brings the keyboard back to life doesn't seem to get passed to the window. So setting the cursor in a text editor requires two clicks instead of one, for example. I'm using the binary packages for S.u.S.E. 6.4 The focus policy is set to click to focus and worked as expected up to the beta1. Any ideas? Regards, ghw.

Re: Strange desktop behaviour - sventek - 2001-09-20

Had the same problem on my FreeBSD system. It turned out that I forgot to compile the kdebase package. Maybe you forgot to install it or the installation didn't complete?

Re: Strange desktop behaviour - ghw - 2001-09-21

No, the installation of kdebase was ok. But thanks anyway. I tracked it down to a problem with my .Xmodmap. Best regards, ghw

Re: Strange desktop behaviour - Nobody - 2001-09-21

The same thing happened to me. I solved it by recreating my home directory and moving my files to the new one; everything EXCEPT kde files/folder. That solved it. I know this is a heavy handed solution, but I wasn't able to track exactly where the problem was since it must have been something in .kde or some rc file. . .

Re: Strange desktop behaviour (solved) - ghw - 2001-09-21

Thank you for pointing me in the right direction. I tracked it down to a problem with my .Xmodmap: The line keycode 64 = Meta_L caused the strange behaviour. It didn't in Beta1... I cannot say I understand what happens, but after removing it the problem's gone. Best regards, ghw.

It is *fast* - Androgynous Howard - 2001-09-20

I am really amazed how fast it is. Not only the application startup time, but also the responsiveness of the GUI has improved tremendously. I have only an old K6-2 350 and an ancient matrox mystique pci graphics card, and still the performance just rocks! To the KDE developers: you are really brilliant! Keep up the good work.

Whats wrong with SuSE's RMP's - Sami - 2001-09-20

It's the same problem happened with me! I lose my Arabic ( cp 1256 - iso 8859-6) codings in all KDE 2.2.1 and the same happend with KDE 2.2 with SuSE 7.2 RPMs... WHATS WRONG SuSE with supporting Arabic?! Just why do they tack it out of KDE?! as always downgrade to KDE 2.1.1 :( SuSE GET A GRIP I'M A LONG LONG USER BUT NOT ANY MORE! any help getting this coding in "again" well be great! tell i buy another destro. Sami

http://ftp.kde.org/ doesn't work - Frédéric L. W. Meunier - 2001-09-20

http://ftp.kde.org/pub/kde/stable/latest/distribution/ is listed <a href="http://www.kde.org/install-source.html">here</a> but doesn't work. Of course, it worked before the move from SourceForge. What was the reason to stop using it ?

AudioCD/Mp3 - thuswa - 2001-09-20

I guess you can integrate an Mp3 encoder for instance LAME into the AudioCD/slave thing? Can anyone tell me how this is done. BTW I also guess it is a little hush hush, since there are copyright issues, otherwise an mp3 encoder would be shipped with KDE? Please ignore the politics just give me the facts. Most humbly yours, thuswa

Re: AudioCD/Mp3 - Will Stephenson - 2001-09-20

Download, install and compile the LAME sources from http://lame.sourceforge.net. I haven't seen any binary packages, due to licence issues. The usual ./configure; make; make install puts things in /usr/local and konqueror detects them there the next time it is run.

Re: AudioCD/Mp3 - ICARuZ - 2002-07-24

I've found an binary (rpm) pakage at: http://rpmfind.net/linux/RPM/falsehope/home/rathann/lame/lame-3.92-1.i386.html I restarted KDE(3) but it don't work. Can you help me?! I've Red Hat 7.3 installed

Re: AudioCD/Mp3 - tgill430 - 2003-04-26

same damn problem here... its crap, or at least not as scottisch as they say it is.

Hmmn - Somebody - 2001-09-20

I havent noticed any bugs getting fixed per se. Konqueror still munges vBulletins (it didnt before v2.2, btw), KDevelop still segfaults on startup and Noatun still cant start up without SIGABRT because aRts doesnt seem to work with NAS (well it does... KEvents work with it just not MP3s or anything particularly swish). My fault for not filing bug reports I guess. *sighs and waits for KDE3*

KDM & XMMS problems - Janne - 2001-09-20

I just upgraded to 2.2.1. And again, it nuked my KDM :(. What was the fix to that problem again? I forgot :( And I have been having a problem ever since 2.2. When I click on a mp3-file, it launches xmms, and starts to play that file. No problem. But if I then click on another mp3-file, it starts to play it, but it appears that it tries to launch second xmms. The xmms-icon pulses nest to the cursor for about 10-15 seconds, and the disappears. there's also new xmms loading in the taskbar which then disappears. No big deal, since everything works. But it is annoying.

I forgot: Running SuSE 7.1 pro (nt) - Janne - 2001-09-20

I forgot: Running SuSE 7.1 pro (nt)

Re: KDM & XMMS problems - Carbon - 2001-09-20

This is because it IS launching another XMMS. KDE has no way of knowing that XMMS automatically makes sure that it only has one window open at a time.

Re: KDM & XMMS problems - Janne - 2001-09-21

But if my memrory server me correct, it didn't do that earlier (pre 2.2). And it seems to load XMMS much longer the second time than the first time (first time being nearly instantenious). When I start listening to another mp3-song. I have one XMMS in the taskbar playing the song, and another XMMS loading.

Re: KDM & XMMS problems - Carbon - 2001-09-21

Oops, sorry. I responded to your message, but it's marked as a response to my own post.

Re: KDM & XMMS problems - Carbon - 2001-09-21

No, you don't understand. The taskbar icon/cursor doesn't mean it's loading it, what's hapenning is that since XMMS doesn't let KDE know when it has a window open, KDE has to guess. It assumes, as is true with many other apps, that it will open an X window, and so it shows the loading status for a while, waiting for that to happen. The 2nd program that was launched long ago sent the first one the neccessary information, and left. You'll notice this happenning if you use alt+f2 to start an xkill. Well, what it perhaps should be doing is stopping the loading cursor and taskbar entry if the process it just started ends OR shows a window. Did KDE do this before 2.2?

Another kdm problem on RedHat 7.1 - Christopher Young - 2001-09-21

After fixing kdm via the instructions of other, very helpful dot participants (THANKS!), I noticed another problem with using kdm (not sure if this is a new one). When using kdm, I can not change resolution on the fly (using Ctrl-Alt-+ and Ctrl-Alt--) without X crashing. Now, before you start telling me this is a problem with X, let me note that this problem does NOT happen when using xdm or gdm as the login manager - ONLY with kdm. This also affects applications that try to change the resolution fly (Example: kwintv TV tuner application changing to 'fullscreen mode' at 640x480 -or- sne9x SNES emulator fullscreen mode), which then crashes X. Also, when you DO attempt to change the resolution while in the login manager (kdm), if you then try to change to a virtual console, everything is unusable (the screen appears locked or corrupted). I have to ssh into the system remotely to reboot it properly. Other than the kdm issues, I've been extrememly impressed with KDE 2.2.1. Everything seems very stable and many things that were crashing before are gone. If someone has a good solution to this problem, PLEASE let me know. In the future, it would be really nice if kdm had some debugging switches and logging mechanisms in order to help troubleshooting. This issue is really weird because it affects the entire X session after you have logged in via kdm. If you use xdm or gdm, there are no problems with resolution changes. I am running XFree86 4.1.0-3 RedHat rawhide XFree86 packages. I tested this with previous 4.x version of XFree86 and get the same problem. Any help would be greatly appreciated!

Re: Another kdm problem on RedHat 7.1 - Christopher Young - 2001-09-21

One additional note on this one: This bug is in RedHat's Bugzilla bug tracking system. It is listed as Bug # 38717 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=38717 It appears that it is associated with having DRI enabled with Voodoo3 video cards (and possibly OTHER video cards, but I've only seen it with my Voodoo3). It is unusual that this problem does NOT happen with gdm or xdm, which would lead me to believe that it is a kdm issue of some sort. Hopefully, I will hear about this one really soon. I should problem post this to the KDE lists :)

smtp auth for KMail - Harshad - 2001-09-21

Is SMTP auth included in this release? Will it be there anytime soon? Is it available as a patch? The changelog under Kmail is "various fixes", but I could not find more details. It was marked as done in the developer mailing lists quite a while ago. thanks, Harshad

RedHat 7.0 and 7.1 RPMs - Benjamin Reed - 2001-09-23

For those that were waiting for my RPMs, I've got them up now at http://www.opennms.org/~ben/kde-2.2.1/ and ftp://ftp.opennms.org/people/ben/kde-2.2.1/. I've posted this as an article, but you get a sneak preview if you're still reading this here. =) If you mirror it, please post! Thanks!

Problems compiling KDE 2.2.1 on Slack 8 - Jamon - 2001-09-23

Hello. I am using Slackware 8.0, and I am having a horrible time trying to compile KDE 2.2.1. This is the error I am recieving when compiling KDELIBS: c++ -DHAVE_CONFIG_H -I. -I. -I.. -I./.. -I../dcop -I../libltdl -I../kdecore -I../kdeui -I../kssl -I/usr/lib/qt/include -I/usr/X11R6/include -I/opt/kde/include -D_REENTRANT -O2 -fno-exceptions -fno-check-new -ftemplate-depth-99 -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c deviceman.cc -fPIC -DPIC -o .libs/deviceman.o deviceman.cc:53: linux/asequencer.h: No such file or directory make[2]: *** [deviceman.lo] Error 1 make[2]: Leaving directory `/root/updates/kde2.2.1/kdelibs-2.2.1/libkmid' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/updates/kde2.2.1/kdelibs-2.2.1' make: *** [all-recursive-am] Error 2 I have tried both autoconf 2.50 that comes with Slack and 2.13. Any ideas? thanks! Jamon

help installing kde 2.2.1 - mplotskr - 2001-09-24

i an a relative linux newbie and would like to get better and more detailed instructions on how to install kde 2.2.1 over kde 2.1.1. i can't find any usable instructions on the kde site. i am running RH 7.1. i don't understand how people can think linux will succeed on the desktop if installing programs is so difficult. thanks for all your help in advance

Mandrake should put KDE at a higher priority. - Sean Pecor - 2001-09-27

It's been eight days since KDE 2.2.1 was released and I'm still waiting for Mandrake to release official RPMs. Even Redhat has beat them to the punch. While customers of other distributions enjoy the new features and stability, I am stuck waiting on Mandrake <b>again</b>. KDE is an integral part of my workstation. Getting the latest stable KDE is extremely important to me and others as well. They should understand this and should not underestimate the amount of bad P.R. this lack of consideration creates. I switched to Mandrake from Redhat after getting the impression that they were a smaller, more agile firm. I'd like to continue to support Mandrake, but only if they continue to support me. There, I feel better now :).

Files with .directory extensions - Risto Treksler - 2001-10-01

KDE 2.2.1 peppers folders with files with .directory extensions. I do not mean the hidden .directory files, but instead the files that get created when you move icons around in a directory. eg: i go to /home/me/development and (inadvertantly) move around someicons. this creates a (non-hidden) file called /home/me/development.directory This is a very annoying behaviour on the part of KDE. Why on earth is the file not inside the (development) folder and why is it not hidden and maybe called .layout eg : /home/me/development/.layout Does anyone know how to turn off the creation of these files??

Re: Files with .directory extensions - Risto Treksler - 2001-10-01

Hey, I am not alone on this one I found a bug report on this one it seems that ~/directory.directory is written when ~/directory/.directory should be written the bug is #33173

Re: Files with .directory extensions - Risto Treksler - 2001-10-01

Hey, I am not alone on this one I found a bug report on this one it seems that ~/directory.directory is written when ~/directory/.directory should be written the bug is #33173

Re: Files with .directory extensions - Risto Treksler - 2001-10-01

Hey, I am not alone on this one I found a bug report on this one it seems that ~/directory.directory is written when ~/directory/.directory should be written the bug is #33173

KDE Refuses to Compile - Gus - 2001-11-17

I keep getting this libxml2 error when compiling kdelibs-2.2.1 : I checked libxml/globals.h and xmlGenericErrorFunc xmlGenericError; is what is causing it When I comment it out it compiles fine but im not to sure its going to run fine once compiled. Anyone see this error before? gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I/usr/local/include/libxml2/libxml -I/usr/local/include/libxml2 -I/include -D_REENTRANT -I/usr/local/include -O2 -c templates.c -fPIC -DPIC -o .libs/templates.o In file included from /usr/local/include/libxml2/libxml/parser.h:579, from /usr/local/include/libxml2/libxml/xmlerror.h:4, from templates.c:18: /usr/local/include/libxml2/libxml/globals.h:70: parse error before `xmlGenericErrorFunc' /usr/local/include/libxml2/libxml/globals.h:70: warning: no semicolon at end of struct or union /usr/local/include/libxml2/libxml/globals.h:89: parse error before `}' /usr/local/include/libxml2/libxml/globals.h:217: parse error before `xmlGenericError' /usr/local/include/libxml2/libxml/globals.h:217: warning: data definition has no type or storage class