[users] RPMforge status update
Dag Wieers
dag at wieers.com
Wed Mar 12 13:38:12 CET 2008
On Wed, 12 Mar 2008, Dag Wieers wrote:
> On Wed, 12 Mar 2008, Fabian Arrotin wrote:
>
>> On Wed, 2008-03-12 at 00:42 -0400, Bill McGonigle wrote:
>>> Glad to hear the server issues are getting solved.
>>>
>>> On Mar 5, 2008, at 08:20, Dag Wieers wrote:
>>>
>>>> ### Authoritative
>>>> #nick tag arch dir author own yum apt md tag2 desc
>>>> fc8a fc8 x86_64 fedora/8 dries y n y y -
>>>> Fedora Core 8
>>>> fc8i fc8 i386 fedora/8 dries y n y y -
>>>> Fedora Core 8
>>>
>>> I may be the only one who doesn't get this, but could you clarify the
>>> own/yum/apt/md/tag2 columns?
>>>
>>> e.g. does this mean you won't be building yum repo metatdata for
>>> Fedora 8? That would make doing upgrades and such quite hard, as I
>>> know how to do it, but maybe I'm misunderstanding.
>>
>> No, that only means that such release doesn't need the old style yum
>> metadata (understand yum-arch) and only createrepo ... at least that's
>> what i've understood from the converstation i had with Dag about the
>> same question .. ;-)
>
> Indeed, apt means genbasedir, yum means yum-arch and md means createrepo.
> A recent apt and yum can use both repomd metadata so in essence only repomd
> metadata would be necessary. If repomd didn't have its own issues and some
> depsolvers are simply faster with apt metadata than with repomd metadata.
>
> A small overview:
>
> old-style yum metadata ('yum')
> used by up2date, older yum and smart
>
> old-style apt metadata ('apt')
> used by up2date, apt and smart
>
> repomd metadata ('md')
> used by apt, yum and smart
>
> The old-style yum metadata is only useful when people are restricted to use
> up2date (so RHEL2.1, RHEL3 and RHEL4 owners). Sadly yum-arch is being
> deprecated (and the tool is removed) even though people may want to create
> this metadata for certain distributions.
>
> The old-style apt metadata is still the prefered way for apt and smart since
> it is generally faster and contains all the information to have a
> deterministic result.
>
> The repomd metadata is generally used by new yum, although smart and apt can
> use it as well. However, the newer metadata (FC8+ ?) needs to be created with
> a createrepo using sqlite that does not install properly on CentOS5/RHEL5 and
> before you know it the repomd metadata causes a few hurdles for people that
> want to create repositories for different distributions on a single system.
I forgot to explain the own and tag2.
The 'own' means who of the 3 of us build the packages for the official
'rpmforge' tree. We don't have a central buildsystem atm and there is no
need to (rpmrepo will change this) so this flag is to define who is the
owner of the dist/arch combination.
The 'tag2' is there because at some point in our existence we changed the
disttag. Like rhfc1 instead of fc1. The file I pasted is actually the
complete definition that is used for the scripts to create the filesystem
tree (hardlinking packages, symlinks, SRPMs) and create repository
metadata.
--
-- dag wieers, dag at wieers.com, http://dag.wieers.com/ --
[Any errors in spelling, tact or fact are transmission errors]
More information about the users
mailing list