At 11:50 PM 4/21/2009 -0400, David Lyon wrote:
On Tue, 21 Apr 2009 23:02:54 -0400, "P.J. Eby"
wrote:
> At 09:43 PM 4/21/2009 -0400, David Lyon wrote:
>
>>The uninstaller -m option, doesn't seem to want to
>>work for me.
>>
>>I haven't so far been able to get it to uninstall
>>any packages.
>
>
On Tue, 21 Apr 2009 23:02:54 -0400, "P.J. Eby"
wrote:
> At 09:43 PM 4/21/2009 -0400, David Lyon wrote:
>
>>The uninstaller -m option, doesn't seem to want to
>>work for me.
>>
>>I haven't so far been able to get it to uninstall
>>any packages.
>
> That's not an uninstall option; it simply ensur
At 09:43 PM 4/21/2009 -0400, David Lyon wrote:
The uninstaller -m option, doesn't seem to want to
work for me.
I haven't so far been able to get it to uninstall
any packages.
That's not an uninstall option; it simply ensures that the package is
no longer listed in easy-install.pth file. You
Zooko O'Whielacronx wrote:
>
> Many of the authors of these packages and the other packages like
> these are not going to go to much, if any, effort to change their
> tools to support the new Distutils.
agreed on this.
> To the degree to which new authors of new projects which use the new
> Distu
Greg Ewing wrote:
> Tarek Ziadé wrote:
>> Please Greg, add your use case here with David's one, at the end of
>> the page,
>> since we are trying to work on a solution.
>>
>> http://wiki.python.org/moin/Distutils/ManifestPluginSystem/Draft
>
> Is this really the best place for it? My use case
> doe
Tres Seaver wrote:
> I don't know where you get the idea that setuptools / distutils is
> primarily about "building" software.
The main documentation of distutils says "building and installing python
modules". A large fraction of distutils code is related to building.
David
Tarek Ziadé wrote:
Please Greg, add your use case here with David's one, at the end of the page,
since we are trying to work on a solution.
http://wiki.python.org/moin/Distutils/ManifestPluginSystem/Draft
Is this really the best place for it? My use case
doesn't have anything to do with manife
The uninstaller -m option, doesn't seem to want to
work for me.
I haven't so far been able to get it to uninstall
any packages.
David
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Hi All,
Once a package is installed on a system... is there any way to find out
where it was installed to?
I am looking for both metadata and a directory name/path.
In my Package Manager GUI, I want to be able to "reveal" all the
hidden "goodies" that seem to dissapear into the subsystem.
Eit
Zooko O'Whielacronx writes:
> Roughly in order of most important to least important:
My response is essentially a subset of Zooko's.
> 1. a formal, machine-readable way to specify our dependencies
[…]
> 2. automatic installation of dependencies
[…]
> 3. Obviously having even one "dependency
Ugh. Sorry -- I was on a plane when I composed this and I
accidentally sent it the next time I connected to the Net before
adding the references. Here they are:
On Apr 20, 2009, at 18:06 PM, Zooko O'Whielacronx wrote:
Roughly in order of most important to least important:
1. a formal, m
At 04:06 PM 4/21/2009 +0200, Lennart Regebro wrote:
On Tue, Apr 21, 2009 at 15:03, P.J. Eby wrote:
> python2 setup.py 2to3 test
Well, yes, but it should be
python 3 setup.py 2to3 test
Otherwise it can't reasonably have any idea of which python to use.
Why not? The 2to3 command could si
On Tue, Apr 21, 2009 at 15:03, P.J. Eby wrote:
> python2 setup.py 2to3 test
Well, yes, but it should be
python 3 setup.py 2to3 test
Otherwise it can't reasonably have any idea of which python to use.
And when you run it with python3, the 2to3 command isn't needed, as
the 2to3 step can be au
2009/4/21 Tarek Ziadé :
> On Tue, Apr 21, 2009 at 12:37 PM, Paul Moore wrote:
>> 2009/4/21 Tarek Ziadé :
>>> On Tue, Apr 21, 2009 at 11:11 AM, David Lyon
>>> wrote:
Tarek,
I wouldn't take "feedback" as all bad
Indirectly, it seems like you are telling people not
Roughly in order of most important to least important:
1. a formal, machine-readable way to specify our dependencies; see
XYZ [2]
2. automatic installation of dependencies; This reduces the
"dependencies" section in the instructions for installing Tahoe [1]
from having sixteen separate
On Tue, Apr 21, 2009 at 12:37 PM, Paul Moore wrote:
> 2009/4/21 Tarek Ziadé :
>> On Tue, Apr 21, 2009 at 11:11 AM, David Lyon
>> wrote:
>>>
>>> Tarek,
>>>
>>> I wouldn't take "feedback" as all bad
>>>
>>> Indirectly, it seems like you are telling people not to report their
>>> experience. In
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Antonio Cavallo wrote:
>> And, as I frequently run into walls that make me thing setuptools
>> should be completely ignored, and then after fiddling about quite a
>> bit, find a way around it, and then run into the next wall, etc, etc,
>> etc. And thes
At 02:26 PM 4/21/2009 +0200, Lennart Regebro wrote:
So why don't I use that for setuptools? Well, because:
c) The setup of setuptools requires setuptools. So to be able to do
the 2to3 conversion in the setup, I need to first convert the source
with 2to3. Yes, catch 22.
What I still don't get i
On 21 Apr, 2009, at 14:31, Eric Smith wrote:
Ronald Oussoren wrote:
On 20 Apr, 2009, at 22:12, Lennart Regebro wrote:
I'm sorry you feel that way, as I've been *trying* to help. I
just still
don't get what the problem is. If I were porting setuptools to
Python 3, I
would *want* it to b
Ronald Oussoren wrote:
On 20 Apr, 2009, at 22:12, Lennart Regebro wrote:
I'm sorry you feel that way, as I've been *trying* to help. I just
still
don't get what the problem is. If I were porting setuptools to
Python 3, I
would *want* it to be circular, even if I had to hack on it a little
On Tue, Apr 21, 2009 at 14:15, Ronald Oussoren wrote:
> I don't understand why not, doing it may be not entirely trivial but it
> should be possible with some trickery. As PJE noted one way to do this is
> to explicitly convert setuptools to python 3.x syntax before actually
> running setup.py (e
On 20 Apr, 2009, at 22:12, Lennart Regebro wrote:
I'm sorry you feel that way, as I've been *trying* to help. I just
still
don't get what the problem is. If I were porting setuptools to
Python 3, I
would *want* it to be circular, even if I had to hack on it a
little at
first. So I hav
On Sat, Apr 18, 2009 at 11:09:11AM +0200, Lennart Regebro wrote:
I don't actually know what features of setuptools people use.
* Dependency specification (install_requires, etc)
* Virtualenv + easy_install for installation
* Entrypoints, both for specifying console_scripts and as an easy
SuSE runs a build service for free and support automatic rebuild of
packages from sources:
https://build.opensuse.org
For anyone interested you can find the lates svn python snapshot under:
http://download.opensuse.org/repositories/home:/cavallo71:/python-opt/
Each subdirectory (CentOS_5, RHE
2009/4/21 Tarek Ziadé :
> On Tue, Apr 21, 2009 at 11:11 AM, David Lyon
> wrote:
>>
>> Tarek,
>>
>> I wouldn't take "feedback" as all bad
>>
>> Indirectly, it seems like you are telling people not to report their
>> experience. Indirectly, it seems like you are discouraging thinking
>> about w
I really second this...
after all.. we're only talking about a file copying program..
Surely after so many years... we must have a clear handle on what
files need to be copied where with what permissions
On Mon, 20 Apr 2009 23:00:39 +0900, David Cournapeau
wrote:
> IMHO, adding plugins s
Maybe we should stop talking about how to improve distutils under the
topic of what the problem is with setuptools under Python 3? It's
pretty unrelated. ;-)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
__
On Tue, Apr 21, 2009 at 11:17 AM, David Lyon wrote:
>> But it's quite a work...
>
> I think it is very important to put this software infrastructure into
> place.
>
> or at least include it in some sort of plan going forward
>
> have the server farm report build bugs back to the maintainers...
On Tue, Apr 21, 2009 at 11:20 AM, Ben Finney wrote:
> Tarek Ziadé writes:
>
>> Just join the work in progress, help on the PEP, uses cases, and stop
>> whining about the situation
>
> URLs please.
>
>> Thank you
>
> And you.
See my answer to David,
I'll work on the wiki to make things more
On Tue, Apr 21, 2009 at 11:11 AM, David Lyon wrote:
>
> Tarek,
>
> I wouldn't take "feedback" as all bad
>
> Indirectly, it seems like you are telling people not to report their
> experience. Indirectly, it seems like you are discouraging thinking
> about what could be done to improve things.
Tarek Ziadé writes:
> Just join the work in progress, help on the PEP, uses cases, and stop
> whining about the situation
URLs please.
> Thank you
And you.
--
\“You can be a victor without having victims.” —Harriet Woods |
`\
On Tue, 21 Apr 2009 09:21:12 +0200, Tarek Ziadé
wrote:
> I had this idea of running a test server that would listen to PyPI and
> get every new package to build it and test it on various platform/python.
>
> I think this could be done right now, with how distutils works,
>
> It requires creat
Tarek,
I wouldn't take "feedback" as all bad
Indirectly, it seems like you are telling people not to report their
experience. Indirectly, it seems like you are discouraging thinking
about what could be done to improve things.
Here, we have a popular saying "Nothing ever gets fixed if people
Eric Smith wrote:
> Tarek Ziadé wrote:
>> Please Greg, add your use case here with David's one, at the end of
>> the page,
>> since we are trying to work on a solution.
>>
>> http://wiki.python.org/moin/Distutils/ManifestPluginSystem/Draft
>>
>
> Could the people adding the use cases put their name
Tarek Ziadé wrote:
Please Greg, add your use case here with David's one, at the end of the page,
since we are trying to work on a solution.
http://wiki.python.org/moin/Distutils/ManifestPluginSystem/Draft
Could the people adding the use cases put their names by them, so if we
have questions
Remainder about Distutils:
- we did a summit at Pycon about distutils
- some people started to work on various tasks (PEPs, etc)
Can everyone here who says "distutils sucks" "setuptools sucks",
"let's rewrite them from scratch" hear that:
Just join the work in progress, help on the PEP, uses cas
Mihamina Rakotomandimby (R12y) wrote:
> I would like to first download the Plone (+deps) locally, with a dedicated
> FTP client, that can handle more or less correctly the stalls.
>
> Have you got some related documentation somewhere in your bookmarks?
Plone offers buildout based installers for a
Hi,
I use a quite bad internet connection:
- Small bandwidth (128KBps)
- Many micro stalls
- 1s latency to the world...
I would like to first download the Plone (+deps) locally, with a dedicated
FTP client, that can handle more or less correctly the stalls.
Have you got some related documentatio
> One thing you guys should also consider is automated building/testing
> of packages. On different platforms.
>
> Let me give you a practical example...
>
> package win32...
>
> latest version.. no longer works on windows 2000...
>
> only works on xp... or vista...
>
> Bad for me.. takes me time t
>> Please Greg, add your use case here with David's one, at the end of the
> page,
>> since we are trying to work on a solution.
>>
>> http://wiki.python.org/moin/Distutils/ManifestPluginSystem/Draft
I can identify three major areas of concern:
1) Platform testing/builds (via cloud computing)
40 matches
Mail list logo
