> been wrong. ARGH. Sorry!
>
> I've added a "hg branch 3.4" in a judicious spot in my automation.
You can use 'hg clone -u 3.4 3.4 python-{time}'.
$ hg clone --help
...
To check out a particular version, use -u/--update, or -U/--noupdate to
create
alled without PAM.)
The suggested substitutes for spwd module, i.e. python-pam and
simpleplam, look like they would not work on a PAM-free system.
--
Arfrever Frehtes Taifersar Arahesis
___
Python-Dev mailing list
Python-Dev@python.org
https://m
2022-04-09 04:24 UTC, Terry Reedy は書いた:
> Perhaps something intentionally vague like
>
> "Manual deletion of entries from sys.modules may invalidate statements
> above, even after re-imports."
>
> or
>
> "Manual deletion of entries from sys.modules may result in surprising
> behavior, even after re
le-digits (have we learned nothing from Y2K? :-)) with the
> _middle_ ones changing fastest!
>
> I know it's the US standard, but Python is global. Could we have an
> 'international' style instead, say, year-month-day:
>
> ACTIVITY SUMMARY (2009-04-17 - 2009-0
CEMENT only if it is preceded by a `\'
> character.
> ...
>The `s' command can be followed by zero or more of the following
> FLAGS:
>
> `g'
> Apply the replacement to _all_ matches to the REGEXP, not just the
> first.
--
Arfreve
that's life. Do note that the PEP proposes to be *retroactive*
> back to the 3.1 release, i.e. the "frozen" version of the language is
> the state in which it was released as 3.1.
Does moratorium allow to add support for e.g. 'from __future__ import
yield_from'
d not before 2010-12-19 [2].
[1] http://python.org/download/releases/3.1/
[2] datetime.date(2009, 6, 27) + datetime.timedelta(18 * 30)
--
Arfrever Frehtes Taifersar Arahesis
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/
to be a good idea. You should create a .py.in file and use
AC_SUBST and AC_CONFIG_FILES macros in configure.in.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
___
Python-Dev mailing list
range is desired, the existing comparison operators
> ‘>’, ‘>=’, ‘<’, ‘<=’ are sufficient, more obvious, and more explicit. In
> other words, to get the meaning you desire above, the existing operators
> can be used: ‘Requires-Python: >=3, <4’.
IMHO 'Requires-Pyt
voids problems
> even if distributions do decide to ignore the second point. If not, can
> someone point me to official documentation that recommends that python
> always invoke Python2, so that I can take the case up with the Arch
> developers?
Gentoo most likely will switch /usr/b
rue, but developers are expected to run their tests with them enabled.
>
> I think everything here is as it should be.
IMHO cobject.h should have been declaring deprecated functions with
Py_DEPRECATED,
which would cause build-time deprecation warnings.
--
Arfrever Frehtes Taifersar Arahes
intainer had noticed build failures related to PyCObject, but
he wasn't treating these problems as a bug in Python.
https://bugs.gentoo.org/buglist.cgi?short_desc=Python%203.2%20PyCObject;short_desc_type=allwordssubstr;order=bug_id
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Descr
selectively enabling and disabling warnings via #pragma GCC
diagnostic has been added."
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
___
Python-Dev mailing list
Python-Dev@python.o
I'm attaching the patch which fixes respecting LDFLAGS when
building libpython$(VERSION).so.
--
Arfrever Frehtes Taifersar Arahesis
Index: Makefile.pre.in
===
--- Makefile.pre.in (revision 66032)
+++ Makefile.pre.in (working
candidate for Python 2.6.
> >
> > In http://www.python.org/download/releases/2.6/ , release date for
> > 2.6rc1 is 20-Aug-2008. That is not right.
>
> Fixed, thanks.
Release date for 2.6rc1 should be 12-Sep-2008 instead of 17-Sep-2008.
--
Arfrever Frehtes Taifersar Arahesis
2008-10-30 16:04 A.M. Kuchling <[EMAIL PROTECTED]> napisał(a):
> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>> One of the reasons why I'm very keen on us moving to a distributed version
>> control system is to help break the logjam on core developers. True, your
>> code will sti
Python 2.6.1 documentation currently isn't available for download at:
http://docs.python.org/ftp/python/doc/
Additionally please include version numbers in documentation
archives (e.g. python-docs-html-2.6.1.tar.bz2).
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This
2008-12-20 23:46:15 Benjamin Peterson napisał(a):
> On Sat, Dec 20, 2008 at 4:28 PM, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > Python 2.6.1 documentation currently isn't available for download at:
> > http://docs.python.org/ftp/python/doc/
>
> It is ava
will record property changes, and that may
> include svn:executable. I don't know which patch tool would interpret
> them, though.
Subversion 1.7 will probably contain 'svn patch' subcommand, which will be able
to apply patches which change properties, or copy/add/delete
sue12540
> > which fixes another bad regression.
>
> I can certainly release a version with these two fixes. Question is, should
> we call it 3.2.2, or 3.2.1.1 (3.2.1p1)?
I would suggest that a normal release with all changes committed on 3.2 branch
timezone
database.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:/
.
http://bugs.python.org/issue1674555
> (I think this came up originally for test_site, but I don't remember for
> sure.)
Yes, test_site.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
___
22 matches
Mail list logo
