problems with knode
Hi, With the latest upgrade (potato; kde 2.0.1) knode has become rather slow. It now needs sometimes 30 seconds and more when I try to get new articles from the newsserver. In this time it is permanently in running state. Has anybody observed similar problems? Another small problem: knode has new names for the sent, draft and outbox ordner. Regards, Wolfgang Walter
Re: vote
On Thu, Dec 14, 2000 at 11:03:11PM -0700, Ivan E. Moore II wrote: > ok... Potato users be heard (woody users are stuck with what I give you) :) > >option 1: upgrade potato .deb's to 2.1-beta1+ (ie..move from stable to > cvs snapshots as I am doing with woody) > >option 2: create a seperate repository on kde.tdyc.com for kde 2.1 potato > .deb's. > >option 3: wait for 2.1's release to do potato debs > > (note...when I start making 2.1 debs for potato I will no longer be able > to make 2.0.1 debs) > >Due to my network snafu I ended up being a day behind in uploads for > woody.. > which actually ends up being a good thing. :) (at least IMO)...in the 24hrs > to follow beta1 a bunch of bug fixes have been made including one very > annoying > one with email configuration. (plus 24hrs more of me cleaning things up) > > so..your choice. > > Ivan > I would prefer option 2: freeze kde 2.0.1 for potato: only securety updates and some important bugs (as the not working kdm shutdown thing). Then make it the "stable" kde for potato and only work on 2.1beta and 2.1. Maybe I'm wrong, but it is probably less work for you to have the same kde for potato and woody. It's really great work you are doing. Regards Wolfgang Walter
Re: shutdown/reboot does not work any more
ifoGroup value 0 Dec 13 00:25:24 eumel kdm[3733]: DisplayManager._0.fifoMode/DisplayManager._0.FifoMode value 0 Dec 13 00:25:24 eumel kdm[3733]: SetLocalAuthorization :0, auth MIT-MAGIC-COOKIE-1 Dec 13 00:25:24 eumel kdm[3733]: GenerateAuthorization MIT-MAGIC-COOKIE-1 Dec 13 00:25:24 eumel kdm[3733]: Got 0x805f580 (18 MIT-MAGIC-COOKIE-1) 1b 4a 2b 66 24 4e 3d 67 18 4e 64 43 7e 3d 1c 7b Dec 13 00:25:24 eumel kdm[3733]: File: /var/lib/kdm/authdir/authfiles/A:0-xFC72P auth: 0x805f570 Dec 13 00:25:24 eumel kdm[3733]: StartServer for :0 Dec 13 00:25:24 eumel kdm[3733]: Server Started 3735 Dec 13 00:25:24 eumel kdm[3735]: Exec '/usr/bin/X11/X' 'vt7' '-deferglyphs' '16' '-auth' '/var/lib/kdm/authdir/authfiles/A:0-xFC72P' Dec 13 00:25:24 eumel kdm[3733]: display manager caught SIGUSR1 Dec 13 00:25:24 eumel kdm[3733]: Already received USR1 Dec 13 00:25:24 eumel kdm[3733]: Server alive and kicking Dec 13 00:25:24 eumel kdm[3733]: pid: 3736 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.resources/DisplayManager._0.Resources value /etc/X11/kdm/Xresources_0 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.xrdb/DisplayManager._0.Xrdb value /usr/bin/X11/xrdb Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.setup/DisplayManager._0.Setup value /etc/X11/kdm/Xsetup_0 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.startup/DisplayManager._0.Startup value /etc/X11/kdm/Xstartup_0 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.reset/DisplayManager._0.Reset value /etc/X11/kdm/Xreset_0 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.session/DisplayManager._0.Session value /etc/X11/Xsession Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.userPath/DisplayManager._0.Path value /usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.systemPath/DisplayManager._0.Path value /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.systemShell/DisplayManager._0.Shell value /bin/sh Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.failsafeClient/DisplayManager._0.FailsafeClient value /usr/bin/X11/xterm Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.userAuthDir/DisplayManager._0.UserAuthDir value /tmp Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.chooser/DisplayManager._0.Chooser value /usr/bin/chooser Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.noPassUsers/DisplayManager._0.NoPassUsers value Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.autoUser/DisplayManager._0.AutoUser value Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.autoPass/DisplayManager._0.AutoPass value Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.autoString/DisplayManager._0.AutoString value Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.autoLogin1st/DisplayManager._0.AutoLogin1st value true Dec 13 00:25:24 eumel kdm[3736]: DisplayManager._0.autoReLogin/DisplayManager._0.AutoReLogin value false Dec 13 00:25:24 eumel kdm[3736]: Before XOpenDisplay(:0) Dec 13 00:25:24 eumel kdm[3733]: WaitForSomething Dec 13 00:25:25 eumel kdm[3736]: After XOpenDisplay(:0) Dec 13 00:25:25 eumel kdm[3736]: ManageSession :0 Dec 13 00:25:25 eumel kdm[3736]: Loading resource file: /etc/X11/kdm/Xresources_0 Dec 13 00:25:25 eumel kdm[3736]: ManageSession: loading greeter library libKdmGreet.so Dez 13 00:25:25 eumel kdm[3736]: SecureDisplay :0 Dez 13 00:25:25 eumel kdm[3736]: Before XGrabServer :0 Dez 13 00:25:25 eumel kdm[3736]: XGrabKeyboard succeeded :0 Dez 13 00:25:25 eumel kdm[3736]: pseudoReset screen 0 Dez 13 00:25:25 eumel kdm[3736]: before XSync Dez 13 00:25:25 eumel kdm[3736]: pseudoReset done Dez 13 00:25:25 eumel kdm[3736]: done secure :0 Dez 13 00:25:25 eumel kdm[3736]: source /etc/X11/kdm/Xsetup_0 Dec 13 00:25:29 eumel kdm[3733]: select returns -1. Rescan: 0 ChildReady: 1 Dec 13 00:25:29 eumel kdm[3733]: signals blocked Dec 13 00:25:29 eumel kdm[3733]: Manager wait returns pid: 3736 sig 0 core 0 code 253 Dec 13 00:25:29 eumel kdm[3733]: Display exited with unknown status 253 Dec 13 00:25:29 eumel kdm[3733]: Recording exit of :0 (GoodExit=0) Dec 13 00:25:29 eumel kdm[3733]: WaitForSomething Dec 13 00:25:29 eumel kdm[3733]: select returns -1. Rescan: 0 ChildReady: 1 Dec 13 00:25:29 eumel kdm[3733]: signals blocked Dec 13 00:25:29 eumel kdm[3733]: Manager wait returns pid: 3735 sig 0 core 0 code 0 Dec 13 00:25:29 eumel kdm[3733]: Zombie server reaped, removing display :0 Dec 13 00:25:29 eumel kdm[3733]: WaitForSomething Dec 13 00:25:36 eumel kdm[3733]: Shutting down entire manager Dec 13 00:25:36 eumel kdm[3733]: select returns -1. Rescan: 0 ChildReady: 0 Dec 13 00:25:36 eumel kdm[3733]: Nothing left to do, exiting Hope this helps. Regards, Wolfgang Walter
Re: shutdown/reboot does not work any more
On Tue, Dec 12, 2000 at 11:39:16AM +0100, Oswald Buddenhagen wrote: > > I installed the newest kde2-packages for potato and now the shutdown > > and reboot buttons from kdm do not work any more. The X-server is > > terminated but kdm then hangs. > > > > This is the what kdm logs when called with -nodaemon after pressing > > shutdown: > > > aw shit - this is my fault (probably) ... > could you please provide more info? add "-debug 1" behind the "-nodaemon" > and send me the generated syslog, please. -debug 1 does not provide more info. Just the same thing is logged. Only one observation: sometimes kdm not just hangs but restarts the X-server and hangs afterwards. Greetings, Wolfgang Walter
shutdown/reboot does not work any more
Hello, I installed the newest kde2-packages for potato and now the shutdown and reboot buttons from kdm do not work any more. The X-server is terminated but kdm then hangs. This is the what kdm logs when called with -nodaemon after pressing shutdown: KCrash: crashing crashRecursionCounter = 2 KCrash: Application Name = kdm path = AUDIT: Tue Dec 12 09:59:14 2000: 3021 X: client 4 rejected from local host Auth name: MIT-MAGIC-COOKIE-1 ID: -1 Xlib: connection to ":0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key drkonqi: cannot connect to X server :0.0 Greetings, Wolfgang Walter
Re: kppp depending on ppp
On Tue, Nov 21, 2000 at 07:19:16AM -0700, Ivan E. Moore II wrote: > > kppp depends on ppp. As task-kdenetworking depends on kppp it is impossible > > to > > select task-kdenetworking without installing ppp. > > > > Maybe it would be enough that kppp only suggests ppp (or task-kdenetworking > > suggesting kppp)? > > (NOTE: please dont' take this personally...you are one of *MANY* who hold > this same opinion about the tasks for KDE...and you are not complaining but > rather asking so I'm not even near upset about this...) > > Ok...The ONLY purpose I have for the tasks for KDE is to create fake packages > that make up each of the individual kde* upstream packages. > > task-kdenetwork = kdenetwork > task-kdeadmin = kdeadmin > > etc... > > If I keep taking out subpackages because they depend on other packages not > found in the main packages then I'm going to end up with a bunch of > tasks that only suggest other packages. > > Where does one draw the line? If I make all the sub task-* packages suggests > then task-kde would be pretty pointless... Maybe ppp - its not KDE. > > as it is now, there is no way for one to just do a apt-get install task-kde > and get EVERY KDE package... > > there is no real clean way to handle tasks at the moment and the current > task packages sucks I know..but... > > my opinion is that yea..so what if a apt-get install task-kde installs ppp, > or installs something else you don't want (I can understand the gripes about > a ftp server being installed)...don't use apt-get install for install tasks. > use dselect, console-apt, or one of the other programs that are coming out. > fine tune you install. > Thats what I do :-). I understand your point, I only asked because this is the one question of our students installing kde2. They are connected to a ethernet-lan and don't need ppp. Now selecting task-kde they are asked installing ppp, too, and they get uncertain. Thanks for your answer Wolfgang Walter
kppp depending on ppp
Hello, kppp depends on ppp. As task-kdenetworking depends on kppp it is impossible to select task-kdenetworking without installing ppp. Maybe it would be enough that kppp only suggests ppp (or task-kdenetworking suggesting kppp)? Greetings, Wolfgang Walter
