Linux中的软件大部分是零碎的,其粒度比windows的小很多,软件之间的依赖关系很强烈,下面是自己的一些理解: 一.Linux中的软件依赖Linux中的软件依赖关系成一颗拓扑树结构,比如A直接或间接依赖B,那么B就不可能直接或间接依赖A.试想从时间上A.B必然有一个先出现,而先出现的不可能依赖于后出现的:并且如果A与B互相依赖则就是“鸡与蛋”的问题,因此必然有一个先出现而另一个依赖于先者. 二.Linux的软件安装与卸载(1)安装软件A必须率先安装A依赖的所有软件:卸载软件A则必须率先卸载依

caffe:numpy,scikit-image opencv:numpy

源代码形式 绝大多数开源软件都是直接以源代码形式发布 源代码一般会被打包成tar.gz的归档压缩文件 程序源代码需要编译成为二进制形式之后才能够运行 源代码基本编译流程 : ./configure 检测编译环境.相关库文件以及配置参数并生成makefile make 对源代码进行编译,生成可执行文件 make install 对生成的可执行文件安装到计算机中 源代码形式的软件使用起来较为麻烦,但是兼容性及可控制性较好 开源软件一般都会大量使用其他开源软件的功能,所以开源软件会有大量的依赖关系 源

由于linux入门基础是基于CentOS解说的,讲的是CentOS上的软件包管理.ubuntu的软件包管理有这些:ubuntu软件包管理,包管理指南,ubuntu软件包管理. linux软件管理:RPM软件包管理 源码形式 绝大多数开源软件都是直接以源码形式公布 源码通常会被打包成tar.gz的归档压缩文件 程序源码须要手动编译成二进制形式之后才可以执行使用 源码基本编译流程: 1 ./configure   检查编译环境.相关库文件以及配置參数并生成makefile 2 make       

有时在安装多个软件包时,某个包的软件依赖关系可能会被另外一个包的安装覆盖掉.这叫做损坏的包依赖关系(broken dependency). 如果系统出现问题,可以先尝试: yum clean all 然后在使用yum的update选项. 如果还是不行的话,可以使用yum deplist packet_name命令. 最后还是不行的话可以尝试忽略依赖关系 yum update --skip-broken --skip-broken允许忽略依赖关系损坏的那个包,继续去更新其他的软件包

有在Linux系统中安装软件的经历的人都知道,在Linux系统中手动安装软件不想在Windows下安装软件那么方便,直接双击,然后下一步下一步就可以把软件成功的装入到系统中,而在Linux系统中,安装软件存在这各种各样的依赖关系,而这些依赖关系在手动安装时十分繁琐,但系统还是可以给我们提供一些有用的信息,那么如何根据系统提示的这些信息确定出rpm包的依赖关系,然后成功的安装我们需要的软件呢?本文就依Linux Kernel升级时安装rpm包的过程分析手动安装rpm包的技巧. 文章中需要的相关rp

evlon@evlon-ThinkPad-T530 ~ $ apt install dotnet-dev-1.0.0-preview2-003121 正在读取软件包列表... 完成 正在分析软件包的依赖关系树 正在读取状态信息... 完成 有一些软件包无法被安装.如果您用的是 unstable 发行版,这也许是 因为系统无法达到您要求的状态造成的.该版本中可能会有一些您需要的软件 包尚未被创建或是它们已被从新到(Incoming)目录移出. 下列信息可能会对解决问题有所帮助: 下列软件包有未满足

1.一般来说依赖关系可以使得软件较小并且某个lib修复bug以后所有被依赖的软件都能得到好处. 依赖关系下,对于维护也有利有弊,第一,若某个被依赖的软件出现bug或者漏洞,这时候就只需要维护一个软件,可以不动依赖它的上层软件,而win下面,(除了系统的api),安装包都被打成静态包了,这时候如果有个bug,那每个软件都需要打补丁:其二,简化了安装,无须判断其他需要链接的软件的位置. 有些时候依赖关系也确实有点烦人.我上次碰到一个例子:我安装的是gentoo,并且安装了docky这个软件,而doc

很早之前在ubuntu安装软件时遇到的问题,今天打开ubuntu看到了,总结如下: 在ubuntu中我们使用sudo apt-get install 或者dpkg -i *.deb安装软件常常提示“有未能满足的依赖关系“,这是因为当前软件源中依赖库的版本不满足软件的要求. 解决办法: 步骤1:更新软件源.ubuntu自带的软件源比较旧,很多的软件版本较低,国内比较好用的源有阿里源: sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak #

相信大家在一台无法连接外网的linux上安装软件时,对于软件依赖的安装,都会特别头疼,因为软件依赖的安装,不论是其数量,还是安装的复杂度都比软件本身要高出一个维度! 今天就和大家分享一个,解决linux安装软件依赖的曲线救国方案,希望大家以后都可以愉快的安装软件! 首先,要和大家介绍一个非常好用的插件yum-plugin-downloadonly,这个插件的作用是从yum仓库下载目标软件及其所需依赖. // 安装插件 $ sudo yum install yum-plugin-downloado

Linux kernel 成功的两个原因: 灵活的架构设计使得大量的志愿开发者能够很容易加入到开发过程中:每个子系统(尤其是那些需要改进的)都具备良好的可扩展性.正是这两个原因使得Linux kernel可以不断进化和改进. 一.Linux内核在整个计算机系统中的位置 分层结构的原则: the dependencies between subsystems are from the top down: layers pictured near the top depend on lower la

linux下查看动态链接库依赖关系的命令 x86:ldd    *.so arm:arm-linux-readelf    -d    *.so 实际例子:以项目中用到的库librtsp.so分析:lijun@ubuntu:~/workspace$ arm-hisiv100nptl-linux-ld -d librtsp.so arm-hisiv100nptl-linux-ld: warning: liblog.so, needed by librtsp.so, not found (try u

mentohust:i386 已经是最新的版本了. 您可能需要运行"apt-get -f install"来纠正下列错误: 下列软件包有未满足的依赖关系:  mentohust:i386 : 依赖: libpcap0.8:i386 但是它将不会被安装 或                           libpcap0.9:i386 但无法安装它 或                           libpcap1.0:i386 但无法安装它 或                

rpm安装nfs 出现failed depenencie 经查资料得知命令后加上--nodeps --force,就可以了 加上那两个参数的意义就在于,安装时不再分析包之间的依赖关系而直接安装,也就不会再提示error: Failed dependencies:这样的错误了

版权声明:本文发布于http://www.cnblogs.com/yumiko/,版权由Yumiko_sunny所有,欢迎转载.转载时,请在文章明显位置注明原文链接.若在未经作者同意的情况下,将本文内容用于商业用途,将保留追究其法律责任的权利.如果有问题,请以邮箱方式联系作者(793113046@qq.com). 1.背景概述 在实际生产环境下,对于在linux系统上安装rpm包,主要面临两个实际的问题1)安装rpm包过程中,不断涌现的依赖关系问题,导致需要按照提示或者查询资料,手工安装更多的包

•    微博: 小样儿老师2015 Windows下做Linux开发需要SSH强大功能的支持.安装SSH的过程会出现了很多问题,看完这篇文章可以让你少走些弯路,PS:折腾一下午的成果. Ubuntu的apt-get工具的牛逼之处简直无人能及,Apt-get应用就是通过一个记录有所有可用软件包的配置文件,在服务器上查找你想要的可用软件包,然后下载并安装, 在终端输入命令行: $ sudo apt-get install openssh-server 出现错误: 完成正在分析软件包的依赖关系树正在

configure作用:是源码安装软件时配置环境用的 他根据你的配置选项和你的系统情况生成makefile文件 为make 做准备 最常用的参数: ./configure --prefix 作用: 不指定prefix,则可执行文件默认放在/usr/local/bin,库文件默认放在/usr/local/lib,配置文件默认放在/usr /local/etc.其它的资源文件放在/usr/local/share.你要卸载这个程序,要么在原来的make目录下用一次make uninstall(前提是m

mplayer以及其他fork出来的如mplayer2是命令行下的媒体播放器.一般ubuntu等的桌面系统都自带.然而自己使用了一段时间后突然出现缺少库文件,各种依赖关系不满足也未能重新安装.为了以后再次播放的方便,今天重新安装,先安装其依赖,找到依赖的源头,结果发现 libavcodec54 libavdevice53 libavfilter3 libavformat54 mplayer2 ffmpeg等依赖于libx264-123,现在需要先安装libx264-123,然而此时ubuntu1

configure作用:是源码安装软件时配置环境用的 他根据你的配置选项和你的系统情况生成makefile文件 为make 做准备 最常用的参数: ./configure --prefix 作用: 不指定prefix,则可执行文件默认放在/usr/local/bin,库文件默认放在/usr/local/lib,配置文件默认放在/usr /local/etc.其它的资源文件放在/usr/local/share.你要卸载这个程序,要么在原来的make目录下用一次make uninstall(前提是m

在使用Linux系统的过程中,软件包的安装是避免不了的,在Linux下,软件安装程序的种类很多,安装方法也各式各样,(舒适性自然比不上windows :-))不过我们常见的软件包有两种: 1)含有软件的源代码的压缩包,解压后需要手动编译.这种软件安装包通常是用gzip压缩过的tar包(后缀为.tar.gz). ./configure (配置) make (编译)make install (安装)make clean (卸载) 注:典型的源代码包可以这样安装,但不都是这样,如webmin要执行其目