<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">For anyone interested, since this topic
      has come up yet again. Some time back I wrote a script which makes
      some minor changes to a Slackbuild for a python3 package to allow
      it to be easily rebuilt using whatever version of python the
      builder chooses, the default remains the stock version. The
      resulting package has a unique file name so it plays nice with
      other versions. I understand the rationale for not upgrading the
      stock version, but for those of us that require an upgraded
      version it allows an easy path to do so. SB need not accept any
      official responsibility for it and can take a "use at your own
      risk" posture which also frees maintainers. I currently run both
      3.14 and the stock 3.9 with no issues.</div>
    <div class="moz-cite-prefix">For anyone interested I offer the
      script free to use. Message me is you want to try it.</div>
    <div class="moz-cite-prefix">Glenn</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">On 6/8/26 00:30, Matteo Bernardini
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAPsDuS5vZgfduC7BTVvGF84cQYtqAE14jazYRnHxdc0RYhkmvA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>hi Lumin,</div>
        <div><br>
        </div>
        <div>we avoided doing a python3-opt SlackBuild until now because
          we didn't want to install a parallel python interpreter in the
          system: the potential new dependencies that the various
          scripts that might use that are *a lot* and we cannot afford
          to maintain what we have on SBo for the system's python also
          for another python in /opt, it will result in madness for the
          maintainers and for the admins.</div>
        <div>but if you really want to use a newer python for wormhole
          you can add the python3 build to the wormhole SlackBuild
          itself so that *everything* is restricted to the /opt/wormhole
          directory, also the newer python3 interpreter, so that no
          other script should use it.</div>
        <div><br>
        </div>
        <div>Matteo</div>
      </div>
      <br>
      <div class="gmail_quote gmail_quote_container">
        <div dir="ltr" class="gmail_attr">Il giorno lun 8 giu 2026 alle
          ore 10:19 Lumin Etherlight via SlackBuilds-users <<a
            href="mailto:slackbuilds-users@slackbuilds.org"
            moz-do-not-send="true" class="moz-txt-link-freetext">slackbuilds-users@slackbuilds.org</a>>
          ha scritto:<br>
        </div>
        <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
          Hello, friends,<br>
          <br>
                  I was  trying to  package magic-wormhole[1],<br>
            but found out that it requires Python 3.10+, which<br>
            is newer than the  version available in Slackware.<br>
            I solved  this by compiling a  python3-opt version<br>
            of python,  that installs to /opt,  without effect<br>
            on the base Python install.<br>
          <br>
                  I also wrote a SlackBuild for magic-wormhole<br>
            that installs pre-built wheels for the package and<br>
            all of its dependencies into a venv, then packages<br>
            it as  an installation to /opt  too.  the wormhole<br>
            executables are then copied  to /usr/bin, and they<br>
            work as  expected; they automatically use  the new<br>
            /opt Python installation, since they set it as the<br>
            shebang #!  interpreter,  thus using the libraries<br>
            installed in that venv.<br>
          <br>
                  Wormhole works, all  dependencies are in the<br>
            /opt/magic-wormhole-bin  venv, the  Python install<br>
            it uses is in /opt/python3.  This seems to be some<br>
            reasonable  method to  package such  applications.<br>
            Close to  a typical -bin package,  but for Python,<br>
            basically.  The  final wormhole package  is 26MiB,<br>
            so not  too bloated.  Other applications  that may<br>
            depend on  newer Python3  versions can  perhaps do<br>
            the same, until we hopefully get a newer Python in<br>
            Slackware.  No internet  connection is required at<br>
            build-time for  this method; all  dependencies are<br>
            listed in the .info file as expected.<br>
          <br>
                  I have submitted  both scripts; python3-opt,<br>
            and magic-wormhole-bin, for your consideration and<br>
            review.  I don't expect them to be published soon,<br>
            of course,  as this approach is  not traditionally<br>
            used in  SlackBuilds, so it will  likely take some<br>
            discussion, testing, and improvement.  On my side,<br>
            python3-opt was tested on clean Slackware installs<br>
            fully patched,  for both 32bit and  64bit.  As for<br>
            magic-wormhole-bin, it works on 64bit for now, and<br>
            that's where I  tested it.  It fails  on 32bit, in<br>
            an isolated venv, with  some Rust compiler errors,<br>
            as one  of the dependencies compiles  something at<br>
            some point,  probably a Python plugin.   I haven't<br>
            had time to debug this yet.<br>
          <br>
            Feedback is, as always, much appreciated :)<br>
          <br>
          [1]: <a href="https://magic-wormhole.readthedocs.io/"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://magic-wormhole.readthedocs.io/</a><br>
          <br>
          <br>
          Best Regards,<br>
          Lumin Etherlight<br>
          _______________________________________________<br>
          SlackBuilds-users mailing list<br>
          <a href="mailto:SlackBuilds-users@slackbuilds.org"
            target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">SlackBuilds-users@slackbuilds.org</a><br>
          <a
href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
          Archives - <a
href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
          FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer"
            target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://slackbuilds.org/faq/</a><br>
          <br>
        </blockquote>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre wrap="" class="moz-quote-pre">_______________________________________________
SlackBuilds-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.org</a>
<a class="moz-txt-link-freetext" href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a>
Archives - <a class="moz-txt-link-freetext" href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a>
FAQ - <a class="moz-txt-link-freetext" href="https://slackbuilds.org/faq/">https://slackbuilds.org/faq/</a>

</pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>