Re: [Zynot-pkgmgr] Repoteus: Zynot Tree Vision

Mark Guertin <[email protected]> Sun, 13 Jul 2003 10:48:32 -0400
Newsgroups gmane.linux.zynot.zynaut,gmane.linux.zynot.general
Message-ID <BB36E97E.964%[email protected]>
On 7/13/03 7:43 AM, "Zach Welch" <[email protected]> wrote:

> Hi all,
> 
> Here's my vision for the Zynot trees:
> 
> http://wiki.zynot.org/zynot/moin.cgi/ZynotSvn_2fRoadMap
> 
> which refers to the recently updated layout:
> 
> http://wiki.zynot.org/zynot/moin.cgi/ZynotSvn
> 
> It's what a lot of people have been waiting for me to produce, but I
> hope that it will give everyone a complete vision of what we need to do.
> 

You should work some of this stuff out with nall as not all of this
functionality exists in porteus yet, and some of it may be substantial to
get things going (i.e. The tree matching the sync, mirror matching sync,
etc).

> I really look forward to any final discussions on these matters and
> getting our first "official" repositories on a new server.  I expect we
> will have a new server ready by the end of the week from which we can
> provide mirroring and initial downloads.  This is our top goal.
> 
> I think it will be a short leap from there to get our first set of stage
> tarballs and liveCDs ready.  In fact, I think we can still readily make
> our LWESF goals, but we may be burning disks madly the night before the
> show opens.

LiveCD is a Gentoo thing, which they have been very adamament and vocal
about us not using, at least from PPC land.  There will be no PPC live CD
for this time, at least until I have time to write a new one and get it
tested.

I can pretty much for sure say that PPC won't be ready by LWSF, the trees
are in sorry shape and still working away at testing them here, but can't
really continue until these repo's are up and running, but we'll see how it
goes I suppose.

As for stage tarballs this is another discussion we have to bring up,
because I think the way that Gentoo did things in this area was pretty messy
and I think a single stage2 (base) and some binary pkgs would be much more
suitable.  This would also cut down installation and distro build times
immensely.

Mark