Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1467 - resolver(5) "sortlist" option missing
resolver(5) "sortlist" option missing
Status: CLOSED WONTFIX
Product: Red Hat Linux
Classification: Retired
Component: glibc (Show other bugs)
5.2
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Cristian Gafton
:
: 5173 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-03-10 00:51 EST by bentlema
Modified: 2008-05-01 11:37 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-01-04 18:54:35 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description bentlema 1999-03-10 00:51:09 EST
The file resolv/res_init.c in the glibc-2.0.7 tree has
some conditional code which depends on  RESOLVSORT  being
defined.

Building glibc-2.0.7 from the SRPM results in an RPM without
the "sortlist" functionality because the RESOLVSORT isn't
defined anywhere.

To fix the problem, I just added a -DRESOLVSORT in the
resolv/Makefile and rebuilt the rpms.

It would be great if you could include this define in
future releases of the glibc-2.0.7-X.rpm

--Mark
Comment 1 Cristian Gafton 1999-03-22 20:40:59 EST
That code is experimental and not enough tested. Saying that "it works
for me" is not a guarantee of stability...

------- Email Received From  "Mark A. Bentley" <bentlema@cs.umn.edu> 03/23/99 09:15 -------
Comment 2 jdd 1999-04-23 18:20:59 EDT
"Won't fix it" isn't really a useful approach to the problem --
firstly, the missing functionality is documented in resolver(5), so
its omission from libc constitutes at least a documentation bug.
Secondly, the code is not particularly difficult to audit and test.
Finally, the functionality is quite useful.
Comment 3 bentlema 1999-04-26 12:00:59 EDT
Could you at least leave this job open as a reminder?

Perhaps you could make alternative rpms that people who use this
feature could "install at their own risk."

I've been using the sortlist feature for about a month now without any
problems on the 61 RedHat machines I maintain at our site.

In any case, if you don't feel that testing this code it RedHat's
responsibility, what would  it take to get this included some time
in the future?  If the glibc people said that "yes, this code has
been tested, and their have been no reported problems" would this
been good enough for RedHat?
Comment 4 Cristian Gafton 1999-06-16 11:19:59 EDT
If the glibc people will be happy then they will enable the code by
default. Until then, we are playing it safe.

------- Additional Comments From   09/16/99 19:07 -------
I would agree with bentlema on this one. If you refuse to recognize
the sortlist functionality then at a minimum this should be a doc
bug against the manpage. resolver(5) specifically. Otherwise, I
will assure you that this feature does work. Sun Solaris, and Early
versions of IRIX support it no problem.
Comment 5 Cristian Gafton 1999-09-22 23:53:59 EDT
*** Bug 5173 has been marked as a duplicate of this bug. ***

See bug 1467, I would have re-opened it if I knew how.
Either fix the resolver(5) manpage, or include support
for the sortlist option. I would prefer the latter but
it's really up to you on that.
Comment 6 Cristian Gafton 2000-01-04 18:54:59 EST
Once again, it isn't turned on because this is not the default
behaviour and the extra work required is in most cases not
needed/wanted.

Note You need to log in before you can comment on or make changes to this bug.