I merged a PR (https://github.com/python/psf-salt/pull/234) that was
supposed to disable it, but apparently it's not enough.
I'll double check with Ee (added to cc).
There is also a new script to replace the old one that is waiting for
reviews (see https://github.com/psf/gh-migration/issues/6 and
The migration from bugs.python.org to GitHub is now officially
complete, and all the issues have been successfully transferred.
You can read the full announcement here:
https://discuss.python.org/t/github-issues-are-now-live/14967
Best Regards,
Ezio Melotti
to comment using GitHub Issues.
bpo will remain available in read-only mode.
For live updates, see
https://discuss.python.org/t/github-issues-migration-status-update/14573
Best Regards,
Ezio Melotti
___
Python-Dev mailing list -- python-dev@python.org
Sorry, my mistake (again :)
As mentioned in an earlier python-dev thread, I'm working on the
bugs.python.org -> GitHub issues migration, and while testing I have
to delete and recreate the repo for each iteration. Since the repo is
private, in order to get feedback from fellow core-devs and
Hi Victor,
On Thu, Dec 2, 2021 at 11:48 AM Victor Stinner wrote:
>
> Hi Ezio,
>
> What is the status of migrating Python issues to GitHub?
You can check the status here: https://github.com/psf/gh-migration/projects/1
> Is it done?
Not yet, but we are aiming for mid-January.
> If not, what
Hi Larry!
The steering council brought this thread (that I missed) up to my attention.
On Thu, Nov 4, 2021 at 8:17 AM Larry Hastings wrote:
>
> I guess this is part of the migration from bpo to GitHub issues?
It is: this is one of the repos that I'm using for testing. In
particular I'm using
During the next phase I will work with the WG to sort out all the
major issues that we might encounter, and then I will once again reach
out to you to gather feedback from the wider audience that follows
these mailing lists.
Best Regards,
Ezio Melotti
___
On Wed, Jul 17, 2019 at 2:36 AM Brett Cannon wrote:
>
> Jeroen Demeyer wrote:
> > I have seen multiple discussions where somebody wants to deprecate a
> > useless function but somebody else complains that we cannot do that
> > because the function in question cannot be removed (because of
ting another bot that adds messages) and backlash;
* doing separate specific tests (e.g. having a read-only repo with all
the issues to test search/navigation, and a separate read-write repo
to test issue creation) or a "real-world" test;
* some specific tests might be easier to setup (e.
On Thu, May 23, 2019 at 10:17 PM Ezio Melotti wrote:
>
> Hello,
> Berker and I have been working on a PEP that suggests we keep using
> and improving bugs.python.org and Roundup instead of switching to
> GitHub Issues as proposed by PEP 581.
>
> The PEP covers:
> *
On Fri, May 24, 2019, 23:14 Gregory P. Smith wrote:
>
>
> On Fri, May 24, 2019 at 1:48 PM Ezio Melotti
> wrote:
>
>>
>> On Fri, May 24, 2019, 20:23 Gregory P. Smith wrote:
>>
>>> -cc: committers to avoid crossposting.
>>>
>>
>> +
s PEP encapsulating that, I'll
> leave that up to anyone willing to wrangle such a PEP. The list archive
> has it regardless now. :)
>
Thanks a lot for the feedback, I'll update the PEP once I get back to a PC
(using mobile now).
Best Regards,
Ezio Melotti
[0]:
https://bitbucket.org/pytho
://www.python.org/dev/peps/pep-0588/
The full text of the PEP is include below. We are planning to update
the PEP to include the feedback we receive and to update the status of
features as we implement them (we also have a Google Summer of Code
students working on it).
Best Regards,
Ezio Melotti
s.
(This might also be a symptom of a wider problem caused by the
fragmentation of the discussions between the old MLs, discuss, zulip,
IRC, GitHub PRs and issues, and IRL meetings, but this is a separate
topic.)
Best Regards,
Ezio Melotti
> > The PEP 581 has been (first?) discusse
On Fri, Mar 1, 2019 at 8:05 AM Ezio Melotti wrote:
>
> On Fri, Mar 1, 2019 at 5:59 AM Terry Reedy wrote:
> >
> > On 2/28/2019 6:54 PM, Glenn Linderman wrote:
> >
> > > There seems to be enough evidence that something went wrong somewhere,
> > > though,
On Fri, Mar 1, 2019 at 5:59 AM Terry Reedy wrote:
>
> On 2/28/2019 6:54 PM, Glenn Linderman wrote:
>
> > There seems to be enough evidence that something went wrong somewhere,
> > though, and whoever maintains that process should start investigating,
> > but it would still be nice to get
Rouillard (from the Roundup team) and R. David Murray
for the help!
Best Regards,
Ezio Melotti
P.S. Roundup started moving towards Python 3.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
Raúl Núñez de Arenas
>
This already looks like UTF-8 -- you should be able to verify this by
manually selecting UTF-8 as encoding from the menu.
If the Content-Type still uses us-ascii though, it should be fixed to
specify UTF-8 instead.
Best Regards,
Ezio Melotti
> I am rather sure tha
Regards,
Ezio Melotti
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
://hg.python.org/cpython/file/default/Lib/test/support/__init__.py#l2202
http://bugs.python.org/issue11732
http://bugs.python.org/issue18948
http://bugs.python.org/issue23314
Perhaps Mac OS has something similar too?
Best Regards,
Ezio Melotti
but as far as I could tell, in all cases the test
.
Best Regards,
Ezio Melotti
Saul Shanabrook
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
(type=2))) # compile error
141
len(x.filter('issue', open_issues, dict(type=3))) # resource usage
103
len(x.filter('issue', open_issues, dict(type=4))) # security
32
len(x.filter('issue', open_issues, dict(type=7))) # performance
83
Best Regards,
Ezio Melotti
reviewers and committers :)
Best Regards,
Ezio Melotti
Regards,
francis
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
-summary takes a few minutes to analyze all the
issues.
I also tried to include just a few useful charts on the stats page --
at first I had several more charts but then I removed them.
Feel free to ping me on IRC (#python-dev@Freenode) if you have questions.
Best Regards,
Ezio Melotti
[0]:
http
Hi,
I added a new stats page to the bug tracker:
http://bugs.python.org/issue?@template=stats
The page can be reached from the sidebar of the bug tracker: Summaries - Stats
The data are updated once a week, together with the Summary of Python
tracker issues.
Best Regards,
Ezio Melotti
://bugs.python.org/issue?@template=stats
Best Regards,
Ezio Melotti
Regards,
francis
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive
(and some interesting discussion about it).
Best Regards,
Ezio Melotti
(the subprocess docs are
an example of implicitly communicating that the module is dangerous
and unusable).
The preferred form of documentation is to be affirmatively worded,
telling how to use a tool correctly and what its
and it gets slightly more complicated.
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail
if this addition will still not push people to move their
code to 3.x and similar requests are made for 3.6+ (and shift what I
just said for another 18 months)?
Best Regards,
Ezio Melotti
--
Steven
___
Python-Dev mailing list
Python-Dev@python.org
are mutable, and
their elements are usually homogeneous and are accessed by iterating
over the list.
Best Regards,
Ezio Melotti
probably
at the point when people have learned enough to be designing their own
programs where this issue comes up -- before they're wizards but well after
they have
' object is not iterable
Best Regards,
Ezio Melotti
-Brett
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/ezio.melotti
Hi,
On Sun, May 5, 2013 at 7:45 AM, Ezio Melotti ezio.melo...@gmail.com wrote:
Hi,
On Sun, May 5, 2013 at 4:23 AM, Tim Delaney timothy.c.dela...@gmail.com
wrote:
It appears there's no obvious link from bugs.python.org to the contributor
agreement - you need to go via the unintuitive link
On Sun, Feb 16, 2014 at 11:06 AM, Georg Brandl g.bra...@gmx.net wrote:
Am 16.02.2014 09:40, schrieb Ezio Melotti:
Hi,
On Sun, May 5, 2013 at 7:45 AM, Ezio Melotti ezio.melo...@gmail.com wrote:
Hi,
On Sun, May 5, 2013 at 4:23 AM, Tim Delaney timothy.c.dela...@gmail.com
wrote:
It appears
suggested me to bring this up again. Nick also suggested to document
our deprecation policy in PEP 5 (Guidelines for Language Evolution:
http://www.python.org/dev/peps/pep-0005/ ).
I'm including below the full text of the original email.
Best Regards,
Ezio Melotti
On Wed, Oct 9, 2013 at 8:15 AM, Georg Brandl g.bra...@gmx.net wrote:
[...]
Rather, I would try to make as many C functions as possible regular,
See http://bugs.python.org/issue8706 and http://bugs.python.org/issue8350
Best Regards,
Ezio Melotti
automatically (at
least with unittest), but even if you don't you should run your code
with -Wa before upgrading (or test your code on the new version before
upgrading Python/Django/etc. in production).
Best Regards,
Ezio Melotti
I hope the same will not start happening each time I upgrade Python
,
Ezio Melotti
--David
PS: When thinking about this, remember that our effective policy for
(the second half of?) Python2 was to hold all the big cruft removal until
Python3. Even some stuff that was originally scheduled to be removed
sooner got left in. So our user base is currently used
On Thu, Aug 22, 2013 at 7:45 PM, Donald Stufft don...@stufft.io wrote:
On Aug 22, 2013, at 1:34 PM, Ezio Melotti ezio.melo...@gmail.com wrote:
Hi,
On Thu, Aug 22, 2013 at 1:00 PM, Petri Lehtinen pe...@digip.org wrote:
Removing some cruft on each release can be very painful for users
deprecation policy:
http://mail.python.org/pipermail/python-dev/2011-October/114199.html
My idea was to turn this into an informational PEP but I didn't
receive much feedback.
If people are interested I could still do it.
Best Regards,
Ezio Melotti
If we are going to do them incrementally we should
otherwise.
http://bugs.python.org/issue10535
(I put the keys of the time machine back at their usual place)
Best Regards,
Ezio Melotti
I still think keeping them silent for the benefit of end-users is a good
thing as long as we make it easier for developers to switch on warnings
without
the changes you just committed with the ones you
pulled, and result in a shorter diff that is easier to
read/review/merge.
Otherwise pulling and updating before committing will avoid the
problem entirely (unless you end up in a push-race).
Best Regards,
Ezio Melotti
means bytes, bytes-like object means
any object that supports the buffer protocol [0] (including bytes).
string and bytes-like object includes all of them.
I don't think we need to introduce new terms.
Best Regards,
Ezio Melotti
[0]: http://docs.python.org/3/glossary.html#term-bytes-like-object
Benchmarking HOWTO that covers generic topics
could/should be added to docs.python.org.
Best Regards,
Ezio Melotti
What would you add/subtract from the
above? How important is testing memory performance? How do we avoid
performance regressions? Thanks!
-eric
add a
patch to the tracker).
I'd suggest that if the Contributor Form Received field is No in user
details, there be a link to http://www.python.org/psf/contrib/.
See http://psf.upfronthosting.co.za/roundup/meta/issue461.
Best Regards,
Ezio Melotti
Tim Delaney
/Document_Type_Definition
[...]
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Mon, Mar 11, 2013 at 3:14 AM, Ezio Melotti ezio.melo...@gmail.com wrote:
Hi,
On Mon, Mar 11, 2013 at 2:58 AM, raymond.hettinger
python-check...@python.org wrote:
http://hg.python.org/cpython/rev/0f86b51f8f8b
changeset: 82592:0f86b51f8f8b
user:Raymond Hettinger pyt...@rcn.com
really happen
often™[0] happened I can point to some actual graphs that will
hopefully clarify why all these merges are necessary :)
Best Regards,
Ezio Melotti
[0]: http://bugs.python.org/issue14468#msg184140
___
Python-Dev mailing list
Python-Dev
, and
in this case I would have used Merge with 3.x..
FWIW I might add http://bugs.python.org/issue15917 at some point, to
prevent these situations.
Best Regards,
Ezio Melotti
I have no doubt the the extra merges are needed ;-).
___
Python-Dev mailing
the repository. Since this is the second time I have
re-cloned from python.org, I will follow the advice I read somewhere to make
a _backup clone that I leave alone until I need it, so I only have to pull
from now until then when I do.
Good idea :)
On 3/12/2013 7:34 PM, Ezio Melotti wrote:
I
on #python-dev too.)
Best Regards,
Ezio Melotti
tjr
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Hi,
On Tue, Mar 12, 2013 at 7:19 PM, Terry Reedy tjre...@udel.edu wrote:
On 3/12/2013 2:52 AM, Ezio Melotti wrote:
What are the exact commands you used?
Clicks on TortoiseHg HgWorkbench GUI ;-).
I wonder if TortoiseHg is doing something wrong here. Maybe you could
try from cmd too
:3e14aafeca04
user:Ezio Melotti ezio.melo...@gmail.com
date:Mon Mar 11 09:14:09 2013 +0200
summary:
#16004: Add `make touch`.
Shouldn't that be mentioned / explained / documented somewhere?
It doesn't look obvious in which circumstances it could be useful.
It will be documented
import deque as _deque
Shouldn't the one in the 'try' be _islice too?
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
the purchased copy. That's where I gave up.
Best Regards,
Ezio Melotti
So it would appear that section 1.1.3.3. Windows of 1. Getting Started
(setup.rst) needs further revision.
Or perhaps we could persuade Microsoft to let us distribute it ourselves so
Windows versions of 2.7 do not become
Regards,
Ezio Melotti
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
tests for this change would be nice.)
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[0][2].
Perl also has a similar-looking operator [3] (=~) used to test a regex match.
Best Regards,
Ezio Melotti
[0]: http://www.w3.org/TR/selectors/#selectors
[1]: http://api.jquery.com/attribute-starts-with-selector/
[2]: http://api.jquery.com/attribute-contains-word-selector/
[3]: http
provides a way to limit the replacement only to
specific places and/or use different replacements for different
places, we will either have to live with these glitches or come up
with a proper fix done at the right level.
Best Regards,
Ezio Melotti
Regards
Antoine
On Thu, Jan 24, 2013 at 4:29 AM, Chris Jerdonek
chris.jerdo...@gmail.com wrote:
On Wed, Jan 23, 2013 at 6:16 PM, Ezio Melotti ezio.melo...@gmail.com wrote:
On Wed, Jan 23, 2013 at 9:43 PM, Antoine Pitrou solip...@pitrou.net wrote:
On Wed, 23 Jan 2013 20:41:11 +0100
Amaury Forgeot d'Arc amaur
): http://wolfprojects.altervista.org/issues.html
FTR this is based on the word done by anatoly (see links on the page).
I'm planning to eventually integrate this in the tracker too, but lately I
don't have too much time, so there's no ETA.
Best Regards,
Ezio Melotti
On Wed, Sep 26, 2012 at 6:02 PM, Walter Dörwald wal...@livinglogic.de wrote:
On 26.09.12 16:43, ezio.melotti wrote:
http://hg.python.org/cpython/rev/36f61661f71e
changeset: 79194:36f61661f71e
user:Ezio Melotti ezio.melo...@gmail.com
date:Wed Sep 26 17:43:23 2012 +0300
:Ezio Melotti ezio.melo...@gmail.com
date:Fri Sep 14 01:58:33 2012 +0300
summary:
#15437, #15439: merge Doc/ACKS.txt with Misc/ACKS and modify Doc/about.rst
accordingly.
I also contributed to this. :)
Yes, with all these ACKS and names I forgot to mention yours
/docs/xmlrpc.html
and the source of the script that generates the summary:
http://hg.python.org/tracker/python-dev/file/default/scripts/roundup-summary
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
On Sun, Jul 22, 2012 at 12:18 PM, anatoly techtonik techto...@gmail.com wrote:
What is a print policy for deprecated modules? new module is
deprecated in 2.6, but 2.7.3 doesn't print any warnings. Is it a bug?
python -Wd -c import new
In theory this should show a warning, but for some
for an arbitrary subset of markup errors.
As someone already suggested, I should write a blog post explaining
all this, but I'm still working on ironing out the last things in the
code, so the blog post has yet to reach the top of my todo list.
Best Regards,
Ezio Melotti
Regards
Antoine
/devguide/peps/etc.) except that
no one ported it yet?
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive
an
extensive renaming. I can add notes to the documentation/docstrings and
specify what's private and what's not though.
OTOH, if this specific fix is not released yet I can still do something
to limit/avoid the breakage.
Best Regards,
Ezio Melotti
Regards,
Vinay Sajip
@@
:file:`/tmp/example` file::
The filename here should be updated too.
import sqlite3
- conn = sqlite3.connect('/tmp/example')
+ conn = sqlite3.connect('example.db')
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
the Developer's Guide for both deprecation and DeprecationWarning and found
nothing.
See http://mail.python.org/pipermail/python-dev/2011-October/114199.html
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
the u automatically or is there a further step that
developers should do before testing on 3.1/3.2?
Best Regards,
Ezio Melotti
[0]: ISTM that people think once you decide to switch to 3.x, there's
really no reason to pick an older release, just pick the latest (3.3).
While this might be true
Hi Ezio,
Am 02.03.2012 um 10:33 schrieb Ezio Melotti:
Reading this led me to think the following:
* 2.5 is now available basically everywhere, and it was released almost 5 years
ago (Sep 2006);
* if it takes the same time for 3.3, it will be widespread after 4-5 years
(i.e. 2016-2017) [0
already text (rather
than bytes) and even without using unicode_literals they worked out of
the box when I moved the code to 3.x. There was however a place where
it didn't work, and that turned out to be a bug even in Python 2 because
I was mixing bytes and text.
Best Regards,
Ezio Melotti
,
Ezio Melotti
Regards,
Vinay Sajip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
/pipermail/python-dev/2011-October/114199.html
Best Regards,
Ezio Melotti
Cheers,
Nick.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
to
a CPython implementation detail?
If we all go through a deprecation process we will eventually be able to
get rid of this.
Best Regards,
Ezio Melotti
Stefan
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
too noisy then we need a
better mechanism to warn people who care (and going to check the doc
every once in a while to see if some new doc warning has been added
doesn't strike me as a valid solution).
Best Regards,
Ezio Melotti
___
Python-Dev mailing
releases and which are LTS releases? How do we manage user
expectations?
This is not an issue with the scheme I proposed.
A community poll or survey to collect opinions from the greater Python
community would be valuable before making a final decision.
[...]
Best Regards,
Ezio Melotti
,
Ezio Melotti
Eli
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
line it should be 'persistent'.
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
script could be replaced with a couple
of lines of CSS using the CSS3 user-select property (so that only the
code and not the rest is actually copied), but at the moment the support
for it is still a bit lacking and inconsistent.
Best Regards,
Ezio Melotti
Cheers
this shortcut!
However I think I'll just leave $(document).ready(...); because, even if
longer, is more explicit and readable.
Best Regards,
Ezio Melotti
--Berker
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
,
Ezio Melotti
[0]: http://bugs.python.org/issue13248
[1]: deprecated-removed doesn't seem to be documented in the documenting
doc, but it was added here: http://hg.python.org/cpython/rev/03296316a892
[2]: see e.g.
http://hg.python.org/cpython/file/default/Lib/unittest/test/test_case.py#l1187
[3
conflict with the
browser commands.
* While replying (i.e. while writing in the comment textarea), the
shortcuts are disabled.
You can hit ESC to unfocus the textarea and then use them. You can
then press 'r' again to continue editing.
Best Regards,
Ezio Melotti
summary: Fix hex_digit_to_int() prototype: expect Py_UCS4, not
Py_UNICODE
changeset: 72517:ba6ee5cc9ed6
user:Ezio Melotti ezio.melo...@gmail.com
date:Thu Sep 29 08:34:36 2011 +0300
summary: Update and reorganize the whatsnew entry for PEP 393.
# here comes the tip: before
On 23/09/2011 20.11, Éric Araujo wrote:
Hi Victor,
diff --git a/Misc/NEWS b/Misc/NEWS
--- a/Misc/NEWS
+++ b/Misc/NEWS
@@ -10,6 +10,10 @@
Core and Builtins
-
+- Issue #7732: Don't open a directory as a file anymore while importing a
+ module. Ignore the direcotry if its
100.
Best Regards,
Ezio Melotti
Michael
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
('a')
curses.unget_wch(ch)
read = stdscr.get_wch()
if read != ch:
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
the review for 2). The
same could be done with a diff that replaces the whole module though.
3) will follow after 2), and 4) is not difficult and can be done when we
actually replace re (it's probably enough to reorganize a bit and convert to
rst the page on PyPI).
Best Regards,
Ezio Melotti
[0
left and if they can't be fixed in regex.
Best Regards,
Ezio Melotti
[0]: http://pypi.python.org/pypi/regex/0.1.20110717
[1]: The NEW flag turns on the new behaviour of this module, which can
differ from that of the 're' module, such as splitting on zero-width
matches, inline flags affecting only
On Sat, Aug 27, 2011 at 4:56 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Sat, 27 Aug 2011 04:37:21 +0300
Ezio Melotti ezio.melo...@gmail.com wrote:
I'm not sure it's worth doing an extensive review of the code, a better
approach might be to require extensive test coverage
mismatches with the Unicode standard and
report an issue, feel free to assign it to me).
Best Regards,
Ezio Melotti
For reasons of practicality, it may be appropriate to provide easy access
to
a CESU-8 decoder in addition to the normal UTF-8 decoder, but it must not
be
called UTF-8
).
Best Regards,
Ezio Melotti
--
--Guido van Rossum (python.org/~guido http://python.org/%7Eguido)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
to get the original string too.
2) I'm on vacation.
Best Regards,
Ezio Melotti
[0]: for lower/upper/title it should be possible to modify the string in
place, because these operations never converts a non-BMP char to a BMP one
(and vice versa), so if two surrogates are read, two surrogates
and quoted the relevant
parts of the Unicode standard.)
Best Regards,
Ezio Melotti
[0]: From the chapter 3 [4],
D77 Code unit: The minimal bit combination that can represent a unit of
encoded text for processing or interchange.
• Code units are particular units of computer storage. Other character
Regards,
Ezio Melotti
Regards,
Nick.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
don't have the
'source' directive available in Sphinx and therefore we would have to
update all the links manually to link to h.p.o instead of s.p.o.
Best Regards,
Ezio Melotti
What do we use to provide the web part of hg.p.o? maybe we can just
ask the developers of this tool to provide
* -- and this seems wrong;
packagePathMap[packagename] = paths
Also this is not necessary anymore if you use setdefault.
replacePackageMap = {}
@@ -106,14 +102,14 @@
[...]
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev
diff --git a/Lib/smtplib.py b/Lib/smtplib.py
--- a/Lib/smtplib.py
+++ b/Lib/smtplib.py
@@ -215,7 +215,8 @@
[...]
Best Regards,
Ezio Melotti
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
arkup.html#information-units)
Best Regards,
Ezio Melotti
2. Some functions like unlink and rmtree are obviously
redundant, and shadow
frequently used Python stdlib functions, so I would
either
the change import_fresh_module was still returning the module
(e.g. json) even when the acceleration (fresh=['_json']) was missing,
and the C tests were run twice using the same pure-python module used
for the Py ones.
The typo and the wrong doc is also on 2.7.
Best Regards,
Ezio Melotti
1 - 100 of 131 matches
Mail list logo