Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
Thanks Georg, I have changed the patch accordingly.
There's one issue left: the name of the parameter (ignore)
I have renamed it like this on Alexander suggestion, for consistency
with filecmp.dircmp which uses ignore.
By the
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10392/copytree2.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2663>
__
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
This is because the code uses a print statement when opening the .pypirc
file. This was already the case before this patch, but the code was not
covered by tests. (see in previous revision)
The test is not broken, it just ouputs to stdi
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
Right, Thanks!
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1858>
__
___
Python-bugs-list mailing list
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
This is not a bug: dict do not guarantee the ordering of the keys, so it
may change on every run.
A good practice is to test a sorted .items() output of your dict in your
doctest.
--
nosy:
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
The problem is in distutils code, not in setuptools or PyPI.
As long as I can see, the problem remains in the trunk. It is dead
simple to reproduce : put an unicode name for the author in a plain setup.py
with a non ascii character
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9961/unicode.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
Removed file:
http://bugs.python.org/file10065/distutils.unicode.simplified.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file9967/unicode.metadata.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
ok I will ask for this on the ML
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2562>
___
_
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
The windows installer could add two entries in the PATH environment
variable. This would make "Python.exe" and other binaries available from
the command prompt without having to change PATH manually.
--
componen
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
super is defined as a built-in function
http://docs.python.org/dev/library/functions.html
but it is a type, shouldn't it be replaced ?
--
assignee: georg.brandl
components: Documentation
messages: 72174
nosy: georg.br
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
Sure, sounds fine to me, thanks for the help on this issue
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
I am trying to write a patch in distutils to make use the standard
logging module, and I had a weird problem:
if I add "import logging" at the top of Lib/distutils/log.py file to
start my work, it just brakes the interpreter.
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
components: +Distutils, Interpreter Core
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
This patch removes string usage from dist.py, so the module uses modern
syntax.
--
components: Distutils
files: dist-no-string.diff
keywords: patch
messages: 73965
nosy: tarek
severity: normal
status: open
title: removed string
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
title: removed string module from distutils -> removed string module from
distutils [patch]
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
I am removing in this patch the usage of string and type.
1/ I have remove string import, and used the proper modern syntax
2/
Type was used to check for object types, and sometimes isinstance() was
called.
I have replaced all the ca
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
types is not used, the import shall be removed
--
components: Distutils
files: core-no-types.diff
keywords: patch
messages: 73968
nosy: tarek
severity: normal
status: open
title: removed types from distutils.core [patch]
ve
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
Ok thanks, I could make it work by removing the call to
distutils.util.get_platform() in site.addbuilddir()
and harcode the name of my platform there,
Maybe a solution would be to :
* move get_platform out of distutils.util
* move sys
New submission from Tarek Ziadé <[EMAIL PROTECTED]>:
This patch removes the custom log implementation from distutils.
It keeps the compatibility with the previous logger and its specific
CONSTANTE names. It add a sys.stdout stream handler so it produces the
same output.
It is based on l
Tarek Ziadé <[EMAIL PROTECTED]> added the comment:
Well, I have a patch in progress, that pulls it out in another package.
But I still get problems with the logging dependency, so it seems like a
lot of extra work for just this use case.
On the other hand, if distutils is going to be &q
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé <[EMAIL PROTECTED]>:
--
versions: +Python 2.7, Python 3.1 -Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Tarek Ziadé :
--
resolution: -> accepted
type: -> crash
versions: +Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/
Tarek Ziadé added the comment:
fixed in r77717, r77719
Under Py3, we will just use utf8 strings.
Thanks!
--
status: open -> closed
versions: -Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/iss
New submission from Tarek Ziadé :
test_subprocess.test_executable now has a failure in the subprocess created
(see
http://www.python.org/dev/buildbot/builders/amd64%20gentoo%20trunk/builds/303/steps/test/logs/stdio)
the bbots don't get red because this is happening in the subprocess an
Tarek Ziadé added the comment:
Notice that this happen only under Linux and Solaris AFAIK. I couldn't
reproduce it under Mac OS X
--
___
Python tracker
<http://bugs.python.org/i
Tarek Ziadé added the comment:
Ooops sorry Jesse, my brain has a hard link to your name when I see the word
"process" ;)
It comes out this bug is more related to 'sys' anyways.
--
___
Python tracker
<http://bu
Changes by Tarek Ziadé :
--
priority: -> critical
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue7511>
___
___
Python-bugs-list
Changes by Tarek Ziadé :
--
assignee: -> tarek
nosy: +tarek
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Tarek Ziadé :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue7880>
___
___
Python-bugs-list mailing list
Unsubscri
Tarek Ziadé added the comment:
Here's the traceback, I'll look at the problem asap
'import site' failed; traceback:
Traceback (most recent call last):
File "/MacDev/svn.python.org/python-trunk/Lib/site.py", line 530, in
main()
File "/MacDev/svn.
Tarek Ziadé added the comment:
Antoine, see http://bugs.python.org/issue7774
--
___
Python tracker
<http://bugs.python.org/issue7880>
___
___
Python-bugs-list m
Tarek Ziadé added the comment:
empty lines were removed in r78367, r78369
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5801>
___
_
Tarek Ziadé added the comment:
This file was added in r75256. Are you sure you miss that test file ?
--
priority: -> high
___
Python tracker
<http://bugs.python.org/iss
Changes by Tarek Ziadé :
--
priority: normal -> high
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue8107>
___
___
Python-bugs-list
Tarek Ziadé added the comment:
Moved to distutils2 (distutils is feature frozen now)
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue1222
Tarek Ziadé added the comment:
If we consider that Distutils didn't provide c++ support, and that it partially
worked by accident (through gcc), I would call it a new feature. Especially
since it requires a new option.
We are freezing the API so we can't add options to methods
Tarek Ziadé added the comment:
This test just grabs xxmodule.c from Python to try out a compilation.
It's a lot of work just to try out a .c file in build_ext. I've already changed
this in trunk by having a c file local to distutils tests, as a fallback in
case the location canno
Tarek Ziadé added the comment:
No that won't work because the test tries to find a module that is only in the
source dir. So not existing on python installations. The simplest thing to do
is to skip the test if srcdir cannot be found.
I'll fix
Tarek Ziadé added the comment:
Also, notice that srcdir can be broken on some platform. For instance, under
Mac OS X Framework install:
>>> import distutils.sysconfig
>>> distutils.sysconfig.get_config_var('srcdir')
'/Volumes/Rivendell/Users/ronald/Projects/p
Tarek Ziadé added the comment:
@Ronald, @Barry: Yes that's what I did in trunk, so I can just merge that
revision. (r78707, r78709)
The only problem I had with it is that in case xxmodule.c changes, I have to
change it there too, but it's no big deal.
Barry, I'll merge back
Tarek Ziadé added the comment:
What traceback do you get exactly ? The same one than the first TB of this
issue ?
--
priority: -> high
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
done in r78877
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8107>
___
___
Python-bugs-list mai
Tarek Ziadé added the comment:
This will skip the whole test class if srcdir is not found, removing all tests
run in test_build_ext.
Are you sure you want to skip the whole test class if the srcdir is not there
for 2.6.5 final ? (we have important tests in there, related to options like
Tarek Ziadé added the comment:
Ok so, this file is lost during the installation process only for the Mac OS X
install it seems. I need to dig into the Mac OS X build process.
If I "./configure && make && make install" with the 2.6.5rc+ tarball,
the files are properl
Tarek Ziadé added the comment:
Roumen, I am moving all the new work in distutils into distutils2, and
distutils is going to be frozen.
Do you want to work on this feature in distutils2 ? (which is distutils code
base before I started to revert things)
Let me know so I mark this issue under
Tarek Ziadé added the comment:
Ok then, I am applying Barry's suggestion right now in release26-maint then
--
___
Python tracker
<http://bugs.python.org/i
Tarek Ziadé added the comment:
done in r78935.
--
___
Python tracker
<http://bugs.python.org/issue8107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Tarek Ziadé added the comment:
ok thanks for the tests Neal.
Martin, do I have to do soemthing in msi.py to see this file included ? (I am
looking at msi.py right now and it looks like it has the proper glob, but I
want to be 100% sure)
Ronald, what about the Mac OS scripts
Tarek Ziadé added the comment:
Ok I see. Good to know thx
--
___
Python tracker
<http://bugs.python.org/issue8102>
___
___
Python-bugs-list mailing list
Unsub
Tarek Ziadé added the comment:
No I guess its fine to leave it closed.
--
___
Python tracker
<http://bugs.python.org/issue8107>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
Moving the target to Distutils2, as Distutils is now feature frozen.
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue3
Tarek Ziadé added the comment:
Yes, the revert put back distutils in its initial 2.6.x state but I guess this
can be added back since it doesn't change the original behavior.
--
priority: -> high
resolution: -> accepted
___
Python tra
Tarek Ziadé added the comment:
Craig,
did you run the command like this under 3.x ? :
$ python setup.py build --compiler=mingw32 --verbose
Also, what is your gcc version ? and your PATH environment ?
--
___
Python tracker
<h
Tarek Ziadé added the comment:
Benjamin, can I fix this bug before you tag 3.1.2 ?
Basically, I'll apply on 3.1 what was applied on 2.6 :
MacZiade:release31-maint tarek$ svn di
Index: Lib/distutils/command/build_e
Tarek Ziadé added the comment:
Done for 3.1.x in r79121.
I am now waiting for 3.1.2 to be taggued, then I'll revert the 3.x branch into
a state the closest possible to 3.1.x.
Next, Distutils will be feature-frozen in 3.x like it is in 2.x, as things are
now happening in distutils2.
Tarek Ziadé added the comment:
I guess i can be applied on distutils, and backported in distutils2. I'll do it
in the coming days.
Notice that I am now applying only bug fixes and regression fixes now for
distutils.
--
components: +Distutils2
resolution: ->
Tarek Ziadé added the comment:
@Sean: you can look at the maintainers.rst file in the py3k branch I guess
I am maintaining sysconfig, so I guess I'll just help on the review.
Notice that we might need to backport some of the work in distutils/sysconfig
since we have decided to r
New submission from Tarek Ziadé :
let's add a small xml-rpc client in Distutils2, implementing all functions.
See http://wiki.python.org/moin/PyPiXmlRpc
--
assignee: tarek
components: Distutils2
messages: 101414
nosy: tarek
priority: normal
severity: normal
stage: needs patch
s
Tarek Ziadé added the comment:
see also http://tools.assembla.com/yolk/browser/trunk/yolk/pypi.py
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Tarek Ziadé :
--
priority: normal -> high
___
Python tracker
<http://bugs.python.org/issue1222585>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Tarek Ziadé :
--
assignee: tarek
components: Distutils2
nosy: tarek
priority: normal
severity: normal
status: open
title: Implement pkgutil APIs as described in PEP 376
type: feature request
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3
New submission from Tarek Ziadé :
let's add a metatadata section in setup.cfg, to express all the metadata fields
instead of using setup.py options.
--
assignee: tarek
components: Distutils2
messages: 101860
nosy: tarek
priority: normal
severity: normal
status: open
title: add a m
New submission from Tarek Ziadé :
Implement the [resources] section described in:
http://hg.python.org/distutils2/file/tip/docs/design/wiki.rst
We also need to add a description of packages, scripts and modules.
The result should be that projects will not need a setup.py file anymore
Changes by Tarek Ziadé :
--
title: add a metada section in setup.cfg -> add a metadata section in setup.cfg
___
Python tracker
<http://bugs.python.org/iss
Tarek Ziadé added the comment:
and change the mkpkg script accordingly
--
___
Python tracker
<http://bugs.python.org/issue8252>
___
___
Python-bugs-list mailin
Tarek Ziadé added the comment:
and change the mkpkg script accordingly
--
___
Python tracker
<http://bugs.python.org/issue8253>
___
___
Python-bugs-list mailin
New submission from Tarek Ziadé :
This command will contain all options that are used to build extensions (out of
the build* and install* commands) and will create a confifuration file.
build* and install* commands will be able to read back the file if present, and
use its values, so we don&#
New submission from Tarek Ziadé :
Write a tutorial to describe the cycle of a Python project that is built,
released and deployed, using Distutils2. This project will need to be complete
enough to cover most use cases.
This tutorial will be part of the Distutils2 documentation and will be
Tarek Ziadé added the comment:
We want to add a PyPI client in Distutils2, and PyPI provides these information
via XML-RPC.
PyPI could probably have a REST interface to grab these info as well, but this
is another topic/project.
On our side (distutils2), we want to provide a nice set of
Tarek Ziadé added the comment:
Please don't. This is confusing because some commands already interact with
PyPI (upload/register).
I don't see the problem in mentioning XML-RPC in the title here. It makes what
we need to do crystal clear.
--
title: Add a PyPI client modul
New submission from Tarek Ziadé :
Let's move test_support in unittest !
Then maybe, let's expose some of test_support functions into a new class on the
top of unittest.TestCase, so they can be used via methods.
The purpose is power up people when it comes to write test fixtures or
Tarek Ziadé added the comment:
Basically, all the APIs in test_support could live in unittest and the test
package could only contain the test modules written for Python.
IOW, these tests helpers can help more people than the core devs
Tarek Ziadé added the comment:
Sure, no need to have the test runner parts.
--
___
Python tracker
<http://bugs.python.org/issue8273>
___
___
Python-bugs-list m
Tarek Ziadé added the comment:
Yes, let's make things explicit as David said:
- "test" package: tests for Python itself, with private stuff, undocumented.
- "unittest" package: the test framework that is used by the test package and
that is public
I'd ad
Tarek Ziadé added the comment:
about : cpython_only / is_jython
I think the idea here is to mark some tests as being specific to some
implementations.
I remember a discussion where we said that we could add in sys or platform the
name of the implementation and make this somehow future-proof
New submission from Tarek Ziadé :
unpack_archive is the reverse operation of make_archive and works the same way:
it has a registery of function for each archive format.
--
assignee: tarek
components: Library (Lib)
messages: 102212
nosy: tarek
priority: normal
severity: normal
status
Tarek Ziadé added the comment:
LDCXXSHARED added in r79652 and r79657.
Now we can work on distutils2 side
--
priority: high -> normal
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue1
New submission from Tarek Ziadé :
Add hooks to a script can be launched before/after a command.
This will be useful to build pre/post commit hooks for install/uninstall
commands for instance
--
assignee: tarek
components: Distutils2
messages: 102353
nosy: tarek
severity: normal
status
New submission from Tarek Ziadé :
Add a test command in distutils, ala setuptools
--
assignee: tarek
components: Distutils2
keywords: gsoc
messages: 102426
nosy: tarek
priority: normal
severity: normal
status: open
title: add a test command
type: feature request
Tarek Ziadé added the comment:
Distutils is now frozen. Moving it to Distutils2
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue3
Changes by Tarek Ziadé :
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue5411>
___
___
Python-bugs-list mailing list
Unsub
Changes by Tarek Ziadé :
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue870479>
___
___
Python-bugs-list mailing list
Unsub
Changes by Tarek Ziadé :
--
components: +Distutils2 -Distutils
___
Python tracker
<http://bugs.python.org/issue976869>
___
___
Python-bugs-list mailing list
Unsub
Tarek Ziadé added the comment:
Work done in pkgutil, in the Distutils2 project, see PEP 376 for API names.
--
components: +Distutils2 -Distutils
title: adding a get_metadata in distutils -> Implement PEP 376
___
Python tracker
&l
Tarek Ziadé added the comment:
Those are mutually exclusive:
--prefix : installation prefix
--root: install everything relative to this alternate root directory
root will install things into a completely alternate root and will use the
existing installation scheme and make all paths
Tarek Ziadé added the comment:
== prefix ==
With prefix, you need to make sure the target site-packages is in your
PYTHONPATH:
PYTHONPATH=/tmp/foo/lib/python2.6/site-packages/ python setup.py install
--prefix=/tmp/foo
And here, prefix is used as the base location, and the command uses
Tarek Ziadé added the comment:
Ooops you are right, I messed up too in my explanation, I mischecked the code.
root and home are mutually exclusive, not root and prefix.
In any case, all those options are making it really hard to understand.
I'd like to make this story easier in distu
Tarek Ziadé added the comment:
done in r79992
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8375>
___
___
Python-bugs-list mai
Tarek Ziadé added the comment:
What would this command do precisely ? Are you thinking about a command that
scans PyPI ?
why this would be a command btw ? downloading a distribution is not a final
goal, imho.
Wouldn't it be simpler to have a simple function that provides this fe
New submission from Tarek Ziadé :
Looks like the python version of StringIO can write tuples, but not the C
version. I am not sure this is intended:
>>> from cStringIO import StringIO as cStringIO
>>> from StringIO import StringIO as StringIO
>>> string = Strin
Changes by Tarek Ziadé :
--
title: cStringIO and StringIO doesn't behave the same way -> cStringIO and
StringIO don't behave the same way
___
Python tracker
<http://bugs.pyth
Tarek Ziadé added the comment:
Yes, I am not sure what would be the best fix though. We cannot raise an error
on StringIO now because this will break lots of code out there.
In the meantime, I think it's cleaner to avoid doing implicit str()
conversions, so I think cStringIO has a b
Tarek Ziadé added the comment:
Craig, that's another bug, can you open another issue for that?
The missing vcvarsall.bat bug is cleared and I will close this issue once I've
reverted distutils state in the 3.x branch
--
___
Python trac
Tarek Ziadé added the comment:
I don't know about 2.5 but:
Reading the MSVCCompiler class code in trunk, I can see a case where __init__
doesn't create self.__root. (if self.__arch != Intel)
making any call to get_msvc_paths() leading to an error.
You certainly have some kind of
101 - 200 of 946 matches
Mail list logo
