When running the yum update for memcached.i386 it doesn't resolve a dependency for libevent-1.4.so.2. Resolving Dependencies --> Running transaction check ---> Package memcached.i386 0:1.4.5-1.el5 set to be updated --> Processing Dependency: libevent-1.4.so.2 for package: memcached --> Finished Dependency Resolution memcached-1.4.5-1.el5.i386 from smecontribs has depsolving problems --> Missing Dependency: libevent-1.4.so.2 is needed by package memcached-1.4.5-1.el5.i386 (smecontribs) Error: Missing Dependency: libevent-1.4.so.2 is needed by package memcached-1.4.5-1.el5.i386 (smecontribs) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest The program package-cleanup is found in the yum-utils package.
(In reply to comment #13) > Don't know. memcached came from epel which builds against the released redhat > 5.5. There are a number of threads on the centos list complaining about this > package already. OK. So root problem is release timing skew between RHEL and CentOS, and that is unavoidable. Daniel can work around the problem by excluding memcached from being updated, in the yum config. Or contribs.org could fix the problem by holding back the newer memchached until CentOS 5.5 is released.
result of rpm -qf is smeserver-phpmyadmin-multiuser-2.1.1
Don't know. memcached came from epel which builds against the released redhat 5.5. There are a number of threads on the centos list complaining about this package already.
(In reply to comment #10) > (In reply to comment #9) > > Could. I didn't put the updated one in there. > > Who did? And how did they - CentOS 5.5 hasn't been released.
(In reply to comment #9) > Could. I didn't put the updated one in there. Who did?
Could. I didn't put the updated one in there.
(In reply to comment #6) > The issue is that the memcached in smecontribs needs packages that aren't > released yet as part of COS 5.5. When we rebase 8 on 5.5 this issue will > resolve itself. Couldn't this be resolved by just having a C5.4 version of memcached in smecontribs? I see no point in having a later one there.
(In reply to comment #4) > Created an attachment (id=2897) [details] > Results from /sbin/e-smith/audittools/templates Not related to this bug but can you please show the output of (although it seems wrapped, it should all be on one line. rpm -qf /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf/86PhpmyadminmultiAlias
The issue is that the memcached in smecontribs needs packages that aren't released yet as part of COS 5.5. When we rebase 8 on 5.5 this issue will resolve itself.
Using SME8b5 as a testing platform for SOGo and Funambol. Customizations Added SOGo suggested repositories Added phpmyadmin for mysql administration Changed passwordstrength to none for users ibays
Created attachment 2897 [details] Results from /sbin/e-smith/audittools/templates
Created attachment 2896 [details] Results from /sbin/e-smith/audittools/newrpms
(In reply to comment #1) > Moving to Contribs section of bug tracker. You have smecontribs repository > enabled, and you apparently have some contribs installed. Also please attach (do not post inline) the output of the following command: /sbin/e-smith/audittools/newrpms /sbin/e-smith/audittools/templates
Moving to Contribs section of bug tracker. You have smecontribs repository enabled, and you apparently have some contribs installed. Please provide a full description of your server's history, and any configuration you have done. Why do you have memcached installed?