| Age | Commit message (Collapse) | Author |
|
I want to release a new version ASAP, so lets ditch some features for
now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This (huge) commit removes completely hachoir from MAT.
Audio files are now processed with mutagen, and images
with exiftool, since the main python imaging library (PIL)
isn't super-great to deal with metadata (and damaged/non-standard
files).
Package maintainer should change the dependencies to reflect this.
|
|
|
|
See https://www.python.org/dev/peps/pep-0282/ for details,
but basically this is commit leaves the string
replacement to the logging function, instead of
doing it in place in its parameters with the '%' operator.
|
|
|
|
|
|
This was a typo from my side, spotted by intrigeri.
|
|
It seems that using os.utime is TZ-dependent,
so lets use a ZipInfo thing instead.
|
|
|
|
MAT#9831).
Without this, I see test failures caused by:
test_remove_bz2 (libtest.TestArchiveProcessing)
Test MAT's ability to process .tar.bz2 ... /usr/lib/python2.7/tarfile.py:1993: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
if self.name is not None and os.path.abspath(name) == self.name:
This change seems to make sense because we're creating our tarin and tarout
objects with encoding='utf-8' in the first place, so it's no big surprise that
what we get from it is UTF-8 -encoded text.
|
|
epoch is 1970-01-01 00:00:00 UTC, not 1970-01-01 01:00:00 UTC.
This mistake was introduced in commit ef5a32c to fix the test suite. I guess
that it was a hack that workaround'ed an actual bug for a specific timezone
only. If that bug reappears, we'll have to fix that by making this module
timezone-aware, not by setting a wrong epoch value.
|
|
Thank you so much PyCharm
|
|
This commit fixes some issues for dump operating
systems who doesn't handle capitalization.
|