arch linux 安装软件 archlinux安装aur软件
archlinux如何完全彻底卸载yaourt安装的软件
删除单个软件包，保留其全部已经安装的依赖关系pacman -R package_name删除指定软件包，及其所有没有被其他已安装软件包使用的依赖关系：pacman -Rs package_name要删除软件包和所有依赖这个软件包的程序：# pacman -Rsc package_name警告： 此操作是递归的，请小心检查，可能会一次删除大量的软件包。
要删除软件包，但是不删除依赖这个软件包的其他程序：# pacman -Rdd package_namepacman 删除某些程序时会备份重要配置文件，在其后面加上*.pacsave扩展名。
-n 选项可以删除这些文件：pacman -Rn package_namepacman -Rsn package_name用pacman应该就可以了...
如何成功安装Archlinux记录呢？
1，下载Ach Linux ISO，总共300多M，俺们学校的速度不到1分钟搞定！ 地址@ linux.ogdownload＂http:www.achlinux.ogdownload2，刻录到USB或者CD。
我刻录到CD里面。
重启系统，选择USB启动CD启动。
3，进入系统后，出现登录提示。
在用户名处，输入oot或者ach，无需密码，即可进入。
4，接着，在命令行下输入安装命令 achsetup开始进行安装。
5，一系列OK确定即可。
然后出现下面的菜单，我们安照提示一步一步来安装。
不可能跳出这个选择项，建议按照图中出现列表一步一步来即可。
6，第一步是“Select Souce”.我们这里选择CD。
确定即可。
7，然后，“Set clock”. #1,Select egion and timezone，即选择地区和时区 我们选择“Asia”，城市选择“Chongqing”或者“Shanghai”. #2,Set time and date 第一是UTC，北京时间是UTC+8； 第二个是Local，当地时间。
我们选择当地时间。
archlinux安装过程中重启系统后出现问题
ArchLinux是针对i686优化的linux发行版，本质上就是一个Linux操作系统，是一种程序。
最初起源于Per Lidén 开发的一个非常不错的CRUX发行版。
Arch 基本理念是快速、轻巧、弹性与简单。
其提供的安装盘只包含安装所需的基本系统，用户可以根据自己的特定需求选择配置安装相应的软件。
Archlinux采用滚动升级方式，提供多数软件的最新稳定版本。
Arch Linux 怎么安装
Archlinux 也并非完全没有测试，它也有自己的 testing 分支和完善的 tracking system 。
然而由于 Archlinux 的哲学，更新速度非常之快，甚至 GNOME 2 到 3 这样的大型更新它都只用了不到一个月就正式发布了。
而 Archlinux 毕竟不算是一个大型发行版，工作人员有限，这么短的时间之内很难进行彻底的测试。
发布之后再遇到大小 bug 都是再常见不过的事情，除了一般软件 bug 甚至还有内核和硬件之间的兼容问题……比如我的上一篇博客就提到了两个相当严重的 bug 。
想看更多的例子？去 官方论坛 看看就知道了。
由于 Archlinux 的特点和哲学，其实这不是什么大问题。
折腾 Archlinux 的都不是小白，在社区的配合之下一般最后都能顺利找到问题根源（大多数时候是上游 bug ……）然后找到 workaround 并向上游反馈。
包括我在内的不少用户其实是乐在其中的（虽然嘴上抱怨不断）。
Archlinux 的“用户”在一些大型发行版里其实应该是“志愿者”之类的存在…… 但这在生产环境之下是不能容忍的。
你让一个生产服务器更新之后遇到 bug 然后运维顶着上司压力满头大汗地找问题、提 issue ？对这一点抱有疑问的人一定没有在商业公司做过运维。
不要和我说什么你的个人博客 VPS 用的是 Archlinux 。
更新内核后竟一定要重启？ 这应该是 Archlinux 最大的问题了。
很多 Linux 用户都不理解为何 Debian 和红帽系都要把每个内核版本分开打包，然后再做一个虚包指向最新版内核，更新内核时不会自动删掉旧版本，还得之后手动删除…… 这其实是有非常重要的理由，而且不限于是“保险起见”，新内核启动不起来的时候可以选择旧内核。
更重要的原因是—— Linux Kernel 是模块式的、动态加载的，而 /usr/lib/modules/LINUX-KERNEL 是属于内核软件包的。
如果在更新内核的时候删掉了旧版内核的软件包（也就删掉了模块目录），就会使得还未加载的模块无法再被加载了。
觉得没有影响？那么我告诉你——硬件驱动都是以内核模块形式存在的。
举个例子，如果你使用 Archlinux ，在某此启动之后都没有插过 U 盘，然后更新了内核，你就发现 U 盘插进去以后怎么都认不出来（USB EHCI 模块和 vfat 文件系统模块都没挂载……）。
你说服务器上不会有硬件变动？那么你一定是忘记了 OpenVPN 之类的软件，在启动之后需要建立一个虚拟设备（比如 OpenVPN 的 TAP 或者 TUN ），如此一来也就无法使用了。
最终的结果就是，使用 Archlinux ，要么你就别更新内核，要么更新了内核以后就立即重启以免遇到奇怪的问题。
这种粗暴的更新方式难道不是比 Windows Update 还要糟糕么？（用过 Windows Server 的人一定遇到过更新以后要求你重启，甚至如果你正好处于一个活跃会话，那么如果你不立即取消掉那个对话框， 15 分钟后就直接给你重启了……） 糟糕的 Pacman 比起复杂甚至臃肿的 yum/rpm 和 apt-get/dkpg , Archlinux 的包管理器要简单许多，一个 pacman 就搞定了“源”和“包”两头，完成了别的发行版两个软件才能做到的事情。
可如果真要是这么简单的一个程序就能做好的事情，为什么别的发行版都要这么“笨”地开发如此复杂的工具？答案其实很简单——软件包管理本来就是非常复杂的事情。
我不是一个包管理者，在这方面没有什么发言权，但单从一个用户角度来看也足够意识到其存在的不足了。
依赖、推荐不够灵活，只有 depends opt-depends suggestions 三种，缺乏“虚包”的支持。
一些常见的需求比较难以优雅地实现，比如：一个软件有多个不同的实现时，只能通过设置相同的 provides 然后再互相 conflicts 实现，这样一来每加一个新的实现就要修改之前所有的相同 provides 的包，而且也缺乏 dpkg-reconfigure 之类的工具来选择一个虚包到底使用哪一个实包从而实现灵活地在不同实现之间切换的功能（比如 Oracle JDK 和 OpenJDK 之间的切换，在 Archlinux 里只能安装一个然后删除掉另一个）。
另外， Archlinux 的打包粒度太大（比如一个 php 包就包括了大量非必须模块，得靠修改配置文件来启用或禁用，而在 Debian 和红帽里则是被拆成了很多个包）。
当然，也有人认为 Debian 的粒度太细就是了。
不过就我两年的使用经历看来 Archlinux 的包的确偏大，对于桌面版没有什么问题，这年头大家的硬盘也都挺大，但在服务器上一般都是希望安装尽可能少的软件以尽可能减少漏洞和 bug 。
当然，比较简单的包管理器也有一个好处，就是降低了打包的门槛。
这也是 AUR 能够这么方便易用、内容丰富的部分原因。
最后，吐槽一下 pacman 不会自动清理包缓存，哪怕是很早以前的。
我在用了两年之后包缓存有30多个G，直接把我的根分区都占满了……
linux系统下如何安装软件
还有就是，第二步中安装的lib也需要有对应的头文件：在编译安装源码包的时候，比如在安装COMPIZ的时候会要求系统里存在libgl1-mesa-glx等，如果系统中有没满足的依赖关系时，make的时候会报错，再安装.依赖包的设置。
有些软件是依赖特定包来实现功能的，主要有，一般放在与lib同名的有dev后缀的包中。
祝你早日编译成功~另外，虚机团上产品团购，对于tar.先解压。
比如在编译vmware server的过程中会提示指定系统头文件的放置位置，比如在编译MATLAB2008a的时候：1:make install这样就完成了源代码的编译，并安装到/，仔细观察出错的提示；configure3.编译如果上一步不出错的话输入，arch代表CPU体系），仔细检查编译时要求的版本号是否于目前安装的版本号对应。
注意事项，可以用tab自动补全。
2.配置进入解压后的目录，大致就能知道是缺少什么lib包。
一般来说，系统常用的头文件都被打包在一起为linux- headers-*!1.**.*-arch（适合debian系统，其中星号为内核版本号：make4。
2源代码包要先编译。
除了以上两点，还要注意symbol的设置。
symbol一般就是头文件的集合.symbol的设置.编译器的设置。
有的时候会检查编译器版本。
3.安装到系统中上一步就已经产出可以运行的文件了，不过如果需要安装到系统上一步改成，一定要仔细检查系统设置，make需要GCC4.1，而系统的编译器版本是4.3就会引起错误，这时候要手动设置环境变量CC，运行： ./bin下了（根据具体情况有所不同）；usr/.bz2结尾的：tar -jxvf packagename.tar.bz2其中packagename是你的软件包名称.* 展开
-