<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 3/5/22 9:08 PM, Brutzman, Donald
(Don) (CIV) wrote:<br>
</div>
<blockquote type="cite"
cite="mid:BY3PR13MB48848B4F2AB8BF68EF5858A2C4079@BY3PR13MB4884.namprd13.prod.outlook.com">
<p class="MsoNormal">Thanks Moritz for looking at this. However,
we can’t really expect any PyPi user who types “pip install x3d”
to go through such a process.</p>
</blockquote>
<p>A Pypi user does not have to go through that - unless their local
installation is messed up in some way; I was just trying to debug.
Plenty of Pypi packages work just like that.</p>
<p><br>
</p>
<p>However, right now the problem seems to be different:</p>
<p>Something changed in the Pypi setup for this package between
4.0.57 and 4.0.58: From 4.0.58 on, "pip install" only downloads
and installs the metadata of the package (license file etc.), but
not the actual code. Note in the following output how an
installation with 4.0.57 gives me two directories in my
"site-packages" called "x3d" (with the code) and
"x3d-4.0.57-py3-none-any.whl" (with the meta data of the package).</p>
<p>However, starting with 4.0.58, I ONLY get the metadata and not
the actual code - and thus an "import x3d" must fail just because
the code is not actually installed. It also no longer downloads
the actual ~400 kB wheel:<br>
</p>
<p><br>
(kitchensink) MoritzAirRoseGold
~/mambaforge/envs/kitchensink/lib/python3.10> pip install
x3d==4.0.56<br>
Collecting x3d==4.0.56<br>
Downloading x3d-4.0.56-py3-none-any.whl (418 kB)<br>
|████████████████████████████████| 418 kB 2.3 MB/s
<br>
Installing collected packages: x3d<br>
Attempting uninstall: x3d<br>
Found existing installation: x3d 4.0.52<br>
Uninstalling x3d-4.0.52:<br>
Successfully uninstalled x3d-4.0.52<br>
Successfully installed x3d-4.0.56<br>
(kitchensink) MoritzAirRoseGold
~/mambaforge/envs/kitchensink/lib/python3.10> ls
site-packages/x3* <br>
site-packages/x3d:<br>
__init__.py __pycache__ x3d.py<br>
<br>
site-packages/x3d-4.0.56.dist-info:<br>
INSTALLER LICENSE METADATA RECORD
REQUESTED WHEEL license.html license.txt
top_level.txt<br>
(kitchensink) MoritzAirRoseGold
~/mambaforge/envs/kitchensink/lib/python3.10> pip install
x3d==4.0.57<br>
Collecting x3d==4.0.57<br>
Downloading x3d-4.0.57-py3-none-any.whl (16 kB)<br>
Installing collected packages: x3d<br>
Attempting uninstall: x3d<br>
Found existing installation: x3d 4.0.56<br>
Uninstalling x3d-4.0.56:<br>
Successfully uninstalled x3d-4.0.56<br>
Successfully installed x3d-4.0.57<br>
(kitchensink) MoritzAirRoseGold
~/mambaforge/envs/kitchensink/lib/python3.10> ls
site-packages/x3* <br>
INSTALLER LICENSE METADATA RECORD
REQUESTED WHEEL license.html license.txt
top_level.txt<br>
</p>
<p><br>
</p>
<p><br>
</p>
<p>How do you upload the package to Pypi? By hand? Do you use some
uploader script or do it by hand?</p>
<p>If you follow for example
<a class="moz-txt-link-freetext" href="https://packaging.python.org/en/latest/tutorials/packaging-projects/">https://packaging.python.org/en/latest/tutorials/packaging-projects/</a>
: <br>
</p>
<p>- When you do "python -m build" in your local directory, do you
see the actual code file (the .tar.gz file) or only the wheel
metadata (the whl file)?</p>
<p>- When you upload (python3 -m twine upload ....) do you see
uploading of both file?</p>
<p>[Of course, if you use a different method or uploader to make the
wheels and update to Pypi, then the commands and output will be
different.]</p>
<p>Moritz<br>
</p>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Hans Moritz Günther
Massachusetts Institute of Technology
Kavli Institute for Astrophysics and Space Research
77 Massachusetts Avenue
NE83-569
Cambridge, MA 02139
<a class="moz-txt-link-abbreviated" href="mailto:hgunther@mit.edu">hgunther@mit.edu</a>
<a class="moz-txt-link-freetext" href="https://space.mit.edu/home/guenther/">https://space.mit.edu/home/guenther/</a></pre>
</body>
</html>