Rubbish
deepin
2022-01-08 06:41 好吧,似乎和Debian的backports源有点像,区别在于使用backports源默认会一并更新应用软件,而我们需要默认不更新应用软件
Reply Like 0 View the author
好吧,似乎和Debian的backports源有点像,区别在于使用backports源默认会一并更新应用软件,而我们需要默认不更新应用软件
目前商店是独立源
控制中心还没分而已
应用依赖旧的库,系统新的库,这个问题的解决嘛,可以用容器,容器里自带依赖
appimage:?
为啥不能把新的旧的都安装上,想要用哪个就用那个,现在硬盘那么大
目前商店是独立源
控制中心还没分而已
应用依赖旧的库,系统新的库,这个问题的解决嘛,可以用容器,容器里自带依赖
appimage:?
啊,已经分了吗
AppImage也不是那么好的选择,对于一般的应用都太大了。关于多版本deb并存我觉着应用程序这边用bwrap或者overlayfs之类的包装一层就可以解决,关键是dpkg和apt没法管理,可能得改这些底层包
啊,已经分了吗
AppImage也不是那么好的选择,对于一般的应用都太大了。关于多版本deb并存我觉着应用程序这边用bwrap或者overlayfs之类的包装一层就可以解决,关键是dpkg和apt没法管理,可能得改这些底层包
我有一个deepin WSL包,可以直接chroot运行
问题是没有显示库,要装也太大了
等等,flatpak是不是更好?
Popular Ranking
ChangePopular Events
More
之前有人提过系统更新和应用程序更新不分离是个bug。
最近在了解Debian的包管理,我觉着把应用程序的源和系统包(包括应用程序的各种依赖)的源分开,在应用程序源用NotAutomatic应该能阻止apt自动安装应用程序更新。然后造个小轮子给应用商店/命令行用,每次更新前把优先级改高,更完再改回去(相当于加锁)。不知道这样行不行。
目前想到的bug在于部分应用程序软件包的依赖不能高于某版本,但系统更新需要把依赖更新到冲突的版本,如果不同时更新应用程序就只能删掉应用程序。