=== m_conley is now known as m_conley_away [04:25] Good morning [05:08] good morning [05:08] bonjour [05:18] hey larsu! up early? ;) [05:19] didrocks: yep. I feel much more productive in the mornings. Let's see how long I can keep it up ;) [05:19] heh :) [05:19] didrocks: happy Friday! [05:20] happy Friday larsu! [06:05] jibel: FYI, autopilot in the release pocket [06:07] didrocks: webkit compiled successfully in the https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+packages during the night [06:07] (https://code.launchpad.net/~timo-jyrinki/ubuntu/saucy/qtwebkit-opensource-src/arm-fix-and-docs-packages/+merge/174184) [06:08] Mirv: ah, excellent! having a look at the MP then :) [06:10] Mirv: we are not using the private headers in any of our projects? [06:12] didrocks: we shouldn't, at least the webbrowser-app isn't. if we are, they should be split into a -private-dev package. [06:13] Mirv: ok, just ensuring that we didn't break anybody :) [06:13] diff looks good, sponsoring :) [06:13] if we'd have a global code search, it'd be easier to say for sure. but it seems we are largely using QML anyway. [06:14] didrocks: thanks! [06:14] thanks to you! [06:42] pitti, hi [06:43] hey darkxst [06:45] pitti, do you have any ideas how the lid close actions would work in an inhibitor world? I don;t think I can just override the lid action without inhibitors since that will break gnome-shell (and maybe gnome-screensaver) [06:46] darkxst: I think the intention is that g-s-d sets a lid close inhibitor, and releases it only when it wants the suspend to happen (i. e. when it is active and gets a lid switch event) [06:47] pitti, yes, but how to configure the action that happens on lid close [06:47] darkxst: if you disable suspend on lid close in the config, it would just never release the inhibitor [06:48] pitti, it needs to be configurable from g-c-c, i.e. disable, suspend and hibernate [06:49] darkxst: it would need to actively call hibernate from logind, as the default logind config is to suspend [06:49] darkxst: so option one is to always hold the inhibitor lock and do all actions (suspend) by itself, option 2 (which is in g-s-d 3.8 AFAIK) is above strategy to drop the inhibitor if you want to suspend [06:51] didrocks, bonjour, thanks. I'll update the tests this morning [06:51] Pici, right. but really I need option 3: configure lid close action (suspend,hibernate etc) while still using inhibors [06:52] otherwise gnome-shell won't lock on lid close for example [06:52] jibel: de rien ;) salut! [06:52] darkxst: you can't do hibernate with just inhibitors, you'd need to configure logind to hibernate on lid [06:53] pitti, but logind does not have user settings? [06:53] exactly [06:53] and we are not going to change the default ocnfig [06:53] hibernate on lid close is just evil [06:54] (i. e. it's okay to offer it for configuring, but it's a really bad default) [06:54] darkxst: so if you want to hibernate, g-s-d always needs to keep the inhibitor and call hibernate() itself [06:54] I'm not talking about default, just adding support to g-s-d to bring back the configurability [06:55] right, so that would be "option one" above [06:56] except I don't want to break screen locking [06:56] which as I understand, currently (in 3.8) gnome-shell gets the preparetosleep signal, locks the screen and then releases the inhibitor [06:57] but that's the suspend inhibitor, not the lid inhibitor [07:00] so what does the lid inhibitor do then? [07:00] it prevents logind from suspending when closing the lid [07:01] or, I should say, from doing the configured action [07:01] i. e. ey=hibernate [07:01] ouch [07:01] i. e. HandleLidSwitch= in /etc/systemd/logind.conf [07:02] can we just drop the hibernate on lid close action then? [07:02] darkxst: you mean the configuration option? [07:02] yes [07:02] sure [07:02] we disable hibernate anyway by default in polkit [07:03] so it wouldn't work right now anyway [07:03] ok cool [07:04] that simplifies things somewhat! I see what to do now ;) [07:04] darkxst: it seems if you configure "no action", then all that g-s-d needs to do is to skip the piece of code that drops the lid inhibitor [07:05] and for "suspend on lid close" it should just work with what 3.8 does [07:11] yeh [08:05] morning [08:05] hey Laney, how are you? [08:05] pretty good thanks didrocks [08:05] been making some bread this morning ;-) [08:05] you? [08:06] Laney: I'm fine, thanks! Sunny week-end (with national day on Sunday) [08:06] \o/ [08:06] some kind of party? [08:07] fireworks in most cities [08:07] ah, also, the Tour de France is going through Lyon on saturday [08:08] 3kms from my home, I think I'll have a look :) [08:08] oh wow [08:08] go ride the stage :P [08:09] ahah, sure, that's totally me! :) === manish_ is now known as m4n1sh [08:16] hey sil2100, how are you? [08:19] didrocks: hello! Continuuing my cleanup work [08:20] didrocks: can you ACK? http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qtvideo-node_0.2.1+13.10.20130712-0ubuntu1.diff [08:20] (me and ken made those changes, so they're oook!) [08:20] sil2100: sweet! you've found the right parameters for media then? :) [08:21] sil2100: +1 on qtvideo-node [08:35] happy friday desktopers [08:36] (yeah, I'm late this morning, went for some errands before starting the day, I decided it was better early than at lunch time;-) [08:36] Happy Friday seb128! [08:36] didrocks, thanks, you too ;-) [08:36] how is friday looking? not too much crazyness? [08:38] seb128: looking good until now, going through the sdk tutorial and seeing where it's deprecated and so on :) [08:38] did they fix to have instructions/code actually working? ;-) [08:40] morning seb128! [08:41] * Laney was supposed to write a gsettings-qt example for d.u.c [08:41] Laney, hey [08:41] Laney, "was" supposed... did somebody beat you at it? ;-) [08:42] no I just forgot :( [08:42] do it today, seems like a good friday thing [08:42] yeah, after poking mlankhorst about... [08:42] ... [08:42] The following packages have unmet dependencies: [08:42] pvr-omap4 : Depends: xorg-video-abi-13 [08:42] Depends: xserver-xorg-core-omap-revert but it is not going to be installed [08:43] lucky you guys that still have a whole friday left ;) [08:44] Laney: yeah I was afraid of that, if you're lucky manually adding xserver-xorg-video-omap-revert xserver-xorg-input-evdev-omap-revert might help.. [08:45] ... [08:45] can you try it out on the porterbox? :( [08:45] I don't have access? [08:45] why not? [08:45] no idea what it is or where it's hosted [08:45] ssh porter-armhf.canonical.com [08:47] hm times out [08:47] guessing you don't have sshebang configured? [08:47] you need to ssh through chinstrap [08:48] seb128: I asked for it, they are sending MP as we speak [08:49] didrocks, sorry, lost context ... "it" being a working tutorial for the sdk? [08:49] seb128: yep, that's the "it" :) [08:49] k ;-) [08:49] Laney, can you make sure xserver-xorg-video-omap-revert land in main ? [08:49] it did [08:49] *lands [08:50] I can install --dry-run it in a chroot with only main/restricted [08:50] before the failed image build ? [08:50] don't know about that [08:50] but i didn't see a component-mismatches mail about it [08:50] true [08:51] ok my sshebang was out of date, it seems [08:52] Laney, i'll start another build and if that fails too i can force it into omap4 images via livecd-rootfs [08:53] ogra_: I'd be interested to understand why it doesn't work [08:53] Is there some manual package addition going on? [08:53] yeah, same here ... but it probably was just a timing issue [08:53] like instalilng ubuntu-desktop doesn't pull pvr [08:54] you can add subarch specific packages (bootloader, specific driver packages etc) via livecd-rootfs if needed [08:54] ah [08:54] it shouldnt [08:54] if ubuntu-desktop would pull pvr it would do it on all arm devices [08:54] so ubuntu-desktop will pull the non-reverted xorg [08:54] yeah [08:55] I guess that makes the other one be uninstallable [08:55] hrm [08:55] well if you install omap-revert before installing ubuntu-desktop, it would work [08:55] i'll do apt-get install pvr-omap4 and then see what ubuntu-desktop brings in [08:56] it might need an explicit depends on xserver-xorg-input-evdev-omap-revert and xserver-xorg-video-omap-revert if it fails, but I don't think it should [08:59] update-alternatives: error: error creating symbolic link `/usr/lib/xorg/modules/drivers/omap_pvr_drv.so.dpkg-tmp': No such file or directory [08:59] :( [08:59] hmz [08:59] you've hit a packaging bug! :O [08:59] what joy [09:00] didnt it run dkms ? [09:01] ogra_: /usr/lib/xorg/modules/drivers doesn't exist yet.. [09:01] because no video driver is unpacked at that point [09:02] * Laney mkdir -p and carry on [09:03] waouh [09:03] on try chromium built on saucy/armhf, yeah [09:03] haha [09:04] I made a note yesterday to tell people to stop wasting time retrying that :P [09:04] ;-) [09:04] not sure that's a sustainable way for it to be .. [09:04] no it's not [09:04] but I'm still happy that it built [09:05] yeah, good news [09:05] the saucy version was quite outdated [09:05] will it migrate now? [09:05] it did [09:05] it's in my update-manager [09:05] that's how I noticed :p [09:05] sweet [09:05] mlankhorst: ok, so it still wants to remove the stuff [09:05] odd.. what if you add those other depends? [09:05] * Laney installs the things you suggested [09:06] ah, that might be ok [09:06] adding xserver-xorg-video-omap-revert would probably be good enough to ensure that directory exists, too [09:07] but yeah you'd need both [09:07] building a package [09:30] ogra_: mlankhorst: ok then, uploading this ... [09:31] let's try respinning after it's published in release [09:31] k, i added them to livecd-rootfs anyway though [09:31] i don't see how that will help [09:31] it's already a dependency of pvr-omap4 which should have done the trick surely [09:31] they will be forcefully installed in any case that way [09:32] unless you mean the extra packages? [09:32] i just mean the revert packages [09:32] the -video and -whatevertheotehroneis [09:32] yes [09:33] xserver-xorg-input-evdev-omap-revert and xserver-xorg-video-omap-revert [09:33] ok, well that's the same as adding the dep [09:33] so just respin when that his release if you would [11:04] ok good so armhf works again then? :) === tjaalton_ is now known as tjaalton === dednick is now known as dednick|afk [11:24] mlankhorst, i havent triggered a new buiold yet, but the fix looks promising :) [11:24] good, that will probably be the last panda related upload from xorg, ever :P [11:25] (we're also wotking on a fix for touch, i want to keep the livefs builder free for a respin) [11:25] hopefully the last panda related upload for everything actually :) [11:25] I get GPU lockups on intel 13.04 - is 13.10 any better? (please say yes) [11:25] that already caused lots more work than originally planned [11:30] yeah xorg won't break on panda any more, unless going crazy with xmir stuff, which could not be enabled on panda anyway === MacSlow is now known as MacSlow|lunch [11:37] Mirv, thanks for uploading that qtsystems patch to your ppa for testing ;-) [11:42] seb128: you're welcome [11:42] oh, it's compiled now, nice [11:51] seb128: confirming that the crash is gone (no IMEI though either) [11:52] still not IMEI? :-( [11:52] Mirv, on what device do you try? [11:53] seb128: Nexus 4 [11:53] seb128: nope, at least the field in Pat's test program is empty [11:53] Mirv, hum, ok, that one is supposed to have one :/ [11:53] seb128: SIM: yes, I wonder if that was before [11:54] Mirv, can you run "dbus-send --system --print-reply --dest=org.ofono / org.ofono.Manager.GetModems" and pastebin that? [11:54] Mirv, on the device [11:55] seb128: http://pastebin.ubuntu.com/5867899/ [11:56] note that I don't actually have SIM in there, but IMEI should be readable nevertheless [11:56] but it might be also ofono feature that it doesn't report it if it's not online [11:56] I could grab some SIM card from my tablet [11:56] Mirv, that seems a bug in ofono [11:56] Mirv, if you could try with a sim that would be useful [11:56] but that seems a bug for rsalveti/awe === asac` is now known as asac [12:01] seb128, hey [12:02] so I am going to patch g-s-d to handle "no action" or "suspend" on lid close [12:03] hope that is ok, but really providing a hibernate option is a PITA [12:08] darkxst, thanks for working on that [12:09] darkxst, what's the issue with hibernate? [12:09] I don't feel strongly about it, I think 95% of users want either to suspend or not [12:09] I guess that it's not handled by logind [12:09] it would really need to logind to have support for user settings [12:10] If users want to do it they can presumably set HandleLidSwitch in /etc/systemd/logind.conf [12:10] right, let's not go this way [12:10] short of breaking gnome-shell (and perhaps now gnome-screensaver) [12:10] Laney, yep basically [12:10] if gsd just gets logind to do it [12:10] right, basically what we need is g-s-d to be able to put an inhibitor for those who don't want to suspend on lid clode [12:11] I think [12:11] seems fine to me [12:11] seb128, yes that is what I am planning and should be easy enough [12:11] excellent [12:11] thanks for working on it [12:12] Laney, seb128 np [12:12] I'm off on mad mtb adventures tomorrows [12:12] oh wow, s-c autopkgtests passed [12:12] but will sort it sunday sometime [12:12] pitti: I approve of run-adt-test! [12:13] I can imagine prepare-testbed doing its thing in /tmp might be annoying if you can't download at speed from cloud-images though :P [12:14] One feature request is a config file / flag to add custom apt sources (local reprepro archive) - had to hack the script to do that AFAICS === dednick|afk is now known as dednick === MacSlow|lunch is now known as MacSlow [12:44] Laney: well, you only need to do prepare-testbed every couple of days (when the dist-upgrade time becomes too annoying or -U doesn't cut it any more) [12:47] pitti: If you reboot it'll be gone though [12:48] Laney: aah [12:48] Laney: I set BASEDIR=/home/martin-scratch/images/adt in ~/.adtrc [12:48] that, and APTPROXY=http://10.0.2.2:3142 (to use apt-cacher-ng) [12:48] ah [12:48] well, it's not a problem for me personally because I can pull them at 12MB/s :P [12:49] so I keep the base VMs around, and just have it put the temporary overlay fs into tmpfs with the -s option [12:49] Laney: but it still takes a while to generate [12:49] yeah, couple of minutes [12:49] Laney: I like the fact that I can get a throwaway saucy VM in seconds with run-adt-test -sSl [12:49] err, -sUl [12:49] oh yeah, that is nice [12:50] * Laney needs a bigger SSD [12:52] * darkxst just needs an SSD [12:52] yes [12:52] everybody does [12:52] yes 20 million source files brings even the best HDD to its knees [12:55] dobey: http://paste.ubuntu.com/5867999/ there's my debian/ changes [12:56] you'll see the branch I pushed for the upstream ones [13:02] sil2100: didrocks: hey, I'm running out of time here.. I haven't yet e-mailed SRU team about the XIM patches, could you do that? I was planning to check where are the raring branches of it, but so far I've only checked precise ones [13:03] sil2100: the last item on the spreadsheet [13:05] didrocks: I actually don't see anything proposed against the raring branches yet, and I initially only thought about precise (what bschaefer asked for) until you mentioned that SRU Team should be e-mailed about raring upload.. [13:05] maybe precise is all that is wanted, at least from Brandon's side? [13:06] sil2100: but regarding precise, it's the usual drill we're familiar with :) [13:17] Mirv: ok ;) [13:17] Mirv: I can handle that, Brandon poked me about that yesterday anyway [13:18] Mirv: so, since the queue is free, I'll poke the SRU guys about those and such [13:18] Mirv: you can assign the task to me [13:19] sil2100: <3 [13:19] ;p [13:39] sil2100: yeah, just to confirm to you: raring is OK, (libgrip is in UNAPPROVED) [13:39] sil2100: we should just email the SRU team as the xim change fore precise is quite intrusive [13:42] didrocks: i see you went with notre dame over sacré coeur [13:44] didrocks: I know, I already e-mailed about that like a month ago, no response - will re-send [13:44] I also asked cjwatson but he said he doesn't know much about unity and I should find someone else ;p [13:47] desrt: yeah, finally, we thought sacré cœur was overrated :) [13:47] i disagree, but it's your wedding :) [13:48] i wish the invite had come sooner. our trip to france is already booked for this year as of a week ago :/ [13:48] desrt: ah, so bad :( (but I told you the dates before, isn't it?), so you won't be around? [13:49] didrocks: we'll see :) [13:49] but uh... i don't suppose i'll be able to rsvp by 30 june [13:50] desrt: tssss :p time to catch you up and get your address, remember? ;) [13:50] desrt: TBH, we just need the definitive answer at last a month before [13:50] that will be easy [13:50] we'll see how it goes [13:50] desrt: keep us posted :) [13:50] nice card btw.... not as cute as the fingers... but nice :) [13:53] desrt: you don't want to know how my parents hate the card :) [13:54] desrt: we got compliments only from people within our age! [13:54] desrt: I'll transmit to Julie to you liked the card ;) [13:54] (and won't tell that you prefered the fingers) [13:55] she already knows :p [13:58] desrt: TBH, I bet it was the case :p === m_conley_away is now known as m_conley [14:26] seb128: I'll check what is happening with ofono when we don't have a sim card [14:26] from a quick look it'd make sense for ofono to export the imei even without sim card [14:27] rsalveti, hey, feeling better? [14:27] seb128: better than yesterday at least :-) [14:27] but, weekend ahead [14:28] rsalveti, thanks for checking ofono, at least it's moving in the right direction, with the update we have the imei when there is a sim card ;-) [14:28] great [14:28] rsalveti, the qtsystems backend basically do org.ofono.Manager.GetModems and then GetProperty Serial on the first modem from that list [14:29] rsalveti, e.g "dbus-send --system --print-reply --dest=org.ofono / org.ofono.Manager.GetModems" [14:29] right, cool [14:29] if you want a dump of the infos [14:29] compare with/without sim maybe === Ursinha-afk is now known as Ursinha [14:43] mterry, hey, want some easy karma? https://code.launchpad.net/~seb128/unity-greeter/use-ellipses-char/+merge/173477 ;-) [14:46] seb128, looking [14:46] * mterry could always use karma [15:04] seb128 is all into bribing with karma these days [15:04] haha [15:07] i miss the good old days of bribing with beer :) [15:11] kenvandine, oh, don't worry, there will be plenty of beer for you, next time we have a team sprint ;-) [15:14] kenvandine, Laney: should I renamed Licenses to License as well? [15:15] kenvandine, Laney: or is it just that software and info don't have plural or something? [15:15] you get information*s* in France, but I guess that's different in english? what about softwares, you can't have several of those? :-) [15:18] seb128: apparently they're both uncountable nouns ... [15:19] software as well? [15:19] yes [15:19] ok, learning every day [15:19] thanks ;-) [15:19] if Licenses is the component for displaying one package's license info then I'd have that singular too, yeah [15:20] one package can have several licenses [15:20] but I'm not picking, just tell me if singular is preferred [15:22] single sounds better to me [15:22] * Laney stares at gsettings-qt [15:23] adding a property which is never assigned to breaks it [15:23] wtf? [15:26] larsu, how does this look for a MM vapi? http://paste.ubuntu.com/5868351/ [15:37] hmm === Ursinha is now known as Ursinha-afk [16:37] seb128, What happens with gi repository typelib files and multi-arch ? [16:37] It seems like on my system Hud is the only person doing multi-arch there. [16:38] tedg, iirc they break... [16:38] tedg, we don't do multiarch for gir [16:38] although i haven't looked lately [16:38] you should move it back [16:38] Okay [16:39] larsu, is there any way i can run a locally built indicator-messages/phablet with some indicator loader like thing? or does it require unity8? [16:40] kenvandine, You can use indicator loader on an indicator file [16:40] kenvandine, he called it a day already so you might not get a reply today [16:40] kenvandine, But I don't htink we have all the widgets in ido [16:40] tedg, will that work for the phablet build? [16:40] right [16:40] that's what i am trying to debug [16:40] and i can't kill indicator-messages-service on the phone [16:40] * seb128 is away for some exercice, be back in an hour [16:40] kenvandine, Just a small patch to IDO and it'll all work ;-) [16:40] restarting it for debug output doesn't work :/ [16:40] tedg, do tell! [16:41] kenvandine, Hah, I'm fixing that now, putting an upstart job together. [16:41] i really want to be able to figure out why i never get the callback [16:41] replies to SMS works [16:41] bustle? [16:41] but my code doesn't [16:41] that's an option... i never think to run bustle over ssh :) [16:44] kenvandine, Can you look at this? I ended up doing more packaging than expected in the end: https://code.launchpad.net/~ted/indicator-messages/upstart-job/+merge/174467 [16:45] * kenvandine looks [16:46] tedg, what's the transition like from something dbus activated to upstart? shouldn't this break the panel or something? [16:47] anything that expected it to be activated with dbus? [16:51] kenvandine, We're starting it when loading the files, so they'll try, fail, and magically it'll appear. [16:51] so this won't break current unity7? [16:52] It shouldn't, just tested in a guest session... that one didn't work. indicator-sound/network do. [16:52] Not sure why messages is different yet. [16:52] tedg, see my comments in the MP too [16:53] tedg, also remember there is a indicator-messages/phablet branch, which has forked a bit... might be easier to merge this change into both branches now as opposed to expanding the delta [16:53] kenvandine, Yeah, I've been turning debug on for now. If nothing else, it's in it's own file now so it won't get in the way. [16:53] kenvandine, Sure, guessing this stuff didn't change much. [16:54] yeah, i know larsu plans to merge that soon... i'd hate to make that harder on him :) [16:55] Hmm, didn't realize this branch was still using a .so [16:57] Hmm, not even the phablet branch has an indicator file :-/ [16:57] Didn't realize indicator-messages was this far off. [17:00] tedg, yeah, hence my concern about not making the delta bigger [17:02] kenvandine, It actually merges cleanly, except for the conflicts that already exist between the two. [17:03] tedg, ok... what's the trick to X forwarding? [17:03] -Y isn't working [17:05] kenvandine, Did you install xauth ? [17:05] kenvandine, Also, it might be easier to do the capture on the device, and then just copy the file. [17:05] YMMV [17:06] oh yeah [17:06] been a while since i've used bustle [18:12] kenvandine, xorg forwarding is -X not -Y [18:13] both are :) [18:13] oh ok, I always used X [18:13] -Y is "trusted" X11 forwarding ... [18:14] whatever that means :P [18:14] (i think -Y drops some security) [18:17] jbicha, hey, is libraw 0.15 a stable or unstable serie? [18:17] jbicha, oh, and please wait that Debian gets some work done on transition before jumping on those, that's creating extra work for no good reason... [18:20] seb128: http://release.debian.org/transitions/html/libraw.html [18:21] http://www.libraw.org/ claims that 0.15 is stable [18:32] larsu, the vapi i generated worked... i now have an equally buggy vala example using lp:indicator-messages/phablet :-D [18:36] qengho, ping? I'm trying to find out when chromium >25 first landed in saucy. [18:41] qengho, nm, just found it's debian/changelog [18:42] interesting [18:42] it looks like it was actually just published today [18:42] 28 that is [18:44] robru, maybe it's been stuck in -proposed? [18:44] odd [18:44] it has [18:44] it failed to build on armhf lots [18:45] that explains v28, but was v26 also stuck in -proposed for it's entire life? I'm only just now upgrading from v25 to v28 [18:45] https://launchpad.net/ubuntu/+source/chromium-browser/+publishinghistory [18:46] well I'll be damned === Ursinha-afk is now known as Ursinha [18:50] I vote that we delete ALL debian/changelog files and just replace them with links to that URL. [19:21] jbicha, where do you see on http://www.libraw.org/ that 0.15 is considered stable? [19:22] jbicha, oh; on the side, I see [19:22] would be nice if they would put those infos in the release notes [19:23] jbicha, not sure what's going on with that tracker package, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt lists 45 items for that transition [19:24] though those are binary packages, but that's at least 15 sources [19:25] it's probably transitive rdepends [19:25] Laney, stop being on IRC a friday at 8:25pm ;-) [19:26] +1h to you :P [19:26]