Bug 25819 – Enhance handling of updating the printer PPD list

Bug 25819 - Enhance handling of updating the printer PPD list


Summary:	Enhance handling of updating the printer PPD list

Status:	NEW

Product:	UCS
Classification:	Unclassified
Component:	Printserver
Version:	UCS 5.0
Hardware:	Other Linux

Importance:	P5 normal (vote)
Target Milestone:	---
Assigned To:	UCS maintainers
QA Contact:

URL:
Keywords:

Duplicates:	29378 (view as bug list)
Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2012-01-12 10:26 CET by Moritz Muehlenhoff
Modified:	2023-11-15 15:03 CET (History)
CC List:	6 users (show)

See Also:	15735
What kind of report is it?:	Bug Report
What type of bug is this?:	4: Minor Usability: Impairs usability in secondary scenarios
Who will be affected by this bug?:	3: Will affect average number of installed domains
How will those affected feel about the bug?:	2: A Pain – users won’t like this once they notice it
User Pain:	0.137
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Moritz Muehlenhoff

2012-01-12 10:26:17 CET

Aktuell wird im Join-Skript von univention-printserver der Druckerlistenbestand neu initialisiert, sofern nicht die UCR-Variable cups/keep/ppd gesetzt wurde.
Setzt man die auf "true", ist das auch nicht ideal, wenn etwa aus der Printer-Liste für HP in einer neuen UCS-Revision eine PPD entfernt wurde, bleibt sie dann weiterhin im LDAP registriert.

Es wäre besser die Drucker-Listen aus dem UCS-Bestand und lokale Anpassungen zu trennen: 

In der UMC editierbar wäre dann nur eine Druckerliste ala "Local printers" und alle anderen wäre ausgegraut. Das Join-Skript könnte dann alle anderen Printer-Listen beliebig neu generieren und "Local printers" intakt lassen.

Comment 1 Janis Meybohm

2012-01-31 11:38:11 CET

Das ist hier lokal aufgefallen da auf einem neu hinzugefügten Printserver diverse Drucker nicht angelegt werden können.

Comment 2 Tim Petersen

2013-10-23 12:00:48 CEST

Erneut aufgefallen.

Comment 3 Florian Best

2017-02-09 17:48:34 CET

*** Bug 29378 has been marked as a duplicate of this bug. ***

Comment 4 Philipp Hahn

2020-06-11 18:30:41 CEST

Some of this was done as part of the first UCS 5 work:

commit 5b4e2f93127bc0f3e1a42604b0bb1c666a5d3f3b
Author: Philipp Hahn <hahn@univention.de>
Date:   Tue Jun 2 01:18:14 2020 +0200

    printserver: Drop gutenprint-ppds [WIP]
    
    dropped from Debian Buster. Switch to directly use
    foomatic-db-compressed-ppds and get rid of univention-foomatic-ppds
    package.
    
    Move gutenprint driver list to task file so packages are still
    maintained, but unused drivers can be removed.
    
    TODO: Fix mark_models_as_deprecated.py and 79univention-printserver.inst
    to work with compressed PPDs:
     /usr/lib/cups/driver/foomatic-db-compressed-ppds list
     /usr/lib/cups/driver/foomatic-db-compressed-ppds cat "foomatic-db-compressed-ppds:0/ppd/foomatic-ppd/Xerox-WorkCentre_XK35c-lex5700.ppd"


univention-printserver is completely alien and needs a major overhaul:
- It's a complete waste of time to compile all XML declarations to PPDs - even for 10+ years old printers by default.
- CUPS internally can use compressed PPDs nowadays
- We still have to patch many PPD packages to make /usr/share/cups/model a symbolic link to /usr/share/ppd/, which does not look right at all.