similar to: checking package versions in various releases

Hello friendly Rails community, I''m sorry for this OT post, I''ve just switched to Mac and as I see there are so many friendly mac users here, may I ask is there another good/nice Subversion installation tutorial instead of this one: http://developer.apple.com/tools/subversionxcode.html? Is there another way to install it without compiling Subversion by myself? For example via

CentOS Errata and Bugfix Advisory 2010:0517 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0517.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 039f5a1f262fb5aa5391b6532952eae3 db4-4.3.29-10.el5_5.2.i386.rpm ef21f675cfdddefe847c8cfb15bab92a db4-4.3.29-10.el5_5.2.x86_64.rpm

CentOS Errata and Bugfix Advisory 2010:0517 Upstream details at : https://rhn.redhat.com/errata/RHBA-2010-0517.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 30f28f608285751a871bb2358d6c76a2 db4-4.3.29-10.el5_5.2.i386.rpm 141902fd5cfad65752dd8a5b609866d5 db4-devel-4.3.29-10.el5_5.2.i386.rpm

Hi, I just started to set up a test ldap server and followed some tutorials. One topic is the tuning/monitoring of the bdb. So I installed the db4-utils and executed a "db_stat -h /var/lib/ldap/ -m". The answere is no stat, but: db_stat: Program version 4.3 doesn't match environment version db_stat: DB_ENV->open: DB_VERSION_MISMATCH: Database environment version mismatch The

Hi *, i run several CentOS4 systems as xen3 domU, and all of them suffer from the well-known-to-this-list db4/nptl bug: <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933> so that i needed to rebuild db4 to make cyrus-imapd work. But a member of the centos devel ML reported that he has no problem at all running cyrus-imapd. Our setups are almost identical (dom0=FC6,

I sent this question to the OpenLDAP list yesterday, but I still haven't seen the message come across the list. I am asking here in the hopes of getting a faster response. I am trying to compile OpenLDAP 2.3.11 from source on CentOS4. I have the rpm for db4-4.2.52-7.1 installed and also a source build of BerkeleyDB in /usr/local/BerkeleyDB.4.4. How do I get OpenLDAP to link with the bdb

This is a cross post to <xen-devel@lists.sourceforge.net> and <user- mode-linux-user@lists.sourceforge.net> Dear lists, Anybody successfully running cyrus-imapd in FC2/3+Xen/UML? When i tried to run cyrus-imapd in a virtual FC3 (Xen or UML) i got lot''s of DBERROR db4: Berkeley DB library configured to support only DB_PRIVATE environments DBERROR:

Hello, is there anyone out there, who has a current 2.4.23 srpm or good how to compile it from src with supported db4? I tried to compile recent source files, but always finding the current (installed) db4 >4.3 fails. Than I tried to compile the LTB Project Files: http://ltb-project.org/wiki/documentation/openldap-rpm May be it is just a small step or option to be set. Would be nice to get

Hi folks: I've recently migrated one of my production servers (bad Jason!) from WBEL to CentOS 3.3 using Donavan's instructions in the FAQ (http://www.centos.org/modules/smartfaq/faq.php?faqid=19). While it was as painless as the document suggests, I've run into problems with postgrey (a postfix greylisting daemon) on my server. Whenever I try to start postgrey, I get the

Hey guys, I'm trying to create an apache 2.4.12 rpm file. But in order to do that I need to create an apr-util rpm of a recent enough version to support it. So running the rpmbuild command against the spec file I'm getting this error: checking db1/db.h usability... no checking db1/db.h presence... no checking for db1/db.h... no checking db.h usability... no checking db.h presence...

My screen saver crash both in gnome and kde X windows when open the screen saver. I guess that some package needed is not installed. I reinstall the gnome-screen but it still crashs. How can I check which package is not installed? -------------- next part -------------- An HTML attachment was scrubbed... URL:

I have recently deployed a number of CentOS-3.4 boxes and I am seeing problems with rpm database apparent corruption. db4 errors like DB_PAGE_NOTFOUND. I have found that using LD_ASSUME_KERNEL=2.2.5 seems to fix the problem but I can''t find much info on why or if doing that is good or bad. I have done --rebuilddb but with the LD_ASSUME_KERNEL that might be making thinks worse... I just

I installed CentOS 3.4 from a CD image I'd burned a while ago, and then attempted to update with yum to 3.7. All the packages installed OK, but at the very end of final cleanup I got an error message from db4 saying to "RUN RECOVERY". I did "rpm --rebuilddb" which may have been the wrong thing -- it issued an error about "pages missing". I then ran it again,

Has anyone seen this before? [root at shelob rpm]# yum update rpmdb: Program version 4.2 doesn't match environment version error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index using db3 - Invalid argument (22) error: cannot open Packages database in /var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 30, in ?

Hi, I've been receiving message "No space left on device" but there is space. I've forced fsck on reboot 2 times but did not solve. # yum rpmdb: /var/lib/rpm/__db.001: No space left on device error: db4 error(28) from dbenv->open: No space left on device error: cannot open Packages index using db3 - No space left on device (28) error: cannot open Packages database in

CentOS Errata and Bugfix Advisory 2012:0452 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0452.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0a466556f5dd693a22fe8b60a17f36ee520a86709a2bb8f9890892a744b5f744 db4-4.7.25-17.el6.i686.rpm f3ea647e99d9c6025aa9d52c0ea5a8fe6c87882983f96da7962ddae77f7fcd39

CentOS Errata and Bugfix Advisory 2013:1258 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1258.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 67a2836f2a8c6d1e97781136e9c0045cb1d56ab977748c5943fd1f6f29082777 db4-4.7.25-18.el6_4.i686.rpm 0760af1c325d15f4d516f2df0f883a45552be54bdda03d43aad6cc9c058efe64

CentOS Errata and Bugfix Advisory 2015:1085 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1085.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 543f20c2dcb5f1c6ff74acd32f4bb038e1efa8e2ba9d8c9296fff59ae595ea68 db4-4.7.25-19.el6_6.i686.rpm bd94ffa5b16c4ca1c16112879dff571276141f3466859dd19d935d2853b37ec4

CentOS Errata and Bugfix Advisory 2015:1809 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-1809.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1bbe6a2090411a8ecec459f1bc94ebfa586f40a3a4f0c4e440e0e3bb06eb7ba5 db4-4.7.25-20.el6_7.i686.rpm 8a54c443ba848d8d110834daa07987e7b259a1e7d455f186701cd583b5eb34f9

CentOS Errata and Bugfix Advisory 2017:0035 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0035.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0e38b3d3bfd03d4d4fcd6068b70793f15e383aa63002f293bf361301db018949 db4-4.7.25-20.el6_8.1.i686.rpm