gettext dependency not properly picked up in build process

Bug #267978 reported by Jay Pipes
4
Affects Status Importance Assigned to Milestone
Drizzle
Fix Released
Low
Monty Taylor

Bug Description

Tracking down Build Farm build errors, I found that Builder ubuntu804.32.4:

http://drizzlebuild.42sql.com/builders/ubuntu804.32.4/builds/176

was failing build process with the following:

make all-recursive
make[1]: Entering directory `/home/vluther/tmp/drizzle/build07/build'
Making all in po
make[2]: Entering directory `/home/vluther/tmp/drizzle/build07/build/po'
test ! -f ./drizzle.pot || \
   test -z "ca.gmo cy.gmo de.gmo en_AU.gmo en_GB.gmo es.gmo fr.gmo hi.gmo it.gmo ko.gmo mr.gmo nb.gmo nl.gmo pt_BR.gmo ro.gmo ru.gmo tr.gmo zh_HK.gmo" || make ca.gmo cy.gmo de.gmo en_AU.gmo en_GB.gmo es.gmo fr.gmo hi.gmo it.gmo ko.gmo mr.gmo nb.gmo nl.gmo pt_BR.gmo ro.gmo ru.gmo tr.gmo zh_HK.gmo
make[3]: Entering directory `/home/vluther/tmp/drizzle/build07/build/po'
rm -f ca.gmo && : -c --statistics -o ca.gmo ca.po
mv: cannot stat `t-ca.gmo': No such file or directory
make[3]: *** [ca.gmo] Error 1
make[3]: Leaving directory `/home/vluther/tmp/drizzle/build07/build/po'
make[2]: *** [stamp-po] Error 2
make[2]: Leaving directory `/home/vluther/tmp/drizzle/build07/build/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/vluther/tmp/drizzle/build07/build'
make: *** [all] Error 2
program finished with exit code 2

I believe this error is due to gettext not being properly picked up as missing by autoconf, however in the config log, I show gettext as available:

checking for GNU gettext in libc... yes

Monty, what else is missing which is causing the build error?

Assigning to Monty. I've also sent an email to the build slave owner to see with a link to this bug to see what the system configuration is.

Revision history for this message
Jay Pipes (jaypipes) wrote :

Also occurring on this slave as well:

http://drizzlebuild.42sql.com/builders/ubuntu804.32.4-mt/

Changed in drizzle:
assignee: nobody → mordred
milestone: none → cirrus
Revision history for this message
Eric Day (eday) wrote :

I ran into this problem the other day, it was because I didn't have gettext installed. Configure still completed but it used a ':' in place of the gettext cmds (you can see it in your paste abouve with 'rm -f ca.gmo && : -c --statistics ...'.

Revision history for this message
Jay Pipes (jaypipes) wrote :

Indeed, I saw that too, and was a bit confused. So...but apparently gettext is installed (see the config log output above) so is this an issue with configure.ac or something else?

Revision history for this message
Vid Luther (vid-thirdpartycode) wrote :

I'm one of the build slave owners, and yes I can confirm gettext is installed.

bash> gettext --version
gettext (GNU gettext-runtime) 0.17
Copyright (C) 1995-1997, 2000-2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Ulrich Drepper.

autoconf --version
autoconf (GNU Autoconf) 2.61
Copyright (C) 2006 Free Software Foundation, Inc.

Revision history for this message
Monty Taylor (mordred) wrote : Re: [Bug 267978] [NEW] gettext dependency not properly picked up in build process

Well, there's two things we need to check for - gettext being in the lib
so that the gettext calls work (or need to be stubbed) and the gettext
dev tools being available to build message catalogs. In this case, is
sounds like we have gettext lib but no tools, so the build is failing in
building the catalogs. It should be easy to fix and just not build the
catalogs if we don't have the tools to do so.

Thanks.

Jay Pipes wrote:
> Public bug reported:
>
> Tracking down Build Farm build errors, I found that Builder
> ubuntu804.32.4:
>
> http://drizzlebuild.42sql.com/builders/ubuntu804.32.4/builds/176
>
> was failing build process with the following:
>
> make all-recursive
> make[1]: Entering directory `/home/vluther/tmp/drizzle/build07/build'
> Making all in po
> make[2]: Entering directory `/home/vluther/tmp/drizzle/build07/build/po'
> test ! -f ./drizzle.pot || \
> test -z "ca.gmo cy.gmo de.gmo en_AU.gmo en_GB.gmo es.gmo fr.gmo hi.gmo it.gmo ko.gmo mr.gmo nb.gmo nl.gmo pt_BR.gmo ro.gmo ru.gmo tr.gmo zh_HK.gmo" || make ca.gmo cy.gmo de.gmo en_AU.gmo en_GB.gmo es.gmo fr.gmo hi.gmo it.gmo ko.gmo mr.gmo nb.gmo nl.gmo pt_BR.gmo ro.gmo ru.gmo tr.gmo zh_HK.gmo
> make[3]: Entering directory `/home/vluther/tmp/drizzle/build07/build/po'
> rm -f ca.gmo && : -c --statistics -o ca.gmo ca.po
> mv: cannot stat `t-ca.gmo': No such file or directory
> make[3]: *** [ca.gmo] Error 1
> make[3]: Leaving directory `/home/vluther/tmp/drizzle/build07/build/po'
> make[2]: *** [stamp-po] Error 2
> make[2]: Leaving directory `/home/vluther/tmp/drizzle/build07/build/po'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/vluther/tmp/drizzle/build07/build'
> make: *** [all] Error 2
> program finished with exit code 2
>
> I believe this error is due to gettext not being properly picked up as
> missing by autoconf, however in the config log, I show gettext as
> available:
>
> checking for GNU gettext in libc... yes
>
> Monty, what else is missing which is causing the build error?
>
> Assigning to Monty. I've also sent an email to the build slave owner to
> see with a link to this bug to see what the system configuration is.
>
> ** Affects: drizzle
> Importance: Undecided
> Assignee: Monty Taylor (mordred)
> Status: New
>
> ** Changed in: drizzle
> Assignee: (unassigned) => Monty Taylor (mordred)
> Target: None => cirrus
>

Revision history for this message
Monty Taylor (mordred) wrote : Re: [Bug 267978] Re: gettext dependency not properly picked up in build process

Can you verify:

bash> msgfmt --version
msgfmt (GNU gettext-tools) 0.17

(Still should not b0rk in this way if we don't find things... but still)

Vid Luther wrote:
> I'm one of the build slave owners, and yes I can confirm gettext is
> installed.
>
> bash> gettext --version
> gettext (GNU gettext-runtime) 0.17
> Copyright (C) 1995-1997, 2000-2007 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Written by Ulrich Drepper.
>
> autoconf --version
> autoconf (GNU Autoconf) 2.61
> Copyright (C) 2006 Free Software Foundation, Inc.
>

Revision history for this message
Vid Luther (vid-thirdpartycode) wrote :

msgfmt --version
msgfmt (GNU gettext-tools) 0.17
Copyright (C) 1995-1998, 2000-2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Ulrich Drepper.

What's weird, is that when I typed it originally, ubuntu said I may want to install gettext, so i did what it told me to, and now msfgmt works.. I have a feeling the compile will work too now. Now I need to figure out why the compile worked for so long and all of a sudden today it stopped working.. this box is barely used..

Revision history for this message
Monty Taylor (mordred) wrote :

Vid Luther wrote:
> msgfmt --version
> msgfmt (GNU gettext-tools) 0.17
> Copyright (C) 1995-1998, 2000-2007 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Written by Ulrich Drepper.
>
> What's weird, is that when I typed it originally, ubuntu said I may want
> to install gettext, so i did what it told me to, and now msfgmt works..
> I have a feeling the compile will work too now. Now I need to figure out
> why the compile worked for so long and all of a sudden today it stopped
> working.. this box is barely used..

That is sort of odd. I would have expected configure to do the right
thing... I'll try to look tomorrow at the configure script and see what
the deal is.

Revision history for this message
Jay Pipes (jaypipes) wrote :

Setting to Low priority as the workaround is to install GetText tools. However, Monty, if you could look into the AC_ macro that needs to check for msgfmt, that would be cool! Thanks!

Changed in drizzle:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Monty Taylor (mordred) wrote :

.po files are not updated any more if gettext client utilities are not available.

Changed in drizzle:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.