Skip to contentSkip to conversation

package/xbmc: Bump version to 13.2rc1

PATCH New Bernd Kuhls 4 participants 5 messages Aug 13, 2014 – Aug 14, 2014

lore
Share & tools
lore

Bernd Kuhls

author
#0 lore raw

PATCH 1/1 package/xbmc: Bump version to 13.2rc1

Signed-off-by Bernd Kuhls <[email protected]>
---
 package/xbmc/xbmc.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
package/xbmc/xbmc.mk +1 -1
index a7c8080..eaa21c9 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-XBMC_VERSION = 13.2b3-Gotham
+XBMC_VERSION = 13.2rc1-Gotham
 XBMC_SOURCE = $(XBMC_VERSION).tar.gz
 XBMC_SITE = https://github.com/xbmc/xbmc/archive
 XBMC_LICENSE = GPLv2
Signature · 1 line
1.7.10.4
#1 lore raw

PATCH 1/1 package/xbmc: Bump version to 13.2rc1

Peter,

Quoted 11 lines · Bernd Kuhls
Signed-off-by Bernd Kuhls <[email protected]>
---
 package/xbmc/xbmc.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
package/xbmc/xbmc.mk +0 -0
index a7c8080..eaa21c9 100644

package/xbmc/xbmc.mk line 10

Quoted 8 lines
package/xbmc/xbmc.mk +1 -1
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-XBMC_VERSION = 13.2b3-Gotham
+XBMC_VERSION = 13.2rc1-Gotham
 XBMC_SOURCE = $(XBMC_VERSION).tar.gz
 XBMC_SITE = https://github.com/xbmc/xbmc/archive
 XBMC_LICENSE = GPLv2

If you commit this, then I suggest it goes to 'master' and not 'next'. While we normally merge version bumps in 'next' at this point, this version bump is a bump from a "beta" version to a "release candidate" version, so it should normally bring more stability/fixes to XBMC.

Bernd: it would have been good to have made this explicit in the commit log.

Thanks,

Thomas

Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
#2 lore raw

PATCH 1/1 package/xbmc: Bump version to 13.2rc1

Bernd, All,

On 2014-08-13 09:25 +0200, Thomas Petazzoni spake thusly:

Quoted 15 lines · Bernd Kuhls
Quoted 14 lines
Signed-off-by Bernd Kuhls <[email protected]>
---
 package/xbmc/xbmc.mk |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
package/xbmc/xbmc.mk +0 -0
index a7c8080..eaa21c9 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
Quoted 10 lines

package/xbmc/xbmc.mk line 10

Quoted 5 lines
package/xbmc/xbmc.mk +1 -1
-XBMC_VERSION = 13.2b3-Gotham
+XBMC_VERSION = 13.2rc1-Gotham
 XBMC_SOURCE = $(XBMC_VERSION).tar.gz
 XBMC_SITE = https://github.com/xbmc/xbmc/archive
 XBMC_LICENSE = GPLv2

If you commit this, then I suggest it goes to 'master' and not 'next'. While we normally merge version bumps in 'next' at this point, this version bump is a bump from a "beta" version to a "release candidate" version, so it should normally bring more stability/fixes to XBMC.

Yes, please apply this to master.

Quoted 2 lines

Bernd: it would have been good to have made this explicit in the commit log.

But in the long run, I'd really appreciate if we did not carry those intermediate alpha/beta/rc versions, and stick with stable ones. For XBMC, as well as for any other package.

There can be reasons to switch to a alpha/beta/rc version of specific packages (like, it has been released years ago, and there's no stable, or whatever), but certainly not in this case.

Regards,
Yann E. MORIN.

Signature · 6 lines
.-----------------.--------------------.------------------.--------------------.
|  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.  |
'------------------------------^-------^------------------^--------------------'
#3 lore raw

PATCH 1/1 package/xbmc: Bump version to 13.2rc1

Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line

"Yann" == Yann E MORIN <[email protected]> writes:

Hi,

Quoted 7 lines

But in the long run, I'd really appreciate if we did not carry those intermediate alpha/beta/rc versions, and stick with stable ones. For XBMC, as well as for any other package.

There can be reasons to switch to a alpha/beta/rc version of specific packages (like, it has been released years ago, and there's no stable, or whatever), but certainly not in this case.

I agree, normally we should just use the latest stable release.

Signature · 1 line
Bye, Peter Korsgaard