KDE 2.2.1 Up 336
Igloo Boy writes: "The most excellent KDE developers have made KDE 2.2.1 available for download. Please check the mirrors before you flood ftp.kde.org. I will now crawl back into my igloo and warm up next to my Athlon. It gets really hot from all this compiling." Or you could just call out those 3 little letters that make ya feel so good ... a-p-t. I'm installing now. Hope you guys fixed all the bugs I reported!
Upgrading... (Score:1)
Re:Upgrading... (Score:3, Informative)
Re:Upgrading... (Score:2)
Re:Upgrading... (Score:3, Interesting)
Cause then it would "be too much like Windows"(tm). May Linux developers seem to be hell-bent on avoiding even the tiniest hint of 'ease' when it comes to installing their packages (let alone using them). This is not a dig at the KDE folks per se, just my experiences in general. I've had IRC conversations trying to get answers to installation questions where the answer - on more than one occasion - was "if you just want to install something and use it - just go use Windows". The scary thing was they thought that was an insult.
Re:Upgrading... (Score:2)
The fact of the matter is, easy installation is 100 times harder to get right on Linux than it is on Windows. On Windows, everyone runs compatible versions of the same kernel. On Windows, everyone uses the same GUI. On Windows, everyone has a /Program Files directory. On Windows, you can always put .dlls in /windows/system. On Linux, none of this is true, incompatibilities are par for the course.
If you come up with a way to make package installation easy across distros, you'll be the hero of package users *and* makers alike. Debian is the only distro that gets it right.
Re:Upgrading... (Score:2)
Re:Upgrading... (Score:2)
If someone came out with an easy way to make universal installers for linux programs, every developer out there would snap it up in a heartbeat.
Re:Upgrading... (Score:2)
>>>>>>>>>>>
I think its a reluctance of developers to standardize on anything. Some people are vehmently against the LSB, even though it tries to solve exactly the problems you mention.
Mandrake update does not (Score:1)
During a series of unnistall/reinstalls of Mandrake 8.0:
I tried uninstalling kde first, then not installing it
I wrote down every dependancy urpmi said it couldn't solve... but eventually none of it would install without a force-- even after trying to manually install the dependencies.
I did succeed a few times in getting it all installed (after a force).. but seg faults seemed to occur too frequently-- something I judged to be most likely broken dependencies despite my efforts. I guess I'll be waiting for 8.1
I was really looking forward to the new kdevelop and enhancements to KDE. I'll get them eventually, but the instant gratification person in me is disapointed.
Re:Upgrading... (Score:1)
Use Cooker (Score:2)
Re:Upgrading... (Score:2, Informative)
A-P-T? (Score:1)
Re:A-P-T? (Score:1)
siri
Re:A-P-T? (Score:3, Informative)
By upgrading to the latest unstable software on a daily basis, my system was completely trashed.
First it was a glibc problem (I don't remember what), then it was an overwritten file that caused me to not be able to log in. I had to re-install the whole system, and I've used Debian Stable ever since.
There are some ways you can make Debian Stable a lot more modern than you might think...
kde.debian.net [debian.net] gives you the latest KDE...
Ximian [ximian.com] offers the latest gnome for Debian potato (stable)...
and gnulpr [sourceforge.net] offers a printing system (easily set up) that can be installed through apt with debian stable.
Re:A-P-T? (Score:3, Informative)
Ian
Re:A-P-T? (Score:2)
but the problem I had to re-install to fix was when some kind of password file (I don't remember what) was overwritten by an unstable base package accidentally, and my system did not know who I was and had no way of logging in at all (no users or passwords).
Theoretically I could've fixed this by replacing the files with a bootdisk... but I didn't.
Re:A-P-T? (Score:2)
This did not require a reinstall. I heard you could've started in single-user mode, but I just went with "init=/bin/bash" at the LILO: prompt - and there you go. Logged in as root on your machine. Then you remount root sa read-write (mount -oremount,rw
Ok, so I had an unusable machine for a day. Luckily I noticed this on the non-vital machine first. (:
KDE 2.2.x isn't available for Potato (Debian2.2r3) (Score:2)
Many people are using Debian testing and unstable with quite good results. I am using Potato (stable) with KDE 2.1.2 and am very happy with it. Woody should be out next spring with KDE 2.2 and I can wait until then, myself.
Cheers.........
Re:KDE 2.2.x isn't available for Potato (Debian2.2 (Score:2)
I am running Potato, and the KDE off of kde.debian.net [debian.net]... and I assumed it was the latest one ('cause it says 2.x on their web page).
I never bothered to check what version I had (I don't actually run it; I just use kword and konqueror).
Re:KDE 2.2.x isn't available for Potato (Debian2.2 (Score:2)
Yeah, and that's the point for me: I just don't see any reason to go to Woody. I use Mozilla0.9.4 as my browser, and I can't think of anything that 2.2.1 has that 2.1.x doesn't, at least that I want or need.
How wonderful that Linux has gotten to the point that I can be 6 months (or more) behind the times and not even care.
Re:A-P-T? (Score:2)
Re:A-P-T? (Score:1)
-- runs unstable
Re:A-P-T? (Score:1)
Re:A-P-T? (Score:1)
Re:A-P-T? (Score:2)
Check out KDE.DEBIAN.NET [debian.net]. They have apt lines for Potato (stable) for the latest KDE release.
Re:A-P-T? (Score:1)
Re:A-P-T? (Score:2)
...though I was stupid enough to try to use it on a production server back when apache/php4 caused great mess due to library incompatabilities.
The main problem I have with Debian is that packages sometimes change which one is in charge of a file without conflicting, and it apt doesn't offer any nice way to deal with two packages wanting to own the same file unless one of them offers a redirect or they call it a conf-file.
Back on topic, I've just started using KDE again on my new laptop, having not been too impressed a couple of years ago when I last looked. KDE is getting _very_ nice (though you'll probably want to cut back on the eye-candy and gratuitously large real-estate grab the bar at the bottom makes on the default setup).
Apart from Konquerer being a bloatedly slow pig on Celeron 366 with 96Mb of memory, it rocks. Yay KDE.
List of mirrors (Score:5, Informative)
.at (Austria)
ftp://gd.tuwien.ac.at/hci/kde (++)
.ch (Switzerland)
ftp://sunsite.cnlab-switch.ch/mirror/kde (++)
.cz (Czech Republic)
ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.kde.org/p
"ftp://ftp.fi.muni.cz/pub/kde (++)
.de (Germany)
ftp://ftp.de.kde.org/pub/kde (++)
ftp://ftp.archive.de.uu.net/pub/kde (++)
ftp://ftp.fh-dortmund.de/pub/unix/kde.mirror (++) (stable tree only)
ftp://ftp.fh-heilbronn.de/pub/mirrors/kde (++)
ftp://ftp.fu-berlin.de/pub/unix/X11/gui/kde (++)
ftp://bolugftp.uni-bonn.de/pub/kde (++)
ftp://ftp.gwdg.de/pub/x11/kde (++)
ftp://ftp.rz.uni-wuerzburg.de/pub/unix/kde (++)
ftp://ftp.tu-chemnitz.de/pub/X11/kde (++)
ftp://ftp.uni-bayreuth.de/pub/X11/gui/kde (++)
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/ftp
ftp://sunsite.informatik.rwth-aachen.de/pub/Lin
ftp://mimas.germany.net/pub/master.kde.org (+) (part only)
.pl (Poland)
ftp://ftp.task.gda.pl/pub/linux/kde (++)
ftp://ftp.tuniv.szczecin.pl/pub/kde (++)
ftp://kde.fnet.com.pl/pub/kde (++) (debian only)
ftp://ftp.task.gda.pl/pub/unix/kde (++) (Gdansk)
ftp://sunsite.icm.edu.pl/pub/unix/kde (++)
ftp://ftp.man.olsztyn.pl/pub/linux/kde (++) (Olsztyn)
Northern Europe
.dk (Danmark)
ftp://sunsite.auc.dk/pub/X/kde (+)
ftp://ftp.dkuug.dk/pub/kde (+) (stable and part of unstable)
.fi (Finland)
ftp://ftp.funet.fi/pub/mirrors/ftp.kde.org/pub/
.se (Sweden)
ftp://ftp.dataplus.se/pub/linux/kde (++)
ftp://ftp.se.kde.org/pub/kde (++)
ftp://ftp.sunet.se/pub/X11/kde (++)
Southern Europe
.gr (Greece)
ftp://ftp.duth.gr/pub/kde (++)
.hr (Croatia)
ftp://ftp.linux.hr/pub/kde (-- stable tree only
.it (Italy)
ftp://ftp.futuretg.com/mirrors/ftp.kde.org/pub/
ftp://ftp.unina.it/pub/kde (--)
.tr (Turkey)
ftp://ftp.tr.kde.org/pub/kde (++) (stable tree only)
.yu (Yugoslavia)
ftp://ftp.kde.org.yu/mirrors/ftp.kde.org (++)
Western Europe
.be (Belgium)
ftp://ftp.belnet.be/pub/mirror/ftp.kde.org/pub/
ftp://ftp.easynet.be/kde (++)
.es (Spain)
ftp://ftp.dit.upm.es/linux/mirrors/ftp.kde.org/
ftp://ftp.tsc.uvigo.es/pub/linux/kde (++)
.fr (France)
ftp://ftp.uvsq.fr/pub/X11/kde (++)
ftp://ftp.lip6.fr/pub/X11/kde (++)
.ie (Ireland)
ftp://ftp.esat.net/mirrors/ftp.kde.org/pub/kde (++)
.nl (Netherlands)
ftp://ftp.nl.uu.net:/pub/kde (++)
.pt (Portugal)
ftp://ftp.dei.uc.pt/pub/kde (++)
ftp://ftp.eq.uc.pt/pub/software/unix/KDE (+)
ftp://ftp.esoterica.pt/pub/mirrors/kde (-)
.uk (United Kingdom)
ftp://ftp.net.lut.ac.uk/kde (++)
ftp://sunsite.doc.ic.ac.uk/Mirrors/ftp.kde.org/
ftp://ftp.uk.kde.org/pub/kde (+)
ftp://ftp.mirror.ac.uk/sites/ftp.kde.org/pub/kd
ftp://ftp.newnet.co.uk/pub/unix/kde (++)
Eastern Europe
.bg (Bulgaria)
ftp://ftp.digsys.bg/pub/kde (++)
.ro (Romania)
ftp://ftp.lbi.ro/pub/Linux/KDE (++)
ftp://ftp.tuiasi.ro/pub/mirrors/ftp.kde.org/pub
ftp://mirror.itcnet.ro/pub/kde (++) (stable tree only)
.ru (Russia)
ftp://ftp.chg.ru/pub/X11/kde (++)
Asia/Australia
.au (Australia)
ftp://ftp.au.kde.org/pub/kde (++)
.cn (China)
ftp://ftp.turbolinux.com.cn/pub/mirrors/kde (+)
.hk (Hong Kong)
ftp://ftp.dll.com.hk/pub/mirrors/KDE (++)
.il (Israel)
ftp://ftp.iglu.org.il/pub/KDE/ (++) (without snapshots)
.jp (Japan)
ftp://casper.yz.yamagata-u.ac.jp/mirror/kde (-)
ftp://ftp.lab.kdd.co.jp/X11/kde (++)
ftp://mirror.nucba.ac.jp/mirror/KDE (++)
ftp://sunsite.sut.ac.jp/pub/archives/linux/X/kd
.kr (Republic of Korea)
ftp://linux.sarang.net/mirror/desktop/kde (++)
ftp://ftp.kreonet.re.kr/pub/tools/X11/kde (+) stable tree only
.sg (Singapore)
ftp://kde.lugs.org.sg/pub/kde.org (++)
.th (Thailand)
ftp://ftp.nectec.or.th/pub/mirrors/kde (+)
.tw (Taiwan)
ftp://ftp2.sinica.edu.tw/pub2/wmgrs/kde (++)
ftp://linux.cis.nctu.edu.tw/packages/X/wm/kde (+) stable tree only
Africa
.na (Namibia)
ftp://ftp.na.kde.org/pub/kde (++)
.za (South Africa)
ftp://ftp.sun.ac.za/sites/ftp.kde.org/pub/kde (++)
America and Generic
.br (Brazil)
ftp://ftp.matrix.com.br/pub/kde (++)
.cr (Costa Rica)
ftp://ftp.ucr.ac.cr/pub/Unix/linux/kde (++)
.com
ftp://ftp.linuxberg.com/pub/KDE (++) (stable tree and apps only)
.edu
ftp://csociety-ftp.ecn.purdue.edu/pub/kde (++) (West Lafayette, IN, USA)
ftp://canine.resnet.gatech.edu/pub/kde (+) (stable tree only)
ftp://metalab.unc.edu/pub/Linux/X11/kde (+) (stable tree only)
ftp://ftp.rutgers.edu/pub/kde (++) (US east coast)
ftp://mirror.chpc.utah.edu/pub/kde (++)
.net
ftp://download.sourceforge.net/pub/mirrors/kde (++)
ftp://ftp.archive.de.uu.net/pub/kde (+) (Germany)
ftp://ftp.esat.net/mirrors/ftp.kde.org/pub/kde (++) (Ireland)
ftp://mimas.germany.net/pub/master.kde.org (-) unstable only (Germany)
.org
ftp://ftp.us.kde.org/pub/kde (++) (Caldera Inc.)
ftp://ftp.vlug.org/software/kde (++) (Victoria, BC, Can)
Download (worldwide) by http
http://ftp-stud.fht-esslingen.de/pub/Mirrors/ft
http://gd.tuwien.ac.at/hci/kde (++)
http://www.cee.odu.edu/kde/ (++)
http://download.sourceforge.net/mirrors/kde (++)
http://ftp.eq.uc.pt/software/unix/KDE (+)
http://ftp.matrix.com.br/pub/kde (++)
http://ftp.fi.muni.cz/pub/kde (++)
http://www.mirror.ac.uk/sites/ftp.kde.org/pub/k
http://www.uwm.edu.pl/pub/linux/distributions/s
KDE and Active X (Score:1)
As for the look and feel of KDE, I really don't care for it. I prefer Gnome, I prefer the apps which are specific to gnome, and will continue to use gnome, especially if Helix ever gets it to install on Slackware any time soon.
However, if I was to replace all the windows boxes in the company, I would most certainly choose KDE, as I feel it is a more business centric desktop, and the windows users wouldn't feel completely alienated.
Re:KDE and Active X (Score:2)
That said, I still use Slackware occasionally because I like compiling stuff from source and actually having control over what's on my system (not to mention the fact that I love the BSD startup system instead of the horrid SysV style.)
Re:KDE and Active X (Score:1)
No worries, just get MS to OS ActiveX (Score:2)
Since it really is Microsoft's fault for not using Java or something else portable for their admin tools in the first place, complain to Microsoft. Ask them to rewrite the NT admin tools to use standards, and/or to Open Source the ActiveX environment so that people can write tools for it (1) without expensive licences and (2) without putting their code at risk.
Alternatively, use VNC, it's free and cross-platform.
Final alternative, use the (ghasp) command-line tools. Many competent NT admins practically never leave the command line. You can even put up a telnet (if you are sure there are no sniffers on your LAN) or ssh daemon and use that.
--OR-- since NT is such a PiTA to admin, ditch it.
Put a Mandrake box in there and use your choice of WebMin or LinuxConf for web-based admin, or install one of the many other fine admin packages, or (ghasp again) use ssh and that dreaded command line. If you need to do that last from Windows, go to Google and type putty and click feeling-lucky. Small, secure, no DLLs, no problemo. Follow the link at the bottom of the page for a point-and-click Windows-based ssh file manager.
Quick Releases! (Score:1)
Maybe my netscape plugins won't segfault in konqueror this time
Re:Quick Releases! (Score:1)
The weird thing is I didn't start seeing it until I upgraded from kernel 2.2 to 2.4... Things that make you go hmmmmm....
Re:Quick Releases! (Score:1)
apt isn't a pancea (Score:3, Informative)
Re:apt isn't a pancea (Score:1)
You can, however, manually download and install kdelibs3_2.2.1-1.i386.deb and libarts_2.2.1-1.i386.deb from http://incoming.debian.org. After that, apt-get will be your friend again. :-)
Re:apt isn't a pancea (Score:1)
i feel sorry for redhat users. i read a lot of posts about the dependency hell they went through on the upgrade to kde 2.2.
You're right, unfortunately (Score:2)
I'm running Potato with KDE 2.1.2 and am very happy with it (using Mozilla0.9.4 as my browser, which is very nice). Woody will be out next year and KDE 2.2.1 with it. I can wait.
Re:You're right, unfortunately (Score:2)
Besides, so long as you don't have a nightly dist-upgrade cron job, Sid is at the very least as stable as most other distros:)
Re:You're right, unfortunately (Score:2)
I don't see any reason to upgrade until Woody is ready since I'm not missing anything. I have a mailserver/firewall on my DSL connection at mattyt.net and I access my mail there using Pine (from anywhere, even Windoze using PuTTY, gawd I love Linux!) and I also have IMP installed so I can get my mail through a browser.
On my workstation, XMMS plays mp3's, smpeg-gtv plays
Sometimes Sid, or even Woody, breaks things and I'm tired of mucking about with things. Potato is just totally rock stable and provides everything I want, so I just use it.
Cheers!
2.2.1 Changelog? (Score:1, Redundant)
Re:2.2.1 Changelog? (Score:2, Informative)
http://www.kde.org/announcements/changelog2_2to
Mirrors (Score:1, Informative)
The right URL for FTP mirrors would be http://www.kde.org/mirrors.html [kde.org].
Last stable release until February (Score:5, Informative)
Of course, KDE is notorious for frequent releases, so I would imagine there will be betas / release candidates every 6 weeks or so until the final 3.0.
Happy downloading/compiling/etc!
Re:Last stable release until February (Score:1)
Re:Last stable release until February (Score:2)
Ah well =)
Posting from 2.2.1 (Score:1)
RPMs upgraded smooth, without even a second thought with Caldera 3.1
Changes between 2.2 and 2.2.1 (Score:5, Informative)
This page tries to present as much as possible of the problem corrections that occurred in KDE between the 2.2 and 2.2.1 releases. The primary goals of the 2.2.1 release being more complete documentation and translations, the amount of code change is quite minimal - only the most critical bugs have been fixed, the rest of the development is currently being done in the branch that will lead to the KDE 3.0 release.
GeneralKnode and Kmail were better in 2.1.1 (Score:1)
objprelink (Score:5, Informative)
Re:objprelink (Score:2)
Although objprelink looks useful, I believe ELF shared libraries already do this for the calls that they make (via the Procedure Linkage Table). So, I think you could get a similar result by compiling your KDE applications as shared libraries. For example, konqueror's main() function would become konq_main(), and the konqueror program could be installed as a shared library, plus a trivial program for the actual konqueror executable:
main(int argc, char **argv, char **envp) {return konq_main(argc, argv, envp);
}
The disadvantage of this approach would be that you would pay the other performance costs of compiling everything with Position Independent Code (-fPIC), but the advantage would be that you would probably break up the non-library part of the program into other libraries that might be useful to other programs.
"Small programs; big libraries" seems to a common characteristic among the most popular Graphical User Interface systems. Maybe there would be an advantage to taking that to the extreme.
Re:objprelink (Score:2)
rpm hell (Score:2, Interesting)
Unfortunately, it's been my experience that on Red Hat systems, KDE is impossible to upgrade. I'm not an expert linux user by any means, but I feel comfortable with most aspects of my system. None the less, when installing KDE I seem to find myself deep within the trenches of rpm-hell. Most replies to people with similiar afflictions seem to say, "well, find all the dependancies, it'll be good for you." However, after 50 or so
acm
Re:rpm hell (Score:1)
After using apt, I can't see why anyone would want to deal with "RPM hell".
siri
Re:rpm hell (Score:2)
Re:rpm hell (Score:1)
Re:rpm hell (Score:2)
Maybe it'll make some of the people in control see reason.
Only Red Hat (Score:2, Interesting)
RedHat binaries for stock 7.1 (seawolf) (Score:2)
Re:RedHat binaries for stock 7.1 (seawolf) (Score:1)
ftp://ftp.redhat.com/pub/redhat/linux/rawhide/i
Re:RedHat binaries for stock 7.1 (seawolf) (Score:4, Troll)
If its like KDE 2.2.0, Bero built them for 7.2. If you're silly enough to be running the stable release, you should rebuild every SRPM by hand, and then install a bunch of nonstable non-KDE apps
That's REALLY REALLY DUMB and is wasting vast quantities of everyone's time on the various KDE mailing lists.
Go here [opennms.org] to get properly built, working 2.2 packages for 7.1. With any luck our mate ben should make 2.2.1 ones real soon.
Otherwise, ask the Freshrpms [freshrpms.net] guy. Need a working package for anything for a Red Hat system? This guy is nice enough to take requests too.
Re:RedHat binaries for stock 7.1 (seawolf) (Score:3, Informative)
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.
Re:RedHat binaries for stock 7.1 (seawolf) (Score:2)
Therefore it is far more important to have sane packages in the tree that will constitute the next release (and simply scp'ing them over).
Re:RedHat binaries for stock 7.1 (seawolf) (Score:2)
No, you're right. I was being sarcastic in that sentence where I called people running the stable Red Hat `silly'. I should have made that more obvious....
Mirror (Score:2, Informative)
QT 3.0 (Score:1)
Re:QT 3.0 (Score:1)
BIDI support (Score:1)
One of the main features is the bidi support - QT3 have full bidi support.
.To show hebrew/arabic (and other right to left languages) properly , you must have bidi support.
Currently , bidi support for linux is only provided by some hacks [iglu.org.il]. The KDE team did a good job when they added limited bidi support to konqueror so now we can browse logical hebrew websites. But once the KDE3 port is done, all the KDE/QT 3 applications will fully support BIDI (koffice too, hopefully).
Re:QT 3.0 (Score:2)
No Mandrake RPMS? (Score:1, Funny)
Grab from Cooker (Score:2)
Athlon ... (Score:3, Interesting)
Hope that heat sink is on nice and tight. You know what happens [tomshardware.com] if it isn't
What defines a Desktop (Score:1)
Distro elitism (Score:1, Flamebait)
Granted, this mention was fairly benign - but am I the only one who finds the Debian elitism around here just a little bit annoying?
First Slashdotters ragged on everyone that didn't use Linux. Then that got boring and now everyone who doesn't use Debian is clueless. Let me guess, next target: GNOME users.
Where will you people stop with your Taco worship?
Oh and by the way - mod me as a troll, I don't give a fuck. I gots karma to burn.
Re:Distro elitism (Score:2)
Granted, this mention was fairly benign - but am I the only one who finds the Debian elitism around here just a little bit annoying?
Nope. What's truly ironic about Debian is that it's supposed to be the purest form of Free Software, yet most of the Debian users I've talked to get irritated when I mention that I prefer compiling programs from source instead of just downloading a binary.
Re:Distro elitism (Score:2)
There's no way of putting this without seeming:
...But, you have heard of "apt-get source xxx", right?
(Very VERY usefull in the frequently-named dependency-conflict situations above: Don't have a version of "foo" that works with "bar-1.2.3-10"? "apt-get -b source foo".....
Re:Distro elitism (Score:2)
Re:Distro elitism (Score:2, Funny)
Nah, Linux itself is too easy for the elite. BSD is the way to go now.
APT isn't distro of packaging system specific (Score:2)
Debian's has some advantages in terms of packaging
1. Lots of available packaged software
2. A good set of packaging guidelines
Neither issue is to do with packaging systems but rather higher level tools and other considerations.
Red Hat could just as easily put KDE 2.2.1 in their up2date mirrors, but they don't. Which is a damned pity.
Re:APT isn't distro of packaging system specific (Score:2)
You didn't get the point. APT is not a packaging system. Never was, never will be. It sits on top of packaging systems, including DEB or RPM. There are already 2 RPM based distributions with APT support.
Debian Cultists. (Score:2)
I'm with you... I actually tried out Debian on an old machine because of the huge support it seems to have here. I don't know, I guess if you insist on running Linux, apt is a nice tool. But I still prefer the pkgsrc/ports collection for ease of use and graspability for newbies like myself.
But hey, what do I know.
(Incidentally, a good friend of mine who has been running Linux since before the 1.0 kernel is using Mandrake now. I wonder if the "gotta be l33t" posturing goes away after a few years?)
--saint
Speaking of KDE... (Score:5, Insightful)
Instant love.
Kmail is the client that I've always wanted for linux, and could never find. It is the *only* client that has managed to pull me away from my beloved mutt. Nice. Clean. Simple. Stable. Luckily, I don't need imap support (though it has been in the last couple versions, it's pretty beta'ish), ldap, smtp-auth, or any other "esoteric" feature. Gpg-support works quite well, it just rocks *quietly*.
Konsole was a delight. I had previously tried super-term (I think) that had the same basic idea (multiple terms in one window) but the interface was clunky enough it was unusable (at the time, haven't tried it in a couple years). shift-arrow to cycle through the terms, instant configurability (i.e., no editing Eterm config files by hand), again, just plain rocked.
Konqueror. Don't really have much to say that hasn't already been said. About the only thing I *don't* use it for is managing files
Kdevelop and kde-designer (though that's not really a KDE project) rock my world. I am a crappy coder, and fairly inexperienced in c++, but I have been able to help out the main kpilot developer simply by recreating the kpilot config screens in designer, allowing him to focus on getting usb support up to speed rather than rewriting the interface. I know there are some old-school programmers shaking their head at these new-fangled gui toys that lower the bar so much, but anything that allows a newbie like me to help out with one of his favorite OS projects and actually make a difference (the next version of kpilot that ships will be with my GUI) is nothing but a good thing.
Anyways, to make a long story short (heh), if you haven't tried KDE since the 1.x days, this is the time. You will be pleasantly suprised, and may even make the switch. If not, then happy Gnomeing, or BlackBoxing, or WindowMakering, or CommandLineCommandoing. Just have fun! The world is too great a place to worry about what other people are using for their desktop.
Re:Speaking of KDE... (Score:3, Interesting)
Then try this: start Konqueror as a file manager, and select 'Open a terminal' from the 'Window' menu. And there, you have the best of both worlds. Of course, you can drag'n'drop files and directories from the FM subwindow to the terminal one. I still find it a bit rough (as of KDE 2.1 anyway), but it's a nifty feature that certainly has a brilliant future ahead of it!
Re:Speaking of KDE... (Score:2)
Anyways, to make a long story short (heh), if you haven't tried KDE since the 1.x days, this is the time. You will be pleasantly suprised, and may even make the switch. If not, then happy Gnomeing, or BlackBoxing, or WindowMakering, or CommandLineCommandoing. Just have fun! The world is too great a place to worry about what other people are using for their desktop.
What I've been doing for ages is pretty desktop-agnostic: I use WindowMaker because it's (IMHO) far cleaner than KDM or Gnome's WM, doesn't have any sign of a taskbar or "start/K/footprint" button and pretty much stays the hell out of my way.
I've found a certain fondness for the rightclick on the desktop menu -- it takes no room and can be called up anywhere. The clip and dock are a bit of a pain in my arse but I think that's more because I haven't sat down in all these years and really tried to make them do what I want.
One Dockapp I've been meaning to write for a long time now is a replacement for KDE and Gnome's "system tray" -- the docapp could hold 9 16x16 "systray" icons and would pass off the approprate mouseclicks/movements to the apps as normal. I've seen a few Dockapps that swallow other apps but it's not quite the same idea.
One thing I wish I could have in any WM is the ability to bind keys to applications. I'd love to have my alt-backspace pull up the next LICQ message like I did in Windows but I haven't figured out a way to either make LICQ see the key nor have WindowMaker pass it off. Perhaps in my copious spare time I can figure it out. :-)
Re:Speaking of KDE... (Score:2)
Cheers
Rich.
Training and Planning are the keys. (Score:4, Interesting)
The Windows 98SE desktop (and 2000, XP, etc.) in its default installation is not office desktop ready. There are several confusing or worthless icons that need to be cleaned up, display properties to adjust, shortcuts to create, etc. I've spent at least 40 hours honing my company's system images to get them 'just right'.
I haven't used Gnome at work, and so can't comment on it. But I've set up KDE systems and it didn't take me near 40 hours to set up 'just right'.
And guess what I found out? When I put new employees/users through their mandatory IT training they picked up on KDE at least as fast as with Windows. Most of these users have had very little computer experience.
I wish I had better documented this when I started. But the users were able to use their word processor and spreadsheet, surf the web, check and send e-mail, print, use network storage and printers, and not fuck up their workstation at least as well on KDE 2.2 as on Windows 98SE.
The key here, and the key that seems to be missing in all other discussions on this topic, is that the users were trained to use KDE. I don't know of any organization with a moderately organized IT system that doesn't have a training department or IT training of some sort.
I've found it's easier to teach users Linux than Windows, so here's what all you code monkeys and sys admins need to do: teach the teachers linux. They'll see that it's easier to use and to teach and will back you up when you go to the CTO/CIO.
KDE is great. It is ready for the desktop. Get your training department's shit together and teach users how to use linux. Plan and test the desktop and start menu so your people can use it. No one can figure out how to use a computer by just sitting in front of one, they need to be taught. It's easier to teach if you're the one who's set the system up.
Honing our Windows images has dramatically cut Help Desk calls. I'm sure the Help Desk techs will be showering me with even more free lunches and drinks on them when Linux spreads throughout our organization.
Get to it!
Re:Training and Planning are the keys. (Score:2)
You're forgetting the small matter of KDE not supporting MS Office
Re:Training and Planning are the keys. (Score:2)
I installed Windows XP, Office XP, PCAnywhere 10.0, Aurorean VPN Client, Netscape 4.72, Oracle forms & reports developer 6i, Lotus Noties, SecureCRT, Winamp, Winzip, Acdsee, Toad, Quest Spotlight, Oracle 8.1.7 client, Unreal tournament, microsoft money and norton antivirus all within a 4-5 hour time frame before it was even lunch time.
Hell, i disabled all the idiot proof stuff, was running in high res with every device working and functional docked/undocked, had my own desktop look and custom theme going and still had plenty of time to spare..
Atleast with windows i'm able to work remotely, manage NT, Unix and other proprietary systems, manage my finances, play games, manage our application and database systems as well as whatever else i want.. hardly taking 40 hours of my time..
with linux i spent 20 minutes download & updating kernel, an hour chasing a non clogged kde server to grab sources to compile kde and then a day compiling kde only to go back and try and spend an hour removing conflicting packages.. blahh. blahh..
every os has its advantages and disadvantages. I'll give KDE a thought once it is 3.0, since that has object inheritance and features akin to OS/2 that i love...
hell, i might just give http://www.ecommstation.com a try and see how os/2's revival is doing
Well done, TurboLinux, KDE. (Score:3, Informative)
(from: http://www.kde.org/announcements/announce-2.2.1.h
Well, this just just goes to show that all that hard work from the KDE camp has paid off, despite poor advertising and marketing when compared to the competition. Good job all around!
didn't even make KDE.org's news (Score:1)
Re:JESUS CHRIST (Score:2)
Heh. While unintentional, I think that was actually a pretty big compliment for the kde developers. Why do you ask? Well, this 0.0.1 increment is actually a bug fix release. Since you (and I'm sure the sentiment is shared by many others) don't see the need to download this, that goes to show that the previous 2.2 release was actually quite stable and significantly bug free!
Personally, I'd tend to agree with you-- almost. I've found 2.2 to be *very* stable, and use it as my desktop. That said, there still were a few tiny little bugs and quirks that occasionally bothered me, so I'll probably grab 2.2.1 when I've got time.
Re:JESUS CHRIST (Score:2)
Even though 0.1+ releases of KDE are more significant, the 0.0.1+ releases should not be ignored. They are the "clean up". There was 2.0, then 2.0.1, then 2.1, then 2.1.1, then 2.2, and now 2.2.1. There is always a follow-up 0.0.1 release, and if you use KDE you really should upgrade. The KDE team is good about fixing bugs.
Re:Sick of Big Downloads? Switch to Linux... (Score:1)
I noticed the same thing on Linux, actually I get slightly faster downloads with my new USR 56k external modem than with my old USR internal modem 56k, on the same system. I am not sure but I believe it is up to modem.
Re:Sick of Big Downloads? Switch to Linux... (Score:1, Informative)
Icewm? (Score:2)
Re:GCC 3.0? (Score:2)
Works perfectly with 2.96.
Re:GCC 3.0? (Score:2)
I know you're just a Troll (Score:2)
Anyone who uses a packaged, shrink-wrapped version of Linux which uses KDE as it's default desktop and who waits for officially supported KDE 2.2.1 packages isn't going to have any problems. When a reasonably large, fairly established company like Mandrake or TurboLinux puts their name on it, shrink-wraps it and charges you money, you can be sure they've done a fair bit of testing.
The people above who are having problems are mixing and matching compilers and libraries and are using unofficial packages. The cool thing about this is: LINUX ALLOWS YOU TO DO THAT!! It's called freedom, something Windows (or Mac or most other closed, proprietary OS's) gives you very little of.
Even non-commercial version of Linux like Debian will work smoothly, they just happen to be about 6 months behind the the other distributions since they are all volunteers and there's no profit motive to get a release out the door right away after new software is released. Of course, many people are running the 'testing' version of Debian with KDE 2.2.1 just fine, but I don't recommend that if you're worried about 'incompatibility' and don't want to get your hands dirty.
I run Debian Potato (stable) and KDE 2.1.2 and am quite happy with it. I'm content to wait until the next version is ready with KDE 2.2.1.
Hope that helped clear things up for you!