Re: print, gs and svgalib.
About gs/svgalib messages in lpr filters:
> I think that the problem is in the wrapper program:
[..]
> In particular, if gs is called
> from a console (TERM=linux), it adds a -sDEVICE=lvga256
> option (lvga256 is the correct device for svgalib output).
>
> If a -sDEVICE= option is already specified by the user, this
> overrides the -sDEVICE=lvga256, so all seems OK.
>
> The problem is that if -sDEVICE=lvga256 appears among
> the options of gs.real, then svgalib is loaded even if never used
> and the messages on using SVGA appear in the stdout.
???
# id
uid=0(root) gid=0(root) groups=0(root)
# /usr/bin/gs.real
[svgalib: allocated virtual console #5]
# /usr/bin/gs.real -sDEVICE=mydivice
[svgalib: allocated virtual console #4]
See, if the user is root, that message appears _whatever_ the
parameters of gs (or gs.real). So, the problem isn't the wrapper.
> I think, the wrapper should be changed so that a -sDEVICE=lvga256
> is added only if no -sDEVICE= option is supplied by the user.
> I will correct this in the next release of gs and gs-aladdin
> (i am the new gs-maintainer).
Change as you wich, but the above shows it will have no effect.
> A possible temporary
> patch is to call /usr/bin/gs.real instead of /usr/bin/gs
> in the filter (however, in this case the papersize parameters should
> also be supplied by hand).
No, that's not a fix, that's a way to show your solution will not
work. (see above).
--
joost witteveen, joostje@debian.org
#!/usr/bin/perl -sp0777i<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<j]dsj
$/=unpack('H*',$_);$_=`echo 16dio\U$k"SK$/SM$n\EsN0p[lN*1
lK[d2%Sa2/d0$^Ixp"|dc`;s/\W//g;$_=pack('H*',/((..)*)$/)
#what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-devel-request@lists.debian.org . Trouble?
e-mail to templin@bucknell.edu .
Reply to: