Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 354116

Summary:	Bump Valgrind integration feature version to 0.8.1 on stable-0.8
Product:	[Tools] Linux Tools	Reporter:	Martin Oberhuber <mober.at+eclipse>
Component:	Valgrind	Assignee:	Linux Distros Inbox <linux.distros-inbox>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	P3	CC:	akurtakov, ebaron, john.arthorne, overholt
Version:	0.8.0
Target Milestone:	0.8.1
Hardware:	PC
OS:	Linux-GTK
Whiteboard:
Bug Depends on:	352099, 352101
Bug Blocks:

Description Martin Oberhuber

2011-08-08 05:45:58 EDT

Build ID: Valgrind 0.7.0.201106060936 (==Indigo ==Linuxtools 0.8.0)

As per the Linuxtools 0.8.0 release (Indigo), the Valgrind feature version is still at 0.7.0.201106060936.

This is confusing for end users installing from the update site. I'd expect a 0.8.0 version not only because Linuxtools as a package is at 0.8.0, but also because Helgrind has been added which is a user-visible addition that does warrant a version update.

Comment 1 Andrew Overholt

2011-08-08 10:35:55 EDT

Feature versions are so much fun, aren't they?  :)  Let's make it 0.8.0 in Indigo SR1, Elliott.

Comment 2 Martin Oberhuber

2011-08-08 11:02:46 EDT

What about 0.8.1 for Indigo SR1 ?

Comment 3 Andrew Overholt

2011-08-08 12:03:28 EDT

Sure, that's fine with me.  It's becoming confusing enough for committers and consumers that we should probably just align everything to 0.8.1 for SR1, 0.8.2 for SR2, and then make them all 1.0.0 when we graduate for Juno.

Comment 4 Martin Oberhuber

2011-08-08 12:17:31 EDT

Yeah... at least for the features. Plugin versions should continue to evolve by API evolution or remain unchanged if nothing changed.

Comment 5 Alexander Kurtakov

2011-08-16 10:42:30 EDT

While I fully support this alignment this is not a bugfix and bumping from 0.4.3 to 0.8.1 for specfile editor makes it look like a big change and this might be a problem for integrators that depend on feature versions. E.g you can't represent 0.4.3 to 0.8.1 as a bugfix release because it looks more like new version and according to Fedora guidelines newversion and bugfix updates are marked in different way and supposed to be given different testing. I know this is not blocking us but this can serve as a good example of what kind of issues this might cause to integrators.

That's why I would prefer this to happen for 0.9.0.

Comment 6 Andrew Overholt

2011-08-16 10:43:31 EDT

Maybe we could do this just for Valgrind, arguing that it should have happened for Indigo (0.8.0) anyway?

Comment 7 John Arthorne

2011-08-16 10:50:39 EDT

(In reply to comment #5)
> While I fully support this alignment this is not a bugfix and bumping from
> 0.4.3 to 0.8.1 for specfile editor makes it look like a big change and this
> might be a problem for integrators that depend on feature versions. E.g you
> can't represent 0.4.3 to 0.8.1 as a bugfix release because it looks more like
> new version and according to Fedora guidelines newversion and bugfix updates
> are marked in different way and supposed to be given different testing. I know
> this is not blocking us but this can serve as a good example of what kind of
> issues this might cause to integrators.

Yes, there are certainly potential problems with synchronizing the versions of unrelated packages. Perhaps a year or two from now, some of those features are not under significant development and just doing bug fixes. If they continue to appear as major new versions because of unrelated things happening in other Linux Tools components, it could also be confusing for downstream integrators who only are only consuming the stable features.

Comment 8 Andrew Overholt

2011-08-23 10:54:36 EDT

How about we just correct the Valgrind integration feature version to be 0.8.1 for Indigo SR1 (it should have been 0.8.0 in Indigo)?

Comment 9 Elliott Baron

2011-08-23 15:23:06 EDT

Valgrind features and plugins now have version 0.8.1 in stable-0.8.