20 Nov
2011
20 Nov
'11
7:28 a.m.
On Sat, Nov 19, 2011 at 19:25, Andrea Cascio <andrea(a)nucleus.it> wrote:
On Saturday 19 November 2011 01:01:00 Robert Xu
wrote:
I can do that.
On Fri, Nov 18, 2011 at 18:56, Andrea Cascio
<andrea(a)nucleus.it> wrote:
> Many thanks for the help Robert!
> Ok, now I finally have a coherent set of patches. Many of them are just
> for specific builds, but it seems to me that some should be included in
> the main tree. Anyway, I don't know the codebase enough. :)
[...]
It's the weekend, so I should be able to
continue working on packaging.
Until Sunday. >_> Then it's all hell breaks loose until Wednesday night...
sigh.
Thanks god it's weekend here too :D , so finally we have some updated qt3
packages for openSUSE :)
I have commited to the OBS, and it's completing the build, I still don't know
how to force the build of "extensions" and "devel-doc" but at least
the core
packages are ready for testing.
If you approve, can you commit to GIT?
Sure
Now, I have some question for people on the list:
If I understand correctly, qt3-3.3.8d is GPL only, isn't it? Should I edit the
specfile removing references to QPL and the lines about "buying licenses from
Trolltech"?
That's a good idea, go ahead.
I had a problem with qt3-extensions: the specfile builds a qt3-unixODBC
subpackage, and of course requires unixODBC-devel. Ok, but 3.3.8d (unlike
3.3.8b/c!) links libiodbc, that come from iODBC, which in turn "conflicts"
unixODBC.
2 solutions here:
- drop qt3-unixODBC and build a qt3-iodbc.
- revert the change that included iodbc in the dependencies.
I've chosen the second, because seems a bit more conservative. The new patch,
for opensuse builds, is revert-iodbc-to-uodbc.diff, I hope it does not broke
something else in the SQL part.
I trust you :)
A final note:
src/kernel/qtkdeintegration_x11.cpp
src/kernel/qtkdeintegration_x11_p.h
Is name correct? Not qttdeintegration_x11.cpp?
That's still correct for now.
So, what now Robert? :)
tdelibs? Seems though...
Yup, I'll push arts and tqtinterface (libtqt4) right away so that we
can start on tdelibs.
--
later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu