RedHat RPMs for KDE 2.2.1

Sunday, 23 September 2001  |  Dre

Benjamin Reed wrote in to tell us that he has helped out RedHat's KDE users and put together KDE 2.2.1 RPMs for RedHat 7.0 and 7.1. "Since I got such a great response for my "unofficial" RPMs last time, I thought I'd do it again. After what seems like years of building, I've got everything together." The packages are available via http or ftp. If you can mirror these packages, please let him know. (He adds: "Coming soon: RedHat 6.2 packages -- who needs a life? =)."

Comments:

One thing to watch out for... - Benjamin Reed - 2001-09-23

Although the symlink is fixed now for /usr/share/config/kdm, if you've changed your kdm settings at all from what was in the default RPMs (like changed the background color or logo or whatever), the directory will be renamed kdm.rpmsave and the symlink will replace it, but will not contain your "saved" files, so kdm *still* won't start. I don't have the time to do this build tonight, it's already 3:30am for me, but I'll see if I can fix the rpms (or check for fixed ones in rawhide) and get them put together. Other than that, I'm running the 7.1 rpms on my desktop and it's looking pretty smooth.

Re: One thing to watch out for... - N Becker - 2001-09-26

What is t"he symlink is fixed now for /usr/share/config/kdm"? I just built all from SRPMS, now kdm won't start. I see something changed in /usr/share/config/kdm setup, but what is the correct symlink?

Re: One thing to watch out for... - John Floyd - 2001-09-28

Kdm still causes some trouble on my rh7.1 - after making sure that the kdmrc is ok etc. kdm_greet is trying to call Xinerama functions which are not in my libs. I am running XFree86-4.0.3. There is a static libXinerama.a. Is this linked (no pun) to the actual Xserver being run (i760)? So of course gdm fails. Regards John

Vivat packages for RH6.x - Milan Svoboda - 2001-09-23

It's perfect. I haven't reinstall my linux box :-)

Distributed KDE Packaging to acclerated KDE develo - Asif Ali Rizwaan - 2001-09-23

I would like to discuss a very simple way to improve and accelerate kde and koffice development by breaking big packages to smaller ones. So, the objectives are: 1. Ease KDE package download and Installation. 2. Respecting Users' need and Avoiding unwanted package installation 3. Freeing up the clogged ftp servers :) 4. Easy upgrade of specific packages using KDE-Installer or manually 5. Easy Access to sources and More bug fixes by users and new kde developers. 6. Overall satisfied KDE user To-do: break every big source package to about 1-2 MB maximum size (depending on the sources) but not more than 3 MB. The Kdebase, Kdelibs, Kdegames and other packages are of huge sizes :( kdebase=10MB, kdelibs=5+MB, Kdegames=10+MB and so on. I would suggest that these huge packages be broken into smaller bits, like: ------------------------ kdebase.core.tar.bz2 kdebase.konqueror.tar.bz2 kdebase.kicker.tar.bz2 kdebase.kcontrol.tar.bz2 kdebase.kate.tar.bz2 kdebase.kpersonalizer.tar.bz2 kdebase.ktip.tar.bz2 ------------------------ likewise kdegames can be parted into many smaller packages: ------------------------ kdegames.kpat.tar.bz2 kdegames.sokoban.tar.bz2 kdegames.kwin4.tar.bz2 kdegames.kmines.tar.bz2 ------------------------ I'm not asking to change the default way of distributing the sources and binary packages but asking for one more folder in the ftp.kde.org and its mirror which contains a folder 'separated' or 'Distributed' or whatever you may like, which will contain the split-upped kde packages. 1. Ease Download and (binary) Installation: no big deal, rpm, tar.bz2 and tar.gz or debs, will be quite smaller so it will reduce the download time required, you would appreciate this if you have a modem dial-up connection. 2. Avoiding unwanted packages: a typical kde user may not like to have all the package kde provides, take me for example, I really love to have the following games in kdegames package: a. Patience b. Kmines c. Sirtet d. Jezzball and I do not want to have other games of the default kdegames package. I have no other option to discard those games from my installation (but to install and delete). if kdegames has a distributed smaller packages like: i. kdegames.kpat.tar.bz2 ii. kdegames.kmines.tar.bz2 iii. kdegames.sirtet.tar.bz2 iv. kdegames.kjezz.tar.bz2 in this way I can get what I really need. And due to this huge size of kdegames new games cannot be included into the package like knights a nice chess frontend (http://knights.sourceforge.net) which is around 1MB of size. It could be easily become a package of kdegames as: kdegames.knights.tar.bz2 In the Koffice I would love to have (download and install) only two Kword and Kspread, as like many kde users don't have to use other koffice apps even rarely. It would be nice to see: i. koffice.kword.tar.bz2 ii. koffice.kspread.tar.bz2 iii. koffice.kpresenter.tar.bz2 iv. koffice.krayon.tar.bz2 (etc.) 3. Freeing up clogged ftp servers: As the packages become smaller (around 1-3 MB), the download time reduces considerably and hence ftp servers become unclogged and will be accessible for more people. 4. Easy Upgrade of Specific KDE apps using KDE-Installer or manually: most kde users just wish for individual konqueror, kmail, and other apps updates, but they could not do so at present. As I am happy for KDE 3.0's inclusion of kde-installer, but I am afraid it will also try to download the huge kde packages again making itself rather useless, except installing packages in proper sequence. The Kde-Installer will be benefitted with this type of distributed kde packages, allowing more flexibility and options to choose from. KDE-Installer can allow individual package upgrades like konqueror (satisfying the dependencies) or other apps. Users can also download their preferred apps for upgrading. 5. Easy Access to Source and More Bug Fixes: kde users and new kde developers are discouraged by the huge source sizes to download 10MB kdebase source to just to tweak a bit here or there. I was discouraged and unhappily forced to download 10MB kdebase.tar.bz2, just to check out and modify the kicker sources or to get (31k) cursor_large.bdf sources from kcontrol/input :( with which I created the white mouse cursor for KDE/X. Not just tweaks, the bugs can be located and fixed easily as it get easy to check out the sources by new and experienced kde developers alike with the new 'distributed kde packages'. 6. Overall Satisfied KDE users: these things will definitely satisfy a kde user: a. Reduced time on downloading source/binary kde packages b. Easy, fast Accessible ftp download c. Individual package upgrade d. Easy to access source code e. Fully (almost) customized kde f. Easy installation with kde-installer g. Alpha, Beta, RC1 etc version can be accessible to user (due to small package sizes) I know that there are other factors affecting the above points like bandwidth, knowhow etc., I believe that the 'Distributed KDE Packages' will accelerate and improve kde development. And I would appreciate if the KDE Team kindly allow these distributed packages along with the standard (or current) packages. Thanks for reading up to this point ;)

Re: Distributed KDE Packaging to acclerated KDE develo - Michael Häckel - 2001-09-23

Well, if you get the sources via cvs instead of ftp you have at least all the possibilities you are asking for, or even more. If you are interested in kdebase/kcontrol/input, just type "cvs co kdebase/kcontrol/input" for example. Or if you are just interested in kword, type: cvs co -l koffice cvs co koffice/lib cvs co koffice/kword How distributions organize their RPMs, that is their job. Some distributors do it already the way you want to have it.

Re: Distributed KDE Packaging to acclerated KDE de - Evandro - 2001-09-23

Conectiva and Debian for example.

Re: Distributed KDE Packaging to acclerated KDE de - anonymous - 2001-09-23

As well as Caldera. So there are three already.

Re: Distributed KDE Packaging to acclerated KDE develo - Asif Ali Rizwaan - 2001-09-23

>How distributions organize their RPMs, that is their job And other such as RH, Mandrake, SuSE etc., organize every package ditto to kde's package.

Re: Distributed KDE Packaging to acclerated KDE develo - Reality Check - 2001-09-23

Seems like a great idea for source distribution. But as always... Open Source is like that having few people willing to do stuff or always suggesting a difficult way. I support fully your suggestion. KDE is huge and compilation time is precious. There is 40% of stuff I don't use in KDE which I wished could be automatically out. But if no ones really accept your suggestion and put in practice, you can go for Conectiva Linux. (www.conectiva.com) - they do that thing for all packages to reduce installation size. RPMS are more tolerable than RedHat's or MDK's. I personally recommend giving up any distro and going for Conectiva. They also have apt-get for RPM etc... But as Slackware being the best distribution around yet, it's hard cause few people are willing to do even Slackware packages. Some even tell that Slackware has not got a package manager. They really don't know what they're talking about.

Re: Distributed KDE Packaging to acclerated KDE de - A. C. - 2001-09-23

I totally agree. When I compile a new KDE on my laptop (333MHz K6-2 w/ 64MB RAM) it takes hours and hours. I'm talking, 12+ hours or more. At least, it seems like it was that long. It has been a while since I've done it--primarily because I just don't have time between work and school. Most of the stuff that gets compiled I don't even use. I can't even imagine how long it would take on my p200 w/ 128MB RAM. I doubt the extra RAM would really make a huge difference, but I'm sure the much slower CPU would.

Re: Distributed KDE Packaging to acclerated KDE de - Reality Check - 2001-09-24

Yes. Good that I you think like that too. Coz certain package maintainers don't like to hear such thing at all... I have a 400Mhz Celeron B (128 L2)- Celeron is not a top line processor but its math-processor is better than even Pentium in some cases. 163MB of RAM, and a very fast Fujitsu 8GB Disk. KDE 2.x takes up to 15 hours compiling code, without 'install'. Even if you have a 1GHz Processor with 512 MB RAM, you will have also to spend at least 2 1/2 hours waiting for compilation be done.

Re: Distributed KDE Packaging to acclerated KDE de - Benjamin Reed - 2001-09-24

I would love for it to be broken up. The worst part about working on creating packages, regardless of the distro you're talking about, is you get through the entire build before you find out if something goes wrong. So I didn't just build kdebase once, for an hour. I built it 5 times, as little things broke or fixed themselves. With smaller packages, that debug time will drop dramatically. It's a great idea, maybe it's worth putting together something that works in conjunction with the CVS tree and builds micro-packages.

Thanks Ben! - Asif Ali Rizwaan - 2001-09-24

Dear Ben, Thank you, thank you very much for creating KDE 2.2.x packages for RedHat 7.x, I appreciate your work very much and I understand how boring and troublesome creating RPMS from a source especially these KDE ones. Thanks again for your contribution to the User Community. Yours thankfull :) Rizwaan.

Re: Distributed KDE Packaging to acclerated KDE de - jacques fuchs - 2002-10-02

download kde

Re: Distributed KDE Packaging to acclerated KDE develo - Yuvashree - 2003-01-04

I need Kde base packages in a splited bunzip files. how can i downlaod this. where can i get this package.

redcarpet is great - bondowine - 2001-09-23

RedCarpet!!!!!!!

Re: redcarpet is great - Matti Palaste - 2001-09-23

Yeah, I don't like gnome but KDE definitely needs tool like redcarpet.

Order of installing RH 7.1 RPMS for KDE 2.2.1 - Jeff - 2001-09-23

Ok, maybe this qualifies as a "stupid question," but I bet a few other people are wondering as well... Is there a certain order to install the RH 7.1 RPMS that will help all the dependency problems? If I just try to do *.rpm for all the packages, I get a hoard of dependency issues (with a stock RH 7.1 install). If I installed them in a certain order would it help this, as it seems like certain new packages depend of certain other new packages... I don't want to do a --force and risk really screwing up my system. Thanks, Jeff

Re: Order of installing RH 7.1 RPMS for KDE 2.2.1 - Benjamin Reed - 2001-09-23

Any dependency for my RedHat packages is either in the directory on the FTP/HTTP site, or is available straight from your RedHat CDs or RedHat update. If there's something missing, you should be able to use RedCarpet or autorpm or apt for RPM or any of the other RPM tools (or FTP =) to grab them from RedHat. You shouldn't need a --force, that I'm aware of. I installed on a stock machine and it worked out OK, after downloading some things that weren't automatically installed by a workstation install.

Re: Order of installing RH 7.1 RPMS for KDE 2.2.1 - Mark Aubin - 2001-09-27

Hi Ben, I just replied to another post with this same issue, but your message here begs another question. What are the "some things" that you had to download to make this install happy? And where can I get them. I've just tried to get the RedCarpet package that you referred to and it just dies on my system (RH7.1,AMD1.2,512MB). Of course maybe I picked the wrong package from the 29 that rpmfind.net lists. I tried red-carpet-1.1.2-ximian.1.i386.rpm. Now I'm downloading autorpm-1.9.9-2.i386.rpm to give that a whirl. Thanks for the help, Mark Aubin

Re: Order of installing RH 7.1 RPMS for KDE 2.2.1 - Carg - 2001-10-02

You don't need Red Carpet, but you can use it to install automatically sort out the dependencies.

Re: Order of installing RH 7.1 RPMS for KDE 2.2.1 - Wei Sun - 2001-09-30

But what should I do if I have kde2.0 on my RedHat 7.0? Thanks.

Re: Order of installing RH 7.1 RPMS for KDE 2.2.1 - James Richard Tyrer - 2001-09-29

Yes this is a stupid question. Reason: are you really talking about *installing* KDE 2.2.1 or are you talking about *Upgrading*? There is an order for installing: Qt Arts Kdelibs Kdelibs-sound Kdebase Other stuff But, there is no order for Upgrading!!!!! In fact, you need to install everything with one command or use Kpackage. JRT

Thanks !!!!!!! - Eduardo Sanchez - 2001-09-23

Thank you Benjamin ! This is what I was looking for ! Thank you very much!

Where do you start? - Me - 2001-09-24

I hope I don't sound stupid, but where do you start? I see a directory full of rpm's, but none that obviously says that it is the first to download, or which other ones to download to get things started. -- IV

Re: Where do you start? - Carbon - 2001-09-24

All this information is available on kde.org, but I'll put it here for other's convienence: You need to install KDE packages in this order: kdelibs kdebase (else) After kdelibs and kdebase (in that order), it doesnt matter what other packages you install, nor in what order you install them. If you want to upgrade QT, such as using qt-copy or just upgrading to the latest TT QT, get the latest in the 2.x series, and install/upgrade QT before you install kdelibs.

FreeBSD packages any soon? - J Blazevic - 2001-09-24

I hope that somebody will release FreeBSD packages, I tried texstar's objprelink RPMs and although the release is just 0.0.1 it is really a vast improvement over 2.2 especially in stability department. Konqi is so bloody good!

Is it running on AMD K6-2 ? - Krame - 2001-09-24

I wasn't able to run previous KDE2.2 packages on my AMD K6-2 ( i585 ), so I'would like to ask if someone with K6 checked those new packages. I'm trying to avoid downloading all packages ( with my low-bandwidth connection ... ) only to see that they are not working.

Re: Is it running on AMD K6-2 ? - Carbon - 2001-09-24

I can't imagine how your processor could prevent KDE binaries from running, as long as it's x86 (which the K6-2 is, along with every other Cyrix, Intel, and AMD processor). More likely, it's the way your distribution's software is set up.

Re: Is it running on AMD K6-2 ? - Danny - 2001-09-24

well...ofcourse they will not run if compiled with compiler option -march=i686 (package name *.i686.rpm). But they will run faster on k6-2 if you use -march=i586 -mcpu=i686 (package name *.i586.rpm). Best ofcourse is to use -march=k6 (*.k6.rpm). Although I hear gcc3.0 is awfull in this respect, but then, kde should still be compiled with 2.95.....or 2.96 if you do not feel bad about this non-release. All quite compilicated.

Re: Is it running on AMD K6-2 ? - Danny - 2001-09-24

well...ofcourse they will not run if compiled with compiler option -march=i686 (package name *.i686.rpm). But they will run faster on k6-2 if you use -march=i586 -mcpu=i686 (package name *.i586.rpm). Best ofcourse is to use -march=k6 (*.k6.rpm). Although I hear gcc3.0 is awfull in this respect, but then, kde should still be compiled with 2.95.....or 2.96 if you do not feel bad about this non-release. All quite compilicated.

Re: Is it running on AMD K6-2 ? - Carbon - 2001-09-25

Well, RPMs compiled using special processor only optimizations are usually named differently. I.e kdelibs-2.2.1.i686.rpm or somesuch Plus, I haven't heard of any distro putting out processor optimizied files except for Mandrake.

Re: Is it running on AMD K6-2 ? - Krame - 2001-09-25

All rpms was named *.i386.rpm but all executables refused to run showing message: Illegal instruction.

Re: Is it running on AMD K6-2 ? - Carbon - 2001-09-25

What distribution, QT version, and KDE version are you running?

Re: Is it running on AMD K6-2 ? - Benjamin Reed - 2001-09-25

Ergh. I guess the kde configure is doing sse or something goofy regardless of what CFLAGS are given. Sorry, but it'll probably take a rebuild then...

Re: Is it running on AMD K6-2 ? - Danny - 2001-09-25

>Ergh. I guess the kde configure is doing sse or something goofy regardless of what >CFLAGS are given. Sorry, but it'll probably take a rebuild then... Maybe its kde, but not neccesarily; gcc 2.96 (which RH and Mandrake use) is severely broken in some respects. I noticed that the mandrake src rpms have a few extra lines setting the compiler march and mcpu options (have a look at one of mdks spec files, do not have them here at work). bye danny

FTP a tad overloaded... =) - Benjamin Reed - 2001-09-24

The FTP server is going a bit wiggy, but it looks like the RPMs have made it to kde.org's FTP site at ftp://ftp.kde.org/pub/kde/stable/2.2.1/RedHat-unofficial/, so feel free to grab them there instead. ;)

Erg... CUPS - Rob Knop - 2001-09-24

OK, I'm sure that CUPS is much better than LPRng. On the other hand, I had LPRng configured and working with my two printers (old Canon BJ200ex on parallel, Epson 860 on USB). Does kdelibs really require cups? The RPM is claiming that it needs CUPS in order to be installed, and CUPS won't let itself be installed unless I remove LPRng. So I remove LPRng and install CUPS. However, as best I can tell, your CUPS RPM here doesn't support USB printers. Is this correct? I'm one who uses Gnome most of the time... I'd love to try out KE 2.2.1, but ideally I'd like to do it with a minimum of pain. If I can get my printers working easily with CUPS, then great, otherwise, I'll wait for something which integrates better with RedHat 7.1. -Rob

Re: Erg... CUPS - Benjamin Reed - 2001-09-24

I think you should be able to --nodeps them and skip cups, but I can't guarantee it will work. I just tried removing cups and seeing if the print manager still comes up (and it does), but I don't have a printer here at home to test with. =) If you really want to be sure, you can grab the .src.rpm and remove the cups references from the spec file and rebuild, but it looks like it should still work.

Re: Erg... CUPS - Thorsten Schnebeck - 2001-09-24

Try a stable release of gimpprint for cups http://gimp-print.sourceforge.net If your driver supports USB then CUPS/KDE support it, too Bye Thorsten

Who IS Benjamin Reed? - Albert Schueller - 2001-09-24

Installing rpms built by people you don't know is one of the biggest security threats for linux users. You should only install rpms from trusted sources, e.g. ftp.kde.org. If Mr. Reed really wants to package KDE, he should convince the maintainers of ftp.kde.org to post them. There is safety in numbers, lots of people using the rpms means lots of people to figure out if they are trojan horses. I have very little doubt that Mr. Reed is an honest volunteer of his time, but this issue should be at the forefront of anyone's mind as s/he downloads and installs rpms. I also have very little doubt that there are rpms out there, even in trusted locations, that have trojans inside them.

Re: Who IS Benjamin Reed? - Mark - 2001-09-24

i have no idea who the hell this guy is either, but what i've learned from reports of others is that his redhat RPM's actually work on a 7.1 system. (go ahead, try the official RPM's from redhat before coming crawling back to these RPM's). from the url on the site, it looks like he might be an employee of opennms (appears to be another free software company) there's obviously lots of people using these RPM's as ben mentioned his ftp server was getting hammered. in a nutshell, this is a trusted source.

Re: Who IS Benjamin Reed? - Ranger Rick - 2001-09-24

Still doesn't mean I'm a trusted source, but I thank you for the vote of confidence. =)

Re: Who IS Benjamin Reed? - Anonymous Coward - 2001-09-24

Who IS Ranger Rick?

Re: Who IS Benjamin Reed? - William Brainard - 2003-06-23

Benjamin Reed was a worker for Anheiser Busch in 1892 in Jacksonville, Florida. He killed a white worker for A.B. in an altercation on the 4th of July, gave himself up to the authorities, and was placed in the city jail. Word spread that there might be a lynching, so hundreds of armed blacks surrounded the jail and prevented any whites other than the authorities from passing. The state militia was called in and a gatling gun was placed in front of the jail. For a week troops maintained order until things calmed down. Later Reed was tried and convicted of manslaughter, served less than 5 years, returned to Jacksonville, got a job, and lived out the rest of his life in the city without incident.

Re: Who IS Benjamin Reed? - Ranger Rick (a.k.a. Benjamin Reed) - 2007-01-30

Heh, wrong Benjamin Reed. :)

Re: Who IS Benjamin Reed? - W. Craig Trader - 2001-09-26

Well, Ben Reed is personally known to me -- he's the head RPM guru for OpenNMS, and in general a really responsible guy. I'd install his binaries without worrying. Of course, that begs the question -- who am I? You can look me up at http://unicornsrest.org/craig/ ... or just do a Google search for me and see what you turn up. If you're still concerned, you can always download the source RPMs, check the spec files and build them yourself -- I do that for a lot of packages.

Objprelinked ? - Biswapesh - 2001-09-24

Hi Ben Thanks for the RPMs - I spent hours doing rpm --rebuild on Bero's SRPMS, unfortunately, too many dependencies and takes too much time. Question: Are the RPMs objprelinked ? Apparantly, it makes a big difference to startup speeds (I have objprelink installed though I guess that wouldn't make much difference). - Biswa.

RH7.1 dependancy? - Anonymous Coward - 2001-09-24

I have tried the rpms, and am stalled at installing kdelibs. I have resolved all buy libxstl and libxml2, of which I don't seem to find RPMs from RedHat. Would anyone know where I can find the appropriate RPMs for the above two dependancies? Thanks in advance

Re: RH7.1 dependancy? - Biswapesh - 2001-09-24

Try www.xmlsoft.org or www.rpmfind.net. They are available at both places. - Biswa.

Re: RH7.1 dependancy? - Ranger Rick - 2001-09-24

Oops, sorry about that. Forgot to copy the libx*.rpm files from the 7.0 directory. I had to rebuild those myself, since they weren't in RedHat's releases. You should be able to get them from the 7.0 directory on my site or the mirrors.

Dependency problems - Wendell - 2001-09-24

This is what I get when I try to install the libs. I don't see an rpm for kdesupport. Do I need that? Thanks. Found 0 source and 1 binary packages Dependency Problem: kdelibs is needed by kdelibs-devel-2.2.1-0.rh71.1.cups pcre-devel is needed by kdelibs-devel-2.2.1-0.rh71.1.cups kdesupport-devel is needed by kdevelop-1.4.1-2 kdesupport-devel is needed by kdevelop-1.4.1-2 kdelibs-devel is needed by kdelibs-sound-devel-2.1.1-5 kdelibs-devel is needed by kdelibs-sound-devel-2.1.1-5

Re: Dependency problems - magnethead - 2001-09-25

I compiled 2.2.1 from source on 7.1 and had few problems. I now have the system up and running pretty well. Drop by #kde-users on openprojects.net and we'll chat about it if you like. -mh

Re: Dependency problems - Mark Aubin - 2001-09-27

Yea, I'm getting this and worse. Where does this dependency cycle end? I've downloaded all the RPM's on Ben's opennms.org site and I've got the RH7.1 CD's. I must admit that I'm somewhat new to the RPM process, but I can't believe it really is as hard as it seems. So I have already done "rpm -iv kde* qt*" from the RH7.1 CD's. This worked perfectly. Then I downloaded Ben's RPM's and was able to upgrade the QT packages with a simple "rpm -Uv qt*". But I can't make much headway with the kde packages. Does anybody out there have a step by step proceedure starting from a blank disk, installing RH7.1, and then upgrading all the KDE and QT libraries? Please don't tell me that I have to go to rpmfind.net and look for each package one at a time. What I fear is that most people who have been able to successfully install these packages have a whole bunch of other RPM's already added since the vanilla install that I don't know about. I'm trying to make some final decisions about the direction we take with our GUI development. I think the KDE/QT option might be the best, but I really need to evaluate the newest KDevelop and QT Designer to see if they will do what we need. Thanks for any help, Mark Aubin

vorbis, lower versions? - Mary - 2001-09-26

When I loaded the rpms for kde2.2.1 for rh7.1, I came up with the following questions: 1) kdebase says that it requires vorbis, but doesn't specify the version. The only one that I can find via rpmfind is libvorbis-1.0rc2-2.i386.rpm from rawhide, which does not seem to satisfy the dependency, as rpm -V kdebase.... still complains. This package does not seem to be included with the non-kde packages on the download site. 2) the following packages seem to have LOWER versions than the ones that I previously loaded for kde 2.2. The previous versions are in parens and I got them by following the links on the kde website: kdemultimedia-2.2-0.rh7x.1.i386.rpm (2.2-3) kdemultimedia-devel-2.2-0.rh7x.1.i386.rpm (2.2-3) kdepim-2.2-0.rh7x.1.i386.rpm (2.2-1) kdepim-devel-2.2-0.rh7x.1.i386.rpm (2.2-1) kdeutils-2.2-0.rh7x.1.i386.rpm (2.2-2) kdoc-2.2-0.rh7x.1.noarch.rpm (2.2-1)

Cannot change fonts - binand - 2001-09-26

Hi Ben, With these RPMs, I cannot change the fonts in KDE. Everytime I change the fonts in Control Center->Look and Feel->Fonts, the new settings are reset to the defaults upon restart. And the defaults are pretty bad (on my system, at least). Anything I missed?

Re: Cannot change fonts - Fredrik - 2001-09-26

You are not alone, I've got the same problem, all fonts just use a fixed font.

Re: Cannot change fonts - Mbok - 2001-09-27

Hey! The same on my PC!! I thought it was my fault... Anybody noticed Benjamin about that??

Re: Cannot change fonts - Jeff Perry - 2001-10-30

Same on mine. Is there a fix for this? It's making my eyes hurt.

Re: Cannot change fonts - Rahim - 2001-10-12

I've got the same issue. What is the solution?

LAME dependencies - Jim - 2001-09-26

Hi all, I'm trying to install kdebase, but I get dependencies for lame >=2.89 and libmp3lame.so.0. I've looked for a suitable lame rpm on the net -- no luck. I have just finished downloading and compiling the lame source (works OK), but that doesn't solve my RPM dependency issue. Is lame included in one of the other packages that need to be installed prior to kdebase? I HAVE installed the (4) kdelibs -- but that also does not help. Any ideas? Thanx.

Re: LAME dependencies - VisualC - 2001-09-26

Same problem here!

Re: LAME dependencies - Anonymous - 2001-09-27

Why did he put a dependency for Lame ? what does encodfing mp3 files got to do with kdebase ?

Re: LAME dependencies SOLVED! - Jim - 2001-09-27

Hi again, I just noticed that the opennms.org link contains more up-to-date files than found on the KDE site -- including LAME as well as a new kdebase (plus other stuff as well). Cheers.

can't send email with kmail 2.2.1 - Joe VanAndel - 2001-09-27

I've tried both the 'sendmail' and 'SMTP' options. Netscape uses SMTP, and it works fine. 'Mail' uses 'sendmail' (local to my machine), which also works When I send mail, I get the message (on the bottom line of Kmail) Unrecognized transport protocol, could not send message

Re: can't send email with kmail 2.2.1 - Kurt Schanaman - 2001-12-18

As long as you have Sendmail configured properly, the following will fix your problem. Go into Kmail "Settings". Anywhere you find the Sendmail entry as such: /usr/sbin/sendmail Change every instance to: file:///usr/sbin/sendmail Your problem will then be corrected and again, as long as you have Sendmail configured properly, your messages will complete their journeys successfully. Live long and prosper! Kurt

send mail - josh - 2002-04-22

i tried file:///usr/sbin/sendmail and it still wont work. Kmail suck, one day it works the next it a pointless program.

Re: can't send email with kmail 2.2.1 - Peter - 2004-05-16

Actually, /usr/sbin/sendmail works fine but make certain that you empty your outbox before trying to send mail again or you will get the same error. Kmail now by default will not send anything until the first listed message in the outbox is sendable..p

Re: can't send email with kmail 2.2.1 - Manish Jain - 2002-09-11

First install kdebase to ur system then try to end mail using smtp.. Manish Jain

CAN'T SEND EMAIL TO MY FAMILY - WAYNE MITCHELL - 2004-02-14

I THINK YOU SHOULD BE ABLE TO SEND EMAIL TO ANYBODY!!!!!!!!!!!!! PLEASE FIX THIS PROBLEM

Re: CAN'T SEND EMAIL TO MY FAMILY - Henk - 2008-04-09

LOL, it is now 2008 and this still isn't fixed. I spend an hour trying to figure out why smtp wasn't working. Oh you need to remove the first message in the outbox before you can send a new email. Well, of course, silly me...

Thank you Ben! - Rokko - 2001-09-29

U R A god.

Thank you Ben! - Rokko - 2001-09-29

U R A god.

how about solaris pkgs - Mark - 2001-10-01

2.1.1 is on ftp.patriotsoft.com but they haven't released any since.

Thank you Benjamin Reed! - Greg Hildstrom - 2001-10-02

Hello. I currently develop beowulf software for the Naval Surface Warfare Center in Bethesda, MD. I had been using KDevelop 1.3 for development, but I wanted to upgrade to the latest one, which requires and is bundled with KDE 2.2.1. Using his "unofficial" Red Hat 7.1 packages, it took me about 1.5 hours to upgrade. It took me a while to locate and take care of certain dependencies, but persistence pays off. KDE 2.2.1 is a beautiful and functional interface. KDevelop 2.0.1 seems an order of magnitude better than the version 1.4 packaged with Red Hat 7.1 (no more 'unknown child process died' messages'). I would recommend the upgrade. Thanks for all of the help in response to other users questions. That helped me out a lot.