0000135号问题没有解决，请重新打开

软用者

按照haulm的说法，bug不成立。什么叫不成立？没有的话，我无中生有，没事找事吗？我才不愿意自找麻烦。某人不能重现问题不等于问题不存在。我看见他常在论坛上说的 magic 2.5 安装问题，好像也只有他在说，我也没说他遇到的问题是不成立的。
haulm说要更新所有组件以确保bug已经解决，我就不敢和不愿这样做，一是工作量大，二是未必可靠。解决这个问题要更新所有的组件？更新出问题的组件就行了吧，不要这样折腾用户呀。

haulm

的确有些Bug并没有得到及时修正，比如fcitx在初建用户时不会自动运行。
但兄台的0000135的Bug，的确没有再现，也可能是因为我的机器运行的系统是经过全面更新的。
为了说服兄台，抛弃成见和愤怒，我重开放问题以便讨论，而且我似乎有更新过dbus相关内容，MGC 2.5 不能安装那是MI
存在的非常大的问题，关系到MGC生死问题，不能和这个Bug相提并论。
特意截图说明整个操作过程，中间其实有报错，但都是没有输入root密码就直接应用时发生的。操作过程中用指令停止了
root的拔号，重新在haulm普通账号上进行ADSL拔号成功，然后修改时间成功，通过服务器重新更新时间成功，所以您的问题
在哪呢？
mxd2是我开发的，它只是一个界面，怎么可能和别的东西有关，形而上学的思想是不应该的。

[ 本帖最后由 haulm 于 2010-8-21 12:02 编辑 ]

软用者

我知道你说的 MI问题是个大问题，可是magic 2.5在我的电脑上的安装很顺利，也没看见其他人在这个问题上抱怨，所以才拿来作比较。
对于0000135号问题，用普通用户应该可以重现我说的，用root除了pppoe-status正常外，其他的问题跟普通用户一样，但根据你的系统已全面更新，估计没法重现。
我复制我说过的，关于KDE 4和KDE 3都不能“连接时间服务器”的问题，我估计是系统问题，在linux人的论坛也有人提及，请看http://www.linux-ren.org/modules ... =55848&forum=21
linux人的那贴提到设置的日期过后生效了，这个我目前还没发现。

[ 本帖最后由 软用者 于 2010-8-21 18:40 编辑 ]

panpanpdj

MI我安装的时候还好，一遍过了

haulm

原帖由 软用者 于 2010-8-21 18:37 发表
我知道你说的 MI问题是个大问题，可是magic 2.5在我的电脑上的安装很顺利，也没看见其他人在这个问题上抱怨，所以才拿来作比较。
对于0000135号问题，用普通用户应该可以重现我说的，用root除了pppoe-status正常外，其他的问题跟 ...

兄台，MI 问题严重，但因为sunshine 在考研在即仍花了时间修改，现在已经接近尾声了，MI 需要大换血，这个是明年的事情，MI 将来会有一个团队唯护和开发。 MI 的问题和 MGC 2.5 正式版安装顺利没有任何关系，这和我之前和说 mxd2 和系统没有任何关系是一样的。请注意， MI 不能安装系统和 MGC2.5 正式版能否安装是两个问题，我机器上安装 MGC 2.5 正式版同样没有任何问题，但是用MI 重新制做 MGC2.5 就算你包全部没有更换过，新生成的ISO也不能安装。这个问题 sunshine 已经为此做了大量努力。
软用者应该是Linuxer应用的老鸟了，批评开发团队，较真应对问题我是可以理解的，因为我自己也类似的人，可是希望不要激动，很多事情并不是按照大脑皮层的刺激就会让事情变得顺利。
我很感激se一直对我的包容。

panpanpdj

呃……，还搞的清MI是什么，我的意思是没有出现像其他人那样的最后停在制作initrd之类的情况上。估计是我理解的不对
MI我以为是MAGIC installer，只负责系统安装。看来haulm所说的MI主要是说其压出的ISO不行，看重的是其压ISO的功能
OUT了，这么长时间，我以为你在论坛上一直说的是安装时候的那个installer，看来真正是Magci Linux Install，跟一般使用者看来是没关系，因为一般使用者很少有去压ISO的吧
呵呵，看来主要是理解不同而已，都不要激动

haulm

如果不升级到kde4.5，可能没办法解决135的问题，因为正式版无论root还是普通用户都很难联上时间服务器。

haulm

原帖由 软用者 于 2010-8-21 10:15 发表
按照haulm的说法，bug不成立。什么叫不成立？没有的话，我无中生有，没事找事吗？我才不愿意自找麻烦。某人不能重现问题不等于问题不存在。我看见他常在论坛上说的 magic 2.5 安装问题，好像也只有他在说，我也没说他遇到的问题是 ...

如果不愿意花时间更新，那就耐心等SP1吧，应该不会太远了吧。

软用者

haulm:
我不懂技术，原本的理解是和panpanpdj一样的，现在已知道MI是什么了。
nihui说“曾经试过一次也没有连上，而且是 pppoe 的方式连接的呢...
感觉像是远程服务器问题”，但我要说应该跟时间服务器无关，原来我也以为服务器有问题，但当你连不上时，马上转到windows，会发现是可以连上的。我从来都没有用mxd2连上时间服务器， 在每次启动桌面后，只要不用过mxd2拨号，从来都没有用pppoe-start拨号而连不上时间服务器。
我在这里抱怨也是为了能解决问题，希望magic linux能做好，大家都是因为共同的爱好走到一起的。希望haulm和其他人能逐个针对我的问题进行讨论和解答。很遗憾的是，我提出的多个问题，不要说解答，连看法都没有，也就没法讨论了。
其实我已经将问题说得很清楚了，只需要认真看一次我的发言就应该清楚了，我真不想重复一次又一次，好象我没说过似的，是不是我说的没被人当一回事？

haulm

普通用户拔号用mxd2后，经常出现时间更新服务器无法连接，就连root都不例外，重启后又正常。这个Bug在kde4.4或者你说的KDE3也都存在，但在kde4.5以及全面的更新后并没有发生，有些东西的确和KDE旧的权限组件有关。其它我不知怎么说好。
再次强调一下，mxd2只调用pppoe相关的指令pppoe-wrapper去提权拔号，mxd2不可能造成服务器连接不上，在kde4.5以及全面的更新后并没有发生类似现象。
已经重视这个问题，其它的不想多说。

panpanpdj

呃……，haulm的意思应该是说MXD2只是一个外壳？真正工作的其实还是PPPOE？
就像车如果没有发动机，光有外壳照样跑不了
不知道我这样理解对不？
关于时间服务器，我真没大注意过，时间只要没有大的差别（小于1分钟）应该看不出来也没有太大问题。
去看了下那个BUG，从理论上来说MXD2应该不会直接造成连不上服务器，但会不会是MXD2运行后有产生其它方面的原因而对KDE或者系统组件有影响导致无法连接时间服务器，个人感觉这个可能性大一些
最早的时候，我曾经想问下是不是能写个脚本或者什么，在配置过pppoe后实现
su -
密码
pppoe-start
就可以了。不知道haulm的设计思路或者是具体流程是什么
PS：我不懂编程哈

haulm

原帖由 panpanpdj 于 2010-8-24 21:31 发表
呃……，haulm的意思应该是说MXD2只是一个外壳？真正工作的其实还是PPPOE？
就像车如果没有发动机，光有外壳照样跑不了
不知道我这样理解对不？
关于时间服务器，我真没大注意过，时间只要没有大的差别（小于1分钟）应该看不出来也没有 ...

这个也就是提权编程了，我也想了解如何采取这种密码提交提权操作的编程，nihui提供的东西一时半会没法搞懂。