Processing commands for cont...@bugs.debian.org:
> tag 734677 pending
Bug #734677 [src:qtbase-opensource-src] src:qtbase-opensource-src: qt5 packages
aren't multi-arch ready
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
734677: http://bugs
tag 734677 pending
thanks
Hi! The change requested is already implemented in our repos. But as to
properly make things work it would need a full rebuild of the whole stack, I
will delay it's upload until Qt 5.3, which should not be too far now.
Kinds regards, Lisandro.
--
"Waaah! Debian ne
On Thursday 13 March 2014 20:02:04 Lisandro Damián Nicanor Pérez Meyer wrote:
> block 734677 by 739844
> thanks
On a second thought, I'll try this after the transition is made, else I would
need to reupload all the 15 sources again. Maybe next point release.
--
Simulations are not data. In God
Processing commands for cont...@bugs.debian.org:
> block 734677 by 739844
Bug #734677 [src:qtbase-opensource-src] src:qtbase-opensource-src: qt5 packages
aren't multi-arch ready
734677 was not blocked by any bugs.
734677 was not blocking any bugs.
Added blocking bug(s) of 734677: 739844
> thanks
block 734677 by 739844
thanks
On Thursday 13 March 2014 19:58:32 Lisandro Damián Nicanor Pérez Meyer wrote:
[snip]
> OK, I'll check with multiarch maintainers wrt to the robustness of this
> change. If they are not much sure, I'll delay it until we get the current
> requested transition done, so
On Thursday 13 March 2014 14:59:01 Dima Kogan wrote:
[snip]
> --- a/debian/rules
> +++ b/debian/rules
> @@ -89,7 +89,7 @@ override_dh_auto_configure:
> -bindir "/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/bin" \
> -libdir "/usr/lib/$(DEB_HOST_MULTIARCH)" \
>
Dima Kogan writes:
> I'll make a patch for upstream when I get the chance. The patch I sent
> earlier let most headers remain in /usr/include, and moved just a single
> file to /usr/include/. Is this reasonable?
Hi.
I just looked at the way the upstream QT sources ship pkgconfig and
qmake files
Hi Lisandro. Sorry I didn't reply sooner; I didn't see your message
until just now.
I'll make a patch for upstream when I get the chance. The patch I sent
earlier let most headers remain in /usr/include, and moved just a single
file to /usr/include/. Is this reasonable?
dima
--
To UNSUBSCRIBE,
8 matches
Mail list logo