Re: update problem with MATE desktop
On 11/26/18 2:48 PM, Akemi Yagi wrote: > You need to enable epel-testing like so: > > yum --enablerepo=epel-testing update Thanks!
RE: update problem with MATE desktop
Yep it also fixed the multilib issues. Thanks Bill -Original message- > From:Gilbert E. Detillieux > Sent: Tuesday 27th November 2018 9:47 > To: Orion Poplawski ; Adam Jensen ; > scientific-linux-us...@listserv.fnal.gov > Subject: Re: update problem with MATE desktop > > Enabling epel-testing seemed to do the job on my test system. All > updates are now in. > > Thanks, > Gilbert > > On 26/11/2018 3:30 p.m., Orion Poplawski wrote: > > On 11/26/18 12:15 PM, Adam Jensen wrote: > >> Both of my SL-7.5 systems use the MATE desktop. Today, `yum update` > >> gives some errors (below). Is there a good way to deal with this that > >> won't result long-term maintenance problems? > ... > > > > Looks like there is an update in epel-testing: > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__bodhi.fedoraproject.org_updates_FEDORA-2DEPEL-2D2018-2D417249babc=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=Qp7ishAEDrqiuFk0qQxf6M7fqcIAbyh5lzk7RfOcOzM=765FE2sV443sbx3LvfXKbzC1UomkVrDBsd-V8sHbBzo= > > > > so --enablerepo=epel-testing > > -- > Gilbert E. Detillieux E-mail: > Dept. of Computer Science Web: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cs.umanitoba.ca_-7Egedetil_=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=H0ybc8YjSEE5HYkDOVSqSE8S9t8uteGlY4EKiCMvry8=9P5qWf2YuB4vEYxvtBId1viPb22Z1xA7P4xRUpnXZdg= > University of ManitobaPhone: (204)474-8161 > Winnipeg MB CANADA R3T 2N2 Fax:(204)474-7609 > >
Re: update problem with MATE desktop
Enabling epel-testing seemed to do the job on my test system. All updates are now in. Thanks, Gilbert On 26/11/2018 3:30 p.m., Orion Poplawski wrote: On 11/26/18 12:15 PM, Adam Jensen wrote: Both of my SL-7.5 systems use the MATE desktop. Today, `yum update` gives some errors (below). Is there a good way to deal with this that won't result long-term maintenance problems? ... Looks like there is an update in epel-testing: https://urldefense.proofpoint.com/v2/url?u=https-3A__bodhi.fedoraproject.org_updates_FEDORA-2DEPEL-2D2018-2D417249babc=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=Qp7ishAEDrqiuFk0qQxf6M7fqcIAbyh5lzk7RfOcOzM=765FE2sV443sbx3LvfXKbzC1UomkVrDBsd-V8sHbBzo= so --enablerepo=epel-testing -- Gilbert E. Detillieux E-mail: Dept. of Computer Science Web: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cs.umanitoba.ca_-7Egedetil_=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=H0ybc8YjSEE5HYkDOVSqSE8S9t8uteGlY4EKiCMvry8=9P5qWf2YuB4vEYxvtBId1viPb22Z1xA7P4xRUpnXZdg= University of Manitoba Phone: (204)474-8161 Winnipeg MB CANADA R3T 2N2 Fax:(204)474-7609
RE: update problem with MATE desktop
Hi I also have this problem and when I tried --skip-broken I got multilib issues Protected multilib versions: libblkid-2.23.2-52.el7.i686 != libblkid-2.23.2-52.el7_5.1.x86_64 Error: Protected multilib versions: libuuid-2.23.2-52.el7.i686 != libuuid-2.23.2-52.el7_5.1.x86_64 Error: Protected multilib versions: libmount-2.23.2-52.el7.i686 != libmount-2.23.2-52.el7_5.1.x86_64 -Original message- > From:Adam Jensen > Sent: Tuesday 27th November 2018 6:15 > To: scientific-linux-us...@listserv.fnal.gov > Subject: update problem with MATE desktop > > Both of my SL-7.5 systems use the MATE desktop. Today, `yum update` > gives some errors (below). Is there a good way to deal with this that > won't result long-term maintenance problems? > > > ---> Package libgtop2.x86_64 0:2.34.2-2.el7 will be updated > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-system-monitor-1.16.0-1.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-applets-1.16.0-1.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > marco-1.16.1-3.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-disk-usage-analyzer-1.16.1-1.el7.x86_64 > --> Finished Dependency Resolution > Error: Package: mate-system-monitor-1.16.0-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: marco-1.16.1-3.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: mate-applets-1.16.0-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: mate-disk-usage-analyzer-1.16.1-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > >
Re: update problem with MATE desktop
On 11/26/18 12:15 PM, Adam Jensen wrote: > Both of my SL-7.5 systems use the MATE desktop. Today, `yum update` > gives some errors (below). Is there a good way to deal with this that > won't result long-term maintenance problems? > > > ---> Package libgtop2.x86_64 0:2.34.2-2.el7 will be updated > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-system-monitor-1.16.0-1.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-applets-1.16.0-1.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > marco-1.16.1-3.el7.x86_64 > --> Processing Dependency: libgtop-2.0.so.10()(64bit) for package: > mate-disk-usage-analyzer-1.16.1-1.el7.x86_64 > --> Finished Dependency Resolution > Error: Package: mate-system-monitor-1.16.0-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: marco-1.16.1-3.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: mate-applets-1.16.0-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > Error: Package: mate-disk-usage-analyzer-1.16.1-1.el7.x86_64 (@epel) >Requires: libgtop-2.0.so.10()(64bit) >Removing: libgtop2-2.34.2-2.el7.x86_64 (@sl) >libgtop-2.0.so.10()(64bit) >Updated By: libgtop2-2.38.0-3.el7.x86_64 (sl-security) > ~libgtop-2.0.so.11()(64bit) > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > Looks like there is an update in epel-testing: https://urldefense.proofpoint.com/v2/url?u=https-3A__bodhi.fedoraproject.org_updates_FEDORA-2DEPEL-2D2018-2D417249babc=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=Qp7ishAEDrqiuFk0qQxf6M7fqcIAbyh5lzk7RfOcOzM=765FE2sV443sbx3LvfXKbzC1UomkVrDBsd-V8sHbBzo= so --enablerepo=epel-testing -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://urldefense.proofpoint.com/v2/url?u=https-3A__www.nwra.com_=DwICaQ=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=Qp7ishAEDrqiuFk0qQxf6M7fqcIAbyh5lzk7RfOcOzM=AU6CntdPm39Cx1DmWDmRyobs-L1zLxYguz8fqlkngBU=