On 12/31/2011 05:47 AM, Karanbir Singh wrote:
On 12/30/2011 04:25 PM, Johnny Hughes wrote:
We have a custom build system. It uses a beanstalkd workqueue to submit packages to mock and can scale up or down as required and submit
Just to add a few more bits :
The entire system is called 'reimzul'
As soon as I have got the basic functional stuff in place, and some docs around it I'll have it up in a git repo where people can clone and join the fun.
Bit of a brain dump, but there you have it.
Thanks! That was informative, and it sounds like I'm reinventing the wheel, or at least a few spokes. Currently I've got a small automation of mock, signature, placement and repo creation.
When it comes to custom applications or things just not found anywhere else I have a script per application that pulls stable/specified source from a tree, scrubs out the fluff or shuffles things around to be the way Linux people are accustomed to, touches the standard bits of the spec (of course sometimes this isn't possible to do properly), and puts an srpm into the directory the mock script will reference. At first I thought this would be a pain to maintain, but its easier than maintaining spec files and init scripts anwyway, and saves me time (the goal).
So generally, from custom code to combining with standard srpms to producing a complete repo is not an issue -- and this isn't such a hard problem for a single distro anyway.
What I need is a way to move from a complete repo to an install ISO. I'm completely missing this step, and suck at doing it manually so need to learn more in any case. Doing a livecd isn't a big issue, I just don't know much about how to call the anaconda scripts reliably to where I can simply pick a repo and wind up with a complete install image and not a livecd when necessary.
Beyond that I want to make a way to split the repo list, so I can maintain a core repo and then add accessory repos that are segregated when they conflict greviously with one another (which is the problem with things we have now with some base subsystems like Python3, or Postgres 8.4 vs 9.1 specific things that we haven't figured out how to make play nicely together, etc.). This issue might parallel some of the issues you face maintianing multiple versions of the standard distro.
I am very interested to see whatever you guys put on git. If the shoe fits, I might wear it myself and roll my effort into enhancing yours. Package management is a pain -- enormously easier than it was in the mid 90's (when we didn't really have packages yet... hehe) -- but still a bit of a pain.