FS#16006 - [devtools] makechrootpkg $SRCDEST and $PKGDEST broken
Attached to Project:
Arch Linux
Opened by Corrado Primier (bardo) - Saturday, 05 September 2009, 08:07 GMT
Last edited by Allan McRae (Allan) - Saturday, 19 September 2009, 05:07 GMT
Opened by Corrado Primier (bardo) - Saturday, 05 September 2009, 08:07 GMT
Last edited by Allan McRae (Allan) - Saturday, 19 September 2009, 05:07 GMT
|
Details
When running makechrootpkg, $SRCDEST and $PKGDEST are forced
to /srcdest and /pkgdest. If these directories don't exist,
two thus-named files are created, containing the source and
the final package.
|
This task depends upon
Closed by Allan McRae (Allan)
Saturday, 19 September 2009, 05:07 GMT
Reason for closing: Fixed
Additional comments about closing: in git commit 71a6d2c8
Saturday, 19 September 2009, 05:07 GMT
Reason for closing: Fixed
Additional comments about closing: in git commit 71a6d2c8
Now, the makepkg.conf from the chroot is sourced instead of the one in /etc. However, SRCDEST and PKGDEST are added to the end of the chroot makepkg.conf. As this is no longer over-written and so on the next run we end with bad values for these variables.
Solutions:
1) revert that commit
2) remove the copying to {SRC,PKG}DEST.
I have done 1) for my local version as enabling to build for another architecture requires a sprinkling of linux32/64 throughout anyway. This also means I do not need to adjust the chroots makepkg.conf every time I create a new one.
But copying it first means I do not have to update my makepkg.conf every time I create a chroot. Maybe mkarchroot should copy the local one into the chroot?
Hmmm, I think you can simply put linux32/64 before the makechrootpkg command. For example, I once did `linux32 sudo makechrootpkg -c -r /opt/arch/stable-i686', to build a i686 kernel on a x86_64 host.
Looks alright to me too.
consider this closed?