A general observation (not particularly replying to your post, Thomas).

For both python and haskell (just to name two languages), distribution
(where things end up on the filesystem ready to be used) can be done by
both the built-in tools (cabal-install, pip) and the distribution-specific
tools. Gentoo even has a tool to take a cabal package and generate an
ebuild from it - https://github.com/gentoo-haskell/hackport. In the Haskell
world cabal and cabal-install are separated (
http://ivanmiljenovic.wordpress.com/2010/03/15/repeat-after-me-cabal-is-not-a-package-manager/)
- which is probably a good thing and maybe something we can consider for
rustpkg. (The link btw is quite interesting in its own right and perhaps
some more inspiration could be taken from there).

My point is that a building tool should be able to either fetch or look up
dependencies that already exist in a well-specified layout on the
filesystem (for the case of development and production deployment using a
distro package manager respectively). Whether that is a single tool or two
tools is a point of design; I think both are necessary.

I feel there is enough that's been discussed on this thread for a write-up
on a wiki or the beginnings of a design/goals document that can later be
presented for another discussion. I don't see an existing place on the wiki
for this though - where should it go?


On Sun, Feb 2, 2014 at 7:47 PM, Thomas Leonard <[email protected]> wrote:

> [ I don't want to start another argument, but since you guys are
> discussing 0install, maybe I can provide some useful input... ]
>
>
_______________________________________________
Rust-dev mailing list
[email protected]
https://mail.mozilla.org/listinfo/rust-dev

Reply via email to