thx for your help Filipe, I see the point!
unfortunately I got the same for ecryptfs-utils
until now no GTK stuff was needed... now even if I try your hint
yum update ecryptfs-utils
I think the trousers rpm is pulling the whole stuff. Until now I didn't had to install trousers.
output: ---------------
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Updating: ecryptfs-utils i386 75-5.el5 updates 157 k Installing for dependencies: atk i386 1.12.2-1.fc6 base 222 k cairo i386 1.2.4-5.el5 base 394 k cups-libs i386 1:1.3.7-8.el5_3.6 updates 193 k fontconfig i386 2.4.1-7.el5 base 174 k freetype i386 2.2.1-21.el5_3 updates 310 k gnutls i386 1.4.1-3.el5_3.5 updates 348 k gtk2 i386 2.10.4-20.el5 base 6.5 M hicolor-icon-theme noarch 0.9-2.1 base 25 k keyutils i386 1.2-1.el5 base 36 k libX11 i386 1.0.3-9.el5 base 795 k libXau i386 1.0.1-3.1 base 18 k libXcursor i386 1.1.7-1.1 base 32 k libXdmcp i386 1.0.1-2.1 base 19 k libXext i386 1.0.1-2.1 base 35 k libXfixes i386 4.0.1-2.1 base 14 k libXft i386 2.1.10-1.1 base 44 k libXi i386 1.0.1-3.1 base 25 k libXinerama i386 1.0.1-2.1 base 9.7 k libXrandr i386 1.1.1-3.1 base 15 k libXrender i386 0.9.1-3.1 base 27 k libjpeg i386 6b-37 base 139 k libpng i386 2:1.2.10-7.1.el5_3.2 updates 241 k libtiff i386 3.8.2-7.el5_3.4 updates 306 k pango i386 1.14.9-5.el5.centos updates 335 k trousers i386 0.3.1-4.el5 base 308 k xorg-x11-filesystem noarch 7.1-2.fc6 base 5.4 k
Transaction Summary ============================================================================= Install 26 Package(s) Update 1 Package(s) Remove 0 Package(s)
Hi,
On Fri, Sep 25, 2009 at 09:00, zagiatakrapovic@gmx.ch wrote:
unfortunately I got the same for ecryptfs-utils
until now no GTK stuff was needed... now even if I try your hint
yum update ecryptfs-utils
I think the trousers rpm is pulling the whole stuff. Until now I didn't had to install trousers.
It appears that the new ecryptfs-utils actually does have a dependency on libtspi.so.1, so it will actually pull trousers which will pull GTK stuff.
This ecryptfs-utils 75-5.el5 is actually a backport of a RHEL 5.4 package that was released early for being a "critical" security update. I have no idea if the issue will be fixed when CentOS 5.4 is released (maybe libtspi.so.1 will be owned by another package that obsoletes trousers? maybe trousers will no longer contain binaries that use GUI libraries and those will be moved to a separate package?), if someone has a RHEL 5.4 around they could maybe try to confirm that.
HTH, Filipe
On Fri, Sep 25, 2009 at 6:42 AM, Filipe Brandenburger filbranden@gmail.com wrote:
This ecryptfs-utils 75-5.el5 is actually a backport of a RHEL 5.4 package that was released early for being a "critical" security update. I have no idea if the issue will be fixed when CentOS 5.4 is released (maybe libtspi.so.1 will be owned by another package that obsoletes trousers? maybe trousers will no longer contain binaries that use GUI libraries and those will be moved to a separate package?), if someone has a RHEL 5.4 around they could maybe try to confirm that.
I'm afraid the situation is the same with RHEL 5.4. trousers (0.3.1-4.el5) has no update in 5.4.
Akemi
On Fri, Sep 25, 2009 at 8:46 PM, Akemi Yagi
On Fri, Sep 25, 2009 at 6:42 AM, Filipe Brandenburger filbranden@gmail.com wrote:
This ecryptfs-utils 75-5.el5 is actually a backport of a RHEL 5.4 package that was released early for being a "critical" security update. I have no idea if the issue will be fixed when CentOS 5.4 is released (maybe libtspi.so.1 will be owned by another package that obsoletes trousers? maybe trousers will no longer contain binaries that use GUI libraries and those will be moved to a separate package?), if someone has a RHEL 5.4 around they could maybe try to confirm that.
I'm afraid the situation is the same with RHEL 5.4. trousers (0.3.1-4.el5) has no update in 5.4.
Akemi
Have anyone got this solved yet? I've googled and googled and no solution. I've got 6 CentOS 5.3 servers I'd like to update, but I've put it off since ecryptfs-utils wants to install a bunch of packages when I do a 'yum update'.
A 'yum update' gives me this summary, with 61 new packages to install:
Transaction Summary ============================= Install 61 Package(s) Update 110 Package(s) Remove 0 Package(s)
Total download size: 192 M Is this ok [y/N]: n Exiting on user Command
Just checking 'yum update ecryptfs-utils' gives me alone 54 packages to install:
Transaction Summary ============================= Install 54 Package(s) Update 5 Package(s) Remove 0 Package(s)
Total download size: 25 M Is this ok [y/N]: n Exiting on user Command
Is there no way out of getting all these extra packages?
A list of all the packets can be found listed in this forumthread: http://www.diskusjon.no/index.php?session=&showtopic=1167172&view=fi...
-Christopher Thorjussen
On Tue, 2010-01-12 at 10:39 +0100, Christopher Thorjussen wrote:
Just checking 'yum update ecryptfs-utils' gives me alone 54 packages to install:
Transaction Summary
Install 54 Package(s) Update 5 Package(s) Remove 0 Package(s)
Total download size: 25 M Is this ok [y/N]: n Exiting on user Command
Is there no way out of getting all these extra packages?
Maybe you could use 'exclude=ecryptfs*' (or whatever is causing ecryptfs* to be included in the update) in /etc/yum.conf then run your update. Once the issue is resolved, don't forget to remove the exclude line for future updates???
Just a thought.
Cheers, ak.
From: Anthony Kamau akcentos@anroet.com
Just checking 'yum update ecryptfs-utils' gives me alone 54 packages to install: Transaction Summary ============================= Install 54 Package(s) Update 5 Package(s) Remove 0 Package(s) Total download size: 25 M Is this ok [y/N]: n Exiting on user Command Is there no way out of getting all these extra packages?
Maybe try -nodeps but... Dependencies are there for a reason... If it needs libXYZ to work... it needs it. Also, was it ever installed? Does not look like it was.
JD