[01:56] what ever happened to webapp integration with the sound menu? [01:56] like spotify? === m_conley is now known as m_conley_away === duflu_ is now known as duflu === oCrazyLemn is now known as CrazyLemon [07:51] morning [08:16] Noskcaj: if the version you branched off in the PPA is the same as in vivid, and you used distro-compatible version numbers, we can sync the sources; otherwise needs merges/uploads [08:19] Noskcaj: upower synced; it'll stay in -proposed until the transition is done [08:22] hey pitti [08:22] good morning desktopers [08:24] hey seb128 [08:31] pitti, did we decide to start the upower transition? [08:31] seb128: well, it was started long ago, and Noskcaj has everything ready in his PPA? I don't see why not? [08:31] and so does Debian [08:31] pitti, not sure, we decided to not go for it before utopic because the xubuntu team was unhappy about it [08:32] but I didn't follow the details/what problem it created for them [08:32] I just know they reached to the release team to have the ffe refused [08:32] seb128: the only long-time blocker was indicator-power, but Charles ported it recently [08:32] oh well, it's a start of cycle, we can figure out the remaining bits [08:32] yes, because it was too close to release indeed [08:32] so let's not slip it again :) [08:33] I'm just a bit worried about piling too many transitions at the same time in proposed [08:33] because they interact and we end up with months of untangling before being able to get anything through then [08:34] reading backlog [08:34] Noskcaj, gtk "transition"? I do hope the new GTK is not ABI incompatible/doesn't require a transition [08:34] seb128: well, as it stands the old upower makes things more complicated wrt. merging from Debian or updating to new upstream versions, so I think it's one of the first that we should do [08:34] it's all ready, after all [08:35] k [08:35] well, some of the transitions are already in proposed by autosyncs [08:35] so we don't get to decide to start or not those [08:35] anyway, let's see how it goes [08:36] reading backlog still [08:37] didrocks, @qtcreator on unity8/mir, bregma had a look previous cycle and know what is not working iirc [08:37] so maybe check with him first [08:37] it might spare some work [08:37] seb128: oh sure, will do :) [08:37] thanks [08:37] yw [08:38] didrocks, http://irclogs.ubuntu.com/2014/04/17/%23ubuntu-desktop.html#t14:56 [08:39] thx [08:39] "bregma hey tedg I'm trying to run Qt Creator in my Unity 8 Desktop Preview session but it apparent fails because its subprocesses are not allowed to connect or something, what's the best approach to analysing that problem" [08:39] * didrocks opens [08:40] morning [08:40] hey willcooke [08:40] willcooke, ^ btw, about qtcreator [08:40] ah, cool [08:41] so it's rather a process management issue, if the problem is still the same one [08:41] not a rendering one [08:41] hmmmm [08:41] that sounds complicated [08:42] yeah, seems that we depend on the API team :/ [08:42] and they want to know if they implement that using upstart or systemd [08:42] Noskcaj: you don't have distro compatible version numbers there (quite rightfully for a PPA), so that'll need uploads; also, several of the gnome-* are in bzr [08:42] Noskcaj: also some merges with newer versions [08:46] I've an appointment at 10, need to go, back a bit later (going to have some shifted hours in the evening to compensate) [08:47] seb128, catch you later [09:03] morning [09:03] darkxst: The problem was that new clutter-1.0 had Breaks on the current mutter [09:13] seb128, Just the random visual stuff that always breaks [09:14] pitti, That's the utopic stuff, i wasn't sure if i should re-do it in PPA. [09:14] Noskcaj: nah, let's just upload it to vidid now [09:14] vivid, too [09:14] ok [09:14] I'll make a heap of MPs in the next few days then [09:17] need sleep for now though [09:20] seb128: Laney: i think we need to discuss ssh/gpg agents for the default desktop. I'm getting complaints, after re-enabling gnome-keyring by default via SRU. [09:44] hi xnox, got some time off? ;-) [09:44] what are the complaints? [09:45] I have swapped this problem out of my brain state I'm afraid [09:46] Laney: gnome-keyring's ssh/gpg agents are subpar compared to openssh/gnupg agents. [09:46] Laney: it can't handle eliptic curve keys, keys that are protected by a better encryption algorithms, smartcards, ssh certificates, etc. [09:46] what happens without upstart? [09:47] Laney: but, it's still the default via xdg autostart, and it's now default for ssh/gpg with upstart. [09:47] in xdg autostart it's .desktop file per component (secrects, pkcs11, ssh, gpg), in upstart it's a single job. [09:47] I guess before people could just untick it in the startup applications thing? [09:47] or is it being non split the problem? [09:48] yes. and the untick doesn't migrate to upstart job overrides. [09:48] is it lack of UI? [09:48] don't understand really [09:48] and the upstart job is unsplit so one can't start pkcs11/secrets by gnome-keyring, without it also taking over ssh/gpg agents. [09:48] and yeah, there is no UI for it. [09:49] (and the xdg autostart override is not honored by the upstart job) [09:49] upstart job parsing .desktop file? :) [09:49] can the UI ticks/unticks be queried somehow? cause i think upstart job shouldn't run if it was disabled. [09:50] and we should split gnome-keyring uptart job into 4 components - keyring, pkcs11, gpg, ssh - just like xdg autostart desktop files are split [09:50] it puts a desktop file in .config/ somewhere with Hidden=true, so you could read that [09:51] what about giving up on keyring's ssh & gpg agents all together? [09:51] don't think so [09:51] and only use gnome-keyring for secrets & pkcs11. [09:51] cause it can unlock/save the ssh/gpg passwords, right? [09:52] I guess I'm a simple ssh key user but it works well enough for me [09:52] Laney: any idea what gnome-keyring's pkcs11 component does? [09:54] smart card support isn't it? [09:58] back [09:58] Laney, hey, wie gehts? [10:00] Laney, ok, I didnt see that [10:00] hey seb128, doing good thanks, went to a ska show last night :-o [10:00] then got SOAKED on the way back [10:01] "ska"? [10:01] no waterproofs [10:01] * seb128 googles and learn a new thing [10:01] Laney, but landing new clutter with current mutter is trivial [10:01] Laney, better to get soaked on the way back than on the way there... [10:01] darkxst: maybe, but it's better for you to do it than me [10:01] I didn't know if you can have new mutter and old gnome-shell [10:02] Laney, no you can't do that [10:02] so then you have to upgrade gnome-shell which requires gtk [10:02] but new clutter with old mutter will work [10:02] if you drop the breaks? [10:02] why are they there then? [10:03] seb128: yep, but if it was raining when I left I would have taken the waterproof stuff :p [10:03] some guy standing outside a pub laughed quite a lot at me [10:03] yes, for api/abi break, which there was a minor one [10:03] I suppose [10:04] anyway, this can wait until next week to do it properly [10:05] did we get a rebased mir patch for gtk 3.14 yet? [10:05] Laney, yes next week is fine [10:06] Laney, I think we will need upower and maybe gnome-desktop before we can land gnome-shell 3.14 ;( [10:07] upower is happening or going to happen [10:07] darkxst: new upower is in -proposed, we need to upload Noskcaj's PPA changes now [10:07] is g-desktop hard? [10:07] Laney: ^ [10:07] cool [10:07] we should do this quickly to reduce delta from debian and unblock other transitions [10:08] Laney, I think larsu's vcs had that "rbeased", read it applies/build, unsure it works [10:08] didn't when I looked [10:08] maybe it does now? [10:08] didn't work? [10:09] where did you try? unity8 desktop? [10:09] was disabled [10:09] hum [10:09] Laney, I think gnome-desktop should be pretty straight forward this time [10:09] yeah it is [10:09] k, dunno then [10:09] I thought desrt was doing it, might be wrong [10:09] Lars said it applies/builds [10:10] iirc [10:10] but he's not here this week [10:10] that can wait monday imho [10:10] I'm also working on gnome-session merge, which is a little tangled trying to revert old dialogs] [10:10] darkxst: mitya57 / Alberts work upstream doesn't help? [10:11] Laney, how far have they got? it only helps if they stop using the gnome-session dialogs [10:11] I thought that was the point [10:11] "they"? [10:12] is that gnome-panel? [10:12] yep [10:12] do we care about gnome-session sessions not using gnome-shell/unity/gnome-panel? [10:12] is there any of those in use? [10:12] does that exist? [10:12] like running gnome with cairodock or something [10:12] instead of panel [10:12] dunno, that's what I'm asking [10:13] seb128, gnome-panel has its own dialogs, but they are not used for keyboard shortcuts, last time I checked [10:14] I would check with thowe two [10:14] bah, packages.ubuntu.com is buggy/incomplete [10:14] before doing any complex reverts or whatever [10:16] wasn't p.u.c able to look for packages containing a directory, like /usr/share/gnome-session/sessions/ ? [10:18] Laney, will do, I kind of stopped once I saw how tangled it was anyway [10:29] happyaron, hey, did you see my fcitx error yesterday? [10:32] happyaron, bug #1387382 [10:32] bug 1387382 in fcitx (Ubuntu) "package libfcitx-config4 (not installed) failed to install/upgrade: trying to overwrite '/usr/lib/x86_64-linux-gnu/libfcitx-config.so.4.1', which is also in package fcitx-libs:amd64 1:4.2.8.5-1" [High,Triaged] https://launchpad.net/bugs/1387382 [10:55] seb128, Laney, Noskcaj: starting to upload some upower transition bits now, if that's ok? [10:56] (with merging/pushing to bzr, etc.) [10:56] e. g. gnome-applets is now a fakesync [10:57] fine by me [10:57] thanks for helping! [10:57] I'm doing -proposed cleanup today anyway, so I might just as well :) [10:57] and this has been lingering far too long [10:58] we planned to do it at the start of this cycle [11:25] hey didrocks, CI train question ;-) [11:25] if I have a branch with a tagged (uploaded) revision and another commit on top [11:25] can CI train figure this out? [11:26] i.e. will it notice the extra commit and let me upload it? [11:40] darkxst, Noskcaj: gnome-session would need heavy backport patching for upower (in https://launchpad.net/~noskcaj/+archive/ubuntu/upower/+packages); do you actually want to do this, or rather just update to 3.14? [11:43] seb128, Laney: unity-control-center/settings-daemon are in a "magic" bzr; is this supposed to go through CI train, or normal commit/push? [11:43] .../dput? [11:44] pitti: ci train, but dput if you want, I don't mind [11:44] and one makes up a new sensible version number? [11:44] just commit/tag/push to the branch [11:44] just ubuntu2 is fine [11:44] 14.10.0+14.10.20140922 would be quite wrong, though [11:44] (obvious how to bump, of course) [11:45] I don't know how the upstream upstream part is generated [11:45] but they're 1.0 so you can just edit the source [11:53] Laney: CI train will always take latest branch content [11:54] so yeah, it will notice this extra commit and let you upload it [11:54] so I build the orig.tar.gz from everything except debian/, I suppose? [11:54] pitti: just bzr bd -S should do it [11:55] yeah, it's in splitmode [11:55] or you can drive the train if you want, all core-devs should have permission [11:55] * willcooke . . o ( tickets please ) [11:56] willcooke: on my original airplane vision, there are some tickets concepts :) [11:56] * pitti hides in the toilet [11:56] is there status and upgrades? [11:56] and lost baggage? [11:56] :P [11:56] pitti: no smoking please! [11:57] is there a white zone which is for the loading and unloading of passengers only? [11:57] didrocks: je ne fume jamais ! [11:57] Laney: well, now, I would implement business class at least ;) [11:57] :D [11:58] that's called being a core-dev [11:58] * Laney breezes right through all of the checks [11:58] heh [12:02] Laney: oh, I see https://code.launchpad.net/~laney/ubuntu-system-settings/upower0.99/+merge/230988 ; that never landed, is that broken, or needs an ack, or it was just forgotten? [12:03] the last two [12:05] pitti, not entirely sure what what you are talking about gnome-session, but I will have g-s 3.14 ready soon enough [12:06] darkxst: for the upower transition; applying the patches to 3.8 is a bit hackish IMHO [12:06] darkxst: it's in the PPA, but I figure you'd rather want to upgrade to 3.14 anyway? [12:07] pitti, gnome-session is at 3.9.90ish in that archives no? [12:07] darkxst: right, that's what I meant (not 3.8) [12:08] Laney: oh sorry, unity-system-settings != unity-control-center :) [12:08] ITYM ubuntu-system-settings [12:09] pitti, and yes we should just go with 3.14 straight up, if possible [12:09] darkxst: OK, so I'll leave those two bits of bug 1330037 to you and Noskcaj? [12:09] bug 1330037 in xfce4-settings (Ubuntu) "[FFe] upower 0.99.1 transition" [Undecided,In progress] https://launchpad.net/bugs/1330037 [12:12] pitti, I wont have time to look until the weekend, but ok [12:12] darkxst: that sounds fine [12:14] pitti, ok [12:15] * darkxst must sleep now [12:16] night! [12:23] willcooke: Laney: seb128: so, I have the ubuntu desktop next image booted here, I have the password prompt asking me for a password, empty or "ubuntu" doesn't work [12:23] seb128: is it the thing we saw together and so, the blank password doesn't really work under Qt? [12:25] hum, updated to "ubuntu" in a tty and still doesn't work [12:26] weren't we supposed to autolog in that live image? [12:26] didrocks, just go to a vt and change the passwd [12:26] 13:25:11 didrocks | hum, updated to "ubuntu" in a tty and still doesn't work [12:26] seb128: ^ [12:26] didrocks, or edit https://code.launchpad.net/~seb128/unity8/drop-workaround-empty-pwd-login/+merge/239401 by hand [12:27] didrocks, it's one line to delete [12:27] didrocks, we do autologin, you get the unity8 lock screen [12:27] and we don't use "no password" [12:27] we use the empty password set as a passwd [12:27] remember, that's what you helped me with in washington ;-) [12:28] hence my 13:23:49 didrocks | seb128: is it the thing we saw together and so, the blank password doesn't really work under Qt? [12:28] so yeah, I do remember about it :) [12:28] it's still weird to have that prompt, even with empty password [12:28] didrocks, try deleting the line from that mr ^ [12:28] and that it doesn't work if you passwd [12:28] yeah, doing that (restarting, it hanged) [12:29] didrocks, well, prompt is normal, because from a pam viewpoint you have a password [12:29] the text just happens to be the empty string [12:29] still unsure why the livecd guys did that [12:29] rather than using passwd -d [12:30] seb128: unity8 isn't an upstart job? [12:30] it is [12:30] * didrocks can't sudo restart unity8 [12:30] no sudo [12:30] it's an user job [12:30] unknown job as well (from a tty) [12:31] same user? [12:31] ubuntu-desktop-next@ [12:31] you won't be in the upstart session there [12:31] you need to export the right env [12:31] easier to sig9 unity8 [12:33] seb128: doesn't really restart after a sigkill [12:33] weird [12:33] ok, rebooting then === MacSlow is now known as MacSlow|lunch [12:34] hoping that the key is persistent :) [12:38] humok, not persistent and unity8 definitively doesn't restart after a sigkill. Let me try an installation on that machine… [12:38] didrocks, I usually sudo restart lightdm [12:38] that for sure work [12:38] ah, the whole login… [12:39] yes [12:39] ok, doing [12:39] well, it works on utopuc [12:39] utopic even [12:39] didn't try vivid yet [12:39] I will tell you if this works with vivid :) [12:40] however, booting is quite unreliable… [12:41] :-/ [12:41] usb stick issue you think? [12:42] really unsure, worked well with other live recently, never got a glinch [12:43] ok, restarting lightdm works and I can log in [12:46] great [12:46] now we just need to nag Saviq to get that one liner unity8 change in vivid [12:46] that shouldn't be blocker by rtm [12:47] seb128, yeah, will do [12:47] Saviq, thanks [12:48] seb128, I've one vivid landing that I just ACKed (sync with rtm really) [12:48] Saviq, it doesn't include that change though? [12:48] seb128, not yet [12:48] :-( [12:48] seb128, I need to get a clean-ish slate first [12:48] it's a one liner and safe, shame it takes so much effort to get it landed :/ [12:49] it doesn't even impact codepath used on the phone [12:49] seb128, well, it's not that one that takes so much effort, it's everything else that got out of sync between vivid and rtm [12:49] seb128, yeah, which is why it won't land in rtm at all [12:49] well, you could have batched with whatever else was in there [12:49] it's not going to conflict with rtm work [12:49] seb128, except I already have like 30 branches in there [12:49] so it should apply fine on whatever you upload to vivid [12:50] k, anyway just being grumpy about desktop-next login being buggy since july [12:50] sorry for the ranting [12:50] seb128, it'll happen, really, it will, I just couldn't land that silo yesterday 'cause we had a different issue [12:50] I just wish desktop would get some attention [12:50] seb128, well now, bug was only filed in september [12:50] Saviq, k, thanks [12:51] seb128, MP is ap since when, a week? [12:51] Saviq, yeah, I discussed it a couple of times with mterry and others [12:51] Saviq, right, I did look at fixing because nobody was looking at it since [12:51] seb128, it's not like we're trying to ignore that actively [12:51] but I guess I could have looked earlier, I'm as much to blame as others [12:51] seb128, we're basically excluded from what happens in desktop-next [12:52] Saviq, well, it's more than we let land things that regress the desktop and then don't bother trying to sort out the regressions [12:52] Saviq, we need the test plans to account for desktop-next [12:52] and stop the line when we bug this one [12:53] argh, I have no way to disable the touchscreen on Mir [12:53] and this hardware gives random inputs, so I needed on X to disable it [12:53] didrocks, we don't have any on unity7/xorg either I think [12:54] seb128: xinput [12:54] oh, right, I though you mean GUI [12:54] and then toggle the correct property [12:54] no [12:54] just want to disable it whatever [12:54] k [12:54] here, my mouse is moving randomely [12:54] clicking [12:54] not really nice to experiment… [12:54] on what device did you install it? [12:54] XT2 [12:55] oh, so you have a test laptop :-) does that have bt? [12:55] it doesn't [12:55] I see [12:55] it claims it has one, but doesnt' work [12:55] tried with fedora/ubuntu [12:55] but yeah, the unity8 image isn't usable at all if I can't turn off the wrongly touch screen :( [12:55] if you are going to work on bluetooth I guess it would be worst expensing a stick [12:56] seb128: well, seems priority changes, so not sure yet, but yeah, it would make sense [12:56] :-( [12:56] did you ask on the mir channel about turning off touch? [12:56] not yet, will try [12:56] have few hope though [12:57] I first had to create some text file for the touch screen to work on the latitude [12:57] not sure if they moved away from those description [12:57] seb128: how would you try starting any random .desktop file? [12:57] * didrocks goes on #mir [12:57] if they didn't you might be able to delete a file to make it stop work [12:58] didrocks, X-Ubuntu-Touch=true in the .desktop and restart the session [12:58] (or maybe just the dash process is enough, or a lens) [12:58] that makes the .desktop listed in the dash [12:58] I can run gedit like that [12:58] ok, let's try [12:59] seb128: perfect, thanks! :) [13:00] so, confirming Qtcreator is quite, unusable [13:01] can't even switch back to it clicking to the .desktop file [13:02] didrocks, can you right swipe back to it? [13:02] good morning [13:02] yeah, this is working [13:02] morning desrt [13:03] Laney: what am i supposed to have been doing? [13:03] hey desrt, how are you? [13:03] sleepy :) [13:03] hey desrt [13:04] pitti: good morning [13:04] desrt, rebasing the gtk-mir patch on current stable gtk I think [13:04] oh. i did that and pastebinned it to larsu [13:04] it was pretty simple -- only had one conflict in configure.ac [13:04] who is off this week [13:04] i can do it again [13:04] so maybe he did it but didn't push his work [13:04] don't bother [13:05] that can wait monday for Lars to be back [13:05] sure [13:06] * desrt acquires coffee [13:06] I was just saying that I thought it did happen [13:07] * didrocks waits for an answer on #ubuntu-mir… [13:07] didrocks, east is sleeping, u.k is eating, u.s is sleeping, not the best time of the day ;-) [13:08] seb128: let's see if they will reply when being back [13:08] yeah [13:08] I'm afraid from past experience though :) [13:09] ok, great, I have a name to bother now :) [13:09] didrocks, see :-) [13:09] I was going to suggest racarr as well [13:09] nice to see you got a reply though [13:09] yeah, things are changing with years :) === alan_g is now known as alan_g|lunch [13:13] seb128: us may be sleeping, but .ca is drinking coffee [13:25] interesting, the tty was in fr, and unity8 used US layout [13:26] I guess we'll have quite a lot of such bugs… [13:28] "input" under Mir is not something that got lot of work yet, that's on the list for this cycle though [13:30] * didrocks waits on tedg to get up now! :) [13:32] seb128: Hey, I was reading the backlog here and noticed some discussion about https://code.launchpad.net/~seb128/unity8/drop-workaround-empty-pwd-login/+merge/239401 which is linked to bug #1360307. I think that bug is slightly different than what your fix is addressing. [13:32] bug 1360307 in unity8 (Ubuntu) "Logging in to the desktop session brings up the lock screen" [High,In progress] https://launchpad.net/bugs/1360307 [13:33] ChrisTownsend, hey, shrug [13:33] seb128: Correct me if I'm wrong, but your fix doesn't get rid of the unity-greeter prompt at that point, right? It only accepts an empty password, right? [13:33] ChrisTownsend, did you open another one for "can't log in from unity8 log screen"? [13:33] ChrisTownsend, no, it doesn't but I though your bug was about the "can't get to the session" [13:33] seb128: Hmm, I don't remember. Let me go look around. [13:33] feel free to change for another one [13:34] seb128: Ok, if I didn't then I'll create one. But thanks a bunch for fixing that! [13:34] ChrisTownsend, thanks [13:34] yw! [13:35] so i did some research last night [13:36] looks like halifax has a few good hotels with lots of conference space [13:37] it also has (relatively short) direct flights from london and frankfurt [13:40] hummm. Do we need a GStreamer sink for Mir? [13:40] "doesn't _really_ work like that" [13:41] k [13:41] :) [13:41] desrt, well ... [13:41] you need a gstreamer sink for drmable video memory [13:41] there are x11 sinks ... so you can take screenshots [13:42] ogra_: *sources [13:42] and this wouldn't work in mir from what i understand (for security reasons) [13:42] we kind of lack the same thing for mir [13:42] oh, right .. wrong term [13:43] * ogra_ was looking into doing screen captures locally on the phone before ... sadly you need to convert the raw data somehow [13:43] willcooke: in short, you're probably never going to want gstreamer talking directly to the display server, but rather displaying something that's wrapped at least a little bit by some toolkit-provided chrome (controls and such) [13:43] unless you want a really trivial demo output for debug/demo purposes (and indeed this exists for x11) [13:44] and the way that gstreamer talks to the toolkit for showing video in wayland is going to be more or less exactly the same as for mir [13:45] and it has more to do with the acceleration capabilities of the graphics card than it has to do with the display server [13:48] didrocks, ping [13:50] tedg: pong [13:50] didrocks, You were waiting for me to wake up, but I can't figure out context. [13:50]