=== thomi is now known as thomi|lunch === thomi|lunch is now known as thomi [02:15] pitti: I think bug 1202054 is invalid but do you want to handle it? [02:15] Launchpad bug 1202054 in accountsservice (Ubuntu) "PostgreSQL Being Listed on Login Screen" [Undecided,New] https://launchpad.net/bugs/1202054 [03:30] Good morning [03:30] jbicha: looking [03:32] jbicha: indeed, closed with a comment === thumper is now known as thumper-afk [06:58] salut jibel! [06:59] Salut didrocks === tkamppeter_ is now known as tkamppeter [07:32] good morning desktopers! [07:35] hey seb128! [07:35] didrocks, hey ;-) [07:35] seb128: I guess we have good reasons to not have gnome-terminal 3.8? :) [07:36] didrocks, try asking Laney or jbicha, the new version migrates to gsettings and had some issues IIRC but I didn't look at it, they did [07:36] seb128: mind if I backport the fix for https://bugzilla.gnome.org/show_bug.cgi?id=685507? [07:36] Gnome bug 685507 in general "Tabbed windows resize themselves when unfocused" [Normal,Resolved: fixed] [07:36] seb128: this is really getting on my nerves everyday :p [07:37] didrocks, you are welcome to fix desktop bugs ;-) [07:37] \o/ [07:37] seb128: you never use tabs in gnome-terminal, I assume? [07:38] I do, but I use the default geometry (if that makes a difference) [07:38] hum, vcs is at 3.8.4 :/ [07:38] ah, you don't resize it [07:38] somebody started the update but probably didn't end uploading for a reason [07:38] no I don't [07:38] the default size is good enough for [07:38] ok, that's why you don't see that :p [07:39] what I'm doing [07:39] ;-) [07:39] I think I'll just apt-get source && upload [07:39] that's the way to go when the vcs has ongoing work === thumper-afk is now known as thumper [07:39] we should stage those in a update vcs rather than in trunk [07:40] but most of the time when we start an update we just do it so we got used to abuse trunk... [07:40] right, and only merge once ready to be uploaded [08:03] hey [08:03] Laney, good morning! [08:03] how are we all? [08:03] quite good! you? [08:03] gnome-terminal was just waiting for a resolution on the vte.sh issue from my side [08:03] yeah, good! [08:05] ooh, something weird is happening on my desktop [08:05] weird like? [08:05] I have the default background at the unity greeter [08:06] then log in, corruption under the launcher when it hides [08:06] then the session crashes and I get kicked back to lightdm [08:06] urg [08:06] we didn't changed a lot recently on the desktop that I can remember [08:07] I could have broken stuff when I was playing with gnome-session yesterday for that bug [08:07] yea, that would make sense [08:07] don't blame the archive when you can blame the user ;-) [08:07] * Laney tinkers [08:10] had a load of unconfigured packages [08:11] that's usually not a good thing as well [08:12] wee, much better [08:12] what is the inconsistent state of the packaging system then? [08:12] systemd wasn't configured [08:12] what happened to your update? [08:13] not sure [08:13] didrocks: I'm slowly unblocking stacks, but this will take a while since I need to get some branches landed ;) [08:13] oh, wait, I remember [08:13] yesterday hud-tools and something else had a file conflict [08:13] I bet that broke it [08:13] Laney: yes, hud-tools and phablet-tools [08:13] sil2100: did it get fixed? [08:13] I remember Trevinho poking around for that, not sure if in the end he resolved that conflict ;/ [08:14] I pinged sergiusns (however do you spell that?) but he didn't say anything in response [08:14] Trevinho: would know more [08:14] Although not sure why he was the one working on that :D [08:15] sil2100: no worry [08:15] sil2100: don't touch the platform stack [08:16] sil2100: it's a bug in dailies to list powerpc, I've just reproduce it locally [08:16] need to understand and fix that [08:16] sil2100: please do sdk and media stack in priority [08:16] to get this fix landed [08:17] Aye [08:17] sil2100: looks like it was indeed fixed https://code.launchpad.net/~mathieu-tl/phablet-tools/exclude-tests/+merge/175328 [08:17] cyphermox_: YOU HERO [08:18] didrocks: btw. indicator stack has a failure treshold of 1? Or not? [08:18] also if you want to fix the same thing in hud tools? :-) [08:18] Laney: yay \o/ [08:19] sil2100: I think it's 2, with 1 regression, you don't remember where to look at? [08:19] Laney: those tests that are installed... those are unit tests, right? [08:19] didrocks: don't remember... since 2 test failures caused it to fail, but I have been wondering if 1 failure is ok [08:19] sil2100: oh, the treshold is 4 with 2% of regressions [08:20] sil2100: /var/lib/jenkins/cu2d/history/head/indicators.autopilotrc [08:20] on mangers [08:20] magners* [08:20] sil2100: yeah, think so [08:20] sil2100: see ratio | ptotal: +0.000 | pskip: +0.000 | pfailures: +0.048 | regressions: +0.048 [08:21] I think it was just an accident to have them installed [08:21] I know jibel is cryptic sometimes :p [08:21] sil2100: 4.8% of regressions [08:24] ;) [08:24] didrocks: thanks for reminding! [08:26] Laney: I'll try fixing that for hud-tools in a moment [08:27] cool beans [08:28] mlankhorst: http://www.guardian.co.uk/environment/bike-blog/video/2013/jul/17/man-v-bike-video [08:29] (no, no image build failures today :P) [08:31] pitti, ping [08:32] tvoss_: hello [08:33] sil2100: ok, it was again a .copy() missing, pushing the fix and relaunching platform stack :) [08:33] \o/ :) [08:35] sil2100: it seems that sdk stack failed [08:35] didrocks: yes, because of the gallery-app problem [08:35] didrocks: wait for the fix to land [08:35] sil2100: ah, the fix is in gallery-app as well? [08:35] didrocks: I have it under control ;) [08:36] ok, I'll let you then :p [08:36] didrocks: it's only in gallery-app, siiiince - it's not a BUG, it's a change in the toolkit ;p [08:36] hum, ok… ;-) [08:36] sil2100: I'm leaving you all the stacks now, just ping me if you need me [08:42] didrocks: are we still having so few powerpc builders ;/ ? [08:43] sil2100: yeah, apparently the 3rd one will be racked today in London [08:43] but yeah, this is delaying to get the fix into distro [08:43] sil2100: if it's only blocking us, feel free to skip them [08:43] sil2100: then, for proposed -> released, we can ask cjwatson to free the constraint [08:46] bah === thumper is now known as thumper-afk [08:47] I wonder if indicator-datetime could set XDG_CURRENT_DESKTOP=Unity itself for launching the g-c-c panel [08:47] since that has OnlyShowIn=Unity that kind of makes sense [08:47] larsu: ^? [08:48] Laney, what about fixing that race instead? [08:48] it's not just about the race [08:48] although it would stop that being a problem too [08:48] we are going to have the same issue with other indicators [08:49] I had a gnome-shell locking gnome-screensaver lock screen this week [08:49] you also get this if you use -applet for example [08:49] I guess that's because indicator-session spawned it with the wrong env [08:49] Laney: that sounds ... ugly [08:50] what's the race? [08:50] upstart user sessions starting u-p-s too early [08:50] too early for what? [08:50] for the env var to be set [08:50] but anyway, fixing that would still leave it borked in non-unity sessions [08:51] wait, shouldn't upstart set the right environment when spawning stuff? [08:53] gnome-session sets it iirc [08:54] right, I thought upstart user session was supposed to replace large parts of gnome-session (but then I haven't really looked into this whole püroblem much) [08:55] Hmm, don't know how much of it people want to replace [08:57] I suppose it'd be better to launch the upstream datetime panel in non-unity situations wouldn't it? [08:57] (woo, my fan just got delivered) [08:59] yeah, and I think that's what we already do [09:00] not quite [09:01] it's protected by #ifdef HAVE_CCPANEL [09:01] otherwise unconditional [09:27] larsu: Also, relatedly - https://wiki.ubuntu.com/TimeAndDate#Phone - we were wondering if that reuses the menumodel from the indicator? [09:28] Laney: it doesn't right now, but it could if that makes things easier [09:28] not sure what charles' plan is there [09:28] larsu: No, not really - I was just going to look at implementing that one [09:29] the spreadsheet says timedated for that information - is that true? [09:30] Laney: yes. But please talk to charles before starting on it [09:30] sure [09:31] random question I know, but does anyone use dropbox and running saucy ? I do use U1 before people ask but work need dropbox account. however under saucy every time you click the folder dropbox to open it crashes and closes. [09:33] hmm in order for apport to send it I need to upgrade [09:33] gir1.2-glib-2.0, libgirepository-1.0-1 === jhernand1z is now known as jhernandez [09:38] Laney: maybe you have a moment for https://code.launchpad.net/~sil2100/hud/hud-tools_fix_tests/+merge/175475 ? ;) [09:39] czajkowski, I saw a launchpad bug which seems like a nautilus/dropbox segfault yes [09:39] czajkowski, not sure we can debug it though, dropbox is closed source [09:40] feck :/ [09:40] queue more whinging about me not using a mac on my tea [09:40] *team [09:40] shall just use the web [09:40] thanks seb128 [09:41] czajkowski, it's rather you not using u1 :p [09:41] no I do use U1, but all the team shares stuff via dropbox :( I've already sent them invites to U1 :) [09:42] web works :) [09:43] ;-) [09:43] ideally we would fix that dropbox/nautilus bug [09:43] not sure if that's the new glib it doesn't like [09:43] or if that's a bug in dropbox [09:45] the bug is https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1193522 [09:45] Ubuntu bug 1193522 in nautilus (Ubuntu) "nautilus crashed with SIGSEGV in gtk_action_get_name()" [Medium,Confirmed] [09:45] sil2100: yep, looks good but I can't approve such things [09:46] ok, need to run for a bit [09:46] bbl [09:47] seb128, czajkowski, dropbox plugin needs to be rebuilt against new gtk to fix that crash [09:47] ?! [09:52] Laney: you ok? === vrruiz_ is now known as rvr [10:02] In some ways it would be nice to have the dropbox plugins in the archives, similar issues seem to happen every time gtk is updated! [10:03] Nooo, LP is dooown [10:03] Oh, ok, up [10:07] didrocks: since you enabled unity-action-api for daily-release, do you know what's the status with unity-action-api-nohud? Is it supposed to be daily-released? [10:07] sil2100: I think it's just a different branch, maybe just check with wellark? [10:08] Will do, so I'll leave it as it is for now [10:08] larsu: hi! Maybe you have a moment to review and approve a hud-related merge? https://code.launchpad.net/~sil2100/hud/hud-tools_fix_tests/+merge/175475 === thumper-afk is now known as thumper [10:13] mlankhorst, hi [10:23] ctrl r -> power completed to "sudo poweroff" instead of "system-settings power" [10:23] DOH [10:26] didrocks: I have been also thinking about daily-releasing webaccounts-browser-extension - it's lacking any integration tests right now, but there are unit tests [10:26] didrocks: it's already in distro, and I don't know if there are any plans for integration testing [10:26] sil2100: maybe check with ken about that one? [10:26] didrocks: should I wait for upstream ? [10:26] he should know more :) [10:38] sil2100: for dailies, everything's under control? the media fix is released? [10:40] sil2100: not with us? it seems the media stack is ready for 1h+ and it's our first priority so that they can respin the iso :/ [10:40] sil2100: it's in manual publishing because of sdk in particular [10:41] sil2100: approved :) [10:42] * didrocks reruns sdk stack with latest gallery_app [10:48] didrocks: huuush! [10:48] didrocks: we've been blocked by check jobs ;/ [10:48] didrocks: since unity was hogging autopilot [10:48] But now it got unblocked [10:49] sil2100: did that block platform and media publishing? [10:49] (they finished 2h and 6h30 ago) [10:49] didrocks: yes, since media check job was waiting for a run ;/ [10:49] didrocks: I couldn't publish without AP results, right? [10:49] hum, jenkins is showing wrong dates then? [10:50] 6 h 48 mn last success [10:50] maybe it's showing "starting date" [10:50] * didrocks looks at the publish job [10:50] hm [10:50] ok, finished 40 minutes ago [10:50] Anyway, I do all the stacks now that it's all moving [10:51] sil2100: great! keep me posted [10:51] sil2100: well, apart from mir*, as you can see, I'm still testing… [10:52] didrocks: you re-ran SDK with check-whole-ppa? Did you make sure that the new gallery-app was built already? :) [10:53] sil2100: just a little bit too early, it seems it was built but wasn't published (despite what launchpad told), I rerun it :p [10:53] didrocks: since Apps was blocked on Friends, and Friends was blocked on unity autopilot ;p [10:53] ACK :) [10:54] didrocks: you free for some packaging ACKs? [10:54] sil2100: sure, I'm waiting for u-s-c to be published [10:56] didrocks: platform stack: http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_powerd_0.13+13.10.20130718-0ubuntu1.diff and http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qtubuntu_0.52+13.10.20130718-0ubuntu1.diff [10:56] didrocks: besides stylistic issues, it's ok to me [10:57] sil2100: +1 for me as well [10:57] sil2100: ok, mirslaves don't seem to run fine, I wonder if the machines are not dead with the previous unity run [10:57] sil2100: hum, same on ati [10:57] I think it's not that, something doesn't start then… [10:58] hmm, I think jibel needs to help out here ;/ [10:58] sil2100: let me kill those [10:58] sil2100: otto support killing :) [10:58] didrocks: in the meantime, http://10.97.0.1:8080/view/cu2d/view/Head/view/Friends/job/cu2d-friends-head-3.0publish/99/artifact/packaging_changes_friends_0.2.0+13.10.20130718-0ubuntu1.diff <- friends! [10:58] sil2100: just want to unblock for sdk/apps running [10:59] sil2100: ack for friends :) [11:00] sil2100: for indicators, maybe bump the regression triggers? [11:00] sil2100: seeing how the stack is dealing anyway… [11:00] hmm ;/ I think that might be a good idea, since the second run has even more failures [11:00] didrocks: maybe I could publish the stack anyway? [11:00] sil2100: that as well [11:01] Those clearly seem to be AP issues, not regressions [11:01] Then I bump the thresholds a bit [11:01] sil2100: yeah, for mislaves, it seems to be the stack having issues (maybe the lightdm version?), the other tests are running [11:01] sil2100: great, thanks! [11:03] didrocks: in the meantime, I'll fix phone config, as it's missing packages it seems ;/ [11:04] sil2100: ah ok, and media is ok? [11:04] didrocks: yes, published - it was waiting on manual publications of other stacks [11:04] No packaging issues === MacSlow is now known as MacSlow|lunch [11:04] great :) [11:09] didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_extra_pkgs_phone/+merge/175534 <- I'll redeploy ;) [11:10] sil2100: approved [11:13] didrocks: hmmm, I got this error when trying to run publish for indicators (without force): [11:13] http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/117/console [11:13] sil2100: maybe they change something in the bzr config? try to redeploy the stack without -S, it should reset the destination as the right one [11:14] sil2100: what you need I guess is cmd = ["bzr", "config", "-d", "lp:{}".format(current_branch.unique_name), "public_branch={}".format(lpb)] [11:14] didrocks: you mean, I should redeploy or republish the stack again? [11:15] sil2100: well, redeploying is setting the right bzr config [11:15] sil2100: I bet upstream changed their bzr config without fixing that [11:15] Ok [11:17] SDK yay \o/ [11:17] yep :) [11:17] I think apps is almost there [11:17] didrocks: http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-ui-toolkit_0.1.46+13.10.20130718-0ubuntu1.diff <- looks ok to meh! [11:18] sil2100: yeah, it's in the distro, in universe and delivered by the same stack, fine as well! :) === greyback is now known as greyback|lunch [11:20] didrocks: btw. is the archive ready for ubuntu-geoip? ;) [11:22] sil2100: it's already in main apparently, maybe it needs to check the packaging diff :) [11:22] sil2100: or we can add to one stack and wait to be in manual publication, as you wish [11:22] sil2100: run check-mir on it [11:22] sil2100: as it's in main, all build-deps should be in main [11:24] sil2100: apps passed! [11:24] sil2100: is publishing indicators better now? [11:24] \o/ [11:24] sil2100: ah, phone seems to have failed because the machine was rebooting [11:25] sil2100: maybe after the reboot request, we should add a sleep 60 in the otto job [11:25] jibel: ^ [11:25] didrocks: checking apps! [11:26] * didrocks cancels ati as we'll need to reload for intel anyway [11:26] didrocks: eh, I blew it and re-ran the indicators stack instead of just the publish job ;p No problem though! [11:26] didrocks: http://10.97.0.1:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_share-app_0.12~+13.10.20130718-0ubuntu1.diff <- ACK? [11:26] Looks like a valid fix for autopilot package [11:26] sil2100: did you stop the indicators check? [11:26] sil2100: maybe no need to rerun once again autopilot, or as you wish :) [11:26] sil2100: yeap, for binNMUing [11:26] didrocks: I cancelled it ;p [11:27] oh, it's my fix [11:27] even more valid then :p [11:27] sil2100: you didn't cancel the autopilot-saucy-daily-release though [11:27] and it started :p [11:27] didrocks: right, will do that now - btw. is it safe? [11:27] To cancel the autopilot job? [11:27] sil2100: should be yeah, jibel worked on that [11:28] didrocks, which job, there is already a 30s wait before rebooting [11:29] jibel: let me get it, once sec [11:29] didrocks: indicators published! \o/ [11:29] sil2100: great, was that config issue then :) [11:29] jibel: that one: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/496/label=autopilot-intel/console [11:30] didrocks: the webapps stack still has some problems though, will have to look into what's up [11:30] robru probably knows more about that [11:31] didrocks: but I guess the most important stacks are handled now [11:32] sil2100: I'm rerunning phone right now [11:33] didrocks: wait! [11:33] Why? [11:33] It passed! [11:33] sil2100: it *just* passed :p [11:33] Ah [11:33] ;) [11:34] 18s ago [11:34] 19 [11:34] 20 [11:34] :) [11:34] sil2100: sounds like you can manually publish it :) [11:34] It said 2 min here ;p Or something! [11:34] not for publish [11:34] Puuublissheeed [11:34] sil2100: basically, we need to look at the jobs timestamp [11:34] (and the one which failed/starts) [11:34] the time is the time the job was started [11:34] so head was started 3 minutes ago now [11:35] and we went to publish 1 min ago [11:35] (and right, it's confusing :p) [11:36] sil2100: I'll continue to fight on the mir side while you finish the cleanups and so on :) [11:36] sil2100: I hope xnox can help you with the header thing as he promised :) [11:36] didrocks: right! Ok :) Good luck! [11:36] thanks! [11:36] I'll be going to lunch soon though, but good to have the good stacks all ok [11:36] sil2100: yeah ;) === greyback|lunch is now known as greyback [11:46] sil2100, FTR http://10.97.0.1:8080/job/autopilot-saucy-daily_release/496/label=autopilot-intel/console is bad luck, jenkins successfully scheduled a job, during the few seconds available before the machine reboots after its daily upgrade. [11:46] sil2100, I'll add a quiet period to guard against that [12:08] Laney, do you work on the phone settings? (just reading appdevel backlog) [12:08] yeah [12:08] ok [12:08] Tried to ping you but you were offline [12:08] :-) [12:08] Laney, please update the blueprint ;-) [12:08] Next question will be where to get the dial pad / contact chooser from [12:08] Laney, and thanks for working on it! [12:08] sure [12:08] hehe [12:08] I was just about to ask about that [12:09] did you try talking to whoever is doing lp:phone-app about that? [12:09] not yet [12:09] is the dialpad the same there? [12:09] we need at least one in system-settings to share between bluetooth and phone (and maybe others) [12:10] it's not the same as the design [12:10] but in principle, if you can replace the dial button with set and cancel, would probably be alright [12:11] depends how reusable it is of course [12:12] bp-ed [12:12] * Laney lunches [12:20] Laney, enjoy [12:21] Laney, btw do you plan to work on backends or just UI for those? we should perhaps put a warning in the UI for things that don't actually work [12:22] Laney, some people on #ubuntu-touch got confused by the carrier name being wrong yesterday, which made me think that we don't want to mislead users thinking they deactivated e.g 3g when they didn't === MacSlow|lunch is now known as MacSlow [13:32] seb128: well, where we have backends to use... [13:32] Laney, I think you might be able to get the carrier through qtsystems... [13:33] I don't know how I'm supposed to check it works [13:33] but I don't have a phone with active sim to try [13:33] we need kenvandine to help there ;-) [13:34] sure :) [13:34] Laney, got any code for me to test? [13:34] NetworkInfo->networkName seems it might do what we want [13:34] kenvandine, wait, I will try to cook a small example [13:34] awesome [13:35] Qt or QML? [13:35] qml [13:36] do you have a qtsystems api reference? === m_conley_away is now known as m_conley [13:45] Laney, no, I'm trying to guess from the source/.h :/ [13:45] kenvandine, Laney: http://paste.ubuntu.com/5887585/ [13:45] but no clue what I'm doing :p [13:45] sad [13:45] 0 is the device number [13:45] there doesn't even appear to be an api reference online anywhere [13:46] * kenvandine tries [13:47] woorks [13:47] works [13:47] carrier name included? ;-) [13:47] tech: 3 [13:47] gsm on: 6 [13:47] name T-Mobile [13:47] yes [13:47] \o/ [13:47] nice [13:47] * seb128 files mp for carrier name [13:47] Laney, if that's ok with you? [13:47] what are those numbers? [13:47] sure [13:48] is there an enum or something that explains those numbers? [13:49] I think it's probably sensible for certain things to be left to those who have appropriate devices [13:49] annoying... qtcreator doesn't have any completion for the system info api [13:49] in terms of getting things done efficiently [13:49] indeed [13:50] hmm, there's a doc/ in qtsystems orig tarball [13:50] not sure, I'm looking at src/systeminfo/linux/qnetworkinfo_linux.cpp [13:51] .h as well [13:51] such weird source package names [13:52] http://harmattan-dev.nokia.com/docs/library/html/qtmobility/qml-networkinfo.html [13:52] looks like 6 is "Home Network" [13:52] those aren't current docs [13:52] but probably similar [13:53] yeah [13:54] http://qt.developpez.com/doc/5.0-snapshot/qml-qtsysteminfo1-networkinfo/ [13:55] 5.0 docs [13:55] nice [13:55] great [13:56] kenvandine, Laney: I'm going to send the mp after the meeting that start in 4 minutes [13:56] I hope the hangout is not going to break my laptop again :p [13:56] hehe [13:57] use your phone [13:57] they're totally the best hangout clients [13:57] anything else device specific that i should work on? [13:57] Dell sent a tech today to change some parts in the laptop [13:57] I sort of want to test if that did it [13:58] kenvandine, the panel is https://wiki.ubuntu.com/Networking?action=AttachFile&do=get&target=phone-settings-cellular.png [13:58] "all of that stuff" [13:58] I will just send the carrier stuff since I've it done [13:58]