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

[Thomas Goirand]

On 5/16/22 15:02, Louis-Philippe Véronneau wrote:
> 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 agree, but shouldn't we have think about it before doing the 
puppet-agent -> puppet rename?

> 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.

Probably, but what's even more confusing is switching back and forth 
every 2 Debian release.

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

I'm the one that will painfully have to do the most work... :(

Cheers,

Thomas Goirand (zigo)