[07:46] <tsdgeos> hmmmm
[07:46] <tsdgeos> any idea why i can't qmlscene on the phone?
[07:47] <tsdgeos> QUbuntu: Could not create application instance
[07:47] <tsdgeos> Aborted (core dumped)
[07:52] <tsdgeos> /usr/share/applications/qmlscene.desktop is gone
[08:01] <Saviq> tsdgeos, just use any other .desktop file
[08:01] <tsdgeos> Saviq: i did
[08:01] <tsdgeos> didn't help
[08:02] <tsdgeos> phablet@ubuntu-phablet:~/app$ qmlscene foo.qml --desktop_file=/usr/share/applications/dialer-app.desktop
[08:02] <tsdgeos> QUbuntu: Could not create application instance
[08:02] <tsdgeos> Aborted (core dumped)
[08:12] <Saviq> tsdgeos, hrmpf, nothing else?
[08:12] <tsdgeos> Saviq: nope
[08:12] <Saviq> tsdgeos, as in a what():??
[08:13] <tsdgeos> that's all i get
[08:27] <mzanetti> Saviq: so... for the sim pin, there are two issues
[08:27] <mzanetti> https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1240561
[08:27] <mzanetti> and the design
[08:28] <Saviq> tsdgeos, and unity8 is running?
[08:28] <tsdgeos> tep
[08:28] <tsdgeos> yrp
[08:28] <tsdgeos> :D
[08:28] <tsdgeos> yes
[08:28] <MacSlow> mzanetti, 1240561 is not an issue... the ext. snap-decision for it can accept a "how many digits"-extended-attribute
[08:28] <mzanetti> MacSlow: yeah. I think that's not too hard to fix
[08:29] <MacSlow> mzanetti, Saviq: quick mumble-session?
[08:30] <mzanetti> ok for me
[08:30] <Saviq> tsdgeos, qmlscene test.qml --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop works just fine here
[08:30] <Saviq> coming
[08:30] <tsdgeos> booo
[08:30] <MacSlow> mzanetti, Saviq: for me too
[08:30] <tsdgeos> --desktop_file_hint
[08:30] <tsdgeos> ...
[08:30]  * tsdgeos can't copypaste
[08:31] <Saviq> ah _hint
[08:32] <Saviq> MacSlow, you coming to mumble? ;)
[08:35] <tsdgeos> Saviq: so yeah, my simple test can show the focus stealing we do see with the listview of the notifications, want me to keep digging why or prefer me to look at something else?
[08:54] <Saviq> tvoss, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1240866 ideas?
[08:57] <tvoss> Saviq, looking
[08:58] <mzanetti> Saviq: https://code.launchpad.net/~unity-team/unity8/fix-1228336/+merge/191427 btw
[08:58] <Saviq> mzanetti, yup, saw that
[09:01] <tvoss> Saviq, http://public.kitware.com/Bug/view.php?id=13156
[09:02] <tvoss> Saviq, looking at the ThreadStackTrace, it seems like mir is configuring itself, too
[09:02] <Saviq> tvoss, yeah, it's something on startup
[09:02] <Saviq> tvoss, we're not using getenv anywhere anyway
[09:03] <tvoss> Saviq, well, Mir is using it
[09:03] <Saviq> tvoss, yup, reassigning to Mir
[09:04] <Saviq> tvoss, well, we're using qgetenv, which is a wrapper
[09:04] <tvoss> Saviq, yup, some parts try to access the environment information concurrently
[09:04] <tvoss> that's why it crashes
[09:05] <Saviq> oh and yeah, we've a getenv() in paths.h.in
[09:05] <Saviq> tvoss, yeah, racies
[09:06] <tvoss> Saviq, ack, fixing things would ideally require something posix::this_process().get_env(const char*); which is internally guarded by a mutex
[09:07] <Saviq> tvoss, mhm
[09:07] <tvoss> Saviq, to be more abstract: we need a central instance that assures serialized access to getenv
[09:08] <Saviq> tvoss, yeah, add that to the bug please?
[09:08] <tvoss> Saviq, ack
[09:12] <tvoss> Saviq, done
[09:15] <Saviq> tvoss, tx
[09:57] <tsdgeos> Cimi: ping
[09:57] <Cimi> tsdgeos, pong
[09:57] <tsdgeos> Cimi: for https://code.launchpad.net/~cimi/unity8/fix-1195349/+merge/191460 what is the glitch you mention?
[09:57] <tsdgeos> also do i need a specific number of items in the carousel?
[09:58] <Cimi> tsdgeos, if you don't have the fix
[09:58] <Cimi> tsdgeos, you can tap on the second tile
[09:58] <Cimi> tsdgeos, and then the first one
[09:58] <Cimi> tsdgeos, you see that the new item starts scaling up even if the movement did not end yet
[09:59] <Cimi> tsdgeos, with the fix, first it finishes moving, then it scales up
[09:59] <Cimi> like any other tile
[10:00] <mzanetti> haha... something weird is happening... when unity8 looses focus, the installed apps section disappears. it comes back when the focus comes back
[10:00] <mzanetti> is that wanted?
[10:02]  * tsdgeos realizes the music carousel should probably be album based and not song based
[10:02] <tsdgeos> mzanetti: doubt it, been annoying me for a while too, think it has something to do with how scopes refresh themselves
[10:02] <mzanetti> tsdgeos: https://bugs.launchpad.net/unity8/+bug/1237970
[10:03] <mzanetti> Saviq: why is this incomplete btw? ^
[10:03] <tsdgeos> we're still manually merging, right?
[10:04] <mzanetti> tsdgeos: yes.
[10:04] <mzanetti> tsdgeos: if we're lucky we get CI back later today, if we're unlucky I hope on monday
[10:06] <Cimi> tsdgeos, +1
[10:19] <Saviq> mzanetti, because we need design folk to come up with a resolution
[10:19] <Saviq> mzanetti, the current situation was per design
[10:20] <mzanetti> Saviq: ah ok
[10:28] <tsdgeos> Saviq: what's your opinion on the hardcoded 6 in https://code.launchpad.net/~unity-team/unity8/carousel-loader/+merge/190406 ?
[10:28] <Saviq> tsdgeos, it's wrong
[10:28] <tsdgeos> Cimi: ↑↑
[10:28] <Saviq> tsdgeos, on tablet it will be more than 6 (10 I think)
[10:29] <Cimi> Saviq, but we want it for 6 items I think
[10:29] <Cimi> not for less
[10:29] <Saviq> Cimi, not on tablet - that's too little
[10:29] <Cimi> Saviq, don't have a tablet
[10:29] <Saviq> Cimi, there is surely one in BlueFin
[10:29] <Cimi> Saviq, but I remember people carousel working with less than 10 people?
[10:29] <Saviq> Cimi, it depends on the carousel and the delegate size
[10:30] <Saviq> on that note, /me flashes #100 on manta
[10:30] <Cimi> Saviq, there's a property for that
[10:30] <MacSlow> phablet
[10:30] <MacSlow> wrong window... sorry :)
[10:30] <Saviq> MacSlow, wrong window ;)
[10:30] <Cimi> Saviq, but it's available after...
[10:30] <Saviq> MacSlow, good thing we know that password ;)
[10:30] <Cimi> Saviq, pathitemCount
[10:30] <MacSlow> Saviq, hell yeah :)
[10:30] <Saviq> Cimi, yeah, it's a chicken'n'egg problem
[10:30] <Cimi> ceil it and it's done
[10:31] <Cimi> maybe can be calculated
[10:31] <Saviq> tsdgeos, you had the same in LVWPH - we talked about having "Utils" around renderers that would just calculate that stuff - did you do that or another way?
[10:32] <tsdgeos> Saviq: it was not exactly the same, was more "calculate the height this will have", but at the end i solved it some other way, since for the Grid was easy but for others not so much
[10:32] <Saviq> tsdgeos, right
[10:33] <tsdgeos> Cimi: for the grid you can mostly use the functions (may need some rework), but if you pass them the width, it should be fairly easy to get the number of items per row, and then you can multiply by 2
[10:33] <tsdgeos> s/use the functions/use the existing functions/
[10:34] <Saviq> tsdgeos, thing is it's not about "more than 2 rows", even if that's kind-of-maybe-will-work
[10:34] <tsdgeos> Saviq: ok, so what's it about then?
[10:34] <Saviq> tsdgeos, it's about "at least as many items to fill one screen of carousel"
[10:34] <Saviq> tsdgeos, so it's not the grid's decision - it's the carousel's
[10:34] <tsdgeos> i see
[10:35] <tsdgeos> then you need some carousel magic then :D
[10:35] <Saviq> tsdgeos, and I feel like we should build something like that regardless
[10:35] <Saviq> tsdgeos, a "pre-renderer"
[10:35] <Saviq> tsdgeos, that will have everything we need to find out whether we can actually use that renderer - and how
[10:35] <Saviq> tsdgeos, we were thinking about a .js of the same name?
[10:36] <Saviq> tsdgeos, and importing it dynamically?
[10:36] <tsdgeos> jumped to far there :D got lost
[10:36] <tsdgeos> import it dynamically when?
[10:37] <Saviq> tsdgeos, you merged into trunk?
[10:37] <Saviq> tsdgeos, let's not do that yet - we need to branch out for saucy
[10:38] <Saviq> tsdgeos, just mark stuff approved, but don't merge
[10:38] <Saviq> I'll uncommit
[10:38] <Saviq> didrocks, shall we branch out for saucy already?
[10:38] <didrocks> Saviq: no, we keep trunk as trunk
[10:38] <didrocks> Saviq: we won't support saucy, there is no saucy for touch
[10:38] <didrocks> there is only devel :)
[10:39] <didrocks> so trunk will switch to T
[10:39] <didrocks> (no SRU in a word)
[10:39] <Saviq> didrocks, hmm ok... so people will just upgrade their phones past-V1 when we promote an image
[10:39] <didrocks> Saviq: exactly :)
[10:39] <Saviq> didrocks, and they will switch to T?
[10:40] <didrocks> right, transparently
[10:40] <Saviq> didrocks, what if they flashed from channel=saucy? that synonymous?
[10:40] <didrocks> Saviq: channel=stable
[10:40] <Cimi> Saviq, tsdgeos I'll think about a magic function
[10:40] <Cimi> I'm getting ready to jump to the office, release day party :P
[10:40] <Cimi> free food and bubbles :P
[10:40] <Saviq> didrocks, ah, so we don't have saucy nor saucy-proposed
[10:41] <Saviq> any more
[10:41] <MacSlow> Cimi, "bubbles"?
[10:41] <Cimi> MacSlow, prosecco/champagne
[10:41] <didrocks> Saviq: we do have, but working on removing them. It's under discussion :)
[10:41] <MacSlow> Cimi, oh... ok... enjoy! :)
[10:41] <Saviq> didrocks, so shall we just continue merging to trunk then?
[10:41] <tsdgeos> Saviq: no i did not commit to trunk
[10:41] <didrocks> Saviq: yeah, please go as there was no release :p
[10:41] <didrocks> actually, there was no release ;)
[10:41] <Saviq> ok, tsdgeos ignore
[10:41] <Saviq> yeah
[10:41]  * tsdgeos ignores
[10:41] <Saviq> there is no spoon
[10:42] <didrocks> heh
[10:47] <Saviq> everybody go to #ubuntu-release-party :D
[10:48] <Saviq> no food or bubbles, sorry about that ;)
[10:58] <tsdgeos> Saviq: what kind of party's that then?
[10:59] <Saviq> tsdgeos, a lame one!
[10:59] <Saviq> ;P
[11:53] <dednick> popey: ping
[11:53] <popey> yo
[11:53] <dednick> popey: hi. have you reflashed your phone since the datetime indicator issue you saw?
[11:53] <popey> yes
[11:54] <dednick> popey: hm. ok, would you mind checking if there are any crash reports in /var/crash on your device?
[11:54] <popey> sure
[11:54] <popey> i may have removed them
[11:55] <popey> mediascanner, mediaplayer and _usr_lib_arm-linux-gnueabihf_upstart-app-launch_desktop-hook.32011.crash
[11:57] <dednick> popey: ok. could you pastebin me output from "zgrep 'indicator-date' /var/log/*"
[11:57] <dednick> if there is any that is
[11:57] <dednick> although i think a flash will wipe syslogs :(
[11:58] <popey> it was wiped clean
[11:59] <popey> only thing is dpkg.log
[11:59] <dednick> popey: doh. ok, thanks
[12:01] <popey> dednick: i will ping you next time it happens to get more info
[12:02] <dednick> popey: cool. thanks. i just managed to reproduce it on someone elses phone. i think
[12:03] <popey> oh ace
[12:03] <dednick> although it was in a reboot loop, so it rebooted :)
[12:03] <dednick> and now its back
[12:29] <MacSlow> dednick, ping
[12:29] <didrocks> mhr3_: hey, any idea why tapping "friends" on the home dash in touch doesn't show the friends app?
[12:30] <didrocks> and subsidiary question: is there a way to pin/select apps in the home dash? (not having to go to the installed list)
[12:40] <mhr3_> didrocks, hmm, was friends moved to click?
[12:40] <mhr3_> that would explain it
[12:40] <didrocks> mhr3_: I don't think it was
[12:40] <mhr3_> didrocks, and no, atm no way to pin to home
[12:40] <sergiusens> mhr3_, didrocks it wasn't
[12:40] <mhr3_> didrocks, besides changing the qml :)
[12:41] <didrocks> mhr3_: easy for users ;)
[12:41] <didrocks> mhr3_: but search should work?
[12:42] <mhr3_> didrocks, how come that you even have friends in home dash?
[12:42] <mhr3_> i don't see it in the list
[12:43] <didrocks> mhr3_: hum, no, but I was thinking that searching will bring all installed app, even in the home dash
[12:43] <didrocks> as it does for desktop
[12:43] <mhr3_> didrocks, not atm
[12:43] <didrocks> mhr3_: ok, so only online results + prepinned apps?
[12:43] <mhr3_> didrocks, plus music and videos on the device
[12:44] <didrocks> ok, thanks for the explanation mhr3_ ;)
[12:44] <mhr3_> didrocks, https://bugs.launchpad.net/unity8/+bug/1226311
[12:45] <didrocks> mhr3_: release stopper! :-)
[12:45] <dednick> Saviq: how do we start apps on the phone now? I cant seem to start the indicators-client?
[12:45] <mhr3_> didrocks, shuuuush!
[12:55] <MacSlow> nic-doffay, ping
[12:58] <MacSlow> nic-doffay, did you happen to have implemented the left/rightLabel members of class Indicators.RootActionState?
[13:04] <Cimi> tsdgeos, I have something for you :)
[13:04] <tsdgeos> bubbles!
[13:04] <tsdgeos> ?¿
[13:04] <Cimi> hah
[13:04] <Cimi> tsdgeos, nope
[13:04] <Cimi> tsdgeos, if you want to
[13:04] <Cimi> tsdgeos, weirdest bug ever
[13:04] <tsdgeos> sure
[13:04] <tsdgeos> shoot
[13:05] <Cimi> tsdgeos, file manager app, if you have toolbar opened, looks like all the clicks are shifted up
[13:05] <tsdgeos> lol
[13:05] <tsdgeos> really?
[13:05] <Cimi> yeah
[13:05] <Cimi> shifted down I mean
[13:06] <tsdgeos> lol
[13:06] <tsdgeos> that is weird
[13:06] <tsdgeos> do you think that's our fault?
[13:07] <tsdgeos> our = unity8shell
[13:07] <Cimi> no idea
[13:07] <Cimi> we should try on the desktop
[13:07] <tsdgeos> let's kill unity8 and try again
[13:07] <Cimi> happens both mir and sf
[13:08] <tsdgeos> lol
[13:08] <tsdgeos> and now i stopped unity8 and can't unlock the screen
[13:08] <Cimi> hah
[13:09] <tsdgeos> or does stopping unity8 also take down the process it started
[13:09] <tsdgeos> that would make sense
[13:09] <mzanetti> MacSlow: hey ho: https://code.launchpad.net/~mzanetti/unity8/sim-pin-variable-length/+merge/191625
[13:09] <Saviq> dednick, as usual, but --desktop_file_hint is a requirement
[13:09] <Saviq> dednick, or starting through upstart
[13:09] <mzanetti> MacSlow: I just removed the x-canonical-pin-lenth thing... not sure if that's to be removed from some indicators stuff too
[13:09] <mzanetti> dednick: ^^
[13:10] <MacSlow> mzanetti, *shrugg*
[13:10] <dednick> Saviq: gave me an abort when trying with desktop_file_hint.
[13:10] <Saviq> dednick, what exactly?
[13:11] <dednick> Saviq: QUbuntu: Could not create application instance
[13:11] <dednick> Saviq: oh, sorry, got the option wrong :(
[13:11] <Saviq> yeah ;)
[13:12] <tsdgeos> $ qmlscene --desktop_file_hint=ubuntu-filemanager-app.desktop ubuntu-filemanager-app.qml -I ./plugins
[13:12] <tsdgeos> /usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene: invalid option -- 'I'
[13:12] <tsdgeos> QUbuntu: Could not create application instance
[13:12] <tsdgeos> Aborted (core dumped)
[13:12] <tsdgeos> what?¿?¿
[13:13] <tsdgeos> -I is a valid option, isn't it?
[13:15] <dandrader> mzanetti, reviewing your fix-1228336 branch now...
[13:15] <mzanetti> dandrader: after a bit more thinking I came to the conclusion that I agree with you
[13:15] <mzanetti> dandrader: so I'm Rejecting everything now when a second touch point appears during the recognition phase
[13:16] <tsdgeos> oh
[13:16] <tsdgeos> you need the full path
[13:16] <tsdgeos> --desktop_file_hint=/usr/share/click/preinstalled/com.ubuntu.filemanager/0.1.1.80/ubuntu-filemanager-app.desktop
[13:16] <dandrader> mzanetti, ok, great!
[13:30] <Saviq> tsdgeos, standup?
[13:30] <tsdgeos> wops
[13:41] <tsdgeos> greyback: comment about the quit/exec thing
[13:41] <tsdgeos> comment+ed
[13:41] <greyback> tsdgeos: ta
[13:42] <Cimi> Saviq, in theory I could write a huge function that given some parameters it returns the number of item on screen
[13:42] <Cimi> not very nice to see, I have basically to copy all the internal variables and logic of the carousel
[13:42] <Cimi> and put everything in a function
[13:43] <Saviq> Cimi, that's something we'll probably have to do I'm afraid, what we were thinking is that each renderer would have a corresponding .js file
[13:43] <Saviq> Cimi, that will have a (set of) predefined function(s)
[13:43] <Cimi> each renderer?
[13:43] <Cimi> which renderers are you referring to?
[13:43] <greyback> tsdgeos: ok, makes sense. And shows this needs whole thing restructuring :)
[13:43] <Saviq> Cimi, all the carousels, all the different grids
[13:44] <Cimi> Saviq, ok
[13:44] <Saviq> Cimi, that we can use to get some expectations up before actually loading them
[13:44] <Cimi> I can start with the carousel one
[13:44] <Saviq> Cimi, it's not like that
[13:44] <Saviq> Cimi, we have to look at it properly
[13:44] <Saviq> Cimi, probably rework the whole renderer business a little
[13:44] <Saviq> Cimi, don't just jump on it
[13:45] <tsdgeos> greyback: +1
[13:45] <Cimi> Saviq, so we could merge my branch for now
[13:45] <Cimi> Saviq, 6 is fine, works
[13:45] <Cimi> Saviq, but we might want to have it calculated properly
[13:46] <Saviq> Cimi, yeah just put a FIXME in there
[13:46] <Cimi> ok
[13:46] <Cimi> Saviq, can you test on the nexus 10?
[13:47] <Cimi> I think 6 works
[13:47] <Saviq> Cimi,just copying some music on there
[13:48] <Saviq> Cimi, yeah, 6 is fine
[13:48] <Saviq> wow we're crashy on there
[13:48] <Cimi> Saviq, I have got a tablet
[13:48] <Cimi> I'll test as well
[14:06] <Cimi> Saviq, tsdgeos https://bugs.launchpad.net/unity8/+bug/1241003
[14:06] <Cimi> i created that
[14:07] <Cimi> so we can merge the loader when you think the rest is fine
[14:08] <tsdgeos> Cimi: can you add a fixme in the code pointing there?
[14:08] <Saviq> Cimi, changed the title a little and removed you as an assignee -  there's more of us that'll need to be involved
[14:09] <Saviq> Cimi, weren't you doing bubbles btw? ;P
[14:09] <Cimi> Saviq, had enough last night :)
[14:09] <Saviq> LOL
[14:10] <Saviq> "Ubuntu for phone is here!"
[14:10] <Saviq> Well done team! Looking excellent!
[14:10] <Saviq> Jim Donegan
[14:10] <Saviq> Sent from my iPhone
[14:10] <Saviq> XD
[14:11] <Cimi> hah
[14:19] <mzanetti> ouch
[14:34] <Cimi> tsdgeos, pushed
[14:45] <mzanetti> cyphermox: hey
[14:45] <mzanetti> Cimi: is HFP supposed to work yet?
[14:45] <mzanetti> cyphermox: ^
[14:57] <Cimi> mhall119, I found a weird bug on the file manager app
[14:57] <Cimi> mhall119, if you have the toolbar opened and you select a folder, the events are like shifted down
[14:58] <Cimi> you basically open the folder down :)
[15:00] <mhall119> Cimi: I've seen that happen on a couple of other apps that use have a listview, not always related to toolbar though...
[15:00] <mhall119> Cimi: file a bug and we'll see what they find
[15:01] <cyphermox> mzanetti: yes, if you don't use the UI
[15:02] <cyphermox> well, actually
[15:02] <cyphermox> make that, the bluetooth hfp profile works, but the UI doesn't know how to handle it, and I don't think ofono is hooked up to use it
[15:03] <mzanetti> cyphermox: ah ok. so it doesn't work as in "I can use it"
[15:04] <cyphermox> heheh
[15:04] <cyphermox> is that what you meant by "works"?
[15:06] <mzanetti> cyphermox: kinda, yes :D
[15:06] <Cimi> mhall119, not always related to toolbar?
[15:06] <Cimi> mhall119, can you run on the desktop and see if we have the same issue?
[15:06] <cyphermox> mzanetti: it's worth some more testing, tbh. but AFAIK only a2dp works
[15:06] <Cimi> mhall119, might be unity
[15:07] <mzanetti> cyphermox: oh! a2dp should work? that's interesting... use that for my running headphones a lot
[15:08] <mhall119> Cimi: maybe, but I've only ever seen it in apps, not the shell, so I'd lean more towards it being something in the SDK
[15:09] <Cimi> mhall119, but apps have the shell around it
[15:38] <larsu> dednick: can you please have a look at this merge when you get some time: https://code.launchpad.net/~larsu/unity8/lp1236413/+merge/191498
[15:38] <larsu> Saviq: maybe this interests you as well ^^ it adds a component that formats a time string and updates it on timezone changes
[15:39] <larsu> maybe it's needed somewhere else in unity
[15:39] <tsdgeos> dandrader: ok, i thought that we had actually that case in real world somehow
[15:39] <Saviq> larsu, https://blueprints.launchpad.net/ubuntu-ui-toolkit/+spec/time-component btw
[15:39] <Saviq> larsu, frankly we should have it in the SDK
[15:40] <dandrader> tsdgeos, I really hope not :)
[15:41] <larsu> Saviq: ah, cool
[15:42] <larsu> Saviq: I'd be quite interested in working on that. Will you be in Oakland?
[15:42] <Saviq> larsu, yeah
[15:42] <larsu> awesome
[15:42] <larsu> I still think we should take my patch for now
[15:43] <larsu> I was pinged quite a bit about this being high priority
[16:00] <dednick> larsu: sure
[16:47]  * greyback eod
[18:58] <dandrader> mzanetti, ping
[20:41] <seb128> kenvandine, robru: did you see https://errors.ubuntu.com/problem/a070e0e0f342f3d445cf13bf28f08d2868be0ba3 (that's one of the most reported saucy issues)
[20:42] <robru> seb128, that is not a bug in friends. i don't know how to begin troubleshooting that, but it can only possibly be caused by ultra-stale raring packages sticking around somehow after the upgrade. friends/main.py has not contained any reference to threads_init since __MAY__.
[20:43] <seb128> weird
[20:44] <robru> seb128, like that error would have to be caused by launching raring's version of friends with saucy's version of python3-gobject.
[20:45] <robru> seb128, i've spoken with a handful of people who reported that; they all say it happens only once at the very first boot and then never happens again. i've confirmed that **after** the first boot, main.py correctly does not contain threads_init and the version they have installed is correct.
[20:46] <robru> so, unfortunately it is ugly that new saucy upgraders get presented with that error, but fortunately it resolves itself and disappears.
[20:46] <seb128> robru, ok, seems like an upgrade issue, fun then :/
[20:47] <robru> seb128, it's as though the upgrade process installs the new python3-gobject, then launches friends, then upgrades friends. it's baffling to me.
[20:48] <seb128> well, updates are unpacked on running systems
[20:48] <seb128> which means python-gobject is likely unpacked first (since it's a depends of friends)
[20:48] <seb128> so you have a timeframe where you have new python-gobject and old friends
[20:48] <seb128> the dispatcher goes up and down
[20:48] <seb128> so it's likely that it's going up during that timeframe which creates those reports
[21:54] <ali1234> how do gtk indicators work on Qt unity versions?