On Sun, Mar 07, 2021 at 07:00:06AM +0000, McIntyre, Vincent (CASS, Marsfield)
wrote:
On Fri, Mar 05, 2021 at 09:51:34AM +0100, Francesco P. Lovergine wrote:
Thank you for the quick reply.
I agree with all your points and that there's little to be done but
document the issue. I'm happy for this to be closed.
If both buster & bullseye link with libgdbm6 then I agree
it's unlikely this issue will arise during upgrades.
I plan to send a wishlist patch for the nis.debian.howto,
or a new README.Debian file - hopefully that will be useful.
Do you prefer bugs+patches or PRs?
Kind regards
Vince
Thinking about that, a new wishlist to integrate the documentation is welcome,
with a diff file for nis.debian.howto. About the main issue, the current
version of NIS supports other DBM implementations, such as qdbm or even
tokyocabinet whose formats seem sane and endian-aware at a first
glance. Of course, moving to a new implementation requires a rebuild of maps
and a migration of all servers and clients together. I will conduct a few
experiments about that to avoid heart attacks for the average admin, but that
is probably the way to go in the new millennium, after bullseye. Even, the use
of a different implementation has impact about interoperability with other
distributions and flavors of *nix. But, the current situation is not better
and NIS is not more a prime time system, since years.
Thanks for having reported this long standig issue to my attention.
-cheers
--
Francesco P. Lovergine
