[Printing-architecture] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Printing-architecture] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Osamu MIHARA]

Guys,

Here is the translation of the OPWG/J meeting minutes Dec. 2008.

[Date]
Dec. 5th, 2008

[Place]
The Linux Foundation Japan Meeting Room

[Attendees]
Miyata (Canon), Toratani (Canon), Olaf (Avasys), Saito (NEC Soft),
Uoshima (Fuji Xerox), Ogasawara (Ricoh), Otani (BBR), Higuchi,
Kunai (LF), Kanjo (BBR), Mihara (Fuji Xerox)

[Agenda]

---------------------------------------
1. LF (printer driver) Server Location
---------------------------------------
The issue about the export restriction is recognized and shared by the
LF member.  We continue to watch the development of the situation.


---------------------------------------
2. Current situation of CPD
---------------------------------------
Some members are watching the CPD development.  We may need a place to
put feedbacks and reports about CPD.

It is reported that if there is no printer entry in CUPS queue, the CPD
fails to execute.

---------------------------------------
3. pdftoopvp filter
---------------------------------------
- Otani-san has been investigating the removal of dependency of
pdftoopvp on the popper source code tree, but it seems to be very difficult.

- Otani-san to ask poppler to incorporate some APIs which is needed by opvp.

---------------------------------------
4. pdftoraster
---------------------------------------
- gs 8.63 degrades in performance compare to previous versions.
- Need to benchmark pdftoraster and gs in aspect of functions and
performance.
  performance measurement: print a PDF test chart on Ubuntu 8.10 to
/dev/null device.

---------------------------------------
5. Color management as an agenda of next Printing Summit (next April)
---------------------------------------
We welcome the discussion and standardize about color management in
Linux environment.

---------------------------------------
6. The plan for next year activity
---------------------------------------
- Scanner Handling
  Currently SANE is not defined in LSB, application programs which
requires SANE need link SANE library statically.  (Drivers and apps
requires SANE is regarded as non-LSB compliant.)

  We take action for the purpose make SANE incorporated in LSB, starting
organization of issues.

- PDF workflow
  Continue investigation of Job Control in PDF workflow.

---------------------------------------
7. Report by Ogasawara-san in OSS community
---------------------------------------
Ogasawara-san has attended some OSS cmmunity and report/discuss about
printing in Linux (OpenPrinting).

OPWG/J will support about issues, feedbacks and questions arose in such
activities.

Inquires and requests about Linux printing will be accepted by opfc (in
sourceforge.jp).  Such supports will be done on Web forum and ML.

---------------------------------------
8. Issues in printing on Ubuntu 8.10
---------------------------------------
See https://bugs.launchpad.net/ubuntu/+source/cups

Printing from GIMP is very slow or failed:->->->

  Cairo API does not support direct drawing of raster bitmap.  Instead,
the apps should use "pattern" API to draw raster bitmaps, which result
in a numerous number of "pattern" data in PDF.  It causes pdftops to
generate "array" which size exceeds the limit in GS.  As a result,
printing from GIMP is slow or failed.

--> currently, no idea for the solution as long as pdftops is used in
the PDF print path.

[Action Items]
1. Ask Till to investigate support and maintenance way about GSoC
achievements such as CPD. (Owner: Toratani)

2. Investigate APIs supported by Poppler upstream for opvp. (Owner: Otani)

3. Evaluate/Benchmark of pdftoraster and gs (Owner: Toratani)

[Next Meeting]
Jan. 15th, 2009 (Thu) 14:30- @ LF Japan
-- 
  Osamu MIHARA // Fuji Xerox Co., Ltd.

Re: [Printing-architecture] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Olaf Meeuwissen]

Osamu MIHARA <osamu.mihara@fujixerox.co.jp> writes:

> Here is the translation of the OPWG/J meeting minutes Dec. 2008.

Two remarks.

> ---------------------------------------
> 4. pdftoraster
> ---------------------------------------
> - gs 8.63 degrades in performance compare to previous versions.

Unless my Japanese went down the drain, gs8.63：以前のGSより速い means
"gs8.63: faster than previous GS".

> ---------------------------------------
> 6. The plan for next year activity
> ---------------------------------------
> - Scanner Handling
>   Currently SANE is not defined in LSB, application programs which
> requires SANE need link SANE library statically.  (Drivers and apps
> requires SANE is regarded as non-LSB compliant.)
>
>   We take action for the purpose make SANE incorporated in LSB, starting
> organization of issues.

I've started with an update of https://www.linuxfoundation.org/en/SANE40

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2           FLOSS Engineer -- AVASYS Corporation
FSF Associate Member #1962               Help support software freedom
                 http://www.fsf.org/jf?referrer=1962

Re: [Printing-architecture] [Printing-japan] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Till Kamppeter]

Osamu MIHARA wrote:
> Guys,
> 
> Here is the translation of the OPWG/J meeting minutes Dec. 2008.
> 
> [Date]
> Dec. 5th, 2008
> 
> [Place]
> The Linux Foundation Japan Meeting Room
> 
> [Attendees]
> Miyata (Canon), Toratani (Canon), Olaf (Avasys), Saito (NEC Soft),
> Uoshima (Fuji Xerox), Ogasawara (Ricoh), Otani (BBR), Higuchi,
> Kunai (LF), Kanjo (BBR), Mihara (Fuji Xerox)
> 
> [Agenda]
> 
> ---------------------------------------
> 1. LF (printer driver) Server Location
> ---------------------------------------
> The issue about the export restriction is recognized and shared by the
> LF member.  We continue to watch the development of the situation.
>

Does LF Japan have servers in Japan? If yes, does the system 
administrator of these servers speak English. Then we could set up our 
download hub (not only OpenPrinting, any kind of software we offer for 
download) there. Or we could perhaps put our download hub to Russia, 
where the LSB Navigator is located.

> 
> ---------------------------------------
> 2. Current situation of CPD
> ---------------------------------------
> Some members are watching the CPD development.  We may need a place to
> put feedbacks and reports about CPD.
> 

Lars Uebernickel (CCed) is now returning to continue the development of 
the CPD. Only one small fix is missing that he is done with Foomatic 4.0.

Wiki page of the CPD is here:

http://www.linuxfoundation.org/en/OpenPrinting/CommonPrintingDialog

Feel free to add whatever you want.

Please report bugs and feature requests on bugs.linuxfoundation.org, 
product "OpenPrinting", component "Common Printing Dialog", so that Lars 
gets informed.

> It is reported that if there is no printer entry in CUPS queue, the CPD
> fails to execute.
> 

Please report this as a bug on bugs.linuxfoundation.org, product 
"OpenPrinting", component "Common Printing Dialog".

> ---------------------------------------
> 3. pdftoopvp filter
> ---------------------------------------
> - Otani-san has been investigating the removal of dependency of
> pdftoopvp on the popper source code tree, but it seems to be very difficult.
> 
> - Otani-san to ask poppler to incorporate some APIs which is needed by opvp.
> 
> ---------------------------------------
> 4. pdftoraster
> ---------------------------------------
> - gs 8.63 degrades in performance compare to previous versions.

Please report a bug at http://bugs.ghostscript.com/.

> - Need to benchmark pdftoraster and gs in aspect of functions and
> performance.
>   performance measurement: print a PDF test chart on Ubuntu 8.10 to
> /dev/null device.
> 
> ---------------------------------------
> 5. Color management as an agenda of next Printing Summit (next April)
> ---------------------------------------
> We welcome the discussion and standardize about color management in
> Linux environment.
> 
> ---------------------------------------
> 6. The plan for next year activity
> ---------------------------------------
> - Scanner Handling
>   Currently SANE is not defined in LSB, application programs which
> requires SANE need link SANE library statically.  (Drivers and apps
> requires SANE is regarded as non-LSB compliant.)
> 
>   We take action for the purpose make SANE incorporated in LSB, starting
> organization of issues.
> 

This is urgently needed. Reason for the failure is lack of man power. So 
I kindly ask OpenPrinting Japan to do the needed work of documentation 
and creation of test scripts.

> - PDF workflow
>   Continue investigation of Job Control in PDF workflow.
> 
> ---------------------------------------
> 7. Report by Ogasawara-san in OSS community
> ---------------------------------------
> Ogasawara-san has attended some OSS cmmunity and report/discuss about
> printing in Linux (OpenPrinting).
> 
> OPWG/J will support about issues, feedbacks and questions arose in such
> activities.
> 
> Inquires and requests about Linux printing will be accepted by opfc (in
> sourceforge.jp).  Such supports will be done on Web forum and ML.
> 
> ---------------------------------------
> 8. Issues in printing on Ubuntu 8.10
> ---------------------------------------
> See https://bugs.launchpad.net/ubuntu/+source/cups
> 
> Printing from GIMP is very slow or failed:->->->
> 
>   Cairo API does not support direct drawing of raster bitmap.  Instead,
> the apps should use "pattern" API to draw raster bitmaps, which result
> in a numerous number of "pattern" data in PDF.  It causes pdftops to
> generate "array" which size exceeds the limit in GS.  As a result,
> printing from GIMP is slow or failed.
> 
> --> currently, no idea for the solution as long as pdftops is used in
> the PDF print path.
> 

This issue is about to be solved. Current Ghostscript in Ubuntu Jaunty 
has a partial fix (0ubuntu12 package).

The Ghostscript team has solved the problem upstream yesterday. 
Unfortunately I did not succeed to apply the patches to Ghostscript 8.63 
for fixing the problem in Ubuntu. I am waiting for a backport from the 
Ghostscript team.

Bug reports are here:

http://bugs.ghostscript.com/show_bug.cgi?id=690133
https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/288570

> [Action Items]
> 1. Ask Till to investigate support and maintenance way about GSoC
> achievements such as CPD. (Owner: Toratani)
>

CPD development will get continued sson. See above.

> 2. Investigate APIs supported by Poppler upstream for opvp. (Owner: Otani)
> 
> 3. Evaluate/Benchmark of pdftoraster and gs (Owner: Toratani)
> 
> [Next Meeting]
> Jan. 15th, 2009 (Thu) 14:30- @ LF Japan

    Till

Re: [Printing-architecture] [Printing-japan] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Till Kamppeter]

Olaf Meeuwissen wrote:
>> ---------------------------------------
>> 4. pdftoraster
>> ---------------------------------------
>> - gs 8.63 degrades in performance compare to previous versions.
> 
> Unless my Japanese went down the drain, gs8.63：以前のGSより速い means
> "gs8.63: faster than previous GS".
>

Great to hear that, I hope that is right.

>> ---------------------------------------
>> 6. The plan for next year activity
>> ---------------------------------------
>> - Scanner Handling
>>   Currently SANE is not defined in LSB, application programs which
>> requires SANE need link SANE library statically.  (Drivers and apps
>> requires SANE is regarded as non-LSB compliant.)
>>
>>   We take action for the purpose make SANE incorporated in LSB, starting
>> organization of issues.
> 
> I've started with an update of https://www.linuxfoundation.org/en/SANE40
> 
> Hope this helps,

Great. Perhaps you can lead the activity to make the LSB a SANE 
standards collection as soon as possible.

    Till

Re: [Printing-architecture] [Printing-japan] [Translation] 12/5/2008 meeting minutues in OPWG/J

[Till Kamppeter]

Thank you for the patch. I have applied it to the Ubuntu packages of 
Poppler and XPDF. Updated packages for Jaunty and Intrepid will be 
available soon. See

https://bugs.edge.launchpad.net/ubuntu/+source/xpdf/+bug/311982

    Till

Koji Otani wrote:
> My patche was accepted and applied to the poppler repository.
> ----------
> Koji Otani.
> 
> From: Koji Otani <sho@bbr.jp>
> Subject: Re: [Printing-japan] [Translation] 12/5/2008 meeting minutues in OPWG/J
> Date: Wed, 10 Dec 2008 14:36:30 +0900 (JST)
> Message-ID: <20081210.143630.226786079.sho@bbr.jp>
> 
> sho> From: Till Kamppeter <till.kamppeter@gmail.com>
> sho> Subject: Re: [Printing-japan] [Translation] 12/5/2008 meeting minutues in OPWG/J
> sho> Date: Wed, 10 Dec 2008 01:38:35 +0100
> sho> Message-ID: <493F0F8B.7030206@gmail.com>
> sho> 
> sho> till.kamppeter> > ---------------------------------------
> sho> till.kamppeter> > 8. Issues in printing on Ubuntu 8.10
> sho> till.kamppeter> > ---------------------------------------
> sho> till.kamppeter> > See https://bugs.launchpad.net/ubuntu/+source/cups
> sho> till.kamppeter> > 
> sho> till.kamppeter> > Printing from GIMP is very slow or failed:->->->
> sho> till.kamppeter> > 
> sho> till.kamppeter> >   Cairo API does not support direct drawing of raster bitmap.  Instead,
> sho> till.kamppeter> > the apps should use "pattern" API to draw raster bitmaps, which result
> sho> till.kamppeter> > in a numerous number of "pattern" data in PDF.  It causes pdftops to
> sho> till.kamppeter> > generate "array" which size exceeds the limit in GS.  As a result,
> sho> till.kamppeter> > printing from GIMP is slow or failed.
> sho> till.kamppeter> > 
> sho> till.kamppeter> > --> currently, no idea for the solution as long as pdftops is used in
> sho> till.kamppeter> > the PDF print path.
> sho> till.kamppeter> > 
> sho> till.kamppeter> 
> sho> till.kamppeter> This issue is about to be solved. Current Ghostscript in Ubuntu Jaunty 
> sho> till.kamppeter> has a partial fix (0ubuntu12 package).
> sho> till.kamppeter> 
> sho> till.kamppeter> The Ghostscript team has solved the problem upstream yesterday. 
> sho> till.kamppeter> Unfortunately I did not succeed to apply the patches to Ghostscript 8.63 
> sho> till.kamppeter> for fixing the problem in Ubuntu. I am waiting for a backport from the 
> sho> till.kamppeter> Ghostscript team.
> sho> till.kamppeter> 
> sho> 
> sho> Great.
> sho> 
> sho> But, there is another problem.
> sho> 
> sho> GIMP produces PDF instead of PS for CUPS. (PDF workflow!!)
> sho> So, printing flow is
> sho> GIMP --> pdftopdf --> cpdftocps --> GS
> sho> 
> sho> cpdftocps uses pdftops.
> sho> Though this pdftops is a filter of CUPS, 
> sho>  it uses poppler's pdftops at last.
> sho> 
> sho> pdftops produces a incorrect PS which makes array over
> sho>    the limit of size (65535) when large images are in Pattern.
> sho> 
> sho> That's why printing large images from GIMP fails.
> sho> 
> sho> I'm making a patch for poppler and asking poppler's members to apply it.
> sho> ---------------
> sho> Koji Otani.
> sho> _______________________________________________
> sho> Printing-japan mailing list
> sho> Printing-japan@lists.linux-foundation.org
> sho> https://lists.linux-foundation.org/mailman/listinfo/printing-japan
>