Re: Patch not included in e2fsprogs 1.21.

>Will, if you just need a .a file containing non-PIC objects, then why >not just use libext2fs.a? Right. >libraries?!? I didn't know that. If so, then it shouldn't be >that hard to do a hack which OSF/1 one uses, which allows you to use See

Re: Patch not included in e2fsprogs 1.21.

> The other issue is that the "lite" libext2fs.so.2.4 should never ever > be installed on a normal system, since it's missing a lot of necessary > object files. In fact, when I was chatting with Larry McVoy, he > warned me that I might be unloosing a time-bomb that might come back > to haunt me.

Re: Patch not included in e2fsprogs 1.21.

On Sat, Jun 16, 2001 at 05:33:48PM +0200, Yann Dirson wrote: > > As for the packaging of those libs and of the binaries that were > reduced, I'm not sure what would be best. IIRC most stuff included in > boot-floppies is taken right from real packages installed on the > machine where they are bu

Re: Patch not included in e2fsprogs 1.21.

On Sun, Jun 17, 2001 at 12:27:57PM +0100, Philip Blundell wrote: > >Isn't PIC used for a reason in shared libs? :) > > Sure it is, but that reason doesn't really apply here. > > The reason we compile shared libraries as PIC is so that many > applications can map the same object at different addr

Re: base*.tgz is gone, and why it's gone

On Mon, Jun 18, 2001 at 12:59:38PM +1000, Timshel Knoll wrote: > Isn't `debootstrap --arch arm ' what you're > looking for? What makes you think that will ever have any chance at all of working, let alone works now? The --arch argument is there so (a) I can get rid of the stupid /usr/lib/deboot

Re: base*.tgz is gone, and why it's gone

On Mon, Jun 18, 2001 at 12:11:17PM +1000, Anthony Towns wrote: > On Sun, Jun 17, 2001 at 11:33:32AM -0600, Jason Gunthorpe wrote: > > Tell me the exact command to make a chroot for an ARM from my i386. > > ssh some-arm-box debootstrap woody /nfs/i386/arm-chroot # :) > > Actually, you could maybe

Re: base*.tgz is gone, and why it's gone

On Sun, Jun 17, 2001 at 11:33:32AM -0600, Jason Gunthorpe wrote: > Tell me the exact command to make a chroot for an ARM from my i386. ssh some-arm-box debootstrap woody /nfs/i386/arm-chroot # :) Actually, you could maybe do something like: * setup an NFS root that boots to the arm b-f'

Re: gl language docs break the web build

On Sun, Jun 17, 2001 at 04:52:40PM -0700, David Whedon wrote: > > Am I missing something? How should a language which (seemingly) doesn't have > > any docs get installed? :) > > > > I'm tempted to hack this stuff, but I'm kinda out of the loop nowadays and > > wouldn't want to break anything. Ple

Re: gl language docs break the web build

> Am I missing something? How should a language which (seemingly) doesn't have > any docs get installed? :) > > I'm tempted to hack this stuff, but I'm kinda out of the loop nowadays and > wouldn't want to break anything. Please advise. I think you need to do an update, but well, I could be wron

gl language docs break the web build

Hi, make doc-web does: ** making documentation for language gl make[2]: Entering directory /org/www.debian.org/boot-floppies/documentation' make all KVER="2.2.19pre13" ALTKVER="" utillinux="" amigafdisk="" atarifdisk="" macfdisk="" pmacfdiskcross="" make[3]: Entering directory /org/www.debian.o

Re: boot-floppies 2.3.5 ready for testing (i386 and powerpc so far)

On Sun, Jun 17, 2001 at 12:41:01PM -0700, David Whedon wrote: > This is a known limitation, and a rather troublesome one, IMHO. Someone in your > situation can't readily install Debian via floppies since ppp is not supported > on the boot disks, this is unfortunate. I may see how hard it is to h

Re: base*.tgz is gone, and why it's gone

On Sun, Jun 17, 2001 at 01:48:45PM -0400, Matt Zimmerman wrote: > > Except that the resulting base.tgz would contain a bunch of .debs, which is not > easily transformable into a usable chroot environment (which is what I believe > Jason wants) except on a Debian system of the target architecture,

Re: boot-floppies 2.3.5 ready for testing (i386 and powerpc so far)

This is a known limitation, and a rather troublesome one, IMHO. Someone in your situation can't readily install Debian via floppies since ppp is not supported on the boot disks, this is unfortunate. I may see how hard it is to hack in some simple ppp support. I wouldn't be able to test it thoug

Re: base*.tgz is gone, and why it's gone

On Sat, Jun 16, 2001 at 10:21:23PM -0800, Ethan Benson wrote: > On Sun, Jun 17, 2001 at 12:06:21AM -0600, Jason Gunthorpe wrote: > > I have frequently had to do installs on machines with ethernet cards that > > are not supported by the boot disks, invariably this is either solved > > using a 'boo

Re: boot-floppies 2.3.5 ready for testing (i386 and powerpc so far)

Josip Rodin <[EMAIL PROTECTED]> writes: > On Tue, Jun 12, 2001 at 10:00:17PM -0400, Adam Di Carlo wrote: > > > > we aren't even responsible for base (debootstrap is). Problems with > > > > base should be filed against debootstrap; > > > > > > Should the maintainer for the "base" pseudo-package

Broken disk images and installation issues

Hi all! First of all, thanks to the Debian team :) I had a Delix distribution one or two years ago, which wasn't able to use a CD-ROM if the system was faster then 16 MHz. Earlier this year I tried a Mandrake system, which let me select tons of options during installation but, regardless of wha

Re: base*.tgz is gone, and why it's gone

Jason Gunthorpe <[EMAIL PROTECTED]> writes: > Debian's base*.tar is the *only* solution I know of for this that supports > the variety of platforms I am interested in, I know other people do the > same thing. This would be a very unfortunate loss to the people doing > embedded work with linux. Y

Re: BF 2.3.6 install - 2 glitches

The modconf is wrong, according 3c509.c: #ifdef MODULE /* Parameters that may be passed into the module. */ static int debug = -1; static int irq[] = {-1, -1, -1, -1, -1, -1, -1, -1}; static int xcvr[] = {-1, -1, -1, -1, -1, -1, -1, -1}; and somewhare on http://www.scyld.com (in 3c509

Bug#100996: To Stephen

On Sun, Jun 17, 2001 at 11:51:12AM +0100, Gaby Schilders wrote: > I already found out that it is indeed packages > breaking during install. In this case groff-base > didn't install so it hung on groff and man-db not > installing. Nice to know but I have two remarks: Right, I'd forgotten which pac

Re: Patch not included in e2fsprogs 1.21.

>I understand this is policy -- specifically policy.text.gz, 4.2. This policy >makes perfect sense for a.out shared libraries (where were all the rage when >this policy was written). Does this policy still make sense? Actually, this is a bit backwards. Linux a.out shared libraries never suppo

Re: Patch not included in e2fsprogs 1.21.

>Uh, wrong. We compile _all_ shared libs using -fPIC (IOW, every .so). >That has nothing to do with mklibs.sh, it has to do with being a shared >lib. If you try to link a .so with non-PIC objects, some architectures >will barf all of the resulting library. The glibc testsuite checks that it works

Re: Patch not included in e2fsprogs 1.21.

>Isn't PIC used for a reason in shared libs? :) Sure it is, but that reason doesn't really apply here. The reason we compile shared libraries as PIC is so that many applications can map the same object at different addresses and have only one copy of the code in memory. PIC code is slightly b

Bug#100996: To Stephen

I already found out that it is indeed packages breaking during install. In this case groff-base didn't install so it hung on groff and man-db not installing. Nice to know but I have two remarks: please put the error from apt-get instead of the error that debootstrap generates to make debugging eas

cvs commit to boot-floppies/debian by eb

Repository: boot-floppies/debian who:eb time: Sun Jun 17 01:12:40 PDT 2001 Log Message: creating world writable files is never acceptable IMO. fix up perms on kernel installed in /boot so it doesn't get left with execute permissions if the rescue floppy is FAT. Files: changed:

cvs commit to boot-floppies/scripts/rescue by eb

Repository: boot-floppies/scripts/rescue who:eb time: Sun Jun 17 01:12:40 PDT 2001 Log Message: creating world writable files is never acceptable IMO. fix up perms on kernel installed in /boot so it doesn't get left with execute permissions if the rescue floppy is FAT. Files:

cvs commit to boot-floppies by eb

Repository: boot-floppies who:eb time: Sun Jun 17 01:12:40 PDT 2001 Log Message: creating world writable files is never acceptable IMO. fix up perms on kernel installed in /boot so it doesn't get left with execute permissions if the rescue floppy is FAT. Files: changed:dri

BF 2.3.6 install - 2 glitches

(This has been in my postponed box for two days. That "yesterday" I was talking about was wednesday 13th 19h CEST) Hi, I have installed a new system with yesterdays bf cvs. There were two minor issues. First, when I tried running the badblocks scan on the new created partitions, I got the follo