[Bug 628540] New: Update to version 4.7
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: Update to version 4.7
https://bugzilla.redhat.com/show_bug.cgi?id=628540
Summary: Update to version 4.7
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: linux-libertine-fonts
AssignedTo: frank(a)scirocco-5v-turbo.de
ReportedBy: mnowak(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: frank(a)scirocco-5v-turbo.de, kevin(a)tummy.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
It seems Linux Libertine font was updated to 4.7.x-y version. Here comes the
changelog:
Changes to version 4.7.0 regular(-) & italic(/) & capitals (C) (20100430)
- All styles: Reported bugs fixed.
- Libertine regular:
- added missing anchors for i, idieresis, ccaron, scaron
- added missing characters accent uni0364 and glyph uni1D15
- completed combining accented chars block 0300-036F
-ij-Ligature more space between the glyphs, dot of j is slightly higher
-i,j,... more distinctive dotaccent and higher position
-r,f,j,y changes in the drop, which became more distinctive
- h slightl wider
- e slightly wider
- moved [a-z].superior from PUA to dedicated Unicode positions
- crossed form of W for new Wikipedia-logo
- Biolinum Bold: numerous improvements in following glyphs:
- a
- i, j, ä, ö, ü...
- w, v
- e
- f, ß
- c
- m, n
- b, d
- s
- kerning faults corrected
- numbers 0 - 9
- komma , hyphen -, numbersign #
- f
- A-Z slightly thinner verticals
- R, P better bows
- added small cyrillic m (uni043C) to Biolinum and some other missing cyrillics
(not yet all done...)
- Inverted Interrobang (uni2E18) added
- Add Substitution/Transposition brackets 2E02-0A
- macroncmb (uni0304) had a wrong positioned mark anchor and was thus flying
much to high
- Problems with Fractions (ID 2665656): without a contextual chaining
substitution fractions like 1/7 or 1/10, that don't have a concrete
Unicode-posistion, were unavailible. Now solved via contextual chaining
substitution.
- bold: ck, ch-ligature's part characters were a bit close. Now some more space
between them
- diacritic U+031A was wrongly placed. Is now being positioned above-right. New
anchor is called top_rechts
- corrected s_t-ligature in biolinum bold
Ingo Preuss points out thatsome glyphs were wrongly named:
- uni0237 is now called dotlessj (instead of uniF6BE, which was wrongly named
this way)
- all references to dotlessj now point to uni0237
In the following cases names were corrected, unicode points stayed unchanged
- tcommaaccent (uni0163) is now called tcedilla
- Tcommaaccent (uni0162) is now called Tcedilla
- uni021B is now called tcommaaccent
- uni021A is now called Tcommaaccent
- the locl-OpenType-substitution for Romanian wasn't changed, because it
already worked correctly
- orthogonal is now called uni221F
- sun is now called uni263C
- I had to move that .cap-variants of the accents to the PUA, because they
covered space where Unicode in between defined new characters. So I
systematically moved the .cap-Accents to:
grave.cap uni0358 -> uniE358
acute.cap uni0359 -> uniE359
circumflex.cap and so forth
caron.cap
breve.cap
hungarumlaut.cap
space_uni030F.cap
breveinvertedcmb.cap
breve.cyrcap 360
breve.cyr
dieresis.cap
hookabovecomb.cap
dotaccent.cap
(regular, italic)
- new point accent at uni0358
- new Mark for uni0358 in many O/o-characters
- improved support for POJ (Taiwan transcription)
- now kerning for kernclasspair p.sc + a.sc
- first use of contextual chaining substitution:
- when a combining accent follows an i, the dotlessi is used to prevent an
accent crash
- when one of the accented or leftwarding glyphs such as (ä, V) follow an f,
a short neck version of f (f.alt) is being used for optical reasons
- Added U+033B COMBINING SQUARE BELOW
- there was the "space" in a left kern class (together with dot, etc.). This
resulted in too few visible room when a "space" should seperate a word from the
now beginning quotation.
Italic: Correction of schwa
--
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.
13 years, 3 months
[Bug 641333] New: Add rupee sign glyph (U20B9) to devanagari font
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: Add rupee sign glyph (U20B9) to devanagari font
https://bugzilla.redhat.com/show_bug.cgi?id=641333
Summary: Add rupee sign glyph (U20B9) to devanagari font
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Unicode has approved now Indian rupee sign (U20B9). Please add this glyph to
Lohit Devanagari font.
Version-Release number of selected component (if applicable):
lohit-devanagari-fonts-2.4.3-6.fc14
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
http://en.wikipedia.org/wiki/Indian_rupee_sign#Unicode
--
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.
13 years, 4 months
[Bug 608477] New: [abrt] crash in fontforge-20090923-3.fc13: FT_ConicTo: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
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: [abrt] crash in fontforge-20090923-3.fc13: FT_ConicTo: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=608477
Summary: [abrt] crash in fontforge-20090923-3.fc13: FT_ConicTo:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:7572c1f049ba01fae8a094e8fb29f61fd2a7d747
Severity: medium
Priority: low
Component: fontforge
AssignedTo: kevin(a)tummy.com
ReportedBy: flora.chatz(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: roozbeh(a)gmail.com, kevin(a)tummy.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.1.1 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: fontforge
component: fontforge
crash_function: FT_ConicTo
executable: /usr/bin/fontforge
global_uuid: 7572c1f049ba01fae8a094e8fb29f61fd2a7d747
kernel: 2.6.33.5-124.fc13.x86_64
package: fontforge-20090923-3.fc13
rating: 4
reason: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
--
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.
13 years, 4 months
[Bug 634039] New: encodings in /usr/share/X11/fonts/encodings/large are not read by X server
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: encodings in /usr/share/X11/fonts/encodings/large are not read by X server
https://bugzilla.redhat.com/show_bug.cgi?id=634039
Summary: encodings in /usr/share/X11/fonts/encodings/large are
not read by X server
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: xorg-x11-fonts
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Installing font encoded in "large" encoding set prevents native X applications
starting up normally.
Version-Release number of selected component (if applicable):
xorg-x11-fonts-misc-7.2-9.fc12
How reproducible:
Always.
Steps to Reproduce:
1. Install a font encoded in any of the encoding defined in
/usr/share/X11/fonts/encodings/large/*. For example, cjkuni-uming-fonts
2. Run a native X application like xcalc
Actual results:
You will see the warning on the terminal:
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
Even worse, some applications (including m17n-edit in m17n-lib-tools) abort
with:
Error: Aborting: no fontset found
Also, you will see errors in /var/log/Xorg.0.log:
FreeType: couldn't find encoding 'gb2312.1980-0' for '/usr/share/fo
nts/cjkuni-uming/uming.ttc'
Expected results:
No warnings will be shown and every application should not abort.
Additional info:
This is because X server does not read encoding files in
/usr/share/X11/fonts/encodings/large, while it reads files in
/usr/share/X11/fonts/encodings.
Possible solutions are:
1. Move the encoding files from the "large" subdir to the upper dir
2. Generate encodings.dir in /usr/share/X11/fonts/encodings with entries for
"large" subdir.
I guess there may have been some reason not to generate encodings.dir, though I
couldn't find any clue from the changelog.
--
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.
13 years, 4 months
[Bug 525870] New: The Java plugin does not report available fonts accurately
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: The Java plugin does not report available fonts accurately
https://bugzilla.redhat.com/show_bug.cgi?id=525870
Summary: The Java plugin does not report available fonts
accurately
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: java-1.6.0-openjdk
AssignedTo: langel(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: dbhole(a)redhat.com, mark(a)klomp.org, langel(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com, lkundrak(a)v3.sk
Blocks: 473302
Classification: Fedora
Description of problem:
The Java plugin does not report available fonts accurately. Samplers such as
http://www.codestyle.org/css/font-family/sampler-Unix.shtml
collect incomplete info
Version-Release number of selected component (if applicable):
java-1.6.0-openjdk-plugin-1.6.0.0-31.b16.fc12.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Get a F11 or rawhide system
2. Install our fonts # yum -y install $(repoquery --whatprovides "font(*)")
3. List them $ fc-list : family |sort
4. Open http://www.codestyle.org/css/font-family/sampler-Unix.shtml
5. Let the applet run, check its result
Actual results:
The java-detected font list is incomplete (for example it's missing STIX) and
does not use the same names at fontconfig
Expected results:
The same list in both cases
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.
13 years, 4 months
[Bug 639977] New: [or_IN] Oriya fonts do not render correctly.
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: [or_IN] Oriya fonts do not render correctly.
https://bugzilla.redhat.com/show_bug.cgi?id=639977
Summary: [or_IN] Oriya fonts do not render correctly.
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: lohit-oriya-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ankit(a)redhat.com,
aalam(a)redhat.com, itamar(a)ispbrasil.com.br,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, ltinkl(a)redhat.com,
mgiri(a)redhat.com, jreznik(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com, rnovacek(a)redhat.com
Depends on: 623995
Blocks: 623990,627171
Classification: Fedora
Target Release: ---
Clone Of: 623995
--
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.
13 years, 5 months
[Bug 655925] New: Broken ttmkfdir test?
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: Broken ttmkfdir test?
https://bugzilla.redhat.com/show_bug.cgi?id=655925
Summary: Broken ttmkfdir test?
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: xorg-x11-font-utils
AssignedTo: xgl-maint(a)redhat.com
ReportedBy: loganjerry(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: xgl-maint(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Doing updates on my Rawhide machine this morning, I got this in the output:
Updating : xorg-x11-fonts-misc-7.5-3.fc15.noarch 49/100
/usr/bin/xorg-x11-fonts-update-dirs: line 46: ttmkfdir: command not found
/usr/share/X11/fonts/encodings /
/
First, this wouldn't happen if the package had a Requires on ttmkfdir, which
the xorg-x11-fonts-update-dirs script can invoke. Second, it looks like the
test for whether to run ttmkfdir is backwards:
if [ "$need_ttmkfdir" != "yes" ]; then
ttmkfdir $fontdir
fi
So if "need_ttmkfdir" is "no", then we run ttmkfdir. Note that the
"skip_fontscale" test just above this one is similarly backwards.
Version-Release number of selected component (if applicable):
xorg-x11-font-utils-7.5-3.fc15.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Make sure ttmkfdir is not installed.
2. Run /usr/bin/xorg-x11/fonts-update-dirs
Actual results:
The error message reported above.
Expected results:
ttmkfdir should not have been run.
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.
13 years, 5 months
[Bug 648429] New: Nepali Language Variant of 5 and 8 devanagari numerals
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: Nepali Language Variant of 5 and 8 devanagari numerals
https://bugzilla.redhat.com/show_bug.cgi?id=648429
Summary: Nepali Language Variant of 5 and 8 devanagari numerals
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 456827
--> https://bugzilla.redhat.com/attachment.cgi?id=456827
Devanagari Nepali Variant 5
Description of problem:
Nepali language a different glyph variant for 5 and 8. They don't use the
default glyph - these ५ and ८. So, newer glyph should be developed for Nepali
Language. And they should be by default for Nepali Locale. I have attached the
screenshot of nepali variant devanagari numerals of 5 and 8. Unlike
India(judging from Indian Hindi Language TV) Nepali makes heavy use of
Devanagari Numerals. Roman numerals are not used, so this is an issue of high
importance.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
13 years, 5 months
[Bug 653608] New: smc-fonts 4.4.1 causes Rachana and other fonts not being recognized if Meera is removed
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: smc-fonts 4.4.1 causes Rachana and other fonts not being recognized if Meera is removed
https://bugzilla.redhat.com/show_bug.cgi?id=653608
Summary: smc-fonts 4.4.1 causes Rachana and other fonts not
being recognized if Meera is removed
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: rajeeshknambiar(a)gmail.com
ReportedBy: rajeeshknambiar(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
Since version 4.4.1, if both Meera(smc-meera-fonts) and
Rachana(smc-rachana-fonts) are installed, and then Meera is uninstalled,
Rachana is no longer recognized by fc-list, even after a "fc-cache -f".
Version-Release number of selected component (if applicable):
4.4.1
How reproducible:
Always
Steps to Reproduce:
1. yum install smc-{meera,rachana}-fonts
2. yum remove smc-meera-fonts
3. fc-list|grep -i rachana
Actual results:
"fc-list|grep -i rachana" returns nothing, so does "fc-list :lang=ml".
Expected results:
Rachana is recongnized.
Additional info:
Further, %{_fontdir}/smc/{Meera,Rachana} etc are not owned by any package. This
is caused during 4.4.1 upgrade, and which is causing the above issue. Even when
smc-meera-fonts is removed, %{_fontdir}/smc/Meera directory remains which
causes fc-cache not to update the cache. I'm not sure why "fc-cache -vf
/usr/share/fonts/smc/Rachana" says 1 font is added, but still not showing
Rachana in fc-list; though.
The fix is to make sure the subdirectories are owned by corresponding sub
packages.
--
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.
13 years, 5 months