二号机
Blogroll
Links
Search
Recent Comments
- csslayer on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- plum on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- Randy's cat on 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on Fcitx 5 的拼音有哪些新功能
- 对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应 | CS Slayer on A new pinyin input method that might be slightly better than sunpinyin
Tags
acfun amarok android archlinux ati blogbus cmake dbus fcitx fcitx4 fcitx5 fedora feeling git gnome gtk ibus icecast input method KDE kde4 kde4.5 keyboard layout kimpanel kwin Linux mpd nginx opensource opensuse planetkde plasma qt sunpinyin systemd ubuntu vim wayland Wordpress x11 yoga 个人Linux唠叨 做饭 歌词 追漫笔记Categories
Archives
Category Archives: archlinux
今天发了个关于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