Assigning to packagers collectively as ucarp has no registered maintainer.

Assignee: bugsquad => pkg-bugs

How about the foomatic-db-engine rpm this was opened against?  :)

Copy paste mistake, but foomatic-db-engine also has no maintainer.

$ mgarepo maintdb get foomatic-db-engine
nobody

Confirmed!
If is even more dramatic, the binaries are screwed too. There is no longer any working "lpr" command


/etc/alternatives/lpr -> /usr/bin/lpr-cups

while the binary is:

/usr/bin/lpr.cups

Switched to rel crit.

CC: (none) => eatdirt
Priority: Normal => release_blocker
Target Milestone: --- => Mageia 6

This comes from the cups package, not foomatic-db-engine.

Assignee: pkg-bugs => thierry.vignaud
Source RPM: foomatic-db-engine-4.0.12-1.20150819.1.mga6.src.rpm => cups-2.1.4-1.mga6.src.rpm
CC: (none) => luigiwalser

This is working fine here, and the scriptlets are there as expected:

$ rpm -q --scripts cups-common
postinstall scriptlet (using /bin/sh):
# Set up update-alternatives entries
/usr/sbin/alternatives --install /usr/bin/lpr print /usr/bin/lpr.cups 40 \
	 --slave /usr/bin/lp print-lp /usr/bin/lp.cups \
	 --slave /usr/bin/lpq print-lpq /usr/bin/lpq.cups \
	 --slave /usr/bin/lprm print-lprm /usr/bin/lprm.cups \
	 --slave /usr/bin/lpstat print-lpstat /usr/bin/lpstat.cups \
	 --slave /usr/bin/cancel print-cancel /usr/bin/cancel.cups \
	 --slave /usr/sbin/lpc print-lpc /usr/sbin/lpc.cups \
	 --slave /usr/share/man/man1/cancel.1.gz print-cancelman /usr/share/man/man1/cancel-cups.1.gz \
	 --slave /usr/share/man/man1/lp.1.gz print-lpman /usr/share/man/man1/lp-cups.1.gz \
	 --slave /usr/share/man/man8/lpc.8.gz print-lpcman /usr/share/man/man8/lpc-cups.8.gz \
	 --slave /usr/share/man/man1/lpq.1.gz print-lpqman /usr/share/man/man1/lpq-cups.1.gz \
	 --slave /usr/share/man/man1/lpr.1.gz print-lprman /usr/share/man/man1/lpr-cups.1.gz \
	 --slave /usr/share/man/man1/lprm.1.gz print-lprmman /usr/share/man/man1/lprm-cups.1.gz \
	 --slave /usr/share/man/man1/lpstat.1.gz print-lpstatman /usr/share/man/man1/lpstat-cups.1.gz
exit 0

preuninstall scriptlet (using /bin/sh):
if [ $1 -eq 0 ] ; then
	/usr/sbin/alternatives --remove print /usr/bin/lpr.cups
fi
exit 0

$ /usr/sbin/alternatives --display print
print - status is auto.
 link currently points to /usr/bin/lpr.cups
/usr/bin/lpr.cups - priority 40
 slave print-cancel: /usr/bin/cancel.cups
 slave print-lp: /usr/bin/lp.cups
 slave print-lpq: /usr/bin/lpq.cups
 slave print-lprm: /usr/bin/lprm.cups
 slave print-lpstat: /usr/bin/lpstat.cups
 slave print-lpc: /usr/sbin/lpc.cups
 slave print-cancelman: /usr/share/man/man1/cancel-cups.1.gz
 slave print-lpman: /usr/share/man/man1/lp-cups.1.gz
 slave print-lpqman: /usr/share/man/man1/lpq-cups.1.gz
 slave print-lprman: /usr/share/man/man1/lpr-cups.1.gz
 slave print-lprmman: /usr/share/man/man1/lprm-cups.1.gz
 slave print-lpstatman: /usr/share/man/man1/lpstat-cups.1.gz
 slave print-lpcman: /usr/share/man/man8/lpc-cups.8.gz
Current `best' version is /usr/bin/lpr.cups.

What do "/usr/sbin/alternatives --display print" give on broken systems?

CC: (none) => pterjan

I just tried urpme cups-common + urpmi task-printing-hp and everything was removed/added correctly

(In reply to Pascal Terjan from comment #7)
> I just tried urpme cups-common + urpmi task-printing-hp and everything was
> removed/added correctly

Hmm, I am surprised task-printing-hp worked which installed the  foomatic-db-engine- package I created the bug report against. luigiwalser changed it to cups.

I can not provide any more information. Anytime I do an install/update my scripts test for dangling links. Once I report the dangles, I delete them.

I assume cups was installed and I had no dangles when I did the task-printing-hp package install. After install I had the above dangles.

I heard a rumor Mageia-6-sta2-x86_64-DVD.iso might be released fairly soon so I guess I'll see if the dangles show up again. Feel free to do whatever with this bug report as you see fit.

I changed it to cups, because cups is the source of the links in question.  foomatic-db-engine has nothing to do with yhis bug.

You are right, there is a problem with foomatic-db-engine as it creates different alternatives providing some of the same links:

postinstall scriptlet (using /bin/sh):
# Set up update-alternatives entries
/usr/sbin/update-alternatives --install /usr/bin/lpr lpr /usr/bin/lpr-foomatic 1
/usr/sbin/update-alternatives --install /usr/bin/lpq lpq /usr/bin/lpq-foomatic 1
/usr/sbin/update-alternatives --install /usr/bin/lprm lprm /usr/bin/lprm-foomatic 1
/usr/sbin/update-alternatives --install /usr/sbin/lpc lpc /usr/sbin/lpc-foomatic 1
preuninstall scriptlet (using /bin/sh):
if [ "$1" -eq "0" ]; then
  # On removal
  # Remove update-alternatives entries
  /usr/sbin/update-alternatives --remove lpr /usr/bin/lpr-foomatic
  /usr/sbin/update-alternatives --remove lpq /usr/bin/lpq-foomatic
  /usr/sbin/update-alternatives --remove lprm /usr/bin/lprm-foomatic
  /usr/sbin/update-alternatives --remove lpc /usr/sbin/lpc-foomatic
fi

None of the links referenced in Comment 0 come from foomatic-db-engine.

Yes, I am not sure why other links get broken, possibly a bug in update-alternatives when one with slaves get overwritten

This should be fixed.

Resolution: (none) => FIXED
Status: NEW => RESOLVED