[ANNOUNCE] T2 <at> Google Summer of Code

Hi all,

in the first year of Google's Summer of Code we where all too suprised
and busy in order participate. Last year was a too busy year a well and
we slightly missed the dead-line.

But not so this year! We plan to apply to the Google Summer of Code
program:

  http://www.t2-project.org/developer/soc.html

This is just a draft - please submit ideas to the list.

So far we have three possible mentors:

  Susanne Klaus, ExactCODE
  Valentin Ziegler, Humboldt-University Berlin
  René Rebe, ExactCODE

If you feel like beeing a possible mentor as well, please feel free to drop
us a note as. Possible mentors should of course have some knowledge
about the T2 internals in order to guide the students.

Yours,
  René Rebe - ExactCODE GmbH

--

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
  +49 (0)30 / 255 897 45

[ANNOUNCE] T2 SDE at LinuxPark of CeBIT 2007

Hi all,

as like the last two years already, the T2 Project will again present the T2 SDE
in the LinuxPark of CeBIT 2007.

Showcasted is the newly integrated T2 support for Atmel's AVR32 as well as
Analog Device's Blackfin DSP CPU architectures as well as devices realized
in the past year.

You might consult the related news entries for additional information:

  http://www.t2-project.org/
  http://www.exactcode.de/

The T2 SDE booth is located in hall 5 G68/4.

We are looking forward to seeing you,
  René Rebe - ExactCODE GmbH

--

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
  +49 (0)30 / 255 897 45

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
lists <at> t2-project.org with a subject of: unsubscribe t2

Re: T2-Resc Missing X Fonts

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
lists <at> t2-project.org with a subject of: unsubscribe t2

Re: ISO size for t2-resc

On 3/1/07, Rene Rebe <rene <at> exactcode.de> wrote:
> Yes, the size difference is "expected" and can be explained easily: In
> order to see how tiny we can get an ordenary x86 rescue ISO I did some
> local modifications to strip of some files such as .la, la, pkgconfig, et al.
>
> Since this was some rather rogue hacking it could not be committed to the
> SVN tree as it (as it would have affected any other non-rescue Live image
> created).

I see. Thanks for clarifying that!

> I'll sort out my working copy modifications and post the diff here.
>
> The good news is that you do not need to rebuild the whole build, as this
> filtering code is just in the code path squashing the resulting FS image.
> So you just would need to re-run the Build-Target which would not rebuild
> anything but resquash the image to get the smaller CD.

I'm looking forward to that. I'm planning to add a bunch of packages
to 'my' version of the CD once I really figure out what I'm doing, so
staying within the size limit of a business card CD will probably not
work out well, but keeping the size down is always nice.

Thanks,
 --j

(With just one more question for now - but that one might be better
off in yet another new thread...)

Re: ISO size for t2-resc

Hi,

On Thursday 01 March 2007 14:40:41 Juergen Fiedler wrote:
> 
> As I just mentioned in another thread, I managed to create my first
> T2-Resc ISO. It works fine, but I did notice that it is substantially
> bigger than the prefab image  that's available from the T2 web site -
> about 86M to the 49M of t-resc-0.5-x86-pentium.iso.
> 
> The only modification to the default configuration I've made was to
> drop a few modules from linux26 - but that really shouldn't add and
> size to the ISO. I also enabled the creation of xtrace information,
> but that isn't stored in the ISO, is it?

Nope it isn't.

> For what it does, 86M doesn't seem that excessive, but I still wonder
> where the difference in size might come from.

Yes, the size difference is "expected" and can be explained easily: In
order to see how tiny we can get an ordenary x86 rescue ISO I did some
local modifications to strip of some files such as .la, la, pkgconfig, et al.

Since this was some rather rogue hacking it could not be committed to the
SVN tree as it (as it would have affected any other non-rescue Live image
created).

I'll sort out my working copy modifications and post the diff here.

The good news is that you do not need to rebuild the whole build, as this
filtering code is just in the code path squashing the resulting FS image.
So you just would need to re-run the Build-Target which would not rebuild
anything but resquash the image to get the smaller CD.

Yours,

--

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
  +49 (0)30 / 255 897 45

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
lists <at> t2-project.org with a subject of: unsubscribe t2

ISO size for t2-resc

Hello,

As I just mentioned in another thread, I managed to create my first
T2-Resc ISO. It works fine, but I did notice that it is substantially
bigger than the prefab image  that's available from the T2 web site -
about 86M to the 49M of t-resc-0.5-x86-pentium.iso.

The only modification to the default configuration I've made was to
drop a few modules from linux26 - but that really shouldn't add and
size to the ISO. I also enabled the creation of xtrace information,
but that isn't stored in the ISO, is it?

For what it does, 86M doesn't seem that excessive, but I still wonder
where the difference in size might come from.

Thanks,
 --j

T-Resc on USB

Hi!

Hopefully the last one (for today): How involved would it be to run
T2-Resc from an USB stick? I've seen misc/archive/iso2stick.sh, which
looks like it should do the trick. Is that the official way to do it -
if there is an official way? Doesn't just changing (cd) to (hd0,0)
cause issues? What if there really is another HD?

Questions, questions...
Thanks for all the answers :)
 --j

Re: T-Resc on USB

Hi,

On Thursday 01 March 2007 17:03:22 Juergen Fiedler wrote:

> Hopefully the last one (for today): How involved would it be to run
> T2-Resc from an USB stick? I've seen misc/archive/iso2stick.sh, which
> looks like it should do the trick. Is that the official way to do it -
> if there is an official way? Doesn't just changing (cd) to (hd0,0)
Yes and yes.

You can do this manually as well if you prefer.

> cause issues? What if there really is another HD?
The BIOS usually maps the USB devices first. Thus it should be HD0.
> Questions, questions...
> Thanks for all the answers :)

Not too many BIOS boot from USB HDs. I recently read about a trick
using special, fake C/H/S settings to make the BIOS think it's a USB
Zip. Manipulated in such a way it should boot with more BIOSes
(even HP appears to provide a Windows tool to tweak the stick
accordingly!).

Injecting those README notes from syslinux into the iso2stick script
is on my TODO. If someone else does it sooner the patch is welcome 

Yours,

--

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
  +49 (0)30 / 255 897 45

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
lists <at> t2-project.org with a subject of: unsubscribe t2

Problem building x86/acpid (apparently resolved)

Hi,

The build of package acpid also complains of
writing a file outside the basedir.
Adding the following line to acpid.conf seems
to solve the problem:

   var_append makeinstopt ' ' INSTPREFIX=$root

Regards,
Claudio

Re: Problem building x86/acpid (apparently resolved)

Hi,

On Saturday 03 March 2007 16:25:11 Claudio Leonel wrote:

> The build of package acpid also complains of
> writing a file outside the basedir.
> Adding the following line to acpid.conf seems
> to solve the problem:
> 
>    var_append makeinstopt ' ' INSTPREFIX=$root

For cross builds indeed. Thanks for testing a cross builds of packages
not cross built so far 
Committed revision 22813.

Yours,

--

-- 
  René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
  +49 (0)30 / 255 897 45

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
lists <at> t2-project.org with a subject of: unsubscribe t2