Home :: Documentation :: Download :: Development :: Community :: Wiki :: Ports :: Bugs :: Links :: About
Welcome to CRUX bug tracking.
Tasklist

FS#333 - pkgmk parallel fails

Attached to Project: CRUX
Opened by Jose V Beneyto (sepen) - Monday, 14 July 2008, 15:56 GMT+2
Last edited by Fredrik Rinnestam (rehabdoll) - Sunday, 20 November 2011, 11:53 GMT+2
Task Type Feature Request
Category tools → pkgutils
Status Assigned
Assigned To Tilman Sauerbeck (tilman)
Operating System CRUX
Severity Low
Priority Normal
Reported Version Development
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

e.g: When I'm using PKGMK_WORK_DIR="/foo/work" (configured in pkgmk.conf), if I'm building more than one package with pkgmk, they can't be built in parallel due to they're sharing the same directory.
This issue is not happening for the PKGMK_WORK_DIR default value ($PWD/work).
I think that could be avoided by using something like PKGMK_WORK_DIR="/foo/work/$name" (where $name is the package we're going to build).
I made some test with that patch attached and seems that's doing the trick.
This task depends upon

Comment by Tilman Sauerbeck (tilman) - Monday, 14 July 2008, 17:23 GMT+2
I don't know whether this is really needed.

Just configure pkgmk properly and use something like:
PKGMK_WORK_DIR=/dev/shm/pkgmk-work-$name

Other opinions?
Comment by Jose V Beneyto (sepen) - Monday, 14 July 2008, 17:45 GMT+2
ok, sounds good for me, and seems that the patch is not needed
well, also would be good if this feature be included and documented in pkgmk.conf.5
Comment by Tilman Sauerbeck (tilman) - Monday, 14 July 2008, 17:47 GMT+2
Good idea, since this might not be obvious.
Comment by Johannes Winkelmann (jw) - Tuesday, 15 July 2008, 08:16 GMT+2
Note that most of PKGMK_WORK_DIR (dirname $PKGMK_WORK_DIR) is expected to exist, so while PKGMK_WORK_DIR=/dev/shm/pkgmk-work-$name will work, PKGMK_WORK_DIR=/tmp/work/$name will only work once the user creates /tmp/work. Maybe something worth adding to the documentation too, and maybe a future FAQ listing common errors :-).

Other than that, this will always require that the Pkgfile is sourced before pkgmk.conf. I see no disadvantage in this right now, however since it used to be the other way around a long long time ago I thought I'd just write it down here :-).

Loading...