Mailinglist Archive: opensuse-factory (393 mails)

< Previous Next >
[opensuse-factory] Re: Meeting minutes dist meeting 2007-03-23
  • From: Klaus Singvogel <kssingvo@xxxxxxx>
  • Date: Mon, 26 Mar 2007 14:41:54 +0200
  • Message-id: <20070326124154.GA19405@xxxxxxx>
Andreas Jaeger wrote:
[...]
> * Status on print configuration
> 
>   - Discussion on opensuse-factory has been started.  
>   - Cups 1.2 has policies - and there's also discussion about role
>     based YaST.  We should avoid too many different solutions.
>   - Red Hat seems to use hal backend.
>   - Looking at Fedora solutions, they have some database for automatic
>     setup.
>   - not sure what can be done in time for 10.3
> 

I'm wondering how this _result_ came up.

The discussion on opensuse-factory seemed to have stopped, whereas in
the dist meeting were now some results presented, which seem not to
honor some important facts, and seem not to be common positions.

So I cannot agree with the later listed results, i.e. the
RedHat/Fedora related ones.

Why we should _not_ use Hal backend:
- We cannot use hal backend, if we have need to support printing
  ability of multifunction printers (scanner/printer/fax). The lock
  of the usb device when supporting the scanning functionality is
  the main reason.
- To have a full support of printers, we need to support vendor
  specific backends (!= hal backend), like those from HP or Epson.
- The hal backend lacks still of implementation of new features of the
  cups-1.2.x system. The upstream maintainer (RedHat/Fedora) doesn't
  show any activity regarding this since release of cups-1.2x (9
  months). ==> outdated.
- It's not necessary to use the hal backend just to have the hal
  functionality of plugin/remove of printers use.
  Writing a hal policy file (.fdi file) with call of an Novell/SuSE
  specific tool should be enough/better.

We should not use the automatic setup solution from Fedora:
- The origin of the database seems not to be public. We cannot react
  if we want to handle all of our supported printers just before a
  product realase. We are always one release cycle behind
  RedHat/Fedora if we want to use their solution. No improvements
  at our side.
- The automatic setup didn't show any further development at
  Fedora/RedHat since quiet some time (it's outdated!). This was the
  main reason, why even Ubuntu/Debian went away and uses now
  printerdrake.
- We already have a in-house solution, named YaST!!! Why cant we use
  that? YaST already does automatic printer installation, when doing a
  new system installation. It should be no major effort, to enhance
  YaST in such a way that we get an command-line interface to do this.

Regards,
        Klaus.
-- 
Klaus Singvogel
SUSE LINUX Products GmbH
Maxfeldstr. 5                     E-Mail: Klaus.Singvogel@xxxxxxx
90409 Nuernberg                   Phone: +49 (0) 911 740530
Germany                           GnuPG-Key-ID: 1024R/5068792D  1994-06-27

SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg)
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx

< Previous Next >