On Sun, Jun 17, 2001 at 04:13:35PM +1000, Brian May wrote:
>
> Why not?
because deboostrap chroots into the target and runs the dpkg it
extracted there to install the rest of the base packages (and to
reinstall all the packages it unpacked manually with ar|gzip|tar
> (never having used debootst
On Sun, Jun 17, 2001 at 12:06:21AM -0600, Jason Gunthorpe wrote:
>
> This is trivially solvable by having .html files with links to all the
> files that are required (or maybe if there are too many, a link to a tar
> of the .debs). I expect this is easially producable in an automated way
> from d
> "Jason" == Jason Gunthorpe <[EMAIL PROTECTED]> writes:
Jason> On Sat, 16 Jun 2001, Anthony Towns wrote:
>> Hrm? debootstrap works on non-Debian Linux's, at least (I've
>> had one report of a successful run under Red Hat, eg). It
>> probably works on non-Debian Unix's that h
On Sat, 16 Jun 2001, Ethan Benson wrote:
> garbage. since the boot-floppies don't support that they can't
> install base. under potato they would download the base.tgz ahead of
> time and keep it on CrippledFileSystem.
This is trivially solvable by having .html files with links to all the
fil
I have just recieved the following error message when installing potato for the
first time. I used the the line 'linux mem=128m' at the boot prompt. My system
is a K6-2 500 with 128m of RAM. Other specifics cheerfully provided if it will
help.
Checking 'hlt' instruction ... ,1. Unable to
On Sat, Jun 16, 2001 at 06:15:38PM -0700, Justin Guyett wrote:
> This is mainly for sparcs, though I would imagine it applies to all
> architectures (perhaps embedded arm/x86 systems with one or two serial
> ports).
>
> netra t1s have only two serial ports, absolutely no video device or
> anythin
On Sat, Jun 16, 2001 at 06:24:26PM -0400, Hoeteck Wee wrote:
> I just noted a new series of boot disks, so perhaps these won't be so
> relevant anymore.
I believe both of these errors have been fixed either by their
respective packages or in the latest release.
> Note: this is my first post to
This is mainly for sparcs, though I would imagine it applies to all
architectures (perhaps embedded arm/x86 systems with one or two serial
ports).
netra t1s have only two serial ports, absolutely no video device or
anything else. The menu-based installation is made useless for anyone who
isn't v
Stephen R Marenka <[EMAIL PROTECTED]> writes:
> On Fri, Jun 15, 2001 at 03:27:31PM -0700, Duane Powers wrote:
> > Stephen R Marenka wrote:
>
> > This applies to me precisely. Most of you probably saw my post earlier
> > this morning, and after beating of the stupid out of myself,
> > I compil
On Sat, Jun 16, 2001 at 04:19:51PM -0400, Adam Di Carlo wrote:
>
> Honestly, the best approach here is to hack debootstrap, say, with a
> special arg, so that instead of building base, it constructs enough of
> a local mirror so that you could install base. Of course, the
> packages in base are
On Sat, Jun 16, 2001 at 04:22:55PM -0400, Jeff Sheinberg wrote:
> Hi,
>
> So, I downloaded the boot floppies 2.3.5 and tried them, I got as
> far as the "Install Base System" with no real problems.
>
> Now, since I have a dialup ppp connection, how do I download the
> base system, since base2_3.
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 be chaned to
> > [EMAIL PROTECTED] now?
>
> Yes, i
> Hi,
>
> So, I downloaded the boot floppies 2.3.5 and tried them, I got as
> far as the "Install Base System" with no real problems.
>
> Now, since I have a dialup ppp connection, how do I download the
> base system, since base2_3.tgz has been superseded? Where do get
> these packages from, and
> On Sat, Jun 16, 2001 at 05:19:48PM +0200, Michel Dänzer wrote:
>
>> But then it shouldn't offer to do it. It even offers slink, haven't tried
>> that. ;)
>
>
> it would be silly to support installing slink since its not supported
> at all, most importantly by security updates.
It must be there
Hi,
I've just installed Woody on my Pentium using the compact boot floppies at
dists/woody/main/disks-i386/2.3.4-2001-05-31/ and doing a http network
installation, and here are a problem I encountered and how I worked around
them.
Upon rebooting after the first stage of the installation script (
On Sat, Jun 16, 2001 at 02:49:32PM -0600, Erik Andersen wrote:
>
> PIC code has a major performance impact since one entire register is devoted
> exclusively to holding the base address. The performance impact is exacerbated
> on lame arches such as x86 which have far too few registers. Only no
On Sat Jun 16, 2001 at 03:26:59PM -0400, Ben Collins wrote:
>
> We have _always_ required (by policy) that objects for shared libs be
> compiled with -fPIC. Where have you been? That's the whole definition of
> a shared library is that it is relocatable.
One of the many beautiful things about EL
Hi,
So, I downloaded the boot floppies 2.3.5 and tried them, I got as
far as the "Install Base System" with no real problems.
Now, since I have a dialup ppp connection, how do I download the
base system, since base2_3.tgz has been superseded? Where do get
these packages from, and where in my do
Ben Collins <[EMAIL PROTECTED]> writes:
> On Fri, Jun 15, 2001 at 05:09:33PM -0600, Jason Gunthorpe wrote:
> > The base tarball is *very* useful for NFS root booting other
> > architectures which I do alot, particularly when the NFS serving box is
> > not a debian box. It is very nice to be able
On Sat, Jun 16, 2001 at 01:22:50PM -0600, Erik Andersen wrote:
> On Sat Jun 16, 2001 at 03:04:28PM -0400, Ben Collins wrote:
> > 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
On Sat Jun 16, 2001 at 03:04:28PM -0400, Ben Collins wrote:
> 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
Repository: boot-floppies
who:andersee
time: Sat Jun 16 12:09:27 PDT 2001
Log Message:
Add in User Mode Linux support so people can test the boot floppies
under UML -- works fine for me. just 'zcat root.bin > root_fs' and
run './linux devfs=nomount' and you now have the boot flo
On Sat, Jun 16, 2001 at 12:53:08PM -0600, Erik Andersen wrote:
> On Sat Jun 16, 2001 at 10:52:25AM -0400, Ben Collins wrote:
> > On Sat, Jun 16, 2001 at 02:55:30PM +0100, Philip Blundell wrote:
> > > >Wouldn't building the .so with non-PIC break quite a few things?
> > >
> > > Shouldn't do, as fa
On Sat Jun 16, 2001 at 10:52:25AM -0400, Ben Collins wrote:
> On Sat, Jun 16, 2001 at 02:55:30PM +0100, Philip Blundell wrote:
> > >Wouldn't building the .so with non-PIC break quite a few things?
> >
> > Shouldn't do, as far as I can see. Anything in particular you are thinking of?
>
> Isn't P
On Sat, Jun 16, 2001 at 02:28:08PM +0100, Philip Blundell wrote:
> Actually, for boot-floppies' purposes it would be slightly better to build
> the shared library with non-PIC objects. You may not have done it
> intentionally but it sounds like you got the right result. :-)
Hm... let me know w
On Sat, Jun 16, 2001 at 02:55:30PM +0100, Philip Blundell wrote:
> >Wouldn't building the .so with non-PIC break quite a few things?
>
> Shouldn't do, as far as I can see. Anything in particular you are thinking of?
Isn't PIC used for a reason in shared libs? :)
--
---===-=-=
Repository: boot-floppies/debian
who:eb
time: Sat Jun 16 07:09:56 PDT 2001
Log Message:
fixed copyFile() so it doesn't set the umask to 0 (this might explain
why so much crap gets created mode 777 (yes still). the bogus line
was:
result = mkdir(destName, 077 ^ umask(0)
Repository: boot-floppies/utilities/dbootstrap
who:eb
time: Sat Jun 16 07:09:57 PDT 2001
Log Message:
fixed copyFile() so it doesn't set the umask to 0 (this might explain
why so much crap gets created mode 777 (yes still). the bogus line
was:
result = mkdir(destName, 0777
>Wouldn't building the .so with non-PIC break quite a few things?
Shouldn't do, as far as I can see. Anything in particular you are thinking of?
p.
PGP signature
On Sat, Jun 16, 2001 at 02:28:08PM +0100, Philip Blundell wrote:
> >> (2) The patch is busted (not correct). The object files being placed
> >> into the libext2fs_pic.a file are the non-shareable .o files, not
> >> the PIC .o files. You need to cd into the elfshared subdirectory to
> >>
>> (2) The patch is busted (not correct). The object files being placed
>> into the libext2fs_pic.a file are the non-shareable .o files, not
>> the PIC .o files. You need to cd into the elfshared subdirectory to
>> get at the PIC files, and the Makefile fragment doesn't do that.
>
>W
[cc-ing boot-floppies team to let them know]
On Fri, Jun 15, 2001 at 07:44:43PM -0400, [EMAIL PROTECTED] wrote:
> I've rejected this patch, for two reasons.
>
> (1) It's not needed any more since you can now configure e2fsprogs to
> generate a "lite" version of libext2fs.so.2.4.
OK I'll rep
Repository: boot-floppies/debian
who:eb
time: Sat Jun 16 05:45:13 PDT 2001
Log Message:
avoid being larted by aph
Files:
changed:changelog
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Repository: boot-floppies/utilities/dbootstrap
who:eb
time: Sat Jun 16 05:41:57 PDT 2001
Log Message:
remove button color workaround now that Bug #54265 is fixed.
Files:
changed:boxes.c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
> > - I get a warning "Failure trying to run dpkf --force-auto-select
> >--force-overwrite --force". The installation doesn't proceed after
> >this (this warning continues to appear).
> hmm what archetecture?
I assume this is due to groff's new dependency on the new groff-base
package.
On Sat, Jun 16, 2001 at 09:24:19AM +0100, Richard Hirst wrote:
> Hi, I sent you this patch about a week ago, but it isn't in the
> new source; did you not like it for some reason?
You didn't file a bug about it, so I forgot. File a bug. :) (For some
reason I thought you'd already done this, so
On Sat, Jun 16, 2001 at 12:00:39PM +1000, Anthony Towns wrote:
> Hi guys,
>
> There's a new debootstrap in incoming which includes groff-base and some
> other changes. Probably worth a rebuild of b-f's, as with current/old
> debootstrap's, groff (in base) dies because it depends on groff-base.
H
37 matches
Mail list logo
