<div dir="ltr">This may be well off topic, but I strongly suspect the expectation for others (and it certainly applies to me) is that all of the packages who need it, depend on one singular python release. And that when that default release is changed, all the packages depend on the new release, even if they were installed previously.<br><br>The current situation where every package decides on its own which python 3 version to support, feels wrong to me. How often does a different package truly need an exact python version, and if it does, maybe that can be handled separately?<div><br></div><div>I don't know if this is a core limitation of macports, since the same happens for llvm, gcc, clang and other tools.</div><div><br></div><div>I'm really not keen on the current state: having to install (and in my case, build) a broad swathe of the history of software development tools in order to get the suite of packages I need.</div><div><br></div><div>I checked my ci build directory and it is currently 49GB.</div><div><br>My context: I package GIMP's official release and have to build *everything* because I compile/link to older SDKs.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, 11 Jul 2025 at 16:06, Christoph Kukulies via macports-users <<a href="mailto:macports-users@lists.macports.org">macports-users@lists.macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Thanks to all,<div><br></div><div>selecting python313 now worked. Actually what set the ball rolling was the fact that my jupyter is defunct.</div><div><br></div><div>It began, when jupyter under conda/anaconda3, had an outdated sympy package. It ended up in removing anaconda/conda totally from my system.</div><div>After that jupyter didn't work any longer:</div><div><br></div><span><font face="Courier New">$ jupyter notebook<br>usage: jupyter [-h] [--version] [--config-dir] [--data-dir] [--runtime-dir] [--paths] [--json] [--debug] [subcommand]<br><br>Jupyter: Interactive Computing<br><br>positional arguments:<br>  subcommand     the subcommand to launch<br><br>options:<br>  -h, --help     show this help message and exit<br>  --version      show the versions of core jupyter packages and exit<br>  --config-dir   show Jupyter config dir<br>  --data-dir     show Jupyter data dir<br>  --runtime-dir  show Jupyter runtime dir<br>  --paths        show all Jupyter paths. Add --json for machine-readable format.<br>  --json         output paths as machine-readable json<br>  --debug        output debug information about paths<br><br>Available subcommands: 3.13 console dejavu events execute kernel kernelspec lab-3.13 labextension-3.13 labhub-3.13 migrate<br>nbconvert notebook-3.13 run server troubleshoot trust<br><br>Jupyter command `jupyter-notebook` not found.<br></font><br><div>After the python313 episode the above jupyter disfunctionality persists.</div><div><br></div><div>An attempt to install jupyter now under python313 shows that there are 3.11 dependencies:</div><div><br></div><div><div style="margin:0px;font-stretch:normal;font-size:11px;line-height:normal;font-family:"Courier New";background-color:rgb(254,244,139)"><span style="font-variant-ligatures:no-common-ligatures">pip3 install jupyter</span></div></div><div><div style="margin:0px;font-stretch:normal;font-size:11px;line-height:normal;font-family:"Courier New";background-color:rgb(254,244,139)"><span style="font-variant-ligatures:no-common-ligatures">Requirement already satisfied: jupyter in /usr/local/lib/python3.11/site-packages (1.1.1)</span></div></div><div><span><br></span></div>and lots more of references to python 3.11</span><div><span><br></span></div><div><span><br><blockquote type="cite">Am 11.07.2025 um 11:04 schrieb Bjarne D Mathiesen via macports-users <<a href="mailto:macports-users@lists.macports.org" target="_blank">macports-users@lists.macports.org</a>>:<br><br>Den 11.07.2025 kl. 10.38 skrev Ryan Carsten Schmidt:<br><blockquote type="cite"><br><blockquote type="cite">On Jul 11, 2025, at 03:27, Bjarne D Mathiesen wrote:<br><br>port select --set python  python313<br>port select --set python3 python313<br></blockquote><br>Prefix those commands with "sudo" for normal root MacPorts installations. <br></blockquote><br>Well, I'm running under "sudo bash" under my admin account to avoid<br>having to prefix every admin task w/ "sudo"<br><br><blockquote type="cite"><br>I believe I read somewhere that the python community recommends that "python" always be python 2.x, never python 3.x. Programs that want to use python 3.x should use the program name "python3". If "port select python" currently allows versions of python 3.x to be selected, we may want to change that. <br></blockquote><br>We did do a concerted effort in getting rid of python27 in macports some<br>time back. If I remember correctly, I had a major part in updating a lot<br>of stuff to at least python35 at that time.<br><br>Python27 is offically dead. It was only being kept around in a comatose<br>state because of a lot of stuff not having been upgraded to python3.x<br><br>-- <br>Bjarne D Mathiesen<br>Slagelse ; Danmark ; Europa<br>-----------------------------------------------------------------------<br>denne besked er skrevet i et totalt M$-frit miljø<br>MacPro 2010 5.1 ; OpenCore + macOS 14.7.6 Sonoma<br>2 x 3,46 GHz 6-Core Intel Xeon ; 192 GB 1333 MHz DDR3 ECC RDIMM<br>ATI Radeon RX 590 8 GB<br><br></blockquote><br></span></div></div></blockquote></div>