[suggest] Re: suggest Digest, Vol 61, Issue 5

[Nico Kadel-Garcia]

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
mrtg-2.16.4-1.el4.rf
Two problems...
1. this overrides the Redhat included package mrtg-2.10.15-2a

Not really surprisingly. That MRTG is *ancient*. If you're concerned
about replacing RHEL published packages for stability reasons, then
you need to assure that your yum update processes notify you of
updates, not install them automatically. This can be hairy with
RedHat's frankly painful and poorly behaved yum plugins and default
settings, but it's an important aspect of adding access to additional
repositories.

What I do, personally, is to disable auto-updating and send update
messages to an email alias. That gives me a chance to test updates
before pushing them network wide.

/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

[Nico Kadel-Garcia]

Post by Nico Kadel-Garcia

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

I see it. The issue is that the Perl 'FindBin' in the mrtg scripts is
hard-coded to look in 'lib' directories, and on 64-bit systems, it
should be looking in 'lib64' directories, especially when the
'configure' statement is told to use lib64. And most RPM setups do
just that, to avoid conflict between 32-bit and 64-bit versions of
components.

There used to be a patch for this in the 2.12 release, but it was
apparently discarded. I've updated it and attached it, and attached a
diff for the .spec file. I've also submitted the patch file to the
MRTG bug tracking system. Hopefully this will get fixed upstream and
other people who've run into this on other operating systems can avoid
the problem.

Dag, or whoever has this one, can you do the honors and integrate these patches?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg.spec.diff
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg-2.16.4-lib64.patch
Type: application/octet-stream
Size: 3049 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0001.obj

[Nico Kadel-Garcia]

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
mrtg-2.16.4-1.el4.rf
Two problems...
1. this overrides the Redhat included package mrtg-2.10.15-2a

Not really surprisingly. That MRTG is *ancient*. If you're concerned
about replacing RHEL published packages for stability reasons, then
you need to assure that your yum update processes notify you of
updates, not install them automatically. This can be hairy with
RedHat's frankly painful and poorly behaved yum plugins and default
settings, but it's an important aspect of adding access to additional
repositories.

What I do, personally, is to disable auto-updating and send update
messages to an email alias. That gives me a chance to test updates
before pushing them network wide.

/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

[Nico Kadel-Garcia]

Post by Nico Kadel-Garcia

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

I see it. The issue is that the Perl 'FindBin' in the mrtg scripts is
hard-coded to look in 'lib' directories, and on 64-bit systems, it
should be looking in 'lib64' directories, especially when the
'configure' statement is told to use lib64. And most RPM setups do
just that, to avoid conflict between 32-bit and 64-bit versions of
components.

There used to be a patch for this in the 2.12 release, but it was
apparently discarded. I've updated it and attached it, and attached a
diff for the .spec file. I've also submitted the patch file to the
MRTG bug tracking system. Hopefully this will get fixed upstream and
other people who've run into this on other operating systems can avoid
the problem.

Dag, or whoever has this one, can you do the honors and integrate these patches?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg.spec.diff
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0002.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg-2.16.4-lib64.patch
Type: application/octet-stream
Size: 3049 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0003.obj

[Nico Kadel-Garcia]

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
mrtg-2.16.4-1.el4.rf
Two problems...
1. this overrides the Redhat included package mrtg-2.10.15-2a

Not really surprisingly. That MRTG is *ancient*. If you're concerned
about replacing RHEL published packages for stability reasons, then
you need to assure that your yum update processes notify you of
updates, not install them automatically. This can be hairy with
RedHat's frankly painful and poorly behaved yum plugins and default
settings, but it's an important aspect of adding access to additional
repositories.

What I do, personally, is to disable auto-updating and send update
messages to an email alias. That gives me a chance to test updates
before pushing them network wide.

/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

[Nico Kadel-Garcia]

Post by Nico Kadel-Garcia

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

I see it. The issue is that the Perl 'FindBin' in the mrtg scripts is
hard-coded to look in 'lib' directories, and on 64-bit systems, it
should be looking in 'lib64' directories, especially when the
'configure' statement is told to use lib64. And most RPM setups do
just that, to avoid conflict between 32-bit and 64-bit versions of
components.

There used to be a patch for this in the 2.12 release, but it was
apparently discarded. I've updated it and attached it, and attached a
diff for the .spec file. I've also submitted the patch file to the
MRTG bug tracking system. Hopefully this will get fixed upstream and
other people who've run into this on other operating systems can avoid
the problem.

Dag, or whoever has this one, can you do the honors and integrate these patches?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg.spec.diff
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0004.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg-2.16.4-lib64.patch
Type: application/octet-stream
Size: 3049 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0005.obj

[Nico Kadel-Garcia]

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
mrtg-2.16.4-1.el4.rf
Two problems...
1. this overrides the Redhat included package mrtg-2.10.15-2a

Not really surprisingly. That MRTG is *ancient*. If you're concerned
about replacing RHEL published packages for stability reasons, then
you need to assure that your yum update processes notify you of
updates, not install them automatically. This can be hairy with
RedHat's frankly painful and poorly behaved yum plugins and default
settings, but it's an important aspect of adding access to additional
repositories.

What I do, personally, is to disable auto-updating and send update
messages to an email alias. That gives me a chance to test updates
before pushing them network wide.

/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

[Nico Kadel-Garcia]

Post by Nico Kadel-Garcia

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

I see it. The issue is that the Perl 'FindBin' in the mrtg scripts is
hard-coded to look in 'lib' directories, and on 64-bit systems, it
should be looking in 'lib64' directories, especially when the
'configure' statement is told to use lib64. And most RPM setups do
just that, to avoid conflict between 32-bit and 64-bit versions of
components.

There used to be a patch for this in the 2.12 release, but it was
apparently discarded. I've updated it and attached it, and attached a
diff for the .spec file. I've also submitted the patch file to the
MRTG bug tracking system. Hopefully this will get fixed upstream and
other people who've run into this on other operating systems can avoid
the problem.

Dag, or whoever has this one, can you do the honors and integrate these patches?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg.spec.diff
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0006.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg-2.16.4-lib64.patch
Type: application/octet-stream
Size: 3049 bytes
Desc: not available
Url : http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0007.obj

[Nico Kadel-Garcia]

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
mrtg-2.16.4-1.el4.rf
Two problems...
1. this overrides the Redhat included package mrtg-2.10.15-2a

Not really surprisingly. That MRTG is *ancient*. If you're concerned
about replacing RHEL published packages for stability reasons, then
you need to assure that your yum update processes notify you of
updates, not install them automatically. This can be hairy with
RedHat's frankly painful and poorly behaved yum plugins and default
settings, but it's an important aspect of adding access to additional
repositories.

What I do, personally, is to disable auto-updating and send update
messages to an email alias. That gives me a chance to test updates
before pushing them network wide.

/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

[Nico Kadel-Garcia]

Post by Nico Kadel-Garcia

From: Dave B <botsch at cnf.cornell.edu>
Subject: [suggest] broken "mrtg" package for RHEL4
/usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi /usr/lib/perl5/5.8.5
/usr/lib64/perl5/site_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib64/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib64/perl5/vendor_perl/5.8.3/x86_64-linux-thread-multi
/usr/lib/perl5/vendor_perl .) at /usr/bin/mrtg line 89.
BEGIN failed--compilation aborted at /usr/bin/mrtg line 89.

Ouch. The same problem is happening with RHEL 5, I just tested it. I'm
guessing it's not set to look properly for the 64-bit Perl layout.

I see it. The issue is that the Perl 'FindBin' in the mrtg scripts is
hard-coded to look in 'lib' directories, and on 64-bit systems, it
should be looking in 'lib64' directories, especially when the
'configure' statement is told to use lib64. And most RPM setups do
just that, to avoid conflict between 32-bit and 64-bit versions of
components.

There used to be a patch for this in the 2.12 release, but it was
apparently discarded. I've updated it and attached it, and attached a
diff for the .spec file. I've also submitted the patch file to the
MRTG bug tracking system. Hopefully this will get fixed upstream and
other people who've run into this on other operating systems can avoid
the problem.

Dag, or whoever has this one, can you do the honors and integrate these patches?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg.spec.diff
Type: application/octet-stream
Size: 1037 bytes
Desc: not available
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0008.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mrtg-2.16.4-lib64.patch
Type: application/octet-stream
Size: 3049 bytes
Desc: not available
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100711/80db3d6b/attachment-0009.obj>