On Thu, Oct 26, 2017 at 5:11 PM, Donald Stufft wrote:
> Historically PyPI was only available over either HTTP or unvalidated HTTPS,
> and over time we’ve been pushing more and more traffic onto HTTPS. In
> Warehouse the decision was made to *not* redirect “API” URLs from HTTP to
> HTTPS, but to ra
On Mon, Aug 29, 2016 at 7:29 PM, Antony Lee wrote:
> Hi all,
>
> The `setup_requires` option to `setup()` is well-known to suffer from
> multiple issues. Most importantly, as it is a keyword argument to
> `setup()`, it appears too late for modules that may need to be imported for
> the build to o
Hi all,
I was just getting around to reading the latest published draft of PEP
516 and had a few minor nitpicks. Sorry if this unhelpful, as I know
it's still being drafted and may change anyways.
"The programmatic interface allows decoupling of pip from its current
hard dependency on setuptools
On Thu, Mar 3, 2016 at 8:30 PM, Ronny Pfannschmidt
wrote:
>
>
> Am 09.02.2016 um 22:24 schrieb Robert Collins:
>>
>> Sorry for not replying for so long.
>>
>> On 16 December 2015 at 07:54, Ronny Pfannschmidt
>> wrote:
>>>
>>> Hello everyone,
>>>
>>> the talk about the sqlalchemy feature extra got
On Tue, Feb 23, 2016 at 1:53 AM, Matthias Goerner wrote:
> Hi!
>
> I am trying to use distutils.command's build_clib to compile C++11 code but
> had to monkey patch build_clib to support the extra_compile_args
> "-std=c++11", see my_build_libraries in
> http://sageregina.unhyperbolic.org/setup.py
On Wed, Jan 13, 2016 at 9:30 AM, Sijo Jose wrote:
> The language-check (https://pypi.python.org/pypi/language-check)library has
> the dependency of '3to2' in python 2.7,
> In a virtualenv it works fine with pip,that is
>
> pip install 3to2
> pip install language-check
>
>
> But its failing with e
On Wed, Jan 13, 2016 at 9:30 AM, Sijo Jose wrote:
> The language-check (https://pypi.python.org/pypi/language-check)library has
> the dependency of '3to2' in python 2.7,
> In a virtualenv it works fine with pip,that is
>
> pip install 3to2
> pip install language-check
>
>
> But its failing with e
On Wed, Dec 23, 2015 at 5:23 PM, Carlos Barera wrote:
> Hi,
>
> I have an automation task that installs a python package from within the
> project dir using: pip install .
>
> What's the right way to reinstall the same package (same version)?
> --upgrade + --force-reinstall ?
> Is --no-deps recomm
On Thu, Dec 10, 2015 at 5:12 PM, Robert Collins
wrote:
> On 8 December 2015 at 09:14, Erik Bray wrote:
>> On Mon, Dec 7, 2015 at 2:40 PM, Paul Moore wrote:
>>> On 7 December 2015 at 18:58, Erik Bray wrote:
>>>> I wasn't able to produce this problem. Even
Apologies for resending this--my original message got buried in
unrelated commentary about how *nix filesystems work. Resending with
new subject line...
On Fri, Nov 13, 2015 at 3:09 PM, Nathaniel Smith wrote:
> On Nov 13, 2015 12:00 PM, "Alexander Walters"
> wrote:
>>
>> import pip
>> pip.insta
On Fri, Nov 13, 2015 at 3:09 PM, Nathaniel Smith wrote:
> On Nov 13, 2015 12:00 PM, "Alexander Walters"
> wrote:
>>
>> import pip
>> pip.install(PACKAGESPEC)
>>
>> something like that?
>
> This would be extremely handy if it could be made to work reliably... But
> I'm skeptical about whether it c
On Mon, Dec 7, 2015 at 2:40 PM, Paul Moore wrote:
> On 7 December 2015 at 18:58, Erik Bray wrote:
>> I wasn't able to produce this problem. Even with --no-binary
>> specified pip installs (by default) with
>> --single-version-externally-managed. My prototype implic
On Mon, Dec 7, 2015 at 11:45 AM, Paul Moore wrote:
> On 7 December 2015 at 16:21, Erik Bray wrote:
>> Exactly--as both a library developer / maintainer and system
>> integrator I would find such a flag very useful (especially since I
>> can just set it in a config file and
On Mon, Dec 7, 2015 at 4:34 AM, Nick Coghlan wrote:
> On 7 December 2015 at 17:07, Ronny Pfannschmidt
> wrote:
>> That's a straw man, this has enough inconsistency potential to break many
>> edge cases in ugly ways,
>> So global setup is out.
>
> No, global set up *isn't* out - the inevitable edg
oy the normal install command from
> setup.py so projects can phase out easy install forcefully making downstream
> require patches or pip usage
That's the goal, yes. This is just offering a transitional tool.
Erik
>
> Am 3. Dezember 2015 21:06:06 MEZ, schrieb Erik Bray :
&g
Hi all,
I've been on vacation for a bit in general, and on vacation from this
mailing list even longer. I'm not entirely caught up yet on the
latest developments so apologies if something like this is entirely
moot by now.
But I have seen some discussions here and in other lists related to
using
On Sun, Nov 29, 2015 at 10:44 AM, Kim Walisch wrote:
> Hi,
>
> For distutils.command.build_clib the commonly used code below does not
> work for adding additional compiler flags (it works using
> distutils.command.build_ext):
>
> extra_compile_args = '-fopenmp'
>
> On Unix-like system I found a wo
On Fri, Oct 30, 2015 at 12:47 PM, Mario Pezzoni wrote:
> Hello,
>
> I am wrapping a c++ library with cython. I compile the pyxs and the c++ code
> with cmake using the cython-cmake-example.
> If I import the package from the build directory it works flawlessly, if I
> install through "python setup
On Wed, Oct 7, 2015 at 2:11 AM, Chris Barker wrote:
> On Tue, Oct 6, 2015 at 10:38 PM, Thomas Güttler
> wrote:
>>
>> Yes, there is not generic "one right way here".
>>
>> Yes, let's consider individual use cases.
>>
>> My use case are the docs for new comers:
>>
>> - https://github.com/pypa/samp
On Wed, Oct 7, 2015 at 11:31 AM, Ionel Cristian Mărieș
wrote:
>
> On Wed, Oct 7, 2015 at 6:13 PM, Erik Bray wrote:
>>
>> > Lets not use `setup.py test`. It's either bad or useless.
>>
>> Says who? Many of the projects I'm involved in use `setup.py tes
On Tue, Oct 6, 2015 at 7:46 PM, Ionel Cristian Mărieș
wrote:
>
> On Wed, Oct 7, 2015 at 2:23 AM, Robert Collins
> wrote:
>>
>>
>> Hangon, there's clearly a *huge* gap in understanding here.
>>
>> pbr does *not* modify *anyones* setup.py output unless its enabled.
>
>
> Unless it's >=1.7.0. You ca
On Tue, Oct 6, 2015 at 6:08 PM, Ionel Cristian Mărieș
wrote:
>
> On Wed, Oct 7, 2015 at 12:51 AM, Ben Finney
> wrote:
>>
>> I think the above describes the standard way of declaring the test
>> runner: The ‘setup.py test’ command.
>>
>> Now, I lament that more Python projects don't *conform to* t
On Tue, Oct 6, 2015 at 12:04 PM, Ionel Cristian Mărieș
wrote:
>
> On Tue, Oct 6, 2015 at 6:33 PM, Erik Bray wrote:
>>
>> Okay, though, so maybe if there is nothing to offer here but anecdata
>> then maybe we should stop acting like there's "one right way here&
On Tue, Oct 6, 2015 at 8:34 AM, Ionel Cristian Mărieș
wrote:
> On Tue, Oct 6, 2015 at 3:13 PM, Antoine Pitrou wrote:
>>
>> On Tue, 6 Oct 2015 07:07:31 -0400
>> Donald Stufft wrote:
>> >
>> > I've never, in my entire life [...]
>>
>> Can I suggest your entire life is an anecdotal data point here?
On Fri, Oct 2, 2015 at 5:39 PM, Donald Stufft wrote:
> ``pip install path/to/directory/with/setup.py/in/it/``
In particular I install most of my packages from source these days by
cd'ing into the source and
$ pip install .
That's all it takes. Works with -e too.
Erik
> On October 2, 2015 at
On Wed, Sep 30, 2015 at 3:17 PM, Hogan, Christopher
wrote:
> Hello,
>
>
>
> We noticed there are classes in distutils for specific compilers like
> Borland, Cygwin, MSVC, etc., and are interested in creating a class for the
> Intel compiler. Is this something that the python developers/community
On Thu, Aug 13, 2015 at 4:42 AM, 俞博文 wrote:
> Dear Maintainers:
>
> This problem occurred when
> 1. Windows platform
> 2. Python is installed on non-Latin path (for example: path contains Chinese
> character).
> 3. try to "pip install theano"
>
> And I found the problem is in distutils.command.bui
On Wed, Jun 10, 2015 at 1:25 PM, Jason R. Coombs wrote:
> I’m pleased to announce a fix for improved Cython support per Setuptools
> #288 (https://bitbucket.org/pypa/setuptools/issue/288). I’ve published a
> beta release 18.0b1 in the Setuptools project downloads
> (https://bitbucket.org/pypa/setu
On Tue, Jun 2, 2015 at 3:41 AM, Robert Collins
wrote:
> On 2 June 2015 at 02:51, Erik Bray wrote:
>> On Sun, May 31, 2015 at 5:07 PM, AJ Friend wrote:
>>> Hi,
>>>
>>> I'm trying to write a new `setup.py` file for an extension module to
>>&g
On Sun, May 31, 2015 at 5:07 PM, AJ Friend wrote:
> Hi,
>
> I'm trying to write a new `setup.py` file for an extension module to
> wrap a C library (https://github.com/cvxgrp/scs).
>
> The current `setup.py` file imports numpy. I'm trying to delay that
> import statement until setuptools has a cha
On Fri, May 15, 2015 at 9:48 AM, Donald Stufft wrote:
> Hey!
>
> First, for anyone who isn't aware we recently migrated PyPI and TestPyPI so
> that instead of storing files and documentation locally (really in a glusterfs
> cluster) it will store them inside of S3. This will reduce maintenance
>
On Mon, Mar 30, 2015 at 7:07 PM, Robert Collins
wrote:
> On 31 March 2015 at 12:03, Erik Bray wrote:
>
>> I haven't followed this whole discussion (I started to in the
>> beginning, but haven't kept up), but I'm not really sure what's being
>> said
On Tue, Mar 24, 2015 at 6:51 PM, Nick Coghlan wrote:
>
> On 25 Mar 2015 07:35, "Robert Collins" wrote:
>>
>> This is a break-out thread from the centi-thread that spawned about
>> setup-requires.
>>
>> d2to1 defined some metadata keys in setup.cfg,in particular 'name' and
>> 'requires-dist'. Conf
On Fri, Feb 20, 2015 at 1:49 PM, Stuart Axon
wrote:
> Hi,
>In my project, I install a .pth file into site-packages, I use the
> data_files... in Ubuntu this seems to work OK, but in a Windows VM the file
> doesn't seem to be being installed:
>
> setup(
>
># Install the import ho
On Sat, Jan 31, 2015 at 3:19 PM, Ethan Furman wrote:
> On 01/29/2015 08:58 PM, Ben Finney wrote:
>> Ethan Furman writes:
>>
>>> However, I feel that requiring a dependency simply for the
>>> installation of the main package (the main package doesn't actually
>>> use this install-dependency, correc
On Sat, Jan 24, 2015 at 1:53 PM, Marc Abramowitz wrote:
>> You can re-run register as many times as you want which is all you need to
>> adjust the README.
>
> Maybe true but it would be pretty awesome to solve
> https://bitbucket.org/pypa/pypi/issue/161/rest-formatting-fails-and-there-is-no-way
On Sat, Nov 22, 2014 at 10:49 AM, Donaldo Fastoso
wrote:
> Hi,
>
> is there a way for python 2.7 to write something like:
>
> setup.py:
>
> from distutils.core import setup
> setup()
>
> setup.cfg:
>
> [metadata]
> name=foo
> version=0.1
>
>
> and get on the cmdline:
>
> py
On Thu, Oct 23, 2014 at 11:01 AM, Rupert Kolb
wrote:
> Hi,
>
> where is the distribute package at pypi?
> There is software (for instance pydicom) which need the
> distribute-0.6.xxx package. It doesn't work with the "setuptools"
> replacement out of the box!
> You can not just remove it!?
Well d
On Fri, Sep 12, 2014 at 3:24 PM, Eric V. Smith wrote:
> [Oops, replying to the list this time. Sorry for the dupe, Thomas.]
>
> On 9/12/2014 3:14 PM, Thomas Heller wrote:
>> So it seems that it is a bug in setuptools: It must not create or
>> install these pth files when installing in Python 3.3
On Fri, Sep 12, 2014 at 8:38 AM, Thomas Heller wrote:
> While trying to add support for PEP420 implicit namespace packages
> support to py2exe's modulefinder, I noticed something strange.
>
> I'm using the wheezy.template and zope.interface packages for my tests,
> they are installed with pip.
>
>
On Tue, Aug 26, 2014 at 5:54 PM, Jerome Fuselier
wrote:
> Hello,
>
> I'm trying to wrap a C++ library which uses dlopen to load a dynamic library
> and I don't manage to get rid of an "undefined symbol" error.
>
> I tried to simulate my problem with a simpler example so hopefully someone
> may be
On Fri, Jul 11, 2014 at 5:24 PM, wrote:
> I'm currently tinkering on a freshmeat substitute. And for automating
> release announcements been looking around for common package meta
> data schemes. PyPIs /pypi/pkgname/json (or the xmlrpc interface) looks
> quite interesting. It obviously mostly tar
On Mon, May 19, 2014 at 9:24 PM, Daniel Holth wrote:
> Here's a short setup.py replacement that makes setup-requires work:
> https://bitbucket.org/dholth/setup-requires/src/ . I'd appreciate a
> code review.
>
> Use by renaming your own package's setup.py to real-setup.py and
> copying this setup.
On Thu, May 15, 2014 at 6:31 PM, Daniel Holth wrote:
> On Thu, May 15, 2014 at 6:04 PM, Marcus Smith wrote:
>>> I'm of course hoping that someone uses the feature to do a
>>> setup.py-command-line-interface-compatible distutils replacement
>>> (rather than a distutils extension) like what Bento d
On Sat, Mar 8, 2014 at 10:49 AM, Daniel Holth wrote:
> Some packaging systems do not have the same 1:1 source : distribution
> relationship that is so prominent in the distutils model. This should
> probably change long term.
A common (I think?) example of this, which comes up in Astropy, is
paca
I'm not sure why your powershell is blowing up, but try running
python ez_setup.py --insecure
instead.
On Sun, Jan 5, 2014 at 7:38 AM, Malik Rumi wrote:
> Here is what I did and the response:
>
> c:\>
>
> c:\>ez_setup.py
>
> Downloading
>
>
> https://pypi.python.org/packages/source/s/setuptools
On Sat, Dec 7, 2013 at 1:29 PM, Jason R. Coombs wrote:
> The PyPA is pleased to announce the Setuptools 2.0 release.
>
>
>
> This backward-incompatible release drops support for Python 2.4 and Python
> 2.5, but is otherwise compatible with 1.x releases.
>
>
>
> The 1.x series will continue to be s
On Tue, Nov 19, 2013 at 1:56 PM, Kura wrote:
> Hey guys
>
> I'm trying to dig in to how setuptools/distutils reads the
> [install_]requires keyword and how requirements.txt is handled.
>
> I've tried running setup.py --requires but get an empty response back, this
> also fails when using >=x.x,<=x
On Thu, Oct 17, 2013 at 9:53 AM, Nick Coghlan wrote:
> Yes, but breaking these users' uploads is not the way to do that.
> That's an incredibly user hostile step to take, and the problem
> doesn't even come close to justifying breaking even a
> not-really-working process (since you can work around
On Wed, Aug 14, 2013 at 11:36 AM, Nick Coghlan wrote:
> I spent last weekend at "Flock to Fedora", mostly due to my day job
> working on the Beaker integration testing system
> (http://beaker-project.org) for Red Hat, but also to talk to folks
> about Fedora and Python interactions.
>
> A complete
On Fri, Aug 2, 2013 at 8:53 AM, wrote:
> Hi,
>
> During installing a package which uses distribute (matplotlib in this case),
> it refuses to work with this message
>
> "running install
> Checking .pth file support in
> /usr/local/stow/matplotlib-1.3.0/lib/python2.7/site-packages/
> /usr/bin/pyth
On Wed, Jul 10, 2013 at 12:37 AM, Richard Jones wrote:
> pip without virtualenv in python 2 contexts is pretty rare (or at
> least *should* be ) so I think I'll retain it in that bootstrap
> code.
I agree it *should* be rare in most cases but it most assuredly is
not. I can tell you from experie
On Wed, Jun 26, 2013 at 4:21 PM, Erik Bray wrote:
> On Sun, Jun 16, 2013 at 3:13 AM, Ethan Furman wrote:
>> Here's my file layout:
>>
>> /
>>|- setup.py
>>|
>>|- enum /
>>|- __init__.py
&g
On Sun, Jun 16, 2013 at 3:13 AM, Ethan Furman wrote:
> Here's my file layout:
>
> /
>|- setup.py
>|
>|- enum /
>|- __init__.py
>|
>|- py2_enum.py
>|
>|- py3_enum.py
>|
>
On Sun, Jun 2, 2013 at 11:42 AM, Jason R. Coombs wrote:
> I’m pleased to announce the official release of Setuptools 0.7, now
> available for download from the project page.
>
>
>
> Nothing has changed from the 0.7b4 pre-release. This is the version that
> will be uploaded to PyPI after we work ou
On Wed, May 29, 2013 at 9:28 AM, Donald Stufft wrote:
> Just deployed a small update to PyPI that sets autofocus on the search
> form. This'll mean that you don't need to manually move to the search
> form upon page load and should be able to start typing immediately.
That is so trivial yet so aw
On Mon, May 27, 2013 at 1:19 AM, Lennart Regebro wrote:
> On Sun, May 26, 2013 at 7:34 PM, Noah Kantrowitz wrote:
>>
>>
>> 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
On Mon, May 27, 2013 at 7:36 AM, Nick Coghlan wrote:
> After preliminary reviews by Donald and Daniel, I have now pushed the
> first complete draft of the JSON-based metadata 2.0 proposal to
> python.org
>
> PEP 426 (metadata 2.0): http://www.python.org/dev/peps/pep-0426/
> PEP 440 (versioning): h
Hi, I just wanted to point out a couple small corrections to an
otherwise good summary of the situation.
On Wed, Apr 24, 2013 at 10:55 AM, Erik Bernoth wrote:
> distutils (classic) - the old school, deprecated, pretty much unmaintained
> packaging tooling; still the official standard [4] (Note: r
On Tue, Mar 19, 2013 at 7:54 PM, Andrew Dalke wrote:
> Hi all,
>
> I have a Python extension which uses CPU-specific features,
> if available. This is done through a run-time check. If the
> hardware supports the POPCNT instruction then it selects one
> implementation of my inner loop, if SSSE3
r after we will have to explain "well, it used to be called X,
>> > now it's called Y..."
>> >
>> > On Tue, Mar 26, 2013 at 5:01 PM, Erik Bray
>> > wrote:
>> >> On Tue, Mar 26, 2013 at 4:08 PM, PJ Eby wrote:
>> >>> On
On Tue, Mar 26, 2013 at 4:08 PM, PJ Eby wrote:
> On Tue, Mar 26, 2013 at 3:03 PM, Daniel Holth wrote:
>> I think PKG-INFO is a highly human-editable format.
>
> That doesn't mean you necessarily want to edit it yourself; notably,
> there will likely be some redundancy between the description in t
On Tue, Mar 26, 2013 at 2:48 PM, Nick Coghlan wrote:
> On Tue, Mar 26, 2013 at 3:15 PM, PJ Eby wrote:
>> More specifically, I was hoping to move the discussion forward on
>> nailing down some of the details that still need specifying in a PEP
>> somewhere, to finish out what the "new world" of pa
On Tue, Mar 26, 2013 at 12:46 PM, Daniel Holth wrote:
> On Tue, Mar 26, 2013 at 11:45 AM, Erik Bray wrote:
>> On Mon, Mar 25, 2013 at 1:23 PM, Daniel Holth wrote:
>>> My vision for the setuptools deprecation process is that distutils
>>> rides into the sunset with it
On Tue, Mar 26, 2013 at 11:21 AM, Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/26/2013 05:28 AM, Ronald Oussoren wrote:
>>
>> On 25 Mar, 2013, at 19:16, PJ Eby wrote:
>>>
>>>
>>> Also, as far as detecting the need for setuptools, I think that can
>>> be done just
On Tue, Mar 26, 2013 at 11:54 AM, Erik Bray wrote:
> I don't think "downloading the installer" should be a side effect of
> running the installation either, but until this mess is cleaned up
> it's a necessary evil. Yes, making things easier for users who don
On Mon, Mar 25, 2013 at 1:23 PM, Daniel Holth wrote:
> My vision for the setuptools deprecation process is that distutils
> rides into the sunset with it. In this future eventually bugs in
> setuptools will be solved by porting setup.py to one of (X, Y, Z)
> which haven't necessarily been invented
On Wed, Mar 13, 2013 at 8:54 PM, PJ Eby wrote:
> Jason Coombs (head of the Distribute project) and I are working on
> merging the bulk of the improvements distribute made into the
> setuptools code base. He has volunteered to take over maintenance of
> setuptools, and I welcome his assistance. I
On Sat, Mar 9, 2013 at 9:33 PM, PJ Eby wrote:
> On Sat, Mar 9, 2013 at 8:14 PM, Nick Coghlan wrote:
>> Longer term, something like the import engine PEP may let us implement a
>> cleaner solution.
>
> I've been giving the bootstrapping issue a bit more thought, though,
> and I think there's a way
On Tue, Feb 5, 2013 at 10:53 AM, Donald Stufft wrote:
> On Tuesday, February 5, 2013 at 10:49 AM, a.cava...@cavallinux.eu wrote:
>
> Or until when somebody will explain if X.Y.devN comes before of after
> X.Y.N...
>
> Easy, before.
Which is explained in the PEP pretty clearly I thought. But if yo
On Tue, Feb 5, 2013 at 9:08 AM, Daniel Holth wrote:
> On Tue, Feb 5, 2013 at 7:54 AM, Donald Stufft
> wrote:
>>
>> On Tuesday, February 5, 2013 at 5:35 AM, a.cava...@cavallinux.eu wrote:
>>
>> Ideally it would be something that connects to the source revision number
>> (as in
>> subversion) or th
On Thu, Sep 27, 2012 at 7:15 PM, Toshio Kuratomi wrote:
> So to be more complete, the proposal is to do this::
>
> 0.1
> < 0.1.post1
> < 1.0.dev1# The .dev that's changing position
> < 1.0a1.dev1
> < 1.0a1
> < 1.0a1.post1
> < 1.0b1.dev1
> < 1.0b1
> < 1.0b1.post1
> < 1.0c1
On Thu, Sep 27, 2012 at 9:12 AM, Erik Bray wrote:
> On Wed, Sep 26, 2012 at 4:24 PM, Donald Stufft
> wrote:
>> On Wednesday, September 26, 2012 at 4:00 PM, Toshio Kuratomi wrote:
>>
>> Note that this was an intentional difference with setuptools.
>>
>> Do yo
On Wed, Sep 26, 2012 at 4:24 PM, Donald Stufft wrote:
> On Wednesday, September 26, 2012 at 4:00 PM, Toshio Kuratomi wrote:
>
> Note that this was an intentional difference with setuptools.
>
> Do you have any idea _why_? It seems from my perspective (of someone
> who wasn't really paying attentio
On Wed, Sep 26, 2012 at 3:09 PM, Donald Stufft wrote:
> I've been comparing how PEP386/distutils2.version treats versions
> and how pkg_resources from setuptools treats versions and it
> confirmed a worry of me with the way that dev is treated in PEP386.
>
> In PEP386 you have several kinds of "to
On Fri, Sep 21, 2012 at 3:06 AM, Nick Coghlan wrote:
> On Fri, Sep 21, 2012 at 2:57 PM, PJ Eby wrote:
>> This is no more guesswork than the PyPI /simple index discovery protocol is.
>
> You have zero idea what's at the end of a URL link. You're just hoping
> it's the file you expect.
That's not
On Fri, Sep 21, 2012 at 12:57 AM, PJ Eby wrote:
> I'm not seeing how a documented file discovery protocol is
> "guesswork". Perhaps you've not read the documentation? e.g.:
>
> http://peak.telecommunity.com/DevCenter/setuptools#dependencies-that-aren-t-in-pypi
> http://peak.telecommunity.com/Dev
On Thu, Sep 20, 2012 at 4:24 PM, Daniel Holth wrote:
>> And they answer most of your questions. A few call-outs below:
>>
>>> dependency_links.txt: url's of the package's dependencies. Speak up if
>>> you use this; it is very surprising, and has a much better replacement
>>> with pip --index opti
On Wed, Sep 19, 2012 at 9:26 PM, Daniel Holth wrote:
> I am implementing requirements-in-setup.cfg for wheel because there is
> no place to put environment markers in setup.py
>
> The Requires-Dist: lines in PKG-INFO use ; to separate environment
> markers from the dep name. Is setup.cfg supposed
On Sun, Sep 16, 2012 at 3:33 PM, Daniel Holth wrote:
> It is because the file has a controversial coding style, with up to 25
> lines of whitespace between classes, and includes functionality for
> eggs and some other stuff that was unwanted on top of the resources
> stuff that partly made its way
On Wed, Sep 12, 2012 at 1:46 PM, Daniel Holth wrote:
> Isn't the pep carefully constructed to respect lexicographical sorting?
Yes. That's why it's ".dev" and not just "dev". Lexicographically,
"1.0.dev" < "1.0a".
> On Sep 12, 2
On Tue, Sep 11, 2012 at 5:04 PM, Donald Stufft wrote:
> Why does 1.0a1 sort before 1.0.dev1? It appears to me that common
> usage in the wild of dev1 releases is that they are used for the
> development version before any sort of alpha, beta, rc, or final has
> been cut?
If I had to guess, the ra
On Tue, Sep 11, 2012 at 3:19 PM, Daniel Holth wrote:
> On Tue, Sep 11, 2012 at 3:11 PM, Erik Bray wrote:
>> On Tue, Sep 11, 2012 at 2:35 PM, Donald Stufft
>> wrote:
>>> I was digging through PEP386 & PEP345 today, and I noticed something odd
>>> about the
On Tue, Sep 11, 2012 at 2:35 PM, Donald Stufft wrote:
> I was digging through PEP386 & PEP345 today, and I noticed something odd
> about the wording of PEP345.
>
> It states:
>
> When a version is provided, it always includes all versions that starts
> with the same value. For
> example th
On Mon, Jul 9, 2012 at 10:28 PM, Daniel Holth wrote:
> New draft up at
> https://bitbucket.org/dholth/python-peps/changeset/537e83bd4068
>
> Adds Provides-Extra: (with longer explanation), Setup-Requires-Dist:
> (full text below)
>
> Setup-Requires-Dist lives because it makes sense to list packag
On Mon, Jul 9, 2012 at 4:37 PM, Daniel Holth wrote:
>>> I expect to see a lot of bugs in packages that require some of their
>>> build-time dependencies at run time.
>>
>> Maybe, but wouldn't that be the developer's problem? setup_requires
>> has the same issue--it does not install the setup requ
On Mon, Jul 9, 2012 at 1:27 PM, Daniel Holth wrote:
>> Though in the interest of not having too many different ways to do a
>> similar thing, could this not also be used for tests/docs? Perhaps
>> even "Provides-Extra: tests", and "Provides-Extra: docs" should be
>> reserved names as you suggeste
On Fri, Jul 6, 2012 at 11:20 AM, Daniel Holth wrote:
> It is exactly the same as setuptools' "extras" feature, and I didn't
> quote the entire edit on-list. Also, there is a reference
> implementation at https://bitbucket.org/dholth/distribute/ in the
> DistInfoDistribution class.
>
> The 'test' a
On Tue, Jun 12, 2012 at 4:40 PM, Keshav Kini wrote:
> Hi,
>
> We're using distribute to package our software, but we'd like to do
> something different with the "sdist" command. We would like to
> recursively find all packages necessary to build our package from a base
> Python install, download t
On Wed, May 30, 2012 at 5:35 PM, PJ Eby wrote:
> On Wed, May 30, 2012 at 3:09 PM, Daniel Holth wrote:
>>
>> It looks like you can only install one extra at a time,
>
>
> Actually, you can specify more than one, using commas. e.g. "easy_install
> foo[testing,c-extensions,celery-support,...]".
Wo
On Wed, May 30, 2012 at 12:19 PM, PJ Eby wrote:
>
>
> On Wed, May 30, 2012 at 11:54 AM, Erik Bray wrote:
>>
>> On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote:
>> >> > I might be confused; I haven't been following the goings-on of late
>> >> &g
On Tue, May 29, 2012 at 7:41 PM, PJ Eby wrote:
>> > I might be confused; I haven't been following the goings-on of late with
>> > distutils2. At one point, I thought the plan was not to bless or
>> > include dependency-managing installers with the stdlib, or something
>> > like that. i.e., I tho
On Tue, May 29, 2012 at 12:04 AM, Rob Healey wrote:
> Greetings:
>
> I would like to know what would be the best way to handle this situation???
>
> I have a project that needs to be split into several smaller pieces/
> projects:
> 1) core
> 2) gui
> 3) cli
> 4) web
>
> Could you give me the best
On Sun, May 27, 2012 at 12:58 PM, PJ Eby wrote:
> Is setup.cfg already in dist-info? I guess if it isn't, you could just add
> it, using the same mechanism above. Hm (goes to look at packaging
> docs)... Ouch. I'm seeing a bigger problem, which is that without either
> the ability to do "
On Sun, May 27, 2012 at 11:19 AM, Todd DeLuca wrote:
> I recently failed to upload a project to pypi using distutils2 and failed to
> install the project using pip. Are distutils2 and pip not yet supporting
> 'setup.cfg' only projects yet?
>
> The upload failed to upload the tarball to pypi becau
On Fri, May 25, 2012 at 2:24 PM, Daniel Holth wrote:
> This discussion is confusing because we are either talking about a
> general plugin discovery mechanism for Python, or a plugin mechanism
> that packaging itself uses.
>
> After the patch, entry_points.txt (which you are encouraged to write
>
On Thu, May 24, 2012 at 8:27 PM, PJ Eby wrote:
> On Thu, May 24, 2012 at 6:56 PM, Daniel Holth wrote:
>>
>> > For something like Pyramid the main piece that's missing is support
>> > for an entry_points like system. As Tarek and other have pointed out
>> > the past, such a system could still be
On Wed, May 23, 2012 at 11:59 PM, Chris McDonough wrote:
> It sounds like a reasonable task for me to try out. In the meantime we've
> had a bit of a family emergency which will take some time to overcome and I
> won't be able to dedicate much energy to this. As a result, I have to
> declare ban
On Mon, May 21, 2012 at 4:42 PM, Tarek Ziadé wrote:
>> My understanding is that the legacy tools already work, for some vague
>> definition of "work". Your task is to convince me that "packaging" is
>> better -- which I think will be hard to do if packaging is not better.
>
> It really depends wh
On Wed, Apr 11, 2012 at 1:44 AM, Rob Healey wrote:
> Greetings:
Hi there.
> From this web page,
> http://packages.python.org/Distutils2/distutils/setupscript.html,
>
> #!/usr/bin/env python
>
> from distutils2.core import setup, find_packages
>
> setup(name='Distutils2',
> version='1.0',
>
1 - 100 of 110 matches
Mail list logo
