to your setup.cfg:
>
> [options.packages.find]
> where = src
>
> After adding this and installing the resulting sdist, I was able to
> import the svg package.
>
> Lennart Regebro kirjoitti 3.11.2019 klo 21.03:
> > Sure.
> >
> > $ virtualenv /tmp/svgpathtest
I attached a full log, plus the failing package file.
On Sun, Nov 3, 2019 at 7:02 PM Alex Grönholm wrote:
>
> I was unable to reproduce the issues you're seeing. Could you give
> detailed repro instructions?
>
> Lennart Regebro kirjoitti 3.11.2019 klo 17.46:
> > Heya!
&
Heya!
I recently moved all the setup.py configuration into setup.cfg for
Pyroma. That worked very nicely. So I started doing it for my other
packages, but with svn.path I failed. Everything *looked* fine, and I
uploaded a 4.0 to PyPI, but if I install that in a virtualenv,
importing svg or
While writing a blog post about software configuration management I looked
into buildout, and using it as an SCM tool. And it has one big restriction:
You can't run certain parts as root.
I think adding that would actually not be too hard. Are there any principal
arguments against it? I looked
Possibly, but not that I remember. Moving it into setup.cfg, perhaps.
On Tue, Nov 19, 2013 at 4:15 PM, anatoly techtonik techto...@gmail.com wrote:
On Tue, Nov 19, 2013 at 12:15 PM, Lennart Regebro rege...@gmail.com wrote:
For plain distutils, I don't think so. Setuptools will include
On Mon, Nov 11, 2013 at 6:26 PM, Marius Gedminas mar...@pov.lt wrote:
Aside: I believe there's consensus now that 2to3 is not the best way to
support Python 2.x and 3.x. It's not that hard to have a single source
tree in a portable subset of Python 2.x and 3.x. See python3porting.com
and
Indeed, if there is a folder called foobar in your current
directory, and you run easy_install foobar, easy_install will assume
you are trying to install the package in the folder foobar, which
fails if it is not a package. One solution to that is to change your
current directory to a directory
-1 - maybe I don't have the right to speak up on CDN usage, but personally I
feel it's a bad idea to delegate overall PyPI availability exclusively to a
commercial third party.
Well, it's been done, and it was always a better idea than the way
mirrors was implemented.
It's OK for me that
On Tue, Aug 6, 2013 at 9:10 AM, holger krekel hol...@merlinux.eu wrote:
PyPI mirrors _are_ associated with PyPI and pypi.python.org.
(Why) Do do want to flatly rule out pip/pypi.python.org support
for managing mirrors?
Automatic mirror discovery opens extra security holes until we have
found
On Mon, Jul 29, 2013 at 8:17 PM, Donald Stufft don...@stufft.io wrote:
- - Distribute / setuptools merge, e.g. cratering folks who use a
distro-managed 'python-distribute' package.
This is the biggest issue. I wasn't involved and it could have been handled
better sure.
I'm not convinced.
On Tue, Jul 30, 2013 at 8:43 AM, Donald Stufft don...@stufft.io wrote:
I have zero qualms about releasing a full disclosure along with working
exploits
into the wild for a security vulnerability that people block me on.
This is a moot point, as nobody is going to block anyone. The
discussion
On Sat, Jul 13, 2013 at 8:07 AM, Donald Stufft don...@stufft.io wrote:
+1 to this as well. Ideally, if we go down this route, installing python
just comes with pip preinstalled. However that takes place :)
Well, I don't want a however that takes place that causes more
packaging problems in the
On Thu, Jun 27, 2013 at 10:36 AM, Peter Sabaini pe...@sabaini.at wrote:
[1] https://bitbucket.org/pypa/setuptools
This is the source repository for setuptools. What you are seeing is
the version in development, which is 0.8. It's not released yet.
The pypi page contains the updated readme, and
On Thu, Jun 27, 2013 at 5:20 PM, Peter Sabaini pe...@sabaini.at wrote:
Oh, I see... I guess I mistook it for a released version because
http://www.pip-installer.org references it
Aha. I'd guess that link would better go to the documentation.
___
I'm dancing a small victory-dance in my chair.
On Sun, Jun 9, 2013 at 6:22 PM, Jason R. Coombs jar...@jaraco.com wrote:
On behalf of the PYPA, I’m excited to announce that Setuptools 0.7 is now
official and complete.
Released to PyPI, Setuptools 0.7.2 is now available for all to see by
On Sun, Jun 9, 2013 at 8:41 PM, Donald Stufft don...@stufft.io wrote:
So yes. I broke Download counts because they were not more important than
people being able to actually use PyPI to install from.
I approve of this message.
//Lennart
___
On Fri, Jun 7, 2013 at 7:59 AM, Yuval Greenfield ubershme...@gmail.com wrote:
I wanted to install wx and tried to sudo pip install wx. Sadly this
https://pypi.python.org/pypi/wx module described as my first python module,
like php file_get_contents shadowed the wxpython I eventually installed
On Fri, Jun 7, 2013 at 9:56 AM, Yuval Greenfield ubershme...@gmail.com wrote:
On Fri, Jun 7, 2013 at 10:27 AM, Lennart Regebro rege...@gmail.com wrote:
Packages are allowed to have the same module names as other packages.
In this case it's a bit unfortunate, but it should reasonably have
been
On Tue, Jun 4, 2013 at 7:46 AM, Donald Stufft don...@stufft.io wrote:
Just want to apologize to anyone who recently received a lot of mail from
me.
I realized shortly after I queued all the emails that they should have been
grouped by user and not by package.
I like it this way. Now I can
On Mon, Jun 3, 2013 at 4:29 PM, Tres Seaver tsea...@palladion.com wrote:
As an alternative, we could just go ahead and push out this version to
the cheeseshop: AFAICT, it doesn't break stuff (especially compared to
the current 0.6 nightly -- see issue #8[1]), and anybody who needs to can
pin
On Sat, Jun 1, 2013 at 5:57 PM, Jim Fulton j...@zope.com wrote:
In the Python community, we've been pretty laid back
about how we name packages. When we were small, this made
sense. It doesn't make sense any more.
I don't think this is a problem, and I don't think domains or
usernames in the
On Mon, Jun 3, 2013 at 4:21 AM, PJ Eby p...@telecommunity.com wrote:
On Sat, Jun 1, 2013 at 4:29 PM, Lennart Regebro rege...@gmail.com wrote:
On Sat, Jun 1, 2013 at 9:20 PM, Paul Moore p.f.mo...@gmail.com wrote:
I'm -1 on anything that doesn't involve at least a minimal level of human
On Sat, Jun 1, 2013 at 9:20 PM, Paul Moore p.f.mo...@gmail.com wrote:
I'm -1 on anything that doesn't involve at least a minimal level of human
involvement (possibly excepting an initial clean up exercise for projects
with no author email)
This is why I basically said I'm OK with automatic
I support this message.
On Fri, May 31, 2013 at 12:57 PM, Radomir Dopieralski
sh...@sheep.art.pl wrote:
Hello,
is there a defined process for removing useless entries from PyPi?
I was looking for a name for a new project, and as a part of that, I searched
on the Python Package Index to see
On Fri, May 31, 2013 at 3:09 PM, holger krekel hol...@merlinux.eu wrote:
I think there should be a PEP regulating the removal and the taking over
process for packages. Your considerations make sense to me there.
ASFAIK Perl has such policies a decade or so. Probably makes sense to
use their
On Fri, May 31, 2013 at 10:34 PM, Tres Seaver tsea...@palladion.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/31/2013 09:18 AM, Lennart Regebro wrote:
I'd be OK with after six months automatically removing packages that
has only one owner/maintainer, and that owner
On Mon, May 27, 2013 at 9:59 AM, holger krekel hol...@merlinux.eu wrote:
Another more practical data point would be does this package even
install on win32/linux/osx py26/py27/py33 and even better, do its automated
tests pass?
Those are interesting metrics, but doesn't indicate the packages
On Sun, May 26, 2013 at 7:34 PM, Noah Kantrowitz n...@coderanger.net wrote:
/farnsworth
but seriously, at long last today it was my honor to throw the DNS switch to
move PyPI to the Fastly caching CDN. I would like to thank Donald Stufft for
doing much of the heavy lifting on the PyPI side,
On Thu, May 23, 2013 at 7:37 AM, Donald Stufft don...@stufft.io wrote:
Hello!
I've just deployed a change to PyPI that restricts all *new* packages names
to the follow:
* Must start with an ASCII alphanumeric (``[a-zA-Z0-9]``)
* Must contain only:
- ASCII letters (``[a-zA-Z]``)
-
On Sun, May 19, 2013 at 10:20 PM, Donald Stufft don...@stufft.io wrote:
Hrm, ZPT doesn't seem to be stripping the CDATA or unescaping the strings?
https://gist.github.com/dstufft/5608838 is what i have in the template file
and that appears verbatim in the output?
Yes? It will escape *data*
On Mon, May 20, 2013 at 8:21 AM, Donald Stufft don...@stufft.io wrote:
He also said to just put the javascript in the body of the script but xml
escape it. Which I did, and when the template was rendered the data was still
xml escaped and again invalid javascript.
I think there is a
On Mon, May 20, 2013 at 6:05 PM, PJ Eby p...@telecommunity.com wrote:
On Sun, May 19, 2013 at 7:26 PM, Richard Jones rich...@python.org wrote:
Donald wrote a handy script to help make this easier:
https://pypi.python.org/pypi/pypi-show-urls
Doesn't seem to work for me:
$ pypi-show-urls -u
On Wed, Apr 24, 2013 at 11:19 AM, anatoly techtonik techto...@gmail.com wrote:
Having a lot of meaningless options doesn't make meta data any more clear.
Well, they are not meaningless, but their role is fully fulfilled by other
options (Author and Maintainer fields in this particular case).
On Tue, Mar 26, 2013 at 12:07 AM, Daniel Holth dho...@gmail.com wrote:
Unix users will always want to compile their own.
Yup.
Pip wheel is not going away
I don't see how that follows.
//Lennart
___
Distutils-SIG maillist -
On Wed, Mar 27, 2013 at 2:57 PM, Daniel Holth dho...@gmail.com wrote:
Is it too convenient? The tool knows how to find sources, compile
them, and install them. It will delegate all the work to the actual
build system. If pip was a pure installer without a way to invoke a
build system then it
On Wed, Mar 27, 2013 at 3:16 PM, Paul Moore p.f.mo...@gmail.com wrote:
But sometimes practicality beats purity. As an end user who wants to
just install packages, but who knows that not everything will be
available as wheels, I need to be able to build my own wheels.
Can you explain to me why
On Wed, Mar 27, 2013 at 3:47 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
One likely scenario on Windows is that you have a compiler and can install
from
sdists or wheels, but want to distribute packages to people who don't have a
compiler, so can only install from wheels.
Which means you
On Wed, Mar 27, 2013 at 4:49 PM, Daniel Holth dho...@gmail.com wrote:
Then you are also in favor of removing sdist support from the pip
install command, in the same way that rpm doesn't automatically
compile srpm.
I was not aware that pip could create sdists.
//Lennart
On Wed, Mar 27, 2013 at 6:09 PM, Daniel Holth dho...@gmail.com wrote:
In my view the fact that pip creates an installation as an artifact of
installing from a source package is equivalent to creating a wheel,
given that wheel is a format defined as a zip file containing one
installation of a
On Wed, Mar 27, 2013 at 6:44 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Lennart Regebro regebro at gmail.com writes:
Fine, as a stop-gap measure pip wheel might be useful, as this
mythical packaging tool doesn't really exist yet (except as
bdist_wheel, but I suspect pip wheel does more
On Wed, Mar 27, 2013 at 8:08 PM, Daniel Holth dho...@gmail.com wrote:
We have a different definition of build tools if installing an sdist
that has a C extension doesn't make pip a build tool already.
Then the word build tool is irrelevant, and the whole discussion of
builders vs installers is
On Tue, Mar 26, 2013 at 9:54 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I've created a new tool called distil which I'm using to experiment with
packaging functionality.
Thanks for doing this, I think it's a good way forward.
//Lennart
___
On Tue, Mar 19, 2013 at 7:25 AM, Marius Gedminas mar...@pov.lt wrote:
On Mon, Mar 18, 2013 at 02:14:12PM -0700, Lennart Regebro wrote:
On Fri, Mar 15, 2013 at 2:46 PM, Giulio Genovese
giulio.genov...@gmail.com wrote:
sudo pip-3.2 install --upgrade distribute
I get this:
File setuptools
On Fri, Mar 15, 2013 at 2:46 PM, Giulio Genovese
giulio.genov...@gmail.com wrote:
sudo pip-3.2 install --upgrade distribute
I get this:
File setuptools/dist.py, line 103
except ValueError, e:
You can't upgrade distribute with pip under Python 3. This is a known problem.
On Mon, Mar 18, 2013 at 3:13 PM, Marcus Smith qwc...@gmail.com wrote:
1) pip is *currently* very much a build tool in that it build/installs from
source archives, but I understand the new model is for pip to eventually be
working with pre-built wheels much of the time, with no build system
On Fri, Mar 8, 2013 at 5:08 PM, Matt Behrens askedre...@gmail.com wrote:
Does this seem like it's worth making a patch?
Personally I think it's better to the the ssh way and support
uploading via ssh with uploaded ssh keys, and deprecate the password
support for uploading. That way there is no
On Fri, Mar 8, 2013 at 6:01 PM, Donald Stufft don...@stufft.io wrote:
I dislike hijacking SSH to tunnel a HTTP protocol over
I'm not sure we have to hijack or tunnel anything. :-)
and adding more reliance on SSH keys means a lost SSH key becomes _even_
worse than it already is.
I don't
On Fri, Mar 8, 2013 at 6:57 PM, Donald Stufft don...@stufft.io wrote:
If you're uploading via SSH you'll open a SSH tunnel and then POST to PyPI
over that tunnel.
You are not required to use HTTP, there are several other protocols
you can use such as SCP of SFTP. Not that I think it matters
On Tue, Feb 26, 2013 at 7:21 AM, Chris Withers ch...@simplistix.co.uk wrote:
Hi All,
Can anyone else reproduce this?
Essentially pip can not upgrade distribute or setuptools on Python 3.
This is annoying, and it seems the easiest way to solve it is to stop
using 2to3 for distribute.
This is a
On Wed, Feb 20, 2013 at 10:42 AM, Nick Coghlan ncogh...@gmail.com wrote:
Thoughts?
+1
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
OK, let's clear out some confusion.
On Mon, Feb 18, 2013 at 8:56 PM, Don Question
donquest...@rocketmail.com wrote:
* distutils
Yes, this is the basic packaging system of Python, included in the
standard library.
* setuptools
Extends distutils with many useful functions. However it is not
On Sun, Feb 10, 2013 at 7:24 PM, Jim Fulton j...@zope.com wrote:
I'm very happy, finally, to have released buildout 2.0.0.
Cool!
//Lennart
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Mon, Jan 7, 2013 at 4:49 PM, Christian Tismer tis...@stackless.comwrote:
Hi folks,
I recognized a glitch with pip when using the --upgrade option.
From the traceback:
File ./setuptools/dist.py, line 103
except ValueError, e:
^
SyntaxError:
On Fri, Dec 14, 2012 at 9:49 AM, Antonio Cavallo
a.cava...@cavallinux.eu wrote:
My requirements would quite simple:
2. cross compiling
That is *not* a simple requirement.
//Lennart
___
Distutils-SIG maillist - Distutils-SIG@python.org
On Mon, Oct 8, 2012 at 9:34 PM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Registry of what ever you like - pointers to data, perhaps. Any use of the
registry, just like entry points, is a matter of convention between consenting
/ cooperating developers and their applications/libraries, or am I
Most of the tests for distribute are run with python setup.py test,
but there is a whole bunch of tests in ./tests and they are not run.
Anyone know how the *should* be run? Just running them creates various
errors, clearly there is some sort of setup needed first.
//Lennart
On Sat, Apr 28, 2012 at 21:18, Jim Fulton j...@zope.com wrote:
Buildout supports installing zipped eggs because setuptools does.
Most people find zipped eggs a pain and complain that buildout should
always unzip.
As part of my work to simplify buildout's implementation, I'm dropping
support
On Wed, Apr 25, 2012 at 21:48, Chris Jerdonek chris.jerdo...@gmail.com wrote:
What is the recommended workflow or instructions to include in a
project README to prevent new users from running into this kind of
error?
The instructions are to explain to the user that Python 3 support is
via
On Wed, Mar 28, 2012 at 03:05, Rob Healey robheal...@gmail.com wrote:
Greetings:
I am providing a pastebin link so that you may see my code without having to
download anything...
http://paste.pocoo.org/show/572324/
Huh?
'package' must be a string (dot-separated), list, or tuple)
On Tue, Mar 27, 2012 at 06:40, Rob Healey robheal...@gmail.com wrote:
Hello:
Could someone explain why the difference in the two versions? If DistUtils2
is the new improved, why does it have a lower version numbers???
It's called distutils2 to clarify that it is a new module. Why would
not
2012/1/16 Christian Ştefănescu st.ch...@gmail.com:
I'd like to know if I can create my virtualenvs with --distribute without
any other changes, since distribute is advertised as being backwards
compatible with setuptools?
It should work as well or better, yes. If not, that's a bug.
Also, if
On Tue, Sep 27, 2011 at 11:40, Tarek Ziadé ziade.ta...@gmail.com wrote:
1/ stability and high availability
How are opinions on setting up country-specific PyPI mirrors? The lag
to the US is pretty severe in Poland, and I suspect my buildouts would
benefit from having a server in Poland. Now, of
On Tue, Sep 13, 2011 at 01:17, Alain Spineux aspin...@gmail.com wrote:
I have this in my setup.py
setup(
...
scripts=[ 'scripts/sendmail', 'scripts/infomail.py' ],
use_2to3 = True
...
and none of sendmail (without .py) or infomail.py (with .py) are
converted when running
On Mon, Jun 27, 2011 at 17:31, FT chester_...@fltg.net wrote:
Hi!
I want to know how to keep a compiled package to its smallest size? In
other words instead of compiling all Python code, keep it to only what the
modules use.
What is the difference?
//Lennart
(in build_py) but I can't seem
to get it. How does Distribute know which files have changed?
Timestamps compared with the target.
--
Lennart Regebro: http://regebro.wordpress.com/
Porting to Python 3: http://python3porting.com/
___
Distutils-SIG
wrote:
Lennart Regebro regebro at gmail.com writes:
That's a good test. Next step is to try make a buildout with it, and
then do the same under 2.6 and 2.4. If that all passes, it's in a good
usable state, I would say.
I haven't had a chance to look at buildout and not sure what recipes need
On Tue, Jun 21, 2011 at 10:34, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I'm testing a branch of Python which provides out-of-the-box ability to create
virtual enviroments à la virtualenv, and as part of that testing I have to
install Distribute in newly created environments a lot. Though
On Tue, Jun 21, 2011 at 13:30, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
Lennart Regebro regebro at gmail.com writes:
We still need to support Python 2.4, right? That's a trickier issue.
But including six.py might help.
I'm not sure why 2.4 is a particular issue.
It isn't. The big
On Tue, Jun 21, 2011 at 15:03, Michael Foord fuzzy...@gmail.com wrote:
Really? In my experience dropping 2.4 support allows you to use the with
statement (just as dropping 2.3 support allows you to use decorators) which
is a big change.
Sure, but since we support 2.4 now, I don't think the
On Tue, Jun 21, 2011 at 15:13, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I'm using this Distribute version to try installing (via pysetup3) all
allegedly
Py-3K packages on PyPI. So far, out of around 400 packages where I could find
a
download URL for a source distribution, smoke testing
Awesome!
On Sat, Apr 30, 2011 at 15:15, Jim Fulton j...@zope.com wrote:
This release is for existing buildout users who want to use buildout
with Python 3. The main goal for this release is to facilitate
porting projects that use buildout to Python 3.
For more information, see:
Out of curiosity, how does pip handle this?
On Wed, Mar 16, 2011 at 06:28, Adam GROSZER agros...@gmail.com wrote:
On 03/14/2011 07:50 PM, P.J. Eby wrote:
At 03:40 PM 3/14/2011 +0100, Adam GROSZER wrote:
Hello,
Having problems here installing
Distributes from pkg_resources.resource_string returns bytes under
Python 3, which is pretty surprising. :-)
Should we fix this? That would mean that we need to introduce a
pkg_resources.resource_bytes that returns bytes under Python 3 and str
(again) in Python 2. And probably we also need a
On Sun, Mar 13, 2011 at 11:03, Ronald Oussoren ronaldousso...@mac.com wrote:
On 13 Mar, 2011, at 9:52, Lennart Regebro wrote:
Distributes from pkg_resources.resource_string returns bytes under
Python 3, which is pretty surprising. :-)
That's exactly what the documentation says
On Sat, Mar 12, 2011 at 07:04, Jim Fulton j...@zope.com wrote:
On Sat, Mar 12, 2011 at 6:05 AM, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I'm working on Python 3 versions of pip and virtualenv, with the idea of
keeping
a common codebase for Python 2.x and 3.x so as to make maintenance
Who are going to PyCon? I feel an open space on this coming up. :-)
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
On Mon, Mar 7, 2011 at 21:47, P.J. Eby p...@telecommunity.com wrote:
The term has been in use in setuptools since around 2005, but it hasn't
caught on much outside of the small group of people who need to be able to
speak precisely about the concept. ;-)
Well, I've changed the terminology in
On Mon, Mar 7, 2011 at 23:18, Jim Fulton j...@zope.com wrote:
Given that Python 3 is a reboot, maybe it's time for the Python
community to start calling these what ``python`` calls them,
modules.
Well, given that the term project hasn't gained widespread
acceptance, maybe we should adjust the
On Mon, Mar 7, 2011 at 11:01, Éric Araujo mer...@netwok.org wrote:
I've started working on a little utility to give a quality rating on
packages
Please don’t call those things packages. Let’s try to use “package”
only for a directory that you can import from Python, and “distribution”
for a
2011/3/7 Éric Araujo mer...@netwok.org:
The problem is that it's not distributions (although it will test them
too). It's Things that has a setup.py and what has an entry on
PyPI.
Okay, so that’s called a project in distutils docs
In distutils2, yes.
My point is that if we have to live
to see this utility integrated into a
general pypi/cheeseshop script with other utility commands, which even
could include installing and removing, thusly giving Perl people what
they think they want a CPAN for Python. :-)
--
Lennart Regebro: http://regebro.wordpress.com/
The Python 3 Porting book
On Sun, Mar 6, 2011 at 17:00, Tarek Ziadé ziade.ta...@gmail.com wrote:
Reminds me a bit about CheeseCake http://pycheesecake.org/
Indeed, it's a lot like CheeseCake, which I had forgot about and
didn't find either by google, pypi or asking on #plone and #python.
:-)
However, there are a
it in somewhere
soon, maybe work a bit more on the plane to PyCon and probably mention
it in a lightning talk.
//Lennart
On Sun, Mar 6, 2011 at 09:46, Lennart Regebro rege...@gmail.com wrote:
I've started working on a little utility to give a quality rating on
packages, expressed in 0-10 points, and also
On Sun, Mar 6, 2011 at 20:49, cool-RR cool...@cool-rr.com wrote:
Speaking of names, I would rename PyPI to packages.python.org, maybe move
the existing documentation center to docs.python.org, and then move the docs
of Python itself to a `/python` folder...
But that's just me.
No, I do think
On Sun, Mar 6, 2011 at 21:42, Martin v. Löwis mar...@v.loewis.de wrote:
One thing I find weird is the root page of packages.python.org -- This
warning is not super user friendly.
What particular clause strikes you as particularly unfriendly?
It's rather the lack of design and just a link that
Since mercurial makes me annoyed I decided to use it. I'll have to
learn it someday anyway, so why not now?
https://bitbucket.org/regebro/pyroma
Helpers welcome (although you'll probably have to wait to after PyCon).
//Lennart
On Sun, Mar 6, 2011 at 20:40, Lennart Regebro rege...@gmail.com
On Sun, Mar 6, 2011 at 22:05, Martin v. Löwis mar...@v.loewis.de wrote:
I guess either http://pypi.python.org/pypi/distribute/docs or
http://pypi.python.org/docs/distribute would be acceptable.
The former won't work - it tries to get a version labeled docs
from distribute. As for the latter,
/tmpa_M-fRbuildoutSetUp/_TEST_/sample-buildout/develop-eggs/tmpDfNtGFbuild
install_dir
/tmp/tmpa_M-fRbuildoutSetUp/_TEST_/sample-buildout/develop-eggs/tmpuSWFFvbuild
However, with 1.5.0b2 and python setup.py test, the tests passes.
What a mess. :-)
--
Lennart Regebro, Colliberty: http
On Fri, Jul 23, 2010 at 14:05, Gary Poster gary.pos...@canonical.com wrote:
To my knowledge, these packages don't support that spelling. bin/test is the
way to run the tests for the Zope packages AFAIK. Do you, or others,
disagree? The fact that you have to modify setup.py in order to run
On Fri, Jul 23, 2010 at 15:07, Lennart Regebro rege...@gmail.com wrote:
However, it works under Python 2.6, both ways.
No it doesn't, my bad! It fails under Python 2.6 as well. I already
had b2 as an egg for 2.6 installed, so it used that instead of your
branch. That at least removes some
there is something wrong there. I'll probably comment those failing
tests out for the moment, unless somebody fixes them or tells me to
remove them completely. :-)
--
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
On Thu, Jul 15, 2010 at 15:15, Gary Poster gary.pos...@canonical.com wrote:
Hi Lennart.
I cannot duplicate this when running the tests for zc.recipe.testrunner,
which was what you appeared to be doing.
Well, in that case it probably works now. I'll try again (with the
betafix branch, right?)
On Tue, Jun 15, 2010 at 17:20, Adam GROSZER agros...@gmail.com wrote:
Hello,
Someone please make a setuptools-0.6c11.win32-py2.7.exe.
Just out of interest: Why are these versions needed? Their isn't any
C-code in setuptools, doesn't the source version work just as well?
--
Lennart Regebro
, please tell me before Thursday. ;-)
--
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
On Thu, May 27, 2010 at 22:40, cool-RR cool...@cool-rr.com wrote:
Hello all!
I want to ask you a question regarding something I want to do
merges.
Aha, so you use mercurial or? It's hard to do merges between folders
there? I'm used to svn, where that wouldn't be a problem.
--
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
, and it was simply decided to move all that work out from
trunk into distutils2, as I understand it. Makes sense to me anyway.
:)
--
Lennart Regebro: http://regebro.wordpress.com/
Python 3 Porting: http://python3porting.com/
+33 661 58 14 64
___
Distutils-SIG
On Sun, May 30, 2010 at 19:13, Carl Meyer c...@oddbird.net wrote:
Lennart Regebro wrote:
1. We include easy_install or pip in stdlib. However, I think we
shouldn't include any installer in stdlib, until it has evolved into a
proper package handling utility which also can uninstall, etc.
You
crippled, but the people who want to install distutils2 are
capable of installing pip as well. :-) And an install script, like the
one for distribute, could download and install both anyway.
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
On Mon, May 31, 2010 at 16:55, Carl Meyer c...@oddbird.net wrote:
Not true, inasmuch as it depends on pip. When pip installs distributions
it uses the --record option to keep a list of all installed files. When
pip uninstalls distributions it installed, it reliably uninstalls
everything
not
sure it needs to be powered by distutils2 in any deeper sense. :-)
Sorry if I'm answering something that wasn't a question. :-)
--
Lennart Regebro: Python, Zope, Plone, Grok
http://regebro.wordpress.com/
+33 661 58 14 64
___
Distutils-SIG maillist
1 - 100 of 371 matches
Mail list logo