Re: Preferred Linux distribution for building 32-bit RPMs?

[Gaveen Prabhasara <gaveen.skyeye () gmail com>]

I'm not actually going to pick one but rather point a couple of things.

The upcoming Fedora 11 will have a few significant changes to the
RPM relates things. First from 11 onwards they plan to support delta
RPMs, which is a good thing. It shall enable the possibility to ship
new RPMs with only updated files from the previous RPM package.
I don't see it as a problem, but as a possible advantage. However
they are going to change the RPM version to 4.7 which I think is a
little concern.

Secondly the hashing used in RPM is going to change into SHA-256
which could create problems since we have other RPM based
environments using non-SHA-256.

So changing into Fedora 11 might not be a good choice right now.
That being said current RPMs work well in both Fedora and CentOS/
RHEL systems. But as Corey said using the latest main version of
CentOS/RHEL seems a safe choice as they already have a level of
Fedora compatibility. RHEL 6 should be based on Fedora 10/11 I
think. However there's a catch of doing this, as doing so would
probably break the RPM for Fedora 11 (due on May).

[1] http://fedoraproject.org/wiki/Features/RPM4.7
[2] http://fedoraproject.org/wiki/Features/StrongerHashes

Cheers,
Gaveen Prabhasara
http://gaveen.owain.org
http://twitter.com/gaveen

On Tue, Apr 28, 2009 at 10:14 AM, Corey Chandler <lists () sequestered net>wrote:

> Fyodor wrote:
>
> > (snip)
> > My current plan is to use Fedora Core 10.  But other options, such as
> > CentOS, exist.  If anyone has reasons for using (or not using) any
> > specific distribution, let me know!
> >
> > Cheers,
> > -F
>
> I'd advise using CentOS; Fedora 9/10 (or is it 10/11?  I can never
> remember) will be tweaked and stabilized to form RHEL 6, which in turn
> becomes CentOS 6.  As a result, Fedora 10 (they did away with the "core"
> moniker a year or two ago) is effectively the "latest and greatest," which
> unfortunately includes libraries that may well not exist on a distro that's
> less bleeding edge.
> Assuming you miss a dependant library at some point, this could become a
> bit tricky to track down; using an older distro that's less subject to
> changing / being discontinued within 18 months might be less management
> overhead going forward.  As always, thanks for writing nmap...
>
>
>
> --
> Corey Chandler / KB1JWQ
> Living Legend / Systems Exorcist
> Today's Excuse: Webmasters kidnapped by evil cult
>
>
>
> _______________________________________________
> Sent through the nmap-dev mailing list
> http://cgi.insecure.org/mailman/listinfo/nmap-dev
> Archived at http://SecLists.Org

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org