Bug#860155: ITP: smith -- fonts and keyboards build and test framework
Package: wnpp Severity: wishlist * Package name: smith Version : 0.3.1 Upstream Author : SIL International * URL : http://github.com/silnrsi/smith * License : BSD-3-clause Programming Lang: Python Description : Fonts and keyboards build and test framework Description: smith is a Python-based framework for building, testing and maintaining WSI (Writing Systems Implementation) components such as fonts and keyboards. Smith orchestrates and integrates various tools and utilities to make a standards-based open font design and production workflow easier to manage. Building a font involves numerous steps and various programs, which, if done by hand, would be prohibitively slow. Even working out what those steps are can take a lot of work. Smith uses a dedicated file at the root of the project (the file is python-based) to allow the user to describe how to build the font. By chaining the different build steps intelligently, smith reduces build times to seconds rather than minutes or hours, and makes build, test, fix, repeat cycles very manageable. By making these processes repeatable, including for a number of fonts at the same time, your project can be shared with others simply, or - better yet - it can be included in a CI (Continuous Integration) system. This allows for fonts (and their various source formats) to truly be libre/open source software and developed with open and collaborative methodologies. Smith is made up of various subpackages and pulls in a bunch of dependencies (it's a toolchain after all) which still need to be packaged up for Debian. There are currently Launchpad build recipes and packaging branches targetting Ubuntu that need to be turned into full Debian packages. We plan to unpack the underlying waf framework on which this toolchain is built and ship its source and not just the compressed/pickled binary. Members of pkg-fonts - Debian Fonts Task Force - have expressed interest in this toolchain: https://alioth.debian.org/projects/pkg-fonts/
Bug#766055: [Pkg-fonts-devel] Bug#766055: Bug#766055: Bug#766055: fonts-sil-andika: every 5min a noisy cron mail
On 10/20/2014 06:00 PM, Christian PERRIER wrote: Quoting Nicolas Spalinger (nicolas_spalin...@sil.org): Mmm, this fontconfig aliasing of the Design Review versions is not needed and should really be removed. You mean the entire 65-andika.conf file? Yes, I think the file should be removed. The newer Andika font supercedes the Basic and Design Review versions anyway. If any users really want aliasing (unlikely scenario IMHO) then they should be doing that themselves. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766055: [Pkg-fonts-devel] Bug#766055: fonts-sil-andika: every 5min a noisy cron mail
On 10/20/2014 02:14 PM, Holger Levsen wrote: package: fonts-sil-andika version: 1.004-1 severity: important x-debbugs-cc: mu...@packages.debian.org Hi, I've upgraded an very old jessie system yesterday, where it upgraded fonts-sil-andika from 1.002-4 (the version in wheezy) to 1.004-1 (jessie's current version), while munin has been upgraded from 2.0.19-3 to 2.0.21-2. And since then I get these mails every 5min: Subject: Cron munin@hostname if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi On Montag, 20. Oktober 2014, Cron Daemon wrote: Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 14: Having multiple values in test isn't supported and may not work as expected (this line 8 times repeated) I'm not sure (anymore) whether it's really not munin's (cron) fault to blame, filing the bug now to not forget the issue, will investigate further later. cheers, Holger Mmm, this fontconfig aliasing of the Design Review versions is not needed and should really be removed. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703456: [Pkg-fonts-devel] Bug#703456: Please add Nafees Nastaleeq
On 10/06/14 14:07, Gunnar Hjalmarsson wrote: 2014-06-10 07:07, Christian PERRIER wrote: Let's first decide about Nafees Nastaleeq Right. This is the license again: http://www.cle.org.pk/software/license/Nafees_Nastaleeq_License.html Basically it's an Expat license with a few restrictions: - You must rename the font if you modify it - While you are permitted to include the font in commercial software, you are not allowed to sell the font itself. - You may not use the names Nafees or CRULP in an advertising context without permission. So, would any of those restrictions prevent the font from being included in the Debian archive? Personally I think not. One of the major issues lies with a clause referring explicitly to the GPL while the license itself not being the GPL. Basically the font embedding clause is really messy: this font exception (lifted from the experimental font exception designed to work with the GNU GPL) can be removed in downstream derivatives: users and publishers cannot be sure that derivative fonts explicitly allow embedding or not. The significant risk is that documents created using derivative fonts will have to be released under GPL because this font license propagates to the document itself which is an unintended but quite problematic side-effect. The consequence is that it breaks the trust users can put into the licensing if they can't be sure if they can embed the fonts or not in their documents. And - as Christian rightly pointed out - there are serious issues from a compatibility point of view to take into account. For example, the smart font code is stuck in a silo project-only license. Not so good for future maintainership and general efforts to move towards a more open buildpath. Debian and Ubuntu should not encourage but rather resist every well-meaning research institute around the world trying to cook up their own project-specific and incompatible license. I think it's well-worth for the benefit of Debian and Ubuntu users of this font (and the wider community) to continue to advocate for a re-relase by upstream under a community-recognized and DFSG-approved license instead. Thanks to all involved for their work on this :-) -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703456: [Pkg-fonts-devel] Bug#703456: Bug#703456: Bug#703456: Please add Nafees Nastaleeq
On 09/06/14 09:07, Paul Wise wrote: I'm not sure what all this means in terms of the DFSG but it is probably OK. May I suggest helping upstream to come up with reproducible buildpath instead of creating a Debian-specific one ? A much better long-term strategy for everyone. You can look into libfont-ttf-scripts-perl (and newer repository version) which contain the volt2ttf and related utilities and can work with text-based representations of the smart features. (vtp files). Type designers are increasingly moving towards using the .fea features files format. BTW, if you haven't noticed yet, there are significant issues with the licensing of this font that still need fixing (it's sadly a non-standard mishmash of licenses with little coherence, legal validity or practical use cases: http://www.cle.org.pk/software/license/Nafees_Nastaleeq_License.html So I would expect our ftpmasters to seriously frown on this and reject it!). TTBOMK various people (including Mozilla) are in touch with upstream to get them to re-release under a community-approved license. HTH, -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747574: [Pkg-fonts-devel] Bug#747574: fonts-sil-gentium: Name change and new version available upstream
On 10/05/14 07:39, Kess Vargavind wrote: Package: fonts-sil-gentium Version: 20081126:1.02-13 Severity: normal Dear maintainers, The Gentium family of fonts have forked upstream into Gentium Plus. The older Gentium fonts will continue to be available but not maintained. Please consider transition fonts-sil-gentium to fonts-sil-gentium-plus with the newer fonts. Kind regards, Kess Hi, You are introducing increased and unneeded complexity if you want the packaging for the original version of Gentium to transition to the new one. Yes, they are from the same upstream but have different features and Unicode coverage, not to mention different names. So, they should be separate packages. As indicated on the upstream page, Gentium Plus is already packaged for Ubuntu 12.04. Please base your package on this so as not to introduce divergence. Thank you, -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747575: [Pkg-fonts-devel] Bug#747575: fonts-sil-nuosusil: Change name of package
On 10/05/14 07:46, Kess Vargavind wrote: Package: fonts-sil-nuosusil Version: 2.1.1-7 Severity: minor Dear maintainers, Please consider changing the name of this package to fonts-sil-nuosu. Then all font packages from SIL follow the same naming scheme. Kind regards, Kess Hi, Even more important than showing the original foundry, the naming scheme needs to have the full internal font name. In this particular case Nuosu SIL. So there might be a repetition with the current naming scheme of the packages. Thank you. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645966: [Pkg-fonts-devel] Bug#645966: Bug#645966: Bug#645966: New upstream release (0.7) available
On 22/10/11 12:08, Christian PERRIER wrote: Quoting Nicolas Spalinger (nicolas_spalin...@sil.org): The updated packaging is almost ready on the pkg-fonts repository: When it is ready can you please point me to the .dsc file? Yes, as soon as the last versionning mismatch is fixed (currently all font sources but the final otf have been fixed) I'll build the package and point you to the .dsc. Thanks ! -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645966: [Pkg-fonts-devel] Bug#645966: New upstream release (0.7) available
On 20/10/11 02:35, Michael Biebl wrote: Package: fonts-cantarell Version: 0.0.6+git20110405-1 Severity: wishlist Hi, there is a new upstream release of fonts-cantarell available [1] which was released as part of GNOME 3.2.1. Would be great to have an updated Debian package Cheers, Michael [1] http://ftp.gnome.org/pub/GNOME/sources/cantarell-fonts/0.0/cantarell-fonts-0.0.7.tar.xz The updated packaging is almost ready on the pkg-fonts repository: There's just a versionning mistmatch which I pointed out upstream in https://bugzilla.gnome.org/show_bug.cgi?id=662335 Hopefully this can get resolved soon. Cheers, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 26/09/11 18:12, Christian PERRIER wrote: Quoting Jordi Mallach (jo...@debian.org): Hi, The GNOME3 transition is reaching its critical stages, and soon the most visible parts of GNOME will be replaced with their 3.x versions. We'd *really* like to be able to upload GNOME 3.2 having Cantarell available in unstable. Has there been any progress with the packaging? When can we expect an upload? No visible progress since Aug 9th, when Nicolas (CC'ed) mentioned: === snip == I was away (VAC with no email) for about a while. Hoping to get to taking care of that package (and others in the pipeline) soon. Still a few items to go over and tweak I think. === snip == I can try building what we have in SVN...but I'd like to give Nicolas a last chance to either react or make some more changes. Dear Jordi and Christian, Apologies for my lack of availability these past few weeks. Will do a final check today and tweak the final items if needed and report back. Bye, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 28/09/11 10:40, Jordi Mallach wrote: Hi, On Wed, Sep 28, 2011 at 10:09:00AM +0200, Nicolas Spalinger wrote: Apologies for my lack of availability these past few weeks. Will do a final check today and tweak the final items if needed and report back. Thanks! I hope the upload can happen soon! Jordi OK, apart from some lintian warnings related to finer points of DEP5 syntax that I wasn't able to resolve so far and that are overall minor, the Cantarell package is now ready. Christian, should I push to mentors.d.n or will you build from our svn directly? Cheers, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583619: RFP: otf-googlefonts -- Free Web Fonts by Google
There have already been various discussions on this but I'm now adding it to this particular bug. These libre/open fonts must be packaged separately and not in a huge lump of different upstreams, usecases and licenses. No one is likely to use them all at the same time. This is in line with the general policies of the pkg-fonts team. Some of these fonts are already packaged by members of the pkg-fonts team: http://pkg-fonts.alioth.debian.org This RFP should probably be closed. -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 03/08/11 08:28, Christian PERRIER wrote: Quoting Michael Biebl (bi...@debian.org): I did some initial work. Nicolas Spalinger made a lot of improvements by resyncing with upstream (which has no clear released version). I consider Nicolas to be mostly the person in charge to prepare the package and I'll upload it when done. Sounds great! Do you have a prospective timeframe when the package will be ready? Are there any blockers left? Not really. I don't see much activity from Nicolas side, so I assume the package might be ready but I'd prefer getting an ACK from him. I was away (VAC with no email) for about a while. Hoping to get to taking care of that package (and others in the pipeline) soon. Still a few items to go over and tweak I think. Cheers, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635902: ITP: fonts-sil-annapurnasil
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: fonts-sil-annapurnasil Version : 1.001 Upstream Author : Jon Coblentz, Sharon Correll, Peter Martin, SIL font engineers - SIL International. * URL : http://scripts.sil.org/AnnapurnaSIL * License : Open Font License 1.1 Description : smart font for the many languages using Devanagari Description: Annapurna SIL is a TrueType font with smart font capabilities added using OpenType and Graphite font technologies. This means that complex typographic issues such as the placement of combining marks or the formation of ligatures are handled by the font, provided you are running an application that provides an adequate level of support for one of these smart font technologies. These fonts are named after the majestic Annapurna mountain range of Nepal. The goal is to provide a Unicode-based font family with support for the many diverse languages that use Devanagari script to produce readable, high-quality publications. The design is intended to be highly readable, reasonably compact, and visually attractive. Annapurna SIL has a calligraphic design that reflects the stroke contrast of writing the characters with a broad nib used for Devanagari. This package includes formats and templates for usage on the web. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602905: fonts-sil-gentium-plus: changing back from ITP to RFP
retitle 602905 ITP: fonts-sil-gentium-plus -- extended Unicode smart owner 602905 ! thanks Sorry for the unexpected delays, the package is ready. I will soon upload it to mentors.d.n and get DDs in the pkg-fonts team to sponsor it for me. -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634866: ITP: fonts-sil-andika-compact
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: fonts-sil-andika-compact Version : 1.000 Upstream Author : Upstream Author: Victor Gaultney, Annie Olsen, Julie Remington, Eric Hays, Don Collingsworth, SIL font engineers - SIL International. * URL : http://scripts.sil.org/Andika * License : Open Font License 1.1 Description : extended smart Unicode Latin/Greek font family for literacy (Compact version) Description: Andika (Write! in Swahili) is a sans serif, Unicode-compliant font designed especially for literacy use, taking into account the needs of beginning readers. The focus is on clear, easy-to-perceive letterforms that will not be easily confused with one another. A sans serif font is preferred by some literacy personnel for teaching people to read. Its forms are simpler and less cluttered than some serif fonts can be. For years, literacy workers have had to make do with fonts that were available but not really suitable for beginning readers and writers. In some cases, literacy specialists have had to tediously cobble together letters from a variety of fonts in order to get the all of characters they need for their particular language project, resulting in confusing and unattractive publications. Andika addresses those issues. After receiving many insightful comments on the Design Review and Basic fonts, Andika's final letterforms have been refined with alternate shapes still available for some characters. This font now contains the same character set as Charis SIL and Doulos SIL. It provides OpenType and Graphite features like smart code for diacritic placement. It supports recent additions to Unicode and the SIL PUA, and character assignments are updated to conform to Unicode 5.1 This is the compact version to allow more flexibility with diacritics. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634356: ITP: fonts-sil-andika
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: fonts-sil-andika Version : 1.000-developer Upstream Author : Upstream Author: Victor Gaultney, Annie Olsen, Julie Remington, Eric Hays, Don Collingsworth, SIL font engineers - SIL International. * URL : http://scripts.sil.org/Andika * License : Open Font License 1.1 Description : extended smart Unicode Latin/Greek font family for literacy Description: Andika (Write! in Swahili) is a sans serif, Unicode-compliant font designed especially for literacy use, taking into account the needs of beginning readers. The focus is on clear, easy-to-perceive letterforms that will not be easily confused with one another. A sans serif font is preferred by some literacy personnel for teaching people to read. Its forms are simpler and less cluttered than some serif fonts can be. For years, literacy workers have had to make do with fonts that were available but not really suitable for beginning readers and writers. In some cases, literacy specialists have had to tediously cobble together letters from a variety of fonts in order to get the all of characters they need for their particular language project, resulting in confusing and unattractive publications. Andika addresses those issues. After receiving many insightful comments on the Design Review and Basic fonts, Andika's final letterforms have been refined with alternate shapes still available for some characters. This font now contains the same character set as Charis SIL and Doulos SIL. It provides OpenType and Graphite features like smart code for diacritic placement. It supports recent additions to Unicode and the SIL PUA, and character assignments are updated to conform to Unicode 5.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628812: [Pkg-fonts-devel] Bug#628812: RFP: ttf-abattis-cantarell -- Cantarell sans font
On 03/06/11 08:56, Christian PERRIER wrote: Quoting Daniel Glassey (dglas...@gmail.com): Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org We should probably target fonts-abattis-cantarell as package name as per our recent-but-yet-to-be-published fonts packaging policy. Or maybe even fonts-cantarell if the foundry makes less sense. Homepage: http://abattis.org/cantarell/ License: SIL Open Font Licence v1.1. it is the open font used by Gnome 3 and the source is developed in gnome git http://git.gnome.org/browse/cantarell-fonts/tree I haven't found a released tarball for the font source. One can indeed download an non-versioned ZIP file with only TTF files, but I think it would be worth having the package building TTF and OTF files from source. I think we really should ping GNOME upstream again about resolution of these upstream bugs before packaging: https://bugzilla.gnome.org/show_bug.cgi?id=635383 https://bugzilla.gnome.org/show_bug.cgi?id=644126 https://bugzilla.gnome.org/show_bug.cgi?id=644187 https://bugzilla.gnome.org/show_bug.cgi?id=644201 Cheers, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625737: [Pkg-fonts-devel] Bug#625737: ITP: fonts-ricty -- High quality japanse fonts based on Inconsolata and Migu 1M
On 06/05/11 07:02, Christian PERRIER wrote: Quoting Christian PERRIER (bubu...@debian.org): Quoting Youhei SASAKI (uwab...@gfd-dennou.org): Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: fonts-ricty Version : 2.0.2 Upstream Author : Yasunori Yusa * URL or Web page : http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty.html * License : SIL Open Font License Ver.1.1 and M+ FONTS LICENSE and IPA Font License Agreement v1.0 Description : High quality japanse fonts based on Inconsolata and Migu 1M Hello Sasaki-san, Isn't this more or less obsoleting inconsolata? inconsolata being team-maintained by pkg-fonts, maybe could you join the team so that we can easily handle this? Sorry, while the above mail came out, you sent an RFS request to the pkg-fonts team mailing list. Still, I am not sure whether this font package is maintained in the team's SVN and if you're formally a team member (with commit rights on Alioth, etc). Hi everyone, It seems there are a number of issues with this ITP: This looks like a branch of Inconsolata. There are other derivative works out there like for example: https://github.com/cosmix/Inconsolata-Hellenic http://nodnod.net/2009/feb/12/adding-straight-single-and-double-quotes-inconsola/ https://build.opensuse.org/package/files?package=inconsolata-fontsproject=home%3Athomas-schraitle Regardless of the quality, coverage or legal soundness of these derivatives, they do not obsolete the main original version (tip) which is still being improved with hinting and display regression fixes for example. (with hopefully a new official release soon). They may be branches which get merged back into trunk (tip) or branches that end up becoming more useful that the original separately but they don't replace the original. AFAICT this derivative called ricty is really a merge of 4 different fonts under different licenses. And not a disjunct of the various licenses. The project-specific and organisation-specific M+ license is really a BSD-like (BTW it is missing a translation for non-Japanese speakers in the source tree). Why not advocate for use of an already established permissive non-copyleft attribution-only license like BSD / MIT instead? This would reduce licensing proliferation and allow increased cross-pollination with compatible projects. I don't know if this is intentional or not but the copyleft aspects of two of the three licensing models have been ignored here: this merge breaches section 5 of the OFL. And also breaches the IPA Font Licensing agreement article 3, 1. 3) (not that the IPA font license is particularly readable... but still). This goes against the author's original wishes in picking these licenses for their creation. You can't merge works coming from two different copyleft licenses together in any meaningful way... How can you satisfy the requirements of these licenses together and keep the project developing in a sane way? This will be very very confusing for designers wanting to build upon this work, not to mention users if Debian lets it go into main. (generally dual-licensing of fonts is a bit of a headache as well and not exactly recommended). This needs to be sorted. Joining the team like Christian suggested sounds like a good way to help do that and take advantage of the collective skill of pkg-fonts. I would respectfully suggest contacting the authors of these fonts to get them to consider licensing compatibility issues and maybe sending their patches upstream for inclusion in the mainline of Inconsolata. Or maybe there are other sets of glyphs from another font that offers the same coverage and quality in a more compatible way for appropriate merging? I freely admit that my knowledge of Japanese is sadly close to zero (I can barely write my own first name) but I'm confident Hideki-san or other Japanese speakers in our team can provide further help with these issues and upstream advocacy if they wish. Looking at all the work in our repository, Hideki-san surely has been quite successful (!) interacting with Japanese designers to get fonts released under licenses Debian users can safely use. HTH, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625749: [Pkg-fonts-devel] Bug#625749: ttf-takao: Debian packaging license should be compatible with upstream
[...] Anyway, I recommend that Debian packaging license be compatible with upstream, even if upstream source is not yet modified. I would also strongly recommend that packaging - whether simple debhelper stanzas or complex and tricky buildpath involving more significantly copyrightable material - be released under a license compatible with that of the font software being packaged. in the spirit of DEP5 I'd recommend something like: Files: debian/* Copyright: (C) $date Fred Foobar License: The Debian packaging is distributed under the same license as the Font Software. One more items to think about and discuss for our policy currently being formed I guess :-) Thanks, -- Tatsuya Kinoshita -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 07/04/11 19:09, Fabian Greffrath wrote: Am 06.04.2011 15:13, schrieb Josselin Mouette: What is exactly preventing the upload then? Is it about the build system not regenerating fonts automatically? I am still not sure myself... Nicolas, what are the exact single issues that you think prevent us from uploading the cantarell fonts package to experimental (I mean package-wise)? GNOME 3 is out and I have been asked by several people within the last few days about the status of these fonts. At this stage, and since there's no automated functional self-contained buildpath, we won't create a Debian-specific one and we'll package only the final font files, we're mostly waiting on upstream for satisfactory resolution of GNOME #644201 and #635383 (versionning, license metadata, copyright and credits issues). I feel that for long-term maintainership and best practises, these issues are important to get right before inclusion into main. I’m pretty sure the ftp-masters’ position on such topics is that as long the sources are here, just installing the .otf files without rebuilding them is fine. There are even font packages that contain only the binary font files (e.g. gsfonts) as long as the license is appropriate. Yes, and the ftp-masters are making the right decision here: removing quality open fonts for which we don't have a full reproducable buildpath just yet but which satisfy the 4 freedoms would be a self-defeating measure and would seriously hinder lots of practical uses of Debian for many users. Better work on upstream advocacy to release as much source as possible (which can include a bunch of different files including the .ttf files themselves) and improve the open font design toolkit. - Fabian Cheers, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: [Pkg-fonts-devel] Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
On 19/04/11 17:41, Josselin Mouette wrote: Le mardi 19 avril 2011 à 17:35 +0200, Nicolas Spalinger a écrit : At this stage, and since there's no automated functional self-contained buildpath, we won't create a Debian-specific one and we'll package only the final font files, we're mostly waiting on upstream for satisfactory resolution of GNOME #644201 and #635383 (versionning, license metadata, copyright and credits issues). I feel that for long-term maintainership and best practises, these issues are important to get right before inclusion into main. I agree these are important issues and I appreciate your work on these topics, but I don’t think they should prevent inclusion in main. Hi Josselin, Thanks for your answer, and thanks for your rocking work on GNOME packaging among other things! Although the bugs have some cosmetic elements thrown in as well there are deeper issues: I still feel that getting the authorship elements right is rather important. I guess I'm worried some upstreams may consider that once the package is in main these issues can conveniently be ignored and bugs left untouched... I’m pretty sure the ftp-masters’ position on such topics is that as long the sources are here, just installing the .otf files without rebuilding them is fine. There are even font packages that contain only the binary font files (e.g. gsfonts) as long as the license is appropriate. Yes, and the ftp-masters are making the right decision here: removing quality open fonts for which we don't have a full reproducable buildpath just yet but which satisfy the 4 freedoms would be a self-defeating measure and would seriously hinder lots of practical uses of Debian for many users. Better work on upstream advocacy to release as much source as possible (which can include a bunch of different files including the .ttf files themselves) and improve the open font design toolkit. And in the meantime, include the fonts in Debian. Right? :) Yes, for buildpath issues certainly, but I feel that for unclear licensing declarations and authorship, it's worth thinking over. Interaction with upstream for such clarifications - like we've successfully done for many fonts now packaged thanks to the work of many in pkg-fonts - is worth it. Sadly many font designers are not doing due diligence in these issues and this is where pkg-fonts members have been very helpful in getting there resolved by seriously reviewing, asking questions and pushing back a little before inclusion. FWIW, in my experience with following Dave Crossland's Cantarell project since back in July 2009, it's really when interacting with releasing and packaging goals that authorship, licensing and documentation issues (obviously minor compared to the actual design work but still important long-term) have been dealt with. We're almost there IMHO, that's why I'm pushing (hopefully in a friendly way) for the last few items to be resolved. HTH, -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian fonts task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605871: [Pkg-fonts-devel] Bug#605871: fontforge runs find / during the configure step
On 04/12/10 09:30, Matthias Klose wrote: Package: fontforge Version: 0.0.20100501-3 checking trying to find the freetype source directory -- be patient... runs ... find / -name ttobjs.h -print for several hours, including network shares. Is this serious? AFAICT the --with-freetype-src parameter makes the configure script find what it needs in the relevant system include folder instead of running this big search... -- Nicolas Spalinger, SIL NRSI volunteer - http://scripts.sil.org Debian font task force - http://pkg-fonts.alioth.debian.org Open font community - http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605509: ITP: fonts-sil-gentium-plus-compact: smart font family for Latin, Greek and Cyrillic (tight spacing version)
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: fonts-sil-gentium-plus-compact Version : 1.504 Upstream Author : Victor Gaultney, Annie Olsen, Iska Routamaa, SIL font engineers, SIL International * URL : http://scripts.sil.org/Gentium * License : Open Font License 1.1 Description : smart font family for Latin, Greek and Cyrillic (tight spacing version) Description: Gentium (belonging to the nations in Latin) is a Unicode typeface family designed to enable the many diverse ethnic groups around the world who use the Latin script to produce readable, high-quality publications. The design is intended to be highly readable, reasonably compact, and visually attractive. Gentium has won a Certificate of Excellence in Typeface Design in two major international typeface design competitions: bukva:raz! (2001) and TDC2003 (2003). The goal is to provide a single Unicode-based font family that contains a comprehensive inventory of glyphs needed for almost any Roman- or Cyrillic-based writing system, whether used for phonetic or orthographic needs, and provide a matching Greek face. In addition, there is provision for other characters and symbols useful to linguists. This font makes use of state-of-the-art font technologies to support complex typographic issues, such as the need to position arbitrary combinations of base glyphs and diacritics optimally. Gentium Plus is based on the original Gentium design. However, it now has the full OpenType and Graphite support that Doulos SIL and Charis SIL contain — including full IPA support. Gentium Plus Compact is a dedicated derivative with line spacing metrics modified to Tight via TypeTuner. More font sources (including web fonts and corresponding examples) are available in the main Gentium Plus release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602905: ITP: ttf-sil-gentium-plus: extended Unicode smart font family for Latin/Greek/Cyrillic
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-sil-gentium-plus Version : 1.502 Upstream Author : Victor Gaultney, Annie Olsen, Iska Routamaa, SIL font engineers, SIL International * URL : http://scripts.sil.org/Gentium * License : Open Font License 1.1 Description : extended Unicode smart font family for Latin/Greek/Cyrillic Description: Gentium (belonging to the nations in Latin) is a Unicode typeface family designed to enable the many diverse ethnic groups around the world who use the Latin script to produce readable, high-quality publications. The design is intended to be highly readable, reasonably compact, and visually attractive. Gentium has won a Certificate of Excellence in Typeface Design in two major international typeface design competitions: bukva:raz! (2001) and TDC2003 (2003). Gentium Plus is based on the original Gentium design. However, it now has the full OpenType and Graphite support that Doulos SIL and Charis SIL contain — including full IPA support! The goal for this product is to provide a single Unicode-based font family that contains a comprehensive inventory of glyphs needed for almost any Roman- or Cyrillic-based writing system, whether used for phonetic or orthographic needs, and provide a matching Greek face. In addition, there is provision for other characters and symbols useful to linguists. This font makes use of state-of-the-art font technologies to support complex typographic issues, such as the need to position arbitrary combinations of base glyphs and diacritics optimally. Work is ongoing to provide bold and bold-italic weights, as well as a complete book-weight family. The extended font sources are available in the source package and on the project website. Webfont versions and examples are also available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452967: ITA: ttf-georgewilliams -- Open fonts by George Williams
Moritz Muehlenhoff wrote: On Sun, Jul 05, 2009 at 09:17:41PM +0200, Nicolas Spalinger wrote: Filippo Giunchedi wrote: On Sun, Dec 16, 2007 at 07:16:57PM +0100, Nicolas Spalinger wrote: retitle 452967 ITA: ttf-georgewilliams -- Open fonts by George Williams owner 452967 Nicolas Spalinger nicolas_spalin...@sil.org thanks These fonts will be co-maintained via the Alioth pkg-fonts team (http://pkg-fonts.alioth.debian.org/) and will be be split into ttf-foundry-fontfamilyname packages. Is this actually going to happen anytime soon? I'd like to do a QA upload of gw-fonts-ttf removing the fc-cache call from postinst as that is not needed anymore. Thanks for the QA upload. I intend to finally take care of packaging George Williams fonts over the next few days. This was a year ago. What is the status? Sorry for the huge delay on this. No real progress on this particular packaging task. But I'm hoping to tackle my current ITAs/ITPs over the next few weeks. Cheers, Moritz Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595963: [Pkg-fonts-devel] Bug#595963: RFP: yanone-kaffeesatz -- TTF and OTF font in four weights
is the preferred form for modification and have been created outside a reproducible buildpath. What is their source? How can people properly satisfy the source requirements of the GPL in a font context? Can they really make use of it? (there is also the issue of how the GPL interacts with font embedding). - also free fonts is a very misleading expression as in the design community it is always associated with dubious maybe-redistribute-but-don't-modify-fonts, IOW freeware (often ripoffs). Check your preferred search engine. We talk about libre/open fonts instead to indicate the big difference between these fonts with a bad reputation and fonts which their authors want to be usable, distributable, modifiable, redistributable i.e. DFSG-compliant. We don't want anyone to confuse the two! And well there's always the issue of free being misunderstood as this don't cost any money but free font as a fixed expression lead to even more misunderstandings and should really be avoided. Because for Kaffeesatz you just get the TTF and OTF, not the source -- if any exists at all. (I have no idea how many ways are there to create TTFs or if you even can create it directly in an editor.) I doubt that the author of Kaffeesatz is using Debian or fontforge so the fonts he has released under a DFSG license is what we get as source. But we may get more in the future. In the Google upstream repository we're setting up the recommended best practises for designers to publish extended sources beyond the ttf. Doesn't happen overnight though, give us a little time :-) It could also be a possibility to make two source packages out of it, ttf-yanone-kaffeesatz and otf-yanone-kaffeesatz since upstream distributes the font as two ZIP files, one for the TTFs and one for the OTFs -- which means that repackaging is necessary anyway, so a single source package would make no real difference, and I'd expect that our ftp-masters would prefer the single source package. P.S.: Please Cc me, I'm not on the list. Regards, Axel Hope that helps, Thank you for your efforts around font packaging. You're always welcome to join our team and help out :-) Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#594587: ITP: ttf-washera-fonts -- A collection of unicode fonts for the Ethiopic script
Hi, Thanks a lot for the packaging efforts! Some quick comments: * License : SIL Open Font License, Verison 1.1 Verison - version Programming Lang: Description : A collection of unicode fonts for the Ethiopic script A collection of unicode fonts for the Ethiopic script WashRa is, simply, a set of eleven Ethiopic fonts. All of them support the Ethiopic standard included in Unicode 3.0. The fonts are: Ethiopia Jiret, Ethiopic Zelan, Ethiopic WashRa Bold, Ethiopic WashRa SemiBold, Ethiopic Yigezu Bisrat Gothic, Ethiopic Hiwua, Ethiopic Fantuwua, Ethiopic Yebse, Ethiopic Wookianos, Ethiopic Tint, Ethiopic Yigezu Bisrat Goffer. These fonts were developed by Abass Alamnehe of the Senamirmir Project (http://www.senamirmir.com). The WashRa fonts are released under the SIL Open Font License and for more information please visit http://www.sil.org/ofl. The upstream page of the license is http://scripts.sil.org/OFL You need to double-check the internal licensing metadata of washrab.ttf (EthiopicWashRaBold) as there is a discrepancy. You may want to look at the resources and tools available in the Debian Fonts Task Force and even consider joining us: http://pkg-fonts.alioth.debian.org/ Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584370: [Pkg-fonts-devel] Bug#584370: Bug#584370: ttf-sil-gentium: FTBFS: dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found
On 06/04/2010 06:39 AM, Christian PERRIER wrote: This must probably be a 3.0 (native) package, but then, its version numbering is wrong. Interestingly enough, a ttf-sil-gentium_1.02+dfsg1.orig.tar.gz used to exist. This bug, and #584338, are apparently mistakes of mine, where I built the packages as native I'll try to correct this. Thanks, let me know if I can help in any way with this. Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433317: [Pkg-fonts-devel] Bug#433317: Maintaining font-arhangai under the pkg-fonts team umbrella?
|...] Looks like we already have what is needed but could you also test on your side and confirm that these open fonts provide appropriate support? So I guess we should orphan and remove this package. What do you think? Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433317: [Pkg-fonts-devel] Bug#433317: Maintaining font-arhangai under the pkg-fonts team umbrella?
Anton Zinoviev wrote: On Sat, Jan 02, 2010 at 09:46:50PM +0100, Nicolas Spalinger wrote: I freely admit I don't know or use that writing system but after a quick search it seems like the needed letters are already in the Cyrillic block which is covered by various open fonts currently in the archive. If the a font supports the following two letters (in small and capital variant), then it probably supports all Cyrillic Mongolian letters: ӨөҮү I am not sure how to test the existing fonts because the operating system uses replacement fonts when the tested font doesn't support these characters. Using the compfonts script (available in my folder on our team repository, a lot quicker than with gucharmap) I can see that: Ө U+04E8 CYRILLIC CAPITAL LETTER BARRED O ө U+04E9 CYRILLIC SMALL LETTER BARRED O Ү U+04AE CYRILLIC CAPITAL LETTER STRAIGHT U ү U+04AF CYRILLIC SMALL LETTER STRAIGHT U are available in ttf-sil-charis, ttf-sil-doulos, ttf-dejavu, some fonts in gsfonts (and maybe other packages, I didn't check the whole archive as the script runs the comparison on installed fonts only and I didn't take time to install every font). Looks like we already have what is needed but could you also test on your side and confirm that these open fonts provide appropriate support? Anton Zinoviev Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#433317: [Pkg-fonts-devel] Maintaining font-arhangai under the pkg-fonts team umbrella?
Christian PERRIER wrote: Hi Anton, I noticed that package of yours which you proposed for adoption back in 2007. The pkg-fonts team could take it over and include it in our team-maintained packages. What would you think of this? The description indicates that there are legacy encoding of many glyphs: IOW the font is not Unicode-compliant and so likely to cause confusion and problems down the line: Please notice, that in place of Latin1 symbols this font contains Mongolian characters. You can not use this font if you need non-ASCII Latin characters. From an encoding point of view, I don't think it's such a good idea to continue using and providing such legacy fonts to Debian users. We should, as the Debian font team, recommend targeting Unicode compliance and moving away from legacy encodings. If upstream isn't responsive and the package has been RFA for a while, can I suggest we focus our energies on alternative open fonts for users of Mongolian Cyrillic? Do we really need this font? I freely admit I don't know or use that writing system but after a quick search it seems like the needed letters are already in the Cyrillic block which is covered by various open fonts currently in the archive. What do Debian users of this writing system think? Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#558002: ITP: ttf-sil-lateef - smart Unicode font for Arabic
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-sil-lateef Version : 1.001 Upstream Author : Bob Hallissy, Jonathan Kew * URL : http://scripts.sil.org/ArabicFonts * License : Open Font License 1.1 Description : smart Unicode font for Arabic (Sindhi and South Asian styles) Description: Lateef is named after Shah Abdul Lateef Bhitai, the famous Sindhi mystic and poet. It is intended to be an appropriate style for use in Sindhi and other languages of the South Asian region. This font provides a simplified rendering of Arabic script, using basic connecting glyphs but not including a wide variety of additional ligatures or contextual alternates (only the required lam-alef ligatures). This simplified style is often preferred for clarity, especially in non-Arabic languages, but may be considered unattractive in more traditional and literate communities. This release supports virtually all of the Unicode 5.0 Arabic character repertoire (excluding the Arabic Presentation Forms blocks, which are not recommended for normal use). Font smarts are implemented using OpenType and AAT technology. signature.asc Description: OpenPGP digital signature
Bug#558004: ITP: ttf-evertype-wakor - smart font for Vai
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-evertype-wakor Version : 4.006 Upstream Author : Peter Martin, Michael Everson * URL : http://www.evertype.com/fonts/vai/ * License : Open Font License 1.1 Description : smart font for Vai Description: Vai uses a non-roman script and is a Mande language from West Africa. The fonts have both plain and italic faces, and have additions needed for older Vai orthography. Wakor is a derivative of SIL Vai. signature.asc Description: OpenPGP digital signature
Bug#558006: ITP: ttf-sil-tai-heritage-pro - smart font for Tai Viet
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-sil-tai-heritage-pro Version : 2.0 Upstream Author : Baccam Faah, Walt Agee, Ralph Jones, Victor Gaultney, Annie Olsen, Sharon Correll, Jim Brase * URL : http://scripts.sil.org/TaiHeritage * License : Open Font License 1.1 Description : smart font for Tai Viet Description: The original Tai Heritage was designed to reflect the traditional hand-written style of the Tai Viet script that is treasured by the Tai people of Vietnam. This gives it its angular style and flowing lines, as opposed to the more rounded style used by Lao and some modern versions of Tai Viet. The current Tai Heritage Pro release is Unicode encoded, based on the Unicode 5.2 standard. It uses the SIL Graphite technology for correct placement of combining marks (vowels and tones). signature.asc Description: OpenPGP digital signature
Bug#551507: ttf-dzongkha: Hints point to Jomolhari.ttf, not Jomolhari-alpha3c-0605331.ttf
Christian Perrier wrote: Quoting Nicolas Spalinger (nicolas_spalin...@sil.org): As a quick note, I'd recommend also taking advantage of the update to double-check and adjust the metadata as shown on our current review: http://pkg-fonts.alioth.debian.org/review/fnt-75f85d518458d8846ffd35cbc1e16adc.html Looks like Description, Designer URL and License Description need to be adjusted to reflect the intent of the upstream. And is the font still in alpha? IMHO the version number should reflect the status. There are also specimens on the upstream site which might usefully be included in the package. I agree. However, I think all this belongs to Chris, in a possible new version (that, indeed, could be numbered 1.0). You are right, sorry if I was unclear but my suggestion was to take advantage of this interaction with Chris as the upstream author to respectfully ask for these updates as part of a new release. For the specimens hopefully we will soon be able to generate specimen for non-roman scripts in our weekly review. But IMHO it's still useful to have specimens in the package itself. Thanks, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#551507: [Pkg-fonts-bugs] Bug#551507: [Pkg-fonts-devel] Bug#551507: ttf-dzongkha: Hints point to Jomolhari.ttf, not Jomolhari-alpha3c-0605331.ttf
Christian Perrier wrote: Quoting Jakob Bohm (yawwuddeiboyoam...@jbohm.dk): /etc/defoma/hints/ttf-dzongka.hints tells the rest of Debian to look for the installed font in the file Jomolhari.ttf, but it is actually installed in a file named Jomolhari-alpha3c-0605331.ttf . Thanks for the pointer. It will be the opportunity for me to upload a new package (I actually didn't update that package for squeeze as of now) with new fancy things such as moving to debhelper 7, etc. Also checking whether there is a new upstream version will be a good idea, indeed. CC'ing Chris (to know whether he released a new version of the Jomolhari font). As a quick note, I'd recommend also taking advantage of the update to double-check and adjust the metadata as shown on our current review: http://pkg-fonts.alioth.debian.org/review/fnt-75f85d518458d8846ffd35cbc1e16adc.html Looks like Description, Designer URL and License Description need to be adjusted to reflect the intent of the upstream. And is the font still in alpha? IMHO the version number should reflect the status. There are also specimens on the upstream site which might usefully be included in the package. Cheers, -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#452967: ITA: ttf-georgewilliams -- Open fonts by George Williams
Filippo Giunchedi wrote: On Sun, Dec 16, 2007 at 07:16:57PM +0100, Nicolas Spalinger wrote: retitle 452967 ITA: ttf-georgewilliams -- Open fonts by George Williams owner 452967 Nicolas Spalinger nicolas_spalin...@sil.org thanks These fonts will be co-maintained via the Alioth pkg-fonts team (http://pkg-fonts.alioth.debian.org/) and will be be split into ttf-foundry-fontfamilyname packages. Is this actually going to happen anytime soon? I'd like to do a QA upload of gw-fonts-ttf removing the fc-cache call from postinst as that is not needed anymore. Thanks for the QA upload. I intend to finally take care of packaging George Williams fonts over the next few days. filippo -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font team / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#535269: ITP: ttf-sil-galatia -- font family for Latin-1 and Greek with polytonic support
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-sil-galatia Version : 2.1 Upstream Author : Victor Gaultney (SIL International) * URL : http://scripts.sil.org/SILgrkuni * License : Open Font License Description : font family for Latin-1 and Greek with polytonic support Description: The Galatia SIL Greek Unicode Fonts are a new version of the SIL Galatia font released by SIL in 1997. The Latin-1 codepage (“A-Z”, “a-z” plus some punctuation, etc.) is included in the font. This is to assist with viewing Latin or Roman text. The Macintosh character set for US Roman and the 850 WE/Latin-1 encodings are also included. Polytonic Greek is supported but Coptic is not. There are no OpenType tables in this font. Thus, there is no automatic formation of the final sigma. signature.asc Description: OpenPGP digital signature
Bug#526149: [Pkg-fonts-devel] Bug#526149: open-font-design-toolkit: This should Recommends on git-core (not on git)
Osamu Aoki wrote: Package: open-font-design-toolkit Version: 1.0-2 Severity: normal git is for GNU Interactive Tools. You want git as VCS, that is git-core. It was fixed in the team's svn. (I noticed my mistake a while ago and corrected it but thanks for pointing it out again). I have a few extra dependencies to adjust to reflect new elements available in the toolkit before pushing a new package. -- Nicolas Spalinger, NRSI volunteer Debian/Ubuntu font teams / OpenFontLibrary http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#507270: ITP: ttf-sil-sophia-nubian -- smart Unicode font family for Nubian languages using Coptic
Package: wnpp Severity: wishlist * Package name: ttf-sil-sophia-nubian Version : 1.000 Upstream Author : Walt Agee, Victor Gaultney, Lorna Priest (SIL International) * URL : http://scripts.sil.org/SophiaNubian * License : Open Font License Description : smart Unicode font family for Nubian languages using Coptic Description: Sophia Nubian is a sans serif, Unicode-compliant font based on the SIL Sophia (similar to Univers) typeface. Its primary purpose is to provide adequate representation for Nubian languages which use the Coptic Unicode character set. Since Nubian languages do not use casing, uppercase characters are not included in this font. A basic set of Latin glyphs is also provided. OpenType and Graphite smart code are available for Nubian macrons and u vowel. Extended font sources are available. signature.asc Description: OpenPGP digital signature
Bug#455109: [Pkg-fonts-devel] RFS: ttf-sil-gentium (release-goal bug fix)
[..] I will include your changes in the current pkg-fonts team-maintained packaging tomorrow. Theppitak's work is integrated in a updated package available on: http://mentors.debian.net/debian/pool/main/t/ttf-sil-gentium/ttf-sil-gentium_1.02-7.dsc (The work is also in our team svn). I'm looking for a sponsor for this update. Thanks. -- Nicolas Spalinger, NRSI volunteer http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#455109: [Pkg-fonts-devel] RFS: ttf-sil-gentium (release-goal bug fix)
Theppitak Karoonboonyanan wrote: On Tue, Nov 25, 2008 at 9:14 PM, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: OK. I'll do so, after updating as commented. I've updated the package and uploaded it at the same location: dget http://mentors.debian.net/debian/pool/main/t/ttf-sil-gentium/ttf-sil-gentium_1.02+dfsg1-5lenny0.1.dsc The debdiff is attached. I'll contact release team soon. Hi Theppitak, Thanks for your efforts with this bug. No need for an NMU (or for a dfsg tag) I will include your changes in the current pkg-fonts team-maintained packaging tomorrow. Thanks, -- Nicolas Spalinger, NRSI volunteer http://planet.open-fonts.org signature.asc Description: OpenPGP digital signature
Bug#492914: Gentium Regular: support for cyrillic io
The FONTLOG included in the package and the upstream website have information about sending patches or making a separate branch. As mentioned in the following status page, major Cyrillic revisions or additions are in process: http://scripts.sil.org/Gentium_status I recommend waiting for the new release. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492623: [Pkg-fonts-devel] Bug#492623: ttf-liberation: Trademark prevents modifications
Faidon Liambotis wrote: Ian Jackson wrote: Quoting the license: ... If you modify the files, you must - Rename the fonts to remove any reference to Liberation - Not install the fonts as liberation - Rename the binary package and the source package - Change the description to remove all references to Liberation and Red Hat. And much more importantly, a similar clause (albeit only for the reserved font name) is present in the Open Font License, under which most of the free fonts are and which is accepted in Debian main. Regards, Faidon Let me point out that this clause in the Liberation-specific agreement is really different from the Reserved Font Name clause in the OFL (in both spirit and letter). The reserved font name mechanism in the OFL only applies to the primary font name as seen by the user whereas the Liberation agreement requires removing any reference and renaming packages. Trademarks can exists alongside the licensed font. The OFL doesn't cover trademarks. The OFL has been refined and validated through a long community review and is organisation and project-neutral unlike the Liberation agreement. The OFL is approved by the FSF and Debian and Fedora have had various OFL-ed font families in main for a while. Also other recognized free software license also have some kind please distinguish your derivative from upstream clause: http://scripts.sil.org/OFL#7acba3db Knuth indicated back in the days when creating Computer Modern that font derivative renaming is a must to avoid chaos. If we think about this issue in terms of DVCS and branches it's a reasonable expectation for a branch to advertise itself as such and not be mistaken for the trunk or another branch. That's not to say that no patches can flow between all of them rather the opposite. But releasing something different under the same name is a bad idea is lots of ways. A light renaming clause and some name protection mechanisms constitute the necessary nexus to make designers comfortable with allowing unlimited modifications of their creations and creating a collaborative open font community which can improve fonts while not messing up user documents. BTW through the weekly font review we're working on tackling the non-free fonts bugs in Debian: http://pkg-fonts.alioth.debian.org/review/ Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#492623: [Pkg-fonts-devel] Bug#492623: ttf-liberation: Trademark prevents modifications
Paul Wise wrote: On Wed, Jul 30, 2008 at 2:44 PM, Faidon Liambotis [EMAIL PROTECTED] wrote: And much more importantly, a similar clause (albeit only for the reserved font name) is present in the Open Font License, under which most of the free fonts are and which is accepted in Debian main. The OFL is a bit different, as far as I understand it, even format shifting (converting from source .sfd to binary .ttf) triggers the renaming clause. Hi Paul, Well, changing formats is really understood as something different than building from source. Sure, you can read something different into it and stretch the meaning of the words but the intent of the license is that since format conversions are very likely to introduce significant changes (changing the types of splines, loosing some elements in the conversion process) *it is* actually creating a derivative that should be renamed to *prevent collisions* when redistributing it. This is again to avoid documents which may render unexpectedly why fonts who advertise themselves with the name of upstream although they don't behave like upstream. To quote the relevant OFL bit: Modified Version refers to any derivative made by adding to, deleting, or substituting -- in part or in whole -- any of the components of the Original Version, by changing formats or by porting the Font Software to a new environment. A lot of research and community review has gone into finding this tricky nexus between modifiability and artistic integrity. Seems like it's doing what it is intended to seeing the growing numbers of fonts designers trusting this license and the growing number of open fonts making their way into the distros. I believe we have a much better situation now than before. Anybody remember Luxi? Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#481982: ITP: ttf-sil-andika-basic -- extended sans serif smart Unicode Latin/Greek font family
Package: wnpp Severity: wishlist * Package name: ttf-sil-andika-basic Version : 1.0 Upstream Author : Victor Gaultney, Annie Olsen, Julie Remington (SIL International) * URL : http://scripts.sil.org/Andika * License : Open Font License Description : extended sans serif smart Unicode Latin/Greek font family Description: Andika (Write! in Swahili) is a sans serif, Unicode-compliant font designed especially for literacy use, taking into account the needs of beginning readers. The focus is on clear, easy-to-perceive letterforms that will not be easily confused with one another. A sans serif font is preferred by some literacy personnel for teaching people to read. Its forms are simpler and less cluttered than some serif fonts can be. For years, literacy workers have had to make do with fonts that were available but not really suitable for beginning readers and writers. In some cases, literacy specialists have had to tediously cobble together letters from a variety of fonts in order to get the all of characters they need for their particular language project, resulting in confusing and unattractive publications. Andika addresses those issues. Its provides OpenType and Graphite features like smart code for diacritic placement. It supports recent additions to Unicode and the SIL PUA, and character assignments are updated to conform to Unicode 5.1 A much more complete character set, comparable to Charis SIL and Doulos SIL, will be supported in a future version of Andika. This Basic font is intended to provide an Andika with stable letterforms for both default and alternate glyphs. signature.asc Description: OpenPGP digital signature
Bug#408939: FYI, on iceweaseling old standard
Hang on a second, IMHO the keys issues are: - we have some packages underway that build from the source sfd - we do not yet have a fully free build path for this font that matches the post-processing tweaks done by upstream with restricted tools - it's quite understandable that designers don't want regressions and bugs attached to the name of their upstream font (hence the renaming request), this is a *feature* of the OFL model: keep the fonts free and give designers artistic integrity. So yes if we really rebuild from source and it's not the same result then a rename is to be considered but before that there are other avenues to explore: it's not like we're been trying to get it packaged for months now, a few more weeks to get this right and please everyone is worth it. BTW, I strongly disagree with choosing an offensive name for a renamed derivative. Bad form. IMHO this is not what this community is about. Given the manpower we currently have in the various font teams I don't think we want to maintain distro-specific build branches for the various fonts which come with more complete sources right now. Let's work with the designers and advocate a more open process to them instead of taking the task on ourselves. We should work on automating regression testing but we don't have enough resources right now. Keep in mind that not all open fonts we are currently shipping provide full and complete sources besides the ttf. We're working towards that and providing a fully free build path but we're not there yet. A sane license is a good first step, the fully free sources and the fully free build path will stem from that (as some designers are now doing) but making them a strict requirement for everyone/everywhere is going to prevent *many designers* from joining our community. Do you realise that we'd have to reject almost all the fonts we currently have in the archive that don't completely build from source in a pbuilder/koji env? I think you'll agree that we don't want to do that. IMHO it's not fair to make it harder on designers who actually made a conscious effort to publish sources (even though it's not totally complete) but we have to encourage them to go further and see how that it can help them and us. I'll write to the Old-standard designer to know more about his post-processing tweaks and see how we can reproduce them in our build-path in the future. So we should make the case for releasing more complete sources to designers but without offending them or requiring that they switch to our fully free toolkit overnight because it's not yet ready. It's not going to happen so fast. We have to work on common formats as the first steps as well as continue improving our open toolkit. We have to be sensitive to the community of type designers and their expectations while not compromising our values. Remember how not so long ago we didn't have any open fonts at all? We're making progress but let's not go too fast and loose people in the process. Sorry about the rant, thanks again for the great work you've been doing around fonts. Much appreciated. Pabs, could you write a mail to me to explain precisely what you find problematic with the renaming requirements? That would be helpful. /me goes back the LGM talks. I'll report back to you guys about the stuff happening here around fonts. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#451201: ITP: ttf-sil-gentium-basic -- extended Unicode Latin/Greek smart font
Gürkan Sengün wrote: Version 1.1 is out, what's the status on the packaging? Yours, Gürkan Hi Gürkan, The package is ready and awaiting sponsorship within the pkg-fonts team. I'll get back to you this week about fixing problems in the ttf-sil-gentium package. Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#468957: ITP: ttf-oflb-asana-math -- extended smart Math font
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] * Package name: ttf-oflb-asana-math Version : 000.914 Upstream Author : Apostolos Syropoulos * URL : http://www.openfontlibrary.org * License : Open Font License Description : extended smart Unicode Math font Description: This package provide the Asana Math font which offers rich Unicode coverage of the Maths-related blocks and support for the MATH Opentype table. This extended smart font can be used to typeset documents with complex mathematical requirements using tools implementing the MATH table like XeTeX. This open font was posted on the Open Font Library (OFLB). -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#461126: [Pkg-fonts-devel] Bug#461126: ttf-sil-abyssinica: Missing codepoints
Christian Perrier wrote: The following might help spotting missing and needed codepoints. Of course, it is focused on D-I strings but that could be a start. It might be helpful to check existing codepoints in the ttf file using the pdf chart [1]; in case anyone wanted to do this sort of checks note that the codepoints column in the spellchecker page [2] lists the set of codepoints used in the various po files [1] http://www.alioth.debian.org/~zinosat-guest/ttf-sil-abyssinica.pdf [2] http://d-i.alioth.debian.org/spellcheck/level1/index.html (thanks to Davide Viti for the pointers) Can you please point me to the corresponding D-I string? Code point 1316 is unassigned in the Unicode block: http://www.unicode.org/charts/PDF/U1200.pdf Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408939: ttf-oldstandard ready and awaiting sponsorship
The ttf-oldstandard package is ready, dput on mentors.debian.net and awaiting sponsorship. Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406876: metapackage work still going on
Work on the open-font-design-toolkit metapackage is still going on. There is a skeleton that needs testing on the Alioth pkg-fonts svn. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447182: defoma-hints missing location Panjabi
Thanks for the link. The font supports it but the corresponding defoma configuration is still mysterious... After investigating some more I found the defoma mapping from Location to charsets is located in /etc/defoma/loc-cset.data and only holds entries for a limited number of languages. It seems this mapping is called by /usr/share/defoma/libhint-truetype.pl Location represents which language and which region characters of a font belongs to. This information is recorded in a TrueType font file in number as Language ID, and converted to string as Language-Region or just Language format by this program. So I've added Panjabi to the hints (the new package is on mentors.d.o) but I'm not certain its absence would prevent users of the font to be able to render and type in Panjabi. (Fontconfig already does the mapping and most apps use it). Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460945: ttf-sil-abyssinica: PLease strip the Latin range from the font in the udeb
With the new 1.0-4 package we go from Basic Latin: 95/128 (74.22%) to Basic Latin: 1/128 (0.78%). AFAIK other ranges covered in this open font are needed for proper rendering of Ethiopic languages so have been left untouched: Combining Diacritical Marks: 10/112 (8.93%) Currency Symbols: 1/48 (2.08%) Dingbats: 1/192 (0.52%) Ethiopic: 356/384 (92.71%) Ethiopic Extended: 79/96 (82.29%) Ethiopic Supplement: 26/32 (81.25%) General Punctuation: 20/112 (17.86%) Geometric Shapes: 1/96 (1.04%) Latin Extended-A: 7/128 (5.47%) Latin Extended-B: 1/208 (0.48%) Latin-1 Supplement: 96/128 (75.00%) Letterlike Symbols: 1/80 (1.25%) Private Use Area: 274/6400 (4.28%) Spacing Modifier Letters: 2/80 (2.50%) Superscripts and Subscripts: 7/48 (14.58%) But this probably needs testing by the Ethiopic i18n team. Cheers, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455710: [Pkg-fonts-devel] Bug#455710: bug in defoma hint file, please reopen this bug
Hello, I've tested ttf-inconsolata version 001.009-1, but can't use it yet on my old Sarge system. I've found that Defoma hints file, /etc/defoma/hints/ttf-inconsolata.hints, have a typo : it refers about /usr/share/fonts/truetype/ttf-inconsolata/Inconsolata.ttf file, but the font file have been renamed with .otf suffix... I've tried to unregister / reregister it in Defoma with correct name, I get now a correct symlink /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Inconsolata.otf, but xlsfonts or xfontsel lists this font with near all parameters to 0, and I can't use a given height for an xterm : $ rxvt -fn '-*-inconsolata-medium-r-normal-*-15-*-*-*-*-*-*-*' rxvt: can't load font -*-inconsolata-medium-r-normal-*-15-*-*-*-*-*-*-* I don't know if I missed an action to do... Fred. Hi, Thanks for your bug report. Sorry about the typo in the hints. I thought I had verified the correct registration in Defoma... :( I get the same behaviour with xterm and xvrt on unstable. Probably the same with other apps not supporting fontconfig naming. I'll investigate that with upstream. Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456143: ITP: ttf-sil-dai-banna - smart fonts for New Tai Lue (Xishuangbanna Dai)
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] * Package name: ttf-sil-dai-banna Version : 2.000 Upstream Author : Adrian Cheuk, Victor Gaultney - SIL International * URL : http://scripts.sil.org/DaiBannaSIL * License : Open Font License Description : smart fonts for New Tai Lue (Xishuangbanna Dai) Description: The Dai Banna SIL Fonts are the Unicode version of their predecessor, SIL Dai Banna Fonts. Apart from a few additional characters such as Chinese punctuation marks, the design is the same and represents a new rendering of the New Tai Lue (Xishuangbanna Dai) script, which was added to Unicode 4.1. These fonts include a complete set of New Tai Lue consonants, vowels, tones and digits, along with punctuation and other useful symbols. A basic set of Latin glyphs, including Arabic numerals, is also provided. Chinese punctuation used in New Tai Lue texts are included as well. Two font families, differing only in weight, allow for a wide range of uses. The New Tai Lue script is used by approximately 300,000 people who speak the Xishuangbanna Dai language in Yunnan, China. It is a simplification of the Tai Tham (Old Tai Lue) script as used for this language for hundreds of years. These fonts are smart fonts and use a Graphite description. The font sources (Graphite .gdl and FontLab .vfb) are available in the source package and on the upstream website. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#455081: Time for upgrade or new package
reassign 455081 ttf-sil-gentium-basic thanks Yes, Gentium Basic needs to go into a new package as the two fonts are released separately upstream and have different usage scenarios. I will take care of that. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#455081: Time for upgrade or new package
reassign 455081 wnpp thanks Ooops, reassigning to the right package. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#447182: [Pkg-fonts-devel] Bug#447182: defoma-hints missing location Panjabi
Scott Kitterman wrote: Package: ttf-sil-scheherazade Version: ttf-sil-scheherazade_1.001-1 Western (Pakistani) Panjabi also uses Arabic script and so it is appropriate for them to be listed in locations. This is indicated (although fairly well hidden) in the upstream documentation for the font. This is currently included in the Ubuntu version of the package (I helped package it) and we thoroughly researched it before doing it. Upstream suggests specifying Western Panjabi instead of just Panjabi so as to avoid misleading descriptions. Panjabi by itself, with no regional qualification, would by default be assumed to mean Eastern Panjabi as used in India, where it has its own script (Gurmukhi). If a font was reported as supporting Panjabi, people would most likely expect it to support the Gurmukhi rather than Arabic character repertoire. Does defoma have a set list of expected locations or are these intended to be human-readable? I have to admit I haven't found much in the documentation about what the Location fields in defoma are expected to be. Care to give pointers about what was your research is based on? Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454668: ITP: ttf-sil-zaghawa-beria -- font for Zaghawa Beria (script used in western Sudan and eastern Chad)
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] * Package name: ttf-sil-zaghawa-beria Version : 1.1 Upstream Author : Seonil Yun * URL : http://scripts.sil.org/ZaghawaBeria_Home * License : Open Font License Description : font for Zaghawa Beria (script used in western Sudan and eastern Chad) Description: This alphabet is built around a sampling of the markings on livestock (especially camels) within the Zaghawa Beria language region of western Sudan and eastern Chad. It is an idea that has its origins in the work of a Sudanese schoolteacher, who developed the first version of this over 25 years ago. The script has since been better adapted to the Zaghawa Beria language by Siddik Adam Issa, and he has found a great enthusiasm by the people for what he has put together. Note that this font is not encoded according to The Unicode Standard, as the Zaghawa Beria script has not yet been accepted into the standard. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453882: ITP: ttf-evertype-conakry - smart Graphite font for N'Ko
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] * Package name: ttf-evertype-conakry Version : 0.002 Upstream Author : Michael Everson - Evertype * URL : http://www.evertype.com/fonts/nko/ * License : Open Font License Description : smart Graphite font for N'Ko Description: The Conakry font is a smart font using a Graphite description for the N'Ko script used by Mande Language communities from West Africa. . The Initiative [EMAIL PROTECTED] from UNESCO supported the preparation of a proposal to encode N'Ko in Unicode. In 2004, the proposal, presented by three professors of N'Ko (Baba Mamadi Diané, Mamady Doumbouya, and Karamo Kaba Jammeh) working with Michael Everson was approved for balloting by the ISO working group WG2. In 2006 N'Ko was approved for Unicode 5.0. The Graphite Description Language (GDL) source is available in the source package and on the upstream website. . Conakry is a trademark of Evertype. . Author: Michael Everson - Evertype . Homepage: http://www.evertype.com/fonts/nko/ -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts
Bug#421232: Bug#421241: Bug#421232: ITP: ttf-gfs-* -- Greek font family
What's the status of the packages? If they are ready and don't need any maintenance and I can just sponsor you. If, OTOH, they need some love and you're lacking time, I'll join the team and set myself as a comaintainer. I've checked most of the packages again (except ttf-gfs-baskerville, ttf-gfs-didot, ttf-gfs-olga and ttf-gfs-porson for which I'm still waiting for upstream feedback). The packages look good and are doing their job AFAICT. I've added the Vcs information in debian/control. I'd be grateful for your help in co-maintaining the packages. Do you want to join and add yourself to the Uploaders field now? Thanks. BTW, I've re-pinged Mohammed Adnène Trojette (adn) who offered sponsorship a while ago. But I imagine it might be better to have a DD who's mother-tongue is Greek to take care of the GFS fonts :) Potential remaining issues are the defoma-hints. (Defoma segfaults when creating the hints). The current source packages are on http://yosch.org/packages/debian/ Are these the same as SVN? Yes, they are in sync. Looking forward to your thoughts and testing of the current packaging. The sooner we can get these fonts in the archive the better, but we need to have sufficient quality for the packaging obviously. Haven't checked them up yet (and probably won't for ~a week). Are you satisfied with them? Yep. I'm not convinced we really need the defoma hints to provide useful functionality to the vast majority of users. So I think we're good to go ahead. If you are and I am too, I'll upload them ASAP. Regards, Faidon Thanks again, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#451201: ITP: ttf-sil-gentium-basic - extended Unicode Latin/Greek smart font
Package: wnpp Severity: wishlist * Package name: ttf-sil-gentium-basic Version : 1.1 Upstream Author : Victor Gaultney, Annie Olsen * URL : http://scripts.sil.org/Gentium_basic * License : Open Font License Description : extended Unicode Latin/Greek smart font Description: Gentium (belonging to the nations in Latin) is a Unicode typeface family designed to enable the many diverse ethnic groups around the world who use the Latin script to produce readable, high-quality publications. The design is intended to be highly readable, reasonably compact, and visually attractive. Gentium has won a Certificate of Excellence in Typeface Design in two major international typeface design competitions: bukva:raz! (2001) and TDC2003 (2003). . The Gentium Basic and Gentium Book Basic font families are based on the original Gentium design, but with additional weights. The Book family is slightly heavier. Both families come with a complete regular, bold, italic and bold italic set of fonts. . The supported character set, however, is much smaller than for the main Gentium fonts. These Basic fonts support only the Basic Latin and Latin-1 Supplement Unicode ranges, plus a selection of the more commonly used extended Latin characters, with miscellaneous diacritical marks, symbols and punctuation. A much more complete character set will be supported in a future version of the complete Gentium fonts. These Basic fonts are intended as a way to provide additional weights for basic font users without waiting until the complete Gentium character set is finished. . Gentium Basic supports Bold, Bold Italic, the slightly-heavier Book family, OpenType and Graphite smart code for diacritic placement, a few useful OpenType and Graphite features, support for a few more recent additions to Unicode and character assignments are updated to conform to Unicode 5.1 . Author: Victor Gaultney, Annie Olsen - SIL International . Homepage: http://scripts.sil.org/Gentium_basic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441015: [Pkg-fonts-devel] Bug#441015: Bug#441015: ping
Please provide a new fixed package... this time I'm fine if you just use the same version (0.001.desrev-5), though usually I prefer/demand you to upgrade the debian-revision... The updated source package is available on http://yosch.org/packages/debian regards, Holger Cheers -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#441015: [Pkg-fonts-devel] Bug#441015: ping
Thanks for spotting the path mistake. The fixes are in the svn repo of the pkg-fonts team on Alioth and the updated source package is available on http://yosch.org/packages/debian Thanks :-) -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406864: two more+last small remarks..
If you happen to be to busy to do the changes yourself, tell me which version you prefer and I'll create a -4 and upload. Otherwise point me to a -4 and I'll upload :) regards thanks, Holger I've created a mentors.debian.net account. Let me know if you'd prefer to review the source package there. Thanks. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#406864: two more+last small remarks..
Holger Levsen wrote: Hi Nicolas, On Wednesday 15 August 2007 19:15, you wrote: I've created a mentors.debian.net account. Let me know if you'd prefer to review the source package there. As long as I can get the files with dget, I dont care where they are :-) mentors.d.n is definitly good, as it's the standard ressource for this kind of things. OK, I'll dput it up on mentors. (haven't made my domain dget-able at this stage). I'll hope I'll find time to upload the package this weekend, RL+work has been a bit crazy lately... No worries. (Still a few days left until the Ubuntu Freeze for syncs). regards, Holger Thanks, -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#429650: ttf-gentium: please do not include the fontconfig snippet
it's local.conf PS: Your mail didn't get through to my box, only saw your answer on the BTS directly. you may want to check the possible blacklisting of your mailserver. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#406864: two more+last small remarks..
Hi Nicolas, I was wondering if I should fix those issues myself and just upload, or leave them to you. I decided to do that :) Please, - add (Closes: #406864) somewhere in debian/changelog Oops missed that one thanks. Done and committed in the pkg-fonts Alioth svn. - change the version numbering to something with a proper/better debian revision, i.e. 0.001-desrev-3 (instead of desrev3) - but now you should make it -4 :-) desrev is not part of the debian version. you could also use 0.001-desrev7-4 or 0.0.desrev-2007.05.08-4 (the upstream version 0.001 does not really exist anyway, or?) or whatever :) file:///usr/share/doc/debian-policy/policy.html/ch-controlfields.html#s-f-Version has all the details, if you have debian-policy installed :) 0.001 is the upstream version present in the font metadata. Looks like I need to use 0.001.desrev-4 right? (with a upstream tarball 0.001.desrev). That's it. Cheers :-) Thanks again for your useful tips and the time spent on helping me get this in :-) If you happen to be to busy to do the changes yourself, tell me which version you prefer and I'll create a -4 and upload. Otherwise point me to a -4 and I'll upload :) The new source package is up on http://yosch.org/packages/debian/ regards thanks, Holger Thanks again and bye. -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406864: status of the ttf-sil-andika ITP
Holger Levsen wrote: Hi Nicolas, it was good to meet you in Edinburgh! Same here. I enjoyed Debconf a lot. Thanks for all the hard work. Enjoyed being able to watch the video recordings too :) On Saturday 09 June 2007 21:57, you wrote: The package is now named ttf-sil-andika-desrev to better reflect the design review status, of course it is still very useful at this stage but we wanted to make that clearer. (When the more complete Andika is released when can do a rename). Hmmm. This means, they will need to go through NEW twice :-/ Wouldn't it be better (and have the same effect) to note that in the versionnumber and package description? OK, so I took your advice: it's better at this stage to keep the initial ITP name. Makes it easier for you and the ftp-master team. ok, cool :) The design review status is made clear in the packaging description and the changelog. Great, was that already in ttf-sil-andika-desrev_0.001-2.dsc ? Will be putting up the new source package shortly. :) Probably not, as my remarks file is from the 28th of may (arrg! sorry for taking so long...!) Anyway, those were the remarks I had at that time and against 0.001-2: - linda+lintian clean, nice - feedback period is complete (jan 31 2007) but the description or README mentions it still... (minor, I would still sponsor it like this, but you should fix it :) Yes, the feedback period is over, but it will still take a while for the final font to be designed and released, so the current design reviews are still very much worth uploading even thought they reflect are WIP. I've added a note about this in the debian/control. No need to change the changelog entries in FONTLOG.txt. - licence of the packaging? not mentioned in debian/copyright Mmm, seems I've missed that. Fairly new it seems, haven't seen it as such in maint-guide or most other font packages. Will add that. Thanks. - version: 0.0.desrev-2007.05.08-2 / ttf-sil-andika - you said above this is resolved/changed 0.001-desrev3 - control/description mentions authors, debian/copyright doesnt - AndikaDevRev(A-G).ttf - are those different fonts or different revisions? They have glyph variations. The differences are described on http://scripts.sil.org/Andika_technical I guess the only issue which really blocks sponsoring is the copyright and naming stuff, the rest would be nice if you could fix/enhance it. Can you point me to a new source package? If the blocking stuff is fixed, I'll upload immediatly this time :-) The updated debian/ is committed the Alioth svn and the new source package is on: http://yosch.org/packages/debian regards, Holger (still sorry for taking so long to send this short mail...) No problems at all for the delay, and thanks a lot for the sponsoring :) -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431425: ITP: GATE: Geant4 Application for Emission Tomography
Package: wnpp Severity: wishlist * Package name: gate * Version : 3.1.1 * Upstream Author : OpenGate collaboration * URL : http://www.opengatecollaboration.org * License : LGPL * Description : Geant4 Application for Emission Tomography GATE incorporates the Geant4 libraries in a modular, versatile, and scripted simulation toolkit which is adapted to the field of nuclear medicine both in PET (Positron Emission Tomography) and SPECT (Single Photon Emission Computer Tomography). It allows the accurate description of time-dependent phenomena such as source or detector movement and source decay kinetics. The ability to synchronize all time-dependent components allows a coherent description of the acquisition process. It makes it possible to perform realistic simulations of data acquisitions in time. -- Nicolas Spalinger HealthGrid sysadmin http://www.healthgrid.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431225: ITP: GFS Didot - Greek font family
Package: wnpp Severity: wishlist * Package name: ttf-gfs-didot-classic * Version : 1.000 * Upstream Author : George Matthiopoulos (Greek Font Society) * URL : http://www.greekfontsociety.org/pages/en_typefaces19th.html * License : Open Font License * Description : Greek font family (Classic Didot revival) Under the influence of the neoclassical ideals of the late 18th century, the famous French typecutter Firmin Didot in Paris designed a new Greek typeface (1805) which was immediately used in the publishing programme of Adamantios Korai, the prominent intellectual figure of the Greek diaspora and leading scholar of the Greek Enlightenment. The typeface eventually arrived in Greece, with the field press which came with Didot’s grandson Ambroise Firmin Didot, during the Greek Revolution in 1821. Since then the typeface has enjoyed an unrivaled success as the type of choice for almost every kind of publication until the last decades of the 20th century. Didot's original type design, as it is documented in publications during the first decades of the 19th century, was digitized and revived by George D. Matthiopoulos in 2006 for a project of the Department of Literature in the School of Philosophy at the University of Thessaloniki, and is now available for general use.
Bug#431225: fixing title
retitle ITP: GFS Didot - Greek font family -- GFS Didot Classic - Greek font family (Classic Didot revival) -- Nicolas Spalinger http://scripts.sil.org http://pkg-fonts.alioth.debian.org https://launchpad.net/people/fonts -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431013: ITP: ttf-euterpe - unicode musical font
Package: wnpp Severity: wishlist * Package name: ttf-euterpe Version : 1.00 Upstream Author : Ben Laenen * URL : http://fenix.cmi.ua.ac.be/~p015259/euterpe/ * License : Open Font License Description : unicode musical font Description: The Euterpe font covers the whole musical symbols block of Unicode. Some extra glyphs can be found in the Private Use Area, some of them may be accessed through OpenType features, like ligatures and glyph substitutions. The font sources are available. In Greek mythology, Euterpe is the muse of lyric poetry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430797: ITP: ttf-ecolier-lignes-court - cursive roman font (with réglure Seyès and small descenders)
Package: wnpp Severity: wishlist * Package name: ttf-ecolier-lignes-court Version : 1.00 Upstream Author : Jean-Marie Douteau * URL : http://perso.orange.fr/jm.douteau/ * License : Open Font License Description : cursive roman font (with réglure Seyès and small descenders) Description: Cursive font covering the basic latin range with a ink and dip pen style. This version includes réglure Seyès and small descenders. Such fonts are widely used in education settings.
Bug#430793: ITP: ttf-ecolier-court - cursive roman font (with réglure Seyès and small descenders)
Package: wnpp Severity: wishlist * Package name: ttf-sil-ecolier-court Version : 1.00 Upstream Author : Douteau Jean-Marie * URL : http://perso.orange.fr/jm.douteau/ * License : Open Font License Description : cursive roman font (with réglure Seyès and small descenders) Description: Cursive font covering the basic latin range with a ink and dip pen style. This version includes réglure Seyès and small descenders. Such fonts are widely used in education settings.
Bug#430810: ITP: ttf-ecolier-court - cursive roman font with small descenders
Package: wnpp Severity: wishlist * Package name: ttf-ecolier-court Version : 1.00 Upstream Author : Jean-Marie Douteau * URL : http://perso.orange.fr/jm.douteau/ * License : Open Font License Description : cursive roman font with small descenders Description: Cursive font covering the basic latin range with a ink and dip pen style. This version includes small descenders. Such fonts are widely used in education settings. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429650: ttf-gentium: please do not include the fontconfig snippet
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n The fontconfig snippet should not be in the package. It is being prepared for upstream inclusion. It is also under a different license. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429497: ttf-gentium: rules file needs cleanup and split into docs and install
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n The rules makefile needs cleanup and the dh_install and dh_installdocs commands need separate docs and install files. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429494: ttf-gentium: insufficient Suggests
Package: ttf-gentium Version: 1.02-2 Severity: minor Tags: l10n The Suggests (instead of the Recommends) need to be expanded to reflect what is done for other open fonts. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429488: ttf-gentium: wrong description diverging from upstream
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n Despite many personal emails with suggestions, patches (and a debdiff) the description of the package is not reflecting upstream description. Please respect the way the upstream designer is describing the package and change it accordingly. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429491: ttf-gentium: problems with defoma-hints
Package: ttf-gentium Version: 1.02-2 Severity: important Tags: l10n There are various problems with the defoma hints which need fixing. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429496: ttf-gentium: needs to mention availability of more complete font sources
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n The description field and README.Debian should mention the availability of more complete font sources in the source package and on the upstream website. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429493: ttf-gentium: missing reportbug script
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n the reportbug scripts which are present in most of the open fonts are not present in this package. They are very useful for getting relevant bugs reports for fonts. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429499: ttf-gentium: Build-Depends instead of Build-Depends-Indep
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n Lintian complains that you need to Build-Depends: instead of Build-Depends-Indep. The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429503: ttf-gentium: please move the package to the pkg-fonts team or orphan
Package: ttf-gentium Version: 1.02-2 Severity: important Tags: l10n You have been unresponsive to change requests for months, even years. I tried to point out the problems via email, by sending patches and a debdiff and have been diplomatic but to no avail. You have had more than enough time to react. You have been focusing on other packages instead of fixing problems in this one. If you are unable or unwilling to maintain the package as part of the pkg-fonts team, please orphan the package ASAP. This is an important package which needs maintaining especially with the upcoming release of a new version. There have been difficulties with Debian derivatives like Ubuntu directly syncing from your unmaintained package. Thanks. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429498: ttf-gentium: Standards-Version out-of-date
Package: ttf-gentium Version: 1.02-2 Severity: normal Tags: l10n Standards-version is now 3.7.2.2 The pkg-fonts svn on Alioth holds the fixed version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-gentium depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f Versions of packages ttf-gentium recommends: ii fontconfig2.4.2-1.2 generic font configuration library ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429280: ITP: Ezra SIL - smart Unicode font for biblical Hebrew
Package: wnpp Severity: wishlist * Package name: ttf-sil-ezra Version : 2.50 Upstream Author : Ralph Hancock, John Hudson, Peter Martin, Joan Wardell, Christopher Samuel * URL : http://scripts.sil.org/EzraSIL_Home * License : Open Font License Description : smart Unicode font for biblical Hebrew Description: Ezra SIL is a typeface fashioned after the square letter forms of the typography of the Biblia Hebraica Stuttgartensia (BHS), a beautiful Old Testament volume familiar to biblical Hebrew scholars. (It is similar to SIL Ezra for those who know it and use it). The Ezra SIL font is an OpenType 'smart' font. Two fonts from this typeface family are included in this release: - Ezra SIL version 2.5 (Containing the basic set of Unicode characters needed for Biblical Hebrew texts following the typeface and traditions of the Biblia Hebraica Stuttgartensia.) - Ezra SIL SR version 2.5 (Containing the same set of Unicode characters as above but with a different style of cantillation.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429279: ITP: Namdhinggo SIL L: Font for Limbu (or Kirat Sirijonga, a script used in Nepal)
Package: wnpp Severity: wishlist * Package name: ttf-sil-namdhinggo Version : 1.001 Upstream Author : Victor Gaultney (SIL International) * URL : http://scripts.sil.org/Limbu * License : Open Font License Description : Font for Limbu (or Kirat Sirijonga, a script used in Nepal) Description: Font for Limbu, or Kirat Sirijonga, a script which is used by around 400,000 people in Nepal. This font has been designed to support literacy and materials development work in the Limbu language. The current font - Namdhinggo SIL L - uses an encoding that is common among other fonts for the script. Although the Limbu script has been accepted into The Unicode Standard, this font does not yet support that international standard. A Unicode-based version of Namdhinggo SIL is currently in the final stages of development. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428763: ITP: SIL Yi -- Unicode font for Yi
Package: wnpp Severity: wishlist * Package name: ttf-sil-yi Version : 1.200 Upstream Author : Peter Constable, Alex Kotlar, Peter Martin (SIL International) * URL : http://scripts.sil.org/SILYiHome * License : Open Font License Description : Unicode font for Yi Description: The SIL Yi Font was developed in 2000 as a single Unicode font for the standardized Yi script used by a large ethnic group in southwestern China. The traditional Yi scripts have been in use for centuries, and have a tremendous number of local variants. The script was standardized in the 1970's by the Chinese government. In the process of standardization, 820 symbols from the traditional scripts of the Liangshan region were chosen to form a syllabary. The syllable inventory of a speech variety from Xide County, Sichuan was used as the phonological basis for standardization. For the most part there is one symbol per phonologically-distinct syllable and vice-versa. The direction of writing and reading was standardized as left-to-right. Punctuation symbols were borrowed from Chinese, and a diacritic was incorporated into the system to mark one of the tones. Font sources (Fontographer .fog) are available in the source package and on the project website. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406864: status of the ttf-sil-andika ITP
The package is now named ttf-sil-andika-desrev to better reflect the design review status, of course it is still very useful at this stage but we wanted to make that clearer. (When the more complete Andika is released when can do a rename). Hmmm. This means, they will need to go through NEW twice :-/ Wouldn't it be better (and have the same effect) to note that in the versionnumber and package description? Or did you already thought about that and came to the above decission? OK, so I took your advice: it's better at this stage to keep the initial ITP name. Makes it easier for you and the ftp-master team. The design review status is made clear in the packaging description and the changelog. Will be putting up the new source package shortly. Thanks, -- Nicolas Spalinger http://scripts.sil.org http://alioth.debian.org/projects/pkg-fonts/ https://launchpad.net/people/fonts signature.asc Description: OpenPGP digital signature
Bug#425338: ITP: hinting-viewer - tool to view font outline hinting
Package: wnpp Severity: wishlist * Package name: hinting-viewer * Version : 0.1 * Upstream Author : Owen Taylor * URL : http://fishsoup.net/software/hinting-viewer/ * License : GNU General Public License * Description : tool to view font outline hinting A GTK+, Cairo-based tool to look in detail at how the FreeType hinting process is affecting the outlines of a font. It allows looking at a magnified version of the modified outline and comparing it to the resulting pixels. signature.asc Description: OpenPGP digital signature
Bug#406864: status of the ttf-sil-andika ITP
Holger Levsen a écrit : Hey Nicolas, On Tuesday 08 May 2007 21:57, you wrote: Thanks for the ping. (Just got back from LGM2 where I had a talk on open fonts). Hehe :) I hope you had fun! Yep, it was amazing. The next step is the BoF on open fonts @debconf. The updated Andika Debian packaging with the new design review (including sources) is now available on http://yosch.org/packages/debian The package is now named ttf-sil-andika-desrev to better reflect the design review status, of course it is still very useful at this stage but we wanted to make that clearer. (When the more complete Andika is released when can do a rename). Hmmm. This means, they will need to go through NEW twice :-/ Wouldn't it be better (and have the same effect) to note that in the versionnumber and package description? Or did you already thought about that and came to the above decission? Actually yes, there was some thinking involved. But it happened after the IPT. This is what upstream designers would prefer to reflect the naming given to tarballs for other platforms. No worries about the NEW delay. How long do you expect will it take until the font becomes final/ready? The designers are still gathering feedback. It's a long process. It will take months. They will adjust the design as needed and draw all the other glyphs that are needed to complete the full set and make Andika a truly global font like Doulos SIL and Charis SIL. The next stages are - Andika Basic - Andika Regular - Andika Bold, Italic, and Bold Italic But it's already very useful as such. No real need to wait for the final version. OTOH if you have specific needs and wishes, now is a great time to give feedback. Your sponsorship much appreciated :-) Ok, waiting for your reply on the above and then I'll go :) Excellent. Thanks :) regards, Holger -- Nicolas
Bug#406864: status of the ttf-sil-andika ITP
Holger Levsen wrote: Hi Nicolas, On Thursday 12 April 2007 19:44, you wrote: I was waiting for the end of the freeze before asking for sponsorship. Etch has been released by now, so... :) And we need ttf-sil-andika in unstable, to upload tuxtype and tuxmath. In the meantime, there's been new design reviews released so I'll adjust the packaging and do some more testing. Did that happen yet? regards, Holger (still willing to sponsor) Hi Holger, Thanks for the ping. (Just got back from LGM2 where I had a talk on open fonts). The updated Andika Debian packaging with the new design review (including sources) is now available on http://yosch.org/packages/debian The package is now named ttf-sil-andika-desrev to better reflect the design review status, of course it is still very useful at this stage but we wanted to make that clearer. (When the more complete Andika is released when can do a rename). Your sponsorship much appreciated :-) Cheers, -- Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422378: ITP: spiro - toolkit for curve design (font editor)
Package: wnpp Severity: wishlist * Package name: spiro * Version : 1.0 * Upstream Author : Raph Levien * URL : http://levien.com/spiro/ * License : GNU General Public License * Description : toolkit for curve design (font editor) Spiro is a toolkit for curve design, especially font design, created by Raph Levien. It is still experimental but very promising. It contains a new spline implementation based on Euler spirals. It includes python utilities for manipulating curves, a Bezier optimizer, tools to do scan segmenting and compositing into letter classes, suitable for tracing over. It exports to fontforge SFD and uses Gtk2 and cairo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421232: ITP: GFS Complutum - Ancient Greek font
Package: wnpp Severity: wishlist * Package name: ttf-gfs-complutum * Version : 1.0 * Upstream Author : George D. Matthiopoulos (Greek Font Society) * URL : http://www.greekfontsociety.org/pages/en_typefaces16th.html * License : Open Font License * Description : Ancient Greek font The ancient Greek alphabet evolved during the millenium of the Byzantine era from majuscule to minuscule form and gradually incorporated a wide array of ligatures, flourishes and other decorative nuances which defined its extravagant cursive character. Until the late 15th century, typographers who had to deal with Greek text avoided emulating this complicated hand; instead they would use only the twenty four letters of the alphabet separately, often without accents and other diacritics. A celebrated example is the type cut and cast for the typesetting of the New Testament in the so-called Complutensian Polyglot Bible (1512), edited by the Greek scholar, Demetrios Doukas. The type was cut by Arnaldo Guillén de Brocar and the whole edition was a commision by cardinal Francisco Ximénez, in the University of Alcalá (Complutum), Spain. It is one of the best and most representative models of this early tradition in Greek typography which was revived in the early 20th century by the eminent bibliographer of the British Library, Richard Proctor. A font named Otter Greek was cut in 1903 and a book was printed using the new type. The original type had no capitals so Proctor added his own, which were rather large and ill-fitted. The early death of Proctor, the big size of the font and the different aesthetic notions of the time were the reasons that Otter Greek was destined to oblivion, as a curiosity. Greek Font Society incorporated Brocar's famous and distinctive type in the commemorative edition of Pindar's Odes for the Athens Olympics (2004) and the type with a new set of capitals, revived digitaly by George D. Matthiopoulos, is now available for general use.
Bug#421233: ITP: GFS Bodoni Classic - Smart Greek typeface revival
Package: wnpp Severity: wishlist * Package name: ttf-gfs-bodoni-classic * Version : 1.0 * Upstream Author : George D. Matthiopoulos (Greek Font Society) * URL : http://www.greekfontsociety.org/pages/en_typefaces18th.html * License : Open Font License * Description : Smart Greek typeface revival Giambattista Bodoni was the most prolific Italian typecutter of the 18th century. He was among the first European typecutters to move away from the byzantine cursive tradition with the numerous ligatures which was the norm until then. His Greek types influenced many subsequent designers, yet they fell in disuse by the middle of the 19th century. GFS presented Bodoni's original Greek typeface in the commemorative edition of Pindar's Olympian Odes (2004), in digital version by George D. Matthiopoulos, and is now available for the general public. In the OpenType features, under ligatures, one may alternately use diphthongs with the accents placed in between the characters, as Giambattista Bodoni did when setting greek texts. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421234: ITP: GFS Gazis - Ancient Greek font
Package: wnpp Severity: wishlist * Package name: ttf-gfs-gazis * Version : 1.0 * Upstream Author : George D. Matthiopoulos (Greek Font Society) * URL : http://www.greekfontsociety.org/pages/en_typefaces18th.html * License : Open Font License * Description : Ancient Greek font During the whole of the 18th century the old tradition of using Greek types designed to conform to the Byzantine cursive hand with many ligatures and abbreviations - as it was originated by Aldus Manutius in Venice and consolidated by Claude Garamont (Grecs du Roy) - was still much in practice, although clearly on the wane. GFS Gazis is a typical German example of this practice as it appeared at the end of that era in the 1790's. Its name pays tribute to Anthimos Gazis (1758-1828), one of the most prolific Greek thinkers of the period, who was responsible for writing, translating and editing numerous books, including the editorship of the important Greek periodical Ερμής ο Λόγιος (Litterary Hermes) in Wien. GFS Gazis has been digitally designed by George D. Matthiopoulos.
Bug#421236: ITP: GFS Baskerville - Ancient Greek font revival
Package: wnpp Severity: wishlist * Package name: ttf-gfs-baskerville * Version : 1.0 * Upstream Author : Sophia Kalaitzidou and George D. Matthiopoulos (Greek Font Society) * URL : http://www.greekfontsociety.org/pages/en_typefaces18th.html * License : Open Font License * Description : Ancient Greek font revival John Baskerville (1706-1775) got involved in typography late in his career but his contribution was significant. He was a successful entrepreneur and possessed an inquiring mind which he applied to produce many aesthetic and technical innovations in printing. He invented a new ink formula, a new type of smooth paper and made various improvements in the printing press. He was also involved in type design which resulted in a latin typeface which was used for the edition of Virgil, in 1757. The quality of the type was admired throughout of Europe and America and was revived with great success in the early 20th century. Baskerville was also involved in the design of a Greek typeface which he used in an edition of the New Testament for Oxford University, in 1763. He adopted the practice of avoiding the excessive number of ligatures which Alexander Wilson had started a few years earlier but his Greek types were rather narrow in proportion and did not win the sympathy of the philologists and other scholars of his time. They did influence, however, the Greek types of Giambattista Bodoni. and through him Didot's Greek in Paris. The typeface has been digitally revived as GFS Baskerville Classic by Sophia Kalaitzidou and George D. Matthiopoulos and is now available as part of GFS' type library. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]