CentOS - Jun 2005 - Installing Dag's RPMs

Hello, all -

I wanted to know your guys' success rate when installing and rebuilding
RPMs in CentOS (specifically 4.0) that have come from Dag's Repositories
(http://dag.wieers.com/packages/).

I have noticed a number of these packages stalling at various points
throughout an rpmbuild process, and I can't quite get it.  It looks
almost as if they were all built for RHEL4.0, but if CentOS is supposed
to follow so close in RHEL's footsteps, why would this be a problem?

I'll give Dag an email and see if he has anything to say about that.
Once I get enough information, I'll just go ahead and hack up the RPMs
so that they work properly on my systems - but I thought I'd ask
beforehand, as to not re-invent the wheel.

Thanks!
-dant

On Tue, 28 Jun 2005, dan.trainor wrote:
> I wanted to know your guys' success rate when installing and rebuilding
> RPMs in CentOS (specifically 4.0) that have come from Dag's
Repositories
> (http://dag.wieers.com/packages/).
> 
> I have noticed a number of these packages stalling at various points
> throughout an rpmbuild process, and I can't quite get it.  It looks
> almost as if they were all built for RHEL4.0, but if CentOS is supposed
> to follow so close in RHEL's footsteps, why would this be a problem?
> 
> I'll give Dag an email and see if he has anything to say about that.
> Once I get enough information, I'll just go ahead and hack up the RPMs
> so that they work properly on my systems - but I thought I'd ask
> beforehand, as to not re-invent the wheel.
Having the buildlog is essential to finding the cause. I provide buildlogs 
of my packages so if you have problems, you can always compare your output 
with mine. It's not impossible that there are missing build requirements 
or something else is different in the build environment.

Kind regards,
--   dag wieers,  dag at wieers.com,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]

> I wanted to know your guys' success rate when installing and rebuilding
> RPMs in CentOS (specifically 4.0) that have come from Dag's
Repositories
> (http://dag.wieers.com/packages/).
dag's rpms have been 99.9999999999% flawless for me on both centos and RHEL

 
> I have noticed a number of these packages stalling at various points
> throughout an rpmbuild process, and I can't quite get it.  It looks
> almost as if they were all built for RHEL4.0, but if CentOS is supposed
> to follow so close in RHEL's footsteps, why would this be a problem?
I suspect something in your build system is possibly screwed. I've not
had any issues rebuilding the few packages I've needed to.
> 
> I'll give Dag an email and see if he has anything to say about that.
> Once I get enough information, I'll just go ahead and hack up the RPMs
> so that they work properly on my systems - but I thought I'd ask
> beforehand, as to not re-invent the wheel.
Rebuilding the prebuilt packages would seem to me to be reinventing
the wheel. Is there a reason that you need to rebuild them?

--
Jim Perrin
System Administrator 
Ft. Gordon & US Army Signal Center

From: alex at milivojevic.org
> Which is the smallest problem with Sun'S Java.  They don't do
"alternatives"
> either (you have to set them up manually, if you want to have GCC's
Java in
> parallel).  And Sun's license doesn't allow anybody to repackage it
so that it
> blends with the rest of the particular distribution (basically, fixing the
> problem you had and the alternatives issue).
Yeah, that's the #1 issue most everyone has with Java.

Sun allows the JRE to be bundled with Solaris and Windows applications,
but not Linux.  And you have to be the size of Red Hat or SuSE to 
negotiate otherwise, and that's just for retail distributions.

If they SCSL/whatever it into an MPL-like, that should change though.
Java seems to be the _only_ thing Sun hasn't GPL'd or at least
MPL'd.

While I can understand some aspects of their viewpoint, the explicit
denial of redistribution on Linux is just entirely inexecusible when they
allow it to be bundled with Solaris and Windows applications (let alone
the OSes).


--
Bryan J. Smith   mailto:b.j.smith at ieee.org