Re: [Cooker] nice cron scripts
Am Mon, 2001-12-03 um 14.00 schrieb Fabrice FACORAT: > le sam 01-12-2001 à 04:54, Alexander Werth (hrzpub) a écrit : > > I'm up late and my compi just turned unusable for viewing movies. I > > think that all cron scripts should use nice -19 to be nice to the user. > > If he does work on the system he won't be disturbed. If he doesn't work > > there is no problem at all. Some problems may occure if the system is > > used for calculations and the scripts don't get enough time in 24h to > > gzip all files. Would this be a problem? > > Alexander Werth > > why not a preemptible kernel ? > I have a preemptible kernel ;-) But this doesn't help with the high load. It's just that from time to time these scripts are started when I wouldn't have started them. In this case there shpuld be either a way to pause or snooze a script, or this scripts should behave nice. I command (or button if You like) to snooze (e.g. pause for about an hour) a script would be best. Alexander Werth -- The right to read is a battle being fought today... http://www.gnu.org/philosophy/right-to-read.html
[Cooker] gcc3: Internal compiler error
Hy, I tried to compile MPlayer with the new gcc3.0-3.0.1-0.2mdk.i586.rpm and got back an internal compiler error. The problem is unknown to the MPlayer people. But there was a suggestion: could it be that gcc3 was compiled with the gcc-2.96? make -C loader make[1]: Wechsel in das Verzeichnis Verzeichnis »/home/alex/Programme/MPlayer-20010805/loader« gcc -I. -I.. -O4 -march=k6 -mcpu=k6 -pipe -ffast-math -fomit-frame-pointer -I/usr/local/include -Wmissing-prototypes -Wimplicit-function-declaration -fno-omit-frame-pointer -DWIN32_PATH=\"/usr/lib/win32\" -D__WINE__ -Ddbg_printf=__vprintf -DTRACE=__vprintf -c win32.c win32.c:1115:2: warning: #warning FIXME win32.c: In function `expIsBadWritePtr': win32.c:2846: Unrecognizable insn: (insn 87 62 88 (parallel[ (set (reg/v:SI 3 ebx [44]) (const_int 0 [0x0])) (clobber (reg:CC 17 flags)) ] ) -1 (nil) (expr_list:REG_UNUSED (reg:CC 17 flags) (nil))) win32.c:2846: Internal compiler error in extract_insn, at recog.c:2218 Alexander Werth
Re: [Cooker] gdm doesn't work at all
Am 04 Jul 2001 14:52:09 -0700 schrieb Eugenio Diaz: > --- Goetz Waschk <[EMAIL PROTECTED]> wrote: > > Hi, > > even with the latest pam update gdm-2.2.2.1-3mdk doesn'work. The gdm process > > starts and has no problems to run a X server, but that's all, there is just a > > grey screen with the mouse pointer and no login window. > > gdm-2.2.0-2mdk is working fine. > > Turn off the browse option with "Browser=false" in the gdm.conf file; or > generate a new gdm.conf file by using gdmconfig. For some reason the current > version of gdm does not like the browsing ... Or use the gdm-2.2.3-1.i386.rpm package from ftp://ftp.gnome.com/pub/GNOME/stable/redhat/i386/gdm/ That solved even my problem with gdm when it couldn't reconnect to the X-Server after I exited my gnome-enlightenment session. Alexander
Re: [Cooker] kapm-idled eating cpu
Am 04 Jul 2001 14:15:50 -0300 schrieb Mads Rasmussen: > > Some times my computer freezes a while for about 2-5 minutes. When looking at > top I see the kapm-idled process eating almost 100% of the cpu, then it dies > down to about 30-50 and the system starts working normal again. > > While it freezes it does alot of swapping (I think) it does a lot of work on > the HD Hmm, could it be that You have not enough swap space? It should be at least two times the amount of ram. 30-50 percent kapm idle is perfectly normal. What do You mean by Your computer freezes and top is running ? Is it probably just X that freezes? Are there any apm options activated in X? Otherwise if ram and swap is ok and You do have enough ram for the system at all then this seams to be an issue for the kernel people. Alexander
Re: [Cooker] gdm
Am 14 Jun 2001 21:56:55 +0200 schrieb Sebastian Dransfeld: > > Is someone else having problems with gdm? When I log in gdm says it cannot > start X server. Problems, yes but different. When I had the option Browser=true selected gdm wouldn't start. Also right now when X crashes or I exit X, gdm leaves the main loop (with some GTK errors) and stops its second task. So I have to login as root to kill this last gdm task. I'm using a matrox G200 card. Alexander
Re: [Cooker] Dependancy LOOP: eel, libeel0 and nautilus-mozilla,nautilus
Hy, I just wanted to add my two cents. On 18th Jun 2001 14:59:06 +0200 Arnd Bergmann collected these lines: > warning: LOOP: > warning: Aurora-Monitor-NewStyle-Categorizing-WsLib-8.2-7mdk PreReq: Aurora = >8.2-7mdk > warning: Aurora-8.2-7mdk Requires: Aurora-Monitor This makes sense actually, since it is possible to use different Aurora Monitor packages with Aurora. > warning: LOOP: > warning: bash-2.05-5mdk Requires: ld-linux.so.2 > warning: glibc-2.2.3-2mdk PreReq: /bin/sh Wouldn't it be better to create a real stand alone shell and make glibc depend on this? > warning: LOOP: > warning: libesound0-0.2.22-4mdk Requires: esound > warning: esound-0.2.22-4mdk Requires: libesd.so.0 This just doesn't make any sense. > warning: LOOP: > warning: chkconfig-1.2.22-1mdkRequires: msec >= 0.10 > warning: msec-0.15-16mdk Requires: chkconfig >= 0.9-6 chkconfig shouldn't depend on msec but use it if available. > warning: LOOP: > warning: mandrake_desk-8.0-12mdk Requires: libcapplet.so.0 > warning: control-center-1.4.0.1-2mdk Requires: mandrake_desk >= >7.2-8mdk same here. control-center shouldn't require mandrake_desk > warning: LOOP: > warning: e2fsprogs-1.20-1mdk Requires: libext2fs2 > warning: libext2fs2-1.20-1mdk Requires: e2fsprogs > warning: LOOP: > warning: libeel0-1.0-2mdk Requires: eel = 1.0 > warning: eel-1.0-2mdk Requires: libeel0 > warning: LOOP: > warning: libfribidi0-0.1.15-2mdk Requires: fribidi = 0.1.15 > warning: fribidi-0.1.15-2mdk Requires: libfribidi0 = 0.1.15 > warning: LOOP: > warning: libGConf1-1.0.1-3mdk Requires: GConf >= 1.0.1 > warning: GConf-1.0.1-3mdk PreReq: libGConf1 > warning: LOOP: > warning: libtabe-0.2.1-3mdk Requires: libtabe0 = 0.2.1-3mdk > warning: libtabe0-0.2.1-3mdk Requires: libtabe = 0.2.1 same as esound. Just unnecessary to splitt these packages. Alexander Werth
[Cooker] broken includes in libqt2-devel-2.3.0-6mdk.i586.rpm
Hy, I just noticed that all the includes are just symbolic links in there. libqt2-devel needs a repackaging. Alexander
Re: [Cooker] Nautilus bug? Drawing background image
Jose wrote: > > When you use Nautilus to draw your desktop and set Gnome not to set the > background (for Enlightenment), Nautilus ignores this and sets the > background to the last selected image. Does anyone confirm if this is a > bug in Nautilus, Mandrake packaging, or unique to my system? In my Nautilus 0.8.2 there is an option to use nautilus to draw the desktop. When I switched this off nautilus didn't touch my background anymore. Alexander Werth
Re: [Cooker] Installation from second CD Drive
Guillaume Cottenceau wrote: > > Alexander Werth <[EMAIL PROTECTED]> writes: > > > Hy I just tried to install Cooker from my second CD drive (since my > > first can't read RW-CDs) and had to switch of my first CD-Rom reader > > because was no way to make Cooker boot from the second scsi CD-Rom > > ... > I can see no reason why it works with rescue and not with install. Please > can you elaborate? > Ok, it did boot but when trying to load the second stage of install it didn't gave a choice for the second cdrom drive. I just retried and now the cd in the second drive was detected automaticaly so it's fine now. Alexander Werth
[Cooker] Installation from second CD Drive
Hy I just tried to install Cooker from my second CD drive (since my first can't read RW-CDs) and had to switch of my first CD-Rom reader because was no way to make Cooker boot from the second scsi CD-Rom drive. I can remember this worked before and in the rescue system it still does. Alexander Werth