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 t
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:
i
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: li
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 t
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
>
> Sincerel
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
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
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
>
>
>
>
>
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 wi
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 th
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
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 qmai
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-X
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
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 & compressio
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
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 admi
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 z
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
19 matches
Mail list logo