[Bug 696358] New: postun scriptlet failures during uninstall
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: postun scriptlet failures during uninstall
https://bugzilla.redhat.com/show_bug.cgi?id=696358
Summary: postun scriptlet failures during uninstall
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: jhutar(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
I was forced to install i686 version of pango package on my x86_64 system
because of some x86 application. When I was uninstalling these *.i686 packages
later, in the yum output there were several errors probably comming from
pango's %postun.
Version-Release number of selected component (if applicable):
pango-1.28.1-5.fc14.i686
How reproducible:
1 of 1
Steps to Reproduce:
1. install pango.i686 on x86_64 system
2. # yum remove `rpm -qa | grep -v -e x86_64 -e noarch -e gpg-pubkey`
Actual results:
[...]
ls: cannot access /etc/gtk-2.0/i?86*: No such file or directory
/usr/bin/update-gtk-immodules: line 46:
/etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules: No such file or directory
warning: %postun(gtk2-2.22.0-1.fc14.1.i686) scriptlet failed, exit status 1
Erasing : pango-1.28.1-5.fc14.i686 3/48
[...]
Expected results:
Package should be nicely uninstallable.
--
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.
11 years, 4 months
[Bug 586817] New: [te-IN][i18n] Rendering problem while using ZWNJ between composite character and consonant...
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: [te-IN][i18n] Rendering problem while using ZWNJ between composite character and consonant...
https://bugzilla.redhat.com/show_bug.cgi?id=586817
Summary: [te-IN][i18n] Rendering problem while using ZWNJ
between composite character and consonant...
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: kkrothap(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Created an attachment (id=409803)
--> (https://bugzilla.redhat.com/attachment.cgi?id=409803)
Attachment contains the correct redering of text in image format...
Description of problem:
Text is not rendering as required while using zwnj between composite character
and consonant.
Version-Release number of selected component (if applicable):
pango-1.28.0-1.fc14.i686
lohit-telugu-fonts-2.4.5-5.fc14.noarch
How reproducible:
Steps to Reproduce:
1.Open gedit and enter these code points [0C2B+0C4D+0C1F+0C4D+ ZWNJ(200C)
+OC35] using input method.
2.The output of above key sequence is not rendering as expected.
3.You can find the expected output in the "attachment".
Actual results:
ఫ్ట్వ
Expected results:
Please check the Attachment.
Additional info:
While transliterating term "software" into telugu language we want to do it as
"soft"+ZWNJ+"ware", but the resulting word is not rendering as expected.
--
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.
11 years, 4 months
[Bug 648358] New: Devanagari Northern Variant for Lohit Devanagari
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: Devanagari Northern Variant for Lohit Devanagari
https://bugzilla.redhat.com/show_bug.cgi?id=648358
Summary: Devanagari Northern Variant for Lohit Devanagari
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 456793
--> https://bugzilla.redhat.com/attachment.cgi?id=456793
Chandas Uttara Sahadeva and Lohit Devangari
Description of problem:
The Lohit Devanagari currently uses the most popular variant - the southern
variant of devanagari. But being the default font of fedora a popular os, it
should also support the northern variant of devangari. This requires additions
of newer glyph for:
अ आ ओ औ ऋ ॠ ण झ क्ष
My goal by asking this feature is to make Lohit Devanagari a full featured
Devanagari font.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
I have attached the screenshot showing it in Chandas/Uttara - a GPL'ed font
containing Northern Variant, and a free font Sahadeva containing Northern
variant along with Lohit Hindi. Hope this will help.
--
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.
11 years, 6 months
[Bug 670615] New: font autoprovides can be a bit overzealous
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: font autoprovides can be a bit overzealous
https://bugzilla.redhat.com/show_bug.cgi?id=670615
Summary: font autoprovides can be a bit overzealous
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: fontpackages
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: notting(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, nicolas.mailhot(a)laposte.net,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
# repoquery -q --whatprovides "font(:lang=xh)" | wc -l
333
That seems high. Especially when something requiring fonts that support xhosa
can have the dependencies satisfied by, for example:
...
Name : cave9-mutante-fonts
Fantasy/display font used by the cave9 game, this font has only the basic
characters used in the Portuguese language was made as an experiment by the
designer Jonas Kühner (http://www.criatipos.com/) the font was altered by
the game developer to also include numbers.
...
Version-Release number of selected component (if applicable):
1.44-1.fc14
How reproducible:
100%
Additional info:
Was discovered when using pungi, which pulls all providers of a particular
require when composing trees.
--
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.
11 years, 7 months
[Bug 591554] New: Font artifact with number 4
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: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591554
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Quoted from calumlind)
I have this issue with Liberation Sans font when used with Docky:
http://imagebin.org/95732
I have checked that this occurs with Sans, Mono and very slightly with
Serif on two different Ubuntu Lucid computers.
It seems to be related to the inner triangle of the 4 because as you
increase the icon size to 128 in Docky the artefact does not grow but you
can still faintly see it behind the number: http://imagebin.org/95870
I already posted a bug report with Docky but they did not think it is a
problem they can fix: https://bugs.launchpad.net/docky/+bug/575807
--
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.
11 years, 8 months
[Bug 684729] New: Missing %post and %postun scriptlet 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: Missing %post and %postun scriptlet dependencies
https://bugzilla.redhat.com/show_bug.cgi?id=684729
Summary: Missing %post and %postun scriptlet dependencies
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: pmatilai(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Pango unconditionally uses some commands in %post and %postun for which there
are no corresponding scriptlet dependencies, this can result in install/erase
errors in transaction.
Version-Release number of selected component (if applicable):
At least pango 1.28.3-2.fc15 (rawhide, f15)
How reproducible:
Always
Steps to Reproduce:
1. yum --disablerepo="*" --enablerepo=rawhide --installroot=/home/test/ -y
install pango
Actual results:
Installing : pango-1.28.3-2.fc15.x86_64 51/51
Non-fatal POSTIN scriptlet failure in rpm package pango-1.28.3-2.fc15.x86_64
/var/tmp/rpm-tmp.hTFXLn: line 15: sed: command not found
/var/tmp/rpm-tmp.hTFXLn: line 17: sed: command not found
/var/tmp/rpm-tmp.hTFXLn: line 24: /usr/bin/pango-querymodules-32: No such file
or directory
warning: %post(pango-1.28.3-2.fc15.x86_64) scriptlet failed, exit status 127
Expected results:
No warnings/errors.
Additional info:
Based on a quick look, the following dependencies should be added to ensure
clean install + erase (file vs package dependencies is a matter of taste here):
Requires(post): /sbin/ldconfig /bin/sed
Requires(postun): /sbin/ldconfig /bin/sed
--
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.
11 years, 10 months
[Bug 517789] New: Droid Sans overrides default Japanese desktop 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: Droid Sans overrides default Japanese desktop font
https://bugzilla.redhat.com/show_bug.cgi?id=517789
Summary: Droid Sans overrides default Japanese desktop font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: google-droid-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
I was just testing a f12alpha spin and discovered that Droid Sans
seems to override the default Japanese desktop font.
How reproducible:
every time
Steps to Reproduce:
1. yum install google-droid-sans-fonts
2. login to gnome desktop
3. run gucharmap
Actual results:
Most kanji glyphs are shown with Droid Sans.
Expected results:
Default Japanese IPA font to be used for Japanese characters.
Additional info:
Not sure why the Droid fonts were pulled into the spin.
This affects whole Japanese desktop and gdm, etc.
--
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.
11 years, 10 months
[Bug 694986] New: [abrt] fontforge-20100501-8.fc14: SplineCharFindBounds: 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] fontforge-20100501-8.fc14: SplineCharFindBounds: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=694986
Summary: [abrt] fontforge-20100501-8.fc14:
SplineCharFindBounds: Process /usr/bin/fontforge was
killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:0ce030d5d0d77064e2e1b2e4b06f721ed1cee437
Severity: unspecified
Priority: unspecified
Component: fontforge
AssignedTo: kevin(a)scrye.com
ReportedBy: rainman3d2002(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: kevin(a)scrye.com, fonts-bugs(a)lists.fedoraproject.org,
paul(a)frixxon.co.uk
Classification: Fedora
Story Points: ---
abrt version: 1.1.17
architecture: i686
Attached file: backtrace, 22822 bytes
cmdline: fontforge
component: fontforge
Attached file: coredump, 9187328 bytes
crash_function: SplineCharFindBounds
executable: /usr/bin/fontforge
kernel: 2.6.35.11-83.fc14.i686
package: fontforge-20100501-8.fc14
rating: 4
reason: Process /usr/bin/fontforge was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1302353750
uid: 500
How to reproduce
-----
1. I was just clicking on things on the screen, it happened so quickly I didn't
even notice what I clicked. I think I clicked on an option while pointing to an
empty character slot.
2.
3.
--
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.
11 years, 10 months