ing only one sdist would have prevented this. But
really this is our own mistake.
I think I have always discovered this and removed the new distribution
and uploaded a full new version to avoid problems. I don't recognize
any packages in the list.
--
Maurits van Rees: http://maurits.vanre
legacy code base.
I had problems uploading to PyPI recently, getting an error although the
upload seemed to have gone fine in reality.
I did 8 uploads of Plone packages today using the warehouse url.
All have gone fine.
Thanks a lot, Donald!
--
Maurits van Rees: http://maurits.vanrees.org/
Zest
stutils-SIG@python.org
<mailto:distutils-...@python..org>
https://mail.python.org/mailman/listinfo/distutils-sig
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
--
Maurits van Rees: http
Fair enough. :-)
See you in six or more months. ;-)
Maurits
Op 04/12/15 om 00:53 schreef Richard Jones:
I prefer not to add classifiers unless they're actually going to be
used. Half a year could turn into a year :-)
On 4 December 2015 at 08:22, Maurits van Rees
<m.van.r...@zestsoftware
-SIG@python.org
mailto:distutils-...@python..org
https://mail.python.org/mailman/listinfo/distutils-sig
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
--
Maurits van Rees: http
myproject
myproject-1.1+maurits.3-py2.7.egg-info
pip
pip-1.5.6.dist-info
pip-6.0.dev1-py2.7.egg-info
pkg_resources.py
pkg_resources.pyc
setuptools
setuptools-8.0.4.dist-info
$ pip list
myproject (1.1+maurits.3)
pip (6.0.dev1)
setuptools (8.0.4)
--
Maurits van Rees: http://maurits.vanrees.org/
Zest
setup.py install for myproject
Successfully installed myproject
Again, working fine.
A '-U myproject' also gives me 1.3, and I can still request
myproject==1.3.dev0+maurits.1 if I want.
Good!
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
Maurits van Rees schreef op 17-12-14 01:46:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
http://pypi.zestsoftware.nl/public/packagingtest/
I have now also distributed
Maurits van Rees schreef op 17-12-14 13:07:
Babel and buildout
--
With the earlier given buildout, I added an extra directory to the
find-links:
find-links = http://pypi.zestsoftware.nl/public/packagingtest/
http://pypi.zestsoftware.nl/public/
Then I updated the Babel version
[test]
recipe = zc.recipe.egg
eggs = zest.releaser
[versions]
setuptools = 7.0
zc.buildout = 2.2.5
zest.releaser = 3.53.2
Anyway, newest=true is the default in zc.buildout.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
setuptools 8 or
higher both when creating and when using the distribution. Then
installing with zc.buildout will work. Installing with pip can be
done by pointing to the exact file url.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
http://pypi.zestsoftware.nl/public/packagingtest/
I have now also distributed myproject version 1.1. (This has a
base.jinja2 file
Donald Stufft schreef op 17-12-14 01:54:
On Dec 16, 2014, at 7:46 PM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
Maurits van Rees schreef op 17-12-14 00:53:
I have created a very basic python project called 'myproject'. It
does nothing. I have released a few versions here:
http
:
Installing zeoclient.
Error: Bad constraint 2.0.5 five.localsitemanager2.0dev
The bad constraint '2.0dev' is in the five.grok package. I guess it
should have been '2.0.dev0' (or by now simply '=2.0'). I'll pick it
up for that package.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest
Donald Stufft schreef op 15-12-14 18:26:
On Dec 15, 2014, at 9:05 AM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
But I now run into unexpected behaviour when two packages have a constraint on the
same third package. For example one has 'zest.releaser==3.50' and another has
versions.
I'm not sure if that is setuptools doing funky stuff or zc.buildout
doing funky stuff. Probably both. And probably they both *need* to do
funky stuff. ;-)
I think you've been very responsive and that's much appreciated.
+1
--
Maurits van Rees: http://maurits.vanrees.org/
Zest
Maurits van Rees schreef op 15-12-14 23:50:
TMP2/setuptools-8.0.4-py2.7.egg/pkg_resources.py:2425: RuntimeWarning:
'zc.buildout-2.3.0 ()' is being parsed as a legacy, non PEP 440,
version. You may find odd behavior and sort order. In particular it will
be sorted as less than 0.0. It is recommend
zope.app.locales = 3.6.2
zope.tales = 3.5.3
All these versions are definitely pinned in the file we extend (or in
files that this file extends):
http://dist.plone.org/release/4.3-latest/versions.cfg
So: strange behaviour.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http
or 2.7. I guess it works the same with Python
3 though.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
did the trick.
I always use --formats=zip, because in some corner cases Python2.4 has
problems with the gztar format, not while creating a distribution file
but when installing it.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Op 29-05-13 12:34, Donald Stufft schreef:
On May 29, 2013, at 6:18 AM, Maurits van Rees m.van.r...@zestsoftware.nl
wrote:
6. easy_install the same 1.7.1 again, now it fails:
mauritsvanrees@procyon:foo (git:master?) $ bin/easy_install zc.buildout==1.7.1
Searching for zc.buildout==1.7.1
Reading
Op 29-05-13 12:18, Maurits van Rees schreef:
$ curl -O http://downloads.buildout.org/2/bootstrap.py
$ python2.7 bootstrap.py
No local packages or download links found for zc.buildout
error: Could not find suitable distribution for
Requirement.parse('zc.buildout')
Traceback (most recent call last
staff 829 May 29 14:05 4
-rw-r--r-- 1 mauritsvanrees staff 3232 May 29 14:05 5
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
: S1369827522.488703728,VS0,VS77,VE241,VE2841833
Or in a version where you can more easily see the differences:
https://gist.github.com/mauritsvanrees/5669913/revisions
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
. I downloaded several packages ten times with curl
and it all went fine.
Well, I got a timeout trying to get distribute, but that was only one
out of ten tries. Besides, the CDN should help there anyway.
Thanks a lot!
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http
.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
sys.exit(zc.buildout.buildout.main())
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
= echo Hello
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
, but the name in setup.py may
be totally different, so the develop-eggs dir seems the good place to
look. And Tres pointed to the line in zc.buildout that cleans this
directory up, so it looks safe to me.
+1
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http
. (They are rejected now.)
Thoughts?
+1
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
, but they can make files more
readable, so it would be good if buildout could be more forgiving here.
Other than that, my standard Plone buildout setup for clients, with
several config files, finishes without error and seems to work fine.
(Python 2.7, Mac OSX 10.8.2.)
Thanks!
--
Maurits van
if buildout would complain that it was being run with
the wrong version.
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
probably be saner to generate a pip requirements file from
a buildout-generated script. This wouldn't need a new feature.
A script (or extension, or core buildout) could read the pinned versions
and basically do this:
sed 's/=/==/' versions.cfg requirements.txt
--
Maurits van Rees: http
anything?
4. New buildout option: ``python-version`` that restricts the Python
version, with the same semantics as buildout-version provides now.
+1
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
Op 07-01-13 15:42, Jim Fulton schreef:
On Mon, Jan 7, 2013 at 6:12 AM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
Say there is a buildout config with one or more versions that are not
pinned. What would the effect be of the various options? Here is a truth
table:
allow-p-v update-v
in
buildout.cfg) to print a list of picked versions at the end of the
buildout run.
If that works (which certainly is part of Jim's proposal) and the rest
is optional, then I would be happy and not mind much if the rest is not
exactly according to my ideas.
--
Maurits van Rees: http
: cannot import name IncompatibleVersionError
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
!
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
with mercurial and if yes, what command
would I run???
That would be 'hg log'.
Also, that would be a question to ask on a mercurial mailing list, not
on the Python distutils list.
Kind regards,
--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl
helps. That is good to know, thanks.
(Note that this is without your zc.buildout speed improvements.)
--
Maurits van Rees http://maurits.vanrees.org/
Web App Programmer at Zest Software: http://zestsoftware.nl
Logical thinking shows conclusively that logical thinking
is inconclusive. - My summary
Op 01-09-11 07:29, Guruprasad schreef:
Hi,
On Wed, Aug 31, 2011 at 6:01 PM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
It looks to me like src/wsb is not actually used. You tell buildout that it
can find a development package in src/wsb if it wants to, but I do not see a
section
And possibly add 'setuptools' in the install_requires in your setup.py.
Just guessing; I might be totally wrong.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org/
___
Distutils-SIG
for that (by me) but that version
requires zc.buildout 1.5.0 or higher (though that has nothing to do with
the fix).
The correct order for buildout-versions 1.5 and lower is:
[buildout]
extensions =
mr.developer
buildout-versions
--
Maurits van Rees
Web App Programmer at Zest Software: http
settings = production
eggs =
${buildout:eggs}
project = projectname
wsgi = true
This is with djangorecipe 0.20. A colleague made this buildout so I
don't know details about this recipe.
Just some thoughts.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal
, that won't work. The two are completely separate.
Thank you in advance for your help!
/mac
You're welcome.
Cheers,
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org
-versions does not print all versions, just the
not-pinned ones that buildout has picked. Like Chris said, this is
intentional.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org
, with distribute 0.6.16 it works fine.
This is on Mac OS X. Possibly I have strange ways of installing python,
but it has worked fine so far. Can anyone else reproduce this?
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org
Op 31-05-11 12:04, Tarek Ziadé schreef:
On Tue, May 31, 2011 at 11:50 AM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
ImportError: cannot import name utils
When I go in with a pdb in this utils.py everything seems fine but then the
import error just happens a bit further
Op 31-05-11 12:36, Tarek Ziadé schreef:
On Tue, May 31, 2011 at 12:29 PM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
Op 31-05-11 12:04, Tarek Ziadé schreef:
On Tue, May 31, 2011 at 11:50 AM, Maurits van Rees
m.van.r...@zestsoftware.nlwrote:
ImportError: cannot import name
to the revision before this changeset solves it for me.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org/
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org
Op 31-05-11 13:46, Tarek Ziadé schreef:
On Tue, May 31, 2011 at 1:43 PM, Maurits van Rees
m.van.r...@zestsoftware.nl wrote:
Op 31-05-11 12:43, Tarek Ziadé schreef:
I think this regression could be related to this change:
https://bitbucket.org/tarek/distribute/changeset/a3f0d30e94c2
,
this may influence the complete build. Perhaps some compilers are smart
enough to know in some cases that not every needs to be rebuilt, but
still: rebuilding everything may not be the fastest solution, but it is
the safest.
--
Maurits van Rees
Web App Programmer at Zest Software: http
the complete
post when answering.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org/
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo
plone.app.discussion[test] as an egg.
--
Maurits van Rees
Web App Programmer at Zest Software: http://zestsoftware.nl
Personal website: http://maurits.vanrees.org/
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman
Op 18-02-11 16:37, Chris Withers schreef:
On 18/02/2011 15:28, Maurits van Rees wrote:
So, I'm looking for some way of specifying optional eggs when running
the buildout, and not in buildout.cfg so they don't accidentally get
checked in.
How can I achieve this?
Next to the install_requires
:
[build_ext]
--esql-threadlib = posix
From a local test this seems to be working.
BTW, I did not know that you could specify these options in setup.cfg; I
found that out today by looking through the zc.buildout code. :-)
Cheers,
--
Maurits van Rees
Web App Programmer at Zest Software: http
difficult. Short instructions are here:
http://dev.plone.org/collective
Cheers,
--
Maurits van Rees
Programmer at Zest Software http://zestsoftware.nl
Personal website http://maurits.vanrees.org/
___
Distutils-SIG maillist - Distutils-SIG@python.org
, you
could use a buildout extension that on the fly turns all version pins to
lowercase when checking if a package has a pin:
[buildout]
extensions = buildout-versions
It also dumps which versions are picked by buildout instead of being
pinned by you in buildout.cfg.
--
Maurits van Rees
://pypi.python.org/pypi/zest.releaser/3.18#prepare-for-pypi-distribution
When testing any of these tools you may want to create a local
subversion/git/mercurial/whatever repository and create a small package
there to test releasing it.
--
Maurits van Rees
Programmer at Zest Software http
Op 24-08-10 17:47, Gary Poster schreef:
On Aug 24, 2010, at 10:29 AM, Maurits van Rees wrote:
Op 24-08-10 13:33, Reinout van Rees schreef:
On 08/20/2010 05:22 PM, Gary Poster wrote:
I intend to release zc.buildout 1.5.0 Monday, August 23.
I used http://pypi.python.org/pypi/osc.recipe.sysegg
really wrong yet today, and my
buildout-using colleagues have not screamed either, so the troubles of
the previous beta seem to have been avoided. Thanks for your hard work,
Gary!
--
Maurits van Rees
Programmer, Zest Software
___
Distutils-SIG
, be happy. :-) And to you: perhaps rewrite this one test for
python2.4 to avoid possible confusion.
Anyway, the extension seems to work fine so far. I think I may sneak it
into a next project and see if anyone notices. :-)
Thanks for your work,
--
Maurits van Rees
Programmer, Zest Software
not report that the buildout-versions package
itself is not pinned. Note that buildout.dumppickedversions has the
same problem.
--
Maurits van Rees
Programmer, Zest Software
___
Distutils-SIG maillist - Distutils-SIG@python.org
http
file is ignored by the VCS.
--
Maurits van Rees
Programmer, Zest Software
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Op 30-04-10 16:32, Gary Poster schreef:
On Apr 30, 2010, at 3:25 AM, Chris McDonough wrote:
- Running the above bootstrap.py with the virtualenv python and the
-v1.4.3 argument.
bin/python bootstrap.py -v1.4.3
- Run bin/buildout
That produces a working environment.
Thanks for the clear
Python 2.4 is absolutely not unimportant.
Agreed, I am in the Plone business and daily use Plone 3, which needs
Zope 2.10, which needs Python 2.4. The upcoming Plone 4 (first beta
available) will use Zope 2.12, so will use Python 2.6, which is a good
thing.
--
Maurits van Rees
/pypi/mr.developer#changelog
Adding files or committing is not something that mr.developer does. So
in the case of svn you just go to for example src/your.package and you
do an 'svn commit' from there.
--
Maurits van Rees
___
Distutils-SIG maillist
that when
buildout has previously already gotten some version of a package and
apparently sometimes does not realize that the required version has
changed. Newest mode here effectively says: yes, buildout is allowed
to get other versions.
--
Maurits van Rees | http://maurits.vanrees.org
that is not available on Mac OS X.
Can you try with STATIC_DEPS=1 ?
(Note that I have no Mac experience.)
--
Maurits van Rees | http://maurits.vanrees.org/
Work | http://zestsoftware.nl/
This is your day, don't let them take it away. [Barlow Girl
? (That assumes you're going to replace UltraMagicString with
Tarek's suggested workaround.)
That is zest.releaser. See
http://svn.plone.org/svn/collective/zest.releaser/trunk
http://pypi.python.org/pypi/zest.releaser
--
Maurits van Rees | http://maurits.vanrees.org/
Work | http
introduced this problem or fixes it? Or a link where this is
explained?
Thanks,
--
Maurits van Rees | http://maurits.vanrees.org/
Work | http://zestsoftware.nl/
This is your day, don't let them take it away. [Barlow Girl]
___
Distutils-SIG
Marius Gedminas, on 2008-09-02:
On Tue, Sep 02, 2008 at 09:23:30AM +, Maurits van Rees wrote:
I'm sure I have read this somewhere, but my search skills are failing
me. When easy installing a package this goes wrong:
$ bin/easy_install ../foo.bar/dist/foo.bar-1.0.3.tar.gz
Processing
are doing with custom package
indexes.
Sounds like we have some overlap between PoachEggs and
z3c.recipe.eggbasket (and zc.buildout itself).
Cheers,
--
Maurits van Rees | http://maurits.vanrees.org/
Work | http://zestsoftware.nl/
This is your day, don't let them take it away. [Barlow
74 matches
Mail list logo