--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: ITP: pangographite - SILGraphite support for pango
- From: Daniel Glassey <wdg@debian.org>
- Date: Mon, 17 Apr 2006 18:07:51 +0100
- Message-id: <4443CB67.5040909@debian.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Package: wnpp
Severity: wishlist
Description:
SILGraphite is a system that can be used to create and use "smart fonts"
capable of displaying writing systems with various complex behaviors,
such as: contextual shaping, ligatures, reordering, split glyphs,
bidirectionality, stacking diacritics and complex positioning.
This library was designed and developed by the NRSI (Non-Roman Script
Initiative) within SIL International (www.sil.org) to act as a
complement to other smart font rendering technologies with limited
practical local extensibility. Its purpose is to help meet the needs of
a very large number of "minority language" communities for local
extensibility of complex script behaviours.
The behaviour of the SILGraphite rendering engine for a given writing
system is specified through extra tables added to a TrueType font. These
tables are generated by compiling a GDL (Graphite Description Language)
source file into a font using gdlcomp.
This package contains a pango module so that apps that use pango get
graphite capabilities and a support library for that module.
Once the graphite pango module is in pango core this package will only
contain the support library.
License: LGPL
Website: http://graphite.sil.org
Project page: http://www.sf.net/projects/silgraphite
Svn repo: svn://scripts.sil.org/graphite/graphite/trunk
For the graphite module to be detected and used by pango when it is
appropriate the graphite module must be at the end of the list of
modules in /etc/pango/pango.modules
The solution I have found is to divert /usr/sbin/update-pango-modules
and /usr/bin/pango-querymodules from libpango1.0-common and provide an
implementation that:
For update-pango-modules instead of using find to get the list of
modules (which is not recommended by upstream), just run pango-querymodules
The custom pango-querymodules looks for subdirectories below the main
dir and if they contain modules they will be added after the main directory.
The patch for this has been submitted at
http://bugzilla.gnome.org/show_bug.cgi?id=323661 and will be updated
with the latest patch in a mo. Once(if) this gets accepted upstream the
diversion will be removed.
Daniel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEQ8tn/offrSwPzRoRAjtNAKDtommwCcUNgTHsOG+mULnJjCUgvACgqOww
LoJg4zgbagfRXg36aOZ8CsA=
=+u7L
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Hello,
This is an automatic mail sent to close the ITP you have reported or
are involved with.
Your ITP wnpp bug is being closed because of the following reasons:
- It is, as of today, older than 365 days.
- It hasn't had any activity recently.
As this is an automatic procedure, it could of course have something
wrong and probably it would be closing some bugs that are not
intended by owners and submitters (like you) to be closed, for
example if the ITP is still of your interest, or there has been
some kind of activity around it. In that case, please reopen the
bug, do it, DO IT NOW! (I don't want to be blamed because of
mass closing and not let people know that they can easily reopen
their bugs ;-).
To re-open it, you simply have to mail control@bugs.debian.org
with a body text like this:
reopen 363105
stop
Further comments on the work done in the bug sent to
363105@bugs.debian.org would be truly welcomed.
Anyway, if you have any kind of problems when dealing with
the BTS, feel free to contact me and I'd be more than happy to help
you on this: <damog@debian.org>.
A similar process is being applied to other kind of wnpp bugs.
Thanks for your cooperation,
-- David Moreno Garza <damog@debian.org>.
--- End Message ---