On Mon, 28 Jan 2008, Joel Andres Granados wrote:
This is kinda strange. The buildstamp file gets created by mk-image
(anaconda scripts) to create the buildstamp the mk-image script erases
buildstamp and then creates a new file. Additionally I could not find
any trace of replacing the name of buildstamp with `buildstamp_$count`.
Strange it is. I haven't found any traces of buildstamp_$count neither.
Perhaps I should mention that we are using mksquashfs to append a few
files to minstg2.img. I'm certain that .buildstamp is not one of those,
but perhaps we are looking at some kind of mksquashfs bug.
What are you using to make your tree? on what is your distro based
on,
fedora, centos? what versions?
Pungi, Fedora 8.
I *think* what is happenning is that you are compossing on top of an
already composed tree, and your compose tool does not want to replace
the existing .buildstamp file, so it makes another with a similar name.
I could be wrong though. In any case you should check the compose tool
and the anconda scritps from the version you are using.
Another theory is that there's a name clash in /tmp. It seems like Pungi
and the other tools does not clean up its build directories. Instead, they
are left to tmpwatch, which has a 30 day limit by default. So we have
always have 30 directories of each in /tmp.
I've done another build now and it looks OK. Perhaps we just had bad luck
and hit the same sequence (pid?) number of an existing dir.
Regards,
---
Peter Åstrand ThinLinc Chief Developer
Cendio AB
http://www.cendio.se
Wallenbergs gata 4
583 30 Linköping Phone: +46-13-21 46 00