因为依赖齐全

因为依赖齐全
这些依赖真有必要都打包在软件中吗?不能在安装时提示,如果没有就可以点击之后到商店自动下载?
这些依赖真有必要都打包在软件中吗?不能在安装时提示,如果没有就可以点击之后到商店自动下载?
有必要,而且玲珑包不是全部依赖都放进去,只是玲珑环境没有的依赖才会放进去。
你说去应用商店安装依赖,你App需要的q依赖也需要依赖w作为依赖,w依赖需要依赖新版的依赖e,依赖e又需要依赖r,r依赖又需要依赖t,你还得一个个去依赖去下载,这就是依赖地狱。而你的系统正使用着不是最新的依赖,所以必须要共存两个依赖,那还不如像玲珑一样直接把依赖放里面?你自己安装依赖不也一样占空间。
有可能依赖安装到最后都指向了glibc版本偏低的结果,安装了一大堆依赖还运行不了,浪费了时间还浪费了空间,卸载的时间还要避免把系统原来的依赖给卸载了,还得避免卸载掉其他应用同时也在使用的依赖。
你a软件和b软件同时都依赖q,我想卸载b,你还得想办法避免不要卸载掉这个共用的依赖q,不然a就用不了了。
所以你说有没有必要?
因为deb包没有带GTK运行库,使用的是宿主系统的GTK库,而玲珑和AppImage用的是自带的GTK库

玲珑包,类似一个mini容器应用吧,它把一个mini环境都打包进去了。
有必要,而且玲珑包不是全部依赖都放进去,只是玲珑环境没有的依赖才会放进去。
你说去应用商店安装依赖,你App需要的q依赖也需要依赖w作为依赖,w依赖需要依赖新版的依赖e,依赖e又需要依赖r,r依赖又需要依赖t,你还得一个个去依赖去下载,这就是依赖地狱。而你的系统正使用着不是最新的依赖,所以必须要共存两个依赖,那还不如像玲珑一样直接把依赖放里面?你自己安装依赖不也一样占空间。
有可能依赖安装到最后都指向了glibc版本偏低的结果,安装了一大堆依赖还运行不了,浪费了时间还浪费了空间,卸载的时间还要避免把系统原来的依赖给卸载了,还得避免卸载掉其他应用同时也在使用的依赖。
你a软件和b软件同时都依赖q,我想卸载b,你还得想办法避免不要卸载掉这个共用的依赖q,不然a就用不了了。
所以你说有没有必要?
深有体会,23上我就卸载一个控制中心,结果把dde桌面环境都给卸载了
深有体会,23上我就卸载一个控制中心,结果把dde桌面环境都给卸载了
么这离谱的吗?
Popular Ranking
ChangePopular Events
More
商店里的Gimp3,Deb120M,玲珑300+,大这么多