Bug#849923: openssh-server: no login possible after upgrade on x32
On Tue, Jan 03, 2017 at 03:51:03PM +0100, Thorsten Glaser wrote:
> On Tue, 3 Jan 2017, Colin Watson wrote:
> > Here's a better stopgap that lets us keep the sandbox enabled:
> >
> > https://anonscm.debian.org/cgit/pkg-ssh/openssh.git/commit/?id=e346421ca6852fbf9f95cf0e764ecc345e5ce21d
>
> Oooh, that looks promising… did you upload, or should I test beforehand?
> I have about half an hour remaining here in which I can test…
I tested locally and then uploaded (1:7.4p1-5).
> > You're probably being misled by config.guess's default, but that's
> > already overridden appropriately by dpkg/debhelper.
>
> Ouch, too much magic… I had d/rules spew out confflags, but apparently
> some dh7 magic adds even more flags then.
It's handled by
/usr/share/perl5/Debian/Debhelper/Buildsystem/autoconf.pm. If you need
to see what commands it runs, it's simplest to just set DH_VERBOSE=1.
> > Unnecessary: the default is --build=x86_64-linux-gnux32, and --host
> > shouldn't be passed when not cross-compiling.
>
> Helmut Grohne suggests to always pass both, even if equal. Probably
> to eliminate an entire error class, even if not necessary. *shrug*
> If this works, all the better.
/usr/share/doc/autotools-dev/README.Debian.gz claims that it causes
modern autoconf to switch to cross-compiling mode even if the values are
equal (though I haven't tracked down the exact details of this).
Helmut's advice was certainly valid with old autoconf ...
--
Colin Watson [cjwatson@debian.org]
Reply to: