On Jul 15, 2009, at 12:10 AM, Ma, Dong (vinc...@gdcc-bj-most) wrote:
Hi Bob,
Thanks for your work about yum repository. I agree with your
solution of about organize the yum repository. Only have some follow
comments inline:
-----Original Message-----
From: Gobeille, Robert
Sent: Wednesday, July 15, 2009 8:40 AM
To: Ma, Dong (vinc...@gdcc-bj-most)
Cc: [email protected]
Subject: yum repository
Hi Vincent,
Thanks for setting up a yum repository on fossology.org. However,
there is a problem with mixing both i366 and x86-64 in the same
directory. Yum will install BOTH unless you very specifically
request
one. For example, you have:
rpms/1.1.0/centos/4/
which contains both .i386.rpm and .x86-64.rpm.
Another problem with your directory hierarchy is that it requires
users to change their yum conf file every time we come out with a new
release. We don't want to do that.
After listening to Bryan Gartner (LinuxCOE) and Jeff Sheltren
(OSUOSL)
I think we should use the following the following directory hierarchy
(which will solve the above problems). There should be 2 top level
directories:
rpms/
rpms-testing/
That mean all of our release candidates and other special testing
builds under the rpms-testing/ directory, if this directory same
with rpms/ directory organization like
rpms-testing/CentOS/4/i368/
rpms-testing/CentOS/4/x86-64
rpms-testing/CentOS/4/SRPMS
and all of our different release candidates and other special builds
under the same directory?
Yes. That is correct. This makes it very explicit to a user that
they are installing a testing version (or other special build).
Notice in the conf file below that rpms-testing is not enabled by
default. So a user will have to be deliberate to get testing versions.
To get the latest fossology version, a user only has to:
yum install fossology
to get the latest testing version, a user only has to:
yum --enablerepo=fossolog-testing install fossology
Below this we add the distro, distro version, and architecture (or
SRPMS).
For our current rpms, this means we would end up with the following
directories. For example:
rpms/CentOS/4/i368/
rpms/CentOS/4/x86-64
rpms/CentOS/4/SRPMS
same for CentOS/5, RHEL/4, and RHEL/5.
The standard RHEL4 distribution does not include a 'yum' repository
or client, so I think we didn't need to provide yum repository for
RHEL.
Ok, let's forget RHEL4 in the yum repo. But we still need RHEL5
since yum is standard there.
Are you generating GPG signatures?
I didn't generate GPG signatures now, if need I'll do this.
No. I don't think we should bother with this now.
After remake the final release packages, I'll follow this directory
organization to change the yum repository.
Thanks Vincent.
Bob Gobeille
_______________________________________________
fossology mailing list
[email protected]
http://fossology.org/mailman/listinfo/fossology
