Bug#673600: RFS: nyancat/1.0+git20120519.5fe3de9-1
On 05/06/12 22:28, Jakub Wilk wrote:
> Is this the desired outcome?
No. AFAICT this is because the new entries are pointing to
/usr/bin/nyancat-server rather than /usr/bin/nyancat which makes
reconf-inetd believe that they are not related.
[background]
/usr/bin/nyancat-server is a symlink to /usr/bin/nyancat. It is
required because reconf-inetd will not remove entries if the server path
still exists when being removed/purged.
The /usr/bin/nyancat-server symlink allows nyancat-server to still
provide seamless nyancat server setup/removal through the use of the
package manager.
> Shouldn't the last entry be disabled? How do inetd servers behave if
> there are multiple entries for the same service?
I've added the three lines you provided in your last mail to my
inetd.conf file and restarted my inetd server and it works fine even
though there are conflicting services.
The modified entry is still served (probably because nyancat <
nyancat-server lexicographically), so I don't see any harm in this,
especially given the very low popularity of this package.
Jon
Reply to: