On Sep 27, 2005, at 3:05 PM, Daniel Leidert wrote:
Am Dienstag, den 27.09.2005, 12:08 -0400 schrieb René Kanters:
Hi,
the peculiar thing is that I happened to have gettext and all that
already installed in /sw/bin, which is in my path (version 0.10.40
[found using the option -V] through Fink commander) but the check
executables in the build answers that they are not available... I
installed the 0.13 version myself and the install puts them in /usr/
local/bin, where they aren't found either.
Did you test with e.g. 'xgettext -v' in your work/checkout-directory?
yes and that does work even without the shortcuts to the applications
in that directory.
I can run xgettext -V anywhere and get the version and all that. (It
is in my path.)
So it seems like the ant1.6.5 (which seems to be the one that Eclipse
has built-in) does not look at my path....
But it should. Does it work from the command-line ('ant main')?
Good idea. I am not used to doing that, so it didn't occur. After
removing the shortcuts and having the build in Eclipse fail, an 'ant
main' in the checkout directory does indeed work!!!
So it looks like Eclipse is the culprit.
When I add a shortcut (ln -s) to the executables in the basedir (.)
directory of Jmol, and add the resolveexecutable="true" attribute to
the 'apply' and 'exec' elements the build works for me.
Ok. This is definitely a problem with the PATH variable or the Eclipse
system (but on Windows, it works using the PATH environment variable).
Since that is
not the best solution for everyone, I don't think I should commit
this...
On a possibly related note:
I noticed that in the build-doc-i18n.xml the <exec os="" > setup is
used to execute the xml2po.sh and things like that depending on the
OS. This one did not work for me because I do not have Linux nor
Windows XP. So I added a copy of the Linux one and tested for Mac OS
X. That seems to want to run the xmol2po.sh, but I get an executable
error. I had to change the execute flag on the .sh file to get that
to run (can that be update in the repository so that it comes over
with the executable bit set?)
I am aware of this problem. But to fix the executable flag it is
necessary to have direct access to the CVS file system, because CVS
itself does not know a possibility to change the permissions.
but the import libxml2 is failing for
me there... So it seems that the Jmol project is starting to rely
more and more on external things, possibly their versions, and as a
result the require a more complex environment
It only depends on gettext, not more. And gettext is a common tool.
IMH
the advantages of the gettext translation system overbalance.
It looks like the doc build also relies on python and libxml2, which
does not seem to work properly on my system. (i.e., I do have python,
but there are problems loading the libxml2). See comment below, though.
for the people that
(try to) contribute to maintain (can anybody say 'dependencies' :-).
I am not complaining, just observing here....
I did find some libxml2 information for Mac users (not just
Windows...) at http://jamesclarke.info/notes/InstallLibxml2 but do
not have the time right now to go through all that.
It's only necessary, if you want to use xml2po. But to contribute in
translation of the documentation, you don't need xml2po or libxml2,
because you only need to copy the .pot file to .po and translate it.
xml2po is only necessary to extract translatable strings from xml
to po
and merge them back to po or update po.
So you basically are telling me, if I understand correctly, that I
really don't have to worry about this. I realize that a regular build
does indeed not use these. So I am OK with that.
At least my regular build works (for now)...
Regards, Daniel
Cheers,
René
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers
