multiple frameworks in the
future, but it doesn't yet. If all these putative frameworks are going
to be in the Ubuntu Touch images anyway, then I'd recommend just using a
single framework declaration at the moment.
--
Colin Watson[cjwat...@canonica
On Fri, Sep 20, 2013 at 05:39:39PM +0200, Loïc Minier wrote:
> On Wed, Sep 18, 2013, Colin Watson wrote:
> > We designed click so that it could support multiple frameworks in the
> > future, but it doesn't yet. If all these putative frameworks are going
> > to be in the
14.04 framework (possibly "beta" or similar, or else just
defined as unstable) now. Otherwise we end up deadlocked.
--
Colin Watson[cjwat...@canonical.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
ot;.framework"
for name in os.listdir("/usr/share/click/frameworks"):
if name.endswith(ext):
yield name[:-len(ext)]
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ub
this, so that app authors don't
need to make overly complex decisions.
If you have any (non-bikeshed) concerns about this, please let me know
before I get the landing ask for click 0.4.14 approved. :-)
Cheers,
--
Colin Watson [cjwat...@ubuntu.com]
--
On Wed, Jan 22, 2014 at 07:18:00PM +0200, Jani Monoses wrote:
> Colin Watson wrote:
> > "frameworks": "ubuntu-14.04-qml, ubuntu-14.04-html5"
>
> Should this be
> "framework": "ubuntu-14.04-qml, ubuntu-14.04-html5"
> that is th
On Wed, Jan 22, 2014 at 01:16:07PM -0500, Rodney Dawes wrote:
> On Wed, 2014-01-22 at 17:10 +0000, Colin Watson wrote:
> > If you have any (non-bikeshed) concerns about this, please let me know
> > before I get the landing ask for click 0.4.14 approved. :-)
>
> How will we
- it may allow extensibility to
declaring versions in a better way in future, for instance. So, no, I'd
prefer not to make that change, sorry.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubunt
oment ago),
although at present this is unimplemented. I'm trying to only implement
things where it's already fairly well-understood how we'd use them, to
avoid painting us into a corner by mistake.
--
Colin Watson [cjwat...@ubuntu.com]
by causing the review tools to reject ridiculous combinations.
I don't expect particularly many, and it should be easy to avoid them
getting out of hand; doing it in the review tools gives us more
flexibility than doing it in the packaging system.
--
Colin Watson
sdk-14.04" then that's fine by me and click will behave as
before. I just want to have the support in place so that if and when
you need this (I predict it's "when", since this is something I've
already been asked for several times) then I
e what rules we want to apply. :-)
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.l
look into that?
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
On Thu, Jan 23, 2014 at 03:19:46PM +0100, Alexander Sack wrote:
> On Thu, Jan 23, 2014 at 2:59 PM, Colin Watson wrote:
> > Happy to do so once somebody tells me what rules we want to apply. :-)
>
> I think a "conservative" rule to start off with might be:
>
> 1.
;sdk" named revision?
Jamie's item 7 is a prerequisite for that, and it'll take a little while
(weeks, not months). We need to move on with this, so I think we should
probably go ahead with the monolithic sdk framework to unblock people,
and consider subdividing later.
(decoup
with the
> same major version. Eg, this is allowed (syntax might not be final here, but
> you
> get the idea):
>
> "framework": ["ubuntu-sdk-14.04-dev", "ubuntu-sdk-14.04"]
Except that this is currently disallowed per
https:/
always be used. This is a bit
counterintuitive because normally shallower databases win so that users
can override preinstalled packages, but in this case it's the best
choice because it allows us to eventually garbage-collect old unpacked
copies from user data and thus save valuable space. Thi
s.launchpad.net/ubuntu/+source/click/+bug/1291192
> for this one.
Thanks. I reproduced an identical failure with new test code; fix in
landing-004 now.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to
x27;t add much value to our stock images,
then I can see the logic in removing those entirely; but that shouldn't
be the first thing we reach for.
I think this unregister-for-all-users mechanism is the best way to deal
with this kind of thing, and I designed the multiple-database syste
p
here:
https://click.readthedocs.org/en/latest/databases.html
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
Mor
On Wed, Mar 12, 2014 at 11:05:25PM +, Colin Watson wrote:
> click unregister --root=/custom --all-users PACKAGE-NAME
This should be --root=/custom/click, not --root=/custom, to match how
the database is declared. I've fixed the documentation in click
accordingly. Sorry for t
tart-app-launch/libclick-pkgdir/+merge/209909
https://code.launchpad.net/~cjwatson/upstart-app-launch/libclick-manifest/+merge/210520
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubun
On Thu, Mar 13, 2014 at 04:00:39PM +0400, Зонов Роман wrote:
> 13.03.2014, 15:58, "Colin Watson" :
> > On Thu, Mar 13, 2014 at 03:34:29PM +0400, Зонов Роман wrote:
> >> Firstly, click apps are loading too long. It is annoying.
> >
> > If you're r
alled apps should be displayable before any response is received
from the network.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://laun
t so you'll never get as far as being able to
query it. How that's handled depends on how click-apparmor starts using
libclick; click itself doesn't use the
click_framework_get_base_{name,version} functions.
--
Colin Watson [c
ed and are in progress on
various branches. I don't want to hold things up for those.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchp
ey
engineers concentrate hard every day to make sure as few regressions as
possible slip in, at the cost that when difficult problems show up
they're too tired and demotivated to deal with them properly? I'm
worried that risk aversion means we tend to aim for the latter.
Cheers,
--
Col
On Thu, Mar 20, 2014 at 09:45:14PM -0500, Victor Thompson wrote:
> Colin Watson wrote:
> > Given the choice, which is better: to have slightly more frequent
> > breakage, but have key engineers be fresh and able to work on urgent
> > problems that come their way every so ofte
ked on fixing click chroot to install the proper qtdeclarative
plugins until this is done. I could also shave 1.4 seconds off every
click app startup immediately if I were allowed to land the approved MPs
in question.
--
Colin Watson [cjwat...@ubuntu.
npool:Starting new HTTPS connection (1):
> system-image.ubuntu.com
> ERROR:phablet-flash:https://system-image.ubuntu.com/devel-proposed/grouper/index.json
> cannot be retrieved
Try "--channel ubuntu-touch/devel-proposed".
--
Colin Watson [c
> save.
Are you using "sudo nano" rather than just "nano"? The files will all
be owned by the clickpkg user, not by phablet.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
On Mon, Mar 24, 2014 at 01:45:52PM +, Colin Watson wrote:
> On Sun, Mar 23, 2014 at 02:59:19PM +, Sam Bull wrote:
> > Rather a lot of stuff in here, most of them are for apps that are not
> > installed.
> > http://pastebin.com/2G4H2De4
>
> Yes, this looks like
On Tue, Mar 25, 2014 at 09:34:10PM +, Sam Bull wrote:
> On lun, 2014-03-24 at 13:45 +0000, Colin Watson wrote:
> > On Sun, Mar 23, 2014 at 02:59:19PM +, Sam Bull wrote:
> > > On dim, 2014-03-23 at 10:04 -0300, Sergio Schvezov wrote:
> > > > The installed ver
aren't
auto-accepted. Please let the release team know if something seems to
be stuck and you don't know why.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.n
son early this week to get the ubuntu-cdimage part of that
up and running; phone image builds are simple enough from this point of
view that I don't expect that to be difficult. Although I can't speak
for system-image, I think we are well on course to have all the rest of
this eithe
gh to get
started, so we'll see how it goes.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
this out and land it independently;
hopefully I can manage to do that before you start work on Monday so it
won't get in your way.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubunt
Airline") is due to
land this month and should be much easier to use without
company-specific privileges. I see no reason why it can't all be
open.
We'll be trying hard to have a common rootfs across customers, but
it's possible that deadlines will force there
I got the ubuntu-phone list's address wrong in my original post. I've
bounced the original message to the correct address, but please make
sure to replace ubuntu-ph...@lists.ubuntu.com with
ubuntu-phone@lists.launchpad.net when following up. Sorry about that.
--
Co
nsolidated (especially if the permissions are set to
match so that the same people have access to handle them), or whether
that's too much noise that many of the denizens there don't care about.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing lis
On Thu, Jun 05, 2014 at 12:10:25AM +0100, Dimitri John Ledkov wrote:
> On 4 June 2014 21:20, Colin Watson wrote:
> > Any other questions?
>
> Will PPAs be enabled on the derivative distribution, such that if I
> wish/need I can build packages in the PPA against the RTM suite
On Wed, Jun 04, 2014 at 06:27:36PM -0700, Alex Chiang wrote:
> On Wed, Jun 4, 2014 at 1:20 PM, Colin Watson wrote:
> > Can we use this strategy for other Ubuntu flavours or derivatives?
> >
> > In theory, maybe. It's very much easier to use this strategy for
> >
rmissions, and so I would prefer not to
complicate things by tying the two jobs together; they're each tractable
in isolation, but I'd be concerned about the risk of requiring that we
do both before the RTM date.
--
Colin Watson [cjwa
Apport to
>handle the derived distributions intelligently?
Good call, thanks. I've added a work item to
https://blueprints.launchpad.net/ubuntu/+spec/development-1406-rtm-archive
(which I just created) to make sure we remember this.
--
Colin Watson
On Tue, Jun 10, 2014 at 06:31:02PM -0700, Robert Park wrote:
> On Wed, Jun 4, 2014 at 1:20 PM, Colin Watson wrote:
> > * CI and Foundations team members will spend the next two months making
> >sure that all the tools we need are in place. This includes fixing
&g
On Wed, Jun 11, 2014 at 09:01:23AM +0200, Didier Roche wrote:
> Le 11/06/2014 05:21, Colin Watson a écrit :
> > * replacing the "/ubuntu/" part of ppa.launchpad.net URLs
> > * parameterising the various places that the "ubuntu" distribution is
&
ivefs builders into additional Launchpad
builders. This will give us a net increase in capacity (especially
noticeable on powerpc, I expect), since the livefs builders were not
running builds non-stop beforehand.
Cheers,
--
Colin Watson [cjwat...@ubunt
ec)? The approach
involving the terminal app would work, I guess, but it would be nice to
have something built into the dual boot Android app so that we don't
have to fumble with the terminal.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https:/
oud; hopefully, we will
eventually be able to merge the devirtualised build farm into this too.
MAAS may well be somewhere in this stack, although it's several layers
removed from anything I'm doing.
This is all basically orthogonal to the work to move livefs building
into our main bui
y
> this as it just a change of defaults.
Right, but in practice I end up reinstalling a lot :-)
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : http
across both the "user-focused" index and the
"developer-focused" +packages page. Starting points:
lib/lp/soyuz/templates/archive-{index,packages}.pt and
lib/lp/soyuz/browser/archive.py.
--
Colin Watson[cjwat...@canonical.com]
--
On Tue, Dec 08, 2015 at 10:01:16AM -0800, Steve Langasek wrote:
> Now that the s390x architecture bootstrap for xenial has made some headway,
> we will shortly be adding s390x to the list of enabled architectures for the
> landing silo ppas.
This is now done.
--
Col
o be
extended. I'm not familiar with the details here and would welcome
commentary from those who are.
* Anything else?
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone
On Wed, Jul 16, 2014 at 02:55:42PM -0400, Rodney Dawes wrote:
> On Tue, 2014-07-15 at 17:54 +0100, Colin Watson wrote:
> > * Anything else?
>
> Will all landings in ubuntu-rtm also be copied to the ubuntu archive? If
> not, when will the disparity begin, and how will i
vel-proposed before
attempting to land them for stable-proposed, in order that we don't lose
changes (bearing in mind that we'll want to move on to a new branch a
few months down the line). There will no doubt be the occasional
deadline-driven exception, but the exceptions should
;ll take
it). For now, I would recommend not attempting to upload anything
directly to 14.09 without first double-checking with the landing team.
Thanks to all involved in getting this set up, particularly William
Grant and IS.
Cheers,
--
Colin Watson [cjwat...@
ut doing some test runs of CI Train after that's completed.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
On Sat, Aug 09, 2014 at 10:43:03PM +0100, Colin Watson wrote:
> On Sat, Aug 09, 2014 at 08:15:05AM -0700, Steve Langasek wrote:
> > On Sat, Aug 09, 2014 at 12:21:56AM +0200, Łukasz 'sil2100' Zemczak wrote:
> > > #179
> > > - http://people.canonical.com
ed to be re-landed on ubuntu-rtm/14.09,
after it's on track to get into devel.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/
annot necessarily be freely
copied from one to the other, although in some cases it will of course
work fine; expecting that they can be copied in without testing will
carry some risks. Hopefully proposed-migration should shield us from
the obvious possible mistakes here.
--
Colin W
in the rtm archive?
It should be immaterial when branches were created. The important thing
is that you must create RTM branches with an explicit branch point
corresponding to the version in the ubuntu-rtm archive.
--
Colin Watson [cjwat...@ubuntu.com]
--
M
ding reverted. But real fixes are ready.
This is in ~ci-train-ppa-service/ubuntu/landing-003 and
~ci-train-ppa-service/ubuntu-rtm/landing-003 now. With luck we'll be
able to get it developer-tested and QA-validated soon.
--
Colin Watson [cjwat...@u
ad.net/bugs/1368246
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
the
bug. That said, the ubuntu-app-launch changes do not appear to have
been reintroduced yet.
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
der qemu, so won't be buildable for non-x86 architectures on
virtualised builders. There isn't very much we can do about this until
we get real hardware in place that can do ARM virtualisation, and
upgrade the OpenStack cloud used for the builders to support this.
/docs.python.org/3/whatsnew/3.0.html#ordering-comparisons
Since this evidently requires some additional porting work, and since
the images that contained non-ASCII file names have presumably all been
processed by now (this may not be a safe assumption ...), I've cowboyed
import-images
rage-protocol.
Note further that this only affects vivid, and not ubuntu-rtm/14.09.
The most recent versions of compiz and mir in vivid were built for vivid
and not copied to or from ubuntu-rtm/14.09, so this shouldn't get in
anyone's way in terms of binary compatibili
uilt as well,
so perhaps it would be best to just include a mir rebuild in the same
silo?
--
Colin Watson [cjwat...@ubuntu.com]
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.n
change rebuild will be fine will be
> fine.
OK, thanks to you both. Uploaded:
https://launchpad.net/ubuntu/+source/compiz/1:0.9.12.0+15.04.20141120-0ubuntu2
https://launchpad.net/ubuntu/+source/mir/0.9.0+15.04.20141125-0ubuntu2
--
Colin Watson [cjwa
On Tue, Feb 28, 2017 at 10:28:37AM +0100, Mathijs Veen wrote:
> For histories sake, i would be very interested to know whether or not
> it was already decided in 2013 at the launch of the first ubuntu touch
> image that .click was going to be a temporary thing.
Not as far as I know.
70 matches
Mail list logo
