On Thursday, April 23, 2015 at 3:44:35 PM UTC-7, jcf wrote:
>
> There is actually nothing in semver that precludes co-terming major 
> release versions,  and less that precludes "--version"  from both 
> displaying the local package version,  AND the release number targeted by 
> said package if you disagreed with the first point. This is one of those 
> circumstances where being pedantic means you reduce understanding,  not 
> increase it.
>

Agree.

What I'm looking for is clarity for the users.  What is there now is beyond 
unclear.

The problem as I see it is bundling.  Puppet is grouping standalone 
components into an aggregate 'release' of something bigger.  The pieces 
have versions that are far different from the aggregate.   Each piece's 
--version string doesn't even match the version of the rpm they were 
bundled into. That is just wrong.

Put yourself in the user's shoes:

   - I think I'm running puppet open source 4.0.0 including both server and 
   agent
   - there is a puppetserver-2.0.0 there, and a puppet-agent-1.0.0 there   
   - geez, I must be YEARS behind current !
   - so I look in /opt/puppetlabs/bin and see five binaries, none of which 
   have --version = 4.0.0 or even 'close' to the rpm version they came from
   - and that is clear 'how' exactly ?

My suggestion would be:

   - puppetserver rpm should be 4.0.0 for puppet release 4.0.0
   - puppet-agent rpm should be 4.0.0 for puppet release 4.0.0

And to me I'd add:

   - everything in a typically public-interface directory (not a bundled 
   ruby version, for example) that is therein and supports a --version should 
   return a version reflecting the rpm version they were packaged in somehow 
   that is user obvious.

or if you can't do that, bundle each of them into their own individually 
versioned rpms (ie. facter-2.4.3) and have puppet-agent require multiple 
rpms.

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/d210c3b2-3c27-4b0c-9287-1821bebe8f5d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to