[maemo-developers] Squeeze devkit to be installed to autobuilder

From: ianaré sévi ianare at gmail.com
Date: Wed Apr 14 22:08:03 EEST 2010
First off, a big thanks for this effort. My package (soon to be two
;-) uses Qt, so I'm not sure how much this will help me personally, it
is definitely an important step in the right direction.

For those packages that are OK, importing them automatically is fine.
However for those that do have problems, the developer should be able
to control when it gets moved. I think the major lesson learned here
is to try hard not to replace a working package with a broken one. It
would be unwise to do the same thing again. Scenarios include
abandoned packages, long developer response times, etc ...

- ianaré sévi



2010/4/14 Niels Breet <niels at maemo.org>:
>> Hello all,
> Hi,
>>
>> As part of the plan to fix the PR1.2 SDK dependency issues in the
>> autobuilder [1], we plan to upgrade the Debian devkit in the Fremantle
>> autobuilder to the Squeeze version [2] (from the current etch one), and
>> start using "improved shlibdeps" [3] (a.k.a. .symbols files) to version
>> dependencies on a much more granular basis (minimal required version of
>> libraries will be calculated per symbol instead of per library). We plan
>> to ship .symbols files for most of the SDK libraries [4].
>>
>> This means that packages built in the PR1.2 SDK using no PR1.2-introduced
>>  functions will work on a PR1.1 device and even on a 1.0 device.
>>
> As part of this task we need to decide with the 'broken' or affected
> packages which have been built on the PR1.2 SDK and have gotten PR1.2
> dependencies.
>
> We can automatically import all rebuilt packages into extras-devel or we
> can decide to let developers re-submit their packages after the builder
> has been switched to the new setup.
>
> Thoughts?
>
>>
>> --
>> Javier
>>
>
> --
> Niels Breet
> maemo.org webmaster
>
>
> _______________________________________________
> maemo-developers mailing list
> maemo-developers at maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
More information about the maemo-developers mailing list