Re: [SCIENTIFIC-LINUX-USERS] Yum update fails with conflict between device-mapper-event and lvm2-libs
On 01/05/2018 05:26 PM, Steve Gaarder wrote: There's a known issue with dependencies that they say is fixed if you upgrade to lvm2-libs-2.02.111 or later. I had the problem on a 6.2 machine earlier today, but a 6.4 machine worked ok just now, updating to lvm2-libs.i686 0:2.02.143-12.el6. Hello, Today I checked again the repo that I am using and the package lvm2-libs-2.02.143-12.el6.x86_64.rpm had been added in updates/security The update works OK now. JM -- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/IMT-Atlantique/Univ.Nantes | E-Mail: bar...@subatech.in2p3.fr
Re: [SCIENTIFIC-LINUX-USERS] Yum update fails with conflict between device-mapper-event and lvm2-libs
On 01/05/2018 04:21 PM, Pat Riehecky wrote: Can I have you run: yum clean expire-cache and try again? Sure but it does'nt help (nor does "yum clean all"). I forgot to mention that this is SL6.5 x86_64 Thanks JM PS: This is not a show stopper for performing the security updates (kernel, etc.) as the --skip-broken works. I have to leave shortly and will continue next week. -- ---- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/IMT-Atlantique/Univ.Nantes | E-Mail: bar...@subatech.in2p3.fr
Yum update fails with conflict between device-mapper-event and lvm2-libs
Hello all, Trying to update to recent kernel, in the list of updated package there are 4 device-mapper updated packages and it looks like that the new device-mapper-event.x86_64 0:1.02.117-12.el6 conflicts with the installed lvm2-libs-2.02.100-8.el6.x86_64 : yum update Loaded plugins: priorities, security Setting up Update Process 715 packages excluded due to repository priority protections Resolving Dependencies --> Running transaction check ---> Package device-mapper.x86_64 0:1.02.79-8.el6 will be updated ---> Package device-mapper.x86_64 0:1.02.117-12.el6 will be an update ---> Package device-mapper-event.x86_64 0:1.02.79-8.el6 will be updated ---> Package device-mapper-event.x86_64 0:1.02.117-12.el6 will be an update ---> Package device-mapper-event-libs.x86_64 0:1.02.79-8.el6 will be updated ---> Package device-mapper-event-libs.x86_64 0:1.02.117-12.el6 will be an update ---> Package device-mapper-libs.x86_64 0:1.02.79-8.el6 will be updated ---> Package device-mapper-libs.x86_64 0:1.02.117-12.el6 will be an update ---> Package kernel.x86_64 0:2.6.32-696.18.7.el6 will be installed ---> Package kernel-firmware.noarch 0:2.6.32-696.10.3.el6 will be updated ---> Package kernel-firmware.noarch 0:2.6.32-696.18.7.el6 will be an update ---> Package kernel-headers.x86_64 0:2.6.32-696.10.3.el6 will be updated ---> Package kernel-headers.x86_64 0:2.6.32-696.18.7.el6 will be an update ---> Package kpartx.x86_64 0:0.4.9-72.el6 will be updated ---> Package kpartx.x86_64 0:0.4.9-100.el6 will be an update ---> Package microcode_ctl.x86_64 1:1.17-17.el6 will be updated ---> Package microcode_ctl.x86_64 1:1.17-25.2.el6_9 will be an update ---> Package nagios-common.x86_64 0:4.3.2-5.el6 will be updated ---> Package nagios-common.x86_64 0:4.3.4-7.el6 will be an update ---> Package nrpe.x86_64 0:3.1.1-1.el6 will be updated ---> Package nrpe.x86_64 0:3.2.0-6.el6 will be an update ---> Package tzdata.noarch 0:2017b-1.el6 will be updated ---> Package tzdata.noarch 0:2017c-1.el6 will be an update --> Processing Conflict: device-mapper-event-1.02.117-12.el6.x86_64 conflicts lvm2-libs < 2.02.111 --> Finished Dependency Resolution Error: device-mapper-event conflicts with lvm2-libs-2.02.100-8.el6.x86_64 This is not a new story but I am wondering if someting has been forgotten upstream and if other sites are seeing the same... Thank you. JM -- -------- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/IMT-Atlantique/Univ.Nantes | E-Mail: bar...@subatech.in2p3.fr
Re: What's the best way to learn RPM packaging?
On 08/13/2015 06:53 AM, Joseph Areeda wrote: Hi, I'm finding myself in the situation where it would be nice to be able to package our apps or backport newer versions of some apps to work with modules on SL6. I've found lots of things on the web that are either too single minded or incomprehensible. If you remember how you learned to create RPMs, I'd appreciate some advice on how to get going. Good books, tutorials or websites. The reference documentation is NOT a good place to start, necessary, but not a good cover to cover read, at least not yet. Hi Joe, I do not know if the following falls in the no good category but I used it a lot to learn how to build my own packages : http://www.rpm.org/max-rpm/ JM -- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/Ecole des Mines/Universite | E-Mail: bar...@subatech.in2p3.fr
Re: What happened to adobe repository ?
On 01/15/2014 10:14 AM, Matthieu Guionnet wrote: yum doesn't need to. It will access to this url http://linuxdownload.adobe.com/linux/i386/repodata/repomd.xml and access directly to the install and update RPM files given in the others urls (primary.xml.gz for example here). Thank you Matthieu but it looks like only flash-plugin is there. I was looking for Acrobat Reader (AdobeReader_enu). It used to be there... JM -- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/Ecole des Mines/Universite | E-Mail: bar...@subatech.in2p3.fr
Re: What happened to adobe repository ?
On 01/15/2014 11:20 AM, Urs Beyerle wrote: Adobe discontinued the Adobe Reader 9 for Linux in June 2013 and has not fixed and will not fix any further security issues in it. Therefore it makes totally sense to remove it from their repo. Thank you Urs, OK, that's clear. What are the alternatives on the SL worksation ? JM -- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/Ecole des Mines/Universite | E-Mail: bar...@subatech.in2p3.fr
What happened to adobe repository ?
Hello, In SL we can install the package adobe-release which installs the repository definition /etc/yum.repos.d/adobe-linux-i386.repo but it looks like this repository is no longer accessible. When I try to open http://linuxdownload.adobe.com/linux/i386/ with a browser, I get : Forbidden You don't have permission to access /linux/i386/ on this server. Any idea what is going on ? Thank you -- Jean-michel BARBET| Tel: +33 (0)2 51 85 84 86 Laboratoire SUBATECH Nantes France| Fax: +33 (0)2 51 85 84 79 CNRS-IN2P3/Ecole des Mines/Universite | E-Mail: bar...@subatech.in2p3.fr