sfba.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Mastodon instance for the San Francisco Bay Area. Come on in and join us!

Server stats:

2.3K
active users

#dependencyhell

1 post1 participant0 posts today
Mike Taylor 🦕<p>Hoo boy am I tired of seeing messages in my browser's JavaScript from some deep transitive dependency of the app I work on, saying "We're about to remove support for &lt;feature that a slightly less nested transitive dependency uses&gt;, sucks to be you."</p><p>This whole developer ecosystem is a nightmare of endless compatibility problems, 90% of them trivially avoidable with a moment's thought.</p><p><a href="https://sauropods.win/tags/Node" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Node</span></a> <a href="https://sauropods.win/tags/NPM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>NPM</span></a> <a href="https://sauropods.win/tags/React" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>React</span></a> <a href="https://sauropods.win/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a></p>
C.<p><span class="h-card" translate="no"><a href="https://techhub.social/@diazona" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>diazona</span></a></span> <span class="h-card" translate="no"><a href="https://mastodon.social/@RomanOnARiver" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>RomanOnARiver</span></a></span> </p><p>One brief note: when David says the "new way" is to use Python virtual environments, that's extremely relative. It has been best practice (and the only way to save your sanity because of dependency hell in any nontrivial project) in the Python community for, I dunno, 20 years? But Python's been around for &gt;30, so it is the "new" way. Long before the `virtualenv` tool I was accomplishing the same thing with symlink trees to isolate interpreters.</p><p>There are lots of opinions on where you should keep your venvs, i.e. what the path to them should be. I personally like putting them in the project directory, typically `&lt;project&gt;/.venv`, but others like to stash them away someplace, like in ~/.local/share. Project tools that handle virtualenv management (e.g. poetry, uv, etc) will generally give you a way to control where they create the venvs.</p><p><a href="https://mindly.social/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a> <a href="https://mindly.social/tags/import" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>import</span></a> <a href="https://mindly.social/tags/circular" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>circular</span></a> <a href="https://mindly.social/tags/conflict" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>conflict</span></a></p>
Sybren A. Stüvel<p>Who knows why I see `rustc` running when I run `pip install --no-binary :all: --no-compile jsonschema`?</p><p>Shouldn't that be avoided because I said "do not compile"?</p><p>Edit: I was using these options in the hope to get an overview of binary vs. pure-Python packages.</p><p><a href="https://fosstodon.org/tags/python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>python</span></a> <a href="https://fosstodon.org/tags/development" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>development</span></a> <a href="https://fosstodon.org/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a></p>