Summary: | Remove old-style virtual/aspell-dict | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ulrich Müller <ulm> |
Component: | Eclasses | Assignee: | Spell checking utilities and dictionaries -- related bugs (OBSOLETE) <app-dicts+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 350792 |
Description
Ulrich Müller
2011-03-14 11:05:50 UTC
Thinking about this again: The current meaning of the virtual is "depend on some dictionary, but I don't care what language". That doesn't make much sense to me. In fact, app-text/aspell itself doesn't depend on the virtual, but carefully evaluates LINGUAS to compute its PDEPEND. I went through the list of packages that depend on virtual/aspell-dict: app-editors/nedit app-office/lyx app-text/enchant app-text/winefish mail-client/balsa mail-client/cone mail-mta/courier None of them accesses the dictionaries directly, but depends on them via aspell (typically, their configure will check for either aspell.h or libaspell). So I believe we have two options (and I'd prefer the first one): 1. Change above packages to depend on app-text/aspell, and drop the virtual entirely. 2. Move the PDEPEND logic from the aspell ebuild to a new-style virtual, and have aspell depend on the virtual. What do you think? A users perspective: I'd prefer option one if the language dependency is satisfied automatically. As long as LINGUAS is set should be so if I grok this and anything that makes the tree smaller without breakage or feature loss is a no-brainer (In reply to comment #1) > So I believe we have two options (and I'd prefer the first one): > > 1. Change above packages to depend on app-text/aspell, and drop the virtual > entirely. No reply, so I've fixed this myself. |