On Jun 3, 2008, at 11:03 AM, Jeremy Katz wrote:
So rhpl has over time turned into something of a dumping ground and
we're really not using it for much any more. This probably means it's
getting close to its time to go away (much like was done with
pythonlib
before).
Left in anaconda[1] are really just a couple of uses of rhpl
* rhpl.getArch() -- We mvoed this out of iutil, we could easily move
it
back
I've never liked rhpl.getArch() and would really like to see it go
away completely. Uses of it in anaconda sort of hide what values you
are really testing for. When you rhpl.getArch() hands you 's390',
that really means s390 and s390x. And so on. I would prefer to
explicitly test os.uname(). For issues that revolve around multilib
packages, could we put pressure on yum or rpm to provide a function we
can call to tell us what we should use?
If we absolutely need it, I'd say iutil is a better home for it.
* rhpl.simpleConfig -- I think this might be replaceable with
python-iniparse but I haven't looked to make sure
ConfigParser? Course, I don't know what rhpl.simpleConfig is used for
anyway.
* rhpl.keyboard -- we use this in a few places and definitely would
need
to do something for the consolidated keyboard list. But
system-config-keyboard might be the better place for this to live
I think system-config-keyboard makes the most sense for this.
[1] The biggest thing was rhpl.translate, but I moved everything to
just
use the gettext module directly today.
Hooray!
--
David Cantrell <dcantrell@xxxxxxxxxx>
Red Hat / Honolulu, HI
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
