On 2017-01-11, at 8:38 PM, Bernhard Übelacker wrote:

> notfound 850073 0.73.0
> found 850073 0.7.0-1
> thanks
> 
> 
> Hello Dave,
> sorry for the delay.
> I got a little distracted by creating a hppa chroot ...
> 
> I assumed version 0.73.0 was just mixed up from the sbuild version,
> so I am trying to change it to 0.7.0.
> 
> 
> Due to [2] there is currently a version 0.7.1-1 built for hppa.
> I assume this build is overriding dh_auto_configure as you
> suggested, comparing with the last failed log [1].

Yes.
> 
> 
> Before 0.7.0 dh_auto_configure was already overriden, but I
> moved it into the DEB_CONFIGURE_EXTRA_FLAGS [4]. Probably due to
> a warning or lintian message that I cannot reproduce now.
> 
> Always setting the configure parameter seems to be also a leftover
> from the time where dvbcut delivered its own source copy of ffmpeg.
> 
> After that got removed the following line in configure.ac is
> reached without ffmpeg_lib being set and therefore leaving the '-L' alone.
> 
>    LDFLAGS="-L$ffmpeg_lib $LDFLAGS"

Yes.

> 
> On the other architectures this seem to work because the '-L' is followed by
>    x86_64: gcc ... -L -Wl,-z,relro -Wl,-z,now conftest.c ...

-z relro was broken on hppa.  Probably, this is why the same ld options were 
not set on hppa.
Alan Modra recently fixed this in binutils but the fix is not yet in Debian 
binutils as far as I know.

>    hppa:   gcc ... -L  conftest.c ...
> 
> 
> So I am going to plan to move the LDFLAGS line to the two places where
> ffmpeg_lib gets set and remove DEB_CONFIGURE_EXTRA_FLAGS altogether.

Okay.
> 
> Is it ok if we postpone this after the stretch freeze period?

Sure.

Regards,
Dave
--
John David Anglin       dave.ang...@bell.net

Reply via email to