Re: 2.2r3 and boot-floppies

2001-04-10 Thread Ethan Benson

On Tue, Apr 10, 2001 at 10:56:55PM -0400, Adam Di Carlo wrote:
> Ethan Benson <[EMAIL PROTECTED]> writes:
> > its a misconfiguration, sysrq is turned on and this happens to break
> > the arrow keys on some keyboards.  sysrq needs to stay off on powerpc
> > for the timebeing, none of the powerpc kernel hackers use it so its
> > almost invariably broken.  
> 
> Has anyone filed a grave bug against the PowerPC kernel (must be
> kernel-image-2.2.18pre21-pmac )?

the person reporting the problem was using 2.2.19pre17 packages from
proposed-updates.  i am not sure if this exact problem existed in
2.2.18* 

> Is anyone going to attempt to fix this for a Potato update?

rebuilding 2.2.19 kernel-image packages with sysrq turned off should
fix the arrow key problem.  the rootdisk issue is going to take
someone with a taste for kernel hacking.  and an oldworld powermac
with a floppy drive. 

> > the other issue is the boot-floppies are broken since the root disk
> > prompt won't accept enter (or anything) to continue.  
> 
> Is this related?  It's a kernel issue, right?

yes its a kernel issue that appeared in 2.2.18pre21 (er well thats the
first debian kernel to exhibit it) i am not sure if anyone has tested
2.2.19 i don't think it changed any related code.  i don't have a mac
with a floppy drive so i can't test this.  

-- 
Ethan Benson
http://www.alaska.net/~erbenson/

 PGP signature


Processing of boot-floppies_2.3.1_i386.changes

2001-04-10 Thread James Troup

boot-floppies_2.3.1_i386.changes uploaded successfully to auric.debian.org
along with the files:
  boot-floppies_2.3.1.dsc
  boot-floppies_2.3.1.tar.gz
  boot-floppies_2.3.1_all.deb
  bf-archive-install_2.3.1_i386.sh
  bf-common_2.3.1_i386.tar.gz
  bf-doc_2.3.1_i386.tar.gz
  bf-images-1.20_2.3.1_i386.tar.gz
  bf-images-1.44_2.3.1_i386.tar.gz
  bf-misc_2.3.1_i386.tar.gz

Greetings,

Your Debian queue daemon


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




cvs commit to boot-floppies by dwhedon

2001-04-10 Thread dwhedon

Repository: boot-floppies
who:dwhedon
time:   Tue Apr 10 23:57:46 PDT 2001


Log Message:

bf-utf is uploaded and I've already ITO'd it, hopefully some kind soul will pick it up.


Files:

changed:todo


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




patch to fix debootstrap invocation on local archive

2001-04-10 Thread Matt Kraai

Howdy,

The third item in the todo list reports that debootstrap is
failing to work for local archives.  This occurs because
dbootstrap invokes it with the path, rather than a URL.  The
following patch should fix this.  As I don't have a system on
which to test it at the moment, could someone else please try it
and report back?

Matt

Index: utilities/dbootstrap/extract_base.c
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/extract_base.c,v
retrieving revision 1.25
diff -u -r1.25 extract_base.c
--- utilities/dbootstrap/extract_base.c 2001/04/10 07:33:01 1.25
+++ utilities/dbootstrap/extract_base.c 2001/04/11 04:18:03
@@ -200,7 +200,7 @@
   {
   /* archive is on the filesystem */
   snprintf(prtbuf, sizeof prtbuf, 
- "/usr/sbin/debootstrap %s /target %s",
+ "/usr/sbin/debootstrap %s /target file://%s",
  suite,
  Archive_Dir); 
   }

 PGP signature


cvs commit to boot-floppies by dan

2001-04-10 Thread dan

Repository: boot-floppies
who:dan
time:   Tue Apr 10 21:27:01 PDT 2001


Log Message:

Fix broken localfiles find invocation


Files:

changed:Tag: potato Makefile


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




cvs commit to boot-floppies/debian by aph

2001-04-10 Thread aph

Repository: boot-floppies/debian
who:aph
time:   Tue Apr 10 21:21:28 PDT 2001


Log Message:

syslog change


Files:

changed:changelog


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




cvs commit to boot-floppies/debian by aph

2001-04-10 Thread aph

Repository: boot-floppies/debian
who:aph
time:   Tue Apr 10 21:20:47 PDT 2001


Log Message:

reburn the date, add some notes


Files:

changed:changelog


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




cvs commit to boot-floppies by aph

2001-04-10 Thread aph

Repository: boot-floppies
who:aph
time:   Tue Apr 10 21:20:33 PDT 2001


Log Message:

make the tmpdir as user if possible; remove it in clean


Files:

changed:Makefile


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




busybox syslogd (was Re: cvs commit to boot-floppies by dwhedon)

2001-04-10 Thread Adam Di Carlo


Update -- after my fix to rcS, /var/log/messages and tty3 and all is
working fine.

Erik Andersen <[EMAIL PROTECTED]> writes:

> There was a time when 'syslogd -K' spawned klogd.  In recent versions of
> busybox, klogd is now its own applet.  So the -K argument should go, and you
> should probably also start up klogd as well now to get the same effect.

Things seem to be ok w/o klogd -- do we really need klogd running?

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




cvs commit to boot-floppies/debian by dan

2001-04-10 Thread dan

Repository: boot-floppies/debian
who:dan
time:   Tue Apr 10 21:04:12 PDT 2001


Log Message:

merge ppc to 2.2.19

Files:

changed:Tag: potato changelog


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




cvs commit to boot-floppies by dan

2001-04-10 Thread dan

Repository: boot-floppies
who:dan
time:   Tue Apr 10 21:04:12 PDT 2001


Log Message:

merge ppc to 2.2.19

Files:

changed:Tag: potato config


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




Processed: Re: Bug#93589: Megaraid crash on linux boot

2001-04-10 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> reassign 93589 kernel-image-2.2.18pre21
Bug#93589: Megaraid crash on linux boot
Bug reassigned from package `boot-floppies' to `kernel-image-2.2.18pre21'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Darren Benham
(administrator, Debian Bugs database)


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




Bug#93589: Megaraid crash on linux boot

2001-04-10 Thread Adam Di Carlo


reassign 93589 kernel-image-2.2.18pre21
thanks

Ken Menken <[EMAIL PROTECTED]> writes:

> The system is a DELL PowerEdge server with 1024MB RAM and Dual PIII 500.
> SCSI RAID 5 is supported by a Dell PowerEdge RAID Controller (BIOS
> 1.36, Feb. 19. 99) from American MegaTrends, Inc. and an Adaptec
> AIC-7890 (v. 2.01 DELL 001) SCSI controller.
> 
> aic7xxx=no_probe (or no_reset -- both from boot screen page ) does
> not solve the problem.
> 
> The boot sequence fails after Megaraid v 1.11 Aug. 23, 2000.
> 
> The error is:
> Unable to handle kernel NULL pointer dereference at virtual address 02b4
> current->tss.cr3 = 00101000, %cr3 = 00101000
> *pde = 
> Oops: 
> CPU: 0
> EIP: 0010:[]
> EFLAGS: 00010206
> ...
> Code: ac ae 75 08 84 c0 75 f8 31 c0 eb 04 19 c0 0c 01 85 c0 74 1c
> 
> R*d H*t 6.0 was previously installed on this box as currently
> configured, so I know a stable combination of drivers is possible.

You did not indicate which kernel flavor you were using.

Anyhow, this is a kernel issue, not a boot-floppies issue. Therefore,
I am reassigning.

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>



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




Re: 2.2r3 and boot-floppies

2001-04-10 Thread Adam Di Carlo

Ethan Benson <[EMAIL PROTECTED]> writes:

> On Tue, Apr 10, 2001 at 04:32:27PM -0400, Adam Di Carlo wrote:
> > I don't think all ports have rebuilt yet.  PowerPC seems to have
> > serious kernel troubles.
> 
> its a misconfiguration, sysrq is turned on and this happens to break
> the arrow keys on some keyboards.  sysrq needs to stay off on powerpc
> for the timebeing, none of the powerpc kernel hackers use it so its
> almost invariably broken.  

Has anyone filed a grave bug against the PowerPC kernel (must be
kernel-image-2.2.18pre21-pmac )?

Is anyone going to attempt to fix this for a Potato update?

> the other issue is the boot-floppies are broken since the root disk
> prompt won't accept enter (or anything) to continue.  

Is this related?  It's a kernel issue, right?

> > Do I need to think about another potato update for 2.2.19 kernels?
> 
> IMO shipping a pre kernel when the real one is out is somewhat tacky
> at the least... 

Yah, well, if I'm provided kernels/modules for i386 its pretty easy to
update the boot-floppies.  I find that such minor kernel version
changes rarely break things (at least on i386).

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




cvs commit to boot-floppies/utilities/dbootstrap by aph

2001-04-10 Thread aph

Repository: boot-floppies/utilities/dbootstrap
who:aph
time:   Tue Apr 10 19:43:01 PDT 2001


Log Message:

debootstrap mode wants to pass down the mount point, not the
DEBIAN_ARCHIVE_PREFIX; fix a log message; untangle some code

Files:

changed:choose_medium.c


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




cvs commit to boot-floppies by aph

2001-04-10 Thread aph

Repository: boot-floppies
who:aph
time:   Tue Apr 10 19:26:08 PDT 2001


Log Message:

some updates, stuff pb fixed, and a note about debootstrap with
current woody cds


Files:

changed:todo


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




cvs commit to boot-floppies/scripts/rootdisk/prototype/etc by aph

2001-04-10 Thread aph

Repository: boot-floppies/scripts/rootdisk/prototype/etc
who:aph
time:   Tue Apr 10 19:22:15 PDT 2001


Log Message:

just cosmetic


Files:

changed:inittab


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




Re: Booting to floppy

2001-04-10 Thread Ethan Benson

On Tue, Apr 10, 2001 at 04:41:28PM -0400, Adam Di Carlo wrote:
> > i don't think its possible to make a generic rescue image that will
> > boot all the various powerpcs, but isn't there several different
> > versions of it anyway for the different powerpc sub-archs?
> 
> Seems like a moot point since we don't have any people working on
> PowerPC boot-floppies ?

sure we do! we have drow, and um... uh.. 

> Shame...

yes, i would but i just don't have the requisite skills.  

> It's a possibility.   Theoretically cleaner, if, as Sven points out,
> we can address the proper file (perhaps even double check it's the
> right kernel somehow).

is debian-installer going to do this the same way?  copying the kernel
from the `rescue' disk if thats what it still ends be up being called.

-- 
Ethan Benson
http://www.alaska.net/~erbenson/

 PGP signature


Re: 2.2r3 and boot-floppies

2001-04-10 Thread Ethan Benson

On Tue, Apr 10, 2001 at 04:32:27PM -0400, Adam Di Carlo wrote:
> Martin Schulze <[EMAIL PROTECTED]> writes:
> 
> > is *anything* missing for 2.2r3 wrt. boot-floppies?
> 
> Not sure I understand the question -- I guess not as far as I know,
> but I'm not the one who is finding security issues in base packages or
> kernels.
> 
> I don't think all ports have rebuilt yet.  PowerPC seems to have
> serious kernel troubles.

its a misconfiguration, sysrq is turned on and this happens to break
the arrow keys on some keyboards.  sysrq needs to stay off on powerpc
for the timebeing, none of the powerpc kernel hackers use it so its
almost invariably broken.  

the other issue is the boot-floppies are broken since the root disk
prompt won't accept enter (or anything) to continue.  

> Do I need to think about another potato update for 2.2.19 kernels?

IMO shipping a pre kernel when the real one is out is somewhat tacky
at the least... 

-- 
Ethan Benson
http://www.alaska.net/~erbenson/

 PGP signature


cvs commit to boot-floppies/make by igloo

2001-04-10 Thread igloo

Repository: boot-floppies/make
who:igloo
time:   Tue Apr 10 15:53:54 PDT 2001


Log Message:

Lay the code out more readably and print out an apt command line to install
missing packages.


Files:

changed:checks


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




Bug#93589: Megaraid crash on linux boot

2001-04-10 Thread Ken Menken

Package: boot-floppies
Version: potato / current (2.2.18pre21)
Severity: critical

The system is a DELL PowerEdge server with 1024MB RAM and Dual PIII 500.
SCSI RAID 5 is supported by a Dell PowerEdge RAID Controller (BIOS 1.36, 
Feb. 19. 99) from American MegaTrends, Inc. and an Adaptec AIC-7890 (v. 
2.01 DELL 001) SCSI controller.

aic7xxx=no_probe (or no_reset -- both from boot screen page ) does not 
solve the problem.

The boot sequence fails after Megaraid v 1.11 Aug. 23, 2000.

The error is:
Unable to handle kernel NULL pointer dereference at virtual address 02b4
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 
Oops: 
CPU: 0
EIP: 0010:[]
EFLAGS: 00010206
...
Code: ac ae 75 08 84 c0 75 f8 31 c0 eb 04 19 c0 0c 01 85 c0 74 1c

R*d H*t 6.0 was previously installed on this box as currently configured, 
so I know a stable combination of drivers is possible.

Thanks,

Ken Menken



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




Re: Booting to floppy

2001-04-10 Thread Adam Di Carlo

Ethan Benson <[EMAIL PROTECTED]> writes:

> i don't think it even needs to be that way either.  you can do one of
> two things:
> 
> make the rescue disk use msdos filesystem instead of ext2, and put a
> .coff format kernel on it.  this would be bootable with the
> OpenFirmware command:
> 
> boot fd:,linux
> 
> or something similar (the device name may vary)
> 
> the disadvantage to this is you must enter OF somehow, this usually
> requires a serial terminal.  
> 
> the other option is make the rescue image use hfs filesystem, there is
> nothing about miboot that requires a layout any different then the
> regular rescue image has (well if there is it could be fixed except
> for needing macos to compile miboot...).  miboot would be analogous to
> syslinux in this case.  dbootstrap would have to be tought how to
> mount hfs rescue images in addition to msdos and ext2, but that
> shoudn't be that difficult.
> 
> i don't think its possible to make a generic rescue image that will
> boot all the various powerpcs, but isn't there several different
> versions of it anyway for the different powerpc sub-archs?

Seems like a moot point since we don't have any people working on
PowerPC boot-floppies ?

Shame...

> > Wouldn't it be easier to just get the kernel directly from one of the
> > 'linux' files lying around, in the case that the user is installing by
> > a method other than floppies?  This might be an easy, general fix we
> > can do for all arches.
> 
> if all thats being grabbed from rescue.bin that makes sense.  

It's a possibility.   Theoretically cleaner, if, as Sven points out,
we can address the proper file (perhaps even double check it's the
right kernel somehow).

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Adam Di Carlo

Ian Lynagh <[EMAIL PROTECTED]> writes:

> On Tue, Apr 10, 2001 at 09:35:49AM -0400, Adam Di Carlo wrote:
> > Ian Lynagh <[EMAIL PROTECTED]> writes:
> > 
> > > > Woah woah woah... do *not* start installing packages -- you have to
> > > > assume this is being run as a user, not root.
> > > 
> > > Why? I thought the idea was that if they could build boot disks then
> > > they could get root via $(ROOTCMD)?
> > 
> > That doesn't mean 'install_depends' is a great idea.
> 
> It would have been useful to me (or at least having them all in a list
> on one line) which is why I wrote it.

I just don't want to get into that... perhaps you can understand.

> > > and if he says that isn't
> > > possible then just print it out in check_depends instead?
> > 
> > Just print it out anyway.

Yah, go ahead and commit that then.  

Thanks.

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>




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




Re: 2.2r3 and boot-floppies

2001-04-10 Thread Adam Di Carlo

Martin Schulze <[EMAIL PROTECTED]> writes:

> is *anything* missing for 2.2r3 wrt. boot-floppies?

Not sure I understand the question -- I guess not as far as I know,
but I'm not the one who is finding security issues in base packages or
kernels.

I don't think all ports have rebuilt yet.  PowerPC seems to have
serious kernel troubles.

Do I need to think about another potato update for 2.2.19 kernels?

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




Re: slang, boot-floppies, and wide character support

2001-04-10 Thread Taketoshi Sano

Hi, Jim :)

In <[EMAIL PROTECTED]>,
 on "Tue, 10 Apr 2001 02:42:03 +0200",
 with "Re: slang, boot-floppies, and wide character support",
  Jim Mintha <[EMAIL PROTECTED]> wrote:

> > > I hope the maintainer of slang1, Jim Mintha, will provide it for us
> > > as well as Enrique will do with newt.  But if it can not be done,
> > > we'll need something to use.  So I'll prepare to work on slang1-utf8.
> > 
> > I have been following the discussions.  I more than willing to help
> > out, by adding the patch, etc.  My only problem is a complete lack of
> > knowledge about utf stuff so I will probably need a bit of help with
> > the testing of the package. 
> > 
> > I'll try to get it done tonight.  
> 
> Okay, I have built the packages with the patch.  They seem to work
> fine but I have no idea how to test the wide character support.  Could
> some one try them out, or tell me how to go about that.
> 
> They are at:
> http://www.ultralinux.org/slang/

Thanks! We'll check it, and feedback to you :)

-- 
  Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>


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




Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Ian Lynagh

On Tue, Apr 10, 2001 at 09:35:49AM -0400, Adam Di Carlo wrote:
> Ian Lynagh <[EMAIL PROTECTED]> writes:
> 
> > > Woah woah woah... do *not* start installing packages -- you have to
> > > assume this is being run as a user, not root.
> > 
> > Why? I thought the idea was that if they could build boot disks then
> > they could get root via $(ROOTCMD)?
> 
> That doesn't mean 'install_depends' is a great idea.

It would have been useful to me (or at least having them all in a list
on one line) which is why I wrote it.

> > and if he says that isn't
> > possible then just print it out in check_depends instead?
> 
> Just print it out anyway.

I've attached a patch to do so.


Thanks
Ian



Index: make/checks
===
RCS file: /cvs/debian-boot/boot-floppies/make/checks,v
retrieving revision 1.4
diff -u -r1.4 checks
--- make/checks 2001/04/08 07:33:39 1.4
+++ make/checks 2001/04/10 15:53:58
@@ -32,12 +32,20 @@
@echo checking boot-floppies dependancies
@perl -e \
  '$$_=`sed -n s/^Depends://Ip debian/control`."$(depends_checks)"; \
-  $$/="\n\n"; y/,/ /; s/\(.*?\)//g; @M{split()}=""; while (<>) { \
+  $$/="\n\n"; y/,/ /; s/\(.*?\)//g; @M{split()}=""; \
+  while (<>) { \
 /^Status: \S+ \S+ installed$$/ms or next; \
 delete $$M{$$1} if /^Package: (\S+)/ms; \
 delete @M{split(/ *, */,$$1)} if /^Provides: (.+?)$$/ms; \
-  } foreach my $$m (keys %M) { print "  didn'\''t find $$m\n" } \
-  exit 1 if %M' /var/lib/dpkg/status
+  } \
+  foreach my $$m (keys %M) { \
+print "  didn'\''t find $$m\n"; \
+  } \
+  if (%M) { \
+print "To install missing packages: apt-get install ", \
+   join (" ", keys %M), "\n"; \
+exit 1; \
+  }' /var/lib/dpkg/status
 
 check_tools:
 ifneq ($(tools_checks), )



Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Ian Lynagh

On Tue, Apr 10, 2001 at 03:30:49AM -0800, Ethan Benson wrote:
> On Tue, Apr 10, 2001 at 12:19:39PM +0100, Ian Lynagh wrote:
> > > 
> > > Woah woah woah... do *not* start installing packages -- you have to
> > > assume this is being run as a user, not root.
> > 
> > Why? I thought the idea was that if they could build boot disks then
> > they could get root via $(ROOTCMD)?
> 
> $(ROOTCMD) could be fakeroot.  

I haven't looked at the build process in detail yet, but I believe it
uses mount -o loop which won't work under fakeroot AFAIAA?


Ian


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




Re: Booting to floppy

2001-04-10 Thread Adam Di Carlo

Sven LUTHER <[EMAIL PROTECTED]> writes:

> But i was told a long time ago this was not ok, because you have to make sure
> that the kernel used is the same as the modules used.
>
> Is this no mor ethe case ?

No, it's the case, but you can grab the right kernel for your flavor
and subarchitecture easily enough.

I don't know,. maybe m68k or powerpc boot-floppies layout, but
hopefully the file shoudl be always findable in
/[flavor-or-subarch/>linux .

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Adam Di Carlo

Ian Lynagh <[EMAIL PROTECTED]> writes:

> > Woah woah woah... do *not* start installing packages -- you have to
> > assume this is being run as a user, not root.
> 
> Why? I thought the idea was that if they could build boot disks then
> they could get root via $(ROOTCMD)?

That doesn't mean 'install_depends' is a great idea.

> > Perhaps it would be good to emit the apt-get install cmdline they need
> > to run.  But do *not* just run it...
> 
> I think if someone types "make install_depends" then they should expect
> things to be installed?
>

Hardly a good argument.

> With the virtual packages problem I suggest we ask Jason about an option
> to force apt to pick something to provide a package (based on priority
> and then just pick a random one if that doesn't work) (I'm not missing
> an option that does that already am I?),

He won't agree to that, because it's kinda a bad way to formulate it.

The idea is that if there is only *one* package that satisfies a
virtual dependancy, I think it might be reasonable to install that w/o
asking.

> and if he says that isn't
> possible then just print it out in check_depends instead?

Just print it out anyway.

-- 
.Adam Di [EMAIL PROTECTED]http://www.onshored.com/>


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




Re: BUG on kernel al page_alloc 191 !

2001-04-10 Thread Thierry Laronde

Hello,

On Tue, Apr 10, 2001 at 01:20:57PM +0200, Xevi wrote:
> By first, excuse my I had a mistake telling this bug (kernel bug) in this 
> list.
> 
> I have a Linux Mandrake 7.2 and I upgrade with kernel 2.4.3, today I find a 
> kernel bug in page_alloc.c 191.
> 
> I copy the rest of information and I think there is people that they could be 
> interesting in it.
> 
> For this reason I send this information.

You are not on the right list. Please see with lists from Mandrake soft, and
look at the archives at kernel.org (for linux kernel).

FWIW, Mandrake uses GRUB as a bootloader and that bootloader automatically
gives the kernel a mem parameter, which confuses 2.4.x linux kernels. Try in
the GRUB menu.lst to add `--no-mem-option' to the kernel command.
-- 
Thierry LARONDE, Centre de Ressources Informatiques, Archamps - France
http://www.cri74.org
PingOO, serveur de com sur distribution GNU/Linux: http://www.pingoo.org


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




Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Ethan Benson

On Tue, Apr 10, 2001 at 12:19:39PM +0100, Ian Lynagh wrote:
> > 
> > Woah woah woah... do *not* start installing packages -- you have to
> > assume this is being run as a user, not root.
> 
> Why? I thought the idea was that if they could build boot disks then
> they could get root via $(ROOTCMD)?

$(ROOTCMD) could be fakeroot.  

-- 
Ethan Benson
http://www.alaska.net/~erbenson/

 PGP signature


BUG on kernel al page_alloc 191 !

2001-04-10 Thread Xevi

By first, excuse my I had a mistake telling this bug (kernel bug) in this 
list.

I have a Linux Mandrake 7.2 and I upgrade with kernel 2.4.3, today I find a 
kernel bug in page_alloc.c 191.

I copy the rest of information and I think there is people that they could be 
interesting in it.

For this reason I send this information.

If this is not the apropiate list to send this bug, please tell me what I can 
do.

Thanks.


 kernel_bug


Re: Small [patch] (install_depends) and should I apply it?

2001-04-10 Thread Ian Lynagh

On Mon, Apr 09, 2001 at 07:12:47PM -0400, Adam Di Carlo wrote:
> Ian Lynagh <[EMAIL PROTECTED]> writes:
> 
> > I've just started looking at the boot floppies and I am unclear on this.
> > As a Debian developer to I have write access to the CVS repository, and
> > if so, should I send patches here or apply them myself?
> 
> If there is any doubt, you should send patches here for review.
> 
> In this case, I'm glad you sent it here for review first.

OK, cool.

> > I have attached a patch that creates an install_depends to complement
> > check_depends, as well as laying the code out slightly more clearly.
> > +  $$_=`sed -n s/^Depends://Ip debian/control`."$(depends_checks)"; \
> 
> Shouldn't we be looking at Build-Depends now?  Actually, they are the
> same...  I'm not really sure...

No. Build depends are what is needed to build the boot-floppies package,
depends is what is needed to use it. We are looking for the packages we
need to use it.

> > +  $$/="\n\n"; y/,/ /; s/\(.*?\)//g; @M{split()}=""; \
> > +  while (<>) { \
> >  /^Status: \S+ \S+ installed$$/ms or next; \
> >  delete $$M{$$1} if /^Package: (\S+)/ms; \
> >  delete @M{split(/ *, */,$$1)} if /^Provides: (.+?)$$/ms; \
> > -  } foreach my $$m (keys %M) { print "  didn'\''t find $$m\n" } \
> > -  exit 1 if %M' /var/lib/dpkg/status
> > +  } \
> > +  my @to_install; \
> > +  my $$package; \
> > +  foreach my $$m (keys %M) { \
> > +  print "  didn'\''t find $$m\n"; \
> > +  if ($$install_missing) { \
> > +  ($$package = $$m) =~ s/glibc-pic/libc6-pic/; \
> > +  push @to_install, $$package; \
> 
> Um, this is not kosher.  Why are you replacing glibc-pic with
> libc6-pic?  That will break on alpha.  Don't do that.

Ah, hmmm, hadn't thought of other architectures.
The reason it was necessary is that apt won't pick a package when
you give it a virtual package (even if there is only 1 candidate).

> > +  } \
> > +  } \
> > +  if (%M) { \
> > +  unshift @to_install, "apt-get", "install"; \
> > +  unshift @to_install, "$(ROOTCMD)" if "$(ROOTCMD)"; \
> > +  exit system(@to_install) >> 8 \
> > +  if $$install_missing; \
> 
> Woah woah woah... do *not* start installing packages -- you have to
> assume this is being run as a user, not root.

Why? I thought the idea was that if they could build boot disks then
they could get root via $(ROOTCMD)?

> Perhaps it would be good to emit the apt-get install cmdline they need
> to run.  But do *not* just run it...

I think if someone types "make install_depends" then they should expect
things to be installed?

With the virtual packages problem I suggest we ask Jason about an option
to force apt to pick something to provide a package (based on priority
and then just pick a random one if that doesn't work) (I'm not missing
an option that does that already am I?), and if he says that isn't
possible then just print it out in check_depends instead?


Thanks
Ian


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




Re: Booting to floppy

2001-04-10 Thread Sven LUTHER

On Tue, Apr 10, 2001 at 12:40:07AM -0400, Adam Di Carlo wrote:
> Michael Schmitz <[EMAIL PROTECTED]> writes:
> 
> > The 'rescue floppy' doesn't even work as this on a whole other bunch of
> > architectures I bet. Can you boot from this floppy on sparc?
> 
> Sure.
> 
> Only on architecture, PowerPC, is in bad enough shape to require one
> image for actual booting (when possible at all) and other one to
> supply the kernel to dbootstrap.
> 
> Wouldn't it be easier to just get the kernel directly from one of the
> 'linux' files lying around, in the case that the user is installing by
> a method other than floppies?  This might be an easy, general fix we
> can do for all arches.

Yes, good idea, ...

But i was told a long time ago this was not ok, because you have to make sure
that the kernel used is the same as the modules used.

Is this no mor ethe case ?

Friendly,

Sven Luther


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




Re: cvs commit to boot-floppies by dwhedon

2001-04-10 Thread Erik Andersen

On Tue Apr 10, 2001 at 01:44:02AM -0400, Adam Di Carlo wrote:
> 
> Erik Andersen <[EMAIL PROTECTED]> writes:
> 
> > You shouldn't need to create /dev/log, since syslogd does that itself.
> > I usually do a 'touch /var/log/messages' before starting tail, just
> > to be sure it doesn't give that message.  As for why syslogd isn't
> > starting up -- no idea.  If you don't find I can take a look.
> 
> It's not starting up because syslogd thinks it support -K argument (in
> the getopt line) but in fact it doesn't.  And we're using the '-K'
> argument.
> 
> I'm going to remove that argument for now.  What did it used to do?  I
> wonder if we need it.

There was a time when 'syslogd -K' spawned klogd.  In recent versions of
busybox, klogd is now its own applet.  So the -K argument should go, and you
should probably also start up klogd as well now to get the same effect.

 -Erik

--
Erik B. Andersen   email:  [EMAIL PROTECTED], [EMAIL PROTECTED]
--This message was written using 73% post-consumer electrons--


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




Re: stuff I can work on - Woody branch

2001-04-10 Thread Bruce Perens

I am in Europe for another two weeks and then can contribute. Sorry, I got
busy with OpenMail, etc.##

Thanks

Bruce


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




cvs commit to boot-floppies by pb

2001-04-10 Thread pb

Repository: boot-floppies
who:pb
time:   Tue Apr 10 01:24:11 PDT 2001


Log Message:

Use `ld.so --list' rather than ldd; maybe it will help avoid
problems caused by version skew.



Files:

changed:rootdisk.sh


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




Re: ldd

2001-04-10 Thread Philip Blundell

>Please try that out.  I would love it if we could do something like
>this in rootdisk.sh.  Have at it!

Well, it doesn't seem to do any harm, so I checked it in.  I wasn't suffering 
from the "mismatched libcs" problem anyway, and couldn't figure out an easy 
way to provoke it, but let's see if it helps with those who were.

p.



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




Re: cvs commit to boot-floppies/utilities/dbootstrap by dwhedon

2001-04-10 Thread Anthony Towns

On Tue, Apr 10, 2001 at 12:33:01AM -0700, [EMAIL PROTECTED] wrote:
> make woody the default, call it 'stable' even though it isn't really.
> call 'potato' archived, even though it isn't really
> some cleanups so it makes more sense

You can probably determine this automatically nowadays. If you've got
wget and a http mirror, something like:

--
#!/bin/sh

SUITES="stable testing unstable"
MIRROR="http://ftp.debian.org/debian"

rm -f release
for s in $SUITES; do
wget -O release $MIRROR/dists/$s/Release >/dev/null 2>&1
if [ ! -s release ]; then continue; fi

codename=`cat release | sed -n 's/^Codename: //p'`
status=`cat release | sed -n 's/^Suite: //p'`
desc=`cat release | sed -n 's/^Description: //p'`
rm -f release

echo $s $codename $status $desc
done
--

will tell you:

] stable potato stable Debian GNU/Linux 2.2r2
] testing woody testing Debian Testing distribution - Not Released
] unstable sid unstable Debian Unstable - Not Released

which gives you what path on the ftp site (dists/$1) will get you which
distribution of Debian ($2 = codename, $3 = status), and will give you
a little description too.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

``_Any_ increase in interface difficulty, in exchange for a benefit you
  do not understand, cannot perceive, or don't care about, is too much.''
  -- John S. Novak, III (The Humblest Man on the Net)


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




cvs commit to boot-floppies/utilities/dbootstrap by dwhedon

2001-04-10 Thread dwhedon

Repository: boot-floppies/utilities/dbootstrap
who:dwhedon
time:   Tue Apr 10 00:33:01 PDT 2001


Log Message:

make woody the default, call it 'stable' even though it isn't really.
call 'potato' archived, even though it isn't really
some cleanups so it makes more sense


Files:

changed:extract_base.c


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