Fedora 中文組郵件列表 March 2011

chinese@lists.fedoraproject.org

48 participants
59 discussions

[FZH] 求接手 shutter
by Liang Suilong 26 Mar '11

26 Mar '11

话说现在要去到很远的地方实习，没有电脑，也没有 Linux 的电脑，更加没有 Fedora 的电脑，所以诚征 packager 帮忙协管 shutter 这个包。。。另外，Fedora 13 没有更新到 sunpinyin-2.0.3 Fedora && Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager && Ambassador https://fedoraproject.org/wiki/User:Liangsuilong

11 36

[FZH] 2011 �� 3 �� 25 ��
by CyrusYzGTt 25 Mar '11

25 Mar '11

<zodbot> Meeting ended Fri Mar 25 14:00:29 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . <zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-zh/2011-03-25/fedora-zh.2011-03-25-… <zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-zh/2011-03-25/fedora-zh.2011-03-25-… <zodbot> Log: http://meetbot.fedoraproject.org/fedora-zh/2011-03-25/fedora-zh.2011-03-25-… <BadGirl> [2010-08-20 22:18:24] Posted by z/odbot@fedora-zh already: MeetBot - Debian Wiki

1 0

Re: [FZH] gmlive構建計劃.歡迎各位參與
by CyrusYzGTt 25 Mar '11

25 Mar '11

于 2011年03月24日 22:11, lerosua 写道: > pps的libems ？不知道，你可以研究一下，如果命令行可以跑，就成集成到界面上。最多我都没研究这个。 > 我發現自己不會改。。就放棄了 > 我终于明白你的问题在哪了，你是又添加了一次cache参数，我让你设置是指在配置的mplayer缓存那直接写cache值， > 而不是在扩展参数里再加一次cache，你这样加，当然就有两次cache出现了。你要设置为8192, 在我发给你的程序里 > 应该就可以直接用了。嗯，我也發現了。。。。 > 今天又有人在论坛里提及gmlive, 我想还是把一些多余的东西去掉，修得一下发个版本得了， > 对了，你有可用的mms列表不，如有可发个过来。谢谢。能不能讓gmlive同時讀取兩個頻道列表例如sopcast有直播就是現在那個，而我想再加上點播的那個 http://channel./sopcast/.com/chlist./xml/ (电视频道). http://channel./sopcast/.com/vodlist./xml/ (/点播/频道) 額，我這裏的mms列表都是電臺，，自己再修改下吧，我通常用mplayer放的 > 在 2011年3月24日下午2:56，CyrusYzGTt <cyrusyzgtt(a)gmail.com> 写道： >> 于 2011年03月24日 14:52, lerosua 写道: >> >> 说得很清楚，回去再看看。 >> >> gmlive可不可以用最新的pps 的 libems，如果可以，我自己修改用用。。。不公開的 >> >> 在 2011 3 24 14:39，"CyrusYzGTt" <cyrusyzgtt(a)gmail.com> 写道： >>> 于 2011年03月23日 20:56, lerosua 写道: >>>> 根据你的要求改了一下，不过我没出现过两个-cache的情况。倒是无法设置大 >>>> 于64k的缓存。 >>>> 这个版本修改了，可以在配置里直接设置为自己需要的缓存大小。 >>>> 发的是源码，需要你自己编译了。 >>> 我這裏在gmlive裏只添加了 -cache 8192 就出現下面這樣 >>> mplayer -slave -quiet -cache 64 -cache 8192 http://127.0.0.1:8908/tv.asf >>> >>> 還有這個能取消不，如果不能就算了 >>> iconv -f gb18030 -t utf8 /home/CyrusHMH/.config/gmlive/pplive.lst | sed >>> 's/encoding="gb2312"/encoding="utf-8"/' > /tmp/gmlive.xml.encode >>>> On Wed, Mar 23, 2011 at 07:40:37PM +0800, CyrusYzGTt wrote: >>>>> 于 2011年03月23日 13:17, lerosua 写道: >>>>>> 自己设定是可以的啊，在首选项里可设置啊 >>>>>> >>>>> 不行的，會出現有個 -cache 64 -cache 8192 >>>>>> 在 2011 3 23 12:30，"CyrusYzGTt" <cyrusyzgtt(a)gmail.com >>>>>> <mailto:cyrusyzgtt@gmail.com>> 写道： >>>>>>> 于 2011年03月22日 16:29, lerosua 写道: >>>>>>>> 参数不多啊，主要的就是缓存的大小的参数。删除了更好用了？ >>>>>>> 是啊，特別是cache 64 應該刪除， 64是默認的，我想自己設定 1024 或者 >>>>>> 8192 >>>>>>>> 在 2011年3月22日下午4:20，CyrusYzGTt <cyrusyzgtt(a)gmail.com >>>>>> <mailto:cyrusyzgtt@gmail.com>> 写道： >>>>>>>>> 于 2011年01月20日 09:26, CyrusYzGTt 写道: >>>>>>>>>> <CyrusYzGTt> lerosua§ 老大，該更新下 gmlive 了，在 svn 源裏更新 >>>>>> 也行 >>>>>>>>>> <lerosua> CyrusYzGTt: 你真是不死心啊... >>>>>>>>>> <CyrusYzGTt> lerosua§ 誰讓妳的gmlive比sopcast-player好用，也好編 >>>>>> 譯，而且 >>>>>>>>>> 能當集成 >>>>>>>>>> <lerosua> CyrusYzGTt: 要不你把你的需求写成一封邮件发给我。我好把 >>>>>> 它列入事 >>>>>>>>>> 件表里找时间做一下。就当是为你打造特别的一个版本吧。 >>>>>>>>>> <lerosua> CyrusYzGTt: 我的邮件就是这个名字加gmail.com >>>>>> <http://gmail.com> >>>>>>>>>> < CyrusYzGTt > 30 lerosua§ 嗯，真的？ >>>>>>>>>> >>>>>>>>>> 21 < lerosua > 21 CyrusYzGTt: 嗯，你写详细点，我能做到尽量做。 >>>>>>>>>> >>>>>>>>>> <CyrusYzGTt> lerosua§ 額～～太好了，不過俺的表達能力不強，，， >>>>>>>>>> >>>>>>>>>> <lerosua> CyrusYzGTt: 没事，邮件里可讨论嘛。 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> <CyrusYzGTt> lerosua§ 我能將這個信息轉發到fedora-zh的郵件列表嗎？ >>>>>>>>>> <lerosua> CyrusYzGTt: 为啥？fedora-zh列表里有很多人还在用? >>>>>>>>>> <CyrusYzGTt> lerosua§ 是啊，再用， >>>>>>>>>> <lerosua> CyrusYzGTt: 不过，如果你让我集成pps,pplive这些就没啥可 >>>>>> 能了，因 >>>>>>>>>> 为那些是不开源的东西，我无能为力。 >>>>>>>>>> >>>>>>>>>> <CyrusYzGTt> lerosua§ 嗯，可以，不過就是把mms.list更新，主要是刪 >>>>>> 除默認的 >>>>>>>>>> 沒用的地址 >>>>>>>>>> <CyrusYzGTt> lerosua§ 那個sopcast的節目列表就最好能跟網頁的節目列 >>>>>> 表相同 >>>>>>>>>> <lerosua> CyrusYzGTt: 嗯，总之有需求发邮件就成了，这样我可以有根 >>>>>> 据地改。 >>>>>>>>>> <CyrusYzGTt> lerosua§ 嗯，謝謝 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> 老大，，我想到了，能不能將mplayer默認的那幾個參數去掉。。就是 >>>>>> gmlive啓用 >>>>>>>>> mplayer時用的參數 >>>>>>>>> >>>>>>>> >> > >

1 1

[FZH] 关于android的问题
by Dee.H.Y 25 Mar '11

25 Mar '11

众所周知的国内应用软件厂商对linux的极差的支持度但是又众所周知,国内软件厂商对android的友好是不是可以把apk的解释器直接能编译了在linux上执行apk程序? 毕竟基于Java的apk是与平台无关的问题很傻呵呵

6 9

Re: [FZH] gmlive構建計劃.歡迎各位參與
by CyrusYzGTt 24 Mar '11

24 Mar '11

于 2011年03月24日 14:52, lerosua 写道: > > 说得很清楚，回去再看看。 > gmlive可不可以用最新的pps 的 libems，如果可以，我自己修改用用。。。不公開的 > 在 2011 3 24 14:39，"CyrusYzGTt" <cyrusyzgtt(a)gmail.com > <mailto:cyrusyzgtt@gmail.com>> 写道： > > 于 2011年03月23日 20:56, lerosua 写道: > >> 根据你的要求改了一下，不过我没出现过两个-cache的情况。倒是无法设置大 > >> 于64k的缓存。 > >> 这个版本修改了，可以在配置里直接设置为自己需要的缓存大小。 > >> 发的是源码，需要你自己编译了。 > > 我這裏在gmlive裏只添加了 -cache 8192 就出現下面這樣 > > mplayer -slave -quiet -cache 64 -cache 8192 http://127.0.0.1:8908/tv.asf > > > > 還有這個能取消不，如果不能就算了 > > iconv -f gb18030 -t utf8 /home/CyrusHMH/.config/gmlive/pplive.lst | sed > > 's/encoding="gb2312"/encoding="utf-8"/' > /tmp/gmlive.xml.encode > >> > >> On Wed, Mar 23, 2011 at 07:40:37PM +0800, CyrusYzGTt wrote: > >>> 于 2011年03月23日 13:17, lerosua 写道: > >>>> > >>>> 自己设定是可以的啊，在首选项里可设置啊 > >>>> > >>> 不行的，會出現有個 -cache 64 -cache 8192 > >>>> 在 2011 3 23 12:30，"CyrusYzGTt" <cyrusyzgtt(a)gmail.com > <mailto:cyrusyzgtt@gmail.com> > >>>> <mailto:cyrusyzgtt@gmail.com <mailto:cyrusyzgtt@gmail.com>>> 写道： > >>>> > 于 2011年03月22日 16:29, lerosua 写道: > >>>> >> 参数不多啊，主要的就是缓存的大小的参数。删除了更好用了？ > >>>> > 是啊，特別是cache 64 應該刪除， 64是默認的，我想自己設定 1024 或者 > >>>> 8192 > >>>> >> 在 2011年3月22日下午4:20，CyrusYzGTt <cyrusyzgtt(a)gmail.com > <mailto:cyrusyzgtt@gmail.com> > >>>> <mailto:cyrusyzgtt@gmail.com <mailto:cyrusyzgtt@gmail.com>>> 写道： > >>>> >>> 于 2011年01月20日 09:26, CyrusYzGTt 写道: > >>>> >>>> <CyrusYzGTt> lerosua§ 老大，該更新下 gmlive 了，在 svn 源裏更新 > >>>> 也行 > >>>> >>>> <lerosua> CyrusYzGTt: 你真是不死心啊... > >>>> >>>> <CyrusYzGTt> lerosua§ 誰讓妳的gmlive比sopcast-player好用，也好編 > >>>> 譯，而且 > >>>> >>>> 能當集成 > >>>> >>>> <lerosua> CyrusYzGTt: 要不你把你的需求写成一封邮件发给我。我好把 > >>>> 它列入事 > >>>> >>>> 件表里找时间做一下。就当是为你打造特别的一个版本吧。 > >>>> >>>> <lerosua> CyrusYzGTt: 我的邮件就是这个名字加gmail.com > <http://gmail.com> > >>>> <http://gmail.com> > >>>> >>>> < CyrusYzGTt > 30 lerosua§ 嗯，真的？ > >>>> >>>> > >>>> >>>> 21 < lerosua > 21 CyrusYzGTt: 嗯，你写详细点，我能做到尽量做。 > >>>> >>>> > >>>> >>>> <CyrusYzGTt> lerosua§ 額～～太好了，不過俺的表達能力不強，，， > >>>> >>>> > >>>> >>>> <lerosua> CyrusYzGTt: 没事，邮件里可讨论嘛。 > >>>> >>>> > >>>> >>>> > >>>> >>>> <CyrusYzGTt> lerosua§ 我能將這個信息轉發到fedora-zh的郵件列 > 表嗎？ > >>>> >>>> <lerosua> CyrusYzGTt: 为啥？fedora-zh列表里有很多人还在用? > >>>> >>>> <CyrusYzGTt> lerosua§ 是啊，再用， > >>>> >>>> <lerosua> CyrusYzGTt: 不过，如果你让我集成pps,pplive这些就没啥可 > >>>> 能了，因 > >>>> >>>> 为那些是不开源的东西，我无能为力。 > >>>> >>>> > >>>> >>>> <CyrusYzGTt> lerosua§ 嗯，可以，不過就是把mms.list更新，主要是刪 > >>>> 除默認的 > >>>> >>>> 沒用的地址 > >>>> >>>> <CyrusYzGTt> lerosua§ 那個sopcast的節目列表就最好能跟網頁的 > 節目列 > >>>> 表相同 > >>>> >>>> > >>>> >>>> <lerosua> CyrusYzGTt: 嗯，总之有需求发邮件就成了，这样我可 > 以有根 > >>>> 据地改。 > >>>> >>>> <CyrusYzGTt> lerosua§ 嗯，謝謝 > >>>> >>>> > >>>> >>>> > >>>> >>>> > >>>> >>>> > >>>> >>>> > >>>> >>> 老大，，我想到了，能不能將mplayer默認的那幾個參數去掉。。就是 > >>>> gmlive啓用 > >>>> >>> mplayer時用的參數 > >>>> >>> > >>>> >> > >>>> >> > >>>> > > >>> > >

1 0

Re: [FZH] gmlive構建計劃.歡迎各位參與
by CyrusYzGTt 24 Mar '11

24 Mar '11

于 2011年03月23日 20:56, lerosua 写道: > 根据你的要求改了一下，不过我没出现过两个-cache的情况。倒是无法设置大 > 于64k的缓存。 > 这个版本修改了，可以在配置里直接设置为自己需要的缓存大小。 > 发的是源码，需要你自己编译了。我這裏在gmlive裏只添加了 -cache 8192 就出現下面這樣 mplayer -slave -quiet -cache 64 -cache 8192 http://127.0.0.1:8908/tv.asf 還有這個能取消不，如果不能就算了 iconv -f gb18030 -t utf8 /home/CyrusHMH/.config/gmlive/pplive.lst | sed 's/encoding="gb2312"/encoding="utf-8"/' > /tmp/gmlive.xml.encode > > On Wed, Mar 23, 2011 at 07:40:37PM +0800, CyrusYzGTt wrote: >> 于 2011年03月23日 13:17, lerosua 写道: >>> >>> 自己设定是可以的啊，在首选项里可设置啊 >>> >> 不行的，會出現有個 -cache 64 -cache 8192 >>> 在 2011 3 23 12:30，"CyrusYzGTt" <cyrusyzgtt(a)gmail.com >>> <mailto:cyrusyzgtt@gmail.com>> 写道： >>> > 于 2011年03月22日 16:29, lerosua 写道: >>> >> 参数不多啊，主要的就是缓存的大小的参数。删除了更好用了？ >>> > 是啊，特別是cache 64 應該刪除， 64是默認的，我想自己設定 1024 或者 >>> 8192 >>> >> 在 2011年3月22日下午4:20，CyrusYzGTt <cyrusyzgtt(a)gmail.com >>> <mailto:cyrusyzgtt@gmail.com>> 写道： >>> >>> 于 2011年01月20日 09:26, CyrusYzGTt 写道: >>> >>>> <CyrusYzGTt> lerosua§ 老大，該更新下 gmlive 了，在 svn 源裏更新 >>> 也行 >>> >>>> <lerosua> CyrusYzGTt: 你真是不死心啊... >>> >>>> <CyrusYzGTt> lerosua§ 誰讓妳的gmlive比sopcast-player好用，也好編 >>> 譯，而且 >>> >>>> 能當集成 >>> >>>> <lerosua> CyrusYzGTt: 要不你把你的需求写成一封邮件发给我。我好把 >>> 它列入事 >>> >>>> 件表里找时间做一下。就当是为你打造特别的一个版本吧。 >>> >>>> <lerosua> CyrusYzGTt: 我的邮件就是这个名字加gmail.com >>> <http://gmail.com> >>> >>>> < CyrusYzGTt > 30 lerosua§ 嗯，真的？ >>> >>>> >>> >>>> 21 < lerosua > 21 CyrusYzGTt: 嗯，你写详细点，我能做到尽量做。 >>> >>>> >>> >>>> <CyrusYzGTt> lerosua§ 額～～太好了，不過俺的表達能力不強，，， >>> >>>> >>> >>>> <lerosua> CyrusYzGTt: 没事，邮件里可讨论嘛。 >>> >>>> >>> >>>> >>> >>>> <CyrusYzGTt> lerosua§ 我能將這個信息轉發到fedora-zh的郵件列表嗎？ >>> >>>> <lerosua> CyrusYzGTt: 为啥？fedora-zh列表里有很多人还在用? >>> >>>> <CyrusYzGTt> lerosua§ 是啊，再用， >>> >>>> <lerosua> CyrusYzGTt: 不过，如果你让我集成pps,pplive这些就没啥可 >>> 能了，因 >>> >>>> 为那些是不开源的东西，我无能为力。 >>> >>>> >>> >>>> <CyrusYzGTt> lerosua§ 嗯，可以，不過就是把mms.list更新，主要是刪 >>> 除默認的 >>> >>>> 沒用的地址 >>> >>>> <CyrusYzGTt> lerosua§ 那個sopcast的節目列表就最好能跟網頁的節目列 >>> 表相同 >>> >>>> >>> >>>> <lerosua> CyrusYzGTt: 嗯，总之有需求发邮件就成了，这样我可以有根 >>> 据地改。 >>> >>>> <CyrusYzGTt> lerosua§ 嗯，謝謝 >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>> 老大，，我想到了，能不能將mplayer默認的那幾個參數去掉。。就是 >>> gmlive啓用 >>> >>> mplayer時用的參數 >>> >>> >>> >> >>> >> >>> > >>

1 0

[FZH] Emacs代码缩进问题
by Mike Manilone 23 Mar '11

23 Mar '11

我的C代码缩进配置（从EmacsWiki上抄的） (setq-default c-indent-tabs-mode t ; Pressing TAB should cause indentation c-indent-level 4 ; A TAB is equivilent to four spaces c-argdecl-indent 0 ; Do not indent argument decl's extra c-tab-always-indent t backward-delete-function nil) ; DO NOT expand tabs when deleting (c-add-style "my-c-style" '((c-continued-statement-offset 4))) ; If a statement continues on the next line, indent the continuation by 4 (defun my-c-mode-hook () (c-set-style "my-c-style") (c-set-offset 'substatement-open '0) ; brackets should be at same indentation level as the statements they open (c-set-offset 'inline-open '+) (c-set-offset 'block-open '+) (c-set-offset 'brace-list-open '+) ; all "opens" should be indented by the c-indent-level (c-set-offset 'case-label '+)) ; indent case labels by c-indent-level, too (add-hook 'c-mode-hook 'my-c-mode-hook) (add-hook 'c++-mode-hook 'my-c-mode-hook) 应该已经是4空格配置了呀但是为什么 if (!plugin_list || !name) return NULL; 这里的8格空格会变成tab? -- Mike. Blog: http://ekd123.org/ Fedora Project Contributor - Translator.

1 0

[FZH] 关于swap分区的问题
by Dee.H.Y 23 Mar '11

23 Mar '11

首先,对于一个pc来说,分区太多貌似不是好事情,尤其是swap这样的只有几个G的小分区. 但是对于需要swap的用户来说,这个分区有事必要的(比如,编译控). 不知道,swap是不是可以不用独立分区,而是直接的丢在比如/分区里面呢? 他毕竟就只是一个类似Windows下的页面文件的东西. 所以是不是可以同样以文件或者是文件夹的形式在其他的文件夹下面存在呢?

9 16

[FZH] #U #D gmlive��.�g��c
by CyrusYzGTt 22 Mar '11

22 Mar '11

-------- 原始信息 -------- 主题: gmlive�建��.�迎各位�� 日期: Thu, 20 Jan 2011 09:26:44 +0800 发件人: CyrusYzGTt <cyrusyzgtt(a)gmail.com> 收件人: lerosua(a)gmail.com, Fedora Chinese <chinese(a)lists.fedoraproject.org> <CyrusYzGTt> lerosua§ 老大，�更新下 gmlive 了，在 svn 源�更新也行 <lerosua> CyrusYzGTt: 你真是不死心啊... <CyrusYzGTt> lerosua§ ��的gmlive比sopcast-player好用，也好��，而且能�集成 <lerosua> CyrusYzGTt: 要不你把你的需求写成一封邮件发给我。我好把它列入事件表里找时间做一下。就当是为你打造特别的一个版本吧。 <lerosua> CyrusYzGTt: 我的邮件就是这个名字加gmail.com <CyrusYzGTt>30 lerosua§ 嗯，真的？ 21<lerosua>21 CyrusYzGTt: 嗯，你写详细点，我能做到尽量做。 <CyrusYzGTt> lerosua§ �～～太好了，不�俺的表�能力不�，，， <lerosua> CyrusYzGTt: 没事，邮件里可讨论嘛。 <CyrusYzGTt> lerosua§ 我能��信息��到fedora-zh的�件列表�？ <lerosua> CyrusYzGTt: 为啥？fedora-zh列表里有很多人还在用? <CyrusYzGTt> lerosua§ 是啊，再用， <lerosua> CyrusYzGTt: 不过，如果你让我集成pps,pplive这些就没啥可能了，因为那些是不开源的东西，我无能为力。 <CyrusYzGTt> lerosua§ 嗯，可以，不�就是把mms.list更新，主要是�除默�的 �用的地址 <CyrusYzGTt> lerosua§ 那�sopcast的�目列表就最好能跟��的�目列表相同 <lerosua> CyrusYzGTt: 嗯，总之有需求发邮件就成了，这样我可以有根据地改。 <CyrusYzGTt> lerosua§ 嗯，��

2 1

Re: [FZH] Chinese 摘要, 卷 54, 发布 1
by Aaron, Li 20 Mar '11

20 Mar '11

强烈re 2011/3/20 <chinese-request(a)lists.fedoraproject.org> > 想在 Chinese 邮件列表发言，请写信给： > chinese(a)lists.fedoraproject.org > > 要订阅或者退订列表，可以访问万维网地址： > https://admin.fedoraproject.org/mailman/listinfo/chinese > 或者可以向： > chinese-request(a)lists.fedoraproject.org > 发送主题或者正文为'help'的邮件。 > > 您可以通过邮件地址： > chinese-owner(a)lists.fedoraproject.org > 联系到此列表的管理员。 > > 当回信时，请给一个适当的标题，这样会比 "Re: > Contents of Chinese digest..."更清楚明白。 > > > 本日主题: > > 1. zz:社区的基础规则和原因 (bbbush) > 2. Re: zz:社区的基础规则和原因 (Caius 'kaio' Chance) > 3. Re: zz:社区的基础规则和原因 (Yuan Yijun) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 20 Mar 2011 05:45:22 +0000 > From: bbbush <bbbush.yuan(a)gmail.com> > Subject: [FZH] zz:社区的基础规则和原因 > To: chinese <chinese(a)lists.fedoraproject.org> > Message-ID: <001636e0a4e0636a3f049ee38456(a)google.com> > Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes > > 站出来的人越多越好，被动等待是对自己心爱产品的不负责任 > > bbbush 通过 Google 阅读器发送给您的内容：社区的基础规则和原因于 > 11-3-19 通过 shell's home 作者：shell > > 1.社区中的常规事务由个人申请，申请到的人全权处理问题。 > 2.在申请前，需要在社区公共平台呼叫请求。大致类似于“我要做某事了，有没有 > 人在做或者能够提供帮助，请联系我“。 > 3.如果有人对贡献者所做的工作有异议，可以请求修改或者复议。 > 4.如果仍旧不满意，可以申请替换贡献者。经过全社区成员投票后就会变更贡献 > 者。 > 5.如果不能明确归属的事情，或事情本身就比较重要，则由全社区成员投票。 > 6.如果具体操作者在不确定做法的时候，可以发起讨论和投票，获得社区意见。 > > 为什么社区通常具有以上工作模式？ > 首先，社区的原则是自愿。通常社区是不会为个人的工作支付薪酬的。因此，谁愿 > 意做什么事情，做到什么质量，完全是不可控制的。这也就是为什么社区事务是由 > 个人申请的，因为并不能向社区中的具体人员指派工作。当一个问题比较严重的时 > 候，也只能由资深社区人员呼吁有没有人志愿解决，而不能强行分派。这是社区为 > 各个软件公司所诟病的特性之一。 > 为什么申请前需要在公共平台呼叫请求？这样首先防止了工作冲突。尤其是上游发 > 行一个新包的时候，如果没有呼叫请求(debian社区好像叫做ITP)，就会出现两个 > 打包者重复工作的问题。其次，如果前任因为某些因素放弃了继续处理，也许他能 > 给你一些额外的帮助。尤其是兼容性问题上的帮助，这样比较有助于保障一致性。 > 为什么通常事务由申请到的人全权负责？因为一个事务会牵涉到非常多和复杂的细 > 节问题。例如一个包的临时文件位置是使用/tmp还是/var/tmp，依赖库是使用 > gcc4.1还是gcc4.4。这些细节问题要一一搞定，社区没有那么多时间。如果志愿者 > 是个熟练的人，往往问题的决策会采用比较通用的方案，社区会无条件接受志愿者 > 的方案。当志愿者的方案比较糟糕，或者至少说有待推敲的时候。如果有人用的不 > 爽，就会提出异议，或者更进一步提出解决方案。如果没人关心，那就让他去了。 > 为什么对于仍旧不满意的问题，只能替换贡献者，而不能强迫贡献者接受方案 > 呢？因为，上文阐述了，贡献者是出于自己的自愿，来帮助社区的。强迫他们接受 > 某个他们所不习惯的想法首先并不尊重他们，招致他们的强烈反感。其次，这些方 > 案可能扰乱他们的工作思路。所以从这个角度来说，当志愿者愿意接受你的方案时 > 自然好说。而如果万一他不接受，要使得自己的想法实现只有让全社区基本同 > 意，你，或者其他人接替这个志愿者的部分工作。 > 为什么社区在决定性的问题上，采取贡献者民主投票的方式呢？因为，如前我们看 > 到，社区的发展是每个贡献者提供自己的力量共同发展的。这样的社区一定会有不 > 协调的情况。而让冲突升级，导致社区分裂，是不利于社区发展的。可以看到，社 > 区是要讨好贡献者的。更多，更强力的贡献者，社区就能够有更好的发展。所 > 以，采取民主投票的方式，是征求最多贡献者的同意，让他们支持社区，愿意继续 > 为社区作出贡献。并且期待不同意的贡献者，能够理性的作出一定妥协，接受社区 > 的大多数意见。 > 当然，由于意见未能统一而倒置社区分裂的情况常有发生，尤其是社区同时拥有两 > 位强势的领导的时候，并且他们的意见碰巧相左的时候。但是在大多数时候，贡献 > 者会考量，自己是否值得为了某个意见放弃整个社区。考量的结果往往是接受社区 > 的结论，但是保留自己意见。这种行为会保留社区中最多的人，并且可以期待剩下 > 的人能够接受。这一原则，我们称为“尊重大多数贡献者“。而社区中，部分事物自 > 主可决定的规则，只是因为社区假定你的行为会被大多数贡献者接受。 > 我们可以看到，社区在发展中采取了很多自主判断假设和市场机制。社区需要假定 > 你的行为是被大多数贡献者所能接受的。社区假定你能够分辨什么是“比较重要“的 > 事情，从而需要征求多数意见。什么是你不需要劳动社区帮忙的事物。在正常的世 > 界中，我们的假定通常都是成立的。debian社区大部分打出来的包并没有人提出异 > 议。对于社区中文名定名或者下一开发版代号之类的问题，通常也是社区协商确定 > 后再行处理的。因此，我们的社区通常工作良好。但是在某些特例下，例如有人无 > 法理解什么问题是重要问题，哪怕大多数的人对这个问题的认识并没有困难。或 > 者，更进一步说，有人捣乱。在这些特例下，社区往往会陷入一种比较混乱的状 > 态。国外经常有所谓“民主效率低于专制“的结论，就是这个现象的集中爆发和体 > 现。 > > > 可从此处完成的操作： > - 使用 Google 阅读器订阅shell's home > - 开始使用 Google 阅读器，轻松地与您喜爱的所有网站保持同步更新 > > ------------------------------ > > Message: 2 > Date: Sun, 20 Mar 2011 16:16:25 +1000 > From: "Caius 'kaio' Chance" <kaio(a)fedoraproject.org> > Subject: Re: [FZH] zz:社区的基础规则和原因 > To: Fedora Chinese <chinese(a)lists.fedoraproject.org> > Message-ID: > <AANLkTi=UhxaRsnQWWj20MAWtK+3OY5F0Cy0nywyzkEHg(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2011/3/20 bbbush <bbbush.yuan(a)gmail.com> > > > 站出来的人越多越好，被动等待是对自己心爱产品的不负责任 > > ... > > > 很不錯的文章，沙發。 > > -- > Regards ☺ Caius 'kaio' Chance > Fedora Project Contributor - http://fedoraproject.org/wiki/User:Kaio > [IRC] kaio @ freenode | [Twitter] @K410 | [Blog] kaio.net > > ------------------------------ > > Message: 3 > Date: Sun, 20 Mar 2011 14:28:23 +0800 > From: Yuan Yijun <bbbush.yuan(a)gmail.com> > Subject: Re: [FZH] zz:社区的基础规则和原因 > To: chinese <chinese(a)lists.fedoraproject.org> > Message-ID: > <AANLkTinEzLbLu39dBFbcugo7OSp8bAccmuEFDnQ3QGWm(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 是转载。原文 URL 被邮件服务器过滤掉了： > > > http://shell909090.com/blog/2011/03/%e7%a4%be%e5%8c%ba%e7%9a%84%e5%9f%ba%e7… > > > > -- > bbbush ^_^ > > ------------------------------ > > _______________________________________________ > Chinese mailing list > Chinese(a)lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/chinese > > > 结束Chinese 摘要, 卷 54, 发布 1 > ************************************** > -- Regards ----------------------------------------- Aaron, Lee 中国北京 Beijing, China

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Fedora 中文組郵件列表 March 2011