因为 Deepin 和 UOS 的仓库基于 Debian 10.5 stable,源里面软件包本来就不是最新的。
想作死的话可以添加 Debian testing 或者 unstable 源安装你要的新版本包。
因为 Deepin 和 UOS 的仓库基于 Debian 10.5 stable,源里面软件包本来就不是最新的。
想作死的话可以添加 Debian testing 或者 unstable 源安装你要的新版本包。
那么为啥不用 Manjaro 呢![[开心]](/assets/image/raccoon/[joy].gif)
试试安装snap版bluez呢,能不能用,
snap包好像自带依赖,且隔离运行。
linux混乱的库依赖,已经无解了,神仙也解决不了。除非容许动态库加载默认扫描当前目录,就能支持绿色软件,或许可以实现一库多版本安装,这样才能解决,然而大神们绝对纯净的理念,或者借口安全考虑。不会让linux这么运行的。所以这个问题deepin解决不了,除非系统升级,把全部库依赖升级上来!头疼!
很多依赖关系,确实令人郁闷。
刚刚去bluez官网看了下,最新stable的版本是5.54,不知道能不能解决你的问题。
这个版本我试了下,可以自行编译,编译没有问题,如果愿意尝试,可以私信我。
听说要升级 debain 10.6 了
linux混乱的库依赖,已经无解了,神仙也解决不了。除非容许动态库加载默认扫描当前目录,就能支持绿色软件,或许可以实现一库多版本安装,这样才能解决,然而大神们绝对纯净的理念,或者借口安全考虑。不会让linux这么运行的。所以这个问题deepin解决不了,除非系统升级,把全部库依赖升级上来!头疼!
Nix 了解一下?![[怀疑]](/assets/image/raccoon/[doubt].gif)
sudo apt install build-essential dkms bc gcc libglib2.0-dev libdbus-1-dev libudev-dev libical-dev libreadline-dev -y
cd ~/Desktop/
wget https://mirrors.edge.kernel.org/pub/linux/bluetooth/bluez-5.54.tar.xz
tar -xvf bluez-5.54.tar.xz
cd bluez-5.54
./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var
sudo make
sudo make install
sudo reboot
或者使用上游debian的backports源,backports源是最稳定和最新的折中源,一般不会有大问题
这里用的是国内163的buster-backports镜像源,并且降低163源的优先级,未经测试,需谨慎
sudo vim /etc/apt/sources.list.d/debian-bpo-163.list
deb http://mirrors.163.com/debian/ buster-backports main non-free contribsudo vim /etc/apt/preferences.d/debian-bpo-163
Package: *
Pin: origin mirrors.163.com
Pin-Priority: 200sudo apt install bluez=5.54-1~bpo10+1
Deepin目前的bluez已经是5.50.2版本了。
bluez/未知,now 5.50.2-1+eagle amd64 [已安装]
Bluetooth tools and daemons
linux混乱的库依赖,已经无解了,神仙也解决不了。除非容许动态库加载默认扫描当前目录,就能支持绿色软件,或许可以实现一库多版本安装,这样才能解决,然而大神们绝对纯净的理念,或者借口安全考虑。不会让linux这么运行的。所以这个问题deepin解决不了,除非系统升级,把全部库依赖升级上来!头疼!
绿色软件?appimage了解一下
Nix 了解一下?![[怀疑]](/assets/image/raccoon/[doubt].gif)
在软件打包时,我们都不会知道用户会在那个版本的系统上用,那个库会出现冲突,在出现冲突普通用户可不会打包。最多让他们能把正确版本的动态库找到拷贝到安装目录。
绿色软件?appimage了解一下
在软件打包时,我们都不会知道用户会在那个版本的系统上用,那个库会出现冲突,在出现冲突普通用户可不会打包。最多让他们能把正确版本的动态库找到拷贝到安装目录。
在软件打包时,我们都不会知道用户会在那个版本的系统上用,那个库会出现冲突,在出现冲突普通用户可不会打包。最多让他们能把正确版本的动态库找到拷贝到安装目录。
nix 就是为了解决库版本冲突问题的啊![[怀疑]](/assets/image/raccoon/[doubt].gif)
nix 就是为了解决库版本冲突问题的啊![[怀疑]](/assets/image/raccoon/[doubt].gif)
大哥,你的包管理工具,已经解决不了这个问题,A B 两个软件依赖同一个库C1 C2的问题。要是你的Nix能解决,apt一样能解决。依赖库版本冲突只有找到A和B同时兼容的Cx版本。楼主的问题,在官网下载驱动源码在deepin上编译安装了。让A B同时兼容C1了!
大哥,你的包管理工具,已经解决不了这个问题,A B 两个软件依赖同一个库C1 C2的问题。要是你的Nix能解决,apt一样能解决。依赖库版本冲突只有找到A和B同时兼容的Cx版本。楼主的问题,在官网下载驱动源码在deepin上编译安装了。让A B同时兼容C1了!
我们两个云玩家到底在这争论什么![[怀疑]](/assets/image/raccoon/[doubt].gif)
据我所知,nix 的原理决定了它能完美处理一切依赖冲突,因为它允许任何软件包多版本共存,软件调用共享库是通过硬链接来实现的,这和 apt 以及其他常见的包管理器在管理方式上有本质的不同。我自己不用 nix 是因为没有太多用旧版本库的需求,在 pacman 的管理体系下最新即是正义![[尾]](/assets/image/raccoon/[tail].gif)
linux混乱的库依赖,已经无解了,神仙也解决不了。除非容许动态库加载默认扫描当前目录,就能支持绿色软件,或许可以实现一库多版本安装,这样才能解决,然而大神们绝对纯净的理念,或者借口安全考虑。不会让linux这么运行的。所以这个问题deepin解决不了,除非系统升级,把全部库依赖升级上来!头疼!
snap是个聪明优秀的解决方案,deepin只会傻子一样去搞wine这种拆东墙补西墙的蠢玩意
Popular Ranking
ChangePopular Events
More
前面发帖说我的小爱音箱pro连上蓝牙后没声音,但在Manjaro系统下却毫无问题。经过多天的努力,并且在论坛网友的帮助下我确实找到问题的根源了。uos的bluez版本是5.50,很老了,而Manjaro已经是5.55了。
一切烦人的问题就从bluez这里开始:
1.我想卸载旧版bluez,发现它被pulseaudio-modules-blurtooth12.2依赖,要先卸载这个pul*才能卸载5.50版本的bluez
2装好5.54的bluez,我要重新安装pulseaudio-modules-blutooth才能用蓝牙,好家伙,apt install pul*自动装回12.2版本,然后会自动下载安装bluez5.50版本
3.然后就发现pul*这个东西最新版已经13.0版本了,而uos仓库里最新的也才12.2
4我尝试下载pul*的deb包这种方式来更新,但是一个接一个的依赖需要更新就把我整崩溃了,开发组就不能用一个及时更新的仓库?