=== mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik [07:17] mmrazik: it's already in split mode FYI (I checked it) [07:17] mmrazik: but yeah for source 1, see my comment :) [07:18] the real issue though is the "native package" thing [07:18] didrocks: I didn't notice your other comments earlier. I was just getting some failures from jenkins [07:18] so I just commented on some obvious stuff [07:18] mmrazik: yeah, launchpad comment doesn't use ajax to refresh comments… [07:18] didrocks: FYI -- some of the qtubuntu* project don't build on i386 [07:18] like qtvideo-node [07:19] mmrazik: really? mzanetti was telling me everything was running on the destkop [07:19] and one more where I disabled the i386 builds yesterda... [07:19] desktop* [07:19] so amd64 [07:19] but not i386? [07:19] didrocks: didn't try amd64. I doubt it builds there [07:19] mmrazik: can you clarify this with mzanetti please? We should fix it anyway [07:19] didrocks: qtvideo-node and qtubuntu-media don't build on i386 [07:20] mzanetti: ^^^ [07:20] thanks ;) [07:21] didrocks: in matter of fact qtvideo-nodes's packaging explicitely says its armel|armhf [07:21] but should be fixed [07:21] was talking with jhodapp yesterday and it looks like nobody recalls why this stuff is there [07:21] mmrazik: yeah, let's see with him [07:21] ok [07:21] mmrazik: do you have the local repository btw? [07:21] mmrazik: https://code.launchpad.net/~unity-team/unity-scope-home/master-scopes/+merge/153440 was rejected because of that I guess [07:22] didrocks: not really :-/ I want to work on it today but it needs some refactoring so its all in cupstream2distro-config [07:22] got some pointers from fginther yesterday [07:22] mmrazik: ok, let's see, it's blocking them I'm afraid [07:23] mmrazik: at least, if they don't add new API, today daily should unblock them [07:24] didrocks: I really have a feeling that something in our dev process is not good when we change API every day :-/ [07:24] but anyway... going to work on the local repo instead of complaining [07:24] mmrazik: well… don't tell me [07:24] mmrazik: but that's how I ended up with this local repo [07:24] didrocks: and that is why I'm a bit reluctant to do it :) as I see it more of a workaround to broken dev process [07:25] mmrazik: agreed, well, this can happen, but not *that* often :) [08:48] hey [08:48] happy friday [08:49] sil2100, hey, the unity-team-stating ppa keeps spamming me about failing quantal builds, shouldn't we just stop building for quantal at this point? [08:50] we should stop building for quantal and raring [08:50] removing the ppa (WI from UDS) [08:50] as we have the dailies now [08:50] but not the first time I'm arguing for that ;) [08:55] davidcalle: hey! [08:55] didrocks, hey! === davidcalle_ is now known as davidcalle [09:34] didrocks: hey. I said apps would run fine, yes [09:35] didrocks: never said all libraries would build everywhere. But some of the libraries are just not needed on anything else then android [09:35] mzanetti: ah, we need the list then ;) [09:36] mzanetti: and why they are not needed on other archs ;) [09:36] because they are for the android layer adaption [09:36] didrocks: ^ [09:36] didrocks: no need to have bindings to libhybris on desktop [09:37] didrocks: its mostly Qt backends [09:37] mzanetti: do you mind documenting all the packages from the list in the whiteboard as well? [09:37] mzanetti: that will be shared with the whole team that way :) [09:37] didrocks: well... I think I can help you but I am actually in the shell team its not that we don't have anything to do there [09:38] :) [09:38] didrocks: I think someone from that team should just know which ones don't build [09:39] mzanetti: yeah, but you have the knowledge of why things don't need to build, so if you or ricmm can provide the info as requested in the WI, the whole project will gain some time [09:39] rather than rediscovering everything… [09:40] yeah, ok... I'll try to find out [09:40] mzanetti: thanks :) [09:40] mzanetti: on the busy thing -> we all are. If you want my schedule from the previous days, it's more 12/14 hours a day for the 100 scope thing with no break [09:40] and it's something happening regularly for the 3 years I'm working here ;) [09:40] so, we all are busy :) [09:41] didrocks: yeah sure... just realized that I have opened todos all over the place and wanted to start getting those done before opening new ones :) [09:42] mzanetti: yeah, well, TBH, that was part of the WI we discussed about the other day :) [09:42] (and blocking other people) [10:04] MacSlow, Saviq, a first cut at the NotificationSource: http://collabedit.com/5ngav [10:05] tvoss, taking a loook... thx [10:11] mmrazik: pull last commit from cupstream2distro-config, there is a new scope to add (the gdrive one) [10:12] mhm... the scope config is a bit broken ATM :-/ [10:12] mmrazik: why? [10:12] didrocks: some of the local repo changes landed yesterday but not all [10:12] anyway... [10:12] lets see [10:13] maybe I'll just test what I did for the local repo in production :) [10:13] mmrazik: isn't it what people do here? :p [10:13] mmrazik: I'm adding it to daily release [10:13] ok [10:13] mmrazik: from what I heard, there is changes for more to come FYI [10:14] didrocks: ok. I was hoping I'll make the local repo changes, test it locally and let fginther review in the afternoon [10:14] mmrazik: ok, for now, I don't see changes coming to gdrive TBH [10:14] ok [10:14] then I'll just keep it as it is [10:15] didrocks: if there is an (approved) merge proposal my watchdog will complain and I'll see it [10:15] its nice that you can add stuff to the watchdog :) [10:15] mmrazik: sounds good! :) [10:15] heh [10:16] and nice to have a config file for all projects/branches [10:18] mhr3: I saw that home scope is merged now, I shold rerun asap with that one, right? [10:18] mhr3: then, we'll start to see some of the new scopes [10:19] didrocks, it's mostly about the server intergration atm [10:19] ok [10:19] but yea, it'll be better (tm) [10:19] mhr3: I'll keep you posted once the current builds finishes and that we have the home scope in the ppa [10:19] mhr3: © ;) [10:19] MacSlow, what's the well-known name for the notification service? [10:20] MacSlow, as in DBus well-known name [10:20] tvoss: org.freedesktop.Notifications [10:21] tvoss, from /usr/share/dbus-1/services/org.freedesktop.Notifications.service "org.freedesktop.Notifications" [10:23] larsu, MacSlow thanks [10:37] mmrazik: oh, I just realized on the ps-unity-autopilot-release-testing [10:37] mmrazik: I need the ppa to by dynamically set [10:37] mmrazik: what should we do for the 100 scopes projects? should we just duplicate it in a hurry? [10:40] didrocks: I would clone the job and then do some sed-ing on resources/preseed.cfg [10:40] mmrazik: thanks, give me the job I should add once done :) [10:40] seems to be the least error prone solution ATM [10:41] didrocks: like job name? [10:41] or should I create it? [10:41] didrocks: what is the ppa? [10:41] mmrazik: agreed on the least risky for now [10:41] mmrazik: ppa is https://launchpad.net/~ubuntu-unity/+archive/experimental-prevalidation [10:41] ok [10:41] on it [10:41] thanks! [10:44] didrocks: ps-unity-100scopes-experimental-autopilot-release-testing [10:44] sounds like a german word or something :) [10:44] mmrazik: ahah, exactly! :-) [10:44] thanks! [10:48] mhr3: rebuilding the home scope [10:49] didrocks, do we have a bunch of testers of that ppa? [10:50] mhr3: well, not as long as it's not 35% functional :) [10:50] mhr3: but I have a crew ready for it [10:50] :) [10:50] didrocks, k, let's hope it will really work on 35% :) [11:10] mhr3: unity-home-scope failed :( [11:10] or rather unity-scope-home [11:10] https://launchpadlibrarian.net/134261766/buildlog_ubuntu-raring-amd64.unity-scope-home_6.8.0daily13.03.15.2ubuntu.unity.experimental.certified-0ubuntu1_FAILEDTOBUILD.txt.gz [11:10] mhr3: seems a test not passing ^ [11:11] (similar that what happened when I gave the list to thomas yesterday) [11:11] No such file or directory for tests/fake-server/fake-sss-server.py [11:13] Trevinho: hey! [11:37] didrocks, mhr3: I'm going to deploy the local archive stuff even though the related MP is not yet review/landed. I'll be watching the jobs but ping me if there is something urgent. [11:37] its likely few MPs will fail [11:37] as I'm not 100% sure what needs to be configured server-side (where the local archive lives) [11:37] never done it before [11:38] ok, thanks for updating us :) [12:04] didrocks: hey [12:05] how are you? [12:06] allright... you? [12:06] busy, but fine :) [12:07] Trevinho: I'm on the 100 scopes ppa, so not synchronized with latest changes in unity, but is the "pressing enter should shutdown the machine after clicking on shutdown in the indicator-session or same with logout, when clicking on logout" known/fixed? [12:08] mh, no.. [12:08] didrocks: so you basically want the selected action to be key-focused by default? [12:08] Trevinho: exactly, makes sense regarding the previous behavior, isn't it? [12:09] the order of the actions changed as well which is weird [12:09] yeah [12:09] and we still have the old dialogs on the greeter [12:09] I wonder if those changes are an improvement at the end [12:09] Trevinho, no offense to your work, you just followed the design [12:10] I should probably complain to JohnLea about that ;-) [12:10] we also had a fix for the "shutdown doesn't work when other users are logged in" ready to merge for the gtk dialog [12:11] * Trevinho got an unwanted reboot :o [12:11] anwayy.. [12:11] seb128, Trevinho, didrocks; yes, that's an omission from the original change request from design, hitting enter should action the selected item [12:11] didrocks: well, yes... it could I just didn't get the design input for that [12:11] JohnLea: ^ [12:12] \o/ [12:12] JohnLea: ah you was fast:) [12:12] JohnLea: so... do you want the default icon to be selected also, isn't it? [12:12] * JohnLea ;-) [12:12] (i.e. highlighted) [12:12] JohnLea, what design recommend to happen when you pick shutdown with other users logged in? [12:12] Trevinho; yes [12:13] JohnLea: ok [12:13] seb128: about the lightdm thing, I know... But it was not my scope :) [12:14] didrocks: could you please quickly open a bug so that I can track it? [12:14] Trevinho: sure sure [12:14] Trevinho: I have also a bug in the launcher reveal [12:14] Trevinho: who should I assign it to? [12:15] didrocks: try with andyrock [12:15] (i would look at it as well, but I've already a bunch of things in my list) [12:15] Trevinho: sure :) [12:15] ok, andyrock, I have a lovely autohide bug for you :) [12:15] didrocks, link? [12:15] let me open the bug or find one [12:16] didrocks: or also brandon when he's back [12:16] andyrock: try to set your launcher to autohide [12:16] go to 0x0 [12:16] well, make it reveal first [12:16] go to 0x0 [12:16] then go outside the launcher [12:16] the launcher hide [12:16] try to reveal it with the mouse again [12:16] -> can't [12:18] didrocks, can't reproduce here [12:19] JohnLea: also we have some timeout now for the tooltips.. It's set to 1 second, but imho is too much... what about lowering to 500ms? [12:19] andyrock: I have two screens [12:19] didrocks: any input on that? ^ [12:19] Trevinho: oh definitively agree it's a little bit too long [12:19] didrocks, ah I'm on single monitor setup [12:19] Trevinho; go for it if you think that makes them feel better ;-) [12:19] andyrock: that's weird as I can reproduce it even in one desktop [12:19] andyrock: and I saw other people complaining about it [12:20] JohnLea: nice... :) [12:20] Trevinho, timeout lenght is not the only problem [12:20] Trevinho: https://bugs.launchpad.net/unity/+bug/1155589 [12:20] Launchpad bug 1155589 in Unity "shutdown dialog should hilight a default action" [Undecided,New] [12:20] yeah, the length is weird as well [12:20] Trevinho: ^ [12:20] didrocks: yep, i already commented /assigned it :) [12:20] Trevinho: the new bug or the length? [12:21] didrocks: the bug... [12:21] ah :) [12:21] didrocks: oopps, we had one before bug #1155562 [12:21] bug 1155562 in Unity "New shutdown dialog had no default option selected" [Low,Confirmed] https://launchpad.net/bugs/1155562 [12:21] didrocks, 0x0 is top-left corner or bottom-left corner for you? [12:21] top-left for mr [12:21] *me [12:21] andyrock: top left [12:21] Trevinho: feel free to dup it [12:22] andyrock: so, have the launcher [12:22] andyrock: reveal it by pushing the mouse on the border [12:22] go to 0x0 [12:22] didrocks, the launcher hides when I go to 0x0 [12:22] then, go the right [12:22] andyrock: right [12:22] and try pushing again against the edge [12:23] didrocks: sorry for wasting your time :( [12:23] Trevinho: no worry ;) [12:23] Trevinho: do you see what I mean by the length of the labels? [12:24] Trevinho: like in the launcher, for me, Terminal is stuck on the left === MacSlow is now known as MacSlow|lunch [12:24] didrocks: oh, I lost the msg I think [12:24] Trevinho: and I have a lot of blank spaces on the right [12:24] didrocks: tooltips? [12:24] right [12:24] didrocks: yes, that's what I've fixed tonight [12:24] Trevinho: brilliant! [12:24] ;) [12:24] thanks :) [12:24] andyrock: do you want a vidéo? [12:24] video* [12:25] didrocks, yep [12:25] it will help me [12:25] didrocks, ok i reproduced it [12:25] On parle fraçais ici... Donc, on doit utiliser les accentes! [12:25] andyrock: argh [12:26] andyrock: the video doesn't work [12:26] :) [12:26] because gtk-record-mydesktop is stealing the top pixel :) [12:26] Trevinho: ah, mais c'est vrai! :-) [12:26] didrocks, np I reproduced it [12:26] andyrock: great, want a bug? [12:26] Trevinho: après ubuntu-desktop, on s'attaquera à ubuntu-unity pour passer tout ubuntu en français ! [12:27] didrocks, yes why not? :P [12:27] andyrock: I was sure you would love it! :-) [12:27] didrocks: oui... c'est la route! [12:27] héhé [12:28] andyrock: have a French course! :) [12:28] andyrock: ça sera bientôt obligatoire ! Prepares-toi le futur ;) [12:28] pour* [12:29] Trevinho, i ahad a French course in high schools :P [12:29] *had [12:30] andyrock: https://bugs.launchpad.net/unity/+bug/1155598 [12:30] Launchpad bug 1155598 in Unity "autohide launcher can be stuck hidden" [Undecided,New] [12:33] didrocks: so the local repo doesn't seem to be working (yet) but at least its not blocking autolanding (just the last step silently fails) [12:34] didrocks, weird, how come the previous build worked? === tvoss is now known as tvoss|lunch [12:34] mhr3: no build worked in the builders [12:35] mhr3: that's part of the list I sent to thomas of things failing === mmrazik is now known as mmrazik|lunch [12:35] mmrazik: ok :) at least, relying on the ppa should fit the requirement for now === mmrazik|lunch is now known as mmrazik [12:37] mhr3: needing help to debug? [12:37] pstolowski, ^ [12:38] didrocks: yep, definately, help would be appreciated. it works locally for me with a clean checkout (and it worked before in avani) [12:40] david forgot to update the .scope files with the /usr/lib -> /usr/share move :/ [12:40] pstolowski: did you try on a pbuilder, does the error message makes sense at least? [12:40] didrocks: it needs #!/usr/bin/python [12:40] pstolowski: ah, easy then, a branch to fix it? :) [12:40] didrocks: not sure if this is an issue? (python3 vs 2?) [12:40] pstolowski: I wonder why it's failing in the chroot, maybe a missing dep? [12:40] pstolowski: can be, yeah [12:41] didrocks: python is not listed in the deps [12:42] pstolowski: let me try in a pbuilder [12:43] didrocks: ok, thanks [12:48] didrocks, david gave me scope ids, but some don't seems to have a matching pkg in our json file [12:48] didrocks, should those be added? [12:48] i see for example foursquare [12:48] mhr3: interesting. What thomas is saying about those? [12:48] songkick [12:48] evolution [12:48] yeah, I want a final ack if we add them [12:49] and isgd [12:49] crazy we can't have one single list of scopes we want by default [12:49] didrocks, k [12:49] and it's changing everyday [12:49] I asked clearly for the list on Tuesday… :/ [12:49] i think that's what he's been asking us for yesterday and today :) === _salem is now known as salem_ [12:55] pstolowski: bash: /tmp/buildd/unity-scope-home-6.8.0/tests/fake-server/fake-sss-server.py: /usr/bin/python: bad interpreter: No such file or directory [12:55] pstolowski: yeah, python is not installed [12:55] it needs to build-dep on it [12:55] mmrazik: are your upstream merger installing python? ^ [12:55] mmrazik: it should have failed there as well [12:55] didrocks: we do :-/ We need it for gcovr :-/ [12:55] i.e. coverage [12:56] mmrazik: but coverage is ran even once you merge? [12:56] python is one of the very few additional deps we have [12:56] pstolowski: all tests are passing [12:56] mmrazik: sufficient to screw us ;-) [12:56] pstolowski: I'm proposing a branch, one sec [12:56] didrocks: yes, as the autolanding job then gives you the time-history (the pre-merge is fairly random) [12:56] didrocks: awesome, thanks [12:58] pstolowski: https://code.launchpad.net/~didrocks/unity-scope-home/add-python-dep/+merge/153547 [13:09] didrocks: unity-scope-home_6.8.0-0ubuntu2bzr60pkg0raring3_amd64.deb is in the local repo [13:09] mmrazik: great! :-) === MacSlow|lunch is now known as MacSlow [13:49] pstolowski: mhr3: home scope built from the ppa [13:49] pstolowski: mhr3: video and music scopes building [14:00] mzanetti, so these Q_SOMETHING are pure c++-preprocessor syntactic sugar more or less [14:00] ?! [14:01] MacSlow: yes, rather more then less. Those were all there in the early Qt days already when noone even immagined QML yet [14:02] MacSlow: however, QML of course makes use of them... if you have a C++/Qt slot (which is nothing else then a invokable method) then you can invoke that also from QML [14:02] mzanetti, I'll have to work through the "extending QML with C++" anyway now... then my mental image will become clearer [14:02] MacSlow: I'd recommend to completely read the QObject doc. Even though its C++ only all of it applies to QML too [14:04] MacSlow: especially the parenting mechanism and signal/slot invokation are really a must-know for anything Qt [14:06] mzanetti, btw "slot" meaning "signal-callback" iirc [14:07] MacSlow: the moc code holds a table of invokable (by method name as a string) methods. Declaring a method as slot or Q_INVOKABLE causes it to be in there. [14:07] MacSlow: the table basically holds the name as a string and a function pointer to it [14:08] MacSlow: then there is a second table that holds all signals. in your C++ code you just declare signals, don't implement its functionality and can "emit methodName()" them [14:08] the content of them will be autogenerated in the moc object [14:08] then there is a 3rd table which holds signal/slot connections [14:09] mzanetti, got it thx [14:09] didrocks, cool, i was about to ping you about those once i fix music [14:09] ...which didn't happen yet :P [14:09] when you write "emit someSignal()" the generated signal code will walk through the connection table and invoke the connected slots [14:10] mzanetti, so my "translation" is basically correct... just helpful for moving mindset from glib to qt [14:11] MacSlow: yeah.. while moving your mindset, move away from the callback pattern altogether :D [14:12] it sucks and is not Qt'ish [14:12] :D === tvoss|lunch is now known as tvoss [14:12] MacSlow: mzanetti : i was thinking about this yesterday as well....found this http://qt-project.org/wiki/Connect_a_complex_signal_from_QML_to_Qt [14:12] MacSlow: if you want to talk in design patterns, think of it more like a observer instead of a callback notifier [14:13] mzanetti, I see [14:14] kgunn, thx [14:14] sil2100, got another round of quantal's unity ppa fail to build spams... [14:14] MacSlow: i'm totally new to it as well :) [14:15] kgunn: MacSlow: hehe... well get you up and running soon [14:15] we will [14:15] kgunn, it the thing were you read once about certain patterns... and then for a looong time never came across the need to actually use them... until the need actually does show up :) [14:16] seb128: ;/ I'll ping Francis to disable quantal builds [14:16] Since it makes no sense [14:17] mzanetti, the fundamentals for drawing/rendering with QML an Qt I've sorted... the boilerplate and connecting-the-dots is up next [14:17] kgunn: regarding the link you posted. this works, but usually its cleaner to export the whole object to the QML context and just call its slots like regular function calls. [14:18] kgunn: if you start manually connecting each signal/slot between Qt and QML you'll end up in chaos soon [14:18] sil2100, thanks [14:19] mzanetti: got it... [14:20] mzanetti, so one tries to keep as much on QML-side as possible [14:20] MacSlow: not really... I prefer keeping as much as possible in C++ and really only to the painting in QML [14:20] MacSlow: that said, opinions may differ on this [14:21] MacSlow: I for one think QML is awesome to paint on the screen, but javascript sucks to implement logic [14:21] mzanetti, hm... I guess that's a preference I still have to develop as I learn [14:22] mzanetti, although my guts tell me something similar... C++ is code... JavaScript is... *cough* ;) [14:22] MacSlow: +1 [14:38] didrocks, what is the PPA we're using for the phablet autobuilding stuff? [14:57] mterry: we don't use a PPA yet for dailies (as it's not bootstrapped) [15:03] didrocks, but we want to get bootstrapped. Do we have a planned PPA? (I guess my question is, how close are we to being able to bootstrap a package for raring?) [15:03] mterry: I would use the experimental ppa for this [15:03] mterry: https://launchpad.net/~ubuntu-unity/+archive/experimental-prevalidation [15:03] as those are new components [15:03] just use that one [15:03] didrocks, heh, maybe throw -donotuse on the end too for good measure [15:04] You shouldn't run this ppa. [15:04] in the description :p [15:04] mterry: can you coordinate with steve about the platform packages? [15:04] like qtubuntu or platform api [15:04] mterry: sorry, I'm burried on the 100 scopes stuff [15:04] didrocks, I ask because I have a few components to get autolanding, but wasn't sure if we could start actually enabling them once I cleaned up packaging [15:04] mterry: if you can track that, it will be of great help! [15:04] didrocks, OK [15:05] mterry: oh, they do work? you don't depends on platform api and so on? [15:05] mterry: yeah, we should start creating the experimental stack [15:05] didrocks, well that's another problem too :) [15:05] mterry: right, hence the "ping steve" :-) [15:05] yup [15:05] thanks a million! [15:05] if not a bazillion :p [15:08] fginther: ping! [15:14] sil2100, yo! === salem_ is now known as _salem [15:24] fginther: could you maybe disable unity staging auto-landing? Or at least disable it for quantal? [15:27] sil2100, I should be able to do that [15:28] Since unity trunk won't build on quantal anymore sadly, and it indeed is spamming us full with e-mails [15:30] sil2100, done :-) === greyback is now known as bzoltan-smells === bzoltan-smells is now known as greyback [15:31] fginther: even raring? \o/ [15:32] didrocks, I knew you were going to ask that :-) It's still high on my todo list [15:32] :) [15:32] fginther: I got a 30 minutes discussions with webops this morning because of that btw [15:32] fginther: they are really eager for us to remove it [15:33] didrocks, I guess we can make things a little better by removing quantal from all the staging projects [15:33] didrocks, a quick fix === rsalveti_ is now known as rsalveti [15:36] mterry: autopilot tests should now be totally robust even on slow systems [15:37] mterry: if they still fail for you its something else I guess [15:38] mzanetti, will try again === dandrader is now known as dandrader|afk [15:39] mzanetti, using your phablet-fix-autopilot branch? [15:39] mterry: that should kill the very last issues. whats currently in trunk should be 90% stable [15:44] fginther: ok, I can't wait for you to kill staging at least for where we have daily releases! === _salem is now known as salem_ [15:47] if i bump Unity to 7.0.0, does debian/changelog need to have the 7.0.0daily13.03.15.1-0ubuntu1 format, or will he autolander work with 7.0.0-0ubuntu1 and add its own cruft just fine? Will the autolander diddle inappropriately with the upstream version like it does elsewhere? [15:48] didrocks, moved to top of stack [15:49] \o/ [15:49] * didrocks loves stack [15:49] bregma: please don't do that with the 100 scope projects [15:49] bregma: or remerge the 100 scope branch with it [15:50] bregma: but it's already difficult to track those parallel changes, so don't add complexity [15:50] bregma: the answer to your question is https://wiki.ubuntu.com/DailyRelease/FAQ :) [15:50] btw :p [15:50] (bumping the changelog to 7.0.0-0ubuntu1) [15:50] bregma: no path change, no asset missing? === dandrader|afk is now known as dandrader [16:20] didrocks, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1155684 btw [16:20]