Re: [Distutils] Proposal: moving PyPA projects to pydoctheme

On Thu, Jun 1, 2017 at 1:06 AM, Jon Wayne Parrott <jonwa...@google.com> wrote: > I'm not seeing the sticky sidebar in the Python 3 docs? H. It appears that sidebar.js is part of the sphinx base theme, not sure what's going on in the python3 docs anymore ...​ Thanks, -- Ionel

Re: [Distutils] Proposal: moving PyPA projects to pydoctheme

t directly but maybe there is stuff you can just copy from it. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Fri, May 26, 2017 at 7:32 PM, Jon Wayne Parrott via Distutils-SIG < distutils-sig@python.org> wrote: > Awesome, more good feedback. I've made some stylesheet adjustm

Re: [Distutils] Outdated packages on pypi

are plenty of ways to assess how well maintained a package is. If a package maintainer wants comments or feedback there's the url/long_description fields. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@pyth

Re: [Distutils] package made up of only .so's?

files take a look at this setup.py: https://github.com/pytest-dev/pytest-cov/blob/master/setup.py It should be simple enough to replicate, and it handles most ways to install, besides wheels. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Dist

Re: [Distutils] Docker, development, buildout, virtualenv, local/global install

had mindboggling bugs one too many times for me to consider them "cheap" to use. They make things weird (ever tried to load debug symbols for a python from a virtualenv in gdb?) I'm not saying they aren't useful. ​ Thanks, -- Ionel Cristian

Re: [Distutils] Docker, development, buildout, virtualenv, local/global install

ages when building images, way easier. ​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Docker, development, buildout, virtualenv, local/global install

nd abstractions. :-)​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Docker, development, buildout, virtualenv, local/global install

so it's fine if you stick that into the image building. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] How to build python-packages depends on the output of other project

com/cython/cython/tree/master/Cython/Distutils for ideas. Unfortunately the internals of distutils/setuptools aren't really well documented so you'll have to rely on examples, simply reading distutils code, coffee or even painkillers :-) ​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] matrix: python_versions x supported_plattforms, cross-compiling vs VM

erspective? One could argue that​ getting old versions just because there's a wheel ain't the best idea. Plus users can always pin the dependency to the "right" version (the one that has wheel for their platform). Functionally nothing is missing, it's an argument about default behavior.

Re: [Distutils] If you want wheel to be successful, provide a build server.

do rm -rf dist build *.egg-info && $variant/bin/python setup.py clean --all bdist_wheel; auditwheel repair dist/*.whl; done; rm -rf dist build *.egg-info' ​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - D

Re: [Distutils] comparison of configuration languages

e their own PEP. ​Not asking for any change but has anyone looked at libconfig <http://www.hyperrealm.com/libconfig/libconfig_manual.html>? ​It looks quite interesting: simple grammar and nesting support. What do you think of it? Thanks, -- Ionel Cristian Mărieș, h

Re: [Distutils] comparison of configuration languages

-string-over-multiple-lines/21699210#21699210> ​or this <http://blog.teamlazerbeez.com/2009/04/15/yaml-gotchas/>​. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] wheel including files it shouldn't

checks for sdist). But most probably it would had​ complained about unversioned file going into the sdist. Maybe there should be a similar tool for bdist_wheel, "check-wheel" anyone? What other checks could it have? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro __

Re: [Distutils] Current Warehouse Problems

't gunicorn (prefork) allow streaming the request body? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Current Warehouse Problems

Probably none of my damn business but why does Warehouse use gevent/eventlet? Does it really need them? Are there hosting constraints that severely limit available RAM (so threads/processes aren't an option)? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Sun, Apr 24, 2016 at 6:00

Re: [Distutils] Parked Names in PyPI under user rodmena

hings really matter. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Parked Names in PyPI under user rodmena

On Fri, Apr 22, 2016 at 1:14 AM, Chris Barker <chris.bar...@noaa.gov> wrote: > it has published ONE version, in 2011. Have you actually checked? There are 40 releases since 2009: ​ https://pypi.python.org/pypi/mypy/json​ Thanks, -- Ionel Cristian Mărieș, http://blog.i

Re: [Distutils] The mypy package

up with a non-arbitrary set of rules. Plus I'm pretty sure the Chinese dude didn't even read or understood the mail - we're talking about taking his package while he didn't even reply. Seriously? Give it time it will sort itself out. Thanks

Re: [Distutils] The mypy package

what was asked in Enligsh. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] pip install -e foo (without Repo URL)

ibutions ... uh, that means changing setuptools/distutils? That means adoption issues, people won't always have latest and greatest. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org http

Re: [Distutils] For maximum performance, Python packages are best installed as zip files.

t with $PATH other vars:-) Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] For maximum performance, Python packages are best installed as zip files.

On Mon, Apr 11, 2016 at 2:53 PM, Marius Gedminas wrote: > - multiple zipped eggs were slowest ​Afaik importing became slower and slower as you had more more eggs around. Haven't investigated what actually was the cause as I don't use eggs anymore but the idea that zips are

Re: [Distutils] How to deprecate a python package

surprise/anger. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Apr 5, 2016 at 9:46 PM, Thomas Güttler <guettl...@thomas-guettler.de > wrote: > I wasted some time because I used a deprecated python package. > > I asked the maintainer to remove it, and he look

Re: [Distutils] question re: local development workflow / egg-info / synced directories

low pass-through of extra > setuptools options? > Pip install has the --install-option and --global-option​ arguments, try your luck with them - they are for fairly advanced usecases. Pip already passes other options so there's risk of breakages or weird issues if you pass conflicting options. T

Re: [Distutils] question re: local development workflow / egg-info / synced directories

no one was annoyed enough to fix it.​ You could manually create the egg-info (setup.py egg_info --egg-base=somewhere) and do the linking manually. I'm prty sure my suggestion will raise some eyebrows here :) Thanks, -- Ionel Cristian Mărieș, http

Re: [Distutils] question re: local development workflow / egg-info / synced directories

). Also, develop installs allow overriding the develop command, so they might do something extra (like pytest-cov "installs" a pth file for the subprocess support). That means you can just symlink or use a pth <https://docs.python.org/2/library/site.html?highlight=pth> file if yo

Re: [Distutils] python_version>="2.7" environment marker difficulties

don't depend on minor python version you could easily publish one wheel for py2 and one for py3. This won't need env markers and will avoid wheel poisoning issues, in most cases at least. But this complicates the release process - is it worth it? Thanks, -- Ionel Cristian Mărieș, http://blog.ione

Re: [Distutils] Source code for wrapper EXEs

These are the sources: https://bitbucket.org/pypa/setuptools/src/tip/launcher.c Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Sat, Jan 23, 2016 at 11:21 PM, Ivan Pozdeev via Distutils-SIG < distutils-sig@python.org> wrote: > Where can I find sibj for cli*.exe

Re: [Distutils] Release/file cannot add file

rent version number instead. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Installing packages using pip

think "should be safe on linux". Linux lets you do very stupid things. But that don't make them right or feasible to do in the general case. You can do it, sure, but the utility and safety are limited and very specific in scope. You gotta applaud Windows for getting this right. Thanks,

Re: [Distutils] Installing packages using pip

usecase, it's just one of those few things that work because they were written in a very specific way, and you should not apply that technique in the general usecase. If you want, I can provide you some reproducers but lets not continue this "but, seriously, it works fine for me" kind of di

Re: [Distutils] Installing packages using pip

start them. There are tools (based on lsof, AFAIU) that > check for this situation and remind you to restart daemons. > ​Not sure what exactly was going on but whenever I did that on linux I got the most peculiar segfaults and failures. It is certainly not a safe thing to do, even if li

Re: [Distutils] How to exclude a directory from a module that has tests?

cuded by default afaik so just add a "prune test" in MANIFEST.in. Still, take note that sdist is not what gets installed in site-packages, so you should have all your source files in it. IOW: don't do prune test. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro __

Re: [Distutils] The future of invoking pip

pypa/virtualenv/pull/697> and this <https://github.com/ionelmc/virtualenv/>) ... Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] The future of invoking pip

- not deprecating `pip` bin over to the overly tedious `python -mpip`. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] The future of invoking pip

n windows and it works great! Eg: "pip -3" to launch pip using python3, "pip -3.5" to launch pip using python3.5 - just like the "py" launcher. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils

Re: [Distutils] The future of invoking pip

e launcher is also > the entire program. > ​If you mean the initial mail you have send, I only saw two proposals: `python -mpip` and something with zipfiles. Not sure if having a zipfile around counts as a launcher, you wouldn't call something a launcher if it contains the target

Re: [Distutils] Environment markers: ready for prime time?

I guess one can only count on env marker suport since 6.0, right?​ How much usage do the pre-6.0 pip versions get? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/m

Re: [Distutils] Please don't impose additional barriers to participation

e feedback from the mailinglist​. I'd expect draft updates will be posted once in a while on distutils-sig for people who don't have a web browser or github account. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@p

Re: [Distutils] Second draft of a plan for a new source tree / sdist format

umber of things, > but Robert was skeptical it would be possible.] > ​Would be wasteful not to allow it. But then, some people might want isolation. Whom should be able to switch isolation on? Users? Publishers?​ Thanks, -- Ionel Cristian Mărieș, h

Re: [Distutils] Second draft of a plan for a new source tree / sdist format

this new sdist (to be able to know the dependencies statically), it doesn't make sense to allow mixing things. Is there an usecase for dynamic requirements​? In that situation users can just as well use the current sdist format. There are no advantages to using the new sdist format if your requirements a

Re: [Distutils] build system abstraction PEP

. It should be renamed to something more clear, like "inplace-build" and leave the installing to pip. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Remove distutils, was: red, green, refactor ...

? I couldn't find any distil project in https://bitbucket.org/vinay.sajip/ ... Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Remove distutils, was: red, green, refactor ...

But seriously, is it correct to assume that it's not there for largely the same reasons pip ain't in stdlib? (and yes, getpip is in stdlib) Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://

Re: [Distutils] red, green, refactor OR red, green, new feature?

e on the state some of the packaging tools​ are in. Especially the older ones. Then again, sometimes refactoring is very hard. Is rewriting from scratch better? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillis

Re: [Distutils] PyPi not allowing duplicate filenames

On Wed, Oct 14, 2015 at 7:43 PM, Chris Barker <chris.bar...@noaa.gov> wrote: > some packages were unable to work with the postN suffix. ​Can you elaborate a bit more here?​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Dist

Re: [Distutils] PyPi not allowing duplicate filenames

press the unsend button. Maybe something like that could be implemented? Like a minute or two in which you could unpublish? And a --no-regrets mode of course​, for people that want to live the moment :-) Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] rst not rendered on pypi

Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Oct 13, 2015 at 8:03 PM, Nico Schlömer <nico.schloe...@gmail.com> wrote: > Hi everyone, > > I'm trying to get my README.rst [1] display properly on my PyPy project > [2], but for some reason it's displayed as raw text. The

Re: [Distutils] sampleproject: use tox?

reate confusion now ... What if there was something official-ish that takes the packaging guide further, for people that want more than just packaging? It seems that there is some demand. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] sampleproject: use tox?

xamples/templates covering all the variants. Eg: "PyPA's sample projects only covers the packaging aspect of a project. For more exhaustive examples take a look at cookiecutter templates, barry's sample, ogrisel's appveyor demo, this and that etc etc" How about something

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

ot; thing).​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

ion just be the build defaults​? There would be a single source but with some preset build configuration. People with different needs can just override those. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist -

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

r pip's benefit. > ​Yes indeed. But then shouldn't we talk about proper dependency resolution, compatible releases, meta packages and stuff like that? Unless I completely misunderstood the discussion here (quite probable :-) then this whole multiple source distributions idea is more like a wor

Re: [Distutils] Towards a simple and standard sdist format that isn't intertwined with distutils

on? They can just publish `numpy-mlk` and `numpy-​thatblas` or whatever on PyPI, and that will even work better when it comes to dependencies. I mean, if you build something for `numpy-mkl` then it wouldn't work on a `numpy-otherblas` anyway right? Thanks, -- Ionel Cri

Re: [Distutils] Where should I put tests when packaging python modules?

On Wed, Oct 7, 2015 at 4:42 PM, Ionel Cristian Mărieș <cont...@ionelmc.ro> wrote: > On Wed, Oct 7, 2015 at 3:18 PM, Donald Stufft <don...@stufft.io> wrote: > >> tox and setup.py test are not really equivalent. There’s no way (to my >> knowledge) to test the item ou

Re: [Distutils] Where should I put tests when packaging python modules?

://mail.python.org/pipermail/distutils-sig/2014-December/thread.html#25482 ​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Where should I put tests when packaging python modules?

ips making any virtualenv. It's a matter of making two subclasses and a console_scripts entrypoint (I think). I think it's a good name: ``use Tax instead of Tox if you wanna "tax" your global site-packages`` :-) We only need someone to do it. Thanks, -- Ione

Re: [Distutils] Where should I put tests when packaging python modules?

code that you didn't install. That allows preventable mistakes, like publishing releases on PyPI that don't actually work, or do not even install at all (because you didn't test that). `setup.py test` doesn't really allow you to fully test that part, but Tox d

Re: [Distutils] Where should I put tests when packaging python modules?

solved at all. Little benefit of doing it like this if you can't build good CI tools around this. * Workflows are under-specified. User are not guided to make quality releases on PyPI. ​Maybe we should have a PEP that would specify/propose some concrete solutions to all those? Thanks, -- Ionel Cristian

Re: [Distutils] Where should I put tests when packaging python modules?

. Why completely mess up user's site-packages just because you want to have this weird `python -mfoobar.tests` workflow? I like the idea, I really do. But it's not for everyone. I strongly feel that only projects that don't have any test dependencies should install the tests, or provide the test

Re: [Distutils] Where should I put tests when packaging python modules?

ut at least it exists. > ​There's a very simple answer to that: easy_install (that's what `setup.py test` will use to install deps). It has several design issue wrt how packages are installed and how dependencies are managed. Lets not use `setup.py test`. It's either bad or useless. Thanks, -- Ion

Re: [Distutils] Where should I put tests when packaging python modules?

nderstand what src is for and so on). I don't think anyone would ever intentionally put a "tests" package in site-packages, why would you mention that? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist -

Re: [Distutils] Where should I put tests when packaging python modules?

ependencies would be managed. Just because CPython does it doesn't mean libraries should. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Where should I put tests when packaging python modules?

pp, but you don't put that in production. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Where should I put tests when packaging python modules?

weird" in any case. Python itself uses such a workflow ("python -m > test"). ​It's weird in the sense that you have to do all these gymnastics to get the test dependencies right​ ​before running that. As I previously stated, I like the idea of `python -mfoobar.tes

Re: [Distutils] Where should I put tests when packaging python modules?

to make sure my python installs have certain versions of `pbr` or no `pbr` at all, every time I want to build a package :-( Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://m

Re: [Distutils] Where should I put tests when packaging python modules?

way. The same people then complain about "terrible" packaging experience in Python. I think we should look at this more meticulously, not solely through the perspective of what's popular. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro __

Re: [Distutils] Where should I put tests when packaging python modules?

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? > ​Make that two anecdotal

Re: [Distutils] Where should I put tests when packaging python modules?

services, temporary storage or what not. Would we then need to have clear separation for different types of tests? I'm not saying tests inside package is bad at all. But to flaunt it around as a "best practice" requires at least some recommendations for the two concerns illustrated abo

Re: [Distutils] README.rst vs DESCRIPTION.rst

that's absolutely nothing. You only need one. :-) Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] README.rst vs DESCRIPTION.rst

/bucktracker guide CONTRIBUTING.rst/md is a better place - GitHub loves it. But who cares, no one uses GitHub nowdays :)​ Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/

Re: [Distutils] Can't re-upload package?

ot;: https://www.python.org/dev/peps/pep-0440/#post-releases Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Sep 22, 2015 at 1:29 AM, Bill Deegan <b...@baddogconsulting.com> wrote: > Greetings, > > I recently uploaded version 2.4.0 of SCons. > For some reason

Re: [Distutils] wheel 0.25.0 released with Python 3.5 support

Hey, It's still broken on 3.5. Can you merge https://bitbucket.org/pypa/wheel/pull-requests/59/fix-multi-entrypoint-failure-on-python-3/diff and make a new release? Thanks, -- Ionel Cristian Mărieș, On Thu, Sep 17, 2015 at 4:23 AM, Daniel Holth <dho...@gmail.com> wrote: > With Na

Re: [Distutils] [Python-ideas] PyPI search still broken

goals here. Thanks, -- Ionel Cristian Mărieș On Thu, Sep 10, 2015 at 2:01 AM, David Wilson <dw+python-id...@hmmz.org> wrote: > Hi there, > > My 2.5 year old offer to retrofit the old codebase with a new search > system still stands[1]. :) There is no reason for this to be a com

Re: [Distutils] Virtualenv bug breaking tox runs

You could try using the virtualenv rewrite (my branch) - it's well tested, albeit unreviewed. AFAIK it doesn't have the issue you've hit. Just run: pip install https://github.com/ionelmc/virtualenv/archive/develop.zip Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Jul 15

Re: [Distutils] 400 Client Error: Binary wheel for an unsupported platform

vendor-specific kernel api? Also, what does Conda do to solve the binary compatibility issues and distutils or pip could never ever do (or implement)? Thanks, -- Ionel Cristian Mărieș On Thu, Jul 9, 2015 at 4:50 PM, Nick Coghlan ncogh...@gmail.com wrote: On 9 July 2015 at 05:06, Antoine Pitrou

[Distutils] Secondary package indexes

wheels for platforms they don't care about. But other people might - we just need to make this easy and convenient. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org

Re: [Distutils] Secondary package indexes

On Sun, Apr 19, 2015 at 4:10 PM, Paul Moore p.f.mo...@gmail.com wrote: you can add an extra_index_url to your pip.ini ​Would this work as expected if a package is in multiple indexes? Eg: sdist in main index, wheel in ​extra index. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] Secondary package indexes

So what you're saying is that Christoph Gohlke could use binstar to host the wheels yes? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Sun, Apr 19, 2015 at 4:10 PM, Paul Moore p.f.mo...@gmail.com wrote: On 19 April 2015 at 14:00, Ionel Cristian Mărieș cont...@ionelmc.ro wrote

Re: [Distutils] buildout/setuptools slow as it scans the whole project dir

: return original(dir) finally: os.listdir = listdir filelist.findall = findall Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Apr 15, 2015 at 5:01 PM, Reinout van Rees rein...@vanrees.org wrote: Hi, In some of my projects, buildout takes a looong time

Re: [Distutils] Method for calculating .so file names

, that's how I found it ;-) Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Apr 8, 2015 at 1:28 AM, Randy Syring ra...@thesyrings.us wrote: As a follow-up to my earlier question, is there a way to pragmatically determine the naming scheme of installed shared object files? I've

Re: [Distutils] installing package - problems

, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Apr 8, 2015 at 4:29 PM, Leung, Edward edward_le...@invesco.com wrote: Dear Sir/Madam, I was trying to install a python package pysftp using the following at command prompt: python –m pip install pysftp and I got the following error

Re: [Distutils] installing package - problems

Yes, that's what worked for me. If you feel adventurous you can try Victor Stinner's SDK-only approach (mentioned at the end). Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Apr 8, 2015 at 5:36 PM, Leung, Edward edward_le...@invesco.com wrote: Thanks…..so for the 64bit, I

Re: [Distutils] Method for calculating virtualenv site-packages directory

As far as I know, distutils.sysconfig.get_python_lib() is the standard way of doing it (and that's what tools use). Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Apr 7, 2015 at 5:14 PM, Randy Syring ra...@thesyrings.us wrote: If I'm running a python script in a virtualenv

[Distutils] Question about wheels and python-dbg 2.7

_d.so naming scheme). Is there something more complicated preventing this be fixed or there's just hasn't been enough interest? Why does the import fail anyway? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist

Re: [Distutils] it's happened - wheels without sdists (flit)

not a sensible approach to giving users a pitfall free learning path. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] it's happened - wheels without sdists (flit)

On Mon, Mar 30, 2015 at 6:39 PM, Xavier Fernandez xav.fernan...@gmail.com wrote: I think the point was not to say that documentation is useless (and there is some: http://flit.readthedocs.org/en/latest/ ) but that the code/implementation is much simpler than the combination of

Re: [Distutils] it's happened - wheels without sdists (flit)

docs and no users, but that's largely a product of time. I think `flit` should be judged on what it can be in the future, not all what it's right now. To put it in picture, the argument you're making is like comparing the amazon rainforest to a banana milkshake recipe.​ Thanks, -- Ionel Cristian

Re: [Distutils] Installing a file into sitepackages

Also, a similar command subclass can be written for `develop`. So far i got 3 subclasses, for: build, easy_install and develop. Did I miss something important? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Wed, Mar 25, 2015 at 2:51 PM, Stuart Axon stua...@yahoo.com wrote

Re: [Distutils] Installing a file into sitepackages

H, good catch. It appears that when `setup.py install` is used the .pth file is there, but it's inside the egg (wrong place). Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Mar 24, 2015 at 11:36 AM, Stuart Axon stua...@yahoo.com wrote: Hi, This works from pypi

Re: [Distutils] Installing a file into sitepackages

, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Tue, Mar 24, 2015 at 11:36 AM, Stuart Axon stua...@yahoo.com wrote: Hi, This works from pypi - but not when installing from source with python setup.py install which stops this nifty thing from working: PYTHON_HUNTER=module='os.path' python

Re: [Distutils] Installing a file into sitepackages

Cristian Mărieș, http://blog.ionelmc.ro On Mon, Mar 16, 2015 at 11:02 AM, Stuart Axon stua...@yahoo.com wrote: Hi All This, and another memory-leak bug were triggered by the sandbox. Would it be possible to either add an API to exempt files, or just allow writing within site packages, even

[Distutils] pip upgrade woes

coping the new files. This whole process becomes a whole lot more annoying when you have to explain someone how to cleanup this mess and get latest pip and setuptools. So I'm wondering if there's a better way to cleanup machines like that. Any ideas? Thanks, -- Ionel Cristian Mărieș, http

Re: [Distutils] setup_requires for dev environments

​in setup.py? Setuptools doesn't do anything with it by itself. Also, if pip were to support a setup-requirements.txt, should setuptools also support that natively? What about repository url dependencies? Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] setup_requires for dev environments

-externally-managed does is force the package to install in non-egg form (as distutils would). That also means only setup.py that uses setuptools will have the --single-version-externally-managed option available. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Thu, Mar 19, 2015 at 6:17

Re: [Distutils] setup_requires for dev environments

patch that you apply before building. Then you have all the necessary fixes (like remove the setup_requires) in that patch file. This is a popular approach in Debian packages - they can have all kinds of fixes for the upstream code. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro

Re: [Distutils] setup_requires for dev environments

into setup.py - there's make, invoke, shell scripts and plenty of other systems that can do that just fine​. Using too many tools is bad, but misusing tools is far worse. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro ___ Distutils-SIG maillist

Re: [Distutils] Getting more momentum for pip

I've only looked at the first couple pages. The existing labels don't indicate clearly the first/second/fourth goals. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Thu, Mar 5, 2015 at 8:11 PM, Marcus Smith qwc...@gmail.com wrote: Currently there are no labels at all for any

Re: [Distutils] Getting more momentum for pip

in (the nice to have issues). Currently there are no labels at all for any issue or PR. Thanks, -- Ionel Cristian Mărieș, http://blog.ionelmc.ro On Thu, Mar 5, 2015 at 7:16 PM, Marcus Smith qwc...@gmail.com wrote: So I guess my suggestions boil down to: - Add more humans - Add more money to make

  1   2   >