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

Bug#653903: transition: qt4-x11 multiarch



Hi Rene,

On Mon, Jan 2, 2012 at 11:20 PM, Rene Engelhard wrote:
> Hi
>
> On Sun, Jan 01, 2012 at 01:21:09PM +0200, Fathi Boudra wrote:
>> An initial mail has been sent to pkg-kde-talk mailing list[1] and a wiki
>> page[2] is available to track our progress.
>>
>> The transition could happen once Qt 4.7.4/QtWebKit 2.2.0 migrate to
>> testing. Qt 4.8.0/QtWebKit 2.2.1 with multiarch support have been
>> uploaded to experimental. Some other packages will be uploaded to
>> experimental.
> [...]
>> [2] http://wiki.debian.org/QtMultiarchTransition
>
> Why did you only refer to cmake etc. using packages and not for packages
> with "normal" ./configure etc.?

In Qt world, "normal" build system are qmake/cmake and are more the
most relevant.
Software using autotools are most likely always using a custom rule to
get Qt related information and build.

> Did you try to rebuild them? Especially
> if they need stuff like $QT4DIR etc which seems quite common?

No, I didn't tried to rebuild these cases. As mentioned, they aren't
common, but that's not the point.
You're right, I should cover them as well.

> At least libreoffice will need the following patch to not FTBFS:
> http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/add-debian-multiarch-support.diff;h=1f008fba369b12dfa2cd5cd24b857c88b7437390;hb=bb597a0f8da425207a09a2986d8e23e36cd99d1c
>
> (Will cherry-pick.)

IMO, this patch is incorrect (and can't be upstreamed btw), you should
rely on qmake and in your case and grab the output of `qmake -query
QT_INSTALL_LIBS`

> Regards,
>
> Rene

Thanks for the reminder, I missed to cover packages using autotools.

Cheers,

Fathi



Reply to: