[Bug 613662] Please test proposed package

Colin Watson cjwatson at canonical.com
Mon Jan 28 11:00:43 UTC 2013


Hello Daniel, or anyone else affected,

Accepted eglibc into quantal-proposed. The package will build now and be
available at http://launchpad.net/ubuntu/+source/eglibc/2.15-0ubuntu20.1
in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/613662

Title:
  nscd doesn't cache host entries

Status in “eglibc” package in Ubuntu:
  Fix Committed
Status in “eglibc” source package in Precise:
  Fix Committed
Status in “eglibc” source package in Quantal:
  Fix Committed

Bug description:
  [Impact / Justification]
  For nscd users, the performance difference between a cached DNS lookup and a remote query can be anywhere from milliseconds to whole seconds, depending on the network and random luck.  I've already verified here today that the concerns originally raised in the upstream bug have since been fixed, and Debian also dropped this patch a while ago, we just failed to sync with them when they did.

  [Test Case]
  As stated above, I've already tested that the actual root issue that led to the patch has been resolved, so the only thing to test is that the build binaries no longer have host caching disabled in the default /etc/nscd.conf

  [Regression Potential]
  Very low to non-existent.  It's a single line change to a conffile, reverting a workaround that hasn't been needed in a long while.

  [Original Report]
  Binary package hint: nscd

  Debian (and by implication Ubuntu) are the only distros to disable
  nscd hosts caching. In most cases, it is deployed with the expectation
  to mitigate expensive lookups (eg over VPN).

  The bug cited [1] has been rejected by the core glibc developers three
  years ago as not a bug; all other distros (including Redhat EL and
  Novell SLES) have this functionality enabled. Why should we continue
  to penalise Ubuntu's performance any longer, in cases where nscd is
  deployed to improve performance?

  [1] http://sourceware.org/bugzilla/show_bug.cgi?id=4428

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/613662/+subscriptions




More information about the foundations-bugs mailing list