[NTLUG:Discuss] Re: GTK 1.2 -- don't use RPMFind for Fedora/RHEL (it's like soooo '90s! ;-)

[Bryan J. Smith]

On Sun, 2004-08-29 at 11:16, David Ross wrote:
> http://www2.linuxforum.net/RPM/fedora/core/1/Fedora/RPMS/gtk+-1.2.10-28.1.i386.html

I just checked out why you picked that package and realized you were
using RPMFind.

  Cliche of the day:
    "Using RPMFind is like, gasp ... like ... soooo '90s!"

Always stick with either the tools Red Hat builds into FC1+ or RHEL3+
(UP2DATE or YUM), or grab Fedora Extra's (Fedora.US) APT for RPM (NOTE:
UP2DATE can use APT/YUM).  You'll avoid the headaches and make it 10x
easier for yourself when updating.

See my previous post on the single UP2DATE, or if you want to use APT
for RPM.

Sticking with _official_ Fedora Core (Red Hat), Extras (Fedora.US) and
other RPMs is most ideal.  I stopped having 100% of my issues when I
stopped tapping FreshRPMS.NET, and switched to Fedora Extra's APT
implementation (no wonder Red Hat picked U of Hawaii's Fedora project,
even though they were "newer to the game").

Additionally, I use Livna.ORG since they are built around Fedora Extras
for the "non-free/license-issue" packages.  Never had a conflict with
doing so -- _unlike_ FreshRPMS.NET which is still "migrating."

In the worst case, when I can't find something, I've also started to tap
Dag Wieers' repository:  
  http://dag.wieers.com/home-made/apt/mega-merge.php  

He keeps up-to-date with the five (5) major 3rd party repositories.  He
also ships packages for RHL as old as 6.2.  I temporarily comment out/in
his repository in my /etc/apt/sources.list file as necessary.

Between the official Fedora Core and Extras, Livna.ORG build around
Extras and the occassional enabling of the DAG repository, I haven't had
an issue yet.


-- 
Compatibility and update matrix of Red Hat(R) distributions:  
http://www.vaporwarelabs.com/files/temp/RH-Distribution-FAQ-3.html 
http://www.vaporwarelabs.com/files/temp/RH-Distribution-FAQ-4.html 
------------------------------------------------------------------ 
Bryan J. Smith                                  b.j.smith at ieee.org