Peter Åstrand wrote:
On Mon, 28 Jan 2008, Peter Åstrand wrote:
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.
Bingo. When looking at i386.log, I found:
Building minstg.img
Running mksquashfs /tmp/instimage.dir.4284 /tmp/minstg2.img -all-root
-no-fragments -no-progress
Found a valid exportable little endian SQUASHFS superblock on
/tmp/minstg2.img.4284.
That is, the target /tmp/minstg2.img.4284 already exists, so files will be
appended. Another funny thing is that both first debug lines are
incorrect:
* We are not building minstg.img, but minstg2.img
* The output file is not /tmp/minstg2.img, but /tmp/minstg2.img.4284.
In /usr/lib/anaconda-runtime/mk-images, you will find:
echo "Running mksquashfs $tmp $TMPDIR/${imagename}2.img -all-root
-no-fragments -no-progress"
mksquashfs $tmp $TMPDIR/${imagename}2.img.$$ -all-root -no-fragments
-no-progress
chmod 0644 $TMPDIR/${imagename}2.img.$$
It seems like $$ was added to the command but not the debug printout... It
would be much more SPOT to do:
cmd="mksquashfs $tmp $TMPDIR/${imagename}2.img.$$ -all-root -no-fragments
-no-progress"
echo "Running ${cmd}"
${cmd}
this *is* a better idea. I'll take a look at it in the afternoon and see if it
needs changin.
Another thing to consider is run run mksquashfs with the -noappend.
Don't know if thats really what we want, might break other stuff. would have
to look into it.
Rgds,
---
Peter Åstrand ThinLinc Chief Developer
Cendio AB http://www.cendio.se
Wallenbergs gata 4
583 30 Linköping Phone: +46-13-21 46 00
------------------------------------------------------------------------
--
Fedora-buildsys-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
--
Joel Andres Granados
Red Hat / Brno, Czech Republic
--
Fedora-buildsys-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list
