Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Administered by:

Server stats:

218
active users

eupolicy.social: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.8

#dependencyhell

0 posts0 participants0 posts today
Timo Ollech<p>Who else is in <span class="h-card" translate="no"><a href="https://fosstodon.org/@gentoo" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>gentoo</span></a></span> <a href="https://social.anoxinon.de/tags/Python" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Python</span></a> <a href="https://social.anoxinon.de/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a> right now?</p>
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>
分 Bifurkatus<p>Attempted to start coding with vue.js and ended in unresolvable security issues in the dependencies during setup self-validation. <a href="https://dresden.network/tags/kThxBye" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>kThxBye</span></a></p><p><a href="https://dresden.network/tags/nodejs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>nodejs</span></a> <a href="https://dresden.network/tags/dependencyhell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dependencyhell</span></a> <a href="https://dresden.network/tags/npm" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>npm</span></a></p>
Alessandra Sierra<p>Maybe <a href="https://hachyderm.io/tags/Bash" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Bash</span></a> persists as a scripting language precisely because it doesn’t have a library ecosystem. Compared to the <a href="https://hachyderm.io/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a> of other <a href="https://hachyderm.io/tags/scripting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>scripting</span></a> languages, it works more consistently</p>
Jeff Geerling<p>Anything using Python's docker package rn <a href="https://mastodon.social/tags/dependencyhell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dependencyhell</span></a> (ref: <a href="https://xkcd.com/2347/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">xkcd.com/2347/</span><span class="invisible"></span></a>)</p>
Ercanbrack<p><a href="https://mastodon.online/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linux</span></a> <a href="https://mastodon.online/tags/linuxtablet" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linuxtablet</span></a> <a href="https://mastodon.online/tags/linuxaudio" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>linuxaudio</span></a> <a href="https://mastodon.online/tags/immutability" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>immutability</span></a> <a href="https://mastodon.online/tags/immutableOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>immutableOS</span></a></p><p>“An immutable OS is one in which some, or all, of the operating system file systems, are read-only, and cannot be changed. Immutable operating systems have a lot of advantages....” No viruses! no instability!, no dependency hell!</p><p>With immutable OS technology, along with distro-agnostic sandboxed packaging formats, <a href="https://mastodon.online/tags/dependencyhell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dependencyhell</span></a>, viruses, and instabilities are a thing of the past!</p>
ExploreLive feeds
About