Re: GPIOs

2009-10-09 Thread Mitch Bradley
I hope we can find some better way to distinguish between the different 
board flavors in early startup code.  The current technique, involving 
an EC command (whose response latency cannot be guaranteed) with the 
answer cached in CMOS RAM (which cannot be accessed quickly due to the 
power-glitch prevention circuitry) has caused me a great deal of grief 
to make it work reliably, and still takes too long.

I was looking forward to deleting that code when we deprecate the A-test 
boards.  Now it appears that the problem will come back in spades, since 
it's unlikely that we will be able to deprecate B2.

John Watlington wrote:

 I'm proposing a new GPIO map for XO-1.5 B3 and beyond.

 The changes are:
 - Moved the control signals for the internal and external SD ports
  and the WLAN around to match new port assignment.

 - The power control for the internal SD port (MSD_PWROFF) is provided
  through a separate GPIO2 (instead of the faulty default output, 
 SDIO2PWOFF).
  As there is an external pullup on this signal, there is no need to
  enable the (default off) internal pullup.GPIO2 has been tested
  by Via to remain powered and glitch-free in states S0/S3.

 - For B2 prototypes, I am proposing the use of GPIO2 as an ECO'd power
 control signal for the WLAN.

 - The DCONIRQ line has been moved (again).  On B2, the interrupt
  input chosen is synchronized by the RTC clock, preventing reliable
  detection of DCON interrupts (which are one video line in duration).
  This time, it is connected to GPIO12, which is only powered in S0
  but can generate SCI/SMI interrupts and is not owned by ACPI.

 - The EC/CPU interrupt will also be routed to another pin capable
  of generating SCI/SMI interrupts that is not owned by ACPI at the
  request of pgf.   It is routed to GPIO11, which is only powered in S0.
  This pin will be diode isolated from the other interrupt input (powered
  in S3.)   Unfortunately, I can't find another interrupt input not 
 owned by
  ACPI that is powered in S3.

 - The HDD_LED# signal (yet to be supported) has been moved to GPO4
   to free up GPIO11.

 Cheers,
 wad
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: signed F11 for XO-1

2009-10-09 Thread Martin Langhoff
On Wed, Oct 7, 2009 at 1:00 PM, Esteban Bordon
ebor...@plan.ceibal.edu.uy wrote:
 are the kernel params hardcoded in OFW for secure boot?

Yes -- on insecure boot boot/olpc.fth is read, but not on secure
boot. Notes at http://wiki.laptop.org/go/Boot_Process

If you want to see how the kernel params are setup in OFW, you should
look at OpenFirmware as of changeset 1145, in the file
cpu/x86/pc/olpc/fw.bth

http://tracker.coreboot.org/trac/openfirmware/changeset/1145

You want to look for boot-file. Anyway, my quick review of the file is
that there doesn't seem to be a usable root parameter for that case.
If you look, *nothing* talks about mtd in relation to the boot-file
parameter.

The initramfs code should check for the secure case, or at least the
missing a root parameter and set it.

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: GPIOs

2009-10-09 Thread Paul Fox
john wrote:
  
  I'm proposing a new GPIO map for XO-1.5 B3 and beyond.
  
  The changes are:
  - Moved the control signals for the internal and external SD ports
and the WLAN around to match new port assignment.
  
  - The power control for the internal SD port (MSD_PWROFF) is provided
through a separate GPIO2 (instead of the faulty default output,  
  SDIO2PWOFF).
As there is an external pullup on this signal, there is no need to
enable the (default off) internal pullup.GPIO2 has been tested
by Via to remain powered and glitch-free in states S0/S3.
  
  - For B2 prototypes, I am proposing the use of GPIO2 as an ECO'd power
  control signal for the WLAN.
  
  - The DCONIRQ line has been moved (again).  On B2, the interrupt
input chosen is synchronized by the RTC clock, preventing reliable
detection of DCON interrupts (which are one video line in duration).
This time, it is connected to GPIO12, which is only powered in S0
but can generate SCI/SMI interrupts and is not owned by ACPI.
  
  - The EC/CPU interrupt will also be routed to another pin capable
of generating SCI/SMI interrupts that is not owned by ACPI at the
request of pgf.   It is routed to GPIO11, which is only powered in S0.
This pin will be diode isolated from the other interrupt input  (powered
in S3.) Unfortunately, I can't find another interrupt input
not owned by ACPI that is powered in S3.

if the DCONIRQ move proves successful, then that will free up
SMBALRT (powered in S3) to be used for the EC.

paul

  
  - The HDD_LED# signal (yet to be supported) has been moved to GPO4
 to free up GPIO11.
  
  Cheers,
  wad
  

=-
 paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: GPIOs

2009-10-09 Thread John Watlington

On Oct 9, 2009, at 8:11 AM, Paul Fox wrote:

 john wrote:

 I'm proposing a new GPIO map for XO-1.5 B3 and beyond.

 The changes are:
 - Moved the control signals for the internal and external SD ports
   and the WLAN around to match new port assignment.

 - The power control for the internal SD port (MSD_PWROFF) is provided
   through a separate GPIO2 (instead of the faulty default output,
 SDIO2PWOFF).
   As there is an external pullup on this signal, there is no need to
   enable the (default off) internal pullup.GPIO2 has been tested
   by Via to remain powered and glitch-free in states S0/S3.

 - For B2 prototypes, I am proposing the use of GPIO2 as an ECO'd  
 power
 control signal for the WLAN.

 - The DCONIRQ line has been moved (again).  On B2, the interrupt
   input chosen is synchronized by the RTC clock, preventing reliable
   detection of DCON interrupts (which are one video line in  
 duration).
   This time, it is connected to GPIO12, which is only powered in S0
   but can generate SCI/SMI interrupts and is not owned by ACPI.

 - The EC/CPU interrupt will also be routed to another pin capable
   of generating SCI/SMI interrupts that is not owned by ACPI at the
   request of pgf.   It is routed to GPIO11, which is only powered  
 in S0.
   This pin will be diode isolated from the other interrupt input   
 (powered
   in S3.) Unfortunately, I can't find another interrupt input
   not owned by ACPI that is powered in S3.

 if the DCONIRQ move proves successful, then that will free up
 SMBALRT (powered in S3) to be used for the EC.

SMBALRT isn't owned by ACPI ?

John

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


[Server-devel] Upgrading from XS0.6d3 or beta etc.

2009-10-09 Thread Dave Bauer
Is it possible to upgrade from a prerelease version to XS 0.6 final with yum?

Thanks
Dave
-- 
Dave Bauer
d...@solutiongrove.com
http://www.solutiongrove.com
___
Server-devel mailing list
server-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: GPIOs

2009-10-09 Thread Paul Fox
john wrote:
  
  On Oct 9, 2009, at 8:11 AM, Paul Fox wrote:
  
   john wrote:
  
   I'm proposing a new GPIO map for XO-1.5 B3 and beyond.
  
   The changes are:
   - Moved the control signals for the internal and external SD ports
 and the WLAN around to match new port assignment.
  
   - The power control for the internal SD port (MSD_PWROFF) is provided
 through a separate GPIO2 (instead of the faulty default output,
   SDIO2PWOFF).
 As there is an external pullup on this signal, there is no need to
 enable the (default off) internal pullup.GPIO2 has been tested
 by Via to remain powered and glitch-free in states S0/S3.
  
   - For B2 prototypes, I am proposing the use of GPIO2 as an ECO'd  
   power
   control signal for the WLAN.
  
   - The DCONIRQ line has been moved (again).  On B2, the interrupt
 input chosen is synchronized by the RTC clock, preventing reliable
 detection of DCON interrupts (which are one video line in  
   duration).
 This time, it is connected to GPIO12, which is only powered in S0
 but can generate SCI/SMI interrupts and is not owned by ACPI.
  
   - The EC/CPU interrupt will also be routed to another pin capable
 of generating SCI/SMI interrupts that is not owned by ACPI at the
 request of pgf.   It is routed to GPIO11, which is only powered  
   in S0.
 This pin will be diode isolated from the other interrupt input   
   (powered
 in S3.) Unfortunately, I can't find another interrupt input
 not owned by ACPI that is powered in S3.
  
   if the DCONIRQ move proves successful, then that will free up
   SMBALRT (powered in S3) to be used for the EC.
  
  SMBALRT isn't owned by ACPI ?

not in as strong a sense as any of the GPE inputs.

paul
=-
 paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Server-devel] Upgrading from XS0.6d3 or beta etc.

2009-10-09 Thread Martin Langhoff
On Fri, Oct 9, 2009 at 4:48 PM, Dave Bauer d...@solutiongrove.com wrote:
 Is it possible to upgrade from a prerelease version to XS 0.6 final with yum?

Yes, definitely. Follow the same procedure as for XS-0.5.x, including
the post-upgrade steps...

http://wiki.laptop.org/go/XS_Installing_Software#Upgrade_from_XS_0.5_or_later



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
server-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] XS upgrade

2009-10-09 Thread Henry Vélez Molina
Thanks. I will work with 6.0 version from scratch can I manage moodle from
any computer? or it is only for the XOs

El 4 de octubre de 2009 10:40, Martin Langhoff
martin.langh...@gmail.comescribió:

 CC'ing the list again - let's keep it on list so otehrs can help too...

 2009/10/2 Henry Vélez Molina henry.lap...@gmail.com:
  Error: Database connection failed.

 Hmm. Can you tell me the output of these again?

   chkconfig --list pgsql-xs



   chkconfig --list postgresql

 (First one should say 'on' on levels 3,4,5, second should be 'off' on all).

 And just to understand this better... what does this cmd say?

  /etc/init.d/pgsql-xs status

  This one was after the upgrade, and ejabberd does not work, is running
 but I
  can not see it in any computer.

 It is normal that you cannot see the web UI for ejabberd anymore. Here
 are some commands to try to see whether it is working correctly:


 http://wiki.laptop.org/go/XS_Techniques_and_Configuration#Presence_Service_.28ejabberd.29_Troubleshooting

 cheers,


 m
 --
  martin.langh...@gmail.com
  mar...@laptop.org -- School Server Architect
  - ask interesting questions
  - don't get distracted with shiny stuff  - working code first
  - http://wiki.laptop.org/go/User:Martinlanghoff




-- 
Henry Vélez Molina
Administrador de red OLPC
Fundación MArina Orth
Tel :341 23 59
Móvil: 312 769 0169
www.fundacionmarinaorth.org
___
Server-devel mailing list
server-de...@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


rpmbuild macro for libgcc.a location?

2009-10-09 Thread Martin Langhoff
Working on an OLPC package (olpc-bios-crypto, which has a reasonable
chance of being upstreamable when it stabilizes)... we keep appending
-L lines to make it build in different releases / distros.

Is there an rpm macro that points to the location of libgcc.a? Or an
elegant way to get it? (While avoiding autoconf and the like...)

For example, for F11 I am adding: -L/usr/lib/gcc/i586-redhat-linux/4.4.1/

cheers,



martin
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Images partitioned right? Good USB drives? (Re: Woodhouse on flash storage)

2009-10-09 Thread S Page
On Tue, Oct 6, 2009 at 3:10 AM, Mitch Bradley w...@laptop.org wrote:

 b) If you must construct a fixed partition layout for use on multiple
 different devices, align each partition on at least a 4MiB boundary.
 That means that you waste 4M for the partition map (one 512-byte
 sector padded out to a 4 MiB boundary, but oh well).  For devices 2 GiB
 or less - the previous generation - maybe 1 MiB alignment would be okay,
 as such devices are likely to have smaller erase blocks.  Those numbers
 seem safe to me.

1.
Do the F11 / SoaS overwrite your USB/SD device XO images follow this
guideline?
   cat soas??xo.2gremovable.tar.lzma | lzma -dc - | tar xf - -O  /dev/sdX

(The way a boot image is created and distributed as multiple
monolithic 379+ MB files seems crazy -- surely it's just a collection
of files, tweaks to the existing MBR, and some disk partitioning and
FS layout requirements.  But that's a different discussion. ;-) )

2.
The old Fedora 10 on XO project specifically recommended SanDisk
Extreme III SD cards.  Can anyone suggest generally-good brands of USB
flash drives?

(I have a cheap USB flash drive that has gone crazy after two
/dev/sdb reblastings; often usb-creator leaves it in a bizarre state
and dosfsck reports hundreds of errors it can't repair.  Weird.)

Thanks for all you do!

--
=S Page
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Images partitioned right? Good USB drives? (Re: Woodhouse on flash storage)

2009-10-09 Thread Tiago Marques
OCZ Rally 2 4GB has worked fine for me for a year now. If you go for
the OCZ Rally 2 Turbo, it has higher random write speeds(faster boot,
opening apps) but I'm not sure about reliabilty. OCZ has a good
reputation for good reliability on most of it's products.

Using an USB-SD adapter with one of those recommended SD cards might
be a good idea. Some look like pen drives.
Mitch told me that micro Sandisk SDHC 4GB and Transcend micro SDHC
were behaving well in the stress test and I can also say the same for
the Sandisk 4GB SDHC card, class 2.

Best regards,
Tiago Marques

On Sat, Oct 10, 2009 at 12:23 AM, S Page skierp...@gmail.com wrote:
 On Tue, Oct 6, 2009 at 3:10 AM, Mitch Bradley w...@laptop.org wrote:

 b) If you must construct a fixed partition layout for use on multiple
 different devices, align each partition on at least a 4MiB boundary.
 That means that you waste 4M for the partition map (one 512-byte
 sector padded out to a 4 MiB boundary, but oh well).  For devices 2 GiB
 or less - the previous generation - maybe 1 MiB alignment would be okay,
 as such devices are likely to have smaller erase blocks.  Those numbers
 seem safe to me.

 1.
 Do the F11 / SoaS overwrite your USB/SD device XO images follow this
 guideline?
   cat soas??xo.2gremovable.tar.lzma | lzma -dc - | tar xf - -O  /dev/sdX

 (The way a boot image is created and distributed as multiple
 monolithic 379+ MB files seems crazy -- surely it's just a collection
 of files, tweaks to the existing MBR, and some disk partitioning and
 FS layout requirements.  But that's a different discussion. ;-) )

 2.
 The old Fedora 10 on XO project specifically recommended SanDisk
 Extreme III SD cards.  Can anyone suggest generally-good brands of USB
 flash drives?

 (I have a cheap USB flash drive that has gone crazy after two
 /dev/sdb reblastings; often usb-creator leaves it in a bizarre state
 and dosfsck reports hundreds of errors it can't repair.  Weird.)

 Thanks for all you do!

 --
 =S Page
 ___
 Devel mailing list
 Devel@lists.laptop.org
 http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Images partitioned right? Good USB drives? (Re: Woodhouse on flash storage)

2009-10-09 Thread Martin Dengler
On Fri, Oct 09, 2009 at 04:23:17PM -0700, S Page wrote:
 On Tue, Oct 6, 2009 at 3:10 AM, Mitch Bradley w...@laptop.org wrote:
 
  b) If you must construct a fixed partition layout for use on multiple
  different devices, align each partition on at least a 4MiB boundary.
  That means that you waste 4M for the partition map (one 512-byte
  sector padded out to a 4 MiB boundary, but oh well).
  [...]
 
 1.
 Do the F11 / SoaS overwrite your USB/SD device XO images follow this
 guideline?
cat soas??xo.2gremovable.tar.lzma | lzma -dc - | tar xf - -O 
 /dev/sdX

Nope (SoaS) - that'll waste your partition table in favour of whatever
I copied from my dsd-inspired make-fake-device partition table
script[1].  I'd love patches.

Actually, I even had a try[2] at getting it right a while ago, based
on what I understood from T'so's post[3] and Mitch's warning page[4]:

---
 Do this for ext3 (omit -j for ext2):

 fdisk -H 224 -S 56 /dev/sdb
 [partition as normal]
 mke2fs -j -E stripe-width=32,resize=500G /dev/sdb1
 [etc.]

 ...or this for ext4:

 fdisk -H 224 -S 56 /dev/sdb
 [partition as normal]
 mke2fs -t ext4 -E stripe-width=32,resize=500G /dev/sdb1
 [etc.]
---

...but if anyone can correct / enlighten me as to The True
Partition...


 (The way a boot image is created and distributed as multiple
 monolithic 379+ MB files seems crazy -- surely it's just a collection
 of files, tweaks to the existing MBR, and some disk partitioning and
 FS layout requirements.  But that's a different discussion. ;-) )

Err, I call Q.E.D. on why that's the easiest way to distribute a
workable image :).  But we burn a lot of disk space distributing
.ISOs, NAND-ready JFFS2 images, tar'ed directory trees, and even
xdeltas of the tar'ed directory trees (or something), so hopefully
anyone who can write a better set of instructions than that cat
pipeline you quoted won't be stopped by the lack of a set of bytes to
kick the process off.


 (I have a cheap USB flash drive that has gone crazy after two
 /dev/sdb reblastings; often usb-creator leaves it in a bizarre state
 and dosfsck reports hundreds of errors it can't repair.  Weird.)

Indeed...sorry to hear it.  I have a cheap 4GB USB drive that's been
re-blasted a hundred or so times and is still going.


 =S Page

Martin


1. http://cgit.sugarlabs.org/soas/mainline/tree/make_fake_device.sh#n55

2. http://www.martindengler.com/ , scroll down to 2009-03-07 :
Formatting SD cards as ext2, ext3, or ext4

3. 
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/

4. http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device



pgprPAy9OrD3Z.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Images partitioned right?

2009-10-09 Thread Mikus Grinbergs
 Using an USB-SD adapter with one of those recommended SD cards might
 be a good idea.

I'm very heavily dependent on SD cards.  In 2008 it was my 
experience that using a particular hub/adapter to initialize SD 
cards, I was often seeing partition table corruption.  What I ended 
up doing was to *only* use the XO-1 itself (built-in SD slot) for 
partitioning and for filesystem creates on an SD card.

In 2009 I got an external adapter that is built like a tank (but 
only does SD cards).  I have had zero problems using it to 
initialize SD card filesystems.

mikus


p.s.  I have been cautioned to avoid guessing when I do not *know*. 
  But from using a large number of external USB devices with XO-1s, 
my guess is that the XO system is sensitive to the 'timings' 
presented by those USB devices - so that's something to watch out 
for with USB-SD adapters.  Maybe the more recent XO software has 
gotten to be more tolerant than the earlier software was.

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


[Server-devel] Working on the XS F11 rebase

2009-10-09 Thread Martin Langhoff
Working on...

Packages:

* idmgr - rebuilt
* usbmont
* pam_sotp -- help! doesn't build
* ds-backup
* ejabberd - rebuilt
** consider rebasing on 2.0.5, this will require remerging and
retesting @online@ patches
* fakeroot  fakechroot: F11 has current versions
* kernel-xs: we'll have to get XO-1 and XO-1.5 kernels and initrds...
* moodle-xs
* olpc-contents: (or equivalent for bitfrost libs)
* rssh - looks good on F11
* xs-activation
* xs-activity-server
* xs-config (lot of work to do!)
* xs-logos
* xs-pkgs: replace w groups (how? help!)
* xs-release (have an intermediate one?)
* xs-rsync
* xs-tools
* olpc-bios-crypto
* xs-otp
* xs-callhome

Plus:
* Get a usable installer build from revisor or pungi
* Test this thing!

You can track it on
http://wiki.laptop.org/index.php?title=User:Martinlanghoff/XS_F11_rebase_ToDo

cheers,



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] another distro?

2009-10-09 Thread Sameer Verma
Now that we have XS 0.6 in the Stable, I'll raise the issue once
more. Are we at a point in development where we can reassess the issue
of basing the XS on other distros such as Debian stable or Ubuntu LTS?

Sameer
-- 
Dr. Sameer Verma, Ph.D.
Associate Professor, Information Systems
Director, Center for Business Solutions
San Francisco State University
http://verma.sfsu.edu/
http://cbs.sfsu.edu/
http://is.sfsu.edu/
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] another distro?

2009-10-09 Thread Martin Langhoff
On Fri, Oct 9, 2009 at 6:01 PM, Sameer Verma sve...@sfsu.edu wrote:
 Now that we have XS 0.6 in the Stable, I'll raise the issue once
 more. Are we at a point in development where we can reassess the issue
 of basing the XS on other distros such as Debian stable or Ubuntu LTS?

It is definitely quite a bit more work to switch distros :-)

Personally I am over the hump with Fedora skills -- my rpm knowledge
came back after many (8?) years of neglect, and I now know a ton more
than I ever did.

If someone does repackage all the xs packages debian format, and shows
that there is a workable means of building an installer and
controlling the installation, I am all ears.

An added bit of work will be to repackage and reimplement the
kernel+initramfs magic that I plan to reuse from the XO OS team, so we
can run XS on XO-1 and XO-1.5 -- those two will need very different
kernels and initramfsen. And the reimplement bit won't be easy:
initramfs implementations are in flux on both sides, guaranteeing a
ton of fun and sleepless nights.

The upside -- of course! -- is the path to LTS. I wish I knew where it was...



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


[Server-devel] fresh XS 0.6 install

2009-10-09 Thread Tim Moody
fresh 0.6 install went smoothly except for

still says Moodle must be installed or upgraded, but probably bogus because 
pgsql is running and client pc in lan net gets moodle login from school 
server.

have the install instructions been overly pruned?  the ejabberd admin 
password set up is gone.  is it still required?

are you planning for the next release to prompt for domain and maybe 
ejabberd admin password during install as timezone and root password are? 

___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel


Re: [Server-devel] another distro?

2009-10-09 Thread Martin Langhoff
On Fri, Oct 9, 2009 at 11:43 PM, Devon Connolly dev...@gmail.com wrote:
 How about Gentoo?  Can't beat portage.

I am still trying to compile an answer for that...

:-)



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel