今天发了个关于AUR的贴,有关git,svn的包管理

Archlinux的AUR是很伟大的,可以让用户们尝试各种官方不提供的包,并且提供某个包对应的svn版本也是一个传统了。我想,一般人使用svn或者git的包一定是为了解决自己的某个问题,例如一个在主版本当中没有修正的bug,一个主版本中没有提供的功能,等等,莫复如是。问题在于等待他们发布一个新的版本是一个不现实的事情,也许这个bug很烦人,很讨厌,也许某个功能我很想要,但是没有。

为什么别人已经写完了,我们却还要等待什么0.1.1的发布,为什么我们不能直接用呢?

这个也许就促进了git和svn版本的诞生,很方便的,一次写完配置,就可以反复编译。

但是也许,你希望下一次回到正式版,毕竟每次svn的更新可能带来新的错误,而发布的版本多半是经过良好测试的,而arch的svn总是会更新到最新版。

为什么在0.1.1发布之后,我还要接着使用svn版?没有道理。问题在于,pacman不会提醒你,“新版本发布啦”这件事,因为你用的是package-svn,而不是package,pacman不知道,也没有义务提醒你,带来的问题就是我也许需要查阅什么新闻,才能知道新版发布了,然后又回到新版本。

所以我发了个贴,如果包的名称能够变成pacakge-0.1.svn234 package-0.1.git20100118,这样在pacman也会提醒你该更新了的事实。

详见:http://bbs.archlinux.org/viewtopic.php?id=89110

This entry was posted in archlinux and tagged , , . Bookmark the permalink.

3 Responses to 今天发了个关于AUR的贴,有关git,svn的包管理

  1. 黑传说 says:
    Unknown Unknown

    其实可以的,就是改aur里面的PKGBUILD文件,把软件包的名字改为和官方包一致的,版本写稍微高于官方的版本号,就可以了。

    博主 对 黑传说 的回复: 2010-03-06 21:19:07
    其实问题倒不在于不行……

    我有研究出怎么搞出来这个效果,而且版本号当中同时也包括git等字样,其中引用的那个帖子已经有我搞出来的pkgbuild了

    主要矛盾在于_gitroot这种变量会引发直接对pkgbuild的更新(pkgver),所以采用了一些曲线救国的方式生成版本号

  2. 御宅暴君 says:
    Google Chrome 28.0.1500.71 GNU/Linux x64

    你发的帖子居然无人搭理…好凄凉的样子(抱头

  3. csslayer says:
    Firefox 25.0 GNU/Linux x64

    ˊ_>ˋ 你吐槽 3年前的blog有何意义

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.