On Mon, 30 Apr 2018, Marek Blaha wrote:> I can achieve the same error by > removing /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_hostname > and creating the directory in the same location instead. > So solution can be just removing this directory (or just renaming it): > > # mv /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_ > hostname > /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_hostname.backup > > # yum update python-urllib3That worked!! Thanks for the help. My only remaining question is what caused it. I suspect I will never know but the fix was simple enough. Regards, -- Tom me at tdiehl.org> > M. > > -- > Marek Blaha <mblaha at redhat.com> > > Red Hat Czech s.r.o. > Software Engineer > > On Mon, Apr 30, 2018 at 3:04 PM, <me at tdiehl.org> wrote: > >> Hi, >> >> I am having a problem with yum update from the cr repo. >> Below is the output of yum: >> >> (vgeppetto2 pts4) # yum update >> Loaded plugins: changelog, fastestmirror, priorities >> Loading mirror speeds from cached hostfile >> * epel: mirror.cogentco.com >> 171 packages excluded due to repository priority protections >> Resolving Dependencies >> --> Running transaction check >> ---> Package python-urllib3.noarch 0:1.10.2-3.el7 will be updated >> ---> Package python-urllib3.noarch 0:1.10.2-5.el7 will be an update >> --> Finished Dependency Resolution >> >> Dependencies Resolved >> >> ===========================================================>> ===========================================================>> ===========================================================>> ==============================>> Package Arch >> Version >> Repository Size >> ===========================================================>> ===========================================================>> ===========================================================>> ==============================>> Updating: >> python-urllib3 noarch >> 1.10.2-5.el7 >> cr 102 k >> >> Transaction Summary >> ===========================================================>> ===========================================================>> ===========================================================>> ==============================>> Upgrade 1 Package >> >> Total download size: 102 k >> Is this ok [y/d/N]: y >> Downloading packages: >> python-urllib3-1.10.2-5.el7.noarch.rpm >> >> | 102 kB 00:00:00 Running >> transaction check >> Running transaction test >> Transaction test succeeded >> Running transaction >> Updating : python-urllib3-1.10.2-5.el7.noarch >> >> 1/2 Error >> unpacking rpm package python-urllib3-1.10.2-5.el7.noarch >> error: unpacking of archive failed on file /usr/lib/python2.7/site-packag >> es/urllib3/packages/ssl_match_hostname: cpio: rename >> Verifying : python-urllib3-1.10.2-5.el7.noarch >> >> 1/2 >> python-urllib3-1.10.2-3.el7.noarch was supposed to be removed but is not! >> Verifying : python-urllib3-1.10.2-3.el7.noarch >> >> 2/2 >> >> Failed: >> python-urllib3.noarch 0:1.10.2-3.el7 >> python-urllib3.noarch 0:1.10.2-5.el7 >> >> Complete! >> (vgeppetto2 pts4) # >> >> Can someone look at this and tell me if this is a packaging problem or >> a problem with my machine and how to fix it? >> >> I ran yum clean metadata before the yum update run but no change. >> >> Regards, >> >> >> -- >> Tom me at tdiehl.org >> _______________________________________________ >> CentOS mailing list >> CentOS at centos.org >> https://lists.centos.org/mailman/listinfo/centos >> > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >
I get more problems, I have not single i686 arch package installed yet 'yum update' somewhere along the lines decides and insists on pulling in plenty of i686 packages. All this without really telling why, then fails with 'multilib' problem. I cleaned/removed yum's cache, rebuilt rpm database. And while yum does that it shows lots of conflicts. It seems like a serious cockup, current state of CR repo.
On Sat, May 05, 2018 at 09:38:27PM +0100, lejeczek wrote:> I get more problems, > I have not single i686 arch package installed yet 'yum update' somewhere > along the lines decides and insists on pulling in plenty of i686 packages. > All this without really telling why, then fails with 'multilib' problem. > I cleaned/removed yum's cache, rebuilt rpm database. > And while yum does that it shows lots of conflicts.Please provide complete output from "yum -d8 -v --enablerepo=cr update" Thank you. John -- A teacher affects eternity; he can never tell where his influence stops. -- Henry Brooks Adams (1838-1918), US historian, journalist, novelist, and educator, The Education of Henry Adams, Ch 20 (1907) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20180505/d6818714/attachment-0001.sig>
----- Oorspronkelijk bericht -----
Van: "lejeczek" <peljasz at yahoo.co.uk>
Aan: "CentOS mailing list" <centos at centos.org>
Verzonden: Zaterdag 5 mei 2018 22:38:27
Onderwerp: Re: [CentOS] Problem with cr repo.
I get more problems,
I have not single i686 arch package installed yet 'yum
update' somewhere along the lines decides and insists on
pulling in plenty of i686 packages. All this without really
telling why, then fails with 'multilib' problem.
I cleaned/removed yum's cache, rebuilt rpm database.
And while yum does that it shows lots of conflicts.
It seems like a serious cockup, current state of CR repo.
Hello All,
I'm having troubles today as well,
laptops are not booting to graphical login.
When running yum update I get EM:
Fout: Pakket: qt5-qtwebkit-5.6.2-1.el7.x86_64 (@epel)
Vereist: qt5-qtbase(x86-64) = 5.6.2
Verwijderen: qt5-qtbase-5.6.2-1.el7.x86_64 (@cr)
qt5-qtbase(x86-64) = 5.6.2-1.el7
Bijgewerkt door: qt5-qtbase-5.9.2-3.el7.x86_64 (cr)
qt5-qtbase(x86-64) = 5.9.2-3.el7
Fout: Pakket: qt5-qtwebkit-5.6.2-1.el7.x86_64 (@epel)
Vereist: qt5-qtdeclarative(x86-64) = 5.6.2
Verwijderen: qt5-qtdeclarative-5.6.2-1.el7.x86_64 (@cr)
qt5-qtdeclarative(x86-64) = 5.6.2-1.el7
Bijgewerkt door: qt5-qtdeclarative-5.9.2-1.el7.x86_64 (cr)
qt5-qtdeclarative(x86-64) = 5.9.2-1.el7
To solve the issue I removed qt5-qtbase
Verwijderen:
qt5-qtbase x86_64
5.6.2-1.el7 @cr
8.2 M
Verwijderen vanwege afhankelijkheden:
owncloud-client-libs x86_64
2.3.3-1.el7 @epel
1.3 M
qt5-qtbase-common noarch
5.6.2-1.el7 @cr
0.0
qt5-qtbase-gui x86_64
5.6.2-1.el7 @cr
17 M
qt5-qtdeclarative x86_64
5.6.2-1.el7 @cr
15 M
qt5-qtlocation x86_64
5.6.2-1.el7 @cr
2.6 M
qt5-qtsensors x86_64
5.6.2-1.el7 @cr
823 k
qt5-qtsvg x86_64
5.6.2-1.el7 @cr
451 k
qt5-qtwebchannel x86_64
5.6.2-1.el7 @cr
233 k
qt5-qtwebkit x86_64
5.6.2-1.el7 @epel
38 M
qt5-qtxmlpatterns x86_64
5.6.2-1.el7 @cr
4.0 M
qtkeychain-qt5 x86_64
0.7.0-1.el7 @epel
187 k
qtlockedfile-qt5 x86_64
2.4-20.20150629git5a07df5.el7 @epel
77 k
qtsingleapplication-qt5 x86_64
2.6.1-28.el7 @epel
98 k
vym
after that I can update and the laptops boot again.
Greetings, J.
_______________________________________________
CentOS mailing list
CentOS at centos.org
https://lists.centos.org/mailman/listinfo/centos