[PPL-devel] Re: RFC: packaging the PPL for RedHat and Debian
Matthew Mundell
mattm at comp.leeds.ac.uk
Tue Mar 8 10:40:22 CET 2005
>> An alternative:
>> - libppl5
>> - libppl5-<language>
>> - libppl5-dev ; which includes all interface dev
>> - libppl5-doc
>> Is 5 correct? With the CVS head installed, this:
>> objdump -p /usr/local/lib/libppl.so | grep SONAME
>> returns:
>> SONAME libppl.so.5
>
> The name would have change from release to release, since we are nowhere
> near to offer any kind of backward compatibility. We cannot offer
> source compatibility, let alone binary compatibility. If this proposal
> means we have to create by hand files called libppl<n>*
> for <n> = 5, 6, 7, ... one unrelated from the other as far as CVS
> is concerned, then I oppose this proposal.
Yes, it will be too much work if compatibility is going to break
often.
> Keeping them both would be completely nonsensical
> today and even two years from now. The parallel with libc makes no sense:
> in a GNU/Linux system _everything_ depends on libc, so there this
> versioning thing is vital to make the system practically upgradable.
>
> I propose we try to end up with something that works, to start with,
> omitting the version number from the package names.
Many packages seem to do it like this, so it must be OK, even if the
policy suggests a number.
More information about the PPL-devel
mailing list