Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-08 Thread Lucas De Marchi
On Wed, Feb 8, 2012 at 12:34 AM, Bob Friesenhahn wrote: > On Tue, 7 Feb 2012, Lucas De Marchi wrote: > >>> Hopefully your intention is only to illustrate what projects should not >>> do >>> and not to submit a patch.  This libkmod project seems to be less than >>> two >>> months old and perhaps th

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-08 Thread Lucas De Marchi
Hi Peter, On Wed, Feb 8, 2012 at 12:45 AM, Peter O'Gorman wrote: > On 02/07/2012 07:06 PM, Lucas De Marchi wrote: >> >> >> Yes. We can always learn. It seems that this is not the case here. >> There are other projects releasing like this and no one pointed out to >> a reasonable argument against

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Jan Engelhardt
On Wednesday 2012-02-08 03:45, Peter O'Gorman wrote: > On 02/07/2012 07:06 PM, Lucas De Marchi wrote: >> >> Yes. We can always learn. It seems that this is not the case here. >> There are other projects releasing like this and no one pointed out to >> a reasonable argument against it. That means t

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Peter O'Gorman
On 02/07/2012 07:06 PM, Lucas De Marchi wrote: Yes. We can always learn. It seems that this is not the case here. There are other projects releasing like this and no one pointed out to a reasonable argument against it. That means these arguments are not valid in our case: Again, use -version-n

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Lucas De Marchi
Hi Bob [ Please don't remove CC ] On Tue, Feb 7, 2012 at 12:03 AM, Bob Friesenhahn wrote: > On Tue, 7 Feb 2012, Jan Engelhardt wrote: > >> Much to my disappointment, I found that the newly-released libkmod v5 >> has made the following non-trivial change to its source tree, the latter >> of which

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Bob Friesenhahn
On Tue, 7 Feb 2012, Lucas De Marchi wrote: Hopefully your intention is only to illustrate what projects should not do and not to submit a patch.  This libkmod project seems to be less than two months old and perhaps the developers still have a bit to learn about library versioning. Yes. We can

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Vincent Torri
On Tue, Feb 7, 2012 at 3:03 AM, Bob Friesenhahn wrote: > On Tue, 7 Feb 2012, Jan Engelhardt wrote: > >> Much to my disappointment, I found that the newly-released libkmod v5 >> has made the following non-trivial change to its source tree, the latter >> of which I want to bring to attention: > > [s

The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Jan Engelhardt
Much to my disappointment, I found that the newly-released libkmod v5 has made the following non-trivial change to its source tree, the latter of which I want to bring to attention: commit e479598b7d19ae7be45bf5329d6e4df32d646c16 diff --git a/Makefile.am b/Makefile.am ind

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-07 Thread Peter O'Gorman
On 02/06/2012 06:35 PM, Jan Engelhardt wrote: Much to my disappointment, I found that the newly-released libkmod v5 has made the following non-trivial change to its source tree, the latter of which I want to bring to attention: commit e479598b7d19ae7be45bf5329d6e4df32d646c16 diff

Re: The case of libkmod's .so versioning attempts, and induced collisions

2012-02-06 Thread Bob Friesenhahn
On Tue, 7 Feb 2012, Jan Engelhardt wrote: Much to my disappointment, I found that the newly-released libkmod v5 has made the following non-trivial change to its source tree, the latter of which I want to bring to attention: [stuff removed] (The numbers are directly fed into libtool's -version-