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

[Tom "spot" Callaway]

On Mon, 2008-04-14 at 12:24 -0400, Dean Anderson wrote:
> You _have_ probably spent 6 months making
> one build work for one distribution by tweaking the build machines and
> build software.

I will only say this once more:

I DID NOT TWEAK THE BUILD MACHINES OR THE BUILD SOFTWARE.

Not even a little bit. Not at all. I used rpmbuild inside of a chroot
(where the tree RPM packages are installed) to generate the 2.99 RPM
packages, then I used pungi to compose the tree into installable images.

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:

-----

# Pungi config file
#
# # or ; can be used at the start of a line, ; only to comment inline.

[default]
product_name = Aurora ; The name used during install
product_path = Fedora ; The directory where RPMS go
iso_basename = AL ; The first part of the iso file name
bugurl = http://bugzilla.auroralinux.org ; Used for betanag
comps = /etc/pungi/comps-al3.xml ; Used to define package groupings and
default installs
manifest = /etc/pungi/everything-manifest ; Used to determine what to
bring in.  Supports Kickstart syntax
yumconf = /etc/pungi/yum.conf.fc6.sparc ; Used to determine where to
gather packages from
destdir = /srv/pungi/Aurora ; Top level compose directory, must be clean
cachedir = /srv/pungi/cache ; Cache used for repeat runs
arch = sparc ; What arch to compose (must be same arch as system)
version = 2.99 ; Used both in install and part of the dest tree
flavor = Custom ; Further define a given cut of the package set
discs = 6 ; Number of discs needed to fit data.
cdsize = 690.0 ; Not used if disc count is 1
getsource = Yes ; Used to determine if we want source packages or not

-----

This is the yum.conf.fc6.sparc I made to point to the repodata
(createrepo run on the directory with the RPMS inside the chroot):

-----

[main]
cachedir=/tmp/fist
#keepcache=0
#debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=1
reposdir=./
#plugins=1
metadata_expire=1800
#exclude=\*.i?86

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
[core]
name=Aurora Linux - 3
#baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/6/ppc/os/
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-6&arch=ppc
baseurl=file:///mnt/spot/aurora3/tree/sparc/Fedora
enabled=1
gpgcheck=0

[core-source]
name=Aurora Linux Source - 3
#baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/6/source/SRPMS
#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-source-6&arch=ppc
baseurl=file:///mnt/spot/aurora3/tree/SRPMS/
enabled=1
gpgcheck=0

-----

This is what is in /etc/pungi/everything.manifest:

-----

*
libdhcp-devel

-----

The comps file is attached to this email.

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.

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).

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 constantly improving how we build things for Aurora/Fedora SPARC.
We're using koji and mock now (post 2.99/3) instead of manual rpmbuilds
in a chroot, because those builds are much more predictable (and
trackable). 

To reiterate: I do not hack around things. I do not have special build
magic or secret scripts. Back in the 1.0 days, I had a script that I
wrote to compose the tree, but that script is as obsolete as Aurora 1.0
is now. Pungi does a MUCH better job. When I fix something for SPARC, I
push it upstream, or at the very least, I document it in the spec file
for the SRPM until I find a better fix for upstreaming.

If you use the tools and the SRPM tree that exist for 2.99, and
something specifically doesn't work, then I'd be happy to address those
specific issues. Otherwise, I'm done with this thread, and I'm going to
go wait on the train tracks. ;)

~spot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: comps-al3.xml
Type: application/xml
Size: 854714 bytes
Desc: not available
Url : http://lists.auroralinux.org/pipermail/aurora-sparc-devel/attachments/20080415/317d891c/attachment-0001.xml