[Omniprint-developer] Re: get_combo_data_grove() still broken

[Till K. <til...@gm...>]

The Foomatic generator of Omni has several problems, I have rewritten it 
to use it in mandrake Linux, you can download it from

    http://www.linuxprinting.org/till/Omni-New-Foomatic.tar.bz2

Go to the "Foomatic" subdirectory of the Omni source and unpack the 
tarball there, then do

    mv newDB bin/

and after building Omni go to the Foomatic directory again and run the 
"Foomatic" executable. Then do

    ( cd foomatic-db; tar -cf - * ) | ( cd 
/usr/share/foomatic/db/source; tar -xkf - 2> /dev/null )

to install the Omni Foomatic entries in the local Foomatic database. Do 
not use "foomatic-kitload" to not overwrite the printer's entries which 
are already there with the ones of Omni.

All printer names are cleaned up to follow the patterns of Foomatic, 
they do not contain spaces, parantheses, or anything else strange. In 
addition, the paper size is set for both GhostScript and the Omni 
libraries, as one has to do it according to the driver's README file.

I have already sent this to the Omni guys, but they didn't include it yet.

    Till


Crutcher Dunnavant wrote:

> Grant Taylor wrote:
> 
> 
>>cru...@re... (Crutcher Dunnavant) writes:
>>
> 
>>>still cats to a file made from the value in $poid, and when that value
>>>doesn't play nice with shell (such as when it contains '(' or ')'), then
>>>things break.
>>>
> 
>>We have poid's with () in them?  This is simply illegal.  Legal
>>characters for poids are [\w\d\_\-\.].  This was intentionally done to
>>avoid escaping/parsing issues: no spaces or anything even slightly
>>metacharater-like.
>>
> 
> Hmm, on ivestigation, I'm getting those from Omni.
> 
>