Bug 25472 - lp müsste kein UCR Template mehr sein
lp müsste kein UCR Template mehr sein
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Printclient
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.0-2
Assigned To: Felix Botner
Jürgen Kahrs
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-13 16:41 CET by Felix Botner
Modified: 2012-07-20 15:24 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
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

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Botner univentionstaff 2011-12-13 16:41:35 CET
Auch in 3.0 ist /usr/bin/lp noch ein "Template" mit folgendem Inhalt:

...
kpr=$(/usr/sbin/ucr get cups/lp/command)

if [ -n "$DISPLAY" -a -n "$kpr" -a "$kpr" = "kprinter" ]; then
        exec kprinter $(echo "$@" | sed 's,^-s,,;s, -s , ,;s, -s$,,')
else
        exec lp.debian "$@"
fi


Das es in 3.0 (KDE4) kprinter nicht mehr gibt, ist das eigentlich überflüssig.
Comment 1 Felix Botner univentionstaff 2012-07-11 09:48:39 CEST
Die Templates für lp und lpr wurden entfernt (im preinst werden die Templates nach "removed" verschoben, im postinst wird ucr update aufgerufen).
Comment 2 Jürgen Kahrs univentionstaff 2012-07-12 08:40:31 CEST
Es gibt tatsächlich keinen lp mehr auf dem Zielsystem:

which lp
lp
-bash: lp: command not found
ucr get cups/lp/command
ls -l /usr/bin/lp
ls: cannot access /usr/bin/lp: No such file or directory 

Ich hab das geprüft für ein UCS, das von 3.0 aus hochgezogen wurde und auch für eines, das von UCS 2.4 aus den upgrade bekam. 

Ein Eintrag im changelog steht unter 6.8.5 Printing services.
Comment 3 Stefan Gohmann univentionstaff 2012-07-12 08:43:52 CEST
Bitte auch prüfen, was auf einem System passiert, auf dem univention-printclient installiert ist. Auf den Systemen müsste beim Update auf 3.0-2 das Template entfernt werden, es müsste aber gleichzeitig das Original lp / lpr wieder vorhanden sein.
Comment 4 Jürgen Kahrs univentionstaff 2012-07-12 11:16:59 CEST
Ok, ich hab auf meinen beiden VMs verschiedene Tests gemacht.

Auf der VM, die von UCS 3.0 aus den Update bekam hab ich die Neuinstallation des printclient getestet. Danach ist dann jeweils der komplette Satz von klassichen lp-Kommandos wieder installiert:

univention-install univention-printclient
[..]
file /usr/bin/lp*
/usr/bin/lp:        ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpoptions: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lppasswd:  setuid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpq:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpr:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lprm:      ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lp_solve:  ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpstat:    ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped

Auf der VM, die ursprünglich von UCS 2.4 aus den update auf 3.0-0 bekam, habe ich zunächst den alten printclient installiert, um anschließend den update des printclients zu beobachten. Also ausgehend von UCS 3.0-0:

univention-install univention-printclient
[..]
file /usr/bin/lp*
/usr/bin/lp:         POSIX shell script text executable
/usr/bin/lp.debian:  ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpoptions:  ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lppasswd:   setuid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpq:        ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpr:        Bourne-Again shell script text executable
/usr/bin/lpr.debian: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lprm:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lp_solve:   ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpstat:     ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped

head -3 /etc/univention/templates/files/usr/bin/lp*
==> /etc/univention/templates/files/usr/bin/lp <==
#!/bin/sh

@%@UCRWARNING=# @%@

==> /etc/univention/templates/files/usr/bin/lpr <==
#!/bin/bash

@%@UCRWARNING=# @%@

Nach der Installation des alten printclients auf UCS 3.0-0 ist das script/template von lp also installiert.

Anschließend zeigt der upgrade auf 3.0-2, dass (wie beabsichtigt) die templates verschwinden und die scripts ersetzt werden durch die klassischen executables.

univention-upgrade univention-printclient
[..]
file /usr/bin/lp*
/usr/bin/lp:        ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpoptions: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lppasswd:  setuid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpq:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpr:       ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lprm:      ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lp_solve:  ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
/usr/bin/lpstat:    ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped

head -3 /etc/univention/templates/files/usr/bin/lp*
head: cannot open `/etc/univention/templates/files/usr/bin/lp*' for reading: No such file or directory
Comment 5 Stefan Gohmann univentionstaff 2012-07-20 15:24:21 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".