On Mon, Apr 13, 2015 at 12:56 PM, Chris Barker chris.bar...@noaa.gov
wrote:
NOTE: I don't work for any of the companies involved -- just a somewhat
frustrated user... And someone that has been trying for years to make
things easier for OS-X users.
I’m not sure what (3) means exactly. What is
On Mon, Apr 13, 2015 at 12:56 PM, Chris Barker chris.bar...@noaa.gov wrote:
NOTE: I don't work for any of the companies involved -- just a somewhat
frustrated user... And someone that has been trying for years to make things
easier for OS-X users.
I’m not sure what (3) means exactly. What is
On Mon, Apr 13, 2015 at 3:46 PM, David Cournapeau courn...@gmail.com wrote:
On Mon, Apr 13, 2015 at 12:56 PM, Chris Barker chris.bar...@noaa.gov
wrote:
NOTE: I don't work for any of the companies involved -- just a somewhat
frustrated user... And someone that has been trying for years to
On Mon, Apr 13, 2015 at 1:19 PM, David Cournapeau courn...@gmail.com
wrote:
This is what we use on top of setuptools egg:
- ability to add dependencies which are not python packages (I think most
of it is already handled in metadata 2.0/PEP 426, but I would have to
re-read the PEP
I would advise against using or even reading about our egg extensions, as
the implementation is full of legacy (we've been doing this many years :)
): http://enstaller.readthedocs.org/en/master/reference/egg_format.html
This is what we use on top of setuptools egg:
- ability to add dependencies
On Mon, Apr 13, 2015 at 5:25 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Apr 13, 2015 at 1:19 PM, David Cournapeau courn...@gmail.com
wrote:
This is what we use on top of setuptools egg:
- ability to add dependencies which are not python packages (I think
most of it is already
Seems like you could extend wheel to do that easily.
On Apr 13, 2015 4:19 PM, David Cournapeau courn...@gmail.com wrote:
I would advise against using or even reading about our egg extensions, as
the implementation is full of legacy (we've been doing this many years :)
):
On Apr 13, 2015, at 10:17 PM, Robert Collins robe...@robertcollins.net
wrote:
On 14 April 2015 at 09:35, David Cournapeau courn...@gmail.com wrote:
...
One of the earlier things mentioned here - {pre,post}{install,remove}
scripts - raises a red flag for me.
In Debian at least, the
On 14 April 2015 at 09:35, David Cournapeau courn...@gmail.com wrote:
...
One of the earlier things mentioned here - {pre,post}{install,remove}
scripts - raises a red flag for me.
In Debian at least, the underlying system has the ability to run such
turing complete scripts, and they are a rich
Nick Coghlan ncogh...@gmail.com writes:
On 11 Apr 2015 12:22, Alexander Walters tritium-l...@sdamon.com wrote:
Is the package index really the best place to put this? This is a
very social-networking feature for the authoritative repository of
just about all the third party module, and it
On Apr 13, 2015, at 8:57 PM, Ben Finney ben+pyt...@benfinney.id.au wrote:
Nick Coghlan ncogh...@gmail.com writes:
On 11 Apr 2015 12:22, Alexander Walters tritium-l...@sdamon.com wrote:
Is the package index really the best place to put this? This is a
very social-networking feature for
On Mon, Apr 13, 2015 at 10:17 PM, Robert Collins robe...@robertcollins.net
wrote:
On 14 April 2015 at 09:35, David Cournapeau courn...@gmail.com wrote:
...
One of the earlier things mentioned here - {pre,post}{install,remove}
scripts - raises a red flag for me.
That's indeed a good a
Hi,
somehow I feel bored if I read PEP 426.
https://www.python.org/dev/peps/pep-0426/
One concrete improvement would be to remove this paragraph:
{{{
The design draws on the Python community's 15 years of experience with distutils based software distribution, and
incorporates ideas and
On Mon, Apr 13, 2015 at 10:44 AM, Donald Stufft don...@stufft.io wrote:
On Apr 13, 2015, at 10:39 AM, David Cournapeau courn...@gmail.com wrote:
Hi there,
During pycon, Nick mentioned there was interest in updating the wheel
format to support downstream distributions. Nick mentioned Linux
Hi there,
During pycon, Nick mentioned there was interest in updating the wheel
format to support downstream distributions. Nick mentioned Linux
distributions, but I would like to express interest for other kind of
downstream distributors like Anaconda from Continuum or Canopy from
Enthought
On Apr 13, 2015, at 10:39 AM, David Cournapeau courn...@gmail.com wrote:
Hi there,
During pycon, Nick mentioned there was interest in updating the wheel format
to support downstream distributions. Nick mentioned Linux distributions, but
I would like to express interest for other kind
+1 overall to Nick' suggestions.
--
Olivier
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
NOTE: I don't work for any of the companies involved -- just a somewhat
frustrated user... And someone that has been trying for years to make
things easier for OS-X users.
I’m not sure what (3) means exactly. What is a “normal” Python, do you
modify Python in a way that breaks the ABI but which
#1 is pretty straightforward. An entry-point format Python
pre/post/etc. script may do.
I have some ideas for the FHS, though I fear it's full of bikesheds:
1. Allow all GNU directory variables as .data/* subdirectories
(https://www.gnu.org/prep/standards/html_node/Directory-Variables.html).
The
On 13 April 2015 at 16:02, Daniel Holth dho...@gmail.com wrote:
#1 is pretty straightforward. An entry-point format Python
pre/post/etc. script may do.
There's metadata 2.0 information for this. It would be sensible to
follow that definition where it applies, but otherwise yes, this
shouldn't
On Mon, Apr 13, 2015 at 10:54 AM, David Cournapeau courn...@gmail.com wrote:
On Mon, Apr 13, 2015 at 10:44 AM, Donald Stufft don...@stufft.io wrote:
On Apr 13, 2015, at 10:39 AM, David Cournapeau courn...@gmail.com wrote:
Hi there,
During pycon, Nick mentioned there was interest in
21 matches
Mail list logo
