V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
EthanZhu
V2EX  ›  macOS

Macports or Homebrew?

  •  
  •   EthanZhu · 2013-03-06 17:51:35 +08:00 via iPhone · 9836 次点击
    这是一个创建于 4074 天前的主题,其中的信息可能已经有所发展或是发生改变。
    MBP配置跑虚拟机有点蛋疼,不知道大家喜欢macports还是homebrew多一点? homebrew最近几年好像比较火,感觉上macports的原理让我更放心一点
    30 条回复    2014-08-29 13:18:25 +08:00
    Cofyc
        1
    Cofyc  
       2013-03-06 18:04:48 +08:00
    其实可以都试用下,我用的是 macports
    kenzi
        2
    kenzi  
       2013-03-06 18:22:25 +08:00
    homebrew
    deepure
        3
    deepure  
       2013-03-06 18:25:03 +08:00 via Android
    brew
    alexrezit
        4
    alexrezit  
       2013-03-06 18:39:59 +08:00
    原理有差别么? 要说易用性显而易见是 brew.
    shao
        5
    shao  
       2013-03-06 20:10:58 +08:00
    brew +1
    ywencn
        6
    ywencn  
       2013-03-06 20:19:58 +08:00
    brew, 不用sudo一身轻松
    cbc009
        7
    cbc009  
       2013-03-06 21:13:03 +08:00
    brew +1
    EthanZhu
        8
    EthanZhu  
    OP
       2013-03-07 00:53:59 +08:00
    @alexrezit brew用系统自带库ports是和系统独立的,更接近linux吧
    EthanZhu
        9
    EthanZhu  
    OP
       2013-03-07 00:55:03 +08:00
    @Cofyc
    @kenzi
    @deepure
    @shao
    @ywencn
    @cbc009

    谢回复!倒腾了一晚上gcc发现ports安装起来简单的多...坑爹的xcode啊 = =
    cassyfar
        10
    cassyfar  
       2013-03-07 01:01:46 +08:00
    虽说macport把软件装/opt会保持系统干净,但是homebrew也搞出了个/usr/local/Cellar
    上次用macport装octave等得不耐烦了,就再没用过了
    sinxccc
        11
    sinxccc  
       2013-03-07 03:30:42 +08:00   ❤️ 2
    macports 的好处是相对独立,不会影响到系统的其他部分。基本上所有的操作都在 /opt/local/ 下面。Homebrew 依然在 /usr/local/ 下面跟其他软件,比如自己编译的软件和 texlive 纠缠不清。

    Homebrew 本质上其实是个增强的 GNU stow + Github 托管的库文件,完整性上比不上 macports。但依托 Github,homebrew 的开发和 formulae 的维护相当活跃。Macports 的一些非常用包的更新速度明显跟不上 homebrew,特别是最近 homebrew 有了 brew tap 这个大杀器之后。

    另外 macports 现在有一部分的预编译包了。

    我个人倾向于 macports,因为我希望外来的部分能跟 OS X 自己的部分尽量分开,而且我自己用的包不多,即使有更新不及时的,自己改一改丢到 local repo 上也足够用了。目前 macports 并没有大的让我不得不换掉的缺陷。不过因为个人项目,得维护一个 formulae 和 brew tap,所以有一台机器上不得不装着 homebrew。
    poplarch
        12
    poplarch  
       2013-03-07 19:53:32 +08:00
    喜欢折腾可以gentoo-prefix,不过我没有成功…目前就用用homebrew
    xiaket
        13
    xiaket  
       2013-03-21 09:26:44 +08:00
    能够忍受port list all的速度的同学就macport吧... 每次跑这个命令就看到tclsh的CPU使用居高不下...
    jun0205
        14
    jun0205  
       2013-03-21 11:00:47 +08:00
    喜欢brew ,各种方便。
    agassi_yzh
        15
    agassi_yzh  
       2013-03-21 11:54:55 +08:00
    brew
    viogus
        16
    viogus  
       2013-03-21 12:33:18 +08:00 via Android
    brew+1
    jetbillwin
        17
    jetbillwin  
       2013-03-21 13:37:10 +08:00
    果断brew
    funcman
        18
    funcman  
       2013-03-21 17:52:24 +08:00
    brew,比apt还方便。
    ryanchicha
        19
    ryanchicha  
       2013-03-24 01:05:06 +08:00
    Brew
    pi1ot
        20
    pi1ot  
       2013-03-26 10:31:07 +08:00
    只用过brew,目前没有发现问题,很方便
    kisa77
        21
    kisa77  
       2013-03-26 11:35:10 +08:00
    brew+1
    allenhsu
        22
    allenhsu  
       2013-03-27 00:05:41 +08:00
    两个都用过,现在用 brew
    jyhmijack
        23
    jyhmijack  
       2013-03-27 13:51:51 +08:00
    brew
    xlmo
        24
    xlmo  
       2013-03-27 13:55:04 +08:00
    brew
    hussion
        25
    hussion  
       2013-03-28 13:55:45 +08:00
    brew+1
    lincank
        26
    lincank  
       2013-03-28 16:08:54 +08:00
    brew +1
    rayiion
        27
    rayiion  
       2013-03-28 18:51:48 +08:00
    果断brew+1
    czhu
        28
    czhu  
       2013-03-30 05:44:41 +08:00
    之前一直用macports,最近转了brew。确实不错,简洁高效,界面也好不少
    magicshui
        29
    magicshui  
       2013-03-30 14:28:18 +08:00
    brew +1
    ey82
        30
    ey82  
       2014-08-29 13:18:25 +08:00
    个人觉得brew更快捷
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   907 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 18:57 · PVG 02:57 · LAX 11:57 · JFK 14:57
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.