On 1/24/11 6:10 AM, Martin Langhoff wrote:
Working with Pungi 2.1.4 to build the School Server OLPC spin (which
fir test purposes is being done on F14, though that's not the final
- Seems like Pungi has for a long time avoided setting a smart TMPDIR
when calling anaconda's buildinstall. This uses a sizable chunk of
/tmp . I've pached pypungi/__init__.py to set it, and it works fairly
well (for me at least). Was going to post a patch but v2.5.0 has been
When I first started working on pungi, I had some bizarre issues that
would arise when using a TMPDIR. Rather than spend time to sort it out,
I just stopped using it. I was doing most of my composes in a mock
chroot anyway so I wasn't concerned with /tmp/ space on the host. In
effect everything was scratch space. With the move to Lorax, I think
the use of a TMPDIR can be looked at again.
- The buildinstall process is dog slow for me -- because buildinstall
is ignoring the pungi cache and grabbing it all itself, again. Is this
expected? Should pungi add a "repo" of it's own local cache?
It is unfortunate and expected. The interface to buildinstall isn't
great, just command line options. No way to pass along a pre-configured
yum object with cache setup already, etc... Pungi would have to repoize
its cache for it to be useful to anaconda, and that brings in some other
complexities. Because Lorax was being worked on, I didn't really want
to put much time into making this "better".
Looking at pungi's git repo, I ended up looking at Lorax code -- so I
gather patches to scratch my own itch won't be merged.
Probably not, I don't really plan on touching the pre-lorax pungi code
base much, unless there are some glaring bugs that need to be fixed.
But if you wanted a branch to play with upstream to improve things on
that era of code, I'd be happy to oblige.
Keen on hearing when new pungi plus new lorax can build a F14 image.
You might want to talk to Martin Gracik about that on anaconda-list or
#anaconda on freenode. I believe he started with F14 based images, but
then moved on to F15 content. I'm not sure if the current bits can be
used to produce F14 content.
Fedora -- Freedom² is a feature!