|
Bugzilla – Full Text Bug Listing |
| Summary: | SuSEconfig.tuxpaint using excesive time | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Ruediger Oertel <ro> |
| Component: | X11 Applications | Assignee: | Stefan Dirsch <sndirsch> |
| Status: | RESOLVED FIXED | QA Contact: | Stefan Dirsch <sndirsch> |
| Severity: | Critical | ||
| Priority: | P2 - High | ||
| Version: | Beta 3 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Ruediger Oertel
2005-08-26 10:41:17 UTC
Probably this is related to the fc-match/fc-list calls to get optimized fonts for asian languages. Since tuxpaint is not in default selection I don't think this really hurts. Let's try to fix it. I don't think this would be possible. I need to call fc-match for each language (el, zh, ko, he, hi, ta) which is supported by tuxpaint and call fc-list afterwards to match the filename of the font. Question is if we do care about good i18n support or if we do not. If we don't I can remove the SuSEconfig script. It would be possible to split of a subpackage tuxpaint-suseconfig, which is only installed for el, zh, ko, he, hi, ta. IMHO overkill, but possible ... Do we need to run this script with every SuSEconfig invocation? Is there no way to cache the information so that a second run will be fast? Otherwise let's keep the status quo. Reimplementing the cache mechanism SuSEconfig.fonts is using to see if any new fonts were installed somewhere? I think this is not that easy and for sure more overkill than to split off a tuxpaint-suseconfig subpackage. selectio.changes: ------------------------------------------------------------------- Fri Aug 26 22:01:26 CEST 2005 - sndirsch@suse.de - SuSEconfig.tuxpaint: * only check for fonts when "--force" is specified (Bug #113259) fixed for Beta4. |