Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jeremy Lainé]

As part of the general cleanup of Qt in OE which I am currently undertaking, I would be
interested in knowing if anybody uses version 4.1.2 and 4.3.3 of the qt4-x11-free packages?

Ideally, I would like to keep only version 4.4.3 and add 4.5.0 sometime in the near
future. This would allow us to simplify the rules used to build Qt.

Cheers,
-- 
Jeremy LAINE
Bolloré telecom | 11bis, rue Scribe | F-75009 Paris

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Michael 'Mickey' Lauer]

+1. Better have one maintained version than dozens of unmaintained ones.

It's also better for PyQt which usually only works with one of the
versions.

:M:

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jeremy Lainé]

Michael 'Mickey' Lauer wrote:
> +1. Better have one maintained version than dozens of unmaintained ones.

OK, done. This has allowed me to start consolidating the patches and rules so that Qt/X11
and Qt/Embedded are kept in sync. In the process, I have introduced a "qt4-tools-native"
package which is meant to replace qmake2-native and uicmoc4-native. This brings up another
round of questions:

* does anyone have a good reason to keep qmake2-native and uicmoc4-native?

* what are qmake2-sdk and uicmoc4-sdk? The package using this is "meta-toolchain-neuros".

* who is the maintainer for the neuros-* packages? They are in a really sad state (staging
rules are only half-writtent so they mostly don't build), and they keep coming up when I
grep for Qt-related stuff. I am wondering whether they don't belong in "nonworking"..

> It's also better for PyQt which usually only works with one of the
> versions.

Ah, speaking of PyQt I suggest we apply something like the patch below, as the qreal-api
patches break the build for anything but arm and mips architectures:

diff --git a/recipes/python/python-pyqt_4.4.3.bb b/recipes/python/python-pyqt_4.4.3.bb
index 08a8fc6..261cb2c 100644
--- a/recipes/python/python-pyqt_4.4.3.bb
+++ b/recipes/python/python-pyqt_4.4.3.bb
@@ -16,13 +16,21 @@ SRC_URI = "\
   file://cross-compile.patch;patch=1 \
   file://01_configure.dpatch;patch=1 \
   file://02_htmllinks.dpatch;patch=1 \
-  file://03_qreal.dpatch;patch=1 \
-  file://04_qreal_api_fixes-for-4.4.3.dpatch;patch=1 \
   \
   file://assistantclient-fix.patch;patch=1 \
 "
 S = "${WORKDIR}/PyQt-x11-gpl-${PV}"

+# arm and mips machines need some extra patches
+
+SRC_URI_append_arm = "\
+  file://03_qreal.dpatch;patch=1 \
+  file://04_qreal_api_fixes-for-4.4.3.dpatch;patch=1"
+
+SRC_URI_append_mipsel = "\
+  file://03_qreal.dpatch;patch=1 \
+  file://04_qreal_api_fixes-for-4.4.3.dpatch;patch=1"
+
 inherit qt4x11 sip distutils-base

 PARALLEL_MAKE = ""

-- 
Jeremy LAINE
Bolloré telecom | 11bis, rue Scribe | F-75009 Paris

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Koen Kooi]

On 25-03-09 18:33, Jeremy Lainé wrote:

> * what are qmake2-sdk and uicmoc4-sdk? The package using this is "meta-toolchain-neuros".

It's for people wanting to develop the neuros stuff below with an 'sdk'.

> * who is the maintainer for the neuros-* packages? They are in a really sad state (staging
> rules are only half-writtent so they mostly don't build), and they keep coming up when I
> grep for Qt-related stuff. I am wondering whether they don't belong in "nonworking"..

I guess I'm the closest thing to a maintainer for those. They built for 
me when I tried last (last year)

regards,

Koen

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jeremy Lainé]

>> * what are qmake2-sdk and uicmoc4-sdk? The package using this is
>> "meta-toolchain-neuros".
> 
> It's for people wanting to develop the neuros stuff below with an 'sdk'.

Hm.. I'm not too sure how to go about writing an "SDK" package, but am willing to learn if
given some pointers.

>> * who is the maintainer for the neuros-* packages? They are in a
>> really sad state (staging
>> rules are only half-written so they mostly don't build), and they
>> keep coming up when I
>> grep for Qt-related stuff. I am wondering whether they don't belong in
>> "nonworking"..
> 
> I guess I'm the closest thing to a maintainer for those. They built for
> me when I tried last (last year)

OK, my comment wasn't very helpful and probably exaggerated. Here is the status for
neuros-public/*:

* neuros-app-photoalbum: OK
* neuros-app-vplayer: FAILED (nstorageiconlabel.h: No such file or directory)
* neuros-lib-gui: FAILED (ndatetimelabel.h: No such file or directory)
* neuros-lib-widgets: OK (but only stages a library, no headers, could be the cause of above)
* neuros-mainmenu : OK
* neuros-nwm: OK
* neuros-qt-plugins: OK

-- 
Jeremy LAINE
Bolloré telecom | 11bis, rue Scribe | F-75009 Paris

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Michael 'Mickey' Lauer]

On Wednesday 25 March 2009 18:33:54 Jeremy Lainé wrote:
> Ah, speaking of PyQt I suggest we apply something like the patch below, as
> the qreal-api patches break the build for anything but arm and mips
> architectures:

Ok with me.

Thanks,

:M:

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Holger Schurig]

> * who is the maintainer for the neuros-* packages? They are in
> a really sad state (staging rules are only half-writtent so
> they mostly don't build), and they keep coming up when I grep
> for Qt-related stuff. I am wondering whether they don't belong
> in "nonworking"..

They look like abandonware to me, e.g. upstream nothing has been 
done at all since half a year: http://git.neurostechnology.com/

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Otavio Salvador]

On Wed, Mar 25, 2009 at 6:53 AM, Jeremy Lainé
<jeremy.laine@bolloretelecom.eu> wrote:
> As part of the general cleanup of Qt in OE which I am currently undertaking, I would be
> interested in knowing if anybody uses version 4.1.2 and 4.3.3 of the qt4-x11-free packages?
>
> Ideally, I would like to keep only version 4.4.3 and add 4.5.0 sometime in the near
> future. This would allow us to simplify the rules used to build Qt.

+1

-- 
Otavio Salvador                  O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854         http://projetos.ossystems.com.br

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jeremy Lainé]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Ideally, I would like to keep only version 4.4.3 and add 4.5.0 sometime
in the near
> future. This would allow us to simplify the rules used to build Qt.
OK, Qt 4.5.0 has landed in OE. For now I have set a DEFAULT_PREFERENCE
of -1 until we get some build reports. I you use Qt, give it a spin
and let me know whether it works for you.

Cheers,

- --
Jeremy LAINE
Bolloré telecom | 11bis, rue Scribe | F-75009 Paris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknL1DsACgkQCL1n3lVB9EbaPQCgyq2iInVmWEQc3wwgIVg+Urb9
UpoAnjs3LrtHqF9yJP+19KS11EiMX2hQ
=gjt1
-----END PGP SIGNATURE-----

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jim Sheldon]

Hello Jeremy,

I just updated my tree and ran bitbake qt4-embedded which failed with
this:

| In file included from io/qbuffer.cpp:473:
| .moc/release-shared-emb-arm/moc_qbuffer.cpp:14:2: error: #error "This
file was generated using the moc from 4.4.3. It"
| .moc/release-shared-emb-arm/moc_qbuffer.cpp:15:2: error: #error
"cannot be used with the include files from this version of Qt."
| .moc/release-shared-emb-arm/moc_qbuffer.cpp:16:2: error: #error "(The
moc has changed too much.)" | make[1]: ***
[.obj/release-shared-emb-arm/qbuffer.o] Error 1 | make[1]: Leaving
directory
`/home/jim/Projects/beagleboard/oe/tmp/work/armv7a-angstrom-linux-gnueabi/qt4-embedded-4.5.0-r0/qt-embedded-linux-opensource-src-4.5.0/src/corelib'
| make: *** [sub-corelib-make_default-ordered] Error 2 | FATAL:
oe_runmake failed

Looks like something stuck around from 4.4.3.

I will have more time next week to assist with this, thanks for helping
get Qt 4.5 in OE!

Jim

On Thu, 26 Mar 2009 15:15:07 -0400
Jeremy Lainé <jeremy.laine@bolloretelecom.eu> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> > Ideally, I would like to keep only version 4.4.3 and add 4.5.0
> > sometime
> in the near
> > future. This would allow us to simplify the rules used to build Qt.
> OK, Qt 4.5.0 has landed in OE. For now I have set a DEFAULT_PREFERENCE
> of -1 until we get some build reports. I you use Qt, give it a spin
> and let me know whether it works for you.
> 
> Cheers,
> 
> - --
> Jeremy LAINE
> Bolloré telecom | 11bis, rue Scribe | F-75009 Paris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAknL1DsACgkQCL1n3lVB9EbaPQCgyq2iInVmWEQc3wwgIVg+Urb9
> UpoAnjs3LrtHqF9yJP+19KS11EiMX2hQ
> =gjt1
> -----END PGP SIGNATURE-----
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: Dropping qt4-x11-free versions 4.1.2 and 4.3.3?

[Jeremy Lainé]

> Looks like something stuck around from 4.4.3.

You need to explicitly mark qt4-tools-native 4.5.0 as preferred in your local.conf. For
instance I have:

PREFERRED_VERSION_qt4-tools-native = "4.5.0"
PREFERRED_VERSION_qt4-x11-free = "4.5.0"
PREFERRED_VERSION_qt4-embedded = "4.5.0"

Also, you might consider using "oestats" so we can track successful / failed builds:

http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_failure_reports

Cheers,
-- 
Jeremy LAINE
Bolloré telecom | 11bis, rue Scribe | F-75009 Paris