On Wed, Jul 23, 2008 at 03:05:48PM +0900, Takeshi Asano wrote:
> > Yong Sun wrote:
> >>
> >> I once posted a query to pkg alias and CC'd to you, if we could specify
> >> a filter as following,
> >>
> >> |(arch=i386 | arch=generic) & |
> >> | (packages=openoffice & locale=fr & (doc=true | message=true) ||
> >> | packages=all-installed & locale=fr & (doc=true | message=true) ||
> >> | packages=lang-french-support,ttf-french-fonts,...) |
What are you trying to express here?
You can have image-level filters, which apply to all packages, and you can
have package-level filters that apply to individual packages.
So you could have an image-level filter which says
arch=i386
locale=fr
doc=true
which would give you all files which were tagged as being x86 binaries (as
well as those which weren't tagged with an architecture at all), all files
tagged with the french locale (or none at all), and all files tagged as
being documentation (or not tagged as docs at all).
You could have a separate filter for openoffice:
arch=i386
locale=fr | locale=de
doc=true
which would add german localizations to the openoffice installation.
There are a number of enhancements that we'll likely need to make to
filters as we begin to use them more. For instance, it would be nice to
be able to express fallback options, such as preferring fr_CA.UTF-8, but if
something is only tagged as fr_CA, or even just fr, that would be fine.
We may also need for package-level filters to pass on to dependencies.
> >> I think we may not be able to combine all l10n packages with base
> >> packages, like the locale enabling, and fonts.
> >
> > Right, some l10n components might not have clear corresponding
> > base package and keeping l10n package(s) could be option for them.
> >
> > Fonts or input methods are candidates of those stay in separate
> > l10n package(s).
Yup, that's certainly a possibility, though I could see a single font
family being delivered by a single package, and having individual font
files being tagged with what locales they're useful in.
Danek
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
