[Haskell-cafe] Re: ANNOUNCE: Utrecht Haskell Compiler (UHC) -- first release

Achim Schneider barsoap at web.de
Tue Apr 21 07:42:25 EDT 2009


Edward Middleton <emiddleton at bebear.net> wrote:

> Achim Schneider wrote:
> > Edward Middleton <emiddleton at bebear.net> wrote:
> >
> >   
> >>> ghc 6.8.3 is /usr/bin/ghc on my office Mac, but nothing in the
> >>> world prevents there being some other program called ghc that
> >>> would also like to be there.  Only by painstaking verification of
> >>> a whole bunch of applications together can one be confident of
> >>> "safety". 
> >> Well then I guess we agree,  so the question becomes who should do
> >> the painstaking verification.  I think distribution maintainers
> >> should do this, you think end users who can't compile source
> >> packages should do this.
> >>     
> 
> > Not the maintainers, but the tool. Portage doesn't install stuff if
> > it would overwrite other things, records changes to files in
> > e.g. /etc to be merged later (interactively, with diffs), and
> > records every file it ever installed by having the package install
> > itself in /var/portage/<package>/<version>. You are
> > _completely_busted_ if your install script doesn't support that:
> > The script runs sandboxed.
> >
> > Portage even registers every installed package into an empty ghc
> > package database, and merges them later. It knows what it does.
> >
> > I can switch between different versions of packages, or different
> > implementations of the same functionality (say, java-sun vs.
> > java-blackdown) with eselect.
> >
> > In short: Don't write your own install scripts, you're bound to get
> > it wrong, and/or be vastly inferior, compared to portage.
> >   
> 
> But who writes the ebuild[1] ?  That said, on the various system I
> run I have over 100 custom ebuilds that I maintain.  I can do this
> because most applications have standard sane build systems that
> install things in the regular places.
> 
Yes, usually it's just a matter of writing "inherit distutils" and
figuring out (still missing) dependencies. While I utterly loathe
autoconf, it has its merit... being widely used.

-- 
(c) this sig last receiving data processing entity. Inspect headers
for copyright history. All rights reserved. Copying, hiring, renting,
performance and/or quoting of this signature prohibited.




More information about the Haskell-Cafe mailing list