This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours
Bug 230001 - Missing Sub-TLA Assignment for 2a01:b0::/32
Missing Sub-TLA Assignment for 2a01:b0::/32
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: jwhois (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Vitezslav Crhonek
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-25 13:41 EST by Robert Scheck
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version: 4.0-1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-07-15 15:46:26 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Robert Scheck 2007-02-25 13:41:17 EST
Description of problem:
Well, there's at least one missing Sub-TLA Assignment for 2a01:b0::/32, 
because: "whois 2a01:b0::0" returns the wrong result while "whois -h 
whois.ripe.net 2a01:b0::0" returns what is expected. But this would be a
good point to bother you regarding the better IPv6 support which is in
upstream CVS already available for a longer time now...

Version-Release number of selected component (if applicable):
jwhois-3.2.3-10

How reproducible:
Everytime, see above.

Actual results:
Missing Sub-TLA Assignment for 2a01:b0::/32

Expected results:
Up-to-date IPv6 Sub-TLA Assignments like in the past. It would be nice to see 
the better IPv6 support from upstream CVS backported, too.
Comment 1 Miloslav Trmač 2007-02-26 10:02:36 EST
The assignment is present, but the current method is not flexible enough;
(jwhois 2a01:00b0::0) works correctly.

jwhois-4.0 is already tagged in CVS (since Feb 18), so a release should happen soon.
Comment 2 Robert Scheck 2007-07-15 15:46:26 EDT
Works for me in 4.0-1. Closing now.

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