有理
non-free应该是因为内核集成了安卓(uengine)的binder和ashmem
non-free应该是因为内核集成了安卓(uengine)的binder和ashmem
Debian 内核没启用 ashmem 和 binder 吗
Debian 内核没启用 ashmem 和 binder 吗
没,这俩就是non-free
没,这俩就是non-free
我看到的情况是 Debian 在 4.17 的时候就启用了 ashmem 和 binder:
https://github.com/linux-surface/linux-surface/issues/144
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901492
难道 Debian 自己就是把内核放在 non-free 里的
没,这俩就是non-free
https://github.com/torvalds/linux/blob/master/drivers/staging/android/ashmem.c
https://github.com/torvalds/linux/blob/master/drivers/android/binder.c
ashmem和binder都是GPL的,不存在是non-free这说法。
https://github.com/torvalds/linux/blob/master/drivers/staging/android/ashmem.c
https://github.com/torvalds/linux/blob/master/drivers/android/binder.c
ashmem和binder都是GPL的,不存在是non-free这说法。
欸搞错了,我以为之前需要自己编译是因为non-free
Popular Ranking
ChangePopular Events
More

中文 
你们的打包相当混乱,内核元包linux-image-deepin-amd64放在main里,这是应该的,但是内核元包依赖的具体内核包linux-image-5.10.101-amd64-desktop却放在non-free里,这是为什么?一个内核包竟然放在non-free里,一个main包竟然要依赖non-free包,你们就是这样来打包的?