[Bug 1111675] New: Capital Greek Delta not rendering properly
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1111675
Bug ID: 1111675
Summary: Capital Greek Delta not rendering properly
Product: Fedora
Version: 20
Component: dejavu-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: sara.alderweireldt(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
peter(a)thecodergeek.com
Created attachment 910841
--> https://bugzilla.redhat.com/attachment.cgi?id=910841&action=edit
Original pdf, converted to png and screenshot
Description of problem:
When I create a pdf that contains a capital greek delta and open it in a pdf
viewer (Evince, Okular, ...), instead of the letter, I get the empty set
symbol.
My pdf: test.pdf
When I use convert to make a png from the pdf, the letter comes out normally:
test_convertFromPdf.png.
I attach a screenshot of what renders when I open the pdf:
test_screenFromEvince.png
I tried opening the exact same pdf on a different os (SL5), where it renders
perfectly fine.
I'm thinking this might be dejavu related after reading this:
https://bugs.launchpad.net/ubuntu/+source/fonts-dejavu/+bug/1275971
If that's not the case, apologies for the misclassification.
Version-Release number of selected component (if applicable):
I'm running fc20,
dejavu-fonts-common-2.34-1.fc20.noarch
dejavu-sans-mono-fonts-2.34-1.fc20.noarch
dejavu-sans-fonts-2.34-1.fc20.noarch
dejavu-lgc-sans-mono-fonts-2.34-1.fc20.noarch
dejavu-lgc-serif-fonts-2.34-1.fc20.noarch
dejavu-serif-fonts-2.34-1.fc20.noarch
dejavu-lgc-sans-fonts-2.34-1.fc20.noarch
evince-3.10.3-1.fc20.x86_64
evince-nautilus-3.10.3-1.fc20.x86_64
evince-debuginfo-3.10.3-1.fc20.x86_64
evince-libs-3.10.3-1.fc20.x86_64
evince-djvu-3.10.3-1.fc20.x86_64
How reproducible:
Open the pdf (on my machine).
Steps to Reproduce:
Open the pdf?
Actual results:
The symbol doesn't render properly.
Expected results:
A nice capital Delta.
Additional info:
Feel free to ask for additional logs or version numbers, or other possibly
relevant info.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GPpNxzzX0w&a=cc_unsubscribe
8 years, 5 months
[Bug 1016989] New: [ml_IN] non-standard sequence sequence for stacked chillu-N and RRA in Lohit Malayalam font should be removed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1016989
Bug ID: 1016989
Summary: [ml_IN] non-standard sequence sequence for stacked
chillu-N and RRA in Lohit Malayalam font should be
removed
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
This is related to bug #1016984 which I reported just now.
As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the
display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA +
RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font
does not support this sequence. In bug #1016984 I have requested to add it.
Apart from that, note that currently the sequence being used to display stacked
chillu-N on top of RRA in Lohit font is ന്റ = 0d28 0d4d 0d31. This is
non-standard. It is inadvisable to retain this sequence as having two
canonically non-equivalent sequences display the same is a security issue of
confusability.
My request from the POV of being standard-compliant would be to remove this
sequence.
However I am sure (based on personal email communication) there will be
objection from people such as Santosh Thottingal since they do not agree with
the standard on this matter. They maintain that NA + VIRAMA + RRA is the
correct sequence to get this display.
I have told them that if they disagree with the standard then they should
discuss the matter on the Unicode and try to make the Unicode Technical
Committee accept their view. Otherwise such sequences will just be
standards-non-compliant and the existing diversified situation will only be
aggravated.
Certainly the current standard-prescribed sequence should be included to be
standards compliant. For that I have already filed the separate bug. For 100%
compliance the old non-standard should be removed. To track that I am filing
this bug now.
In the face of community objection, it is up to the project maintainer to
decide about this.
Version-Release number of selected component (if applicable):
2.5.4
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ALH5tjahY0&a=cc_unsubscribe
8 years, 6 months
[Bug 985343] New: After telugu input .(full stop) is rendering as square box in lokalize editor
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=985343
Bug ID: 985343
Summary: After telugu input .(full stop) is rendering as square
box in lokalize editor
Product: Fedora
Version: 19
Component: lohit-telugu-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: kkrothap(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 774715
--> https://bugzilla.redhat.com/attachment.cgi?id=774715&action=edit
Example screen shot regarding the problem.
Description of problem:
While using lokalize as translation editor, after telugu input if i type .(full
stop) it is rendering as square box.
Version-Release number of selected component (if applicable):
lohit-telugu-fonts-2.5.3-2.fc19.noarch
kdesdk-lokalize-4.10.5-1.fc19.x86_64
How reproducible:
Every time
Steps to Reproduce:
1.Open lokalize.
2.Input some telugu text.
3.Type . after telugu text.
Actual results:
. rendering as square box
Expected results:
Should render as it should be.
Additional info:
Working fine with pothana font.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ptT4KXOL2o&a=cc_unsubscribe
8 years, 7 months
[Bug 477387] 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=477387
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-hebrew-fancy
AssignedTo: danken(a)cs.technion.ac.il
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: danken(a)cs.technion.ac.il,
fedora-fonts-bugs-list(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.
8 years, 8 months
[Bug 1027024] New: [abrt] fontforge-20120731b-10.fc20: GDrawFontMetrics: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1027024
Bug ID: 1027024
Summary: [abrt] fontforge-20120731b-10.fc20: GDrawFontMetrics:
Process /usr/bin/fontforge was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 20
Component: fontforge
Assignee: kevin(a)scrye.com
Reporter: sanjay.ankur(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
paul(a)frixxon.co.uk, pnemade(a)redhat.com
Description of problem:
Segfaulted right on start.
Version-Release number of selected component:
fontforge-20120731b-10.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: fontforge FontAwesome.otf
crash_function: GDrawFontMetrics
executable: /usr/bin/fontforge
kernel: 3.11.6-302.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 GDrawFontMetrics at gdrawtxt.c:2339
#1 CreateErrorWindow at uiutil.c:770
#2 _LogError at uiutil.c:886
#3 UI_LogError at uiutil.c:896
#4 NameConsistancyCheck at parsettf.c:5707
#5 UseGivenEncoding at parsettf.c:5781
#6 SFFillFromTTF at parsettf.c:6250
#7 _SFReadTTF at parsettf.c:6363
#8 _ReadSplineFont at splinefont.c:1076
#9 ReadSplineFont at splinefont.c:1248
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6kYoLJgRPd&a=cc_unsubscribe
8 years, 9 months
[Bug 984230] New: Broken aliasing on small sizes since version 2.00
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=984230
Bug ID: 984230
Summary: Broken aliasing on small sizes since version 2.00
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: medium
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: gitne(a)excite.co.jp
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
The pixel aliasing of glyphs, especially vertical lines/parts is broken since
version 2.00 on Windows (renderer). This applies to all Liberation Font types
when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00
has incurred aliasing for all font sizes. Version 2.00.1 fixed this by
disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some
transitions from curves to lines are still rendered incorrectly or with
artifacts.
This may also apply to Fedora GNOME desktops, but it has been observed on
Windows first.
Although, I am not a font design specialist, I suppose that this problem exists
because version 2.00 is based on Google Crosscore fonts and hinting information
for small font sizes is missing.
This is a show stopper for software rendering Libration Fonts on pixel based
digital displays. Software packages like LibréOffice are also negatively
affected by this issue (although on displays only). Please resolve this issue
or revert verion 2.00 and later to beta status.
How to reproduce:
Windows XP/2003
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt.
Windows Vista and later
Disable ClearType
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lAiO50lKoF&a=cc_unsubscribe
8 years, 9 months
[Bug 953703] New: 3 cyrillic fonts are missing
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953703
Bug ID: 953703
Summary: 3 cyrillic fonts are missing
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: high
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: translatorky(a)lavabit.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Category: ---
Description of problem: Please add 3 missing cyrillic fonts
U+04A2 Ң
U+04A3 ң
U+04E8 Ө
U+04E9 ө
U+04AE Ү
U+04AF ү
Version-Release number of selected component (if applicable): Minetest game
using liberationmono and liberationsans fonts, in version 0.4.6 was added
kyrgyz language translations
How reproducible: Open Minetest 0.4.6 with kyrgyz language locale
Steps to Reproduce:
1. Go to Minetest.net and download 0.4.6 version
2. Open Minetest with kyrgyz language locale
3. 3 cyrillic fonts are invisible
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Mth5mkluP1&a=cc_unsubscribe
8 years, 9 months
[Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=894907
Bug ID: 894907
Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process
/usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: fontmatrix
Severity: unspecified
Priority: unspecified
Reporter: ccoleman(a)redhat.com
Description of problem:
Was using fontmatrix and importing fonts. Some of the fonts were removed or
deleted on disk and then I attempted to view them a second time.
Version-Release number of selected component:
fontmatrix-0.9.99-7.r1218.fc18
Additional info:
backtrace_rating: 4
cmdline: fontmatrix
crash_function: size
executable: /usr/bin/fontmatrix
kernel: 3.6.11-3.fc18.x86_64
remote_result: NOTFOUND
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 size at /usr/include/QtCore/qlist.h:98
#1 count at /usr/include/QtCore/qlist.h:280
#2 FontItem::deRenderAll at
/usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694
#3 ChartWidget::~ChartWidget at
/usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73
#5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#6 QWidget::~QWidget at kernel/qwidget.cpp:1681
#7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196
#8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#9 QWidget::~QWidget at kernel/qwidget.cpp:1681
#10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2YWeGyRx1W&a=cc_unsubscribe
8 years, 9 months
[Bug 1123621] New: [abrt] fontforge: SplineSetJoin(): fontforge killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1123621
Bug ID: 1123621
Summary: [abrt] fontforge: SplineSetJoin(): fontforge killed by
SIGSEGV
Product: Fedora
Version: 20
Component: fontforge
Assignee: kevin(a)scrye.com
Reporter: jin(a)deadlock.dhs.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
paul(a)frixxon.co.uk, pnemade(a)redhat.com
Description of problem:
The "join" operation does crash fontforge for me;
Tried selecting a corner where which I assume consists of two unjoint points on
the same coordinates, select "join" from the menu -> crash.
Select the whole glyph, select "join" from the menu -> crash.
Version-Release number of selected component:
fontforge-20120731b-10.fc20
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: fontforge
crash_function: SplineSetJoin
executable: /usr/bin/fontforge
kernel: 3.15.5-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (6 frames)
#0 SplineSetJoin at splineutil2.c:3388
#1 CVJoin at charview.c:6589
#2 gmenu_mouse at gmenu.c:756
#3 gmenu_eh at gmenu.c:1171
#4 dispatchEvent at gxdraw.c:3869
#5 GXDrawEventLoop at gxdraw.c:3968
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=EmBw2dUF10&a=cc_unsubscribe
8 years, 9 months
[Bug 1106462] New: [abrt] woffTools: sstruct.py:74:pack:error: integer out of range for 'L' format code
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1106462
Bug ID: 1106462
Summary: [abrt] woffTools: sstruct.py:74:pack:error: integer
out of range for 'L' format code
Product: Fedora
Version: 20
Component: woffTools
Assignee: sshedmak(a)redhat.com
Reporter: bartmon(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
sshedmak(a)redhat.com
Description of problem:
Familiarizing myself with woffTools and on first use I hit this bug.
The font is from this site:
http://www.sil.org/resources/software_fonts/andika
You can find it in an archive here:
http://scripts.sil.org/cms/scripts/render_download.php?format=file&media_...
$ woff-validate Andika-R.woff
Testing: Andika-R.woff...
Traceback (most recent call last):
...
File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in
pack
data = apply(struct.pack, (formatstring,) + tuple(elements))
struct.error: integer out of range for 'L' format code
Version-Release number of selected component:
woffTools-0.1-0.7.684svn.fc20
Additional info:
reporter: libreport-2.2.2
cmdline: /usr/bin/python /usr/bin/woff-validate Andika-R.woff
dso_list: fonttools-2.4-2.fc20.x86_64
executable: /usr/bin/woff-validate
kernel: 3.14.4-200.fc20.x86_64
runlevel: N 5
type: Python
uid: 1000
Truncated backtrace:
sstruct.py:74:pack:error: integer out of range for 'L' format code
Traceback (most recent call last):
File "/usr/bin/woff-validate", line 5, in <module>
validate.main()
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1511, in main
validateFont(fontPath, options)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1450, in validateFont
shouldStop = func(data, reporter)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
441, in testHeadCheckSumAdjustment
newChecksum = calcHeadCheckSum(data)
File "/usr/lib/python2.7/site-packages/woffTools/tools/validate.py", line
1383, in calcHeadCheckSum
directory += sfntEntry.toString()
File "/usr/lib64/python2.7/site-packages/FontTools/fontTools/ttLib/sfnt.py",
line 227, in toString
return sstruct.pack(sfntDirectoryEntryFormat, self)
File "/usr/lib64/python2.7/site-packages/FontTools/sstruct.py", line 74, in
pack
data = apply(struct.pack, (formatstring,) + tuple(elements))
error: integer out of range for 'L' format code
Local variables in innermost frame:
elements: ['GDEF', -966601972, 1660, 2452]
name: 'length'
format: '\n\t\t> # big endian\n\t\ttag: 4s\n\t\tcheckSum:
L\n\t\toffset: L\n\t\tlength: L\n'
object: {'checkSum': -966601972, 'length': 2452, 'tag': 'GDEF', 'offset': 1660}
fixes: {}
formatstring: '>4sLLL'
value: 2452
names: ['tag', 'checkSum', 'offset', 'length']
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=22K3fLq3Yq&a=cc_unsubscribe
8 years, 9 months