Re: [Cooker] AutoInstall: 'rpm -i ....' within 'postInstall' hangs

2002-09-12 Thread Nora Etukudo

On Tue, Sep 10, 2002 at 05:39:38PM +0200, Pixel wrote:

 fred, any idea?

I've put a

  strace -o /tmp/rpm-trace rpm -i 

in my 'postInstall' script. I looks like the RPM database ist locked:


open(/var/lib/rpm/__db.002, O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
_llseek(3, 0, [0], SEEK_END)= 0
_llseek(3, 647168, [647168], SEEK_CUR)  = 0
write(3, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 8192) = 8192
mmap2(NULL, 655360, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0x4016e000
close(3)= 0
open(/var/lib/rpm/Packages, O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0644) = -1 EEXIST 
(File exists)
open(/var/lib/rpm/Packages, O_RDWR|O_LARGEFILE) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=7639040, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)= 0
read(3, \0\0\0\0\1\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0\0\0\10..., 256) = 256
close(3)= 0
open(/var/lib/rpm/Packages, O_RDWR|O_LARGEFILE) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=7639040, ...}) = 0
brk(0)  = 0x8252000
brk(0x8254000)  = 0x8254000
pread(3, \0\0\0\0\1\0\0\0\0\0\0\0a\25\6\0\7\0\0\0\0\20\0\0\0\10..., 4096, 0) = 4096
fcntl64(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EAGAIN 
(Resource temporarily unavailable)


Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall: 'rpm -i ....' within 'postInstall' hangs

2002-09-11 Thread Nora Etukudo

On Tue, Sep 10, 2002 at 09:43:30PM +0200, Frederic Lepied wrote:

 DURING_INSTALL isn't used by rpm directly. It's used by ldconfig and
 update-menus iirc. You can probably debug by issueing a pstree in
 console 2 to see what process is hanging.

1010 [calypso:/share/8x/ks] =cat tmp/nora.log 

 PID   RSS %CPU CMD
   1 0  0.2 (swapper)
   2 0  0.0 (keventd)
   3 0  0.0 (ksoftirqd_CPU0)
   4 0  0.2 (kswapd)
   5 0  0.2 (bdflush)
   6 0  0.3 (kupdated)
   7 4  0.0 linuxrc
   816  0.0 linuxrc
   9 24260  4.9 /usr/bin/perl /usr/bin/runinstall2 --method nfs
  11 0  1.2 (rpciod)
  1280  0.0 /bin/sh
  18 0  0.0 (khubd)
2635  2016  0.1 cupsd
2665   300  0.0 minilogd
3022  1268  0.0 bash -c \
3027  1276  0.0 sh scripts/extra_rpms
3028  1232  0.0 rpm -i /share/8x/ks/rpms/msfonts-0.2-3ne.i586.rpm --n
3048  3948 99.0 /usr/bin/perl /usr/bin/ps

   swapper-+-bdflush
   |-cupsd
   |-keventd
   |-khubd
   |-ksoftirqd_CPU0
   |-kswapd
   |-kupdated
   |-linuxrc-+-linuxrc
   | `-runinstall2-+-bash---sh---rpm
   |   |-busybox---pstree
   |   `-rpciod
   `-minilogd

I'm unable to interpret the output from 'pstree'. After I killed '3028'
(rpm -i /share/8x/...) the installation went on.

The whole 'rpm' line reads

   rpm -i /share/8x/ks/rpms/msfonts-0.2-3ne.i586.rpm --nopost

I added the '--nopost' because I thought the script

1012 [calypso:/share/8x/ks] =rpm -qp --scripts rpms/msfonts-0.2-3ne.i586.rpm 
   preinstall program: /bin/sh
   postinstall scriptlet (through /bin/sh):
   perl -pi \
   -e 'print \t/usr/X11R6/lib/X11/fonts/ms,\n if m/Speedo,$/;' \
   /usr/X11R6/lib/X11/fs/config
   if [ -z $DURING_INSTALL ]; then
   cd /usr/X11R6/lib/X11/fonts/ms
   chkfontpath --add /usr/X11R6/lib/X11/fonts/ms
   /etc/rc.d/init.d/xfs restart
   if [ $DISPLAY'f' != 'f' ]; then
   set fb rehash
   fi
   fi
   preuninstall program: /bin/sh

does something very odd, but this doesn't help. I didn't change this RPM
since about a year and about a week ago it worked.

Hhum, you might ask: '/share/8x' is properly mounted whithin the chroot
environment (all my other stuff works).

One further thing: I wonder why 'cupsd' is running during installation!?

Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




[Cooker] AutoInstall: 'rpm -i ....' within 'postInstall' hangs

2002-09-10 Thread Nora Etukudo

I used to install some of my own RPM's within the 'postInstall'-script
of Mandrake AutoInstall. Since a few days this doesn't work anymore.

A 'rpm -i ' hangs silently and I have to kill it manually and then
the installation goes further.

Within the 'postInstall'-script I used to have

   export DURING_INSTALL=YES

If I comment this out, the 'rpm -i ' works again, but then in some
RPM's there where things started which shouldn't during installation
(eg. restarting font server).

What I'm doing wrong?

Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall: 'rpm -i ....' within 'postInstall' hangs

2002-09-10 Thread Nora Etukudo

On Tue, Sep 10, 2002 at 01:56:43PM +0200, Nora Etukudo wrote:

export DURING_INSTALL=YES
 
 If I comment this out, the 'rpm -i ' works again, but then in some

Sorry, I was lying. Above 'DURING_INSTALL' doesn't matter at all.
And, 'rpm -e ' is hanging either.

What is the correct way to do RPM install/erase operations within the
'postInstall'-script nowadays?

Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall: 'rpm -i ....' within 'postInstall' hangs

2002-09-10 Thread Frederic Lepied

Pixel [EMAIL PROTECTED] writes:

 Nora Etukudo [EMAIL PROTECTED] writes:
 
  I used to install some of my own RPM's within the 'postInstall'-script
  of Mandrake AutoInstall. Since a few days this doesn't work anymore.
  
  A 'rpm -i ' hangs silently and I have to kill it manually and then
  the installation goes further.
  
  Within the 'postInstall'-script I used to have
  
 export DURING_INSTALL=YES
  
  If I comment this out, the 'rpm -i ' works again, but then in some
  RPM's there where things started which shouldn't during installation
  (eg. restarting font server).
  
  What I'm doing wrong?
 
 fred, any idea?

DURING_INSTALL isn't used by rpm directly. It's used by ldconfig and
update-menus iirc. You can probably debug by issueing a pstree in
console 2 to see what process is hanging.
-- 
Fred - May the source be with you




Re: [Cooker] AutoInstall - DrakX 1.741

2002-09-09 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

 1.  Tonight I noticed that 'keyboard' had an additional entry: 'GRP_TOGGLE' 
 = '',
 
 This remains null ('') regardless of what 'key sequence' I select during the 
 manual GUI install for multiple keyboards.

weird, it worked for me (i chose keyboard mng and GRP_TOGGLE
ctrl_alt_toggle)

 
 2.  Also, I see that XFree86 4.2.1 is on the mirrors, but the GUI install 
 still shows 4.2.0 as one of the selection choices.

fixing

thanks!




[Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread Nora Etukudo

Since about 2 days neither keyboard nor mouse does work if 'kdm' is up
after a fresh AutoInstall.

First, I thought my hardware is broken, but today I could check with
several boxes: If there is a PS/2 keyboard and a serial mouse at ttyS0
connected, then the generated 'auto_inst.cfg.pl' contains

   'mouse' = {
  'auxmouse' = {
'XMOUSETYPE' = 'PS/2',
'unsafe' = 1,
'name' = 'Standard',
'nbuttons' = 2,
'type' = 'PS/2',
'device' = 'psaux',
'MOUSETYPE' = 'ps/2'
  },
  'XMOUSETYPE' = 'Microsoft',
  'name' = 'Generic 2 Button Mouse',
  'type' = 'serial',
  'nbuttons' = 2,
  'device' = 'ttyS0',
  'MOUSETYPE' = 'Microsoft',
  'wacom' = []
},
 
In 'XF86Config-4' there are the entries

Section InputDevice
Identifier Mouse1
Driver mouse
Option Protocol Microsoft
Option Device /dev/ttyS0
Option Emulate3Buttons
Option Emulate3Timeout 50
EndSection

Section InputDevice
Identifier Mouse2
Driver mouse
Option Protocol PS/2
Option Device /dev/psaux
Option Emulate3Buttons
Option Emulate3Timeout 50
EndSection

respectively. If I uncomment the wrong 'Mouse2' entry, all is fine.
 
Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread Norman Cleesattel

This also happens of course with a combination of USB mouse and PS/2
keyboard.

regards,
Norm


Am Fre, 2002-09-06 um 18.27 schrieb Pixel:
 Nora Etukudo [EMAIL PROTECTED] writes:
 
  First, I thought my hardware is broken, but today I could check with
  several boxes: If there is a PS/2 keyboard and a serial mouse at ttyS0
  connected, then the generated 'auto_inst.cfg.pl' contains
 
 :-(
 
 a PS/2 mouse is detected even if not present.
 
 workarounding this: 
   during install, don't probe PS/2 mice when a serial mouse is already found.
   (otherwise if a PS/2 keyboard is present, a PS/2 is found even if absent, and
   configuring an auxmouse PS/2 causes the PS/2 keyboard to freeze)
 
 thanks!
 







Re: [Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread Pixel

Nora Etukudo [EMAIL PROTECTED] writes:

 First, I thought my hardware is broken, but today I could check with
 several boxes: If there is a PS/2 keyboard and a serial mouse at ttyS0
 connected, then the generated 'auto_inst.cfg.pl' contains

:-(

a PS/2 mouse is detected even if not present.

workarounding this: 
  during install, don't probe PS/2 mice when a serial mouse is already found.
  (otherwise if a PS/2 keyboard is present, a PS/2 is found even if absent, and
  configuring an auxmouse PS/2 causes the PS/2 keyboard to freeze)

thanks!




Re: [Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread Pixel

Norman Cleesattel [EMAIL PROTECTED] writes:

 Am Fre, 2002-09-06 um 18.27 schrieb Pixel:
  Nora Etukudo [EMAIL PROTECTED] writes:
  
   First, I thought my hardware is broken, but today I could check with
   several boxes: If there is a PS/2 keyboard and a serial mouse at ttyS0
   connected, then the generated 'auto_inst.cfg.pl' contains
  
  :-(
  
  a PS/2 mouse is detected even if not present.
  
  workarounding this: 
during install, don't probe PS/2 mice when a serial mouse is already found.
(otherwise if a PS/2 keyboard is present, a PS/2 is found even if absent, and
configuring an auxmouse PS/2 causes the PS/2 keyboard to freeze)
  

 This also happens of course with a combination of USB mouse and PS/2
 keyboard.

i can't reproduce this. It works fine here




Re: [Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread David Walser

--- Pixel [EMAIL PROTECTED] wrote:
 Norman Cleesattel [EMAIL PROTECTED] writes:
 
  Am Fre, 2002-09-06 um 18.27 schrieb Pixel:
   Nora Etukudo [EMAIL PROTECTED] writes:
   
First, I thought my hardware is broken, but
 today I could check with
several boxes: If there is a PS/2 keyboard and
 a serial mouse at ttyS0
connected, then the generated
 'auto_inst.cfg.pl' contains
   
   :-(
   
   a PS/2 mouse is detected even if not present.
   
   workarounding this: 
 during install, don't probe PS/2 mice when a
 serial mouse is already found.
 (otherwise if a PS/2 keyboard is present, a
 PS/2 is found even if absent, and
 configuring an auxmouse PS/2 causes the PS/2
 keyboard to freeze)
   
 
  This also happens of course with a combination of
 USB mouse and PS/2
  keyboard.
 
 i can't reproduce this. It works fine here

I'm not doing autoinstall, but the combination of USB
mouse and PS/2 keyboard is fatally broken here.  It
looks like the mouse has finally been fixed (that was
just a general usb problem, I saw it in one of the
changelogs), but the PS/2 keyboard locks up when an X
server takes control of the screen.  Running toppler
or clanbomber as the owner of the X server (root
during KDM, someone logged in otherwise) unlocks it
(until you logout, or switch to a VC).

__
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com




Re: [Cooker] AutoInstall: no keyboard, no mouse in X

2002-09-06 Thread Adam Williamson

On Fri, 2002-09-06 at 17:59, Pixel wrote:

  This also happens of course with a combination of USB mouse and PS/2
  keyboard.
 
 i can't reproduce this. It works fine here

And for me. Never had a problem with a PS/2 keyboard and USB mouse on
Cooker.
-- 
adamw





[Cooker] AutoInstall Testing - DrakX 1.728

2002-08-28 Thread David Eastcott

Tonights results,

GUI Install,

1.  Advertising panels are showing 8.2

2.  /etc/raidtab - the test system I used had software raid setup on it when 
I be gan the install.  I selected to Clear all partitions and created a 
non-raid file system and the install completed OK.  However, when it 
re-booted, I got a boot failure indicating.  It turned out that the 
/etc/raidtab file was present.

It seems the Clear All button during the partitioning phase did not clear the 
raid indicator and it produced a bogus raidtab file.

AutoInstall

1.  The 'X' declaration is incorrect in the auto_inst.cfg.pl file, both in 
/root/drakx and on a auto install disk created by drakautoinst on a system 
which was setup using AutoInstall, rather than a GUI install.

Diskdrake

1.  Mount points are not being created if a parent directory does not already 
exist. eg.  /mnt/public will be created, but /mnt/linux1/public will not.  
Perhaps 'mkdir -p' would fix.

Drakautoinst

drakautoinst still exiting and complaining about line 81;   Is a newer 
drakxtools package with the fix being released soon (am currently using 
1.1.19-20mdk)?

Dave




Re: [Cooker] AutoInstall Testing - DrakX 1.728

2002-08-28 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

 2.  /etc/raidtab - the test system I used had software raid setup on it when 
 I be gan the install.  I selected to Clear all partitions and created a 
 non-raid file system and the install completed OK.  However, when it 
 re-booted, I got a boot failure indicating.  It turned out that the 
 /etc/raidtab file was present.
 
 It seems the Clear All button during the partitioning phase did not clear the 
 raid indicator and it produced a bogus raidtab file.

weird. I did fix this some time ago. I'll have to test again :-/

 
 AutoInstall
 
 1.  The 'X' declaration is incorrect in the auto_inst.cfg.pl file, both in 
 /root/drakx and on a auto install disk created by drakautoinst on a system 
 which was setup using AutoInstall, rather than a GUI install.

fixed.

 
 Diskdrake
 
 1.  Mount points are not being created if a parent directory does not already 
 exist. eg.  /mnt/public will be created, but /mnt/linux1/public will not.  
 Perhaps 'mkdir -p' would fix.

weird, testing...




Re: [Cooker] AutoInstall asks me about X

2002-08-26 Thread Nora Etukudo

On Mon, Aug 26, 2002 at 11:38:29PM +0200, Pixel wrote:

 Maybe you should add something alike:
 
   X = {  
   resolution_wanted = '1024x768',
   monitor = { VendorName = 'Generic', ModelName = 1024x768 @ 60 Hz },
  },
 
 in auto_install.cfg, WYT?

Yes, I'll try tomorrow (here's 23:57 now).

Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall asks me about X

2002-08-26 Thread Pixel

Nora Etukudo [EMAIL PROTECTED] writes:

 On Sun, Aug 25, 2002 at 11:30:07PM +0200, Pixel wrote:
 
  can you give the complete error message? it helps a lot to have the
  line number where the pb occured.
 
 I just tried again:
 
 * warning: No such pseudo-hash field Generic|800x600 @ 56 Hz at 
/usr/bin/perl-install/Xconfig/monitor.pm line 62.

ok, bug located and fixed. thanks!

but this occurs when the monitor is not detected and you didn't give
any information in auto_install.cfg. You get a really poor default
monitor. Is that ok for you?

Maybe you should add something alike:

  X = {  
resolution_wanted = '1024x768',
monitor = { VendorName = 'Generic', ModelName = 1024x768 @ 60 Hz },
   },

in auto_install.cfg, WYT?




[Cooker] AutoInstall Testing DrakX - 1.726

2002-08-25 Thread David Eastcott

Couple things I noticed today:

1.  Has this change been reverted?

From Drakx 1.722 change log:

* bootloader.pm (add_entry): new entry will now keep its label, the
conflicting one will be renamed old_xxx (and not the opposite)

Today's testing showed that the new entry is being renamed to old_...

2.  Mount points for NFS mounts declared in manualFstab are not getting 
created, but the /etc/fstab is updated.

3.  X configuration ok but auto_inst.cfg.pl X declaration wrong:

using this:
  'X' = { 'resolution_wanted' = '1024x768', 'default_depth' = 24 },

i get: 
  'X' = { 'bios_vga_mode' = undef, 
 'resolution_wanted' = undef, 
 'default_depth' = undef 
},

using this:
   'X' = {
'bios_vga_mode' = undef,
'resolution_wanted' = 1024,
'monitor' = {
   'HorizSync' = '30-54',
   'VideoRam_probed' = '8192',
   'size' = '14.88',
   'ModelName' = 'AOC SPECTRUM 5Elr  5ElrA  5E  5EA',
   'VendorName' = 'Plug\'n Play',
   'manually_chosen' = 1,
   'Identifier' = 'monitor1',
   'EISA_ID' = 'aocd556',
   'VertRefresh' = '50-120',
   'dpms' = '1'
 },
'default_depth' = 24
  },

I get:
   'X' = {
'resolution_wanted' = undef,
'bios_vga_mode' = undef,
'monitor' = {
   'HorizSync' = '30-54',
   'VideoRam_probed' = '8192',
   'size' = '14.88',
   'ModelName' = 'AOC SPECTRUM 5Elr  5ElrA  5E  5EA',
   'VendorName' = 'Plug\'n Play',
   'manually_chosen' = 1,
   'Identifier' = 'monitor1',
   'EISA_ID' = 'aocd556',
   'VertRefresh' = '50-120',
   'dpms' = '1'
 },
'default_depth' = undef
  },

more later...
Dave




Re: [Cooker] AutoInstall asks me about X

2002-08-25 Thread Pixel

Nora Etukudo [EMAIL PROTECTED] writes:

 Since a few days (rsyncing twice a day) AutoInstall stops with
 
warning: No such pseudo-hash field Generic|800x600 @ 56 Hz at 

can you give the complete error message? it helps a lot to have the
line number where the pb occured.

thanks!




Re: [Cooker] AutoInstall Testing - DrakX 1.720

2002-08-14 Thread David Eastcott

On Tuesday 13 August 2002 06:09 am, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  b) on reboot, I get a kernel panic with messages as follows:
  Uncompressing Linux   Ok, booting the kernel
  md: md0: raid array is not clean -- starting background reconstruction
  kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
  md: personality 3 is not loaded
  md: md0: raid array is not clean -- starting background reconstruction
  pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed:2
  Kernel panic: No init found 

 weird, i tested with your partitions, and it worked...

I found my problem.  I had added my own bootloader records and forgot to 
change the partition that '/' was on.

its working just fine.

Dave




Re: [Cooker] AutoInstall Testing - DrakX 1.720

2002-08-14 Thread David Eastcott

On Tuesday 13 August 2002 03:46 am, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:

 [...]

  1.  After completing a manual GUI install, the generated auto_inst.cfg
  file has the following for the 'X' declaration:
 
 'X' = {
  'bios_vga_mode' = undef,
  'resolution_wanted' = 1024,
  'monitor' = { ... },
  'default_depth' = 24
},
 
  After completing an auto install using the above declaration, the
  generated file contains the following:
 
 'X' = {
  'bios_vga_mode' = undef,
  'resolution_wanted' = undef,
  'monitor' = { ... },
  'default_depth' = undef
},

 and what did you get in XF86Config-4 ?


The only difference in XF86Config-4 between the two installs is:
Subsection Display
Depth 24
Modes 1024x768 800x600 640x480
EndSubsection

and 
Subsection Display
Depth 24
Modes 800x600 640x480
EndSubsection

But that is not the problem.  

The problem is that if I generate a Replay diskette on a system that was 
installed using auto install (using the first X declaration above), the 
auto_inst.cfg file on the diskette has the 'resolution_wanted' and 
'default_depth' both set to undef (second X declaration above).  

If I subsequently use the Replay diskette to install on another machine, X is 
not set up with the same resolution and depth that the first machine was set 
to.

For some reason drakx is not setting 'resolution_wanted' and 'default_depth' 
to the values 1024, and 24 respectively.

Dave




[Cooker] AutoInstall Testing - DrakX 1.720

2002-08-13 Thread David Eastcott

Tonights results:

It is looking really good, all previous issues seem to be resolved except,

1.  After completing a manual GUI install, the generated auto_inst.cfg file 
has the following for the 'X' declaration:

   'X' = {
'bios_vga_mode' = undef,
'resolution_wanted' = 1024,
'monitor' = {
   'HorizSync' = '30-54',
   'VideoRam_probed' = '8192',
   'size' = '14.88',
   'ModelName' = 'AOC SPECTRUM 5Elr  5ElrA  5E  5EA',
   'VendorName' = 'Plug\'n Play',
   'manually_chosen' = 1,
   'Identifier' = 'monitor1',
   'EISA_ID' = 'aocd556',
   'VertRefresh' = '50-120',
   'dpms' = '1'
 },
'default_depth' = 24
  },
 
After completing an auto install using the above declaration, the generated 
file contains the following:

   'X' = {
'bios_vga_mode' = undef,
'resolution_wanted' = undef,
'monitor' = {
   'HorizSync' = '30-54',
   'VideoRam_probed' = '8192',
   'size' = '14.88',
   'ModelName' = 'AOC SPECTRUM 5Elr  5ElrA  5E  5EA',
   'VendorName' = 'Plug\'n Play',
   'manually_chosen' = 1,
   'Identifier' = 'monitor1',
   'EISA_ID' = 'aocd556',
   'VertRefresh' = '50-120',
   'dpms' = '1'
 },
'default_depth' = undef
  },

Generating an Replay diskette with above results in the wrong depth and 
resolution being used.

However, if I use the following, I get the proper resolution and depth:

  'X' = {
'resolution_wanted' = '1024x768',
'default_depth' = 24
  },

2.  Tried out the RAID capability added to auto install but,

a) watched console 3 and saw that the defined partitions were created for 
raid type and that the raid volume was formated ok.

b) on reboot, I get a kernel panic with messages as follows:
Uncompressing Linux   Ok, booting the kernel
md: md0: raid array is not clean -- starting background reconstruction
kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
md: personality 3 is not loaded
md: md0: raid array is not clean -- starting background reconstruction
pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed:2
Kernel panic: No init found 

The following is the 'partitions' that I used:
   'partitions' = [
 {
   'mntpoint' = '/boot',
   'type' = 1155,
   'size' = 96390
 },
 {
   'mntpoint' = 'swap',
   'type' = 130,
   'size' = 578277
 },
 { 
  'mntpoint' = 'raid_a', 
  'size' = 1000  11, 
  'type' = 0xfd, 
  'ratio' = 1 
 },
 { 
  'mntpoint' = 'raid_b', 
  'size' = 1000  11, 
  'type' = 0xfd, 
  'ratio' = 1 
},
 { 
  'mntpoint' = '/home', 
  'type' = 0x483, 
  'hd' = 'md0', 
  'level' = 1, 
  'parts' = 'raid_a raid_b' 
 },
 {
   'mntpoint' = '/',
   'type' = 1155,
   'size' = 775029,
   'ratio' = 100
 }
  ],


Funny thing is I can use the GUI to create the same raid volume and after 
reboot everything starts.  Although I do get the unclean message.

c) using the GUI, when the 'partitions' is placed in the auto_inst.cfg file, 
the raid information is missing.  So the file can not be used to recreate the 
install.


more later 

Dave





Re: [Cooker] AutoInstall Testing - DrakX 1.720

2002-08-13 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

 b) on reboot, I get a kernel panic with messages as follows:
 Uncompressing Linux   Ok, booting the kernel
 md: md0: raid array is not clean -- starting background reconstruction
 kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
 md: personality 3 is not loaded
 md: md0: raid array is not clean -- starting background reconstruction
 pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed:2
 Kernel panic: No init found 

weird, i tested with your partitions, and it worked...




[Cooker] AutoInstall Testing - DrakX 1.719

2002-08-11 Thread David Eastcott


1.  Install failing with:

warning: Oops, no root partition at .../install_steps.pm line 161.

Tried using the generated automated disked from a GUI install, custom one 
that I generally use for testing various options; all stop with this error.

GUI Install things I noticed:

a)  installation of package dev-3.2-4mdk is reporting:

group x10 does not exist - using root


dave




Re: [Cooker] AutoInstall Testing - DrakX 1.719

2002-08-11 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

 1.  Install failing with:
 
 warning: Oops, no root partition at .../install_steps.pm line 161.
 
 Tried using the generated automated disked from a GUI install, custom one 
 that I generally use for testing various options; all stop with this error.

would you send me the auto_install.cfg.pl, pliz?




[Cooker] AutoInstall: Where to ask?

2002-07-31 Thread Nora Etukudo

Hello.

Where is the correct place to ask wishes about Mandrake AutoInstall?

I would like to deselect some packages like 'vim-minimal' since I
allways install 'vim-enhanced'.

Liebe Grüße, Nora.
-- 
[EMAIL PROTECTED]
 IM-NETZ Neue Medien, Berlin   http://www.im-netz.de/
 WWW von Frauen für Frauen, Hamburghttp://www.w4w.net/
 Lesbian Computer Networks, Helsinki   http://www.sappho.net/




Re: [Cooker] AutoInstall Testing Results (DrakX 1.712)

2002-07-29 Thread Guillaume Cottenceau

David Eastcott [EMAIL PROTECTED] writes:

 1.  append line in syslinux.cfg is exceeding line length limit for kernel (in 
 my case is up to 292), perhaps its time to start using the parameter aliases?

thx, done.

-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




Re: [Cooker] AutoInstall Testing Results (DrakX 1.712)

2002-07-29 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

 1.  manualFstab, if I add an entry for a smbfs mount, installer stops with 
 following error:
 
 starting step 'installPackages'
 writing /mnt/etc/fstab
 warning: output in file /etc/samba/auth.cherry.david failed: No such file or 
 directory

fixed in CVS. 

By the way, did you have a password in your manualFstab? Does it suit
you to have in /etc/samba/auth.cherry.david ?




Re: [Cooker] AutoInstall Testing Results (DrakX 1.712)

2002-07-29 Thread David Eastcott

On Monday 29 July 2002 05:01 am, Pixel wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  1.  manualFstab, if I add an entry for a smbfs mount, installer stops
  with following error:
[...]

 By the way, did you have a password in your manualFstab? 

yes

 Does it suit
 you to have in /etc/samba/auth.cherry.david ?

Seems reasonable to me, but what app will use it?

Dave




[Cooker] AutoInstall Testing Results (DrakX 1.712)

2002-07-28 Thread David Eastcott


General observations:

1.  append line in syslinux.cfg is exceeding line length limit for kernel (in 
my case is up to 292), perhaps its time to start using the parameter aliases?

2.  installation of package dev-3.2-4mdk is reporting serveral:
group  does not exist - using root
then finally a message 'getgrnam failed ...',
but installation continues on.

3.  package Aurora not found message appearing during bootloader step 
(install_steps.pm); also rpmsrate contains multiple references to various 
Aurora pagages.

4.  After install completes, /etc/sysconfig contains empty file msec.rpmnew

5.  I can lock up the GUI installer when selecting a minimal install as 
follows:
default has With documents.., then select With X, then deselect With doc, 
then select Truely minimal...; text apears to go to a fuzzy high light then 
unable to select anything else or advance using OK.

6.  Since CLEAN_TMP has been removed from 'miscellanous', are there any plans 
to remove the CLEAN_TMP processing from the mandrake_everytime script?

Problems Encountered:

1.  manualFstab, if I add an entry for a smbfs mount, installer stops with 
following error:

starting step 'installPackages'
writing /mnt/etc/fstab
warning: output in file /etc/samba/auth.cherry.david failed: No such file or 
directory

I looked, via F2, and It appears that the /mnt/etc/samba drirectory does not 
exist at this point.

more later...

dave




Re: [Cooker] autoinstall question

2002-06-26 Thread David Eastcott

On Monday 24 June 2002 12:06 am, you wrote:
 Is auto_inst.cfg generated as part of normal setup complete? I.e. can I
 take it as example, modify and use? To start autoinstall I need
 kickstart=floppy as I understand?

Yes, three options available to you; first at the end of expert install you 
can select to create an auto install diskette, second you can use the 
mandrake control center (boot) to generate an auto install diskette and 
third, you can look in /root/drakx; there you will find the auto_inst.cfg.pl 
which matches your install, replay_install.img which you can 'dd' to create a 
diskette.


 Related question - is it possible to specify size of (some of the)

Yes

 partitions in percentage of available space? Also, on install with several
 drivers I never have seen any mention of file system - partition
 relationship. How do I tell on which drive each which partition goes?


Check here for more details on partitions/partitioning amoung other things: 
http://people.mandrakesoft.com/~prigaux/AutoInstall-8.2.1.html

Also you could install the drakx-autoinstall-doc-8.2.1-1mdk package.

Pixel may be able to provide more info

 TIA

 -andrej




[Cooker] autoinstall question

2002-06-23 Thread Borsenkow Andrej

Is auto_inst.cfg generated as part of normal setup complete? I.e. can I take
it as example, modify and use? To start autoinstall I need kickstart=floppy
as I understand?

Related question - is it possible to specify size of (some of the)
partitions in percentage of available space? Also, on install with several
drivers I never have seen any mention of file system - partition
relationship. How do I tell on which drive each which partition goes?

TIA 

-andrej




Re: [Cooker] autoinstall 8.2

2002-03-07 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

[...]

 1.  ?? Meaning you are removing:
   package install_steps_auto_install;
   $graphical = 1;
   push @graphical_steps, 'doPartitionDisks', 'formatPartitions';
 
 and replacing with 'interactive' = 'gtk',

nope, it's replaced with

interactiveSteps = [ 'doPartitionDisks', 'formatPartitions'], 

 
 2.  Will I still be able to use the 'old way' if I want?

yes

 
 On a side note, the above is produced at the end of an install, but a replay 
 disk created by drakconf uses a different style.

yeah, no pb. I won't change drakconf now, but it works both ways, so it's ok
:)




Re: [Cooker] autoinstall 8.2

2002-03-06 Thread Pixel

Olivier Thauvin [EMAIL PROTECTED] writes:

 What are the three last line ?

  package install_steps_auto_install;
  $graphical = 1;
  push @graphical_steps, 'doPartitionDisks', 'formatPartitions';

these lines tell the auto_install to not be completly automatic. The only
steps that will be non-automatic are doPartitionDisks and formatPartitions.

this makes me think that's this is the old way to tell the auto_install.
Nowadays, you can use interactiveSteps to achieve this. I'm changing this.

 How can I be sure that each partitions will be associate to the good mount 
 point (is the order of partition section important) and drackX will not erase 
 my non [ext[23]|reiserfs] partitions.
 There is a way to setup manually only the partitionning.

that's it.




Re: [Cooker] autoinstall 8.2

2002-03-06 Thread Olivier Thauvin

Le Mercredi 6 Mars 2002 11:54, vous avez écrit :
 Olivier Thauvin [EMAIL PROTECTED] writes:
  What are the three last line ?
 
   package install_steps_auto_install;
   $graphical = 1;
   push @graphical_steps, 'doPartitionDisks', 'formatPartitions';

 these lines tell the auto_install to not be completly automatic. The only
 steps that will be non-automatic are doPartitionDisks and formatPartitions.

 this makes me think that's this is the old way to tell the auto_install.
 Nowadays, you can use interactiveSteps to achieve this. I'm changing
 this.

  How can I be sure that each partitions will be associate to the good
  mount point (is the order of partition section important) and drackX will
  not erase my non [ext[23]|reiserfs] partitions.
  There is a way to setup manually only the partitionning.

 that's it.

Yesterday (or this night), I looking for the new darkxconf and find the 
autoinstall tools. This is a very good idea but I have suggestions (perhaps 
not for actual 8.2 if it is too late):

- Purpose just to create the file auto_inst.cfg and maybe the syslinux.cfg
- Purpose to select a list of packages as during the installation with 
dependency resolving for creating this from server for all distribution's 
versions, and put directly the file on ftp|NFS|http serveur
- Can set all parameters as network, ect...

I know this need a lot of work and perhaps you are in way to do this. It is 
just suggestions. 

At time I'm testing auto_inst over ftp, I have a dos partition with just 
syslinux, kernel and network.img, I boot and all unless partitionning and 
format. I can said you this work very well ;-)

And I forgot, write the doc, but I think it is not most important for the 
moment !

Very Thanks.

-- 
Linux pour Mac !? Enfin le moyen de transformer
une pomme en véritable ordinateur.
JL.
/
| Olivier Thauvin - CNRS Service Aeronomie
| [EMAIL PROTECTED] 
| 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
| 01 44 27 47 59 à Jussieu (Mardi et Jeudi)
| Fax:33 (0)1 69 20 29 99
| Service d'Aéronomie, Réduit de Verrieres
| Route des Gatines - BP 3
| 91371 Verrieres le Buisson Cedex
| France
\==




Re: [Cooker] autoinstall 8.2

2002-03-06 Thread David Eastcott

On Wednesday 06 March 2002 03:54 am, you wrote:
 Olivier Thauvin [EMAIL PROTECTED] writes:
  What are the three last line ?
 
   package install_steps_auto_install;
   $graphical = 1;
   push @graphical_steps, 'doPartitionDisks', 'formatPartitions';

 these lines tell the auto_install to not be completly automatic. The only
 steps that will be non-automatic are doPartitionDisks and formatPartitions.

 this makes me think that's this is the old way to tell the auto_install.
 Nowadays, you can use interactiveSteps to achieve this. I'm changing
 this.

1.  ?? Meaning you are removing:
  package install_steps_auto_install;
  $graphical = 1;
  push @graphical_steps, 'doPartitionDisks', 'formatPartitions';

and replacing with 'interactive' = 'gtk',

2.  Will I still be able to use the 'old way' if I want?

On a side note, the above is produced at the end of an install, but a replay 
disk created by drakconf uses a different style.

Dave




[Cooker] autoinstall 8.2

2002-03-05 Thread Olivier Thauvin

I want test an important part for me of a distrib: the auto_install.

Oh, just a word to say that a collegue have found the save selection 
package very usefull.

I have during the installation create the two floppy replay and autoinst, 
I want be sure what I do and I have for understand do a diff between the two 
files: 

_
[root@virgo ftp]# diff replay.cfg /mnt/floppy/auto_inst.cfg
393c393
  'clearall' = 0,
---
  'clearall' = 1,
395c395
  'auto_allocate' = 0
---
  'auto_allocate' = 1
455c455
'autoExitInstall' = 0,
---
'autoExitInstall' = 1,
468,471d467

 package install_steps_auto_install;
 $graphical = 1;
 push @graphical_steps, 'doPartitionDisks', 'formatPartitions';
--

Correct me if I am in wrong way

clearall allow drakX to delete all data on all disk
auto_allocate is for allocate each partition to mountpoint by reading 
'partitions' section.

What are the three last line ?
How can I be sure that each partitions will be associate to the good mount 
point (is the order of partition section important) and drackX will not erase 
my non [ext[23]|reiserfs] partitions.
There is a way to setup manually only the partitionning.

I ask you for that because I can test all other section without risk, but I 
don't want erase Windows (not yet !) and not my BSD ! 

Thanks a lot.
-- 
Linux pour Mac !? Enfin le moyen de transformer
une pomme en véritable ordinateur.
JL.
/
| Olivier Thauvin - CNRS Service Aeronomie
| [EMAIL PROTECTED] 
| 01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
| 01 44 27 47 59 à Jussieu (Mardi et Jeudi)
| Fax:33 (0)1 69 20 29 99
| Service d'Aéronomie, Réduit de Verrieres
| Route des Gatines - BP 3
| 91371 Verrieres le Buisson Cedex
| France
\==




[Cooker] Autoinstall

2002-03-03 Thread Onur Kucuk



  Have trouble with the autoinstall with beta 2 I dont know if it
  have been fixed with something later

  When I boot from the autoinstall image floppy, it straight runs the
  setup, at the syslinux, where I need to pass some options to the
  kernel to let the setup run, like

  linux noauto

  Without this, the setup freezes at the start of X

  At least a delay of a second should be given to let me type the
  parametres, or the options I added, should be recorded to the
  autoinstall image

  
  Regards,
  Onur Kucuk



_
Do You Yahoo!?
Get your free yahoocom address at http://mailyahoocom





Re: [Cooker] Autoinstall

2002-03-03 Thread Pixel

Onur Kucuk [EMAIL PROTECTED] writes:

   Have trouble with the autoinstall with beta 2. I dont know if it
   have been fixed with something later.
 
   When I boot from the autoinstall image floppy, it straight runs the
   setup, at the syslinux, where I need to pass some options to the
   kernel to let the setup run, like
 
   linux noauto.

- modify the syslinux.cfg on the floppy.

- or add

  X = { card = { driver = mga }  },

to the auto_inst.cfg.pl (on the floppy), replacing mga by the driver needed
on the box.





Re[2]: [Cooker] Autoinstall

2002-03-03 Thread Onur Kucuk


P Onur Kucuk [EMAIL PROTECTED] writes:

   Have trouble with the autoinstall with beta 2. I dont know if it
   have been fixed with something later.
 
   When I boot from the autoinstall image floppy, it straight runs the
   setup, at the syslinux, where I need to pass some options to the
   kernel to let the setup run, like
 
   linux noauto.

P - modify the syslinux.cfg on the floppy.

P - or add

P   X = { card = { driver = mga }  },

P to the auto_inst.cfg.pl (on the floppy), replacing mga by the driver needed
P on the box.


 But the trouble is not about the detection of the card. It is the
 place `where abouts` the system freezes.

 It is because of the new P4 irq controlling system. The kernels dont
 support it well, and as long as you have many devices on a i845
 board, using many irqs, it freezes, regardless of the card.

 Regards,
 Onur Kucuk



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com





Re: [Cooker] Autoinstall 8.2

2002-02-04 Thread Pixel

Olivier Thauvin [EMAIL PROTECTED] writes:

 I have install the cooker on my pc (WinMe + Linux) and at the end I have 
 create de autoinstall floppy, I have two question:
 
 At the lilo say that if I type enter I will lose all my data, Win include, 
 is-it right ? On the floppy all mount point seem correct (in .cfg)
 
 Is my Linux partition that I havr format at install will be reformat ?

give the auto_inst.cfg that's on the floppy.




Re: [Cooker] Autoinstall 8.2

2002-02-04 Thread Guillaume Cottenceau

Olivier Thauvin [EMAIL PROTECTED] writes:

 I have install the cooker on my pc (WinMe + Linux) and at the end I have 
 create de autoinstall floppy, I have two question:
 
 At the lilo say that if I type enter I will lose all my data, Win include, 
 is-it right ? On the floppy all mount point seem correct (in .cfg)

At the end of the install you had this dialog:

-=-==-==-==-==-=---
The auto install can be fully automated if wanted,
in that case it will take over the hard drive!!
(this is meant for installing on another box).

You may prefer to replay the installation.
-=-==-==-==-==-=---

With two possibilites: Replay and Automated, you chose
Automated, that is why it told you it would remove everything
and reformat the whole harddisk.


-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




Re: [Cooker] Autoinstall 8.2

2002-02-04 Thread Olivier Thauvin

Le Lundi 4 Février 2002 15:09, vous avez écrit :
 Olivier Thauvin [EMAIL PROTECTED] writes:
  I have install the cooker on my pc (WinMe + Linux) and at the end I have
  create de autoinstall floppy, I have two question:
 
  At the lilo say that if I type enter I will lose all my data, Win
  include, is-it right ? On the floppy all mount point seem correct (in
  .cfg)

 At the end of the install you had this dialog:

 -=-==-==-==-==-=---
 The auto install can be fully automated if wanted,
 in that case it will take over the hard drive!!
 (this is meant for installing on another box).

 You may prefer to replay the installation.
 -=-==-==-==-==-=---

 With two possibilites: Replay and Automated, you chose
 Automated, that is why it told you it would remove everything
 and reformat the whole harddisk.

Thanks, I understand the difference, I have select Replay, but I can't lose 
this Windows at time, and message from lilo affraid me. Don't forget it's a 
cooker, and I wan't test for help you, if there are a bug...

In the file autoinst.cfg, I don't see where the format is specified, but my 
diskette is at home, I will relook this this evening as Pixel ask me, I will 
send this file.

I want use this diskette for reinstall faster the cooker for testing.

If doubt, I retry to create this diskette after an other installation.

Very Thanks.

-- 
Olivier Thauvin-CNRS Service Aeronomie
[EMAIL PROTECTED] 
Téléphone:
01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
01 44 27 47 59 à Jussieu (Mardi et Jeudi)

Service d'Aéronomie
Réduit de Verrieres - BP 3
Route des Gatines
91371 Verrieres le Buisson Cedex
France

Fax:33 (0)1 69 20 29 99




Re: [Cooker] Autoinstall 8.2

2002-02-04 Thread Guillaume Cottenceau

Olivier Thauvin [EMAIL PROTECTED] writes:

 I want use this diskette for reinstall faster the cooker for testing.

For Cooker daily testing I would advice to not use the auto
install floppy. If you choose recommended install anyway the
few choices are very fast to do...


-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




[Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread David Eastcott

Found an old problem (8.1) with bootloader password and restricted options 
not being handled correctly, and a new one with the global append parameter.

BTW, I like the addition of the serial= based on presence of console in the 
perImageAppend, nice touch

1.  password is not being written to lilo.conf file unless restricted is 
defined, but restricted is written even if password is not defined.  It 
should actually be the other way around. 

2.  libmsec.py is removing password but it is not testing for or removing 
restricted from lilo.conf.  What security/msec level actually causes this 
code to be executed?  Or is it disabled?

3. global parameter append= requires double quotes around values on right 
side of =


The following is the code for bootloader.pm in write_lilo_conf:

currently:

$lilo-{$_} and print F $_=$lilo-{$_} foreach qw(boot map install vga 
default append keytable);
$lilo-{$_} and print F $_ foreach qw(linear lba32 compact prompt restricted);
print F password=, $lilo-{password} if $lilo-{restricted}  
$lilo-{password};

should be:

$lilo-{$_} and print F $_=$lilo-{$_} foreach qw(boot map install vga 
default keytable);
print F append=\$lilo-{append}\ if $lilo-{append};
$lilo-{$_} and print F $_ foreach qw(linear lba32 compact prompt);
print F password=, $lilo-{password} if $lilo-{password};
print F restricted if $lilo-{restricted}  $lilo-{password};

Also, if password is present in the lilo.conf, lilo complains unless the 
lilo.conf permissions are set for readable only by root.  Not sure where to 
add appropriate patch to code, so ...

These changes may need to be made to the write_silo_conf too, but I have no 
experience using sparc, so...

and while you are in there..., might change vga_modes too:

currently:
%vga_modes = (
'ask' = Ask at boot,
'normal' = Normal,
'0x0f01' = 80x50,
'0x0f02' = 80x43,
'0x0f03' = 80x28,
'0x0f04' = 80x30,
'0x0f05' = 80x34,
'0x0f06' = 80x60,
'0x0122' = 100x30,
 785 = 640x480 in 16 bits (FrameBuffer only),
 788 = 800x600 in 16 bits (FrameBuffer only),
 791 = 1024x768 in 16 bits (FrameBuffer only),
 794 = 1280x1024 in 16 bits (FrameBuffer only),
);

should be:
%vga_modes = (
'ask' = Ask at boot,
'normal' = Normal,
'0x0f01' = 80x50,
'0x0f02' = 80x43,
'0x0f03' = 80x28,
'0x0f05' = 80x30,
'0x0f06' = 80x34,
'0x0f07' = 80x60,
'0x0122' = 100x30,
 785 = 640x480 in 16 bits (FrameBuffer only),
 788 = 800x600 in 16 bits (FrameBuffer only),
 791 = 1024x768 in 16 bits (FrameBuffer only),
 794 = 1280x1024 in 16 bits (FrameBuffer only),
);

(i'll fix my document if you fix the code, hehehe)

regards
Dave




Re: [Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

[...]

 1.  password is not being written to lilo.conf file unless restricted is 
 defined, but restricted is written even if password is not defined.  It 
 should actually be the other way around. 

ok, fix included.

 
 2.  libmsec.py is removing password but it is not testing for or removing 
 restricted from lilo.conf.  What security/msec level actually causes this 
 code to be executed?  Or is it disabled?

fredl?

 
 3. global parameter append= requires double quotes around values on right 
 side of =

ok, fix included.

[...]

 Also, if password is present in the lilo.conf, lilo complains unless the 
 lilo.conf permissions are set for readable only by root.  Not sure where to 
 add appropriate patch to code, so ...

fixed

[...]

 and while you are in there..., might change vga_modes too:

fix included.


Thanks!!




Re: [Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread David Nex

hi all,

I'm looking for a mysql 4.0.1 max alpha mdk rpm.
I found rpm for redhat.

I know that mandrake derive from redhat.
Can i use theme to install this soft into my mandrake 8.1 distrib.

I really need this version of mysql beacause of some fulltext features.

If i can't use these redhat rpm how can i do ?
Where can I find such a version of mysql ?
I had to manage a src install of mysql...


thanks.







Re: [Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread Frederic Lepied

Pixel [EMAIL PROTECTED] writes:

 David Eastcott [EMAIL PROTECTED] writes:
 

[...]

  
  2.  libmsec.py is removing password but it is not testing for or removing 
  restricted from lilo.conf.  What security/msec level actually causes this 
  code to be executed?  Or is it disabled?
 
 fredl?

No the password stuff in lilo/grub is inactive. What make you think
something is done by libmsec ?
-- 
Fred - May the source be with you




Re: [Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread David Eastcott

On Sunday 03 February 2002 05:51 pm, you wrote:
 Pixel [EMAIL PROTECTED] writes:
  David Eastcott [EMAIL PROTECTED] writes:

 [...]

   2.  libmsec.py is removing password but it is not testing for or
   removing restricted from lilo.conf.  What security/msec level actually
   causes this code to be executed?  Or is it disabled?
 
  fredl?

 No the password stuff in lilo/grub is inactive. What make you think
 something is done by libmsec ?

In mdk 8.1, msec was removing and adding password to the lilo.conf that was 
causing grief.  Pixel made a change to Drakx that compensated for it. 

So when I encountered problems with password and restricted this time around 
I  grep'd msec for password.  Up came a hit on libmsec and an inspection of 
the file showed that there was some code in place for deleting password from 
lilo.conf.  Since changing msec levels up and down at the console did not 
generate any messages indicating msec was modifying lilo.conf, I thought I 
would ask if it was active and to point out that the code that is in place 
has a potential problem if it were to be activated.

regards
Dave




Re: [Cooker] AutoInstall Testing Results with 1.639

2002-02-03 Thread David Eastcott

On Sunday 03 February 2002 04:45 pm, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:

[...]

 ok, fix included.


Guess this means that I gotta fix the document now too, eh? hehehe

Thanks
Dave

 Thanks!!




[Cooker] Autoinstall 8.2

2002-02-03 Thread Olivier Thauvin

I have install the cooker on my pc (WinMe + Linux) and at the end I have 
create de autoinstall floppy, I have two question:

At the lilo say that if I type enter I will lose all my data, Win include, 
is-it right ? On the floppy all mount point seem correct (in .cfg)

Is my Linux partition that I havr format at install will be reformat ?

Thanks.
-- 
Olivier Thauvin-CNRS Service Aeronomie
[EMAIL PROTECTED] 
Téléphone:
01 64 47 43 60 à Verrières (lundi,mercredi et vendredi)
01 44 27 47 59 à Jussieu (Mardi et Jeudi)

Service d'Aéronomie
Réduit de Verrieres - BP 3
Route des Gatines
91371 Verrieres le Buisson Cedex
France

Fax:33 (0)1 69 20 29 99




Re: [Cooker] AutoInstall Wishlist

2002-01-25 Thread Guillaume Cottenceau

David Eastcott [EMAIL PROTECTED] writes:

 I was wondering if the following could be added when the auto_inst.cfg file 
 is generated:

I have ticked your mail for later, I'll try to do that for next
release, probably next week. Thanks for your suggestions!

-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




[Cooker] AutoInstall Wishlist

2002-01-24 Thread David Eastcott

Hi,

I was wondering if the following could be added when the auto_inst.cfg file 
is generated:

1.  'services' added to the list of things placed in the file;  with it 
containing the services which were actually selected for activation?

2.  'miscellaneous' ?

3.  and 'bootloader' as well?

regards
Dave





Re: [Cooker] AutoInstall Results - Tonights Cooker

2001-09-19 Thread David Eastcott

On September 19, 2001 07:14 am, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  1.  Thanks for replacing 'undef' with the correct values for 'pw' in
  superuser and users.

 You should report the problem when you've seen it, imagine I wouldn't have
 noticed this problem yesterday, it could have stayed in the final (or we
 didn't notice your bugreport here?).

I didn't report it as I thought that maybe it was decided to leave as 'undef' 
because of security issues.  

However, in the future I will report any anomolies I find between previous 
versions and current (cooker).

best regards
Dave




[Cooker] AutoInstall Results - Tonights Cooker

2001-09-19 Thread David Eastcott

Hi,

1.  The auto install for printers is working great.  I have only tested the 
CUPS system, but I was able to install 3 different printers using various 
drivers with no trouble.

2. manualFstab works fine for adding both nfs and smbfs mount points, 
including the new (for me) 'passno' and 'freq' options.

3.  after installation, the /etc/group file contains xgrp, nogroup, ntools 
and ctools groups with GIDs immediately following any users added using 
user[].

4.  I've been wondering why the telnet-server did not show up in the GUI 
package group; rpmsrate has it as telnet-server, I think it should be 
telnet-server-krb5?

5.  When I use compssListLevel with no compssUsersChoice and no 
default_packages, setting it to 6 gets me a minimal install, but setting it 
to 0 does not cause ALL packages to be installed.

However when compssListLevel and compssUsersChoice are used together, then 
changing the compssListLevel causes the expected packages to be installed.

Has the capabilities of compssListLevel been changed so that that it only 
works appropriately with compssListLevel?

best regards
Dave




Re: [Cooker] AutoInstall Results - Tonights Cooker

2001-09-19 Thread Guillaume Cottenceau

David Eastcott [EMAIL PROTECTED] writes:

  You should report the problem when you've seen it, imagine I wouldn't have
  noticed this problem yesterday, it could have stayed in the final (or we
  didn't notice your bugreport here?).
 
 I didn't report it as I thought that maybe it was decided to leave as 'undef' 
 because of security issues.  

Ok. We store the pw in crypted form so it should be ok.
 
 However, in the future I will report any anomolies I find between previous 
 versions and current (cooker).

Safer ;p.



-- 
Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/




[Cooker] AutoInstall Results - Tonights Cooker

2001-09-18 Thread David Eastcott

Hi,

1.  Thanks for replacing 'undef' with the correct values for 'pw' in 
superuser and users.

2.  Printer installation still fails (installer stops) with the following:

warning: Can't locate object method ask_from via package 
install_steps_auto_install (perhaps you forgot to load 
install_steps_auto_install?) at /usr/bin/perl-install/printerdrake.pm line 
1422.

3.  after installation, the /etc/group file contains xgrp, nogroup, ntools 
and ctools groups with GIDs immediately following any users added using 
user[].

4.  Warning messages are generated when adding a smb mount point via 
manualFstab.  /etc/fstab is created with the correct information, but the 
warning is complaining about the '//' preceding the device name.

warning: unknown device /mnt//cherry/cherry-c (caller is 
devices:/usr/bin/perl-install/devices.pm:144) at  
/usr/bin/perl-install/devices.pm line 108
warning: unknown device /mnt//cherry/cherry-c (caller is 
fs:/usr/bin/perl-install/fs.pm:148) at /usr/bin/perl-install/devices.pm line 
145
warning: unknown device /mnt//cherry/cherry-c (caller is 
devices:/usr/bin/perl-install/devices.pm:144) at  
/usr/bin/perl-install/devices.pm line 108
warning: unknown device /mnt//cherry/cherry-c (caller is 
fs:/usr/bin/perl-install/fs.pm:148) at /usr/bin/perl-install/devices.pm line 
145


best regards
Dave





[Cooker] AutoInstall Printers

2001-09-16 Thread David Eastcott

Hi,

Using tonight's cooker, I am getting an error message:

Can't locate object method ask_from  via package 
install_steps_auto_install ...  printerdrake.pm line 1329

regards
Dave




[Cooker] AutoInstall Problems

2001-09-16 Thread David Eastcott

Hi,

Using tonights cooker, I had two problems show up:

1.  The addUser step is generating the following:

warning: Undefined subroutine main:: called at 
/usr/lib/perl5/site-perl/5.6.1/MDK/Common/File.pm line 154,  line 42
copying of skel failed: Undefined subroutine main:: called at 
/usr/lib/perl5/site-perl/5.6.1/MDK/Common/File.pm line 154,  line 42

This is repeated for each user in users[].  The users were created and 
examining their home directories showed that the /etc/skel contents were not 
copied.

2.  Adding a printer generated the following:

warning: Can't locate object method ask_from via package 
install_steps_autoinstall (perhaps you forgot to load 
install_steps_autoinstall?) at /usr/bin/perl-install/printerdrake.pm line 
1422

and the installer stops.


regards
Dave




[Cooker] AutoInstall - Printers

2001-09-14 Thread David Eastcott

Hi,

Using tonight's Cooker;  Thanks for allowing driver selections again.

Auto install of a printer fails with error message:
warning: foomatic-configure failed at  ... printer.pm line 756.

Noticed a difference between the GUI based install and the auto install;  The 
GUI install has a couple extra messages prior to 'runing: foomatic-configure 
...' which the auto install does not:

foomatic-printjob -R -s cups -P Printer
ifconfig 127.0.0.1

If that helps any.

regards
Dave




[Cooker] AutoInstall of Printer

2001-09-10 Thread David Eastcott

Using tonights cooker I was able to auto install the printer.  Nice work

My initail testing is limited to CUPS, a CUPS remote printer and a Windows98 
shared printer, all worked nicely.

best regards
Dave




Re: [Cooker] AutoInstall Printers Problem

2001-06-13 Thread François Pons

David Eastcott [EMAIL PROTECTED] writes:

 Yes, autoinstall only is OK with me.  I was not trying to rush you to add it, 
 just asking your opinion.
 
 I do appreciate that you are going to added it.

It is already added in the CVS, but next upload only of DrakX will have it.


 Best regards
 Dave

Best Redards,

François.




Re: [Cooker] AutoInstall Printers Problem

2001-06-12 Thread François Pons

David Eastcott [EMAIL PROTECTED] writes:

 Any idea if or when the rhs-printfilters will be updated?  Or should this 
 problem be reported another?

Whenever I will update rhs-printfilter, this will be soon as I have to update it
with rh one, to see what they changed inside it and get some interresting stuff
here.

 Any comment on the CUPSOPTION idea?

I think I can do it for expert mode using cups. This will be done before end of
week.

 best regards
 Dave

Best Regards,

François.




Re: [Cooker] AutoInstall Printers Problem

2001-06-12 Thread David Eastcott

On Tuesday 12 June 2001 09:51, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
Any comment on the CUPSOPTION idea?
  
   I think I can do it for expert mode using cups. This will be done
   before end of week.

 After examining this, I let you just for autoinstall options, as there is
 some work done on printer configuration that may remove these works.

Are these changes in cooker now?  Or are you still working on them and they 
will come later?


 Is it ok for you, I update only your changes so that autoinstall have the
 options whereas other installation method do not have them (no gui).


Yes, autoinstall only is OK with me.  I was not trying to rush you to add it, 
just asking your opinion.

I do appreciate that you are going to added it.



 François.

Best regards
Dave




Re: [Cooker] AutoInstall Printers Problem

2001-06-12 Thread David Eastcott

On Tuesday 12 June 2001 03:07, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  Any idea if or when the rhs-printfilters will be updated?  Or should this
  problem be reported another?

 Whenever I will update rhs-printfilter, this will be soon as I have to
 update it with rh one, to see what they changed inside it and get some
 interresting stuff here.

  Any comment on the CUPSOPTION idea?

 I think I can do it for expert mode using cups. This will be done before
 end of week.

  best regards
  Dave

 Best Regards,

 François.

Thanks.

Dave




Re: [Cooker] AutoInstall Printers Problem

2001-06-12 Thread François Pons

David Eastcott [EMAIL PROTECTED] writes:

   Any comment on the CUPSOPTION idea?
 
  I think I can do it for expert mode using cups. This will be done before
  end of week.

After examining this, I let you just for autoinstall options, as there is some
work done on printer configuration that may remove these works.

Is it ok for you, I update only your changes so that autoinstall have the
options whereas other installation method do not have them (no gui).

François.




Re: [Cooker] AutoInstall Printers Problem

2001-06-11 Thread David Eastcott

On Sunday 10 June 2001 08:14, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  Hi,

 Hi!

 Thanks you a lot for your patch, they will be integrated soon.

 Francois.

Noticed the latest cooker had the patches to printer.pm and install_steps.pm, 
Thanks.

Any idea if or when the rhs-printfilters will be updated?  Or should this 
problem be reported another?

Any comment on the CUPSOPTION idea?

best regards
Dave




Re: [Cooker] AutoInstall Printers Problem

2001-06-10 Thread François Pons

David Eastcott [EMAIL PROTECTED] writes:

 Hi,

Hi!

Thanks you a lot for your patch, they will be integrated soon.

Francois.




[Cooker] AutoInstall Printers Problem

2001-06-10 Thread David Eastcott

Hi,

Been trying to auto install printers (8.0) and I have come across a few 
things.  I also looked at tonight's cooker files and they have the same 
things:

1.  AutoInstall of printers never occurs because:

install_steps.pm configurePriner has the line:
foreach (keys %{$o-{printer}{configured} || {}}) {

and should be changed to:
foreach (values %{$o-{printer}{configured} || {}}) {

and while there, the next line should be changed to:
log::l(configuring printer queue $_-{QUEUE} for $_-{mode});


2.  Installation of a Remote LPD printer using the 'lpr' system results in an 
incorrect /etc/printcap file.

printer.pm, configure_queue has:
} elsif ($_-{TYPE} eq REMOTE) {
print PRINTCAP \t:rm=$_-{REMOTEHOST}:\\\n;

and it should be:
} elsif ($_-{TYPE} eq LPD) {
print PRINTCAP \t:rm=$_-{REMOTEHOST}:\\\n;


3.  Only I would have this printer problem I have an HP-820C

Seems that the /usr/lib/rhs/rhs-printfilters/printerdb file has 3 printer 
definitions where the StartEntry:  is incorrectly formatted:

HP DeskJet 720 should beHPDeskJet720
HP DeskJet 820 should beHPDeskJet820
HP DeskJet 1000   should beHPDeskJet1000

package installed is:  rhs-printfilters-1.76-3mdk


4.  Would be nice to add a new parameter for CUPS printers so that CUPS 
options could be passed into lpadmin.

eg.  'CUPSOPTIONS' = '-o Resolution=1200dpi -o Duplex=None'

minor change to printer.pm, configure_queue where lpadmin is run to add 

 $entry-{CUPSOPTIONS} ? ( , $entry-{CUPSOPTIONS}) : (),





Re: [Cooker] AutoInstall via NFS

2001-04-17 Thread David Eastcott

On Monday 16 April 2001 12:11, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:
  On Monday 16 April 2001 09:15, you wrote:
   David Eastcott [EMAIL PROTECTED] writes:
 
[...]

 Both seem to work for me. Are you sure of yourself? Could you recheck
 putting back the original params and checking where come the errors from?

Checked my notes and the errors that was being reported was 'unable to find 
auto install file'.  I attempted about 4 different installs before finally 
coming up with the changes to syslinux.cfg.

So just to be sure, I spent all evening doing installs using the cooker file 
sets from Apr 13, then 14 (the one I thought was bad) and 15th.

From each file set, I created a 2 boot disks using the network.img file.  One 
disk contained the original syslinux.cfg and auto_inst.cfg files from the 
14th, the other contained my modified syslinux.cfg

Friday the 13th file set worked for both installs,
Sat. 14th work for both installs,
Sun 15th worked for both installs,

Then I thought well may its only the generated auto install disk that was 
causing me the problems snice that was what I had been using on Saturday 
s,

Using the 13th's file set, did a minimal manual install and generated an auto 
install disk, then used it to re-install, that worked.

Repeated with the 14th's, and it worked.  However, I did have a lot of 
trouble getting the system to boot from the floppy disk.

Repeated with the 15th's and it work too.

Seems I can't repeat the problem that I reported on Sat.  Other than my 
floppy disk drive being possibly intermitent, I can't explain what happened 
Sat.  

Best regards
Dave







Re: [Cooker] AutoInstall via NFS

2001-04-16 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

[...]

 it was:
 
 label linux
  kernel vmlinuz
  append kickstart=floppy 
  automatic=method:nfs,server:linux1,directory:/Cooker/cooker,
 network:static,ip:192.168.5.202,netmask:255.255.255.0,
 gateway:192.168.5.253,dns:192.168.5.253,  
  ramdisk_size=32000 initrd=network.rdz vga=788
 
 Note comma after dns ip. I don't know if this was real problem or not?  I 
 can't remember if I tried with out it or not.

it doesn't seem to be a pb, gc you confirm?

 
 
  [...]
 
 for 'mkbootdisk'  you might want to force this to undef, especially for
   those of us that use a floppy to kickstart things.  Imagine my surprise
   when the carefully crafted autoinstall disk suddenly becomes a boot disk?
 
  what was it set to?
 
 
 'mkbootdisk' = 'fd0',

ok, i switch it to off by default

[...]

 When I do an autoinstall I do not want the installer to format hdc at all.  
 The question is: given the above declartions and this one, will it only 
 format hda?
 
'partitioning' = {
'clearall' = 1,

try 
'clear' = [ 'hda' ],

i think i've added it after 7.2, and it's not documented :-/

(by the way, contributors to auto_inst doc are welcome :)


thanks, cu Pixel.




Re: [Cooker] AutoInstall via NFS

2001-04-16 Thread Guillaume Cottenceau

Pixel [EMAIL PROTECTED] writes:


[...]

   append kickstart=floppy 
   automatic=method:nfs,server:linux1,directory:/Cooker/cooker,
  network:static,ip:192.168.5.202,netmask:255.255.255.0,
  gateway:192.168.5.253,dns:192.168.5.253,  
   ramdisk_size=32000 initrd=network.rdz vga=788
  
  Note comma after dns ip. I don't know if this was real problem or not?  I 
  can't remember if I tried with out it or not.
 
 it doesn't seem to be a pb, gc you confirm?

confirmed. trailing comma is supported and works.
 


-- 
Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/




Re: [Cooker] AutoInstall via NFS

2001-04-16 Thread David Eastcott

Thanks for the info.

On Monday 16 April 2001 04:06, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:

[...]

 (by the way, contributors to auto_inst doc are welcome :)


 thanks, cu Pixel.

Thanks for the invite.  I currently have a 15-20 page text file containing 
explaination of various options, but it is for 7.1/7.2.  I would like to 
update it to 8.0 first.  What is best way to submit: to cooker list or you 
direct? (reason is because my perl is weak and it is incomplete)

regards
Dave




Re: [Cooker] AutoInstall via NFS

2001-04-16 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

[...]

 Thanks for the invite.  I currently have a 15-20 page text file containing 
 explaination of various options, but it is for 7.1/7.2.  I would like to 
 update it to 8.0 first.  What is best way to submit: to cooker list or you 
 direct? (reason is because my perl is weak and it is incomplete)

try me directly.




[Cooker] AutoInstall via NFS

2001-04-15 Thread David Eastcott

Hi,

Once I got things set right, works nice...  Sure saves me a lot of time
re-installing the same things for testing or experimenting.

The syslinux.cfg that is generated during the install does not work for me.  I
had to change it to the following to get it work (append text is all on one
line):

label linux
  kernel vmlinuz
  append ramdisk_size=32000 initrd=network.rdz  vga=788 kickstart=floppy 
automatic=method:nfs,server:linux1,directory:/Cooker/cooker,
 network:static,ip:192.168.5.202,netmask:255.255.255.0,
 gateway:192.168.5.253,dns:192.168.5.253

Couple observations:

  for 'superuser' the 'name' should be set to 'root', the 'pw' should be set to
  the md5 value generated during install (it was in 7.1 and 7.2).  Probably
  goes for users too, but did not add a user at install time to confirm.

  I re-ran the autoinstall with a value from /etc/shadow for the 'pw' and the
  install ignored it.  Until I actually used passwd as root to change, root
  access was available to anyone with any password.

  for 'mkbootdisk'  you might want to force this to undef, especially for those
  of us that use a floppy to kickstart things.  Imagine my surprise when the
  carefully crafted autoinstall disk suddenly becomes a boot disk?

Couple questions:

  In the 'partitions', should the field 'hd' = 'hda' be present when you have
  multiple disks?   Will the installer format disks other than the ones
  identified in 'partitions'?

  Can the 'configureServices' be controlled from the auto_inst.cfg file?  In
  the expert install, I get to choose which is started, can I do it with this
  file too?

best regards
Dave




Re: [Cooker] AutoInstall via NFS

2001-04-15 Thread Pixel

David Eastcott [EMAIL PROTECTED] writes:

[...]

 The syslinux.cfg that is generated during the install does not work for me.  I
 had to change it to the following to get it work (append text is all on one
 line):

can you tell what you changed?

[...]

   for 'superuser' the 'name' should be set to 'root', the 'pw' should be set to
   the md5 value generated during install (it was in 7.1 and 7.2).  Probably
   goes for users too, but did not add a user at install time to confirm.

i'll try.

[...]

   for 'mkbootdisk'  you might want to force this to undef, especially for those
   of us that use a floppy to kickstart things.  Imagine my surprise when the
   carefully crafted autoinstall disk suddenly becomes a boot disk?

what was it set to?

[...]

   In the 'partitions', should the field 'hd' = 'hda' be present when you have
   multiple disks?   Will the installer format disks other than the ones
   identified in 'partitions'?

i don't quite understand the question. What do you have in 'partitions'?

 
   Can the 'configureServices' be controlled from the auto_inst.cfg file?  In
   the expert install, I get to choose which is started, can I do it with this
   file too?

you can. "services" is a list of services that will be run. You can't remove
some though, only give the list of all that you want.

i use:

  services = [ qw(syslog xfs network portmap mandrake_firstime) ],


cu Pixel.




Re: [Cooker] AutoInstall via NFS

2001-04-15 Thread Pixel

Pixel [EMAIL PROTECTED] writes:

for 'superuser' the 'name' should be set to 'root', the 'pw' should be set to
the md5 value generated during install (it was in 7.1 and 7.2).  Probably
goes for users too, but did not add a user at install time to confirm.
 
 i'll try.

ok, reproduced and fixed. 'pw' is now working again

thanks, Pixel.





Re: [Cooker] AutoInstall via NFS

2001-04-15 Thread David Eastcott

Pixel,

This AutoInstall is s nice.  

Thanks
Dave

On Sunday 15 April 2001 10:56, you wrote:
 Pixel [EMAIL PROTECTED] writes:
 for 'superuser' the 'name' should be set to 'root', the 'pw' should
   be set to the md5 value generated during install (it was in 7.1 and
   7.2).  Probably goes for users too, but did not add a user at install
   time to confirm.
 
  i'll try.

 ok, reproduced and fixed. 'pw' is now working again

 thanks, Pixel.




Re: [Cooker] AutoInstall via NFS

2001-04-15 Thread David Eastcott

On Sunday 15 April 2001 10:43, you wrote:
 David Eastcott [EMAIL PROTECTED] writes:

 [...]

  The syslinux.cfg that is generated during the install does not work for
  me.  I had to change it to the following to get it work (append text is
  all on one line):

 can you tell what you changed?


it was:

label linux
 kernel vmlinuz
 append kickstart=floppy 
 automatic=method:nfs,server:linux1,directory:/Cooker/cooker,
network:static,ip:192.168.5.202,netmask:255.255.255.0,
gateway:192.168.5.253,dns:192.168.5.253,  
 ramdisk_size=32000 initrd=network.rdz vga=788

Note comma after dns ip. I don't know if this was real problem or not?  I 
can't remember if I tried with out it or not.


 [...]

for 'mkbootdisk'  you might want to force this to undef, especially for
  those of us that use a floppy to kickstart things.  Imagine my surprise
  when the carefully crafted autoinstall disk suddenly becomes a boot disk?

 what was it set to?


'mkbootdisk' = 'fd0',

 [...]

In the 'partitions', should the field 'hd' = 'hda' be present when you
  have multiple disks?   Will the installer format disks other than the
  ones identified in 'partitions'?

 i don't quite understand the question. What do you have in 'partitions'?

I have two disks, hda and hdc.  The first disk is partitioned as follows:

   'partitions' = [
 {
   'mntpoint' = '/boot',
   'size' = 80292,
   'type' = 387
 },
 {
   'mntpoint' = 'swap',
   'size' = 497952,
   'type' = 130
 },
 {
   'mntpoint' = '/',
   'size' = 15502662,
   'type' = 387
 }
   ],

and  is used to hold all normal files. The second (hdc) is an archive disk 
which gets mounted in the root directory (/mass) as follows:

   'manualFstab' = [
  {
'device' = '/dev/hdc1',
'mntpoint' = '/mass',
'options' = 'default',
'type' = 'reiserfs'
  }
],

When I do an autoinstall I do not want the installer to format hdc at all.  
The question is: given the above declartions and this one, will it only 
format hda?

   'partitioning' = {
   'clearall' = 1,
   'eraseBadPartitions' = 0,
   'auto_allocate' = 1
 },

regards
Dave