【建议】建议DEEPIN创建一种不需要依赖可以本地安装的程序包
Tofloor
poster avatar
mxj8624
deepin
2014-10-17 04:11
Author
建议DEEPIN创建一种不需要依赖可以本地安装的程序包
       DEEPIN制定安装包标准和环境,前期和现在使用的DEB格式兼容,不作为主力,作为测试用。论坛专门划出一个版块来作为学习基地和讨论基地,DEEPIN开发出现有的包转化工具,同时提供教程,让社区喜欢的网友先学习测试使用,前期先列出热门软件名单供网友学习打包使用。到一定程度的时候,软件中心划出专区来提供给内部测试组先行测试,等全面成熟时DEEPIN作为主力格式使用,不取消DEB格式,这样可以兼顾新旧,不会被孤立,全面发展。
      新的测试包对小白用户来说也是一种可以接受的选择,可以解决新用户对LINUX的恐惧,降低学习成本,同时学习STARTOS的教训。
      本人见识有限,望大家共同提供合理意见,使得这个建议更加具有可执行性。
      注意:前期不作为主力使用,辅助使用
Reply Favorite View the author
All Replies
4***8@qq.com
deepin
2014-10-17 04:25
#1
建议DEEPIN创建一种不需要依赖可以本地安装的程序包
       DEEPIN制定安装包标准和环境,前期和现在使用的DEB格式兼容,不作为主力,作为测试用。论坛专门划出一个版块来作为学习基地和讨论基地,DEEPIN开发出现有的包转化工具,同时提供教程,让社区喜欢的网友先学习测试使用,前期先列出热门软件名单供网友学习打包使用。到一定程度的时候,软件中心划出专区来提供给内部测试组先行测试,等全面成熟时DEEPIN作为主力格式使用,不取消DEB格式,这样可以兼顾新旧,不会被孤立,全面发展。
      新的测试包对小白用户来说也是一种可以接受的选择,可以解决新用户对LINUX的恐惧,降低学习成本,同时学习STARTOS的教训。
      本人见识有限,望大家共同提供合理意见,使得这个建议更加具有可执行性。
      注意:前期不作为主力使用,辅助使用
你说的解决依赖的问题估计大家都提了N+N次了,哈哈,这个问题恐怕是困扰Linux推广的一个大问题把,可做起来那是相当难啊,我一个小白感觉要这样做,除非像window一样提供一套基础的库接口,就像win32的API接口把他统一规范了,有了标准,然后以此基础做一套sdk开发工具,没用过苹果,它的底层不也是用的bsd的内核吗?,不知道苹果是如何解决依赖这个问题的啊,谁给说说!
Reply View the author
ArthurDeepin
deepin
2014-10-17 04:45
#2
嗯,前期兼容很重要。

对这个东西不了解。其实要做出在deepin上直接安装的包应该很简单,符合deepin的本地库就行了,但是众多发行版就各不相同了,版本不同库不同也很坑爹。苹果,有些软件在ios8上闪退,还有的只能支持ios7以上的系统,为了版本间的兼容,也会越来越臃肿,想一想这就是一个世界性难题。不过要求也不用太高,做到像安卓apk一样的就行了

搞出虚拟机、沙箱的方式也会独立,但不高明啊。会不会有一种沙箱依赖树的存在,依赖树与应用相对应,可以有多“棵”,我瞎说的,无视吧。
Reply View the author
181******81
deepin
2014-10-17 05:23
#3
这也是困扰了我N久的问题。非常的无奈。很多so有版权问题。那过来直接用很麻烦的。完全自己写,不现实了吧。
Reply View the author
mxj8624
deepin
2014-10-17 06:03
#4
现在硬盘价格下降,软件所需要的依赖可以全部打包在一个安装包,独立安装,独立运行,删除是不用纠结依赖的关系,新的格式开始只要支持DEEPIN就可以了,其他发行版需要的话,我们也提供技术支持,这只是一种思路,大家有没有更好的思路,为DEEPIN献献策
Reply View the author
MattD
deepin
2014-10-17 06:27
#5
chakra和PC-BSD早就实现了。
chakra的实现叫bundle system,PC-BSD的实现是pbi。
Reply View the author
cxbii
deepin
2014-10-17 17:58
#6
做包管理比大家都认可简单很多。。。
Reply View the author
dxqwx1
deepin
2014-10-17 21:24
#7
这是个理念问题。。。。。。。。。。
Reply View the author
sente
deepin
2014-10-18 06:40
#8
真心不懂,很想用深度,想要支持一下,看论坛很多装机失败的,哎,真是怕啊,像我这样的小白只能眼睁睁的逛论坛了
Reply View the author
zhaojiexie
deepin
2014-10-18 12:45
#9
做包管理比大家都认可简单很多。。。
deepin包管理是什么样的?大牛普及一下
Reply View the author
yueguang
deepin
2014-10-18 17:12
#10
打包在一起需要把依赖都打进去,会导致
1安装包太大
2有重复代码,好几个程序都依赖一个东西,都打包就会重复。
3因为依赖打包进来了,依赖有更新就需要打包更新,增加了维护成本。
4依赖有新版本后需要开发人员打包,就需要等待,用户不能及时得到更新。
5用户不能及时更新如果老版本有安全bug,会带来安全问题。
6linux都带有包管理器或者软件市场,本身就可以解决依赖问题。去下载包安装的是少数。
7其他地方下载包不能保证安全性与兼容性,本来就是不推荐普通用户使用的方式。
综上所述,全打包的方式意义不大。新手应该去尝试新的linux的思考方式,不要老是用老的xp下面那种需要软件四处找下载站的方式去思考。何况新的windows也开始搞软件商店。这个是未来趋势,不大可能倒退。
Reply View the author
Lotuso
deepin
2014-10-19 21:10
#11
做包管理比大家都认可简单很多。。。
用go来建立包管理,
Reply View the author
方老四
deepin
2014-10-19 21:17
#12
能不能把必要的公共软件依赖直接做进操作系统里面,安装操作系统后这些依赖就存在,不需要用户安装
Reply View the author
ArthurDeepin
deepin
2014-10-19 22:32
#13
这不是按照xp思维或者linux方式的问题,而是面对什么样的问题就去切实解决这个问题,Deepin需要实事求是,不要桎梏思维,纵观各发行版,Deepin需要做一个开拓者,需要面对的既不完全是windows的世界,也不完全是linux的世界,而是自己的世界。依赖问题如果断了网,即使有包,也无法通过U盘在各个依赖状况不同的电脑间共享程序,这就是一个问题。(最近上了两节党课,满脑子的特殊词汇… :mrgreen: 意思表达出来就好)
Reply View the author
brophy
deepin
2014-10-20 04:59
#14
这不是按照xp思维或者linux方式的问题,而是面对什么样的问题就去切实解决这个问题,Deepin需要实事求是,不要桎梏思维,纵观各发行版,Deepin需要做一个开拓者,需要面对的既不完全是windows的世界,也不完全是linux的世界,而是自己的世界。依赖问题如果断了网,即使有包,也无法通过U盘在各个依赖状况不同的电脑间共享程序,这就是一个问题。(最近上了两节党课,满脑子的特殊词汇… :mrgreen: 意思表达出来就好)
说得挺好的,不过不知道你想怎么去解决呢?
Reply View the author
ArthurDeepin
deepin
2014-10-20 05:49
#15
[quote]这不是按照xp思维或者linux方式的问题,而是面对什么样的问题就去切实解决这个问题,Deepin需要实事求是,不要桎梏思维,纵观各发行版,Deepin需要做一个开拓者,需要面对的既不完全是windows的世界,也不完全是linux的世界,而是自己的世界。依赖问题如果断了网,即使有包,也无法通过U盘在各个依赖状况不同的电脑间共享程序,这就是一个问题。(最近上了两节党课,满脑子的特殊词汇… :mrgreen: 意思表达出来就好)
说得挺好的,不过不知道你想怎么去解决呢?[/quote]
我当然是不知道哟,我也只能说一下自己的认识了。
linux本身的想法就是凭借一颗依赖树整合成整个系统,而实际情况是发行版众多,在不同的发行版上种着不同的依赖树,自然就会有特定的与之相对应的打包好的程序包,这就是矛盾的地方。但其实这就是linux,就是开源世界。

要是只维护deepin一颗依赖树当然是不存在什么依赖问题的,自身就是标准,平台固定下来就好。而另外的,
要么建立什么“iso9001国际认证”的标准依赖树,让各程序向标准依赖树靠拢。最好是长期支持版LTS
要么干脆摆脱依赖树,像安卓的Davilk的Java虚拟机运行apk。(其实也是建立了标准运行环境)
chromeos的应用也是chrome浏览器的插件,其实也是标准运行环境。

无论如何,这个东西其实就是要建立标准环境。要起步的话,可以尝试将建立的标准利于利用现有开源代码的方向建立,不要前功尽弃。我感受到的依赖树问题其实就像一颗树,如果想更疯狂一点,不是有文本和超文本之分吗?那也来一个“超依赖树”机制,将依赖平行化,分立化。

呵呵,我感觉很难……
相对于我这个外行,其实还是很想听听专业人士的深刻认识。如果想要领导标准,就只好先具有相当的影响力了。
Reply View the author
4***8@qq.com
deepin
2014-10-20 05:58
#16
chakra和PC-BSD早就实现了。
chakra的实现叫bundle system,PC-BSD的实现是pbi。
看了你的介绍,下午专门去网吧下载了pc-bsd,好大的3.5G,可在我的台式机上安装了两次都是失败,估计下载的镜像文件不对,或是写入u盘有毛病,对像pcbsd这样都bsd系统没玩过以前,今天安装的感觉就是这bsd没电水平好真搞不定,安装体验不是很好,我现在就是好奇它的这个解决依赖的安装包,有时间再研究研究,话说这bsd方面的资料真少啊!
Reply View the author
yueguang
deepin
2014-10-20 07:16
#17
能不能把必要的公共软件依赖直接做进操作系统里面,安装操作系统后这些依赖就存在,不需要用户安装
公共依赖本来就安装了的。
Reply View the author
yueguang
deepin
2014-10-20 07:20
#18
[quote][quote]这不是按照xp思维或者linux方式的问题,而是面对什么样的问题就去切实解决这个问题,Deepin需要实事求是,不要桎梏思维,纵观各发行版,Deepin需要做一个开拓者,需要面对的既不完全是windows的世界,也不完全是linux的世界,而是自己的世界。依赖问题如果断了网,即使有包,也无法通过U盘在各个依赖状况不同的电脑间共享程序,这就是一个问题。(最近上了两节党课,满脑子的特殊词汇… :mrgreen: 意思表达出来就好)
说得挺好的,不过不知道你想怎么去解决呢?[/quote]
我当然是不知道哟,我也只能说一下自己的认识了。
linux本身的想法就是凭借一颗依赖树整合成整个系统,而实际情况是发行版众多,在不同的发行版上种着不同的依赖树,自然就会有特定的与之相对应的打包好的程序包,这就是矛盾的地方。但其实这就是linux,就是开源世界。

要是只维护deepin一颗依赖树当然是不存在什么依赖问题的,自身就是标准,平台固定下来就好。而另外的,
要么建立什么“iso9001国际认证”的标准依赖树,让各程序向标准依赖树靠拢。最好是长期支持版LTS
要么干脆摆脱依赖树,像安卓的Davilk的Java虚拟机运行apk。(其实也是建立了标准运行环境)
chromeos的应用也是chrome浏览器的插件,其实也是标准运行环境。

无论如何,这个东西其实就是要建立标准环境。要起步的话,可以尝试将建立的标准利于利用现有开源代码的方向建立,不要前功尽弃。我感受到的依赖树问题其实就像一颗树,如果想更疯狂一点,不是有文本和超文本之分吗?那也来一个“超依赖树”机制,将依赖平行化,分立化。

呵呵,我感觉很难……
相对于我这个外行,其实还是很想听听专业人士的深刻认识。如果想要领导标准,就只好先具有相当的影响力了。[/quote]
建立标准,让其他程序都像这个靠拢,deepin根本没有这样的影响力,linux所有的发行版可能都没有这个影响力。不然早就成了一个发行版了。
另起炉灶的话deepin估计实力还不足,看中国搞操作系统搞了这么多年不成就知道从头实现一个具有实用性且能建立生态的操作系统的难度了。
Reply View the author