Em Qui, 2004-11-11 s 13:17 -0500, Daniel Burrows escreveu:
On Thursday 11 November 2004 10:45 am, Mike Hommey wrote:
It is not necessary. Look at fetchmail, for instance:
Replaces: popclient, fetchmail-ssl, fetchmail-common
Provides: popclient, fetchmail-ssl, fetchmail-common
Conflicts:
Hi all,
what's the current policy for packaging software that can optionally
linked with libssl support?
For Woody it seemed to be common practice to provide two separate
packages, one with ssl support enabled and another one with ssl
support disabled (like fetchmail/fetchmail-ssl or
On Nov 11, Juergen Salk [EMAIL PROTECTED] wrote:
what's the current policy for packaging software that can optionally
linked with libssl support?
You just do it.
Has the crypto policy changed after the Woody release? And more important:
Yes. Welcome to 2002.
--
ciao, |
Marco | [9130
On Thu, 11 Nov 2004, Marco d'Itri wrote:
On Nov 11, Juergen Salk [EMAIL PROTECTED] wrote:
what's the current policy for packaging software that can optionally
linked with libssl support?
You just do it.
If it causes no openssl+gpl-without-you-can-link-to-openssl license clash.
--
One
On Thursday 11 November 2004 04:11 am, Juergen Salk wrote:
It seems in Sarge at least some of the crypto crippled versions
have just vanished into thin air.
...which is going to silently leave users running old versions of some
software. links-ssl seems to have been replaced with a dummy
On Thu, Nov 11, 2004 at 10:27:08AM -0500, Daniel Burrows wrote:
On Thursday 11 November 2004 04:11 am, Juergen Salk wrote:
It seems in Sarge at least some of the crypto crippled versions
have just vanished into thin air.
...which is going to silently leave users running old versions of
On Thursday 11 November 2004 10:45 am, Mike Hommey wrote:
It is not necessary. Look at fetchmail, for instance:
Replaces: popclient, fetchmail-ssl, fetchmail-common
Provides: popclient, fetchmail-ssl, fetchmail-common
Conflicts: popclient, fetchmail-ssl, fetchmail-common, logcheck (
1.1.1-9)
7 matches
Mail list logo
