Re: Python's deploy directory missing
Will Partain <[email protected]> Wed, 09 Oct 2002 10:54:48 +0100
| Newsgroups | gmane.comp.sysutils.ark.devel |
|---|---|
| Message-ID | <[email protected]> |
Jonathan, commenting on Joel S's deploy-directory woes, says: > Not looked at the output too closely, but I usually find that these sort of > "hmmm, I'm sure I was already doing that" errors from ARK are a sign that > there's a cyclic dependency. I'd guess that is right. (And I would wholeheartedly agree that ARK gets really ugly when it stumbles into a cycle; it is on my list of "infelicities".) For a workaround, I'd suggest running *without* --use-deps=max (I almost always just go with the default, which is --use-deps=normal), and see what happens. Do you have a <constraint> in your team's host/ALL.xml for PYTHON? i.e. not like this: <PYTHON> <string>@team:ark-dirs:LOCAL@/bin/python</string> </PYTHON> <PYTHON-BOOT>@team:ark-dirs:ARK_BOOT@/bin/python</PYTHON-BOOT> If so, an alternative, is to *remove* the constraint and see how you get on (with --use-deps=max, if you like). Whatever you do, your ARK state may now be wonky (for python), and you may need to undo some of it. 'cd $STATE_DIR/package/<whatever> ; rm various.xml' will do it... even rm *.xml is usually harmless. "ARK_DEBUG=15 ark package ..." will report all the constraint-chasing, if it comes to that. Hope this helps, Will PS: I've got a plan for that rsync dependency; code to follow... ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf