KDE 3.1rc6: The Final Candidate?

Sunday, 5 January 2003 | Dre

KDE 3.1rc6, which most likely will be the final KDE 3.1 release candidate (where have I heard that before?), is now available for download. It incorporates all of the security fixes from the security audit that delayed the release of KDE 3.1. KDE 3.1 is scheduled for packaging on January 13th, so your mission, if you choose to accept it, is to run this release through its paces to find any show-stoppers. To help compile it you might check out Konstruct, a build system which helps you to install KDE releases - it has been updated today for the rc6 release. While its compiling you might hop over to the draft KDE 3.1 Requirements page and notify me of any omissions or mistakes.

Comments:

TeX URL - em - 2003-01-05

Wouldn't www.tug.org be a better URL for TeX instead of www.dante.de?

Re: TeX URL - Pierre - 2003-01-05

www.ctan.org would be the best I think...

possible mission - jaysaysay - 2003-01-05

so your mission, if you choose to accept it, is to run this release will the packages auto destroy after ?

Re: possible mission - SegFault II. - 2003-01-06

Yes - and they will take your computer with them (or at least damage it)- if they are too close to your computer.

Re: possible mission - jaysaysay - 2003-01-06

no no no! my keyboard is still wor

Re: possible mission - SegFault II. - 2003-01-07

*lol* (hearing a computer die)

(RedHat8-KDE)+Konstruct=??? - Anonymous - 2003-01-05

If RedHat8 is installed sans KDE, and Konstruct is used to install the latest and greatest KDE stuff, wouldn't that be the best of both worlds? Has anyone tried this?

Re: (RedHat8-KDE)+Konstruct=??? - Tom - 2003-01-05

But youd still be using redhat with its broken kernel/compiler/glibc/etc/etc/blah/blah so you will still basically have a sub standard linux system. Be a man try debian, it really does kick ass, and with apt-build as an upcoming rival to gentoo's portage you get some great benefits. If that doesnt take your fance, then Mandrake is pretty damn good too.

Re: (RedHat8-KDE)+Konstruct=??? - Chris - 2003-01-05

I tried getting a windows friend into linux, and people like you are what turned him off. According to him now, linux users are "all wankers" .

Re: (RedHat8-KDE)+Konstruct=??? - rinse - 2003-01-06

Linux is a user product, not a religion or way of live. Your friend should choose an OS that fits his needs, not an OS that has a nice user audience. Rinse

Re: (RedHat8-KDE)+Konstruct=??? - Ranger Rick - 2003-01-06

That's not exactly true, since in most cases, Linux is user-supported. If the user-community of a distro is hostile to new users, that distro has a very big mark against it in weighing the advantages or disadvantages with going with a specific distro or choosing another. Debian has a ton of technical merits, but in my experience has a not-insignificant number of users who think that gives them the right to insult everyone else's choices.

Re: (RedHat8-KDE)+Konstruct=??? - Kanwar - 2003-01-06

Introduce your friend to a debian-based distro such as Xandros (if shelling out some $$$s is not entirely an issue). It is as user friendly as linux can get (as of now) and then one can always explore the rock solid debian root.... (no pun intended)

Re: (RedHat8-KDE)+Konstruct=??? - Kurt Pfeifle - 2003-01-05

> Be a man try debian, I'd rather have a *usable* system. While I was contemplating for a while to "be a man", I chose to stay a coward when I saw that the only offer for Samba was --a--: 1-year-old version 2.2.3a for so-called "stable" (a version which has been urged by the Samba Team themselves long ago to upgrade) --b--: the future version 3.o, currently tagged "21alpha" by the Samba Team (not *really* fit for production use) in "unstable" --c--: the same in "testing"... I must say, the hi respect Debian *did* have in my mind (before I put a toe into their water), has been heavily decreased now (and I can't say I'm in any way faminliarized with it now. Cheers, Kurt [still a SuSE-coward]

Re: (RedHat8-KDE)+Konstruct=??? - Dr. Freak - 2003-01-05

Just because one debian is an asshole doesn't mean they all are.

Re: (RedHat8-KDE)+Konstruct=??? - Thorsten Schnebeck - 2003-01-05

Hi Kurt! Maybe Gentoo is something for you as an experienced SuSEaner ;-) Here are the current versions of cups, samba and kde. Gentoo is quite nice cause it makes no problems when installing a mix of distro-packages and normal source-tarballs. bash-2.05b# ls /usr/portage/net-print/cups ChangeLog cups-1.1.15-r2.ebuild cups-1.1.17_pre20021025.ebuild files cups-1.1.14-r4.ebuild cups-1.1.16.ebuild cups-1.1.18.ebuild bash-2.05b# ls /usr/portage/net-fs/samba/ ChangeLog files samba-2.2.5-r1.ebuild samba-2.2.6-r2.ebuild samba-2.2.7.ebuild samba-2.2.7a.ebuild ls /usr/portage/kde-base/kde/ ChangeLog kde-2.2.2-r1.ebuild kde-3.0.3.ebuild kde-3.0.4.ebuild kde-3.1.ebuild kde-3.1_rc6.ebuild files kde-3.0.2.ebuild kde-3.0.3a.ebuild kde-3.0.5a.ebuild kde-3.1_rc5.ebuild Have a lot of fun! Thorsten

Re: (RedHat8-KDE)+Konstruct=??? - Stefan Heimers - 2003-01-06

Security patches and fixes for grave bugs are usually backported to older versions in debian stable. So you get a stable and secure system, and don't have to reconfigure your system every other day as would be the case if you always upgrade to the latest and greatest version of every package. If you absolutely need new features of a certain program you usually can build a package from debian unstable or testing inside of debian stable. Just adjust the deb-src lines inside of /etc/apt/sources.list to testing instead of stable. So you get stable binary releases and testing sources. Then all you need to do ist "apt-get source --compile <packagename>" to build your *.deb files. Stefan

not true with samba though .... - ranger - 2003-01-06

Nice try, but the samba team has been recommending migrating to 2.2.6 or later for quite a while, and the security backport patches only addressed the security issue, not the bug fixes (mostly locking and printer support) that have ocurred in samba. Mandrake provides updated samba RPMs (at ftp.samba.org, http://people.mandrakesoft.com/~staburet/samba or http://ranger.dnsalias.com/mandrake/samba) for most current releases (currently 8.0, 8.1, 8.2 and 9.0) with and without ldap support (compile-time option in 2.2.x) plus there are samba3 RPMS that will parallel install with 2.2.x (avialable for 9.0, and in cooker). IMHO, only SuSE and Mandrake are really useful for production samba servers (maybe Gentoo, which I haven't tried).

Re: (RedHat8-KDE)+Konstruct=??? - dealing_death - 2003-01-05

Don't confuse Red Hat 8 it with the 7.x series, which used the experimental GCC branch 2.96.x. RH8 uses GCC 3.2.x - there's nothing broken about it.

Re: (RedHat8-KDE)+Konstruct=??? - Bob - 2003-01-05

Just a badly compiled glibc

Re: (RedHat8-KDE)+Konstruct=??? - Uno Engborg - 2003-01-06

Have never had any problems with glibc on redhat. What is supposed to be wrong with it?

Re: (RedHat8-KDE)+Konstruct=??? - Sad Eagle - 2003-01-06

RedHat 8's glibc is a pre-release CVS snapshot. It's quite close to 2.3.0 though, so I don't know that there are any specific problems that aren't in glibc 2.3.0 (there is one that makes some database problems not run properly) -- and RedHat certainly knows a great deal about glibc, as they employ the glibc maintainer, so I guess they probably have some idea of what they're doing with it (unlike with KDE). Also, IIRC, RedHat 7's biggest problem was actually glibc and not gcc - they shipped a pre-release as well, and if my memory serves me right, that release had some binary compatibility problems and had to be corrected with an update.

Re: (RedHat8-KDE)+Konstruct=??? - tfar - 2003-01-05

I have been using the RedHat distribution since 4.0. I have informally tried other distributions out of interest but all production servers and desktops since 1997 have all been RedHat, simply because it is what I know best and not becuase of any deficiencies in those other distributions. I have never had even one single problem related to the integrity of Redhat versions of kernels, libraries or compilers including the supposedly infamous 2.96. This version of gcc was released for very valid reasons at the time and I personally believe it to be more standards compliant and certainly no more buggy than any other release as far as I can tell from net traffic over the past few years. Comments like this from Tom merely serve to highlight the unfortunate tendency that some people have to spout off about something that they very obviously know nothing about. Having said that I think RedHat have made a mistake with the BlueCurve desktop design and I will be continuing to faultlessly compile the excellent KDE desktop from source and implementing it on RH 8.0.

Re: (RedHat8-KDE)+Konstruct=??? - mike ta - 2003-01-05

I'll second this, and I've coincidentally been using RH since 4.0, and I've never had *any* problems that I could attribute to the stuff that it usually trotted out. But I do agree about bluecurve, and even if not then I'd still be building my own KDE so that it can live in /opt/kdeX, which is clearly were The Great Budgerigar [*] intended it to go. Mike [*] s/The Great Budgerigar/Deity of Choice/

Re: (RedHat8-KDE)+Konstruct=??? - Xavier - 2003-01-05

Totaly agree with you

Re: (RedHat8-KDE)+Konstruct=??? - NewMandrakeUser - 2003-01-05

I absolutely agree with tfar : "Comments like this from Tom merely serve to highlight the unfortunate tendency that some people have to spout off about something that they very obviously know nothing about." I personally switched from RedHat to Mandrake because I *prefer* Mandrake (I love their user-friendly approach). And I spend less time in configuration and sofware management. That's all. But I consider RH a rock-solid distro. Moreover, they are the strongest company behind a free software distro, this is a plus for them. I only have gratitude to RedHat. And in gneral to the whole free software community.

Re: (RedHat8-KDE)+Konstruct=??? - anoymous - 2003-01-06

hey i'm curious if there is a kde 3.0.5 package compiled for redhat but use the default kde menus? i tried installing the 3.0.5 rpm's but still very ugly menus, i would just like stock kde in rpm. if this exist please reply, but don't waste my or your time saying for me compile it myself (i want it in rpm).

Re: (RedHat8-KDE)+Konstruct=??? - Thundabird - 2003-01-06

I have never had a hassle with RH, sure version 7.0 was quite buggy, but I found it easy enough to get around most problems. I must say though I do agree with the Bluecurve idea, at least they are changing their approach towards KDE a lot by at least supporting both, thats more than I can say for SuSE. I mean I do like SuSE and I do like Debian, even though it is very messy: /etc files are all over the place, Redhat make their OS a pleasure (as with SuSE and other Standard Linux's), who store their main config files in the /etc/sysconfig/ So "Mr I'm better than everybody else Debian User" before you slag off an operating system take into consideration that without Red Hat a lot of the cool things that come with Linux now (Oracle and other high end stuff), most probably would not have really made it here as quickly. Oh and another point before you say sub standard, you should reconsider because Red Hat, SuSE, SCO, Mandrake are all LSB compliant. Which makes them THE standard, and that is mearly one reason why they all have massive followings compared to the little debian system, and I can bet you right now that RH Advanced Server will kick the shit out of any Debian box.

Re: (RedHat8-KDE)+Konstruct=??? - KenArnold - 2003-01-06

One can bicker about the relative merits of any Linux distro for hours without really getting anywhere (no need to try; it's been proven many times on IRC). I have never had a hassle with Debian unstable; sure it was quite buggy around last year when a bunch of core packages went through some incompatible changes (like Perl), and occasionally something breaks now (there's a libc and qmail that just got fixed), but I've found it easy enough to get around most problems. ... surely you see what I mean. In response to the comment about /etc files, practically every admin and server package, and a good many of others, install something in /etc by default, and it's the distro's business to clean it up if it is a problem. I've found Debian's setup to be a good balance -- close if not exactly what the upstream distributer does with its configuration where it makes sense, but changes to the distributed init scripts so that you generally don't have to alter /etc/init.d files, grouping multiple files related to one package in a subdirectory, and putting all real config files in /etc to match LSB even when the upstream puts them elsewhere (e.g. qmail). In the end, though, it's a matter of personal preference. There are a large number of often-conflicting considerations when laying out a distribution, and different people will weigh them differently. You bring up a good point about LSB. While it is not perfect for everyone, it does give a base for 3rd-party software distributors to build upon. While Debian chose not to make its base distribution LSB-compliant, installing three packages (lsb, lsb-release, and lsb-rpm) is sufficient to add LSB compliance, making it a Standard Linux as you call it. I would advise not placing any real money on the bet you bring up in the last sentence, especially where any hardcore Debian user is involved. For example, I find (after rejecting ~5 cookies from the redhat.com site in the process) the top listed Highlight of Red Hat Advanced Server to be an "extended release cycle for long-term stability." If I am not mistaken in my interpretation, it means that the same typical arguments against Debian's stable distribution -- that software is too old -- can apply to RH Advanced Server. As for the other highlights, clearly the corporate backing allows them to get certification from other companies, but it comes at a price, literally: subscription services. I'm not claiming this is a bad thing; it is just necessary to see the whole picture before making a judgement. The rest of the Highlights are available in one form or another in the broader Linux community, and able to be packaged and distributed by any distribution. In summary, I give Red Hat the credit it is due for helping to push Linux into the mainstream. (Other companies, such as IBM, Dell, Oracle, VMWare, and many others, also deserve credit in this regard.) However, I caution against taking any one radical user's opinion from any side before making a choice. After all, Linux is all about choice; isn't that what we say to the "GNOME Rules!" crowd? By the way, KDE 3.x on Debian is easy enough, though not as easy as it would be if they included it in unstable (*hint, hint*); a line like this in /etc/apt/sources.list will work for KDE 3.0.5a on a 'sid' system: deb http://download.us.kde.org/pub/kde/stable/latest/Debian/sid ./ Ken P.S. - I apologize for the length. I have been writing a lot of essays lately, and the habit has carried over to my everyday writing.

Re: (RedHat8-KDE)+Konstruct=??? - Thunderbird - 2003-01-30

This is probably the most intelligent argument I have probably ever read in a forum. You are right about one thing, I would never argue with a true and hardcore debian user. I would also never trash an Operating System before I try it. I like debian infact, even though my workstation at the office is RH we are going to be rolling out Debian for this new software we are writing. (Quite franckly because an installation is tiny and Debian is the most secure linux distro I have tried). Look I will say this: Debian and RedHat put out a great name for Linux and I would like to say I do give credit where it is deserved and I think if it wasn't for any of the linux distributers we would end up like FreeBSD??????? With hardly any application support etc, etc, etc. But the point I was trying to make even though I let my love of flaming take over was that Linux is about pure preference, thats what makes it linux and a great OS! It completely destroys the object of being forced and thats what I love about it. I also love the fact that we can sit here and slag off every other distro out there except for our own. But the difference with that is, and if I do so its like supporting the home team. As they say how many Geeks do you need to choose a linux distro: 1 because they will fight for years and never come to a neutral ground or a compromise. and to justify everything: A year ago I started a project on asynchrony called Messiah. It was supposed to eventually become a linux distro that destroyed the boundries between Distros like Debian and RedHat because it was a direct merger of both. In other words if you were to take a debian package and dump it on it will work perfectly on the box, likewise with RPMS from any distro, and it I was even going to build special developer tools to make packages for each of the distros independantly. It only ever got to be a small linux build that could boot in under 30 seconds. I plan to rebuild this project soon. Thunderbird P.S. I too appologize for the length but when you code as much as me typing comes natuarally!!!!!!!!!!

Re: (RedHat8-KDE)+Konstruct=??? - Kuba - 2003-01-09

RH8 uses gcc 3.2. Why does it seem to be broken? RH8 uses stabilized glibc 2.3 development snapshot. Why should it be considered substandard? RH8 uses 2.4.18 kernel with added scheduler optimizations and other patches that add functionality. Why is this broken? RH8 uses your everyday etc directory ;-) Redhat8 is a well performing system, I use it every day for cross-platform development work. You don't seem to have a clue what you're talking about. Cheers, Kuba

Re: (RedHat8-KDE)+Konstruct=??? - Haakon Nilsen - 2003-01-05

Indeed, so. I've compiled my own KDE in RH8. Went without problems, and I now have a proper KDE in an otherwise very nice and stable distro.

Re: (RedHat8-KDE)+Konstruct=??? - moz - 2003-01-06

Um...you know that you can change the QT style and KDE icons to KDE default in the Control Center, so there's no need to rebuild the whole of KDE on Red Hat 8 just to avoid the Blue Curve look...

Re: (RedHat8-KDE)+Konstruct=??? - Sad Eagle - 2003-01-06

There is a need to do that to avoid some serious packaging bugs, though.

Re: (RedHat8-KDE)+Konstruct=??? - Haakon Nilsen - 2003-01-07

Maybe so, but I wanted to try out 3.1 in the same go.

Slightly OT... - Somebody - 2003-01-05

Is anyone with an i810 chipset getting artefacts when resizing windows with the Keramik decorations/widgets?

Re: Slightly OT... - Gunter Ohrner - 2003-01-05

Hi! Not directly, but using i815 onboard graphics and its XFree86 driver (currently the latest Debian XFree86-release, "4.2.1.1") I get vertical colourful stripes in Konquerors toolbars and in titlebars of inactive windows, both with the Highcolor-Style/ModSystem window decoration of KDE 3.0.x and with Keramik/Keramik of KDE 3.1rc5. (The problem appeared at least with all versions of XFree 4.2.x IIRC, possibliy with XFree 4.1 as well, although there once was a time where I had no graphic problems.) Greetings, Gunter

Re: Slightly OT... - Ranger Rick - 2003-01-05

I had the same problem with my i810 card, and was able to fix it by putting: Option "XaaNoOffscreenPixmaps" ...in the "Device" section of my /etc/X11/XF86Config-4

Re: Slightly OT... - Gunter Ohrner - 2003-01-06

Thanks a lot! That fixed the stripes in the tool bars. The stripes in inacxtive title bars, however, still persist. Maybe I'll have to play a bit with other acceleration settings or wait for XFree 4.3 which should be released in less than a month as I've heard. Greetings, Gunter Ohrner

How do I make my local cvs copy sync with release? - Adam Treat - 2003-01-05

See the title :)

Re: How do I make my local cvs copy sync with release? - anon - 2003-01-05

cvs upd -rKDE_3_1_BRANCH kdelibs kdebase or you can use the KDE_3_1_0_RELEASE tag instead. read the infopage on CVS for details.

Re: How do I make my local cvs copy sync with release? - Anonymous - 2003-01-05

And don't forget that it's for arts "cvs up -r ARTS_1_1_BRANCH". I read that the KDE_3_1_0_RELEASE tag has not been moved for all modules (e.g. kde-i18n) to reflect this release candidate.

Konstruct is Cool - me - 2003-01-05

I wish this tool had been put together a long time ago. It will help the beta process alot as it makes it much easier to download and compile KDE. Job well done.

where is apps/* ? - B. K. Oxley (binkley) - 2003-01-05

I just pulled down the CVS sources for Konstruct and there is no apps/koffice as mentioned in the README. There is a meta/everything however which started to pull down a koffice tarball before I killed it. (I had expected it to have a dependency on meta/kde, but apparently not, so I'm building "install" in meta/kde first.)

In the konstruct top-level directory - Anonymous - 2003-01-05

How should it otherwise know where to pull the koffice tarball if apps/koffice would be missing?

GUI for Konstruct - Andreas Pietzowski - 2003-01-05

Is there anybody who thought about creating a GUI for the same job Konstruct does?

Re: GUI for Konstruct - Anonymous - 2003-01-05

There's no need for that. See: Anybody who is compiling KDE from source needs to be able to handle the console. There is nothing difficult in reading the documentation, go to meta/whatever and type "make install". Why on earth should anybody need a GUI for that? Remember: The right tool for the right job.

Re: GUI for Konstruct - Alexander - 2003-01-05

I tried konstruct but it stoped with this error : g++ -c -pipe -fno-exceptions -Wall -W -O2 -pipe -D_REENTRANT -fPIC -DQT_SHARED - DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_CUPS -D_LARGEFILE_S OURCE -D_FILE_OFFSET_BITS=64 -DQT_NO_XFTFREETYPE -DQT_NO_IMAGEIO_MNG -DQT_NO_IMA GEIO_JPEG -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC -DQT_NO_STYLE_AQUA -DQT_NO _STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT -I/home/alex/Desk top/Downloads/Linux/konstruct/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.1/ mkspecs/linux-g++ -I. -I../include -I/usr/X11R6/include -I.moc/release-shared-mt / -o .obj/release-shared-mt/qpngio.o kernel/qpngio.cpp In file included from kernel/qpngio.cpp:45: /usr/include/png.h:324:18: zlib.h: Datei oder Verzeichnis nicht gefunden In file included from /usr/include/png.h:327, from kernel/qpngio.cpp:45: /usr/include/pngconf.h:1103: syntax error before `*' token /usr/include/pngconf.h:1104: syntax error before `*' token /usr/include/pngconf.h:1105: syntax error before `*' token In file included from kernel/qpngio.cpp:45: /usr/include/png.h:1040: 'z_stream' is used as a type, but is not defined as a type. kernel/qpngio.cpp: In function `void qt_zlib_compression_hack()': kernel/qpngio.cpp:1216: `compress' undeclared (first use this function) kernel/qpngio.cpp:1216: (Each undeclared identifier is reported only once for each function it appears in.) kernel/qpngio.cpp:1217: `uncompress' undeclared (first use this function) make[6]: *** [.obj/release-shared-mt/qpngio.o] Fehler 1 make[6]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.1/src« make[5]: *** [sub-src] Fehler 2 make[5]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.1« make[4]: *** [build-work/qt-x11-free-3.1.1/Makefile] Fehler 2 make[4]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/libs/qt-x11-free« make[3]: *** [dep-../../libs/qt-x11-free] Fehler 2 make[3]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/libs/arts« make[2]: *** [dep-../../libs/arts] Fehler 2 make[2]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/kde/kdelibs« make[1]: *** [dep-../../kde/kdelibs] Fehler 2 make[1]: Verlassen des Verzeichnisses »/home/alex/Desktop/Downloads/Linux/konstruct/konstruct/kde/kdebase« make: *** [dep-../../kde/kdebase] Fehler 2 alex@linux:~/Desktop/Downloads/Linux/konstruct/konstruct/meta/kde> Whats wrong ? Something with png maybe ? Thanks

Re: GUI for Konstruct - Anonymous - 2003-01-05

zlib.h: Datei oder Verzeichnis nicht gefunden Install zlib Development package

Re: GUI for Konstruct - Mano Brodi - 2003-01-05

A parada he maluka mano. Vacilaun legal, se liga ai ! Falta o lance do zlib Development Instala essa parada na fita que o lance rola legal.

Re: GUI for Konstruct - Filósofo. - 2003-01-06

Ou não.

Re: GUI for Konstruct - Andreas - 2003-01-05

... > /usr/include/png.h:324:18: zlib.h: Datei oder Verzeichnis nicht gefunden ... Look like your missing the zlib headers. Install the zlib-devel package and you should be going. ( Or check your include paths if already installed )

Missing zlib (was Re: GUI for Konstruct) - lemonite - 2003-01-05

Install zlib.

Re: GUI for Konstruct - Charles Hixson - 2003-01-12

But the README needs to be patched: I doesn't tell you how to start. I looked all over for a configure file... there were several Makefile-s, but without reading each one, one doesn't know where to start. So, Proprosed addition to the README (To be added right before AFTER INSTALLATION): GETTING STARTED =============== Be sure that you have a live internet connection. cd to the ...konstruct/meta directory. Then issue the "make install" command.

Re: GUI for Konstruct - Ed Moyse - 2003-01-13

I second this propocal. I worked it out eventually, but it could be a lot clearer! Ed

Re: GUI for Konstruct - Vincent - 2003-01-09

Hi, I have always the same problem with konstruct after: cd kde/kdebase make install --06:12:41-- http://download.kde.org/unstable/kde-3.1-rc6/src/do-not-fail-fast-malloc.diff => `download/do-not-fail-fast-malloc.diff' Résolution de download.kde.org... complété. Connexion vers download.kde.org[131.246.103.200]:80...connecté. requête HTTP transmise, en attente de la réponse...302 Found Location: http://ftp.du.se/pub/mirrors/kde/unstable/kde-3.1-rc6/src/do-not-fail-fast-malloc.diff [suivant] --06:12:41-- http://ftp.du.se/pub/mirrors/kde/unstable/kde-3.1-rc6/src/do-not-fail-fast-malloc.diff => `download/do-not-fail-fast-malloc.diff' Résolution de ftp.du.se... complété. Connexion vers ftp.du.se[130.243.32.22]:80...connecté. requête HTTP transmise, en attente de la réponse...404 Not Found 06:12:42 ERREUR 404: Not Found. make[2]: *** [http//download.kde.org/unstable/kde-3.1-rc6/src/do-not-fail-fast-malloc.diff] Erreur 1 make[2]: Quitte le répertoire `/mnt/win_e/konstruct/kde/kdelibs' *** GAR GAR GAR! Failed to download download/do-not-fail-fast-malloc.diff! GAR GAR GAR! *** make[1]: *** [download/do-not-fail-fast-malloc.diff] Erreur 1 make[1]: Quitte le répertoire `/mnt/win_e/konstruct/kde/kdelibs' make: *** [dep-../../kde/kdelibs] Erreur 2

Re: GUI for Konstruct - Anonymous - 2003-01-09

You have an incomplete copy of Konstruct or broke it yourself like this guy: http://dot.kde.org/1041714974/1041937909/

Yes! Let's implement gKconstruct! (nt) - Vu - 2003-01-09

what nugs in rc5? - standsolid - 2003-01-05

i didn't follow the bugs in rc5 ... too disappointed in the multiple final RCs... what were the showstoppers to release another candidate?

Re: what nugs in rc5? - JC - 2003-01-05

It was the securities fixes after the source code audit of RC5 I guess, if everything is ok, next week RC6 will become final.

Re: what nugs in rc5? - Jonnathan - 2003-01-05

Great, yeahhh, if you could't found any bugs that means kde 3.1 will be great, wonder, super. You must feel the beaty side of our lifes, get out the darkness of our soul, you aren't installing a MS stuff. Think about !! 8+D

HATS OFF to the KDE Dever's - Paul - 2003-01-05

I have to say personally I am very surprised at how quickly they have managed to undertake and complete such a massive task. It seems some people have forgotten that the team identified a security flaw throughout the kde source tree, they have also aggresively tackled all showstopper and grave bugs, and have bought many new features to the environment we love, and finally that they are largely a volunteer team. All things considered I am downright 'bloody' impressed. This is the sort of professionalism and committment that you simply do not get anywhere else. KDE Rules and is Second to NONE !! Open Source will change and indeed is changing the World !! A huge unabashed thank you and mega kudos to all members of the KDE team. Paul P.S To those KDE developers who are sponsored or salaried, I do not distinguish in my respect for your efforts, skills etc..

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-06

KDE 3.0 was released on april 3rd last year, KDE 3.1 should have been released middle november, so they had 7.5 months planned for this version. Now the final 3.1 will only arrive middle january: 2 months behind schedule, or more than 25% late on the original schedule.... who's fast here? If m$ releases a new windows version so far behind schedule, we all laugh at them... So.... shouldn't we make fun of the KDE dever's now??? Or should we allow such mistakes in open source development? Can it be late because it is free???

Re: HATS OFF to the KDE Dever's - Anonymous - 2003-01-06

> 2 months behind schedule, or more than 25% late on the original schedule. Isn't that the usual delay for most big projects? Better be in this segment than in the xx% who fails. > who's fast here? Microsoft releases one or more versions of their Windows GUI every year? > If m$ releases a new windows version so far behind schedule, we all laugh at them. m$ keeps it schedule and if it's for the prize of bugginess. Is that better and what you want?

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-06

> Isn't that the usual delay for most big projects? Better be in this segment than in >the xx% who fails. So hurray, if everyone else makes mistakes, we should do it too? > m$ keeps it schedule and if it's for the prize of bugginess. Is that better and what >you want? KDE has no bugs??? Please take a look at bugs.kde.org... If we should wait till all these are solved, we can only hope we live long enough to see KDE 3.1 in the next century. I'm not saying that KDE is bad, it is a common problem of all software, but 'hats off' is a little to euphoric in my opinion. There are still bugs, things that other programs or environments do better. So KDE is good, but not superior to others, and 2 months overdue isn't that fantastic.

Re: HATS OFF to the KDE Dever's - CoreWarrior - 2003-01-06

Man, Let yourself be happy just a little. When you were a kid the icecream cone was always too small wasn't it? Core

Re: HATS OFF to the KDE Dever's - Bridged13B - 2003-01-06

The reason for such a big delay is because of the holiday season. They decided to wait instead of rushing it out the door. They could have easily released this sooner but they decided to wait because most people would be enjoying the holidays. They also wanted to make sure binaries were made and tested before this release.

Re: HATS OFF to the KDE Dever's - nusuth - 2003-01-06

You obviously forgot how longer than expected it took to get windows 95, windows 2000 and windows xp out of the door. XP was not too late as a windows release, but it is also "the release that will merge nt and 9x lines with an nt kernel", which was supposed to be out back in 99!

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-07

Windows is of course well a lot more then a GUI and some apps... I don't say it's good that windows is so late, open source just isn't better. And concerning kernel changes... the merging of 9x and nt to the xp kernel was a giant operation, which resulted in a superior but expensive OS. At least, MS tries to change there kernel, while linux still isn't able to use plug and play devices as they should be used... hardware support still is very meager and some very ordinary configurations still don't work. Recently I tried a cdrom drive of LG, but it did not work with RH8.0 and MDK9.0, although... who would guess it... windows 98 could use it without any troubles. My zip drive mysteriously stopped working under linux when I put it in another computer (it takes 3 minutes to get past it during booting!!!), and win98 uses it without any extra drivers or so and withou any troubles... As for KDE, konqueror isn't as good as IE and why can't kmail use background pics in mails, while outlook express can??? Where is this superiority??? And why, if all this is so good and superior to windows, keeps everyone paying for windows while there is this fantastic free alternative?

Incorrect statements - Moritz Moeller-Herrmann - 2003-01-07

Linux does support many devices, has almost perfect plug and play, does now finally offer excellent hotplugging support (My digicam works out of the SuSE-8.1 box). Linux does in fact support much more architectures and strange stuff than windowsXP. In fact I deleted my MS windows, when after an upgrade from win95 to win98 my old sound card wouldn't work anymore. Of course some hardware works better in WindowsXP for a while, but once you have open source linux drivers, they are usually very good. Concerning Konqueror and IE: I prefer Konqueror. It is a lot safer, reasonably fast and a lot cheaper and more free as well. Your argument about "background pics" shows that you are not very well informed. khtml does not yet support mhtml (it is in CVS though) and loading background pictures from a server is very dangerous for a mail agent. You can turn it on though, kmail will still be safer than OE.

Re: Incorrect statements - Lightning - 2003-01-07

>Linux does support many devices, has almost perfect plug and play, does now >finally offer excellent hotplugging support (My digicam works out of the SuSE- >8.1 box). I can only say something for RH8.0 and MDK9.0, both very recent, and plug and play support just isn't what it should be: winXP autodetects new hardware and autoinstalls them without any further questions. And hardware support: I know quite a few people using linux, and we encountered troubles with LG cdrom drive, iomega zip drive, ethernet card with RLT8139 chipset in laptop, HP scanner, ... Need to say more? All working perfectly under win9x or winXP. >Concerning Konqueror and IE: I prefer Konqueror. It is a lot safer, reasonably >fast and a lot cheaper and more free as well. Cheaper??? Last time I checked, IE was free as well... And safer? I should answer yes, but that's not thanks to konquerors safety, but thanks to its impopularity. It just isn't fun for hackers to write hacks for products only 1 or 2% of the users use. When - or better if - konqueror becomes more popular, security exploits will be found there as well. I don't state this out of the blue, but after reading several articles about security issues for my studies. >Your argument about "background pics" shows that you are not very well >informed. No, it is because it does not work: kmail places the attached picture below, while it should be shown as background. All options are configured so that it should work.

Re: Incorrect statements - GreyWolf3000 - 2003-01-09

Why, then, do you come here to a kde forum regarding a release of kde, and bitch about Linux and it's inferiority to Windows? KDE doesn't assert that it is the best out there; though some users *do* tend to cheerlead excessively (hence, I recognize your initial perturbation). However, this is the appropriate forum to do so, and it is not the appropriate forum for OS wars. If you are content with Windows, and indeed so confident in its long term success, then please, go to a Windows forum, and blow your load there, and don't come back here criticizing us for doing the same. P.S. I have several ethernet cards running off of the RTL8139 chipset; all work perfectly and get autodetected fine. You are gravely mistaken if you think that Linux hardware support is worse than Windows--I could give you horror stories but I'm fortunately informed enough to discard them as weak foundation for such arguments. P.P.S. At any rate, if you need your hand held so much when you use a P.C. check out OS X. They've put together the finest desktop experience ever created, hands down. Hats off to the KDE folks; we should be striving for OS X quality, not XP.

Re: HATS OFF to the KDE Dever's - Datschge - 2003-01-07

Since you are so bold with your kind of statements I suggest you to take a look at http://www.pivx.com/larholm/unpatched/ where you can see a list of 19 known but still not patched vulnerabilities in Microsoft's core product Internet Explorer, the oldest one of them dating one year back. Now please also consider that Microsoft, often being called the biggest software company in the world, should have the man power and money to solve those problems very quickly, but not only are they not doing this, they also won't officially delay their products due to them. Internet Explorer is not the "best" browser: http://www.xs4all.nl/~ppk/css2tests/index.html HTML shouldn't be used in emails: http://www.american.edu/cas/econ/htmlmail.htm The actual reason why everyone keeps paying for Windows while there are better alternatives: http://www.kuro5hin.org/story/2001/10/23/13219/110 Have a nice day.

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-08

One can never know all bugs before a release, and who says there are no security bugs in unix systems? A security report of CERN on last year stated that all major security bugs in server applications were found on unix servers. NO major security bugs were found on windows servers. Unfortunately, one never mentions this... > Internet Explorer is not the "best" browser: >http://www.xs4all.nl/~ppk/css2tests/index.html Talking about bold statements.... this is only one test, and only about css2, which is only a tiny part of the whole browser... > HTML shouldn't be used in emails: > http://www.american.edu/cas/econ/htmlmail.htm They state cases where it can be used, so no reason here not to support it well >The actual reason why everyone keeps paying for Windows while there are better >alternatives: > http://www.kuro5hin.org/story/2001/10/23/13219/110 Ridiculous, I know lots of computer stores here in Belgium, where you can choose to buy your computer without windows, and where you can choose for a linux OS. The real reason remains that linux stays an OS for people with computer knowledge, because it still is to difficult for the ordinary user...

Re: HATS OFF to the KDE Dever's - Anand Singh Bisen - 2003-01-07

Windows Rulz !!! Windows is great windows meets the deadline !!!! Even after all these good things about windows and microsoft that you know ... you still come to http://dot.kde.org to take so much pain in pondering about the bad stuff about KDE and it seems you are using KDE in your home or office too (KDE + LINUX + GNU Tools) because you know that Konqueror is nothing as compared to IE but you still use it ... Zip drive dosent work in Linux but you still try to make it work... Your CD ROM Did'nt worked in RH 8.0 then you tried Mandrake 9.0 but it works in Windows without any extra efforts.... can you tell me why do you use linux... and invest huge amount of time in this useless crap OS that you think it is... One more thing you wont find many linux users searching mailing lists of M$ world ... and quoting .. it's just that you want to learn something that you think and you know it far superior and better but you are not able to accept... If you are a IT pro... then maybe this goes for you too... Thou shall never believe that by clapping hands and chanting "La! La! La! Free Software is the best!" long and loudly enough, it'll come true. Choose free over non-free only when it is better or when thou art willing to fix what is broken. --- soft panorama.org

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-08

I have to use it for my studies.... I'm studying informatics, and we have to program on unix and linux systems. And I'm playing devil's advacate here.... Of course linux and kde have some great features, and are sometimes better than windows, but I just think that looking down on windows isn't going to promote open source. Programmers should realize that user-friendliness is a major issue, and not a tiny thing for when there is time left... When you look at windows XP, without any prejudice, you just see a great and user-friendly system. Very expensive, but usable for the ordinary user. > Thou shall never believe that by clapping hands and chanting "La! La! La! Free > Software is the best!" long and loudly enough, it'll come true. Choose free over > non-free only when it is better or when thou art willing to fix what is broken. This just confirms my statement... The ordinary user just can't fix a thing, so they have to buy a system they can work with....

Re: HATS OFF to the KDE Dever's - GreyWolf3000 - 2003-01-09

As I mentioned in another post (I apologize for the flame; when you read these messageboards more often, you get sick of the Windows fanboys, and jump the gun), OS X is a far better model for gui intuitiveness. <p>Case in point: XP home doesn't let you tell the computer what your IP/gateway/dns addresses are, and instead forces a cumbersome, annoying, patronizing "guide" that asks you to format all you networked computers and install XP on them. The technology to "do it yourself" exists in Home edition, but nowhere does it say it has been locked away, only to be touched by a really annoying "wizard." <p>It's getting harder and harder to manage Windows if you know what you're doing and want to avoid senseless amounts of "help" aimed at grandma; OS X is a UI that grandma can use much more easily than Windows. Experts also feel right at home.

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-09

Your flame provided me just with a good laugh, as my sources were creditable and I really don't need my hand held, as I study informatics for 3 years now. If you like to get sick, I really don't care. It's just plain silly to deny the good things about windows: it is a system which is quite user-friendly and mostly works fine. There are bugs and bad things, but where aren't? There are quite enough in every linux system too. I have little experience with winXP, but what I saw of it was all really good. Perhaps the look isn't every thing, but if you see the themes for kde and gnome, all those open source people who are looking down on windows are trying to copy there themes, quite funny if you ask me. Your point about XP and network is - again - stupid: a guide is just what most people need for such things, not something like mdk9.0 offers now: a bad standard configuration or an export option with very little help. Guides and help can often be ignored or also used by experienced users, but when it isn't there and one needs it, what then? I can't comment on OS X as I have never seen it, only that you are stuck with macintosh then...

Re: HATS OFF to the KDE Dever's - GreyWolf3000 - 2003-01-10

> Your flame provided me just with a good laugh, as my sources were creditable and I really don't need my hand held, as I study informatics for 3 years now. If you like to get sick, I really don't care. I never said that you were a 'n00b,' merely the equivalent of, say, a Communist entering a Republican or Libertarian rally and preaching his values. Not the time or place, don't you agree. I am not a Linux fanboy, and do apologize for "jumping the gun" with you, so to speak. You strike me as being fairly knowledgeable on the subject matter, but I believe that is irrelevant. Believe me, I am quite immune to the "harshness" of online conversation (in reality, I don't really care either beyond a minor annoyance). > It's just plain silly to deny the good things about windows: it is a system which is quite user-friendly and mostly works fine. There are bugs and bad things, but where aren't? There are quite enough in every linux system too. You'd really have to have experienced OS X to know what I'm talking about here, but Apple has outdone Windows in every aspect of GUI friendliness and ease. It doesn't just "mostly" work fine, it always works fine. I believe that the problem of your comment is *not* failing to address Linux's superiority on the desktop, but for finding an inferior role model for success. Trying to acheive Windows would be like emulating the steps that an Olympic runner who made second or third place took, as opposed to the first. Hence, you're ignorance of OS X has made your argument invalid; because you are trying to show the KDE team that their efforts should be put to improving KDE to the standards of Windows in term of usability, you are clearly blinded to the fact that Windows isn't King of the Hill in terms of UI design. > I have little experience with winXP, but what I saw of it was all really good. Perhaps the look isn't every thing, but if you see the themes for kde and gnome, all those open source people who are looking down on windows are trying to copy there themes, quite funny if you ask me. Yes, there are XP themes, and there are Aqua themes as well. The open source movement tends to emulate more than it creates; that is an admitted shortcoming. However, I believe that the simple flexibility of KDE to not only look the part, but to act the part of various user interfaces is testament to it's power. Suffice it to say that *if* KDE had the money to outsource talented professionals, the results *would* be quite impressive. But a GUI goes beyond that. However, being that Windows has emulated Mac's UI design guidelines, I don't feel like this is a point I need to attack, since not only did you not make it, but you couldn't have if you tried. > Your point about XP and network is - again - stupid: a guide is just what most people need for such things, not something like mdk9.0 offers now: a bad standard configuration or an export option with very little help. Guides and help can often be ignored or also used by experienced users, but when it isn't there and one needs it, what then? You cannot blame KDE for this problem. KDE doesn't exist to set up networking. My point was to show that Windows has made a huge design error by pigeon holing and narrowly defining basic tasks and thereby render a user who needs to do something outside that definition helpless. And what I was trying to do was not something that only experienced pros would do! Again, the difficulty of using Linux is not the result of KDE project--the KDE project is not designed to set up your networking; hence, it should not even be compared to Windows as you have done so. This clearly shows how you have turned a project release candidate into an out-of-place, hackneyed OS debate which has not been helpful to either of us. By the way, Mandrake and the other distributions are making huge progress in terms of ease of use; and they're more than happy to give you support providing you pay for your product. Your point, friend, is the one that is - stupid -. > I can't comment on OS X as I have never seen it, only that you are stuck with macintosh then... "Stuck" is a negative word that doesn't apply to having a superior product. If something is better, you'll want it and you'll stick with it, but you won't be "stuck" with it. Most users are in fact "stuck" with Windows, but I don't want you to get sick :)

Re: HATS OFF to the KDE Dever's - nusuth - 2003-01-09

>I don't say it's good that windows is so late, open source just isn't better. No, you didn't say that. Instead, you said we all make fun of MS when windows slips. My point was, we don't. They usually slip at least as much. When they slip and hype and deliver windows 95 in the end, we do. If they are late and bring XP or 2k to the table, noone cares. I'm sure kde3.1 will be a fine release. I don't care if they are late, I want kde 3.1 to work as advertised and I'm sure it will. I'd like them not to abuse "rc" tag but that is my only gripe. I find your story about non-working cdrom hard to swallow. Can you supply more details? Only once I have seen such a thing and it was a buggy bios that wouldn't detect a masterless slave IDE device. Your rant about missing SUPERIOR free alternative is misleading. Everybody has a different taste for what superior is. I don't care about background pics. I do think konqueror is better than IE. OTOH sub-par font rendering of X+Xft2+KDE seriously bugs me, just like braindead command prompt of NT does. BTW noone merged NT and 9x kernels; XP is running on a dot-modified win2k kernel (w2k=5.0, wxp=5.1), it was the product lines that had to be merged. They could have done that with windows 2000, had it been a little less memory hungry for its time.

Re: HATS OFF to the KDE Dever's - Lightning - 2003-01-09

> I find your story about non-working cdrom hard to swallow. Can you supply more > details? Only once I have seen such a thing and it was a buggy bios that > wouldn't detect a masterless slave IDE device. It was an LG 52x CDROM in a new computer. It stood master on the 2nd IDEwith no slave. (2 HD on 1st IDE, correctly master-slave configured). Windows worked fine. Boot from CDROM with MDK9.0 CD worked, but shortly after, the setup gave the error 'CDROM not foud', with lots of mount errors. A RH7.2 I had too, installed fine. For my zip drive the same: I double checked the master-slave options (it's now slave on 2nd IDE), BIOS finds it, works perfectly under win98, but fails to mount under MDK9.0, and locks booting for 3 minutes! (on 'mounting local file systems') 'Superior' is indeed a personal opinion, but IE is still faster than konqueror, which is in my opinion an important measure. But tabs in konqueror 3.1 is also a big plus, and most pages are shown quite well.

Re: HATS OFF to the KDE Dever's - nusuth - 2003-01-09

I've never even had a zip drive and I have no idea why it might fail. As for cd and mdk, try booting with the alternate kernels on second cd. If that fails too, try hdparm -d 0 /dev/hdc at busybox prompt. Mandrake's QC is a bit lax, to say the least.

Thank you all - oGALAXYo - 2003-01-05

Thanks for KDE. It's the best Desktop Environment on U*IX (and derivates).

Konstruct and upgrade-diff packages - Darin Manica - 2003-01-05

Konstruct is an excellent tool, thank you! As KDE is getting increasingly large, it seems that it would be possible to provide upgrade-diff tar balls and have Konstruct (via patch) pull it all together. The process could be automated on both ends (tar packagers and users of Konstruct) to provide a seemless upgrade between releases. This would save a considerable amount of bandwidth, and certainly would help modem users like myself. Darin

OT qt-copy issues - AC - 2003-01-06

Could someone confirm some recent borkage in qt-copy HEAD ? fails to create moc.y or something and fails to build in general. I didn't made any changes to my system e.g. same bison, same compiler same glibc same lexer (flex) so I assume it's more coderelated.

Re: OT qt-copy issues - AC - 2003-01-06

.. used to compile like a charm 26th dec 2002 with named setup.

Re: OT qt-copy issues - Shyru - 2003-01-06

Same problem here. Can't get it to build... :( Any ideas?

Re: OT qt-copy issues - AC - 2003-01-06

Nope, no ideas. Let's wait for a qt-copy update which may arrive every day. But good to know that I'm not the only one.

Re: OT qt-copy issues - eli0tt - 2003-01-06

You may want to read README.qt-copy GNU Bison did not work for me, so i did as they said and used byacc instead. I think there's your problem.

Re: OT qt-copy issues - Shyru - 2003-01-06

No, I also read README.qt-copy, and thought, ahh, its a yacc problem. So I installed byacc, and set YACC='byacc -d' before configuring QT, but this did not help! :(

Re: OT qt-copy issues - eli0tt - 2003-01-06

Yeah, setting the YACC variable did not do the trick for me, too. When trying to build it still used the "yacc" command instead of "byacc". Try looking for this. If this is the case try editing the Makefile in 'src/moc' directly and change "YACC = yacc" to "YACC = byacc -d". Finally - in that dir - do a "make clean" and "make". It worked for me.

Re: OT qt-copy issues - Alan Chandler - 2003-01-07

It seems to me to screw up y.moc during the qmake/configure portion. If you do a cvs up after these steps you will see cvs seemingly trying to merge two files. I deleted these two files, cvs up again and then make and it worked.

Re: OT qt-copy issues - AC - 2003-01-06

No, Bison used to work flawlessly for me before. That's definately no Bison issue. As I previously wrote QT-COPY used to compile flawlessy for me with the same setup on 26th dec 2002.

Re: OT qt-copy issues - Jesper Juhl - 2003-01-07

I can confirm that QT 3.1.1 seems broken (3.1.0 builds nicely on this box). On my box it breaks like this : gmake[2]: Entering directory `/usr/local/qt-x11-free-3.1.1/src/moc' yacc -d moc.y moc.y:849: warning: previous rule lacks an ending `;' moc.y:908: type clash (`' `arg') on default action moc.y:1066: type clash (`' `string') on default action moc.y:1067: type clash (`' `string') on default action moc.y:1068: type clash (`' `string') on default action moc.y:1094: warning: previous rule lacks an ending `;' moc.y:1273: type clash (`' `string') on default action moc.y:1274: type clash (`' `string') on default action moc.y:1402: type clash (`' `string') on default action moc.y:1436: type clash (`' `string') on default action gmake[2]: *** [moc_yacc.cpp] Error 1 gmake[2]: Leaving directory `/usr/local/qt-x11-free-3.1.1/src/moc' gmake[1]: *** [src-moc] Error 2 gmake[1]: Leaving directory `/usr/local/qt-x11-free-3.1.1' gmake: *** [init] Error 2

Re: OT qt-copy issues - AC - 2003-01-07

Yep exactly this. Thank you.

Re: OT qt-copy issues - Jesper Juhl - 2003-01-07

I emailed the QT people of TrollTech about this, and they told me the reason for this breakage. It turns out that building QT 3.1.1 (and, they say 3.1.0 as well) requires Berkeley yacc. Using bison in yacc compatibility mode is not good enough, you need the real yacc installed. /Jesper Juhl

Re: OT qt-copy issues - eli0tt - 2003-01-07

that's what i said from the beginning, thx! it builds fine for me (with Berkeley yacc).

Keep up the good work! - Christian Iversen - 2003-01-06

Even though I haven't had the time to try rc6 yet, rc5 is truly a good product. The developers have done a great job, and deserve to be thanked excessively :-)

Re: Keep up the good work! - Anders Juel Jensen - 2003-01-08

hail that! /kidcat

Konstruct on FreeBSD - elmaquer - 2003-01-06

anyone had any luck getting it to work? I get: $ make install "../../gar.conf.mk", line 66: Need an operator "../../gar.conf.mk", line 74: Need an operator Variable LD_LIBRARY_PATH is recursive.

Re: Konstruct on FreeBSD - elmaquer - 2003-01-06

doh! gmake should do the trick methinks

Re: Konstruct on FreeBSD - nate - 2003-01-31

I am getting this same message on my FreeBSD 4.7 install. I have read that LD_LIBRARY_PATH is a bad thing and im not sure if i want it set on my system (yet). Is there another way to run konstruct without setting the LD_LIBRARY_PATH variable? Again, here's my issue with konstruct: $make install "../../gar.conf.mk", line 66: Need an operator "../../gar.conf.mk", line 74: Need an operator Variable LD_LIBRARY_PATH is recursive. Thanks Nate

Re: Konstruct on FreeBSD - Anonymous - 2003-01-31

Is that with or without GNU make? And if you're root, change /etc/ld.so.conf and run ldconfig (don't know what matches on FreeBSD) instead of setting LD_LIBRARY_PATH.

Re: Konstruct on FreeBSD - nate - 2003-02-10

Well, I'm following the Konstruct instructions as follows: Login:user3 password: $ cd ~/dwnlds/konstruct $ cd meta/everything; make install I also tried to use GNU make. $ cd ~/dwnlds/konstruct $ cd meta/everything; gmake install after I run gmake for over 4 hours, it gives me compiling errors, but I don't know where to look for the errors. Any ideas? Is there a gmake log file somewhere that might enlighten me? Thanks Nate

KDE 3.1 Requirements - James Richard Tyrer - 2003-01-06

I note that if you get the current version of Java from Sun that it includes JSSE. I would suggest that you should get at least GhostScript 7.0.5 (8.0 is available but it insn't GNU). Does KDE require: "libgs.so.x" and/or does it require an application named: "gs"? I didn't see anything about FontConfig or Xft[2] -- the FCPackage. Does anybody know about: "dnotify"? Can you use this? Does it do any good.? -- JRT

Re: KDE 3.1 Requirements - Stijn Buys - 2003-01-07

dnotify is a linux 2.4.x kernel API for informing processes of reads/writes to files. I compiled my kdelibs with this option and it seems it makes konqueror hold a lock on directories you open with it. As a result you can't umount /mnt/cdrom while having it open in a window. Don't use it, install libfam and no such things will trouble you :)

Re: KDE 3.1 Requirements - Rex Dieter - 2003-01-07

I experienced exactly the opposite. In my case, it was fam that held locks on directories... and in the case of removable media (floppies, cdroms), I sometimes had to manually kill the fam process before I could unmount them. The easier workaround (when I stuck to using fam) was to change konqueror to a different directory before closing it's window. On a side note, I'm not sure if dnotify and fam are mutually exclusive, or even if these options even serve the same purpose (I *think* they are at least similar). -- Rex

kde requirements - not me - 2003-01-06

Hey, has nobody noticed the second-to-last link in the article? (http://promo.kde.org/kde31_reqs.php) It is the often-requested list of every single library or external program that KDE needs or can use at compile time, complete with an explanation of the features enabled when KDE finds it! Thanks a lot Dre!

Re: kde requirements - Johan Veenstra - 2003-01-06

I noticed it, it was mentioned a while ago in an other article. The only thing that is not clear to me about those 'requirements' is wether they are compile-time requirements or a mix of compile-time and run-time requirements. If it's a mix, the page should show which ones are compile-time and which ones are run-time.

Re: kde requirements - Max Inglis - 2003-02-07

That page seems to be broken... is there an updated link? I'm trying to build via konstruct, getting some errors, want to be sure of my libs etc... thanks! max inglis

Speed - Gralbe Able - 2003-01-06

I've just compiled arts, libs, base and the one thing I notice is that it feels much faster than rc5 (I do *not* think rc5 was slow, btw). Has anyone else noticed this or is it just the palcebo effect?

Re: Speed - socialEcologist - 2003-01-07

I found it very quick too. I have compiled KDE with specific gcc flags : CFLAGS and CXXFLAGS = -fomit-frame-pointer -falign-functions=4 -fancy-math=387 -mcpu-i686 as recommended in konstruct and there is a big difference in speed with all previsous releases. So far everything is very stable using these flags... Does someone know if I can safely compile QT with those options ?

Kdvi - Muyfeo - 2003-01-06

Hi, thanks for this RC. I only have the following problem. Kdvi tends to freeze when reading a .dvi file. At the end, it does the job, but it takes too much time and in the meantime the machine is useless. Even the clock freezes. The only message i get when running Kdvi it from the konsole is: QObject::connect: No such slot infoDialog::setFontInfo(fontPool*) QObject::connect: (sender name: 'Font Pool') QObject::connect: (receiver name: 'Document Info') QMetaObject::findSignal:KDVIMultiPage: Conflict with KMultiPage::numberOfPages(int) kdecore (KAction): WARNING: KAction::insertKAccel( kaccel = 0x814de28 ): KAccel object already contains an action name "help_whats_this" QMetaObject::findSignal:KViewPart: Conflict with KParts::Part::setStatusBarText(const QString&) I'm using texstar's rpms of RC6, on a box with Mandrake 9.0 Thanks again for the excelent work!. I hope this helps. muyfeo

Re: Kdvi - obi - 2003-01-07

the rpms are not texstars, although he links to them. They are build by lmontel.

Screen savers - Caspian - 2003-01-06

After compiling RC6 on my Slackware-current installation none of my screen-savers work anymore. Has anyone else had this problem? The x-screen-saver collection is still installed in /usr/X11R6/lib/xscreensaver/... which isn't in my path, but why did it break just from upgrading to RC6 (from RC5)? Aside from that thanks to all the developers! I love KDE and it seems like it keeps getting more useful every few weeks.

Re: Screen savers - Nick Sella - 2005-03-17

I would like to get the screen savers from the gnome desktop to run on the KDE environment. Is that possible?? Thank you!

Kiosk goodness!? - Bill Kendrick - 2003-01-07

I've been putting together a Debian box with KDE 3.0.5, trying to set it up as a kiosk system. (A public terminal to be available at a newspaper/magazine store here in Davis, California; once it's up, they've asked for another for a local Co-Op grocery store. In both cases, they're replacing older Windows/Netscape systems) I've been eagerly awaiting 3.1, since everyone's been telling me the kiosk framework is much more polished. Yay! I hope this does it for me! :^) Bill Kendrick Linux Users' Group of Davis http://www.lugod.org/

Slackware-8.1 packages - JC - 2003-01-07

There are packages for slackware-8.1 on the ftp if some people didn't notice it yet.

Re: Slackware-8.1 packages - jhollett - 2003-01-08

many thanks to whoever packages these kde packages for slackware... on another note, the cut & paste functionality of kde3.1RC6 seems to be less reliable than the 3.0 series. i never know what's going to be pasted when i Ctrl-V. it usually isn't what is listed as the newest copy on klipper. also, with 3.0.x the cut & paste in regards to konsole was good. with 3.1RC6 it's somewhat out of control. i've been using linux as my desktop exclusivly for 2+ years and i've never gotten a handle on the cut and paste usability. still, kde rocks & many thanks to all who contribute....

Konstruct problem - Ilan Finci - 2003-01-07

Hi, I've tried using Konstruct (the tar konstruct-20030106.tar.bz2), and in the process of downloading things, two patches where not found (kdelibs's do-not-fail-fast-malloc.diff, and qt's auto-license.diff). Are those diffs needed? If not - they should be removed from the Makefiles of Konstruct. Other then this - this is a greate tool :) Thanks, Ilan

Re: Konstruct problem - Anonymous - 2003-01-07

They are in the files/ subdirectories of kdelibs and qt. You didn't delete the files/ directories yourself?

Re: Konstruct problem - Ilan Finci - 2003-01-07

sorry, My mistake - I commented out the last line in gar.conf.mk, that added the local files (where the diffs are). I had some problems yesterday I thought where caused by it. Working now. Thanks. Ilan

Re: Konstruct problem - trenton - 2003-02-07

Thanks, i made the same mistake. Your post saved me _a_lot_ of time. Cheers trenton

Re: Konstruct problem - Simon - 2003-06-10

I've hit the same problem, but I don't understand your explanation. I downloaded all the .tar.bz2 source files to /usr/local/src/kde then added the line FILEDIR=/usr/local/src/kde to gar.conf.mk When I build konstruct/kde I just get loads of errors along the lines of: Location: ftp://kde.uk.themoes.org/pub/kde/stable/3.1.2/src/do-not-fail-fast-malloc.diff [following] --20:55:12-- ftp://kde.uk.themoes.org/pub/kde/stable/3.1.2/src/do-not-fail-fast-malloc.diff => `download/do-not-fail-fast-malloc.diff' Resolving kde.uk.themoes.org... done. Connecting to kde.uk.themoes.org[212.100.230.18]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/kde/stable/3.1.2/src ... done. ==> PORT ... done. ==> RETR do-not-fail-fast-malloc.diff ... No such file `do-not-fail-fast-malloc.diff'. make[3]: *** [http//download.kde.org/stable/3.1.2/src/do-not-fail-fast-malloc.diff] Error 1 make[3]: Leaving directory `/usr/local/src/kde/konstruct/kde/kdelibs' *** GAR GAR GAR! Failed to download download/do-not-fail-fast-malloc.diff! GAR GAR GAR! *** make[2]: *** [download/do-not-fail-fast-malloc.diff] Error 1 make[2]: Leaving directory `/usr/local/src/kde/konstruct/kde/kdelibs' make[1]: *** [dep-../../kde/kdelibs] Error 2 make[1]: Leaving directory `/usr/local/src/kde/konstruct/kde/kdeutils' make: *** [build] Error 2 I've not deleted anything, whats going on.

Re: Konstruct problem - Anonymous - 2003-06-10

Don't mess with FILEDIR! Read the README and *add* your source path to FILE_SITES.

Re: Konstruct problem - Simon Bazley - 2003-06-11

Ah ok, that makes sense. However the README file doesn't say to add entries to the FILE_SITES. It implies you should replace the FILE_SITES variable all together (so I thought I was being clever only using the bit that appeared unused). Thanks, perhaps the README should be made a bit clearer on this, I can't be the only person to have made this mistake.

Re: Konstruct problem - Anonymous - 2003-06-11

> However the README file doesn't say to add entries to the FILE_SITES. "FILE_SITES If you have already downloaded source tarballs add the path here." > It implies you should replace the FILE_SITES variable all together. Definitive not.

Re: Konstruct problem - Christian - 2004-03-11

I had problem also with do-not-fail-fast-malloc.diff, it was because the program was not able to create a symlink on the file, probably because I unzipped and run konstruct on a fat32 partition.

Re: Konstruct problem - Jelio - 2004-10-22

Starting from fat32 partition has generated the same error for me! I moved the folder to ext3 and it skips the error! Thank you for your help gays!

Re: Konstruct problem - Jelio - 2004-10-22

I ment GUYS! Really SORRY!

Re: Konstruct problem - Ross - 2003-10-26

I also seem to have a problem with the do-not-fail-fast-malloc.diff file. The FILE_SITES variable points to the correct directory and the file does exist on my drive. This is the o/p when I try to use konstruct to build kdelibs-3.1.4: [===== NOW BUILDING: kdelibs-3.1.4 =====] install -d download ==> Grabbing download/kdelibs-3.1.4.tar.bz2 ==> Trying file//files/kdelibs-3.1.4.tar.bz2 make[3]: Entering directory `/konstruct/kde/kdelibs' make[3]: *** [file//files/kdelibs-3.1.4.tar.bz2] Error 1 make[3]: Leaving directory `/konstruct/kde/kdelibs' ==> Trying file///home/crawford/kde3.1.4-sources/kdelibs-3.1.4.tar.bz2 make[3]: Entering directory `/konstruct/kde/kdelibs' make[3]: Leaving directory `/konstruct/kde/kdelibs' ==> Grabbing download/do-not-fail-fast-malloc.diff ==> Trying file//files/do-not-fail-fast-malloc.diff make[3]: Entering directory `/konstruct/kde/kdelibs' make[3]: Leaving directory `/konstruct/kde/kdelibs' [fetch] complete for kdelibs. install -d cookies ==> Running checksum on kdelibs-3.1.4.tar.bz2 82c265de78d53c7060a09c5cb1a78942 download/kdelibs-3.1.4.tar.bz2 file kdelibs-3.1.4.tar.bz2 passes checksum test! ==> Running checksum on do-not-fail-fast-malloc.diff 9ec7379a27efa6bc738a1ddad0b92f4e download/do-not-fail-fast-malloc.diff file do-not-fail-fast-malloc.diff passes checksum test! [checksum] complete for kdelibs. install -d work ==> Extracting download/kdelibs-3.1.4.tar.bz2 [extract] complete for kdelibs. ==> Applying patch download/do-not-fail-fast-malloc.diff patch: not found make[2]: *** [normal-patch-do-not-fail-fast-malloc.diff] Error 127 make[2]: Leaving directory `/konstruct/kde/kdelibs' make[1]: *** [dep-../../kde/kdelibs] Error 2 make[1]: Leaving directory `/konstruct/kde/kdebase' make: *** [dep-../../kde/kdebase] Error 2 "patch: not found" is reported above but its in the download/ directory! Any ideas?

Re: Konstruct problem - Anonymous - 2003-10-26

You're not missing not the patch file but the "patch" binary (usually /usr/bin/patch). Install the package of your distribution which contains it (likely called "patch") and you should be fine.

Re: Konstruct problem - Ross - 2003-10-26

Hey thanks for your help :) but I'm still a bit confused. I downloaded the patches from ftp://ftp.mirror.ac.uk/sites/ftp.kde.org/pub/kde/stable/3.1.4/src/ and the one which is having a problem is kdelibs-3.1.4.tar.bz2. Are you saying there should be a separate binary file for the .diff file and if so I can't find that? Thanks. :-?

Re: Konstruct problem - Anonymous - 2003-10-26

Try "which patch", what does it tell? If it doesn't tell you a path you're missing the required program, called "patch", to apply patches.

Re: Konstruct problem - Ross - 2003-10-26

ah ok. Thanks :) I'm a bit further now... While trying to configure Qt/X11 it falls over because it cannot find the qt_windows.h header file. Tried a google search for this file but couldn't get my hands on it. Got a copy?

Re: Konstruct problem - Anonymous - 2003-10-26

Qt/X11 doesn't need qt_windows.h. You didn't post the error and drew a wrong conclusion.

Re: Konstruct problem - Ross - 2003-10-26

Sorry, here is the o/p: [Crawford Morgan@home]/konstruct/meta/kde:{55}:$ make install [===== NOW BUILDING: kde-1 =====] [fetch] complete for kde. [checksum] complete for kde. [extract] complete for kde. [patch] complete for kde. ==> Building kde/kdebase as a dependency make[1]: Entering directory `/konstruct/kde/kdebase' [===== NOW BUILDING: kdebase-3.1.4 =====] [fetch] complete for kdebase. [checksum] complete for kdebase. [extract] complete for kdebase. [patch] complete for kdebase. ==> Building kde/kdelibs as a dependency make[2]: Entering directory `/konstruct/kde/kdelibs' [===== NOW BUILDING: kdelibs-3.1.4 =====] [fetch] complete for kdelibs. [checksum] complete for kdelibs. [extract] complete for kdelibs. [patch] complete for kdelibs. ==> Building libs/arts as a dependency make[3]: Entering directory `/konstruct/libs/arts' [===== NOW BUILDING: arts-1.1.4 =====] [fetch] complete for arts. [checksum] complete for arts. [extract] complete for arts. [patch] complete for arts. ==> Building libs/qt-x11-free as a dependency make[4]: Entering directory `/konstruct/libs/qt-x11-free' [===== NOW BUILDING: qt-x11-free-3.1.2 =====] [fetch] complete for qt-x11-free. [checksum] complete for qt-x11-free. [extract] complete for qt-x11-free. [patch] complete for qt-x11-free. ==> Running configure in work/qt-x11-free-3.1.2 This is the Qt/X11 Free Edition. You are licensed to use this software under the terms of either the Q Public License (QPL) or the GNU General Public License (GPL). Type 'Q' to view the Q Public License. Type 'G' to view the GNU General Public License. Type 'yes' to accept this license offer. Type 'no' to decline this license offer. Do you accept the terms of either license? Creating qmake. Please wait... make[5]: Entering directory `/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/ qmake' g++ -c -o qglobal.o -I. -Igenerators -Igenerators/unix -Igenerators/win32 -Igene rators/mac -I/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/include/qmake -I /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/include -I/konstruct/libs/qt- x11-free/work/qt-x11-free-3.1.2/include -DQT_NO_TEXTCODEC -DQT_NO_UNICODETABLES -DQT_NO_COMPONENT -DQT_NO_STL -DQT_NO_COMPRESS -I/konstruct/libs/qt-x11-free/wor k/qt-x11-free-3.1.2/mkspecs/cygwin-g++ /konstruct/libs/qt-x11-free/work/qt-x11-f ree-3.1.2/src/tools/qglobal.cpp /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:176:24: qt_windows.h: No such file or directory /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp: In function `int qWinVersion()': /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:190: er ror: ` Qt' undeclared (first use this function) /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:190: er ror: (Each undeclared identifier is reported only once for each function it appears in.) /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:190: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:205: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:210: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:216: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:218: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:220: er ror: parse error before `::' token /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp: At global scope: /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:235: er ror: syntax error before `::' token make[5]: *** [qglobal.o] Error 1 make[5]: Leaving directory `/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/q make' qmake failed to build. Aborting. make[4]: *** [configure-work/qt-x11-free-3.1.2/configure] Error 2 make[4]: Leaving directory `/konstruct/libs/qt-x11-free' make[3]: *** [dep-../../libs/qt-x11-free] Error 2 make[3]: Leaving directory `/konstruct/libs/arts' make[2]: *** [dep-../../libs/arts] Error 2 make[2]: Leaving directory `/konstruct/kde/kdelibs' make[1]: *** [dep-../../kde/kdelibs] Error 2 make[1]: Leaving directory `/konstruct/kde/kdebase' make: *** [dep-../../kde/kdebase] Error 2 The reason I thought this was because of: /konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/src/tools/qglobal.cpp:176:24: qt_windows.h: No such file or directory which appears to be the first error above. The qglobal file at line 176 has a #include for qt_windows.h which isn't on my system. Apologies for any confusion.

Re: Konstruct problem - Anonymous - 2003-10-26

> -I/konstruct/libs/qt-x11-free/work/qt-x11-free-3.1.2/mkspecs/cygwin-g++ Qt's configure detects that it's running on CygWin. You don't try to do that, or? You didn't say anything about your system yet.

Re: Konstruct problem - Anonymous - 2004-05-26

I have the exact same problem. I'm trying to install the free qt on windows XP, and it cant find qt_windows.h

Re: Konstruct problem - andout - 2005-05-26

I have a same problem: /cygdrive/c/cygwin/qt/qt-embedded/src/tools/qglobal.cpp:263:24: qt_windows.h: No such file or directory.And I don't no to fix that.Can you help me?

Re: Konstruct problem - Moe Bigsley - 2005-06-23

qt_windows.h can be found in any of the snapshots here: http://webdev.cegit.de/snapshots/kde-cygwin/qt/ Add it to your qt-x11-free-3.3.4/include directory

Re: Konstruct problem - Prabal - 2004-02-29

I get a slightly different variant of the above problem : (I'm installing KDE-3.2 on solaris8) install -d work/kdelibs-3.2.0 ==> Applying patch download/do-not-fail-fast-malloc.diff can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- work/kdelibs-3.2.0/configure 2003-11-30 14:18:30.000000000 +0100 |+++ tmp/kdelibs-3.2.0/configure 2003-12-01 20:18:09.000000000 +0100 -------------------------- File to patch: % /usr/local/bin/patch -v patch 2.5.4 Any clue on what's wrong ? Thanks,

Konstruct problem while making kmail........... - arun - 2005-04-24

hi! there is a problem with konstruct & that is it get's stuck while making kmail. i'm attaching the o/p for the review.it doesn't moves ahead of the last line. any suggestions for that ....

Re: Konstruct problem while making kmail........... - [onlybasit] - 2005-10-10

No reply!!!!!!!!!!! Hello guyz i am having the same problem. Doesn't any one have the solution to it? Comeon man i want to compile kde 3.4 on my fedora...

KDE 3.1rc6 RedHat 7.3 RPMS available. - Rex Dieter - 2003-01-11

KDE 3.1rc6 RedHat 7.3 RPMS are available. See http://kde-redhat.sourceforge.net/ and http://sourceforge.net/forum/forum.php?forum_id=242422 for details. Enjoy. -- Rex

how do I save my session? - Ilan Finci - 2003-01-12

Hi, I've compiled and run KDE 3.1RC6 (using kostruct, which is just greate), and I have one small problem: When logging out, there is no option to save the session. I've seen in the control panel the options for the session manager, but it seems to to change: 1. When I have the default, to start with previous session, some of the application I've started do not restart. 2. When having the option to start with a manully saved session, I don't see how I save the session I want to start with. What do I miss? THanks, Ilan

Re: how do I save my session? - Anonymous - 2003-01-12

The second option enables a "Save Session" in the K menu right beside "Lock Screen".

Re: how do I save my session? - Amit Shah - 2003-06-17

I want the session manager to save a session by default while logging off... but still want to be able to manually save a session. How do I do this? Is there a command-line thing I can do to save a session?

Re: how do I save my session? - Anonymous - 2003-06-17

dcop ksmserver default saveCurrentSession

Re: how do I save my session? - Anonymous - 2003-08-02

On Solaris 9 : # dcop ksmserver default saveCurrentSession call failed Ideas?

Re: how do I save my session? - dan tan - 2003-12-07

Hi, Did you ever find the answer to your question? I am facing with the same problem. Thanks!

Re: how do I save my session? - Amit Shah - 2003-12-08

As someone (anonymous) posted above: dcop ksmserver default saveCurrentSession It didn't work for someone on Solaris, though.

Re: how do I save my session? - anonymouss - 2004-03-03

I noticed in previous versions of KDE (2 something?), when logging out of KDE, the "confirm logout" dialog used to have a checkbox to cause the current session to be saved and restored when next starting KDE. Since then (kde 3), that feature is gone. Why? I would like to be able to save my session sometimes, but not always, and not have to manually choose another option to save my session, besides the "logout" option. Why was the "save session" checkbox in the logout dialog feature removed? Was it simply overlooked when developing KDE 3? It's a useful feature and IMO should be added again. Also useful would be if the checkbox would remember its previous state. i.e. if I check the box one time when logging out, the next time I log out, the checkbox is by default checked. If I leave the box unchecked, the next time I log out, it is by default unchecked. I would highly appreciate seeing this feature again in a soon-to-come version of KDE.

Re: how do I save my session? - Dean Brunson - 2004-03-12

Omitting the "save session" checkbox in the logout dialog box has been an aggravation for some time. I'd also like to see it fixed. I'd like to see it just as described in the previous post: "save my session sometimes, but not always, and not have to manually choose another option... the checkbox would remember its previous state. i.e. if I check the box one time when logging out, the next time I log out, the checkbox is by default checked. If I leave the box unchecked, the next time I log out, it is by default unchecked."

3.1 or RC7 - Adrian - 2003-01-14

well we'll see next week :)

Re: 3.1 or RC7 - Zvjer - 2003-01-14

hehehehehehehehehe

Re: 3.1 or RC7 - nick - 2003-01-15

=) 15 jan..mmm

Resize - Anonymous - 2003-01-15

why i cannot resize the "Find file" window? i have a 1024x768 desktop this window i much larger! (i have Kde3.1 Rc5 compiled for Mdk9.. but this also appen whit the Kde3.0) Compliments for the good work an sorry for my horrible english!

Another (strange) Konstruct problem - dtd/kdex.dtd - lilac - 2003-01-22

I'm having problems building KDE with Konstruct: make[5]: Entering directory `/mnt/spool/usr/tla/build/konstruct/apps/kcpuload/work/kcpuload-1.99/doc/en' /home/tla/kde3.1-rc6/bin/meinproc --check --cache index.cache.bz2 ./index.docbook index.docbook:8: error: failed to load external entity "dtd/kdex.dtd" I've read around and found that libxml2 ver 2.4.26 introduced this problem, but also that it was fixed in later versions. My libxml2 version is 2.5.0... The really strange thing is, all of the documentation upto this point has built successfully. I left the build running overnight, and when I came back it had stopped with the above error. But now when I go back into docs it's already built and attempt to rebuild them, that fails too... I've reinstalled libxml2{,-dev} to no avail. Any suggestions?

Re: Another (strange) Konstruct problem - dtd/kdex.dtd - Charlie - 2003-01-29

I was having this problem too with the KDE 3.1 source, except it happened in the kdeedu docs. I think Konstruct was using the wrong meinproc (or rather, it didn't build its own), so I had to do a few things by hand: - Change the DTD in each index.docbook from V1.1//EN to V1.0//EN - If the app's name isn't there already, add it to /usr/share/apps/ksgmltools2/customization/entities/general.entities - Run "meinproc --check --cache index.cache.bz2 index.docbook" by hand in each directory that Konstruct's make fails in. There's probably a better way to do it, but this worked for me. Hope that helps, Charlie

Re: Another (strange) Konstruct problem - dtd/kdex - Gold - 2004-02-06

I had this problem with KDE3.2 also. First off, thatnks to Charlie for the initial pointer. Running the meinproc command manually as you suggested fixed things up. Had a little trouble figuring this out initially. This may be obvious to some but hopefully it'll help out a few. For anyone else having this issue just before all the xml errors you'll see the following lines; make[6]: Entering directory `/home/unifex/src/konstruct/apps/koffice/work/koffice-1.3/doc/koshell' /usr/bin/meinproc --check --cache index.cache.bz2 ./index.docbook index.docbook:8: I/O error : failed to load external entity "dtd/kdex.dtd" What you need to do is cd to the dir in the final make[6] line and then run the meinproc command by hand. You might as well open a new shell and do it from there also. You'll be doing this a few times. After each continue the make process until you get another. The thing I don't get is that it appears the command is actually being executed by the script. Why doesn't it work there? Regards, Gold. http://www.babel.com.au/gold/ The directories below are those that I've had to do this in. konstruct/apps/koffice/work/koffice-1.3/doc/kugar konstruct/apps/koffice/work/koffice-1.3/doc/kword konstruct/apps/koffice/work/koffice-1.3/doc/koffice konstruct/apps/koffice/work/koffice-1.3/doc/koshell konstruct/apps/koffice/work/koffice-1.3/doc/kspread konstruct/apps/koffice/work/koffice-1.3/doc/kchart konstruct/apps/koffice/work/koffice-1.3/doc/kpresenter konstruct/apps/koffice/work/koffice-1.3/doc/thesaurus konstruct/apps/koffice/work/koffice-1.3/doc/kformula

Re: Another (strange) Konstruct problem - dtd/kdex.dtd - Marco Fioretti - 2004-02-09

> - If the app's name isn't there already, add it > to /usr/share/apps/ksgmltools2/customization/entities/general.entities How should it be added? Which syntax? On my system that file already lists kivio, for example: <!ENTITY kivio "<application>Kivio</application>"> TIA, Marco

Re: Another (strange) Konstruct problem - dtd/kdex - Ajrarn - 2003-12-16

I Have exactly the same problem with Konstruct for the last beta of KDE where building the doc of KOffice 1.2.94. Does anyone have a solution for this ? I'm completly stucked...

Re: Another (strange) Konstruct problem - dtd/kdex - Anonymous - 2003-12-16

Install bzip2 headers, http://bugs.kde.org/show_bug.cgi?id=70190