We're hoping to be able to not ship rhpl for Fedora 12 -- this isn't
something which is really a "feature", but it might be something that a
heads up is useful for. Anyone who has a package with a dependency on
rhpl should have a bug filed, 98% of them with patches, to switch to
using something else.
If you are using rhpl and *don't* have a Requires: rhpl in your spec
file (or are using it for something not in Fedora), here's the
replacements for the things which were commonly used
* rhpl.translate -> Use python's gettext module. It's a lot more
functional these days. rhpl.translate was a good idea 7 years ago,
but not anymore :)
* rhpl.ethtool -> python-ethtool provides a module with similar/the same
* rhpl.exception -> Chris Lumens has split out a new package python-meh
which includes the exception handling capabilities from rhpl with the
added support for filing to bugzilla like anaconda does
* rhpl.keyboard* -> these now live in system-config-keyboard
Does it make sense to add a new group to the comps file for distributed
computing systems? With the inclusion on condor, and some of it's
supporting feature packages, as well as potentially more grid/cloud/etc
type software coming down the pipe, I can see value in adding a group
for these types of software.
Right now condor is not listed in the comps file, so isn't available to
install from kickstart (as I understand it). If I was setting up a
cluster from the ground up, it would be nice to be able to use kickstart
to install the OS and the packages I want for a node in the cluster.
If this makes sense, what do people think about the group being named:
I've just solve the problem with the openssh-blacklist package.
Now the packae is only the 16 kbytes. It contains the downloader. The data
are downloaded from the server on user request. Excuse me the first
(big)package. I hope that way will work.
> fedora-devel-list mailing list