[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#801266: libkdecore5: Please make libkdecore5 multiarch



tag 801266 + wontfix
thanks

Hi,

In data giovedì 8 ottobre 2015 03:58:11, Samuel Thibault ha scritto:
> The latest version of qt-at-spi now depends on libkdecore5. People often
> need to install the i386 version of qt-at-spi on an amd64 machine so
> as to be able to run e.g. proprietary 32bit applications using the QT
> toolkit. qt-at-spi thus needs to be multiarch, but currently that does
> not work because libkdecore5 (now a dependency) is not multiarch. AIUI,
> the libraries in libkdecore5 should not be a problem to move to the
> multiarch path. lnusertemp may be a bit more difficult to move, but that
> should be feasible.

While I understand the motivation behind it, just moving the libraries
will not help much: there also helper binaries for kdelibs 4.x, and the
whole kde 4.x packaging is not completely not multiarch-aware.
Changing it now would mean:
- moving libraries in multiarch paths
- adapt all the kdelibs 4.x packagings to the new library paths
- properly splitting helpers from libraries (see kde-runtime)

Considering that the default desktop environment is Plasma 5, based on
Qt5, and applications are getting (slowly though) ported over to
Qt5/KF5, I think this is not a reasonable option to do the
aforementioned work now. So I'm setting this bug as wontfix, sorry.

(I see the latest version of qt-at-spi does not depend on libkdecore5
anymore, so this bug is left open as reference.)

Thanks,
-- 
Pino Toscano

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: