# sparc64 isn't even in the archive.
severity 879026 normal
thanks

On 10/18/2017 05:12 PM, Aaron M. Ucko wrote:
> Source: libinfinity
> Version: 0.7.1-1
> Severity: important
> Justification: fails to build from source (but built successfully in the past)
> User: [email protected]
> 
> Builds of libinfinity 0.7.1-1 for sparc64 (admittedly not a release
> architecture) have been failing per the below excerpt from
> https://buildd.debian.org/status/fetch.php?pkg=libinfinity&arch=sparc64&ver=0.7.1-1&stamp=1508172939&raw=0.
> 
>   Traceback (most recent call last):
>     File "/usr/bin/gtkdoc-fixxref", line 57, in <module>
>       fixxref.Run(options)
>     File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 114, in Run
>       FixCrossReferences(options)
>     File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 217, in 
> FixCrossReferences
>       FixHTMLFile(options, full_entry)
>     File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 242, in 
> FixHTMLFile
>       repl_func, content, flags=re.DOTALL)
>     File "/usr/lib/python2.7/re.py", line 155, in sub
>       return _compile(pattern, flags).sub(repl, string, count)
>     File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 239, in repl_func
>       return HighlightSource(options, m.group(1), m.group(2))
>     File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 350, in 
> HighlightSource
>       [config.highlight] + shlex.split(highlight_options) + 
> [temp_source_file]).decode('utf-8')
>     File "/usr/lib/python2.7/subprocess.py", line 219, in check_output
>       raise CalledProcessError(retcode, cmd, output=output)
>   subprocess.CalledProcessError: Command '['/usr/bin/highlight', 
> '--syntax=c', '--out-format=xhtml', '-f', '--class-name=gtkdoc', 
> '/tmp/tmpv2jqCC.c']' returned non-zero exit status -10
>   Makefile:759: recipe for target 'html-build.stamp' failed
> 
> These errors presumably stem from problems with gtk-doc-tools and/or
> highlight.  However, given that you have a separate -doc package these
> days, you may wish to consider sidestepping them by arranging to build
> this target only when actually building that package (and splitting
> Build-Depends-Indep out accordingly).
> 
> Could you please take a look?

So what's -10 as an errno on sparc64? I find it odd that I should work
around breakage on an architecture by disabling the doc build. Did you
file a bug against gtk-doc-tools as well so that this bug can be marked
as blocked by it?

I grant you the general request of not duplicating work that can be done
on the arch:all builder. Fair enough. But it will take some time until I
get to that.

Kind regards and thanks
Philipp Kern

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to