[Buildroot] [PATCH 1/1] openipmi: add OPENIPMI_VERSION_MAJOR variable

[Buildroot] [PATCH 1/1] openipmi: add OPENIPMI_VERSION_MAJOR variable

[Jerzy Grzegorek]

Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net>
---
 package/openipmi/openipmi.mk | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/package/openipmi/openipmi.mk b/package/openipmi/openipmi.mk
index 85bd6b4..3b9c49f 100644
--- a/package/openipmi/openipmi.mk
+++ b/package/openipmi/openipmi.mk
@@ -4,9 +4,10 @@
 #
 ################################################################################
 
-OPENIPMI_VERSION = 2.0.21
-OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%202.0%20Library
-OPENIPMI_SOURCE = OpenIPMI-2.0.21.tar.gz
+OPENIPMI_VERSION_MAJOR = 2.0
+OPENIPMI_VERSION = $(OPENIPMI_VERSION_MAJOR).21
+OPENIPMI_SOURCE = OpenIPMI-$(OPENIPMI_VERSION).tar.gz
+OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%20$(OPENIPMI_VERSION_MAJOR)%20Library
 OPENIPMI_LICENSE = LGPLv2+, GPLv2+, BSD-3c
 OPENIPMI_LICENSE_FILES = COPYING.LIB COPYING COPYING.BSD
 OPENIPMI_DEPENDENCIES = popt ncurses host-pkgconf
-- 
1.9.1

[Buildroot] [PATCH 1/1] openipmi: add OPENIPMI_VERSION_MAJOR variable

[Thomas Petazzoni]

Jerzy,

On Thu, 31 Dec 2015 08:59:30 +0100, Jerzy Grzegorek wrote:

> -OPENIPMI_VERSION = 2.0.21
> -OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%202.0%20Library
> -OPENIPMI_SOURCE = OpenIPMI-2.0.21.tar.gz
> +OPENIPMI_VERSION_MAJOR = 2.0
> +OPENIPMI_VERSION = $(OPENIPMI_VERSION_MAJOR).21
> +OPENIPMI_SOURCE = OpenIPMI-$(OPENIPMI_VERSION).tar.gz
> +OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%20$(OPENIPMI_VERSION_MAJOR)%20Library

I believe this is going a bit too far because what's encoded in the URL
here is not really the "major version", but the name of the project,
which is "OpenIPMI 2.0 Library".

So in this case, I don't think using the _VERSION_MAJOR thing is really
appropriate.

Let's see what others think about it.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

[Buildroot] [PATCH 1/1] openipmi: add OPENIPMI_VERSION_MAJOR variable

[Arnout Vandecappelle]

On 31-12-15 10:31, Thomas Petazzoni wrote:
> Jerzy,
> 
> On Thu, 31 Dec 2015 08:59:30 +0100, Jerzy Grzegorek wrote:
> 
>> -OPENIPMI_VERSION = 2.0.21
>> -OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%202.0%20Library
>> -OPENIPMI_SOURCE = OpenIPMI-2.0.21.tar.gz
>> +OPENIPMI_VERSION_MAJOR = 2.0
>> +OPENIPMI_VERSION = $(OPENIPMI_VERSION_MAJOR).21
>> +OPENIPMI_SOURCE = OpenIPMI-$(OPENIPMI_VERSION).tar.gz
>> +OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%20$(OPENIPMI_VERSION_MAJOR)%20Library
> 
> I believe this is going a bit too far because what's encoded in the URL
> here is not really the "major version", but the name of the project,
> which is "OpenIPMI 2.0 Library".
> 
> So in this case, I don't think using the _VERSION_MAJOR thing is really
> appropriate.
> 
> Let's see what others think about it.

 I don't care much either way. In general, I'm not too impressed with the
introduction of _VERSION_MAJOR variables, because IMHO it doesn't simplify
things at all. The idea is that it would be easier to bump the version, but in
all likelihood, when the major version changes, you have bigger problems to deal
with than just having to change things in two places.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

[Buildroot] [PATCH 1/1] openipmi: add OPENIPMI_VERSION_MAJOR variable

[Yann E. MORIN]

Arnout, Thomas, Jerzy, All,

On 2015-12-31 11:13 +0100, Arnout Vandecappelle spake thusly:
> On 31-12-15 10:31, Thomas Petazzoni wrote:
> > On Thu, 31 Dec 2015 08:59:30 +0100, Jerzy Grzegorek wrote:
> >> -OPENIPMI_VERSION = 2.0.21
> >> -OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%202.0%20Library
> >> -OPENIPMI_SOURCE = OpenIPMI-2.0.21.tar.gz
> >> +OPENIPMI_VERSION_MAJOR = 2.0
> >> +OPENIPMI_VERSION = $(OPENIPMI_VERSION_MAJOR).21
> >> +OPENIPMI_SOURCE = OpenIPMI-$(OPENIPMI_VERSION).tar.gz
> >> +OPENIPMI_SITE = http://sourceforge.net/projects/openipmi/files/OpenIPMI%20$(OPENIPMI_VERSION_MAJOR)%20Library
> > 
> > I believe this is going a bit too far because what's encoded in the URL
> > here is not really the "major version", but the name of the project,
> > which is "OpenIPMI 2.0 Library".
> > 
> > So in this case, I don't think using the _VERSION_MAJOR thing is really
> > appropriate.
> > 
> > Let's see what others think about it.
> 
>  I don't care much either way. In general, I'm not too impressed with the
> introduction of _VERSION_MAJOR variables, because IMHO it doesn't simplify
> things at all. The idea is that it would be easier to bump the version, but in
> all likelihood, when the major version changes, you have bigger problems to deal
> with than just having to change things in two places.

I'm usually not against using _VERSION_MAJOR.

What however I find disturbing and to be unnecessary churn, is this
systematic change to using it.

I would prefer that we only switch to using _VERSION_MAJOR when there is
a reason to do so (e.g. shared amongst many variables, like version, URL,
path URLs, etc...) while bumping a package or fixing it somehow, and
that we do not do that change on its own.

However, the name of the project is not OpenIPMI 2.0 Library. It's just
OpenIPMI. Upstream also has "OpenIPMI 1.3 Library" and "OpenIPMI 1.4
Library" download locations, each corresponding to the 'major version'
of the library.

Still, I agree with Arnout, and I don't think we should do those changes
just for the sake of adding _VERSION_MAJOR. It should provide an actual
improvement (but I can see that URL encoding above is a bit confusing to
read without the variable).

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'