Am Samstag, 4. August 2007 schrieb julien:

On two different systems, the html/images folder is not created when making html and so there is no images in html files. What happens?

There's no make rule/command to create images.

Workaround/fix: Edit Makefile.am, creating a shell command to make the missing link:

After html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl add
@test -d html/images || $(LN_S) $(abs_top_srcdir)/images html/

Then run autogen.sh, then pray, then run make.

Ulf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070804/8ef5a489/attachment.bin

Hi Julien,

Am Sonntag, 5. August 2007 schrieb julien:

It doesn't work :-(

[...]

After an ./autogen.sh, "make clean" and a "make validate ALL_LINGUAS="fr" I get:

[...]

ln: the 'html' target is not a directory: no file or directory of this type
make: *** [html/fr/index.html] Error 1

Mea culpa, sorry. It worked for me, but I never used "make clean".

So we should better make sure the html directory exists before we use it - just move the new command two lines down:

# Main text html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*
test -d html/images || $(LN_S) $(abs_top_srcdir)/images html/

(with leading "@", if you want to suppress output). Now the html directory is created with "mkdir -p html/fr", and then, when html exists, we can place a sysmbolic link there.

Bye, Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070805/92a80403/attachment.bin

Hi Julien,

Am Sonntag, 5. August 2007 schrieb julien:

Hi Ulf,

It no more works :-(

@!#@&/$??#!!!

My Makefile.am is
# Main text
html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*
test -d html/images || $(LN_S) $(abs_top_srcdir)/images html/

$(XSLTPROC) \

In the html folder, I have a 'fr' directory and a weird file named images, with a padlock. The pop-up window shows its type is "link to a /images (unknown)" and its size is "0o".

It seems that the variable "abs_top_srcdir" is empty - yet another automake/autoconf problem? (Which automake and autoconf version do you have installed?)

You should have a line like the following in your Makefile (not Makefile.am!):

$ grep ^abs_top_srcdir Makefile abs_top_srcdir = /home/ulf/var/spool/GIMP/gimp-help-2

(I guess you will just get "abs_top_srcdir =") Did you ever try "make preview"? It shouldn't work either, since it also uses "abs_top_srcdir".

Anyway, a workaround is to use a relative link instead: ...
test -d html/images || $(LN_S) ../images html/ ...

Bye,
Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070806/14d1a463/attachment.bin

Hi Julien,

Am Montag, 6. August 2007 schrieb julien:

Alleluia!

HTML images are back, thanks to the relative link. My automake is 1.9.6
My autoconf is 2.60
Must I update them?

The build system's developer (Daniel?) seems to use the current automake version 1.10 (remember our mkdir_p vs. MKDIR_P problem), so updating might be a good idea.

And we still don't know why that variable was empty. Can you send me your Makefile? (Just to me, not to the list.)

Bye, Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070806/d2f03e00/attachment.bin

Am Montag, 6. August 2007 schrieb julien: [...]

My automake is 1.9.6
My autoconf is 2.60
Must I update them?

It seems that you should update to automake 1.10:

--- Makefile.Julien +++ Makefile.Ulf
...
-# Makefile.in generated by automake 1.9.6 from Makefile.am. +# Makefile.in generated by automake 1.10 from Makefile.am. ...
+MKDIR_P = /bin/mkdir -p
...
+abs_builddir = /home/ulf/...
+abs_srcdir = /home/ulf/...
+abs_top_builddir = /home/ulf/...
+abs_top_srcdir = /home/ulf/...
...

Obviously some of the features used by the new build system require automake 1.10. (I'm using autoconf 2.61, but I think automake is the bad guy.)

After an update your Makefile should contain the variable abs_top_srcdir, then you should try an absolute link again ($(abs_top_srcdir)/images).

Bye Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070808/470f5621/attachment.bin

Hi,

On Wed, 2007-08-08 at 17:55 +0200, Ulf-D. Ehlert wrote:

Obviously some of the features used by the new build system require automake 1.10. (I'm using autoconf 2.61, but I think automake is the bad guy.)

It would be a good idea to either check this in autogen.sh then or to drop use of those features and stick to automake 1.9. Since automake 1.10 is not yet widely available, I suggest that you try to write the Makefile.am without the use of automake 1.10 features.

Sven

Sven Neumann (Mittwoch, 8. August 2007, 18:48):

Hi,

On Wed, 2007-08-08 at 17:55 +0200, Ulf-D. Ehlert wrote:

Obviously some of the features used by the new build system require automake 1.10. (I'm using autoconf 2.61, but I think automake is the bad guy.)

It would be a good idea to either check this in autogen.sh then or to drop use of those features and stick to automake 1.9. Since automake 1.10 is not yet widely available, I suggest that you try to write the Makefile.am without the use of automake 1.10 features.

When all problems with the build system are solved and when we have some time, we should consider to drop those autotools. Since we don't have to check compiler and linker options etc., for us it's just overkill. And it's not a good tool.

Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070808/97002f39/attachment.bin

Hi,

On Wed, 2007-08-08 at 21:44 +0200, Ulf-D. Ehlert wrote:

When all problems with the build system are solved and when we have some time, we should consider to drop those autotools. Since we don't have to check compiler and linker options etc., for us it's just overkill.

I disagree with you on this since there are a lot of things that the automated makefiles can do for you. Checking for compiler and linker options is really only a minor feature.

Anyway, you should at least check for automake 1.10 in autogen.sh then to avoid people running into problems they can't easily deal with.

Sven

On Wed, Aug 08, 2007 at 11:33:26PM +0200, Sven Neumann wrote:

Hi,

On Wed, 2007-08-08 at 21:44 +0200, Ulf-D. Ehlert wrote:

When all problems with the build system are solved and when we have some time, we should consider to drop those autotools. Since we don't have to check compiler and linker options etc., for us it's just overkill.

I disagree with you on this since there are a lot of things that the automated makefiles can do for you. Checking for compiler and linker options is really only a minor feature.

Anyway, you should at least check for automake 1.10 in autogen.sh then to avoid people running into problems they can't easily deal with.

And at least current ubuntu distros have this package.

Just apt-get install automake-1.10
&
apt-get remove automake-1.9

bye

On Mon, Aug 13, 2007 at 04:41:43PM +0200, Marco Ciampa wrote:

And at least current ubuntu distros have this package.

Just apt-get install automake-1.10
&
apt-get remove automake-1.9

Althougt I too have problems creating html images.

make images

always report "make: Nothing to be done for `images'." and the images are _not_ updated.

I have done "make clean" & have automake-1.10 installed.

bye

On Mon, Aug 13, 2007 at 06:06:30PM +0200, Marco Ciampa wrote:

On Mon, Aug 13, 2007 at 04:41:43PM +0200, Marco Ciampa wrote:

And at least current ubuntu distros have this package.

Just apt-get install automake-1.10
&
apt-get remove automake-1.9

Althougt I too have problems creating html images.

make images

always report "make: Nothing to be done for `images'." and the images are _not_ updated.

Yes that's correct, because 'make images' doesn't exist anymore. Copying thousends of images from one place to another doesn't make any sense.

Although we may consider about adding a line which creates a symbolic link to the images.... What do you think?

Greetings,

Marco Ciampa (Montag, 13. August 2007, 18:06):

On Mon, Aug 13, 2007 at 04:41:43PM +0200, Marco Ciampa wrote:

[...]

make images

always report "make: Nothing to be done for `images'." and the images are _not_ updated.

Make can't update your images.
Use "svn update" instead. ;-)

Ulf

-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070813/6bdf1df0/attachment.bin

On Mon, Aug 13, 2007 at 08:56:13PM +0200, Ulf-D. Ehlert wrote:

Marco Ciampa (Montag, 13. August 2007, 18:06):

On Mon, Aug 13, 2007 at 04:41:43PM +0200, Marco Ciampa wrote:

[...]

make images

always report "make: Nothing to be done for `images'." and the images are _not_ updated.

Make can't update your images.
Use "svn update" instead. ;-)

yes but the generated html pages always refers to nonexistent images so the manual is unreadable if not installed (and I do _not_ want to install it every time I want to check my translation...)

:-(

Please find a way, perhaps by symlinks?

Hi Marco,

Marco Ciampa (Montag, 13. August 2007, 21:54): [...]

yes but the generated html pages always refers to nonexistent images so the manual is unreadable if not installed (and I do _not_ want to install it every time I want to check my translation...)

html/images should be a symlink to images. Julien had the same problems some days ago (see this thread). We added a line in Makefile.am:

# Main text html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*
test -d html/images || $(LN_S) $(abs_top_srcdir)/images html/

The line beginning with "test -d html/images ..." was added (with a leading ), and it should work with automake 1.10. Don't forget to re-run autogen.sh.

HTH.

Bye Ulf
-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070813/6653f62c/attachment.bin

On Mon, Aug 13, 2007 at 11:43:41PM +0200, Ulf-D. Ehlert wrote:

Hi Marco,

Marco Ciampa (Montag, 13. August 2007, 21:54): [...]

yes but the generated html pages always refers to nonexistent images so the manual is unreadable if not installed (and I do _not_ want to install it every time I want to check my translation...)

html/images should be a symlink to images. Julien had the same problems some days ago (see this thread). We added a line in Makefile.am:

# Main text html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*
test -d html/images || $(LN_S) $(abs_top_srcdir)/images html/

The line beginning with "test -d html/images ..." was added (with a leading ), and it should work with automake 1.10. Don't forget to re-run autogen.sh.

Sorry, in my Makefile.am there is still (and yes I've "svn update"-d!):

# Main text html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*

( missint the test line...)

So I've done in trunk/html:

ln -s ../images/ images

and it fixed all.

Before you ask again, yes, I've done make clean and re-runned ./autogen.sh ... perhaps I'm missing something? Sorry I have no clue in make/automake/autoconf ! :-(

bye

Marco Ciampa (Dienstag, 14. August 2007, 12:04):

Sorry, in my Makefile.am there is still (and yes I've "svn update"-d!):

# Main text
html/%/index.html: xml/%.xml stylesheets/plainhtml.xsl rm -rf html/$*
$(mkdir_p) html/$*
( missint the test line...)

Sorry, that seemed to be a misunderstanding. We did not (yet) change the SVN repository's Makefile.am. It was just a workaround: you have to add the missing line manually.

So I've done in trunk/html:

ln -s ../images/ images

and it fixed all.

Before you ask again, yes, I've done make clean and re-runned ./autogen.sh ... perhaps I'm missing something? Sorry I have no clue in
make/automake/autoconf ! :-(

But the next "make clean" will remove html again. If you patch your Makefile.am, 'make' will always create the link for you.

BTW, I never use "make clean". Does it anything useful for you?

Bye, Ulf

-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070814/8c36a103/attachment.bin

On Tue, Aug 14, 2007 at 06:59:04PM +0200, Ulf-D. Ehlert wrote:

But the next "make clean" will remove html again. If you patch your Makefile.am, 'make' will always create the link for you.

BTW, I never use "make clean". Does it anything useful for you?

I was erroneous supposing that it was a "good thing to do (TM)" before the switch to gimp-help-2.4.x.

Now it's clear. Is there any counterindication to apply the path to the svn repository?

bye

Marco Ciampa (Dienstag, 14. August 2007, 22:56): [...]

Is there any counterindication to apply the path to the svn repository?

It's been applied today. We will see what happens ...

Bye Ulf

-------------- next part -------------- A non-text attachment was scrubbed... Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /lists/gimp-docs/attachments/20070815/ffcdc238/attachment.bin