rootfs for building in mock

[Dennis Gilmore]

hi all,

I have created a f15 rootfs
http://arm-temp.ausil.us/pub/fedora-arm/rootfs-f15-hfp-20110818.tar.bz2
it has installed kernels for omap and tegra boards, the kernel is known
to work on a trimslice though there seems to be some issues with the ssd
dropping out. the omap kernel should work on beagle and pandaboards.  of
course you can just chroot into the image after bind mounting /proc
and /dev from the host. this image has mock installed and a
configuration for use in the vfad this week. the server to host all the
bits is up and has the content ready to go.

If you intend to participate in the vfad contact me and ill get you a
ssh private key for the upload user on arm-temp.ausil.us so your results
can be made available for all.

I plan to upload the F-15 GA srpms so people can grab them.

One thing i plan to do is to write a script that people can run

it would get a srpm down, mv it on the server, build it in mock locally,
upload the results and run createrepo on the results to make it
available to build against. then rinse and repeat. if someone wanted to
help write it that would be awesome. this way building would be pretty
much hands off, distributed and kinda efficient. 

Dennis

Quoting Dennis Gilmore <dennis(a)ausil.us&gt;:

>  hi all,
>
>  I have created a f15 rootfs
>  http://arm-temp.ausil.us/pub/fedora-arm/rootfs-f15-hfp-20110818.tar.bz2
>  it has installed kernels for omap and tegra boards, the kernel is known
>  to work on a trimslice though there seems to be some issues with the ssd
>  dropping out. 
Excellent work. The SSD -may- be dropping out because the trimslice  
uses a usb-sata converter for the sata support for the SSD.

I -think- there was something similar mentioned on the list a while back.

[Dennis Gilmore]

El Thu, 18 Aug 2011 15:37:59 -0500
Dennis Gilmore <dennis(a)ausil.us&gt; escribió:
>  hi all,
>  
>  I have created a f15 rootfs
>  http://arm-temp.ausil.us/pub/fedora-arm/rootfs-f15-hfp-20110818.tar.bz2
>  it has installed kernels for omap and tegra boards, the kernel is
>  known to work on a trimslice though there seems to be some issues
>  with the ssd dropping out. the omap kernel should work on beagle and
>  pandaboards.  of course you can just chroot into the image after bind
>  mounting /proc and /dev from the host. this image has mock installed
>  and a configuration for use in the vfad this week. the server to host
>  all the bits is up and has the content ready to go.
>  
>  If you intend to participate in the vfad contact me and ill get you a
>  ssh private key for the upload user on arm-temp.ausil.us so your
>  results can be made available for all.
>  
>  I plan to upload the F-15 GA srpms so people can grab them.
>  
>  One thing i plan to do is to write a script that people can run
>  
>  it would get a srpm down, mv it on the server, build it in mock
>  locally, upload the results and run createrepo on the results to make
>  it available to build against. then rinse and repeat. if someone
>  wanted to help write it that would be awesome. this way building
>  would be pretty much hands off, distributed and kinda efficient. 
>  
>  Dennis 
so if you have the rootfs i provided and either are booting it
natively or chrooting into it.
http://arm-temp.ausil.us/pub/fedora-arm/arm-rebuild.sh is a script to
randomly grab and rebuild a srpm. you will need to be able to
ssh content to the host server. please contact me with a ssh public key
or ask me for the private key for the upload user. i forgot to make sure
yum in the rootfs is pointing at the right place and forgot to install
screen ill get some working yum configs posted and send out an update
with them. but we can now get some random scripted rpm building going
on.

Dennis

[Jon Masters]

On Thu, 2011-08-18 at 15:37 -0500, Dennis Gilmore wrote:

>  I have created a f15 rootfs
>  http://arm-temp.ausil.us/pub/fedora-arm/rootfs-f15-hfp-20110818.tar.bz2 
Thanks (as I've said elsewhere, but let me repeat here). This works
great. I have a builder online now at home and will bring some more
online later today. I think also:

1). We should get a new rootfs image setup that has all of the fixes in
it ready to go. Mind if I try to throw that together based on the rootfs
I have working here? (I'll just tar it up and it'll have screen, etc.)

2. We should get good VFAD wiki documentation setup. I'm going to ask
someone internally to help work on that.

I'll be back on IRC after I go to the gym now.

Jon.