Thank you!

[Marian Aldenhövel-2]

Hi,

I have finally managed to set up a small scratch-built Linux using T2. It is
far from minimal, but the image is 7MB and it runs in about 14MB of RAM which
is more than adequate for my application.

Most problems I had were due to no experience with bash-scripting at the
level used in T2, and the details of the various build-systems used in the
packages.

All of that got solved by sifting through other packages, other targets and
old-fashioned learning by "trial and furor".

The final problem that I could not solve but have worked around is with the
bash as built by T2: My target is a clone of the "generic embedded" target
and uses uClibc.

The system segfaulted on me in two out of three boots at several points in
the startup process. Both on QEMU-provided virtual hardware as on the real
system. I finally isolated the bash that was running my init scripts as the
culprit. Switching those start scripts to busybox-implemented ash fixed that.

I am unable to investigate that problem deeper but I'm perfectly happy
with the solution.

Thank you T2-Team!

And see you when it come to creating my own packages for the custom
applications to be run on top of that system :-).

Ciao, MM
--
Marian Aldenhövel, Rosenhain 23, 53123 Bonn
http://www.marian-aldenhoevel.de
"I ran some quick calculations on it. He's about 80% on the right
  track.  That leaves him only 20% dead when he crashes." Bob C


-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2

[René Rebe]

Hi,

Marian Aldenhövel wrote:

> Hi,
>
> I have finally managed to set up a small scratch-built Linux using T2.
> It is
> far from minimal, but the image is 7MB and it runs in about 14MB of RAM
> which
> is more than adequate for my application.
>
> Most problems I had were due to no experience with bash-scripting at the
> level used in T2, and the details of the various build-systems used in the
> packages.
>
> All of that got solved by sifting through other packages, other targets and
> old-fashioned learning by "trial and furor".
>
> The final problem that I could not solve but have worked around is with the
> bash as built by T2: My target is a clone of the "generic embedded" target
> and uses uClibc.
>
> The system segfaulted on me in two out of three boots at several points in
> the startup process. Both on QEMU-provided virtual hardware as on the real
> system. I finally isolated the bash that was running my init scripts as the
> culprit. Switching those start scripts to busybox-implemented ash fixed
> that.
>
> I am unable to investigate that problem deeper but I'm perfectly happy
> with the solution.
>
> Thank you T2-Team!
>
> And see you when it come to creating my own packages for the custom
> applications to be run on top of that system :-).
>
> Ciao, MM

Nice to see T2 worked out for you! I do not have a segfaulting bash on
my TODO, howerver, if you can provide the binary (+ shared libraries),
and/or a testcase I'm more than happy to debug and fix bash.

Yours,

--
   René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
   Geschäftsführer: Susanne Klaus, René Rebe
   Sitz: Berlin, Amtsgericht Charlottenburg HRB 105 123 B
   USt-IdNr.: DE251602478
   http://exactcode.de | http://t2-project.org | http://rene.rebe.name



-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@... with a subject of: unsubscribe t2