[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