Re: RFC: new bugzilla.fedora.us keyword

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

 



On Mon, 2004-07-12 at 09:31, Michael Schwendt wrote:
> 
> The name of the package is not important. Need not be -common. I guess
> you've seen kernel-2.4.20-*.7.x.i686.rpm packages before, which are built on
> rh73 and used on rh72 and older, too.
> 
> Or e.g. "uqm" comes with huge data packages, but they are noarch, and
> separate, too. However, it could also be that they contained little-endian
> specific data files built on a little-endian machine and then could not be
> noarch.
> 
> Or: rpm -q firefox
> firefox-0.9.1-0.fdr.3
> 
> It's the same binary for FC1 and FC2, hence no disttag, but i386.
> 
> As another example, "wesnoth" is a 22 MiB large package. Most of the size
> is due to optional graphics and OGG music files. All those data files
> could be put into a separate wesnoth-data package and be used on multiple
> target distributions and hardlinked on the server, too.
> 
> Also, noarch does not imply that a single build can be used for multiple
> distributions always. Consider Perl or perl(:MODULE_COMPAT...)
> dependencies. Such packages are noarch, but still distribution-specific.

Thanks Michael, this helps.  I think I'm clear about everything except
the wesnoth case.  Let's say I submit a wesnoth SRPM containing the
wesnoth tarball to fedora.us which creates binary packages:
  - wesnoth needing separate FC1 & FC2 builds
  - wesnoth-data with the arch/dist independent portion

Do I set the COMMON keyword on the whole package?  Create two separate
SRPMS for wesnoth and wesnoth-data?  Do something totally different?

-Toshio
-- 
_______S________U________B________L________I________M________E_______
  t  o  s  h  i  o  +  t  i  k  i  -  l  o  u  n  g  e  .  c  o  m
                                                          GA->ME 1999



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux