Re: [CentOS] update failure

2019-04-28 Thread Anthony K

On 27/4/19 3:02 pm, Emmett Culley via CentOS wrote:

...

The upgrade succeeded after manually removing the older dupes.

Thanks for your suggestions.

Emmett
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Might I suggest you look into GNU Screen or tmux.  I've never used tmux 
so can't help there.


The first thing I do when I log on to a remote machine is to launch a 
screen session - either reattach to an already running session or create 
a new one:


screen -DR akk

This is now part of my DNA - never run a single command on a remote 
machine unless you are in a screen session - one never knows when power 
will fail.


ak.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] update failure

2019-04-26 Thread Emmett Culley via CentOS

On 4/22/19 10:45 AM, Ulf Volmer wrote:

On 22.04.19 18:12, Emmett Culley via CentOS wrote:

On 4/21/19 10:15 AM, Ulf Volmer wrote:



package-cleanup --dupes

will list the duplicate packages

package-cleanup --cleandupes

will remove the dupes. If I remember correctly, you have to add
--removenewestdupes to the second command.



That didn't seem to work.  It did remove duplicates, however, I get the
same error when running dnf update. Should I try it without the
--removenewestdupes?



Is 'package-cleanup --dupes' still listing dupes? Sometimes some of them
must be removed manually.

Best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Turns out I should not have used the --removenewestdupes.  When I attempted to 
remove a dupe, anytime I tried to remove the newest dnf would eant to remove 
lots of non dupe dependances.  But removing only the older packages allowed me 
to remove each without any dependency issues.  Too bad I didn't try running it 
with out remove newest before removing each manually as you suggested.  Then 
I'd know for sure :-)

The upgrade succeeded after manually removing the older dupes.

Thanks for your suggestions.

Emmett
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] update failure

2019-04-22 Thread Ulf Volmer
On 22.04.19 18:12, Emmett Culley via CentOS wrote:
> On 4/21/19 10:15 AM, Ulf Volmer wrote:

>> package-cleanup --dupes
>>
>> will list the duplicate packages
>>
>> package-cleanup --cleandupes
>>
>> will remove the dupes. If I remember correctly, you have to add
>> --removenewestdupes to the second command.

> That didn't seem to work.  It did remove duplicates, however, I get the
> same error when running dnf update. Should I try it without the
> --removenewestdupes?


Is 'package-cleanup --dupes' still listing dupes? Sometimes some of them
must be removed manually.

Best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] update failure

2019-04-22 Thread Emmett Culley via CentOS

On 4/21/19 10:15 AM, Ulf Volmer wrote:

On 21.04.19 16:14, Emmett Culley via CentOS wrote:

When I attempted to update a remote server via SSH last night the UPS on
my local workstations failed, causing the SSH session to get dropped in
the middle of the upgrade process.  This morning I am not able to
complete the update.  When it failed when I tried to run it again thins
morning I did the suggested things like "dnf clean all" and "rpm
-rebuilddb", and I still get this after it downloads the packages again:

Running transaction test
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction check error:
   file /usr/lib64/libz.so.1.2.7 from install of zlib-1.2.7-18.el7.x86_64
conflicts with file from package zlib-1.2.7-17.el7.x86_64


You have to cleanup duplicate packages. package-cleanup from yum-utils
will do this job.

Basically:

package-cleanup --dupes

will list the duplicate packages

package-cleanup --cleandupes

will remove the dupes. If I remember correctly, you have to add
--removenewestdupes to the second command.

Best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


That didn't seem to work.  It did remove duplicates, however, I get the same 
error when running dnf update. Should I try it without the --removenewestdupes?

Emmett

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] update failure

2019-04-21 Thread Ulf Volmer
On 21.04.19 16:14, Emmett Culley via CentOS wrote:
> When I attempted to update a remote server via SSH last night the UPS on
> my local workstations failed, causing the SSH session to get dropped in
> the middle of the upgrade process.  This morning I am not able to
> complete the update.  When it failed when I tried to run it again thins
> morning I did the suggested things like "dnf clean all" and "rpm
> -rebuilddb", and I still get this after it downloads the packages again:
> 
> Running transaction test
> The downloaded packages were saved in cache until the next successful
> transaction.
> You can remove cached packages by executing 'dnf clean packages'.
> Error: Transaction check error:
>   file /usr/lib64/libz.so.1.2.7 from install of zlib-1.2.7-18.el7.x86_64
> conflicts with file from package zlib-1.2.7-17.el7.x86_64

You have to cleanup duplicate packages. package-cleanup from yum-utils
will do this job.

Basically:

package-cleanup --dupes

will list the duplicate packages

package-cleanup --cleandupes

will remove the dupes. If I remember correctly, you have to add
--removenewestdupes to the second command.

Best regards
Ulf
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update failure: Mate requires libgtop-2.0.so.10

2018-12-06 Thread Fred Smith
On Tue, Dec 04, 2018 at 08:59:22AM -0500, Jason Edgecombe wrote:
> In addition, there is a bugzilla report for this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1644519

I think I'm going to just lie low for a while until the upgrade to
7.6 stabliizes a bit.

I have several machines, mostly personal, but a couple at work, too,
running 7.5, one of them with an Nvidia card (and the elrepo drivers,
not nouveau), that one is also raid1. And they also all use the Mate
desktop.

Given the issues I've seen raised here and elsewhere about upgrading
to 7.6, I'm going to just wait a while at least for my home desktop
(which also runs a mail server for my personal domain) and my systems
at work.

Have a new-to-me (aka: used) laptop that was just installed with 7.5
no more than a month ago that I may risk to try the upgrade, though,
on the theory that it'll be easier to put back together than any of
the other ones.


Fred

-- 
---
Under no circumstances will I ever purchase anything offered to me as
the result of an unsolicited e-mail message. Nor will I forward chain
letters, petitions, mass mailings, or virus warnings to large numbers
of others. This is my contribution to the survival of the online
community.
 --Roger Ebert, December, 1996
- The Boulder Pledge -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update failure: Mate requires libgtop-2.0.so.10

2018-12-04 Thread Jason Edgecombe
In addition, there is a bugzilla report for this:
https://bugzilla.redhat.com/show_bug.cgi?id=1644519
---
Jason Edgecombe | Linux Administrator
UNC Charlotte | The William States Lee College of Engineering
9201 University City Blvd. | Charlotte, NC 28223-0001
Phone: 704-687-1943
jwedg...@uncc.edu | http://engr.uncc.edu |  Facebook
---
If you are not the intended recipient of this transmission or a person
responsible for delivering it to the intended recipient, any disclosure,
copying, distribution, or other use of any of the information in this
transmission is strictly prohibited. If you have received this transmission
in error, please notify me immediately by reply e-mail or by telephone at
704-687-1943.  Thank you.


On Mon, Dec 3, 2018 at 9:53 PM Richard 
wrote:

>
>
> > Date: Monday, December 03, 2018 20:41:20 -0600
> > From: Frank Cox 
> >
> > I just tried updating this laptop to the shiny new Centos version
> > and it appears that Mate doesn't like the new version of libgtop,
> > as you can see here:
> >
> > 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 (@base)
> >libgtop-2.0.so.10()(64bit)
> >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
> >   ~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 (@base)
> >libgtop-2.0.so.10()(64bit)
> >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
> >   ~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 (@base)
> >libgtop-2.0.so.10()(64bit)
> >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
> >   ~libgtop-2.0.so.11()(64bit)
> > 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 (@base)
> >libgtop-2.0.so.10()(64bit)
> >Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
> >   ~libgtop-2.0.so.11()(64bit)
>
>
> Updated versions of those @epel packages are in the epel-testing
> repo, which resolved this issue for me when I updated using the CR
> repo a couple of weeks ago.
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Update failure: Mate requires libgtop-2.0.so.10

2018-12-03 Thread Richard



> Date: Monday, December 03, 2018 20:41:20 -0600
> From: Frank Cox 
>
> I just tried updating this laptop to the shiny new Centos version
> and it appears that Mate doesn't like the new version of libgtop,
> as you can see here:
> 
> 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 (@base)
>libgtop-2.0.so.10()(64bit)
>Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
>   ~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 (@base)
>libgtop-2.0.so.10()(64bit)
>Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
>   ~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 (@base)
>libgtop-2.0.so.10()(64bit)
>Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
>   ~libgtop-2.0.so.11()(64bit)
> 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 (@base)
>libgtop-2.0.so.10()(64bit)
>Updated By: libgtop2-2.38.0-3.el7.x86_64 (base)
>   ~libgtop-2.0.so.11()(64bit)


Updated versions of those @epel packages are in the epel-testing
repo, which resolved this issue for me when I updated using the CR
repo a couple of weeks ago.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos