AW: Debian/Ubuntu: Why was the service renamed from bind9 to named?

Erich Eckner bind at eckner.net
Wed Apr 15 07:17:57 UTC 2020


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Wed, 15 Apr 2020, Klaus Darilion wrote:

>> -----Ursprüngliche Nachricht-----
>> Von: bind-users <bind-users-bounces at lists.isc.org> Im Auftrag von Reindl
>> Harald
>> Gesendet: Mittwoch, 15. April 2020 09:05
>> An: bind-users at lists.isc.org
>> Betreff: Re: Debian/Ubuntu: Why was the service renamed from bind9 to
>> named?
>>
>>
>>
>> Am 15.04.20 um 08:56 schrieb Reindl Harald:
>>>
>>>
>>> Am 15.04.20 um 08:51 schrieb Klaus Darilion:
>>>> Hello!
>>>>
>>>> What is the rationale of:
>>>>
>>>> bind9 (1:9.13.6-1) experimental; urgency=medium
>>>> ...
>>>>   * Rename the init scripts to named to match the name of the daemon
>>>>
>>>>
>>>> Since years, Debian and Ubuntu User, and plenty of scripts and
>> automation software (Puppet ...), know that the service is called "bind9". I
>> think it is very confusing and will cause lots of headaches once Ubuntu 18.04
>> or Debian 11 is released.
>>>>
>>>> So I really do not understand this renaming.
>>>>
>>>> The software is "Bind 9". The package is "bind9". The service for long time
>> was "bind9". The config is in /etc/bind. Only the binary is named. So it would
>> have made more sense to rename the binary. (actually the binary is not so
>> important for end users: they install the package and manage the service and
>> usually do not have to worry about the name of the binary).
>>>>
>>>> It would be great if you undo this change before release of 18.04
>>>
>>> you confuse the upstream project with your distribution
>>>
>>> bind9 was completly wrong in the debian world as well as apache2 for
>>> httpd, on sane distributions it's "httpt" and "named" all the years
>>> beause it's nonsense to throw vesions in service names
>>
>> BTW in case Debian/Ubuntu when they do RTFM it wouldn't be an issue at all
>>
>> [root at srv-rhsoft:~]$ systemctl status sddm
>> ● sddm.service - Simple Desktop Display Manager
>>    Loaded: loaded (/usr/lib/systemd/system/sddm.service; enabled; vendor
>> preset: enabled)
>>   Drop-In: /etc/systemd/system/display-manager.service.d
>>
>> [root at srv-rhsoft:~]$ systemctl status display-manager.service
>> ● sddm.service - Simple Desktop Display Manager
>>    Loaded: loaded (/usr/lib/systemd/system/sddm.service; enabled; vendor
>> preset: enabled)
>>   Drop-In: /etc/systemd/system/display-manager.service.d
>>            └─security.conf, start-before.conf
>>
>> [root at srv-rhsoft:~]$ cat /usr/lib/systemd/system/sddm.service
>> [Unit]
>> Description=Simple Desktop Display Manager
>> Conflicts=getty at tty1.service
>> After=getty at tty1.service systemd-logind.service
>>
>> [Service]
>> ExecStart=/usr/bin/sddm
>> Restart=always
>> EnvironmentFile=-/etc/sysconfig/sddm
>>
>> [Install]
>> Alias=display-manager.service
>
> Can you please describe what you want to point out? I can not follow you.

You can set aliases in the service file and call the service whatever you 
like (multiple names possible, too). I admit, this has nothing to do with 
the package name.

Though: you should complain to debian/ubuntu/..., not upstream (=here) 
about package name changes.

Regarding version numbers: In the world, where I come from (arch linux), 
version numbers are only appended for *legacy* packages - e.g. "bind9" 
would be valid, if there is a "bind" package, that has a higher version 
than 9. Btw.: bind is packaged as "bind" for years on arch linux.

regards,
Erich

>
> Klaus
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE3p92iMrPBP64GmxZCu7JB1Xae1oFAl6WtScACgkQCu7JB1Xa
e1oenBAAloNKuOGmXxJsf8qLa3MxagpaCQNwSvf5IrfbMXfRELMEJ/phXujI+Aim
KAbmTyklYLF/esuUzl9ttj02OBlyx7+blDOQtHmkC8kgtyBzWXI99Nk6pWGAS4hs
cxIMsNHqgIcH22Tv254eWaJjV/rxeB5xVrK4TbZn2JD7Mz/6GOrPgNDsEa4SoCER
q+q/8bUauH8JryvHBidOQ3at06XGkl/CEOZz2VcWohE+/K32giJmNK2XTJAoIMQ6
s49sgp9pWjv+fP9pbbniS2HTHlYn4rhyGJk3LlRfbyN9iYRSfOB52/xog/egl8Ur
lfi8BDotghbmm19it9f0chtNPyob/FytrcMt1iQxfvkFDHPfaRmh/cCkT7elsPHa
s8ypNodJULyocKIrkwsabV4+rFau05SZVRNoIMAOdwSTvRUJfbmDY5dgjJl0QDOy
5WvAfEVXJ3Q/rZEqtsXowlOGLLyA+tRyb1wTsH7b4vBdzZhXt3mLdo3yTz+UDQnv
mcWPC5LoW94M9KAF2t9C1yS90/8IPY2B8lKsJ+XoWAdMKm8oWstvAh+tGvccGiuT
ITkPv14ht+Ev8X+f5gD2WyXQI1H3Udm8NFXMYj32XPh4GpqRXvcobpNY7ezWXm/j
yQWzI3FxGdelPE3fH/k49KELhj7mdiBeacmmyZSEzW/C1FynQec=
=5NW9
-----END PGP SIGNATURE-----


More information about the bind-users mailing list