Fedora 中文組郵件列表 April 2010

chinese@lists.fedoraproject.org

74 participants
169 discussions

[FZH] Fwd: [TL] [howto] 如何在maillist中正确地发问?
by Devil Wang 14 Apr '10

14 Apr '10

FYI ---------- Forwarded message ---------- From: sagasw <sagasw(a)gmail.com> Date: 2010/4/14 Subject: [TL] [howto] 如何在maillist中正确地发问? To: pongba <pongba(a)googlegroups.com> 在我订阅的Lua列表中发现一个很有意思的thread,也比较有代表性,发上来分享一下,如果你也有类似问题,应该尽量避免. 第一个post在这里 http://lua-users.org/lists/lua-l/2010-04/msg00366.html 从签名看到提问者是一个中国人. 问题1,无意义的长签名.这个问题后面也有人指出来了. 问题2,title不明确,Help ! A problem with the memroy 感叹号乱用,一个内存的问题?太模糊了. 好在Lua组的朋友很热心,帮他回答了到现在能回答的问题. 问题3,说话没头没尾, 比如 http://lua-users.org/lists/lua-l/2010-04/msg00373.html > But GC can't collect all the memory used by last lua file. Why not? You have to figure out why the memory isn't collected. 后面一句实际上就是别人提醒他应该指明why. 问题4,没有把完整的条件说清楚,各种相关问题都是一段段挤出来的. http://lua-users.org/lists/lua-l/2010-04/msg00381.html 回答他的人说得很明白: You're adding new requirements with each iteration of this thread. List them out so people can help you efficiently. 要是我,估计语气还要差得多. 问题5,不要回复无意义的帖子内容,比如光是:P,或者就是一句Thank you all. ------------------------------------ C++, Lua, living in Dalian http://sunxiunan.com/ http://twitter.com/sagasw ------------------------------------ -- Thanks & Regards Linux Developer : Devil Wang

3 2

[FZH] 通告:关于邮件列表内容
by Tian Shixiong 14 Apr '10

14 Apr '10

目前Chinese列表人气旺盛，订阅人不断。但是也有个潜在的问题，很多朋友用的邮箱。比如有163，qq等。为了保证列表访问正常稳定…… 希望大家的邮件中不要出现潜在妨碍访问的内容…… 目前还尚未出现:) 谢谢合作 -- Tiansworld

19 53

Re: [FZH] 通告:关于邮件列表内容
by Liang Suilong 14 Apr '10

14 Apr '10

显然这种追求还不适合于现在 Fedora 中文用户组的实际情况。 2010/4/14 Devil Wang <wxjeacen(a)gmail.com> > > > 2010/4/14 Liang Suilong <liangsuilong(a)gmail.com> > > 你还是没有明白我的意思。 >> >> 每一个邮件列表都有不同的关注点，因此交流的方向也会有所不同。 >> >> 正如你提供的邮件列表是探讨编程和算法，我们这里是探讨 Fedora 的发展一样。 >> >> 你是资深的 Linux 开发者，你应该知道 Linus 也会加入到普通用户的邮件列表。 >> >> 况且 Fedora 中文邮件列表建立才一个月，怎么能够强求和一个成立快 3 年的列表去对比用户数呢？ >> > > > 建立的时间可以不一样。 > > 但是追求的理念是可以一样的。 > > 即便是Linus,我相信他也是不会愿意去加入一个list,里面的人只会问些hello world... > >> >> 2010/4/14 Devil Wang <wxjeacen(a)gmail.com> >> >>> http://groups.google.com/group/pongba/about >>> >>> <http://groups.google.com/group/pongba/about>看看人家是怎么做maillist的， >>> 人家的member 不是区区3百人。 >>> >>> 人家是将近6k!!! >>> >>> 编程、算法、业界..，我们都讨论。只有一条：珍视高质量交流，善用群体智慧，因为一个高质量邮件列表是每个人的财富。 >>> 提倡：思考2.0 = 独立思考 + 群体智慧；知识分享是最大的复用。 >>> >>> 什么叫高质量的交流。 >>> >>> 我这么说也只是为了这一个观念，什么叫高质量的交流！！！ >>> >>> >>> 2010/4/14 Devil Wang <wxjeacen(a)gmail.com> >>> >>>> http://groups.google.com/group/pongba >>>> >>>> <http://groups.google.com/group/pongba>看看你们有几个能申请进入这个maillist. >>>> >>>> 2010/4/14 dhyang <dhyang555(a)gmail.com> >>>> >>>>> 在 2010-04-14三的 16:41 +0800，Liang Suilong写道： >>>>> >>>>> > 如果你真的不喜欢这些水平不高的问题，我建议你加强一下你邮箱的管理。或者 >>>>> > 你可以加入其他邮件列表，例如 devel 这个是讨论 Fedora >>>>> > 开发的邮件列表，里面都是重量级都有重量级的人物。不过奉劝你一句，这个邮 >>>>> > 件列表里面偶然也有些比这里更白痴的问题。或者可以申请增加一个 >>>>> > fedora-zh-advanced 邮件列表。 >>>>> >>>>> 严重同意，这个叫闻道有先后，术业有专攻，而且只要肯学习，都会成为高手，新 >>>>> 手阶段是一个必经过程。中文列表是给中文用户提供一个交流的方式，而不是一个 >>>>> 给人贴上标签，盖棺定论。谦逊、和气并且技术高超，贡献活跃才会让人肃然起 >>>>> 敬。 >>>>> >>>>> >>>> >>>> >>>> -- >>>> Thanks & Regards >>>> >>>> Linux Developer : Devil Wang >>>> >>> >>> >>> >>> -- >>> Thanks & Regards >>> >>> Linux Developer : Devil Wang >>> >> >> >> >> -- >> Fedora && Debian User, former Ubuntu User >> My Page: http://www.liangsuilong.info >> Fedora Project Contributor -- Packager && Ambassador >> https://fedoraproject.org/wiki/User:Liangsuilong >> > > > > -- > Thanks & Regards > > Linux Developer : Devil Wang > -- Fedora && Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager && Ambassador https://fedoraproject.org/wiki/User:Liangsuilong

1 0

[FZH] 出个小题，大家娱乐下
by Devil Wang 14 Apr '10

14 Apr '10

有N个台阶，每次只能跨1步或者2步. 问走到第100阶台阶的时候总共有多少种走法. -- Thanks & Regards Linux Developer : Devil Wang

8 32

Re: [FZH] 出个小题，大家娱乐下
by Devil Wang 14 Apr '10

14 Apr '10

正常人都会这么想。。 2010/4/14 Adamzyg <adamzyg(a)gmail.com> > 哈，有人和我想的一样。 > > 在 2010年4月14日上午10:03，Devil Wang <wxjeacen(a)gmail.com>写道： > > 分析的跟真的一样。。。 >> >> 其实这个题目是最简单的动态规划。 >> >> 第N阶台阶只能是由第N-1阶跨1步，或者由第N-2阶跨两阶来的。 >> >> 于是动态转移方程就有了。 >> >> An=An-1 + An-2 >> >> A1=1,A2=2 >> >> 一个buffer存储状态值就可以了。 >> >> 然后直接查表。 >> >> >> 2010/4/14 dhyang <dhyang555(a)gmail.com> >> >> > 在 2010-04-14三的 00:31 +0800，LI Rui Bin写道： >> > > 用Python简单编了个递归来算，结果15阶是987种走法，耗时0.137s；25阶是 >> > > 121393种走法，耗时0.575s；35阶是 14930352种走法，但耗时56.001s。 >> > > >> > > 这种增量…… >> > > >> > > On 04/13/2010 09:02 PM, Devil Wang wrote: >> > > > 有N个台阶，每次只能跨1步或者2步. >> > > > >> > > > 问走到第100阶台阶的时候总共有多少种走法. >> > >> > 今晚居然失眠了，总想刚才的算法，确实存在很大的漏洞，其实不是一个排列问 >> > 题，我一上来就联想到排列，所以�了个搞笑的算法。 >> > >> > 我的新算法是这样的： >> > 设为N（偶数）个台阶，如果全部都是2步，则需要N／2次。 >> > 如果全部都是1步，则需要N 次。 >> > 则从N／2到N 共N／2＋1种组合 >> > 不失一般性： >> > 设某一组合有2＊i个1步，则有N／2－i个2步； >> > 2＊i个1步将一个抽象空间分为2＊i＋1个部分； >> > 将N／2－i个两步随机分入2＊i＋1个空间； >> > 则该组合共有（2＊i＋1）＊（N／2－i）种走法； >> > 而第一种和最后一种组合分别只有一种走法，单独计算。 >> > for example： >> > 如果N＝2，则有两种走法，两个1步，和1个两步。 >> > 如果N＝4 则有五种走法，22，1111，112，121，211 >> > …… >> > >> > [yang@fedora test]$ vi 102.cpp >> > [yang@fedora test]$ g++ -o 102 102.cpp >> > [yang@fedora test]$ ./102 >> > 2 >> > 2 >> > [yang@fedora test]$ ./102 >> > 4 >> > 5 >> > [yang@fedora test]$ ./102 >> > 10 >> > 52 >> > [yang@fedora test]$ ./102 >> > 100 >> > 42877 >> > [yang@fedora test]$ >> > >> > 可见，N为10的时候，有52种走法。 >> > 而不是98种。 >> > N=100,有42877种走法。希望各位大牛各抒己见。 >> > >> > 用C＋＋编制程序如下： >> > //102.cpp >> > #include <iostream> >> > using namespace std; >> > int main() >> > { >> > int n,sum=0; >> > cin>>n; >> > for(int i=1;i<n/2;++i) >> > { >> > int j=2*i+1; >> > sum+=j*(n/2-i); >> > } >> > sum+=2; //第一种组合和最后一种组合单独计算 >> > cout<<sum<<endl; >> > return 0; >> > } >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Chinese mailing list >> > Chinese at lists.fedoraproject.org >> > https://admin.fedoraproject.org/mailman/listinfo/chinese >> > >> >> >> >> -- >> Thanks & Regards >> >> Linux Developer : Devil Wang >> >> _______________________________________________ >> Chinese mailing list >> Chinese at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/chinese >> >> > -- Thanks & Regards Linux Developer : Devil Wang

1 0

Re: [FZH] sunpinyin入源还得等等
by Liang Suilong 14 Apr '10

14 Apr '10

或者试试用 ifarch 看看。。。或者用 excludearch 看看。 2010/4/13 Chen Lei <supercyper(a)163.com> > noarch对fedora不行，除非学debian是分为两个包，不过那个功能是dpkg专有的，rpm没有。 > debina是data_le > data_be两个noarch的包，里面的文件还是一样的名字，这个rpm做不到。dpkg那个很诡异的功能打包后能修正文件名，你可以看看那个rule文件。 > http://mentors.debian.net/debian/pool/main/s/sunpinyin/ > > 放在/usr/lib也是应该的,/usr/share下的文件应该可以在所有arch下面公用。ppc,sparc的文件和x86系列是不一样的。debian现在也改到/usr/lib了。<http://mentors.debian.net/debian/pool/main/s/sunpinyin/> > > 硬连接两个不同文件夹的文件是不行的，不同文件夹可能挂载不同分区里面。目前应该没有更好的解决办法，而且multilib的处理办法 > fedora也有专门的guideline说明，你不接受这种方法得给出可行的建议以及不违反guideline。现在看来要是放在放在{libdir}，要浪费很多空间几十M吧。 > > 这不叫覆盖，一样的文件一样的修改时间何来覆盖之说的。。。只是rpmdb里面记录两遍这个文件而以，很多文件夹都是记录很多遍的，被很多包own。 > > rpm -qf xxx你就可以知道了。 > > 我始终觉得覆盖是一种不好的做法，如果我是 reviewer 我不会接受这样的办法。既然两个文件是一模一样的话，那就应该可以列为 noarch > 的包，也应该放在 %{_datadir}。况且现在 Fedora 也只有 x86 的两个架构了。 > > > 2010/4/13 Chen Lei <supercyper(a)163.com> > >> 还是覆盖好，因为这x86和i686文件md5sum也一样，本身是一样的文件。另外rpm还是人性化的，只覆盖一模一样的文件，如果你安装了两个包，卸载其中一个这两个文件还是在的。 >> 这是很常见的multilib情况，比如x64和i686的-devel都安装包里面的头文件肯定要覆盖一遍,这就是fedora强调为什么要保留文件timestamp的原因。至于创建链接 >> 我没有见过那个包这么干的，而且容易导致rpm -qf xxx看不出文件是哪个包的，非常不合适。 >> deb打包有个专用的功能可以修复文件名，rpm目前还没有这个功能 >> >> 不过我觉得如果sunpinyin变成单独的动态库库，如果data都安装到/usr/lib有困难的话，倒可以直接放在{_libdir}，不过要浪费一些空间，不过目前这个包很容易把data安装/usr/lib。 >> 另外，ibus-sun xsun本身不能读写data文件，都是靠库文件读写的,data文件夹是靠一个宏定义的，不是hardcode >> >> 在2010-04-13 19:57:24，"Liang Suilong" <liangsuilong(a)gmail.com> 写道： >> >> 如果同�都安�了 x86_64 和 i686 的包，那�后安�的那� rpm 包就�因�文件名相同完全取代先前安�的那一�。�然��的做法在 >> packaging guideline >> 可能不存在��，但是��的做法我�人�得不妥。因�一�正常的文件突然被另外一��件包中的文件取代，似乎不太合情理。 >> >> 我�持��做法：把 data 按照架�放置在��得 %{_libdir} �面，然後在 prein 和 preun >> 的�本里添加一��建�接的命令，我�得��比�好。�然也需要一��句判��接是否已�在安�前就存在。如果 i686 和 x86_64 的 data >> 都安�了，那�就可以建立一�硬�接去解�？你��好�？ >> >> >> 2010/4/13 Chen Lei <supercyper(a)163.com> >> >> >> >> >> touch 修复timestamp后不会冲突，不信你可以用koji build 后按照i686和x64的data包试试，只要那两个文件的时间一样 >> md5一样估计就不会冲突 >> >> 另外FHS对/lib64有专门规定。debian估计是在FHS建立/lib64标准之前就支持64位了，所有没有办法完全按照FHS的来了 >> >> 不久后sunpinyin应该会变成一个库，ibus-sun和xsun只是两个wrapper去调用这个动态库文件 >> 在2010-04-13 16:07:52，"Liang Suilong" <liangsuilong(a)gmail.com> 写道： >> >> >> 如果把 data 文件不论架构都放在 /usr/lib 的话，想同时安装 x86_64 和 i686 都会出现文件冲突。另外在 debian >> amd64 上，/usr/lib64 是存在的，是一个链接到 /usr/lib 的链接。而 32bit 的 library 会放在 /usr/lib32 >> 里面，这点应该不算违反 FHS 吧，只是不够严谨而已。 >> >> >> >> >> 既然如此，倒不如向作者提议，在 makefile 里加入发行版检测的选择语句，又或者干脆就把 data 直接按照架构放在 lib 或 lib64。 >> >> >> 2010/4/13 Chen Lei <supercyper(a)163.com> >> -d的话就是后台模式，父进程是1，不能接受imsettings的管理，任何输入法不能用后台模式运行，必须由imsettings fork出子进程。 >> >> touch是统一文件时间问题，否则安装x86_64 和i686的data安装到同一个目录会冲突，这点fedora有专门的说明 >> 不过昨天的spec有点问题，touch位置不对，现在修改好了。 >> >> 我觉得data还是放在/usr/lib，因为那个zinnia-的model默认是/usr/lib硬连接的。我这个spec基本是抄袭sunpinyin作者的deb得到，加了点fedora特殊的内容。按照FHS是64位专用文件是应该到/lib64的，debian这点上违法了FHS。其他arch-specfic文件到/usr/lib >> >> >> 在2010-04-13 15:15:45，"Liang Suilong" <liangsuilong(a)gmail.com> 写道： >> >> 恩。。那就等等吧。。 >> >> >> 貌似你写的 xinput-xsunpinyin 还是有些许问题。 >> >> >> XIM_PROGRAM="/usr/bin/xsunpinyin -d" 应该是以 daemon 的形式运行。 >> >> >> 另外 spec 文件里的 touch 这两个命令似乎不再需要，makefile 里已经有相应的脚本进行类似的操作了。 >> >> >> PS：我觉得 lm_sc.t3g 还是放回 %{_datadir} 比较好，似乎 %{_prefix}/lib 的这样 macro 会让 >> rpmlint 报告 error 或者 warning。既然 ibus-handwrite 的 engine 都是放在 %{_datadir}，另外 >> RH 系的发行版还是明确分开 /usr/lib64 和 /usr/lib >> 这点相对其他发行版看起来比较麻烦。虽然这样改来改去看起来闲的蛋疼，但是还是改过来比较好。 >> >> >> >> >> >> >> >> >> 2010/4/13 Chen Lei <supercyper(a)163.com> >> >> 现在sunpinyin的库都是直接链接入wrapper的，没有编译成动态库，上游说最近会重写编译系统，所以再等等吧，估计到时候要分成四个包 >> _______________________________________________ >> Chinese mailing list >> Chinese at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/chinese >> >> >> >> >> -- >> Fedora && Debian User, former Ubuntu User >> My Page: http://www.liangsuilong.info >> Fedora Project Contributor -- Packager && Ambassador >> https://fedoraproject.org/wiki/User:Liangsuilong >> >> >> >> >> >> >> >> -- >> Fedora && Debian User, former Ubuntu User >> My Page: http://www.liangsuilong.info >> Fedora Project Contributor -- Packager && Ambassador >> https://fedoraproject.org/wiki/User:Liangsuilong >> >> >> >> >> >> >> >> -- >> Fedora && Debian User, former Ubuntu User >> My Page: http://www.liangsuilong.info >> Fedora Project Contributor -- Packager && Ambassador >> https://fedoraproject.org/wiki/User:Liangsuilong >> _______________________________________________ >> Chinese mailing list >> Chinese at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/chinese >> > > > > -- > Fedora && Debian User, former Ubuntu User > My Page: http://www.liangsuilong.info > Fedora Project Contributor -- Packager && Ambassador > https://fedoraproject.org/wiki/User:Liangsuilong > > > > -- Fedora && Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager && Ambassador https://fedoraproject.org/wiki/User:Liangsuilong

3 6

Re: [FZH] 抢先试用 Fedora 13 Beta
by Tommy He 14 Apr '10

14 Apr '10

是的，上限提升至是 1G 。 PS: 记得回复到列表，而不仅仅是我哦～ 2010/4/10 甘露(Gan Lu) <rhythm.gan(a)gmail.com> > 2010/4/10 Tommy He <tommy.he(a)linux.com>: > > 不错不错，下载试用…… > > > > 2010/4/9 He Rui <rhe(a)redhat.com> > > > >> Hi, > >> > >> Fedora 13 beta RC5 已经通过了beta的发布标准，所以想要在官方发布前下载/更 > >> 新/安装 beta版本的mm可以点击下面链接： > >> > >> http://serverbeach1.fedoraproject.org/pub/alt/stage/13-Beta.RC5/ > 没有live cd，只有live DVD了吗？ > >> > >> > >> 谢谢 > >> He Rui > >> > >> > >> -- > >> Contacts > >> > >> FAS Name: Rhe > >> Location: Beijing/UTC+8 > >> TEL: 86-010-62608141 > >> IRC nick: rhe #fedora-qa #fedora-zh > >> > >> _______________________________________________ > >> Chinese mailing list > >> Chinese at lists.fedoraproject.org > >> https://admin.fedoraproject.org/mailman/listinfo/chinese > >> > > > > > > > > -- > > Take a Deep Breath out of Windows > > _______________________________________________ > > Chinese mailing list > > Chinese at lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/chinese > > > > Spam detection software, running on the system "xavier.linux.com", has > identified this incoming email as possible spam. The original message > has been attached to this so you can view it (if it isn't spam) or label > similar future email. If you have any questions, see > the administrator of that system for details. > > Content preview: 2010/4/10 Tommy He <tommy.he(a)linux.com>: > 不错不错，下载试用…… > > > 2010/4/9 He Rui <rhe(a)redhat.com> > >> Hi, >> >> Fedora 13 beta RC5 > 已经通过了beta的发布标准，所以想要在官方发布前下载/更 > >> 新/安装 beta版本的mm可以点击下面链接： >> >> > http://serverbeach1.fedoraproject.org/pub/alt/stage/13-Beta.RC5/ > 没有live cd，只有live DVD了吗？ >> >> >> 谢谢 >> He Rui >> >> >> -- >> Contacts > >> >> FAS Name: Rhe >> Location: Beijing/UTC+8 >> TEL: 86-010-62608141 >> > IRC nick: rhe #fedora-qa #fedora-zh >> >> >> Chinese mailing list >> > Chinese > at lists.fedoraproject.org >> > https://admin.fedoraproject.org/mailman/listinfo/chinese > >> > > > > -- > Take a Deep Breath out of Windows > > Chinese mailing > list > > Chinese at lists.fedoraproject.org > > https://admin.fedoraproject.org/mailman/listinfo/chinese > > [...] > > Content analysis details: (7.3 points, 5.0 required) > > pts rule name description > ---- ---------------------- > -------------------------------------------------- > 3.2 CHARSET_FARAWAY_HEADER A foreign language charset used in headers > 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% > [score: 0.5001] > 2.5 MIME_CHARSET_FARAWAY MIME character set indicates foreign language > 1.7 AWL AWL: From: address is in the auto white-list > > > > -- Take a Deep Breath out of Windows

7 13

[FZH] firefox为什么还在3.5版本的？？为什么不更新到3.6？？
by Szopen Xiao 14 Apr '10

14 Apr '10

这一点也太保守了吧

7 9

[FZH] 列表邮件回复的问题
by Yu Chen 14 Apr '10

14 Apr '10

为什么我用gmail回复邮件时，点击回复，会回复给发邮件的人，而不是发至 chinese-list? 其他邮件列表都不是这个行为的 -- Yu

7 10

[FZH] Fwd: a bug report
by Yuan Yijun 13 Apr '10

13 Apr '10

Well.. yum clean all? ---------- Forwarded message ---------- From: 朱浩 <zhuhao(a)smu.edu.cn> Date: Wed, Apr 14, 2010 at 10:13 AM Subject: a bug report To: "webmaster(a)fedoraproject.org" <webmaster(a)fedoraproject.org> My Fedora is troubled by "An internal system error ", its details are as follows. I do not know how to solve it. Hao ZHU Southern Medical University Guangzhou, China Error Type: <type 'exceptions.UnicodeDecodeError'> Error Value: 'ascii' codec can't decode byte 0xd0 in position 90: ordinal not in range(128) File : /usr/share/PackageKit/helpers/yum/install-files.py , line 20, in <module> backend.install_files(trusted, files_to_inst) File : /usr/share/PackageKit/helpers/yum/yumBackend.py , line 1005, in install_files txmbr = self.yumbase.installLocal(inst_file) File : /usr/lib/python2.5/site-packages/yum/__init__.py , line 2538, in installLocal tx_return.extend(self.install(po=po)) File : /usr/lib/python2.5/site-packages/yum/__init__.py , line 2187, in install if self.tsInfo.exists(pkgtup=po.pkgtup): File : /usr/lib/python2.5/site-packages/yum/__init__.py , line 585, in <lambda> tsInfo = property(fget=lambda self: self._getTsInfo(), File : /usr/lib/python2.5/site-packages/yum/depsolve.py , line 104, in _getTsInfo self._tsInfo.setDatabases(self.rpmdb, self.pkgSack) File : /usr/lib/python2.5/site-packages/yum/__init__.py , line 576, in <lambda> pkgSack = property(fget=lambda self: self._getSacks(), File : /usr/lib/python2.5/site-packages/yum/__init__.py , line 419, in _getSacks self.repos.populateSack(which=repos) File : /usr/lib/python2.5/site-packages/yum/repos.py , line 245, in populateSack sack.populate(repo, mdtype, callback, cacheonly) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 149, in populate if self._check_db_version(repo, mydbtype): File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 203, in _check_db_version return repo._check_db_version(mdtype) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 928, in _check_db_version repoXML = self.repoXML File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 1086, in <lambda> repoXML = property(fget=lambda self: self._getRepoXML(), File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 1078, in _getRepoXML self._loadRepoXML(text=self) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 1068, in _loadRepoXML return self._groupLoadRepoXML(text, ["primary"]) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 1052, in _groupLoadRepoXML if self._commonLoadRepoXML(text): File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 904, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 772, in _getFileRepoXML cache=self.http_caching == 'all') File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 643, in _getFile result = self.grab.urlgrab(relative, local, File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 463, in <lambda> grab = property(lambda self: self._getgrab()) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 458, in _getgrab self._setupGrab() File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 447, in _setupGrab self._grab = mgclass(self._grabfunc, self.urls, File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 548, in <lambda> urls = property(fget=lambda self: self._geturls(), File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 545, in _geturls self._baseurlSetup() File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 514, in _baseurlSetup self.mirrorurls = self._replace_and_check_url(mirrorurls) File : /usr/lib/python2.5/site-packages/yum/yumRepo.py , line 536, in _replace_and_check_url print 'YumRepo Warning: not using ftp, http[s], or file for repos, skipping - $s' $ (url) File : /usr/lib64/python2.5/codecs.py , line 303, in write data, consumed = self.encode(object, self.errors) -- websites mailing list websites(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/websites -- bbbush ^_^

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
17
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Fedora 中文組郵件列表 April 2010