<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Those interested in this discussion may
      want to look at PR #316, which makes creating options to link to
      system libraries easier to accomplish internally:<br>
      <br>
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      <a href="https://github.com/astropy/astropy/pull/316">https://github.com/astropy/astropy/pull/316</a><br>
      <br>
      Mike<br>
      <br>
      On 07/11/2012 12:13 PM, Michael Droettboom wrote:<br>
    </div>
    <blockquote cite="mid:4FFDA622.5070203@stsci.edu" type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <div class="moz-cite-prefix">On 07/10/2012 11:33 AM, Ol&#1077; Streicher
        wrote:<br>
      </div>
      <blockquote cite="mid:ytzk3yb3a20.fsf@news.ole.ath.cx" type="cite">
        <blockquote type="cite">
          <pre wrap="">In any case, moving it to cextern as you suggest.  (I don't remember
the conclusion of the wcslib dicussion--was it going to be moved into
cextern as well?)
</pre>
        </blockquote>
        <pre wrap="">As far as I know, there is no (documented) decision on that yet.</pre>
      </blockquote>
      <br>
      My plan is to (a) wait for a release of wcslib with the necessary
      patches, and then (b) move our local copy into cextern, and (c)
      provide a setup.cfg switch to use the system wcslib rather than
      the included one.<br>
      <br>
      I also plan to do (c) for expat, I just haven't got around to it
      yet.<br>
      <br>
      <blockquote cite="mid:ytzk3yb3a20.fsf@news.ole.ath.cx" type="cite">
        <pre wrap="">

But the machine that creates the packages has nothing to do with the
machine where it is finally installed (Debian provides ready-to-use
binary packages). So, I would like to be able to *create* the pyfits,
pywcs and votable legacy packages even if the original ones are already
installed on my build machine -- I will just put the files in the
according package, and not use it here directly.

The patch for this is quite simple, but a documented switch would be
more robust.

</pre>
      </blockquote>
      <br>
      PR #302 added an option to disable legacy shim building.&nbsp; You're
      suggesting here that it would also be nice to have something that
      *forces* legacy shim building?&nbsp; That should be easy enough to do
      following the pattern laid out in #302.&nbsp; Just wanted to confirm
      that adding a `--enable-legacy` commandline arg to setup.py that
      would always build the legacy shims would be helpful here.<br>
      <br>
      <a moz-do-not-send="true"
        href="https://github.com/astropy/astropy/pull/302">https://github.com/astropy/astropy/pull/302</a><br>
      <br>
      Mike<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
AstroPy mailing list
<a class="moz-txt-link-abbreviated" href="mailto:AstroPy@scipy.org">AstroPy@scipy.org</a>
<a class="moz-txt-link-freetext" href="http://mail.scipy.org/mailman/listinfo/astropy">http://mail.scipy.org/mailman/listinfo/astropy</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>