Date: Wed, 8 Jun 2016 02:53:21 +0200 From: Kurt Jaeger <lists@opsec.eu> To: "Mikhail T." <mi+oro@aldan.algebra.com> Cc: freebsd-ports@FreeBSD.org, pkg@FreeBSD.org Subject: Re: gem, pip et al vs. pkg Message-ID: <20160608005320.GQ41922@home.opsec.eu> In-Reply-To: <a3bc5362-660f-80d5-c64d-f439052b259f@aldan.algebra.com> References: <a3bc5362-660f-80d5-c64d-f439052b259f@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! > The ports tree has thousands of entries, which are simply thin wrappers > around Ruby's gem or Perl's and/or Python's pip. Thanks again for asking the right questions. Please add go to that list 8-} > Why do we need them? Obviously, it is primarily > for other ports to be able to depend on them. But why can't we satisfy > this need without creating a port for each such little package? Because right now the mechanism we use is the only one we have. > If a port declares: > > RUN_DEPENDS= /foo/:gem//bar/[:/version/] > > why can't the /bar/-gem (with the latest or specified version) be > automatically installed -- and/or registered as a dependency -- without > there being a dedicated port for it? We would need to mirror the language-specific dependency tracking in the ports system. While doable, it's definitly non-trivial. > In the other direction, if someone were to install a Ruby gem using the > gem-utility (or pip-perl, or pip-python, or even rpm), why aren't the > installed files registered in the pkg's database? We have the sources > for all of these utilities -- we can modify them to register the package > and its files with the pkg. > > The changes may even be welcomed upstream, if they are abstract enough > to allow registration with the Operating System's package-manager on > /all/ OSes, which would bother implementing a custom backend... Sounds valid, now someone has to implement this -- and send it upstream for each language. -- pi@opsec.eu +49 171 3101372 4 years to go !
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160608005320.GQ41922>