Builder now runs PR1.2 SDK with Qt 4.6 support

Hi,

I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
Developers are encouraged to test their application in the PR1.2 SDK to
see if everything still works as expected.

If you have an application using Qt4.6, please make sure you switch to
libqt4-* instead of libqt4-maemo5-*. Qt4.6 is on the device by default in
the PR1.2 image.

Promotion to Extras-testing and Extras for applications depending on
libqt4-maemo5 will remain blocked.

-
Niels Breet
maemo.org webmaster

Hi

2010/3/24 Niels Breet <niels@maemo.org>

> Hi,
>
> I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
> Developers are encouraged to test their application in the PR1.2 SDK to
> see if everything still works as expected.
>
> If you have an application using Qt4.6, please make sure you switch to
> libqt4-* instead of libqt4-maemo5-*. Qt4.6 is on the device by default in
> the PR1.2 image.
>

I just gave it a try with my half finished image puzzle game and it seems to
be working nicely.


>
> Promotion to Extras-testing and Extras for applications depending on
> libqt4-maemo5 will remain blocked.
>
>
Is there a need to have these libraries any more now that we have a stable
version of Qt 4.6 with pr1.2?

-Timo



> -
> Niels Breet
> maemo.org webmaster
>
>
>

Dnia ¶roda, 24 marca 2010 o 17:22:06 Timo Härkönen napisa³(a):
> Promotion to Extras-testing and Extras for applications depending on
> libqt4-maemo5 will remain blocked.
>
>
> Is there a need to have these libraries any more now that we have a stable
> version of Qt 4.6 with pr1.2?

Nokia Qt developers already wrote that libqt4-maemo5 will be reused for Qt 4.7
packages.

Regards,
--
JID: hrw@jabber.org
Website: http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz

Hi

2010/3/24 Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>

> Dnia ¶roda, 24 marca 2010 o 17:22:06 Timo Härkönen napisa³(a):
> > Promotion to Extras-testing and Extras for applications depending on
> > libqt4-maemo5 will remain blocked.
> >
> >
> > Is there a need to have these libraries any more now that we have a
> stable
> > version of Qt 4.6 with pr1.2?
>
> Nokia Qt developers already wrote that libqt4-maemo5 will be reused for Qt
> 4.7
> packages.
>


Thanks for the info. I've missed that.

-Timo


>
> Regards,
> --
> JID: hrw@jabber.org
> Website: http://marcin.juszkiewicz.com.pl/
> LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz
>
>
>

On Wednesday 24 March 2010 18:37:09 Marcin Juszkiewicz wrote:
> Dnia ¶roda, 24 marca 2010 o 17:22:06 Timo Härkönen napisa³(a):
> > Promotion to Extras-testing and Extras for applications depending on
> > libqt4-maemo5 will remain blocked.
> >
> >
> > Is there a need to have these libraries any more now that we have a
> > stable version of Qt 4.6 with pr1.2?
>
> Nokia Qt developers already wrote that libqt4-maemo5 will be reused for Qt
> 4.7 packages.

Can we get some insight from Qt/Nokia folks what the policy regarding
QtMobility will likely be (no obligations, of course) ? It currently builds
against 4.6, but it is unclear if it will be rebased to 4.7, will get
parallel libqtm-maemo5 packages, or something completely different?

Regards,
Attila

On Wed, 24 Mar 2010, Niels Breet wrote:

> Hi,
>
> I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
> Developers are encouraged to test their application in the PR1.2 SDK to
> see if everything still works as expected.

If I understand correctly, now developers who depend on maemo.org
repositories to distribute their cannot distribute updates to users.
Users of applications in extras-devel who delete an application for some
reason cannot reinstall it. Since Nokia "does not comment on schedule of
future releases", we might remain in this state for a long time.



--
Matan Ziv-Av. matan@svgalib.org

Dnia 2010-03-27, sob o godzinie 16:00 +0300, Matan Ziv-Av pisze:
> On Wed, 24 Mar 2010, Niels Breet wrote:
>
> > Hi,
> >
> > I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
> > Developers are encouraged to test their application in the PR1.2 SDK to
> > see if everything still works as expected.
>
> If I understand correctly, now developers who depend on maemo.org
> repositories to distribute their cannot distribute updates to users.
> Users of applications in extras-devel who delete an application for some
> reason cannot reinstall it. Since Nokia "does not comment on schedule of
> future releases", we might remain in this state for a long time.
>
>
>

Similar situation exists for packages from SDK.
I have Crash Reporter installed on my n900 (I installed
it for Bug #6334). Installed version is 1.27+0m5.
Few days ago phone displayed information about available
updates; new version of Crash Reporter was uploaded to repository.
New version is 1.29+0m5, but it is not upgradeable because of missing
dependencies:
libhildon1 >= 2.2.5
lihlindonfm2 >= 1.2.28.32+0m5
libosso1 >= 2.29
libpixman-1-0 >= 0.15.16

I assume that if someone now would have problems with the phone,
he or she would not be able to install Crash Reporter to attach
core dumps to error reports. This might make debugging harder,
esp. for lower-level problems.

--
Tomasz Rybak <bogomips@post.pl> GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAABAgAGBQJLrit1AAoJEMZU+zMq1Zhgd7sP/05eGOLXXGPO7/Xz9odcq8nL
zPylg6+zsGfiHt+7h/fCixpEnntKN632w2RGXTbT/YM82q9AHIeazCFTZURGLXuN
PVHsnuS7msky3Yn4sSt5dH4n9BUDRAmSiNVycUEV5c2gH73/3HZdV6HwFPKWYE1k
gWjtuERHnfG5AVvnmXo99BZI2huf27y3K5PZFAQZDtaCRLlsCg5J6IxTo/U29ttQ
at2pbp+HmsCL5SYFQrm33senzTrftJurb8omX7Z4dMgZmpYLGn/zo2AJ+UoTqx/6
29/h9v3bQeC/8ZgEMnlbukSiVBazZ/Ds3AiMzaSx5Sc8O7jWuGf5rab91VpBjcVq
c/qyguIn5omhnga3UZzbOoUinfnyY3OiBVHA+VwjYQOYPQIjslrLVxKlE073yugs
EmJRu9Tr8VBaCmgi01Im9xLWnBVztxTBSDGTmdK2Is4V4FUJFjj+ltY4hGxG4KqW
MVwLXOqua4KtmG5+JqALrhr4ygo1+BLVRD+vgeQ5fny9jdvvbjj74QTo7RosAcZg
ehuOZkE8oV5bDtbEN6FCblRPlMJt1i0/U0A5mW6f2P2alZwZPZydjUpLXp16eOf/
Nir3VTseqMKrwK9rhRsMGHsgbVVTxQTwydnrgiwmOeCqVJmi5D92z5W4Hth3VgU7
xc1P73SPTRh14GuGyH2P
=/DjT
-----END PGP SIGNATURE-----

I strongly (but clueless) guess that 1.2 is right around the corner. Tomorrow or this week, so we can play with it over Easter :-)
It's a difficult transition period, but well worth a few days of patience.

Happy hacking :-)
-Tom


> On Wed, 24 Mar 2010, Niels Breet wrote:
>
>> Hi,
>>
>> I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
>> Developers are encouraged to test their application in the PR1.2 SDK to
>> see if everything still works as expected.
>
> If I understand correctly, now developers who depend on maemo.org
> repositories to distribute their cannot distribute updates to users.
> Users of applications in extras-devel who delete an application for some
> reason cannot reinstall it. Since Nokia "does not comment on schedule of
> future releases", we might remain in this state for a long time.

On Wed, Mar 24, 2010 at 14:07, Niels Breet <niels@maemo.org> wrote:
>
> I've installed the new PR1.2 SDK on the maemo.org Extras autobuilder.
> Developers are encouraged to test their application in the PR1.2 SDK to
> see if everything still works as expected.

Following some confusion[1][2], I've had a chat with Niels today and
the following wasn't clear (to me):

* The plan[3] affects Extras only; not -devel and not -testing.
* Extras-devel is now being fed from the PR1.2 SDK.
* This means that auto-generated libhildon dependencies are being
specified too tightly to install on devices and SDKs lower
than PR1.2 (due to the introduction of new symbols for
livesearch[4])

Niels is looking at a fix for the libhildon dependencies[6]. In the
meantime, whilst waiting for PR1.2:

* Updates to software in -devel will result in it not being
installable; and the old package will no longer be available.

* Things can be pushed to -devel and -testing, testing in
Scratchbox so that software using the new features can be in
Extras when PR1.2 finally lands.

Matan Ziv-Av mentioned the replacement of extras-devel three days ago
but didn't elaborate, and it sounded like misunderstanding.

Hope that helps,

Andrew


[1] http://lists.maemo.org/pipermail/maemo-developers/2010-March/025627.html
[2] http://mg.pov.lt/maemo-irclog/%23maemo.2010-03-29.log.html#t2010-03-29T08:01:18
[3] http://lists.maemo.org/pipermail/maemo-developers/2010-February/024876.html
[4] http://people.gnome.org/~csaavedra/news-2009-12.html#D22
[5] http://maemo.gitorious.org/hildon/hildon/blobs/master/examples/hildon-live-search-example.c
[6] http://mg.pov.lt/maemo-irclog/%23maemo.2010-03-30.log.html#t2010-03-30T17:13:33

--
Andrew Flegg -- mailto:andrew@bleb.org | http://www.bleb.org/

On Tuesday 30 March 2010 15:28:04 Andrew Flegg wrote:
> * This means that auto-generated libhildon dependencies are being
> specified too tightly to install on devices and SDKs lower
> than PR1.2 (due to the introduction of new symbols for
> livesearch[4])

This is the killer. When Niels presented his plan, I didn't realise that
anything other than Qt apps would be significantly affected.

There has to be an absolute rule for SDK updates: if libhildon version
dependencies are being increased, the release **has** to be given a new
codename and a separate builder queue and all repositories. We can discuss
how long the older version autobuilder is still supported, and we can discuss
populating the new repositories from the existing ones, but there should be
no question of using the updated SDK in the existing autobuilder and
repository.

And once Qt apps start shipping to Extras (i.e. for any future releases) this
has to apply to Qt as well! And, of course, other libraries that most apps
use (glib, etc.).

Graham