(config_file)
This must be a recent change ( 2 weeks) because this makes buildout
fail if you have the cfg files anywhere else than root. I'd like to
know the rationale for this change, as I'd like to be able to have the
profiles in a subdirectory.
--
Lennart Regebro: Zope and Plone consulting.
http
that
illustrates this?
OK, I'll try.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
of what I'm up against. ;-)
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Sat, Dec 6, 2008 at 18:48, Jim Fulton [EMAIL PROTECTED] wrote:
On Dec 6, 2008, at 11:35 AM, Lennart Regebro wrote:
Hiya! What are the plans for Python 3 support for setuptools and
zc.buildout? I looked through the archives quickly and couldn't see
anything.
If none, does anybody mind
On Sun, Dec 7, 2008 at 13:08, Tarek Ziadé [EMAIL PROTECTED] wrote:
you can post a patch here: http://bugs.python.org/setuptools/
OK; so I'll do that.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
supporting Python 3 we need to get those bugs
fixed anyway. So that's the next part of this project.
I have however created a diff file with changes for distutils to stop
2.6 complaining when you run python2.6 -3 setup.py test. I'll create
a bugreport with that diff soon.
--
Lennart Regebro: Zope
to be handled.
Am I correct that these are bugs, or should something else be done? A
suggested patch is included, although I haven't made any tests for it,
I wanted to check here first.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
Index: fixes
I'm sorry, that was the wong list. Ignore.
On Sat, Jan 3, 2009 at 20:32, Lennart Regebro rege...@gmail.com wrote:
When trying to port setuptools, I found some things I think are bugs,
missing library reorganisation fixes more specifically.
Firstly, there are a lot of things missing from
.
I'm going to make a blogpost about the porting experience. I'd also
like to provide a source dist tgz for testing by others in that blog
post, of that's OK. If it's not OK, then tell me.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
Python, etc.
That sounds very reasonable. That way if you install the foo python
library, and it requires libfoo to be installed, it could get the
foo.deb, which then would require and install the libfood.deb
automatically. That would be very nice.
--
Lennart Regebro: Zope and Plone consulting
that make the Linux people very unhappy?
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
.
Well, you are gonna have to, because you also need to test that they
work anyway. We can't distribute autogenerated distribution packages
that nobody ever tested that they actually work.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
and
upload any distribution format except source code. Others can do that
for you.
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
On Thu, Jan 29, 2009 at 16:49, Barry Warsaw ba...@python.org wrote:
That's what users, continuous integration, and and bug reports are for!
Yes, and if you have that, then you also have automatically generated
packages, which you can upload to pypi.
--
Lennart Regebro: Zope and Plone
, but if not it
should already be compatible...
--
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
I've uploaded an sdist of setuptools ported to Python 3 to here:
http://code.google.com/p/python-incompatibility/downloads/list
A little more info on my blog:
http://regebro.wordpress.com/2009/02/01/setuptools-and-easy_install-for-python-3/
--
Lennart Regebro: Zope and Plone consulting.
http
field in PKG-INFO,
I am all for 1/, but I am not sure for 2/. I never use the
Maintainer field my self.
Any opinions ?
Who is the maintainer is more important than who is the author. +1 on
adding a Maintainer field in PKG_INFO.
--
Lennart Regebro: Zope and Plone consulting.
http
, should require
disutils only.
I'm not going to work on this, at least not until after the summit.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
directory, and a test variant that runs against the build tree
instead of the source tree... and runs under Python 3 instead of 2.
Yes, that's the idea, but I can't do that as long as the test option
depends on setuptools, as it will fail to import, since it's 2.x code.
--
Lennart Regebro: Pythonista
, 2.5, 2.6 and 3.0 without using 2to3. :-D
Or of course, continue having a separate source distribution for
Python 3 and a bit complicated development process, which is
survivable, but I don't think it's a good long term strategy.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http
it, and therefore you can't run the installer to
convert to Python 3.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
you would use?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Thu, Mar 12, 2009 at 08:35, Lennart Regebro rege...@gmail.com wrote:
On Thu, Mar 12, 2009 at 03:38, P.J. Eby p...@telecommunity.com wrote:
That's not a catch 22. You simply run a 2.x setup.py with options that
cause the conversion to take place before running 3.x over the converted
result
of mine.
I don't have many assumptions. I just want the setuptools install and
tests to work as expected under both python2 and python3. And that
means that python3.0 setup.py install should work. And python3.0
setup.py test would be nice too, although it's less important.
--
Lennart Regebro
packages besides setuptools
Well, that's what I'm trying to do. ;)
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
.* or zc.buildout without using
the zope testrunner et al?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils
.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
for mirrors.pypi.python.org
pointing to a site that provides just one mirror: your own local
cache.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
found confusing, and hence never have used. I have
also never understood why distutils is so picky on what it includes.
Just my 2 cents.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG
On Mon, Apr 6, 2009 at 08:40, Ben Finney ben+pyt...@benfinney.id.au wrote:
Lennart Regebro rege...@gmail.com writes:
On Mon, Apr 6, 2009 at 08:02, Ben Finney ben+pyt...@benfinney.id.au wrote:
I'm not advocating using the VCS to *generate the tarball*. I'm
talking about using the VCS
of the VCS.
What if you don't want to include some files that are present in the VCS ?
Well, then you need to specify stuff in setup.py.
This is an implicit behavior.
It's a practical default.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
the reasonable assumption
that all versioned files should be included.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
fuzzy general
statements explain exactly what the problems are?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
On Mon, Apr 6, 2009 at 11:10, Tarek Ziadé ziade.ta...@gmail.com wrote:
On Mon, Apr 6, 2009 at 11:03 AM, Lennart Regebro rege...@gmail.com wrote:
On Mon, Apr 6, 2009 at 10:14, Tarek Ziadé ziade.ta...@gmail.com wrote:
Ok so, in version 1.2 of your package, you use the implicit way (VCS based
2009/4/6 David Cournapeau da...@ar.media.kyoto-u.ac.jp:
Lennart Regebro wrote:
Sure, if the plugin can't use a stable API then it should not be
included in the stdlib.
I was not talking about the plugin stability, but about the situation
where the VCS detection is broken. As it has
2009/4/6 David Cournapeau da...@ar.media.kyoto-u.ac.jp:
python setup.py sdist # put everything under svn into the tarball
cd dist uncompress tarball python setup.py sdist # the tarball is
not the same
Why not?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http
are, instead of vague hand waving and
talk about magic.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
On Mon, Apr 6, 2009 at 16:04, P.J. Eby p...@telecommunity.com wrote:
I don't understand why you're so anxious to deprecate something without
first understanding what it's for.
If nobody understands it, that is in itself reason to replace it with
something people understand.
--
Lennart Regebro
start as a
copy/fork of distutils. In fact, it probably should, so that nobody
needs to start from scratch. But calling it something else means
distribution of it gets easy, and we don't have to worry about
backwards compatibility.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http
. And replaced. :)
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
asking the VCS for a list of
files. It's just an argument against doing it by parsing subversions
internal files.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
have a non-VCS directory
of a mdule with a project file in it, that I distribute? If I modify a
project, it should be checked in.
Asking the VCS for which files are checked in i sthe most reliable way
of figuring out which files are actually source files I can think of.
--
Lennart Regebro
, and the question is if you want to
include the source files used for this external build tool at all. So
would automatic globbing be better? Wouldn't you need to specify which
files that should be included here?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33
never claimed it works for you. You are saying that this method
should *not* be supported. Hence you are saying that it somehow does
not work for people in general, which it clearly does, or that it is
useless, which I don't think it is.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http
than
that.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Tue, Apr 7, 2009 at 09:40, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Lennart Regebro wrote:
Lower system? What would that be? This is about if we should support
getting a file list from the VCS or not to determine what files should
go in a sdist.
We can argue all day long
of files. It's a question of how that list is
generated. Manually is not lower level, it's just impractical.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
you might get intermediary build files included as
well, in worst case. Or Alice's project file, or similar.
But the distribution would not be exactly the same, this is true. Is
that a problem?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
to launch the sdist command because he will probably
get a incomplete list of files.
Not if the default is all files except well known temporary files. He
might get more files than desired, though.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
.
Well, fine. So specify what files you want included then. Problem solved.
You still aren't listening, and as a result, you are wasting peoples
time by arguing against straw men.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
windmills.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
it.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
plugin, and not in stdlib?
Again, this is of course only possible if the new distutils is called
something else, as we need backwards compatibility for a Very Long
Time if it continues to be called distutils.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661
will be
available, how will this work? If I use a new version of distutils,
and somebody uses 2.5 to install my package, how will he know how to
fix the errors that appear? And how will my 2.6 package work under 2.7
if you remove backwards compatibility?
--
Lennart Regebro: Pythonista, Barista, Notsotrista
can't. :-)
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
...
Tarek has collected requirements and are still doing so, and everybody
is completely open for new requirements, or explanations of why
proposed solutions doesn't work.
Regards
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
to dynamically change the data depending on things like module
availability and python version, etc.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
back if I encounter any further problems.
Now I can get started porting my namespace packages to Python 3.
OK, Cool.
I'll try to put in the 2to3 support that I have made for
zope.interfaces soon. That should easy porting as well.
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http
Well... they don't, do they? Except that they can be easy_installed, right?
--
Lennart Regebro: Pythonista, Barista, Notsotrista.
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
of setuptools seems to work on Python 2.3 still, although I
haven't tried it in practice. But the tests run.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
and add and remove parts. As with WinG or MS Office
or whatever. That would also remove the need for a separate installer
exe for each file. This is then basically the same requirements as the
uninstall requirements from Linux people, except that you would have a
GUI.
--
Lennart Regebro: Python
installations into
Python, etc.?
I just don't see the benefit. While having a Python package manager, I
*can* see the benefit.
But as always, I don't use Windows much nowadays, so I don't really
care. I just want understand the thinking.
--
Lennart Regebro: Python, Zope, Plone, Grok
http
On Thu, Apr 9, 2009 at 17:15, P.J. Eby p...@telecommunity.com wrote:
There is no code in setuptools itself that uses subprocess. Are you sure
it's not a plugin, or the package you're installing?
Yes, you are right, I got confused by the error message.
--
Lennart Regebro: Python, Zope, Plone
the
point of a buildout...
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
to actually *understand* the code. :-)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Sat, Apr 18, 2009 at 11:41, Lennart Regebro rege...@gmail.com wrote:
On Sat, Apr 18, 2009 at 11:23, Tarek Ziadé ziade.ta...@gmail.com wrote:
It's on its way http://svn.python.org/projects/peps/trunk/pep-0382.txt
Ah, OK, very good. I missed that one.
But it aims for Python 3.x
that replacing it with something
else that actually is easily portable to Python 3 isn't feasible. To
get more modules running under Python 3 we really have to make
setuptools run and install smoothly under Python 3 too. I'll make a
post on this.
--
Lennart Regebro: Python, Zope, Plone, Grok
http
, and just use plain distutils for
installing and testing setuptools. This will mean no more setuptools
source eggs, but then I don't see the purpose of those, really.
Arguments for not doing this and alternative solutions are highly
welcome.
--
Lennart Regebro: Python, Zope, Plone, Grok
http
the real problems are,
and these problems are not documented. I guess we need Phillip's input
on that.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
.
So in fact, what you are suggesting here is almost exactly what I'm
suggesting, except that I don't see the point in confusing and
complicating things by keeping the old setup.py.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
, anyway.
I don't understand a word in your answer, it makes no sense to me
whatsoever, Try answering like I'm a moron, because I probably am.
Because that's the one that generates the metadata setuptools needs to run,
test itself, etc.
No, setup3.py does that. Why do I need setup.py?
--
Lennart
Let me reformulate that:
Because that's the one that generates the metadata setuptools needs to run,
test itself, etc.
Why do I need setuptools to do that? Why is not distutils enough?
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
an exception?
or SVN-based manifest building (for making sdists).
Well, we can survive without that, as far as I can see.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
feasible.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
tools that depend on setuptools and want to have an automated
overall install process.)
OK, I wonder if there is a way around that. If not, then as far as I
can see, there is no way to install or develop with setuptools
smoothly in Python 3.
--
Lennart Regebro: Python, Zope, Plone, Grok
http
of
the build, and also includes the right files if it succeeds, but
doesn't fail when these files can't be built.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
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
use to make money. I'm
getting too old for this. Somebody else can do it.
Over and out.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
of distributing
modules.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Tarek Ziadé:
We have started a new project called 'Distribute'.
OK, I will retire my Python 3 branch, and make a branch here instead,
within a week. Maybe during the weekend, although I'm fairly busy at
the moment.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33
More specifically, Python 2.3 and/or 2.4?
The current trunk (or whatever mercurial calls it) doesn't work with
2.4, because of a try/except/finally clause. That's fixable, but I
ain't gonna fix it if we don't want to support 2.4 any more. I would
claim that we should support 2.4.
--
Lennart
2009/7/16 Encolpe Degoute encolpe.dego...@free.fr:
Lennart Regebro a écrit :
More specifically, Python 2.3 and/or 2.4?
The current trunk (or whatever mercurial calls it) doesn't work with
2.4, because of a try/except/finally clause. That's fixable, but I
ain't gonna fix it if we don't want
that.
After thinking about this a bit more I've realized that we have to
have 2.4 support. We don't have a choice.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG
that in
the end it's so hard to come up with a good name that you usually have
to settle for one that is not bad. So, something that is easy to
remember, easy to say and doesn't mean anything rude in Norwegian. :-)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33
agree, and of course googled the scripts, and as far as I
could find, there is nothing.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
as
well, it's just way more work and more uglyness. The branch I have at
google code support 2.3 to 3.1. But it's not pretty. :-)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist
disttools? Hmm.
pkgutils
distutils
setuptools
disttools
Well, then we only need pkgtools and setuputils to complete the
confusion. If that's good or bad is a matter of taste I guess. :)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
it. We don't want to rename it. We don't want to have a
bikeshedding discussion. We just *need* to fix setuptools. The best
name for this for is obviously setuptools, because that's what it
is. It's setuptools. We only for it because you won't let us fix the
main fork.
--
Lennart Regebro: Python, Zope
___
Distutils-SIG maillist - distutils-...@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
2009/7/17 Paul Moore p.f.mo...@gmail.com:
Doesn't look like I can edit my vote. But OK to either Distribute or
disttools.
The link is at the bottom.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
2009/7/17 P.J. Eby p...@telecommunity.com:
At 04:53 PM 7/17/2009 +0200, Lennart Regebro wrote:
2009/7/17 P.J. Eby p...@telecommunity.com:
Setuptools was something I originally wrote for common requirements in
my
work projects... then expanded into a funded project to provide
Chandler
distribute as setuptools isn't a very big change. I think
people can manage that one. ;)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
.
Somebody is welcome to tell me how to fix this. I have no idea, and
mercurial documentation doesn't help (and in fact gave absolutely no
hint that this would happen).
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
versions of it as official 0.6 versions of
setuptools.
That is indeed the idea for the first release.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
if we work together instead of
each by ourself.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
this by yourself, that is in no way a problem.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
people who are normally
the friendliest ever.
I don't know why that is, and I don't know if we can do something about it.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist
a
problem, renaming this is relatively trivial. And if it becomes a
problem (and I don't see how it would not) it's easier to argue for a
rename from practical problems than hypothetical ones.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
1 - 100 of 371 matches
Mail list logo