X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C7E1E1.09A1725C@onstor-exch02.onstor.net>; Sat, 18 Aug 2007 13:45:04 -0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7E1E1.09A1725C"
References: <BB375AF679D4A34E9CA8DFA650E2B04E02215990@onstor-exch02.onstor.net> <20070817233613.1b7383c7@ripper.onstor.net>
Content-class: urn:content-classes:message
Subject: RE: Adding extra gcc packages gives debootstrap --second-stage gass
Date: Sat, 18 Aug 2007 13:45:04 -0800
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E042EFF80@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Adding extra gcc packages gives debootstrap --second-stage gass
Thread-Index: AcfhYhMTW/kHR0F3TqeCE7Xp3vI7nQAc1MjU
From: "Larry Scheer" <larry.scheer@onstor.com>
To: "Andy Sharp" <andy.sharp@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7E1E1.09A1725C
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Andy,
   I guess I misunderstood your direction. I thought you wanted my work =
checked in before I went on vacation so I checked in what I have knowing =
full well more work was needed. Thats why I haven't sent a message to =
dl-cougar saying the root filesystem is fully automated.

I didn't think I was cutting corners. I am staging my work in phases. I =
thought I was doing it methodically in the manner you and I dicussed how =
to proceed. Right now the root filesystem does not have any of the =
Onstor packages, including libc, incorporated into it. I want to see =
that the "pure debian" packages can all get installed properly using the =
method of rcS calling debootstrap --second-stage. Which works without =
the gcc packages. This next stage is getting everything to work with the =
extra packages.

Just some facts about this error.=20
tzdata_2007b-1_all.deb is downloaded by debootstrap as part of the base =
system
No Onstor packages are included in this build
This new error comes from adding the gcc packages which I did at your =
request.
Adding those packages radically changed the behavior of debootstrap =
--second-stage
The seg fault message is suspicious -- not sure why that would happen.
I don't know if the error is repeatable I only had time to test it once.

The C library RPATH, LPATH, issue is a different issue that does involve =
our code and changes to libc and is only related to the bring-up of the =
root filesystem because ld.so-cache was not created by debootstrap =
--second-stage. But it is something I am investigating entirely separate =
from this error.

Larry

-----Original Message-----
From: Andy Sharp
Sent: Fri 8/17/2007 11:36 PM
To: Larry Scheer
Subject: Re: Adding extra gcc packages gives debootstrap --second-stage =
gass
=20
This is why I said specifically to test it before checking it in,
Larry.  Because it would be so likely that you got everything to work
with some hacked of version of various things, did other things by
hand, had various packages installing from cache, and so on.

You cut a lot of corners while you're developing.  Then you have to
un-cut those corners and get everything arranged right to check it all
in, but you don't quite have everything arranged right, obviously.  The
error message says you don't have tzdata installed.  That's got to mean
something.  Like maybe you don't have tzdata installed from the glibc
you're building.  The tzdata package can be installed from the stock
package, we don't modify that one at all.

It also sounds like you have some problems with the C library you are
building, possibly some issues with RPATH and LPATH.


On Fri, 17 Aug 2007 18:37:47 -0700 "Larry Scheer"
<larry.scheer@onstor.com> wrote:

> Andy,
>    I went ahead and submitted the rootfs and source scripts just to
> have the latest updates to these files in the depot.
>=20
> However, debootstrap took a crap when I was testing the additional
> changes for VARAINT =3D dbg:
>=20
> INIT: version 2.86 booting
> I: Validating Packages
> I: Resolving dependencies of required packages...
> I: Resolving dependencies of base packages...
> I: Installing core packages...
> W: Failure trying to run: chroot / dpkg --force-depends --install
> var/cache/apt/archives/libc6_2.3.6.ds1-13etch2_mipsel.deb
>=20
> From the log:
>=20
> Selecting previously deselected package libc6.
> (Reading database ... 304 files and directories currently installed.)
> Unpacking libc6 (from .../libc6_2.3.6.ds1-13etch2_mipsel.deb) ...
> dpkg: libc6: dependency problems, but configuring anyway as you
> request: libc6 depends on tzdata; however:
>   Package tzdata is not installed.
> Setting up libc6 (2.3.6.ds1-13etch2) ...
> dpkg: error processing libc6 (--install):
>  subprocess post-installation script killed by signal (Segmentation
> fault)
> Errors were encountered while processing:
>  libc6
>=20
> Not sure if this is an order thing or just weirdness. The seg-fault is
> unexpected.


------_=_NextPart_001_01C7E1E1.09A1725C
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7652.24">
<TITLE>RE: Adding extra gcc packages gives debootstrap --second-stage =
gass</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=3D2>Andy,<BR>
&nbsp;&nbsp; I guess I misunderstood your direction. I thought you =
wanted my work checked in before I went on vacation so I checked in what =
I have knowing full well more work was needed. Thats why I haven't sent =
a message to dl-cougar saying the root filesystem is fully =
automated.<BR>
<BR>
I didn't think I was cutting corners. I am staging my work in phases. I =
thought I was doing it methodically in the manner you and I dicussed how =
to proceed. Right now the root filesystem does not have any of the =
Onstor packages, including libc, incorporated into it. I want to see =
that the &quot;pure debian&quot; packages can all get installed properly =
using the method of rcS calling debootstrap --second-stage. Which works =
without the gcc packages. This next stage is getting everything to work =
with the extra packages.<BR>
<BR>
Just some facts about this error.<BR>
tzdata_2007b-1_all.deb is downloaded by debootstrap as part of the base =
system<BR>
No Onstor packages are included in this build<BR>
This new error comes from adding the gcc packages which I did at your =
request.<BR>
Adding those packages radically changed the behavior of debootstrap =
--second-stage<BR>
The seg fault message is suspicious -- not sure why that would =
happen.<BR>
I don't know if the error is repeatable I only had time to test it =
once.<BR>
<BR>
The C library RPATH, LPATH, issue is a different issue that does involve =
our code and changes to libc and is only related to the bring-up of the =
root filesystem because ld.so-cache was not created by debootstrap =
--second-stage. But it is something I am investigating entirely separate =
from this error.<BR>
<BR>
Larry<BR>
<BR>
-----Original Message-----<BR>
From: Andy Sharp<BR>
Sent: Fri 8/17/2007 11:36 PM<BR>
To: Larry Scheer<BR>
Subject: Re: Adding extra gcc packages gives debootstrap --second-stage =
gass<BR>
<BR>
This is why I said specifically to test it before checking it in,<BR>
Larry.&nbsp; Because it would be so likely that you got everything to =
work<BR>
with some hacked of version of various things, did other things by<BR>
hand, had various packages installing from cache, and so on.<BR>
<BR>
You cut a lot of corners while you're developing.&nbsp; Then you have =
to<BR>
un-cut those corners and get everything arranged right to check it =
all<BR>
in, but you don't quite have everything arranged right, obviously.&nbsp; =
The<BR>
error message says you don't have tzdata installed.&nbsp; That's got to =
mean<BR>
something.&nbsp; Like maybe you don't have tzdata installed from the =
glibc<BR>
you're building.&nbsp; The tzdata package can be installed from the =
stock<BR>
package, we don't modify that one at all.<BR>
<BR>
It also sounds like you have some problems with the C library you =
are<BR>
building, possibly some issues with RPATH and LPATH.<BR>
<BR>
<BR>
On Fri, 17 Aug 2007 18:37:47 -0700 &quot;Larry Scheer&quot;<BR>
&lt;larry.scheer@onstor.com&gt; wrote:<BR>
<BR>
&gt; Andy,<BR>
&gt;&nbsp;&nbsp;&nbsp; I went ahead and submitted the rootfs and source =
scripts just to<BR>
&gt; have the latest updates to these files in the depot.<BR>
&gt;<BR>
&gt; However, debootstrap took a crap when I was testing the =
additional<BR>
&gt; changes for VARAINT =3D dbg:<BR>
&gt;<BR>
&gt; INIT: version 2.86 booting<BR>
&gt; I: Validating Packages<BR>
&gt; I: Resolving dependencies of required packages...<BR>
&gt; I: Resolving dependencies of base packages...<BR>
&gt; I: Installing core packages...<BR>
&gt; W: Failure trying to run: chroot / dpkg --force-depends =
--install<BR>
&gt; var/cache/apt/archives/libc6_2.3.6.ds1-13etch2_mipsel.deb<BR>
&gt;<BR>
&gt; From the log:<BR>
&gt;<BR>
&gt; Selecting previously deselected package libc6.<BR>
&gt; (Reading database ... 304 files and directories currently =
installed.)<BR>
&gt; Unpacking libc6 (from .../libc6_2.3.6.ds1-13etch2_mipsel.deb) =
...<BR>
&gt; dpkg: libc6: dependency problems, but configuring anyway as you<BR>
&gt; request: libc6 depends on tzdata; however:<BR>
&gt;&nbsp;&nbsp; Package tzdata is not installed.<BR>
&gt; Setting up libc6 (2.3.6.ds1-13etch2) ...<BR>
&gt; dpkg: error processing libc6 (--install):<BR>
&gt;&nbsp; subprocess post-installation script killed by signal =
(Segmentation<BR>
&gt; fault)<BR>
&gt; Errors were encountered while processing:<BR>
&gt;&nbsp; libc6<BR>
&gt;<BR>
&gt; Not sure if this is an order thing or just weirdness. The seg-fault =
is<BR>
&gt; unexpected.<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C7E1E1.09A1725C--
