刚硬盘安装了 arch + debian lenny ，也就那么回事。说折腾能学到东西是真的，不过说折腾出的东西有多好纯粹意淫，Ubuntu 8.04.2 在安装自由度，后期定制，包的质量，性能上都不落下风。jnmzwang 写了：现在u和f都不用了，不管谁的应用水平更高，由于不能定制安装，或者不能完全定制安装，两者都吃掉我太多的内存（本人机子才1G）、网页浏览不顺畅，本人已转向debian lenny，自己定制系统，速度绝对比前两者高，而且内存使用也降到一个较低的水平。不过应该谢谢u，使用u积累的一些经验在使用debian lenny时完全派上了用场。
fedora技术应用水平一定比ubuntu高吗
-
AutoXBC
- 帖子： 1744
- 注册时间： 2007-10-23 12:54
Re: fedora技术应用水平一定比ubuntu高吗
-
youngerlak
- 帖子： 951
- 注册时间： 2008-11-09 14:58
Re: fedora技术应用水平一定比ubuntu高吗
幸好我不懂这些，因此我算健康的？？netphi 写了：一个侧重于开发，一个侧重于桌面应用，要是这样都比来比去，互相贬低的话，那真是见鬼了，这不是健康的心态。
-
zhuqin_83
- 帖子： 10606
- 注册时间： 2006-05-13 4:02
- 联系：
Re: fedora技术应用水平一定比ubuntu高吗
我gnome才80M内存。photor 写了：我的ubuntu-lxde开机后占用内存70MBjnmzwang 写了：现在u和f都不用了，不管谁的应用水平更高，由于不能定制安装，或者不能完全定制安装，两者都吃掉我太多的内存（本人机子才1G）、网页浏览不顺畅，本人已转向debian lenny，自己定制系统，速度绝对比前两者高，而且内存使用也降到一个较低的水平。不过应该谢谢u，使用u积累的一些经验在使用debian lenny时完全派上了用场。
HP Pavilion DV6-2064CA: AMD Turion II Ultra Dual-Core Mobile M640, HD4650, 2GBx2 DDR2-800, Seagate 500GB 7200RPM SATA, BD-ROM
DELL UltraSharp 2209WA
Arch64, Testing repo
DELL UltraSharp 2209WA
Arch64, Testing repo
-
poet
- 帖子： 2841
- 注册时间： 2006-09-11 22:47
Re: fedora技术应用水平一定比ubuntu高吗
不会配置ubuntu编译环境，只是无知，还可以学习和教育。demonhunter 写了：不同意楼上观点，各个发行版各有特色，ubuntu简便易用，论坛，WIKI支持丰富，适合新手入门；fedora在编程环境方面的配置确实要比ubuntu简便，这点大家不能不承认的，适合像我这样的菜鸟学习编程开发和晋级学习，呵呵，个人观点
说fedora编程环境的配置比ubuntu简便，个人觉得是有点无畏。
当然，我们中的大多数人永远也不会去懂西班牙语或者荷兰语，不过我们能否因此就说明：中文比西班牙语简单？
——不能的，中文简单仅仅因为我们熟悉中文而已。你只有对两种体系“同等熟悉”才有资格说谁更简单。
历史上更多的人对redhat/fedora熟悉。觉得会配fedora开发环境。这似乎并不能等同于说ubuntu开发环境不容易搞吧？
另外楼上的楼上的某一楼有人给了一个JRE连接：我可以很负责任的说：我用的就是x86_64 ubuntu，我的机器上没任何问题。
-
poet
- 帖子： 2841
- 注册时间： 2006-09-11 22:47
Re: fedora技术应用水平一定比ubuntu高吗
> 现在很多发行版的pulseaudio的稳定性比最先采用Fedora8还不如，小白发行版比很多稳定发行版还稳定，那些稳定版真惭愧；
Fedora 的 KDE一向都是最不稳定的KDE之一，这还是 Linux之父本人都用Fedora+KDE的前提下都搞成这样，我不知道 Fedora有什么脸面提稳定性。
> 高下还得在64位下见分晓，Fedora的 i386 和 x86_64 从架构上就已经可以共存的，源里包也同时提供两种版本。比起其他发行版安装32位库的来说，Fedora的x86_64版本里的i386程序几乎就是原生的i386系统；
真不晓得你用过ubuntu64没有。。。
>linuxqq那个i386包在x86_64安装就是一条命令 yum localinstall linuxqq.i386.rpm 的事，自动解决依赖关系，更重要的是fedora输入法本身就设计好跨越root和普通用户、64与32位软件、gtk与qt3与qt4，你不用为amd64里i386程序的输入法做什么，不需要哪里建个目录，哪里又拷贝什么文件；
我的输入法，scim，很好用。没有改过任何配置文件，即使是在大家都说跟scim配合得不好的KDE环境下也是如此。
>用64位的其他任何发行版的用户可以打开这个jre页面： http://www.668map.com/szmap/ ，如果成功打开的话请简述一下你的x86_64发行版安装 jre 的方法。这点 Fedora 9 安装好就实现 jre 了，而且还是在x86_64的firefox中。
是的，我用的就是kubntu 8.04.2 64位，你的网页可以直接打开，我没有安装任何东西。
>当然我不是搞开发的，但我认同fedora是最适合高开发的。 就Fedora本身来说，yum grouplist 看到相关开发环境的分组很好，很容易搭建各种开发环境。
不是搞开发的，就不要凭空设想谁最适合搞开发，而我是搞开发的，我用kubuntu完成我每天的开发工作，并且领导我的团队也都一起使用kubuntu。搭建kubuntu开发环境比你yum grouplist还要简单，事实胜于雄辩。
>搞开发主要还是看社区文化。作为一个开发者，最想要的是什么？就是我的软件能够最短时间给最多人用。而Fedora就具备这种大胆的接受速度和包容度。看文泉驿，scim-python、ibus 都一下子就进Fedora官方源。
这些所有的软件，都已经进入了最新版ubuntu的官方源。
> 另外这篇文章 http://sudu.cn/info/html/news/20080102/280182.html 由一个懂得维护rpm、deb的专业人士写的，不同于一般从普通使用者用户角度分析的文章，可以看看。
您要是觉得这也算是懂rpm/deb的专业人士，俺气得发抖。
对于任意一个deb包可以做下面几件事情：
apt-get install/remove（安装/删除）
apt-get build-dep（创建用于编译对应包的全部编译开发环境）
apt-get source（下载源代码）
apt-get -b source （编译自己修改过的源代码，并且生成一个.deb包）
对于rpm包我能知道的只有第一件事情。后面的事情根本做不了，如果你想把你系统中的某个包的源代码修改一行，看来并不是件容易的事情。
>自动识别显卡下载驱动安装的难度很高？自动识别媒体格式下载解码库技术很高？确实，redhat/fedora这么多年默认mp3都无法播放。
没有，ubuntu默认mp3也同样无法播放。
>一个拿开山刀在前面开路的，一个只是跟在后面拨开一些枝叶。
笑过。。。
>还是前面网友的回复那句：讨论技术开发不要说起ubuntu
不要转换话题，讨论的不是“ubuntu小组做了多少技术开发“，而是”ubuntu是不是一个适合做开发的平台“。——我想，您如果亲自做几年开发，带几年队伍，并能够在rpm系中同样方便的象我在kubuntu一样搭建开发环境的时候，再来说这个问题吧。
Fedora 的 KDE一向都是最不稳定的KDE之一，这还是 Linux之父本人都用Fedora+KDE的前提下都搞成这样，我不知道 Fedora有什么脸面提稳定性。
> 高下还得在64位下见分晓，Fedora的 i386 和 x86_64 从架构上就已经可以共存的，源里包也同时提供两种版本。比起其他发行版安装32位库的来说，Fedora的x86_64版本里的i386程序几乎就是原生的i386系统；
真不晓得你用过ubuntu64没有。。。
>linuxqq那个i386包在x86_64安装就是一条命令 yum localinstall linuxqq.i386.rpm 的事，自动解决依赖关系，更重要的是fedora输入法本身就设计好跨越root和普通用户、64与32位软件、gtk与qt3与qt4，你不用为amd64里i386程序的输入法做什么，不需要哪里建个目录，哪里又拷贝什么文件；
我的输入法，scim，很好用。没有改过任何配置文件，即使是在大家都说跟scim配合得不好的KDE环境下也是如此。
>用64位的其他任何发行版的用户可以打开这个jre页面： http://www.668map.com/szmap/ ，如果成功打开的话请简述一下你的x86_64发行版安装 jre 的方法。这点 Fedora 9 安装好就实现 jre 了，而且还是在x86_64的firefox中。
是的，我用的就是kubntu 8.04.2 64位，你的网页可以直接打开，我没有安装任何东西。
>当然我不是搞开发的，但我认同fedora是最适合高开发的。 就Fedora本身来说，yum grouplist 看到相关开发环境的分组很好，很容易搭建各种开发环境。
不是搞开发的，就不要凭空设想谁最适合搞开发，而我是搞开发的，我用kubuntu完成我每天的开发工作，并且领导我的团队也都一起使用kubuntu。搭建kubuntu开发环境比你yum grouplist还要简单，事实胜于雄辩。
>搞开发主要还是看社区文化。作为一个开发者，最想要的是什么？就是我的软件能够最短时间给最多人用。而Fedora就具备这种大胆的接受速度和包容度。看文泉驿，scim-python、ibus 都一下子就进Fedora官方源。
这些所有的软件，都已经进入了最新版ubuntu的官方源。
> 另外这篇文章 http://sudu.cn/info/html/news/20080102/280182.html 由一个懂得维护rpm、deb的专业人士写的，不同于一般从普通使用者用户角度分析的文章，可以看看。
您要是觉得这也算是懂rpm/deb的专业人士，俺气得发抖。
对于任意一个deb包可以做下面几件事情：
apt-get install/remove（安装/删除）
apt-get build-dep（创建用于编译对应包的全部编译开发环境）
apt-get source（下载源代码）
apt-get -b source （编译自己修改过的源代码，并且生成一个.deb包）
对于rpm包我能知道的只有第一件事情。后面的事情根本做不了，如果你想把你系统中的某个包的源代码修改一行，看来并不是件容易的事情。
>自动识别显卡下载驱动安装的难度很高？自动识别媒体格式下载解码库技术很高？确实，redhat/fedora这么多年默认mp3都无法播放。
没有，ubuntu默认mp3也同样无法播放。
>一个拿开山刀在前面开路的，一个只是跟在后面拨开一些枝叶。
笑过。。。
>还是前面网友的回复那句：讨论技术开发不要说起ubuntu
不要转换话题，讨论的不是“ubuntu小组做了多少技术开发“，而是”ubuntu是不是一个适合做开发的平台“。——我想，您如果亲自做几年开发，带几年队伍，并能够在rpm系中同样方便的象我在kubuntu一样搭建开发环境的时候，再来说这个问题吧。
-
lailue
- 帖子： 582
- 注册时间： 2007-10-06 23:37
Re: fedora技术应用水平一定比ubuntu高吗
技术谁高看对linux的贡献度便一目了然了。
2008年4月，排名前10的公司和组织：Red Hat、Novell、IBM、Intel、Linux基金会、Consultant、SGI、MIPS、Oracle、MontaVista。
=======================================
apt-get install / remove
yum install / remove
apt-get build-dep（创建用于编译对应包的全部编译开发环境）
yum-builddep
apt-get source（下载源代码）
yumdownloader --source
apt-get -b source （编译自己修改过的源代码，并且生成一个.deb包）
不接触这个，不过随便搜到了很多，功能是绝对有。
apt-get autoremove
package-cleanup或apt-get -D （别奇怪，feodra也有apt，fedora本身设计好多个包管理共存）
yum localinstall linuxqq.i386.rpm 为一个本地包自动解决依赖关系并安装，64位系统中解决i386依赖关系也行
=======================================
U和F的KDE比起来我就不说了。如果你要Gnome和Kde都出色的发行版，我推荐用opensuse和mandirva。
=======================================
这也有可能只发生在一部分人身上。
viewtopic.php?f=85&t=139907
http://www.linuxdiyf.com/viewarticle.php?id=103219
=======================================
fedora是不是开路者，附送fedora11特性
http://fedoraproject.org/wiki/Zh/Releas ... eatureList
http://linuxtoy.org/archives/fedora-11- ... tures.html
Fedora 11 已被采纳的新特性
已被 Fedora 工程指导委员会采纳的将加入到 Fedora 11 发行版中的新特性。
% 已完成 名称 简介 更新日期
0% 20 Second Startup 加速 Fedora 的开关机速度。目标是在20秒内登陆系统。 2008-12-17
55% DeviceKit 一个简单的设备管理程序，以部分的取代硬件抽象层( hal )和克服一些设计上的限制。 2008-11-10
80% DNS Security DNSSEC (DNS SECurity) 用来保证DNS数据的完整性和真实性。 2008-12-02
95 % Fingerprint 使指纹识别器方便的使用第二方认证。 2008-12-08
2% Multiseat 可以让两个或更多的用户使用自己的键盘、显示器和鼠标相互独立的在一台计算机上工作。 2008-11-18
90% Presto presto 插件可以让 yum 下载 deltarpm并本地生成新软件包。 2008-09-09
45% Python 2.6 在Fedora 中加入 Python 2.6 2008-12-09
80% TightVNC TightVNC Fedora 中的默认VNC客户端。 2008-10-17
80% VolumeControl 使音量控制更加直观易用。 2008-12-08
20% Windows Cross-compiler 无需使用 Windows，从 Fedora 就可以编译和调试Windows 程序的全部功能。 2008-10-28
20% KDE4.2 Rebase to KDE 4.2 and KOffice 2, and offer new features such as PolicyKit-KDE, NetworkManager plasma applet etc. 2009-01-12
=========================================
期待ubuntu 9.04的5秒启动，比fedora11的20秒快多了！！！
=========================================
其实只看贡献度就够了。
2008年4月，排名前10的公司和组织：Red Hat、Novell、IBM、Intel、Linux基金会、Consultant、SGI、MIPS、Oracle、MontaVista。
=======================================
apt-get install / remove
yum install / remove
apt-get build-dep（创建用于编译对应包的全部编译开发环境）
yum-builddep
apt-get source（下载源代码）
yumdownloader --source
apt-get -b source （编译自己修改过的源代码，并且生成一个.deb包）
不接触这个，不过随便搜到了很多，功能是绝对有。
apt-get autoremove
package-cleanup或apt-get -D （别奇怪，feodra也有apt，fedora本身设计好多个包管理共存）
yum localinstall linuxqq.i386.rpm 为一个本地包自动解决依赖关系并安装，64位系统中解决i386依赖关系也行
=======================================
U和F的KDE比起来我就不说了。如果你要Gnome和Kde都出色的发行版，我推荐用opensuse和mandirva。
=======================================
这也有可能只发生在一部分人身上。
viewtopic.php?f=85&t=139907
http://www.linuxdiyf.com/viewarticle.php?id=103219
=======================================
fedora是不是开路者，附送fedora11特性
http://fedoraproject.org/wiki/Zh/Releas ... eatureList
http://linuxtoy.org/archives/fedora-11- ... tures.html
Fedora 11 已被采纳的新特性
已被 Fedora 工程指导委员会采纳的将加入到 Fedora 11 发行版中的新特性。
% 已完成 名称 简介 更新日期
0% 20 Second Startup 加速 Fedora 的开关机速度。目标是在20秒内登陆系统。 2008-12-17
55% DeviceKit 一个简单的设备管理程序，以部分的取代硬件抽象层( hal )和克服一些设计上的限制。 2008-11-10
80% DNS Security DNSSEC (DNS SECurity) 用来保证DNS数据的完整性和真实性。 2008-12-02
95 % Fingerprint 使指纹识别器方便的使用第二方认证。 2008-12-08
2% Multiseat 可以让两个或更多的用户使用自己的键盘、显示器和鼠标相互独立的在一台计算机上工作。 2008-11-18
90% Presto presto 插件可以让 yum 下载 deltarpm并本地生成新软件包。 2008-09-09
45% Python 2.6 在Fedora 中加入 Python 2.6 2008-12-09
80% TightVNC TightVNC Fedora 中的默认VNC客户端。 2008-10-17
80% VolumeControl 使音量控制更加直观易用。 2008-12-08
20% Windows Cross-compiler 无需使用 Windows，从 Fedora 就可以编译和调试Windows 程序的全部功能。 2008-10-28
20% KDE4.2 Rebase to KDE 4.2 and KOffice 2, and offer new features such as PolicyKit-KDE, NetworkManager plasma applet etc. 2009-01-12
=========================================
期待ubuntu 9.04的5秒启动，比fedora11的20秒快多了！！！
=========================================
其实只看贡献度就够了。
上次由 lailue 在 2009-01-29 13:31，总共编辑 1 次。
-
poet
- 帖子： 2841
- 注册时间： 2006-09-11 22:47
Re: fedora技术应用水平一定比ubuntu高吗
不想转换话题，大家说的问题也不矛盾。lailue 写了：技术谁高看对linux的贡献度便一目了然了。
如果说Redhat公司的技术水平高，我想没有多少人会否认。
就算因此说Fedora开发小组的工作人员水平高，也没有太大的问题。
不过我只是指出，公司技术水平高并不会导致它是一个更适合的开发平台。
关于开发平台的问题，我是从纯用户的角度来说的，因为我们公司所有人都用Linux开发，一部分用Fedora，一部分用ubuntu，但凡见过ubuntu的方便性之后，很多人都转到了ubuntu。我在公司内部建立了fedora和ubuntu的源，两者都一样快速，但开发人员更愿意选择ubuntu，这是一个你无法逆转的趋势。
技术水平最高的系统对用户来说并不一定是最好用的系统。即使对于开发用户来说也是如此。
-
lailue
- 帖子： 582
- 注册时间： 2007-10-06 23:37
Re: fedora技术应用水平一定比ubuntu高吗
我不是搞开发的，我只是桌面用户，但是我会从宏观来判断。poet 写了：不想转换话题，大家说的问题也不矛盾。lailue 写了：技术谁高看对linux的贡献度便一目了然了。
如果说Redhat公司的技术水平高，我想没有多少人会否认。
就算因此说Fedora开发小组的工作人员水平高，也没有太大的问题。
不过我只是指出，公司技术水平高并不会导致它是一个更适合的开发平台。
关于开发平台的问题，我是从纯用户的角度来说的，因为我们公司所有人都用Linux开发，一部分用Fedora，一部分用ubuntu，但凡见过ubuntu的方便性之后，很多人都转到了ubuntu。我在公司内部建立了fedora和ubuntu的源，两者都一样快速，但开发人员更愿意选择ubuntu，这是一个你无法逆转的趋势。
技术水平最高的系统对用户来说并不一定是最好用的系统。即使对于开发用户来说也是如此。
不知道你公司开发什么项目，是从用户应用到系统底层吗？什么时候会被ubuntu官方源收进，并且由ubuntu带头延伸到其他主流发行版？
你公司应该这样比，把产品同时提交给fedora和ubuntu官方看谁先采纳。
fedora社区对新技术的接纳程度，大力推广程度，已经超出发行版套件本身了。这是fedoa的整体文化，fedora 8、fedora 9、fedora 10这些套件只是一部分吸引力。
如果你想做一个顶尖的技术狂人，你想找fedora的人交流还是ubuntu的呢？
简单的开发还是看投放的市场吧，哪个发行版占有率多就用哪个。在德国，你要用openSUSE；在法国，你用Mandriva；在中国，用ubuntu吧。在全世界范围看，并且你的开发项目涉及底层到用户层，用fedora吧。
-
poet
- 帖子： 2841
- 注册时间： 2006-09-11 22:47
Re: fedora技术应用水平一定比ubuntu高吗
> 我不是搞开发的，我只是桌面用户，但是我会从宏观来判断。poet 写了：技术水平最高的系统对用户来说并不一定是最好用的系统。即使对于开发用户来说也是如此。
> 不知道你公司开发什么项目，是从用户应用到系统底层吗？什么时候会被ubuntu官方源收进，并且由ubuntu带头延伸到其他主流发行版？
在ubuntu中开发的项目，并不意味着它是用于ubuntu的，在fedora中也是如此，如果这一点你并不明白，我想这就缺乏了讨论的基础。
我想你一定觉得，开发visual studio的工程师一定是用visual studio写程序，但是如果我告诉你有超过10%的visual studio程序员根本不使用visual studio写程序而是用vim，你会很惊讶，但是vim的确能够写代码，不论这个代码是做什么用的。
或许你还会奇怪的是开发手机软件的人怎么可能在手机上写出所有程序。——不过有一点是任何一个开发者都需要明白的：用什么环境写程序，跟程序在什么环境运行，这是两个概念。——你不是开发者，不明白这个问题很正常，但是不要以为不明白这个问题就是所谓“宏观思考”
> 你公司应该这样比，把产品同时提交给fedora和ubuntu官方看谁先采纳。
您见过专门为fedora或者ubuntu开发软件的“公司”没有？除了Redhat内部或者子公司，还有那个组织会用企业行为为他们开发软件？公司行为开发的项目，根本不需要被官方收录。——事实上，我们开发的根本就不是用于ubuntu的软件，ubuntu也自然没有必要收录。——有些用户被Linux当作什么呢？我不明白。对我们许多人而言Linux只是一个工具，使用Linux这个工具并不意味着你必须要去学习打造这个工具本身的本领，而是要学习利用这个工具为自己服务的本领。
利用ubuntu作为工具，并不一定意味着我们必须只能为这个工具本身服务，而不是利用这个工具为自己的业务服务。
> fedora社区对新技术的接纳程度，大力推广程度，已经超出发行版套件本身了。这是fedora的整体文化，fedora 8、fedora 9、fedora 10这些套件只是一部分吸引力。
对新技术的率先接纳无助于使一个发行版成为更具有用户亲和力的发行版。“率先接纳”，跟“接纳”只是多了两个字而已，但对于任何企业行为来说，选择环境都是谨慎的，绝大多数企业不会倾向于采用没有经过时间验证的软件。fedora本身只是redhat为了rhce打造出的一个新技术实验平台，而企业是不会选择这种小白鼠平台当作自己的开发平台的。
> 如果你想做一个顶尖的技术狂人，你想找fedora的人交流还是ubuntu的呢？
你错了，顶尖的技术狂人是没有门户之见的。如果我要跟顶尖的技术狂人交流，我不会关心它使用什么发行版。类似Linuxsir之类的网站通常都提供了一个相对更好的平台，重要原因就是你不必关心对方是哪个发行版，大家讨论的是Linux。
> 简单的开发还是看投放的市场吧，哪个发行版占有率多就用哪个。在德国，你要用openSUSE；在法国，你用Mandriva；在中国，用ubuntu吧。在全世界范围看，并且你的开发项目涉及底层到用户层，用fedora吧。
对于Linux的世界看投放市场的占有率很没有意义。因为如果看投放占有率你应当选择的毫无疑问是Windows。
至于开发人员选择什么工具，选择什么平台，你不觉得由一个非开发人员来建议比较不靠谱么？你会建议一个磨刀的人用一把刀去磨刀而不是用石头磨刀么？你会建议一个开发笔记本的企业都使用笔记本而不使用台式机办公么？
你不会建议一个开发学习机的程序员一定要在学习机上写程序而不是在PC上写——因为你明白学习机写程序不如PC方便，即使我们的程序要在学习机上运行。所以你为什么觉得如果为fedora开发软件就一定要用fedora作为自己的开发平台呢？
——有关底层到用户的应用，有一个很好的例子：Sun VirtualBox，相信你不会不知道这个软件，不过我可以告诉你的是，这个软件的开发环境就是ubuntu。多数程序员使用ubuntu，虽然他们需要有很多测试环境，例如win和各种发行版的linux。——的确，ubuntu收录的是旧版，最新版的vbox甚至都没有被ubuntu收录，但是这能够影响vbox普及么？能够影响大家到官方网站下载vbox么？
-
lailue
- 帖子： 582
- 注册时间： 2007-10-06 23:37
Re: fedora技术应用水平一定比ubuntu高吗
Ubuntu比Fedora适合你们。
你是行家，你综合分析一下更广的开发情形，当然可以是手机、手表、机床、windows、linux等；还有学习的途径、国际上的交流与推广等等，得出那款linux发行版搞开发总体评分最高。这样很多国内开发者和桌面用户可以大开眼界了。
例如fedora11这项特性：
Windows Cross-compiler ：无需使用 Windows，从 Fedora 就可以编译和调试Windows 程序的全部功能。
不知道作用大不？反正ubuntu迟早是采用的，你也可以自己编译安装。但是你如何获得获知这个好工具，并且排除其他看似好但实质不好的工具？你使用ubuntu过程中要经常看fedora有什么新东西出来吗？这就有一个时间差的问题，这个时间差对一个开发者影响怎样。
还有开发者的眼界问题。
如果我老是用debian stable做开发，突发奇想，要搞个类似networkmanager、pulseaudio功能，其实这功能早已问世。把握现在整体的发展动态以及技术趋势，可以不走弯路以及了解需求。我想，这就是linus选fedora搞开发的根本原因。这对于不为linux本身搞开发的人员来说几乎无作用。但是作用小总比没有好。
还有交流问题。使用不同平台可以交流，但是使用同一个平台更易于交流吧。
所以我从一个门外汉的角度看，我如果搞开发肯定选fedora了。
从你连几个yum命令都不熟悉来看，你懂ubuntu远比fedora多。两者都能完成你的工作，fedora就技术和眼光领先一点点（3个月），开发出来的产品性能好一点点，适应性学习能力好一点点，可能你就被提拔而不是你同事。
======================================================================
转发了： Fedora10的新开发特性，记得是10的，而且是新的。如果谁要了解fedora的传统优势，自己搜。
http://docs.fedoraproject.org/release-n ... opers.html
7. 对开发者来说有什么新特性？
7.1. 运行时
7.1.1. Python NSS 绑定
NSS/NSPR 的 Python 绑定允许 Python 程序使用 NSS 加密程序库进行 SSL/TLS 和 PKI 证书管理。python-nss 软件包提供一个到 NSS 和 NSPR 支持程序库的 Python 绑定。
网络安全服务（NSS）是一组支持启用安全性的客户端和服务器应用程序的程序库。使用 NSS 构建的应用程序可支持 SSK v2 和 v3、TLS、PKCS #5、PKCS #7、PKCS #11、PKCS #12、S/MIME、X.509 v3 证书以及其它安全性标准。NSS 已经从 NIST 收到 FIPS 140 确认。
*
http://people.redhat.com/jdennis/python ... /index.php -- 库文档
7.2. Java
7.2.1. 单项优势软件 Java 实施
Fedora 包括多个通过有效采用 Fedora 和其它上游项目产生的改进技术整合获得的单项优势自由软件 Java（TM）实施。执行整合到 Fedora 是基于 OpenJDK（http://openjdk.java.net/）和 IcedTea GNU/Linux 发行本整合项目（http://icedtea.classpath.org/），或者根据备用方案，比如 Java 的 GNU 编译程序（GCJ - http://gcc.gnu.org/java 和 GNU Classpath 核心登记程序库 http://www.gnu.org/software/classpath/）。所有 Fedora 革新都会被放到上游以便在通用 Java 实施中尽可能广泛地整合这些技术。
实施 Fedora 10 中的 OpenJDK 6 在 x86、x86_64 和 SPARC 中使用 HotSpot 虚拟机运行时编译程序。在 PowerPC（PPC）中，它使用速度较慢的零解释器。在所有构架中都包括基于 GCJ 和 GNU Classpath 的备用实施，它包括先进的编译程序生成本地二进制文件。
要根据 Java 兼容性套件（JCK）测试所选构架（目前只有基于 OpenJDK 的 x86 和 x86_64）的 Fedora 二进制，该套件可为 Java 规格（此时是 JDK 1.6）保证 100％ 的兼容性。
7.2.2. 处理 Java Applet 和网页起始应用程序
在 Fedora 10 中，gcjwebplugin 已经被可在网页浏览器中安全运行不可信 applet 并可在任何构架工作的 IcedTeaPlugin 替换。您在 Firefox 中输入 about:plugins 即可看到安装了哪些 Applet 插件。新添加的插件支持之前版本中缺少的 Java 脚本桥接（LiveConnect）。有关字节代码到 Jave 脚本桥接（LiveConnect）的详情请参考 bug 报告：
https://bugzilla.redhat.com/show_bug.cgi?id=304021
感谢您对安全策略的反馈。如果您认为安全策略过于严格以至无法弃用限制的 applet，请执行以下步骤：
*
请在终端窗口运行 firefox -g 命令以便查看有哪些限制。
*
然后在 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/security/java.policy 文件中给出限制的权限。
*
提交 bug 报告以便将您的例外情况包含在打包的安全策略中。打包这些例外情况可让系统拥有者避免今后对策略文件进行操作。
已经将通过 NetX 的实验网页启动（javaws）支持添加到 IceTea 程序库中。当将 Java 网络启动协议（.jnlp）文件嵌入网页中时，您可以使用 IcedTea 网页启动（/usr/bin/javaws）打开它。NetX 的详情请参考：
http://jnlp.sourceforge.net/
7.2.3. 与其它 Fedora 技术的新整合
通过 IcedTea 项目已经将 OpenJDK 整合到几个也是 Fedora 10 一部分的新技术中。
7.2.3.1. 通过 NetBeans 框架整合的 VisualVM
VisualVM（jvisualvm）提供所有本地或者远程运行的 Java 应用程序的图形总览，通过提取线程转储、堆转储和其它轻量级侧写工具让您监控所有运行的线程、类别以及应用程序分配的对象。
7.2.3.2. 为 javax.sound 整合的 PulseAudio
PulseAudio 整合将为所有使用 javax.sound 软件包的 java 应用程序提供 PulseAudio 的优势。
7.2.3.3. 整合 Mozilla Rhino - JavaScript
Rhino 是 Mozilla 中的一个纯 Java JavaScript 实施，可轻松为开发者使用 javax.script 软件包将其与 Java 及 JavaScript 混合。
7.2.3.4. 其他改进
另外，在 Fedora 10 中完全支持 Java 加密法（javax.crypto），不受任何（地域）限制。
7.2.4. Fedora 与 JPackage
Fedora 10 包括很多 JPackage 项目中衍生出来的软件包。
http://jpackage.org
在 Fedora 中修改了一些软件包来删除垄断软件依赖性，利用 GCJ 的先进编译特性。使用 Fedora 程序库更新这些软件包，或者使用 JPackage 程序库更新那些 Fedora 不提供的软件包。项目及其提供软件的详情请参考 JPackage 网页。
[Warning] 混合 Fedora 和 JPackage 的软件包
在相同系统中安装 Fedora 和 JPackage 仓库的软件包前要查明软件包相容性。不相容的软件包会造成复杂的问题。
7.2.5. 从 Fedora 8 升级的注记 - OpenJDK 替换 IcedTea
从 Fedora 9 开始，在 Fedora 8 中被称为 java-1.7.0-icedtea* 的软件包已改名为 java-1.6.0-openjdk*。Fedora 8 IcedTea 软件包可追踪不稳定的 OpenJDK 7 分支，而 java-1.6.0-openjdk* 软件包追踪稳定的 OpenJDK 6 分支。所有上游 IcedTea 资源都包含在 java-1.6.0-openjdk SRPM 中。
如果您从基于安装了 IceTea 的 Fedora 8 系统升级，不会自动进行软件包转换。必须首先删除基于 OpenJDK 7 的与 IcedTea 相关的软件包，然后安装新的 OpenJDK 6 软件包。
su -c 'yum erase java-1.7.0-icedtea{,-plugin}' su -c 'yum install java-1.6.0-openjdk{,-plugin}'
从 Fedora 9 升级不需要特别操作。
7.3. 工具
这一节覆盖了各种开发工具和特性。
7.3.1. Eclipse
这个 Fedora 发行本包含 Fedora Eclipse，它是基于 Eclipse SDK 版本 3.4。发行本 3.4 系列包含“3.4 的新内容是什么”页面：
http://help.eclipse.org/stable/index.js ... tsnew.html
关于 3.4 的发行注记也可用。
http://www.eclipse.org/eclipse/developm ... e_3.4.html
某些 3.4 中的显著特性包括书签管理改进，更容易找到安装的插件以及使用重构的额外帮助。
7.3.1.1. 附加插件
这个 Fedora 发行本包含以下插件：用于 C/C++（eclipse-cdt）、RPM 特殊文件编辑（eclipse-rpm-editor）、PHP（eclipse-phpeclipse）、Subversion（eclipse-subclipse、SELinux eclipse-slide）及 SELinux（eclipse-slide）、eclipse-setools、正则表达式测试（eclipse-quickrex）、Fortran（eclipse-photran）、Bugzilla 整合（eclipse-mylyn）、Git（eclipse-egit）、Perl（eclipse-epic）、Checkstyle（eclipse-checkstyle）和 Python（eclipse-pydev）。
7.3.1.2. Babel 项目的翻译 - eclipse-nls
这个发行本还包括 Babel 语言包，该语言包可提供 Eclipse 及 Eclipse 插件的多语种翻译。请注意：有些语言的覆盖率很低，尽管您已经安装了翻译版本，您还将看到很多英文字符串。如果您愿意帮助翻译工作，Babel 项目将非常愿意接受。
http://www.eclipse.org/babel/
7.3.1.3. 从 Fedora 9 升级
从 Eclipse 3.3 升级的用户将需要从源而不是 RPM 迁移其安装的所有插件。最简单的方法就是重新安装。对与要从 3.3 进行迁移的插件开发者，请参考“插件迁移指南”:
http://help.eclipse.org/ganymede/nav/2_3
7.3.2. Emacs
Fedora 10 中包括 Emacs 22.2。
除了很多 bug 修复外，Emacs 22.2 还包括一些新的支持，包括 Bazaar、Mercurial、Monotone 和 Git 版本控制程序；新的用来编辑 CSS、Vera、Verilog 和 BibTex 类型文件的主要模块；以及映像模块中改进的滚动支持。
有关修改的详细论述请参考发布的 Emacs 新闻（http://www.gnu.org/software/emacs/NEWS.22.2）。
7.3.3. GCC 编译器集合
这一版本的 Fedora 使用 GCC 4.3.2 构建，同时将其包含在发行版中。
关于 GCC 4.3 的更多信息，参见：
http://gcc.gnu.org/gcc-4.3/
7.3.3.1. 特定目标改进
7.3.3.1.1. IA-32 x86-64
ABI 更改
*
从 GCC 4.3.1 开始，当在栈堆中为 i386 传递十进制浮点变量时要将它们与其自然边界对齐。
命令行更改
*
从 GCC 4.3.1 开始，已经添加了 -mcld 选项在使用功能序言中自动生成 cld 指令。这个选项可用来向下兼容一些操作系统，同时如果使用 --enable-cld 配置选项配置 GCC，则可默认为 32 位 x86 目标启动。
7.3.4. 改进的 Haskell 支持
Fedora 10 引进更多对 Haskell 的支持。使用新的打包指南和工具组件，可轻松支持任何使用 Glasgow Haskell 编译器的 Haskell 程序。软件包创建和部署，提升 Fedora 质量工具加上朋友的帮助，可让您无往不利。随着对 Haskell 支持的增长，将会继续开发 Haskell，并引进更多的程序库。
软件包生成非常简单。Haskell 已经提供用于一致编译和部署软件包的构架。为 Fedora 设置软件包需要一些时间，就是说可用于 Haskell 的编码也适用与 Fedora。
Fedora 还提供用于 Fedora 软件包企业部署的工具。使用带 Haskell 的 Fedora，开发人员现在可以自由在 Haskell 中写入企业级应用程序，并知道可在 Fedora 中安全使用这些编码。
https://fedoraproject.org/wiki/Features ... ellSupport
7.3.5. 扩展了对象 CAML OCaml 覆盖
Fedora 10 包含 OCaml 3.10.2 高级变成语言以及完整软件包列表：
http://cocan.org/getting_started_with_o ... age_status
OCaml 可作为 Fedora 9 的更新，但没有在初始发布中。
7.3.6. NetBeans
这个 Fedora 发行本包括 NetBeans IDE，版本 6.1。NetBeans IDE 是一个整合开发环境（Integrated Development Environment，IDE），可用于 Java、C/C++、Ruby、PHP 等等。默认的 NetBeans IDE 配置（Java SE IDE 配置）支持用于 Java 平台的程序开发，标准版本（Java SE）包括开发用于 NetBeans 平台的模块。
NetBeans IDE 是一个模块系统且包括用来更新和安装插件的工具。社区成员以及第三方公司已经提供了广泛的 NetBeans IDE。
7.3.6.1. NetBean 资源
*
http://www.netbeans.org/ - NetBeans 项目的官方网站。
*
http://wiki.netbeans.org/ - NetBeans Wiki 页。
*
mailto:linux-packaging@installer.netbeans.org - 讨论打包问题的邮件列表。
*
https://admin.fedoraproject.org/pkgdb/p ... s/netbeans - NetBeans IDE 的 Bug 列表
*
https://admin.fedoraproject.org/pkgdb/p ... -platform8 - NetBeans 平台的 Bug 列表。
*
http://www.netbeans.org/issues/ - 发出 NetBeans 项目跟踪器。请使用 Component: installer，OS: Linux，Subcomponent: rpm 归档与 NetBeans RPM 相关的问题。
7.3.7. AMQP 构架
AMOP 构架软件包是红帽企业版 MRG 的子集。这个软件包允许开发灵活、互动和高性能的企业级应用程序。
具体来说它包括以下内容。
*
AMQP（协议版本 0-10）消息代理/服务器
*
C++、Python 和 Java 的客户端绑定（使用 JMS 接口）
*
一组命令行界面配置/管理工具
*
持久信息和信息配置的高性能异步信息存储
7.3.7.1. AMQP 资源
更多信息，请参考以下资源：
*
Red Hat MRG 文档： http://www.redhat.com/mrg/resources
*
AMOP 项目页面： http://amqp.org/
7.3.8. 装置构建工具
装置是预安装并预配置的系统映像。这个软件包包括方便 ISV、开发者、OEMS 等创建和部署虚拟装置的工具和元数据。这个特性的两部分是 ACT（Appliance Creation Tool，装置创建工具）和 AOS（The Appliance Operating System，装置操作系统）。请使用 Add/Remove Software 或者 yum 安装 appliance-tools 软件包。
7.3.8.1. 装置创建工具
装置创建工具是一个从 kickstart 文件中创建装置映像的工具。这个工具使用 live CD 创建程序 API 以及可创建多分区磁盘映像的 live CD API 补丁。这些磁盘映像可在虚拟容器中被引导，比如 Xen、KVM 和 VMware。这个工具是在 appliance-tools 软件包中。这个软件包包含用来在基于 Fedora 的系统，比如 RHEL、CentOS 和其它发行本，中构建装置映像工具。
7.3.8.2. 装置操作系统
装置操作系统是缩微的 Fedora 版本，占用空间较小。它只包含运行某个装置所需的软件包。应该限制对这个这个 Fedora 衍生的硬件支持，特别是在类似 KVM 和 VMware 的虚拟容器中。目的是要创建一个开发者用来构建其应用程序的基础，只要取出他们的软件需要的软件包。
7.3.8.3. 装置构建工具资源
装置工具项目页面：http://thincrust.net/
7.4. Linux 内核
[Tip] 过时或者过期内容？
这个内容可能已经过时或者过期，在 Fedora 9 发行注记中已经进行过更新。
这部分包括 Fedora 10 中基于 2.6.27 内核的改动和重要信息。
7.4.1. 版本
Fedora 可能在内核中包含了附加的补丁来进行改进、修正或添加附加特性。因此，Fedora 内核可能和来自 kernel.org 网站被称为 vanilla kernel 的内核不是完全相同。
http://www.kernel.org/
要获得这些补丁的列表，下载源 RPM 软件包，运行下列命令:
rpm -qpl kernel-<version>.src.rpm
7.4.2. Changelog
软件包修订记录可以用下列命令看到:
rpm -q --changelog kernel-<version>
如果您希望看到更友好的修订日志，请访问 http://wiki.kernelnewbies.org/LinuxChanges 。http://kernel.org/git提供了内核不同之处的摘要和完全两种版本。Fedora 基于 Linus 的内核树。
Fedora 版本做出的定制可以在 http://cvs.fedoraproject.org 找到。
7.4.3. 内核配置
Fedora 10 包含了下列内核构建：
*
大多数系统使用的基本内核。配置的资源位于 kernel-devel 软件包中。
*
kernel-PAE，用于拥有超过 4GB RAM 的 32 位 x86 系统，或者 CPU 带有 NX（No eXecute）特性的系统。它同时支持单/多处理器系统。配置的资源位于 kernel-PAE-devel 软件包中。
*
Debugging 内核，在 debug 一些内核问题时使用。配置的资源位于 kernel-debug-devel 软件包中。
您可以同时为四个内核特性安装内核标题。文件安装在 /usr/src/kernels/<version>[-PAE|-xen|-kdump]-<arch>/ 树中。请使用以下命令：
su -c 'yum install kernel{,-PAE,-xen,-kdump}-devel'
选择一个或多个变体，以逗号分隔，不要有空格。在提示时输入根密码。
[Note] x86 内核包括 Kdump
i686 和 x86_64 内核都是可重新定位的，因此它们不再需要为 kdump 兼容性使用独立内核。PPC64 需要一个独立的 kdump 内核。
[Note] 内核包含半虚拟化
x86_64 和 i686 内核包含 paravirt_ops 选项，且不再需要一个独立内核用来在 Xen 监控程序中运行。有关详情请参考 Section 8.3.1, “统一的内核映像”。
[Note] 默认内核提供 SMP
Fedora 没有单独的 SMP 内核，无论是 i386, x86_64 还是 ppc64。基本内核提供了多处理器支持。
[Note] PowerPC 内核支持
Fedora 没有为 PowerPC 构架提供 Xen 或 Kdump 支持。32 位 PowerPC 仍然使用独立的 SMP 内核。
7.4.4. 准备内核开发
Fedora 10 不包含老版本提供的 kernel-source 软件包，因为构建外部模块只需要 kernel-devel 软件包。配置的资源可用，如 Section 7.4.3, “内核配置” 所述。
[Important] 定制内核构建中
有关内核开发以及定制内核请参考 http://fedoraproject.org/wiki/Building_a_custom_kernel。
7.4.5. 报告 bug
请参考 http://kernel.org/pub/linux/docs/lkml/r ... -bugs.html 中，报告 Linux 内核错误时的注意事项。您也可以访问 http://bugzilla.redhat.com 来报告针对 Fedora 的错误。
7.5. 内嵌的
Fedora 10 中包括很多应用程序来支持对各种目标的嵌入的开发。其中包括汇编程序、编译程序、debug 程序、编程器、IDE 和各种工具。
7.5.1. AVR
用于编程 Atmel AVR 微观控制程序的 avrdude 软件
AVRDUDE 是用来进行 Atmel 的 AVR CPU 编程的程序。它可编写串口编程协议支持的 Flash 和 EEPROM，，还可编写 fuse 和 lock 字节。AVRDUDE 还直接提供指导模式以便允许程序员在芯片中发布任意变成指令而无需考虑 AVRDUDE 是否部署了特定芯片的特定属性。
avr-gcc avr 交叉编译 GNU GCC 目标
这是 GNU GCC 的交叉编译版本，可用来进行 AVR 平台编译，而不是原始的 i386 平台。
avr-gcc-c++ avr 交叉编译 GNU GCC 目标
这个软件包包含 g++ 交叉编译版本，可用来编译 AVR 平台的 c++ 代码，而不是原来的 i386 平台。
avr-libc 可在 Atmel AVR 微型控制程序中使用 GCC 的 C 程序库
AVR Libc 是一个自由软件项目，目的是提供在 Atmel AVR 微控制程序中与 GCC 一同使用的高质量 C 程序库。
AVR Libc 是在统一许可证中登记的。这个所谓的修改的 Berkeley 许可证倾向于与大多数自由软件许可证兼容，比如 GPL。目前尽量减小对在封闭资源商用程序中使用程序库的限制。
avr-binutils 交叉编译 avr 中的目标 GNU binutil
这是 GNU binutil 的交叉编译版本，可用来汇编并为 AVR 平台而不是原有的 i386 平台链接二进制。
avr-gdb 用来（远程）debug avr 二进制的 GDB
这是一个 GDB 的特殊版本，GNU 项目 debug 程序，（远程）debug AVR 二进制。GDB 可让您看到在它执行时另一个程序中发生了什么，或者当它崩溃的时候另一个程序正在做什么。
avarice 将 Atmel JATG ICE 连接到 GDB 的程序
将 Atmel JATG ICE 连接到 GDB 的程序可允许用户对其内嵌的 AVR 目标进行 debug 操作
7.5.2. 微芯片 PIC
gputils 微芯片（TM）PIC（TM）微控制程序的开发工具
这是微芯片（TM）PIC（TM）微控制程序的开发工具的集合。这是 α 软件：其中可能有很严重的 bug，并接近完成状态。gputils 软件包目前只在部署微芯片工具中可用特性子集。要了解 gputils 功能的最新列表请参考有关文档。
gpsim 微芯片（TM）PIC（TM）微控制程序的仿真程序
gpsim 软件是一个微芯片（TM）PIC（TM）微控制程序的仿真程序。它支持微芯片 12 位、14 位和 16 位内核产品系列中的大多数设备。另外，gpsim 支持可动态载入模式，比如 LED、LCD、电阻器等等，来扩展 PIC 中的仿真环境。
ktechlab 开发和模拟微控制程序和电子电路
KTechlab 是一个微控制程序和电子电路开发和模拟环境，以 GNU 通用公共许可证发布。KTechlab 包括几个完好整合的部分：
*
电炉模拟器可用来模拟逻辑、线性设备和一些非线性设备。
*
与 gpsim 整合，允许在周期中模仿允许 PIC 。
*
示意图编辑器可为模拟提供丰富的实时反馈。
*
流程图编辑器，允许视觉构建 PIC 程序。
*
MicroBASIC；和 BASIC 相似的编译程序，是作为 KTechlab 的 companion 程序编写的。
*
内嵌的 Kate 部分，提供强大的 PIC 程序编辑器。
*
通过 gpasm 和 gpdasm 整合的汇编程序和反汇编程序。
pikdev 用来开发基于 PICmicro 应用程序的 IDE（在 Linux/KDE 中）
PiKdev 是一个简单的 IDE，专门用于在 KDE 中开发基于 PIC 的应用程序。特性：
*
整合编辑器
*
项目管理
*
整合的编程引擎 12、14 和 16 字节 PIC（flash 或者 EPROM 技术）
*
支持平行和串口编程器
*
KDE 使用的观感（look-and-feel）
系统管理员必须阅读位于 /usr/share/doc/pikdev-0.9.2 目录的 README.Fedora 文件以完成完整的特性安装。
piklab 基于 PIC & dsPIC 应用程序开发环境
Piklab 是一个 PIC 和 dsPIC 微控制程序图形开发环境。它可与各种工具链连接进行编译和汇编，并支持多种微芯片以及直接编程器。系统管理员必须参考位于 /usr/share/doc/piklab-0.15.0 目录中的 README.Fedora 文件才能完成全部特性的安装。
pikloops PIC 延迟的编码生成器
PiKLoop 生成编码创建为微芯片 PIC 微控制程序生成延迟。是 Pikdev 或者 Piklab IDE 的有用伴侣。
7.5.3. 其它和不可知处理器
dfu-programmer 基于 USB 编程程序为 Atmel 芯片进行的设备固件更新
用于 Atmel 芯片的基于 Linux 的命令行编程器，附带 USB 引导装载程序支持的 ISP。这多半是一个用于设备固件更新（DFU） 1.0 的用户空间应用程序。目前支持的芯片有：8051、AVR、at89c51snd1c、at90usb1287、at89c5130、 at90usb1286、at89c5131、at90usb647、at89c5132、at90usb646、at90usb162 和 at90usb82。
sdcc 小设备 C 编译器
用于 SDCC 的 sdcc-2.6.0-12 软件包是一个用于 8051 及相似类别微控制程序的 C 编译程序。该软件包包括编译器、汇编器和连接程序、设备模拟器以及核心程序库。该处理器支持（不同级别）8051、ds390、z80、hc08 和 PIC。
uisp Atmel AVR 和 8051 的通用系统内编程器
uisp 工具是用来下载/上传到 AVR 设备的工具。它还可用于一些 Atmel 8051 类型设备。另外，uisp 可清除设备、写入锁定字节、确认和设置激活字段。要使用以下硬件对设备进行编程：pavr、stk500、Atmel STK500、dapa、直接 AVR 平行访问、stk200、平行启动程序套件、STK200、STK300、abb、Altera、ByteBlasterMV 平行端口下载电缆、avrisp、Atmel AVR、bsd、fbprg（平行）、dt006（平行）、dasa 串行（RESET=RTS SCK=DTR MOSI=TXD MISO=CTS）、dasa2 串行（RESET=!TXD SCK=RTS MOSI=DTR MISO=CTS）
simcoupe SAM Coupe 仿真程序（可兼容 spectrum）
SimCoupe 仿真一台基于 8bit Z80 的家用计算机，于 1989 年由 Miles Gordon Technology 发布。SAM Coupe 具有更大的范围的兼容以及改进的硬件。
sjasm z80 交叉汇编程序
SjASM 是一个双向宏 Z80 交叉汇编程序
z88dk Z80 交叉编译程序
z88dk 程序是一个 Z80 交叉编译程序，可以为各种基于 Z80 的机器（比如 ZX81、Sepctrum、Jupiter Ace 和一些 TI 计算器）创建二进制文件。
7.6. KDE 3 开发平台及程序库
Fedora 现在提供 KDE 4，并且不再提供完整的 KDE 3 桌面环境。Fedora 提供以下 KDE 3.5 程序库软件包来运行和构建很多现有 KDE 3 应用程序：
*
qt3、qt3-devel（和其它 qt3-* 软件包：）Qt 3.3.8b
*
kdelibs3、kdelibs3-devel：KDE 3 程序库
*
kdebase3、kdebase3-pim-ioslaves、kdebase3-devel：一些应用程序需要的 KDE 3 核心文件
还有，KDE 4 kdebase-runtime 软件包提供 khelpcenter，还会将 khelpcenter 设置为 KDE 3 应用程序的一个服务，以便帮助 KDE 3 应用程序正常工作。不再提供 khelpcenter 的 KDE 3 版本，而使用 KDE 4 版本替代。
这些软件包被设计用来：
*
满足文件系统层次结构标准(FHS)，以及
*
安全地与 KDE 4 并行安装，包括 -devel 软件包。
为达到这个目标，Fedora KDE SIG 成员向 KDE 4 -devel 软件包做出如下修改：
*
库符号链接被安装到 /usr/lib/kde4/devel 或 /usr/lib64/kde4/devel，取决于系统体系。
*
工具 kconfig_compiler 和 makekdewidgets 被更名为 kconfig_compiler4 和 makekdewidgets4。
大多数使用 cmake 构建的主要 KDE 4 应用程序的修改都应该是完全公开的，因为已经修补了 FindKDE4Internal.cmake 来与这些更改匹配。KDE SIG 将这些更改到 KDE 4 kdelibs-devel，而不是 kdelibs3-devel，因为 KDE 4 将这些更改集中保存，在那里 KDE 3 应用程序通常包含程序库搜索路径和可执行名称的硬编码副本。
请注意 kdebase3 不包括以下内容：
*
可用来替代 KDE 4 的完整 KDE 3 桌面（工作空间）；特别是 KWin、Kdesktop、KSplash 和 KControl 的 KDE 3 版本不包含在内。
*
kdebase 应用程序的 KDE 3 版本，比如 Konqueror 和 KWrite 在 KDE 4 版本中是多余的并与其冲突。
*
libkdecorations 程序库需要 KWin 3 窗口修饰，因为那些窗口修饰不能在 KWin 的 KDE 4 版本中使用。
*
有些 Kicker applet 需要 libkickermain，因为 Fedora 10 中没有 Kicker，因此不能使用 Kicker applet。
[注意] 不鼓励基于过时的 API 开发新软件。
考虑到向后兼容性，鼓励您根据过时界面开发。
你是行家，你综合分析一下更广的开发情形，当然可以是手机、手表、机床、windows、linux等；还有学习的途径、国际上的交流与推广等等，得出那款linux发行版搞开发总体评分最高。这样很多国内开发者和桌面用户可以大开眼界了。
例如fedora11这项特性：
Windows Cross-compiler ：无需使用 Windows，从 Fedora 就可以编译和调试Windows 程序的全部功能。
不知道作用大不？反正ubuntu迟早是采用的，你也可以自己编译安装。但是你如何获得获知这个好工具，并且排除其他看似好但实质不好的工具？你使用ubuntu过程中要经常看fedora有什么新东西出来吗？这就有一个时间差的问题，这个时间差对一个开发者影响怎样。
还有开发者的眼界问题。
如果我老是用debian stable做开发，突发奇想，要搞个类似networkmanager、pulseaudio功能，其实这功能早已问世。把握现在整体的发展动态以及技术趋势，可以不走弯路以及了解需求。我想，这就是linus选fedora搞开发的根本原因。这对于不为linux本身搞开发的人员来说几乎无作用。但是作用小总比没有好。
还有交流问题。使用不同平台可以交流，但是使用同一个平台更易于交流吧。
所以我从一个门外汉的角度看，我如果搞开发肯定选fedora了。
从你连几个yum命令都不熟悉来看，你懂ubuntu远比fedora多。两者都能完成你的工作，fedora就技术和眼光领先一点点（3个月），开发出来的产品性能好一点点，适应性学习能力好一点点，可能你就被提拔而不是你同事。
======================================================================
转发了： Fedora10的新开发特性，记得是10的，而且是新的。如果谁要了解fedora的传统优势，自己搜。
http://docs.fedoraproject.org/release-n ... opers.html
7. 对开发者来说有什么新特性？
7.1. 运行时
7.1.1. Python NSS 绑定
NSS/NSPR 的 Python 绑定允许 Python 程序使用 NSS 加密程序库进行 SSL/TLS 和 PKI 证书管理。python-nss 软件包提供一个到 NSS 和 NSPR 支持程序库的 Python 绑定。
网络安全服务（NSS）是一组支持启用安全性的客户端和服务器应用程序的程序库。使用 NSS 构建的应用程序可支持 SSK v2 和 v3、TLS、PKCS #5、PKCS #7、PKCS #11、PKCS #12、S/MIME、X.509 v3 证书以及其它安全性标准。NSS 已经从 NIST 收到 FIPS 140 确认。
*
http://people.redhat.com/jdennis/python ... /index.php -- 库文档
7.2. Java
7.2.1. 单项优势软件 Java 实施
Fedora 包括多个通过有效采用 Fedora 和其它上游项目产生的改进技术整合获得的单项优势自由软件 Java（TM）实施。执行整合到 Fedora 是基于 OpenJDK（http://openjdk.java.net/）和 IcedTea GNU/Linux 发行本整合项目（http://icedtea.classpath.org/），或者根据备用方案，比如 Java 的 GNU 编译程序（GCJ - http://gcc.gnu.org/java 和 GNU Classpath 核心登记程序库 http://www.gnu.org/software/classpath/）。所有 Fedora 革新都会被放到上游以便在通用 Java 实施中尽可能广泛地整合这些技术。
实施 Fedora 10 中的 OpenJDK 6 在 x86、x86_64 和 SPARC 中使用 HotSpot 虚拟机运行时编译程序。在 PowerPC（PPC）中，它使用速度较慢的零解释器。在所有构架中都包括基于 GCJ 和 GNU Classpath 的备用实施，它包括先进的编译程序生成本地二进制文件。
要根据 Java 兼容性套件（JCK）测试所选构架（目前只有基于 OpenJDK 的 x86 和 x86_64）的 Fedora 二进制，该套件可为 Java 规格（此时是 JDK 1.6）保证 100％ 的兼容性。
7.2.2. 处理 Java Applet 和网页起始应用程序
在 Fedora 10 中，gcjwebplugin 已经被可在网页浏览器中安全运行不可信 applet 并可在任何构架工作的 IcedTeaPlugin 替换。您在 Firefox 中输入 about:plugins 即可看到安装了哪些 Applet 插件。新添加的插件支持之前版本中缺少的 Java 脚本桥接（LiveConnect）。有关字节代码到 Jave 脚本桥接（LiveConnect）的详情请参考 bug 报告：
https://bugzilla.redhat.com/show_bug.cgi?id=304021
感谢您对安全策略的反馈。如果您认为安全策略过于严格以至无法弃用限制的 applet，请执行以下步骤：
*
请在终端窗口运行 firefox -g 命令以便查看有哪些限制。
*
然后在 /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib/security/java.policy 文件中给出限制的权限。
*
提交 bug 报告以便将您的例外情况包含在打包的安全策略中。打包这些例外情况可让系统拥有者避免今后对策略文件进行操作。
已经将通过 NetX 的实验网页启动（javaws）支持添加到 IceTea 程序库中。当将 Java 网络启动协议（.jnlp）文件嵌入网页中时，您可以使用 IcedTea 网页启动（/usr/bin/javaws）打开它。NetX 的详情请参考：
http://jnlp.sourceforge.net/
7.2.3. 与其它 Fedora 技术的新整合
通过 IcedTea 项目已经将 OpenJDK 整合到几个也是 Fedora 10 一部分的新技术中。
7.2.3.1. 通过 NetBeans 框架整合的 VisualVM
VisualVM（jvisualvm）提供所有本地或者远程运行的 Java 应用程序的图形总览，通过提取线程转储、堆转储和其它轻量级侧写工具让您监控所有运行的线程、类别以及应用程序分配的对象。
7.2.3.2. 为 javax.sound 整合的 PulseAudio
PulseAudio 整合将为所有使用 javax.sound 软件包的 java 应用程序提供 PulseAudio 的优势。
7.2.3.3. 整合 Mozilla Rhino - JavaScript
Rhino 是 Mozilla 中的一个纯 Java JavaScript 实施，可轻松为开发者使用 javax.script 软件包将其与 Java 及 JavaScript 混合。
7.2.3.4. 其他改进
另外，在 Fedora 10 中完全支持 Java 加密法（javax.crypto），不受任何（地域）限制。
7.2.4. Fedora 与 JPackage
Fedora 10 包括很多 JPackage 项目中衍生出来的软件包。
http://jpackage.org
在 Fedora 中修改了一些软件包来删除垄断软件依赖性，利用 GCJ 的先进编译特性。使用 Fedora 程序库更新这些软件包，或者使用 JPackage 程序库更新那些 Fedora 不提供的软件包。项目及其提供软件的详情请参考 JPackage 网页。
[Warning] 混合 Fedora 和 JPackage 的软件包
在相同系统中安装 Fedora 和 JPackage 仓库的软件包前要查明软件包相容性。不相容的软件包会造成复杂的问题。
7.2.5. 从 Fedora 8 升级的注记 - OpenJDK 替换 IcedTea
从 Fedora 9 开始，在 Fedora 8 中被称为 java-1.7.0-icedtea* 的软件包已改名为 java-1.6.0-openjdk*。Fedora 8 IcedTea 软件包可追踪不稳定的 OpenJDK 7 分支，而 java-1.6.0-openjdk* 软件包追踪稳定的 OpenJDK 6 分支。所有上游 IcedTea 资源都包含在 java-1.6.0-openjdk SRPM 中。
如果您从基于安装了 IceTea 的 Fedora 8 系统升级，不会自动进行软件包转换。必须首先删除基于 OpenJDK 7 的与 IcedTea 相关的软件包，然后安装新的 OpenJDK 6 软件包。
su -c 'yum erase java-1.7.0-icedtea{,-plugin}' su -c 'yum install java-1.6.0-openjdk{,-plugin}'
从 Fedora 9 升级不需要特别操作。
7.3. 工具
这一节覆盖了各种开发工具和特性。
7.3.1. Eclipse
这个 Fedora 发行本包含 Fedora Eclipse，它是基于 Eclipse SDK 版本 3.4。发行本 3.4 系列包含“3.4 的新内容是什么”页面：
http://help.eclipse.org/stable/index.js ... tsnew.html
关于 3.4 的发行注记也可用。
http://www.eclipse.org/eclipse/developm ... e_3.4.html
某些 3.4 中的显著特性包括书签管理改进，更容易找到安装的插件以及使用重构的额外帮助。
7.3.1.1. 附加插件
这个 Fedora 发行本包含以下插件：用于 C/C++（eclipse-cdt）、RPM 特殊文件编辑（eclipse-rpm-editor）、PHP（eclipse-phpeclipse）、Subversion（eclipse-subclipse、SELinux eclipse-slide）及 SELinux（eclipse-slide）、eclipse-setools、正则表达式测试（eclipse-quickrex）、Fortran（eclipse-photran）、Bugzilla 整合（eclipse-mylyn）、Git（eclipse-egit）、Perl（eclipse-epic）、Checkstyle（eclipse-checkstyle）和 Python（eclipse-pydev）。
7.3.1.2. Babel 项目的翻译 - eclipse-nls
这个发行本还包括 Babel 语言包，该语言包可提供 Eclipse 及 Eclipse 插件的多语种翻译。请注意：有些语言的覆盖率很低，尽管您已经安装了翻译版本，您还将看到很多英文字符串。如果您愿意帮助翻译工作，Babel 项目将非常愿意接受。
http://www.eclipse.org/babel/
7.3.1.3. 从 Fedora 9 升级
从 Eclipse 3.3 升级的用户将需要从源而不是 RPM 迁移其安装的所有插件。最简单的方法就是重新安装。对与要从 3.3 进行迁移的插件开发者，请参考“插件迁移指南”:
http://help.eclipse.org/ganymede/nav/2_3
7.3.2. Emacs
Fedora 10 中包括 Emacs 22.2。
除了很多 bug 修复外，Emacs 22.2 还包括一些新的支持，包括 Bazaar、Mercurial、Monotone 和 Git 版本控制程序；新的用来编辑 CSS、Vera、Verilog 和 BibTex 类型文件的主要模块；以及映像模块中改进的滚动支持。
有关修改的详细论述请参考发布的 Emacs 新闻（http://www.gnu.org/software/emacs/NEWS.22.2）。
7.3.3. GCC 编译器集合
这一版本的 Fedora 使用 GCC 4.3.2 构建，同时将其包含在发行版中。
关于 GCC 4.3 的更多信息，参见：
http://gcc.gnu.org/gcc-4.3/
7.3.3.1. 特定目标改进
7.3.3.1.1. IA-32 x86-64
ABI 更改
*
从 GCC 4.3.1 开始，当在栈堆中为 i386 传递十进制浮点变量时要将它们与其自然边界对齐。
命令行更改
*
从 GCC 4.3.1 开始，已经添加了 -mcld 选项在使用功能序言中自动生成 cld 指令。这个选项可用来向下兼容一些操作系统，同时如果使用 --enable-cld 配置选项配置 GCC，则可默认为 32 位 x86 目标启动。
7.3.4. 改进的 Haskell 支持
Fedora 10 引进更多对 Haskell 的支持。使用新的打包指南和工具组件，可轻松支持任何使用 Glasgow Haskell 编译器的 Haskell 程序。软件包创建和部署，提升 Fedora 质量工具加上朋友的帮助，可让您无往不利。随着对 Haskell 支持的增长，将会继续开发 Haskell，并引进更多的程序库。
软件包生成非常简单。Haskell 已经提供用于一致编译和部署软件包的构架。为 Fedora 设置软件包需要一些时间，就是说可用于 Haskell 的编码也适用与 Fedora。
Fedora 还提供用于 Fedora 软件包企业部署的工具。使用带 Haskell 的 Fedora，开发人员现在可以自由在 Haskell 中写入企业级应用程序，并知道可在 Fedora 中安全使用这些编码。
https://fedoraproject.org/wiki/Features ... ellSupport
7.3.5. 扩展了对象 CAML OCaml 覆盖
Fedora 10 包含 OCaml 3.10.2 高级变成语言以及完整软件包列表：
http://cocan.org/getting_started_with_o ... age_status
OCaml 可作为 Fedora 9 的更新，但没有在初始发布中。
7.3.6. NetBeans
这个 Fedora 发行本包括 NetBeans IDE，版本 6.1。NetBeans IDE 是一个整合开发环境（Integrated Development Environment，IDE），可用于 Java、C/C++、Ruby、PHP 等等。默认的 NetBeans IDE 配置（Java SE IDE 配置）支持用于 Java 平台的程序开发，标准版本（Java SE）包括开发用于 NetBeans 平台的模块。
NetBeans IDE 是一个模块系统且包括用来更新和安装插件的工具。社区成员以及第三方公司已经提供了广泛的 NetBeans IDE。
7.3.6.1. NetBean 资源
*
http://www.netbeans.org/ - NetBeans 项目的官方网站。
*
http://wiki.netbeans.org/ - NetBeans Wiki 页。
*
mailto:linux-packaging@installer.netbeans.org - 讨论打包问题的邮件列表。
*
https://admin.fedoraproject.org/pkgdb/p ... s/netbeans - NetBeans IDE 的 Bug 列表
*
https://admin.fedoraproject.org/pkgdb/p ... -platform8 - NetBeans 平台的 Bug 列表。
*
http://www.netbeans.org/issues/ - 发出 NetBeans 项目跟踪器。请使用 Component: installer，OS: Linux，Subcomponent: rpm 归档与 NetBeans RPM 相关的问题。
7.3.7. AMQP 构架
AMOP 构架软件包是红帽企业版 MRG 的子集。这个软件包允许开发灵活、互动和高性能的企业级应用程序。
具体来说它包括以下内容。
*
AMQP（协议版本 0-10）消息代理/服务器
*
C++、Python 和 Java 的客户端绑定（使用 JMS 接口）
*
一组命令行界面配置/管理工具
*
持久信息和信息配置的高性能异步信息存储
7.3.7.1. AMQP 资源
更多信息，请参考以下资源：
*
Red Hat MRG 文档： http://www.redhat.com/mrg/resources
*
AMOP 项目页面： http://amqp.org/
7.3.8. 装置构建工具
装置是预安装并预配置的系统映像。这个软件包包括方便 ISV、开发者、OEMS 等创建和部署虚拟装置的工具和元数据。这个特性的两部分是 ACT（Appliance Creation Tool，装置创建工具）和 AOS（The Appliance Operating System，装置操作系统）。请使用 Add/Remove Software 或者 yum 安装 appliance-tools 软件包。
7.3.8.1. 装置创建工具
装置创建工具是一个从 kickstart 文件中创建装置映像的工具。这个工具使用 live CD 创建程序 API 以及可创建多分区磁盘映像的 live CD API 补丁。这些磁盘映像可在虚拟容器中被引导，比如 Xen、KVM 和 VMware。这个工具是在 appliance-tools 软件包中。这个软件包包含用来在基于 Fedora 的系统，比如 RHEL、CentOS 和其它发行本，中构建装置映像工具。
7.3.8.2. 装置操作系统
装置操作系统是缩微的 Fedora 版本，占用空间较小。它只包含运行某个装置所需的软件包。应该限制对这个这个 Fedora 衍生的硬件支持，特别是在类似 KVM 和 VMware 的虚拟容器中。目的是要创建一个开发者用来构建其应用程序的基础，只要取出他们的软件需要的软件包。
7.3.8.3. 装置构建工具资源
装置工具项目页面：http://thincrust.net/
7.4. Linux 内核
[Tip] 过时或者过期内容？
这个内容可能已经过时或者过期，在 Fedora 9 发行注记中已经进行过更新。
这部分包括 Fedora 10 中基于 2.6.27 内核的改动和重要信息。
7.4.1. 版本
Fedora 可能在内核中包含了附加的补丁来进行改进、修正或添加附加特性。因此，Fedora 内核可能和来自 kernel.org 网站被称为 vanilla kernel 的内核不是完全相同。
http://www.kernel.org/
要获得这些补丁的列表，下载源 RPM 软件包，运行下列命令:
rpm -qpl kernel-<version>.src.rpm
7.4.2. Changelog
软件包修订记录可以用下列命令看到:
rpm -q --changelog kernel-<version>
如果您希望看到更友好的修订日志，请访问 http://wiki.kernelnewbies.org/LinuxChanges 。http://kernel.org/git提供了内核不同之处的摘要和完全两种版本。Fedora 基于 Linus 的内核树。
Fedora 版本做出的定制可以在 http://cvs.fedoraproject.org 找到。
7.4.3. 内核配置
Fedora 10 包含了下列内核构建：
*
大多数系统使用的基本内核。配置的资源位于 kernel-devel 软件包中。
*
kernel-PAE，用于拥有超过 4GB RAM 的 32 位 x86 系统，或者 CPU 带有 NX（No eXecute）特性的系统。它同时支持单/多处理器系统。配置的资源位于 kernel-PAE-devel 软件包中。
*
Debugging 内核，在 debug 一些内核问题时使用。配置的资源位于 kernel-debug-devel 软件包中。
您可以同时为四个内核特性安装内核标题。文件安装在 /usr/src/kernels/<version>[-PAE|-xen|-kdump]-<arch>/ 树中。请使用以下命令：
su -c 'yum install kernel{,-PAE,-xen,-kdump}-devel'
选择一个或多个变体，以逗号分隔，不要有空格。在提示时输入根密码。
[Note] x86 内核包括 Kdump
i686 和 x86_64 内核都是可重新定位的，因此它们不再需要为 kdump 兼容性使用独立内核。PPC64 需要一个独立的 kdump 内核。
[Note] 内核包含半虚拟化
x86_64 和 i686 内核包含 paravirt_ops 选项，且不再需要一个独立内核用来在 Xen 监控程序中运行。有关详情请参考 Section 8.3.1, “统一的内核映像”。
[Note] 默认内核提供 SMP
Fedora 没有单独的 SMP 内核，无论是 i386, x86_64 还是 ppc64。基本内核提供了多处理器支持。
[Note] PowerPC 内核支持
Fedora 没有为 PowerPC 构架提供 Xen 或 Kdump 支持。32 位 PowerPC 仍然使用独立的 SMP 内核。
7.4.4. 准备内核开发
Fedora 10 不包含老版本提供的 kernel-source 软件包，因为构建外部模块只需要 kernel-devel 软件包。配置的资源可用，如 Section 7.4.3, “内核配置” 所述。
[Important] 定制内核构建中
有关内核开发以及定制内核请参考 http://fedoraproject.org/wiki/Building_a_custom_kernel。
7.4.5. 报告 bug
请参考 http://kernel.org/pub/linux/docs/lkml/r ... -bugs.html 中，报告 Linux 内核错误时的注意事项。您也可以访问 http://bugzilla.redhat.com 来报告针对 Fedora 的错误。
7.5. 内嵌的
Fedora 10 中包括很多应用程序来支持对各种目标的嵌入的开发。其中包括汇编程序、编译程序、debug 程序、编程器、IDE 和各种工具。
7.5.1. AVR
用于编程 Atmel AVR 微观控制程序的 avrdude 软件
AVRDUDE 是用来进行 Atmel 的 AVR CPU 编程的程序。它可编写串口编程协议支持的 Flash 和 EEPROM，，还可编写 fuse 和 lock 字节。AVRDUDE 还直接提供指导模式以便允许程序员在芯片中发布任意变成指令而无需考虑 AVRDUDE 是否部署了特定芯片的特定属性。
avr-gcc avr 交叉编译 GNU GCC 目标
这是 GNU GCC 的交叉编译版本，可用来进行 AVR 平台编译，而不是原始的 i386 平台。
avr-gcc-c++ avr 交叉编译 GNU GCC 目标
这个软件包包含 g++ 交叉编译版本，可用来编译 AVR 平台的 c++ 代码，而不是原来的 i386 平台。
avr-libc 可在 Atmel AVR 微型控制程序中使用 GCC 的 C 程序库
AVR Libc 是一个自由软件项目，目的是提供在 Atmel AVR 微控制程序中与 GCC 一同使用的高质量 C 程序库。
AVR Libc 是在统一许可证中登记的。这个所谓的修改的 Berkeley 许可证倾向于与大多数自由软件许可证兼容，比如 GPL。目前尽量减小对在封闭资源商用程序中使用程序库的限制。
avr-binutils 交叉编译 avr 中的目标 GNU binutil
这是 GNU binutil 的交叉编译版本，可用来汇编并为 AVR 平台而不是原有的 i386 平台链接二进制。
avr-gdb 用来（远程）debug avr 二进制的 GDB
这是一个 GDB 的特殊版本，GNU 项目 debug 程序，（远程）debug AVR 二进制。GDB 可让您看到在它执行时另一个程序中发生了什么，或者当它崩溃的时候另一个程序正在做什么。
avarice 将 Atmel JATG ICE 连接到 GDB 的程序
将 Atmel JATG ICE 连接到 GDB 的程序可允许用户对其内嵌的 AVR 目标进行 debug 操作
7.5.2. 微芯片 PIC
gputils 微芯片（TM）PIC（TM）微控制程序的开发工具
这是微芯片（TM）PIC（TM）微控制程序的开发工具的集合。这是 α 软件：其中可能有很严重的 bug，并接近完成状态。gputils 软件包目前只在部署微芯片工具中可用特性子集。要了解 gputils 功能的最新列表请参考有关文档。
gpsim 微芯片（TM）PIC（TM）微控制程序的仿真程序
gpsim 软件是一个微芯片（TM）PIC（TM）微控制程序的仿真程序。它支持微芯片 12 位、14 位和 16 位内核产品系列中的大多数设备。另外，gpsim 支持可动态载入模式，比如 LED、LCD、电阻器等等，来扩展 PIC 中的仿真环境。
ktechlab 开发和模拟微控制程序和电子电路
KTechlab 是一个微控制程序和电子电路开发和模拟环境，以 GNU 通用公共许可证发布。KTechlab 包括几个完好整合的部分：
*
电炉模拟器可用来模拟逻辑、线性设备和一些非线性设备。
*
与 gpsim 整合，允许在周期中模仿允许 PIC 。
*
示意图编辑器可为模拟提供丰富的实时反馈。
*
流程图编辑器，允许视觉构建 PIC 程序。
*
MicroBASIC；和 BASIC 相似的编译程序，是作为 KTechlab 的 companion 程序编写的。
*
内嵌的 Kate 部分，提供强大的 PIC 程序编辑器。
*
通过 gpasm 和 gpdasm 整合的汇编程序和反汇编程序。
pikdev 用来开发基于 PICmicro 应用程序的 IDE（在 Linux/KDE 中）
PiKdev 是一个简单的 IDE，专门用于在 KDE 中开发基于 PIC 的应用程序。特性：
*
整合编辑器
*
项目管理
*
整合的编程引擎 12、14 和 16 字节 PIC（flash 或者 EPROM 技术）
*
支持平行和串口编程器
*
KDE 使用的观感（look-and-feel）
系统管理员必须阅读位于 /usr/share/doc/pikdev-0.9.2 目录的 README.Fedora 文件以完成完整的特性安装。
piklab 基于 PIC & dsPIC 应用程序开发环境
Piklab 是一个 PIC 和 dsPIC 微控制程序图形开发环境。它可与各种工具链连接进行编译和汇编，并支持多种微芯片以及直接编程器。系统管理员必须参考位于 /usr/share/doc/piklab-0.15.0 目录中的 README.Fedora 文件才能完成全部特性的安装。
pikloops PIC 延迟的编码生成器
PiKLoop 生成编码创建为微芯片 PIC 微控制程序生成延迟。是 Pikdev 或者 Piklab IDE 的有用伴侣。
7.5.3. 其它和不可知处理器
dfu-programmer 基于 USB 编程程序为 Atmel 芯片进行的设备固件更新
用于 Atmel 芯片的基于 Linux 的命令行编程器，附带 USB 引导装载程序支持的 ISP。这多半是一个用于设备固件更新（DFU） 1.0 的用户空间应用程序。目前支持的芯片有：8051、AVR、at89c51snd1c、at90usb1287、at89c5130、 at90usb1286、at89c5131、at90usb647、at89c5132、at90usb646、at90usb162 和 at90usb82。
sdcc 小设备 C 编译器
用于 SDCC 的 sdcc-2.6.0-12 软件包是一个用于 8051 及相似类别微控制程序的 C 编译程序。该软件包包括编译器、汇编器和连接程序、设备模拟器以及核心程序库。该处理器支持（不同级别）8051、ds390、z80、hc08 和 PIC。
uisp Atmel AVR 和 8051 的通用系统内编程器
uisp 工具是用来下载/上传到 AVR 设备的工具。它还可用于一些 Atmel 8051 类型设备。另外，uisp 可清除设备、写入锁定字节、确认和设置激活字段。要使用以下硬件对设备进行编程：pavr、stk500、Atmel STK500、dapa、直接 AVR 平行访问、stk200、平行启动程序套件、STK200、STK300、abb、Altera、ByteBlasterMV 平行端口下载电缆、avrisp、Atmel AVR、bsd、fbprg（平行）、dt006（平行）、dasa 串行（RESET=RTS SCK=DTR MOSI=TXD MISO=CTS）、dasa2 串行（RESET=!TXD SCK=RTS MOSI=DTR MISO=CTS）
simcoupe SAM Coupe 仿真程序（可兼容 spectrum）
SimCoupe 仿真一台基于 8bit Z80 的家用计算机，于 1989 年由 Miles Gordon Technology 发布。SAM Coupe 具有更大的范围的兼容以及改进的硬件。
sjasm z80 交叉汇编程序
SjASM 是一个双向宏 Z80 交叉汇编程序
z88dk Z80 交叉编译程序
z88dk 程序是一个 Z80 交叉编译程序，可以为各种基于 Z80 的机器（比如 ZX81、Sepctrum、Jupiter Ace 和一些 TI 计算器）创建二进制文件。
7.6. KDE 3 开发平台及程序库
Fedora 现在提供 KDE 4，并且不再提供完整的 KDE 3 桌面环境。Fedora 提供以下 KDE 3.5 程序库软件包来运行和构建很多现有 KDE 3 应用程序：
*
qt3、qt3-devel（和其它 qt3-* 软件包：）Qt 3.3.8b
*
kdelibs3、kdelibs3-devel：KDE 3 程序库
*
kdebase3、kdebase3-pim-ioslaves、kdebase3-devel：一些应用程序需要的 KDE 3 核心文件
还有，KDE 4 kdebase-runtime 软件包提供 khelpcenter，还会将 khelpcenter 设置为 KDE 3 应用程序的一个服务，以便帮助 KDE 3 应用程序正常工作。不再提供 khelpcenter 的 KDE 3 版本，而使用 KDE 4 版本替代。
这些软件包被设计用来：
*
满足文件系统层次结构标准(FHS)，以及
*
安全地与 KDE 4 并行安装，包括 -devel 软件包。
为达到这个目标，Fedora KDE SIG 成员向 KDE 4 -devel 软件包做出如下修改：
*
库符号链接被安装到 /usr/lib/kde4/devel 或 /usr/lib64/kde4/devel，取决于系统体系。
*
工具 kconfig_compiler 和 makekdewidgets 被更名为 kconfig_compiler4 和 makekdewidgets4。
大多数使用 cmake 构建的主要 KDE 4 应用程序的修改都应该是完全公开的，因为已经修补了 FindKDE4Internal.cmake 来与这些更改匹配。KDE SIG 将这些更改到 KDE 4 kdelibs-devel，而不是 kdelibs3-devel，因为 KDE 4 将这些更改集中保存，在那里 KDE 3 应用程序通常包含程序库搜索路径和可执行名称的硬编码副本。
请注意 kdebase3 不包括以下内容：
*
可用来替代 KDE 4 的完整 KDE 3 桌面（工作空间）；特别是 KWin、Kdesktop、KSplash 和 KControl 的 KDE 3 版本不包含在内。
*
kdebase 应用程序的 KDE 3 版本，比如 Konqueror 和 KWrite 在 KDE 4 版本中是多余的并与其冲突。
*
libkdecorations 程序库需要 KWin 3 窗口修饰，因为那些窗口修饰不能在 KWin 的 KDE 4 版本中使用。
*
有些 Kicker applet 需要 libkickermain，因为 Fedora 10 中没有 Kicker，因此不能使用 Kicker applet。
[注意] 不鼓励基于过时的 API 开发新软件。
考虑到向后兼容性，鼓励您根据过时界面开发。
上次由 lailue 在 2009-01-29 17:19，总共编辑 1 次。
-
hubert_star
- 论坛版主
- 帖子： 5373
- 注册时间： 2007-10-29 22:12
- 系统： OSX 10.9 + Ub 1304
- 来自： 江苏南京
Re: fedora技术应用水平一定比ubuntu高吗
人家ubuntu作为打包最好的一个发行版至于你们这么鄙视吗？
用fedora和debian都是非常危险的，因为他们是开创者，而用ubuntu最好了，在原封不动的基础上，把包名字加上个ubuntu，然后经过一堆测试，稳定性肯定要好很多，虽然ubuntu是在debian的测试版改名过来的。
非常鄙视fedora和debian，你看看人家ubuntu多聪明，直接拿来用，你们fedora把钱都花在研究上，不利于自己的发展。
用fedora和debian都是非常危险的，因为他们是开创者，而用ubuntu最好了，在原封不动的基础上，把包名字加上个ubuntu，然后经过一堆测试，稳定性肯定要好很多，虽然ubuntu是在debian的测试版改名过来的。
非常鄙视fedora和debian，你看看人家ubuntu多聪明，直接拿来用，你们fedora把钱都花在研究上，不利于自己的发展。
佛经说，人有八苦： 生、老、病、死、求不得、怨憎、爱别离、五阴盛 故我苦！
圣经说，人有七罪： 饕餮、贪婪、懒惰、淫欲、傲慢、嫉妒和暴怒 故我有罪！
我这篇帖子里面没有任何攻击我们伟大的中华人民共和国政府和任劳任怨的人民公仆（和本论坛高素质的版主）的文字和含义；
特此声明！
有些事，我们明知道是错的，也要去坚持，因为不甘心；有些人，我们明知道是爱的，也要去放弃，因为没结局；有时候，我们明知道没路了，却还在前行，因为习惯了。
欢迎来我的新浪微博@me
圣经说，人有七罪： 饕餮、贪婪、懒惰、淫欲、傲慢、嫉妒和暴怒 故我有罪！
我这篇帖子里面没有任何攻击我们伟大的中华人民共和国政府和任劳任怨的人民公仆（和本论坛高素质的版主）的文字和含义；
特此声明！
有些事，我们明知道是错的，也要去坚持，因为不甘心；有些人，我们明知道是爱的，也要去放弃，因为没结局；有时候，我们明知道没路了，却还在前行，因为习惯了。
欢迎来我的新浪微博@me
-
lailue
- 帖子： 582
- 注册时间： 2007-10-06 23:37
Re: fedora技术应用水平一定比ubuntu高吗
当然ubuntu能满足你的工作，其实现在哪个主流大型发行版搞不了开发？Fedora号称开发者发行版不会是空穴来风吧。
-
poet
- 帖子： 2841
- 注册时间： 2006-09-11 22:47
Re: fedora技术应用水平一定比ubuntu高吗
有一个很重要的问题在于如何理解开发这件事情，或者是说，如何站在企业行为的角度理解开发。企业行为的软件开发无非是因为软件有价值，而软件的价值在于使用价值和销售价值，很显然对于中国的企业来说，软件绝大多数情况下是没有销售价值的。那么我们专注的就是软件的使用价值，至少这个价值需要比我们花费的人力要高。lailue 写了：Ubuntu比Fedora适合你们。
你是行家，你综合分析一下更广的开发情形，当然可以是手机、手表、机床、windows、linux等；还有学习的途径、国际上的交流与推广等等，得出那款linux发行版搞开发总体评分最高。这样很多国内开发者和桌面用户可以大开眼界了。
例如fedora11这项特性：
Windows Cross-compiler ：无需使用 Windows，从 Fedora 就可以编译和调试Windows 程序的全部功能。
以我对行业的浅薄理解，绝大多数的中国软件人员在做两个领域的软件开发：行业应用和嵌入式应用。
——行业应用简单的来说就是某个专业领域的应用，例如所有的保险或者银行都会自己养一帮人去为自己的业务开发软件。这部分软件经常跟着业务需要而变化，而其高保密性的要求导致了这个业务通常不能外包。在这样的企业中通常会存在架构设计师等职位，系统选用什么样的新技术，什么样的总体架构，绝大多数软件工程师是不需要关心的。开源领域中的三个月之内的技术不会被采纳，因为稳定性对于企业的业务来说压倒一切。
——嵌入式应用就是大家所熟悉的各种电子设备上的软件开发，每个人都要接触的有手机，电视机，DVD，汽车电子等等，这个行业确实如你所说，对新技术是敏感的。汽车电子与飞机电子这些行业当然除外，他们有近乎变态的高要求，不可能使用年龄在两年以下的技术。但是国产的山寨手机确实需要紧跟潮流。所以在这样的企业会存在一个用于探索新技术的小组。这个小组的目标是做什么呢？考察实用的新技术。象你说的去查看开源世界的新技术自然是一个方面，但是以我们的经验，大多数开源技术对企业来说都是一柄双刃剑，除了少量的经典软件之外，普通的新的开源软件在稳定性上通常远远不如商业软件，我一个哥们的公司在这个问题上吃过大亏，选择了一个开源引擎造成了500万的损失，他们后来就宁可花百万级别的金额去购买有商业支持的引擎，所以别说是3个月，就算是一年以内的新技术，如果是开源软件界的，企业要应用也必须要谨慎的评估。——在企业中所谓新技术的应用绝对不是个别的“牛人”想自己玩玩就可以大规模采纳的。
对新技术探索的小组当然要放任一些，不过这个小组尝试的新技术通常需要在实验平台中实验一两年甚至更久，才会被引入到正式的开发平台。——是的，对于开发人员来说，根本不需要在用ubuntu的同时去查看fedora有什么更新，这并不是他们需要关心的。
反过来说，业界的任何更新对于技术探索的人员来说都很重要，不仅仅是Fedora，你应当知道同样有很多技术其实是先在openSUSE中使用。对技术探索人员来说更重要的是订阅新闻，而不是安装Fedora。——而我们也很少把他们定位为开发人员。
更广泛的探索其实并不是太有必要，因为往往不需要限制开发人员的平台选择。只是当开发人员自己放弃了选择的自由时，我会推荐ubuntu。开发平台必然是针对每个产品搭建好的，不论你使用什么发行版，永远是使用公司共同的开发平台，这方面没有问题。剩下的区别仅仅是这个系统给了你什么，而部署ubuntu能够使IT支持人员在软件硬件安装方面的代价最小，这就是一种选择，当然还有一个也非常适合的选择是：openSUSE。
一定会有一部分特立孤行的开发人员会喜欢自己选择发行版的，那么如果决定自己选择发行版，我会假定这个开发人员有能力自行解决这个系统下所有硬件软件安装相关的问题。不建议使用Fedora有一个重要的原因，就是配置好一个Fedora系统通常远比Ubuntu和openSUSE复杂，不可否认学会Fedora配置也有价值，但我们并不希望看到开发人员把太多的精力放在配置系统而不是干正事上面。——所以我们会有少量的牛人使用Fedora。
类似于Windows Cross-compiler这种东西还是有用的，我们很早就在技术探索小组进行实验了。这种东西并不需要等到Fedora11给你提供的时候再用，就像如果你需要使用vim 7.2，你不会傻等ubuntu发行9.10版。而是在vim发布的时候就自己下载过来在8.04中使用了。
主流发行版的二进制兼容性其实远比多数人想象的要好得多。一个Firefox，直接解压到任何当今的主流发行版中都可以直接运行。
有什么东西是一定要用Fedora才能知道的呢？有的，那就是那些Fedora自行开发，又没有公开发布也没有进入开源社区的软件。对于这些软件我本人不清楚，但是会有人负责去探索他们，一旦有效，则可以全公司使用。——企业行为很重要的就是不需要不同的人去重复着相同的劳动。分工造就了效率。
企业应当选择什么平台进行开发？其实这是个伪命题，因为你开发的对象不同，你的开发人员技术背景不同，导致了没有一个选择是最优的。对于国内开发者来说，我推荐ubuntu或者openSUSE，对于内核开发者来说，我推荐fedora。
以我的经验，对于gtk程序的开发者来说，最佳选择是使用一个纯净的完全不依赖gtk的KDE桌面环境，对于Qt程序的开发者来说，应当使用GNOME桌面环境并且努力不在系统中使用任何Qt应用。原因是：尽量使用系统不使用的图形包在你开发时会最少的遇到问题，你对图形包同时也就拥有最大程度的定制空间而不影响你系统的正常功能。同理：对于ubuntu的开发者来说，我推荐使用openSUSE/Fedora，因为在外来系统中开发ubuntu软件更容易暴露出问题，环境相对来说也更单纯和直观。——但是如果你想为Fedora开发软件？我建议的选择就是：除了Fedora之外的任何系统。你可以在Fedora中测试，但建议在其他系统中开发。
——如果开发过python程序，也就会更明白系统组件对python的依赖将是一个你非常头痛的问题。最完美的python开发环境，应当是一个从系统组件到开发环境都完全丝毫不使用和不依赖python的环境。——当然从这个角度说，我认为ubuntu是不太适合python开发的。你很容易为自己配置出同时并存两套python的环境，但是当你需要把这种环境部署到普通开发人员的时候会发现很多问题和困难 。
推荐kubuntu有我们的历史原因，因为我们开发了一部分gtk程序，而kubuntu是一个相对纯净的kde系统。openSUSE有些接近，但是它不够纯净，仍然存在着gtk程序gtk库和gtk依赖。而kubuntu是一个完完全全去除了gtk依赖的系统，用于开发gtk程序就再合适不过。至于Fedora的KDE根本不在讨论之列。对于那些不使用gtk开发的技术人员来说，使用KDE还是GNOME就无所谓。
-
lailue
- 帖子： 582
- 注册时间： 2007-10-06 23:37
Re: fedora技术应用水平一定比ubuntu高吗
我说的3个月你理解为诞生的3个月而不是实用提前3个月吧。你觉得fedora有新技术就会把旧的好的技术抛弃吗。
为何总会说fedora桌面难配、硬件支持差、开发环境难搭？
为何linuxsir那边的人说F好搭，而这边说U好搭，有谁熟练运用F、U两个系统后的给个客观评论吗？
你觉得这里面的东西对你有用吗？
http://docs.fedoraproject.org/release-n ... opers.html
或者国内根本不需要这么新的技术，因为我看过为公安部开发的资产软件竟然用access作后台的。
为何总会说fedora桌面难配、硬件支持差、开发环境难搭？
为何linuxsir那边的人说F好搭，而这边说U好搭，有谁熟练运用F、U两个系统后的给个客观评论吗？
你觉得这里面的东西对你有用吗？
http://docs.fedoraproject.org/release-n ... opers.html
或者国内根本不需要这么新的技术，因为我看过为公安部开发的资产软件竟然用access作后台的。
-
hujy
- 帖子： 218
- 注册时间： 2006-05-25 10:13
- 来自： 明州
Re: fedora技术应用水平一定比ubuntu高吗
debian系与redhat系在配置上还是有些差异的。