[Bug 431029] New: [ml_IN] Wrong combinations used for conjunct 'à´¨àµâà´±'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=431029
Summary: [ml_IN] Wrong combinations used for conjunct
'ന്റ'
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: high
Component: icu
AssignedTo: caolanm(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list@redhat.com,fedora(a)leemhuis.info
+++ This bug was initially created as a clone of Bug #402331 +++
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 200D + 0D31 (key 'V', key 'D', key ']'
and key ' shift J' on malayalam inscript keyboard) gives the conjunct '
ന്റ ' . But the correct combination is 0D28 + 0D4D + 0D31 (type key 'V', key
'D' and key ' shift J' on malayalam inscript keyboard) which must give the
conjunct ന്റ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Actual results:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D28 + 0D4D + 0D31 (or type key 'V', key 'D' and key ' shift
J' respectively using Malayalam Inscript).
3.Result must be ന്റ.
Additional info:
-- Additional comment from aalam(a)redhat.com on 2007-12-14 01:28 EST --
fonts-malayalam-2.1.5-3.fc8
-- Additional comment from apeter(a)redhat.com on 2008-01-04 01:14 EST --
Appreciate if you could let me know the status of this bug as this has to be
fixed immediately before next release.
This is a very basic but very critical bug and hence must be fixed urgently.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-04 01:14 EST --
Appreciate if you could let me know the status of this bug as this has to be
fixed immediately before next release.
This is a very basic but very critical bug and hence must be fixed urgently.
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-10 02:17 EST --
Ani,this appears to be working fine in f8. Can you please confirm the problem?
-- Additional comment from apeter(a)redhat.com on 2008-01-10 04:20 EST --
Created an attachment (id=291249)
--> (https://bugzilla.redhat.com/attachment.cgi?id=291249&action=view)
Screen shot for the conjunct combination
-- Additional comment from apeter(a)redhat.com on 2008-01-22 03:20 EST --
Rahul, we had a personal discussion on this bug last week. Is the issue clear
for you or do you still have any doubts?
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 07:43 EST --
Ani, thanks for the concern. The problem is absolutely clear to me. It also has
a relation the other bug about chillaksharam right now.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 08:41 EST --
Created an attachment (id=292509)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292509&action=view)
patch for Lohit-Malayalam.sfd
This patch fixes the ligature rule in the .sfd file.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-22 08:44 EST --
Created an attachment (id=292510)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292510&action=view)
fixed ttf file
Ani, can you please test this font file before I build it for fedora?
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:10 EST --
Rahul ,
I still find this is not fixed completely. Now the result is just the key
sequence when 0D28 + 0D4D + 0D31 is used.
Problem : 0D28 + 0D4D + 200D + 0D31 has to be used for getting the conjunct.
Expected result: 0D28 + 0D4D + 0D31 must give the desired conjunct.
Please have a look on the screenshot attached on Comment #5
Let me know if any more queries.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:22 EST --
Created an attachment (id=292624)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292624&action=view)
Screenshot of the glyph of the conjunct
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:23 EST --
Rahul ,
I still find this is not fixed completely. Now the result is just the key
sequence when 0D28 + 0D4D + 0D31 is used.
Problem : 0D28 + 0D4D + 200D + 0D31 has to be used for getting the conjunct.
Expected result: 0D28 + 0D4D + 0D31 must give the desired conjunct.
Please have a look on the screenshot attached on Comment #5
Let me know if any more queries.
Thanks
Ani
-- Additional comment from apeter(a)redhat.com on 2008-01-23 06:25 EST --
Please ignore the comment #12 as its a repetition of comment #10. Instead please
have a look in the follwing:
Rahul,
One more thing I would like to mention is that, now as the chillu is not working
anywhere, currently 0D28 + 0D4D + 200D + 0D31 is also not giving the conjunct. I
have already showed you the glyph of the conjunct in the font file. have
attached the same as in comment #11
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:08 EST --
Ani, from the screenshot in comment #5 attached by you, I assume you do not want
the conjunct to be formed for 0D28 + 0D4D + 200D + 0D31?
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:17 EST --
Created an attachment (id=292633)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292633&action=view)
patch for Lohit-Malayalam.sfd
This patch fixes the ligature rule in sfd file.
-- Additional comment from rbhalera(a)redhat.com on 2008-01-23 08:17 EST --
Created an attachment (id=292634)
--> (https://bugzilla.redhat.com/attachment.cgi?id=292634&action=view)
fixed ttf file
Ani, can you please test this font file now?
-- Additional comment from apeter(a)redhat.com on 2008-01-23 23:39 EST --
Rahul,
Yes, its working fine. Good job.
Thanks
Ani
-- Additional comment from rbhalera(a)redhat.com on 2008-01-25 07:04 EST --
Fixed in lohit-fonts-malayalam-2.1.8-1.fc9.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years
[Bug 402331] New: [ml_IN] Wrong combinations used for conjunct 'à´¨àµâà´±'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=402331
Summary: [ml_IN] Wrong combinations used for conjunct
'ന്റ'
Product: Fedora
Version: fc6test3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 200D + 0D31 (key 'V', key 'D', key ']'
and key ' shift J' on malayalam inscript keyboard) gives the conjunct '
ന്റ ' . But the correct combination is 0D28 + 0D4D + 0D31 (type key 'V', key
'D' and key ' shift J' on malayalam inscript keyboard) which must give the
conjunct ന്റ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Actual results:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 200D , 0D31(or type key 'V', key 'D', key ']' and
key ' shift J' respectively using Malayalam Inscript).
3.Result is ന്റ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D28 + 0D4D + 0D31 (or type key 'V', key 'D' and key ' shift
J' respectively using Malayalam Inscript).
3.Result must be ന്റ.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years
[Bug 402321] New: [ml_IN} Wrong combinations used for the conjunct 'à´¨àµà´ª'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=402321
Summary: [ml_IN} Wrong combinations used for the conjunct
'ന്പ'
Product: Fedora
Version: fc6test3
Platform: All
OS/Version: Linux
Status: NEW
Severity: urgent
Priority: urgent
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: aalam@redhat.com,eng-i18n-bugs(a)redhat.com,fedora-fonts-
bugs-list(a)redhat.com
Description of problem:
In lohit-malayalam font, 0D28 + 0D4D + 0D2A (key 'V', key 'D', key 'H' on
malayalam inscript keyboard) gives the conjunct ' ന്പ ' . But instead of 0D28
(key 'V'), it must be 0D2E (key 'C'). Hence the correct combination is 0D2E +
0D4D + 0D2A (type key 'C', key 'D', key 'H' on malayalam inscript
keyboard)which must give the conjunct ന്പ.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Open gedit/kedit.
2.Type unicode 0D28, 0D4D, 0D2A (or type key 'V', key 'D', key 'H' respectively
using Malayalam Inscript).
3.Result is ന്പ.
Actual results:
1.Open gedit/kedit.
2.Type unicodes 0D28, 0D4D, 0D2A (or type key 'V', key 'D', key 'H'
respectively using Malayalam Inscript).
3.Result is ന്പ.
Expected results:
1.Open gedit/kedit.
2.Type unicodes 0D2E, 0D4D, 0D2A (or type key 'C', key 'D', key 'H'
respectively using Malayalam Inscript).
3.Result must be ന്പ.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
15 years
[Bug 473551] New: Fix dejavu-* dependencies
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Fix dejavu-* dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=473551
Summary: Fix dejavu-* dependencies
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: rrdtool
AssignedTo: kaboom(a)oobleck.net
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: kaboom(a)oobleck.net, jwilson(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com
Blocks: 446451
Classification: Fedora
The dejavu-fonts and dejavu-lgc-fonts packages are gone in Fedora 11.
Please change your package deps to one or several of:
dejavu-fonts-sans
dejavu-fonts-sans-mono
dejavu-fonts-serif
dejavu-fonts-lgc-sans
dejavu-fonts-lgc-sans-mono
dejavu-fonts-lgc-serif
http://koji.fedoraproject.org/koji/buildinfo?buildID=68927
The compat packages are transitory and will be gone in F12
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years
[Bug 462531] New: text of highlighted button in dialog goes black
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: text of highlighted button in dialog goes black
https://bugzilla.redhat.com/show_bug.cgi?id=462531
Summary: text of highlighted button in dialog goes black
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: jspaar(a)users.sourceforge.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
On XO running fedora rawhide livecd,
The highlighted button in a dialog (any app) looks black while the dialog
window is in focus.
Version-Release number of selected component (if applicable):
I'm not sure which underlying component is responsible. Here are candidates
chosen from zenity's dependencies:
cairo-1.7.4-1.fc10.i386
fontconfig-2.6.0-2.fc10.i386
freetype-2.3.7-1.fc10.i386
gtk2-2.14.0-4.fc10.i386
glib2-2.18.0-1.fc10.i386
libglade2-2.6.3-1.fc10.i386
glib2-2.18.0-1.fc10.i386
libgnomecanvas-2.20.1.1-2.fc9.i386
glib2-2.18.0-1.fc10.i386
gtk2-2.14.0-4.fc10.i386
pango-1.21.6-1.fc10.i386
How reproducible: always
Steps to Reproduce:
1. Boot fedora rawhide livecd on XO per
http://katzj.livejournal.com/438184.html
2. Log in to gdm and open any dialog, such as System->shutdown
3. or run: zenity --question --text 'do you like pirate buttons?'
--ok-label='Aaargh!' --cancel-label='Naargh!'
3.
Actual results:
While the dialog window is in focus, the *text* in the highlighted button
appears blacked out. Tabbing to a different button will move the effect to
that button. Focussing on a different window will remove the effect until the
dialog is in focus again. Notice that in buttons with an icon and text, the
icon is not blacked out, only the text.
Expected results:
visible text on highlighted button while dialog window is active
Additional info:
Screenshot attached.
Intended to block FedoraOnXO Tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=FedoraOnXO
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years
[Bug 477336] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477336
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: freefont
AssignedTo: orion(a)cora.nwra.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: orion(a)cora.nwra.com, fedora-fonts-bugs-list(a)redhat.com
Blocks: 477044
Classification: Fedora
After more than a month of consultation,
feedback and tweaking new font packaging guidelines have been approved
by FESCO.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Package maintainers must now convert their packages in rawhide to the new
templates.
The following packages have already been converted in rawhide and can
serve as examples if the templates published in the fontpackages-devel package
are not clear enough:
❄ andika-fonts
❄ apanov-heuristica-fonts
❄ bitstream-vera-fonts
❄ charis-fonts
❄ dejavu-fonts
❄ ecolier-court-fonts
❄ edrip-fonts
❄ gfs-ambrosia-fonts
❄ gfs-artemisia-fonts
❄ gfs-baskerville-fonts
❄ gfs-bodoni-classic-fonts
❄ gfs-bodoni-fonts
❄ gfs-complutum-fonts
❄ gfs-didot-classic-fonts
❄ gfs-didot-fonts
❄ gfs-eustace-fonts
❄ gfs-fleischman-fonts
❄ gfs-garaldus-fonts
❄ gfs-gazis-fonts
❄ gfs-jackson-fonts
❄ gfs-neohellenic-fonts
❄ gfs-nicefore-fonts
❄ gfs-olga-fonts
❄ gfs-porson-fonts
❄ gfs-solomos-fonts
❄ gfs-theokritos-fonts
❄ stix-fonts
❄ yanone-kaffeesatz-fonts
FPC and FESCO were not consulted on splitting or renaming packages,
nevertheless the new templates make it fare easier to manage subpackages, so
you're strongly encouraged to split your packages along font family lines.
A mandatory rule about splitting will probably be submitted for approval before
the F11 release.
Further information on fonts packaging changes will be published on
fedora-fonts-bugs-list at redhat.com
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 2 months
[Bug 475743] New: Many chinese glyphs on Japanese environment
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Many chinese glyphs on Japanese environment
https://bugzilla.redhat.com/show_bug.cgi?id=475743
Summary: Many chinese glyphs on Japanese environment
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: VLGothic-fonts
AssignedTo: ryo-dairiki(a)users.sourceforge.net
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Description of problem:
Since VLGothic-fonts is upgraded to 20081203, I see many
chinese glyphs on Japanese environment.
Downloading to 20081029 works good.
Version-Release number of selected component (if applicable):
VLGothic-fonts-20081203-2.fc11
(perhaps?)
cjkunifonts-ukai-0.2.20080216.1-10.fc11.noarch.rpm
cjkunifonts-uming-0.2.20080216.1-10.fc11.noarch.rpm
How reproducible:
100%
Steps to Reproduce:
1. For example, the following URL:
http://cvs.fedoraproject.org/viewvc/policycoreutils/po/ja.po?root=elvis&r...
Actual results:
See attached
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 2 months
[Bug 477403] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477403
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: jomolhari-fonts
AssignedTo: mgarski(a)post.pl
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mgarski(a)post.pl, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 2 months
[Bug 477467] New: Please convert to new font packaging guidelines
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477467
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: tibetan-machine-uni-fonts
AssignedTo: mgarski(a)post.pl
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: mgarski(a)post.pl, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
15 years, 2 months