Description of problem: On startup ghostscript 10 shows the error... "Unknown .defaultpapersize: (Letter)." Version-Release number of selected component (if applicable): 10.00 & 10.01 How reproducible: always Steps to Reproduce: 1. type gs on the command line to launch ghostscript 2. see console output Actual results: $ gs GPL Ghostscript 10.01.0 (2023-03-22) Copyright (C) 2023 Artifex Software, Inc. All rights reserved. This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY: see the file COPYING for details. Unknown .defaultpapersize: (Letter). Expected results: No error message Additional info: System upgraded from Fedora 36 and 37 to 38
FEDORA-2023-8dc17f4937 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-8dc17f4937
FEDORA-2023-8dc17f4937 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-8dc17f4937 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
I compiled the upstream Ghostscript code and got the same result. It seems that the ghostscript uses libpaper. This might have recently changed to give 'Letter' instead of 'letter'. Anyhow, I reported the problem on the Ghostscript bugzilla and they are going to fix this by converting what they get from libpaper to lower case. https://bugs.ghostscript.com/show_bug.cgi?id=706544 I see you have defined DEFAULTPAPERSIZE in gs_init.ps which does remove the error but sets a4 as the default for everyone. The Ghostscript people thought that there was a /etc/papersize file as part of libpaper but I don't see that. I'm not sure how libpaper uses to determine the default paper size on the system. (perhaps some localization .. for en-us)
Hi Michael, Yes I'm avare of that, a4 default is temporary workaround that I wanted to get into f38 until the final freeze (but messed up dates in my head a bit) and bring the final fix into the release after that. I'm in contact with upstream and testing the changes. Currently it looks that fix works and I'll try to bring the changes to f38 ASAP.
sounds good!
FEDORA-2023-fbf86d8916 has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-fbf86d8916 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-fbf86d8916 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.