http://bugzilla.novell.com/show_bug.cgi?id=575544 http://bugzilla.novell.com/show_bug.cgi?id=575544#c2 Johannes Meixner <jsmeix@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|cups-1.4 installs 32 bit |upstream compliant cups-1.4 |libraries on 64 bit |does no longer work with |platform and breaks |other printing packages on |printing |64 bit platform --- Comment #2 from Johannes Meixner <jsmeix@novell.com> 2010-02-02 09:39:37 UTC --- Regarding comment #0: Many Thanks for testing CUPS 1.4.2 and for your bug report! CUPS 1.4.2 in the openSUSE build servise Printing project is a reset to full compliance with upstream. Note that the Printing project is a development project and not at all an official repository for production use. Up to now CUPS 1.4.2 isn't even submitted to openSUSE:Factory. What you corrently have is a "work-in-progress-development version". Upstream CUPS installs executables (in particular backends and filters) into /usr/lib/ in any case which is the right place. Compare /usr/bin/ there is nothing like /usr/bin64/ because for executables special ...64 directories do not make sense. In contrast libraries like libcups.so and libcupsimage.so must be installed into /usr/lib/ and /usr/lib64/ which cups-libs-1.4.2 does so that the subject of the bug "installs 32 bit libraries" is wrong. A consequence of the full compliance with upstream CUPS is that other packages like foomatic-filters must be adapted to work also in compliance with upstream CUPS. Currently on x86_64 foomatic-filters.rpm contains this link /usr/lib64/cups/filter/foomatic-rip -> ../../../bin/foomatic-rip which cannot work with upstream CUPS 1.4.2 on x86_64. Therefore foomatic-filters must also be simplified to have on any architecture the same link /usr/lib/cups/filter/foomatic-rip -> ../../../bin/foomatic-rip For openSUSE 11.3 our old Suse specific mess in the printing system with executables in /usr/lib64/ will be cleaned up everywhere to be everywhere in compliance with upstream! A positive side effect of this clean-up is that then it works much better to install third-party printer drivers (which usually install only into /usr/lib/cups/) and/or with self-compiled packages from upstream (e.g. if you like to test or use a self-compiled upstram CUPS in our openSUSE 11.3 printing system). Regarding comment #1: CUPS has nothing to do with bug#558981. This bug is about the non-official CUPS 1.4.2 from the Printing project. In contrast bug #558981 is about whatever issue regarding whatever printer driver. Please read more carefully what the issues are about before causing confusion like in comment #1. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.