[Distutils] Leaving the list due to spam

I just got two spam emails to this list. Looking at my archives there isn't much going on here and now spam is making up the majority of emails. So that hits my threshold for unsubscribing. See you all on discuss.python.org. :) -- Distutils-SIG mailing list -- distutils-sig@python.org To

[Distutils] Re: Archive this list & redirect conversation elsewhere?

On Tue, Aug 4, 2020 at 4:46 PM Wes Turner wrote: > How to subscribe to all threads of discourse > > On Tue, Aug 4, 2020 at 6:02 PM Brett Cannon wrote: > >> >> >> On Thu, Jul 30, 2020 at 8:41 AM Wes Turner wrote: >> >>> I confess that I do

[Distutils] Re: Archive this list & redirect conversation elsewhere?

On Thu, Jul 30, 2020 at 8:41 AM Wes Turner wrote: > I confess that I don't even know how to subscribe to all threads of a > discourse. > > - [ ] How to subscribe to all threads of discourse > Go to the category you care about, e.g. https://discuss.python.org/c/packaging/14, and if you look in

[Distutils] Re: Failure: Error

I believe these are both spam based on the grammar and links at the end. On Wed, Jul 8, 2020 at 6:29 AM wrote: > facing the problem same .. > "C:\Users\jaraco\projects\distutils_namespace\myns.projB\test\testBasic.py", > can you > guide me for this ? https://tricksndtips.com/ > -- >

[Distutils] Re: (no subject)

Unfortunately that's not enough to help. Specifically what package are you trying to install and for what version of Python and on what OS? Otherwise that error means the package you trying to install simply does not provide version that works with your version of Python, CPU, and OS. --

[Distutils] Re: pip resolver work chugging along

I couldn't find this in the blog post but is the plan to make the resolver a separate package so other tools can use it? Or is the plan perhaps to get it working in pip first and to break it out later? -- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to

[Distutils] Re: Surviving a Compromise of PyPI - PEP 458 and 480

I'll just say that when I blogged about PyPI security at https://snarky.ca/how-do-you-verify-pypi-can-be-trusted/ the idea Nick is proposing was along the lines of what I thought about as a solution to the non-typosquatting side of the security problem. Which is to mean it should be easy

[Distutils] Re: Surviving a Compromise of PyPI - PEP 458 and 480

As a bystander trying to keep up I also give a +1 behind focusing on PEP 458 and letting PEP 480 just sit there for now as Deferred. -- Distutils-SIG mailing list -- distutils-sig@python.org To unsubscribe send an email to distutils-sig-le...@python.org

[Distutils] Re: Surviving a Compromise of PyPI - PEP 458 and 480

Vladimir Diaz wrote: > On Mon, Dec 22, 2014 at 11:30 AM, Nick Coghlan ncogh...@gmail.com wrote: > > On 23 December 2014 at 01:46, Vladimir Diaz vladimir.v.d...@gmail.com > > wrote: > > ::ping:: > > Has anyone in the community gotten a chance to review PEP 458 and/or PEP > > 480? Community

[Distutils] Re: Adding support for adequately tagging AIX (pep425) to support distributed wheels

I guess the key question is what level of support is required to add support upstream for something versus trying to provide some way to hook into packaging so that upstream doesn't have to try and support every platform people run on? And it might come down to having Python having a way to

[Distutils] Re: Why lockbot?

In the lock.yml you can specify to not leave a comment upon locking. See https://github.com/microsoft/vscode-python/blob/master/.github/lock.yml as an example. On Sun, Jun 2, 2019 at 5:20 AM Ian Stapleton Cordasco < graffatcolmin...@gmail.com> wrote: > So the API endpoint to lock an issue

[Distutils] Re: PEP 376 & pkgutil - Quick question

First, I would advise against using pkgutil as I'm working towards deprecating it (it predates Python's modern import implementation and so it makes some bad assumptions). Second, it sounds like you're interested in https://pypi.org/project/importlib-metadata/. On Wed, Apr 10, 2019 at 12:50 PM

[Distutils] Re: PEP-582 concerns

On Wed, Feb 20, 2019 at 12:27 PM Chris Jerdonek wrote: > On Wed, Feb 20, 2019 at 5:59 AM Nathaniel Smith wrote: > >> I'd caution against folks getting too worked up about PEP 582. I know >> it's been getting a lot of attention on social media recently, but, it's a >> draft that hasn't even been

[Distutils] Re: Idea: perennial manylinux tag

I think either approach works, but if we do go with a glibc-versioned tag that we make it explicit in the tag, e.g. `manylinux_glibc_{version}`. That way if we ever choose to support musl (for Alpine) we can. The one question I do have is how the compatibility tags will work for a tagged

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel fora package)

On Fri., Sep. 21, 2018, 06:12 Tzu-ping Chung, wrote: > I agree with you about Pipfile. It is likely not something pip would not > directly install packages based on. pip could potentially add a “lock” > command that is able to generate a Pipfile.lock from Pipfile, or even start > work in a

[Distutils] Re: Distlib vs Packaging (Was: disable building wheel for a package)

On Wed, 19 Sep 2018 at 11:41 Paul Moore wrote: > On Wed, 19 Sep 2018 at 18:52, Donald Stufft wrote: > > > > On Sep 19, 2018, at 1:14 PM, Tzu-ping Chung wrote: > > > > I feel the plan is quite solid. This however leaves us (who want a > Python implementation and interface to do what pip does)

[Distutils] Re: Adopting virtualenv package maintenance

On Fri, 7 Sep 2018 at 11:18 Nathaniel Smith wrote: > On Fri, Sep 7, 2018, 10:48 Brett Cannon wrote: > >> >> >> On Thu, 6 Sep 2018 at 13:44 Alex Becker wrote: >> >>> Another +1 to the utility of a maintainer. I am also working on package >>> m

[Distutils] Re: Adopting virtualenv package maintenance

On Thu, 6 Sep 2018 at 13:44 Alex Becker wrote: > Another +1 to the utility of a maintainer. I am also working on package > management and have found that venv is not a full replacement for > virtualenv--for example I don't believe the environment can be entered > programatically, while

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

uptools stop generating then. > What would you do then about preferred match order for pure Python wheels? E.g. how do you preferably match against Python 3.7 wheels over 3.6 when running a Python 3.7 interpreter? Or are you suggesting equivalent ABI tags to make up for the pyXY tags and the int

[Distutils] Re: What are reasonable compatibility tags? (was: Three clarification questions about PEP 425 and PyPy3

On Fri, 31 Aug 2018 at 13:33 Xavier Fernandez wrote: > > > > Le ven. 31 août 2018 à 9:25 PM, Brett Cannon a écrit : > >> >> OK, so let's look at what we're trying to support. If we have pure Python >> code there's very likely going to be a bottom P

[Distutils] What are reasonable compatibility tags? (was: Three clarification questions about PEP 425 and PyPy3

On Fri, 31 Aug 2018 at 01:41 Paul Moore wrote: > On Fri, 31 Aug 2018 at 07:15, Nathaniel Smith wrote: > > > > On Thu, Aug 30, 2018 at 6:52 PM, Brett Cannon wrote: > > > > > > > > > On Thu, 30 Aug 2018 at 11:21 Nathaniel Smith wrote: > > >

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Thu, 30 Aug 2018 at 23:13 Nathaniel Smith wrote: > On Thu, Aug 30, 2018 at 6:52 PM, Brett Cannon wrote: > > > > > > On Thu, 30 Aug 2018 at 11:21 Nathaniel Smith wrote: > >> > >> If we're going to rethink this, > > > > &g

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Thu, 30 Aug 2018 at 18:08 Donald Stufft wrote: > > On Aug 30, 2018, at 9:05 PM, Brett Cannon wrote: > > Basically I'm trying to figure out what tags pip and various tools should > be matching when determining what wheel to download from PyPI (so that diff > is what pip m

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Thu, 30 Aug 2018 at 11:41 Paul Moore wrote: > On Thu, 30 Aug 2018 at 19:30, Donald Stufft wrote: > > I find it helpful to generally not think of compatibility tags as hard > “this wheel is supported on this platform”, but more along the lines of “if > I built a wheel in the specified

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Thu, 30 Aug 2018 at 11:29 Donald Stufft wrote: > > > On Aug 30, 2018, at 1:59 PM, Nathaniel Smith wrote: > > That's the theory, but I think these tags are useless in practice. > > If you're on py35 and pip sees a wheel with py36 as the tag, then it falls > back to building from the sdist.

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

ranteed to work, for any number of reasons. > > On Aug 30, 2018 11:25, "Nick Coghlan" wrote: > > On Thu, 30 Aug 2018 at 09:58, Brett Cannon wrote: > > On Wed, 29 Aug 2018 at 15:54 Nathaniel Smith wrote: > >> This is a tricky decision. Any time a new Python comes

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Wed, 29 Aug 2018 at 15:54 Nathaniel Smith wrote: > On Wed, Aug 29, 2018 at 10:25 AM, Brett Cannon wrote: > > > > > > On Wed, 29 Aug 2018 at 01:56 Nathaniel Smith wrote: > >> > >> On Tue, Aug 28, 2018 at 11:46 AM, Brett Cannon > wrote: > >>

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

On Wed, 29 Aug 2018 at 01:56 Nathaniel Smith wrote: > On Tue, Aug 28, 2018 at 11:46 AM, Brett Cannon wrote: > > py36 > > > > py36-none-% but not py36-none-any: 2 (example) > > > > py3 > > > > py3-none-% but not py3-none-any: 142 (example) >

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

needed to be handled for backwards-compatibility versus what is a historical accident or was a guess at what the future might need when the PEP was written. Anyway, I will give this a think and try to come up with a reasonable algorithm for generating the sequence of supported tags based on a specific

[Distutils] Re: Three clarification questions about PEP 425 and PyPy3

essing with my head and making the code to generate supported triples a bit less elegant. ;) On Sat, 25 Aug 2018 at 15:03 Brett Cannon wrote: > I noticed that for PyPy3, the tag triples considered compatible were > (roughly; trimmed out the long list of macOS versions): > > [(

[Distutils] Three clarification questions about PEP 425 and PyPy3

I noticed that for PyPy3, the tag triples considered compatible were (roughly; trimmed out the long list of macOS versions): [('pp360', 'pypy3_60', 'macosx_10_13_x86_64'), ('pp360', 'none', 'macosx_10_13_x86_64'), ('py3', 'none', 'macosx_10_13_x86_64'), ('pp360', 'none',

[Distutils] Re: pipenv and pip

Since this ties into what's being discussed, I'll mention that on pypa-dev I created an outline of where I saw holes in library support and specs in order to be able to re-constitute pip just from libraries (mostly for the wheel case): https://groups.google.com/forum/#!topic/pypa-dev/91QdZ1vxLT8 .

[Distutils] Re: Pip install Issue

You've emailed three times now on the same topic, so please consider consolidating your questions. Basically you're having connectivity problems. It looks like you're using a custom pem file with files.pythonhosted.org for some reason, so my assumption is that your certs are not working. I'm also

[Distutils] Re: [Distutils]PEP 518 - pyproject.toml with no build-system.requires

I have updated PEP 518: https://github.com/python/peps/commit/af73627e587c25b9ac6f28a0fda01953252df391#diff-f068c801ccb40fad40c0436ff1e25e3f . On Thu, 19 Jul 2018 at 03:29 Bernat Gabor wrote: > Fair enough :+1: Let's go ahead with this then. > > > For tools (such as pip) where 2a and 2b behave

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

, 19:30 Pradyun Gedam, wrote: > > > On Tue, 17 Jul 2018, 00:45 Brett Cannon, wrote: > >> >> >> On Mon, 16 Jul 2018 at 10:47 Pradyun Gedam wrote: >> >>> >>> >>> On Mon, 16 Jul 2018, 21:11 Paul Moore, wrote: >>> >>>&g

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Mon, 16 Jul 2018 at 10:47 Pradyun Gedam wrote: > > > On Mon, 16 Jul 2018, 21:11 Paul Moore, wrote: > >> On 16 July 2018 at 15:56, Pradyun Gedam wrote: >> > >> > On Mon, 16 Jul 2018, 20:16 Brett Cannon, wrote: >> >> >> >> I will u

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

I will update the PEP and add you as a reviewer, Paul (might not get to it until Friday, though). On Mon, Jul 16, 2018, 02:23 Paul Moore, wrote: > The discussion on this appears to have died down. > > As far as I can tell, the consensus is essentially: > > 1. It should be legal for

[Distutils]Re: pypi/twine complains about license

On Thu, 12 Jul 2018 at 08:25 Cooper Ry Lees wrote: > Hi all, > > Side note / side track / I've noticed this recently. Was adding LICENSE > file ever a default for distutils/setuptools to add too sdsists? Has that > changed recently? > > I build wheels from sdists from PyPI (to link with my own

[Distutils]Re: Provisional PEPs can now actually be marked as Provisional

On Sun, Jul 8, 2018, 08:40 Pradyun Gedam, wrote: > > > On Sun, 8 Jul 2018, 13:03 Nick Coghlan, wrote: > >> Hi folks, >> >> Some time ago, we adjusted the distutils-sig PEP approval process to >> include a "Provisional" status, where we approved changes for >> inclusion in the reference

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Sat, 7 Jul 2018 at 03:42 Paul Moore wrote: > On 30 June 2018 at 06:33, Nick Coghlan wrote: > > On 28 June 2018 at 11:37, Nathaniel Smith wrote: > >> So my inclination is to plan on ending up with build-system.requires > >> defaulting to ["setuptools", "wheel"], and build-system.backend > >>

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Thu, Jun 28, 2018, 14:38 Thomas Kluyver, wrote: > On Thu, Jun 28, 2018, at 6:27 PM, Brett Cannon wrote: > > The file was originally meant to target building wheels for libraries. It > just happens that folks have pushed that out to include apps as well. So if > the purpose of t

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Thu, Jun 28, 2018, 14:00 Thomas Kluyver, wrote: > On Thu, Jun 28, 2018, at 8:25 AM, Paul Moore wrote: > > I can see the practicality argument here. I don't think (correct me if > > I'm wrong!) that anyone particularly anticipated when we were drafting > > PEP 518 that the tools section would

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Fri, 22 Jun 2018 at 10:19 Pradyun Gedam wrote: > > > On Fri, 22 Jun 2018, 22:31 Brett Cannon, wrote: > >> >> >> On Fri, 22 Jun 2018 at 09:35 Pradyun Gedam wrote: >> >>> Hey everyone! >>> >>> In PEP 518, it is not clearly specifi

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Fri, 22 Jun 2018 at 12:51 Paul Moore wrote: > On 22 June 2018 at 18:01, Brett Cannon wrote: > > > > On Fri, 22 Jun 2018 at 09:35 Pradyun Gedam wrote: > >> > [...] > > > > I think the precise wording is there by not having any wording. ;) If

[Distutils]Re: PEP 518 - pyproject.toml with no build-system.requires

On Fri, 22 Jun 2018 at 09:35 Pradyun Gedam wrote: > Hey everyone! > > In PEP 518, it is not clearly specified how a project that has a > pyproject.toml > file but has no build-system.requires should be treated (i.e. build-system > table). > > In pip 10, such a pyproject.toml file was ​allowed

[Distutils] Re: org-mode README file formats

On Mon, 7 May 2018 at 16:54 Diane Trout wrote: > Hi, > > I was building a package where I had a README.org file, which > setuptools couldn't find. > > It listed .md as a valid format, so I was wondering if org-mode was > sufficiently plain text to be added to the list of accepted

Re: [Distutils] Improving Communication

I know this is no shock to Donald, but I agree with what he brings up below. One of motivators for trying out python.zulipchat.com is to see if it's real-time nature on top of topic-based discussion could act as a cross-section for email and IRC. For me, either something like Zulip or Discourse

Re: [Distutils] saveopts without installing?

Depending on what you're after you're better off reading the wheel metadata. If that's not an option then the answer is executing the code. On Sat, Apr 21, 2018, 05:13 Dirk Avery, wrote: > For automation project, trying to get all options set by setup.py and > setup.cfg

Re: [Distutils] Execute command before pip install

On Wed, 11 Apr 2018 at 10:36 John Thorvald Wodder II wrote: > > On 2018 Apr 11, at 06:55, Jorge Maldonado Ventura < > jorgesu...@freakspot.net> wrote: > > > > I need to execute a command automatically when running `pip install` to > solve

[Distutils] Any thoughts on supporting e.g. Alpine Linux? (was: PEP 571: Any further manylinux2010 concerns or questions?

On Fri, Mar 30, 2018, 09:13 Trishank Kuppusamy, < trishank.kuppus...@datadoghq.com> wrote: > Hi Nick, > > Long time no see --- hope everything is well on your side :) > > First of all, thanks Mark, Thomas, and everyone else for your hard work on > manylinux2010 --- I'm excited about this release,

Re: [Distutils] Need how to install 3rd party python modules

; Naoki Morihira > TEL: 01181-90-6460-6265 <+81%2090-6460-6265> > - > > *差出人: *Matthew Brett <matthew.br...@gmail.com> > *送信日時: *2018年3月27日 13:21 > *宛先: *森平 直樹 <naoki_morih...@outlook.jp> > *CC: *Brett Cannon <br...@python.org>;

Re: [Distutils] Need how to install 3rd party python modules

a little to be a hint to resolve this > syntax error, it is appreciated to teach me. > > > > Best Regards, > > - > Naoki Morihira > TEL: 01181-90-6460-6265 <+81%2090-6460-6265> > ----- > > > -

Re: [Distutils] Need how to install 3rd party python modules

For general help to get started with Python I would recommend the python-tutor mailing list; this one is for discussing the development of how to package things in Python. But in your specific case you typed the command in Python's REPL and not at the terminal. For further help please ask on

Re: [Distutils] Begin to Code With Python

Probably the best place to ask for help for this is the python-tutor mailing list. On Mon, Jan 29, 2018, 06:33 Brian Sujecki, wrote: > To whom it may concern: > My name is Brian Sujecki and I am currently reading Begin to Code With > Python and am unable to import the

Re: [Distutils] library development patterns

* the end > use cases of Python at its extreme. > > However, library devs, and I'd lump reusable app devs in that too... > > On 16/01/2018 17:36, Brett Cannon wrote: > > > > Is there a library developer workflow that's being promoted then > > somewhere that I'm j

Re: [Distutils] pipenv use cases

On Tue, 16 Jan 2018 at 10:43 Paul Moore <p.f.mo...@gmail.com> wrote: > On 16 January 2018 at 17:36, Brett Cannon <br...@python.org> wrote: > > Is there a library developer workflow that's being promoted then > somewhere > > that I'm just not finding? O

Re: [Distutils] pipenv use cases

On Tue, 16 Jan 2018 at 02:45 Nick Coghlan wrote: > On 16 January 2018 at 20:22, Paul Moore wrote: > > On 16 January 2018 at 10:03, Nick Coghlan wrote: > >> On 16 January 2018 at 19:47, Paul Moore wrote: > >>> I

Re: [Distutils] pipenv best practices?

On Mon, 15 Jan 2018 at 00:33 Chris Withers wrote: > Hi All, > > Couldn't find an obviously better discussion forum than this for pipenv > stuff, but please point me to where the rest of the discussions are > happening... > Not here from what I can tell. :) Probably your best

Re: [Distutils] Announcement: Pip 10 is coming, and will move all internal APIs

On Sat, 21 Oct 2017 at 11:26 Donald Stufft <don...@stufft.io> wrote: > > > On Oct 21, 2017, at 2:15 PM, Brett Cannon <br...@python.org> wrote: > > as long as the module isn't already imported it's fine. > > > Negative imports get cached too don’t they? >

Re: [Distutils] Announcement: Pip 10 is coming, and will move all internal APIs

On Sat, 21 Oct 2017 at 11:03 xoviat wrote: > Nick: > > That's generally a good idea, but one significant problem that can occur > is that the Python import system will cache certain libraries, people will > run "pip install," and then they will expect such libraries to be >

Re: [Distutils] Entry points: specifying and caching

tutils out: packaging APIs need to be free to > evolve in line with packaging interoperability standards, rather than with > the Python language definition. > > Barry Warsaw & Brett Cannon recently mentioned something to me about > working on a potential runtime alternative to pkg_res

Re: [Distutils] PEP 517 - is it ready?

Spelling mistake fixed! And a huge thank you to everyone for trudging forward with this and reaching this point. I think this will be a real boon for the community. On Fri, 29 Sep 2017 at 01:08 Ben Finney wrote: > Nick Coghlan writes: > > > I've

Re: [Distutils] Extracting distutils into setuptools

Actually, you can't remove any module in the stdlib that exists in both Python 2.7 and 3.5 until after Python 2.7 is no longer supported: https://www.python.org/dev/peps/pep-0004/#for-modules-existing-in-both-python-2-7-and-python-3-5 . On Thu, 28 Sep 2017 at 23:31 Nick Coghlan

Re: [Distutils] how to install

The tutorial on how to install packages can be found at https://packaging.python.org/tutorials/installing-packages/. On Mon, 25 Sep 2017 at 05:01 Minesh Parikh wrote: > how to install setup.py file on my website > ___ >

Re: [Distutils] PEP 517 - is it ready?

Are we waiting on anything then? Just Nick officially accepting the PEP? Or did I miss something while catching up on over 2 weeks of emails? I ask not only to help close this long chapter of packaging behind us, but because I'm leading a PyLadies workshop next month on packaging and it would be

Re: [Distutils] PEP 517 again

On Mon, 28 Aug 2017 at 16:29 Nathaniel Smith wrote: > On Mon, Aug 28, 2017 at 1:27 PM, Thomas Kluyver > wrote: > > On Mon, Aug 28, 2017, at 09:13 PM, Daniel Holth wrote: > > > > > Then end the debate by letting the PEP authors decide the return type, > and

Re: [Distutils] Documentation link on PyPI.org

If you search the archive of this mailing list you will notice I asked this exact question about a month or 2 ago (I think). The answer I got was it is used on PyPI.org, but I don't know how to set it with setuptools (flit will probably add support after PEP 517). On Sun, Aug 27, 2017, 13:01

Re: [Distutils] status check on PEP 517

I'm also willing to bet that Thomas is busy prepping for JupyterCon. On Tue, 15 Aug 2017 at 03:14 Nick Coghlan wrote: > On 15 August 2017 at 15:11, 12345 67890 wrote: > > Do you have any update on when the PEP will be completed? > > From my perspective,

Re: [Distutils] status check on PEP 517

On Thu, 20 Jul 2017 at 03:56 Nathaniel Smith wrote: > On Thu, Jul 20, 2017 at 3:22 AM, Paul Moore wrote: > > On 20 July 2017 at 10:46, Nathaniel Smith wrote: > >> To make this concrete: I'm *pretty* sure (?) that at this point all > >> the

Re: [Distutils] Provide separate development and documentation URLs in PyPI metadata?

On Tue, 27 Jun 2017 at 10:06 Thomas Kluyver wrote: > On Tue, Jun 27, 2017, at 04:58 PM, Barry Warsaw wrote: > > On Jun 25, 2017, at 11:33 AM, Nick Coghlan wrote: > > >I'd favour "Participate" over any variant of "Contribute", as without > > >context, "Contribute" makes me

Re: [Distutils] Provide separate development and documentation URLs in PyPI metadata?

On Sat, Jun 24, 2017, 10:51 Donald Stufft, wrote: > It's only kind of mandatory. The spec says it is but nothing fails IIRC if > you omit it. Perhaps we should just deprecate it and move everything to > project urls. > That sounds reasonable toe if the flexible, general case

Re: [Distutils] Provide separate development and documentation URLs in PyPI metadata?

On Sat, Jun 24, 2017, 10:49 Thomas Kluyver, <tho...@kluyver.me.uk> wrote: > On Sat, Jun 24, 2017, at 06:34 PM, Brett Cannon wrote: > > Anyway, just an idea I had based on my flit experience yesterday plus a > tweet sent to me. (And if PyPI already supports this somehow then Tho

[Distutils] Provide separate development and documentation URLs in PyPI metadata?

When you go to PyPI.org for a project you will find a link to the "homepage". Now for some projects that's their development site, e.g. GitHub URL. For others it's their documentation site, e.g. Read the Docs. And not all projects link to both from their PyPI page (e.g. yesterday I noticed flit

Re: [Distutils] PEP 517: editable installs

https://github.com/python/pythondotorg for website stuff. (and the most recent version should be at https://www.python.org/dev/peps/pep-0517/). On Fri, 16 Jun 2017 at 14:06 Nathaniel Smith wrote: > Oh, yeah, that's totally an ancient version of the PEP. That sucks. I > thought

Re: [Distutils] PEP 517: Open questions around artifact export directories

On Thu, 15 Jun 2017 at 08:25 Donald Stufft wrote: > > On Jun 15, 2017, at 10:10 AM, C Anthony Risinger > wrote: > > On Tue, Jun 13, 2017 at 8:53 PM, Nick Coghlan wrote: > >> On 13 June 2017 at 19:44, Thomas Kluyver

Re: [Distutils] PyQT python module .

So this list is about discussing the development of the tools for packaging, not individual packages themselves (e.g. we have nothing to do with PyAudio). If you need help installing a package then I would ask on the python-list or tutor mailing lists. On Wed, 7 Jun 2017 at 07:54 Catalin George

Re: [Distutils] Provisionally accepting PEP 517's declarative build system interface

On Wed, 31 May 2017 at 14:14 Thomas Kluyver wrote: > On Wed, May 31, 2017, at 09:16 PM, Donald Stufft wrote: > > How you build the release-quality sdist isn’t really of concern of PEP 517 > any more than building a release quality wheel is, it’s up to the build > tool to

Re: [Distutils] Provisionally accepting PEP 517's declarative build system interface

On Tue, 30 May 2017 at 11:40 Donald Stufft <don...@stufft.io> wrote: > > On May 30, 2017, at 2:17 PM, Brett Cannon <br...@python.org> wrote: > > Just to make sure I'm following this correctly, Donald is asking for: > >- A way for pip to ask back-ends what fi

Re: [Distutils] Provisionally accepting PEP 517's declarative build system interface

Just to make sure I'm following this correctly, Donald is asking for: - A way for pip to ask back-ends what files should be in an sdist from a source checkout or to make an actual sdist - Because sdists are a thing and so we should support them properly - To make it so building

Re: [Distutils] PEP 517 - specifying build system in pyproject.toml

On Fri, May 19, 2017, 09:20 Thomas Kluyver, wrote: > On Fri, May 19, 2017, at 05:17 PM, Paul Moore wrote: > > On 19 May 2017 at 16:53, Daniel Holth wrote: > > > Congrats on getting 518 in. > > > > Agreed, by the way. That's a big step! > > Thanks both. It

Re: [Distutils] bug with get-pip.py?

How old is the version of setuptools being used? I vaguely remember this error from a while back and it being fixed in a later release of setuptools. On Thu, 27 Apr 2017 at 13:22 Randy Syring wrote: > I've installed Python 3.6 on Ubuntu 14.04 through the dead snakes PPA and

[Distutils] Is the SourceForge repo still used? (was: package ownership transfer: kobo

On Mon, 27 Mar 2017 at 05:02 Ken Dreyer wrote: > [SNIP] > [1] https://sourceforge.net/p/pypi/support-requests/632/ I didn't even know this repo existed until I noticed that the sidebar on pypi.python.org. It isn't mentioned anywhere on https://pypi.org/help/ . Should people

Re: [Distutils] reproducible builds

On Tue, 21 Mar 2017 at 04:54 Marius Gedminas wrote: > On Mon, Mar 20, 2017 at 11:30:59AM +, Robin Becker wrote: > > thanks for this; it seems the emphasis is on security. If the intent is > that > > reportlab should be able to reliably reproduce the same binary output >

Re: [Distutils] PEP 426 moved back to Draft status

On Fri, 10 Mar 2017 at 07:56 Nick Coghlan wrote: > On 11 March 2017 at 00:52, Nathaniel Smith wrote: > > On Fri, Mar 10, 2017 at 1:26 AM, Nick Coghlan wrote: > > Hi folks, > > > > After a few years of dormancy, I've finally moved the

Re: [Distutils] Python installation not working

This actually isn't the right place to ask for installation help, Chitra (this list is about how to package up Python projects). For general support questions you should email python-list. On Wed, 15 Feb 2017 at 05:11 Chitra Dewan via Distutils-SIG < distutils-sig@python.org> wrote: > Hello, > >

Re: [Distutils] Enquire for python

Instructions can be found at https://packaging.python.org/installing/ On Wed, 25 Jan 2017 at 03:42 ali refaee wrote: > Dear Sir/Madam > I’m beginner in python, how can I get python modules? > when run some function > such as (import numpy as np) > message > ImportError:

Re: [Distutils] Has anyone looked at bug 29225?

com> wrote: > 2017-01-19 18:52 GMT+01:00 Brett Cannon <br...@python.org>: > > It's probably a combination of people being busy and the fact that it > involves distutils which not very many people feel comfortable reviewing > patches for and changing its semantics. > >

Re: [Distutils] Has anyone looked at bug 29225?

It's probably a combination of people being busy and the fact that it involves distutils which not very many people feel comfortable reviewing patches for and changing its semantics. Regardless of what happens to your patch, though, thanks for taking the time to report the problem you ran into

Re: [Distutils] Announcement: TLSv1.2 will become mandatory in the future

On Tue, 10 Jan 2017 at 12:51 Donald Stufft wrote: > [SNIP] > > > It would be really nice if we could deprecate `ssl` (which has a bunch of > OpenSSL specific stuff in it) and add a new `tls` module that served as an > implementation agnostic library that would use OpenSSL on

Re: [Distutils] Can't upload sdist: "File already exists"

Because you already uploaded a wheel for version 0.1.2 you can't upload any other files for that version, else people could accidentally upload e.g. an sdist with code different from what was already uploaded in the wheel. If you want an sdist then I would do another release as version 0.1.2post1

Re: [Distutils] Maintaining a curated set of Python packages

If people are serious about trying to prototype this stuff then the easiest way might be coming up with shell scripts that do the prompting if it's faster to iterate that way than doing a full-blown GUI. Now that WIndows 10 has WSL/Bash it means for the first time all 3 major OSs have a common

Re: [Distutils] how to use python with cmd!

The best place to ask for this kind of general help is the python-list or python-tutor mailing lists. On Sat, 26 Nov 2016 at 09:41 Code Club Djelfa wrote: > hi > i am from algeria and i ask you! > how to use python with cmd in windows 7 > and How to download and install

Re: [Distutils] Packaging multiple wheels in the same archive

This then ties into Kenneth's pipfile idea he's working on as it then makes sense to make a wagon/wheelhouse for a lock file. To also tie into the container aspect, if you dev on Windows but deploy to Linux, this can allow for gathering your dependencies locally for Linux on your Windows box and

Re: [Distutils] PEP 517: Build system API

Thanks for starting this up again! My vote is for 1c (easier to add 1a later), and dashes (for some reason I just like how they look more in config files). On Wed, Nov 23, 2016, 06:36 Thomas Kluyver, wrote: > I'd like to push PEP 517 forwards again. This PEP specifies a

Re: [Distutils] When can we kill Python 2.6 support?

I think the fact that Python 2.6 is past EOL means it's definitely up for consideration. As for the 3% usage, as a trite comparison that's the amount of scientists who deny climate change. So IMO that suggests 2.6 is not used enough to burden PyPA with the maintenance and those who still want to

Re: [Distutils] What is the official position on distutils?

On Fri, 2 Sep 2016 at 22:06 Nick Coghlan wrote: > On 2 September 2016 at 19:28, Paul Moore wrote: > > On 2 September 2016 at 09:58, Sylvain Corlay > wrote: > >> My point here was that I don't think that the proposed feature has

Re: [Distutils] Best way to handle packaging a project that only applies to certain versions of Python

; > On Mon, Aug 29, 2016, 19:46 Donald Stufft <don...@stufft.io> wrote: > > > On Aug 29, 2016, at 7:34 PM, Brett Cannon <br...@python.org> wrote: > > Someone has asked that I do a new release of importlib that includes a > LICENSE file on PyPI: https://pypi.org/project/

[Distutils] Best way to handle packaging a project that only applies to certain versions of Python

Someone has asked that I do a new release of importlib that includes a LICENSE file on PyPI: https://pypi.org/project/importlib/. Historically I have had the setup.py simply not include any Python code when built on versions of Python that include importlib in the stdlib itself:

Re: [Distutils] What is the official position on distutils?

handle it long-term. -Brett > > Thanks, > > Sylvain > > On Mon, Aug 29, 2016 at 12:36 AM, Paul Moore <p.f.mo...@gmail.com> wrote: > >> On 28 August 2016 at 18:05, Brett Cannon <br...@python.org> wrote: >> > The discussion of Sylvain's proposed ch

[Distutils] What is the official position on distutils?

The discussion of Sylvain's proposed changes to distutils suggests that there isn't a clear-cut agreement or position of this SIG -- and thus Python -- on changes to distutils, its future, etc. Is there an official position I'm not aware of? If not, could we get one so we know how to handle any

  1   2   3   >