[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Heads up: NoArch Sub Packages Feature continues





On Mon, 15 Jun 2009, Jerry James wrote:

On Mon, Jun 15, 2009 at 8:19 AM, Florian Festi<ffesti redhat com> wrote:
The Noarch Sub Package Feature continues in F12. I just updated the package
lists and statistics on the Feature page[1]. I want to thank all the brave
package maintainers that converted some of their sub packages in the short
time frame before the F11 freeze and so gave us a test run before changing a
larger number of packages in F12.

For package maintainer things that have been said before are still valid
(surprisingly Fedora didn't change much during the freeze). -doc, language
and -common packages are still the main candidates for being switched to
noarch while game or other data files are typical candidates for being split
into a new noarch sub package.

Do you have any idea when
https://bugzilla.redhat.com/show_bug.cgi?id=502401 is going to be
fixed?  I'm reluctant to convert any more of my subpackages to noarch
while that bug persists, given what happens when people try to install
the noarch subpackages that I maintain (gcl-emacs and gcl-xemacs).

Sure, I could make those subpackages Obsolete their former selves, but
that won't help me with other people's noarch subpackages.  I've
already had to upgrade several of those by hand due to this bug on my
shiny new F-11 install.

Other people's noarch subpackages? Shouldn't they have obsoletes in place, too?

I know it's hard to grok but for all intents and purposes a arch change is A LOT like a package rename.

-sv


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]