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

Re: Debian Games Blend



Hi,

On Sat, May 18, 2013 at 11:37:41PM +0800, Paul Wise wrote:
> On Sat, May 18, 2013 at 11:34 PM, Markus Koschany wrote:
> 
> Sounds good, games-all-main would replace what I have now (no
> contrib/non-free games).

I'd like to point out that there should be an easy way to obtain this
"games-all-main" easily if the single tasks might contain all games.  It
seems the GSoC project to rewrite the code for metapackages [1] might be
accepted.  Collecting all single dependencies and throwing them into one
single metapackage should come very cheap then.

> I don't think packages in main can depend on packages outside main, so
> you would need multiple source packages for the metapackages.

Well, currently the metapackage creation works like this:

  1. Check whether a dependency mentioned in the tasks file is in main
     and if yes use it in "Recommends"
  2. Otherwise use it as "Suggests"

While this ensures that no dependency from a package in contrib or
non-free is injected you can perfectly install those packages by using

   apt-get --install-suggests install <metapackage>

However, there is one thing to regard I'm not sure about.  The fact that
a package is not in main does not necessarily meen that it is in contrib
or non-free.  In Debian Med we make heavy use of so called "prospective
packages" which are displayed on the tasks pages as todo list, or
package in NEW whatever.  In principle this can be perfectly usefull if
you want to use those metapackages in a derivative where those
dependencies are fullfilled.  However, I have no idea how apt-get works
if these suggests are missing.

Hope this explanation helps

       Andreas.

[1] http://wiki.debian.org/SummerOfCode2013/Projects#Redesign_metapackage_creation_for_Debian_Blends

-- 
http://fam-tille.de


Reply to: