<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Aug 16, 2016 at 12:43 PM Alex Grönholm <<a href="mailto:alex.gronholm@nextday.fi">alex.gronholm@nextday.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    16.08.2016, 19:37, Daniel Holth kirjoitti:<br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div dir="ltr">On Tue, Aug 16, 2016 at 12:06 PM Donald Stufft
            <<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>>
            wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div style="word-wrap:break-word"><br>
              <div>
                <blockquote type="cite">
                  <div>On Aug 16, 2016, at 8:50 AM, Daniel Holth <<a href="mailto:dholth@gmail.com" target="_blank">dholth@gmail.com</a>>
                    wrote:</div>
                  <br>
                  <div><span style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">Wheel
                      should be updated to support the egg use case
                      before egg is removed. IIUC this would mostly mean
                      officially supporting 'unzipped wheel' as a thing
                      you can add to PYTHONPATH, possibly with some
                      additional restrictions for the specific wheel. We
                      could go a little further and officially support
                      zipped wheels "if zip safe". We could implement
                      wheel2egg to complement egg2wheel?</span></div>
                </blockquote>
              </div>
              <br>
              <div><br>
              </div>
            </div>
            <div style="word-wrap:break-word">
              <div>I don’t think Wheel should officially supported unzip
                wheels as a thing you can add to PYTHONPATH nor do I
                think we should officially support zipped wheels being
                added to PYTHONPATH. Neither of those things are going
                to work universally and setuptools has gross heuristics
                to try and figure out when they will and won’t work
                (which regularly break or report inaccurately). Wheel is
                improved by remaining focused on being a format for
                distributing and installed via an installer, not one
                that tries to do all of the things like Egg did.</div>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>So this is how I envision "installing a wheel to its own
            directory".</div>
          <div><br>
          </div>
          <div>1. Unzip the wheel into its own directory.</div>
          <div>2. If there are any nested *.data/purelib, platlib, make
            sure they are also unzipped into the root of the unzipped
            wheel instead of their archive paths.</div>
          <div>3. If there are scripts and you want them, install those
            too.</div>
          <div><br>
          </div>
          <div>If 2 and 3 don't apply to you, you are done almost before
            you've started. What's missing?</div>
        </div>
      </div>
      <br>
    </blockquote></div><div bgcolor="#FFFFFF" text="#000000">
    How does one go about installing console_scripts this way?</div></blockquote><div><br></div><div>No difference. Read entry_points.txt and generate script wrappers for all of the listed console_scripts. In buildout's case it adds all of the dependencies to sys.path in the generated console_script wrapper.</div></div></div>