On Sun, Jul 01, 2001 at 02:44:35PM -0800, Ethan Benson wrote:
> > So how could I figure out what the problem is when the installer drops me
> > out with "can't download adduser"? strace the process?
> well debootstrap is a shell script, what i would suggest is looking at
> the command line that db
On Sun, Jul 01, 2001 at 08:11:12PM +0200, Attila Nagy wrote:
> Hello,
>
> > unfortunatly it probably won't be. dbootstrap reads all of
> > debootstrap's output and puts it into dialogs, you see pretty much the
> > same thing both ways. checking tty3 is always a good idea though since
> > dbootst
On Sat, Jun 30, 2001 at 09:02:20PM +0200, Attila Nagy wrote:
> Hello,
>
> > adduser is the first package debootstrap tries to fetch, so if things
> > are borked from the start you always get a message `cannot download
> > adduser' which can be a bit misleading in some circumstances.
> I forgot to
Hello,
> > . Does it? What's the layout exactly?
> It should be so, Attila will confirm or infirm.
The filelist is in my previous message, although it is a fairly old CD set
(I will generate a new one next week, when I will have much more time).
> However Attila told me that he removed the woody
Hello,
> adduser is the first package debootstrap tries to fetch, so if things
> are borked from the start you always get a message `cannot download
> adduser' which can be a bit misleading in some circumstances.
I forgot to run debootstrap manually, so next week I will try to do this,
maybe it w
On Thu, Jun 28, 2001 at 03:16:55PM +0200, Raphael Hertzog wrote:
> Le Thu, Jun 28, 2001 at 04:08:02AM -0800, Ethan Benson écrivait:
> > its also possible that dbootstrap is broken, choose_medium.c is a
> > giant rat hole... but from your log message the debootstrap
> > invocation looks correct (C
Le Thu, Jun 28, 2001 at 04:08:02AM -0800, Ethan Benson écrivait:
> its also possible that dbootstrap is broken, choose_medium.c is a
> giant rat hole... but from your log message the debootstrap
> invocation looks correct (CDs don't have the /debian directory do they?)
Yes, they do. "debian" is
On Thu, Jun 28, 2001 at 12:55:47PM +0200, Attila Nagy wrote:
> Hello,
>
> > adduser is on the first CD, can someone confirm ?
> Yes, in pool/a/adduser.
adduser is the first package debootstrap tries to fetch, so if things
are borked from the start you always get a message `cannot download
adduse
Hello,
> adduser is on the first CD, can someone confirm ?
Yes, in pool/a/adduser.
> And I guess that adduser is the first base package that debootstrap
> tries to get, so it may not be related to debian-cd ... maybe
> something totally different like nothing mounted on /instmnt ...
Nope. The CD
Le Thu, Jun 28, 2001 at 12:30:31PM +0200, Attila Nagy écrivait:
> user.info dbootstrap[138]: running '/usr/sbin/debootstrap --boot-floppies
> woody /target file:/instmnt'
> user.err dbootstrap[138]: Couldn't download adduser
>
> That's all. At this point it dies, I don't know how it could be inst
On Mon, Jun 18, 2001 at 02:21:30PM -0400, Joey Hess wrote:
> build:
> mkdir chroot
> debootstrap woody chroot
> tar czvf base.tar.gz chroot/*
> binary:
> dpkg-distaddfile base.tar.gz devel extra
> ...
> Hm, given the troble pools have with only-source packages though,
Jason Gunthorpe wrote:
> > Updating both tarballs should essentially just require a run of
> > debootstrap on each arch.
>
> I like this idea, but given the above quip how do we build the arch
> installed images?
Source: base-builder
Section: devel
Priority: extra
Build-Depends: debootstrap
Main
Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> I am sitting at an intel machine. Right now, I have debootstrap installed,
> I can make chroots and nfsroots for i386 boxes. Yay.
>
> Tell me the exact command to make a chroot for an ARM from my i386.
'reportbug debootstrap'
--
.Adam Di [EMAI
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
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
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'
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,
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
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
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
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
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 Fri, Jun 15, 2001 at 05:09:33PM -0600, Jason Gunthorpe wrote:
> I'm not sure how you can automate that process without haxoring the .debs
> since they can't really have their post insts run. It would be nice if
> there is possible solution, particularly if said solution could run on
> non-Debia
On Fri, Jun 15, 2001 at 02:41:01PM -0800, Ethan Benson wrote:
> i think as far as an implementation detail goes creating a tarball
> containing /var/cache/apt/archives of the base/required packages then
> teaching debootstrap to extract it there and use the packages would be
> fairly easy.
Actual
On Fri, Jun 15, 2001 at 05:09:33PM -0600, Jason Gunthorpe wrote:
>
> On 15 Jun 2001, Adam Di Carlo wrote:
>
> > There is no base tarball anymore. The functionality has been
> > superceeded by debootstrap (the package).
>
> Hrm. This is midely annoying to say the least :<
>
> The base tarball
On Fri, Jun 15, 2001 at 07:07:00PM -0400, Ben Collins wrote:
> On Fri, Jun 15, 2001 at 02:41:01PM -0800, Ethan Benson wrote:
> > but if aj wants base.tgz in all incarnations dead we shall have to
> > forgo hard disk and floppy installation methods.
>
> Why? The floppy and harddrive installation
On Fri, 15 Jun 2001, Ethan Benson wrote:
> i tend to agree, though there are some contrived cases where
> installing via a base tarball without net access is useful.
>
> for example i have a very slow internet connection and several
> machines, i would like to download the base tarball once an
On Fri, Jun 15, 2001 at 02:41:01PM -0800, Ethan Benson wrote:
> but if aj wants base.tgz in all incarnations dead we shall have to
> forgo hard disk and floppy installation methods.
Why? The floppy and harddrive installation requires you to download
images from a new connection. That being that
On Fri, Jun 15, 2001 at 02:31:14PM -0400, Adam Di Carlo wrote:
>
> Why is this better? For one, it's going to be able to work with
> debian-installer, for sid release, since boot-floppies is going away
> in sid. For two, its better because we don't have to create another
> boot-floppies release
Dale Scheetz <[EMAIL PROTECTED]> writes:
> I've been downloading these files for a test session, and I can't find the
> base tarball. Where can I find this file? It is normally in the images
> directories, but I can't find it.
There is no base tarball anymore. The functionality has been
superce
33 matches
Mail list logo