gnome-doc-utils update to 0.18.1 fails

[ram@…]

full debug log attached, error seems to be:

        (cd de/ && \
          PYTHONPATH="/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/mallard/../../xml2po:/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/mallard/../../xml2po:" "/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/mallard/../../xml2po/xml2po/xml2po" -m mallard -e -p "${po}" \
            "${d}C/mal_external.page" > mal_external.page.tmp && \
            cp mal_external.page.tmp mal_external.page && rm -f mal_external.page.tmp)
Traceback (most recent call last):
  File "/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/mallard/../../xml2po/xml2po/xml2po", line 185, in <module>
    main(sys.argv[1:])
  File "/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/mallard/../../xml2po/xml2po/xml2po", line 171, in main
    xml2po_main.merge(mofile, filenames[0])
  File "/opt/local/var/macports/build/_Volumes_Misc_VCS_opt_macports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/xml2po/xml2po/__init__.py", line 601, in merge
    self.gt = gettext.GNUTranslations(mfile)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/gettext.py", line 180, in __init__
    self._parse(fp)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/gettext.py", line 293, in _parse
    raise IOError(0, 'File is corrupt', filename)
IOError: [Errno 0] File is corrupt: '.xml2po.mo'

[ryandesign@…]

Cc Me!

[jmr@…]

I get an error that's a little different:

	  PYTHONPATH="/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/xslt/../../xml2po:/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/xslt/../../xml2po:" "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/xslt/../../xml2po/xml2po/xml2po" -m docbook -e -p "${po}" \
	    "${d}C/theme.xml" > theme.xml.tmp && \
	    cp theme.xml.tmp theme.xml && rm -f theme.xml.tmp)
Traceback (most recent call last):
  File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/xslt/../../xml2po/xml2po/xml2po", line 185, in <module>
    main(sys.argv[1:])
  File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/doc/xslt/../../xml2po/xml2po/xml2po", line 171, in main
    xml2po_main.merge(mofile, filenames[0])
  File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-doc-utils/work/gnome-doc-utils-0.18.1/xml2po/xml2po/__init__.py", line 601, in merge
    self.gt = gettext.GNUTranslations(mfile)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/gettext.py", line 180, in __init__
    self._parse(fp)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/gettext.py", line 273, in _parse
    magic = unpack('<I', buf[:4])[0]
struct.error: unpack requires a string argument of length 4
make[2]: *** [de/l10n-numbers.xml] Error 1

[jeremyhu@…]

weird... it builds fine for me on all my machines... I wonder if it's a parallel build issue... ?

If you try building it with "buildmakejobs 1" in $prefix/etc/macports.conf, does it install correctly?

[ram@…]

Odd, it build now. port_cutleaves removed gnome-doc-utils and trying now (before setting buildmakejobs to 1) it builds. Maybe it doesn't like having an older version installed?

[jeremyhu@…]

The failure point doesn't make me think that's the case since it's not a linking issue and the backtrace shows it's not using the installed version of xml2po ... so my hunch is still the same that it's a parallelization issue.

[accolon@…]

I got the same error as jmr ("struct.error: unpack requires a string argument of length 4"). Setting buildmakejobs to 1 solved it for me.

[jeremyhu@…]

Thanks r64543