[Aurora-sparc-devel] Install Cd's?

Dennis Gilmore dennis at ausil.us
Mon Apr 28 20:00:26 EDT 2008


On Monday 28 April 2008, Dean Anderson wrote:
> On Tue, 15 Apr 2008, Tom "spot" Callaway wrote:
> > On Mon, 2008-04-14 at 12:24 -0400, Dean Anderson wrote:
<snip>
> > Pungi works out of the box on sparc, I wrote patches to enable support
> > for sparc, sent them upstream, and they were applied.
> >
> > This is the pungi.conf I'm using:
>
> This pungi.conf is good. Can you put this on the website?
>
> [details omitted in reply]
>
> > Now, to answer your other items:
> >
> > 1. Aurora 1.0 was a port of Red Hat Linux 7.3. Thus, the ancient
> > instructions you found would have worked with it.
>
> Yes. They were just an example. The point was there aren't any similar
> instructions for your current builds.
Follow the instructions posted by fedora release engineering if you want to 
create your own spin

> > 2. I did not make any deviations on how SPARC bootable ISOs are created.
> > Upstream mkisofs MADE THE CHANGE. Not me. I told you how I fixed the
> > problem, by passing the proper flags, as documented in both mkisofs and
> > silo (hint, it uses isofs.b). I patched pungi to do the right thing, as
> > it is the Fedora compose tool, sent the patches upstream, upstream took
> > them (this was months, maybe even a year ago).
>
> My point is that these patches should have been on the aurora website a
> year ago; when you made them and long before the upstreams took them,
> because for a while those changes were specific to aurora and
> unpublished.

They were pushed upstream the day that they were created.

> ANY LITTLE CHANGE YOU MAKE, NO MATTER HOW TRIVIAL, NEEDS TO BE
> DOCUMENTED AND PUBLISHED.  And the change needs to be tested in clean
> environment.  Things that work to build an operating system in a porting
> environment don't always work in the built environment.
>
> > 3. If you still have contentions, please, please, do a tiny amount of
> > research before accusing me of things. I'm trying really hard to be
> > patient with you, because I honestly have nothing to hide here, and I do
> > want to ensure that there aren't things that I've gotten wrong.
>
> I'm not accusing you of hiding anything with malice or bad intent.
> Primarilly its your process that is flawed, and its the process that
> needs to be fixed.

As has been stated before we are moving to using the exact same process as 
fedora uses. the buildsystem lives at 
http://sparc.koji.fedoraproject.org/koji all source lives in 
cvs.fedoraproject.org the tools and instructions are all published in the 
fedora wiki.  

What is not clear is what your intent is.  or what you are doing. 

Dennis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.auroralinux.org/pipermail/aurora-sparc-devel/attachments/20080428/f2a736da/attachment.pgp 


More information about the Aurora-sparc-devel mailing list