Alori added the comment:
+1
Encountered the same issue today working with Path.rmdir().
Also see a somewhat related issue here: (https://bugs.python.org/issue38499)
--
nosy: +valorien
___
Python tracker
<https://bugs.python.org/issue38
New submission from Alori :
pathlib.Path supports deletion of both files (Path.unlink()) and directories
(Path.rmdir()).
Unfortunately, Path.rmdir() does not allow deletion of non-empty directories
which means users must use shutil.rmtree() when deleting such paths.
Since pathlib.Path
Alori added the comment:
...would solve the issue (cut off from previous post)
--
___
Python tracker
<https://bugs.python.org/issue38288>
___
___
Python-bug
New submission from Alori :
https://bugs.python.org/issue34097 addressed a zipfile.ZipFile() issue where
zip files with timestamps prior to the year 1980 could not be created. The fix
adds the strict_timestamps=True|False keyword argument to the ZipFile class.
shutil.make_archive() is a high
Alori added the comment:
@pitrou:
Thank you for your answer.
I agree they should not replace databases or files, but I think 255 is just way
too lightweight. It feels unnatural to have this limitation for no specific
reason.
Recently, I've seen a lot of solutions that emulate the named
New submission from Alori:
Named tuples offer a useful mix of features from both dict and tuple data
structures. However, unlike dictionaries and tuples, Named tuples are only
allowed to hold up to 255 items.
This behavior seems inconsistent and un-Pythonic.
Is there a way to remove this
