fonts August 2008

fonts@lists.fedoraproject.org

9 participants
18 discussions

Re: contact kurditgroup
by Michal Nowak 13 Oct '08

13 Oct '08

ping? On 09:57 Wed 16 Jul , Michal Nowak wrote: > Hi Bardaqani, > > sorry for not being clear on this for the first time. > > The problem with GPL licensed font is that when you for example > create PDF file (like a book) the you usually embed the font inside > the document and then is anyone able to see it correct even > when he does not have the Kurdish font in system (really good thing). > > But: When you have used GPL font (like Unikurd Web) inside PDF file > then you must license the file/book as a GPL too! And that's the > problem. > > Because of this there's special Font Exception which solves that > problem. > > What would help us a lot: > > 1. Re-license the fonts from 'GPLv3' to 'GPLv3 + exception'. > Here's the link to such text: > http://www.gnu.org/licenses/gpl-faq.html#FontException > > 2. Write the text from the above link to the file gpl.txt inside > unikurdweb.zip file. > > > Solving points 1. and 2. will help us to distribute Your font in > Fedora and thus helpfull for Kurdish writing/speaking users in > general. > > Don't hesitate and write me in case of another questions or if > you need any further guidance. > > Thank you, > Michal > > > On 23:43 Tue 15 Jul , bardaqani bardaqani wrote: > > Dear Michal, > > How can help you? should we out the license inside a PDF or what? > > let me know > > > > cheers > > > > > > > > On Wed, Jul 16, 2008 at 12:47 AM, <mnowak(a)redhat.com> wrote: > > > > > <div dir='rtl' style='direction: rtl; text-align: right' align='right'>.Hi, > > > I wish I package some Unikurd fonts to Fedora Linux distribution > > > > > > The problem is actually the chosen license, which is plain GPLv3. Here you > > > can read why is the license not so well usable for usage e.g. inside PDF. > > > > > > > > > http://www.fsf.org/licensing/licenses/gpl-faq.html#FontException > > > > > > Please reply to my email mnowak(a)redhat.com for further information or > > > point me to someone whom can I talk to. > > > > > > Thank you for you time, > > > Michal Nowak > > > > > > Michal Nowak   uid:0 > > > > > > 2008-07-15 > > > </div> > > >

3 5

Font subsetting is patented?
by Vasile Gaburici 02 Sep '08

02 Sep '08

Seems to me this way: http://www.patentstorm.us/patents/6252671/description.html But IANAL...

4 3

CC-ing the bugs list does not work?
by Vasile Gaburici 01 Sep '08

01 Sep '08

I've CC'd <fedora-fonts-bugs-list(a)redhat.com> on some bug reports I've sent to <tex-live(a)tug.org> (they don't use a bug tracker anymore), but the archives of fedora-fonts-bugs-list do show these messages... Does anyone know why?

2 1

liberation-fonts is updated: fixed some hinting problems.
by Caius Carlos CHANCE 25 Aug '08

25 Aug '08

Hi, liberation-fonts (1.04.90.devel) is updated. There are some hinting problem fixes: http://koji.fedoraproject.org/koji/taskinfo?taskID=785966 The files are available here: https://fedorahosted.org/releases/l/i/liberation-fonts/ Please feel free to provide your valuable feedback. Best Regards, Caius Chance. -- Caius Carlos Chance < cchance AT redhat DOT com > Red Hat APAC | http://apac.redhat.com/disclaimer/

1 0

STIX license issues?
by Vasile Gaburici 16 Aug '08

16 Aug '08

I recall watching a Barbara Beeton's TUG talk recording that some people didn't like the STIX font license, and were waiting for the GUST Math font. Does anyone know what exactly the problems are? I see (http://fedoraproject.org/wiki/Legal_considerations_for_fonts#preferred-lice…) that Fedora considers the STIX license okay...

3 4

FontForge FontView?
by Vasile Gaburici 16 Aug '08

16 Aug '08

According to http://fontforge.sourceforge.net/source-build.html, it's recommend to install the FontView bitmap font, which is used to label the font matrix entries, so you can visually check if you put the glyphs in the right slots. Shouldn't Fedora be shipping this? I know it's a bitmap font, but unless you're volunteering to move fontforge out of the X11 font world, FontView is needed to use it properly. According to http://khdd.net/kanou/fonts/ff/fontviewfont-en.html, FontView is a derivative of clearlyU, but with a lot more coverage (60K+ glyphs vs 9K+). Perhaps we should package FontView instead of clearlyU?

2 1

Re: Problem enabling new language on gdm language selection list
by Rahul Bhalerao 14 Aug '08

14 Aug '08

On Tue, Aug 12, 2008 at 7:37 PM, Matthias Clasen <mclasen(a)redhat.com> wrote: > What gdm does it is only shows a language in the list if a) we have > translations for it and b) we have fonts for it. For b), we basically > ask fontconfig "do you have fonts for this language ?". It seems that > fontconfig says "no" if it doesn't know the language. It would be better > if fontconfig could say "I don't know" in that case... > Apart from these three conditions, even if fontconfig knows the language, is it necessary that fcfreetype.c has MAC language code defined for that language, in order to list it in gdm? When I tried adding .orth file, the "fc-list fontname lang" listed the appropriate language, but still it did not appear in gdm list until, the definitions were made in fcfreetype.c and ttnameid.h. Rahul.

2 1

Re: Asana-Math: close but no cigar
by Vasile Gaburici 13 Aug '08

13 Aug '08

The STIX fonts do **NOT** currently have the math OpenType script. What this means is that they have nice collection of glyphs, but no special layout features, so they're pretty useless for actually typesetting something with them. The math script, aka MATH table, is a MS extension to OpenType. MS has not yet officially submitted any documentation for these math layout extensions -- and they are quite extensive -- not even in the draft 1.5/1.6 OpenType spec. Despite this, it is the de-facto OpenType math standard, and support for it has appeared in FOSS projects. These extensions are implemented only in the Cambria Math font (MS), and now in Asana Math (FOSS). Fonts using these extensions are currenly usable only in MS Office 2007 (and some other minor non-FOSS products), but out of the FOSS world only XeTeX supports them right now. LuaTeX is scheduled to add support by the end of this year, together with the release of the GUST Math font. On Wed, Aug 13, 2008 at 5:52 AM, Ignacio Vazquez-Abrams <ivazqueznet(a)gmail.com> wrote: > On Wed, 2008-08-13 at 05:41 +0300, Vasile Gaburici wrote: >> It's nice to see that the first (& only?) FOSS OpenType math font, > > STIXFonts? Well, not quite FOSS yet, but soon hopefully... > > http://www.stixfonts.org/user_license.html > > -- > Ignacio Vazquez-Abrams <ivazqueznet(a)gmail.com> >

3 9

Asana-Math: close but no cigar
by Vasile Gaburici 12 Aug '08

12 Aug '08

It's nice to see that the first (& only?) FOSS OpenType math font, (and by that I mean one that has a math script, like Cambria Math), has been added to rawhide. But the font is currently useless in Fedora, because (i) our XeTeX is too old, and (ii) the unicode-math XeLaTeX package is not installed. Unlike most other TeX projects, XeTeX has it's own SNV repository. I've been using the svn version of XeTeX for a while now, mainly because I've reported some bugs upstream (and I mean to the real upstream, not TeXLive). The repository includes all the required texmf bits that XeTeX needs, but unicode-math is considered experimental so it's not installed even by the svn installation script, thus it's missing even in TeXLive 2008. But it works well enough for me and others on that have tried it, including typesetting the whole AMS test document. Given that we package xetex separately in texlive-xetex, and since it doesn't seem likely that we'll ship TeXLive 2008 anytime soon, I'd like to prose that we switch xetex to its own upstream sources instead of getting the obsolete version from TeXLive 2007. This will fix (i) without having to wait for TeXLive 2008 to get packaged. Since we'd be using the svn sources, we can easily add unicode-math - it just needs some files copied to texmf, so we'd fix (ii) as well.

1 0

Re: Problem enabling new language on gdm language selection list
by Behdad Esfahbod 12 Aug '08

12 Aug '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthias Clasen wrote: > For b), we basically > ask fontconfig "do you have fonts for this language ?". It seems that > fontconfig says "no" if it doesn't know the language. It would be better > if fontconfig could say "I don't know" in that case... One way to detect that fontconfig doesn't know about the language is by querying the newly added FcLangGetCharSet(). It returns NULL if it doesn't know. behdad -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkihqqgACgkQn+4E5dNTERU5NgCbB/wfDVWBqzQjMYJxqyvOKNRL kAgAn3WV+V9VDVugPJ4Psq6Qn02d4o66 =dhTm -----END PGP SIGNATURE-----

1 0

Problem enabling new language on gdm language selection list
by Rahul Bhalerao 12 Aug '08

12 Aug '08

For adding a language on gdm's login screen, apart from having a locale file, few translations and required fonts, it is required that language is recognized by fontconfig. To make a fontconfig recognize the language, a related lang.orth file is required. With my experiment on this, I think there is also need to add an entry to fcfreetype.c of fontconfig and related language code entry in ttnameid.h of freetype2. After making all these changes the language is listed in the gdm's list. But this has a problem, as the entries of language code in ttnameid.h are MS and MAC codes for these languages and there are languages that do not have these codes but are included in iso639-2 language codes. Thus my question is, how much important is it to have an entry for the language in the file fcfreetype.c of fontconfig and related entry in the header file ttnameid.h of freetype2? And what is to be done for the language that does not have MS or MAC code? Is it possible to use our own codes? Can anyone please help resolving this? -- Rahul. http://b.rahul.pm.googlepages.com/home - http://rahulpmb.blogspot.com - http://samadiyami.blogspot.com - http://mazikavita.blogspot.com

1 0

Best way to add a line to a config file from another package?
by Vasile Gaburici 11 Aug '08

11 Aug '08

I need to add line to /usr/share/texmf/dvips/config/config.ps to get some extra functionality enabled for lcdf-typetools, namely Type 42 support. The config.ps file is properly marked as a config file in texlive-texmf-dvips. Is there some infrastructure that's normally used to hack config files or should I just echo "..." >> config.ps?

1 0

Re: [Fedora-packaging] Are there *any* guidelines for what "Group:" an application should go in?
by Vasile Gaburici 08 Aug '08

08 Aug '08

Thanks for the info. I see it is possible to add a package to multiple comps.xml groups, which is more flexible that what "Group:" can express. Still, it would be nice if anaconda had a search box like PackageKit... On Fri, Aug 8, 2008 at 9:34 PM, Toshio Kuratomi <a.badger(a)gmail.com> wrote: > Vasile Gaburici wrote: >> >> Furthermore, are there any guidelines for the creation of new groups? >> > Pretty much no. We've settled on using comps for grouping of packages > rather than the Group: tag. That said, it's probably best to use one of the > existing groups (listed in /usr/share/doc/rpm-%{version}/GROUPS > > -Toshio > >

1 0

Re: TeXGyre fonts licensing concern
by Nicolas Mailhot 08 Aug '08

08 Aug '08

Hi, I'm afraid these answers are utterly unconvincing. I've just checked Debian made the very same analysis as us, and you're on your way to get yourself blacklisted in all major Linux distributions. https://bugs.launchpad.net/ubuntu/+source/texlive-extra/+bug/135911/comment… In case that's not clear enough, you have a problem. On Sat, 2008-07-26 at 12:48 +0200, Hans Hagen wrote: > Jonathan Underwood wrote: > > Dear Hans, > > > > Some legal concerns have arisen regarding the licensing of the TeX > > Gyre fonts - please see > > https://bugzilla.redhat.com/show_bug.cgi?id=456580. In particular, > > this part is most relevant: > > > > 2. The textlive-texfm includes tex-gyre fonts. As the authors freely > > admit they lifted the GNU Ghostscript GPL fonts, changed their format, > > modified the result, > > and relicensed it all under their own license [1]. They don't list any > > authorization for this from the previous rights holders in their > > package. Since we can not ship the GPL bits they lifted under another > > license, and we can not ship the bits they added under the GPL without > > tex-gyre people authorization, the whole thing is un-distributable and > > must be removed [2] > > > > [1] page 8 of http://www.gust.org.pl/projects/e-foundry/tex-gyre/afp05.pdf > > [2] http://www.redhat.com/archives/fedora-fonts-list/2008-July/msg00111.html > > > > I wonder if you would take a few moments to look at this and comment > > on the correctness of the analysis and help to resolve these issues? I > > am sure you'd agree with me that resolving this is important for the > > TeX Gyre project, and free software fonts in general. > > > > Finally, in case it's not clear, I'd just like to point out that I am > > *not* contacting you in my capacity as chair of the UKTUG funding > > sub-committee in this instance, but as a member of UKTUG, and also a > > Fedora contributor. Nonetheless, as a UKTUG member I would not be > > happy to think that UKTUG is financially supporting a project which is > > in violation of the GPL, if that is indeed the case. > > a short reply (i have to catch up many mails after the tug conference) > > - the gust font licence is mostly the lppl licence which is accepted as ok Irrelevant. We are not complaining about the Gust font license we are complaining about re-licensing without previuous authors authorization. > - the main 'additions' concern packaging (file names, internal font > names, etc. since any simple replacement/extension can mess up doc > production and could put a stress on user group support), which is an > important issue for tex distributions That's still a lot of work. We respect licensing regardless of the size of the contribution > - gpl is targeted at programs and fonts are not exactly programs Given the number of fonts we ship under GPL, LGPL or derived licenses (including Liberation), this argument is not receivable. "I don't like this license I'll just use another and no one's the wiser" — you're not serious. > - we try to contact e.g. urw on some other issues (it's currently not > even clear of some of the fonts were ever legally gpl'd!) but they don't > react (such a kind of 'disappearing responsibility' happened before with > some other font where eventually responsibility was transfered to tug) You can not work just with URW. The right contacts are Artifex and all the people who contributed to the fonts since their release. > - some of the 'original' fonts contain additions of rather poor quality > (greek and cyrillic) and when/how they ended up in there withoput any > quality assurance is unclear, so in general one can say that these fonts > have a somewhat fuzzy history Quality as nothing to do with licensing. You can make bad contributions under a good license, and good contributions under a bad license. We can ship the first but not the other. > we're currently convinced that eveything is ok with respect to the > licence (btw, the amount of changes to the fonts are pretty large so one > might as well wonder if we're dealing with new digitizations) Again, this is the kind of fuzzy logic that can not stand legaly. > Jerzy might have a more detailed answer since he's in charge of the > licencing -- Nicolas Mailhot

4 10

Re: TeXGyre fonts licensing concern
by Nicolas Mailhot 08 Aug '08

08 Aug '08

On Mon, 2008-07-28 at 11:25 +0200, Hans Hagen wrote: > Nicolas Mailhot wrote: > > > I'm afraid these answers are utterly unconvincing. I've just checked > > Debian made the very same analysis as us, and you're on your way to get > > yourself blacklisted in all major Linux distributions. > > hm, you == tex-community or gust-foundry or ? Just TEX-Gyre so far but it does raise questions about all the entities that redistributed this work. Regards, -- Nicolas Mailhot

1 0

Maithili language support gdm problem in Fedora
by Parag Nemade 07 Aug '08

07 Aug '08

Hi, We have already missed F10 Alpha release and I am still struggling to get Maithili language support included in rawhide. The problem I see is that we need to modify fontconfig package to include Maithili language. I submitted bug[1] to add Maithili in bugzilla against fontconfig 3 months back. But package maintainer of fontconfig closed it instantly and made it upstream[2]. I submitted required input in upstream bug. But, still no response from upstream. If package maintainer is not willing to do code level changes and also upstream then I will see no progress to add Maithili language support in Fedora. So even if we will get translations and all other changes done in Fedora by F10 release to support Maithili, users will not able to see Maithili language selection in gdm. Can anyone provide inputs on this issue? Otherwise I will move ahead and will commit required changes in rawhide and build new package as I can see ACLs are open on fontconfig. Regards, Parag. [1] *Bug 441995* <https://bugzilla.redhat.com/show_bug.cgi?id=441995> - [mai_IN] fc-list does not show Maithili language name [2] https://bugs.freedesktop.org/show_bug.cgi?id=15821

2 6

TeXLive 2008 in F10?
by Vasile Gaburici 06 Aug '08

06 Aug '08

Are there any plans to include TeXLive 2008 in F10? Currently a preview is available, which is essentially a release candidate. I works fine for me on F9, but I have not packaged it. I understand that the new TeXLive 2008 installer and packaging system is a lot of work to deal with, but TeXLive includes LuaTeX, which is the designated successor to pdfTeX, being developed by the same people that maintain pdfTeX, which won't get any signifiicant new features. So, for all practical purposes LuaTeX is the "new TeX". LuaTeX can already use OpenType fonts (towards which Fedora is moving), although not for math for which there are no usable *free* Unicode fonts available right now (the only usable one being Cambria Math from MS). There is no OpenType support planned for pdfTeX, so it's important to get users exposed to LuaTeX as early as possible, and Fedora is a good way of doing this :) The entire TeXLive 2008 system uses a new kpathsea replacement written in Lua, which is *many* times faster the original. This results in major speed improvements for all TeX programs. The "packetization" of TeXLive, plus the support in LuaTeX for OpenType fonts should make the TeX fonts mess (bug 456580) a more tractable problem, even though it won't solve it right away. Also, TeXLive 2008 includes lcdf-typetools, which I was planning to package separately - the package has been orphaned around FC6 or so. The main issue that I see is how to deal with 1Gb+ of TeXLive 2008 packages (over 1000). Perhaps something similar to cpan2rpm is in order?

1 0

Fwd: Maithili language support gdm problem in Fedora
by Rahul Bhalerao 06 Aug '08

06 Aug '08

forwarding on fedora-i18n-list as well. ---------- Forwarded message ---------- From: Rahul Bhalerao <b.rahul.pm(a)gmail.com> Date: Wed, Aug 6, 2008 at 3:42 PM Subject: Re: Maithili language support gdm problem in Fedora To: "Parag N(पराग़)" <panemade(a)gmail.com> On Wed, Aug 6, 2008 at 1:03 PM, Parag N(पराग़) <panemade(a)gmail.com> wrote: > Hi, > We have already missed F10 Alpha release and I am still struggling > to get Maithili language support included in rawhide. The problem I see > is that we need to modify fontconfig package to include Maithili > language. I submitted bug[1] to add Maithili in bugzilla against > fontconfig 3 months back. But package maintainer of fontconfig closed it > instantly and made it upstream[2]. > I submitted required input in upstream bug. But, still no response > from upstream. If package maintainer is not willing to do code level > changes and also upstream then I will see no progress to add Maithili > language support in Fedora. So even if we will get translations and all > other changes done in Fedora by F10 release to support Maithili, users > will not able to see Maithili language selection in gdm. > Can anyone provide inputs on this issue? Otherwise I will move ahead > and will commit required changes in rawhide and build new package as I > can see ACLs are open on fontconfig. > How much important is it to have an entry for the language in the file fcfreetype.c of fontconfig and related entry in the header file ttnameid.h of freetype2? I observed that to have the language listed in gdm selection list, both of these entries are necessary. But that raises one more question that is, for languages that do not have MS or MAC codes, what has to be done as all the language and their codes listed in these files are defined according to the MS and MAC codes? There are many languages including Maithili, in iso639-2 that do not have such codes. _ Rahul. -- Rahul. http://b.rahul.pm.googlepages.com/home - http://rahulpmb.blogspot.com - http://samadiyami.blogspot.com - http://mazikavita.blogspot.com

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts August 2008