This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author skrah
Recipients ajaksu2, nnorwitz, pitrou, skrah, tim.peters
Date 2010-04-10.09:32:45
SpamBayes Score 0.00019242095
Marked as misclassified No
Message-id <1270891969.34.0.639545927544.issue3581@psf.upfronthosting.co.za>
In-reply-to
Content
Sorry, the random node id generation in uuid.py is correct. The least
significant bit of the first octet (which is set to 1) is the first
one transmitted on the network, then the "low 47 random bits" follow.

I assumed that the least significant bit of the first octet was part
of the low 47 bits.



Patch test_uuid3 addresses points 1-5 and is almost the same as
test_uuid.patch, so I reset the resolution to 'accepted'.

As I said, there isn't much left that check_node() can check. One
could possibly check that a MAC address retrieved by ifconfig does
not have the multicast bit set, but what if a user has set the
hardware MAC to a strange value? Correctly retrieving that value
can't be regarded as a failure of uuid.py.


Should the patch go into the maintenance branches as well (after the
beta is out)?
History
Date User Action Args
2010-04-10 09:32:49skrahsetrecipients: + skrah, tim.peters, nnorwitz, pitrou, ajaksu2
2010-04-10 09:32:49skrahsetmessageid: <1270891969.34.0.639545927544.issue3581@psf.upfronthosting.co.za>
2010-04-10 09:32:47skrahlinkissue3581 messages
2010-04-10 09:32:47skrahcreate