下载rpm包 wget https://mirrors.aliyun.com/mongodb/yum/redhat/7Server/mongodb-org/3.2/x86_64/RPMS/mongodb-org-3.2.2-1.el7.x86_64.rpm wget https://mirrors.aliyun.com/mongodb/yum/redhat/7Server/mongodb-org/3.2/x86_64/RPMS/mongodb-org-tools-3.2.20-1.el7.x86

事情起因 系统版本为Centos6.6 ,因为之前同事没有采用最小化选择性安装,所以系统安装好后自带有mysql5.1的三个安装包: [root@test ~]# rpm -qa | grep mysql mysql--.el6_6.x86_64 mysql-devel--.el6_6.x86_64 mysql-lib--.el6_6.x86_64 在安装新版本mysql前卸载旧版本 卸载掉了 mysql 和 mysql-devel,但没能成功卸载 mysql-libs,因为存在着依赖关系,所以

一下rpm包的创建不含编译部分: 首先写个脚本,这个脚本是你想干的事..useradd.sh是我写的脚本,批量添加20个用户.我们创建一个目录,将脚本放进去: 将此目录压缩: 我们将校验的key导出: 用公钥id替换系统默认的密钥id,该文件我们自己建. 配置一个useradd.spec文件,填写软件包的信息生生成路径,步骤. 之后安装一个rpm-build的软件包: Rpmbuild .  使其在当前目录生成一个rpmbuild的目录 将tar包,spec文件分别拷进rpmbuild的子目录中

1.rpm(redhat package manager)管理器主要目的在于解决软件的安装.卸载.升级.查询.验证等,例如升级过程中,保留软件的配置文件,安装过程中,检查软件依赖的库文件,以及卸载过程中,检查依赖的包关系,最主要的是它以二进制的方式进行操作,不用用户自己编译源文件.但是有个问题就是他只能检查依赖关系,却不能帮助用户解决依赖关系,所以用户安装某个文件可能就会陷入庞大的依赖关系中不能自拔. 2.yum管理器最大的功能是解决了rpm所不能解决的包依赖关系. 3.关于rpm命令的相关指令

方法一:以setarch-1.3-1.src.rpm 软件包为例(可以到CSDN http://download.csdn.net/source/215173#acomment下载) 假设该文件已经存在于/usr/local/src/下.在该目录下执行rpmbuild --rebuild --clean setarch-1.3-1.src.rpm 若顺利执行成功则会在/usr/src/redhat/RPMS/i386/目录下生成setarch-1.3-1.i386.rpm这个rpm文件. 接下来

数据库虽然也不是天天安装,但每次安装都要找来找去挺烦,特整理记录在此. 系统基于:Centos 7.x 数据库版本: MySQL 5.7.x 转载请注明出处 Yum 安装方式 1.下载 yum repo 源 wget https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm --此链接可能不是一直有效的,如失效可以到此地址重新获取https://dev.mysql.com/downloads/repo/yum/ 2.

官网网址:https://pkg.jenkins.io/redhat/                (官网上有安装的命令,参考网址) 安装jdk yum install -y java-1.8.0-openjdk 下面安装也是复制官网的命令操作的!如果想安装最新的可以到官网上获取最新的yum源 sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat/jenkins.repo sudo rpm --impo

前言 通常情况rpm包组件管理方式下的linux环境,常用打补丁的方式只有一种:修改spec文件定义的Patch和patch字段,其实spec文件中调用的底层命令还是patch.  因为业务需要要编译内核,需要测试某一阶段不同补丁对内核的影响,但是通过修改spec文件进行编译时每次都是全量编译,验证周期非常长,因为执行rpmbuil -bp SPECS/xxx.spec --define="_topdir `pwd`"会重建BUILD目录; 问题思考 分析spec中打补丁的本质是调用p

$ yumdownloader --source gdb $ rpmbuild --rebuild gdb-7.8.1-30.fc21.src.rpm $ cd ~/rpmbuild/SPECS/ $ sudo yum-builddep gdb.spec $ rpmbuild -bb gdb.spec

1)访问官网(mysql社区服务器) http://downloads.mysql.com/archives/community/ 2)选择自己需要的版本和对应服务器(例如 服务器是centos 6.5,则 Select Platform 就选择 Red Hat Enterprise Linux / Oracle Linux) 3)对应自己服务器的版本和位数,选择相应的rpm包(mysql-server, mysql-devel, mysql-client),例如 MySQL Server (M

Linux下的软件包是一个独立的程序,用于Linux系统的包管理.在Linux下,软件包的安装方式很多样,不如Windows下的软件安装简单,Windows下基本上就是傻瓜式下一步下一步,而Linux依托于强大的shell工具,可以完成很丰富的功能. 先了解下软件包的构成: 软件包由二进制文件.库文件.配置文件.帮助文件.头文件等这重要的部分组成.他们分别存放在系统的那些路径里面? 二进制文件:/bin,  /sbin,  /usr/bin, /usr/sbin, /usr/local/bin,

在上一篇博客中(mongo源码学习(二)db.cpp之mongoDbMain方法分析),我们把db.cpp中的mongoDbMain的执行过程分析了一下,最后会调用initAndListen(serverGlobalParams.port)方法来监听端口,默认的是27017了.程序执行到这块就断开了,追踪不下去了.在另一个地方肯定有accept方法来接收客户端的请求.然后找了半天发现了文件夹transportlayer,发现了里面有相关的代码. transport_layer.h // mong

在git上把mongo的源码给拉下来了,然后目录大概是这样的: 这个mongo是用C++写的,编译并没有用Makefile而是用的scons工具,这个好像是python写的. mongo后台进程的入口:mongo/src/mongo/db/dbmain.cpp,wmain(for windows)和main函数,main函数也很简单,就是委托给db.cpp中的mongoDbMain函数来处理. 查找方法定义和引用的神奇命令~ find . –name '*.cpp' | xargs -i gre

如何下载rpm包到本地 设置yum安装时,保留rpm包. 1.编辑 /etc/yum.conf 将keepcache的值设置为1; 这样就可以将yum安装时的rpm包保存在 /var/cache/yum下面 2.或者使用yum-plugin-downloadonly插件, sudo yum install yum-plugin-downloadonly 用法:sudo yum install ceph-0.87.1-0.el7.centos.x86_64.rpm --downloadonly -

1. Centos8 - 『更换rpm/epel包源为国内源』 centos 8 默认是会读取centos.org的mirrorlist的,所以一般来说是不需要配置镜像的. 如果你的网络访问mirrorlist有问题,才需要另外配置 相关镜像配置,请参考各镜像站的相关帮助: rpm 源 -- 阿里云 『CentOS 镜像』 -- 清华大学开源软件镜像站 『CentOS 镜像使用帮助』 -- USTC Mirror Help 『CentOS 源使用帮助』 epel 源 -- 阿里云 『epel 镜

一.RPM打包的目的 1.当目标机中不存在编译环境时,可以先在本地环境中编译打包,然后直接在目标机中用rpm -ivh *.rpm安装即可. 2.当需要在目标机中安装多个软件或者增加多个文件时,可以将整体打成RPM包,方便使用. 二.RPM打包命令 $cd ~ #进入home目录 $ sudo yum -y install rpmdevtools #安装rpm打包所需的工具 $rpmdev-setuptree #生成rpm打包目录 $cd rpmbuild/SPECS #进入SPECS目录 $r

一.RPM介绍 RPM 前是Red Hat Package Manager 的缩写,本意是Red Hat 软件包管理,顾名思义是Red Hat 贡献出来的软件包管理:现在应为RPM Package Manager的缩写.在Fedora.Redhat.Mandriva.SuSE.YellowDog等主流发行版本,以及在这些版本基础上二次开发出来的发行版采用: RPM包中除了包括程序运行时所需要的文件,也有其它的文件:一个RPM包中的应用程序,有时除了自身所带的附加文件保证其正常以外,还需要其它特定

一.rpmbuild命令的安装 yum install rpm-build 二.用法 rpmbuild -bb XXXX.spec或者rpmbuild -ba XXX.tar.gz 三.目录概述 rpmbuild在运行后会在用户目录下生成一个rpmbuild的文件夹: [root@localhost rpmbuild]# ls ~/rpmbuild/ BUILD BUILDROOT RPMS SOURCES SPECS SRPMS 有四个目录:BUILD:你要打包的文件将会在这里编译;BUILD

RPM包的制作 前言 按照其软件包的格式来划分,常见的Linux发行版主要可以分为两类,类ReadHat系列和类Debian系列,这两类系统分别提供了自己的软件包管理系统和相应的工具. 类RedHat系统中软件包的后缀是rpm,提供了同名的rpm命令来安装.卸载.升级rpm软件包: 类Debian系统中软件包的后缀是deb,同样提供了dpkg命令来对后缀是deb rpm的全称是Redhat Package Manager,常见的使用rpm软件包的系统主要有Fedora.CentOS.openSU

1. 前两天想搭建freescale L3.0.35_4.1.0_BSP包,结果LTIB环境搭建好,也编译出rootfs/uboot/kernel的Image了,但是准备移植uboot的时候发现uboot-200908版本的board/freescale下面并没有imx6的板子支持,不但rpm源码包中没有,uboot逛网200908版本也没有imx6的支持,到时patch下面有,但是不知道打哪一个,而网上查看别人未提及有此问题,所以极有可能是自己犯错.最终还是放弃了L3.0.35这个版本的使用.

RHEL以及他的衍生发行版如CentOS.Scientific Linux为了稳定,官方的rpm repository提供的rpm包往往是很滞后的,当然了,这样做这是无可厚非的,毕竟这是服务器版本,安全稳定是重点,官方的rpm repository提供的rpm包也不够丰富,很多时候需要自己编译那太辛苦了,而EPEL恰恰可以解决这两方面的问题. EPEL的全称叫 Extra Packages for Enterprise Linux .EPEL是由 Fedora 社区打造,为 RHEL 及衍生发行