Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Eric, there was a major issue with zlib in July 2005 which were eliminated with version 1.2.3; all distributors updated their packages in the meantime (most backported the security relevant code from 1.2.3 to 1.2.2-x version/release) there is really no need anymore to link this library at qmailtoaster or to install it on a newer distribution. Johannes Eric Shubert schrieb: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1installed zlib.x86_64 1.2.3-1.2.1installed zlib-devel.x86_641.2.3-1.2.1installed zlib-devel.i386 1.2.3-1.2.1installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib twice. I wonder if your rpm database is a bit corrupt. You might try # rpm --rebuilddb Does that fix it? Luis Lopez wrote: This is what I got: # rpm -qa |grep zlib zlib-1.2.3-3 zlib-devel-1.2.3-3 zlib-1.2.3-3 zlib-devel-1.2.3-3 Sincerely, Luis Lopez Eric Shubert wrote: Looks like it's not parsing your zlib package version correctly. What does your system return for: # rpm -qa | grep zlib ? P.S. Glad you're up to date! Luis Lopez wrote: Yoohoo all My packages are up-to-date. I do get one little error on: # ./qtp-ami-up2date */usr/sbin/qtp-config: line 117: 3-3 zlib-1: syntax error in expression (error token is zlib-1)* No New Qmail-Toaster Packages Available That line has this little if statement which is gibberish to me: if [ $((updt_v1)) -gt $((inst_v1)) ] \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -gt $((inst_v2)) ] ) \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -eq $((inst_v2)) ] \ [ $((updt_v3)) -gt $((inst_v3)) ] ); then But as long as it works, it should be ok. Thanks Guys. Sincerely, Luis Lopez * * * * Luis Lopez wrote: Just a quick note on how I installed this. 1. yum --enablerepo=rpmforge install perl-Archive-Tar if for some reason it tries all the repos and errors out with bad checksum go: /yum clean up yum check-update / 2. yum --enablerepo=rpmforge install perl-LWP-UserAgent-Determined This will install the last two dependencies, resolving this error: perl(Archive::Tar)= 1.23 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(HTTP::Date) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(IO::Zlib)= 1.04 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(LWP::UserAgent) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 Eric Shubert wrote: Install the rpmforge-release package from dag wieers, then install the perl packages using yum. If you've installed the latest qmailtoaster-plus package, you can simply: # qtp-install-rpmforge # yum --enablerepo=rpmforge install
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Luis, you could uninstall the package using rpm -e --allmatches --nodeps --justdb zlib-devel zlib That removes all matching packages from the rpm database ignoring all dependencies. After that reinstall that original package that came with your distribution: rpm -Uhv --replacefiles zlib-.rpm That should solve your problems with the rpm-database that lists the package twice. Best regards, Johannes Luis Lopez schrieb: Thanks for that, Dan Eric. In the mean time, I guess I'll ignore the errors from the Zlib then. Sincerely, Luis Lopez * * * * Eric Shubert wrote: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1installed zlib.x86_64 1.2.3-1.2.1installed zlib-devel.x86_641.2.3-1.2.1installed zlib-devel.i386 1.2.3-1.2.1installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib twice. I wonder if your rpm database is a bit corrupt. You might try # rpm --rebuilddb Does that fix it? Luis Lopez wrote: This is what I got: # rpm -qa |grep zlib zlib-1.2.3-3 zlib-devel-1.2.3-3 zlib-1.2.3-3 zlib-devel-1.2.3-3 Sincerely, Luis Lopez Eric Shubert wrote: Looks like it's not parsing your zlib package version correctly. What does your system return for: # rpm -qa | grep zlib ? P.S. Glad you're up to date! Luis Lopez wrote: Yoohoo all My packages are up-to-date. I do get one little error on: # ./qtp-ami-up2date */usr/sbin/qtp-config: line 117: 3-3 zlib-1: syntax error in expression (error token is zlib-1)* No New Qmail-Toaster Packages Available That line has this little if statement which is gibberish to me: if [ $((updt_v1)) -gt $((inst_v1)) ] \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -gt $((inst_v2)) ] ) \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -eq $((inst_v2)) ] \ [ $((updt_v3)) -gt $((inst_v3)) ] ); then But as long as it works, it should be ok. Thanks Guys. Sincerely, Luis Lopez * * * * Luis Lopez wrote: Just a quick note on how I installed this. 1. yum --enablerepo=rpmforge install perl-Archive-Tar if for some reason it tries all the repos and errors out with bad checksum go: /yum clean up yum check-update / 2. yum --enablerepo=rpmforge install perl-LWP-UserAgent-Determined This will install the last two dependencies, resolving this error: perl(Archive::Tar)= 1.23 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(HTTP::Date) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(IO::Zlib)= 1.04 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(LWP::UserAgent) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 Eric Shubert wrote: Install the
Re: [qmailtoaster] Error of RoundCube
Qmailtoaster/vpopmail accesses the database typically using the vpopmail database user; check to connect using vpopmail and itÄs password. Johannes Ho Ho schrieb: I can login the mysql by using root. No error on mysql log but the roundcube problem still present. What problem of that. Ho On Mon, Sep 8, 2008 at 8:33 PM, dnk [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 8-Sep-08, at 3:27 AM, Ho Ho wrote: I have already install the qmailtoaster by using ISO. All setting were find and I have changed the root password of mysql for safety. When I try to install roundcube by using qtp-menu, everything fine without error. However, when I try to access the roundcube by web, a error occured DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. What's the problem? please help Thanks Ho Try manually connecting to the database with the mysql client (and the user is / password in question) and see if that gives you more detail. Then hit the mysql logs. d -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error of RoundCube
How to do that? Ho On Tue, Sep 9, 2008 at 3:16 PM, Johannes Weberhofer, Weberhofer GmbH [EMAIL PROTECTED] wrote: Qmailtoaster/vpopmail accesses the database typically using the vpopmail database user; check to connect using vpopmail and itÄs password. Johannes Ho Ho schrieb: I can login the mysql by using root. No error on mysql log but the roundcube problem still present. What problem of that. Ho On Mon, Sep 8, 2008 at 8:33 PM, dnk [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 8-Sep-08, at 3:27 AM, Ho Ho wrote: I have already install the qmailtoaster by using ISO. All setting were find and I have changed the root password of mysql for safety. When I try to install roundcube by using qtp-menu, everything fine without error. However, when I try to access the roundcube by web, a error occured DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. What's the problem? please help Thanks Ho Try manually connecting to the database with the mysql client (and the user is / password in question) and see if that gives you more detail. Then hit the mysql logs. d -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Error of RoundCube
You see the user/password in the file /home/vpopmail/etc/vpopmail.mysql If you like to connect to mysql, try 'mysql --user=user_name --password=your_password db_name' Is the rest of you toastersystem running? Ho Ho schrieb: How to do that? Ho On Tue, Sep 9, 2008 at 3:16 PM, Johannes Weberhofer, Weberhofer GmbH [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Qmailtoaster/vpopmail accesses the database typically using the vpopmail database user; check to connect using vpopmail and itÄs password. Johannes Ho Ho schrieb: I can login the mysql by using root. No error on mysql log but the roundcube problem still present. What problem of that. Ho On Mon, Sep 8, 2008 at 8:33 PM, dnk [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 8-Sep-08, at 3:27 AM, Ho Ho wrote: I have already install the qmailtoaster by using ISO. All setting were find and I have changed the root password of mysql for safety. When I try to install roundcube by using qtp-menu, everything fine without error. However, when I try to access the roundcube by web, a error occured DATABASE ERROR: CONNECTION FAILED! Unable to connect to the database! Please contact your server-administrator. What's the problem? please help Thanks Ho Try manually connecting to the database with the mysql client (and the user is / password in question) and see if that gives you more detail. Then hit the mysql logs. d -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- |- | weberhofer GmbH | Johannes Weberhofer | information technologies | Austria, 1080 Wien, Blindengasse 52/3 | | Firmenbuch: 225566s, Handelsgericht Wien | UID: ATU55277701 | | phone : +43 (0)1 5454421 0| email: [EMAIL PROTECTED] | fax : +43 (0)1 5454421 19 | web : http://weberhofer.at | mobile: +43 (0)699 11998315 |--- - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Thanks very much for that info, Johannes. Johannes Weberhofer, Weberhofer GmbH wrote: Eric, there was a major issue with zlib in July 2005 which were eliminated with version 1.2.3; all distributors updated their packages in the meantime (most backported the security relevant code from 1.2.3 to 1.2.2-x version/release) there is really no need anymore to link this library at qmailtoaster or to install it on a newer distribution. Johannes Eric Shubert schrieb: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1 installed zlib.x86_64 1.2.3-1.2.1 installed zlib-devel.x86_641.2.3-1.2.1 installed zlib-devel.i386 1.2.3-1.2.1 installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib twice. I wonder if your rpm database is a bit corrupt. You might try # rpm --rebuilddb Does that fix it? Luis Lopez wrote: This is what I got: # rpm -qa |grep zlib zlib-1.2.3-3 zlib-devel-1.2.3-3 zlib-1.2.3-3 zlib-devel-1.2.3-3 Sincerely, Luis Lopez Eric Shubert wrote: Looks like it's not parsing your zlib package version correctly. What does your system return for: # rpm -qa | grep zlib ? P.S. Glad you're up to date! Luis Lopez wrote: Yoohoo all My packages are up-to-date. I do get one little error on: # ./qtp-ami-up2date */usr/sbin/qtp-config: line 117: 3-3 zlib-1: syntax error in expression (error token is zlib-1)* No New Qmail-Toaster Packages Available That line has this little if statement which is gibberish to me: if [ $((updt_v1)) -gt $((inst_v1)) ] \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -gt $((inst_v2)) ] ) \ || ( [ $((updt_v1)) -eq $((inst_v1)) ] \ [ $((updt_v2)) -eq $((inst_v2)) ] \ [ $((updt_v3)) -gt $((inst_v3)) ] ); then But as long as it works, it should be ok. Thanks Guys. Sincerely, Luis Lopez * * * * Luis Lopez wrote: Just a quick note on how I installed this. 1. yum --enablerepo=rpmforge install perl-Archive-Tar if for some reason it tries all the repos and errors out with bad checksum go: /yum clean up yum check-update / 2. yum --enablerepo=rpmforge install perl-LWP-UserAgent-Determined This will install the last two dependencies, resolving this error: perl(Archive::Tar)= 1.23 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(HTTP::Date) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(IO::Zlib)= 1.04 is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 perl(LWP::UserAgent) is needed by spamassassin-toaster-3.2.5-1.3.14.x86_64 Eric Shubert wrote: Install the rpmforge-release
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
BE CAREFUL Johannes!!! A LOT of people administer their Linux boxes remotely -- usually via SSH. If you REMOVE the zlib package, your SSH connection *_/will /_*drop and you will be unable to reconnect. (Not surprisingly, SSH is very dependent on the zlib package for its encryption compression over the ssh channels!) So IF you feel the need to uninstall zlib (IMHO, not a good idea), make SURE you're not cutting off your access to your server! As for the dependency of zlib djbdns, I have both commented out in my build (and update) scripts. I learned ISC's bind many MANY years ago, so I never switched to djbdns anyway -- although I do agree with Daniel's rationale for creating it -- the caching server and authoritative server SHOULD be separate. The problem I have with that is that this means you cannot (easily) have a server that serves both roles, because both use port 53 -- and it's too late to re-invent DNS at this point! (That being said -- I actually started using djbdns on a hosted linux server last month -- it only has to be an authoritative server, and it is faster than bind in that role. That's my 2-cents's worth and you get what you pay for Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Johannes Weberhofer, Weberhofer GmbH wrote: Luis, you could uninstall the package using rpm -e --allmatches --nodeps --justdb zlib-devel zlib That removes all matching packages from the rpm database ignoring all dependencies. After that reinstall that original package that came with your distribution: rpm -Uhv --replacefiles zlib-.rpm That should solve your problems with the rpm-database that lists the package twice. Best regards, Johannes Luis Lopez schrieb: Thanks for that, Dan Eric. In the mean time, I guess I'll ignore the errors from the Zlib then. Sincerely, Luis Lopez * * * * Eric Shubert wrote: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1 installed zlib.x86_64 1.2.3-1.2.1 installed zlib-devel.x86_641.2.3-1.2.1 installed zlib-devel.i386 1.2.3-1.2.1 installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib twice. I wonder if your rpm database is a bit corrupt. You might try # rpm --rebuilddb Does that fix it? Luis Lopez wrote: This is what I got: # rpm -qa |grep zlib zlib-1.2.3-3 zlib-devel-1.2.3-3 zlib-1.2.3-3 zlib-devel-1.2.3-3 Sincerely, Luis Lopez Eric Shubert wrote: Looks like it's not
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Dan, you are right; one must be very carefull uninstall the zlib; but the --justdb Option should uninstall the package only in in the rpm database. regarding djbdns - I use it on several locations, it works nicely; I run the caching daemon on the main IP and the auth nameserver (for usage within offices) on an virtual interface (like eth0:ns). Johannes Dan McAllister schrieb: BE CAREFUL Johannes!!! A LOT of people administer their Linux boxes remotely -- usually via SSH. If you REMOVE the zlib package, your SSH connection *_/will /_*drop and you will be unable to reconnect. (Not surprisingly, SSH is very dependent on the zlib package for its encryption compression over the ssh channels!) So IF you feel the need to uninstall zlib (IMHO, not a good idea), make SURE you're not cutting off your access to your server! As for the dependency of zlib djbdns, I have both commented out in my build (and update) scripts. I learned ISC's bind many MANY years ago, so I never switched to djbdns anyway -- although I do agree with Daniel's rationale for creating it -- the caching server and authoritative server SHOULD be separate. The problem I have with that is that this means you cannot (easily) have a server that serves both roles, because both use port 53 -- and it's too late to re-invent DNS at this point! (That being said -- I actually started using djbdns on a hosted linux server last month -- it only has to be an authoritative server, and it is faster than bind in that role. That's my 2-cents's worth and you get what you pay for Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Johannes Weberhofer, Weberhofer GmbH wrote: Luis, you could uninstall the package using rpm -e --allmatches --nodeps --justdb zlib-devel zlib That removes all matching packages from the rpm database ignoring all dependencies. After that reinstall that original package that came with your distribution: rpm -Uhv --replacefiles zlib-.rpm That should solve your problems with the rpm-database that lists the package twice. Best regards, Johannes Luis Lopez schrieb: Thanks for that, Dan Eric. In the mean time, I guess I'll ignore the errors from the Zlib then. Sincerely, Luis Lopez * * * * Eric Shubert wrote: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1 installed zlib.x86_64 1.2.3-1.2.1 installed zlib-devel.x86_641.2.3-1.2.1 installed zlib-devel.i386 1.2.3-1.2.1 installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Ufff no good then. I haven't removed any zlib package as of this point. Thank God I got this message before that ;), saved me a 3 hours emergency trip lmao. I'll do my research on that one carefully. Sincerely, Luis Lopez Dan McAllister wrote: BE CAREFUL Johannes!!! A LOT of people administer their Linux boxes remotely -- usually via SSH. If you REMOVE the zlib package, your SSH connection *_/will /_*drop and you will be unable to reconnect. (Not surprisingly, SSH is very dependent on the zlib package for its encryption compression over the ssh channels!) So IF you feel the need to uninstall zlib (IMHO, not a good idea), make SURE you're not cutting off your access to your server! As for the dependency of zlib djbdns, I have both commented out in my build (and update) scripts. I learned ISC's bind many MANY years ago, so I never switched to djbdns anyway -- although I do agree with Daniel's rationale for creating it -- the caching server and authoritative server SHOULD be separate. The problem I have with that is that this means you cannot (easily) have a server that serves both roles, because both use port 53 -- and it's too late to re-invent DNS at this point! (That being said -- I actually started using djbdns on a hosted linux server last month -- it only has to be an authoritative server, and it is faster than bind in that role. That's my 2-cents's worth and you get what you pay for Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Johannes Weberhofer, Weberhofer GmbH wrote: Luis, you could uninstall the package using rpm -e --allmatches --nodeps --justdb zlib-devel zlib That removes all matching packages from the rpm database ignoring all dependencies. After that reinstall that original package that came with your distribution: rpm -Uhv --replacefiles zlib-.rpm That should solve your problems with the rpm-database that lists the package twice. Best regards, Johannes Luis Lopez schrieb: Thanks for that, Dan Eric. In the mean time, I guess I'll ignore the errors from the Zlib then. Sincerely, Luis Lopez * * * * Eric Shubert wrote: Thanks for explaining that, Dan. I'm guessing that there's probably no need to have a zlib package on the QMT site any more, but I don't know why it's there to begin with, so I could be wrong about that. I think I'll modify the next QTP release simply ignore zlib, as it does djbdns, given that they're not -toaster- packages anyway. Thanks again. Dan McAllister wrote: My guess is that you're running 64-bit Linux (that is, an x86_64 installation). If this is the case, the reason you're seeing zlib show up twice is that you have both the i386 and x86_64 versions installed. Unfortunately, the rpm command doesn't show you this information, but I'll bet yum will. On my own FC5 system, here's what I get *# rpm -qa | grep zlib* zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 zlib-devel-1.2.3-1.2.1 zlib-1.2.3-1.2.1 *# yum list zlib** ...stuff deleted here... zlib.i3861.2.3-1.2.1 installed zlib.x86_64 1.2.3-1.2.1 installed zlib-devel.x86_641.2.3-1.2.1 installed zlib-devel.i386 1.2.3-1.2.1 installed Just an FYI -- I've had problems in the past with trying to RE-install Zlib as part of the QMT installation because I am virtually always connected via an SSH shell... so I have my install (and update) scripts skip over Zlib. After all, if zlib isn't there, I am not there either! So you can skip over any idea you have that the duplicate entries are any kind of error. It is perfectly normal in an x86_64 environment for the package to show twice -- once in i386 and once in x86_64. Now, if you think that's wasteful or duplicitous -- try Gentoo Linux build everything for your own specific hardware! I hope this helps... someone!!! Dan Daniel McAllister, President IT4SOHO, LLC PO BOX 507 St. Petersburg, FL 33731-0507 877-IT4SOHO: Toll Free 727-647-7646 In Pinellas 813-464-2093 In Hillsborough 727-507-9435 Fax Only When did you do your last backup? Ask me about unattended offsite backup solutions... to protect your business, not just your data! Eric Shubert wrote: That appears to be the case. I'm at a loss as to why the rpm command shows the same packages twice. You might google a bit to see if you can find something on it. Luis Lopez wrote: PS. This is only happening with that Zlib package as far as i can tell. Sincerely, Luis Lopez Eric Shubert wrote: The rpm command shouldn't be listing zlib twice. I wonder if your rpm database is a