TGFC Lifestyle - Powered by Discuz! Board

标题: [电脑] ubuntu这系统用起来还是蛮爽的 [打印本页]

作者: 烏鴉 时间: 2010-11-3 17:47 标题: ubuntu这系统用起来还是蛮爽的

QQ可以用WEB的（LINUX的QQ很不给力啊），MSN有客户端
浏览器有firefox和chromium
自带的播放器放个音乐电影神马的也能过得去
word和excel可以通用windows的
拼音输入法不会比搜狗神马的差太多
只是上个网打点字的话，还是很赞的。

这个帖子就是在ubuntu系统下发的

作者: 西风的树 时间: 2010-11-3 17:57

我比较喜欢fedora和centos。

作者: 伪 时间: 2010-11-3 18:08

看来楼主不偷菜

作者: hudihutian 时间: 2010-11-3 18:10

posted by wap

显卡驱动麻烦，没有pplive,ppstream

作者: 烏鴉 时间: 2010-11-3 18:26

从来不偷菜，PP神马的有3年没看过了

作者: kmlzkma 时间: 2010-11-3 19:22

posted by wap, platform: GoogleChrome

怀念Ubuntun下弄Erlang的日子

作者: bstdy 时间: 2010-11-3 20:06

引用:

原帖由烏鴉于 2010-11-3 17:47 发表
QQ可以用WEB的（LINUX的QQ很不给力啊），MSN有客户端
浏览器有firefox和chromium
自带的播放器放个音乐电影神马的也能过得去
word和excel可以通用windows的
拼音输入法不会比搜狗神马的差太多
只是上个网打点字 ...

同感，不久前才装上，然后蛋痛的又装了个Win7的皮肤，只上上网看看电影的话，感觉确实不错了

作者: eos 时间: 2010-11-3 20:54

如果不玩游戏的话这个系统很不错的，win的软件可以通过wine或者虚拟机来实现。linux对内存的利用率很高的。

作者: 利多卡因 时间: 2010-11-3 21:03

拼音输入法可以直接使用搜狗的词库的
http://forum.ubuntu.org.cn/viewtopic.php?f=8&t=252407

作者: primos 时间: 2010-11-3 21:07

引用:

原帖由 利多卡因 于 2010-11-3 21:03 发表
拼音输入法可以直接使用搜狗的词库的
http://forum.ubuntu.org.cn/viewtopic.php?f=8&t=252407

还可以用搜狗云输入法

作者: 利多卡因 时间: 2010-11-3 21:21

云输入法本来就是开放的，用户体验不好，响应速度太慢了

作者: skcfan 时间: 2010-11-3 21:32

webqq这会儿应该已经吃瘪了吧

作者: 利多卡因 时间: 2010-11-3 22:05

webqq已经不能登录了，惊了湿了喷了，腾讯这次真急了啊

作者: iceblusky 时间: 2010-11-3 22:27

殃及鱼池了

作者: b0207191 时间: 2010-11-3 22:42

这两天学linux内核，也是用无版图，不过内核被我整的不稳定，经常挂住，哈哈。

作者: reg-neo 时间: 2010-11-3 22:47

可以安装双系统吗？

作者: pigudada 时间: 2010-11-3 22:51

可以装双系统的吧

作者: 利多卡因 时间: 2010-11-3 22:57

ubuntu10.10用的内核是2.6.35-22，kernel.org上最新版是2.6.36。用当前2.6.35的config文件可以直接拿来编译最新的标准kernel，编完就可以随便跑啊

多系统随便装，grub2可以自动检测多系统生成启动菜单项，除非你硬盘里还有分区搞得十分复杂的老旧的linux发行版比如rhel，可能生成的菜单不会为这样的OS提供菜单项，不过可以自己手工添加的

作者: 烏鴉 时间: 2010-11-3 22:58

ubuntu可以直接在win下安装，开机后直接选进入win或者ubuntu就行了。
上不了qq了确实，麻痹那狗屁linux版的qq太不给力了。

作者: ages7mark 时间: 2010-11-3 23:18

真正的用户，最怕的是折腾

作者: 俊伟 时间: 2010-11-3 23:29

posted by wap, platform: iPad

昨天在用ubuntu，很不错

作者: handsomeken 时间: 2010-11-3 23:29

正用ubuntu的飘过。
腾讯已然疯狂。

作者: handsomeken 时间: 2010-11-3 23:31

引用:

原帖由 reg-neo 于 2010-11-3 22:47 发表
可以安装双系统吗？

完全没问题。

作者: 烏鴉 时间: 2010-11-3 23:43

更新ATI显卡驱动后，系统进入不能，求解……

作者: 06e3 时间: 2010-11-4 00:18

進安全模式卸載 ATI 驅動試試

作者: whenkidspunk 时间: 2010-11-4 00:25

posted by wap, platform: Nokia (E71)

有撒吉姆760a无线网卡的驱动吗？

作者: 利多卡因 时间: 2010-11-4 00:49

引用:

原帖由烏鴉于 2010-11-3 23:43 发表
更新ATI显卡驱动后，系统进入不能，求解……

看ctrl + alt + fx还能不能开终端，进了终端再想办法卸驱动。话说这显卡驱动是官方源里的么？不会这么不给力吧

作者: fmeric 时间: 2010-11-4 10:41

有flash插件，偷菜无任何问题

作者: 蜜桃精小勺 时间: 2010-11-4 17:06

CentOS ,用qq还可以阿，相当清爽了

作者: aaafffei 时间: 2010-11-4 17:32

posted by wap, platform: GoogleChrome

Pigdin没有Linux版么？

作者: hudihutian 时间: 2010-11-4 17:37

posted by wap

我说了吧，显卡驱动难装

作者: sleepd 时间: 2010-11-4 17:39

posted by wap, platform: HTC Hero

用gentoo的飘过，ubuntu太臃肿了

作者: 利多卡因 时间: 2010-11-4 19:49

引用:

原帖由 aaafffei 于 2010-11-4 17:32 发表
posted by wap, platform: GoogleChrome

Pigdin没有Linux版么？

屁精曾经很长一段时间是ubuntu的默认安装软件

作者: xphi 时间: 2010-11-4 21:32

虽然天天VNC在CentOS上工作，但是主体还是生活在Windows 7下面，真是觉得Linux不争气，搞了这么多年了，还是只能在服务器和超算领域混饭吃。乌班图确实有了很大的提高，但是个人觉得仍然只能达到XP的水准，和Windows 7，OS X 还有不小的差距。

Linux有时候真的是让人爱不起来，举例来说，要找个稍微为好点的C++ IDE都找不到，别提Emacs这样的古董，用Eclipse吧，区区几W行代码，索引一下要10分钟，还是3GHz的Nehalem 至强EP，我真是服了。后来Samba代码目录到Windows下面，用Visual Studio + VAX编辑，流畅得一塌糊涂，编辑完后再SSH过去make，比直接在Linux下面工作效率高N倍。

[ 本帖最后由 xphi 于 2010-11-4 21:49 编辑 ]

作者: 利多卡因 时间: 2010-11-4 21:45

LS没用过全平台的slickedit？

作者: xphi 时间: 2010-11-4 21:48

没有用过slickedit，似乎是个Eclipse的查件？回头找一个试试。

作者: 利多卡因 时间: 2010-11-4 21:54

eclipse除了用来编辑java以外就是渣，cdt补全都得卡半天喷了

slickedit是个商业软件，还可以设置成vim或emacs style

作者: xphi 时间: 2010-11-4 22:04

嗯，看了看slickedit的官方Review，似乎还不错，不过看起来代码完成和代码重构功能还是比较欠缺，有空试用一下再评价。

作者: hhhiro 时间: 2010-11-4 22:09

能网银支付宝么?

作者: 利多卡因 时间: 2010-11-4 22:10

我win7都不能网银，乖乖用虚拟机开winxp，这虚拟机还是ubuntu下的呢

作者: xphi 时间: 2010-11-4 22:17

平时用Linux就是自己找折腾啊，用Wine更加纯粹是找折腾，既然买的机器带来了正版Win7，还是用Win7吧。话说现在能买到学生版的话Win7和Office2010也蛮便宜，除了网银唯一需要Windows的就是Office了。

作者: 利多卡因 时间: 2010-11-4 22:44

折腾ubuntu的总时间加起来还没有折腾slickedit这一个软件来得多。曾经坚持用ubuntu是为了让自己集中精神不要闲玩，现在已经不能达到这个效果了，反而因为windows下访问linux的分区不便，很多时候还有反效果

当然我整套工作环境全部在ubuntu下，除了altium、autocad之类

office的话，还好工作伙伴同事都不兴这个，全pdf发布，自己写文档更是从不用office，所以偶尔一些office文件用openoffice打开没问题，有个别有问题的用永中打开也能兼容。话说我连windows下装的也是openoffice，而且无论windows下还是ubuntu下，openoffice都是几个月也不用一次的

作者: xphi 时间: 2010-11-4 22:55

没有Office的压力一般的工作确实可以移到Linux下，话说Tex写东西比Word给力多了，可惜收到的文档全是doc/docx。

作者: lijgame 时间: 2010-11-5 11:35

引用:

原帖由 sleepd 于 2010-11-4 17:39 发表
posted by wap, platform: HTC Hero

用gentoo的飘过，ubuntu太臃肿了

gentoo太lifestyle了，对于我这样的更新狂来说太疯狂了
还是arch linux比较实际点

作者: zhangu2 时间: 2010-11-5 12:14

ubuntu下IDE请参考Code::blocks 、CodeLite。。。

话说linux下IDE不给力的话，那你是没用过Mac上的XCode，

那叫个让人泪流满面

作者: 利多卡因 时间: 2010-11-5 12:38

刚玩linux的时候被人忽悠玩过一遍lfs，由于工作上的原因，那个时候shell本来就很熟，对rootfs的构建更是烂熟于心，那个时候经常从源码编译busybox、qt库、qtopia，并手工写配置文件，所以做完一遍lfs后，我只能说去tm的，纯粹是体力活，装B也要适可而止

当然这句话对gentoo同样适用

知道linus torvalds用什么发行版吗？虽然感觉丫一直在换，但是可以肯定不是gentoo这类的，我很难相信一个程序员会去折腾这玩意儿，程序员不是用ubuntu就是fedora，或者直接debian。为啥ubuntu用的人多？因为debian系的源服务器好搭，好备份，源服务器遍布全球，服务器速度快，deb包可靠，鲜有依赖冲突，自动化程度高，并尽量避免用户接触文本配置文件的机会。即使是嵌入式系统，debian系也日渐呈现一家独大的趋势

作者: 利多卡因 时间: 2010-11-5 12:42

程序员的思维模式是框架化、层次隔离化、模板化，严禁跨层、脱离框架的操作，所有操作必须模板化统一化，原因不解释

作者: CK355 时间: 2010-11-5 12:57

求一个ubuntu 的下载装个玩玩

作者: 烏鴉 时间: 2010-11-5 13:02

官网下载之
http://www.ubuntu.com/

作者: anakin 时间: 2010-11-5 13:41

posted by wap, platform: GoogleChrome

引用:

原帖由 @xphi 于 2010-11-4 22:55 发表
没有Office的压力一般的工作确实可以移到Linux下，话说Tex写东西比Word给力多了，可惜收到的文档全是doc/docx。

Tex 求入门啊
这东西学校讲了还没明白。。。学校就是糊弄在教。。。
还有是不是linux下面tex的环境好构建啊，怎么觉得windows下面tex非常难装。。。还是因为我没搞明白tex的结构？

作者: tuer008 时间: 2010-11-5 14:03

上个月装了一个ubuntu 10.10
因为以前从没接触过linux 只能搞搞表面的东东也没怎么有时间玩它
没什么工作需要所以说不上好坏除了有些软件不给力其他蛮好

[ 本帖最后由 tuer008 于 2010-11-5 14:13 编辑 ]

作者: Mozi 时间: 2010-11-5 16:49

引用:

原帖由 hudihutian 于 2010-11-4 17:37 发表
posted by wap

我说了吧，显卡驱动难装

扯蛋, 一个开机自动给你找好, 一个还要去官网自己下, 那个较好装? ATI的支持号称有限, 新版驱动问题也就是多显示器的时候opengl版本低而已

作者: hudihutian 时间: 2010-11-5 17:55

posted by wap

装好了？能显示就叫装好了？还能再搞笑一点吗？

作者: 利多卡因 时间: 2010-11-5 18:44

显卡驱动的问题，反正我没有碰到过，也没有去官网下过神马驱动，我什么都不知道

ubuntu下使用包管理器的方式统一管理软件的安装、依赖、更新和卸载，对用户来说，只需要知道软件名，或者从软件排行上找到软件，点击安装，然后就等着包管理器自动下载安装吧，什么都不用插手，也不需要考虑安装路径和日后更新的问题

tex有很多前端，比如lyx

作者: tommyshy 时间: 2010-11-5 18:46

win7用的很舒服，不想折腾了

作者: 烏鴉 时间: 2010-11-5 21:15

你的10.10怎么有DOCK菜单？自己装的？

作者: 利多卡因 时间: 2010-11-5 21:56

dock软件很多的，如cairo-dock、awn、gnome-do

作者: xphi 时间: 2010-11-5 23:24

引用:

原帖由 利多卡因 于 2010-11-5 18:44 发表
显卡驱动的问题，反正我没有碰到过，也没有去官网下过神马驱动，我什么都不知道

ubuntu下使用包管理器的方式统一管理软件的安装、依赖、更新和卸载，对用户来说，只需要知道软件名，或者从软件排行上找到软件，点 ...

客观地说，Linux下面可以向Debian这样搞包管理器主要原因是开源软件居多，要是像Windows下面大多是有版权软件，怎么搞得起来，这些年像360，XX软件管理器，云端什么的不都是想走这条路么，但是那个不是偷偷摸摸，藏头露尾，生怕踩过了版权这根红线。而且这种东西一有用户群就有利益，广告、流氓什么的马上就跟着上来了，自然不可能像Linux下面那么清爽。这次字母大战数字的最早起因不就是从XX软件管理器那时来的么。

[ 本帖最后由 xphi 于 2010-11-5 23:27 编辑 ]

作者: Mozi 时间: 2010-11-5 23:26

引用:

原帖由 hudihutian 于 2010-11-5 17:55 发表
posted by wap

装好了？能显示就叫装好了？还能再搞笑一点吗？

难道你家ubuntu不给你自动找出proprietary hardware driver?
相比win 7，自带驱动一个给我1024x768，一个在live disc上就能基本实现所有功能，也是不小的差距。

作者: xphi 时间: 2010-11-5 23:31

引用:

原帖由 Mozi 于 2010-11-5 23:26 发表

难道你家ubuntu不给你自动找出proprietary hardware driver?
相比win 7，自带驱动一个给我1024x768，一个在live disc上就能基本实现所有功能，也是不小的差距。

ubuntu显卡驱动能搞定很大程度上是现在就两家显卡厂，而且主流还在用的显卡就那几个系列。相比几乎已经标准话显卡和声卡，各种杂七杂八的扩展卡，Raid卡，在Linux下面装驱动简直就是要死人。

作者: eos 时间: 2010-11-6 00:34

n卡的驱动在ubuntu里是比较好的。a卡问题稍微多些。一般源里的驱动就挺好的如果追求新的话可以编译驱动。如果没有用源的驱动而是自己编译安装的那么在内核升级后会有比较多的麻烦，需要重新安装驱动而这时候只能在字符环境下。

[ 本帖最后由 eos 于 2010-11-6 00:36 编辑 ]

作者: 离神最近的人 时间: 2010-11-6 00:43

codelite，codeblock还是差很远，用它来管理工程只比makefile好点，事实上很多时候都是自己写makefile然后用自定义编译。用过的IDE里面没有比MSVC更好用的了，再加上现在express已经免费（当然需要感谢GCC它们）

话说现在国内做软件的，除了大公司，都是面向windows用户为主吧，还是全套MS的东西比较给力。期望能看到GCC在windows优化方面有较大的改进，现在编译windows目标代码又慢又臃肿

作者: Gabrie_l 时间: 2010-11-6 00:45

posted by wap, platform: iPhone

扯b淡，xcode怎么就让你泪流慢面了。

作者: Mozi 时间: 2010-11-6 00:50

引用:

原帖由 xphi 于 2010-11-5 23:31 发表

ubuntu显卡驱动能搞定很大程度上是现在就两家显卡厂，而且主流还在用的显卡就那几个系列。相比几乎已经标准话显卡和声卡，各种杂七杂八的扩展卡，Raid卡，在Linux下面装驱动简直就是要死人。

这个我承认，但是一般人谁会用这些？至于硬盘仓库我记得有专门支持linux的raid卡，而且sun原来的那个硬盘格式貌似可以当raid用？

作者: 利多卡因 时间: 2010-11-6 01:26

引用:

原帖由 xphi 于 2010-11-5 23:24 发表

客观地说，Linux下面可以向Debian这样搞包管理器主要原因是开源软件居多，要是像Windows下面大多是有版权软件，怎么搞得起来，这些年像360，XX软件管理器，云端什么的不都是想走这条路么，但是那个不是偷偷摸摸， ...

非也，ubuntu官方源里不留非开源软件是一回事，不代表所有源服务器都要遵循这样的法则。另外，事实上N卡和A卡的驱动恰恰就是不开源的，但是都在源服务里，只是需要你手工点一下确认协议

如果你用过ubuntu，你应该知道还有很多第三方源甚至是某某软件自己的官方源这样的东西存在。即便连源都不想加，直接官网下deb包，那么无论多么庞大的软件都可以打成一个deb包双击安装，安装过程不需要你做任何操作，且这样的deb包任何人都可以打，且所需依赖的包会先自动下载安装

作者: 利多卡因 时间: 2010-11-6 01:33

引用:

原帖由 离神最近的人 于 2010-11-6 00:43 发表
codelite，codeblock还是差很远，用它来管理工程只比makefile好点，事实上很多时候都是自己写makefile然后用自定义编译。用过的IDE里面没有比MSVC更好用的了，再加上现在express已经免费（当然需要感谢GCC它们）

...

真正的大型工程不会只用Makefile，丫就是个半成品，通常我们会加入大量shell脚本辅助，更常见的是直接用cmake来自动化构建Makefile

linux下，没有多少人习惯使用IDE这种东西

作者: 利多卡因 时间: 2010-11-6 01:43

引用:

原帖由 xphi 于 2010-11-5 23:31 发表

ubuntu显卡驱动能搞定很大程度上是现在就两家显卡厂，而且主流还在用的显卡就那几个系列。相比几乎已经标准话显卡和声卡，各种杂七杂八的扩展卡，Raid卡，在Linux下面装驱动简直就是要死人。

你把intel搁哪儿去了？

各种冷门外设不是说装驱动要死人，而是厂家根本没发布驱动。能跑的驱动，大多是直接集成在标准内核里的（显卡驱动这种反而是特殊的），要么直接编译进二进制内核要么是作为模块放在文件系统里以udev的规则动态加载

作者: xphi 时间: 2010-11-6 02:20

引用:

原帖由 利多卡因 于 2010-11-6 01:26 发表

非也，ubuntu官方源里不留非开源软件是一回事，不代表所有源服务器都要遵循这样的法则。另外，事实上N卡和A卡的驱动恰恰就是不开源的，但是都在源服务里，只是需要你手工点一下确认协议

如果你用过ubuntu，你应 ...

开源是我所想到的一个方面，纯粹从安装方式优劣来说的话，Debian包确实不应该是Linux值得骄傲的地方，微软实际上屡次三番的出Install的SDK试图统一，不过Windows下可选的Install工具太多导致现在也没有统一起来。我还是觉得只有小众而没有历史包袱才敢一刀切的统一安装工具，要是微软哪天也说大家都把软件放到我的更新服务器上吧，多半比TX这次还要被骂得惨，多么严重的“劫持用户”啊，多么严重的“垄断”啊。

引用:

原帖由 利多卡因 于 2010-11-6 01:33 发表

真正的大型工程不会只用Makefile，丫就是个半成品，通常我们会加入大量shell脚本辅助，更常见的是直接用cmake来自动化构建Makefile

linux下，没有多少人习惯使用IDE这种东西

Linux死忠当然都用VI和Emacs，但是我仍然宁愿用有可以加速工作的代码完成工具和重构功能的IDE，如果能够支持多显示器更加好，如果我哪天能啃完Emacs的无数手册，记住Emacs无数快捷键，学会了Emacs的无穷强脚本语言，说不定我也会喜欢Emacs，不过现在看来遥遥无期。
make永远都是核心，其他都是辅助，不是make半成品，而是make的基本设计思想就只是制定规则依赖，具体每条规则怎么操作当然要写脚本。

引用:

原帖由 利多卡因 于 2010-11-6 01:43 发表

你把intel搁哪儿去了？

各种冷门外设不是说装驱动要死人，而是厂家根本没发布驱动。能跑的驱动，大多是直接集成在标准内核里的（显卡驱动这种反而是特殊的），要么直接编译进二进制内核要么是作为模块放在文件系 ...

Intel我确实搞漏了，因为基本没有听说还要要鼓捣Intel的显卡驱动。不过鼓捣驱动基本不是因为厂家没有发布，要真没有发布驱动我就直接换硬件了，鼓捣驱动干啥。Linux驱动最烦躁的在于编译，无数的Linux发行版，每种发行版的无数版本，各种不同的gcc版本，glibc版本……。乱七八糟的版本依赖之烦躁，之恶心，加上各种冷门驱动本身开发不够好，常常依赖特定编译环境，搞死人。

[ 本帖最后由 xphi 于 2010-11-6 02:27 编辑 ]

作者: Jonsoncao 时间: 2010-11-6 06:33

对于程序员来说不错，对于一般人来说不行

作者: 利多卡因 时间: 2010-11-6 12:06

引用:

原帖由 xphi 于 2010-11-6 02:20 发表开源是我所想到的一个方面，纯粹从安装方式优劣来说的话，Debian包确实不应该是Linux值得骄傲的地方，微软实际上屡次三番的出Install的 SDK试图统一，不过Windows下可选的Install工具太多导致现在也没有统一起来。我还是觉得只有小众而没有历史包袱才敢一刀切的统一安装工具，要是微软哪天也说大家都把软件放到我的更新服务器上吧，多半比TX这次还要被骂得惨，多么严重的“劫持用户”啊，多么严重的“垄断”啊。

历史包袱这个词用得好，我来告诉你为什么微软根本不可能整出rpm和deb这样的包管理系统，因为从一开始windows或者说dos就没有遵循FHS标准，正是这个历史遗留问题造成了今天几乎每个人的windows系统的目录结构都不相同，在这样的环境下，你让包管理器怎么去装软件？所有软件全部扔c盘program files里吗？几兆十几兆的小软件也就算了，百兆至数G数十G的软件也全扔c盘？那用户非跟你拼命不可。windows那操蛋的目录结构也致使了windows本身不能把用户本身的配置信息从系统盘隔离开来，当然这是题外话了

另外，虽然ubuntu的老板财大气粗，但是全球那么多源服务器可并不都是他出钱整的，任何一个人用台pc机装个ubuntu开个apache就能搭建源服务器，所需操作包括安装apache不足5条命令。可以是官方源镜像，也可以是自己维护的ppa，软件公司可以有自己的ppa，比如opera这类非开源的软件，供用户加源条目以实现自动维护更新

注意源是需要key认证的，杜绝了非法源服务器捣乱，如果你想问如何杜绝，说明你已经被windows下一些习以为常的不安全习惯蒙蔽了双眼，呵呵

引用:

Linux死忠当然都用VI和Emacs，但是我仍然宁愿用有可以加速工作的代码完成工具和重构功能的IDE，如果能够支持多显示器更加好，如果我哪天能啃完Emacs的无数手册，记住Emacs无数快捷键，学会了Emacs的无穷强脚本语言，说不定我也会喜欢Emacs，不过现在看来遥遥无期。
make永远都是核心，其他都是辅助，不是make半成品，而是make的基本设计思想就只是制定规则依赖，具体每条规则怎么操作当然要写脚本。

我前面就说了，slickedit可以设置成vim和emacs style，也就是兼容它们所有快捷键
至于Makefile，其实我一般是不和没有将Makefile拼写正确的人讨论关于它的话题的。Makefile为啥是半成品？我问个问题，你如何实现当修改一个头文件后重新编译时，只选择性地编译那些与该头文件有关的源码文件，注意这不仅涉及到单纯地将头文件时间戳与包含该文件的源码文件的比较，还涉及到头文件内部的包含关系。你可以看看官方GNUmake手册给出的方案。如果你不知道我在说什么，那我可以问个基础问题，Makefile是如何处理复杂的源码目录树生成最终的目标文件的？

引用:

Intel我确实搞漏了，因为基本没有听说还要要鼓捣Intel的显卡驱动。不过鼓捣驱动基本不是因为厂家没有发布，要真没有发布驱动我就直接换硬件了，鼓捣驱动干啥。Linux驱动最烦躁的在于编译，无数的Linux发行版，每种发行版的无数版本，各种不同的gcc版本，glibc版本……。乱七八糟的版本依赖之烦躁，之恶心，加上各种冷门驱动本身开发不够好，常常依赖特定编译环境，搞死人。

驱动的问题，你算撞我枪口上了。。。

很多驱动不是官方发布的，而是黑客们根据手册自己写的，只要愿意开源，你就可以提交给kernel.org，进入mainline，这样kernel.org发布的标准内核里就会有这样的驱动。厂商自己发布，不提交，绝大部分原因是不想开源，打闷包，没关系，你完全可以打包发布deb包或rpm包，甚至直接进ubuntu官方源服务器，再被全球的爱好者架设的源服务器镜像。gcc版本，我从来是用最新的稳定版本，所有有活力的发行版都是如此，作为一个程序员，这是起码的要求，这也是为什么程序员不用rhel，centos等发行版的原因

另外，驱动不依赖你的编译环境，不使用glibc，它依赖的是你当前kernel的源码树。所以你觉得搞死人，要么是你的驱动太古老没跟着kernel的api维护（不进mainline你就得自己维护），要么是你的kernel太老

作者: xphi 时间: 2010-11-6 14:04

有DOS的时候还没有FHS，那时的DOS没有理由去借鉴Unix的文件系统，所以不要乱用“一开始……就”这样的句式。我也没有说Windows的安装方式好过rpm或者deb，我只是说源服务器这种做法没什么值得夸耀的。

拼错Makefile的人不是我，此外我的确不知道你在说什么，用make的过程中靠gcc生成.d依赖文件已经是一个基本常规操作，不知道你说的复杂源码树指的是啥。顺便说一句，写程序过程中常常修改头文件不是个好习惯，make和C系列语言是绝配的一个很重要原因就是头文件分离，make仅仅依赖时间戳就可以独立编译修改后的实现部分而不用考虑其他使用了该接口的代码。常常要考虑“修改一个头文件后重新编译时，只选择性地编译那些与该头文件有关的源码文件”这样的问题，说明代码组织或者结构设计多半有问题。

虽然我不知道你做什么，但是我看你处处提到程序员，容我说一句，就像前面操版说的，Linux的很多毛病，程序员觉得很爽，用户多半觉得很操蛋。作为一个程序员，当让可以追新，跟着喜欢的发行版跑，但是用户并不是这样的。看你提到你用altium，所以猜想你能理解这个例子：某厂商提供的一个库必须在某特定版本的DC下才能综合，而这个DC必须使用某特定版本的内核，甚至只能使用某特定的Linux发行版；又或者厂商提供一套SystemC的验证框架，必须在某版本的GCC下编译；然而为了调试某FPGA，我必须链接一款特定的扩展卡，但是这个卡的厂商却没有提供该特定版本内核Linux的驱动，我于是立刻陷入版本依赖的漩涡中。不是每个人都总处于喜新厌旧的程序员角色中的。

作者: z0406 时间: 2010-11-6 14:36

posted by wap, platform: GoogleChrome

前一段时间在linux里写c代码，发现最靠谱的还是vim。IDE这种东西和linux的风格根本格格不入。

作者: akadatez 时间: 2010-11-6 17:01

我的使用体验来说。我觉得不如FEDORA

作者: 宅兔 时间: 2010-11-6 17:07

我就说一句：假设咱们天朝计算机课上学的就是Linux系的操作系统，IT厂商开发的软件也优先考虑Linux系下面的版本，论坛的PC区讨论的也都是Linux系操作系统的问题…十年以后还会有多少人抱怨Linux不好用呢？

玩啥操作系统都一样，玩熟了啥都不难折腾

[ 本帖最后由宅兔于 2010-11-6 17:11 编辑 ]

作者: 利多卡因 时间: 2010-11-6 18:49

引用:

原帖由 xphi 于 2010-11-6 14:04 发表
有DOS的时候还没有FHS，那时的DOS没有理由去借鉴Unix的文件系统，所以不要乱用“一开始……就”这样的句式。我也没有说Windows的安装方式好过rpm或者deb，我只是说源服务器这种做法没什么值得夸耀的。

拼错Makefi ...

嗯，dos所采用的文件系统和分区挂载的方式，已经决定了不可能出现一种标准去统一规范了，因为分区和目录的关系被颠倒了过来。unix和linux之所以能够遵循FHS标准，和分区挂载的方式有很大关系

生成.d文件的原因就是因为Makefile是半成品，没有提供相关机制，只好用这种愚蠢至极的方法曲线救国，要知道在你在磁盘驱动器上频繁创建和删除如此大规模的小文件是一件十分费时费力不讨好的事情

头文件里包含的内容不需要修改吗？真的不需要？我举个例子，你的项目是多平台的，这时你需要编译面向另一个平台的目标文件，于是执行Makefile的某个标签创建了面向该平台的一整套头文件的软链接，你觉得你头文件修改了没？不同平台soc的寄存器完全不同，这些信息都在头文件里，这些头文件会被粘贴到源码文件里，头文件变了自然要重新编译。“仅仅依赖时间戳就可以独立编译修改后的实现部分而不用考虑其他使用了该接口的代码”，这没有什么神奇的地方，编译是以文件为单位的，没有改过内容的源码文件当然不需要重编，只需要重新链接就可以了

“必须在某版本的GCC下编译”，知道我为什么说作为一个程序员，使用最新编译器和库是最起码的要求吗？程序员发布的产品必须保证兼容性，必须在某版本的GCC下编译的东西根本是不合格的，gcc的参数一直在变，但是基本都做到了向下兼容，如果程序员自己都在用老版本的编译环境，自然会在参数选择上出现这种操蛋问题

同样的，如果你拿到的驱动也是只对应老版本的kernel，那么这份驱动同样是缺乏维护的、不合格的，合格的驱动应该打包成deb包或rpm包，双击安装或进入官方源服务器维护。如果你不幸碰上这样的东西，很简单，你下个老版本的kernel，编译运行即可，不要跟我说你分不清什么事kernel什么是rootfs

作者: 利多卡因 时间: 2010-11-6 19:22

引用:

原帖由 xphi 于 2010-11-6 14:04 发表
常常要考虑“修改一个头文件后重新编译时，只选择性地编译那些与该头文件有关的源码文件”这样的问题，说明代码组织或者结构设计多半有问题

说实话这个实在是真不能接受了。。。我觉得我被侮辱了，随便找个像样的项目，开关某些宏，这些操作都是改在头文件里的啊

作者: xphi 时间: 2010-11-6 19:44

引用:

原帖由 利多卡因 于 2010-11-6 19:22 发表

说实话这个实在是真不能接受了。。。我觉得我被侮辱了，随便找个像样的项目，开关某些宏，这些操作都是改在头文件里的啊

开关某些宏恰好应该是放在Makefile里面，在不同的规则下由gcc的开关传进去的，过了调试期后，需要发布版的时候才实际写进头文件里面去，每次调试make的时候都要修改头文件，等待缓慢的编译无数源文件，那还要头文件作甚。

作者: 利多卡因 时间: 2010-11-6 19:50

引用:

原帖由 xphi 于 2010-11-6 19:44 发表

开关某些宏恰好应该是放在Makefile里面，在不同的规则下由gcc的开关传进去的，过了调试期后，需要发布版的时候才实际写进头文件里面去，每次调试make的时候都要修改头文件，等待缓慢的编译无数源文件，那还要头文 ...

我明白了，你并不发布源码，只发布二进制文件，用户看不见源码，所以用户不会修改头文件

作者: xphi 时间: 2010-11-6 19:58

引用:

原帖由 利多卡因 于 2010-11-6 19:50 发表

我明白了，你并不发布源码，只发布二进制文件，用户看不见源码，所以用户不会修改头文件

源代码发布版也是含Makefile一起发布的……，而且需要在本库调试中不断修改的宏开关一般很少需要下级用户修改，除非是不能确定，需要反复试验的常量等等，但是那样的东西为什么要放在宏里面，那些东西应该放在配置文件里面。
用户即便要修改头文件，也不会常常去修改，除非决定大改，即使要大改也应该有一个预先的设计和计划，不是在每次make的时候才来调来调去。

当然，这个属于软件设计的思想问题，每个人都有不同的风格，不必强求。

[ 本帖最后由 xphi 于 2010-11-6 20:01 编辑 ]

作者: 利多卡因 时间: 2010-11-6 20:07

你把宏作为编译参数传入源码比用头文件传入到底高明在什么地方呢？连编译参数都修改的话，难道还不用重新编译？我实在是困惑。宏是在预处理阶段就处理掉的，远远早于编译流程

作者: 利多卡因 时间: 2010-11-6 20:12

不是所有的项目都有所谓的配置文件的，因为不是所有的程序都是跑在操作系统下的

作者: xphi 时间: 2010-11-6 20:14

引用:

原帖由 利多卡因 于 2010-11-6 20:07 发表
你把宏作为编译参数传入源码比用头文件传入到底高明在什么地方呢？连编译参数都修改的话，难道还不用重新编译？我实在是困惑。宏是在预处理阶段就处理掉的，远远早于编译流程

这个我确实记错了，跟着你的关于宏的用法跑偏了，通常情况下头文件里面用预处理宏，要不是和编译环境相关的开关，要不就是Debug本身的开关，这些都是不需要在每次调试时修改的。所以我说不应该在头文件中包含了需要在每次调试时都需要修改的开关，如果有那样的开关，要么避免出现在头文件中，要么放在配置文件里，这就是我为什么说存在程序结构设计上不合理的地方。

[ 本帖最后由 xphi 于 2010-11-6 20:21 编辑 ]

作者: xphi 时间: 2010-11-6 20:25

没有配置文件也有很多办法获得全局支持的，虽然全局变量有点丑陋，但是仍然是可以用的；就算是在板子上跑程序，至少还有几块ROM地址可供放配置数据把。

作者: 利多卡因 时间: 2010-11-6 20:28

说来说去还是鸡同鸭讲啊，你没有接触过裸板程序

我再举个例子好了，就拿debug开关来说，假设我们现在只调试某一个模块，所以只需要打开这个模块的debug开关就可以了，这当然是代码中该模块设的宏。你说这种情况下，我是改编译参数把整个工程重编一遍好呢还是在该模块的主头文件里打开debug宏好呢？当然，你可以说，我们计划调试一个模块是属于预先的设计和计划，重编一次无所谓

作者: 利多卡因 时间: 2010-11-6 20:33

另外，我说的开关宏，当然指的是开关代码中的某些功能，我发现你完全误会了。一个正常人是不会把诸如mac地址啊ip地址啊开机画面存储地址啊写死在代码里的，这代码当然也包括头文件

作者: xphi 时间: 2010-11-6 20:35

引用:

原帖由 利多卡因 于 2010-11-6 20:28 发表
说来说去还是鸡同鸭讲啊，你没有接触过裸板程序

我再举个例子好了，就拿debug开关来说，假设我们现在只调试某一个模块，所以只需要打开这个模块的debug开关就可以了，这当然是代码中该模块设的宏。你说这种情况下 ...

是的，我们谈的不是一种情况，从一开始我只是想谈谈关于make是不是半成品这个问题。我并不针对你的这种裸板程序，虽然我也看过几个裸板程序，不过我确实没有写过，不知道我们写裸板程序的小组是不是也这么郁闷。

作者: 利多卡因 时间: 2010-11-6 20:41

其实拿linux kernel作为例子就更好说了，比如说spin_lock这个宏，在单核非抢占的情况下，丫就是一个空宏，只有在多核或开抢占的情况下spin_lock才是有意义的。那么这个宏的内容本身就是被宏所选择的，而且这个选择权也是要交到用户手里，由用户的配置来决定的。所以，在用户对内核不同的配置情况下，spin_lock的内容会被修改，并导致所有使用过该宏的源码文件被修改，从而被重编，这只能靠头文件来实现

作者: xphi 时间: 2010-11-6 20:48

引用:

原帖由 利多卡因 于 2010-11-6 20:41 发表
其实拿linux kernel作为例子就更好说了，比如说spin_lock这个宏，在单核非抢占的情况下，丫就是一个空宏，只有在多核或开抢占的情况下spin_lock才是有意义的。那么这个宏的内容本身就是被宏所选择的，而且这个选择权 ...

在游戏论坛讨论旋转锁是在是有点蛋痛，我觉得这已经基本说明我的看法了，我没有说头文件中不能用宏，说是说在头文件不能有总要在调试的时候修改的宏，头文件不应该是需要经常改来改去的东西，就算是旋转锁，我的调试机也不是一会多路一会单路吧。而且make可以流畅的处理这所有的头文件依赖问题，没有任何半成品的样子。

作者: 利多卡因 时间: 2010-11-6 20:55

Makefile处理头文件的时候，先是利用gcc的参数导出各个源文件的依赖关系，其中包括头文件，但不包括.d文件本身，然后用一个sed去修改.d文件，把.d文件本身添加到目标项中，修改后的.d文件再被include到Makefile中。就是这样一个过程，这是GNUmake官方给出的解决方案，我对此嗤之以鼻

作者: 流浪的枪骑兵 时间: 2010-11-6 22:11

引用:

原帖由 eos 于 2010-11-3 20:54 发表
如果不玩游戏的话这个系统很不错的，win的软件可以通过wine或者虚拟机来实现。linux对内存的利用率很高的。

不觉得，上次一边编译一遍上网，结果系统卡死，最后一看是内存占用问题，2G的内存吃满。但问题是我关了除了编译以外的各种东西，内存占用还没下来。10.04 x64版本，很FT

作者: 利多卡因 时间: 2010-11-6 22:39

你可以看一下是哪个进程吃的内存，直接点掉

作者: xphi 时间: 2010-11-6 22:52

引用:

原帖由 流浪的枪骑兵 于 2010-11-6 22:11 发表

不觉得，上次一边编译一遍上网，结果系统卡死，最后一看是内存占用问题，2G的内存吃满。但问题是我关了除了编译以外的各种东西，内存占用还没下来。10.04 x64版本，很FT

Linux内存占用的策略和Windows不一样的，物理内存显示上看起来基本上都是被占用的。

作者: 利多卡因 时间: 2010-11-6 23:21

linux下显示的内存占用是符合用户习惯的，否则其显示意义就不存在了。2G内存吃满应该是内存泄露的问题

作者: 流浪的枪骑兵 时间: 2010-11-7 09:08

引用:

原帖由 xphi 于 2010-11-6 22:52 发表

Linux内存占用的策略和Windows不一样的，物理内存显示上看起来基本上都是被占用的。

问题不在内存，问题在于操作卡的很，我当时不想停止编译，因为时间太长。但操作速度一直没法恢复正常。
我知道一般来说有部分是缓存占用了，那时候对速度没啥影响。
不过那次是物理内存全被程序占满了，而且杀掉程序也无法恢复，原因我到现在也不知道，
只能认为是Ubuntu10.4内存管理有缺陷了。
当时看了一眼，内存是jdk占走了，不知到是不是jdk6的内存管理跟ubuntu有冲突还是怎么的。

以后再编译我把内存监视器放上面去，注意了一下就好多了。

欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/)