linux学习笔记-2：第一个问题

之前学习了unix与linux的历史发展，不再赘述，现在遇到第一个问题，首先，linux的发行版以套件管理方式粗分为两大类，即Debian的dpkg方式和Red Hat的RPM方式，鸟叔建议先学习以RPM套件管理为主的RHEL/Fedora/SuSE/centOS,而我安装的是dpkg方式的ubuntu，所以先来学习下这两种方式的异同。

以下引自：http://justcoding.iteye.com/blog/1937171

• dpkg ：
  这个机制最早是由Debian Linux 社群所开发出来的，透过dpkg 的机制， Debian 提供的软体就能够简单的安装起来，同时还能提供安装后的软体资讯，实在非常不错。 只要是衍生于Debian 的其他Linux distributions 大多使用dpkg 这个机制来管理软体的， 包括B2D, Ubuntu 等等。

• RPM ：
  这个机制最早是由Red Hat 这家公司开发出来的，后来实在很好用，因此很多distributions 就使用这个机制来作为软体安装的管理方式。 包括Fedora, CentOS, SuSE 等等知名的开发商都是用这咚咚。

按我个人的理解，这两种方式的产生是为了解决不同的linux发行版在使用过程中的软件安装升级问题，发行版更多面向普通用户，要求用户在安装软件时自行判断软件间的依存关系，软件是否存在及当前版本等信息实在时难为人，也不利于自动升级，所以将安装环境的检测和安装结束后系统内软件信息的注册与安装文件打包在一起，打包方式即这两种方式。

两种方式的指令如下：
继续引自http://justcoding.iteye.com/blog/1937171

distribution 代表	软体管理机制	使用指令	线上升级机制(指令)
Red Hat/Fedora	RPM	rpm, rpmbuild	YUM (yum)
Debian/Ubuntu	DPKG	dpkg	APT (apt-get)

---

APT与YUM

虽然RPM与DPKG有效的解决的软体的安装，移除与查询的需求，但是在Linux上的套件管理还有一个很大的问题必须解决，就是各软体间的相依性(dependency)。 RPM与DPKG只能做到检查相依性，在安装或移除时告知相依性的不满足，皆下来就需要使用者自行去找出所需的套件来安装。 这样的确是有点不方便，因此产生了前端工具软体- APT及YUM。

最后小小的吐槽下，虽然想好好写一些有用的博客，但是一查发现好多已经解决问题的博客，满满的失落感啊……但是这也证明了我写博客的意义～^_^～迟早有一天我也会写出有深度的原创博客的！
其他参考博客：
1.http://blog.csdn.net/conanswp/article/details/23673453
2.http://blog.csdn.net/ljq1203/article/details/7401616