<p dir="ltr"><br>
On 25 Dec 2013 04:14, "Chris Barker" <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br>
><br>
> On Mon, Dec 23, 2013 at 1:43 PM, Daniel Holth > Agreed. My biggest concern with this whole idea is that developers<br>
>><br>
>> > (typically POSIX developers, but it applies equally to all) will<br>
>> > *think* they need something like sbin because they are used to the<br>
>> > concept from their environment, and so write their wheel to use it and<br>
>> > hence be platform specific.<br>
><br>
><br>
> exactly.<br>
><br>
>> However, with a little thought (possibly<br>
>> > hardly any thought in the case of sbin :-)) they could have chosen a<br>
>> > more generic approach which makes their project available to users of<br>
>> > other platforms.<br>
><br>
><br>
> right, but setting the system up to allow a prefix and then hard-specify paths under that makes it impossible to do it cross-platform!<br>
><br>
>> > Portable by default should be the principle.<br>
><br>
><br>
> +1 ... and at least possible (without writing multiple platform-specific versions...)!<br>
>  <br>
> ANother thought is:<br>
><br>
> who should control where things are put?<br>
><br>
> a) the package developer?<br>
> b) the python system maintainer?<br>
><br>
> I think clearly the answer is (b). i.e. we'll have reasonable defaults in the <a href="http://python.org">python.org</a> builds, but if Anaconda or Canopy, or a BSD or a linux distro, or Raspberry Pi, or Micro..... could all define their own paths for standard locations. I think this is much better than the package maintainers fixing that.<br>

><br>
>> The GNU autoconf paths are the obvious choice.<br>
><br>
><br>
> Certainly a good palce to start.<br>
><br>
> One issue -- that (and the FHS) is built around the idea of a "prefix", where you can shift the whole pile to /usr or /usr/local, or /opt, or???<br>
><br>
> But that concept doesn't work on all platforms, so we should be careful about isolating it.</p>
<p dir="ltr">Encapsulating that assumption is why I think the "gnu" nesting is justified. There are layout expectations inherent in the autoconf directory design that just don't make sense on Windows, so any package expecting them is going to be a bit quirky if installed on Windows.</p>

<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
> -Chris<br>
><br>
>  <br>
>><br>
>> It would be really easy<br>
>> to try adding these to the dict that wheel installers use to relocate<br>
>> stuff. <a href="http://www.gnu.org/prep/standards/html_node/Directory-Variables.html">http://www.gnu.org/prep/standards/html_node/Directory-Variables.html</a><br>
><br>
><br>
><br>
><br>
> -- <br>
><br>
> Christopher Barker, Ph.D.<br>
> Oceanographer<br>
><br>
> Emergency Response Division<br>
> NOAA/NOS/OR&R            (206) 526-6959   voice<br>
> 7600 Sand Point Way NE   (206) 526-6329   fax<br>
> Seattle, WA  98115       (206) 526-6317   main reception<br>
><br>
> <a href="mailto:Chris.Barker@noaa.gov">Chris.Barker@noaa.gov</a><br>
><br>
> _______________________________________________<br>
> Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/distutils-sig">https://mail.python.org/mailman/listinfo/distutils-sig</a><br>
><br>
</p>