Re: Exposing split media

David Lutterkort <[email protected]>
Newsgroups gmane.linux.rpm.metadata
Organization Red Hat Inc
Message-ID <[email protected]>
On Tue, 2005-11-08 at 19:10 -0500, Paul Nasrat wrote:
> I'd like to propose a standard, optional extension to the rpm metadata
> for handling split media, it serves as a hint to the metadata parser in
> order to determine location:

Why not make it a little more general purpose: what your example is
saying is that the packages aren't to be found relative to the baseurl
of the repo, but relative to another location (which in your example is
the number of the CD), so that your example would look like

  <packageset name="fedora-cds">
    <part base="media:/cdrom1">
       <package pkgid="..">
         <version ../>
       </package>
       .. more packages ..
    </part>
    <part base="media:/cdrom2">
      .. packages ..
    </part>
    ..
  </packageset>

The media scheme in the 'base' URL is something I made up for the
purposes of anaconda (which I assume this is coming from).

Since this is essentially attaching additional metadata to each package
(the name of the set and the base URL for it), would it make sense to
stick this into the primary.xml with its own namespace, i.e., add to the
package tags in primary.xml something like

  <package pkgid='..'>
    <version ../>
    <set:base name="fedora-cds" href="media:/cdrom1"/>
    .. usual package metadata ..
  </package>

I think a more general purpose remapping mechanism for packages could be
very interesting for creating 'virtual' repos, i.e. repos that only
contain metadata and take the actual RPM's from a different place
entirely. That would make it possible to create repos for special
purposes like 'Web Server Installation' or 'Custom app setup' without
duplicating package storage, creating a mechanism that is similar to
channels in RHN, but much more flexible.

I am not suggesting that you should implement all this, just that it
would be nice if the media sets right now could be expressed in a way
that would make this kind of remapping possible with the same XML
format.

David

_______________________________________________
Rpm-metadata mailing list
[email protected]
https://lists.dulug.duke.edu/mailman/listinfo/rpm-metadata
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBDcYlM4BLQetDjzDARAkAxAJ9ywY9UX1cX5ErZgm0M7HWkxub0SQCePVAF
AsPhlGzCTirTfkALZ3RIrK0=
=SBXU
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.