Bug 231971
Summary: | paps not working on some locale | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Akira TAGOH <tagoh> |
Component: | paps | Assignee: | Akira TAGOH <tagoh> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.0 | CC: | eng-i18n-bugs, llim |
Target Milestone: | --- | Keywords: | i18n, Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | paps-0.6.6-18.el5 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-20 08:41:37 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 231916 | ||
Bug Blocks: |
Description
Akira TAGOH
2007-03-13 12:10:31 UTC
This issue affects to all the plain text printing via lpr as well. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux release. Since this bugzilla is in a component that is not approved for the current release, it has been closed with resolution deferred. You may reopen this bugzilla for consideration in the next release. Fixed in 0.6.6-18.el5. I tried paps-0.6.6.18.el5 on RHEL-5.1-Client with following the steps:
1. Save attachment 149910 [details] to t.ps on my local machine
2. '#evince t.ps' in the terminal, following error messages given:
ERROR: /undefined in 0,001000
Operand stack:
(AAA)
Execution stack:
%interp_exit .runexec2 --nostringval-- --nostringval--
--nostringval-- 2 %stopped_push --nostringval-- --nostringval--
--nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3
%oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2
--nostringval-- --nostringval-- --nostringval-- 2 %stopped_push
--nostringval-- --nostringval-- --nostringval-- %loop_continue
--nostringval-- --nostringval--
Dictionary stack:
--dict:1122/1686(ro)(G)-- --dict:0/20(G)-- --dict:103/200(L)--
--dict:27/29(L)-- --dict:7/11(L)-- --dict:13/18(L)-- --dict:3/3(L)--
Current allocation mode is local
Last OS error: 2
ESP Ghostscript 815.03: Unrecoverable error, exit code 1
** (evince:18421): WARNING **: Interpreter failed.
Seems the bug has been fixed in 0.6.6-18.el5.
Revise the last line of comment #8: Seems the bug has not been fixed in 0.6.6-18.el5. (In reply to comment #8) > I tried paps-0.6.6.18.el5 on RHEL-5.1-Client with following the steps: > 1. Save attachment 149910 [details] [edit] to t.ps on my local machine > 2. '#evince t.ps' in the terminal, following error messages given: No wonder you saw the error with the above attachment because the above steps doesn't refer to paps at all. it was a PostScript file that generated by old paps. please follow the original steps to reproduce and confirm a fix. (In reply to comment #10) > (In reply to comment #8) > > I tried paps-0.6.6.18.el5 on RHEL-5.1-Client with following the steps: > > 1. Save attachment 149910 [details] [edit] [edit] to t.ps on my local machine > > 2. '#evince t.ps' in the terminal, following error messages given: > > No wonder you saw the error with the above attachment because the above steps > doesn't refer to paps at all. it was a PostScript file that generated by old > paps. please follow the original steps to reproduce and confirm a fix. > yup, following the steps given by the comment#0 can't reproduce the bug. Here are some configurations of my testing machine: $locale LANG=fr_FR.UTF-8 LC_CTYPE="fr_FR.UTF-8" LC_NUMERIC="fr_FR.UTF-8" LC_TIME="fr_FR.UTF-8" LC_COLLATE="fr_FR.UTF-8" LC_MONETARY="fr_FR.UTF-8" LC_MESSAGES="fr_FR.UTF-8" LC_PAPER="fr_FR.UTF-8" LC_NAME="fr_FR.UTF-8" LC_ADDRESS="fr_FR.UTF-8" LC_TELEPHONE="fr_FR.UTF-8" LC_MEASUREMENT="fr_FR.UTF-8" LC_IDENTIFICATION="fr_FR.UTF-8" LC_ALL= $rpm -qa | grep paps paps-0.6.6-18.el5 $rpm -qa | grep ghostscript ghostscript-8.15.2-9.1.el5_1.1 $rpm -qa | grep pango pango-1.16.0-1.fc7 $rpm -qa | grep fonts xorg-x11-fonts-75dpi-7.1-2.1.el5 xorg-x11-fonts-truetype-7.1-2.1.el5 urw-fonts-2.3-6.1.1 tetex-fonts-3.0-33.2.el5_1.2 liberation-fonts-0.2-2.el5 xorg-x11-fonts-ISO8859-1-75dpi-7.1-2.1.el5 fonts-chinese-3.02-12.el5 bitstream-vera-fonts-1.10-7 bitmap-fonts-0.3-5.1.1 dejavu-lgc-fonts-2.10-1 xorg-x11-fonts-misc-7.1-2.1.el5 xorg-x11-fonts-ISO8859-1-100dpi-7.1-2.1.el5 xorg-x11-fonts-Type1-7.1-2.1.el5 ghostscript-fonts-5.50-13.1.1 xorg-x11-fonts-base-7.1-2.1.el5 xorg-x11-fonts-100dpi-7.1-2.1.el5 $fc-match Sans DejaVuLGCSans.ttf: "DejaVu LGC Sans" "Book" $fc-match Serif DejaVuLGCSerif.ttf: "DejaVu LGC Serif" "Book" $fc-match Monospace DejaVuLGCSansMono.ttf: "DejaVu LGC Sans Mono" "Book" Okay, sorry for taking a long time for this bug. this was introduced by the fix of Bug#212154, which isn't yet applied in RHEL5. so we could just ignore this bug. Well, this patch itself takes no effects for anything since paps doesn't invoke setlocale(3) at all though, if necessary, I could get rid of that patch from rpm. Not sure if another respin is allowed to pull out the patch though. However, risk is low keeping the patch in. |