[06:08] c [06:18] Good Morning everyone. [06:19] morning! [06:34] Good morning [06:38] Who do I vent to if I want to vent about Nautilus? :/ [07:47] good morning [07:48] salut jibel [07:48] bonjour didrocks [07:49] * didrocks grrr at magners [08:02] Anyone else have problems on raring where a full-screen application, isn't really full-screen? [08:03] jpds: yeah, known issue, fixed in trunk, waiting for mterry to publish unity [08:37] didrocks: hey, who was it again that was supposed to look into the issue where some unity/compiz settings get reset on upgrade? [08:38] tjaalton: I think smspillaz had an idea on what is causing it [08:38] ah [08:39] ok I'll ping him later === vrruiz_ is now known as rvr_ [08:40] :) [08:55] RAOF: are you aware of the colord autopkgtest failure? looks like colord has FTBFSed for a while [08:55] pitti: No, I'm not; also, I see the most recent colord in my archives? [08:55] some CDSensor.../ cd_sensor_* unknown symbols [08:56] https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-colord/11/ARCH=i386,label=adt/artifact/results/log [08:59] Looks like it's pretending to be on kFreeBSD? [08:59] hey desktopers [08:59] bonjour seb128 [08:59] pitti: Why hasn't that stopped propagation from raring-proposed to raring? [08:59] RAOF: britney doesnt' look at autopkgtest yet [09:00] salut pitti [09:00] Aha, that would be why. [09:00] hey RAOF [09:00] Ok, I'll look at colord tomorrow. I've been meaning to make that autopkgtest a bit more awesome anyway. [09:01] pitti: Thanks! [09:01] ah, thanks! [09:03] hallo! [09:04] hey Laney [09:06] hey Laney [09:06] hey pitti, seb128 [09:06] did you have good weekends? [09:06] quite fine indeed, thanks! and you? [09:06] w.e was quite ok here, weather was grey and rainy though [09:07] not so bad, managed to get out on the bike in the gaps in the rain [09:07] it was actually quite sunny here (but cold) [09:07] sunny enough for ice cream, anyway (inside) [09:08] but it's swowing again now, yay [09:08] snowing, too [09:09] spring starts on Wednesday, no fear ;-) [09:10] :D [09:10] * mlankhorst sends waves of snow Laney's way [09:11] :< [09:14] spring soon! [09:14] lets wrap up this winter [09:49] morning folks [09:50] would anyone be able to share any light on why I do an update on Raring, it's breaking my virtual Box so I have to kick it each time via http://pastebin.ubuntu.com/5624797/ [09:51] czajkowski, #ubuntu-kernel perhaps ? [09:51] ok cheers ogra_ [09:51] looks like a module issue [09:52] let's have virtualbox broken in every release! [09:52] * mitya57 wonders when will someone sponsor lp:~mitya57/ubuntu/precise/virtualbox/4.1.12-dfsg-2ubuntu0.3 for him === tkamppeter__ is now known as tkamppeter [10:14] didrocks, I filed bug 1156540 for the issue we had this morning [10:14] Launchpad bug 1156540 in cowdancer (Ubuntu) "cowdancer deletes bind-mounted directories" [Critical,New] https://launchpad.net/bugs/1156540 [10:15] jibel: merci! [10:18] didrocks: any idea where to send mitya57 to so they can get their branch sponsored [10:19] czajkowski: sorry, do you have some context? :-) which projects? [10:19] 09:52 < mitya57> let's have virtualbox broken in every release! [10:19] 09:52 * mitya57 wonders when will someone sponsor lp:~mitya57/ubuntu/precise/virtualbox/4.1.12-dfsg-2ubuntu0.3 for him [10:19] it's already in the sponsor queue [10:19] czajkowski: they should just follow the sponsorship process :) [10:19] ah, so it's already in the queue :) [10:20] Laney: didrocks cheers I didn't know :) [10:20] someone will get to it soon; four days isn't overly long to wait (unfortunately?) [10:20] :) [10:26] that's not urgent for me (at all), but the large sponsoring queue %Bis%B a problem [10:27] oops, that was *is* :) [10:27] mitya57, the sponsoring queue is sort of under control [10:27] it was close from 40 items on friday [10:28] \o/ [10:28] with a stack of "needs packaging" bugs [10:29] robru, didrocks: oh, friends is apparently part of the daily autolanding -- how does one fix the broken autopkgtests? [10:29] I guess I shouldn't just manually upload? [10:29] pitti: just propose a branch upstream :) [10:29] and it will be in tomorrow daily release, published if ken acks it [10:29] didrocks: oh, is the packaging part of the upstream branch? [10:29] pitti: right [10:29] urgh [10:30] didrocks: d'accord, merci ! [10:30] pitti: de rien :) [10:30] pitti: make dist doesn't dist the pakcaging [10:30] but I don't have the time to give the full rationale again :) [10:30] no worries [10:37] pitti: python3-dbusmock is in universe, do you think it can go to main? [10:37] didrocks: bug 1154126 [10:37] Launchpad bug 1154126 in python-dbusmock (Ubuntu) "[MIR] python-dbusmock" [Undecided,Fix committed] https://launchpad.net/bugs/1154126 [10:38] it was approved, so feel free to promote [10:38] excellent! :) [10:38] thanks pitti. Will promote once indicator-messages published [10:38] pitti: because it already happened more than once that prepromotion was demoted… [10:57] robru, kenvandine: https://code.launchpad.net/~pitti/friends/fix-autopkgtest/+merge/153749, s'il vous plaît [11:49] tjaalton: Hey, since recent updates xrandr detects a VGA display attached on my laptop, but nothing is connected; how could I check whether this is kernel or xorg related? [11:50] I've read dmesg, but I wasn't able to spot informtion from the i915 logs [11:50] lool: it's a kernel regression, 20afbda209d708 is needed from linus [11:50] boot -12, it should work [11:50] tjaalton: ok, so known/reported and being fixed already, thanks [11:50] known, not fixed yet [11:51] tjaalton: is this something we could auto-test for? I guess it's super hardware specific [11:51] lool: aiui it's oly on gen4 hw, what do you have? [11:52] *only [11:52] yeah dunno how to autotest hw specific stuff, other than having each gen represented in some lab [11:53] tjaalton: I have super old intel [11:53] 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) [11:53] not sure how to find a more useful name for it [11:54] yeah it's fourth generation [11:55] Intel Graphics Media Accelerator 4500MHD [11:55] the kernel stable series picked up an incomplete set of patches to fix some bug, missing this commit [11:56] tjaalton: just curious, are we testing new kernel / xorg stacks against all hardware revisions in our cert lab? [11:57] don't think so [11:57] probably should know though :) [11:57] sounds bad not to leverage this to try to catch bugs [11:58] (even if this particular bug might not be covered because we might not have this particular class of hardware) [12:06] xnox: hey, do you know when steve or anyone on your team will look at the ubuntu-platform source? [12:06] xnox: as it's the first one, maybe would be better to get this one in first :) === mitya57_ is now known as mitya57 [12:06] didrocks: ack. I think it will end up being me doing all the vorlon's tasks on that blueprint. [12:07] xnox: well, at least, you will bring consistency between MP :) [12:07] didrocks: I did this one as "simple" trial run. Will look at others in a moment ;-) [12:07] xnox: I don't really have time to review them right now properly (but feel free to continue, first look, it sounds fine) [12:07] thanks xnox :) [12:07] xnox: oh, i'm a little bit pendantic about on dep per line though [12:08] xnox: and trailing , so that next diff doesn't have 2 lines when adding something [12:08] didrocks: ack. ack. Not sure who is doing MIR to land it into raring though. I believe vorlon volunteered, and not sure if that got delegated yet or not. [12:08] also, you miss the info on debian/control [12:08] didrocks: patches to wrap and sort are welcome! [12:08] * xnox did run it... unless you want further tweaks to it. [12:08] wrap-and-sort --didrocks-mode [12:09] aliased to --pedantic [12:09] xnox: well, the rest sounds fine, I would appreciate if you have the time to finish this :-) [12:09] xnox: can wrote the comment on the MP, one sec === MacSlow is now known as MacSlow|lunch [12:13] xnox: commented :) [12:14] didrocks: thanks a lot ! will fix up. [12:14] xnox: thanks to you :-) [12:29] mitya57, it's fine to use the serie name without -proposed for SRUs nowadays [12:29] just for info [12:30] seb128: thanks, I forgot about that [13:03] pitti, thanks! [13:03] hey kenvandine, how are you? [13:03] great [13:03] and you? [13:05] I'm getting a cold (argh), but otherwise quite well [13:05] kenvandine, hey, had a good w.e? [13:05] i did [13:06] kenvandine: does the CI test run again automatically? I added a commit message back then and clicked on that jenkins link, but I didn't see another test run [13:06] no, but the ci test did show success. so i marked it as approved [13:06] so the merger will run [13:07] didrocks, do you know if we'll see an update of ubuntu-ui-toolkit for raring? === MacSlow|lunch is now known as MacSlow [13:38] kenvandine: not sure, quite busy with other stuffs, why? [13:38] kenvandine: something to ask to cyphermox who is in charge of his stack [13:44] didrocks, it includes styling changes to PageStack that i need for gwibber [13:44] and i am going to file an MIR for that today :) [13:44] although i haven't really looked at the packaging yet... [13:45] cyphermox, ^^ [13:45] kenvandine: btw webapps… still in manual publishing mode for days and days :/ [13:45] despite the pings [13:45] (not really happy) [13:46] didrocks, you mean the package split? [13:46] kenvandine: no, the daily release job [13:46] i'm looking, i thought i manually published that already [13:47] thanks kenvandine [13:47] kenvandine: it looks wrong to me looking at it btw [13:47] kenvandine: the change in symbols was done manually, not automatically [13:47] and list a version > of the changelog one [13:47] it should have been 0replaceme [13:47] so that the daily release change for the right version === m_conley_away is now known as m_conley [14:10] mterry, hey, had a good w.e? [14:11] seb128, sort of. I was a bit sick and still am, but hopefully can work fine [14:11] mterry, I looked at the unity/autopilot issues this morning, found out the buggy commit and Trevinho fixed the issue (it's r2222) ... can you kick a retry or unity build/daily landing? [14:11] mterry, oh ok, get better! [14:11] retry of* [14:15] seb128, yup [14:54] didrocks: default priority should be Optional, instead of extra?! Agree, disagree, keep as it is? [14:54] xnox: completely agree :-) [14:54] * didrocks is always nagging seb128 about it :p [14:56] * seb128 couldn't care less :p [14:57] Extoptional [14:57] ^^^ compromise [14:59] time for some exercice, be back in ~1h [15:01] didrocks: why are we purging debian/source/format ? to mix-and-match how it's build? (native and non-native) [15:01] xnox: hum, you don't really need, you can put it to 1.0 [15:02] xnox: I don't really care as long as it's not 3.0 ;) [15:21] didrocks: how / when are we going to land libhybris? as these packages depend on it.... [15:22] xnox: ogra_ was telling it's not needed. ogra_ ? [15:22] huh ? [15:22] * ogra_ cant remeber saying such a thing ... [15:22] ogra_: libhybris is a runtime dep, right? [15:22] not build time? [15:22] ogra_: platform-api & qtubuntu-sensors at the moment build-dep on libhybris. And both of them are compat/wrapper/provider libs around libhybris by the looks of things. [15:22] we need the ubuntu side of libhybris pakckaged [15:22] and so if we have the ubuntu-platform api built [15:23] (as well as other) [15:23] not the android side though [15:23] (sine thats armel and built at android image buildtime) [15:23] i'm not sure if rsalverti probably has plans to do it differently though [15:23] ogra_: the ubuntu-side is arch:any? [15:23] * xnox is confused why those packages build-dep on libhybris though..... [15:23] didrocks, good question [15:23] libhybris looks arch:any as well to me (looking at the upstream code) [15:24] root@localhost:/# dpkg -l|grep hybris [15:24] ii libhybris 0.61-0phablet1 armhf Allows to run bionic-based HW adaptations in glibc systems - libs [15:24] ii libhybris-test 0.61-0phablet1 armhf Allows to run bionic-based HW adaptations in glibc systems - tests [15:24] afterall android does run on i386 atoms (?!) [15:24] thats what i get on my phone [15:24] from a ppa, not from raring archive though. [15:25] root@localhost:/# apt-cache showsrc libhybris|grep ^Arch [15:25] Architecture: any [15:25] yeah, its any atm [15:25] and we will roll x86 userspace if we actually make a qemu image work ... [15:25] didrocks: are we landing _that_ daily though? [15:25] so it needs to be any [15:26] (or daily landing, but actually manually merging when we want updates?!) [15:26] xnox: we will do as if. But I guess we'll land that daily in a ppa for raring [15:26] xnox: ah, you meant libhybris? [15:26] i'm not really sure how safe it is to land it inependently from the adnroid side [15:26] didrocks: yeah, libhybris. [15:26] ogra_: would be good if one of you can dig into that [15:26] xnox: so, we have two choices, for things we are not upstream for: [15:26] ogra_: you get the work-item =) [15:27] - either do the manual upload way [15:27] well, it woyld help if we discussed that in a channel where any of the devs are :P [15:27] - on demand release, with a merge in a branch that is our "ubuntu trunk" [15:27] * didrocks is on 100 scopes, not really on that as a matter of urgency TBH === rickspencer3_ is now known as rickspencer3 === alan_g is now known as alan_g|tea [15:58] Laney: then suddenly it was 10°c here o.O === alan_g|tea is now known as alan_g [17:24] seb128: I guess bug 1153567 is approved then? I have the .plka we need for setting the hostname in gnome-control-center [17:25] Launchpad bug 1153567 in ubuntu-system-service (Ubuntu) "[FFE] Use systemd-services rather than ubuntu-system-service systemdcompatibility code" [Low,Triaged] https://launchpad.net/bugs/1153567 [17:25] jbicha, it's approved yes ...profiles should be in the desktop-privelege package, not in the sources [17:26] seb128: but this .plka is just a rewrite of the one included in gnome-control-center since we're not using the new policykit for raring [17:26] 3.6 depends on the new polkit? [17:26] that doesn't make sense [17:26] the new polkit was out yet at the time? [17:27] yes and of course GNOME uses the latest stuff they can... [17:28] on the other hand I hit bug 1156074 which should block the systemd-services transition [17:28] Launchpad bug 1156074 in xserver-xorg-video-intel (Ubuntu) "[raring] after updates, i965 driver won't load" [Undecided,Incomplete] https://launchpad.net/bugs/1156074 [17:29] jbicha, that's a kernel bug afaik [17:29] nothing to do with systemd-services === leonmarincowitz is now known as Lionthinker [17:33] pitti: still here perchance? [17:34] I notice that you never get PrepareForSuspend(false) signalled from logind after resuming and I'm wondering if that's because of the fallback pm-utils stuff [17:34] * Laney does a little hax [17:36] seb128: well the problem that I saw was that I had systemd-services installed without libpam-systemd [17:38] jbicha, would need to check with pitti, there is a second FFE about logind [17:38] that will get seeded [17:38] see https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1153224 [17:38] Launchpad bug 1153224 in systemd "[FFE] Move to logind for session tracking" [Wishlist,New] [17:39] we will either to transition to logind [17:39] or drop it from syste [17:39] or drop it from systemd-services [17:40] ok I'll just wait then unless you had somewhere you wanted me to put my g-c-c patch [17:42] jbicha, no I didn't, thanks === Ursinha_ is now known as Ursinha [17:54] jibel, did you say that the autopkgtests are done with 1GB or 2GB of RAM? [17:54] chrisccoulson, 2 [17:55] jibel, and there's no swap either? [17:55] chrisccoulson, no swap [17:56] jibel, i wonder whether the tests do hi OOM. i'm trying to figure out random failures like https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/ARCH=i386,label=adt/lastCompletedBuild/testReport/dom.media.tests/mochitest/test_peerConnection_bug840344_html/, but they don't happen when i run locally with 4GB [17:56] and that test failure was followed shortly afterwards by a crash [17:56] which is suspicious... [17:57] jibel, in fact, at the bottom of the log: [17:57] out of memory: 0x0000000000070800 bytes requested [17:57] i didn't notice that before ;) [17:58] chrisccoulson, that's what I suspect too but didn't do much investigation. I'll increase the amount of memory for firefox tests [17:59] jibel, thanks [18:08] * didrocks waves good evening [18:11] seb128: gnome-calculator 3.7.92 is out with the renamed .desktop, do you need to fix the Unity test again before I upload? [18:11] likely yes [18:11] mterry, cyphermox: ^ [18:12] some test is using gnome-calculator.desktop, we will need them back on gcalctool.desktop [18:14] pitti: Hmm, so you only get the False ones in response to an org.freedesktop.systemd1.Manager JobRemoved signal but we'll never have that [18:29] seb128: ok [18:41] seb128, guh [18:41] mterry, don't give me that guh look! [18:41] ;-) [18:42] cyphermox, are you doing that or shall I? [18:49] mterry: I can [19:10] seb128: where do these tests live? unity? [19:11] cyphermox: https://code.launchpad.net/~sil2100/unity/autopilot_gcalctool_rename/+merge/151063 [19:13] ok, just reverting that? [19:13] yes please [19:17] jbicha: is there a bug open for that? [19:27] cyphermox, what was just said ;-) [19:28] I suck? [19:31] seb128: sorry, I don't follow what you mean by that [19:34] hi jibel, any idea why the links to the 2 test failures on https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-mozillateam_firefox_next-firefox/4/ARCH=i386,label=adt/ give a 404? === Ursinha is now known as Ursinha-afk [19:49] cyphermox, sorry, walked by between dinner and dessert ;-) [19:49] yeah, is fine [19:49] cyphermox, I was just acking the "just need to revert that commit once gnome-calcultator is updated" [19:49] so you mean you mentioned the bug aleady? I can't see it [19:49] ok [19:49] when is that going to be done? [19:49] whenever you wants [19:49] * cyphermox doesn't especially like that kind of X depends on Y [19:50] it gets more painful with daily release [19:50] that's a trivial .90 -> .92 GNOME update [19:50] ok [19:50] but we're fixing a bug; this is after feature freeze [19:50] I'd just want it to be tracked for the commit too [19:50] cyphermox, if you are ready to get the unity test updated just tell jbicha that it's ok to upload gnome-calculator [19:51] cyphermox, it's a bit unfortunate that there was this renaming and renaming back on the .desktop unity picked for its tests [19:51] is that only going to be run for unity or are other things using unity's autopilot tests, beside indicators? [19:51] just reverting the commit mentioned before [19:51] that was the only one [19:53] ok [19:54] chrisccoulson, there is a delay between the notification (sent by the internal server) and the results on the public instance [19:55] jibel, ah, thanks === Ursinha-afk is now known as Ursinha [20:08] cyphermox: no we hadn't a filed a bug on the Ubuntu side for the issue [20:19] jbicha: that's fine, I did [20:36] mterry: wanna review? https://code.launchpad.net/~mathieu-tl/unity/revert-gcalctool/+merge/153923 [20:36] cyphermox, sue [20:36] sure [20:37] thanks === Ursinha_ is now known as Ursinha === m_conley is now known as m_conley_away [22:06] desrt, you around? It's me with weird issues again :) [22:06] Two users are telling me their screensavers left the bus during the weekend. I got one apport report from one of them, and apparently it's dconf related: http://paste.ubuntu.com/5626553/ [22:07] With "left the bus" I mean this syslog error message: gnome-session[4387]: WARNING: Detected that screensaver has left the bus [22:07] 'left the bus' :) [22:07] hmm. [22:07] i'm not sure that's a serious problem? [22:08] yeah, that's a very weird message. It's associated with signal 7 (Bus Error) [22:08] are you using NFS? [22:08] or ecryptfs... [22:09] maybe :) [22:09] sigbus in dconf code is almost always (maybe _always_) caused by the user not having a fully-functional XDG_RUNTIME_DIR [22:09] it's possible that the kerberos credentials timed out or something similar. [22:09] since you're on precise i assume that XDG_RUNTIME_DIR is not setup properly [22:09] let me check taht. [22:09] so that means that the user's homedir is used as a fallback [22:09] if ~ is NFS or ecryptfs you will get bus errors from time to time [22:10] yes, at least in one case ~ is NFS [22:10] dconf grew improved NFS support this cycle [22:10] confirmed for the other user as well. [22:10] but only if XDG_RUNTIME_DIR is supported :( [22:11] and i guess it doesn't help you anyway if you're stuck on precise [22:11] But we have like half our users on NFS, and we don't have all the screensavers leaving the bus [22:12] i think 'left the bus' is my new favourite euphemism for 'failed horribly' [22:12] :) [22:13] this issue has been known to periodically occur with NFS or ecryptfs for a while [22:13] basically it happens when a file on the NFS server gets replaced and the clients are left looking at a stale copy [22:13] with read() or write() you would get ESTALE [22:13] you mean the .dconf copy? [22:13] but with mmap() you get SIGBUS [22:14] i mean the dconf database file [22:14] ok [22:14] are you sort of going through old dconf bugs lately and you found these? [22:14] or did both of them just happen all of the sudden? [22:15] This happened this weekend. [22:15] huh [22:15] 2 users in the same weekend. [22:15] and you never saw it before? [22:15] * desrt wonders what changed.... [22:15] So for this to happen, they would need to have accessed their dconf settings from some other machine, right? [22:15] maybe. i'm not entirely clear on what happens here. [22:15] It might be that they haven't been running precise for long. We just finished the migration. [22:16] Let me check that [22:16] when a client has open file handles and it deletes or replaces the open file, it's supposed to do this weird renaming trick [22:16] so that fixes the problem if you make the change from the same machine [22:16] it's indeed possible that multiple logins could be the cause of this [22:17] So, one of them is a very recent precise user, the other one has been using precise for more than 6 months. [22:17] heh [22:19] anyway... i'm just about to head out for the night [22:19] but we've known about this issue for a very long time [22:19] getting an SRU to fix precise might be difficult but we could discuss what to do [22:19] Ok, I'll keep digging into this, thanks for the imput. [22:19] input [22:19] find out about the XDG_RUNTIME_DIR variable being set (or not) on precise [22:19] and file a bug with all the infos [22:19] ciao [23:57] jbicha: still around? [23:59] cyphermox: yes [23:59] jbicha: did you upload gnome-calculator? I'd be approving the merge for unity tests, so that would land soonish