On Thu, Aug 09, 2001 at 05:28:45PM +0200, Bernhard Rosenkraenzer wrote:
> Sure - http://rhcontrib.bero.org/. ;)
> Let me know if you have any suggestion - there's still some time to add
> features before it becomes official.
OK here are a few:
1. GPG key registry for packagers.
a) Eventual goal should be to add Contrib to RHN; that requires
trust metrics. For example, if a trusted package maintainer or
security expert issues a patch to plug a hole before RH QA
can eval the problem, it would be nice to be able to update now,
then move to the official package later. Hence an admin can say
"I'm not qualified to review this, or even patch the package,
but I trust Solar Designer." Then it's only a matter of getting
guys like Solar Designer to (re)-build rpms. :-)
b) While on this point, IANAL, but strongly believe RawHide should
really have signed packages also. Just sign them with a different
key, and disclaim all warranties. Again, IANAL, so this may not
be feasible.
2. .nosrc.rpm, etc. for xanim, jdk, ...
a.) Can current RPM do this properly, i.e., download the sources
based on URLs in the Source and Patch directives? I haven't tried
... but if so, go to b.
b.) Explain in the HOWTO how one packages a .nosrc.rpm
c.) Update the legalese section of the upload page to encourage
contributors to obey redistribution restrictions by providing
a .nosrc.rpm
3. Generate RDF for RH Contrib using the rpm2html.
a) I hope that this is not something that conflicts with Red Hat's
business plans for RHN. The reality is that if you don't provide
it, Red Carpet will (not to mention an enhanced apt).
4. Long term: as a community, we are fools if we don't move to using
librsync/rproxy or a close relative as a transport; downloading
rpms, especially things like XFree86, Emacs, glibc, and gcc are an
*enormous* waste of bandwidth that increases everybody's costs
and frustration. An enhancement to rsync would allow an archive
(tar,cpio,...) on one side to be compared to a filesystem on the
other. (Actually this can sort of be done with a little scripting
by treating the archive as a filesytem (e.g, tricking librsync with
a LD_PRELOAD), but direct support would be better.
Thanks for reviving Contrib.
Bill Rugolsky
_______________________________________________
Seawolf-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/seawolf-list
