pump-udeb, ppp-udeb

2000-12-17 Thread David Whedon

I built udebs for ppp and pump.  I still have a few things to do to make the
rules files behave nicely, but we are mostly there.


pump:
I didn't do anything funny here, just removed the docs and passed it some
different CFLAGS.

$ dpkg -c ../pump-udeb_0.8.3-1_i386.udeb 
drwxr-xr-x root/root 0 2000-12-17 01:17:04 ./
drwxr-xr-x root/root 0 2000-12-17 01:17:03 ./sbin/
-rwxr-xr-x root/root 41444 2000-12-17 01:17:03 ./sbin/pump
$ ls -la ../pump-udeb_0.8.3-1_i386.udeb 
-rw-r--r--1 davidw   ee  22446 Dec 17 01:17
../pump-udeb_0.8.3-1_i386.udeb


ppp:

I removed all the docs, pppdump, pppstats, that was most of the space savings.
I saved a few k more removing plugins(?), multilink, pam, and ppp-filter.  I'm
not entirely convinced that we want all that out. There may be more that can
come out of it but I'll want to test this before I remove anything else.

$ dpkg -c ../ppp-udeb_2.4.0f-1_i386.udeb 
drwxr-xr-x root/root 0 2000-12-17 00:13:37 ./
drwxr-xr-x root/root 0 2000-12-17 00:13:36 ./usr/
drwxr-xr-x root/root 0 2000-12-17 00:13:37 ./usr/sbin/
-rwxr-xr-x root/root 16892 2000-12-17 00:13:37 ./usr/sbin/chat
-rwxr-xr-x root/root166492 2000-12-17 00:13:37 ./usr/sbin/pppd
drwxr-xr-x root/root 0 2000-12-17 00:13:36 ./etc/
drwxr-xr-x root/root 0 2000-12-17 00:13:36 ./etc/ppp/
-rw-r--r-- root/root 5 2000-12-17 00:13:36 ./etc/ppp/options
-rw-r--r-- root/root77 2000-12-17 00:13:36 ./etc/ppp/pap-secrets
-rw-r--r-- root/root78 2000-12-17 00:13:36 ./etc/ppp/chap-secrets
$ ls -la ../ppp-udeb_2.4.0f-1_i386.udeb 
-rw-r--r--1 davidw   ee  88488 Dec 17 00:13
../ppp-udeb_2.4.0f-1_i386.udeb


Sat, Dec 16, 2000 at 09:10:34PM -0800 wrote:
 I've been looking around for a way to get ppp into the installer. The ideal
 would be to have a minimal ppp package that can dial out and grab the rest of
 the system. The current ppp deb is about 230k.  I'm going to look into making a
 udeb out of it, and see how small it can be. 
 
 If anyone has leads on something that might serve us better, I'd be happy to
 hear them.
 
 -David
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Boot problem

2000-12-17 Thread bies

Grzegorz Bieszczak [EMAIL PROTECTED] writes:

 I am trying to install Debian 2.2 r0. While the first boot to start
 installation system hangs after the line:
 md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8

 I was able to install on this computer Redhat 7 and Mandrake 7.2, so
the
 problem seems to be specific to Debian.

Well, it's specific to the kernel on the first CD, I'll warrant.

 Do you have any ideas what's going on?

Hardware conflict.  Can you say "x86 is a crap architecture"?

I suggest you try booting with the 2nd or 3rd CDs, which have kernels
more optimized for modern (PCI) hardware.

--
..Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]



After an attempt from 2nd CD I got additional
message:
sim710: No NCR53C710 adapter found.
NCR reminds me of SCSI adapter, but I don't have
nad SCSI device in my computer. Looks like Debian
2.2 requires a SCSI device to be present in the
computer. Strange

Greg




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: tale

2000-12-17 Thread Debian Boot CVS Master

CVSROOT:/cvs/debian-boot
Module name:boot-floppies
Changes by: tale00/12/17 07:46:41

Modified files:
utilities/dbootstrap/po: fi.po 

Log message:
9 fuzzy left, but they are commented out.
Checked for matching newlines.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




translating boot-floppies to Dutch

2000-12-17 Thread Ivo Timmermans

Hi,

I would like to start on translating the boot floppies to Dutch.  I
asked around, and a few people are interested in helping.

Is the potato boot floppy set a good place to start, or will the set
for woody be so much different that it will be outdated very quickly?


Ivo

-- 
Pooky, you sure know how to spoil a good bad mood!
-- Garfield

 PGP signature


Re: Re: Boot problem

2000-12-17 Thread Marcin Owsiany

On Sun, Dec 17, 2000 at 04:43:49PM +0100, [EMAIL PROTECTED] wrote:
 Grzegorz Bieszczak [EMAIL PROTECTED] writes:
 
  I am trying to install Debian 2.2 r0. While the first boot to start
  installation system hangs after the line:
  md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
[...]
 Hardware conflict.  Can you say "x86 is a crap architecture"?
 
 I suggest you try booting with the 2nd or 3rd CDs, which have kernels
 more optimized for modern (PCI) hardware.
[...]
 After an attempt from 2nd CD I got additional
 message:
 sim710: No NCR53C710 adapter found.
 NCR reminds me of SCSI adapter, but I don't have
 nad SCSI device in my computer. Looks like Debian
 2.2 requires a SCSI device to be present in the
 computer. Strange

If you have read the documentation, you would know that there
are 4 'flavors' of kernels in Debian. One of them only has
drivers for SCSI drives, so you can't boot it on a IDE-only
system.

Try the idepci flavor.

regards

Marcin
-- 
Marcin Owsiany [EMAIL PROTECTED]
http://student.uci.agh.edu.pl/~porridge/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Boot problem

2000-12-17 Thread Petr Cech

On Sun, Dec 17, 2000 at 04:07:05PM +0100 , Marcin Owsiany wrote:
 On Sun, Dec 17, 2000 at 04:43:49PM +0100, [EMAIL PROTECTED] wrote:
  Grzegorz Bieszczak [EMAIL PROTECTED] writes:
  
   I am trying to install Debian 2.2 r0. While the first boot to start
   installation system hangs after the line:
   md driver 0.36.6 MAX_MD_DEV=4, MAX_REAL=8
 [...]
  Hardware conflict.  Can you say "x86 is a crap architecture"?
  
  I suggest you try booting with the 2nd or 3rd CDs, which have kernels
  more optimized for modern (PCI) hardware.
 [...]
  After an attempt from 2nd CD I got additional
  message:
  sim710: No NCR53C710 adapter found.

never mind. this is kernel autodetection. If you don't have this one, you
can sefely ignore this

  NCR reminds me of SCSI adapter, but I don't have
  nad SCSI device in my computer. Looks like Debian
  2.2 requires a SCSI device to be present in the
  computer. Strange
 
 If you have read the documentation, you would know that there
 are 4 'flavors' of kernels in Debian. One of them only has

No. The standard one has almost all SCSI drivers, but the others don't.

 drivers for SCSI drives, so you can't boot it on a IDE-only
 system.

yes, you can.

Petr Cech
-- 
Debian GNU/Linux maintainer - www.debian.{org,cz}
   [EMAIL PROTECTED]

zpx it's amazing how "not-broken" debian is compared to slack and rh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Boot problem

2000-12-17 Thread Marcin Owsiany

On Sun, Dec 17, 2000 at 05:45:01PM +0100, Petr Cech wrote:
 On Sun, Dec 17, 2000 at 04:07:05PM +0100 , Marcin Owsiany wrote:
  If you have read the documentation, you would know that there
  are 4 'flavors' of kernels in Debian. One of them only has
 
 No. The standard one has almost all SCSI drivers, but the others don't.

Right. I don't know what made me think that 'compact' doesn't
have IDE drivers. But it does have SCSI drivers, doesn't it?
That's why it just hangs on that system.

Marcin
-- 
Marcin Owsiany [EMAIL PROTECTED]
http://student.uci.agh.edu.pl/~porridge/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: biweekly debian-installer status report

2000-12-17 Thread Randolph Chung

  I'm curious... why was `ncurses' chosen over Slang for this?  I
  thought that the reason Slang had been used for the boot-floppies
  `dinstall' was that it's a smaller library than `ncurses'.  Or, does
  it turn out that an `ncurses' subset is smaller or is just easier to
  program and more flexible... or what?

This has been discussed. slang will work just as well, but if we stay
with the curses subset supported by slang than we can go with either
ncurses or slang.

randolph
-- 
Debian Developer [EMAIL PROTECTED]
http://www.TauSq.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: biweekly debian-installer status report

2000-12-17 Thread Randolph Chung

  Hmmm... with a jumpstart floppy, a menu of standard install types
  gotten from a spot on the CD and/or tftp/ftp/http server, AND a tool
  to create those config data files?  It ought to allow creation of
  several (possibly related and mostly identical) configurations.  When
  it starts, you'd tell it which one this is, and the rest is auto?

if we do things right, automated installed "fall" right out of using
debconf with minimal if any extra code needed.

  The recent article in one of the Linux magazines about using netboot
  and dhcp to automate installs in a computing lab was very
  interesting.  How can debian installer do something like that?

i didn't see this article, but in many cases these are done with ghost
images -- you create a boot image, and all machines either boot with
that image (nfsroot type), or you duplicate the image over to the machine.

it would seem that automated installs using either an "answer file" that
is part of your installation media, or using configuration gotten from a
central configuration database (ldap, pgsql, or what have you) will give
you the flexibility needed to do mass installs in, for example, a lab
environment.

randolph
-- 
Debian Developer [EMAIL PROTECTED]
http://www.TauSq.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Re: Re: Boot problem

2000-12-17 Thread Marcin Owsiany

On Sun, Dec 17, 2000 at 10:19:16PM +0100, [EMAIL PROTECTED] wrote:
 
 The problem is that I can't even get into installation
 program to choose kernel.

You don't choose the kernel in the installation program. There
are four kinds of installation sets, with four different
kernels. If you have only one bootable CD, then you will have
to write other 'flavor' of the installation system (and thus - kernel)
to floppies.

Marcin
-- 
Marcin Owsiany [EMAIL PROTECTED]
http://student.uci.agh.edu.pl/~porridge/
GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Has the new installer been given a codename yet? (ala Woody)

2000-12-17 Thread Karl M. Hegbloom

 If the Debian Installer has not yet been nicknamed, I would like to
 do so.  Let's call it "Insinuating Terrapin".

 Think of the Tortoise and the Hare, and envision a hare wearing a
 very special hat we are so fond of.  Now picture the hare hitching a
 ride on the terrapin, after seeing how well designed our installer is
 by comparison to their tangled skein.

 Sic transit.


export DEBIAN_INSTALLER_CODENAME   := Insinuating Terrapin
export DEBIAN_INSTALLER_RELEASE_IDENTIFIER := 0.0.a1


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




udeb's of dhcpcd, pump and ppp

2000-12-17 Thread David Whedon

I made udebs of dhcpcd (turns out to be smaller than pump, and I've heard is
better behaved), pump and ppp.  If anyone wants to play with them, (or critisize
them in case I made an error) the patches can be found at bugs #79841 (pump),
#79851 (dhcpcd), and #79864 (ppp). I haven't gotten a chance to test them,
though the changes were simple recompiles for the most part.

For those interested in size:

$ ls -la *.udeb
-rw-r--r--  1 davidw ee  10176 Dec 17 14:16 dhcpcd-udeb_1.3.17pl2-8_i386.udeb
-rw-r--r--  1 davidw ee  88480 Dec 17 15:57 ppp-udeb_2.4.0f-1_i386.udeb
-rw-r--r--  1 davidw ee  22444 Dec 17 15:58 pump-udeb_0.8.3-1_i386.udeb
$ 


-David


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




howto help testing boot floppies.

2000-12-17 Thread Tom Cato Amundsen

Please cc: me.

Some people have been complaining about hardware detection on
on -devel lately, and someone answered you need more people to
help testing.

I'm sure lots of people don't have the time to follow debian-boot
(I don't...). But if you could post some urls on where to grab
images to test along with the weekly debian-installer report,
I'm sure some people will test it. At least I will.
-- 
Tom Cato Amundsen [EMAIL PROTECTED]
GNU Solfege - free eartraining, http://www.gnu.org/software/solfege/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: howto help testing boot floppies.

2000-12-17 Thread David Whedon

This is a good idea.  

I think at this point it would be premature to enlist a bunch of testers.  We
should probably wait until we can do a full install.  

Before that, maybe it would make sense to pull the hardware detection (once it
is finished) out into a little application that simply named the hardware
relavent to the debian-installer:

modem detected on ttyS1
ethernet card detected that requires eepro100 module
1 scsi drive detected
2 ide hard drives
486 cpu detected
Is that correcy (y/[n]) ?

And later have testers boot off real boot floppies.

Another note.  As far as I know debian-installer is only concerned with hardware
detection necessary for getting the full debian system installed.  This does not
include things such as sound cards, display adapters, joysticks, even mice.  We
are relying on the respective packages to do their own detection, or better yet,
for the base system to deploy some sort of centralized hardware management
scheme. (Progeny's 'discover' looks promising.)
  
I point this out because this is a change from what the boot-floppies used to
do.  debian-installer will do less setup before booting into a full debian
system, but what it does do it will do better.


-David

Mon, Dec 18, 2000 at 01:34:29AM +0100 wrote:
 Please cc: me.
 
 Some people have been complaining about hardware detection on
 on -devel lately, and someone answered you need more people to
 help testing.
 
 I'm sure lots of people don't have the time to follow debian-boot
 (I don't...). But if you could post some urls on where to grab
 images to test along with the weekly debian-installer report,
 I'm sure some people will test it. At least I will.
 -- 
 Tom Cato Amundsen [EMAIL PROTECTED]
 GNU Solfege - free eartraining, http://www.gnu.org/software/solfege/
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: udeb's of dhcpcd, pump and ppp

2000-12-17 Thread Karl M. Hegbloom

 I found that the DHCP v3 `dhclient' works much better than the
 `dhcpcd' does.  There's a package in "project/experimental" that I've
 been using.  I bet it will be ready for the main distro by release
 day anyway, so why not just use it?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: udeb's of dhcpcd, pump and ppp

2000-12-17 Thread David Whedon

Nothing has been ruled out at this point, the only reason I didn't udeb it is
that (and I looked at dhcp_2.0pl5-1, didn't know v3 existed, thanks):
1. it looked a lot bigger than either pump or dhcpcd

2. it didn't work for me right out of the box under Linux for me like dhcpcd did
(though it did for me under FreeBSD.)

I can take a look at making it smaller, but the standard dhclient weighs in at
298k, while the standard pump is 50k and dhcpcd is 25k.

-David

Sun, Dec 17, 2000 at 05:34:53PM -0800 wrote:
  I found that the DHCP v3 `dhclient' works much better than the
  `dhcpcd' does.  There's a package in "project/experimental" that I've
  been using.  I bet it will be ready for the main distro by release
  day anyway, so why not just use it?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: dwhedon

2000-12-17 Thread Debian Boot CVS Master

CVSROOT:/cvs/debian-boot
Module name:debian-installer
Changes by: dwhedon 00/12/17 22:09:35

Modified files:
tools/netcfg   : TODO netcfg.c 
tools/netcfg/debian: control templates 

Log message:
added dhcp support via dhcpcd, untested


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Debian Boot CVS: andersee

2000-12-17 Thread Debian Boot CVS Master

CVSROOT:/cvs/debian-boot
Module name:boot-floppies
Changes by: andersee00/12/17 22:14:50

Modified files:
utilities/busybox: mount.c utility.c 

Log message:
jump through hoops to be _sure_ we get the right dev_t to make the
loop device happy...  I had fixed utility.c, but had forgotten to
fix mount.c, so fix it now...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]