[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: On Sat, Jun 5, 2010 at 7:00 PM, Alexander Belopolsky wrote: > On Sat, Jun 5, 2010 at 11:35 AM, anatoly techtonik > wrote: > .. >> s/datetime/date\/time/ in the last sentence, as the complication comes  from: >> -- start offtopic -- >

[issue5094] datetime lacks concrete tzinfo impl. for UTC

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 11:09 PM, Brett Cannon wrote: > Unless other people step forward to debate this we probably are not going to > reach consensus without going to python-dev to see what others think. I would really like to see: 1. a good definit

[issue1667546] Time zone-capable variant of time.localtime

anatoly techtonik added the comment: Yet another timezone issue. =/ Seems like it is too complicated. Should we try to organize a dedicated sprint during EuroPython? Do we need some easy to read research on the problem? Should PSF define bounty for that? Should we try to approach this with

[issue1647654] No obvious and correct way to get the time zone offset

Changes by anatoly techtonik : -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/issue1647654> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7229] Manual entry for time.daylight can be misleading

anatoly techtonik added the comment: It is too hard to track this issue without quotes from manual. Let's bring context into discussion: http://docs.python.org/library/time.html#time.altzone UTC offset of the local DST timezone if one is defined. Only use this if daylight is nonzero.

[issue7582] [patch] diff.py to use iso timestamp

anatoly techtonik added the comment: Adding Alexander as ISTM he may be interested to read the time discussion. -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue7

[issue8871] --user-access-control=auto has no effect

anatoly techtonik added the comment: Can't repeat right now. Please close with issue8870 as a superseder if nothing happens in the next two weeks. -- ___ Python tracker <http://bugs.python.org/i

[issue8908] friendly errors for UAC misbehavior in windows installers

Changes by anatoly techtonik : -- title: friendly errors for UAC errors in windows installers -> friendly errors for UAC misbehavior in windows installers ___ Python tracker <http://bugs.python.org/iss

[issue8908] friendly errors for UAC errors in windows installers

anatoly techtonik added the comment: A proper user error message requires investigation of behavior on anonymous samba shares. Attaching patch to install.c with backlinks to relevant ticket descriptions. -- keywords: +patch Added file: http://bugs.python.org/file17564/8908

[issue8908] friendly errors for UAC errors in windows installers

New submission from anatoly techtonik : The problem investigated in issue8870 detected that bdist_wininst installers fail in Vista and Windows 7 with enabled UAC (user access control) when run from local drives with non-MS file systems and from network drives. The error message returned in

[issue1635217] Add example of distutils setup() with "requires" argument

anatoly techtonik added the comment: Neal, why a piece from issue1635217#msg31028 doesn't qualify as an example? It seems that this issue may become obsolete with new packaging guide coming up. -- components: +Distutils, Distutils2 nosy: +d...@python versions: +Python 2.7, Pytho

[issue8519] [patch] doc: termios and ioctl reference links

Changes by anatoly techtonik : -- nosy: +d...@python ___ Python tracker <http://bugs.python.org/issue8519> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8151] [patch] convenience links for subprocess.call()

anatoly techtonik added the comment: easy, just waits to be ported -- nosy: +d...@python ___ Python tracker <http://bugs.python.org/issue8151> ___ ___ Python-bug

[issue7229] [PATCH] Manual entry for time.daylight can be misleading

anatoly techtonik added the comment: issue8907 seems related. -- nosy: +belopolsky, d...@python ___ Python tracker <http://bugs.python.org/issue7229> ___ ___

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: s/datetime/date\/time/ in the last sentence, as the complication comes from: -- start offtopic -- 1. the vast amount of various date and time modules/functions 2. the little amount of what they can do I still hardly believe that there is no way to get

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: > According to my reading of RFC 3339, it is not correct to produce 'Z' > timestamps when local offset is not known. It is not said that 'Z' SHOULD NOT be produced if local offset is unknown. Even if offset is unknown, UTC

[issue8905] difflib: support input generators

New submission from anatoly techtonik : difflib operates on the lists, but it should be possible to use arbitrary generators. This will require internal limit on buffer size that has a side advantage of limiting difflib to available memory. -- components: Library (Lib) messages

[issue8904] quick example how to fix docs

New submission from anatoly techtonik : It would be helpful to have examples how to patch docs in some place like http://docs.python.org/bugs.html For example, in CHM version of 2.6.5 manual open() anchor points to reference/datamodel.html#index-844 and to tutorial/inputoutput.html#index-1080

[issue8903] datetime functions

New submission from anatoly techtonik : Current OOP API of datetime is ugly: from datetime import datetime print datetime.today().isoformat() The proposal is to add today() and now() as module functions: from datetime import today, now print today() # datetime.date(2010, 6, 5) print now

[issue8902] add datetime.time.now() for consistency

New submission from anatoly techtonik : There is: datetime.date.today() datetime.datetime.today() datetime.datetime.now([tz]) But no: datetime.time.now([tz]) -- components: Library (Lib) messages: 107122 nosy: techtonik priority: normal severity: normal status: open title: add

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 3:10 PM, Éric Araujo wrote: > >> It would be nice if Python process could allow me to maintain my own >> patched version of Python stdlibs so that I can use it instead of main >> stdlib and quickly switch betw

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: > """ > I use well-defined development toolchain for working with binary files > that can detect insignificant change in some kind of binary data like > timestamps in .zip archive, but comparing moving blocks is a disaster. >

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: > Tarek Ziadé added the comment: > >> community members should be able to vote on patches > > *or* the core dev responsible for the development of the incriminated > package, which is me for distutils. This is said in the last part of

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 1:11 AM, Éric Araujo wrote: > > Sorry for writing when tired. Clearer first sentence: If it does not change > the code to match the docs or to fix a regression from an older version, it’s > a feature. This is the big

[issue8890] Module logging has dangerous examples

anatoly techtonik added the comment: import logging - LOG_FILENAME = '/tmp/logging_example.out' + LOG_FILENAME = 'example.log' logging.basicConfig(filename=LOG_FILENAME,level=logging.DEBUG) logging.debug('This message should go to the log file'

[issue8891] sort files before archiving for consistency

anatoly techtonik added the comment: On Fri, Jun 4, 2010 at 12:32 AM, Éric Araujo wrote: > > This would be a new feature, so it can’t go into 2.6 unless I’m mistaken. It > may even not go into 2.7. It is not a feature, but a bugfix for wrong order of files in archive. That mean

[issue8891] sort files before archiving for consistency

Changes by anatoly techtonik : Added file: http://bugs.python.org/file17539/sort_files_in_zip.27.patch ___ Python tracker <http://bugs.python.org/issue8891> ___ ___ Pytho

[issue8891] sort files before archiving for consistency

New submission from anatoly techtonik : I am troubleshooting local issue with distutils and UAC on Windows, and I need to compare resulting binary archives. Unfortunately files to bdist archives are added in random order and this complicates comparisons. This patch makes distutils archives

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Is it possible to detect this situation and display more user-friendly error message with a reference to this issue? -- ___ Python tracker <http://bugs.python.org/issue8

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Thanks for thorough explanation. Can somebody close it with some resolution like "Can't fix. OS level problem"? -- ___ Python tracker <http://bugs.py

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: Attaching installer file for testing. -- Added file: http://bugs.python.org/file17520/wget-0.6.win32.exe ___ Python tracker <http://bugs.python.org/issue8

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: It is local Ext2 partition system accessible through http://www.fs-driver.org/ on the same HDD as primary system partition. But there is definitely issue with difference between drives. There is no problem if the package is executed from the NTFS system

[issue8870] --user-access-control=force produces invalid installer on Vista

anatoly techtonik added the comment: See also issue8871 and original report http://scons.tigris.org/issues/show_bug.cgi?id=2533 -- ___ Python tracker <http://bugs.python.org/issue8

[issue7833] Bdist_wininst installers fail to load extensions built with Issue4120 patch

anatoly techtonik added the comment: I see that this issue mentions --user-access-control option. Can somebody also check if issue8870 and issue8871 are related to this one? -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/issue7

[issue2581] Vista UAC/elevation support for bdist_wininst

anatoly techtonik added the comment: Doesn't seem to work anymore. Please, see: http://bugs.python.org/issue8870 http://bugs.python.org/issue8871 -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/i

[issue8871] --user-access-control=auto has no effect

New submission from anatoly techtonik : Seems like `--user-access-control=auto` option [1] introduced in Python 2.6 for to bdist_wininst has no effect on Vista. Test. 1. Get a Vista. 2. `hg clone http://bitbucket.org/techtonik/python-wget/` 3. Add {{{ scripts=['wget.py'], }}} t

[issue8867] serve.py (using wsgiref) cannot serve Python docs under Python3 due to encoding issues

Changes by anatoly techtonik : -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/issue8867> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8870] --user-access-control=force produces invalid installer on Vista

New submission from anatoly techtonik : Running `python setup.py bdist_wininst --user-access-control=force` produces invalid installer that fails to install with the error message: Failed to start elevated process (ShellExecute returned 5) -- assignee: tarek components: Distutils

[issue4015] [patch] make installed scripts executable on windows

anatoly techtonik added the comment: This issue is so old and I do not have time to reread it fully, unfortunately. I believe I wanted to install packages using "easy_install", "pip" or whatever I have and get Scripts/something.bat for my version of Python. This versio

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: 1. David, as an original reporter who needed this for Trac (http://trac.edgewall.org/ticket/8662) and couple of other projects I strongly for 'Z' ending by default, unless you are going to explain the full difference in documentation. Expect to

[issue8822] datetime naive and aware types should have a well-defined definition that can be cross-referenced

New submission from anatoly techtonik : 'naive' and 'aware' are key datetime types - they need a proper definition and anchor for crossrefences. If you take a look at http://docs.python.org/library/datetime.html - the definition of distinction between them is too vag

[issue4898] {context, unified}_diff add spurious trailing whitespace if fromfiledate/tofiledate are emptyk

anatoly techtonik added the comment: Thanks for the patch. This was fixed as part of issue 7585. Please add issue 7585 as superceder and close this. -- ___ Python tracker <http://bugs.python.org/issue4

[issue7585] difflib should separate filename from timestamp with tab

anatoly techtonik added the comment: tag:difflib -- ___ Python tracker <http://bugs.python.org/issue7585> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4898] {context, unified}_diff add spurious trailing whitespace if fromfiledate/tofiledate are emptyk

anatoly techtonik added the comment: Another 'easy' patch hangs for ages. =/ tag:easy tag:difflib -- nosy: +techtonik ___ Python tracker <http://bugs.python.

[issue2142] difflib.unified_diff(...) produces invalid patches

anatoly techtonik added the comment: Trent, the "\ New line..." seems to be feature specific to unified format only. http://en.wikipedia.org/wiki/Diff#Unified_format -- ___ Python tracker <http://bugs.python.

[issue2142] difflib.unified_diff(...) produces invalid patches

anatoly techtonik added the comment: You mean that this patch sits in here for 2 years already? This suxx. And nobody added the tag 'easy', because people haven't explicitly requested tracker privileges? That suxx. And it won't be in 2.7 because of that.. I am disappoin

[issue8702] difflib: unified_diff produces wrong patches (again)

New submission from anatoly techtonik : If source/target file for unified format diff context doesn't end with new line, the diff should contain this marker: \ No newline at end of file Or else there is information loss when such patch is applied. http://en.wikipedia.org/wiki

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: Let's quote RFC 3339: """ 4.3. Unknown Local Offset Convention If the time in UTC is known, but the offset to local time is unknown, this can be represented with an offset of "-00:00". This differs semantically fr

[issue7583] Improve explanation of tab expansion in doctests

anatoly techtonik added the comment: Sorry for not being able to follow up on this issue. I believe we need to expand the problem of handling tabs in doctests with use cases and expose the problem outside the issue tracker item. I still remember that at some point I had a patch somewhere

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: The point is that your implementation doesn't allow people to generate 'Z'-ending timestamp if they need a subset of rfc3339. -- ___ Python tracker <http://bugs.py

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: I do not think that -00:00 or +00:00 will be invalid Atom timestamp, but to implement parser of rfc3339 timestamp, Z handling is still needed. I can easily imagine people making wrong assumption that parsing 00:00 at the end would be enough for proper

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: > It also says that if "the offset to local time is unknown, this can > be > represented with an offset of "-00:00"". So I don't think we can write > "Z" or "+00:00" if we don't know the UTC offs

[issue7582] [patch] diff.py to use iso timestamp

anatoly techtonik added the comment: I still do not understand your policy - it is a tool, it is not a part of standard library. -- ___ Python tracker <http://bugs.python.org/issue7

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: Thanks Daniel. I am still interested in this. My Python code as well as your patch doesn't specify that "Z" must be present when time zone offset is unknown or absent, but Atom specification mentions that and I believe this is that most

[issue7582] [patch] diff.py to use iso timestamp

anatoly techtonik added the comment: So, what about 2.7 ? -- ___ Python tracker <http://bugs.python.org/issue7582> ___ ___ Python-bugs-list mailing list Unsub

[issue8519] [patch] doc: termios and ioctl reference links

anatoly techtonik added the comment: I do not mind if you include a better link with ioctl constants explained or have ideas for examples. I hope you agree the ioctl(2) man page contains much less useful information than http://www.kernel.org/doc/man-pages/online/pages/man4/tty_ioctl.4.html

[issue8519] [patch] doc: termios and ioctl reference links

anatoly techtonik added the comment: Éric, thanks, attached reStructured patch. Georg, ioctl(2) is useless, because it doesn't contain the information people need in addition to Python manual, i.e. various examples (like how to get console size) and constants (like TIOCGWINSZ) that are

[issue8519] [patch] doc: termios and ioctl reference links

New submission from anatoly techtonik : The patch adds link to reference with various flags for termios functions and fcntl.ioctl call. -- assignee: georg.brandl components: Documentation files: .reference-termios-specification-for-flags.diff keywords: patch messages: 104094 nosy

[issue3341] "Suggest a change" link

anatoly techtonik added the comment: Georg, if you are not going to implement it, it doesn't mean nobody will do this. In Sphinx or through disqus. I do not see the reason to close this feature request. Also I do not understand arguments like: "Yes, this is under consideration.&qu

[issue2823] "Report bug" links

anatoly techtonik added the comment: Still the part "Report bug on this page" is covered. Please, add a link to Superceder. -- ___ Python tracker <http://bugs.python.

[issue3341] "Suggest a change" link

anatoly techtonik added the comment: I am glad there is some response to this issue in r80388 -- versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue3

[issue2823] "Report bug" links

anatoly techtonik added the comment: Please also add a link to issue3341 as a Superceder. -- ___ Python tracker <http://bugs.python.org/issue2823> ___ ___ Pytho

[issue2823] "Report bug" links

anatoly techtonik added the comment: I am just curious what convinced you to change the -2 opinion after two years with r80388? Reopening to change resolution status. -- status: closed -> open versions: +Python 2.7 ___ Python tracker &l

[issue8325] improve regrtest command line help

anatoly techtonik added the comment: To reach a consensus we can drop line numbering, but I still would like to see two variants of invocation. Sometimes I indeed copy library from trunk/ to main Lib/ for testing, but there is no better way to work with the test suite inside version control

[issue8325] improve regrtest command line help

anatoly techtonik added the comment: Éric: svn merge R.David Murray: "The numbers should definitely not be there." is not an argument. `python regrtest.py` should also be a supported way to run regression suite. With only -m favor documented somebody can quickly forget about

[issue8325] improve regrtest command line help

anatoly techtonik added the comment: Thanks for proofreading. I've uploaded a new version here with typo fix, but do not removed 1., 2. numbering. It is a very awesome feature of console UI. When you're in a hurry (and you always in a hurry when you forget something) it is easy t

[issue8481] doc: ctypes no need to explicitly allocate writable memory with Structure

New submission from anatoly techtonik : ctypes docs should mention that Structures can be passed with byref() to functions expecting pointer to mutable memory without explicit allocation of mutable memory block with create_string_buffer() or similar function. -- assignee: georg.brandl

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: But I still think sticking to -c behavior by default is too conservative for clear minds. =) -- ___ Python tracker <http://bugs.python.org/issue8

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Ok. I just wanted to make it compatible with my patch.py utility designed as a counterpart to diff.py to make Python contributing process self-sufficient on any platform. Its parser component doesn't support context diffs. http://code.google.com/p/p

[issue8384] Distutils C extension build with MinGW on Windows fails

anatoly techtonik added the comment: To me a better option would be an ability to specify a path to compiler from command line. --compiler-path=./mingw/bin/gcc.exe -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/issue8

[issue8371] Add a command to download distributions

anatoly techtonik added the comment: There is a ready-to-use public domain code with a progress bar if you'll need it. http://pypi.python.org/pypi/wget/ -- nosy: +techtonik ___ Python tracker <http://bugs.python.org/i

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I.e. if you put a -1 or +1 - put it with a short sentence that summarizes the key factor in your decision. There is no +0 or -0 that are used to give everybody else a hint about your feelings towards. For example: +1 - I use patch.py diff.py counterpart

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I am not convinced with -1 +1 argumentation. Can somebody properly summarize arguments behind the decision? Democracy is good, but it is a pity to see a technical proposal fail because of personal reasons. -- status: pending -> o

[issue8408] need console/pager module

anatoly techtonik added the comment: It is not a bug, but a "feature request". -- ___ Python tracker <http://bugs.python.org/issue8408> ___ ___ Python-b

[issue8408] need console/pager module

anatoly techtonik added the comment: How to get console width: http://stackoverflow.com/questions/566746/how-to-get-console-window-width-in-python http://code.activestate.com/recipes/440694-determine-size-of-console-window-on-windows/ PDCurses may contain some public domain code: http

[issue8408] need console/pager module

New submission from anatoly techtonik : Many many Python tools have duplicating code related to getting console properties like width and height to provide pagination and cute progress bars. While the issue seems minor, making such features work crossplatform way requires many tuits. That&#

[issue8399] Document os.open

anatoly techtonik added the comment: On Unix all files are opened in binary mode. On Windows linefeeds are translated to CRLF corrupting files that are meant to be binary. This is the reason of HgGit failure - it uses Dulwich library that creates corrupted Git index file, because on Windows

[issue8399] Document os.open

anatoly techtonik added the comment: s/ can / can't / -- ___ Python tracker <http://bugs.python.org/issue8399> ___ ___ Python-bugs-list mailing list Unsubsc

[issue8399] Document os.open

New submission from anatoly techtonik : Need to document the that os.O_BINARY flag is obligatory for cross-platform behavior of os.open() on Windows. By default os.open() opens file as binary on Unix, but as text on Windows. See also issue2028 for discussion of making os.O_BINARY default on

[issue2028] _fmode = O_TEXT is obsolete

anatoly techtonik added the comment: Why Guido can't speak for py3k here in personal? I've just wasted two days debugging this O_BINARY flag when HgGit stopped to work on windows. https://bugs.edge.launchpad.net/dulwich/+bug/557585 We need at least document this for os.open(

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Seems like a bikeshed was too much of an argument, but I've run out of them discussing such minor issue. The last is that if anybody here has 0's - does my +1 value something? Why can't anybody just commit it and close this, so I can

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Seems like I have to remind that everybody can still paint their bikeshed in classic colors with "-c" option, but if you all prefer unified colors, why do you resist on painting them in these by default? Custom color options add more to a total

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Stefan, do you use "diff.py"? -- ___ Python tracker <http://bugs.python.org/issue8355> ___ ___ Python-bugs-l

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I'll add a note about preferred "svn diff" way and "diff.py" as a fallback. But first I'd like to see this patch committed to streamline patch submission process by removing requirement to remember "-u" o

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Do you really think that Python users shouldn't use tools written in Python if they are available? -- ___ Python tracker <http://bugs.python.org/i

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: I hope this is not a support tracker. =) -- ___ Python tracker <http://bugs.python.org/issue8355> ___ ___ Python-bugs-list m

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: -0 eric.smith for concerns about people relying on current behaviour -0 brian.curtin the same counterarg: current behavior will be broken anyway with compatibility fix in r80004 +0 r.david.murray the policy that we shouldn't change s

[issue4022] 2.6 dependent on c:\python26\ on windows

anatoly techtonik added the comment: I it still actual for 2.6.5 and 2.7? -- components: +Installation versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue4

[issue7585] difflib should separate filename from timestamp with tab

anatoly techtonik added the comment: r80004 and r80006 to be exact. Great! Thanks! =) -- ___ Python tracker <http://bugs.python.org/issue7585> ___ ___ Pytho

[issue8360] doc: unittest.skipTest method added in 2.7

Changes by anatoly techtonik : -- assignee: georg.brandl components: Documentation files: doc.python-version-for-skiptest.diff keywords: patch nosy: georg.brandl, techtonik severity: normal status: open title: doc: unittest.skipTest method added in 2.7 versions: Python 2.7 Added file

[issue8299] Improve GIL in 2.7

anatoly techtonik added the comment: If it really improves multicore performance and none of our test fail (even in memory/resource/time survival tests) then I'd give it a try even after a beta. 2.x is still the best practical version out there. -- nosy: +tech

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: It is not a diff replacement. Its output, as David noted, is not a diff output format and can not be reliably parsed due to issue7585 and issue7582 combination. For being a diff replacement it will have to get rid of .py extension and gain a dozen of

[issue8355] diff.py produce unified format by default

anatoly techtonik added the comment: Attached is 'svn diff'. Previous one was taken directly from Mercurial Queue, which is a pretty awesome thing to use. -- Added file: http://bugs.python.org/file16849/8355.diff-py-unified-by-defaul

[issue8355] diff.py produce unified format by default

Changes by anatoly techtonik : -- keywords: +patch Added file: http://bugs.python.org/file16840/8355.diff-py-unified-by-default.diff ___ Python tracker <http://bugs.python.org/issue8

[issue8355] diff.py produce unified format by default

New submission from anatoly techtonik : Script/diff.py default context diff format is outdated. It makes sense to produce unified diff by default. -- components: Demos and Tools messages: 102701 nosy: techtonik severity: normal status: open title: diff.py produce unified format by

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: Atom spec - http://www.atomenabled.org/developers/syndication/atom-format-spec.php#date.constructs -- ___ Python tracker <http://bugs.python.org/issue7

[issue7443] test.support.unlink issue on Windows platform

anatoly techtonik added the comment: It is unlikely that it will go further then discussion unless this bug can be reliably reproduced to be debugged. If not testcase when at least Process Monitor log would be helpful. -- ___ Python tracker <h

[issue8343] improve re parse error messages for named groups

New submission from anatoly techtonik : sre_parse has some messages among repeated code sequences, but can be tweaked for user convenience -- components: Library (Lib) files: lib.re.improve-error-message.diff keywords: patch messages: 102604 nosy: techtonik severity: normal status

[issue2824] zipfile to handle duplicate files in archive

anatoly techtonik added the comment: On the second thought having a switch for a low-level zip format hacking is a good addition. It may also be used for in-place removals from .zip file by erasing directory entry. Otherwise remove operation will require repacking archive into temporary file

[issue2810] _winreg.EnumValue fails when the registry data includes multibyte unicode characters

anatoly techtonik added the comment: Great analysis! -- ___ Python tracker <http://bugs.python.org/issue2810> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    3   4   5   6   7   8   9   10   >