On 05/13/2016 03:43 PM, Jason L Tibbitts III wrote:
FYI, an updated python macros package is in Rawhide which includes
the sleep.
Thank you.
I don't think manually deleting some random at a special place in
the spec is a proper solution.
+1
setuptools should really be either fixed upstream or patched in
Fedora to fix this issue. It may not be able to depend on subsecond
timestamps for general portability, but Fedora certainly can (and
should) make it do so.
Well you learn something new everyday, I didn't realize there was
support for subsecond timestamps. Here are some snippets from the
stat(2) man page:
Since kernel 2.5.48, the stat structure supports nanosecond
resolution for the three file timestamp fields.
Nanosecond timestamps are supported on XFS, JFS, Btrfs, and
ext4 (since Linux 2.6.23). Nanosecond timestamps are not
supported in ext2, ext3, and Reiserfs. On filesystems that do
not support subsecond timestamps, the nanosecond fields are
returned with the value 0.
Given the fact you can't guarantee nanosecond timestamps since it's
dependent upon the file system I don't know how you could reliably
address the issue of files created/modified sequentially having the same
timestamp. Seems to me it needs some other solution.
--
John
_______________________________________________
python-devel mailing list
python-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/python-devel@lists.fedoraproject.org
