Processed: Re: Processed: Re: Processed: Re: Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 127524 + pending
Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: more info please

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 127955 moreinfo
Bug#127955: PPC installer loses on iBook2
Bug#126489: mac-fdisk on bf-3.0.18 broken (powermac)
Tags added: moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#127955: more info please

[Colin Walters]

tag 127955 moreinfo
thanks

Hello Erik,

I believe the mac-fdisk problems are fixed in the CVS version of the
debian installer.  As for the problems with the boot process hanging,
what exactly do you mean?  At which point does it hang?

Also, if you're installing on an ibook2, could you try the new-powermac
installer?  It's available at:

http://people.debian.org/~walters/debian/installer/new-powermac

It uses a 2.4 kernel, and will support your ethernet card, video, sleep,
etc.  The new-powermac version will be part of the next release of the
debian installer.






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

cvs commit to boot-floppies/debian by aph

[Debian Boot CVS Master]

Repository: boot-floppies/debian
who:aph
time:   Sun Jan  6 23:31:16 PST 2002
Log Message:
  two more bugs
  

Files:
changed:changelog


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

Re: Bug#126030: boot-floppies eb164 milo hangs when lanuched by ARC linload.exe

[Herbert Xu]

Falk Hueffner <[EMAIL PROTECTED]> wrote:

> does any of the 2.2 milos from http://www.suse.de/~stepan/ work? I
> would like to use them by default, because 2.0 milos can't load
> kernels from newer ext2 file systems; but if it just doesn't work,
> I'll try to hardcode 2.0 milo for the release and document this.

The one for noname works for me...
-- 
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


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

Re: One should be patient with root.bin and modules.dep

[Erik Andersen]

On Sun Jan 06, 2002 at 02:58:53PM -0500, Adam Di Carlo wrote:
> Shaul Karl <[EMAIL PROTECTED]> writes:
> 
> > When using the latest root.bin that I could find (18-dec-2001) the 
> > screen get flooded with messages about modprobe not being able to read 
> > the modules.dep. Altough it is able to recover and continue the 
> > installation process one should be patient in order for this to happen.
> 
> Well, you're english is a little bit shakey, but I know the issue you
> are taking about.  These messages IIRC are caused by kmod (the kernel
> module loader) not being happy.  We try to force it to shut up and
> work-around but ...  anyhow, it's either something we can fix by
> messing around in root.bin, or it's a limitation in kmod.

How about adding this to boot-floppies/utilities/dbootstrap/main.c

-   /* Downgrade kernel verbosity */
-   klogctl(8, NULL, 4);
+   /* Don't let the kernel printk stuff to the console. */
+   klogctl(6, NULL, 0);

 -Erik

--
Erik B. Andersen http://codepoet-consulting.com/
--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: powerpc b-f build compiles the kernel

[Daniel Jacobowitz]

It's not so mysterious.  Actually read the part I left below :)

On Sun, Jan 06, 2002 at 09:27:05PM -0500, Colin Walters wrote:
> # Fix .config for ramdisk rooting and kernel ip autoconfiguration.
> # This image is >1440 KB and is suitable for CD/net booting. 
> sed 's:# CONFIG_CMDLINE_BOOL is not set:CONFIG_CMDLINE_BOOL=y \
> CONFIG_CMDLINE="root=/dev/ram ip=off":' \
> $builddir/usr/src/kernel-patches/powerpc/config.prep > .config.param
> 
> # Enable kernel ip autoconfiguration
> sed 's:# CONFIG_IP_PNP is not set:CONFIG_IP_PNP=y \
> CONFIG_IP_PNP_ENABLE=y \
> CONFIG_IP_PNP_DHCP=y \
> CONFIG_IP_PNP_BOOTP=y \
> CONFIG_IP_PNP_RARP=y:' \
> .config.param > .config.ipauto
> 
> # Enable nfsroot
> sed 's:CONFIG_NFS_FS=y:CONFIG_NFS_FS=y \
> CONFIG_ROOT_NFS=y:' \
> .config.ipauto > .config
>  
> # Build CD/net kernel boot image
> make oldconfig && make dep && make clean && make zImage.initrd
> cp ./arch/ppc/boot/zImage.initrd $top/bootprepfull.bin
> 
> # Copy config.prep->.config and fix up for floppy/ramdisk rooting.
> # This image is <=1440 KB and is suitable for floppy booting.
> sed 's:# CONFIG_CMDLINE_BOOL is not set:CONFIG_CMDLINE_BOOL=y\
> CONFIG_CMDLINE="root=/dev/fd0 load_ramdisk=1":' \
> $builddir/usr/src/kernel-patches/powerpc/config.prep > .config
> 
> # Build floppy-sized kernel boot image
> make oldconfig && make zImage
> cp ./arch/ppc/boot/zImage $top/bootprep.bin


-- 
Daniel Jacobowitz   Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer


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

Re: powerpc b-f build compiles the kernel

[Erik Andersen]

On Sun Jan 06, 2002 at 01:54:12PM -0700, Tom Rini wrote:
> On Sun, Jan 06, 2002 at 02:15:11PM -0500, Adam Di Carlo wrote:
> > Colin Walters <[EMAIL PROTECTED]> writes:
> > 
> > > What annoys me about bootprep.sh is that it builds a kernel as part of
> > > the boot-floppies build process; I don't see why it can't just use a
> > > kernel-image package like every other arch.
> > 
> > Well, the only reason I could see is if it either needs a kernel
> > config option enabled, not provided by the kernel-image-*-prep
> > package, or else if it needs a file from the kernel build not normally
> > provided by the package.  It should be pretty easy to read bootprep.sh
> > and take a look.
> 
> Can someone post that?  I'm sort-of curious what needs to be done
> 'special' for a prep box..

I used a prep box a while back.  I recall the build process
needed to compile the initrd into some special section in the
kernel so the thing could netboot...

 -Erik

--
Erik B. Andersen http://codepoet-consulting.com/
--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: Installation problems

[Chris Tillman]

On Sun, Jan 06, 2002 at 08:23:05PM -0500, Ed Raskay wrote:
> Well, this didn't take long.
> I'm trying to install Debian 2.2 on a 200Mhz Pentium.
> I am booting off the CD-Rom (ATAPI)
> I get the following error message
> Uncompressing Linux.
> 
> invalid compressed format (err=1)
> 
>   --System halted
> 
> What went wrong?
> Thanks for your help,
> Ed

Try booting from a different CD (a different flavor may work better,
idepci is probably the flavor you want.)

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|    |
|   debian-imac (potato):    |
|Chris Tillman[EMAIL PROTECTED]  |
|   May the Source be with you   |
**


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

Bug#107591: help needed with bug #107591

[Stephen Zander]

> "Philip" == Philip Blundell <[EMAIL PROTECTED]> writes:
Philip> The gist of this report seems to be that booting the
Philip> installer over the network doesn't work at all on sun4u
Philip> (or perhaps just on Ultra10 machines).  Is anybody from
Philip> the sparc camp able to confirm or refute this bug?

Correct.  Neither the 3.0.16-2001-10-27,not BenC's newer bootdisks at
http://people.debian.org/~benc/>, which I now cand find, will
boot a sun4u system.

-- 
Stephen

"A duck!"


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

Re: powerpc b-f build compiles the kernel

[Colin Walters]

[Incidentally, I'm on both -boot and -powerpc, so CCs are not necessary]

On Sun, 2002-01-06 at 15:54, Tom Rini wrote:
> Can someone post that?  I'm sort-of curious what needs to be done
> 'special' for a prep box..

As far as I can tell, this script just builds a kernel at boot-floppies
build time, it doesn't do anything magic.  But perhaps I'm wrong.  This
is 'bootprep.sh' in the boot-floppies CVS, available at:

http://cvs.debian.org/boot-floppies

#! /bin/bash
# PReP Boot Builder.  Copyright 1999, Matt Porter <[EMAIL PROTECTED]> 
# This is free software under the GNU General Public License.
 
. ./common.sh
 
# Usage message 
if [ $# -lt 2 ]; then
echo "usage: "$0" archive kver" 1>&2
cat 1>&2 << EOF
 
archive: the directory where Debian binary packages will be downloaded
kver: kernel version
EOF
 
exit -1
fi  

# set this to the location of the package archive
archive=$1

# set this to the kernel version
kver=$2

#---
# build PReP bootable images
#---

# Save the current directory
top=`pwd`

# Create a tmp directory
builddir=${tmpdir}/boot-floppies/bootprep-tmp-$$
rm -rf $builddir
make_tmpdir $builddir

# Extract kernel source and patches 
THEPKG=$(grab_paths kernel-source-$kver)
dpkg --extract $THEPKG $builddir
THEPKG=$(grab_paths kernel-patch-$kver-powerpc)
dpkg --extract $THEPKG $builddir

# Unpack kernel source 
cd $builddir/usr/src
if [ -f kernel-source-${kver}.tar.gz ]; then
  tar zxf kernel-source-$kver.tar.gz
else
  tar x --bzip2 -f kernel-source-$kver.tar.bz2
fi

# Patch kernel source - FIXME: allow for other patches
cd kernel-source-$kver
# this patch may be getting applied twice.  Comment
# this out if you get messages about patches being already
# applied.
# FIXME: there are better ways to apply kernel patches!
zcat $builddir/usr/src/kernel-patches/powerpc/*.diff.gz \
 | patch -l -s -p1

# Add rootprep.bin as the ramdisk
cp $top/rootprep.bin ./arch/ppc/coffboot/ramdisk.image.gz 

# Fix .config for ramdisk rooting and kernel ip autoconfiguration.
# This image is >1440 KB and is suitable for CD/net booting. 
sed 's:# CONFIG_CMDLINE_BOOL is not set:CONFIG_CMDLINE_BOOL=y \
CONFIG_CMDLINE="root=/dev/ram ip=off":' \
$builddir/usr/src/kernel-patches/powerpc/config.prep > .config.param

# Enable kernel ip autoconfiguration
sed 's:# CONFIG_IP_PNP is not set:CONFIG_IP_PNP=y \
CONFIG_IP_PNP_ENABLE=y \
CONFIG_IP_PNP_DHCP=y \
CONFIG_IP_PNP_BOOTP=y \
CONFIG_IP_PNP_RARP=y:' \
.config.param > .config.ipauto

# Enable nfsroot
sed 's:CONFIG_NFS_FS=y:CONFIG_NFS_FS=y \
CONFIG_ROOT_NFS=y:' \
.config.ipauto > .config
 
# Build CD/net kernel boot image
make oldconfig && make dep && make clean && make zImage.initrd
cp ./arch/ppc/boot/zImage.initrd $top/bootprepfull.bin

# Copy config.prep->.config and fix up for floppy/ramdisk rooting.
# This image is <=1440 KB and is suitable for floppy booting.
sed 's:# CONFIG_CMDLINE_BOOL is not set:CONFIG_CMDLINE_BOOL=y\
CONFIG_CMDLINE="root=/dev/fd0 load_ramdisk=1":' \
$builddir/usr/src/kernel-patches/powerpc/config.prep > .config

# Build floppy-sized kernel boot image
make oldconfig && make zImage
cp ./arch/ppc/boot/zImage $top/bootprep.bin

# Clean up
rm -rf $builddir


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

Re: Booting from PCMCIA CD-ROM

[David B Harris]

On Sun, 6 Jan 2002 18:37:54 -0700
Chris Tillman <[EMAIL PROTECTED]> wrote:
> > Can you please add a note to the documentation about booting from a
> > PCMCIA CD-ROM.  While you can load the kernel just fine, you will
> > later have a problem since PCMCIA is not loaded and the rest cannot
> > be read from CD.  There's an easy solution, though.  When you pass
> > ide2=0x180,0x386 to the kernel, the PCMCIA CD-ROM is recognized as a
> > normal IDE CD-ROM which can then be mounted.  Can you please
> > document this trick in chapter 5.2.
> 
> Is this i386-specific?

Hell, I think it's even *device*-specific.

--
 .--=-=-=-=--=---=-=-=.
/David Barclay HarrisAut agere, aut mori.  \
\Clan Barclay  Either action, or death./
 `---==-=-=-=-===-=---=--='



msg14665/pgp0.pgp
Description: PGP signature

Re: Booting from PCMCIA CD-ROM

[Chris Tillman]

On Sun, Jan 06, 2002 at 09:05:32PM +0100, Martin Michlmayr wrote:
> Chris,
> 
> Can you please add a note to the documentation about booting from a
> PCMCIA CD-ROM.  While you can load the kernel just fine, you will
> later have a problem since PCMCIA is not loaded and the rest cannot be
> read from CD.  There's an easy solution, though.  When you pass
> ide2=0x180,0x386 to the kernel, the PCMCIA CD-ROM is recognized as a
> normal IDE CD-ROM which can then be mounted.  Can you please document
> this trick in chapter 5.2.
> 
> Thanks.
> -- 
> Martin Michlmayr
> [EMAIL PROTECTED]

Is this i386-specific?

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|    |
|   debian-imac (potato):    |
|Chris Tillman[EMAIL PROTECTED]  |
|   May the Source be with you   |
**


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

Bug#126030: boot-floppies eb164 milo hangs when lanuched by ARC linload.exe

[Falk Hueffner]

Hi,

does any of the 2.2 milos from http://www.suse.de/~stepan/ work? I
would like to use them by default, because 2.0 milos can't load
kernels from newer ext2 file systems; but if it just doesn't work,
I'll try to hardcode 2.0 milo for the release and document this.

Falk



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

Bug#121110: marked as done (boot-floppies: TFTP boot on Alpha broken)

[Debian Bug Tracking System]

Your message dated 07 Jan 2002 02:00:57 +0100
with message-id <[EMAIL PROTECTED]>
and subject line boot-floppies: TFTP boot on Alpha broken
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 25 Nov 2001 19:11:18 +
>From [EMAIL PROTECTED] Sun Nov 25 13:11:18 2001
Return-path: <[EMAIL PROTECTED]>
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.de) [194.25.134.17] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 1684gQ-0008W9-00; Sun, 25 Nov 2001 13:11:18 -0600
Received: from fwd07.sul.t-online.de 
by mailout02.sul.t-online.de with smtp 
id 1684gL-0004lB-01; Sun, 25 Nov 2001 20:11:13 +0100
Received: from localhost (520013318687-0001@[217.230.22.237]) by 
fmrl07.sul.t-online.com
with esmtp id 1684gI-0WUnLMC; Sun, 25 Nov 2001 20:11:10 +0100
Received: from falk by localhost with local (Exim 3.32 #1 (Debian))
id 1684gH-0003pV-00
for <[EMAIL PROTECTED]>; Sun, 25 Nov 2001 20:11:09 +0100
From: Falk Hueffner <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: boot-floppies: TFTP boot on Alpha broken
X-Reportbug-Version: 1.36
X-Mailer: reportbug 1.36
Date: Sun, 25 Nov 2001 20:11:08 +0100
Message-Id: 
Sender: Falk Hueffner 
X-Sender: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]

Package: boot-floppies
Version: N/A; reported 2001-11-25
Severity: normal

Installing via tftpboot.img will stall at installation of libc6.1, as
has been reported to debian-alpha several times,
e.g. http://lists.debian.org/debian-alpha/2001/debian-alpha-200110/msg00010.html. 
"rgh" told me on IRC:

 mellum: re "init q", when I had that problem ia64, it was
 because I forgot to boot with root=/dev/ram
 mellum: without that, the kernel wants to do it's initrd magic,
 and runs /linuxrc before starting sbin/init.  linuxrc is linked to
 init, so effectively init gets run as pid 12 (or something > 1,
 anyway)
 linuxrc is run with a pid > 1, and the kernel expects that to
 return before it starts init as pid 1
 root=/dev/ram makes the kernel realise that the ramdisk si a
 real ramdisk, and not an initrd, so it disables the running of
 linuxrc

So we need to find a way to force this parameter.

Falk

-- System Information
Debian Release: testing/unstable
Architecture: alpha
Kernel: Linux borkum 2.4.15-pre6 #2 Wed Nov 21 19:23:16 CET 2001 alpha
Locale: LANG=C, LC_CTYPE=de_DE


---
Received: (at 121110-done) by bugs.debian.org; 7 Jan 2002 01:03:07 +
>From [EMAIL PROTECTED] Sun Jan 06 19:03:07 2002
Return-path: <[EMAIL PROTECTED]>
Received: from mailout05.sul.t-online.com [194.25.134.82] 
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 16NOBu-0003qi-00; Sun, 06 Jan 2002 19:03:07 -0600
Received: from fwd01.sul.t-online.de 
by mailout05.sul.t-online.de with smtp 
id 16NO9t-0006Kt-01; Mon, 07 Jan 2002 02:01:01 +0100
Received: from borkum (520013318687-0001@[217.81.152.176]) by fmrl01.sul.t-online.com
with esmtp id 16NO9s-07cQ1QC; Mon, 7 Jan 2002 02:01:00 +0100
Received: from falk by borkum with local (Exim 3.33 #1 (Debian))
id 16NO9q-0005IE-00
for <[EMAIL PROTECTED]>; Mon, 07 Jan 2002 02:00:58 +0100
X-Face: >Q)4Pn.JVfRz{G(G_eIkykbZGG\)2mk8:5a"{^Mk07iC#F.t2L7h|]{*cFg$GEPDdun~+UTjG(^4z<_Ksw%L-\w0xDmUR~
Date: 07 Jan 2002 02:00:57 +0100
Message-ID: <[EMAIL PROTECTED]>
Lines: 3
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.5 (anise)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: Falk Hueffner 
X-Sender: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]

There have been reports on TFTP working now, so I close this bug.

Falk


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

Installation problems

[Ed Raskay]

Well, this didn't take long.
I'm trying to install Debian 2.2 on a 200Mhz Pentium.
I am booting off the CD-Rom (ATAPI)
I get the following error message
Uncompressing Linux.

invalid compressed format (err=1)

  --System halted

What went wrong?
Thanks for your help,
Ed


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

Re: smc-ultra module: woody has the same problem as potato? An odd work around?

[Shaul Karl]

> In message , Shaul Karl writes:
> >When trying to load the smc-ultra module I get an error.
> 
> What is the exact error message that you see?
> 


I tried to reproduce it and failed. Now it works as expected, apart 
from a few messages about not being able to create 
/target/usr/sbin/modules (probably wrong about the exact path) which 
goes away.
>From memory the error message said the device or resource are busy and 
suggested that it could be due to wrong parameters that were given as 
input. I believe the same message was written more then once.


> >The work around that seems to work for me is to feed the 4 drivers 
> >diskettes as debootstrap suggests, let it be utared and then to reboot 
> >the system. That is, reboot instead of using debootstrap way to load 
> >the modules.
> 
> I think you mean dbootstrap here.  Debootstrap is something else and doesn't
> really get involved with modules.
> 


You are right. It is dbootstrap. I took its name from the installation 
manual and was not paying attention that it is d rather then de.


> p.
> 

-- 

Shaul Karl
email: shaulka(at-no-spam)bezeqint.net 
   Please replace (at-no-spam) with an at - @ - character.
   (at-no-spam) is meant for unsolicitate mail senders only.



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

Processed: Re: Bug#127975: config option for calling hwclock

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127975 util-linux
Bug#127975: config option for calling hwclock
Bug reassigned from package `boot-floppies' to `util-linux'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#127975: config option for calling hwclock

[Philip Blundell]

reassign 127975 util-linux
thanks

In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
>hwclock and/or the kernel should be fixed. A few years back I had the same
>problem on my Amiga, a fixed hwclock solved the problem, for my Amiga, I
>have no idea about Apple hardware. If somebody could trace hwclock on a Mac,
>somebody (else) might be able to fix it? The Amiga solution was to add a
>delay between the clock readings. Of course a kernel fix would be better...

Agreed.  Well, I'll reassign the bug to util-linux (the hwclock that's used
on m68k comes from there, right?) and we'll see if anything can be done.  If
anyone thinks it would be better assigned to some kernel package then go ahead.

p.



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

Bug#127677: boot-floppies: problems with reinstalling base-system

[Philip Blundell]

In message <[EMAIL PROTECTED]>, Tomas Pospisek? writes:
>That when something breaks during install of the basesystem, as f.ex.
>a disk error etc., a newby will *not* be able to finish the installation.
>He will have to start from scratch (reformat partition!)

What stops the old base system from just being overwritten?  Did you see an 
error message?  If so, what was it?  There shouldn't be any need to remove
the old files first.

That said, I don't think that failures while installing from basedebs.tgz
are worth busting a gut to legislate for.  Once basedebs.tgz is in the right
place in the archive it should be much less likely that people are going to
make the mistake you did and install a totally bogus archive; and considering
that this stuff is being both read from and written to a local hard disk,
the possibility of transient problems seems quite remote too.  (As opposed to
debootstrap, where there is a real danger that a brief network outage might
screw you up halfway.)

And, in the worst case, having to go back and reinitialise the partition is
hardly the end of the world.

p.



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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 127955 grave
Bug#127955: PPC installer loses on iBook2
Severity set to `grave'.

> merge 127955 126489
Bug#126489: mac-fdisk on bf-3.0.18 broken (powermac)
Bug#127955: PPC installer loses on iBook2
Merged 126489 127955.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 128054 potato
Bug#128054: installation hangs (fwd)
Tags added: potato

> retitle 128054 tulip driver fails with Linksys LNE100TX
Bug#128054: installation hangs (fwd)
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: One should be patient with root.bin and modules.dep

[Philip Blundell]

In message <[EMAIL PROTECTED]>, Adam Di Carlo writes:
>Well, you're english is a little bit shakey, but I know the issue you
>are taking about.  These messages IIRC are caused by kmod (the kernel
>module loader) not being happy.  We try to force it to shut up and
>work-around but ... 

Could we just ship modules.dep as part of drivers.tgz?

p.


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

Bug#127975: config option for calling hwclock

[Philip Blundell]

In message <[EMAIL PROTECTED]>, Wookey writes:
>Exactly the same problem still exists for RiscPCs with 2.2 kernels (I think
>it was fixed in recent 2.4 kernels), so some scheme to avoid this
>automatically would be nice. On riscPCs we added a 'if dpkg-platform =
>riscpc don't run hwclock' to util-linux. That's a hack too - but is it a
>more acceptable one?

In the case of the RiscPC thing the right thing to do is to backport the fix
to the 2.2 kernels.  But in general, yes, adding a hack like that in util-linux
seems reasonable enough.

p.



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

Bug#127975: config option for calling hwclock

[Wookey]

On Sun, Jan 06, 2002 at 02:20:37PM +, Philip Blundell wrote:
> In message <[EMAIL PROTECTED]>, Matthias Klose write
> s:
> >Installing on an Apple Quadra 950 (m68k), I found the first boot
> >hanging when trying to read the hardware clock, and more important,
> >hanging during shutdown, resulting in a fsck for the next boot. Found
> >out the hard way, that the hardware clock is broken on this machine
> >(Debian archives 1999). I realize that the hardware clock works on
> >most systems, but a question (probably for m68k only) to set
> >HWCLOCKACCESS to 'no' in /etc/default/rcS (which is read by
> >hwclock.sh) would be welcome ...
> 
> Is there really nothing that hwclock can do to detect and avoid this
> situation?  I would be loath to add this kind of stuff to the boot-floppies,
> particularly if it means the user has to ask more questions.  (Admittedly
> that probably doesn't matter so much for m68k, but still.)

Exactly the same problem still exists for RiscPCs with 2.2 kernels (I think
it was fixed in recent 2.4 kernels), so some scheme to avoid this
automatically would be nice. On riscPCs we added a 'if dpkg-platform =
riscpc don't run hwclock' to util-linux. That's a hack too - but is it a
more acceptable one?


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

cvs commit to boot-floppies/utilities/dbootstrap/langs by mss

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap/langs
who:mss
time:   Sun Jan  6 14:26:19 PST 2002
Log Message:
  changed the extension for the auto-generated files for the case when we have a 
language whose name starts with l

Files:
changed:langs.xml Makefile Makefile.genlangs .cvsignore


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

Bug#127405: latest python2.1-xml breaks boot-floppies build system.

[Mikhail Sobolev]

Adam,

It was suggested that this very bug (127405) is the only one that keeps
python2.1-xml (0.7-1) to get through to the testing.  I was said that it's just
a matter of days (a couple or so).

If you think that we should not be that strict, I can put a "dirty hack" which
would make the stuff working for the previous versions of python2.1-xml.

What do you think?

--
Misha

On Sun, Jan 06, 2002 at 02:09:04PM -0500, Adam Di Carlo wrote:
> 
> Mikhail, my problem is that we're requiring a version of python2.1-xml
> which is not in testing, only unstable.  
> 
> Is it absolutely necessary that we rely on this unstable, new upstream
> version of the python-xml package?  If so, we'll have to force the
> archive maintainers to put that into woody.
> 
> -- 
> ...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>


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

Re: Bug#127405: latest python2.1-xml breaks boot-floppies build system.

[Mikhail Sobolev]

On Sat, Jan 05, 2002 at 12:03:53PM +0100, J?r?me Marant wrote:
> Mikhail Sobolev <[EMAIL PROTECTED]> writes:
> 
> > JFYI, engine is a wrapper over iconv interface.  When all this was started, the
> > latest version of python was 1.5.2, and there was no way to work with iconv.
> 
>   But python 2.1 neither provide a way to access iconv, IIRC.
Well, it does have something like

unicode (string, charset)

and

.encode (charset)

which seems to be enough for the tasks of bott-floppies.

--
Misha


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

Bug#128054: installation hangs (fwd)

[Stephen Brown]

Package: boot-floppies
Version: 2.2r4
flavor: udma66
architecture: i386
model: kludge
memory: 80Meg
scsi: NCR 53c8xx (this works fine)
cd-rom:Antique Mitsumi? 4x (seems to work fine)
network card:  Linksys LNE100TX (works with new Tulip driver)
pcmcia:None

Can't seem to access network from the box I'm installing to reach the
mirrors and complete the install.  This box has been running other
flavors of Linux in the past, but they have needed to have the new Tulip
drivers compiled to make the network card work.  Looks like the drivers
disks are using an old Tulip driver ca.1999.  The one that has worked in
the past shows: tulip.c:v0.92 4/17/2000  in the version string (and
shows Becker at Scyld Computing -- CESDIS has not existed at NASA for
over two years).

P.S. I had to resubmit this because your parsing script apparently can't
handle leading whitespace in what you call the pseudo-header.

Steve Brown
[EMAIL PROTECTED]




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

Re: problems that adam has got

[Tollef Fog Heen]

* Glenn McGrath 

| I havent built boot-floppies for a fair while, but i have the i386
| machine (1.4Gb athlon) to do it, and i have no problems with bandwidth
| for uploading, so if nobody else wants to do it i will.

I've offered Adam an account on one of my boxen, including root access
if he needs to.  I haven't received an answer yet.

-- 
Tollef Fog Heen
Unix _IS_ user friendly... It's just selective about who its friends are.


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

cvs commit to base-config/debian by joeyh

[Debian Boot CVS Master]

Repository: base-config/debian
who:joeyh
time:   Sun Jan  6 12:57:52 PST 2002
Log Message:
 * Removed the LANGUAGE stuff; LANGUAGE is not the correct variable for LANG.
   Instead, export LANG if it's set after sourcing debootstrap_settings.
   This will make it available to everything run by base-config.
   Closes: #128040
 * Completed and updated Spanish translation. (Next time, *please* send me
   seperate templates files for apt-setup, and tzsetup.) Closes: #127859

Files:
changed:Tag: woody-tree changelog templates.es


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

cvs commit to base-config by joeyh

[Debian Boot CVS Master]

Repository: base-config
who:joeyh
time:   Sun Jan  6 12:57:52 PST 2002
Log Message:
 * Removed the LANGUAGE stuff; LANGUAGE is not the correct variable for LANG.
   Instead, export LANG if it's set after sourcing debootstrap_settings.
   This will make it available to everything run by base-config.
   Closes: #128040
 * Completed and updated Spanish translation. (Next time, *please* send me
   seperate templates files for apt-setup, and tzsetup.) Closes: #127859

Files:
changed:Tag: woody-tree base-config


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

PReP hackers wanted

[Colin Walters]

On Sun, 2002-01-06 at 14:15, Adam Di Carlo wrote:

> Well, the only reason I could see is if it either needs a kernel
> config option enabled, not provided by the kernel-image-*-prep
> package, or else if it needs a file from the kernel build not normally
> provided by the package.  It should be pretty easy to read bootprep.sh

Probably.  But I have basically zero knowledge of the PReP architecture,
and no way to test the resulting kernel image.  

So, I'd like to take this opportunity to call for anyone with a working
knowledge of the PReP architecture, shell script, and preferably C to
help work on the Debian boot-floppies for PReP.  Right now it doesn't
even build because the root disk is too large.  Are you interested in
seeing the Universal Operating System run on your favorite PowerPC
architecture, the PReP?  Then see instructions for getting the
boot-floppies CVS from http://cvs.debian.org, and send us patches!


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

Re: powerpc b-f build compiles the kernel

[Tom Rini]

On Sun, Jan 06, 2002 at 02:15:11PM -0500, Adam Di Carlo wrote:
> Colin Walters <[EMAIL PROTECTED]> writes:
> 
> > What annoys me about bootprep.sh is that it builds a kernel as part of
> > the boot-floppies build process; I don't see why it can't just use a
> > kernel-image package like every other arch.
> 
> Well, the only reason I could see is if it either needs a kernel
> config option enabled, not provided by the kernel-image-*-prep
> package, or else if it needs a file from the kernel build not normally
> provided by the package.  It should be pretty easy to read bootprep.sh
> and take a look.

Can someone post that?  I'm sort-of curious what needs to be done
'special' for a prep box..

-- 
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


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

Processed: Re: Processed: Re: Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127524 boot-floppies
Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?
Bug reassigned from package `kernel-image-2.2.20' to `boot-floppies'.

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: Processed: Re: Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?

[Herbert Xu]

reassign 127524 boot-floppies
quit

On Sun, Jan 06, 2002 at 01:33:06PM -0600, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 127524 kernel-image-2.2.20
> Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?
> Bug reassigned from package `boot-floppies' to `kernel-image-2.2.20'.

This is fixed in 2.2.20-2.
-- 
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email:  Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt


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

Booting from PCMCIA CD-ROM

[Martin Michlmayr]

Chris,

Can you please add a note to the documentation about booting from a
PCMCIA CD-ROM.  While you can load the kernel just fine, you will
later have a problem since PCMCIA is not loaded and the rest cannot be
read from CD.  There's an easy solution, though.  When you pass
ide2=0x180,0x386 to the kernel, the PCMCIA CD-ROM is recognized as a
normal IDE CD-ROM which can then be mounted.  Can you please document
this trick in chapter 5.2.

Thanks.
-- 
Martin Michlmayr
[EMAIL PROTECTED]


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

Processed: b-f bug maint

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 127405 + pending
Bug#127405: latest python2.1-xml breaks boot-floppies build system.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#127677: boot-floppies: problems with reinstalling base-system

[Tomas Pospisek?]

Zitiere Adam Di Carlo <[EMAIL PROTECTED]>:

> tags 127677 + wontfix
> thanks
> 
> Tomas Pospisek <[EMAIL PROTECTED]> writes:
> 
> > while trying to somehow find a basedebs.tgz
> 
> Why were you even looking for it?  Why didn't you follow the normal
> "install the base system" steps?

How would you install a Debian system with the two following assumptions:

1) you don't have a CD (I guess that at this time that's quite common)
2) you do not have a network but you do have a modem (dito)

Now if I follow the installer, then at one point it will want to install
the base system. There are vaious choices as a remember:

1) from CD :-(
2) from disks (there are none to be found anywhere)
3) from a mounted partition (aha!!! that's the one option I could take and
   that's why I needed the basedebs.tgz for. And it's really hard to
   find too!)
4) from a HD (same as before)

Do you see any alternative way of installing Debian for me?

> > I erroneously installed a powerpc basedebs.tgz on a i386
> > machine. Once I understood what went wrong I (after 4h of
> > searching!) found a i386 basedebs.tgz and installed it. But somehow
> > the install system was not able to replace the old/wrong installed
> > basesystem with the new/correct one. It would keep the old one in
> > place. So I had to manually "rm -R" everything away, otherwise the
> > new basedebs.tgz would not be installed.  *t
> 
> What are you asking for exactly?

That when something breaks during install of the basesystem, as f.ex.
a disk error etc., a newby will *not* be able to finish the installation.
He will have to start from scratch (reformat partition!)

IMO the system should overwrite (!!) everything it installs. It doesn't do
that now.

> How could we possibly remove all the files from the mis-installed base system?

rm -rf * f.ex?

> I don't think this is a valid bug, marking it so.

?
*t

---
 Tomas Pospisek
 sourcepole-   Linux & Open Source Solutions
 http://sourcepole.com
 Elestastrasse 18,  7310 Bad Ragaz,  Switzerland
 Tel:+41 (81) 330 77 13,  Fax:+41 (81) 330 77 12



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

Processed: Re: Bug#127537: boot-floppies: please do better error reporting

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 127537 + wontfix
Bug#127537: boot-floppies: please do better error reporting
Tags added: wontfix

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127524 kernel-image-2.2.20
Bug#127524: boot-floppies: divas.o/eicon.o have bad symbols?
Bug reassigned from package `boot-floppies' to `kernel-image-2.2.20'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#127535: more on read only partitions

[Tomas Pospisek?]

Zitiere Adam Di Carlo <[EMAIL PROTECTED]>:

> Ok, the partition is mounted read-only, but why is the problem report
> written to that partition?  It should be using the /target partition
> if mounted...
> 
> I guess I would need to test this more, I'm not that familiar with
> it...

Um - I don't have a install machine at hand at the moment, so I can not
test it in the near future :-/
*t

---
 Tomas Pospisek
 sourcepole-   Linux & Open Source Solutions
 http://sourcepole.com
 Elestastrasse 18,  7310 Bad Ragaz,  Switzerland
 Tel:+41 (81) 330 77 13,  Fax:+41 (81) 330 77 12



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

Processed: Re: Bug#127546: boot-floppies: please, please, please include a pointer to basedebs/disks somewhere

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127546 debootstrap
Bug#127546: boot-floppies: please, please, please include a pointer to basedebs/disks 
somewhere
Bug reassigned from package `boot-floppies' to `debootstrap'.

> severity 127546 serious
Bug#127546: boot-floppies: please, please, please include a pointer to basedebs/disks 
somewhere
Severity set to `serious'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#107591: help needed with bug #107591

[Philip Blundell]

The gist of this report seems to be that booting the installer over the network
doesn't work at all on sun4u (or perhaps just on Ultra10 machines).  Is 
anybody
from the sparc camp able to confirm or refute this bug?

p.



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

Processed: Re: boot-floppies: Editing sources.list manually fails with long lines

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127634 base-config
Bug#127634: boot-floppies: Editing sources.list manually fails with long lines
Bug reassigned from package `boot-floppies' to `base-config'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#127634: boot-floppies: Editing sources.list manually fails with long lines

[Philip Blundell]

reassign 127634 base-config
thanks

I'm pretty sure this isn't a boot-floppies issue as such.  Maybe the real issue
is that nano ought to have a different set of default options, but let's try
reassigning it to base-config first.




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

Processed: Re: Bug#127677: boot-floppies: problems with reinstalling base-system

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 127677 + wontfix
Bug#127677: boot-floppies: problems with reinstalling base-system
Tags added: wontfix

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: smc-ultra module: woody has the same problem as potato? An odd work around?

[Philip Blundell]

In message , Shaul Karl writes:
>When trying to load the smc-ultra module I get an error.

What is the exact error message that you see?

>The work around that seems to work for me is to feed the 4 drivers 
>diskettes as debootstrap suggests, let it be utared and then to reboot 
>the system. That is, reboot instead of using debootstrap way to load 
>the modules.

I think you mean dbootstrap here.  Debootstrap is something else and doesn't
really get involved with modules.

p.


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

Bug#124386: french + euro keyboard is latin15, not latin0 (which naturally does not work).

[Philip Blundell]

What's the situation with this bug now?  If the problem still happens, I think
we need to see the exact error messages in order to make any headway.

p.



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

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

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap/langs
who:aph
time:   Sun Jan  6 10:49:10 PST 2002
Log Message:
  rework the ignorables

Files:
changed:.cvsignore


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

Re: 404 on debian.org

[Josip Rodin]

On Sat, Jan 05, 2002 at 08:13:45AM -0500, Michael Whitman wrote:
> http://www.debian.org/releases/stable/i386/man-cfdisk -- this page is missing

I wish I could rebuild the potato install manual... sigh.

Adam, do you still have your potato build of boot-floppies/documentation
somewhere?

-- 
 2. That which causes joy or happiness.


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

Re: problems that adam has got

[Glenn McGrath]

On 05 Jan 2002 18:12:51 -0500
"Adam Di Carlo" <[EMAIL PROTECTED]> wrote:

> 
> I've got some problems in that I no longer have an i386 build machine
> at home that works. The crappy laptop I was using for building doesn't
> seem to exist on the network anymore.  I have a machine at work I can
> use but I can't seem to upload from there to klecker for some bizarre
> reason.
> 
> Anyhow, I dunno, if someone else can do test builds for i386 that
> would be good.  I could either put those up at http://people.d.o/~aph
> or else I can put a readme there on where to get i386 testing builds.
> 
> Feh, life is just getting harder.
> 

I havent built boot-floppies for a fair while, but i have the i386
machine (1.4Gb athlon) to do it, and i have no problems with bandwidth
for uploading, so if nobody else wants to do it i will.


Glenn


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

Bug#120386: boot-floppies / lilo misconfigured

[Petter Reinholdtsen]

[Adam Di Carlo]
> Can someone on the list followup on this?  If it's true, that's a nasty bug.

It is true.  I ran into this using boot-floopies v3.0.17.  The lilo
configuration seem to work as it should, as I tried to run
'dpkg-reconfigure lilo' when the system was installed and it installed
into the correct correct partition.


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

Re: Bug#127405: latest python2.1-xml breaks boot-floppies build system.

[Jérôme Marant]

Mikhail Sobolev <[EMAIL PROTECTED]> writes:

> JFYI, engine is a wrapper over iconv interface.  When all this was started, the
> latest version of python was 1.5.2, and there was no way to work with iconv.

  But python 2.1 neither provide a way to access iconv, IIRC.

-- 
Jérôme Marant <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

http://marant.org


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

Processed: Reassign a bug

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127405 boot-floppies
Bug#127405: latest python2.1-xml breaks boot-floppies build system.
Bug reassigned from package `python2.1-xml' to `boot-floppies'.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

cvs commit to boot-floppies/utilities/dbootstrap/langs by mss

[Debian Boot CVS Master]

Repository: boot-floppies/utilities/dbootstrap/langs
who:mss
time:   Sat Jan  5 04:03:04 PST 2002
Log Message:
   * fix the problem for bug #127405 (dumper.py)
   * depend on the proper stuff (python2.1-xml >= 0.7-1)
   * removed the iconv module as python now supports conversions natively (iconv.c & 
Makefile)
  

Files:
changed:dumper.py Makefile

removed:iconv.c


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

One should be patient with root.bin and modules.dep

[Shaul Karl]

When using the latest root.bin that I could find (18-dec-2001) the 
screen get flooded with messages about modprobe not being able to read 
the modules.dep. Altough it is able to recover and continue the 
installation process one should be patient in order for this to happen.
-- 

Shaul Karl
email: shaulka(at-no-spam)bezeqint.net 
   Please replace (at-no-spam) with an at - @ - character.
   (at-no-spam) is meant for unsolicitate mail senders only.



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

smc-ultra module: woody has the same problem as potato? An odd work around?

[Shaul Karl]

Summary: 
Does the same problem that were seen with Potato with regard to the 
smc-ultra module are here again?

Some details:
I used rescue.bin, root.bin and drivers-{1,2,3,4}.bin from 
/debian/dists/woody/main/disks-i386/current/images-1.44. Their Last 
Modified date is 18-Dec-2001.
When trying to load the smc-ultra module I get an error. Running a 
google search for
   potato install smc-ultra 
reveals that the same problem was seen with potato too.

The work around that seems to work for me is to feed the 4 drivers 
diskettes as debootstrap suggests, let it be utared and then to reboot 
the system. That is, reboot instead of using debootstrap way to load 
the modules. Then, after initializing the kbd, and using the previously 
formated swap and other partitions, I insmod 8390 and insmod smc-ultra 
with the appropriate parameters. Surprisingly I had no errors. However 
it could be that the reboot should be done after using debootstrap to 
load the modules, even that it fails to do so.

The required parameters for the smc-ultra module in my case were irq=10 
io=0x280, although I do not think this is irrelevant.


-- 

Shaul Karl
email: shaulka(at-no-spam)bezeqint.net 
   Please replace (at-no-spam) with an at - @ - character.
   (at-no-spam) is meant for unsolicitate mail senders only.



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

Bug#127975: config option for calling hwclock

[Philip Blundell]

In message <[EMAIL PROTECTED]>, Matthias Klose write
s:
>Installing on an Apple Quadra 950 (m68k), I found the first boot
>hanging when trying to read the hardware clock, and more important,
>hanging during shutdown, resulting in a fsck for the next boot. Found
>out the hard way, that the hardware clock is broken on this machine
>(Debian archives 1999). I realize that the hardware clock works on
>most systems, but a question (probably for m68k only) to set
>HWCLOCKACCESS to 'no' in /etc/default/rcS (which is read by
>hwclock.sh) would be welcome ...

Is there really nothing that hwclock can do to detect and avoid this
situation?  I would be loath to add this kind of stuff to the boot-floppies,
particularly if it means the user has to ask more questions.  (Admittedly
that probably doesn't matter so much for m68k, but still.)

p.



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

cvs commit to boot-floppies/debian by mss

[Debian Boot CVS Master]

Repository: boot-floppies/debian
who:mss
time:   Sat Jan  5 04:03:04 PST 2002
Log Message:
   * fix the problem for bug #127405 (dumper.py)
   * depend on the proper stuff (python2.1-xml >= 0.7-1)
   * removed the iconv module as python now supports conversions natively (iconv.c & 
Makefile)
  

Files:
changed:control


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

Re: python-xml and Debian boot floppies

[Jérôme Marant]

Mikhail Sobolev <[EMAIL PROTECTED]> writes:

> As it seems that bf now depend on python-dev >= 2.1, unicode support (and
> character conversion) is certainly there.  So the iconv module is no longer
> required and needed at all.
> 
> The following patch seems to provide one of the possible solutions.  I'd
> appreciate if somebody could test it before I put it into CVS.  It works for
> me. :))  (When I put it into CVS, two more modifications will be done: iconv.c
> will be removed, and all the references to this code will also be removed.)

  The patch works fine. I can reassign the bug to boot-floppies.
  Good job !

  Cheers,

-- 
Jérôme Marant <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

http://marant.org


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

Processed: Re: Bug#127955: PPC installer loses on iBook2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 127955 boot-floppies
Bug#127955: PPC installer loses on iBook2
Bug reassigned from package `mac-fdisk' to `boot-floppies'.

> thank you
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: python-xml and Debian boot floppies

[Mikhail Sobolev]

As it seems that bf now depend on python-dev >= 2.1, unicode support (and
character conversion) is certainly there.  So the iconv module is no longer
required and needed at all.

The following patch seems to provide one of the possible solutions.  I'd
appreciate if somebody could test it before I put it into CVS.  It works for
me. :))  (When I put it into CVS, two more modifications will be done: iconv.c
will be removed, and all the references to this code will also be removed.)

The code previously expected UTF-8 sequences from python-xml, and then either
tried to convert them to a local charset or left as they were.

Well, the first impression is that python-xml v0.7 now supports only python
unicode strings.  To my mind, that's where the error comes from.  However, if
you look at the patch, you'll see that it's a some sort of a `dirty hack'.
Which I do not quite like, while I do not quite understand why it's required.

--
Misha


Index: dumper.py
===
RCS file: /cvs/debian-boot/boot-floppies/utilities/dbootstrap/langs/dumper.py,v
retrieving revision 1.4
diff -u -b -r1.4 dumper.py
--- dumper.py   2000/11/27 21:41:37 1.4
+++ dumper.py   2002/01/05 11:14:47
@@ -1,7 +1,7 @@
 #
 __copyright__ = '''
- Copyright (C) 1999 The Software in the Public Interest (SPI)
- Written by Michael Sobolev <[EMAIL PROTECTED]>
+ Copyright (C) 1999-2001 The Software in the Public Interest (SPI)
+ Written by Mikhail Sobolev <[EMAIL PROTECTED]>
 
  This program is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
@@ -20,15 +20,20 @@
 
 import string, time
 
-from iconv import engine
-
 from helpers import Storage, compare_by_ename
 
 from pprint import pprint
+
+class produce:
+def __init__ (self, charset):
+self.charset = charset
 
-class do_not_convert:
 def convert (self, what):
-return what
+if type (what) == type (''):
+what = unicode (what, 'utf-8')
+# print 'convert:', type (what), what
+
+return what.encode (self.charset)
 
 def dumper (arch):
 if available_dumpers.has_key (arch):
@@ -92,9 +97,9 @@
 
 for lang in what:
 if do_convert:
-e = engine ('UTF-8', lang.charset)
+e = produce (lang.charset)
 else:
-e = do_not_convert ()
+e = produce ('utf-8')
 
 outfile.write ('  {\n')
 outfile.write ('"%s",\n' % lang.ename)
@@ -112,9 +117,9 @@
 
 for lang in what:
 if do_convert:
-e = engine ('UTF-8', lang.charset)
+e = produce (lang.charset)
 else:
-e = do_not_convert ()
+e = produce ('utf-8')
 
 dump_list_c (outfile, e, strings, items, lists, string.lower (lang.ename), 
lang.list)
 

Re: Bug#127405: latest python2.1-xml breaks boot-floppies build system.

[Mikhail Sobolev]

On Thu, Jan 03, 2002 at 07:24:36AM +0100, J?r?me Marant wrote:
> Junichi Uekawa <[EMAIL PROTECTED]> writes:
> 
> > ermmm.. that makes this code unnecessarily large.
> > 
> > Why is it not enough to specify 'utf-8' in here ?
> > 
> > for lang in what:
> > if do_convert:
> > e = engine ('utf-8', lang.charset)
> > else:
> > e = do_not_convert ()
> 
>   I'm sorry but the engine object comes from a module that is neither
>   part of Python, nor python-xml so I can't really help with it.
JFYI, engine is a wrapper over iconv interface.  When all this was started, the
latest version of python was 1.5.2, and there was no way to work with iconv.

Its source code should be in the langs directory, BTW.

--
Misha


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

Has the list recovered?

[Mikhail Sobolev]

I wonder if the messages I sent earlier will finally get to the list...

--
Misha


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

Re: URGENT! Install Base System via network: settings wrong

[Rory Campbell-Lange]

On 4/1/02, [EMAIL PROTECTED] (Chris Tillman) wrote:

> On Fri, Jan 04, 2002 at 01:50:11PM +, Rory Campbell-Lange wrote:
> > On 04/01/02, Colin Walters ([EMAIL PROTECTED]) wrote:
> > > On Fri, 2002-01-04 at 08:18, Rory Campbell-Lange wrote:

> > > > I am using a modified version of the kernel on the rescue diskat


> > > Well, that doesn't actually tell me what version, since
> > > 'current' is a symlink to the current version, and I don't
> > > know when you downloaded them.  The reason I ask is that this
> > > is a known bug which was fixed in 3.0.18.
> > 
> > I'll be hoping that was the problem. I downloaded the root disk
> > (which I presume causes the problem) on December the 31st.
> 
> I don't know if Colin mentioned it, but if you get that error the
> workaround is to just delete the file in question on your system. The
> code doesn't correct the situation by itself.

Was 3.0.18 current on 31 December? Are you suggesting I download new
disk images?

Thanks for your help.
Rory


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

Re: URGENT! Install Base System via network: settings wrong

[Chris Tillman]

On Sun, Jan 06, 2002 at 01:06:28AM +, Rory Campbell-Lange wrote:
> On 4/1/02, [EMAIL PROTECTED] (Chris Tillman) wrote:
> 
> > On Fri, Jan 04, 2002 at 01:50:11PM +, Rory Campbell-Lange wrote:
> > > On 04/01/02, Colin Walters ([EMAIL PROTECTED]) wrote:
> > > > On Fri, 2002-01-04 at 08:18, Rory Campbell-Lange wrote:
> 
> > > > > I am using a modified version of the kernel on the rescue diskat
> 
>
> 
> > > > Well, that doesn't actually tell me what version, since
> > > > 'current' is a symlink to the current version, and I don't
> > > > know when you downloaded them.  The reason I ask is that this
> > > > is a known bug which was fixed in 3.0.18.
> > > 
> > > I'll be hoping that was the problem. I downloaded the root disk
> > > (which I presume causes the problem) on December the 31st.
> > 
> > I don't know if Colin mentioned it, but if you get that error the
> > workaround is to just delete the file in question on your system. The
> > code doesn't correct the situation by itself.
> 
> Was 3.0.18 current on 31 December? 

Yes.

> Are you suggesting I download new
> disk images?

No. I'm suggesting if you want to continue your install you'll either
have to start with a fresh partition, or find and delete the
'Malformed' file.

I submitted a patch for debootstrap which would have it delete the
file in question if it was 'Malformed', Adam submitted an NMU
yesterday to incorporate it. So that means 3.0.19, when it gets built,
will incorporate the fix that would delete the file for you.

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|    |
|   debian-imac (potato):    |
|Chris Tillman[EMAIL PROTECTED]  |
|   May the Source be with you   |
**


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

Bug#127971: boot-floppies: Missing loopback device and localhost in /etc/hosts

[Petter Reinholdtsen]

Package: boot-floppies
Version: 3.0.17
Severity: important

When installing from CD, and not configuring the network during
install, the loopback device is missing from /etc/network/interfaces
(giving lots of warnings and error messages after boot, and breaking
some server daemons), and localhost is missing from /etc/hosts.

The only entry in /etc/hosts for 127.0.0.1 is the hostname gived
during install, like this:

  127.0.0.1  debian

(I belive the entry should read '127.0.0.1 localhost debian')

This do not happen when configuring the network (I only tested with
ethernet configure with static IP).

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux developer.skolelinux.no 2.4.12 #1 SMP Sun Oct 21 17:07:26 CEST 20
Locale: LANG=C, LC_CTYPE=C

Versions of packages boot-floppies depends on:
ii  ash 0.3.8-32 NetBSD /bin/sh
ii  bf-utf-source   0.01 Source for fonts needed to build b
ii  bison   1:1.30-4 A parser generator that is compati
ii  build-essential 5Informational list of build-essent
ii  busybox 1:0.60.2-3   Tiny utilities for small and embed
ii  debhelper   3.0.51   helper programs for debian/rules
ii  debiandoc-sgml  1.1.49   DebianDoc SGML DTD and formatting
ii  debootstrap 0.1.15.8 Bootstrap a basic Debian system
ii  dosfstools  2.8-1Utilities to create and check MS-D
ii  dpkg-awk1.0.1Gawk script to parse /var/lib/dpkg
ii  file3.37-3   Determines file type using "magic"
ii  flex2.5.4a-14A fast lexical analyzer generator.
ii  gawk1:3.1.0-2GNU awk, a pattern scanning and pr
ii  gettext 0.10.40-1GNU Internationalization utilities
ii  libbogl-dev 0.1.8-1  Ben's Own Graphics Library - devel
ii  libc6-pic [glibc-pic]   2.2.4-7  GNU C Library: PIC archive library
ii  libgd-dev   1.8.4-7  GD Graphics Library (development v
ii  libi18n-langtags-perl   0.26-2   Perl module for dealing with RFC30
ii  libnewt-dev 0.50.17-9Developer's toolkit for newt windo
ii  libnewt-pic 0.50.17-9Not Erik's Windowing Toolkit, shar
ii  libpaperg   1.1.2Library for handling paper charact
ii  libpopt-dev 1.6.2-6  lib for parsing cmdline parameters
ii  libwww-perl 5.63-1   WWW client/server library for Perl
ii  m4  1.4-14   a macro processing language
ii  man-db  2.3.20-12The on-line manual pager
ii  perl [perl5]5.6.1-6  Larry Wall's Practical Extraction
ii  pointerize  0.5  Internationalization utilities, ba
ii  python-dev  2.1.1-4  Header files and a static library
ii  python-xml  0.6.6-7  XML tools for Python [dummy packag
ii  recode  3.6-3Character set conversion utility.
ii  slang1-pic  1.4.4-6  The S-Lang programming library, sh
ii  tetex-extra 1.0.2+20011202-1 extra teTeX library files
ii  zlib-bin1:1.1.3-18   compression library - sample progr
ii  zlib1g-dev  1:1.1.3-18   compression library - development


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

Bug#127975: config option for calling hwclock

[Matthias Klose]

Package: boot-floppies

Installing on an Apple Quadra 950 (m68k), I found the first boot
hanging when trying to read the hardware clock, and more important,
hanging during shutdown, resulting in a fsck for the next boot. Found
out the hard way, that the hardware clock is broken on this machine
(Debian archives 1999). I realize that the hardware clock works on
most systems, but a question (probably for m68k only) to set
HWCLOCKACCESS to 'no' in /etc/default/rcS (which is read by
hwclock.sh) would be welcome ...


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

Re: powerpc b-f build compiles the kernel

[Colin Walters]

On Sat, 2002-01-05 at 18:07, Adam Di Carlo wrote:
> Oh, so everything works well w/o building the kernel on PowerPC?  If
> so, lets just kill it.

Killing bootprep.sh means that the PReP kernel won't be built. 
Honestly, I have no idea if a PReP install even works...

What annoys me about bootprep.sh is that it builds a kernel as part of
the boot-floppies build process; I don't see why it can't just use a
kernel-image package like every other arch.





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