[Topic DIscussion] 请问是否有计划推出自己的应用安装包封装格式?类似rpm和deb
Tofloor
poster avatar
颐信行
deepin
2022-04-04 21:56
Author

推出自己的格式,虽然技术难度很大,也不一定能顺利推广,但最好有个备份,标准掌握在自己手里,非常重要。从技术角度来说,需要更多的优秀人才,这样才有可能做出更优秀的标准。从战略角度来说,确实需要自己的标准存在,防患于未然是必要的。如果深度和统信想走向更高的位置,自力更生,树立自己的标准是必经之路,当然需要和实际情况相结合,不求全,但求有。

Reply Favorite View the author
All Replies
1 / 2
To page
颐信行
deepin
2022-04-04 21:58
#1

现在正是发展初期,很多事情正是不破不立的好时候,把握好这段时间多做长远考虑,我个人认为还是很重要的。

Reply View the author
bigben446
deepin
2022-04-04 22:05
#2

deb是开源的,没必要

Reply View the author
颐信行
deepin
2022-04-04 22:12
#3
bigben446

deb是开源的,没必要

爹有娘有不如自己有,瑞士还说自己是中立国呢,但现在直接冻结了俄罗斯的资产,开源社区也放弃了支持俄罗斯的CPU,不要把开源想的那么美好,开源不是永恒承诺,自力更生才是长远保障。

Reply View the author
enforcee
deepin
2022-04-04 22:17
#4

根本不重要

blush

软件包的本质就是文件结构+安装脚本,不同的软件包格式也是可以互相翻译的

导致不同系统的包无法共存的原因是各个发行版的命名规则和打包尺度各有差别,如果你非要继承debian的规则,又要自己发明软件包,那和隔壁自欺欺人的hap也没什么区别了。

Reply View the author
jjcui8595
deepin
2022-04-04 22:18
#5
bigben446

deb是开源的,没必要

同意。

Reply View the author
颐信行
deepin
2022-04-04 22:25
#6
jjcui8595

同意。

那红帽为啥不取消rpm,全部改用deb呢,或者Debian全部改用rpm,再或者微软为啥不取消掉exe,直接用苹果MAC OS的格式呢,说到底这不是一个技术问题,而是标准问题,伟大的企业是要学会掌握标准的。

Reply View the author
颐信行
deepin
2022-04-04 22:26
#7
enforcee

根本不重要

blush

软件包的本质就是文件结构+安装脚本,不同的软件包格式也是可以互相翻译的

导致不同系统的包无法共存的原因是各个发行版的命名规则和打包尺度各有差别,如果你非要继承debian的规则,又要自己发明软件包,那和隔壁自欺欺人的hap也没什么区别了。

那红帽为啥不取消rpm,全部改用deb呢,或者Debian全部改用rpm,再或者微软为啥不取消掉exe,直接用苹果MAC OS的格式呢,说到底这不是一个技术问题,而是标准问题,伟大的企业是要学会掌握标准的。

Reply View the author
心平气和
deepin
2022-04-04 22:27
#8

不用你操心的,替资本考虑干什么。

考虑的应该是如果我们被制裁了,deb 还能不能用?显然是可以的,因为就是一个打包方式而已。

Reply View the author
颐信行
deepin
2022-04-04 22:28
#9
心平气和

不用你操心的,替资本考虑干什么。

考虑的应该是如果我们被制裁了,deb 还能不能用?显然是可以的,因为就是一个打包方式而已。

根本问题是要学会自己掌握标准,而不是一味的跟随和拥抱别人的标准。

Reply View the author
空愿SkyWish
deepin
2022-04-04 22:30
#10

我建议您自己解包一个deb然后再来说。deb包的组成很清晰,技术难度其实不算大。

如果再搞个封装格式,那就是重复造轮子,搞不好还会出兼容性问题。。。

而且开源已经符合“可控”的定义了。

Reply View the author
颐信行
deepin
2022-04-04 22:32
#11
空愿SkyWish

我建议您自己解包一个deb然后再来说。deb包的组成很清晰,技术难度其实不算大。

如果再搞个封装格式,那就是重复造轮子,搞不好还会出兼容性问题。。。

而且开源已经符合“可控”的定义了。

我还是那句话,别把开源想的那么美好。我自己的东西可以不用,但最好别在想用的时候没有。

Reply View the author
enforcee
deepin
2022-04-04 22:34
#12
颐信行

那红帽为啥不取消rpm,全部改用deb呢,或者Debian全部改用rpm,再或者微软为啥不取消掉exe,直接用苹果MAC OS的格式呢,说到底这不是一个技术问题,而是标准问题,伟大的企业是要学会掌握标准的。

你要仔细读一读,不要上来就喷

blush

Reply View the author
颐信行
deepin
2022-04-04 22:36
#13
It has been deleted!
颐信行
deepin
2022-04-04 22:37
#14
enforcee

你要仔细读一读,不要上来就喷

blush

你也要仔细读一读,不要把别人的回复直接定义成喷。

Reply View the author
enforcee
deepin
2022-04-04 22:42
#15
颐信行

你也要仔细读一读,不要把别人的回复直接定义成喷。

不是企业制定标准才优秀,是企业优秀所以标准才被别人接受

OSI为什么打不过TCP/IP,OSI的结构不如TCP/IP吗?

为什么发行版的打包规则不统一我想我说的已经很明白了,如果你还是不理解我可以再仔细讲一下。

Reply View the author
颐信行
deepin
2022-04-04 22:57
#16
enforcee

不是企业制定标准才优秀,是企业优秀所以标准才被别人接受

OSI为什么打不过TCP/IP,OSI的结构不如TCP/IP吗?

为什么发行版的打包规则不统一我想我说的已经很明白了,如果你还是不理解我可以再仔细讲一下。

那你怎么能确定深度和统信做不到优秀呢,或者说国产做不到优秀呢,优不优秀和做不做标准不能完全画等号。就像你说的deb可能足够优秀了,为啥红帽和各配套厂商不直接改用呢。

Reply View the author
SamLukeYes
deepin
2022-04-04 22:58
#17

开发一个新的类似 rpm 和 deb 的格式完全没有必要,用传统的包管理器管理整个系统是不符合大多数个人用户的需要的,不符合 deepin 的发展方向。社区里倒是有开发一个专门用来管理应用的包管理器的想法,不过我个人认为是没必要了,因为已经有很多轮子了。

Reply View the author
nihaoxye
deepin
2022-04-04 23:03
#18

没必要!

如果轮子是方的,可以重复造一个圆的,如果本身是圆的就没必要重复造。Linux下的软件包格式不是太少,而是太多了!

再造一个,更加碎片化

Reply View the author
空愿SkyWish
deepin
2022-04-04 23:05
#19
颐信行

那你怎么能确定深度和统信做不到优秀呢,或者说国产做不到优秀呢,优不优秀和做不做标准不能完全画等号。就像你说的deb可能足够优秀了,为啥红帽和各配套厂商不直接改用呢。

额...deb和rpm本身并不重要,重要的是它们背后的软件包管理器吧?

至于为啥不直接抄作业...原因很复杂,真的觉着不好的应该不会很多,我觉得大多数还是因为已经有的东西不合开发者/用户群体的奇怪/特有xp吧...说白了就是总有人用着不舒服。

不过这样子造成的最大问题就是碎片化,就是软件包格式太多了,程序员忙不过来,要么直接给Linux弃疗,要么直接扔个tar.gz或者appimage(其实appimage挺好的)

Reply View the author
颐信行
deepin
2022-04-04 23:05
#20
SamLukeYes

开发一个新的类似 rpm 和 deb 的格式完全没有必要,用传统的包管理器管理整个系统是不符合大多数个人用户的需要的,不符合 deepin 的发展方向。社区里倒是有开发一个专门用来管理应用的包管理器的想法,不过我个人认为是没必要了,因为已经有很多轮子了。

我觉得更重要的是这个轮子是不是真正属于你的,如果是别人的,轮子能够让你正常行驶,也可能让你车毁人亡啊。

Reply View the author
1 / 2
To page