gentoo用户可能转向arch的几个问题（原gentoo用户或用过gentoo的进）

davidlone · 发表于 2010-7-25 20:21:15

Post by xliotx;2105158
还有一个问题就是，如果改了编译设置，是不是以后每次升级编译的话都要重新改一次？非编译包的依赖选择是否安装也是这样每次都要选择？

如果是abs或者aur这等通过PKGBUILD编译而来的，如果pkgbuild更改了编译设置，下次升级时应该也是要自己改一下pkgbuild的。
如果官方的二进制包，那些啥依赖关系应该不用操什么心的，反正一般看一下提示，一般也就是yes就行了。

5000 · 发表于 2010-7-25 20:26:08

Post by freeobject;2105068
话说，adobe刚开始支持linux的时候出的包比较不错（好象是测试版那会），那时候用archlinux,感觉很爽，cpu占用很低忽略不计，可是好景不长，狡猾的adobe在后续更新的包里面私藏了东西。。

我对那个flashplugin也有所不爽，我原来看flv是不卡的，前些天升级以后，看flv就开始丢帧了，cpu100%，不过也有可能是firefox从3.5升级到3.6的问题，firexfox越搞越大，搞了个什么plugin-container去防崩溃，代码效率降低了

freeobject · 发表于 2010-7-25 20:52:54

Post by alvin_rxg;2105157
新版本 flash 在所有平台都一样，它在 windows 平台占用的cpu时间也是很多的。如果它在后台真藏了东西，那么在它发布不久(最长一个月)就被人发现了。更何况 Jobs 说 adobe flash 只是会拖慢系统，并没有说它后台有问题。:Ax:

--------------------------------------------------------------------------------

话是这样说没错。不过你也可以在 pacman.conf 中添加黑名单。把 python 2.6 ignore，这样在升级的时候 python2.6 以及依赖 python2.6 的软件包都不会升级。

你搜一下adobe air cloud computing
就知道阿多比早就在搞这个东西。where is the cloud? possibly yours and his CPUs who has installed adobe flash.

貌似这种东西没有源码是查不出来的。Jobs的感觉是对的。而且事实证明flash可以非常的节能省CPU，但它没有，为什么？

用理智的行为分析，会得出意想不到的结论。

freeobject · 发表于 2010-7-25 20:56:35

Post by 5000;2105167
我对那个flashplugin也有所不爽，我原来看flv是不卡的，前些天升级以后，看flv就开始丢帧了，cpu100%，不过也有可能是firefox从3.5升级到3.6的问题，firexfox越搞越大，搞了个什么plugin-container去防崩溃，代码效率降低了

禁用是有利于自己的决定。当然有些人喜欢cloud computing,给adobe做贡献弥补自己用盗版PS给阿多比造成的损失，那是另一回事了。个人意见仅供参考。

5000 · 发表于 2010-7-25 21:41:29

我忽然想起我还保留有旧版的flashplugin，换上去一看flv还是丢帧，看来是firefox的问题，只怪我的电脑太老了，只有1G CPU，1.7G CF卡，跟不上软件的更新了，不过那个flashplugin确实大了点，比mplayer大多了，不知道干嘛搞这么大

davidlone · 发表于 2010-7-25 21:46:16

为什么浏览器里flash视频缓冲完之后把网线拔掉，然后播放flash视频还是一样的占cpu呢，这时候网都没了，应该有后门也连不上了吧。另外在linux下我反倒觉得现在flash10版本比以前的flash9播放要流畅。

axlrose · 发表于 2010-7-25 22:07:33

学下PKGBUILD,这个比较容易上手,然后建个本地仓库,基本上二进制包加PKGBUILD基本是够用的
GENTOO转ARCH 好几个月了,主要是受不了老是编译,目前感觉挺不错的
GENTOO现在只是chroot来用,不过是为了交叉编译东西

xliotx · 发表于 2010-7-25 22:39:14

Post by axlrose;2105185
学下PKGBUILD,这个比较容易上手,然后建个本地仓库,基本上二进制包加PKGBUILD基本是够用的
GENTOO转ARCH 好几个月了,主要是受不了老是编译,目前感觉挺不错的
GENTOO现在只是chroot来用,不过是为了交叉编译东西

我也是因为编译，特别是有时候升级库包，相关所有软件都要重新编译……
有没有不适应的地方呢？

MACHINE · 发表于 2010-7-26 08:03:52

Post by xliotx;2105031
用gentoo 2年多，有很多习惯实在是不想改变，但的确不太喜欢gentoo的编译速度……而且gentoo系统其实挺庞大的，装了好多开发包，基本用不到，我又有点系统洁癖……所以考虑在未来的新本子上换arch试试。我现在比较关心的几个问题是：

1. 装AUR软件的稳定性和方便性。其安装和卸载是不是也可以很干净方便，自动解决依赖，和其他软件用统一用包管理系统一起管理。比如编译个ck的内核这种不在源里的东西。

2. yaourt这玩意是不是检索机器迅速，要知道eix和emerge检索软件速度根本不能比，eix因为自己建立数据库，完全没延时。发现有tupac，但好像数据库更新不依赖与pacman，要自己删除不用的目录？

3. gentoo的USE可以定依赖关系，比如mplayer不开某个USE，可能某个不用的包就不会安装。Arch里既然没有USE，难道说所有可能功能依赖的包都会被安装？那系统里无用的东西不是会比较多了……

4. 软件数量的问题……core+extra+aur >= gentoo + overlay?

欢迎补充可能出现的新问题……

我去年7月份从Gentoo转用Arch的。

相信我，你做的决定很正确。Arch有很多优势是Gentoo没有的。

除了典型的优势以外，

1、Arch专注于x86-32/64，不用维护很多臃肿的补丁。
2、软件包更新不会像Gentoo那样过时。
3、pacman -Qdt / pacman -Rcnsuv / pacman -Sc / pacman-optimize 可以帮助你清洁你的系统。

xliotx · 发表于 2010-7-26 08:22:55

Post by MACHINE;2105212
我去年7月份从Gentoo转用Arch的。

相信我，你做的决定很正确。Arch有很多优势是Gentoo没有的。

除了典型的优势以外，

1、Arch专注于x86-32/64，不用维护很多臃肿的补丁。
2、软件包更新不会像Gentoo那样过时。
3、pacman -Qdt / pacman -Rcnsuv / pacman -Sc / pacman-optimize 可以帮助你清洁你的系统。

谢谢，我也的确有软件包更新方面的考虑……看来大家都比较同意转Arch。

		自动登录	找回密码
密码			注册