Selon Yves Martin <ymartin59@???>:
> Selon Frédéric Mantegazza <mantegazza@???>:
>
> > Ça c'est bizarre. Normalement, il aurait dû demander d'installer la version
>
> > 0.76 lors de la compilation du paquet, non ? Peut-être n'en a-t-il pas
> > besoin lors de la compile, mais uniquement à l'exécution... Pas clair.
>
> C'est très bizarre effectivement:
> Package: ssh
> Version: 1:3.8p1-3
> Section: net
> Priority: standard
> Architecture: i386
> Depends: libc6 (>= 2.2.4-4), libpam0g (>= 0.72-1), libssl0.9.6, libwrap0,
> zlib1g (>= 1:1.1.4), debconf (>= 0.5), libpam-runtime (>= 0.76-14),
> libpam-modules (>= 0.72-9), adduser (>= 3.9), dpkg (>= 1.9.0)
> Suggests: ssh-askpass, xbase-clients, dnsutils
> Conflicts: ssh-nonfree (<<2), ssh-socks, ssh2, sftp, rsh-client
> (<<0.16.1-1)
> Provides: rsh-client
>
> D'où peut venir le 'Depends' libpam-runtime ?
J'ai la réponse: debian/rules:
# We need a new libpam-runtime for sane PAM handling
# (
http://lists.debian.org/debian-devel-announce-0308/msg00012.html).
# Unfortunately it's hard to detect during the build whether this is
# appropriate, so woody-compatibility is a pain. I've had to punt and go for
# a DEB_BUILD_SSH_WOODY environment variable. We can remove this hack once
# we no longer care about woody.
ifeq ($(DEB_BUILD_SSH_WOODY),)
PAMSUBST := no
PAMDEP := libpam-runtime (>= 0.76-14)
else
PAMSUBST := yes
PAMDEP := libpam-runtime
endif
D'après le mail (j'ai lu rapidement), il s'agit surtout de possibilité de
configuration. Est-ce que je force la dépendance libpam-runtime 0.72-9 ?
--
Yves Martin
