Apache OpenOffice (AOO) Bugzilla – Issue 72327
non-free ppds in psprint_config
Last modified: 2017-05-20 11:33:41 UTC
Cloned task for *** Issue 72124 *** with target milestone: OOo 2.x
cloned issue for the ppds....
For seeing at a quick glance what this is about: The comments from 72124: ------- Additional comments from pl Wed Dec 6 07:44:40 -0800 2006 ------- I suggest leaving the PPD's in (hint do a "grep Reserved *" in the ppds directory). You'd basically remove all of them besides SGENPRT.PS (which was created by th at the time) and SGENT42.PS (which includes SGENPRT.PS). ------- Additional comments from rene Wed Dec 6 07:47:38 -0800 2006 ------- hrm.. Damn grammar errors... I only grepped for reserved, iirc. ------- Additional comments from rene Wed Dec 6 07:47:41 -0800 2006 ------- hrm.. Damn grammar errors... I only grepped for reserved, iirc. ------- Additional comments from rene Wed Dec 6 07:49:49 -0800 2006 ------- ok, so we need another cws replacing also the ppds. And I need to remove all of the ppds, too... *sigh* $ apt-cache search ppds foomatic-filters-ppds - linuxprinting.org printer support - prebuilt PPD files hp-ppd - HP Postscript Printer Definition (PPD) files hpijs-ppds - HP Linux Printing and Imaging - HPIJS PPD files linuxprinting.org-ppds - linuxprinting.org printer support - PostScript PPD files Can't we fetch/use the ppds from them? Or have the OOo PPDs something special? ------- Additional comments from pl Wed Dec 6 07:52:06 -0800 2006 ------- Just an addition: the PPD files are needed in the non-CUPS case. In the CUPS case the PPD file is either provided by the CUPS server or in case of failure to do that SGENPRT.PS is used. ------- Additional comments from rene Wed Dec 6 07:57:38 -0800 2006 ------- OK, so I won't break CUPS with removing the ppds. That's good. pl: any comment on my last comment? Can't we use/take the ppds from there? ------- Additional comments from rene Wed Dec 6 08:03:35 -0800 2006 ------- (either by copying it into the tree or symlinking, the latter would require psprint being able to handle gzip compressed ppds, though, too, afair) ------- Additional comments from pl Wed Dec 6 08:13:03 -0800 2006 ------- The PPD's in OOo are not special, however they are not gziped. Support for that however could be build int psprint/source/helper/ppdparser.hxx. And since 680m173 we have a bugfixed version of LOPT614.PS which had an issue with unclosed quotation marks. ------- Additional comments from rene Wed Dec 6 08:17:41 -0800 2006 ------- ok, let's use this for the afms and 72327 for the ppds... (I readded the ppds in freeafms, the cws is RfQA)
pl: can you add support for gzip'ed ppds to psprint_config, please?
target 3.0
If I make the PPD parser able to parse gzipped PPD files now, how will they make their way into OOo ?
pl: I see the following options (without any rating yet) - copy them over e.g. from here: rene@frodo:/usr/share/foomatic/db/source/PPD$ ls Brother Gestetner Infotec Kyocera NRG Okidata Savin Toshiba Epson HP KONICA_MINOLTA Lanier Oce Ricoh Sharp rene@frodo:/usr/share/foomatic/db/source/PPD$ du -hs 21M . rene@frodo:/usr/share/foomatic/db/source/PPD$ (that's foomatic, mentioned in my comment from Dec, 6, 2006) - add a configure option/configuration option telling where the PPDs are so they can get used directly from wherever (and you should then also be able to add paths)
Ok, that means also filling the repository of PPDs from a directory structure instead of flat directories. Can do.
Ok, if environment variable WITH_SYSTEM_PPD_DIR is set non empty, psprint now compiles the contained path which will be searched additionally (and recursive) for PPD files. Files will now be decompressed on the fly if they are gzipped (and to be found they need to be named *.ps.gz or *.ppd.gz, case insensitive). psprint_config only zips GENERIC.PS, SGENPRT.PS and SGENT42.PS when WITH_SYSTEM_PPD_DIR is set, so effectivley OOo comes with only three own ppd files then. fixed in CWS vcl89 BTW: I noticed on systems are several different PPD files for lots of printers (resulting in duplicate entries e.g. in spadmin's "Add printer" dialog) rene: config_office is added to vcl89, could you please add a configure option that results in WITH_SYSTEM_PPD_DIR being set ?
please verify in CWS vcl89
pl: not fixed at all. While it's nice that you can now use other PPDs, the PPDs remain in the source. Which is what this issue about. They have to be removed. That OOo zips only the free ones is not relevant as long as the other ones are still existing in the source. Reopening.
ok, if that is not enough it's out of my hands. mh: you wanted to look into the issue of PPD licensing if I remember correctly.
removing issue from CWS vcl89
plan is to move this to external/redist/psprint_cfg. @ja: we need to create an extra tarball for the sources in external/redist.
Who will provide a pack script that respects these changes ? Kendy was so kind to do that the last time. I could provide the script I use to package the source tarballs.
move target to 3.1
has anything been done to resolve this issue? If yes,please set status accordingly - if no, please set correct target
OOo 3.2 is in showstopper phase. If this issues is still a critical issue for OOo 3.2, please re-target it back. Otherwise this issue is targeted now to OOo 3.x.
thorstenziem: ah, the old "don't do anything when you have time on it and then retarget it in the last moment when one can't object anymore" game... Its criticlity is unchanced since the beginning.
mh: "plan is to move this to external/redist/psprint_cfg. @ja: we need to create an extra tarball for the sources in external/redist." Status?
Reset assigne to the default "issues@openoffice.apache.org".