hey all -
Using Qt scenegraph sounds good to mebut one (or 2) question(s) though.
In our long term plans of rootless X support, won't this mean the X apps
have to be effectively be Qt windows to be treated as a node on the Qt
scengraph ?
e.g. legacy Xapp -> Xrender -> Qtwindow/node -> mir compo
hi Simos - have you seen the build here?
http://unity.ubuntu.com/mir/building_source_for_pc.html
which are part of a larger set of instructions related to mir, e.g. debug,
running it on the pc
http://unity.ubuntu.com/mir/
It would be good to read through the "using mir on pc" instructions which
hi
Simos - cool, look forward to seeing the what you come up with!
kg
On Thu, Jul 25, 2013 at 5:18 AM, Simos Xenitellis <
simos.li...@googlemail.com> wrote:
>
> On Thu, Jul 25, 2013 at 6:27 AM, Kevin Gunn wrote:
>
>> hi Simos - have you seen the build here?
>>
Hey Daniel,
I'm no expert, but is there a chance you're fighting with
surfaceflinger...this is what the intended Kevin usually says. Apparently
its fairly stubborn about being killed (and tries aggressively restart)
Also, mterry had put together some updated instructions
https://wiki.ubuntu.com/To
Hi,
my name is Kevin Gunn and I have the pleasure of leading the talented guys
on the Display Server team at Canonical who are delivering Mir. And we have
some news we’d like to share.
XMir has landed!
In recent days Mir and the relevant X.org patches required to support XMir
have landed in
fwiw, we have tried to do a bit better job of highlighting some of the
known issues.
https://wiki.ubuntu.com/Mir/Installing
br,kg
On Fri, Aug 23, 2013 at 10:16 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> Mario,
>
> Any documentation which asks you to use any PPA should also com
Hi all
This particular change caused a bit of heartburn in the unity-mir in Touch
effort.
Note there is nothing technically wrong with this code change...
simply, our Integration Team had asked us to hold this out until a green
image was achieved, we made a mistake and landed it.
We are in the proc
hi all,
Sometime back when we began the venture of creating unity-mir, a layer for
the new Unity8 shell to provide window management for Mir, we took the
strategy of exposing most of the Mir server interface with the intention of
distilling down the exposure to what is really needed by the shell af
Hi Joe -
first thanks for the kind words & willingness to try out Xmir.
As to receiving more updates in 13.10 per se, that is unlikely to happen
since 13.10 is in a freeze state (see
https://wiki.ubuntu.com/SaucySalamander/ReleaseSchedule) and we will be
moving into our development phase for 14.04
note...with the script, you still have to manually take care of the
0.0.whatever-0ubtunu(1not2) at the top of changelog
and you still have to get MIR_VERSION_PATCH # in CMakeList.txt at the top
dir level
On Wed, Oct 2, 2013 at 7:37 PM, Robert Ancell
wrote:
> Find attached a script you can use to
we definitely broke in the last round
On Wed, Oct 2, 2013 at 10:20 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> I think there are likely many case where we fear an ABI break is happening
> when really it's not. Like some of last night's landings.
>
> In future I shall have to re
hey Daniel - correct. however, on Touch, there is continuing FFe allowing
opening for bug fixes through next week.
br,kg
On Thu, Oct 10, 2013 at 10:19 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> Well we just passed final freeze for saucy, so I assume this is the one:
> https:/
Something that I have not pushed very hard but is something I prefer is to
place features in relevant blueprints and keep bugs as bugs.
I haven't pushed the blueprint vs bug mainly because the team has been both
responsive to correctly followup and responsible in understanding the
difference. And
thanks for the feedback.
it likely won't be something to be fixed in a short term - but i agree,
bugs (over blueprints) seem closer to being 'everything' you'd want when
looking at the vices & virtues of bugs vs blueprints.
i think what bugs are missing is a bit of aggregation & reporting ...as
wel
sure...pick it
On Wed, Oct 16, 2013 at 9:03 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> I don't think "[ER]" is very user-friendly. No one outside the team would
> understand it.
>
> How about "[feature]" or "[enhancemen
Don't take me wrong, i'm all for making things less confusing.
But to the statement the "whole project is about graphics" isn't completely
true imho, there's also input. To me anything that's related to reading,
writing, manipulating pixel data is worthy of being referred to as graphics.
I'm ok wi
Second followup, robotfuel is working to incorporate the client demos into
CI in order to prevent that sort of creep.
br,kg
On Tue, Nov 12, 2013 at 5:14 AM, Thomas Voß wrote:
> Hey all,
>
> just following up here and reporting that a fix has been committed:
>
> https://code.launchpad.net/~robe
.. To me, it means 3d objects put in a box for the
> > purposes of displaying. If no one supports that though, 'scene' would be
> my
> > preference.
> >
> >
> > Cheers,
> > Kevin
> >
> >
> > On Mon, Nov 18, 2013 at 3:32 AM, Alexandro
After some discussion
- first goal is to satisfy our QA requirement to capture full screen
output
- note, fullscreen only for now, not going to address app windows
- screencast/screenshot will go through the mir api
- e.g. mir_connection_output_surface, where the client can in
I think Daniel meant this
https://bugs.launchpad.net/ubuntu/+source/mir/+bugs
As you can imagine, I also triage. And I try to be hygienic about both the
upstream bugs & ubuntu project-mir bugs. And agree with Olli, its not just
for managers...we all benefit. If nothing else carve out some time to
Hey Daniel -
I'm certainly not opposed..
I can't remember exactly why, but I believe its the release teams process
to add the date in when they insert it into archive.
Didrocks ?
br,kg
On Wed, Dec 11, 2013 at 1:24 AM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> The current archiv
hey Daniel - thanks for the numbers, however the last statement of having a
core 100% loaded with mir_demo_client_egltriangle doesn't seem reasonable.
running on N4 shows ~20% load on cpu at most.
br,kg
On Mon, Dec 16, 2013 at 2:40 AM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> N
I don't have another theory. I would think its the extra "free" buffer
especially with insanely high fps rates.
can we get some mobile device based numbers as well ?
br, kg
On Wed, Dec 18, 2013 at 3:07 AM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> I'll work on getting numbers. In
Hi all,
just working on the launchpad "paper work" for promoting the 0.1.4 from our
dev branch into trusty through our release process.
I wanted to highlight that there is a client abi break associated with this
in case there are any folks out there using mir client api that we might
not know about
hey Daniel -
this is something I've been raising with the CI team in general.
They do have actual devices running the tests - so, is this a matter
intermittent failure of the tests? meaning we need to request repeat runs
of the tests ?
Or is your concern the actual models (galaxy vs n4 vs n7 etc)
Hi Rian - yes, we will eventually address the running as root issue. In
fact in the touch configuration we'll soon have a nested mir setup (or
mir-on-mir), where one is associated with the user session for unity8 and
the other as root which the greeter will be using (as the system
compositor).
br,k
hey Daniel - I would say that in terms of bug cycling, its a good sign that
a) we're finding bugs through use & testing...which is ever expanding since
we're adding features
b) we are actually fixing bugs as well.
In other words, if no bugs were moving in or out...i'd be worried. We could
argue ma
I'm +1 in general on the proposal.
The only thing I would correct is expectations. I think what we've proven
over the last several months is that we do actually require ABI update for
the server more weekly than monthly.
Also, we have become fairly disciplined at bumping the server .so name on
the
t;> the confidence that upgrading to Mir 1.2.7 will not require any
>> rebuild. Having an understanding in place as to what the Mir version
>> number /means/ will help us to avoid some (maybe most) rebuilds,
>> which of course would be dramatically more ef
hey Daniel - i'm glad you brought this up, we've had plenty of Compositor &
GLRenderer discussions lately...worthy of hopefully a relatively _quick_
airing of ideas & resolution.
My $.02 on the Compositor naming problem.
"Default" I don't mind, at least in my mind that means to me its something
I
On Sun, Mar 30, 2014 at 9:06 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> This topic sounds like what I've been working on - moving the pieces
> around so that anything and everyone can play nicely with Mir. It's really
> an evolution toward reaching some common interface that Uni
+bregma to keep me honest
Hi Thomas -
I believe the unity8-desktop-session-x11 is something that wasn't really
intended to be used in the end. Its just a unity8 running in an X window
and redundant to the ./run script that resides in the unity8 source package.
Good to hear the unity8-desktop-ses
+bregma for real :)
On Tue, Apr 8, 2014 at 2:44 AM, Kevin Gunn wrote:
> +bregma to keep me honest
>
> Hi Thomas -
> I believe the unity8-desktop-session-x11 is something that wasn't really
> intended to be used in the end. Its just a unity8 running in an X window
> and
Hi all,
Some of you may have been following the various threads on the "Qt5.2
queuing events when screen is off" bug through any of the following:
https://bugs.launchpad.net/mir/+bug/1292306
https://bugreports.qt-project.org/browse/QTBUG-37677
https://lists.launchpad.net/ubuntu-phone/msg07458.html
hey mir-devs,
After looking through the bugs this morning & through the list of ideas. I
would propose working on working on #1, #3, #4, & #10 in that list.
as people free up from tasks, it would be good to grab one of these. I'll
try to followup with a bug for those that don't have one yet, this
+1 and it's ok to assign and unassign if things change, and to even put
a comment in a bug with any of your new discoveries :) scnr
br,kg
On Wed, Apr 23, 2014 at 8:45 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> All,
>
> Please remember to assign a bug to yourself before emb
g and proposed solution.
No doubt this is an improvement even with the minor "regressions", so I
plan to move forward in a landing attempt, with the team remaining focused
to clean up the regressions.
br,kg
On Wed, Apr 16, 2014 at 5:19 PM, Kevin Gunn wrote:
> Hi all,
> Some
Hi all,
As some may have been following, we've taken a step to introduce
non-blocking swapbuffers which was a result of investigation around a
particular toolkit behavior as well as a lengthy discussion with a variety
of industry partners. The test feedback was very good with some minor
regressions
On Thu, May 1, 2014 at 2:08 AM, Michał Sawicz
wrote:
> On 01.05.2014 08:03, Daniel van Vugt wrote:
> > Although the landing process must have changed because the 0.1.9
> > packages were released without anything landing in lp:mir yet(!?).
>
>
Yes - the current "ci-train process" actually uploads b
hi all,
Just a poll for feedback.
Its been a while since our 0.1.9, and since we keep devel up to snuff for
promotion to trunk we could pull at any time. Some might feel like we
should promote now. But I feel the next promotion should probably wait for
the following to land on devel:
1) the improve
t;
> -Cemil
>
>
>
> On Tue, May 13, 2014 at 6:59 PM, Alberto Aguirre <
> alberto.agui...@canonical.com> wrote:
>
>> Yeah at least 1) should be in there.
>>
>>
>> On Tue, May 13, 2014 at 5:16 PM, Kevin Gunn wrote:
>>
>>> hi all,
>>> Just a po
First
Not sure we're still on topic necessarily wrt changing from id's to fd's
do we need to conflate that with the double/triple buffering topic ?
let's answer this first...
Second
while we're at it :) triple buffering isn't always a win. In the case of
small, frequent renders (as an example "8x8
Thanks Chris - Alan was just looking to have some guidance this morning.
https://code.launchpad.net/~alan-griffiths/mir/libmirshared
br,kg
On Mon, Jul 14, 2014 at 7:17 PM, Christopher James Halse Rogers <
ch...@cooperteam.net> wrote:
> Hey all!
>
> I'll just point out that if you ever need to fi
my $0.02 but i'll add to the MP.
As long as it's a dbug module that's not going to be part of a release
image & you have to install when you want. Then I prefer the bloat-on-debug
hit to keep it separated from regular ol' libmirclient.
however, is there a plan or mechanism to help resynch this wit
probably have better luck asking ogra on #touch
i think the scripts need some love and attention after the password-mandate.
br,kg
On Mon, Sep 15, 2014 at 10:58 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> Does anyone know how to fix this? The CI failure is holding up a few
> b
Yeah, I think Ursula help us last time.
will check with her on IRC
br,kg
On Tue, Dec 2, 2014 at 12:41 PM, Thomi Richards
wrote:
> Hi,
>
>
> This used to be managed by a jenkins job, but I can't see it any more, so
> perhaps it got deleted. I'd recommend talking to the CI team, who should be
> abl
ember the job name?
>
> On Tue, Dec 2, 2014 at 4:59 PM, Kevin Gunn wrote:
>>
>> Yeah, I think Ursula help us last time.
>> will check with her on IRC
>> br,kg
>>
>> On Tue, Dec 2, 2014 at 12:41 PM, Thomi Richards
>> wrote:
>> > Hi,
>>
sorry, I was adding paul to approved sender on mir-devel...might have
pumped out a laggy mail.
br,kg
On Mon, Dec 8, 2014 at 9:06 AM, Alan Griffiths
wrote:
> On 02/12/14 23:33, Paul Larson wrote:
>> I think this should be fixed now. Check it in about 30 minutes.
>
> I thought it was fixed last wee
hi all -
Just catching up on some bug house cleaning & found an open question on
this bug
https://bugs.launchpad.net/mir/+bug/1401916
Is there an architectural preference for where to save off display configs
? and reasons for the preference ?
br,kg
--
Mir-devel mailing list
Mir-devel@lists.ubu
+1 MirTouchInputEvent
On Wed, Feb 4, 2015 at 8:00 AM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> Hi all (and this is directed mostly at the wider world outside of
> mir-team), a quick poll:
>
> Which of these names makes more sense to you?
>
> MirTouchInput = read_all_fingers();
>
right, aren't android base & gmocks are also out of sync ?
br,kg
On Thu, Feb 19, 2015 at 8:59 AM, Cemil Azizoglu <
cemil.azizo...@canonical.com> wrote:
> Trusty is not dropped. At least, not because we have moved to C++14. If
> supporting Trusty were as simple as having compiler support, we alrea
First, I agree, with moving useful/mature features to mir_demo_server. To
the name "playground" and voting, if it was voted on and implemented we
should follow the convention. Or rename & update readmes...we just need to
fix it.
What we have at the moment seems contradictory and confusing (e.g.
enc
Hi all,
I've been sending these out on an internal mailing list for a while &
trying to be better with public communications, sorry if it may appear
without some history for some.
Unity8
- Continued working on some new capabilities for social media
interaction in scopes (e.g. retweet, posts
Hi all,
I've been sending these out on an internal mailing list for a while &
trying to be better with public communications, sorry if it may appear
without some history for some.
Unity8
- Spent some time on profiling continuing efforts with some tools we
obtained from one of our hw partner
And got to excitednow with subject line
On Fri, Jun 12, 2015 at 2:13 PM, Kevin Gunn
wrote:
> Hi all,
> I've been sending these out on an internal mailing list for a while &
> trying to be better with public communications, sorry if it may appear
> without some history
Hey Alan -
For #1, I would think it's easy to conceive of use cases where you might
have a system level arbiter that might want to have, for instance, multiple
user sessions in a spread potentially.
Maybe this means that the surfaces are still full screen, but just resized
for such a view?
in which
OK, makes sense, thanks for the color.
br,kg
On Mon, Jun 15, 2015 at 9:49 AM, Alan Griffiths <
alan.griffi...@canonical.com> wrote:
> On 15/06/15 15:38, Kevin Gunn wrote:
> > Hey Alan -
> > For #1, I would think it's easy to conceive of use cases where you
> > m
Latest in Unity8 ui
- Full shell rotation finally landed, really!
- Slim greeter, working through remaining issues with fullscreen and
mouse
- MP up for launcher alert (icon wiggling)
- Worked on shadows for the scope card
- Some more fixes for flaky tests
- Started work on Un
But one question about putting things in client side, can we always assume
that any policy we have can be isolated to a per client attempt to act on
surfaces ? in the instance you might want to have a broader view of the
entire scene being composed (other clients and their surfaces and states),
the
-
Latest in Unity8 ui
-
landed our input info usage (to toggle to windowed mode)
-
a variety of test cleanup
-
GU changes ready to go in for OTA5
-
focus vs visibility reviewed and approved
-
trying to land launcher parity, stuck
-
Latest in Unity8 ui
-
fixes for shell rotation lockscreen & blurry screen shot in spread
-
working on unity8 cpu consumption issue related to keyboard focus
-
still working launcher parity, stuck in review cycle for the week,
but should land soon
I tend to agree, although i am curious to hear what others think.
My hope would be that we'd be balanced about adopting "new language
variants and dependencies" - if we have reasons to do so, then do those
outweigh stagnating for the sake of being able to build on older ubuntu
stables?
br,kg
On T
considering the "none of this matters for phone/tablet development (as that
remains on vivid+overlay)"
I would think "std::exception::what: error during hwc set() when
unplugging
external monitor" (lp:1498550) is completely phone(android) ?
so possibly strike that from the list?
br,kg
On Fri, O
Hey Darren - give me a chance to replicate what you're doing so i can
compare results.
One question, were you able to run the gui example per the original
instructions in a vm ??
br,kg
On Mon, Oct 12, 2015 at 8:51 AM, Darren Landoll
wrote:
> I posted this message on a different list, but after
:/home/ubuntu
$ sudo snappy install --allow-unauthenticated qtdec*.snap
$ export LC_ALL=C.UTF-8
$ sudo qtdeclarative5-examples-amd64.clocks
Note, don't forget to set the LC_ALL, that'll result in an error.
br,kg
On Mon, Oct 12, 2015 at 12:01 PM, Darren Landoll
wrote:
> On Mon, Oct
Hey Darren - it just dawned on me, what's your host development machine on
? 15.04 or 15.10 ? There is a c++ abi break between 15.04 and 15.10, so you
wouldn't be able to use mir or qt components built on 15.10 on these 15.04
core images.
br,kg
On Mon, Oct 12, 2015 at 4:52 PM, Kevin G
inline comments
On Mon, Feb 15, 2016 at 7:19 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> Someone should add(!) to the list of manual steps:
>
> Check for open critical bugs. If a bug is critical it should block any
> release:
>
> https://bugs.launchpad.net/mir/+bugs?search=Searc
So are you both tied to the idea of using Critical/High for this?
as the lp definition/intimations for Critical/High don't really match the
"blocker" use, would you be ok with using a tag "blocker" instead?
can't see how a tag is any more costly and gets the job done all the same.
ultimately the c
I feel we're not utilizing the importance field if we're allowing
> critical bugs to remain open without anyone even checking on them during
> the release process.
>
> BTW, I demoted the remaining ones to High yesterday so all criticals are
> now resolved :)
>
>
>
I confirmed with QA they don't have any known use/reliance on --offscreen,
so +1 on removal
br,kg
On Wed, Jul 6, 2016 at 4:24 AM, Alexandros Frantzis <
alexandros.frant...@canonical.com> wrote:
> Hi all,
>
> for a few years now, Mir has provided the --offscreen option to render
> to offscreen buf
hey Timo - i really appreciate the heads up on this.
br,kg
On Wed, Nov 23, 2016 at 8:32 AM, Timo Aaltonen wrote:
>
> Hi
>
> Just a heads up that I'll upload the new mesa to zesty in a bit, the EGL
> platform patch just needed a modest refresh, and unity8 seems to still
> work now that I
Daniel
Very nice indeed.
Can you write up some instructions to provide to Sergio (on ue-performance
list) for including some of the test harness to report into grafana?
also, am i correct in understanding "interval 0" is swapinterval 0 which
means all vsync is ignored...and it's all based on buffe
72 matches
Mail list logo
