Re: KDevelop for woody
You can get my version of KDevelop 2.1.5 using the following apt source lines. It is compiled for KDE 3.1.2. deb http://people.debian.org/~njordan/stable binary/ deb-src http://people.debian.org/~njordan/stable source/ You can also try out KDevelop 3 using the same lines. It is not stable yet though. It uses the following package names: gideon gideon-data gideon-dev (optional) gideon-doc (optional) gideon-plugins On Sun, Jun 08, 2003 at 11:53:29PM +0100, David Pye wrote: > Hi guys, > > I have reinstalled my woody system and am now unable to find the kdevelop > packages that went along with the previous KDE 3 install I had here. > > I understand that they may have been part of Ralf's repository, which has now > disappeared. > > I'd be very grateful if anybody has a copy of the deb (or knows where I can > find it!) as I'm stuck trying to manage my project with vi at the moment! > > Thanks, > > David Pye > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Norman Jordan <[EMAIL PROTECTED]>
Re: Writing CDs quickly - script included
On Monday 09 June 2003 13:55, Jo Voordeckers wrote: > > Hm. "ease" ... I have yet to find a way to burn a movie file to a CD > > with _one_ mouse click > > Mandrake 9.1 includes K3B into te rightclick menu of konqueror allowing you > to do a burn to cd from rightclicking a directory. This is not special for Mandrake. It works that way in debian as well. It creates a data cd with the file. If you wanted a vcd or svcd then you have to take further steps. But making a svcd from a movie file is not a simple thing either. There are file format conversion isues for instance. This is correlated with quality isues. I don't think it can be as simple as a mouse click. Anders -- This email was generated using KMail from KDE 3.1.2 on Debian GNU/Linux
Re: KDE Installation with 2.4.18
thanks for the help guys - Original Message - From: "Alex" <[EMAIL PROTECTED]> To: Sent: Monday, June 09, 2003 7:19 PM Subject: Re: KDE Installation with 2.4.18 El Martes, 10 de Junio de 2003 00:36, Tom Kloppel escribió: > deb http://download.kde.org/stable/3.1.2/Debian stable main That's right. > When i do 'apt-get install kde' it wants to install an older version, 2.x., > but i want 3 heh That's wrong. IIRC, it's explained in the readme. This is a very common problem, did you check the archives? ;-) kde, is the name of the _old_ metapackage of kde (kde 2, the one included in woody officially). You must do "apt-get install kdebase kdm", and update section by section (apt-get install kdenetwork kdemultimedia kde.). > _ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail This footer looks very ugly in a free software mailing list, and using some bad webmails, is not very "thread-friendly". Are you sure that M$ hotmail is the only provider of free email accounts? O;-) Best regards, -- Alex (a.k.a. suy) - GPG ID 0xAA8D2A01 http://lacurva.net/ - Jabber ID: [EMAIL PROTECTED] Sorry. I just realized this sentance makes no sense :) -- Ian Main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KDE Installation with 2.4.18
El Martes, 10 de Junio de 2003 00:36, Tom Kloppel escribió: > deb http://download.kde.org/stable/3.1.2/Debian stable main That's right. > When i do 'apt-get install kde' it wants to install an older version, 2.x., > but i want 3 heh That's wrong. IIRC, it's explained in the readme. This is a very common problem, did you check the archives? ;-) kde, is the name of the _old_ metapackage of kde (kde 2, the one included in woody officially). You must do "apt-get install kdebase kdm", and update section by section (apt-get install kdenetwork kdemultimedia kde.). > _ > The new MSN 8: advanced junk mail protection and 2 months FREE* > http://join.msn.com/?page=features/junkmail This footer looks very ugly in a free software mailing list, and using some bad webmails, is not very "thread-friendly". Are you sure that M$ hotmail is the only provider of free email accounts? O;-) Best regards, -- Alex (a.k.a. suy) - GPG ID 0xAA8D2A01 http://lacurva.net/ - Jabber ID: [EMAIL PROTECTED] Sorry. I just realized this sentance makes no sense :) -- Ian Main
Re: KDE Installation with 2.4.18
The source that i added to the list was the one provided by KDE's site for debian. deb http://download.kde.org/stable/3.1.2/Debian stable main When i add it then type 'apt-get update' i get: # apt-get update Hit http://security.debian.org stable/updates/main Packages Hit http://security.debian.org stable/updates/main Release Get:1 http://download.kde.org stable/main Packages [40.4kB] Ign http://download.kde.org stable/main Release Fetched 40.4kB in 1s (35.0kB/s) Reading Package Lists... Done Building Dependency Tree... Done When i do 'apt-get install kde' it wants to install an older version, 2.x., but i want 3 heh. Your time is appreciated. _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: KDE Installation with 2.4.18
>> I upgraded my kernel to 2.4.18 and I added the KDE source to my >> sources.list, did an update, and apt ignored it... All that i can install >> is kde 2.x., but i want 3.1.2. Am I doing something wrong or am i going to >> have to install by source since i upgraded the kernel? (please no.) >> >> > >What KDE "source" did you add to your /etc/apt/sources.list file? It >makes a difference if your other sources are "stable" or "testing" and >your KDE source is "unstable". You cannot normally "mix" Debian dists >unless you do some additional config for apt. This has nothing to do >with your kernel upgrade, but everything to do with apt config. What >messages are you getting when you do an "apt-get update" regarding the >new source? > Just to point out another, non-official source: Ralf Nolan had back-ported KDE3 to Woody as part of a work project. This was later move to KDE's own web site, where is is now updated to include KDE-3.1.2 for Woody. So, it is possible to run KDE-3.1.2 on a Woody system without the usual problems of trying to mix stable and unstable libs. This also gets around the problems of different versions of GCC being used to compile the different libs. I don't have the actual source site as I'm at work, but I have used it to update my woody system so I know it works. Cheers, John Gay
Re: KDE Installation with 2.4.18
Tom Kloppel wrote: I upgraded my kernel to 2.4.18 and I added the KDE source to my sources.list, did an update, and apt ignored it... All that i can install is kde 2.x., but i want 3.1.2. Am I doing something wrong or am i going to have to install by source since i upgraded the kernel? (please no.) What KDE "source" did you add to your /etc/apt/sources.list file? It makes a difference if your other sources are "stable" or "testing" and your KDE source is "unstable". You cannot normally "mix" Debian dists unless you do some additional config for apt. This has nothing to do with your kernel upgrade, but everything to do with apt config. What messages are you getting when you do an "apt-get update" regarding the new source? If your system is currently "stable" or Woody, then installing KDE 3.1.2 from Debian "unstable" could be quite a chore involving a LOT of new packages beyond the KDE stuff just to meet dependency requirements. Getting it for a current "testing" install is a bit easier, but still nothing to sneeze at. If you are concerned about having a lot of "testing" and/or "unstable" packages on your system, I wouldn't do the KDE 3.1.2 upgrade from Debian "unstable". I believe there are other sources for Debian Woody and/or Sarge that would be better choices. Let us know the current status of your install (stable or testing) and let us take a look at your /etc/apt/sources.list file. Have you implemented "pinning" for apt yet? This info would greatly help us present a more precise set of recommendations. Cheers, -Don Spoon-
Re: Writing CDs quickly - script included
> Op maandag 9 juni 2003 13:28, schreef Jens Benecke: > > > Hm. "ease" ... I have yet to find a way to burn a movie file to a CD > > with _one_ mouse click > > Mandrake 9.1 includes K3B into te rightclick menu of konqueror allowing you to > do a burn to cd from rightclicking a directory. man cdburn /bin/sh vim Fred > > -- > Regards, > > Jo Voordeckers > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
KDE Install with 2.4.18
Sorry if this sent multiple times... I upgraded my kernel to 2.4.18 and I added the KDE source to my sources.list, did an update, and apt ignored it... All that i can install is kde 2.x., but i want 3.1.2. Am I doing something wrong or am i going to have to install by source since i upgraded the kernel? (please no.)
KDE Installation with 2.4.18
I upgraded my kernel to 2.4.18 and I added the KDE source to my sources.list, did an update, and apt ignored it... All that i can install is kde 2.x., but i want 3.1.2. Am I doing something wrong or am i going to have to install by source since i upgraded the kernel? (please no.)
Re: kde crash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On June 8, 2003 01:35 pm, Tom Kloppel wrote: > I'll give it a shot. Thanks Hi Tom, You may also want to check if you have a local network setup properly. Can you ping localhost? If not that has been the cause of the error you mentioned before. - -James - -- James Michael Greenhalgh [EMAIL PROTECTED] https://opendoorsoftware.com open minds providing open source solutions -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+5OjRgZMynI5GLOURAtqoAKCX4/XMYwlMb01AkJjJTm+OKyDqxgCfadqA u3urui8dMsMYilmzCGac31U= =rBZn -END PGP SIGNATURE-
Re: Packaging very large i18n material
On Mon, Jun 09, 2003 at 08:39:11PM +0200, Mathieu Roy <[EMAIL PROTECTED]> was heard to say: > Nikolaus Rath <[EMAIL PROTECTED]> a tapoté : > > > Ben Burton <[EMAIL PROTECTED]> wrote: > > > 2) Build 37 different koffice-i18n-lang binary packages (like kde-i18n). > > > > > > This is bad because we add another 37 binary packages to the archives. > > > This is also not a solution that generalises since if we did this > > > for every package in the archive that provides i18n files our package > > > list would get completely out of hand. > > > > I think this is the way to go. If this is done using a common naming > > scheme, aptitude or dselect could hide all the localisation packages > > and ask for the language to be used when selecting the binary package. > > Hum, it should be kept in mind that on some computer, several i18n are > frequently used. > It's bad to assume that the root preferences are fine for all users. > > So aptitude or dselect should, indeed, directly automatically select > appropriate i18n packages, but hiding others ones is more > questionable. I don't think automatically hiding languages other than the ones selected on an initial install would be a bad idea, as long as there was a straightforward procedure for modifying them or unhiding other language data. I'd say that in 99% of the cases I've seen, the languages needed for a computer were known at install time. [0] I don't really like the idea of using the name to store this information, though. Couldn't we have a separate control field? Cowardly escaping email for a week before anyone can reply, Daniel [0] and 88% of all statistics are made up on the spot. -- / Daniel Burrows <[EMAIL PROTECTED]> ---\ | "He is so predictable, we could emulate | |him with a two-state Turing Machine."| \--- Listener-supported public radio -- NPR -- http://www.npr.org /
Re: Packaging very large i18n material
Nikolaus Rath <[EMAIL PROTECTED]> a tapoté : > Ben Burton <[EMAIL PROTECTED]> wrote: > > 2) Build 37 different koffice-i18n-lang binary packages (like kde-i18n). > > > > This is bad because we add another 37 binary packages to the archives. > > This is also not a solution that generalises since if we did this > > for every package in the archive that provides i18n files our package > > list would get completely out of hand. > > I think this is the way to go. If this is done using a common naming > scheme, aptitude or dselect could hide all the localisation packages > and ask for the language to be used when selecting the binary package. Hum, it should be kept in mind that on some computer, several i18n are frequently used. It's bad to assume that the root preferences are fine for all users. So aptitude or dselect should, indeed, directly automatically select appropriate i18n packages, but hiding others ones is more questionable. Bye, -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: Writing CDs quickly - script included
Am Montag, 9. Juni 2003 15:11 schrieb Jo Voordeckers: > Op maandag 9 juni 2003 14:51, schreef Felix Homann: > > So does Debian(Sid)! I guess it's a KDE feature. > > I tought it wasn't, I'm running 3.1.1a from the woody backport and it's not > there... Then enable this option in K3b. This is not a feature of KDE but a feature of K3b (at wizard configuration time). It's the same feature like kgpg adding the option to encrypt a file... HS -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org pgplGWCrGxEDy.pgp Description: signature
Re: Packaging very large i18n material
Ben Burton <[EMAIL PROTECTED]> wrote: > 2) Build 37 different koffice-i18n-lang binary packages (like kde-i18n). > > This is bad because we add another 37 binary packages to the archives. > This is also not a solution that generalises since if we did this > for every package in the archive that provides i18n files our package > list would get completely out of hand. I think this is the way to go. If this is done using a common naming scheme, aptitude or dselect could hide all the localisation packages and ask for the language to be used when selecting the binary package. --Nikolaus
Re: X weird thing
hi radus, On Mon, 9 Jun 2003 16:55:52 +0300 radus <[EMAIL PROTECTED]> wrote: > Why after a dist-upgrade if i try to run a X program as another user i get > > Xlib: connection to ":0.0" refused by server > Xlib: No protocol specified you might want to have a look at http://debianplanet.org/ or read about bug #196575 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=196575) something with xserver-xfree86, xlibs and gcc-3.2/gcc-3.3 seems not to work as expected resulting in breaking xauth with xdm/kdm (while gdm seems to be working for many). 3 most popular workarounds: A: downgrade to version 4.2.1-6 of xserver-xfree86, xlibs and related packages B: don't use kdm. use 'startx' or 'gdm' instead. C: upgrade to XFree86 4.3.x (unofficial but interesting if you have modern grafix hardware) greets, f.soul
Re: Packaging very large i18n material
> So, if you put all kde translations in kde-i18n-**, you will have to do this > with the others kde apps which have a different release cycle. FWIW, I was proposing this just for koffice (which has an unusually large amount of i18n data), not for all KDE apps. Ben.
Re: Packaging very large i18n material
Le Lundi 9 Juin 2003 15:25, Ben Burton a écrit : > Ah, okay, I wasn't entirely clear on the kde-i18n-lang option. What I > meant by this is that kde-i18n-lang would be updated for both KDE and > KOffice releases, and would include code taken from both branches as > appropriate. e.g., when KOffice 1.3 is released, even though KDE 3.1.2 > stays the same, a new upload of kde-i18n is made with new koffice > translations. So, if you put all kde translations in kde-i18n-**, you will have to do this with the others kde apps which have a different release cycle. For example : a new version of k3b is released. You have to take the new k3b.po and re-upload kde-i18n. If I want to upgrade k3b, I have to download i18n-xy just for k3b.po And the users would have to always keep the last stable version of every kde apps they want. And what if I want to keep an old koffice with the last kde ? Option 3 is very not modular... I also vote for option 2. > This is of course a mess to sort out since the apps are on different > release cycles. That is the big problem with option 3. > > b. :)
Re: Packaging very large i18n material
On Monday 09 June 2003 03:46, Ben Burton wrote: > 2) Build 37 different koffice-i18n-lang binary packages (like kde-i18n). > > This is bad because we add another 37 binary packages to the archives. > This is also not a solution that generalises since if we did this > for every package in the archive that provides i18n files our package > list would get completely out of hand. So what? 37 packages is nothing ;-) -- Frank Van Dammehttp://www.openstandaarden.be ~~~~ "Je pense, donc je suis breveté."
X weird thing
Hello! Why after a dist-upgrade if i try to run a X program as another user i get Xlib: connection to ":0.0" refused by server Xlib: No protocol specified K9
Re: Packaging very large i18n material
Ah, okay, I wasn't entirely clear on the kde-i18n-lang option. What I meant by this is that kde-i18n-lang would be updated for both KDE and KOffice releases, and would include code taken from both branches as appropriate. e.g., when KOffice 1.3 is released, even though KDE 3.1.2 stays the same, a new upload of kde-i18n is made with new koffice translations. This is of course a mess to sort out since the apps are on different release cycles. That is the big problem with option 3. b. :)
Re: Writing CDs quickly - script included
Op maandag 9 juni 2003 14:51, schreef Felix Homann: > So does Debian(Sid)! I guess it's a KDE feature. I tought it wasn't, I'm running 3.1.1a from the woody backport and it's not there... -- Regards, Jo Voordeckers
Re: Packaging very large i18n material
On Monday 09 June 2003 05:52, John Gay wrote: > >2) Build 37 different koffice-i18n-lang binary packages (like > > kde-i18n). > > > >This is bad because we add another 37 binary packages to the archives. > >This is also not a solution that generalises since if we did this > >for every package in the archive that provides i18n files our package > >list would get completely out of hand. > > This is the lessor of the 4 evils, but it might be possible to simplify > a little? Several languages are related to some degree. Maybe if the > languages could be grouped. I.E. the different asian languages would > include the various chinese and japanese localizations, the spanish > group could include the different variations like brazilian, mexican > etc. I'm no language expert, but I think this might reduce the number > of different packages to a more managable number, and still reduce the > download times to within reasonable limits. Maybe grouped for geographical regions. How big would a "-europe" package be? Or by encoding -8859-15 for those latin1 languages, etc Cheers, Kevin -- ~ Kevin Krammer <[EMAIL PROTECTED]> Developer at the Kmud Project http://www.kmud.de/ ~ pgpQBQNPERlYR.pgp Description: signature
Re: Packaging very large i18n material
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Lunes 9 de Junio de 2003 14:38, escribiste: > Hi. :) > > > we already discussed this sometime ago > > Though not with any resolution. > > > and since then there are koffice-i18n-xx packages > > Not on the debian servers. > > > apt-cache show koffice-i18n-es > > Package: koffice-i18n-es > > ... > > > Maintainer: Ralf Nolden <[EMAIL PROTECTED]> > > ... > > > Version: 1.2.1-0woody2 > > These are Ralf's backports of KDE3 and related material to woody. > Whilst I appreciate Ralf's work, I would like to get wider input on this > issue from other debian developers as well as users before uploading to > the official debian archives. OK, I understand. > > One of the main reasons for starting this thread is to see if there is > any strong reaction from other debian developers to the addition of 37 new > i18n packages. As I mentioned earlier, if every software packager uses > this solution then we have chaos. > > > (Discussing merging koffice i18n materials into kde-i18n-lang) > > ... > > > No, that spoils the translations from the translation teams due to the > > different release cycles between KDE and KDE. > > How does this spoil the translations? I don't see what you're saying here. > Well, perhaps I should be more exact, It spoils translations because it misses the work done by the translators of KOffice and because translations may not corresponds to the messages of the real applications. If you include koffice translations in kde-i18n-xx you will only get the translation done by the KDE release time and it may well happen that the translator has not ended his work, because he/she plans translations taking into account KOffice freeze, or just that the translated PO file corresponds to a POT updated by KDE release time, while the KOffice application may have a different POT. ...mmm... I bit confusing ?. > > How does this spoil the translations? I don't see what you're saying here. > > > option 4 (should not be even considered). > > Which is why I've restarted this thread, since option 4 is unfortunately > the status quo. Certainly, Thanks > > Ben. :) regards, Pablo de Vicente. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+5IWlSItUpHl6kJERAigHAKCTt4efO5zgjvCG53aY5LzOsha5DwCg0uxt hYoCGO5GmVaJNYZQcgQo2cs= =Ooyz -END PGP SIGNATURE-
Re: Writing CDs quickly - script included
On Monday 09 June 2003 13:55, Jo Voordeckers wrote: > Mandrake 9.1 includes K3B into te rightclick menu of konqueror allowing you > to do a burn to cd from rightclicking a directory. > > -- > Regards, > > Jo Voordeckers So does Debian(Sid)! I guess it's a KDE feature. --Felix
Re: Packaging very large i18n material
Hi. :) > we already discussed this sometime ago Though not with any resolution. > and since then there are koffice-i18n-xx packages Not on the debian servers. > apt-cache show koffice-i18n-es > Package: koffice-i18n-es ... > Maintainer: Ralf Nolden <[EMAIL PROTECTED]> ... > Version: 1.2.1-0woody2 These are Ralf's backports of KDE3 and related material to woody. Whilst I appreciate Ralf's work, I would like to get wider input on this issue from other debian developers as well as users before uploading to the official debian archives. One of the main reasons for starting this thread is to see if there is any strong reaction from other debian developers to the addition of 37 new i18n packages. As I mentioned earlier, if every software packager uses this solution then we have chaos. > (Discussing merging koffice i18n materials into kde-i18n-lang) ... > No, that spoils the translations from the translation teams due to the > different release cycles between KDE and KDE. How does this spoil the translations? I don't see what you're saying here. > option 4 (should not be even considered). Which is why I've restarted this thread, since option 4 is unfortunately the status quo. Ben. :)
Re: Writing CDs quickly - script included
Op maandag 9 juni 2003 13:28, schreef Jens Benecke: > Hm. "ease" ... I have yet to find a way to burn a movie file to a CD > with _one_ mouse click Mandrake 9.1 includes K3B into te rightclick menu of konqueror allowing you to do a burn to cd from rightclicking a directory. -- Regards, Jo Voordeckers
Re: Packaging very large i18n material
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Lunes 9 de Junio de 2003 03:46, Ben Burton escribió: > Hi. I'd love some input here on the packaging of very large i18n > components of software. The specific case at hand is koffice, which > still doesn't ship with i18n files. I'd love to get this sorted out. Ben, we already discussed this sometime ago, and since then there are koffice-i18n-xx packages apt-cache show koffice-i18n-es Package: koffice-i18n-es Status: install ok installed Priority: optional Section: x11 Installed-Size: 2104 Maintainer: Ralf Nolden <[EMAIL PROTECTED]> Source: koffice-i18n Version: 1.2.1-0woody2 Provides: koffice-i18n Suggests: koffice Description: Spanish (es) i18n files for KOffice This package contains the Spanish i18n files for all KOffice appliactions. > > The problem is that there is a *lot* of i18n material provided with > koffice. There are translations for 37 different languages, coming to a > total 21.7Mb. > > The question is how to actually package it. All of the available > options have clear drawbacks. The options as I see it are as follows. > > 1) Build a single koffice-i18n binary package. > > This is bad because each non-US user will be required to download all > 21Mb of translations for 37 languages just to get their own language, > quite a big ask for users with slower/limited net connections. > No. I would not vote for that. That is crazy for the users. > 2) Build 37 different koffice-i18n-lang binary packages (like kde-i18n). > > This is bad because we add another 37 binary packages to the archives. > This is also not a solution that generalises since if we did this > for every package in the archive that provides i18n files our package > list would get completely out of hand. Yes, I think that not been good, that is the best solution. > > 3) Include koffice i18n files in the individual kde-i18n-lang packages. > > This is bad because koffice and kde are on different release cycles. > It's also bad because it means I have to ask Noel (the kde-i18n maintainer) > to do this job. No, that spoils the translations from the translation teams due to the different release cycles between KDE and KDE. > > 4) Don't ship koffice i18n files at all. > > I don't need to explain why this is bad. It's also the current > situation, which I'd like to rectify. No. That is the worst solution. One throws away all the work of the translation teams and leaves the users without that work. > > And so I honestly don't see a good solution to this. Can I please have > some opinions on which of these solutions is least bad? Summing up, from best to worst: option 2, option 1, option 3, option 4 (should not be even considered). > > Ben. :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+5HYVSItUpHl6kJERAqmcAJ97i8Vb1n5kg115Oktieh2vMpnqMgCfa/bX 6+n+R7Vr/iPwh+6o0b3Og5I= =eVao -END PGP SIGNATURE-
Re: Packaging very large i18n material
On Mon, Jun 09, 2003 at 04:52 +0100, John Gay wrote: > the spanish group > could include the different variations like brazilian, mexican etc. That was a bad example. Brazilians speak portuguese (wich is _not_ a spanish variation) and mexicans speak spanish. Kind regards, Aníbal pgpE1ZVwdyS5u.pgp Description: PGP signature
Re:
Hello Tom, great! finally a question that I a 2 month++ newbie can hopefully answer!! :) anyway I checked your log file and the error is 'Caught signal 11. Server aborting' from what I understand to solve this issue, comment out/remove the DPMS line in your XF86Config-4 file as shown below... Section "Monitor" Identifier "Generic Monitor" HorizSync 30-60 VertRefresh 50-75 # Option "DPMS" EndSection Sunday, June 8, 2003, 6:27:35 AM, you wrote: TK> Hey folks. TK> Little problem here with kde. I get it all loaded up and it gets to the splash screen where it says it's loading peripherals, and then the xserver (and kde) just crash. No errors, just back to TK> the console... TK> I checked the log and there arnt any errors of any importance listed at all. Ill attach that, and my config file. TK> Thanks ahead of time. :-) -- Best regards, Derekmailto:[EMAIL PROTECTED]