May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
-srid
On Fri, May 14, 2010 at 5:30 PM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
I was travelling, so I couldn't look at this yet. I'll be able to look at it today, we need to understand why this folder can be present and empty under some circumstances, and what it means.
Notice that the whole point of Distribute is to allow packaging people to fix bugs and not depend on one person. IIRC you have a commit access so you can fix bugs too ;)
And I'd be glad to give you a pypi access and to show you how to do releases
Regards Tarek
-srid
Jason, would you mind looking at your fix for the sandbox failure you have added in r670 to fix #118?
It seems that this code will break if the pywin32 package is not installed as expected.
Srid, is the pywon32 installed as a zipped egg in your environment ? if so, could you unzip it to see if the bug goes away ?
In any case, if pywin32 uses this directory to write files in it, I don't see how this can work with zipped eggs.
A quick fix is to check if we are able to read the path, and if not just drop adding this in the sandbox.
On Sat, May 15, 2010 at 10:04 AM, Tarek Ziadé ziade.tarek@gmail.com wrote:
On Fri, May 14, 2010 at 5:30 PM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
I was travelling, so I couldn't look at this yet. I'll be able to look at it today, we need to understand why this folder can be present and empty under some circumstances, and what it means.
Notice that the whole point of Distribute is to allow packaging people to fix bugs and not depend on one person. IIRC you have a commit access so you can fix bugs too ;)
And I'd be glad to give you a pypi access and to show you how to do releases
Regards Tarek
-srid
-- Tarek Ziadé | http://ziade.org
On 2010-05-15, at 1:04 AM, Tarek Ziadé wrote:
IIRC you have a commit access so you can fix bugs too ;)
I don't think I do:
$ hg ci virtualenv.py -m "Update our local copy of virtualenv.py; now plays well with py2.7 except for --no-site-packages in bootstrap.sh (this is also a test commit to see if I really have commit access)" pushing to https://srid@bitbucket.org/tarek/distribute searching for changes http authorization required realm: Bitbucket.org HTTP user: srid password: abort: authorization failed warning: commit.autopush hook exited with status 255
.. but would be glad to start with committing minor fixes.
And I'd be glad to give you a pypi access and to show you how to do releases
I am not yet prepared to do *releases* though. :-)
-srid
On Mon, May 17, 2010 at 7:35 PM, Sridhar Ratnakumar sridharr@activestate.com wrote:
On 2010-05-15, at 1:04 AM, Tarek Ziadé wrote:
IIRC you have a commit access so you can fix bugs too ;)
I don't think I do:
Sorry I thought you were in. "srid" added !
[..]
And I'd be glad to give you a pypi access and to show you how to do releases
I am not yet prepared to do *releases* though. :-)
Well, let me know if you want to... ;)
On Sat, May 15, 2010 at 12:30 AM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
The problem was fixed. Can you check on your side that everything is running fine, so I can do a new release
You can clone the repo and get in the 0.6-maintenance branch,
Thanks,
-srid
On 5/19/2010 5:07 AM, Tarek Ziadé wrote:
On Sat, May 15, 2010 at 12:30 AM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
The problem was fixed. Can you check on your side that everything is running fine, so I can do a new release
You can clone the repo and get in the 0.6-maintenance branch,
0.6-maintenance installs fine on Python 2.7: http://gist.github.com/406877
I have also verified further by using the installed easy_install to install a sample package.
Looks good to me, at least on Python trunk (2.7) compiled a week ago.
Similarly, 0.6-maintenance also installs successfully on Python 2.6.5.
-srid
On Wed, May 19, 2010 at 11:44 PM, Sridhar Ratnakumar sridharr@activestate.com wrote:
On 5/19/2010 5:07 AM, Tarek Ziadé wrote:
On Sat, May 15, 2010 at 12:30 AM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
The problem was fixed. Can you check on your side that everything is running fine, so I can do a new release
You can clone the repo and get in the 0.6-maintenance branch,
0.6-maintenance installs fine on Python 2.7: http://gist.github.com/406877
I have also verified further by using the installed easy_install to install a sample package.
Looks good to me, at least on Python trunk (2.7) compiled a week ago.
Similarly, 0.6-maintenance also installs successfully on Python 2.6.5.
Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give it a shot too
-srid
On 2010-05-19, at 2:51 PM, Tarek Ziadé wrote:
On Wed, May 19, 2010 at 11:44 PM, Sridhar Ratnakumar sridharr@activestate.com wrote:
On 5/19/2010 5:07 AM, Tarek Ziadé wrote:
On Sat, May 15, 2010 at 12:30 AM, Sridhar Ratnakumar sridharr@activestate.com wrote:
May I call your attention to this bug?
http://bitbucket.org/tarek/distribute/issue/151/
0.6.12 broke Windows installation. Are we not planning a new release?
The problem was fixed. Can you check on your side that everything is running fine, so I can do a new release
You can clone the repo and get in the 0.6-maintenance branch,
0.6-maintenance installs fine on Python 2.7: http://gist.github.com/406877
I have also verified further by using the installed easy_install to install a sample package.
Looks good to me, at least on Python trunk (2.7) compiled a week ago.
Similarly, 0.6-maintenance also installs successfully on Python 2.6.5.
Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give it a shot too
You mean "easy_install --user"? Yup, that too works as expected.
-srid
On 2010-05-19, at 2:53 PM, Sridhar Ratnakumar wrote:
Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give it a shot too
You mean "easy_install --user"? Yup, that too works as expected.
If you were rather referring to this bug: http://bitbucket.org/tarek/distribute/issue/150/ - no, it has not been fixed in 0.6-maint.
-srid
On Wed, 2010-05-19 at 15:10 -0700, Sridhar Ratnakumar wrote:
On 2010-05-19, at 2:53 PM, Sridhar Ratnakumar wrote:
Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give it a shot too
You mean "easy_install --user"? Yup, that too works as expected.
If you were rather referring to this bug: http://bitbucket.org/tarek/distribute/issue/150/ - no, it has not been fixed in 0.6-maint.
It would be nice to get some more help for debugging that one, i lack a affected system/idea how to really reproduce
all simple tests with a virtualenv point me to works fine now (as i added the code to respect ENABLE_USER_SITE)
-- Ronny
On 5/19/2010 3:47 PM, Ronny Pfannschmidt wrote:
On Wed, 2010-05-19 at 15:10 -0700, Sridhar Ratnakumar wrote:
On 2010-05-19, at 2:53 PM, Sridhar Ratnakumar wrote:
> Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give > it a shot too
You mean "easy_install --user"? Yup, that too works as expected.
If you were rather referring to this bug:http://bitbucket.org/tarek/distribute/issue/150/ - no, it has not been fixed in 0.6-maint.
It would be nice to get some more help for debugging that one, i lack a affected system/idea how to really reproduce
Install $package into your user site. I used "pypm install $package" for this, which by defaults puts the package in the user site. And then create a virtualenv, upgrade its setuptools to distribute-dev and run $virtualenv/Scripts/easy_install.exe $package.
all simple tests with a virtualenv point me to works fine now (as i added the code to respect ENABLE_USER_SITE)
I found out where the problem was. This patch fixes it for me:
diff -r ab666b0eacbb setuptools/command/easy_install.py --- a/setuptools/command/easy_install.py Wed May 19 22:43:52 2010 +0200 +++ b/setuptools/command/easy_install.py Thu May 20 14:06:56 2010 -0700 @@ -1347,8 +1347,7 @@ site_lib = get_python_lib(plat_specific) if site_lib not in sitedirs: sitedirs.append(site_lib)
- if sys.version >= "2.6": - import site + if HAS_USER_SITE and site.ENABLE_USER_SITE: sitedirs.append(site.USER_SITE)
sitedirs = map(normalize_path, sitedirs)
-srid
On Thu, 2010-05-20 at 14:09 -0700, Sridhar Ratnakumar wrote:
On 5/19/2010 3:47 PM, Ronny Pfannschmidt wrote:
On Wed, 2010-05-19 at 15:10 -0700, Sridhar Ratnakumar wrote:
On 2010-05-19, at 2:53 PM, Sridhar Ratnakumar wrote:
>> Ronny has fixed the .local / ENABLE_USER_SITE flag if you want to give >> it a shot too
You mean "easy_install --user"? Yup, that too works as expected.
If you were rather referring to this bug:http://bitbucket.org/tarek/distribute/issue/150/ - no, it has not been fixed in 0.6-maint.
It would be nice to get some more help for debugging that one, i lack a affected system/idea how to really reproduce
Install $package into your user site. I used "pypm install $package" for this, which by defaults puts the package in the user site. And then create a virtualenv, upgrade its setuptools to distribute-dev and run $virtualenv/Scripts/easy_install.exe $package.
all simple tests with a virtualenv point me to works fine now (as i added the code to respect ENABLE_USER_SITE)
I found out where the problem was. This patch fixes it for me:
i think i found a more general fix of the issue, can you please try if
http://bitbucket.org/RonnyPfannschmidt/distribute-0.6 works as expected
-- Ronny
diff -r ab666b0eacbb setuptools/command/easy_install.py --- a/setuptools/command/easy_install.py Wed May 19 22:43:52 2010 +0200 +++ b/setuptools/command/easy_install.py Thu May 20 14:06:56 2010 -0700 @@ -1347,8 +1347,7 @@ site_lib = get_python_lib(plat_specific) if site_lib not in sitedirs: sitedirs.append(site_lib)
- if sys.version >= "2.6":
import site
if HAS_USER_SITE and site.ENABLE_USER_SITE: sitedirs.append(site.USER_SITE)
sitedirs = map(normalize_path, sitedirs)
-srid