Hi,
i am trying to port ubuntu-touch on a Evaluation Board. I
went through https://wiki.ubuntu.com/Touch/Porting guide. I had completed
upto "Set up your development environment ". And the next step mentioned in
the document is "Enabling a new Device". As my device is Evaluation
Robert Park [2013-12-17 17:35 -0800]:
> I've collected some useful links. This is the kind of stuff that a
> spreadsheet just can't do.
Nice! Would you mind putting these links into the project description
at https://launchpad.net/landing-plan ? That makes them easier to
find.
Martin
--
Martin P
Hey Robert,
Robert Park [2013-12-17 15:42 -0800]:
> As was decided at the sprint in Oakland, the landing plan spreadsheet
> is very deficient and should be replaced with standard, existing
> tools.
>
> So instead of complaining about the lack of progress in this area, I
> decided to JFDI:
>
> ht
Alberto Mardegan [2013-12-17 22:50 +0200]:
> But if I got it right, Barry needed an asynchronous method
> *implementation*, on the server side. Actually the tutorial you linked
> if mentions that it's possible, however it doesn't document it:
>
> http://dbus.freedesktop.org/doc/dbus-python/doc/tut
On Tue, Dec 17, 2013 at 3:42 PM, Robert Park wrote:
> https://bugs.launchpad.net/landing-plan
I've collected some useful links. This is the kind of stuff that a
spreadsheet just can't do.
General overview is best achieved by sorting by status:
https://bugs.launchpad.net/landing-plan/+bugs?order
On Tue, Dec 17, 2013 at 4:03 PM, Chris Wayne wrote:
> Not to be 'that guy', but wouldn't this work better as a Kanban board?
No. The goal, as decided at the sprint, is to use launchpad bugs,
since that is the well established technology that we specifically
already use for tracking issues, and th
On Tue, Dec 17, 2013 at 4:02 PM, Manuel de la Pena
wrote:
> I have a small question, when working with the spreadsheet only managers and
> team leaders could edit it.
Well, this is decidedly untrue, seeing as I am neither a manager nor a
team leader and I could edit it... it's not clear to me pre
Not to be 'that guy', but wouldn't this work better as a Kanban board?
On Tue, Dec 17, 2013 at 7:02 PM, Manuel de la Pena <
manuel.delap...@canonical.com> wrote:
> Hello,
>
> On 18 Dec 2013 00:42, "Robert Park" wrote:
> >
> > Hello all,
> >
> > As was decided at the sprint in Oakland, the landi
Hello,
On 18 Dec 2013 00:42, "Robert Park" wrote:
>
> Hello all,
>
> As was decided at the sprint in Oakland, the landing plan spreadsheet
> is very deficient and should be replaced with standard, existing
> tools.
>
> So instead of complaining about the lack of progress in this area, I
> decided
Hello all,
As was decided at the sprint in Oakland, the landing plan spreadsheet
is very deficient and should be replaced with standard, existing
tools.
So instead of complaining about the lack of progress in this area, I
decided to JFDI:
https://bugs.launchpad.net/landing-plan
I did my best to
Alberto Mardegan [2013-12-17 14:25 +0200]:
> It's very sad that the thread went overlooked. If I had read it more
> carefully, I'd indeed tried to help you not to break the API. In fact,
> it was not necessary: the ApplyUpdate() could have stayed as it was,
> and yet be processed asynchronously, al
On 12/17/2013 10:22 PM, Martin Pitt wrote:
> It's also possible (and delightfully easy) with dbus-python, using the
> reply_handler/error_handler kwargs:
>
>
> http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#making-asynchronous-method-calls
>
> I've used this approach in good old
Hi Łukasz,
no, I have never managed to discover any bluetooth devices in Ubuntu
Touch. I wasn't aware that it ever worked on mako. AFAIK bluetooth has
been lacking all the way from saucy r100 and I have tried it on most of
the trusty builds since switching to that channel.
Best regards,
Toma
On Mon, Dec 16, 2013 at 8:40 PM, Olivier Tilloy <
olivier.til...@canonical.com> wrote:
> On Mon, Dec 16, 2013 at 7:06 PM, Łukasz 'sil2100' Zemczak <
> lukasz.zemc...@canonical.com> wrote:
>>
>> * gallery-app (Bill):
>> So, we noticed one failure on mako. Not sure if it's a flaky test or
>> maybe i
On 12/17/2013 01:23 AM, Dimitri John Ledkov wrote:
On 16 December 2013 18:14, Michael Zanetti
wrote:
On Monday 16 December 2013 15:28:23 Thomas Voß wrote:
I think the policy and guideline is pretty simple: For every new
project that Canonical is upstream for, we will default to CMake
(language
Hello everyone,
Time for yet another update from the Ubuntu Touch landing team.
We promoted another image \o/ Image #70 had a really nice pass-rate in
automated-testing and manual testing did not reveal any regressions - so
we thought that it might be good to promote it as well.
This image has th
This Tuesday, Wednesday, and Thursday, the EU-based members of the CI
team are meeting in Bluefin to train up on Juju.
We will continue to try to address your issues as quickly as is
feasible, but we will not have true vanguard coverage prior to 1300
UTC each of these days. If there is an emergenc
On 17/12/13 13:36, Зонов Роман wrote:
Personally I can say more - Bluetooth never worked on manta. There are many
features, which work on maguro or mako, but don't work on manta.
The issue on manta is rather different as there is no bluetooth device
reported whilst on maguro there is.
--
Personally I can say more - Bluetooth never worked on manta. There are many
features, which work on maguro or mako, but don't work on manta.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More
Hello Tomas,
On 16.12.2013 22:17, Tomas wrote:
> Is it just me, or is bluetooth still not working? After upgrading to
> r68, I have tried to get my Nexus 4 to discover no less than three
> different bluetooth audio devices (Jabra Street 2, Blueant 3.0 and
> Logitech F1) with no luck. My phone can'
On 12/17/2013 04:31 AM, Daniel Holbach wrote:
> Hello,
>
> On 17.12.2013 10:13, Daniel Holbach wrote:
>> Were there some discussion or does anyone have thoughts about:
>>
>> - Where we expect binaries or modules (for both QML and HTML5 apps)
>>to live, for a case of multiple architectures in
Hello,
On 17.12.2013 11:31, Daniel Holbach wrote:
> On 17.12.2013 10:13, Daniel Holbach wrote:
>> Were there some discussion or does anyone have thoughts about:
>>
>> - Where we expect binaries or modules (for both QML and HTML5 apps)
>>to live, for a case of multiple architectures in one cli
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/2013 12:25 AM, Barry Warsaw wrote:
> The fix for this bug required a minor D-Bus API change, described
> in LP: #1247215 and further detailed in a message to this mailing
> list[1]. That message was also long, but it described a change in
> t
Hello,
On 17.12.2013 10:13, Daniel Holbach wrote:
> Were there some discussion or does anyone have thoughts about:
>
> - Where we expect binaries or modules (for both QML and HTML5 apps)
>to live, for a case of multiple architectures in one click?
> - How apparmor (and friends) will deal wi
Hey!
On Tue, Dec 17, 2013, Daniel Holbach wrote:
> - Where we expect binaries or modules (for both QML and HTML5 apps)
>to live, for a case of multiple architectures in one click?
I would like to propose we apply similar namings to the multiarch-ed
directories in / and /usr for Click wit
Hello everybody,
Dimitri just announced his great work surrounding cross-compiling apps
with the cmake [1]. With that out of the way and chroot management
support having landed in click [2], we're a lot closer to offering "fat
packages" to our app development community.
Zoltán is currently workin
26 matches
Mail list logo
