On 28 December 2013 06:17, Nick Coghlan ncogh...@gmail.com wrote:
The other main thing to look at in terms of current state of the art
is npm, for both structure and hooks.
Another place to look would be existing usage in distributions on
PyPI. I know that Vinay has done some work on extracting
On 28 December 2013 21:36, Vinay Sajip vinay_sa...@yahoo.co.uk wrote:
I don't have anything actually written, though all the information is
available in the JSON for individual releases under the source/data-files
key. I will look at writing a simple scanner which looks at all the unique
On 27 December 2013 12:34, Marcus Smith qwc...@gmail.com wrote:
data: directory for data files.
This is still only a half-baked idea at this point, but I'm currently
leaning towards keeping the name.data sysconfig subdirectories in
the wheel format cross platform (and somewhat Python
On Tue, Dec 24, 2013 at 2:28 PM, Nick Coghlan ncogh...@gmail.com wrote:
But that concept doesn't work on all platforms, so we should be careful
about isolating it.
Encapsulating that assumption is why I think the gnu nesting is
justified. There are layout expectations inherent in the
On 28 December 2013 06:02, Chris Barker chris.bar...@noaa.gov wrote:
On Tue, Dec 24, 2013 at 2:28 PM, Nick Coghlan ncogh...@gmail.com wrote:
But that concept doesn't work on all platforms, so we should be careful
about isolating it.
Encapsulating that assumption is why I think the gnu
On 28 December 2013 16:00, Nick Coghlan ncogh...@gmail.com wrote:
On 28 December 2013 06:02, Chris Barker chris.bar...@noaa.gov wrote:
Then the python distro would map these to actual paths at install time: gnu
systems would map the gnu locations, Windows to Windows-appropriate
locations, OS-X
data: directory for data files.
This is still only a half-baked idea at this point, but I'm currently
leaning towards keeping the name.data sysconfig subdirectories in
the wheel format cross platform (and somewhat Python specific), and
adding a new name.app subdirectory in parallel.
On Mon, Dec 23, 2013 at 1:43 PM, Daniel Holth Agreed. My biggest concern
with this whole idea is that developers
(typically POSIX developers, but it applies equally to all) will
*think* they need something like sbin because they are used to the
concept from their environment, and so write
On 25 Dec 2013 04:14, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Dec 23, 2013 at 1:43 PM, Daniel Holth Agreed. My biggest
concern with this whole idea is that developers
(typically POSIX developers, but it applies equally to all) will
*think* they need something like sbin because
On Sat, Dec 21, 2013 at 2:57 AM, Nick Coghlan ncogh...@gmail.com wrote:
compliant daemon like cobblerd as a wheel file - using Python specific
formats to define the layout of full applications, not just libraries.
I'd generally been resisting the idea of supporting this (since I
favour
On 23 December 2013 20:53, Chris Barker chris.bar...@noaa.gov wrote:
then you explicitly put in bin, sbin, share, whatever?
This seems really klunky to me, and also forces platform dependence, and is
fundamentally tied to how posix does things
Maybe it's not possible, but I suggest that
On Mon, Dec 23, 2013 at 4:22 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 23 December 2013 20:53, Chris Barker chris.bar...@noaa.gov wrote:
then you explicitly put in bin, sbin, share, whatever?
This seems really klunky to me, and also forces platform dependence, and is
fundamentally tied to
With the Python 3.4 feature freeze behind us, I've started looking at
doing a new update of the draft metadata 2.0 docs. Vaguely related to
that are the recent discussions about being able to publish an FHS
compliant daemon like cobblerd as a wheel file - using Python specific
formats to define
On 21 December 2013 10:57, Nick Coghlan ncogh...@gmail.com wrote:
And these are the generic directories that aren't necessarily Python specific:
scripts: directory for script files.
data: directory for data files.
It's worth noting that data, although in essence a platform neutral
On 21 December 2013 21:40, Paul Moore p.f.mo...@gmail.com wrote:
On 21 December 2013 10:57, Nick Coghlan ncogh...@gmail.com wrote:
And these are the generic directories that aren't necessarily Python
specific:
scripts: directory for script files.
data: directory for data files.
15 matches
Mail list logo