[tahoe-dev] [tahoe-lafs] #1226: boutique VC in boutique language raises bar for contributions

tahoe-lafs trac at tahoe-lafs.org
Thu Oct 14 12:24:39 UTC 2010


#1226: boutique VC in boutique language raises bar for contributions
------------------------------------+---------------------------------------
     Reporter:  gdt                 |       Owner:  somebody 
         Type:  defect              |      Status:  new      
     Priority:  minor               |   Milestone:  undecided
    Component:  dev-infrastructure  |     Version:  1.8.0    
   Resolution:                      |    Keywords:  darcs    
Launchpad Bug:                      |  
------------------------------------+---------------------------------------

Comment (by gdt):

 Replying to [comment:1 davidsarah]:
 > It's more than lame that pkgsrc (NetBSD's packaging system) fails to
 build/install GHC, which is the most commonly used implementation of a
 major programming language.
 [http://www.haskell.org/ghc/docs/6.12.2/html/users_guide/mailing-lists-
 GHC.html Complain!] (NetBSD is a "tier 2" platform for GHC development
 according to [http://hackage.haskell.org/trac/ghc/wiki/Platforms this],
 and there is [http://www.haskell.org/ghc/download_ghc_6_12_3.html no
 binary distribution of GHC downloadable for NetBSD].)

 I don't see it as a major language - this is the first time I've wanted to
 use something written in it, and I suspect a lot of people that I know
 have just barely heard of it.   But my point is that I'm not going to
 start hacking haskell in order to get to where I can learn darcs.  If it
 were a mainstream language, say in the top 10, then it would already have
 worked fine in pkgsrc, which I think has 8000 working packages.   I
 certainly agree that in an ideal world someone would be keeping after
 having ghc work on NetBSD on 15 different cpu types and having it be
 current in pkgsrc, but not enough people have the combination of spare
 time and motivation.

 Thanks for agreeing that this is a legitmate issue.  I realize there are
 costs to changing and I'm not sure that's the right thing to do - I am
 just asking that it be seriously considered.  If there's a bidirectional
 gateway somehow that's probably entirely good enough.

-- 
Ticket URL: <http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1226#comment:4>
tahoe-lafs <http://tahoe-lafs.org>
secure decentralized storage


More information about the tahoe-dev mailing list