similar to: CentOS 5.0 - Yum install using the install cd's as the RPM source

----- Original Message ---- From: Keith Christian <keithchristian at yahoo.com> To: centos at centos.org Sent: Wednesday, November 7, 2007 10:43:00 AM Subject: [CentOS] CentOS 5.0 - Yum install using the install cd's as the RPM source What is the mechanism or procedure for installing additional packages from the six CentOS 5.0 CD's using Yum, assuming a secured server with no

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Okey, here is something interesting. So I finished downloading all CentOS 4.4 images (CDs and DVD) before anything else. Now I have the dvd iso mounted (-o loop), and changed CentOS-Base.repo so the [base] repo will point to it. # yum update Boom! Yum tries to use the [update] repository (not local) to upgrade to 4.4. What I ended up doing is: #

Hi Friends.. My name is Alexander... I installed CentOS 4.4 x86_64 Server from ServerCD. My questios is: If I can install develop tools from CD's CentOS 4.4 x86_64.. Help me please... -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20070205/a60ef43e/attachment.html>

Am 2019-08-29 16:51, schrieb Gary Stainburn: > On Thursday 29 August 2019 15:45:44 Gordon Messmer wrote: >> On 8/29/19 3:03 AM, Gary Stainburn wrote: >> > https://us-east.repo.webtatic.com/yum/el7/x86_64/repodata/repomd.xml: [Errno 14] curl#60 - "Peer's Certificate issuer is not recognized." >> >> >> What do you see when you run: >>

Hello, I just got WINE running under FreeBSD and I was wondering if anyone has had success getting CD burning programs to work. Specifically, I would like to use CloneCD. I can use cdrecord / burncd to make data cd's and backups and the like, but a disk-at-once program is best (IMO) for copying audio cd's. And, unfortunately, there aren't any dao programs that support EIDE drives

This often helps to avoid broken dependencies: yum --disablerepo=\* --enablerepo=base --enablerepo=updates update After that, a regular yum update. - Jussi On 22.12.2014 17.39, Tim Dunphy wrote: > Removing that libyaml package allowed me to upgrade! > > Thanks for the tip!

So I did a minimal install of centos 7 vm guest just to find out it did not install perl. Since as of right now I have no properly functioning network on that machine (different issue; we can talk about that in another post), I went for the next best thing: install CD. I grabbed the CentOS-7-x86_64-Everything-1611.iso CD (around 8GB), attached it to the guest, and mounted it on /mnt. Then I

Hello All, We have some machines running CentOS 4 Update 4 (4.4). We want to update these boxes to the stock CentOS 4 Update 8 (4.8). We have the 4.8 iso images. Is it possible to use up2date and have it use the 4.8 mounted iso images on a remote (install) server as the repository? The ISO's are accessible through http. These servers are remote with no CD/DVD option to upgrade that way. I have

On Wednesday 28 August 2019 22:41:24 Jonathan Billings wrote: > If it?s really out of date, you might need to update the ca-certificates package, but that?d have to be a really old system. > > I?d suggest by checking to make sure the clock on your computer isn?t really out of date. If its right, I?d double-check with ?curl? to see if you aren?t getting a MitM response, where your HTTPS

Hello, Anybody else running into this. I am seeing it on two different CentOS boxes I have. yum --disablerepo=* --enablerepo=base,updates update ... ---> Package abrt.i686 0:2.0.8-6.el6.centos will be updated ---> Package abrt.i686 0:2.0.8-6.el6.centos.2 will be an update --> Processing Dependency: libreport >= 2.0.9-5.el6_3.2 for package: abrt-2.0.8-6.el6.centos.2.i686 ... --->

What's the correct syntax for something like the following: yum check-update --disablerepo=dag ivazquez Extras Misc this runs "dead" and doesn't do a check-update. Use kommas? Something else? man just tells to use glob exp, but what about multiple repo's? Kai -- Kai Sch?tzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

Am 2019-08-29 17:36, schrieb Gary Stainburn: > On Thursday 29 August 2019 16:20:00 Alexander Dalloz wrote: >> Hi, >> >> yum uses libcurl behind the scenes and thus NSS and not OpenSSL. >> >> Do you get something indicative when running: >> >> URLGRABBER_DEBUG=1 yum --disablerepo=\* --enablerepo=webtatic >> check-update >> >>

I updated to Centos 6.8. Every thing is working, except Xorg does not startup. When I look at top, it seems that Xorg keeps trying but not succeeding to start. Any idea what the problem might be? Thanks Shoshana Rosenthal srosenthal at cfa.harvard.edu

I figured I try if I can mirror the base and updates repos locally. There's no tutorial for that, only one about creating your own repo of packages which is not the same. So, I just mirrored all the stuff with wget and changed the baseurl in the repo files and hoped that's enough. Works. So easy you don't need a tutorial. *But* I then realized that the updates directory contains

> This is a known issue: >https://www.centos.org/forums/viewtopic.php?f=13&t=58168 >I would recommend filing a bug with Red Hat to have them fix it. I am going to see if I can find someone in the organization with a Red Hat account to open the bug. In the meantime, I came up with a workaround. I wanted to see if I could role the updates back to CentOS 6.7 since the system was 6.7

In article <201908300952.37126.gary.stainburn at ringways.co.uk>, Gary Stainburn <gary.stainburn at ringways.co.uk> wrote: > On Thursday 29 August 2019 18:10:19 Alexander Dalloz wrote: > > > 2019-08-29 17:23:18,117 exception: [Errno 14] curl#60 - "Peer's > > > Certificate issuer is not recognized." > > > 2019-08-29 17:23:18,117 retrycode (14)

On Fri, Aug 30, 2019 at 12:17:47PM +0100, Gary Stainburn wrote: > On Friday 30 August 2019 12:03:26 Alexander Dalloz wrote: > > > > Besides a corrupted certificates bundle I cannot imagine a different > > root cause actually. Just to mention that the 'etckeeper' package from EPEL is great for tracking changes to /etc. Package installs trigger a commit, as do a daily

I just installed centos 7, yum is acting strange, experiencing RPC time-outs. Sometimes when I disable the additional repos (epel and rpmforge) it seems to make things act normal. But not this time (see below). Could I have some misconfiguration? Network glitch? What hypotheses should I be considering? Thanks, Dave [root at localhost ~]# yum repolist repo id

hi all, i'm trying to understand an issue i'm having with a yum repo (it's a mirror of the c74 repo). there's an rpm in the repo (ibutils-libs in this case); but the client using this repo says it cannot find this rpm (i did yum info ibutils-libs --disablerepo=* --enablerepo=c74 to exclude all other repos). other rpms are ok to use, so nothing structural going wrong (i think)

Hi All. I've updated my system from 6.3 to 6.4. In my /etc/yum.repos.depel.repo I have: [epel] name=Extra Packages for Enterprise Linux - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist= http://mirrors.fedoraproject.org/mirrorlist?repo=epel-6&arch=$basearch failovermethod=priority gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5