Hello
deepin
2021-04-05 22:42 这个源码可以在源码仓库下载得到,也就是deb-src的仓库
Reply Like 1 View the author
这个源码可以在源码仓库下载得到,也就是deb-src的仓库
看了下源码里的license,还是gpl的。。就是为啥放仓库不放github呢,又是上面要求的?
control里面倒是没写这个
关于如何获取源码,取消注释掉/etc/apt/sources.list 里面的deb-src,然后sudo apt update,之后
apt source +包名就可以了,可以看到还是gpl的,也是最新的源码
@deepin_z
关于如何获取源码,取消注释掉/etc/apt/sources.list 里面的deb-src,然后sudo apt update,之后
apt source +包名就可以了,可以看到还是gpl的,也是最新的源码
感谢解答。看来是 deepin 分发不规范了,原则上许可证和源码要随二进制程序一起分发的,至少也要在二进制版本中注明应该在哪里查看许可证和源码。
Popular Ranking
ChangePopular Events
More
昨晚看到了一个由于被 deepin-repair-tools 误删大量文件而索赔的帖子。我在 GitHub 上看了一下,deepin-repair-tools 是以 GPLv3 发布的,据此认为这名用户应该自行承担造成损失的责任,好心提醒了ta一下,然后就睡了。
然而,今天我在和ta交流的过程中又发现了一个问题:GitHub 上的 deepin-repair-tools 已经有两年没更新了,最新的版本号还是 5.0.1,而 deepin 仓库中的版本号已经是 5.0.5 了。在 deepin 提供的 deepin-repair-tools 软件包中,从软件的 UI 和软件包的控制文件上,我没有找到任何的许可证信息。那么,deepin 现在通过软件仓库分发的 deepin-repair-tools 的许可证是什么呢?如果还是 GPLv3,那源代码又在哪里呢?现在这个软件包中没有许可证信息,用户也就无法保证自己享有的权利,无异于使用盗版。
建议:在打包的时候,至少应该让每一个软件包都附带许可证信息。如果是像 GPL 这样的常见许可证,可以直接写的软件包的 control 文件里。如有可能,应该给软件的每一个文本文件都写上许可证信息,每一个图形化程序也都应该有一个著作权和许可证的声明。如果缺乏这些信息,对于合法权益比较谨慎的用户可能会避免使用 deepin。