ubuntu-appstore-developers team mailing list archive

[Pat McGowan <pat.mcgowan@xxxxxxxxxxxxx>]

This is in fact how the IDE is working today, and we are trying to
clean up the UI so its a bit more consistent and obvious.

FWIW I wrote this [1] last week to ensure people understand the
overall model. Comments welcome, would like to get this on the d.u.c
site.

Pat

[1] https://docs.google.com/a/canonical.com/document/d/14Br1GQExmPAwI4lCLG52WWounWu9wylTJElmWXUtJQc/edit

On Thu, Jul 3, 2014 at 9:24 AM, Loïc Minier <loic.minier@xxxxxxxxxx> wrote:
> Well, that should all be in the chroot; that is, if you're creating Click
> packages against the latest frameworks from a LTS host, you need an
> up-to-date Click, probably debootstrap, and then an up-to-date click chroot
> of utopic. Click is fairly stable and low on dependencies though, so I dont
> expect much more has to be backported. Backports / PPA are for the rare case
> where we're updating packages in some touch-stable series (stable in the
> sense of the system-image channel).
>
>
> On Thu, Jul 3, 2014 at 2:52 PM, Daniel Holbach <daniel.holbach@xxxxxxxxxx>
> wrote:
>>
>> Hello,
>>
>>
>> On 03.07.2014 13:43, Loïc Minier wrote:
>>>
>>> thanks a lot for attacking this; I realize it must be painful when
>>> servers or developer systems are on a stable/LTS release and you try to
>>> target the latest frameworks or review packages created against these.
>>
>>
>> Especially if one of the backported packages will pull in updates
>> dependencies, etc.
>>
>>
>>
>>> The original plan was to use click chroots to decouple this, and enable
>>> some PPA so that the chroot would be $series + click frameworks PPA for
>>> the series.
>>>
>>> The update to pull the list of allowed frameworks from the store is an
>>> improvement over hardcoding it in click-reviewer-tools, so it's great to
>>> have this now, but this approach generally prevents us from e.g.
>>> checking whether binaries are tied to the right libraries / use the
>>> right symbols or whether QML sources use the right modules for this or
>>> that framework. The perfect shouldn't be the enemy of the good though :-)
>>
>>
>>
>>
>> https://code.launchpad.net/~mvo/click-reviewers-tools/check-libs/+merge/225166
>> is separate work done by Michael. The MP is currently on hold though.
>>
>>
>> Have a great day,
>>  Daniel
>>
>> --
>> Get involved in Ubuntu development! http://packaging.ubuntu.com
>> Follow @ubuntudev on identi.ca/twitter.com/facebook.com/G+
>>
>> --
>> Mailing list: https://launchpad.net/~ubuntu-appstore-developers
>> Post to     : ubuntu-appstore-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~ubuntu-appstore-developers
>> More help   : https://help.launchpad.net/ListHelp
>
>
>
> --
> Mailing list: https://launchpad.net/~ubuntu-appstore-developers
> Post to     : ubuntu-appstore-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~ubuntu-appstore-developers
> More help   : https://help.launchpad.net/ListHelp
>