=== racarr is now known as racarr|themanbur === racarr|themanbur is now known as racarr [04:16] Good morning [04:17] Laney: what's the context of your ping for the new cgroup layout? do we need this now for something? === broder_ is now known as broder [07:01] larsu, uh, missed your last message - yeah there is a default property - but only one - and it only works as a list of children === bigon_ is now known as bigon [07:08] Saviq: yeah, that's what I thought. Thanks [07:11] * didrocks is having a too low bread-shot level in blood [07:16] good morning [07:33] salut jibel! [07:34] good morning desktoper [07:34] lut didrocks [07:34] hey seb128! [07:34] pitti, salut [07:34] Bonjour didrocks [07:34] bonjour seb128 [07:34] Bonjour seb128 [07:34] ça va didrocks [07:35] hey larsu, how are you? in Berlin again? [07:35] pitti: ça va bien, et toi? [07:35] didrocks: ça va bien aussi [07:35] pitti, reading backlog, http://irclogs.ubuntu.com/2013/07/16/%23ubuntu-desktop.html#t18:04 for Laney's comment about the cgroup thing [07:35] lut jibel [07:40] pitti: yep! Loving it here :) [07:40] * larsu needs to find a place, though [07:40] larsu, good morning ;-) [07:40] bonjour seb128, how are you? [07:41] larsu, I'm good thanks [07:41] larsu, enjoying the not-so-hot yet temperature in the morning ;-) [07:42] seb128: oh, does it become so hot at your place now? [07:42] pitti, 34.5°C yesterday afternoon [07:42] it's actually been quite pleasant here for the past week, about 23 degrees and sunny [07:42] it's not terribly hot here [07:42] which is a bit too much to my taste [07:42] seb128: crazy! [07:42] pitti: ya, same here. Perfect if you ask me :) [07:42] seb128: c'est trop chaud! [07:42] larsu: +1 [07:42] pitti, en effet ! [07:47] bon, il a plu ici 2 minutes! [07:47] seb128: thx! [07:48] didrocks, lol [07:48] that's how I know you start working :p [07:48] should I add *finally*? [07:49] * didrocks runs… [07:49] ;-) [07:49] roooh [07:49] ;) [07:49] wait for 19h so I can make joke about you *already* stopping :p [07:49] seb128: ahah ;) [07:49] * seb128 hugs didrocks [07:49] * didrocks hugs seb128 back [07:50] didrocks, larsu: great, charles' fix for indicator-session worked, the gmenu version is finally in saucy [07:50] yeah, that's nice! :-) [07:50] il faut manger le diner à 19:00, pas travailler .. [07:50] seb128: great! [07:50] pitti: avec une glace en dessert? [07:50] pitti, did you see my note about the cgroup thing? Laney thinks it might be creating the issue where gnome-session doesn't inhibit shutdown [07:50] didrocks: bien sûr ! [07:50] :) [07:50] seb128: btw, you should thanks the mir team [07:51] seb128: as they are breaking ABI everyday, I have to split stuff in 2 stacks [07:51] and force one stack building, even when there is no change [07:51] seb128: we don't have the rearranged cgroups yet [07:51] go robert_ancell go ;-) [07:51] seb128: also, why would they affect inhibitors? [07:51] seb128: so I'll use that hacking to enable the "force rebuild" option I guess :) [07:51] seb128: no, I just saw "reading scrollback", but no actual comment [07:52] pitti, the url to the irc log was on the same line [07:52] pitti, http://irclogs.ubuntu.com/2013/07/16/%23ubuntu-desktop.html#t18:04 [07:52] "Laney [pid 6011] inotify_add_watch(12, "/sys/fs/cgroup/systemd/machine", IN_MOVED_TO|IN_CREATE|IN_DELETE) = -1 ENOENT (No such file or directory) 18:04 [07:52] Laney That's why sd_login_monitor_new fails" [07:52] pitti, ^ I think Laney was suggesting that gnome-session was bailing out of setting the inhibitor due to that [07:53] but let's wait for him [07:53] aah [07:53] hm, why is that already in gnome 3.8? the cgroup reorg happened much after that [07:58] sil2100: was the unity run with "check with whole ppa" gave good results yesterday? [07:59] hey btw :) [07:59] didrocks: hi! Not too good ;/ [08:00] sil2100: urgh, mhr3 and other unity people are on it? [08:00] didrocks: one machine failed for unknown reasons, the second had still a lot of failures [08:00] sil2100: well, at least, while they are analysing it, there are some stacks to fix/get on shape this morning :) [08:00] didrocks: yes, mhr3 knew about it, he also ran bustle-pcap on one of the machines [08:00] ok [08:01] I know, it's raining red ;D [08:01] the good news is that the hud thing was indeed fixed [08:01] yep [08:01] Oooh oooh? [08:01] the bustle log looks reasonable now [08:01] good day! [08:01] Oooh [08:01] mhr3: hm [08:02] Laney, good morning! [08:02] mhr3: but there are still a lot of failures [08:02] hey Laney! [08:03] sil2100, yea, i just re-approved one ap fix, should help, we'll see how things will look then [08:03] mhr3: awesome! [08:03] pitti: that strace snippet is from a call inside logind; sd_login_monitor_new, which gnome-session calls and fails [08:03] but tbh the unity tests look more flaky than ever :/ [08:03] the commit I found was just some random poking around upstream :-) [08:04] Laney: ah, so sd_login_monitor_new() is generally broken in our version? [08:04] It seems that due to all the delays with releases, we didn't really have any real unity testing, so probably all flackied up during that time [08:04] Laney: probably because we don't have a real pid 1; so this either needs some systemd-shim hack, or we need to change that test [08:04] pitti: Well, it appears to look for that /sys/fs/cgroup/systemd/machine which doesn't exist and bail out due to that [08:04] Laney: would you mind filing a bug about it? [08:04] Beyond that I can't tell you what it's for [08:05] The root bug we were poking at is that pressing shutdown stops the machine straight away [08:05] so I was looking at why g-sessino didn't inhibit it [08:06] I'll have a look what that thing is and how we can make this work, but I'd like to finish something else first (also, we might need to reassign to -shim) [08:06] I'm not certain this is the cause but it seems like a good place to start [08:06] will file; thanks [08:06] Laney, pitti: you can reuse the bug from Trevinho there I guess? [08:06] Laney: thanks; even if theres' something else, login_monitor_new() ought to work [08:06] sure, if there is one already [08:06] seb128: oh, there is one? [08:06] https://bugs.launchpad.net/bugs/1201180 [08:06] Ubuntu bug 1201180 in gnome-session (Ubuntu) "Pressing power button turns off the PC ignoring the presence of another session manager" [Undecided,New] [08:06] ty [08:10] didrocks: fixing the packages lists right now, since SDK has some new deps [08:12] didrocks: also, it seems that now the UI toolkit depends on HUD directly [08:12] sil2100: yeah, you need to shepard the dependencies between the stack [08:12] and the hours I guess [08:28] didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/stack_fixes_due_to_sdk/+merge/175218 [08:30] sil2100: did you read my comment on the hours/schedule to change? [08:31] sil2100: it seems they are on the right order, but I wonder if we shouldn't keep them shorter [08:31] sil2100: thoughts? [08:32] sil2100: otherwise, +1 (we can reschedule them later on if needed) [08:33] didrocks: the description has some commments on that [08:34] didrocks: as I said in the description, the schedules might need tweaking, but as this scheme works (and there are no deadlocks right now), then we can use a seperate merge for that [08:35] sil2100: yeah, let's get that rolling then! approving, thanks! :) [08:35] sil2100: I'll let you redeploy/rerun? [08:36] one chromium finishes to hang… [08:36] Yep! [08:49] tjaalton, mlankhorst: do you know if we will get an -intel new version soon? I see frequent corruptions since the xserver update in saucy :/ [08:54] seb128: well we didn't do that yet because last few releases intel broke badly [08:55] mlankhorst, no sign on a non broken one? [08:55] yeah and .12 is still broken for some [08:55] released last sunday [08:55] guess we could push that to x-staging [08:56] sure, just give me a sec [08:56] tjaalton, mlankhorst: what sort of issue is the current version having? [08:56] since it's a graphics driver I'm guessing one of the following 3: crashes, corruptions, or lockups [08:56] like it depended on some kernel fixes.. [08:56] which is bad [08:57] hum, ok, I guess upstream is aware of it? do they have plan to fix that? [08:57] or do we need our kernel to include patches? [08:57] well it's kinda hearsay, although from another intel dev :) [08:58] running 3.9 [08:58] so maybe if this one works good on 3.10 we could push it to saucy [08:59] tjaalton, do you have any xorg.conf workaround for those corruption issues? [09:00] i don't [09:00] oh, I don't have the xorg.conf with uxa set anymore [09:00] let me try to put that back [09:00] right, uxa might work [09:00] brb, restarting (need to restart xorg and since new kernel, I can as well reboot) [09:06] tjaalton, looks good with uxa again for me, I'm happy ;-) [09:06] the corruption was driving me crazy [09:06] seb128: ok, you'll notice when there's an update to test again :) [09:06] we should perhaps default to uxa if we can't update the driver? [09:07] or force the workaround define in the code [09:07] which hw did you have? [09:07] i5 [09:07] generation? [09:07] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1189850 [09:07] Ubuntu bug 1189850 in xserver-xorg-video-intel (Ubuntu) "saucy has frequent image corruption (intel, sna)" [High,Fix committed] [09:07] that has the apport details [09:07] mlankhorst: oh hey: http://cdimage.ubuntu.com/daily-live/current/ :D! [09:07] yeah, gen5 [09:08] the current one should work fine on non-gen5 I guess [09:08] at least on my gen6 sandybridge [09:08] and gen4 laptop [09:09] Laney: awesome \o/ [09:09] now lets hope I never have to worry about pand aagani [09:09] mlankhorst: check the .manifest file and see if it seems right please [09:09] seb128: apparently 2.21.12 works fine on 3.10 [09:10] but let's get some testing first on the ppa [09:10] I need to upload livecd-rootfs again to do the same thing for kubuntu [09:10] Laney: looks ok to me [09:10] great [09:10] tjaalton, thanks [09:11] my panda is still on quantal [09:11] maybe should upgrade it one day :P [09:11] mine's still on precise atm [09:11] but I can change it to raring by overwriting the first 100 mb on the sd card [09:13] hm, I guess I could try if it actually boots or not.. [09:13] might be useful [09:13] not sure I want to know though :P [09:13] ah indeed, that is the real question.. [09:14] but at least we know how to add extra packages if necessary ... [09:17] you know what, I'm going to try.. [09:17] you da man === vrruiz_ is now known as rvr [09:26] didrocks: interesting thing [09:26] didrocks: the media stack - [09:27] sil2100: I read #ubuntu-touch :p [09:27] Could it be that something wrong is happening with the prepare jobs? [09:27] oh, not that one? [09:27] let me look [09:27] sil2100: hum, what do you see in the prepare jobs? [09:27] http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/? [09:28] didrocks: since, what I mean: [09:29] didrocks: both the check and build jobs are waiting for 2.9.1+13.10.20130717-0ubuntu1, which is the correct thing to wait for [09:29] didrocks: of camera-app [09:30] didrocks: but the prepare job seems not to have pushed the camera-app to the PPA properly, as 2.9.1+13.10.20130717-0ubuntu1 is not there (there's only 20130708 or something) [09:30] interesting [09:30] didrocks: it says Successfully uploaded packages., but maybe it got rejected? [09:30] hum [09:30] http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-1.1prepare-camera-app/97/console [09:30] it says nothing? [09:31] didrocks: this was for foo [09:31] ah :) [09:31] http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-1.1prepare-camera-app/96/console [09:31] sil2100: I was starting scratching my head :p [09:31] yeah, so dput worked [09:31] Since I wanted to re-run the stack, since I thought that maybe camera-app failed to build but someone restarted it in the PPA and it suddenly worked [09:31] But then I noticed the version number is wrong (it's old) [09:31] So hm, maybe a reject? [09:32] sil2100: we receive normally a LP email by reject [09:32] sil2100: but maybe a transiant launchpad issue which ignored that one [09:32] but yeah, weird, we don't have it in the ppa [09:32] sil2100: so, maybe try to rebuild it? [09:33] didrocks: you mean, rebuild the stack with camera-app? [09:34] sil2100: yeah, it should retrigger an upload [09:35] sil2100: successfully this time, let's hope :p [09:39] sil2100: btw, nice opinion on not publishing sdk until we figure out what's wrong :p [09:42] ;p But I think I'll have to look into that AP problem myself, since gusch is not too eager to take a look ;) [09:42] Well, maybe I should poke om26er [09:42] om26er: ping! [09:42] sil2100, pong [09:42] om26er: helllooo [09:42] om26er: we're having a gallery-app AP failure that's a bit irritating, you think you could help out? [09:43] sil2100, yeah, sure. point me at the failures [09:43] om26er: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/470/testReport/ <- it's just a single failure [09:43] For both machines it happens [09:44] om26er: thanks! [09:47] seb128, hi [09:55] darkxst, hey [09:56] seb128, any further thoughts on what will happen with g-c-c for this cycle? [09:56] I jump out now for some quick exercise, didn't have any this week! [09:56] brb [10:04] how waow [10:04] * didrocks sees force_release already in code! [10:04] indeed, I've prepared for differente source of force_release, excellent! :) [10:08] seb128, we really 3.8 this cycle [10:09] darkxst, hey [10:09] darkxst, lack a word, "want"? [10:09] "need" [10:09] darkxst, though: that's work and we are busy and with other priorities, one step at time [10:09] darkxst, next step is ibus 1.5 [10:09] then we can look at g-s-d [10:09] then we can look at g-c-c [10:10] darkxst, by "we" I guess you mean Ubuntu GNOME? And you "need" it because you decided you want the current version, rather than because we have flaws in the current one, right? [10:11] seb128, yes and we need it because there is quite some stuff that can't be configured using 3.6 [10:12] like? [10:12] control of notifications per-app, privacy settings [10:12] we never had that and Ubuntu is still usable [10:13] they are "nice to have", not things "needed" [10:13] but yeah, updating would be "nice" ;-=) [10:13] ubuntu has its own privacy panel [10:13] but that is 99% useless in gnome-shell [10:15] seb128: uploaded, enjoy :P [10:15] (to x-staging) [10:15] mlankhorst, thanks [10:15] darkxst, right, but GNOME up to 3.6 didn't have that feature and I bet it neither stopped you to use gnome-shell or made you call GNOME 3.6 not usable [10:16] darkxst, e.g those are "nice to have" but users have been doing fine without those features for a decade [10:17] darkxst, well, anyway I agree the update would be nice, I just put in perspective how much we *need* to update [10:19] well right, but in that case there are plenty of other "nice to have"s as well [10:20] there is always [10:20] the fact that GNOME is outdated doesn't stop people to use RHEL6 or Ubuntu LTS or Debian stable [10:21] but let's stop arguing on details, that's not useful [10:21] next steps are: [10:21] - get ibus 1.5 in [10:21] and besides I have already fixed the main blockers, but if it gets left too late, no guarantee I will be able to get it done in time [10:21] - then look at updating g-s-d [10:21] - then look at g-c-c [10:21] my gut feeling is that g-c-c 3.8 is not likely to be for this cycle [10:22] we might want to look at making a g-c-c-gnome and a g-c-c-unity to unblock you guys [10:22] with both conflicting [10:24] right that would be good === Sweetsha1k is now known as Sweetshark [10:42] seb128: sil2100: jibel: https://code.launchpad.net/~didrocks/cupstream2distro-config/support-manual-rebuild-and-mir/+merge/175247 [10:43] the change in cupstream2distro is deployed already: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/349 [11:00] Laney: gasp, xorg started, but the pvr-omap4 module was not installed in /usr/lib/xorg/drivers [11:01] welp [11:01] the package is installed though [11:01] is that the bug we saw before? [11:02] oh found out why [11:02] libhybris-egl has equal priority to provide armhf yadda yadda egl [11:02] so that priority needs to be bumped from 1000 to something higher [11:03] go go go [11:03] or libhybris needs to be removed :P [11:06] http://paste.debian.net/16518/ debdiff, I don't think pvr-omap4 is part of the xorg group [11:07] ty [11:07] can we drop those explicit xorg deps now? [11:08] actually I'd rather not mess with this beast [11:08] and not really, unless you want to create /usr/lib/xorg/modules/drivers yourself [11:11] * Laney tries his new sbuild/armhf on amd64 chroot out [11:17] seb128: sil2100: jibel: once you will have reviewed the other one, there is as well https://code.launchpad.net/~didrocks/cupstream2distro-config/skip-version-check/+merge/175253 (mostly to make seb128 happy ;)) [11:17] correspondant change in cupstream2distro is http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/revision/351 [11:23] didrocks: reviewing both! === MacSlow is now known as MacSlow|lunch [11:32] sil2100, thanks for reviewing those ;-) [11:44] didrocks: what's with that mirslave stack ;p? [11:44] I mean, the name ;) [11:44] sil2100: it should be explained in the comment, is it nor clear enough? :) [11:44] sil2100: basically mir deps [11:45] It's clear clear ;) [11:45] there is unity-system-compositor for now [11:45] we'll have unity-mir soon :) [11:45] sil2100: btw, once you will have finish with media/sdk and platform, do you want to clean unity-mir source? [11:45] sil2100: so that we can have it as well under dailies :) [11:46] (grabbing karma for upload rights :p) [11:47] didrocks: sure ;) But that will have to wait after-luch! [11:47] sil2100: sure sure ;) [11:48] * didrocks needs to take the only break of the day as well anyway :p === jdstrand_ is now known as jdstrand [12:29] cyphermox_: hey [12:30] cyphermox_: the network indicator is a bit of of a mess :( [12:30] the service, i mean [12:30] i found a new bugs in it, including a crasher.... and fixed the crasher and it doesn't crash for me anymore [12:30] but it wasn't the same crasher you had a backtrace for [12:31] *a few bugs === MacSlow|lunch is now known as MacSlow [12:49] Laney: updating pvr-omap4 and restarting ubiquity worked [12:49] nice [12:49] try a kubuntu one tomorrow :P [12:49] * mlankhorst gives laney the evil eye [12:50] :-) [12:54] desrt, Laney, hi :), jfyi, the new dbus-appinfo test hangs in a buildd/pbuilder [12:55] (just relevant for glib 2.37.5+) [12:55] ricotz: interesting. do you have any further info? [12:55] desrt, sorry no [13:00] * desrt wonders what the deal with his internet is this morning [13:09] didrocks, i found a weird error from otto in the media stack autopilot tests [13:09] E: Too many packages installed. Exiting [13:09] W: Shutdown requested! [13:09] cyphermox_: let me know when you're awake [13:10] Laney, can you explain your sound.split('/').pop() ? [13:12] Laney, you don't want to just accept my version and mp yours over? ;-) [13:12] Laney, it would avoid me to have to rebase my 2 others branches that I already submitted (the scrolling on and the silent warning one), your change would create conflict [13:13] Laney, your version is also buggy and I'm not sure where to comment about the bug [13:13] how about telling me what it is [13:13] Laney, you .shift() truncated the filename after the first "." not after the last one [13:14] e.g "one.sound.ogg" is displayed as "one" [13:14] where my version display it as "one sound" [13:14] kenvandine: how weird this is? [13:14] Laney, I'm not sure why you split on "/", none of those files have a "/" in their filename [13:15] To make it work for full paths too, if that happens [13:15] oh, ok [13:15] kenvandine: that's how it's supposed to work ;) [13:16] didrocks, why does it complain that it installed too many packages? [13:16] or [13:16] is that really a comparison? [13:16] showing new deps? [13:16] Laney, so you want me to merge your version and rebase my 2 other branches I guess? [13:16] seb128: I don't really mind, but on principle it's not great if you can't do changes to a branch because others are already stacked on it [13:16] IYSWIM? [13:16] that's going to teach me to stack work on top of unapproved merge requests :p [13:17] kenvandine: that's what the package list is for [13:17] let me think of a cool one-line way to fix that thing [13:17] kenvandine: only installing what we need [13:17] Laney, rebasing is easy, let's do it the proper way [13:17] oh.... i see! [13:17] kenvandine: https://wiki.ubuntu.com/DailyRelease/StackDependencies#Running_integration_tests_in_isolation [13:17] i was confused from it being in the otto-setup.log [13:17] this is to ensure that ^ [13:18] i thought that would have been more of a test failure [13:18] kenvandine: you have the summary.log in the end [13:18] Laney, well, you can replace .push() by .slice(0,-1).join(" ") (what my version is doing) [13:18] ok [13:18] showing that package installation: FAILED [13:18] yeah [13:18] kenvandine: so I guess the list had to be refreshed to rerun the tests [13:18] Laney, is that fine if I merge yours with that change? [13:18] well merge in my branch and resubmit [13:18] kenvandine: my goal at some point is to not block on that, but make the publication manual [13:18] * seb128 does that [13:19] kenvandine: telling "warning warning, maybe there is a soname change and we need to publish X and Y" [13:19] didrocks, understand now [13:19] i thought it was more of a failure of building the chroot [13:19] makes sense now [13:19] seb128: ok, sounds fine [13:20] kenvandine: you can now really trust when the otto job is red :) [13:20] kenvandine: but yeah, at some point, the goal is red == infrastructure issue [13:20] (once we have the dashboard) [13:20] so that we don't have to wonder [13:26] Laney, new diff on https://code.launchpad.net/~seb128/ubuntu-system-settings/sound-display-names/+merge/175250 [13:26] Laney, let me know if it's ok, so I can rebase my other branches ;-) [13:27] awesome [13:27] approving [13:27] g'morning Laney, seb128, didrocks, kenvandine [13:27] good day desrt! [13:27] good morning desrt! [13:28] hey desrt! how are you? [13:28] it's a mere 28° today [13:28] Laney, thanks ;-) [13:28] desrt, hey, how are you? [13:28] didrocks: pre-coffee yet. but improving quickly :) [13:28] it both feels like it should be thursday and tuesday today [13:29] but definitely not wednesday [13:29] i guess they decided on a compromise [13:30] I'm going to voice my discontent at this compromise by eating a delicious lunch [13:30] bbs [13:30] does anyone here have a working unity? [13:30] Laney: occupy tastebuds! [13:30] mlankhorst: uhm... i do? [13:30] what does 'working' mean? :) [13:31] actually having panels shown [13:31] ya... but i haven't done an upgrade in a little while [13:31] none of the machines running saucy work for me, it seems [13:31] apparently they flipped the mir switch recently [13:31] may have something to do with it [13:31] i like attente was having problems yesterday [13:31] I'm running plain Xorg [13:35] hm running unity as root works [13:36] I guess nvidia-tegra needs some permissions [14:36] seb128: attente: I was thinking for ibus autostart that we add a switch in g-c-c that controls a new gsettings key so that we can autostart/stop ibus based on the key changing instead of an env var [14:37] jbicha, that shouldn't be needed [14:37] we should just make g-c-c set that key when there is > layout or im [14:37]