Hi all, The raised severity wasn't intended to remove the package just to raise this bug's visibility.
Clearly I got sidetracked during the BSP. This seems to happen to me a lot at events unfortunately since talking to people about how to solve the many large problems in Debian is very effective at drawing my attention away from detail work. In any case. Thanks Martin for preventing an RM. On Fri, Apr 25, 2025 at 10:28:37PM +0100, Roy Marples wrote: > In /etc/resolvconf.conf you can set either libc=NO or > resolv_conf=/dev/null openresolv supports the use case where / is RO like > a cd and /etc/resolv.conf is a symlink to /var/run/resolv.conf Interesting feature, thanks for bringing this to our attention. However by itself it misses the point here unfortunately. The current behaviour of the overall *package* is not interoperable with other DNS managment implementations in Debian and asking users to fix it themselves is not a viable solution. Ensuring this works smoothly is literally our job as distro maintainers and we've collectively been doing a bad job in this area. Ask anyone (who debugs this kind of thing) about system wide DNS in Debian and you'll see what I mean ;-). On Thu, May 08, 2025 at 05:24:50PM +0300, Martin-Éric Racine wrote: > Which, once again, demonstrates the excessive severity this bug was > given. "Doesn't fit Daniel's particular usage case" really isn't a > justification for marking this bug as Serious. This is fully > configurable. It's an important bug, at best. Martin. This isn't about my use-case. My use-case just demonstrates the larger problem. I could have been clearer on that point. Personally I'd love to just be able to trust Debian's overall DNS managment, but right now that's not possible because of the many sharp edges especially around contemporary use-cases. Usually I have better things to do than debugging what package messed up resolv.conf *today* hence my use-case, but it's just a symptom of a more general problem in our DNS ecosystem IMO. In any case. I hope you're going to join our DebConf session where we'll (hopefully) get around to working on solutions in this area: https://debconf25.debconf.org/talks/124-networking-bof/ --Daniel
signature.asc
Description: PGP signature
