Change by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue32576>
___
__
Change by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue21009>
___
__
Change by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue30008>
___
__
Change by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue15112>
___
__
devurandom added the comment:
In my case, /etc/hostname, /proc/sys/kernel/hostname, `uname -n`, `hostname -f`
all show the same FQDN, but `python -c 'import socket ;
print(socket.getfqdn())'` still prints the short hostname. /etc/hosts is empty
except for localhost. /etc/nsswitch.conf
Changes by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue5004>
___
__
Changes by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29504>
___
__
Changes by devurandom <devuran...@gmx.net>:
--
nosy: +devurandom
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25750>
___
__
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15298
___
___
Python-bugs-list
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15483
___
___
Python-bugs-list
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list mailing
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15484
___
___
Python-bugs-list
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15268
___
___
Python-bugs-list
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14598
___
___
Python-bugs-list
Changes by devurandom devuran...@gmx.net:
--
nosy: +devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8537
___
___
Python-bugs-list mailing
devurandom devuran...@gmx.net added the comment:
Well, without a valid MAC address the function cannot work...
It should not break in such ugly way either, imo.
On the other hand, I would not worry too much:
uuid._ifconfig_getnode() is an internal function; and since all the
other tests
Changes by devurandom devuran...@gmx.net:
--
nosy: -devurandom
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
___
Python-bugs-list
devurandom devuran...@gmx.net added the comment:
.lzma is actually not a format. It is just the raw output of the LZMA1
coder. XZ instead is a container format for the LZMA2 coder, which
probably means LZMA+some metadata.
XZ is the official successor to .lzma, and GNU is using it already
(look
New submission from devurandom devuran...@gmx.net:
Python currently supports zlib, gzip and bzip2 compressors. What is missing is
support
for xz (http://tukaani.org/xz/). It comes with a C library.
--
components: Library (Lib)
messages: 91657
nosy: devurandom
severity: normal
status
devurandom devuran...@gmx.net added the comment:
Yes, xz-utils contains a C library, though it still caries the name
liblzma.so, probably for historic reasons.
You are right that xz is a file format based around the lzma algorithm.
It just uses a more advanced container format. (lzma-utils had
20 matches
Mail list logo