Jeff Rush [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| In your scenario, what happens when one egg pulls in another and another,
| until you have a hundred entries in your add/remove menu?
As I said in another response, I don't think such things belong in
add/remove.
Hello,
Working with several PyPI servers is making the command lines quite long and
hard to keep up.
For instance, If I want to upload an egg on two servers I have to do this:
$ python setup.py register sdist bdist_egg upload -r http://my.cool.server/
$ python setup.py register sdist bdist_egg
So, after having some time to absorb the Python-Dev threads about
setuptools, bootstrap, and all the rest, I think I see an opportunity
to let people route around the damage of eggs, while still making
it possible for the people who want to use easy_install or to put
dependencies in their
Phillip J. Eby wrote:
Questions, comments... volunteers? :)
This makes a lot of sense. I don't really have anything to add in terms
of implementation, but I wonder if we can learn something from how apt
or rpms or ports work, and how other programming languages (Ruby gems?)
solve this.
Phillip J. Eby wrote:
Second, there were no uninstall tools for it, so I'd have had to
write one myself. (Zed's easy_f'ing_uninstall to the contrary, it
ain't easy, and I have an aversion to deleting stuff on people's
systems without knowing what will break. There's a big difference
On Fri, Mar 21, 2008 at 2:47 PM, Phillip J. Eby [EMAIL PROTECTED]
wrote:
Second, there were no uninstall tools for it, so I'd have had to
write one myself. (Zed's easy_f'ing_uninstall to the contrary, it
ain't easy, and I have an aversion to deleting stuff on people's
systems without knowing
Phillip J. Eby wrote:
... if tools exist and are distributed for such a [PEP 262] database,
and *everybody* agrees to use it as an officially-blessed standard,
then it should be possible for setuptools to co-exist with that
framework, and we're all happy campers.
I like this idea and the 3
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and that have not been modified in the meantime (after
Joachim the installation).
That's not sufficient. Suppose file C
Phillip J. Eby schrieb:
Questions, comments... volunteers? :)
I've yet to read the monster package utils thread so I can't comment on
it. However I like to draw some attention to my PEP 370
http://python.org/dev/peps/pep-0370/. It's about a site packages
directory in the users home directory.
[EMAIL PROTECTED] writes:
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and that have not been modified in the meantime (after
Joachim the installation).
On Fri, Mar 21, 2008 at 11:21:49AM -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and that have not been modified in the meantime (after
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and that have not been modified in the meantime (after
Joachim the
oups, forgot to cc to the list
On Fri, Mar 21, 2008 at 12:28 AM, Tarek Ziadé [EMAIL PROTECTED] wrote:
On Thu, Mar 20, 2008 at 9:42 PM, Jeff Rush [EMAIL PROTECTED] wrote:
Tarek Ziadé wrote:
On Thu, Mar 20, 2008 at 12:17 AM, Jeff Rush [EMAIL PROTECTED]
- move to https/ssl
On 2008-03-21 14:47, Phillip J. Eby wrote:
So, to accomplish this, we (for some value of we) need to:
1. Hash out consensus around what changes or enhancements are needed
to PEP 262, to resolve the previously-listed open issues, those that
have come up since (namespace packages, dependency
On 21/03/2008, Phillip J. Eby [EMAIL PROTECTED] wrote:
Questions, comments... volunteers? :)
Sounds good. I won't volunteer as I have neither time nor expertise to
contribute much. But I'd like to see this happen, as it sounds like it
would address all my issues with setuptools (and just to
On Thu, 20 Mar 2008, Phillip J. Eby wrote:
[...]
Hm. So it seems to me that maybe one thing that would help is a
Setuptools Haters' Guide To Setuptools -- that is, *short*
documentation specifically written for people who don't want to use
setuptools and want to minimize its impact on their
On Fri, Mar 21, 2008 at 05:59:45PM +0100, Christian Heimes wrote:
Phillip J. Eby schrieb:
Questions, comments... volunteers? :)
I've yet to read the monster package utils thread so I can't comment on
it. However I like to draw some attention to my PEP 370
Hi All,
Apologies if these questions have been answered elsewhere, if they have,
please point me at the answers. I've been trying to follow the discussion
but the shear volume has overwhelmed me...
1. Is there a canonical way to tell what version a python package thinks
it is?
2. Does the
At 08:06 PM 3/21/2008 +0100, M.-A. Lemburg wrote:
I guess the only way to support all of these variants is
to use a filesystem based approach, e.g. by placing a file
with a special extension into some dir on sys.path.
The database logic could then scan sys.path for these
files, read the data and
On 2008-03-21 22:21, Phillip J. Eby wrote:
At 08:06 PM 3/21/2008 +0100, M.-A. Lemburg wrote:
I guess the only way to support all of these variants is
to use a filesystem based approach, e.g. by placing a file
with a special extension into some dir on sys.path.
The database logic could then
On Fri, Mar 21, 2008 at 03:02:25PM -0400, Phillip J. Eby wrote:
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and
At 10:17 PM 3/21/2008 +, Floris Bruynooghe wrote:
On Fri, Mar 21, 2008 at 03:02:25PM -0400, Phillip J. Eby wrote:
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm -rf' but
only 'rm' the
Joachim files (and 'rmdir'
At 11:13 PM 3/21/2008 +0100, M.-A. Lemburg wrote:
On 2008-03-21 22:21, Phillip J. Eby wrote:
At 08:06 PM 3/21/2008 +0100, M.-A. Lemburg wrote:
I guess the only way to support all of these variants is
to use a filesystem based approach, e.g. by placing a file
with a special extension into
On Fri, Mar 21, 2008 at 09:47:46AM -0400, Phillip J. Eby wrote:
Questions, comments... volunteers? :)
Sounds good, having a PEP626-style install database seems worthwile.
Definately if it will enable setuptools to install just like distutils
for a install.
Here some notes from my Debian
On Fri, Mar 21, 2008 at 06:30:33PM -0400, Phillip J. Eby wrote:
At 10:17 PM 3/21/2008 +, Floris Bruynooghe wrote:
On Fri, Mar 21, 2008 at 03:02:25PM -0400, Phillip J. Eby wrote:
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Phillip J. Eby wrote:
At 10:17 PM 3/21/2008 +, Floris Bruynooghe wrote:
On Fri, Mar 21, 2008 at 03:02:25PM -0400, Phillip J. Eby wrote:
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm
I'm making the assumption that the author(s) of PEP 262 had good
reason for including what they did, rather than assuming that we
should start the entire process over from scratch.
The objections to the PEP remain the same as they were then,
though: In the requirements, it says we need,
I'm following up on this thread without checking if there were other
following negating a need to respond... If so, ignore as needed.
+1 from me. Always build on windows into an architecture specific
PCBuild/XXX directory. A bonus if the directory name matches the return
value of
At 02:31 AM 3/22/2008 +0100, Martin v. Löwis wrote:
I'm making the assumption that the author(s) of PEP 262 had good
reason for including what they did, rather than assuming that we
should start the entire process over from scratch.
The objections to the PEP remain the same as they were then,
Phillip J. Eby wrote:
At 11:21 AM 3/21/2008 -0500, [EMAIL PROTECTED] wrote:
Joachim I think, the uninstall should _not_ 'rm -rf' but only 'rm' the
Joachim files (and 'rmdir' directories, but not recursively) that it
Joachim created, and that have not been modified in the meantime
30 matches
Mail list logo