[Printing-architecture] Posted OPS Summary from Montreal

[Printing-architecture] Posted OPS Summary from Montreal

[Ira McDonald]

Hi,

My apologies for this belated summary - reality keeps intervening...

Posted at the PWG FTP server in the directory:

  ftp://ftp.pwg.org/pub/pwg/fsg/Sept2007_OPSummit

in the files:

  Open-Printing-Summit-Summary-20070927.htm
  Open-Printing-Summit-Summary-20070927.pdf

Cheers,
- Ira

-- 
Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music / High North Inc
PO Box 221  Grand Marais, MI  49839
work: +1-906-494-2434
home: +1-906-494-2697
email: blueroofmusic@gmail.com

Re: [Printing-architecture] Posted OPS Summary from Montreal

[Till Kamppeter]

Thank you very much for the great summary. At first I thought that you 
will write only about what you talked about in the end, I did not know 
that you wanted to summarize also all the presentations. I will add it 
to the Summit web page.

    Till


Ira McDonald wrote:
> Hi,
> 
> My apologies for this belated summary - reality keeps intervening...
> 
> Posted at the PWG FTP server in the directory:
> 
>   ftp://ftp.pwg.org/pub/pwg/fsg/Sept2007_OPSummit
> 
> in the files:
> 
>   Open-Printing-Summit-Summary-20070927.htm
>   Open-Printing-Summit-Summary-20070927.pdf
> 
> Cheers,
> - Ira
> 

Re: [Printing-architecture] Posted OPS Summary from Montreal

[Till Kamppeter]

Now the summary is also integrated in the Wiki, as

https://www.linux-foundation.org/en/SummitMontrealSummary

    Till


Ira McDonald wrote:
> Hi,
> 
> My apologies for this belated summary - reality keeps intervening...
> 
> Posted at the PWG FTP server in the directory:
> 
>   ftp://ftp.pwg.org/pub/pwg/fsg/Sept2007_OPSummit
> 
> in the files:
> 
>   Open-Printing-Summit-Summary-20070927.htm
>   Open-Printing-Summit-Summary-20070927.pdf
> 
> Cheers,
> - Ira
> 

Re: [Printing-summit] Re: [Printing-architecture] Posted OPS Summary from Montreal

[Till Kamppeter]

Robert Krawitz wrote:
> Question:
> 
>   - Installing everything in /opt/<supplier>/ to avoid conflicts with
>     distribution
> 
> What does this mean for Gutenprint or other similar packages?
> 

This means that for distribution-independent LSB packages the 
"./configure; make; make install" sequence has to be called with 
different selections of installation directories and the post-install 
script of the package has to add directories to the $PATH and links to 
system locations.

See

https://www.linux-foundation.org/en/OpenPrinting/WritingAndPackagingPrinterDrivers

for the packaging procedure and the tools to simplify the 
above-mentioned method, so that the packaging is not more complicated 
than packaging for a particular distribution.

Gutenprint I have already packaged this way. See the source RPM and the 
spec file:

http://www.linuxprinting.org/download/printdriver/SRPMS/gutenprint-5.0.1-1lsb3.1.src.rpm
http://www.linuxprinting.org/download/printdriver/SPECS/gutenprint.spec

The binary RPM (CUPS raster driver, no IJS, no GIMP plug-in) for 32-bit 
and 64-bit Linux is linked from the OpenPrinting database entry:

http://openprinting.org/show_driver.cgi?driver=gutenprint

>   - Distribution-independent drivers
> 
> The only true "distribution independence" is ultimately source,

Source is no problem for experienced users, bu the typical user 
migrating from the Windows world needs ready-to-use binaries.

> although I agree that binary packages are useful for installation.
> x86 drivers for Linux don't help people using SPARC, PPC, etc, and for
> that matter don't particularly help people using Solaris or other UNIX
> on x86.
> 

Unfortunately, one cannot make binaries which work with different 
processor architectures (without using software emulation of other 
processors) or different operating system architectures. There is 
packaging for both Intel and PPC under Mac OS X, but probably these 
packages contain every executable twice, or the executables contain the 
code twice. In general, if you try to make a software package which 
supports all operating systems and all processors within each operating 
system, your package will get huge. Also you will need continuous 
availability of maintainers for all these platforms having the 
appropriate hardware.

Having packages covering all major (LSB-compliant) distros is already a 
big step forward, as printer manufacturers can now make drivers for 
Windows, Mac, Linux, instead of Windows, Mac, Red Hat, SUSE; Ubuntu, ...

Hardware manufacturers need to make printers which do not need a 
processor/OS-dependent driver executable but only a plain-text 
description file for options and features, like PostScript and PDF 
printers with PPD files, but this one cannot produce el-cheapo ...

    Till

Re: [Printing-summit] Re: [Printing-architecture] Posted OPS Summary from Montreal

[Till Kamppeter]

Robert Krawitz wrote:
>    Date: Tue, 16 Oct 2007 10:26:03 +0100
>    From: Till Kamppeter <till.kamppeter@gmail.com>
> 
>    Robert Krawitz wrote:
>    > Question:
>    > 
>    >   - Installing everything in /opt/<supplier>/ to avoid conflicts with
>    >     distribution
>    > 
>    > What does this mean for Gutenprint or other similar packages?
>    > 
> 
>    This means that for distribution-independent LSB packages the
>    "./configure; make; make install" sequence has to be called with
>    different selections of installation directories and the
>    post-install script of the package has to add directories to the
>    $PATH and links to system locations.
> 
> I didn't ask the right question: what is the value of <supplier>?
>

It is the name of the company for printer manufacturers and commercial 
driver suppliers, the name of the project for free software projects. So 
for you it is "gutenprint" (see my already existing packages).

    Till