Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

[Jeroen Ruigrok van der Werven]

-On [20080904 16:22], C. Titus Brown ([EMAIL PROTECTED]) wrote:
>I agree.  I like bsddb for just this reason and I'd like to continue
>being able to use it!  I think that there are many reasons why having
>such a thing in the stdlib is really useful and I also think it's worth
>exploring the ramifications of taking it out...

And having to install bsddb from an external source disables your use, how?

-- 
Jeroen Ruigrok van der Werven  / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B
Infinite Dreams, I can't deny them, Infinity is hard to comprehend...
___
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

Re: [Python-Dev] Can/should built-in functions get __get__?

[Fredrik Lundh]

Terry Reedy wrote:

In particular, built-in functions, in spite of of being labeled 
'builtin_function_or_method', are not usable as methods because they 
lack the __get__ method needed to bind function to instance.


They're not usable as Python-level instance methods, but they're 
definitely usable as methods, since they're used to implement methods 
for built-in types.


I'm probably missing something, but I don't think there's a convenient 
method to get the internal function from a built-in type.  However, you 
can find traces of them here and there:


>>> "".upper.hello
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: 'builtin_function_or_method' object has no attribute 'hello'
>>> "".upper.__call__
0x00C06260>


etc.



___
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

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

[Kevin Teague]

On Sep 4, 2008, at 8:10 AM, C. Titus Brown wrote:


I have to say I've never had problems with a stock install of Python  
on
either Mac OS X or Windows (shockingly enough :).  I think this is  
good

advice for applications that rely on external libraries, but I just
don't see any problems with relying on Python 2.5 to contain all the
things that normally come with Python 2.5.


There can be subtle differences between a "stock" Python and the  
system Python on Mac OS X 10.5. For example, Mac OS X compiles against  
EditLine instead of GNU Readline. From "man python" on Mac OS X:


"""
The  Python  inteterpreter supports editing of the current input line  
and history substitution, similar to facilities found in the Korn  
shell and the GNU Bash shell. However, rather than being implemented  
using the GNU Readline library, this Python interpreter uses the BSD  
EditLine library editline(3) with a GNU  Readline emulation layer.

...
For  example, the rlcompleter module, which defines a completion  
function for the readline modules, works correctly with the EditLine  
libraries, but needs to be initialized somewhat differently:

...
"""

Fairly rare that you'd trip over this minor difference though -  
EditLine is more a problem on Mac OS X when trying to compile your own  
Python, since you need to install and link against GNU Readline.


However, all does not seem to be right with the bsddb module on the  
system Python 2.5 on Mac OS X 10.5:


$ /usr/bin/python
Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import bsddb
Traceback (most recent call last):
  File "", line 1, in 
  File "/System/Library/Frameworks/Python.framework/Versions/2.5/lib/ 
python2.5/bsddb/__init__.py", line 51, in 

import _bsddb
ImportError: No module named _bsddb
>>>

___
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

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

[Jeroen Ruigrok van der Werven]

-On [20080905 12:34], Kevin Teague ([EMAIL PROTECTED]) wrote:
>However, all does not seem to be right with the bsddb module on the  
>system Python 2.5 on Mac OS X 10.5:
>
> >>> import bsddb
[snip]
>ImportError: No module named _bsddb

The bsddb module is built separately from Python within FreeBSD's ports. I
think Apple did the same for Mac OS X.

ports/databases/py-bsddb
ports/databases/py-bsddb3

So for a fair number of systems the 'bsddb' module being an external
package/dependency is already true.

-- 
Jeroen Ruigrok van der Werven  / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B
Honesty is the first chapter of the book of wisdom...
___
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

[Python-Dev] Bug in SimpleHTTPRequestHandler.send_head?

[Kim Gräsman]

Hi all,

I'm new to this group and the Python language as such. I stumbled on
it when I joined a project to build a rich network library for C++,
which in turn uses Python and its CGI HTTP server implementation as
part of its unit test suite.

We're having a little trouble when serving a text file containing
Windows line endings (CRLF) -- the resulting content contains Unix
line endings only (LF). This breaks our tests, because we can't verify
that the body, as parsed by our HTTP client, is the same as the source
file we're serving through the Python HTTP server.

I've isolated it to the SimpleHTTPRequestHandler.send_head method in
SimpleHTTPServer.py:

--
ctype = self.guess_type(path)
if ctype.startswith('text/'):
mode = 'r'
else:
mode = 'rb'
try:
f = open(path, mode)
except IOError:
self.send_error(404, "File not found")
return None
--

The f object is returned from this method, and used with
shutil.copyfileobj to copy the contents to the output stream.

This is easily fixed by omitting the content-type check entirely, and
blindly using mode 'rb', and I think that makes sense, because the
server should not be concerned with the contents of the body, so
treating it as a binary stream seems right.

This also fixes another issue, where the actual body size differs from
what's specified in the Content-Length header, because CR characters
are stripped when the body is served, but Content-Length contains the
source file's binary size.

I'm not sure which source control system you're using, so I won't try
to provide a patch, but I believe the code should read:

--
if os.path.isdir(path):
if not self.path.endswith('/'):
# redirect browser - doing basically what apache does
self.send_response(301)
self.send_header("Location", self.path + "/")
self.end_headers()
return None
for index in "index.html", "index.htm":
index = os.path.join(path, index)
if os.path.exists(index):
path = index
break
else:
return self.list_directory(path)
#patch: removed content-type check
try:
f = open(path, 'rb')  #patch: always open in binary mode
except IOError:
self.send_error(404, "File not found")
return None
self.send_response(200)
self.send_header("Content-type", self.guess_type(path))
#patch: content-type check here instead
fs = os.fstat(f.fileno())
--

My changes marked with "#patch[...]".

Grateful for any comments!

Best wishes,
- Kim
___
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

Re: [Python-Dev] Bug in SimpleHTTPRequestHandler.send_head?

[Michael Foord]

Hello Kim,

Thanks for your post. The source code control used for Python is Subversion.

Patches submitted to this list will unfortunately get lost. Please post 
the bug report along with your comments and patch to the Python bug tracker:


http://bugs.python.org/

Michael Foord

Kim Gräsman wrote:

Hi all,

I'm new to this group and the Python language as such. I stumbled on
it when I joined a project to build a rich network library for C++,
which in turn uses Python and its CGI HTTP server implementation as
part of its unit test suite.

We're having a little trouble when serving a text file containing
Windows line endings (CRLF) -- the resulting content contains Unix
line endings only (LF). This breaks our tests, because we can't verify
that the body, as parsed by our HTTP client, is the same as the source
file we're serving through the Python HTTP server.

I've isolated it to the SimpleHTTPRequestHandler.send_head method in
SimpleHTTPServer.py:

--
ctype = self.guess_type(path)
if ctype.startswith('text/'):
mode = 'r'
else:
mode = 'rb'
try:
f = open(path, mode)
except IOError:
self.send_error(404, "File not found")
return None
--

The f object is returned from this method, and used with
shutil.copyfileobj to copy the contents to the output stream.

This is easily fixed by omitting the content-type check entirely, and
blindly using mode 'rb', and I think that makes sense, because the
server should not be concerned with the contents of the body, so
treating it as a binary stream seems right.

This also fixes another issue, where the actual body size differs from
what's specified in the Content-Length header, because CR characters
are stripped when the body is served, but Content-Length contains the
source file's binary size.

I'm not sure which source control system you're using, so I won't try
to provide a patch, but I believe the code should read:

--
if os.path.isdir(path):
if not self.path.endswith('/'):
# redirect browser - doing basically what apache does
self.send_response(301)
self.send_header("Location", self.path + "/")
self.end_headers()
return None
for index in "index.html", "index.htm":
index = os.path.join(path, index)
if os.path.exists(index):
path = index
break
else:
return self.list_directory(path)
#patch: removed content-type check
try:
f = open(path, 'rb')  #patch: always open in binary mode
except IOError:
self.send_error(404, "File not found")
return None
self.send_response(200)
self.send_header("Content-type", self.guess_type(path))
#patch: content-type check here instead
fs = os.fstat(f.fileno())
--

My changes marked with "#patch[...]".

Grateful for any comments!

Best wishes,
- Kim
___
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/fuzzyman%40voidspace.org.uk
  



--
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/
http://www.trypython.org/
http://www.ironpython.info/
http://www.theotherdelia.co.uk/
http://www.resolverhacks.net/

___
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

Re: [Python-Dev] Not releasing rc1 tonight

[Antoine Pitrou]

Barry Warsaw  python.org> writes:
> 
> Here are the issues I'm not comfortable with deferring:
> 
>3640 test_cpickle crash on AMD64 Windows build

There is a patch by Amaury which needs review.

> 874900 threading module can deadlock after fork

I've made a patch which needs review.

>3660 reference leaks in 3.0

The last remaining patch (encode-leak2.patch) needs review as well :-)

Regards

Antoine.


___
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

[Python-Dev] Python performance through times

[Antoine Pitrou]

Here's an interesting blog post comparing Python performance of various versions
from 2.2.3 upto the latest 3.0 beta.

http://www.ogre.com/node/147

The fact that only Mandelbrot calculation (a hardly representative benchmark for
a high-level dynamic language such as Python) has become significantly slower is
rather a good sign IMO.

cheers

Antoine.


___
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

Re: [Python-Dev] Bug in SimpleHTTPRequestHandler.send_head?

[Tony Nelson]

At 1:19 PM +0100 9/5/08, Michael Foord wrote:
>Hello Kim,
>
>Thanks for your post. The source code control used for Python is Subversion.
>
>Patches submitted to this list will unfortunately get lost. Please post
>the bug report along with your comments and patch to the Python bug tracker:
>
>http://bugs.python.org/

Patches are usually done with patch, using the output of diff -u.
bugs.python.org links to the Python wiki with Help : Tracker Documentation,
and searching the wiki can turn up some info on bug submission, but I don't
see any step-by-step instructions for newbies.

If you're not yet confident that this is really a bug or don't want to
wrestle with the bug tracker just now, you might get more disscussion on
the newsgroup comp.lang.python.  Probably the subject should not say "bug",
or you might only get suggestions to submit a bug, but rather something
like "Should SimpleHTTPRequestHandler.send_head() change text line
endings?", or whatever you think might provoke discussion.

FWIW, Python 2.6 and 3.0 are near release, so any accepted patch would at
the earliest go into the next after version of Python: 2.7 or 3.1.  Patches
often laguish and need a champion to push them through.  Helping review
other patches or bugs is one way to contribute.
-- 

TonyN.:'   
  '  
___
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

Re: [Python-Dev] Not releasing rc1 tonight

[Hirokazu Yamamoto]

"issue1040026 os.times() is bogus" won't be fixed?
___
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

[Python-Dev] ?spurious? Timeout in BSDDB under MS Windows

[Jesus Cea]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Trent, are you available to look at the ?spurious? timeout failures in
bsddb replication code in the Windows buildbot?.

Ten seconds timeout should be plenty enough. I can't debug any MS
Windows issue myself; this is a Microsoft-free environment.

- --
Jesus Cea Avion _/_/  _/_/_/_/_/_/
[EMAIL PROTECTED] - http://www.jcea.es/ _/_/_/_/  _/_/_/_/  _/_/
jabber / xmpp:[EMAIL PROTECTED] _/_/_/_/  _/_/_/_/_/
.  _/_/  _/_/_/_/  _/_/  _/_/
"Things are not so easy"  _/_/  _/_/_/_/  _/_/_/_/  _/_/
"My name is Dump, Core Dump"   _/_/_/_/_/_/  _/_/  _/_/
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBSMFWXJlgi5GaxT1NAQK3BwQAlG532RIfCKRLRwQWYqUnL87F4ITxgu7W
6QgzIHoCvl/oA5G0MsaSJ6Qh3XdutH4RjovxH7Ky3rQ08lFa7iyg6mHuzkBTDbri
Pb7jgWHxQ/FImSD1rxqJHrLpKvRNoR0zjyDUVlEsgLElJ6wKGz4/eclJh0/0Wylv
QdTISCI4rR4=
=HBAA
-END PGP SIGNATURE-
___
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

Re: [Python-Dev] Python performance through times

[Nick Coghlan]

Antoine Pitrou wrote:
> Here's an interesting blog post comparing Python performance of various 
> versions
> from 2.2.3 upto the latest 3.0 beta.
> 
> http://www.ogre.com/node/147
> 
> The fact that only Mandelbrot calculation (a hardly representative benchmark 
> for
> a high-level dynamic language such as Python) has become significantly slower 
> is
> rather a good sign IMO.

This comment makes the whole post fairly farcical though:

"I decided to not use pybench, but to take some of the benchmarks from
the Computer Language Benchmarks Game instead (hoping they are slightly
more "real use" realistic)."

>From what I can tell, the main graph is being dominated by the dramatic
mandelbrot slowdowns between 2.4 and 2.6, and that is heavy on the
complex arithmetic.

The numbers from pybench would have been far more enlightening.

Cheers,
Nick.

-- 
Nick Coghlan   |   [EMAIL PROTECTED]   |   Brisbane, Australia
---
http://www.boredomandlaziness.org
___
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

[Python-Dev] Summary of Python tracker Issues

[Python tracker]

ACTIVITY SUMMARY (08/29/08 - 09/05/08)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue 
number.  Do NOT respond to this message.


 2023 open (+35) / 13586 closed (+21) / 15609 total (+56)

Open issues with patches:   642

Average duration of open issues: 710 days.
Median duration of open issues: 1765 days.

Open Issues Breakdown
   open  2009 (+35)
pending14 ( +0)

Issues Created Or Reopened (57)
___

Misleading names for multiprocessing "convenience" functions 09/01/08
CLOSED http://bugs.python.org/issue3589reopened jnoller   
   needs review

import warning in multiprocessing08/29/08
CLOSED http://bugs.python.org/issue3731created  pitrou
   

bdist_msi gives a deprecation warning when run with Python 2.6   08/29/08
CLOSED http://bugs.python.org/issue3732created  lemburg   
   patch, easy, needs review   

Adding bin and Scripts folder into PATH  08/29/08
CLOSED http://bugs.python.org/issue3733created  tarek 
   

subclassing complex  08/29/08
   http://bugs.python.org/issue3734created  gumtree   
   

allow multiple threads to efficiently send the same requests to  08/29/08
   http://bugs.python.org/issue3735created  DavidDecotigny
   

super is a built-in type 08/29/08
   http://bugs.python.org/issue3736created  tarek 
   

An error in Python Library Reference document08/30/08
CLOSED http://bugs.python.org/issue3737created  zouzhile  
   

logging.Handler.close does something 08/30/08
CLOSED http://bugs.python.org/issue3738created  LambertDW 
   

unicode-internal encoder reports wrong length08/30/08
   http://bugs.python.org/issue3739created  doerwalter
   

PEP 3121 --- module state is not nul-initalized as claimed in th 08/30/08
   http://bugs.python.org/issue3740created  _doublep  
   

DISTUTILS_USE_SDK set causes msvc9compiler.py to raise an except 08/31/08
   http://bugs.python.org/issue3741created  TBBle 
   patch   

Parsing XML file with Unicode characters causes problem  08/31/08
   http://bugs.python.org/issue3742created  jaylogan  
   

PY_FORMAT_SIZE_T is not for PyString_FromFormat  08/31/08
   http://bugs.python.org/issue3743created  amaury.forgeotdarc
   patch, needs review 

make altinstall installs pydoc instead of pydoc3.0   09/01/08
   http://bugs.python.org/issue3744created  kune  
   

_sha256 et al. encode to UTF-8 by default09/01/08
   http://bugs.python.org/issue3745created  hagen 
   

Sphinx producing duplicate id attributes, HTML fails validation. 09/01/08
   http://bugs.python.org/issue3746created  gjhiggins 
   

Fix caching in ABCMeta.__subclasscheck__ 09/01/08
CLOSED http://bugs.python.org/issue3747created  ncoghlan  
   patch, patch, needs review  

platform.architecture() prints bogus message on windows  09/01/08
CLOSED http://bugs.python.org/issue3748created  ocean-city
   patch   

incrementalencoder and incrementalencoder 

[Python-Dev] xmlrpc via proxy for bzr and bugzilla in 2.6

[techtonik]

With 2.6rc1 at the doors people are asking if xmlrpclib will be able
to communicate through a proxy? It causes bzr and bugzilla tools to
fail if used behind firewall, and there is no easy workaround for
users.

http://bugs.python.org/issue648658
-- 
--anatoly t.
___
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

[Python-Dev] 2.6b3 and 3.0b3 Windows installers

[LRN]

I was wondering, when new installers will be published? I made one on my 
own ( see http://lrn.1986.li/other/python-2.6.14127-x86.msi ), but i am 
not sure about it's correctness.

___
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

[Python-Dev] site.py and the checkout builddir

[Benjamin Peterson]

In a checkout, site.py is currently responsible for adding the
distutils extension module builddir to sys.path. Usually, this is
unproblematic. However, when the initialization code needed by site
(in this case the standard io streams and the builtin open) relies on
C modules added from the builddir in site.py, it causes silent errors.
The calls to initstdio and initsite were moved to having the site
initialization first in r62778, so that _bytesio and _stringio could
be used when io was loaded. Unfortunately, site.py uses open, but this
error went undetected because stderr was not set up yet. (See issue
#3279)

That options as I see it are:
1. Switch the initialization order back to the original (io streams
first) and compile _bytesio and _stringio directly into the Python
binary. This is probably the easiest option.
2. Switch the initialization order back to the original and have
getpath.c put the builddir on sys.path. This might be difficult
because finding the distutils buildir seems to involve
disutils.utils.get_platform(). (I'm not a disutils expert; can the
location of the builddir be simplified?)

Anyway, note that this doesn't affect Python which has been installed
on a system because the dynlibs are already on sys.path.

-- 
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
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

Re: [Python-Dev] site.py and the checkout builddir

[Antoine Pitrou]

Benjamin Peterson  gmail.com> writes:
> 
> That options as I see it are:
> 1. Switch the initialization order back to the original (io streams
> first) and compile _bytesio and _stringio directly into the Python
> binary. This is probably the easiest option.

Since io.py imports _bytesio and _stringio, and io.py is always imported at
startup, this option sounds harmless.

Regards

Antoine.


___
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

Re: [Python-Dev] site.py and the checkout builddir

[Benjamin Peterson]

On Fri, Sep 5, 2008 at 4:51 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> Benjamin Peterson  gmail.com> writes:
>>
>> That options as I see it are:
>> 1. Switch the initialization order back to the original (io streams
>> first) and compile _bytesio and _stringio directly into the Python
>> binary. This is probably the easiest option.
>
> Since io.py imports _bytesio and _stringio, and io.py is always imported at
> startup, this option sounds harmless.

Yeah, the only harm being that the python binary gets a little
heftier. (Not a big issue, since 3.0's libpython is half a megabyte
less than 2.6's)

>
> Regards
>
> Antoine.
>
>
> ___
> 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/musiccomposition%40gmail.com
>



-- 
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
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

Re: [Python-Dev] site.py and the checkout builddir

[Christian Heimes]

Benjamin Peterson wrote:

1. Switch the initialization order back to the original (io streams
first) and compile _bytesio and _stringio directly into the Python
binary. This is probably the easiest option.


Oh, the modules are still shared libraries? That's clearly a mistake. It 
makes no sense to have both modules as shared libraries when they are 
loaded on every interpreter startup.


+1 for making them builtin modules.

Christian

___
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

Re: [Python-Dev] xmlrpc via proxy for bzr and bugzilla in 2.6

[Amaury Forgeot d'Arc]

Hello,

techtonik wrote:
> With 2.6rc1 at the doors people are asking if xmlrpclib will be able
> to communicate through a proxy? It causes bzr and bugzilla tools to
> fail if used behind firewall, and there is no easy workaround for
> users.
>
> http://bugs.python.org/issue648658

It's very unlikely that such a change can be made at this stage.
There is not even a patch to review...

But the tracker seems to contains a workaround.
It seems to work without any modification of the standard library
Does it actually work? Could bzr use it?

-- 
Amaury Forgeot d'Arc
___
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

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

[Greg Ewing]

Kevin Teague wrote:

There can be subtle differences between a "stock" Python and the  system 
Python on Mac OS X 10.5.


Also there can be different versions of Python installed
in different versions of MacOSX. So if you distribute an app
that relies on the system Python, at the least you have
to test it against all the Python versions it's likely to
encounter, and possibly provide different versions of the
app for different versions of MacOSX.

Another thing to keep in mind is that if you use something
like py2app or py2exe, it doesn't include the whole Python
distribution, just the stdlib modules the app actually uses.
So it's not as bad as including a whole Python installation
for every app.

--
Greg
___
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

Re: [Python-Dev] Add python.exe to PATH environment variable

[Steve Holden]

Terry Reedy wrote:
> 
> 
> M.-A. Lemburg wrote:
>> On 2008-09-02 23:14, Terry Reedy wrote:
> 
>>> An alternative to manipulating PATH would be to make and add to the
>>> Start Menu a Command Prompt shortcut, call it Command Window or
>>> something, that starts in the Python directory.  Then one could enter
 python or >Scripts/goforit without chdir-ing to the Python directory
>>> first.  The background could even be set to green, for instance, to
>>> differentiate it from the standard Command Prompt window.
>>
>> There already is a menu entry that starts the Python interpreter
>> on Windows, so why not use that ?
> 
> I do and will*, but some people want to start a command window and then
> type 'python' just like they would on *nix (*without having to
> explicitly change to the Python directory*), or be able to run stuff in
> a subdirectory of the Python directory.  So I suggested an alternative
> to the request for PATH manipulation that could easily be done now.
> 
A cleaner (though still dirty) way to achieve this would be to add a
link to the appropriate "python.exe" in a directory already on the path
such as c:\Windows\system32

> * I recently *did* run Python from a command prompt so I could make sure
> it was running 'cmd.exe /u' and try changing the code page (but this is
> another story), but I simply moved to the directory first.  For me, not
> a big deal.
> 
My own solution, on systems where I haven't bothered to add \python25
and python25\Scripts to the PATH, is to simply use

  \python25\python

With tab expansion enabled by default it's easy enough.

regards
 Steve
-- 
Steve Holden+1 571 484 6266   +1 800 494 3119
Holden Web LLC  http://www.holdenweb.com/

___
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