Bug#530845: ITP: spatialindex -- A general framework to manage spatial indexes
Package: wnpp Severity: wishlist Owner: Debian GIS Project * Package name: spatialindex Version : 1.3.2 Upstream Author : Marios Hadjieleftheriou * URL : http://trac.gispython.org/spatialindex * License : LGPL 2.1+ Programming Lang: C++ Description : A general framework to manage spatial indexes Spatialindex is a C++ library that provides a framework for developing spatial indices. Currently it defines generic interfaces, provides simple main memory and disk based storage managers and a robust implementation of an R*-tree, an MVR-tree and a TPR-tree. The purpose of this library is to provide: 1. An extensible framework that will support robust spatial indexing methods. 2. Support for sophisticated spatial queries. Range, point location, nearest neighbor and k-nearest neighbor as well as parametric queries (defined by spatial constraints) should be easy to deploy and run. 3. Easy to use interfaces for inserting, deleting and updating information. 4. Wide variety of customization capabilities. Basic index and storage characteristics like the page size, node capacity, minimum fan-out, splitting algorithm, etc. should be easy to customize. 5. Index persistence. Internal memory and external memory structures should be supported. Clustered and non-clustered indices should be easy to be persisted. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530844: ITP: eggdbus -- D-Bus bindings for GObject
Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: eggdbus Version : 0.3 Upstream Author : David Zeuthen * URL : http://cgit.freedesktop.org/~david/eggdbus * License : LGPL v2+ Programming Lang: C Description : D-Bus bindings for GObject EggDBus is a D-Bus binding for GObject. It uses an "IDL language" (XML) to describe the D-Bus interfaces and generates C code from that. NOTE: The package is a dependency of the upcoming 1.0 release of PolicyKit 1.0 and will be packaged within the pkg-utopia group. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Removal of remaining packages using GTK 1.2
On Sun, May 17, 2009 at 10:12:04PM +0200, Moritz Muehlenhoff wrote: > icewm > linpopup > wmclockmon > cheops > codebreaker > gaby > dbmix > gcrontab > gbuffy > gcvs > gcx > geg > gman > gps > gqcam > gtkpool > libjsw > i2e > mah-jong > mbrowse > predict > xemacs21 > swami > xoscope > xscorch > All removed > ledcontrol > Age-days set to 8, new version now in testing. Neil -- bah Germans. You just put 100 DDs in one country and then they all become friends of each other. signature.asc Description: Digital signature
Bug#530871: RFP: psimedia -- audio and video RTP abstraction for psi
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: wnpp Version: 1.0.2 Upstream Author: 1999,2000 Erik Walthinsen 2001, 2003, 2004 David A. Schleef 2005 Sebastien Moutte 2001,2005 Thomas Vander Stichele 2005 Ronald S. Bultje 2005-2007 Wim Taymans 2005 Kai Vehmanen 2006-2009 Justin Karneges 2006 Remko Troncon 2006 Joni Valtanen 2004-2006 Zaheer Abbas Merali 2007,2008 Pioneers of the Inevitable 2007-2008 Ole André Vadla Ravnås 2007 Ali Sabil 2007 Philippe Kalaf 2007 Haakon Sporsheim 2008 Collabora Ltd 2008 Nokia Corporation 2008 Olivier Crete 2008-2009 Barracuda Networks, Inc. URL: http://delta.affinix.com/psimedia/ License: LGPL Description: audio and video RTP abstraction for psi PsiMedia is a thick abstraction layer for providing audio and video RTP services to Psi-like IM clients. The implementation is based on GStreamer. libgstprovider.so must be installed in psi's $LIBDIR/psi/plugins to enable it for psi >=0.13~rc1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Ann] Paella
Hello! Long ago, I made an announcement about paella, a project that I had just started to develop: http://lists.debian.org/debian-devel/2003/09/msg01585.html During much of this time, running paella required a small network of machines holding the infrastructure necessary to do automated installs. Times have changed since then. Almost one year ago, I purchased a laptop for about $670. The laptop came with a dual-core cpu, 3G of ram, and a large hard drive. Once I got the laptop, I decided it was time to start using virtual machines to provide an infrastructure for working with paella. I started to create a new quickstart guide that helps bootstrap a minimal infrastructure that paella could work within. I feel that since the newer computers have sufficient resources to power a small virtual network, it would be easier for people to get started with paella. Paella has been moved, since the initial announcement. It is now located here: http://paella.berlios.de/ I'm not experienced in advertising or marketing, so the website is a bit dull. It should contain enough documentation to give a good idea of what paella is, how it's designed, and how to use it. The quickstart guide is located here: http://paella.berlios.de/docs/quickstart-vbox.html I have tried to write the quickstart document to guide the reader as quickly as possible to ending up with a minimum infrastructure required to use paella. At the end of the guide, once the preparations are made, a quick tutorial on using paella helps the reader install another virtual machine very similar to the one built during the first part of the install. It should take about 2-3 hours to complete the quickstart guide. Short of uploading a pre-made disk image somewhere, I can't figure out a more convenient method of starting out with paella. In the beginning, when I started paella, there were very few tools that existed to help with making local debian repositories, or live nfsroot systems. As a result, I spent a good deal of time implementing my own solutions to these problems. As time went by, and better tools became available, I started to prune the code in favor of some of those tools. With the help of tools, like reprepro and live-helper, I can now concern myself with just the installation and data management aspects of paella, which really helps. At this time, the most important parts of paella are complete. The database schema is fairly stable, and not likely to change in any way that's important. The structure of the xml files is also pretty solid, and also not likely to change in any appreciable way. Most of the management gui is complete, at least enough to not have to use another database manager (or straight SQL) for most common operations. The installer objects have also been redesigned and tested quite a bit. The operation of the installers is not likely to change, but some steps may be added or removed, although most likely not in a way that would break most configurations. In the past, it may have seemed that paella was dead. This is mostly because I'm not very vocal when it comes to advocating it, and I've not put very much documentation online. Since 2004, I have used paella to install many servers and a few desktops for small businesses. So, paella has been used in a working environment, and it has helped me earn some money. It's no magic bullet, as it can take quite a while to create and test a configuration, however once you have things set up, the time it took to create the configuration can really pay off. This is a good time for people who might be interested in paella to take a good look at what's been accomplished, and for those who would like to use it, to help direct the rest of the work that will need to be done before a stable 1.0.0 version is released. I have a page where the future direction of paella is described: http://paella.berlios.de/docs/plans.html I want to thank all the debian developers for creating a very good system that makes it easier for me to do the work that I've been doing. In the last few years, the focus on using debconf, and getting packages to install without manual intervention has allowed me to remove quite a number of hacks that used to be used to coerce some packages to be installed without intervention. This has helped me concentrate more on getting packages configured, rather than have the time divided between getting the package installed correctly, and then configuring the package. I haven't had to use an expect script in a long time now! -- Thanks: Joseph Rawson signature.asc Description: This is a digitally signed message part.
Response
Hi. Someone just pointed me to this thread about agedu, and I thought I'd correct a misunderstanding or two. Maximiliano Curia wrote: > I've been looking at the agedu project and from my point of view it has some > design flaws: > - It creates an index database file prior any query can be made, >and the index database is loaded fully into memory on every >query. It certainly is not! The index database is _memory-mapped_ by agedu, which means that only those parts of the file relevant to a particular query will be loaded from disk (but then they'll stay in the buffer cache for a while, of course, so that subsequent queries touching the same parts of the file need not load them again). The data structure is a log-time one, so the effort required for a query is of the order of log(file size). > - Unix utilities are based on the idea of, do one thing, but do it >well, a du that has an embedded web server cannot call itself a >Unix utility. I'd be happy to discuss alternative usage modes. A convenient means for agedu to hook into an existing web server as a CGI script would seem obviously useful, for instance. > - The web interface listens on: > > 127.randrange(0-255).randrange(0-255).randrange(2-255):randrange(1025-65535) >on behalf of "security" so other users can't see your agedu, >however any user can type: netstat -l to see where agedu is >listening > - The use of a random ip can be quite troublesome in certain >firewalls setups. The random IP address selection is not part of agedu's security strategy. Agedu's security in the default mode is based on looking up each incoming connection in /proc/net and finding out which user id owns the far end of it. So it doesn't matter if another user can find out where your agedu is listening: they'll still be told 403 if they try to connect to it. _That's_ the security layer. (If you don't like that, good old-fashioned HTTP Basic password authentication is supported as an alternative.) The random IP thing was just an attempt to avoid congesting port space too much (since I anticipated multiple users running it independently), and I'm prepared to consider that it might have been misguided and arrange for it to be easily disabled at compile time. Cheers, Simon -- Simon Tatham What do we want?ROT13! When do we want it? ABJ! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530891: ITP: libqinfinity -- Qt interface for Libinfinity
Package: wnpp Severity: wishlist Owner: Ryan Kavanagh * Package name: libqinfinity Version : 1.0~beta2 Upstream Author : Gregory Haynes * URL : http://greghaynes.github.com/libqinfinity/ * License : GPLv2 or later Programming Lang: C++, Qt4 Description : Qt interface for Libinfinity Library to build collaborative text editors. Changes to the text buffers are synced to all other clients over a central server. Even though a central server is involved, the local user sees his changes applied instantly and the merging is done on the individual clients. . This package contains the Qt interface's shared object files. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: amd64 (x86_64) -- |_)|_/ Ryan Kavanagh | Gnupg key | \| \ http://blog.ryanak.ca/| E95EDDC9 signature.asc Description: Digital signature
Bug#530895: ITP: window-picker-applet -- GNOME panel applet that displays open windows as icons
Package: wnpp Severity: wishlist Owner: "Guido Günther" * Package name: window-picker-applet * URL : https://code.launchpad.net/~netbook-remix-team/netbook-remix/window-picker-applet * License : GPL Programming Lang: C The Window Picker Applet is a GNOME panel applet that displays open windows as icons on the panel, and has integrated window title-bar functionality. Optimised for use on netbook-size screens. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530900: ITP: lxinput -- a program to configure keyboard and mouse settings for LXDE
Package: wnpp Severity: wishlist Owner: Andrew Lee * Package name: lxinput Version : 0.2 Upstream Author : Hong Jen Yee (PCMan) * URL : http://lxde.org/ * License : (GPL) Programming Lang: (C) Description : a program to configure keyboard and mouse settings for LXDE LXInput is a program to configure keyboard and mouse settings for LXDE Features: * Delay and Interval for character repeat * Enable/Disable beeps of keyboard input error * Swap left and right mouse buttons * Mouse acceleration and sensitivity -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530915: ITP: skanlite -- KDE4 image scanner based on the KSane backend
Package: wnpp Severity: wishlist Owner: Kai Wasserbaech * Package name: skanlite Version : 0.3 Upstream Author : Kåre Särs Arseniy Lartsev * URL : ftp://ftp.kde.org/pub/kde/stable/4.2.3/src/extragear/ * License : GPL2+ Programming Lang: C++ Description : KDE4 image scanner based on the KSane backend Skanlite is a small and simple scanner application for KDE4 which allows easy scanning of images with an attached scanner. Through the KSane backend it can access a wide variety of different scanner models. Skanlite can be considered the replacement of Kooka. -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2&fingerprint=on&hash=on&op=vindex) signature.asc Description: OpenPGP digital signature
Bug#530937: ITP: config-grammar-perl -- grammar-based user-friendly config parser
Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso * Package name: config-grammar-perl Version : 1.10 Upstream Author : David Schweikert da...@schweikert.ch> * URL : http://search.cpan.org/dist/Config-Grammar/ * License : Perl Programming Lang: Perl Description : grammar-based user-friendly config parser Config::Grammar is a module to parse configuration files. The configuration may consist of multiple-level sections with assignments and tabular data. The parsed data will be returned as a hash containing the whole configuration. Config::Grammar uses a grammar that is supplied upon creation of a Config::Grammar object to parse the configuration file and return helpful error messages in case of syntax errors. Using the makepod method you can generate documentation of the configuration file format. .. The maketmpl method can generate a template configuration file. If your grammar contains regexp matches, the template will not be all that helpful as Config::Grammar is not smart enough to give you sensible template data based in regular expressions. The related function maketmplmin generates a minimal configuration template without examples, regexps or comments and thus allows an experienced user to fill in the configuration data more efficiently. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debtags localisation and font tags proposal
Hello, after an IRC discussion with Arne Goetje (Ubuntu i18n and l10n engineer), we have worked out a proposal for new tags for font information. New proposed facets: Facet: iso15924 Description: Writing script (discussed in the other mail about replacing culture::*) Facet: font Description: Font Tag: font::style:serif Description: Serif style Tag: font::style:sans-serif Description: Sans-serif style Tag: font::style:monospace Description: Monospace style Tag: font::style:modulated Description: Modulated style Tag: font::style:unmodulated Description: Unmodulated style Tag: font::style:screen Description: Screen style These fonts have been designed to be used primarily on screens Tag: font::style:printing Description: Printing style Tag: font::style:calligraphy Description: Calligraphy style Tag: font::style:decorative Description: Decorative style Tag: font::style:symbol Description: Symbol style Tag: font::style:impaired Description: Visual impaired style Special style to help visual impaired users Tag: font::type:truetype Description: TrueType Tag: font::type:postscript Description: PostScript Tag: font::type:bitmap Description: Bitmap Tag: font::embedded-bitmaps Description: Contains embedded bitmaps Tag: font::hints Description: Hinted The font contains hints or instructions font::type:* sounds like something that could go into made-of, but made-of does not seem to currently be of the right granularity, so I thought of putting those tags here for now. To have a software that generate a list of suitable fonts for a user would also require something more specific than tags. An example that Arne made was of a font which contains latin and cyrilic characters, but misses the special latin characters for Serbian. Such a font would need to declare support for something like (iso639::sr && iso15924::Latn && iso15924::Cyrl && ! rfc4647::sr-Latn-SR), and tags cannot be used to express that. This calls for a new debian/control field for fonts, to be copied into the Packages file. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini signature.asc Description: Digital signature
Work-needing packages report for May 29, 2009
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 381 (new: 0) Total number of packages offered up for adoption: 135 (new: 2) Total number of packages requested help for: 52 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. No new packages have been orphaned, but a total of 381 packages are orphaned. See http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: libopenraw (#530244), offered 5 days ago Description: free implementation for RAW decoding Reverse Depends: gthumb libopenraw-dev libopenraw1-dbg libopenrawgnome-dev libopenrawgnome1 libopenrawgnome1-dbg Installations reported by Popcon: 5002 php-imagick (#530621), offered 2 days ago Description: ImageMagick module for php5 Reverse Depends: gosa Installations reported by Popcon: 3325 133 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] pyro (#530280), requested 5 days ago Description: distributed object system for Python Reverse Depends: pyro-examples pyro-gui Installations reported by Popcon: 100 apache2 (#470795), requested 441 days ago Description: Co-maintainer wanted Reverse Depends: ampache apache2 apache2-dbg apache2-mpm-event apache2-mpm-itk apache2-mpm-prefork apache2-mpm-worker apache2-prefork-dev apache2-suexec apache2-suexec-custom (162 more omitted) Installations reported by Popcon: 44374 ara (#450876), requested 564 days ago Description: utility for searching the Debian package database Installations reported by Popcon: 116 asymptote (#517342), requested 90 days ago Description: script-based vector graphics language inspired by MetaPost Installations reported by Popcon: 449 athcool (#278442), requested 1675 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 202 boinc (#511243), requested 140 days ago Description: BOINC distributed computing Reverse Depends: boinc-app-milkyway boinc-app-seti boinc-dbg Installations reported by Popcon: 1585 cvs (#354176), requested 1190 days ago Description: Concurrent Versions System Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsps cvsreport (11 more omitted) Installations reported by Popcon: 22032 dctrl-tools (#448284), requested 579 days ago Description: Command-line tools to process Debian package information Reverse Depends: aptfs debian-goodies dlocate haskell-devscripts hg-buildpackage ia32-archive ia32-libs-tools libsbuild-perl mlmmj simple-cdd Installations reported by Popcon: 11706 dpkg (#282283), requested 1649 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-cross apt-src backuppc biblatex-dw build-essential bzr-builddeb checkinstall (213 more omitted) Installations reported by Popcon: 85390 elvis (#432298), requested 689 days ago Description: powerful clone of the vi/ex text editor (with X11 support) Reverse Depends: elvis elvis-console elvis-tools Installations reported by Popcon: 403 fglrx-driver (#454993), requested 537 days ago (non-free) Description: non-free AMD/ATI r5xx, r6xx display driver Reverse Depends: fglrx-amdcccle fglrx-atieventsd fglrx-control fglrx-driver fglrx-glx fglrx-glx-ia32 fglrx-kernel-src Installations reported by Popcon: 2012 flightgear (#487388), requested 341 days ago Description: Flight Gear Flight Simulator Installations reported by Popcon: 927 gentoo (#422498), requested 753 days ago Description: a fully GUI-configurable, two-pane X file manager Installations reported by Popcon: 265 gnat-4.3 (#475374), requested 413 days ago Description: help needed to execute test cases Reverse Depends: adabrowse adacontrol asis-programs ghdl gnade-bin gnat gnat-4.3 gnat-gps libadasockets-dev libahven16 (47 more omitted) Installations reported by Popcon: 885 gnat-gps (#496905), requested 273 days ago Description: co-maintainer needed Installations reported by Popcon: 133 grub2 (#248397), requested 1844 days ago Description: GRand Unified Bootloader Reverse Depends: grub grub-coreboot grub-disk grub-e
Re: Debtags localisation and font tags proposal
On Fri, May 29, 2009 at 6:31 AM, Enrico Zini wrote:
> To have a software that generate a list of suitable fonts for a user
> would also require something more specific than tags. An example that
> Arne made was of a font which contains latin and cyrilic characters, but
> misses the special latin characters for Serbian.
The language stuff should be automatically generated from the fonts
themselves. I suggest basing that on what Fedora has done for
automatic font installation with PackageKit:
https://fedoraproject.org/wiki/Features/AutoFontsAndMimeInstaller
The technical details are that they run fc-query --format '%{=pkgkit}'
/tmp/newathu.ttf, which gives output like this:
$ fc-query --format '%{=pkgkit}' /tmp/newathu.ttf
font(newathenaunicode)
font(:lang=aa)
font(:lang=af)
font(:lang=an)
font(:lang=ast)
font(:lang=av)
font(:lang=ay)
font(:lang=be)
font(:lang=bg)
font(:lang=bi)
font(:lang=br)
font(:lang=bs)
font(:lang=ca)
font(:lang=ce)
font(:lang=ch)
font(:lang=co)
font(:lang=crh)
font(:lang=cs)
font(:lang=csb)
font(:lang=cy)
font(:lang=da)
font(:lang=de)
font(:lang=el)
font(:lang=en)
font(:lang=eo)
font(:lang=es)
font(:lang=et)
font(:lang=eu)
font(:lang=fi)
font(:lang=fil)
font(:lang=fj)
font(:lang=fo)
font(:lang=fr)
font(:lang=fur)
font(:lang=fy)
font(:lang=gd)
font(:lang=gl)
font(:lang=gv)
font(:lang=ho)
font(:lang=hr)
font(:lang=hsb)
font(:lang=ht)
font(:lang=hu)
font(:lang=ia)
font(:lang=id)
font(:lang=ie)
font(:lang=ik)
font(:lang=io)
font(:lang=is)
font(:lang=it)
font(:lang=jv)
font(:lang=ki)
font(:lang=kj)
font(:lang=kl)
font(:lang=ku-tr)
font(:lang=kum)
font(:lang=kw)
font(:lang=kwm)
font(:lang=la)
font(:lang=lb)
font(:lang=lez)
font(:lang=lg)
font(:lang=li)
font(:lang=lt)
font(:lang=lv)
font(:lang=mg)
font(:lang=mh)
font(:lang=mo)
font(:lang=ms)
font(:lang=mt)
font(:lang=na)
font(:lang=nb)
font(:lang=nds)
font(:lang=ng)
font(:lang=nl)
font(:lang=nn)
font(:lang=no)
font(:lang=nr)
font(:lang=nso)
font(:lang=ny)
font(:lang=oc)
font(:lang=om)
font(:lang=os)
font(:lang=pap-an)
font(:lang=pap-aw)
font(:lang=pl)
font(:lang=pt)
font(:lang=qu)
font(:lang=rm)
font(:lang=rn)
font(:lang=ro)
font(:lang=ru)
font(:lang=rw)
font(:lang=sc)
font(:lang=se)
font(:lang=sel)
font(:lang=sg)
font(:lang=shs)
font(:lang=sk)
font(:lang=sl)
font(:lang=sma)
font(:lang=smj)
font(:lang=smn)
font(:lang=sn)
font(:lang=so)
font(:lang=sq)
font(:lang=sr)
font(:lang=ss)
font(:lang=st)
font(:lang=su)
font(:lang=sv)
font(:lang=sw)
font(:lang=tk)
font(:lang=tl)
font(:lang=tn)
font(:lang=tr)
font(:lang=ts)
font(:lang=ty)
font(:lang=uk)
font(:lang=uz)
font(:lang=vo)
font(:lang=vot)
font(:lang=wa)
font(:lang=wen)
font(:lang=wo)
font(:lang=xh)
font(:lang=yap)
font(:lang=za)
font(:lang=zu)
fc-query will hopefully become available to Debian when fontconfig
2.7.0 is released. The output above is based on RPM's PROVIDES thing.
For Debian we could either invent another control field or use
"Provides: font-lang-" in binary packages and Provides:
${font:Provides} in source packages and create a dh_font_provides or
similar.
fc-query also has human-readable output not dissimilar to the fc-match
-v output:
http://fpaste.org/paste/13184
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debtags localisation and font tags proposal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Wise wrote:
> On Fri, May 29, 2009 at 6:31 AM, Enrico Zini wrote:
>
>> To have a software that generate a list of suitable fonts for a user
>> would also require something more specific than tags. An example that
>> Arne made was of a font which contains latin and cyrilic characters, but
>> misses the special latin characters for Serbian.
>
> The language stuff should be automatically generated from the fonts
> themselves. I suggest basing that on what Fedora has done for
> automatic font installation with PackageKit:
s/should/can/
> https://fedoraproject.org/wiki/Features/AutoFontsAndMimeInstaller
>
> The technical details are that they run fc-query --format '%{=pkgkit}'
> /tmp/newathu.ttf, which gives output like this:
The list can be autogenerated, yes, but needs to be reviewed by a human.
Since fc-query only checks codepoint coverage, it misses cases, where
additional truetype features must be present to render a language
correctly. If that happens, the corresponding language tag should be
removed. Also, for CJK fonts the list will include Greek and Cyrillic at
least, but we all know that those fonts are not really suitable for
rendering those languages.
Cheers
Arne
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkoffU0ACgkQbp/QbmhdHoymEACgldWx5YHAMNa5N+0Nex3EH7xn
rmAAn1oyNkwVAM9NOC6hw5kSjpNvXBn5
=zRrJ
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [Pkg-fonts-devel] Debtags localisation and font tags proposal
Charles Plessy wrote: > Le Thu, May 28, 2009 at 11:31:39PM +0100, Enrico Zini a écrit : >> Tag: font::style:serif >> Description: Serif style >> >> Tag: font::style:sans-serif >> Description: Sans-serif style > > Hi Enrico, > > Maybe the description could be extended to include the ‘Ming’ and > ‘gothic’ > styles of Han character fonts ? > > http://en.wikipedia.org/wiki/Ming_typeface > http://en.wikipedia.org/wiki/East_Asian_gothic_typeface > > Have a nice day, AFAICT that's what the general modulated/unmodulated classification is for. Some of the CJK open fonts listed on the freedesktop wiki are already classified like that: http://www.freedesktop.org/wiki/Software/Fonts Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Re: [Pkg-fonts-devel] Debtags localisation and font tags proposal
Enrico Zini wrote: > Hello, > > > after an IRC discussion with Arne Goetje (Ubuntu i18n and l10n > engineer), we have worked out a proposal for new tags for font > information. Hi, This sounds great and will be extremely useful as we get more and more DFSG-compliant open fonts released and packaged in Debian. > New proposed facets: > > Facet: iso15924 > Description: Writing script >(discussed in the other mail about replacing culture::*) > > > Facet: font > Description: Font > > Tag: font::style:serif > Description: Serif style > > Tag: font::style:sans-serif > Description: Sans-serif style > > Tag: font::style:monospace > Description: Monospace style > > Tag: font::style:modulated > Description: Modulated style > > Tag: font::style:unmodulated > Description: Unmodulated style > > Tag: font::style:screen > Description: Screen style >These fonts have been designed to be used primarily on screens > > Tag: font::style:printing > Description: Printing style > > Tag: font::style:calligraphy > Description: Calligraphy style > > Tag: font::style:decorative > Description: Decorative style > > Tag: font::style:symbol > Description: Symbol style > > Tag: font::style:impaired > Description: Visual impaired style >Special style to help visual impaired users > > Tag: font::type:truetype > Description: TrueType We also need a Tag: font::type:opentype Description: OpenType, including smart features and extended tables to take into account the various smart open fonts we already have in the archive. > Tag: font::type:postscript > Description: PostScript > > Tag: font::type:bitmap > Description: Bitmap > > Tag: font::embedded-bitmaps > Description: Contains embedded bitmaps > > Tag: font::hints > Description: Hinted >The font contains hints or instructions > > > font::type:* sounds like something that could go into made-of, but > made-of does not seem to currently be of the right granularity, so I > thought of putting those tags here for now. > > > To have a software that generate a list of suitable fonts for a user > would also require something more specific than tags. An example that > Arne made was of a font which contains latin and cyrilic characters, but > misses the special latin characters for Serbian. > > Such a font would need to declare support for something like (iso639::sr > && iso15924::Latn && iso15924::Cyrl && ! rfc4647::sr-Latn-SR), and tags > cannot be used to express that. This calls for a new debian/control > field for fonts, to be copied into the Packages file. The language tags should probably be using 3 letter codes (iso639-3 or later) so as to make provision for more languages. fontaine, developed by Ed Trager for the needs of the Open Font Library allows you to compute the font coverage for each Unicode block and report it as unsupported, fragmentary, partial (with a percentage) or full: http://www.unifont.org/fontaine/ This could be used to fill in these fields. So, how can the Fonts Task Force (http://pkg-fonts.alioth.debian.org/) help out with this task? > Ciao, > > Enrico Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
