[Distutils] Re: pip and missing shared system system library

tensions don’t specify a compiler at all, but rely on the compiler detection from distutils/setuptools. Ronald > > Jonathan > > > Le lun., 10 août 2020 00:07:54 -0700 Ronald Oussoren via Distutils-SIG > écrit > > > > > On 9 Aug 2020, at 18:59,

[Distutils] Re: pip and missing shared system system library

> On 9 Aug 2020, at 18:59, David Mathog wrote: > > On Sat, Aug 8, 2020 at 8:15 PM Jonathan DEKHTIAR > wrote: >> >> So do you plan on "managing" which version of GCC or g++ people have and >> issue a warning if they don't have the good one? > > A setup.py will always be written for a

[Distutils] Re: distutils.util.get_host_platform() and AIX

> On 2 Aug 2019, at 09:02, Michael wrote: > > On 01/08/2019 11:07, Michael wrote: >> So, to my question: currently, for AIX get_host_platform returns >> something such as: aix-6.1. >> >> Considering above: what would you - as more expericenced with >> multi-oslevel packaging and low levels

[Distutils] Re: Environment markers for GPU/CUDA availibility

> On 4 Sep 2018, at 01:51, Nick Coghlan wrote: > > On Mon., 3 Sep. 2018, 5:48 am Ronald Oussoren, <mailto:ronaldousso...@mac.com>> wrote: > > What’s the problem with including GPU and non-GPU variants of code in a > binary wheel other than the size of the wheel

[Distutils] Re: Environment markers for GPU/CUDA availibility

> On 2 Sep 2018, at 18:04, Nick Coghlan wrote: > > On Sat, 1 Sep 2018 at 11:02, Tzu-ping Chung wrote: >> >> I’m not knowledgable about GPUs, but from limited conversations with others, >> it is important to first decide what exactly the problem area is. Unlike >> currently >> available

Re: [Distutils] pythonhosted.org doc upload no longer works

> On 20 Oct 2017, at 14:42, Ronald Oussoren <ronaldousso...@mac.com> wrote: > > >> On 7 Oct 2017, at 09:12, Giampaolo Rodola' <g.rod...@gmail.com >> <mailto:g.rod...@gmail.com>> wrote: >> >> Any news about this please? This is becoming a prob

Re: [Distutils] pythonhosted.org doc upload no longer works

> On 20 Oct 2017, at 15:52, Nick Coghlan <ncogh...@gmail.com> wrote: > > On 20 October 2017 at 22:42, Ronald Oussoren <ronaldousso...@mac.com > <mailto:ronaldousso...@mac.com>> wrote: > >> On 7 Oct 2017, at 09:12, Giampaolo Rodola' <g.rod...@gmail.

Re: [Distutils] Documentation link on PyPI.org

> On 20 Oct 2017, at 17:51, Wes Turner <wes.tur...@gmail.com> wrote: > > > > On Friday, October 20, 2017, Ronald Oussoren <ronaldousso...@mac.com > <mailto:ronaldousso...@mac.com>> wrote: > >> On 28 Aug 2017, at 00:12, Brett Cannon <br...

Re: [Distutils] Documentation link on PyPI.org

e-4.0.1b1-cp27-cp27m-macosx_10_6_intel.whl SSLError: HTTPSConnectionPool(host='test.pypi.org', port=443): Max retries exceeded with url: /legacy/ (Caused by SSLError(SSLError(1, u'[SSL: TLSV1_ALERT_PROTOCOL_VERSION] tlsv1 alert protocol version (_ssl.c:661)'),)) > > On Sun, Aug 27, 201

Re: [Distutils] pythonhosted.org doc upload no longer works

> On 7 Oct 2017, at 09:12, Giampaolo Rodola' wrote: > > Any news about this please? This is becoming a problem as my outdated doc > keeps being around and I have no way to remove it. I have the same problem with my projects: the documentation on pythonhosted.org can no

Re: [Distutils] Documentation link on PyPI.org

> On 27 Aug 2017, at 17:33, Wes Turner wrote: > > You can add a URL in the long_description (e.g. to > https://read-the-docs.readthedocs.org/ > ) I know, but that adds the URL to the project description and not the sidebar. PEP

[Distutils] Documentation link on PyPI.org

Hi, Is it possible to create a documentation in the section with “Project Links” on the page describing a release on PyPI.org ? That is, can I add some metadata to an sdist or wheel that would add an entry to that list, and if so how? I’m using setuptools to create the

Re: [Distutils] Transfering modules

> On 20 Aug 2017, at 05:56, Nick Coghlan wrote: > > On 20 August 2017 at 05:27, Ian Hartley > wrote: > Hi all, > > I'm using PyCharm CE as my development environment, on a macintosh running > mac OS 10.12.3. > > Ah, that

Re: [Distutils] distlib and wheel metadata

> On 15 Feb 2017, at 15:11, Nathaniel Smith wrote: > > >> In the vast majority of publication-to-PyPi cases people won't need >> the "integrates" field, since what they're publishing on PyPI will >> just be their abstract dependencies, and any warning against using >> "==" will

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

> On 10 Jan 2017, at 14:24, Donald Stufft wrote: > […] Past that, macOS is going to be the > largest casualty since their system Python does not support TLSv1.2 yet in any > version of their OS. Not just the system Python on OSX, this also affects all Python.org

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

> On 10 Jan 2017, at 21:02, Donald Stufft <don...@stufft.io> wrote: > > >> On Jan 10, 2017, at 3:01 PM, Ronald Oussoren <ronaldousso...@mac.com >> <mailto:ronaldousso...@mac.com>> wrote: >> >> >>> On 10 Jan 2017, at 14:24, Donald St

Re: [Distutils] Other ideas from today's packaging meetup at EuroPython

On 26 Jul 2014, at 08:54, Nick Coghlan ncogh...@gmail.com wrote: On 26 July 2014 15:27, Wichert Akkerman wich...@wiggy.net wrote: I suspect that for Linux you mean “system-provided Python”? Looking at https://www.python.org/downloads/release/python-341/ there is no python.org binary

[Distutils] platform specific python only wheels

Hi, Is there a way to create a wheel that contains only python code, but can only be installed on particular platforms? In particular, I’m looking for a way to create a wheel for py2app that can only be installed on OSX because py2app cannot “cross-compile” application bundles. Ronald

Re: [Distutils] platform specific python only wheels

for wildcards. That is, there is no way to specify “any linux”, only something like “linux_x86_64” (to borrow a tag from PEP 425). Ronald On Thu, Jan 30, 2014 at 1:14 PM, Ronald Oussoren ronaldousso...@mac.com wrote: Hi, Is there a way to create a wheel that contains only python code, but can

Re: [Distutils] platform specific python only wheels

On 30 Jan 2014, at 19:23, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Thu, 30/1/14, Ronald Oussoren ronaldousso...@mac.com wrote: Is there a way to create a wheel that contains only python code, but can only be installed on particular

Re: [Distutils] platform specific python only wheels

On 30 Jan 2014, at 19:36, Daniel Holth dho...@gmail.com wrote: On Thu, Jan 30, 2014 at 1:29 PM, Ronald Oussoren ronaldousso...@mac.com wrote: On 30 Jan 2014, at 19:19, Daniel Holth dho...@gmail.com wrote: Your best bet currently is to execute the mv command to change the filename

Re: [Distutils] wheels on sys.path clarification (reboot)

On 30 Jan 2014, at 17:27, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: On Thu, 30/1/14, Eric V. Smith e...@trueblade.com wrote: The flag really needs to convey 2 meanings: - - There are some C extensions here that can't be loaded unless

Re: [Distutils] Plans for binary wheels, and PyPi and OS-X

On Oct 31, 2013, at 07:24 PM, Donald Stufft don...@stufft.io wrote: On Oct 31, 2013, at 1:15 PM, Ronald Oussoren ronaldousso...@mac.com wrote: Is it "just" a matter of researching if the various build options on OSX really lead to binaries with the same ABI, or is more work needed? Basi

Re: [Distutils] Plans for binary wheels, and PyPi and OS-X

On 21 Oct, 2013, at 20:52, Donald Stufft don...@stufft.io wrote: On Oct 21, 2013, at 1:02 PM, Chris Barker chris.bar...@noaa.gov wrote: On Fri, Oct 18, 2013 at 6:22 PM, Nick Coghlan ncogh...@gmail.com wrote: -- it would be very useful if folks could easily get binary wheels for OS-X

Re: [Distutils] Plans for binary wheels, and PyPi and OS-X

On 19 Oct, 2013, at 3:22, Nick Coghlan ncogh...@gmail.com wrote: On 19 Oct 2013 04:59, Chris Barker chris.bar...@noaa.gov wrote: Someone on another list indicated that pip installing binary wheels from PyPi will ONLY work for Windows. Is that the case? I think it's desperately

Re: [Distutils] Plans for binary wheels, and PyPi and OS-X

On 31 Oct, 2013, at 15:26, Nick Coghlan ncogh...@gmail.com wrote: On 31 October 2013 23:38, Ronald Oussoren ronaldousso...@mac.com wrote: On 21 Oct, 2013, at 20:52, Donald Stufft don...@stufft.io wrote: On Oct 21, 2013, at 1:02 PM, Chris Barker chris.bar...@noaa.gov wrote: On Fri

Re: [Distutils] Plans for binary wheels, and PyPi and OS-X

On 31 Oct, 2013, at 17:49, Daniel Holth dho...@gmail.com wrote: On Thu, Oct 31, 2013 at 10:26 AM, Nick Coghlan ncogh...@gmail.com wrote: On 31 October 2013 23:38, Ronald Oussoren ronaldousso...@mac.com wrote: On 21 Oct, 2013, at 20:52, Donald Stufft don...@stufft.io wrote: On Oct 21

Re: [Distutils] Comments on PEP 426

On 5 Sep, 2013, at 19:32, Daniel Holth dho...@gmail.com wrote: On Thu, Sep 5, 2013 at 8:33 AM, Ronald Oussoren ronaldousso...@mac.com wrote: On 31 Aug, 2013, at 17:56, Nick Coghlan ncogh...@gmail.com wrote: This perception is just wrong. Mac OS X is a mess due to clang vs gcc vs

Re: [Distutils] Comments on PEP 426

On 31 Aug, 2013, at 17:56, Nick Coghlan ncogh...@gmail.com wrote: This perception is just wrong. Mac OS X is a mess due to clang vs gcc vs homebrew vs macports vs Xcode, Windows is a mess due to mingw and cygwin and platform SDKs and visual studio (Express or otherwise). Linux distros are

Re: [Distutils] What does it mean for Python to bundle pip?

On 23 Aug, 2013, at 0:52, Paul Moore p.f.mo...@gmail.com wrote: On 22 August 2013 23:08, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: I want to give it a shot for OS-X -- no one seems to want to maintian bdist_mpkg, and it's time to move forward... My impression is that the

Re: [Distutils] What does it mean for Python to bundle pip?

On 23 Aug, 2013, at 5:17, Nick Coghlan ncogh...@gmail.com wrote: That said, I'm considering the idea of adding a variant field to the compatibility tags for wheel 1.1, along the lines of what Oscar Benjamin suggested earlier. By default, installers would only find wheels without a variant

Re: [Distutils] distutils.util.get_platform() - Linux vs Windows

On 20 Aug, 2013, at 8:15, samuel.feren...@barclays.com wrote: -Original Message- From: Chris Barker - NOAA Federal [mailto:chris.bar...@noaa.gov] Sent: Monday, August 19, 2013 7:13 PM To: Ferencik, Samuel: Markets (PRG) Cc: distutils-sig@python.org Subject: Re: [Distutils]

Re: [Distutils] distutils.util.get_platform() - Linux vs Windows

On 20 Aug, 2013, at 18:00, samuel.feren...@barclays.com wrote: -Original Message- From: Chris Barker - NOAA Federal [mailto:chris.bar...@noaa.gov] Sent: Tuesday, August 20, 2013 5:47 PM To: Ferencik, Samuel: Markets (PRG) Cc: distutils-sig@python.org Subject: Re: [Distutils]

Re: [Distutils] Q about best practices now (or near future)

On 18 Jul, 2013, at 13:48, Oscar Benjamin oscar.j.benja...@gmail.com wrote: On 17 July 2013 22:43, Nick Coghlan ncogh...@gmail.com wrote: On 18 Jul 2013 01:46, Daniel Holth dho...@gmail.com wrote: On Wed, Jul 17, 2013 at 11:12 AM, Brett Cannon br...@python.org wrote: I'm going to be

Re: [Distutils] Q about best practices now (or near future)

On 17 Jul, 2013, at 17:46, Daniel Holth dho...@gmail.com wrote: On Wed, Jul 17, 2013 at 11:12 AM, Brett Cannon br...@python.org wrote: I'm going to be pushing an update to one of my projects to PyPI this week and so I figured I could use this opportunity to help with patches to the User

Re: [Distutils] Q about best practices now (or near future)

On 17 Jul, 2013, at 17:55, Paul Moore p.f.mo...@gmail.com wrote: On 17 July 2013 16:46, Daniel Holth dho...@gmail.com wrote: * Are we saying use setuptools for everyone, or still only if you need it (asking since there is a stub about installing setuptools but the simple example doesn't

Re: [Distutils] vetting, signing, verification of release files

On 17 Jul, 2013, at 19:17, Trishank Karthik Kuppusamy t...@students.poly.edu wrote: To very briefly summarize our status without going into tangential details: 1. We previously found and reported on this mailing list that if we naively assigned a key to every PyPI project, then the

Re: [Distutils] Replacing pip.exe with a Python script

On 16 Jul, 2013, at 13:25, Paul Moore p.f.mo...@gmail.com wrote: On the other hand, I'm missing something, as I don't see how the *current* exe wrappers avoid meaning that there need to be separate 32-bit and 64-bit versions of pip... Couldn't you just ship both variants of the exe

Re: [Distutils] Wheels and console script entry point wrappers (Was: Replacing pip.exe with a Python script)

On 16 Jul, 2013, at 15:08, Paul Moore p.f.mo...@gmail.com wrote: On 16 July 2013 13:42, Ronald Oussoren ronaldousso...@mac.com wrote: On the other hand, I'm missing something, as I don't see how the *current* exe wrappers avoid meaning that there need to be separate 32-bit and 64-bit

Re: [Distutils] Current status of PEP 439 (pip boostrapping)

On 13 Jul, 2013, at 7:31, Nick Coghlan ncogh...@gmail.com wrote: 3. That means there are two main options available to us that I still consider viable alternatives (the installer bundling idea was suggested in one of the off list comments I mentioned): * an explicit bootstrapping

Re: [Distutils] Current status of PEP 439 (pip boostrapping)

On 13 Jul, 2013, at 15:35, Brett Cannon br...@python.org wrote: On Sat, Jul 13, 2013 at 2:29 AM, Ned Deily n...@acm.org wrote: In article 55b209b3-9576-4cf0-b58c-2a1e692af...@stufft.io, Donald Stufft don...@stufft.io wrote: On Jul 13, 2013, at 1:31 AM, Nick Coghlan ncogh...@gmail.com

Re: [Distutils] Current status of PEP 439 (pip boostrapping)

On 13 Jul, 2013, at 16:39, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: I smoke-tested the script on vanilla Python 3.3 installations on Windows and OS X. On OS X, the pip script was written to the appropriate Frameworks folder, but not to /usr/local/bin - I assume it would be simple enough

Re: [Distutils] PEP 439 and pip bootstrap updated

On 10 Jul, 2013, at 11:40, Richard Jones rich...@python.org wrote: On 10 July 2013 19:08, Vinay Sajip vinay_sa...@yahoo.co.uk wrote: Richard Jones r1chardj0n3s at gmail.com writes: pip without virtualenv in python 2 contexts is pretty rare (or at least *should* be wink) so I think I'll

Re: [Distutils] Updated drafts of metadata 2.0 (PEP 426 and PEP 440)

On 21 Jun, 2013, at 14:21, Paul Moore p.f.mo...@gmail.com wrote: On 21 June 2013 12:35, Nick Coghlan ncogh...@gmail.com wrote: The quick compatibility check is actually part of the wheel file naming specification (it's covered by the compatibility tags defined in PEP 425). Yes, I was

Re: [Distutils] Updated drafts of metadata 2.0 (PEP 426 and PEP 440)

On 21 Jun, 2013, at 1:24, Nick Coghlan ncogh...@gmail.com wrote: 1. Python setup.py sdist and python setup.py dist_info will be changed to generate pymeta.json files. But that will be for Python 3.4 only (there's a big problem if this doesn't make it into 3.4...). Unless there's a

Re: [Distutils] Binary Wheels and universal builds on OS-X

On 31 May, 2013, at 22:17, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: HI Folks, A few of us over on the pythonmac list have been hashing out how best to support binary packages on OS-X. The binary wheel option seems very promising. However, there is one Mac-specific issue

Re: [Distutils] Binary Wheels and universal builds on OS-X

On 4 Jun, 2013, at 18:35, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: On Mon, Jun 3, 2013 at 3:47 PM, Daniel Holth dho...@gmail.com wrote: That would make sense. Can you come up with code to detect that a newly compiled extension is universal, and that a Python is? It looks

Re: [Distutils] Binary Wheels and universal builds on OS-X

On 4 Jun, 2013, at 18:27, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: On Tue, Jun 4, 2013 at 1:23 AM, Ronald Oussoren ronaldousso...@mac.com wrote: This isn't really a problem, distutils uses labels for the set of supported architectures as the architecture label in binary

Re: [Distutils] Binary Wheels and universal builds on OS-X

On 4 Jun, 2013, at 23:53, Chris Barker - NOAA Federal chris.bar...@noaa.gov wrote: On Tue, Jun 4, 2013 at 9:55 AM, Ronald Oussoren ronaldousso...@mac.com wrote: $ otool -L python python (architecture ppc): /Library/Frameworks/Python.framework/Versions/2.7/Python (compatibility

Re: [Distutils] Draft PEP for JSON based metadata published

On 29 May, 2013, at 20:36, holger krekel hol...@merlinux.eu wrote: Hi Nick, On Mon, May 27, 2013 at 21:36 +1000, 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

Re: [Distutils] Draft PEP for JSON based metadata published

On 27 May, 2013, at 13:36, Nick Coghlan ncogh...@gmail.com 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/ Could

Re: [Distutils] PEP 438 - Transition Phase 1

On 19 May, 2013, at 2:51, Donald Stufft don...@stufft.io wrote: Forgot to mention, both of those options are available by clicking on urls when viewing a package you have permissions on, see: http://d.stufft.io/image/2h073q2L3Z29 I get a Forbidden error when following the urls link in

Re: [Distutils] Simplify 426: Deprecate Author-email and Maintainer-email

On 25 Apr, 2013, at 15:58, Daniel Holth dho...@gmail.com wrote: I would prefer to see PEP 390 withdrawn and I think this has been suggested before. The metadata is already sourced from different files depending on your build system. I wouldn't mind a PEP 390 update when the 2.0 metadata

Re: [Distutils] PEP439 and backward compat / easy_install / distlib

On 25 Mar, 2013, at 19:16, PJ Eby p...@telecommunity.com wrote: Also, as far as detecting the need for setuptools, I think that can be done just by noticing whether the PKG-INFO included in an sdist is metadata 2.0 or not. If it is, then setuptools should be explicitly declared as a

Re: [Distutils] PEP439 and backward compat / easy_install / distlib

On 26 Mar, 2013, at 13:27, Daniel Holth dho...@gmail.com wrote: stall themselves, they can just mention setup-requires and the installer grabs the necessary setuptools. That can only be done for sdists with 2.0 metadata, sdists for older versions don't have a setup-requires in their

Re: [Distutils] PEP439 and backward compat / easy_install / distlib

On 26 Mar, 2013, at 16:21, Tres Seaver tsea...@palladion.com 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 p...@telecommunity.com wrote: Also, as far as detecting the need for setuptools, I think

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On 12 Feb, 2013, at 8:08, Nick Coghlan ncogh...@gmail.com wrote: So, to my mind, the next PEP we're missing is actually one for the *sdist* format itself, including a definition for how the meta-packaging system should invoke the sdist-wheel build step, rather than one for the

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On 12 Feb, 2013, at 9:33, Nick Coghlan ncogh...@gmail.com wrote: On Tue, Feb 12, 2013 at 6:25 PM, Ronald Oussoren ronaldousso...@mac.com wrote: PEPs 426 and 427 between them should achieve the first objective, while the other parts of PEP 426 should get us a long way towards achieving

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On 12 Feb, 2013, at 14:46, Daniel Holth dho...@gmail.com wrote: I still think it makes more sense to just download distribute and wheel when you want to build one, but to each his own... if you need to create packages for pypi without being able to install things from it, knock yourself

Re: [Distutils] PEP 426 updated (with more than you ever wanted to know about version schemes)

On 12 Feb, 2013, at 16:55, Daniel Holth dho...@gmail.com wrote: On Tue, Feb 12, 2013 at 10:04 AM, Nick Coghlan ncogh...@gmail.com wrote: On 13 Feb 2013 00:55, Ronald Oussoren ronaldousso...@mac.com wrote: On 12 Feb, 2013, at 14:46, Daniel Holth dho...@gmail.com wrote: I still

Re: [Distutils] PEP 426, round 733 ;)

On 4 Feb, 2013, at 17:00, a.cava...@cavallinux.eu wrote: I agree *completely* with Philippe here. If a version standard will be enforced what's the point of making it more complicated that a sequential number or something along x.y.z? In the end that's what the version number is.

Re: [Distutils] distlib and data files = resources ?

On 19 Nov, 2012, at 20:26, PJ Eby p...@telecommunity.com wrote: Data files should never be installed to package directories. But I'm not aware of any good reason why resource files should ever be installed anywhere *else*. To be (too) snarky: because the FHS says so. Less snarky,

Re: [Distutils] [Python-Dev] [Catalog-sig] accept the wheel PEPs 425, 426, 427

On 13 Nov, 2012, at 16:00, Daniel Holth dho...@gmail.com wrote: I want to remove distutils from the standard library. Why? Distutils may not be perfect, but is usable for basic packages. It could even be enhanced to support these peps and be even more useable, although patches for that

Re: [Distutils] [Catalog-sig] [Python-Dev] accept the wheel PEPs 425, 426, 427

On 13 Nov, 2012, at 17:21, Antoine Pitrou solip...@pitrou.net wrote: Le Tue, 13 Nov 2012 16:10:30 +0100, Ronald Oussoren ronaldousso...@mac.com a écrit : On 13 Nov, 2012, at 16:00, Daniel Holth dho...@gmail.com wrote: I want to remove distutils from the standard library. Why

Re: [Distutils] [Python-Dev] accept the wheel PEPs 425, 426, 427

On 18 Oct, 2012, at 19:29, Daniel Holth dho...@gmail.com wrote: I'd like to submit the Wheel PEPs 425 (filename metadata), 426 (Metadata 1.3), and 427 (wheel itself) for acceptance. The format has been stable since May and we are preparing a patch to support it in pip, but we need to earn

Re: [Distutils] wheel file signatures scheme

On 22 Aug, 2012, at 4:52, Daniel Holth dho...@gmail.com wrote: I've made what I think is exciting progress on the digital signatures design for wheel (updated built/binary packages for Python; intended to replace egg). The insight is that we can overload the extras syntax as a convenient way

Re: [Distutils] RFC: Binary Distribution Format for distutils2/packaging

On 14 Mar, 2012, at 18:42, Chris Barker wrote: Universal binaries (i.e. more than one architecture in one binary) have never been properly supported by binary eggs/setuptools. I think it may be as simple as the naming convention -- the binary would be named according to the machine it was

Re: [Distutils] pythonv: let's also make sure the standard Python install includes an isolated python

On 17 Mar, 2011, at 21:33, Barry Warsaw wrote: Sounds good to me. On Mar 17, 2011, at 07:53 PM, Carl Meyer wrote: * executable-name has the extension stripped on Windows, but not otherwise. It should probably also have the extension stripped on OS X too. There is no extension on OSX.

Re: [Distutils] Distributes from pkg_resources.resource_string returns bytes under Python 3

On 13 Mar, 2011, at 9:52, Lennart Regebro wrote: Distributes from pkg_resources.resource_string returns bytes under Python 3, which is pretty surprising. :-) That's exactly what the documentation says it will return (the file is opened in binary mode). This is just one of many legacy APIs

Re: [Distutils] distutils OS X universal binaries

On 10 Feb, 2011, at 13:36, Prashant Saxena wrote: Hi, I am new on Mac platform. I need to port an application from linux to mac. There are couple of custom c-extensions which I am building using cython on linux using distutils. It's pretty simple and straight forward there. There are

Re: [Distutils] distutils rebuilds EVERYTHING

On 8 Oct, 2010, at 8:59, Tarek Ziadé wrote: Hello, On Fri, Oct 8, 2010 at 1:40 AM, Charles Doutriaux doutria...@llnl.gov wrote: Hello, It seems that since python 2.7 the default behaviour of distutils changed. I have a project with a LOT of .c files used in an extension It used to

[Distutils] Question about testing

Hi, What's the best way to bundle tests into a test archive for a distribution using distribute or setuptools? My requirements: * Tests should not be installed because the testsuite is larger than the actual package and not generally usefull * python setup.py develop should also not add the

Re: [Distutils] pip vs easy_install vs distutils2

On 31 May, 2010, at 19:10, Tarek Ziadé wrote: On Mon, May 31, 2010 at 7:04 PM, Lennart Regebro rege...@gmail.com wrote: On Mon, May 31, 2010 at 19:02, Carl Meyer c...@oddbird.net wrote: Nope, pip's used --record on installation for years, and the above has been true since the moment

Re: [Distutils] pip vs easy_install vs distutils2

On 3 Jun, 2010, at 10:10, Tarek Ziadé wrote: On Thu, Jun 3, 2010 at 10:02 AM, Ronald Oussoren ronaldousso...@mac.com wrote: On 3 Jun, 2010, at 9:50, Tarek Ziadé wrote: On Thu, Jun 3, 2010 at 9:15 AM, Ronald Oussoren ronaldousso...@mac.com wrote: On 31 May, 2010, at 19:10, Tarek

Re: [Distutils] pip vs easy_install vs distutils2

On 3 Jun, 2010, at 10:38, Tarek Ziadé wrote: On Thu, Jun 3, 2010 at 10:24 AM, Ronald Oussoren ronaldousso...@mac.com wrote: [..] A full switch to PEP 376. An option to enable/disable would just be confusing, any option increases the mental load of developers (and anyone that just wants

Re: [Distutils] pip vs easy_install vs distutils2

On 3 Jun, 2010, at 9:50, Tarek Ziadé wrote: On Thu, Jun 3, 2010 at 9:15 AM, Ronald Oussoren ronaldousso...@mac.com wrote: On 31 May, 2010, at 19:10, Tarek Ziadé wrote: On Mon, May 31, 2010 at 7:04 PM, Lennart Regebro rege...@gmail.com wrote: On Mon, May 31, 2010 at 19:02, Carl Meyer c

Re: [Distutils] Distutils roadmap of refactoring for 2.7

On 3 Feb, 2010, at 0:25, David Lyon wrote: Chris wrote: On Sat, Jan 23, 2010 at 7:11 PM, P.J. Eby p...@telecommunity.com wrote: Notice that other changes are coming up once the series of PEP we worked on are accepted (which should be before Pycon - at least for 345 and 386) ok - so are

Re: [Distutils] Platform naming standardization

On 14 Jan, 2010, at 10:36, M.-A. Lemburg wrote: Ronald Oussoren wrote: On 13 Jan, 2010, at 23:44, M.-A. Lemburg wrote: Ronald Oussoren wrote: On 13 Jan, 2010, at 18:41, M.-A. Lemburg wrote: Ronald Oussoren wrote: On Wednesday, January 13, 2010, at 04:15PM, M.-A. Lemburg m

Re: [Distutils] Platform naming standardization

On Wednesday, January 13, 2010, at 04:15PM, M.-A. Lemburg m...@egenix.com wrote: 2) On OS X, the modification to the value returned by pkg_resources.get_platform() isn't correct for fat version of Python 2.5, as detailed in setuptools issue 19. To solve that, we're using the patch I

Re: [Distutils] Platform naming standardization

On 13 Jan, 2010, at 18:41, M.-A. Lemburg wrote: Ronald Oussoren wrote: On Wednesday, January 13, 2010, at 04:15PM, M.-A. Lemburg m...@egenix.com wrote: 2) On OS X, the modification to the value returned by pkg_resources.get_platform() isn't correct for fat version of Python 2.5

Re: [Distutils] Platform naming standardization

On 13 Jan, 2010, at 23:44, M.-A. Lemburg wrote: Ronald Oussoren wrote: On 13 Jan, 2010, at 18:41, M.-A. Lemburg wrote: Ronald Oussoren wrote: On Wednesday, January 13, 2010, at 04:15PM, M.-A. Lemburg m...@egenix.com wrote: 2) On OS X, the modification to the value returned

Re: [Distutils] tracking requested vs dependency installs in PEP 376 metadata

On 20 Oct, 2009, at 14:11, Chris Withers wrote: Ronald Oussoren wrote: 2) Notice that simplejson gets installed and is a useful module, then use that in your own scripts At this point, you specify your scripts' dependencies on simplejson. Look at it another way: You follow you process

Re: [Distutils] tracking requested vs dependency installs in PEP 376 metadata

On 9 Oct, 2009, at 15:45, Carl Meyer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex wrote: REQUESTED is fine, but I don't understand how the arguments apply, given that I'm not proposing to record information like _which_ package it was a dependency of. The same single bit

Re: [Distutils] tracking requested vs dependency installs in PEP 376 metadata

On 11 Oct, 2009, at 16:27, Lennart Regebro wrote: 2009/10/11 Ronald Oussoren ronaldousso...@mac.com: What about packages that are installed as a dependency of some other package and then used in user scripts without an explict depency on them? That is, I install SuperWebFramework==1.0

Re: [Distutils] tracking requested vs dependency installs in PEP 376 metadata

On 11 Oct, 2009, at 20:58, Lennart Regebro wrote: 2009/10/11 Ronald Oussoren ronaldousso...@mac.com: That is, I install SuperWebFramework==1.0 which happens to depend on peak-rules. I later start using peak-rules in my own simple scripts (without a setup.py or other explicit dependency

Re: [Distutils] Package install failures in 2.6.3 - setuptools vs Distribute

On 5 Oct, 2009, at 13:54, Tarek Ziadé wrote: On Mon, Oct 5, 2009 at 1:30 PM, Ronald Oussoren ronaldousso...@mac.com wrote: Nobody will adopt it until they are forced to. This unfortunate bug means people are forced to quicker than expected. I don't think that's an actual problem

Re: [Distutils] Package install failures in 2.6.3 - setuptools vs Distribute

On Monday, 05 October, 2009, at 11:53AM, Lennart Regebro rege...@gmail.com wrote: 2009/10/5 Jeff Rush j...@taupro.com: Very unfortunate, as in, it should NOT have happened.  And *especially* without any announcement on python.org or mention on the python-committers list of something this

Re: [Distutils] Package install failures in 2.6.3 - setuptools vs Distribute

On 5 Oct, 2009, at 16:25, K. Richard Pixley wrote: Ronald Oussoren wrote: For beginners this issue is a showstopper that they cannot resolve without help. I'm a relative beginner to distutils/setuptools/distribute, but a long time configuration/build/packaging professional. You're

Re: [Distutils] Package install failures in 2.6.3 - setuptools vs Distribute

On 5 Oct, 2009, at 16:37, K. Richard Pixley wrote: Ronald Oussoren wrote: This is a problem, it means 2.6.3 is not a simple drop-in replacement for 2.6.2 but requires the replacement of another component as well. That can be a problem in organizations with strict configuration

Re: [Distutils] setup.cfg new format proposal

On 11 Sep, 2009, at 17:14, Tarek Ziadé wrote: - os_sysname - os_nodename - os_release - os_version - os_machine Os.uname() does have a usability issue: the various values don't have a clear meaning, nor even a clear mapping to marketing numbers. Examples: * os_sysname is darwin on a

Re: [Distutils] Static metadata using setup.cfg

On 7 Sep, 2009, at 14:15, Chris Withers wrote: I'd prefer setup.cfg to be totally static. If there are complicated if/then/else's needed, they should be in setup.py. I have a number of packages where the only logic on setup.py is set flags based on the python version or OS. Examples: *

Re: [Distutils] Static metadata using setup.cfg

On 8 Sep, 2009, at 10:18, Chris Withers wrote: Ronald Oussoren wrote: I have a number of packages where the only logic on setup.py is set flags based on the python version or OS. Examples: * depend on pysqlite in old versions of python where sqlite wasn't in the stdlib mini rant

Re: [Distutils] buildout's tests fail for me

On 1 Sep, 2009, at 16:21, Jim Fulton wrote: On Tue, Sep 1, 2009 at 9:19 AM, Reinout van Reesrein...@vanrees.org wrote: On 2009-09-01, Jim Fulton j...@zope.com wrote: On Tue, Sep 1, 2009 at 3:42 AM, Reinout van Reesrein...@vanrees.org wrote: - Is this something I really should fix in my

Re: [Distutils] Static metadata using setup.cfg

On 18 Aug, 2009, at 9:08, Floris Bruynooghe wrote: On Tue, Aug 18, 2009 at 05:11:28AM +0300, Alex Grönholm wrote: How would you declare dependencies? Remember that the list of dependencies depends on at least two variables: Python version and platform. Many more, defining a known list of

Re: [Distutils] Splitting metadata from setup.py in distutils..

On Monday, 17 August, 2009, at 05:09PM, Chris Withers ch...@simplistix.co.uk wrote: For me, that only leaves the choice of a filename.. - setup.info - setup.conf - others..? ...is entirely up to the package developer. We can suggest whatever, but since it'll be called from

Re: [Distutils] [Distribute] Python 3 porting effort - plans proposal for 0.7/0.8

On 23 Jul, 2009, at 16:29, Tarek Ziadé wrote: On Thu, Jul 23, 2009 at 4:17 PM, Lennart Regebrorege...@gmail.com wrote: 2009/7/23 Tarek Ziadé ziade.ta...@gmail.com: - Let's then backport the 0.8 version into a 0.7 version, compatbile with Python 2.x and with the required bootstraping so it

Re: [Distutils] [Distribute] Python 3 porting effort - plans proposal for 0.7/0.8

On Friday, 24 July, 2009, at 03:59PM, Leonardo Santagada santag...@gmail.com wrote: On Jul 24, 2009, at 10:29 AM, Lennart Regebro wrote: 2009/7/24 Tarek Ziadé ziade.ta...@gmail.com: I can postpone the 0.6 release for a week or so, until this is ready, so we can have 0.6 for Python 3.

Re: [Distutils] imho Distutils should stop this from happening to poor users....

On 18 Jun, 2009, at 10:45, Tarek Ziadé wrote: On Thu, Jun 18, 2009 at 10:26 AM, David Lyon david.l...@preisshare.net wrote: Hi All, Here's a package installation error message that's just plain scary for the average user. imho Distutils should have checks to stock packages requiring a

Re: [Distutils] imho Distutils should stop this from happening to poor users....

On 18 Jun, 2009, at 11:22, Tarek Ziadé wrote: On Thu, Jun 18, 2009 at 11:05 AM, Ronald Oussorenronaldousso...@mac.com wrote: The only way to achieve that at the moment is to add some code to setup.py that explicitly raises an exception when you try to build it on an unsupported platform.

Re: [Distutils] Packaging: bdist_deb patches / platform specific code

On 8 Jun, 2009, at 20:15, David Lyon wrote: the same for rpm, deb and mpkg. Granted. They're are a bit more tricky. But essentially they are all just zip files with some entry and exit scripts. To pick some nits: the mpkg one cannot be created on any other system than an OSX one

  1   2   >