Re: [DNG] Dependency Hell: was leveldb support proposal

Didier Kryn writes: > Le 02/03/2016 16:04, Steve Litt a écrit : >> I'm constructing my wpa_supplicant toolset. So far it's 100% /bin/sh. >> Installation involves nothing more than copying its directory tree >> somewhere on your computer, and then, on your executable path, putting

Re: [DNG] Dependency Hell: was leveldb support proposal

‎Stephanie Daugherty wrote:‎ >There's a fairly elegant, but seldom used solution >to this problem,. GNU Stow, which is designed to >basically be a "package manager" for locally installed >packages. ‎ What about checkinstall? It can create a .deb package by checkinstall -D. So, instead of make

Re: [DNG] Dependency Hell: was leveldb support proposal

There's a fairly elegant, but seldom used solution to this problem,. GNU Stow, which is designed to basically be a "package manager" for locally installed packages. It works by using symlinks, so that a "package" foo might be installed into /usr/local/stow/foo and have bin/ and lib/ and all the

Re: [DNG] Dependency Hell: was leveldb support proposal

Hi, On 02/03/2016, Steve Litt wrote: > I'm not recommending this for every app. But I've got to tell you, when > you think about installation by package manager, with its pinnings and > exclusions and dependencies and conflicts, not to mention sabotage of > packaging

[DNG] Dependency Hell: was leveldb support proposal

On Tue, 1 Mar 2016 15:15:05 +0100 Didier Kryn wrote: > I hesitated to reply because I know my answer is politically > incorrect. "dependency hell" is the consequence of dynamic linkage. I > understand that dynamic linkage is a necessity for distros, but if > the concern is