For jokers who have not even read the GPL license carefully, I suggest that the nozzle at least learn about what copyright is first.
https://www.gnu.org/licenses/gpl-faq.html#DeveloperViolate
Is the developer of a GPL-covered program bound by the GPL? Could the developer's actions ever be a violation of the GPL?
Strictly speaking, the GPL is a license from the developer for others to use, distribute and change the program. The developer itself is not bound by it, so no matter what the developer does, this is not a “violation” of the GPL.
And we also have no restrictions for the commits that was under GPL before the license change.
https://www.gnu.org/licenses/gpl-faq.html#DeveloperViolate
Is the developer of a GPL-covered program bound by the GPL? Could the developer's actions ever be a violation of the GPL?
Strictly speaking, the GPL is a license from the developer for others to use, distribute and change the program. The developer itself is not bound by it, so no matter what the developer does, this is not a “violation” of the GPL.
And we also have no restrictions for the commits that was under GPL before the license change.
👍197🤡44❤14🤔4👎2😁2🍾2🥰1🫡1
👍68🤯21🥰7😨5👎2❤1🤡1💔1
Zygisk-Next-1.0-271-2755a93-release.zip
1.6 MB
ZygiskNext 1.0 正式版
- 通过 hook init 进程监视 Zygote 启动
- 增强 Magisk 兼容性
- 支持 KernelSU WebUI （管理器需要正式版 0.9.0 / CI 11575 以上版本）
- 两个守护进程合并为一个
- 简化模块状态显示
- 自动支持某些 32 位转译层（如 tango）
ZygiskNext 1.0 Stable Release
- Monitor Zygote startup through hooking init process
- Enhanced Magisk compatibility
- Support KernelSU WebUI (Manager Release 0.9.0 / CI 11575 or above is required)
- Two daemons merged into one
- Simplified module status
- Automatic support for some 32-bit translation layers (such as tango)
real5ec1cff
- 通过 hook init 进程监视 Zygote 启动
- 增强 Magisk 兼容性
- 支持 KernelSU WebUI （管理器需要正式版 0.9.0 / CI 11575 以上版本）
- 两个守护进程合并为一个
- 简化模块状态显示
- 自动支持某些 32 位转译层（如 tango）
ZygiskNext 1.0 Stable Release
- Monitor Zygote startup through hooking init process
- Enhanced Magisk compatibility
- Support KernelSU WebUI (Manager Release 0.9.0 / CI 11575 or above is required)
- Two daemons merged into one
- Simplified module status
- Automatic support for some 32-bit translation layers (such as tango)
real5ec1cff
👍70🥰17🔥6❤3🤡3🐳1
Zygisk-Next-1.0.1-277-b9b9601-release.zip
1.6 MB
ZygiskNext 1.0.1 正式版
- 修复了不该出现的「Module files corrupted」
ZygiskNext 1.0.1 Stable Release
- Fix unexpected "Module files corrupted".
real5ec1cff
- 修复了不该出现的「Module files corrupted」
ZygiskNext 1.0.1 Stable Release
- Fix unexpected "Module files corrupted".
real5ec1cff
👍54😁11🔥8🥰7❤4⚡3🤡3❤🔥2👏1😘1
Forwarded from 5ec1cff (5ec1cff)
Zygisk-Next-1.0.2-282-76fa553-release.zip
1.6 MB
ZygiskNext 1.0.2 正式版
- WebUI 跟随系统深色主题设置
- 卸载所有 ksu 挂载点
- 移除无用代码
ZygiskNext 1.0.2 Stable Release
- WebUI follows the system dark theme setting
- Unmount all ksu mount points
- Remove useless code
real5ec1cff
- WebUI 跟随系统深色主题设置
- 卸载所有 ksu 挂载点
- 移除无用代码
ZygiskNext 1.0.2 Stable Release
- WebUI follows the system dark theme setting
- Unmount all ksu mount points
- Remove useless code
real5ec1cff
🥰70👍25❤10🤡4⚡3🔥2🐳2😘2🫡1
Zygisk-Next-1.0.4-292-b36a0ad-release.zip
1.7 MB
ZygiskNext 1.0.4 正式版
- 移除了不稳定的自动卸载模式
- 增加强制排除列表模式
- 清理不需要的配置项
ZygiskNext 1.0.4 Stable Release
- Remove unstable auto umount mode
- Add enforce denylist mode
- Clean up unused configuration items
real5ec1cff
- 移除了不稳定的自动卸载模式
- 增加强制排除列表模式
- 清理不需要的配置项
ZygiskNext 1.0.4 Stable Release
- Remove unstable auto umount mode
- Add enforce denylist mode
- Clean up unused configuration items
real5ec1cff
🥰46👍26❤9🔥9👏2😁2🤡1
We are planning to add new APIs for Zygisk Next, including injecting into more init-started processes. If you have any idea, please comment.
Anonymous Poll
20%
Inject to non-ART process, e.g. drmserver, surfaceflinger, perfd, keystore
12%
Inject to non-zygote ART process
17%
Module hot unload / reload
9%
Companion extension: env info, keep alive flag across soft reboot
7%
Separate code entry with original Zygisk API
10%
Compatible with original Zygisk API as extension
7%
Original Zygisk API is enough
63%
我不是开发者 / I am not a developer
👏57👍12🥰4❤2😁2🤔1🤡1
感叹，我当年也是一名 OI 选手，还恰逢竞赛改革那届，导致省一屁加分或者政策都捞不到一个。这视频说得很对，信息学竞赛已经完全变成数学竞赛了，跟计算机的关系其实很小，我当年省选就是离散数学不过关被淘汰了。
https://www.bilibili.com/video/av1453211423?p=1&unique_k=2333
https://www.bilibili.com/video/av1453211423?p=1&unique_k=2333
Bilibili
信息学竞赛 (OI) 究竟发生了什么？_哔哩哔哩_bilibili
信息学奥赛是 “五大联赛” 里选手和教练脱节最快的比赛。希望通过此视频，使各位指导教师认清现实，放弃幻想，接受死亡。, 视频播放量 224789、弹幕量 403、点赞数 6166、投硬币枚数 2475、收藏人数 6482、转发人数 2858, 视频作者 绿导师原谅你了, 作者简介 https://jyywiki.cn，相关视频：一个金牌选手的信竞攻略，CSP-J/S初赛专题（已完结），CSP-J 数学基础，【C++信息学奥赛/NOIP/CSP】第一部分：C++基础及算法入门，学习信奥赛十个必会网址，全网最全…
😢47😁27👍17😨7🤬6😡4❤2🤡1🤓1
NativeTest-v25.apk
6.1 MB
增强部分检测
修复大量误报（已在 40 台设备上验证，若仍有误报请反馈。测试中发现部分华为、黑鲨等设备未严格遵循谷歌兼容性定义，不在误报考虑范围内）
修复大量误报（已在 40 台设备上验证，若仍有误报请反馈。测试中发现部分华为、黑鲨等设备未严格遵循谷歌兼容性定义，不在误报考虑范围内）
❤76👍30😱6🥰4👀3🤡2
P.S. 我这几个月都没空，有什么问题别来找我了，暂时退出安卓圈🤪
Please open Telegram to view this post
VIEW IN TELEGRAM
😭202🤡13❤11👍11🥰7😢5🤪4🎅2😁1🙉1
We are planning to make it possible for Magisk users to use webui by clicking modules in manager. What do you think is better?
Anonymous Poll
39%
Built-in in ZN
19%
Standalone module (Still needs ZN because vanilla Zygisk forbids injecting into manager)
12%
Standalone app
30%
I am not a Magisk user
❤23👍16🔥5👏2😁2🤡1