https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c0
Summary: openssh helpers wrongly uses %_libdir Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: jengelh@medozas.de QAContact: qa@suse.de Found By: Beta-Customer Blocker: ---
I had a openSUSE 11.4 i586 installation on one machine, and as I was upgrading its hardware to a 64-bit CPU, I did a x86_64 reinstall, and copied over the configs from the previous install. Among that was /etc/ssh/sshd_config.
After this, sftp was no longer usable ("Connection closed by host"), hinting towards the helper not being executable. sshd_config, having been inherited from a i586 environment, contained:
Subsystem sftp /usr/lib/ssh/sftp-server
However, the sftp helper was installed in /usr/lib64/ssh (%_libdir/ssh), which I consider the wrong place, because the helper is bitness-independent and thus should go to %_libexecdir/ssh instead.
The problem persists by looking at the current /network/openssh/openssh.spec.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c1
--- Comment #1 from Jan Engelhardt jengelh@medozas.de 2011-08-12 14:38:45 UTC --- I have prepared sr#78670.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c
zj jia zjjia@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zjjia@novell.com AssignedTo|bnc-team-screening@forge.pr |pcerny@novell.com |ovo.novell.com |
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c2
Petr Cerny pcerny@novell.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED
--- Comment #2 from Petr Cerny pcerny@novell.com 2011-08-16 20:25:46 UTC --- Thanks for spotting this, seems to be some leacy stuff in the specfile.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c3
--- Comment #3 from Bernhard Wiedemann bwiedemann@suse.com 2011-10-05 15:00:09 CEST --- This is an autogenerated message for OBS integration: This bug (712025) was mentioned in https://build.opensuse.org/request/show/86663 Factory / openssh
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c4
Petr Cerny pcerny@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |FIXED
--- Comment #4 from Petr Cerny pcerny@suse.com 2011-11-04 19:50:17 UTC --- I consider this fixed in 5.9p1 version of the package.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c5
Bruno Friedmann bruno@ioda-net.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bruno@ioda-net.ch
--- Comment #5 from Bruno Friedmann bruno@ioda-net.ch 2011-11-05 13:04:24 UTC --- Petr the commit show version 5.8p1 right ?
Now my question isn't Strange LSB : why 64bit executable are place in /usr/lib ?
file /usr/lib/ssh/* /usr/lib/ssh/gnome-ssh-askpass: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=0x21d683b84a10d2edf89140b9dd7094c94a904978, stripped /usr/lib/ssh/sftp-server: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=0x140d66880c31365d9b79a4bdcdfe2115562633cb, stripped /usr/lib/ssh/ssh-askpass: Bourne-Again shell script, ASCII text /usr/lib/ssh/ssh-keysign: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=0x97b7a5cd3fbc5ba43bbbbf3b8308d910e9143535, stripped /usr/lib/ssh/ssh-pkcs11-helper: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=0xde76127d95fe40e9f123c7f593e94f840311c721, stripped /usr/lib/ssh/x11-ssh-askpass: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID[sha1]=0x468fcaf1237227e4fc5997bcbece0dca69bc2608, stripped
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c6
--- Comment #6 from Bruno Friedmann bruno@ioda-net.ch 2011-11-05 13:14:55 UTC --- okay saw that the new build in network repository contain the 5.9p2 and how will this goes to 12.1 ?
let see what's happen once installed
Did you manage the configuration changes ?
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c7
--- Comment #7 from Jan Engelhardt jengelh@medozas.de 2011-11-05 13:49:59 UTC --- (In reply to comment #5)
Now my question isn't Strange LSB : why 64bit executable are place in /usr/lib ?
FHS 2.3 does not say anything about libexec (and thus leaves its status open). Standards can also be silly at times (e.g. POSIX's block size being 512 bytes rather than the more logical choice of 1000/1024).
But that has not stopped the SUSE people in "high positions", at one point in the past, to make this choice - which seems equally non-sensical to you and me - to put libexec files into /usr/lib rather than a separate dir as it had been for the past decades.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c8
--- Comment #8 from Petr Cerny pcerny@suse.com 2011-11-07 10:49:07 UTC --- (In reply to comment #5)
Now my question isn't Strange LSB : why 64bit executable are place in /usr/lib ?
distribution decision - there are both pros and cons to this. The whole problem is IMHO that we have a bi-arch distribution. You don't encounter these problems on single architecture systems. Yet to be fully consistent, you'd have to have bin and bin64 (or bin32), which most (if not all distros) didn't choose to do because of the problems it would cause.
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c9
--- Comment #9 from Bruno Friedmann bruno@ioda-net.ch 2011-11-07 12:51:54 UTC --- Jan, Petr thanks for your explanations.
World is full of exceptions :D
https://bugzilla.novell.com/show_bug.cgi?id=712025
https://bugzilla.novell.com/show_bug.cgi?id=712025#c10
--- Comment #10 from Bernhard Wiedemann bwiedemann@suse.com 2012-11-14 14:15:57 CET --- This is an autogenerated message for OBS integration: This bug (712025) was mentioned in https://build.opensuse.org/request/show/140867 https://build.opensuse.org/request/show/140868
http://bugzilla.novell.com/show_bug.cgi?id=712025
SMASH SMASH smash_bz@suse.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Whiteboard|maint:planned:update |