Re: Threads on google groups not on gmane?
Mark Lawrence writes: > I went onto google groups to do a search and saw three threads (there > may be more) that I've never seen on gmane, which I read via > thunderbird on windows. The titles are "Is programming art or > science", "breezypythongui: A New Toolkit for Easy GUIs in Python" and > "weird behaviour: pygame plays in shell but not in script". > > Is anyone else seeing the same thing? I've noticed a lot of messed up threads but that's apparently considered normal here. But I also see broken threads where only some messages are visible on, so it's not a huge stretch that some threads might be completely invisible to me. I read through a "normal" NNTP server. -- http://mail.python.org/mailman/listinfo/python-list
Re: getaddrinfo NXDOMAIN exploit - please test on CentOS 6 64-bit
Am 01.04.2012 06:31 schrieb John Nagle: In any case, this seems more appropriate for a Linux or a CentOS newsgroup/mailing list than a Python one. Please do not reply to this post in comp.lang.python. -o I expected that some noob would have a reply like that. You are unable to provide appropriate information, fail to notice that the problem has nothing to do with Python AND call others a noob? Shame on you. -- http://mail.python.org/mailman/listinfo/python-list
Pythonect 0.1.0 Release
Hi All, I'm pleased to announce the first beta release of Pythonect interpreter. Pythonect is a new, experimental, general-purpose dataflow programming language based on Python. It aims to combine the intuitive feel of shell scripting (and all of its perks like implicit parallelism) with the flexibility and agility of Python. Pythonect interpreter (and reference implementation) is written in Python, and is available under the BSD license. Here's a quick tour of Pythonect: The canonical "Hello, world" example program in Pythonect: >>> "Hello World" -> print : Hello World Hello World >>> '->' and '|' are both Pythonect operators. The pipe operator (i.e. '|') passes one item at a item, while the other operator passes all items at once. Python statements and other None-returning function are acting as a pass-through: >>> "Hello World" -> print -> print : Hello World : Hello World Hello World >>> >>> 1 -> import math -> math.log 0.0 >>> Parallelization in Pythonect: >>> "Hello World" -> [ print , print ] : Hello World : Hello World ['Hello World', 'Hello World'] >>> range(0,3) -> import math -> math.sqrt [0.0, 1.0, 1.4142135623730951] >>> In the future, I am planning on adding support for multi-processing, and even distributed computing. The '_' identifier allow access to current item: >>> "Hello World" -> [ print , print ] -> _ + " and Python" : Hello World : Hello World ['Hello World and Python', 'Hello World and Python'] >>> >>> [ 1 , 2 ] -> _**_ [1, 4] >>> True/False return values as filters: >>> "Hello World" -> _ == "Hello World" -> print : Hello World >>> >>> "Hello World" -> _ == "Hello World1" -> print False >>> >>> range(1,10) -> _ % 2 == 0 [2, 4, 6, 8] >>> Last but not least, I have also added extra syntax for making remote procedure call easy: >> 1 -> inc@xmlrpc://localhost:8000 -> print : 2 2 >>> Download Pythonect v0.1.0 from: http://github.com/downloads/ikotler/pythonect/Pythonect-0.1.0.tar.gz More information can be found at: http://www.pythonect.org I will appreciate any input / feedback that you can give me. Also, for those interested in working on the project, I'm actively interested in welcoming and supporting both new developers and new users. Feel free to contact me. Regards, Itzik Kotler | http://www.ikotler.org -- http://mail.python.org/mailman/listinfo/python-list
Re: [OT] getaddrinfo NXDOMAIN exploit - please test on CentOS 6 64-bit
On 03/31/2012 04:58 PM, John Nagle wrote: > If you can make this happen, report back the CentOS version and > the library version, please. CentOS release 6.2 (Final) glibc-2.12-1.47.el6_2.9.x86_64 example does not ping example.com does not resolve to example.com.com Removed all "search" and "domain" entries from /etc/resolve.conf -- http://mail.python.org/mailman/listinfo/python-list
Installing Python 2.5.2 on Win 7
I would like to install 2.5.2 on Win 7 for several reasons. I'm using my former XP laptop, which I recently upgraded to Win7. In the XP form, I had at one time installed 2.5.2, PIL, numpy, matplotlib, etc. on it to drive a camera via a Python app. The camera is still around, and I use it on my PC XP desktop with this software, for which the python app will never be updated. However, I acquired a camera like the one I use and we set it up at a friend's house on his XP laptop. We installed this software on it, but for some reason, probably because of the camera interface via ethernet, we can get the app up, but not the camera. To solve this problem I thought I would install the software on my laptop Win7 PC. When I tried PIL.1.1.6 I got several unexpected messages that seem to indicate things were not going well. I have stopped to find out if it is really possible to install this suite of software on Win7. Is it possible? If not, will uninstalling Python also remove PIL? -- http://mail.python.org/mailman/listinfo/python-list
Re: [OT] getaddrinfo NXDOMAIN exploit - please test on CentOS 6 64-bit
On 4/1/2012 9:26 AM, Michael Torrie wrote:
On 03/31/2012 04:58 PM, John Nagle wrote:
If you can make this happen, report back the CentOS version and
the library version, please.
CentOS release 6.2 (Final)
glibc-2.12-1.47.el6_2.9.x86_64
example does not ping
example.com does not resolve to example.com.com
Removed all "search" and "domain" entries from /etc/resolve.conf
It's a design bug in glibc. I just submitted a bug report.
http://sourceware.org/bugzilla/show_bug.cgi?id=13935
It only appears if you have a machine with a two-component domain
name ending in ".com" as the actual machine name. Most hosting
services generate some long arbitrary name as the primary name,
but I happen to have a server set up as "companyname.com".
The default rule for looking up domains in glibc is that the
"domain" is everything after the FIRST ".". Failed lookups
are retried with that "domain" appended. The idea, back
in the 1980s, was that if you're on "foo.bigcompany.com",
and look up "bar", it's looked up as "bar.bigcompany.com".
This idea backfires when the actual hostname only
has two components, and the search just appends ".com".
There is a "com.com" domain, and this gets them traffic.
They exploit this to send you (where else) to an ad-heavy page.
Try "python.com.com", for example,and you'll get an ad for a
Java database.
The workaround in Python is to add the AI_CANONNAME flag
to getaddrinfo calls, then check that the returned domain
name matches the one put in.
Good case:
>>> s = "python.org"
>>> socket.getaddrinfo(s, 80, 0,0, 0, socket.AI_CANONNAME)
[(2, 1, 6, 'python.org', ('82.94.164.162', 80)), (2, 2, 17, '',
('82.94.164.162', 80)), (2, 3, 0, '', ('82.94.164.162', 80)), (10, 1, 6,
'', ('2001:888:2000:d::a2', 80, 0, 0)), (10, 2, 17, '',
('2001:888:2000:d::a2', 80, 0, 0)), (10, 3, 0, '',
('2001:888:2000:d::a2', 80, 0, 0))]
Bad case:
>>> s = "noexample.com"
>>> socket.getaddrinfo(s, 80, 0,0, 0, socket.AI_CANONNAME)
[(2, 1, 6, 'phx1-ss-2-lb.cnet.com', ('64.30.224.112', 80)), (2, 2, 17,
'', ('64.30.224.112', 80)), (2, 3, 0, '', ('64.30.224.112', 80))]
Note that what went in isn't what came back. getaddrinfo has
been pwned.
Again, you only get this if you're on a machine whose primary host
name is "something.com", with exactly two components ending in ".com".
John Nagle
--
http://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 2.5.2 on Win 7
On 1-4-2012 22:11, W. eWatson wrote: > To solve this problem I thought I would install the software on my laptop > Win7 PC. When > I tried PIL.1.1.6 I got several unexpected messages that seem to indicate > things were > not going well. I have stopped to find out if it is really possible to > install this > suite of software on Win7. Is it possible? If not, will uninstalling Python > also remove > PIL? I'm using PIL 1.1.7 (the latest version available from effbot's website) on Windows 7. Admittedly, with Python 2.7.2, but there's an installer for Python 2.5 as well. I assume it should work just fine. What errors were you seeing? And no, uninstall Python won't remove PIL - it has its own uninstaller. Irmen -- http://mail.python.org/mailman/listinfo/python-list
Re: Installing Python 2.5.2 on Win 7
On 4/1/2012 1:57 PM, Irmen de Jong wrote: On 1-4-2012 22:11, W. eWatson wrote: To solve this problem I thought I would install the software on my laptop Win7 PC. When I tried PIL.1.1.6 I got several unexpected messages that seem to indicate things were not going well. I have stopped to find out if it is really possible to install this suite of software on Win7. Is it possible? If not, will uninstalling Python also remove PIL? I'm using PIL 1.1.7 (the latest version available from effbot's website) on Windows 7. Admittedly, with Python 2.7.2, but there's an installer for Python 2.5 as well. I assume it should work just fine. What errors were you seeing? And no, uninstall Python won't remove PIL - it has its own uninstaller. Irmen I'm going to uninstall Python on my XP laptop, and get my friend's laptop tomorrow. I'll work on his problem here. I have a desktop xp that works for the app I'm concerned about. -- http://mail.python.org/mailman/listinfo/python-list
[RELEASED] Python 3.3.0 alpha 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On behalf of the Python development team, I'm happy to announce the
second alpha release of Python 3.3.0.
This is a preview release, and its use is not recommended in
production settings.
Python 3.3 includes a range of improvements of the 3.x series, as well
as easier porting between 2.x and 3.x. Major new features and changes
in the 3.3 release series are:
* PEP 380, Syntax for Delegating to a Subgenerator ("yield from")
* PEP 393, Flexible String Representation (doing away with the
distinction between "wide" and "narrow" Unicode builds)
* PEP 409, Suppressing Exception Context
* PEP 3151, Reworking the OS and IO exception hierarchy
* A C implementation of the "decimal" module, with up to 80x speedup
for decimal-heavy applications
* The new "packaging" module, building upon the "distribute" and
"distutils2" projects and deprecating "distutils"
* The new "lzma" module with LZMA/XZ support
* PEP 3155, Qualified name for classes and functions
* PEP 414, explicit Unicode literals to help with porting
* The new "faulthandler" module that helps diagnosing crashes
* Wrappers for many more POSIX functions in the "os" and "signal"
modules, as well as other useful functions such as "sendfile()"
* Hash randomization, introduced in earlier bugfix releases, is now
switched on by default.
For a more extensive list of changes in 3.3.0, see
http://docs.python.org/3.3/whatsnew/3.3.html (*)
To download Python 3.3.0 visit:
http://www.python.org/download/releases/3.3.0/
Please consider trying Python 3.3.0 with your code and reporting any bugs
you may notice to:
http://bugs.python.org/
Enjoy!
(*) Please note that this document is usually finalized late in the release
cycle and therefore may have stubs and missing entries at this point.
- --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp+QbPGYhaLSxc4YKnlE/F
zU8An2q5qzvjL0qaxqaYleFGoGKPzzJu
=qo4v
-END PGP SIGNATURE-
--
http://mail.python.org/mailman/listinfo/python-list
[RELEASED] Python 3.3.0 alpha 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On behalf of the Python development team, I'm happy to announce the
second alpha release of Python 3.3.0.
This is a preview release, and its use is not recommended in
production settings.
Python 3.3 includes a range of improvements of the 3.x series, as well
as easier porting between 2.x and 3.x. Major new features and changes
in the 3.3 release series are:
* PEP 380, Syntax for Delegating to a Subgenerator ("yield from")
* PEP 393, Flexible String Representation (doing away with the
distinction between "wide" and "narrow" Unicode builds)
* PEP 409, Suppressing Exception Context
* PEP 3151, Reworking the OS and IO exception hierarchy
* A C implementation of the "decimal" module, with up to 80x speedup
for decimal-heavy applications
* The new "packaging" module, building upon the "distribute" and
"distutils2" projects and deprecating "distutils"
* The new "lzma" module with LZMA/XZ support
* PEP 3155, Qualified name for classes and functions
* PEP 414, explicit Unicode literals to help with porting
* The new "faulthandler" module that helps diagnosing crashes
* Wrappers for many more POSIX functions in the "os" and "signal"
modules, as well as other useful functions such as "sendfile()"
* Hash randomization, introduced in earlier bugfix releases, is now
switched on by default.
For a more extensive list of changes in 3.3.0, see
http://docs.python.org/3.3/whatsnew/3.3.html (*)
To download Python 3.3.0 visit:
http://www.python.org/download/releases/3.3.0/
Please consider trying Python 3.3.0 with your code and reporting any bugs
you may notice to:
http://bugs.python.org/
Enjoy!
(*) Please note that this document is usually finalized late in the release
cycle and therefore may have stubs and missing entries at this point.
- - --
Georg Brandl, Release Manager
georg at python.org
(on behalf of the entire python-dev team and 3.3's contributors)
- -BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95PJgACgkQN9GcIYhpnLCN1QCfeYWp+QbPGYhaLSxc4YKnlE/F
zU8An2q5qzvjL0qaxqaYleFGoGKPzzJu
=qo4v
- -END PGP SIGNATURE-
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAk95P10ACgkQN9GcIYhpnLBo8QCePW2BuTqXSmtVl6/Yae1HWrGB
UFgAn0ytSqd70vq58gj9N8xUtKC+BJ2D
=3DA/
-END PGP SIGNATURE-
--
http://mail.python.org/mailman/listinfo/python-list
Re: Will MySQL ever be supported for Python 3.x?
On 3/31/2012 10:54 PM, Tim Roberts wrote: John Nagle wrote: On 3/30/2012 2:32 PM, Irmen de Jong wrote: Try Oursql instead http://packages.python.org/oursql/ "oursql is a new set of MySQL bindings for python 2.4+, including python 3.x" Not even close to being compatible with existing code. Every SQL statement has to be rewritten, with the parameters expressed differently. It's a good approach, but very incompatible. Those changes can be automated, given an adequate editor. "Oursql" is a far better product than the primitive MySQLdb wrapper. It is worth the trouble. It's an interesting approach. As it matures, and a few big sites use it. it will become worth looking at. The emphasis on server-side buffering seems strange. Are there benchmarks indicating this is worth doing? Does it keep transactions locked longer? This bug report https://answers.launchpad.net/oursql/+question/191256 indicates a performance problem. I'd expect server side buffering to slow things down. Usually, you want to drain results out of the server as fast as possible, then close out the command, releasing server resources and locks. John Nagle -- http://mail.python.org/mailman/listinfo/python-list
Re: [RELEASED] Python 3.3.0 alpha 2
> To download Python 3.3.0 visit: > > http://www.python.org/download/releases/3.3.0/ The Windows links point to 3.3a1 installers, even though the links say 3.3a2. -- CPython 3.2.2 | Windows NT 6.1.7601.17640 -- http://mail.python.org/mailman/listinfo/python-list
