软件中心升级卡住了
Tofloor
poster avatar
147ML
deepin
2012-07-03 05:21
Author
如图  卡住不动了
Reply Favorite View the author
All Replies
cxbii
deepin
2012-07-03 05:34
#1

即将放出是正式版应该能解决此问题
Reply View the author
ThinkMind
deepin
2012-07-03 17:24
#2
软件中心卡的问题一直存在,软件中心运行一直效率不高需要大量改进,软件中心很关键,这东西出了问题,普用户就无法安装软件,所以得一定解决好!
Reply View the author
bsfmig
deepin
2012-07-03 20:51
#3
python写的东西,稳定性和效率就是比不上C/CPP写的。
例如,软件中心与aptitude,和yum与apt。
Reply View the author
tao
deepin
2012-07-03 21:01
#4
python写的东西,稳定性和效率就是比不上C/CPP写的。
例如,软件中心与aptitude,和yum与apt。

我也有类似的感觉,既然如此为什么不用C来写?
Reply View the author
bsfmig
deepin
2012-07-04 01:44
#5
[quote]python写的东西,稳定性和效率就是比不上C/CPP写的。
例如,软件中心与aptitude,和yum与apt。

我也有类似的感觉,既然如此为什么不用C来写?[/quote]
开发难度。
Reply View the author
tao
deepin
2012-07-04 02:08
#6
[quote][quote]python写的东西,稳定性和效率就是比不上C/CPP写的。
例如,软件中心与aptitude,和yum与apt。

我也有类似的感觉,既然如此为什么不用C来写?[/quote]
开发难度。[/quote]

有难度可以慢慢来
Reply View the author
cxbii
deepin
2012-07-04 02:12
#7
人手不足不能慢慢来啊。
Reply View the author
186******98
deepin
2012-07-04 04:43
#8
[quote][quote]python写的东西,稳定性和效率就是比不上C/CPP写的。
例如,软件中心与aptitude,和yum与apt。

我也有类似的感觉,既然如此为什么不用C来写?[/quote]
开发难度。[/quote]
这个不是语言的问题, 这是list view实现的问题,最新的Deepin U已经解决了性能问题。
我想再次重申一遍, 在GTK领域, C和Python的性能没有本质的差距, python只管逻辑, 实际最耗计算的都是调用C执行,请不要在没测试的情况下就误导别人。
而且开发GTK, python绝对比C快
Reply View the author
cxbii
deepin
2012-07-04 04:52
#9
这个不是语言的问题, 这是list view实现的问题,最新的Deepin U已经解决了性能问题。
我想再次重申一遍, 在GTK领域, C和Python的性能没有本质的差距, python只管逻辑, 实际最耗计算的都是调用C执行,请不要在没测试的情况下就误导别人。
而且开发GTK, python绝对比C快[
其实python的底层是c吧~
Reply View the author
tianyayufei
deepin
2012-07-05 01:16
#10
建议深度软件中心的软件源和 etc/apt/sources.list 分开,也就是和 apt-get update 所使用的软件源分开, 不会造成用户添加新的软件源的时候影响到 深度软件中心 。
Reply View the author