Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Hi Luis, I have tested the suggested procedure on one of my (remotely controlled) servers and didn't see any issues. The command rpm -e --allmatches --nodeps --justdb zlib-devel zlib will only uninstall the rpm entries, not the files; therefore there is no reason for any program using the zlib library to fail. Before you uninstall the package you should download your distribution's original zlib.rpm file to the local filesystem for re-installation using rpm -Uhv --replacefiles zlib.rpm after removing it first. In the worst case, when you have uninstalled the zlib completely (not only the rpm entries), the running ssh connection will stay running because it mapped the library into memory before. As long as you don't restart sshd, you will stay connected. But most applications (including rpm) will deny starting. Then the only solution would be to copy back a local backup of the /lib[64]/libz.so* files. But never! restart the system without the zlib library files, that _will_ fail. I have tested this procedure, too. I think the suggested procedure should work with a very low risk,but one never know ;-) Best regards, Johannes Weberhofer Luis Lopez schrieb: 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!
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Hi Johannes, I decided not to remove it, since the only problem I have with its current state is that little warning message when I run the /qtp-ami-up2date /script/. / Of course, if in future releases of QT requires me to remove it or any other problems in the future, now I have the command to do so. In the meantime the script is doing its job. Thank you so much for explaining this in details, you guys are great!! Sincerely, Luis Lopez Johannes Weberhofer, Weberhofer GmbH wrote: Hi Luis, I have tested the suggested procedure on one of my (remotely controlled) servers and didn't see any issues. The command rpm -e --allmatches --nodeps --justdb zlib-devel zlib will only uninstall the rpm entries, not the files; therefore there is no reason for any program using the zlib library to fail. Before you uninstall the package you should download your distribution's original zlib.rpm file to the local filesystem for re-installation using rpm -Uhv --replacefiles zlib.rpm after removing it first. In the worst case, when you have uninstalled the zlib completely (not only the rpm entries), the running ssh connection will stay running because it mapped the library into memory before. As long as you don't restart sshd, you will stay connected. But most applications (including rpm) will deny starting. Then the only solution would be to copy back a local backup of the /lib[64]/libz.so* files. But never! restart the system without the zlib library files, that _will_ fail. I have tested this procedure, too. I think the suggested procedure should work with a very low risk,but one never know ;-) Best regards, Johannes Weberhofer Luis Lopez schrieb: 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.i386
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] 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
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * *
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * * -- -Eric 'shubes' - 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)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * *
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * * -- -Eric 'shubes' - QmailToaster
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * *
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
Nope, same packages.. showed up. 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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * *
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 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 perl-Archive-Tar ... Otherwise, check the list archives
Re: [qmailtoaster] spamassassin-toaster-3.2.5-1.3.14 || problem on dependencies || 64 bit CentOS 5 (Resolved)
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 perl-Archive-Tar ... Otherwise, check the list archives for the hard way. ;) Luis Lopez wrote: Hi There, I know that a couple of people had dependencies problems installing that spamassassin-toaster package. I /yum update /the server and rebooted and still had the same issue. No CPAN is used to update the perl modules. I'm not using the qtp-newmodel script, going the manual way: wget http://www.qmailtoaster.org/download/develop/[package] rpmbuild --rebuild --with cnt5064 [package source] cd /usr/src/redhat/RPMS/i386 rpm -Uvh [package] This is the way I've installed the updates so far and it has worked perfectly. But spamassassin-toaster-3.2.5-1.3.14 seems a bit tricky. Here is the output when trying to /rpm -Uvh/: - [EMAIL PROTECTED] x86_64]# rpm -Uvh spamassassin-toaster-3.2.5-1.3.14.x86_64.rpm error: Failed dependencies: 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 -- My uname output: Linux [server] 2.6.18-92.1.10.*el5xen* #1 SMP Tue Aug 5 08:11:18 EDT 2008 *x86_64* x86_64 x86_64 GNU/Linux and here my perl modules: # rpm -qa |grep perl perl-String-CRC32-1.4-2.fc6 perl-Net-DNS-0.59-3.el5 perl-URI-1.35-3 perl-DBD-MySQL-3.0007-1.fc6 perl-Net-IP-1.25-2.fc6 mod_perl-2.0.2-6.3.el5 perl-Socket6-0.19-3.fc6 perl-IO-Socket-INET6-2.51-2.fc6 perl-Digest-SHA1-2.11-1.2.1 perl-Digest-HMAC-1.01-15 perl-BSD-Resource-1.28-1.fc6.1 perl-DBI-1.52-1.fc6 perl-HTML-Tagset-3.10-2.1.1 perl-HTML-Parser-3.55-1.fc6 perl-5.8.8-10.el5_2.3 Thanks in advance. -- Sincerely, Luis Lopez * *--- IT Support Kiwibox.com http://kiwibox.com/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] --- 330 W. 38th #1602 New York, NY 10018 --- Office(212) 239-8210 Fax(212) 239-8422* *Mobile (917) 385-2541 --- * * * Information contained in this email and any attachments thereto shall be considered privileged and/or confidential. You are hereby notified that any dissemination, distribution or copying of this email or attachments is prohibited, unless you have expressed permission. If you have received this email in error, please notify the sender and delete the email and the attachments. * * * * * * *
