[Pkg-puppet-devel] puppet-agent_7.16.0-1_amd64.changes ACCEPTED into experimental, experimental

Louis-Philippe Véronneau pollo at debian.org
Mon May 16 14:02:06 BST 2022


On 2022-05-16 08 h 35, Jerome Charaoui wrote:
> 
> Le 2022-05-16 à 03 h 56, Thomas Goirand a écrit :
>> On 5/15/22 12:00, Debian FTP Masters wrote:
>>>     * Renamed service to "puppet-agent" with "puppet" alias
>>>     * debian/control:
>>>       * added new dependencies: ruby-concurrent and ruby-semantic-puppet
>>>       * do not build puppet-master or puppet-common packages
>>>       * build puppet -> puppet-agent transitional package
>>>       * add Breaks/Replaces older puppet package
>>
>>
>> Hi,
>>
>> We already did a transition puppet-agent -> puppet in the past, I
>> don't think we want to do that work on the opposite direction a few
>> release later.
>>
>> Jerome, could you please revert this, and keep the name puppet-agent
>> for the binary? It's ok if you add a Provides: if you like though.
> 
> I think we should definitely keep the source package named
> "puppet-agent" because this one only builds the agent whereas the old
> "puppet" 5.5 source package built both agent and server components.
> 
> As for the binary package I don't have a strong opinion either way,
> though its true that keeping the name "puppet" for the binary of puppet
> agent would at least avoid the need to update modules that manage the
> agent packages on Debian & family.

I've always found that "puppet" was a confusing name for the agent.

I think with the explicit move to "puppet-server" upstream, switching
back to "puppet-agent" for the binary agent package is the right move
and makes things much clearer for end users.

It does imply a transition, but it's really not a large one.

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   pollo at debian.org / veronneau.org
  ⠈⠳⣄



More information about the Pkg-puppet-devel mailing list