Re: SONAME best practice

2012-05-15 Thread Russ Allbery
Andy Hawkins writes: > On Tue, May 15, 2012 at 12:10:29PM +0200, Daniel Pocock wrote: >> I think the previous pattern is not so helpful and we can also look at >> it in a slightly different perspective, consistency with the pattern >> used by other libs > I'm not sure you can use all other libra

Re: SONAME best practice

2012-05-15 Thread Peter Samuelson
[Andy Hawkins] > I think I'd prefer libmb5.so, as it maintains consistency with the > libmb3 packages. > > It's also clearer to the person installing it exactly what they're getting. > Otherwise, the libmb3 packages would have been called libmusicbrainz-6, > which doesn't obviously tell them

Re: SONAME best practice

2012-05-15 Thread Andy Hawkins
Hi, On Tue, May 15, 2012 at 12:10:29PM +0200, Daniel Pocock wrote: > I think the previous pattern is not so helpful and we can also look at it > in a slightly different perspective, consistency with the pattern used by > other libs I'm not sure you can use all other libraries as an example. A go

Re: SONAME best practice

2012-05-15 Thread Thibaut Paumard
Le 15/05/12 11:26, Daniel Pocock a écrit : > I agree that this is valid and that these libs/pkgs can co-exist > > My preference would be for the soname libmusicbrainz.so.5, is there any > outright reason to avoid the other way of doing it, or it is largely at the > discretion of upstream in each

Re: SONAME best practice

2012-05-15 Thread Daniel Pocock
Andy Hawkins wrote: >Hi, > >On Tue, May 15, 2012 at 11:26:04AM +0200, Daniel Pocock wrote: >> I agree that this is valid and that these libs/pkgs can co-exist > >> My preference would be for the soname libmusicbrainz.so.5, is there >any >> outright reason to avoid the other way of doing it, or

Re: SONAME best practice

2012-05-15 Thread Andy Hawkins
Hi, On Tue, May 15, 2012 at 11:26:04AM +0200, Daniel Pocock wrote: > I agree that this is valid and that these libs/pkgs can co-exist > My preference would be for the soname libmusicbrainz.so.5, is there any > outright reason to avoid the other way of doing it, or it is largely at > the discretio

Re: SONAME best practice

2012-05-15 Thread Daniel Pocock
Mike Hommey wrote: >On Tue, May 15, 2012 at 08:16:08AM +, Andy Hawkins wrote: >> Hi, >> >> In article <4fb20730.1090...@pocock.com.au>, >>Daniel Pocock wrote: >> > There has been some discussion on this list about flactag and >libmusicbrainz >> > >> > libmusicbrainz SONAMEs hav

Re: SONAME best practice

2012-05-15 Thread Mike Hommey
On Tue, May 15, 2012 at 08:16:08AM +, Andy Hawkins wrote: > Hi, > > In article <4fb20730.1090...@pocock.com.au>, >Daniel Pocock wrote: > > There has been some discussion on this list about flactag and libmusicbrainz > > > > libmusicbrainz SONAMEs have a colourful history and this i

Re: SONAME best practice

2012-05-15 Thread Andy Hawkins
Hi, In article <4fb20730.1090...@pocock.com.au>, Daniel Pocock wrote: > There has been some discussion on this list about flactag and libmusicbrainz > > libmusicbrainz SONAMEs have a colourful history and this is reflected in > the way previous versions have been packaged > > e.g. > > S

SONAME best practice

2012-05-15 Thread Daniel Pocock
There has been some discussion on this list about flactag and libmusicbrainz libmusicbrainz SONAMEs have a colourful history and this is reflected in the way previous versions have been packaged e.g. SONAME = libmusicbrainz3.so.6 v2.1.x (currently in Debian, src pkg = libmusicbrainz-2.1) SONA