[fedora-arm] RPM available in the rootfs

Jon Masters jcm at redhat.com
Sat Jul 2 09:32:30 UTC 2011


On Sat, 2011-07-02 at 05:15 -0400, Jon Masters wrote:
> On Thu, 2011-06-30 at 18:47 -0400, Jon Masters wrote:
> 
> > Thanks to the hard work of many people (including Stefan's contribution
> > this morning to get some of the final nss bits and RPM in place, and of
> > course the groundwork put in place by DJ Delorie), we are now very close
> > to having rpm and rpmbuild. I fixed a problem with digest support
> > earlier, we're just waiting on fixing the RPM macros/teaching RPM about
> > armv7hl vs. armv7l, etc. in patches Dennis already has and will send me.
> > 
> > I'm hoping to get the remaining bits in place so that tomorrow's VFAD
> > can be spent building actual RPMs. We'll need to start by rebuilding
> > what we have but in real RPM format, then work toward slowly getting a
> > buildroot that we can use to rebuild everything again, and finally do
> > one more build to have a full featured build environment. It would be
> > awesome to get to a point tomorrow where we've got an armv7hl binutils
> > binary RPM and its deps at least, with anything else being a bonus.
> 
> Just as a head's up. I've changed the default build for all v7 systems
> such that we'll target armv7hl, unless it's otherwise set at build. I
> committed the change to redhat-rpm-config, and pushed up to F15.

With the current rootfs, I am now able to build binutils simply with:

$ rpmbuild -ba /path/to/SPECS/binutils.spec

I do this inside a (non-tracked) directory on my system. I suggest that
we try keeping these packages separate from the rootfs, but the packages
themselves can be installed into the rootfs if they are needed to
populate build deps for other packages we need, up until we have a
minimal buildroot for koji building.

The question then is where to stash the SRPMs/RPMs. It might be that
they may aswell live inside the git repo in a separate subdir. Yea, it
uses space, but we're not the Linux kernel, we're not really causing
that much traffic as there aren't too many people cloning this repo.

Jon.




More information about the arm mailing list