[08:17] <mlankhorst> morning
[09:00] <Laney> morning!
[09:01] <seb128> good morning desktopers!
[09:01] <seb128> Laney, hey, how are you?
[09:01] <seb128> happy ff day!
[09:01] <Laney> hey seb128
[09:01] <Laney> I've picked up a bit of a cough :(!
[09:02] <Laney> was around loads of ill people last night
[09:02] <Laney> how are you?
[09:02] <seb128> :-
[09:02] <seb128> :-(
[09:02] <seb128> I'm good, thanks
[09:21] <mlankhorst> does unity work now?
[09:21] <duflu> mlankhorst: When didn't it?
[09:21] <mlankhorst> when it failed to build :P
[09:21] <duflu> Oh
[09:24] <Laney> mlankhorst: there was a new mesa
[09:25] <mlankhorst> yeah Sarvatt pointed out I missed some deps
[09:25] <darkxst> Laney, seb128 hi
[09:26] <seb128> darkxst, hey
[09:28] <darkxst> seb128, lightdm seems quite broken here (even without my gnome-desktop stuff)
[09:28] <seb128> how so?
[09:28] <seb128> there were some update this night, I didn't upgrade yet
[09:28] <darkxst> theming issues I guess
[09:28] <seb128> so maybe some new bug?
[09:29] <darkxst> I saw this yesterday, but havent seen before
[09:29] <seb128> what are you testing?
[09:30] <darkxst> seb128, I have ubuntu-desktop and ubuntu-gnome-desktop
[09:31] <seb128> can you take a picture of the issue you see? the description of the issue you are making isn't very detailed
[09:33] <darkxst> seb128, just upgrading and then I will grab a screen grab
[09:33] <darkxst> updating
[09:33] <Laney> oh
[09:33] <Laney> I just got a mid-upgrade reboot again :/
[09:34] <seb128> :-(
[09:37] <Laney> jodh: do you think there could be bugs there still?
[09:37] <Laney> I did get a new upstart
[09:38] <darkxst> Laney, btw I think i fixed the resolution issue you had, but ppa is broken again due to archive churn
[09:39] <Laney> cool
[09:39] <darkxst> atleast I made it read, /etc/gnome-settings-daemon config if no local user config exists
[09:41] <jodh> Laney: Can you try running 'sudo telinit u' in your normal env to see if you can force an issue and raise a bug if so?
[09:41] <seb128> why did you need to make it do that?
[09:42] <seb128> did they remove the logic to look at the configs?
[09:42] <Laney> jodh: running it in a loop, seems okay
[09:43] <darkxst> seb128, not sure if they removed it, or was just an oversight, still need to check with upstream
[09:44] <jodh> Laney: try after running sbuild/pbuilder maybe if you use them on that system?
[09:44] <Laney> hmm I had started an lxc container?
[09:44] <jodh> Laney: do you have a /var/log/upstart/upstart.state or /var/crash/*init*.crash file?
[09:44] <Laney> afraid not
[09:47] <jodh> Laney: I'd be surprised if that caused the issue tbh
[09:49] <Laney> jodh: http://paste.ubuntu.com/6964577/ is the apt log
[09:49] <Laney> 7897 is today
[09:54] <darkxst> seb128, lightdm has decided to behave theme wise today, but now I can't login to either gnome nor ubuntu sessions
[09:55] <jodh> Laney: looks like upstart was setup and therefore re-exec'd successfully (8894). The re-exec is async so its possible that the system trundled on for a while but although there are no timestamps quite a lot seems to have happened since upstart was setup. Also, there is no crash file which is unusual.
[09:56] <darkxst> perhaps fallout from the gnome-session stuff?
[09:57] <seb128> darkxst, could be, what error do you get?
[09:57] <darkxst> g-s-d name taken away shutting down
[09:57] <darkxst> then lots of indicator-* killed by TERM
[09:57] <seb128> ?
[09:57] <seb128> that seems like session exiting
[09:57] <seb128> is gnome-session unhappy?
[09:58] <darkxst> sorry can't cut + paste
[09:58] <seb128> what do you have in .cache/upstart/gnome-session-(ubuntu).log?
[09:58] <darkxst> that is from the the lightdm log
[09:58] <darkxst> greeter log
[10:01] <seb128> what happens?
[10:01] <seb128> you enter you password and get back to the login screen?
[10:01] <darkxst> enter password, end up with just the lightdm background and nothing more happens
[10:02] <seb128> looks at ~/.xsession-errors for your user
[10:02] <darkxst> the gnome-session-ubuntu log has lots of noise, but nothing that looks really critical
[10:02] <seb128> then ~/.cache/upstart/gnome-session(-ubuntu).log
[10:02] <seb128> what about xsession-errors?
[10:02] <darkxst> at-spi2-registryd respawning too fast, stopped
[10:03] <seb128> nothing else? weird
[10:03] <seb128> is starting a session with gdm or startx working?
[10:04] <darkxst> startx works
[10:04] <seb128> hum, dunno then :/
[10:05] <darkxst> gdm maybe not
[10:08] <Sweetshark> I got an email request about HiDPI asking: "Do you know if they will return 192 DPI when on these screens like what Gnome 3.10 does? I could find some Unity alias and ask, but you might know or be able to encourage them ;-)" -- anyone having a quick answer to that?
[10:09] <Sweetshark> ups, and Good Morning all!
[10:09] <darkxst> Sweetshark, if they are asking for HiDPI on Full HD panels, it wont happen, atleast not from the GNOME side
[10:09] <seb128> hikiko, hey
[10:09] <hikiko> hi seb128 :)
[10:09] <hikiko> I ve seen your message
[10:09] <seb128> hikiko, thanks for all the updates
[10:10] <hikiko> and fixed it
[10:10] <seb128> hikiko, I just added a new one :p
[10:10] <hikiko> oh sorry
[10:10] <hikiko> let me see
[10:11] <seb128> hikiko, just add those 3 lines and we should be good to merge in ;-)
[10:11] <hikiko> ok I ll fix it in a sec
[10:11] <seb128> hikiko, thanks!
[10:11] <hikiko> inside the <label></label>
[10:11] <seb128>                             <property name="label" translatable="yes">UI scale</property>
[10:11] <seb128>                             <style>
[10:11] <seb128>                               <class name="dim-label"/>
[10:11] <seb128>                             </style>
[10:11] <Sweetshark> darkxst: thanks
[10:12] <Laney> huh
[10:12] <seb128> hikiko, ^ like that
[10:13] <darkxst> Sweetshark, the HiDPI stuff is all integer scaling, so a 1440x900 becomes 2880x1800
[10:13] <seb128> Sweetshark, hidpi support is being added to Unity and is going to be in the LTS, dunno about 192 DPI and how that's a specific number
[10:13] <hikiko> ok, found, like all the others :)
[10:14] <Laney> is robert or someone removing the override for g-s-d from unity?
[10:14] <seb128> hikiko, right ;-)
[10:14] <darkxst> seb128, 192DPI is quite low, probably just a 1920x1080 panel
[10:15] <darkxst> why do the upstart logs use "^M" as new line?
[10:15] <seb128> Laney, I don't see a branch from him for that, I can submit one
[10:15] <Laney> that was the missing part on my system to actually use it
[10:16] <seb128> Laney, hum?
[10:16] <hikiko> seb128, I pushed :) thanks!
[10:16] <seb128> Laney, it being u-s-d?
[10:16] <Laney> yes
[10:16] <seb128> hikiko, thanks, looking
[10:17] <seb128> Laney, that's weird, the unity override stops g-s-d if u-s-d is running
[10:17] <seb128> Laney, it should prevent u-s-d to run, it just avoid having both
[10:17] <seb128> shouldn't*
[10:18] <seb128> oh
[10:18] <seb128> you are not under Unity are you?
[10:19] <Laney> yeah i am, on my desktop
[10:19] <Laney> it modifies the 'start on' condition of g-s-d
[10:19] <seb128> so weird
[10:19] <seb128> I've been running u-s-d since London
[10:20] <Laney> to start all the time
[10:20] <seb128> hum?
[10:20] <seb128> u-s-d has a job to make it start in Unity session
[10:20] <seb128> so it should run
[10:20] <seb128> the Unity override is to stop g-s-d if u-s-d is running
[10:21] <seb128> or am I overlooking something?
[10:21] <darkxst> Laney, why? only components in the session file get started for the user session (of course the greeter session is a different story)
[10:21] <seb128> Laney, https://code.launchpad.net/~seb128/unity/drop-gsd-override/+merge/207388
[10:25] <Laney> maybe u-s-d refused to start for me because g-s-d was running or something
[10:25] <Laney> approved anyway
[10:26] <Sweetshark> seb128: I did a burn in with the highbank PPA. Building LibreOffice 4.2.1 on armhf in 8h40m.
[10:27] <seb128> Laney, thanks
[10:29] <xnox> dah, unity-greeter is missing build-dependency on unity fonts =(
[10:29]  * xnox goes to correct that.
[10:35] <seb128> didrocks, if there are new commits in a vcs that is a silo ppa, I can simply trigger a new build to get an update with those new commits right?
[10:35] <seb128> didrocks, do I need to check some boxes in that case?
[10:39] <didrocks> seb128: sorry, in a HO. So yeah, nothing special needed to do
[10:39] <didrocks> if you did a full build which succeeded, you will need to check "ignore step"
[10:39] <seb128> didrocks, ah oh, that's what http://162.213.34.102/job/landing-008-1-build/17/console hinted
[10:39] <seb128> "Ignore if previous step hasn't completed successfully" didn't speak to me though
[10:39]  * seb128 checks
[10:39] <seb128> didrocks, thanks
[10:40] <seb128> (the previous step had completed successfully in my case, I just want to include extra changes)
[10:41] <seb128> larsu, so, ff today, what's the status of the sound panel and the nautilus menus? having one ready to submit soon by chance?
[10:43] <didrocks> seb128: happy to get a patch, the message is generic, we can special-case that one :)
[10:43] <seb128> didrocks, ok, let's see after ff rush ;-)
[10:45] <larsu> seb128: yes, I hope to get the sound panel / indicator-sound / g-s-d patches up before my dentist appt at 1
[10:45] <seb128> larsu, ok, I'm letting you work then, good luck ;-)
[11:31] <seb128> happyaron, hey
[11:33] <happyaron> seb128: hi
[11:33] <seb128> happyaron, how are you?
[11:34] <happyaron> seb128: fine, uploaded ibus, and several kylin packages, next item would be ibus-pinyin.
[11:34] <seb128> happyaron, have you seen https://bugs.launchpad.net/ubuntu/+source/ibus-pinyin/+bug/1220985 ?
[11:34] <ubot2`> Launchpad bug 1220985 in ibus-pinyin (Ubuntu) "Upgrade to latest ibus-pinyin release 1.5.0" [High,Triaged]
[11:34] <happyaron> sure yes
[11:34] <seb128> happyaron, ok, I was just pondering about that one, since ff is today
[11:34] <seb128> happyaron, thanks ;-)
[11:34] <seb128> let me know if you need sponsoring
[11:35] <happyaron> I think it's not needed, ibus-* should be convered by input method pkgset already, :)
[11:35] <happyaron> * covered
[11:40] <seb128> good
[12:27] <GunnarHj> seb128: Hi Sebastien!
[12:28] <seb128> GunnarHj, hey
[12:28] <GunnarHj> seb128: Did you send the latest list reply privately on purpose?
[12:28] <Laney> secret love letters
[12:28]  * Laney is jealous
[12:28] <seb128> GunnarHj, no, let me reply to list
[12:29] <seb128> Laney, :p
[12:29] <GunnarHj> seb128: Good. :)
[12:29] <seb128> GunnarHj, thanks for pointing it out, fixed
[12:29] <GunnarHj> seb128: No problem.
[12:39] <seb128> didrocks, I guess you are too busy for https://bugs.launchpad.net/ubuntu/+source/colord-gtk/+bug/1282372 ?
[12:39] <ubot2`> Launchpad bug 1282372 in colord-gtk (Ubuntu) "[MIR] colord-gtk" [Undecided,New]
[12:40] <seb128> if you can't do it no worry, I can try mterry
[12:40] <seb128> otherwise we are going to need a ffe for https://code.launchpad.net/~robert-ancell/unity-control-center/color-panel-3.8/+merge/207081
[12:41] <didrocks> seb128: is it small?
[12:42] <seb128> didrocks, yes, wc -l *.c gives 1319
[12:42] <didrocks> seb128: ok, let me finish something and on that then
[12:42] <seb128> didrocks, thanks
[12:42] <didrocks> yw :)
[12:43] <didrocks> argh, COPYING is LGPL, but there is on GPL file :/
[12:43]  * didrocks shouldn't have apt-get source
[12:43] <didrocks> same, no GFDL license file
[12:44] <didrocks> ok, will get back to that once finishing the current topic
[12:47]  * seb128 notes that the source comes from Debian :p
[12:48] <seb128> didrocks, btw MIR review, not NEW review :p (and cjwatson said in the past that having the license not in the tarball for common-licenses one is ok)
[12:49] <didrocks> seb128: tsss, not that much of difference between the reviews :)
[12:50] <didrocks> but yeah
[12:50] <didrocks> just sad ;)
[12:50] <seb128> yeah
[13:00] <Laney> ooh
[13:01] <Laney> I just went to put the kettle on and heard the drums from upstairs
[13:01] <Laney> my session had closed
[13:01] <Laney> no, not closed, but I was bounced back to lightdm
[13:01] <seb128> hum, did you log out and it took a while?
[13:02] <Laney> wait one second, I think I installed light-locker
[13:02] <seb128> or did it just close by itself?
[13:02] <Laney> screen blanking + light-locker
[13:02] <didrocks> attente_: hey, you made another victim btw, sil2100 :p
[13:02] <sil2100> attente_: cuuursee youuuu!
[13:02] <sil2100> ;)
[13:03] <Laney> ochosi: you probably want to make sure that lightdm doesn't play the drums when locking ...
[13:03] <mlankhorst> ok calling in sick, I might be here if you need me, maybe not :P
[13:04] <mpt> Wellark! You said you wanted to talk about indicator-network
[13:11] <didrocks> hum: http://packages.ubuntu.com/trusty/amd64/libcolord-gtk1/filelist
[13:11] <didrocks> that's wrong in multiple ways
[13:11] <didrocks> having locale in libs and no -common packages
[13:11] <didrocks> seb128: if I ack the Mir, can we get that fixed?
[13:11] <seb128> didrocks, sure can
[13:11] <didrocks> MIR*
[13:11] <didrocks> ok
[13:11]  * didrocks notes that down
[13:11] <seb128> just for the record taht's a non issue for us
[13:12] <seb128> the langpacks are going to strip that translation out
[13:12] <didrocks> the file is still there
[13:12] <didrocks> so you can't install libcolord-gtk2 and libcolord-gtk1 at the same time
[13:18] <happyaron> seb128: ah, I remember that NUDT said they may want to add a first-boot assistant or something like that.
[13:20] <didrocks> seb128: https://bugs.launchpad.net/ubuntu/+source/colord-gtk/+bug/1282372
[13:20] <ubot2`> Launchpad bug 1282372 in colord-gtk (Ubuntu) "[MIR] colord-gtk" [Undecided,New]
[13:20] <didrocks> so approved, promoting now
[13:20] <seb128> didrocks, thanks
[13:22] <didrocks> done
[13:23] <seb128> nice!
[13:26] <GunnarHj> Laney: ping?
[13:36] <attente_> sil2100, ;)
[13:36] <attente_> sil2100, is it a different app?
[13:36] <Laney> hi GunnarHj
[13:36] <GunnarHj> Hello Laney!
[13:37] <GunnarHj> Laney: https://bugs.launchpad.net/ubuntu-seeds/+bug/1173571/comments/22
[13:37] <ubot2`> Launchpad bug 1173571 in Ubuntu Seeds "please change wenquanyi micro hei back with 69-language-selector-zh-tw.conf" [Undecided,In progress]
[13:37] <GunnarHj> We changed to fonts-droid in Ubuntu a few months ago, and I think it's time now to make the same change for the other.
[13:37] <GunnarHj> I could submit a large number of MPs, but is there a more convenient way?
[13:37] <Laney> the other what?
[13:37] <Laney> oh, that
[13:37] <GunnarHj> Laney: the other distros...
[13:38] <sil2100> attente_: hi! Not sure what was the standard app that's affected, but using the gnome terminal and irssi I cannot switch to windows 12+ because alt+w opens up the menu for me ;)
[13:38] <Laney> I don't know of a better way
[13:38] <Laney> :(
[13:38] <GunnarHj> Laney: Ok, then I'll do it.
[13:39] <attente_> sil2100, oh...
[13:39] <Laney> GunnarHj: ack, thanks!
[14:16] <ochosi> Laney: woot, since when does lightdm play drums? i guess this is an ubuntu-specific thing though, we've never had any startup noises/sounds in xubuntu
[14:16] <seb128> bregma, Trevinho: how is the unity landing going? what are you guys blocked on?
[14:16] <Laney> ochosi: Maybe it's unity-greeter specific
[14:16] <Laney> it's the "i'm ready now" sound
[14:16] <ochosi> mhm, possible
[14:16] <ochosi> i think i heard it last in warty or hardy
[14:17]  * ochosi feels all nostalgic...
[14:17] <bregma> seb128, there are some issues with scaling and autopilot tests failing that I want to see resolved before this latest change lands
[14:17] <seb128> bregma, ok, I guess at this pace we are not going to get lock screen and other stuff landing before ff :/
[14:19] <bregma> seb128, it doesn't look to me like lock screen is ready to land :(, and there is no other stuff (other than what we have in the queue right now)
[14:20] <ochosi> so you'll be sticking with gnome-screensaver in that case? (since it seems that light-locker isn't an option anymore)
[14:21] <seb128> ochosi, not sure yet, we stopped our gnome-screensaver changes because Trevinho/andyrock/bregma said they would land their lock screen
[14:21] <seb128> I'm going to hit bregma with a stick if that doesn't happen :p
[14:21] <ochosi> hihi
[14:21] <Trevinho> seb128: andyrock is working on it
[14:22] <ochosi> well i'm keeping my fingers crossed for you guys
[14:22] <seb128> Trevinho, well, bregma just said it's not ready to land and ff is today
[14:22] <ochosi> it's not an easy feature to implement so late
[14:22] <seb128> indeed not
[14:36] <seb128> Laney,  gsettings-ubuntu-schemas : Depends: ubuntu-touch-sounds but it is not installable
[14:36] <seb128> :-(
[14:36] <seb128> https://launchpadlibrarian.net/166891268/buildlog_ubuntu-trusty-arm64.unity-control-center_14.04.3%2B14.04.20140220-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:37] <Sweetshark> seb128: so, Im looking at bug 910143 (debian#728792). I cant reproduce it, so I have no fix. However, doko wanted a tweak to it (comment 28), so we need an upload anyway.
[14:37] <ubot2`> Launchpad bug 910143 in nlpsolver (Ubuntu Trusty) "libreoffice-nlpsolver (0.9~beta1-6) not working" [High,Confirmed] https://launchpad.net/bugs/910143
[14:38] <seb128> oh, arg, gsettings-ubuntu-touch-schemas needs a MIR as well
[14:39] <Sweetshark> seb128: Debian doesnt really care anymore and orphaned the package. So IMHO we should indeed demote that to universe anyway, esp. in light of the "make libreoffice more rolling" stuff. Your opinion?
[14:39] <seb128> Sweetshark, if it's not maintained that seems reasonable yes
[14:40] <Sweetshark> seb128: aye, preparing package
[14:42] <mterry> seb128, heyo!  I had a meeting today with some designers about the welcome wizard stuff.  (Cimi and I have been so busy with other stuff, but I'll try to get back on it.)  Anyway, they said they had changed the UI a bit for the wifi screen of the system settings / wizard.  Have you seen those mockups?  I can share if not
[14:42] <seb128> mterry, I didn't no, would be nice if you could share
[14:42] <seb128> mterry, thanks
[14:46] <seb128> mterry, is there any way you could review gsettings-ubuntu-touch-schemas for MIR today? (going to ask Laney to file the bug when he's back)
[14:46] <seb128> mterry, we overlooked that he was in main and added a shared schemas that unity-control-center started using
[14:46] <mterry> seb128, sure.  Did I see something about colord-gtk earlier this morning too?
[14:46] <mterry> (I was up for an early meeting)
[14:46] <seb128> mterry, didrocks handled that one
[14:50] <mterry> seb128, bug 1282617 is for the wireframe stuff
[14:50] <ubot2`> Launchpad bug 1282617 in ubuntu-system-settings (Ubuntu) "Use inline prompts for WiFi selection rather than dialogs" [Undecided,New] https://launchpad.net/bugs/1282617
[14:50] <mterry> er, wifi stuff (with wireframe)  ;)
[14:50] <mterry> seb128, I can start looking at gsettings schemas before bug is filed, but ping me when it is
[14:52] <seb128> mterry, ok, that should be a trivial package (only some schemas)
[14:52] <seb128> mterry, thanks for the bug report
[14:56] <GunnarHj> attente_: ping?
[14:57] <attente_> GunnarHj, hey
[14:57] <seb128> shrug, got disconnected
[14:57] <seb128> desrt, did you see my ping before I disconnect?
[14:57] <GunnarHj> Hi attente!
[14:57] <attente_> GunnarHj, hello!
[14:57] <desrt> no
[14:58] <GunnarHj> attente_: Wondering about Super+Space for switching input source.
[14:58] <GunnarHj> attente_: Currently it does not work at first.
[14:58] <seb128> desrt, hey, everybody is crazy busy, any chance you could do a code review/sanity check of the diff on https://code.launchpad.net/~attente/unity-control-center/ibus-properties/+merge/207369 ?
[14:58] <desrt> sure
[14:58] <GunnarHj> attente_: But if you change to something else and then back to Super+Space, it works.
[14:59] <GunnarHj> attente_: Not good enough, though.
[14:59] <seb128> desrt, thanks
[14:59] <attente_> GunnarHj, under 13.10?
[14:59] <GunnarHj> attente_: No, 14.04 of course.
[15:00] <GunnarHj>    attente_: (Haven't tested on 13.10.)
[15:01] <attente_> GunnarHj, are you totally up-to-date?
[15:01] <hikiko> seb128, ping! could you please get a final look at this branch: https://code.launchpad.net/~hikiko/unity-control-center/unity-control-center.per-monitor-fonts-scale-factor-slider/+merge/205227 and approve it if it's fine?
[15:01] <hikiko> I think it's ready
[15:01] <GunnarHj> attente_: I tested last night. Haven't tested during daytime today. :)
[15:02] <GunnarHj> attente_: But I'm on an updated 14.04, yes.
[15:02] <GunnarHj> attente_: Not a clean install, though.
[15:02] <seb128> hikiko, sorry, forgot to update you, I started a landing, https://launchpad.net/ubuntu/+source/unity-control-center/14.04.3+14.04.20140220-0ubuntu1
[15:02] <attente_> GunnarHj, ok, hmm. i restarted my session and it was still working
[15:03] <hikiko> thanks a lot seb128 :)
[15:03] <seb128> hikiko, yw!
[15:03] <GunnarHj> attente_: Maybe I should make a fresh install and see if it makes a difference.
[15:05] <GunnarHj> attente_: OTOH, I have all the required packages, so why would it?
[15:07] <attente_> GunnarHj, i don't think it would
[15:07] <GunnarHj> attente_: So why does it work for you and not for me? :(
[15:07] <mterry> seb128, yeah the schemas package looks good / simple
[15:07]  * mterry awaits MIR bug
[15:08] <seb128> mterry, thanks, good
[15:08] <attente_> GunnarHj, so explicitly setting it to super+space after login makes it work again?
[15:08] <GunnarHj> attente_: Yes, if I first switch to something else and then back.
[15:10] <attente_> GunnarHj, i can't think of what would cause that off the top of my head
[15:10] <GunnarHj> attente_: Ok... Maybe I should file a bug, and see if others make the same observation?
[15:10] <attente_> GunnarHj, if you set it to 'ctrl+space', and restart your session, does that work?
[15:11] <GunnarHj> attente_: Haven't tested that. Will need to change partition to test it.
[15:11] <GunnarHj> attente_: Do you want me to do that?
[15:15] <attente_> GunnarHj, sorry change partition?
[15:15] <attente_> sorry, i guess i misunderstood
[15:16] <GunnarHj> attente_: I'm on 13.10 now. 14.04 is on a separate partition.
[15:16] <GunnarHj> attente_: So I need to reboot...
[15:16] <attente_> GunnarHj, oh, ok, understood :)
[15:17] <GunnarHj> attente_: But let me do it and get back to you.
[15:17] <attente_> GunnarHj, ok, thanks
[15:20] <Sweetshark> seb128: change nlpsolver as requested by doko http://people.canonical.com/~bjoern/trusty/nlpsolver_0.9~beta1-9ubuntu1_source.changes please consider sponsoring (and demoting to universe as discussed). Diff is here: http://people.canonical.com/~bjoern/trusty/nlpsolver.diff.
[15:21] <seb128> Sweetshark, does that need to go in today (ff crazyness atm)
[15:22] <Sweetshark> seb128: nope
[15:22] <seb128> mpt, do you have an opinion on http://people.canonical.com/~seb128/oldcolor.png vs http://people.canonical.com/~seb128/newcolor.png http://people.canonical.com/~seb128/newcolordetails.png
[15:22] <seb128> Sweetshark, ok, putting on my todo for tomorrow then
[15:23] <seb128> mpt, that's https://code.launchpad.net/~robert-ancell/unity-control-center/color-panel-3.8/+merge/207081 ... I'm pondering approved the update or not
[15:25] <seb128> mdeslaur_, thanks for the gedit fix, do you want to commit to the vcs/upload it?
[15:26] <mdeslaur_> seb128: I just commited it, and I'm about to upload it
[15:27] <seb128> mdeslaur_, thanks
[15:33] <Laney> seb128: haha I forgot about that
[15:33] <seb128> Laney, can you drop the depends on -sound/put a landing ask for that/file the MIR? ;-)
[15:34]  * seb128 fighting other fires
[15:34] <Laney> drop the depends?
[15:34] <Laney> didn't that get in?
[15:37] <seb128> Laney, http://launchpadlibrarian.net/166879153/gsettings-ubuntu-touch-schemas_0.0.1%2B14.04.20140130.1-0ubuntu1_0.0.1%2B14.04.20140220-0ubuntu1.diff.gz
[15:37] <seb128> Laney, you apparently dropped it from the transitionnal and added to the new binary
[15:37] <seb128> Laney, sorry for not spotting that in review
[15:37] <Laney> I merged the branches
[15:37] <Laney> then dropped it
[15:37] <Laney> or I meant to anyway
[15:37] <Laney> oh well, let's see
[15:37] <seb128> Laney, well, it's there
[15:37] <seb128> so dunno what went wrong
[15:38] <seb128> didrocks, can we land the same component again if it has a landing not finished?
[15:39] <xclaesse> seb128, did you see https://plus.google.com/104908072417273204416/posts/i4pAPUU7x8i ? So it seems possible to have buttons on the left with GtkHeaderBar
[15:39] <seb128> xclaesse, yeah, it's a GTK 3.11 feature
[15:40] <xclaesse> yep since 7e1a4800
[15:42] <seb128> Laney, I guess maybe I should have listed https://code.launchpad.net/~laney/gsettings-ubuntu-touch-schemas/no-sounds-dep in the landing ask
[15:42] <seb128> Laney, I though it was included in https://code.launchpad.net/~laney/gsettings-ubuntu-touch-schemas/rename-packages/+merge/207179 though
[15:43] <Laney> me too
[15:43] <seb128> Laney, oh well, we need a MIR and another landing to clear that depends
[15:43] <Laney> let me just do another one
[15:43] <seb128> thanks
[15:43] <seb128> sil2100, can we land the same component again if it has a landing not finished?
[15:46] <Laney> I think you're supposed to be able to add branches / build again
[15:46] <seb128> Laney, well, you are, but I pressed the upload button for that one already (it's in the archive)
[15:46] <seb128> so I'm unsure how that plays out
[15:47] <Laney> https://code.launchpad.net/~laney/gsettings-ubuntu-touch-schemas/drop-sounds-dep-2/+merge/207474
[15:47] <seb128> no didrocks or sil2100 around though :/
[15:47] <Laney> you might have cyphermox or rsalveti
[15:48] <cyphermox> moo?
[15:48] <Laney> see seb128's question ^
[15:48] <seb128> cyphermox, can we do another landing ask for a component which is landing
[15:48] <cyphermox> no
[15:49] <cyphermox> if it already has a silo you need to wait for that to be finished
[15:49] <seb128> silo 008 has gsettings-ubuntu-touch-schemas + unity-control-center
[15:49] <cyphermox> or if you feel confident you could reconfigure to add the other merge
[15:49] <seb128> that got build -> uploaded
[15:49] <cyphermox> ah
[15:49] <seb128> gsettings-ubuntu-touch-schemas migrated to release
[15:49] <cyphermox> that's different then
[15:49] <seb128> but unity-control-center can't migrate
[15:49] <cyphermox> ah?
[15:49] <seb128> because of a depends on universe in gsettings-ubuntu-touch-schemas
[15:49] <seb128> so we need to land a new gsettings-ubuntu-touch-schemas without the depends
[15:50] <seb128> to let u-c-c migrate
[15:50] <seb128> is that a locked situation?
[15:50] <cyphermox> I see
[15:50] <seb128> we can do a manual upload of gsettings-ubuntu-touch-schemas if that is
[15:50] <cyphermox> well unity-control-center is in proposed now ?
[15:50] <seb128> that should unblock u-c-c
[15:50] <seb128> then we can clean 008
[15:50] <seb128> and merge back the manual upload
[15:50] <seb128> yes
[15:51] <seb128> https://launchpad.net/ubuntu/+source/unity-control-center/14.04.3+14.04.20140220-0ubuntu1/
[15:51] <seb128> but it build-depends on gsettings-ubuntu-touch-schemas
[15:51] <mterry> seb128, oh yeah, I was going to ask about the sounds package, whether that was going to be MIRed too.  Looks like you are dropping it?
[15:51] <cyphermox> seb128: right
[15:51] <seb128> mterry, yes
[15:51] <seb128> mterry, that was an error and CI train doesn't catch component mismatch errors
[15:51] <sil2100> seb128: I'm around, was just outside for like a few minutes to pick up my rat from the vet
[15:51] <cyphermox> so if all of it has landed in proposed I don't see why we couldn't merge and do another landing
[15:51] <sil2100> seb128: what's up?
[15:51] <seb128> sil2100, read backlog
[15:52] <seb128> cyphermox, because you can't merge until it's in the release pocket
[15:52] <sil2100> Reading
[15:52] <GunnarHj> attente_: Good news: It works. :)
[15:52] <cyphermox> seb128: d'oh
[15:52] <seb128> cyphermox, indeed, doh
[15:52] <GunnarHj> attente_: The one explanation I can think of is that I uninstalled g-c-c, g-s-d and gnome-session this morning.
[15:52] <seb128> well, there is a IGNORE_PACKAGES_NOTINDEST
[15:52] <sil2100> seb128: from what I know, sadly we can't do that
[15:52] <seb128> cyphermox, sil2100: should I just push that?
[15:53] <seb128> to merge back
[15:53] <seb128> then we can get another silo for the fixed schemas?
[15:53] <GunnarHj> attente_: It does not work on 13.10, though. Not at all.
[15:54] <Laney> seb128: please subscribe desktop-bugs meanwhile
[15:54] <seb128> GunnarHj, today is trusty ff and attente_ is working on landing features, can we report discussion about 13.10 bugs to another day?
[15:54] <seb128> Laney, did that earlier
[15:54] <Laney> neat
[15:54] <seb128> ;-)
[15:55] <GunnarHj> seb128: Sure, it was just a side remark. The main matter was a 14.04 thing.
[15:55] <seb128> which is fixed? so all good ;-)
[15:56] <seb128> cyphermox, sil2100: ok, if you don't stop me I'm going for the  IGNORE_PACKAGES_NOTINDEST to clean the silo
[15:57] <cyphermox> feel free.
[15:57] <cyphermox> I have no idea what that does
[15:57] <cyphermox> but judging from the name, it makes sense
[15:57] <seb128> "Ignore if some packages are not published in the destination"
[15:57] <seb128> is the description
[15:57] <cyphermox> right
[15:57] <Laney> do it!
[15:57] <Laney> I think that's right
[15:57] <cyphermox> yeah
[15:57] <Laney> mterry: https://bugs.launchpad.net/ubuntu/+source/gsettings-ubuntu-touch-schemas/+bug/1282651 if you're handling it
[15:57] <ubot2`> Launchpad bug 1282651 in gsettings-ubuntu-touch-schemas (Ubuntu) "[mir] gsettings-ubuntu-touch-schemas" [Undecided,New]
[15:58] <seb128> cyphermox, sil2100, Laney: done
[15:58]  * Laney gets scared
[15:58] <seb128> Laney, you can put a new landing ask for https://code.launchpad.net/~laney/gsettings-ubuntu-touch-schemas/drop-sounds-dep-2/+merge/207474
[15:58] <seb128> the merges in trunk worked
[15:58] <mterry> Laney, yeah, thanks
[15:58] <Laney> ok
[16:00] <Laney> done, cyphermox can you assign line 52 please?
[16:00] <seb128> Laney, you need to change the "ready" column to yes
[16:01] <pitti_> Good morning
[16:01] <Laney> I did, don't you see it?
[16:01] <Laney> hey pitti_!
[16:01] <seb128> Laney, cyphermox: we probably need to wait some 10 minutes for the sile 008 clean to be done
[16:01] <Laney> how's bay area life?
[16:01] <seb128> pitti_, hey, wie gehts?
[16:01] <pitti_> quite fine, thanks! we enjoy sun every morning when running
[16:01] <Laney> have you been to the vietnamese yet?
[16:01] <pitti_> no, not yet
[16:01] <sil2100> seb128: sorry, busy with a different citrain problem right now ;p But I think it's ok
[16:01] <seb128> Laney, no, it's displaying as red/no here
[16:02] <seb128> Laney, worked this time
[16:02] <Laney> hmm, it didn't stick then
[16:02] <Laney> unless...
[16:02] <Laney> did I change 51 by mistake?
[16:06] <seb128> sil2100, cyphermox, Laney: silo 008 seems to be cleaned, new one can be assigned
[16:10] <seb128> sil2100, cyphermox: hello?
[16:10] <seb128> ff today, we need to get those out of the way, other landings need to happen today
[16:11] <sil2100> seb128: doing that in a moment - looking at 008
[16:11] <seb128> sil2100, it should be cleaned so you should be able to give a new silo for the component on l52
[16:11] <seb128> I wouldn't say no to have l51 assigned as well
[16:12] <sil2100> Ok
[16:14] <sil2100> seb128: assigning
[16:14] <seb128> sil2100, thanks
[16:15] <sil2100> seb128: both assigned - 51 and 52
[16:15] <seb128> thanks
[16:15] <seb128> Laney, ^
[16:15] <Laney> cool beans
[16:20] <seb128> mpt, did you see my ping about the color panel earlier? sorry to be nagging but ff is today and I'm pondering landing that or rejecting the update
[16:23] <didrocks> seb128: yeah, you can land the same component in the same silo, but need to reconfigure
[16:24] <seb128> didrocks, even if the silo is on the next step? e.g uploaded
[16:24] <didrocks> seb128: yeah
[16:24] <didrocks> well
[16:24] <didrocks> it will scratch the changelog
[16:24] <seb128> ok, I didn't know
[16:24] <didrocks> and recollect since last release
[16:25] <didrocks> but I guess it's ok if you are stuck in proposed
[16:25] <didrocks> to unblock it
[16:25] <seb128> we solved it differently
[16:25] <seb128> I cleaned the silo with the "ignore package not in destination"
[16:25] <seb128> and we queued a new one
[16:25] <didrocks> that works as well
[16:25] <seb128> but good to know for next time that you can go back in step
[16:25] <didrocks> but TBH, you bypass the process to get something landed before hitting trunk :)
[16:26] <seb128> e.g that you can redo a build for something which is uploaded
[16:26] <didrocks> but I guess for FF, there are some exceptions :p
[16:26] <didrocks> yeah
[16:26] <seb128> didrocks, well, I though we had a deadlock
[16:26] <seb128> we couldn't clean the silo beause the package couldn't migrate to release pocket
[16:26] <didrocks> ah
[16:26] <seb128> and we could get a new silo for the fix because the previous one was not cleaned
[16:26] <didrocks> so that justifies that "let's rebuild"
[16:26] <didrocks> and scratch changelog :)
[16:26] <seb128> k
[16:26] <didrocks> (so yeah, I designed it for that case)
[16:27] <seb128> I though that was not possible (to go back to "build" if you had activated the "upload" step)
[16:27] <seb128> noted for next time
[16:27] <didrocks> no no, that's per design :)
[16:27] <seb128> so what would happen on the next upload
[16:27] <seb128> would it ignore the component which was already in the archive and didn't change?
[16:27] <seb128> (unity-control-center in that case)
[16:27] <seb128> "upload"
[16:28] <seb128> "publish" I should say
[16:28] <seb128> the silo had schemas + u-c-c
[16:28] <seb128> both got uploaded
[16:28] <seb128> we added a commit to schemas to fix
[16:28] <seb128> we would have retriggered build
[16:28] <seb128> then publish again
[16:28] <seb128> but u-c-c had nothing to republish
[16:29] <seb128> or would it have done a changelog bump for u-c-c with empty diff?
[16:34] <mpt> seb128, I did not
[16:34] <mpt> see anything about the Color panel
[16:35] <seb128> mpt, do you have an opinion on http://people.canonical.com/~seb128/oldcolor.png vs http://people.canonical.com/~seb128/newcolor.png http://people.canonical.com/~seb128/newcolordetails.png
[16:35] <seb128> mpt, that's https://code.launchpad.net/~robert-ancell/unity-control-center/color-panel-3.8/+merge/207081
[16:37] <mpt> seb128, what happens if you click one of those teeny tiny triangles?
[16:38] <seb128> mpt, on the new version?
[16:38] <mpt> seb128, yes
[16:38] <seb128> mpt, the third image is what you get after clicking on the one from the first line on the second image
[16:39] <seb128> http://people.canonical.com/~seb128/newcolor.png -> click on the ">" at the end of laptop screen and you get http://people.canonical.com/~seb128/newcolordetails.png
[16:39] <mpt> Oh, sorry, I got a “Firefox is already running but is not responding” for the third image and forgot to reopen it
[16:46] <Laney> seb128: I published the schemas
[16:47] <seb128> Laney, thanks!
[16:59] <mpt> seb128, done
[16:59] <seb128> mpt, thanks!
[17:06] <Laney> seb128: actually, why is there a build-depends on the schemas?
[17:07] <seb128> Laney, you and your questions that make sense :p
[17:08] <Laney> we'd still have had component-mismatches, but ..
[17:08] <Laney> i'll fix that ...
[17:08] <seb128> Laney, it was added to b-d rather than depends, and I didn't catch it from the context diff
[17:09] <Laney> I thought it was indirect but then realised that it wasn't
[17:09] <seb128> well to be honest robert_ancell did most of the review, I just helped to get it landing by doing the most recent iterations
[17:09] <seb128> good catch!
[17:10] <ogra_> seb128, http://people.canonical.com/~ogra/touch-image-stats/20140220.2.changes
[17:10] <ogra_> seb128, why did we get accountsservice-ubuntu-schemas additionally to accountsservice-ubuntu-touch-schemas
[17:10] <Laney> it's a transitional package now
[17:10] <seb128> ogra_, we dropped the "touch" from the name, they are going to shared with desktop
[17:10] <Laney> you can see that with apt-cache show packagename or looking at the diff
[17:10] <ogra_> which of the two ?
[17:11] <seb128> ogra_, touch is a dummy transitional
[17:11] <ogra_> ah, cool
[17:11] <ogra_> thanks
[17:11] <seb128> ogra_, we just need to update the depends
[17:11] <seb128> yw
[17:11] <seb128> but why does it pull sound-theme-freedesktop
[17:11] <seb128> is that us?
[17:11] <ogra_> not so sure where that comes from
[17:11] <ogra_> i was assuming its a dep of the gsettings schemas though
[17:12] <ogra_> (is that stallman playing flute ? )
[17:14] <seb128> ogra_, no, those are the "bong" etc sounds from desktop effects (e.g stuff when clicking on UI elements, we didn't enable that for ages)
[17:14] <ogra_> ah, yeah, i remeber
[17:16] <Laney> indicator-datetime started using canberra
[17:17] <seb128> ah
[17:18] <ogra_> hmm
[17:18] <ogra_> could that become a recommends ?
[17:18] <seb128> charles_, tedg: ^?
[17:18] <Laney> he means the sound theme from libvorbis
[17:18] <Laney> I don't think that's to do with those tywo
[17:19] <seb128> oh
[17:19] <seb128> I guess that would work
[17:20] <Laney> s/vorbis/canberra/
[17:21] <tedg> We're using it for a sound on alarms.
[17:21] <tedg> I thought that was the recommended way to "make a bong" when the alarm pops up.
[17:22] <Laney> It's fine
[17:22] <Laney> and I think the dependency is correct per the spec
[17:22] <Laney> bug #790608
[17:22] <ubot2`> Launchpad bug 790608 in libcanberra (Ubuntu) "libcanberra needs to depend on sound-theme-freedesktop" [Medium,Fix released] https://launchpad.net/bugs/790608
[17:22] <seb128> ok
[17:22] <seb128> that's a small enough package
[17:23] <seb128> Laney, can you review https://code.launchpad.net/~seb128/unity-control-center/info-backport-commits/+merge/207504 for me? (or just wave it as ok ;-)
[17:23] <rvr> seb128: Hey... I'm told that the tests I did for ubuntu-system-settings aren't running in CI, do you know anything about that?
[17:23] <seb128> Laney, that's a a backport of most of the cleanups/fixes from https://git.gnome.org/browse/gnome-control-center/log/panels/info?h=gnome-3-8
[17:23] <seb128> rvr, om26er pinged us about it, and no, ask CI?
[17:24] <seb128> rvr, I don't know what is needed for that to happen, I've no control on what is running in CI
[17:24] <Laney> what is CI? they are running in the smoke testing but not the merger
[17:24] <Laney> and we just got a dummy MP so I think he is setting it up
[17:24] <rvr> seb128: Ack, just asking in case you were aware
[17:24] <Laney> seb128: that looks fine, I don't want to re-review the upstream changes ;-)
[17:25] <seb128> Laney, yeah, I just didn't want to ack it myself, thanks (I built/tested it)
[17:25] <Laney> did you manage to cherry-pick / merge that stuff with bzr properly btw?
[17:25] <om26er> seb128, rvr Laney I proposed a fix t cupstream2distro-config and now its deployed. So now autopilot tests will run on both mako and a desktop in CI
[17:25] <seb128> thanks
[17:26] <rvr> Great
[17:26] <seb128> Laney, not for that one, too much work/slowness
[17:27] <Laney> fair enough
[17:27] <seb128> sorry about that, ff rush :/
[17:27] <Laney> nah, it's okay
[17:27] <Laney> i was going to troll about how great it would have been with git :P
[17:27] <seb128> lol
[17:29] <seb128> Laney, can you at least comment approve the merge? ;-)
[17:30] <Laney> hey desrt, I liked your post!
[17:30] <ogra_> tedg, well, i was worried about the package name ... i dont want stallmans flute wake me up on alarms ...
[17:31] <tedg> ogra_, Oh, we're totally going to have to do that as an easter egg...
[17:31] <ogra_> shudder
[17:31] <Laney> I don't feel happy about porting stuff away from logind to <neutral interface> a few months after I ported a load of things /to/ logind, but ho hum, it's more sane
[17:31] <Laney> seb128: will do, sec
[17:31] <seb128> Laney, thanks
[17:32] <Laney> if you're landing it then maybe make it go with my dep fix
[17:32] <seb128> Laney, if you mp the schemas b-d->depends in the next 15 min I can also include that in the landing I'm about the put on
[17:32] <Laney> just test building it
[17:32] <seb128> cool
[17:32] <Laney> dunno why... it's only a dep change
[17:32] <seb128> it's cold out there, need to heat the room? :p
[17:34] <Laney> I guess I did take away a BD
[17:37] <Laney> schemas silo is cleaned
[17:40] <desrt> Laney: thanks :)
[17:40] <seb128> Laney, was that your first CI train landing?
[17:40] <Laney> yeah
[17:41] <seb128> well done ;-)
[17:42] <Laney> glad it was an easy one
[17:50] <bregma> seb128, were you landing a u-c-c branch for Marco?
[17:50] <seb128> bregma, I still am
[17:50] <seb128> bregma, please don't "lock" u-c-c, I've like 10 merges to land still :p
[17:51] <seb128> bregma, it's going in the coming batch (if that's still ok with you)
[17:51] <bregma> seb128, I was just making sure it gets in soon
[17:51]  * bregma is tying up loose ends
[17:51] <seb128> yeah, I'm on it
[17:54] <Laney> nothing like a deadline eh
[17:56] <seb128> yeah
[17:57] <seb128> sil2100, didrocks: can I get silo for my 2 recent requets? ;-) I've another u-c-c landing to do later tonight after that one
[17:57] <didrocks> seb128: mind pinging the US guys? And I don't know where sil2100 is…
[17:57] <didrocks> :)
[17:58] <seb128> cyphermox, ^
[18:04] <seb128> robru, ^
[18:05] <robru> seb128, yes, I am just trying to free up some silos for you. we are very short currently
[18:05] <seb128> k
[18:06] <Laney> MOAR SILOS
[18:07] <Laney> 2, 8, 19, 20 look free
[18:17] <didrocks> good luck guys, see you tomorrow :)
[18:18] <cyphermox> seb128: which lines?
[18:18] <seb128> didrocks, night
[18:18] <seb128> cyphermox, robru assigned 55, 56 still needing a slot
[18:18] <robru> seb128, on it
[18:18] <seb128> thanks
[18:19] <cyphermox> oh, alright
[18:19] <robru> seb128, that one got silo 1.
[18:19] <seb128> great
[18:22] <cyphermox> please, #u-ci-eng for this
[18:23] <Laney> night all
[18:23] <Laney> happy feature freeze
[18:23] <Laney> tomorrow all will be calm
[18:24] <mlankhorst> yeah getting to do a last minute inclusion of vdpau for radeon, fun fun
[19:13]  * Trevinho loves FF atmosphere...
[19:31] <seb128> Trevinho, you like grumpy people?
[19:32] <Trevinho> not much
[19:35] <seb128> Trevinho, just stuff landing like crazy? ;-)
[19:36] <Trevinho> seb128: yeah, and also the feeling which is both excitement and rage of making the possible to get things in :)
[19:36] <seb128> Trevinho, speaking of which, are you guys getting unity in or not? ;-)
[19:36] <Trevinho> seb128: it's landing according to the ci-train
[19:37] <Trevinho> seb128: I've tested u-c-c and seems working fine here btw
[19:37] <seb128> Trevinho, I saw it on trusty-changes, crazyness!
[19:37] <seb128> Trevinho, u-c-c is in https://launchpad.net/~ci-train-ppa-service/+archive/landing-001/ if you want to test
[19:37] <seb128> Trevinho, I'm about to test/copy to Ubuntu
[19:38] <Trevinho> seb128: cool
[19:41] <xnox> ..
[19:41] <xnox> how to take lightdm screenshot?
[19:41] <seb128> xnox, take out your mobile, take a photo of the screen
[19:43] <desrt> lowtech :)
[19:43] <xnox> seb128: it's funny how i can have VM and take screenshots of that.... but not my own display =/
[19:43] <seb128> xnox, we are protecting your privacy, nobody can see what is on your screen!
[19:44] <xnox> seb128: i can protect my own privacy.... with my fist
[19:44] <xnox> also who broke ubiquity?!
[19:44]  * seb128 hides
[19:44] <seb128> what's the issue?
[19:44] <xnox> seb128: python crash on boot of some random crap.
[19:45] <seb128> oh, python, sounds like "doko"
[19:45] <seb128> ups
[19:45] <xnox> seb128: hm... has unity-settings-daemon land without change ubiquity to launch it?
[19:45] <seb128> you are the one who landing u-s-d
[19:46] <seb128> tell me!
[19:46] <xnox> seb128: =)
[19:47] <xnox> seb128: actually it can be doko / python3.4
[19:47] <seb128> yeah, I would blame that
[19:47] <seb128> it creates issues for gedit as well
[19:49] <seb128> xnox, btw what's up with that happening just before ff without being announced?
[19:49]  * seb128 doesn't like how foundations is rolling
[19:49] <seb128> or maybe it's just doko
[19:49] <xnox> seb128: daily desktop iso is fucked completely.... autologin doesn't happen. and kvm is busted.
[19:50] <xnox> seb128: python3.4 by default for 14.04 was announced in Copenhagen.
[19:50] <seb128> did it need to happen the day before fF?
[19:50] <seb128> when everything else is happening
[19:50] <seb128> xnox, :-(
[19:50] <xnox> seb128: oh yeah. it could have only happened with an rc1, as that's when the api/abi is frozen.
[19:50] <seb128> the autologin might a lightdm issue, I don' tknow
[19:50] <seb128> kvm doesn't seem to be us
[19:51] <xnox> seb128: we are looking to ship final with rc and and update to final as like a 0-day sru.
[19:51] <xnox> so yeah, hilarious python3 was expected.
[19:51] <xnox> seb128: just wait for Qt5.2 ;-)
[19:52] <seb128> yeah, more fun coming!
[20:39] <sil2100> attente_: aargh! In vim on the terminal, alt+p opens up a menu for me as well ;p
[20:44] <attente_> sil2100, lol.. sorry!
[20:44] <sil2100> attente_: no problem ;) Will wait for a fix though!
[20:44] <seb128> sil2100, use a graphical editor!
[20:44] <larsu> what does <alt>p even do?
[20:44]  * larsu tries
[20:45] <sil2100> larsu: once you yank something and are not in visual, it usually puts (pastes) stuff ;)
[20:45] <seb128> larsu, nothing if under unity since the menu is grabbing those?
[20:45] <attente_> sil2100, you need <alt> for that?
[20:45] <sil2100> larsu: but yeah, right now unity grabs it
[20:45] <larsu> sil2100: hm, I thought just 'p' did that
[20:46] <sil2100> attente_: yes, since I want to do that while in insert mode
[20:46] <attente_> sil2100, workaround is to switch display languages so that no menu uses 'p' for a mnemonic :P
[20:46] <larsu> seb128: stop working! :P
[20:46] <sil2100> I don't want to get out the edit mode to paste stuff ;)
[20:46] <seb128> larsu, desrt: joke aside if you guys have an idea to help attente there, otherwise we might have to revert that fix and get to menu keybindings not working (or "how do we grab keybindings for apps without hijacking the ones for the command line)
[20:46] <seb128> larsu, you stop working *g*
[20:47] <larsu> seb128: I'm cooling down after a run. Just hanging out on irc and not working
[20:47] <larsu> that's a tricky problem
[20:47] <seb128> larsu, same for me, except it's after a meal :p
[20:47] <attente_> mnemonic blacklist *ducks*
[20:47] <larsu> in-process, gnome-terminal can just disable the mnemonics
[20:47] <seb128> larsu, it indeed is :/
[20:47] <larsu> attente_: right...
[20:48] <desrt> this is interesting
[20:48] <larsu> we could also hack it by patching g-t to not include underscores in their menus
[20:48]  * larsu runs from desrt
[20:48] <desrt> match unity-gtk-module to recognise when it is running in a process called g-t
[20:48] <desrt> and have it remove the _
[20:48] <larsu> bah
[20:48] <seb128> how hackish can it get
[20:48] <desrt> or have it detect the condition that gnome-terminal is itself using to disable this
[20:48] <larsu> you want a hack with your hack?
[20:48] <larsu> seb128: lol :)
[20:49] <desrt> gnome-terminal is really unique here...
[20:49] <attente_> are other apps using mnemonic keybindings for shortcuts?
[20:49] <desrt> i'm surprised it puts mnemonics in its menu at all
[20:49] <desrt> since it just disables them anyway
[20:49] <larsu> if (g_str_equal (process, "gnome-terminal")) ...
[20:49] <larsu> desrt: it has an option for that
[20:49] <desrt> and what does the option do?
[20:50] <seb128> call some gtk api which is deprecated
[20:50] <attente_> the option sets a gtk setting
[20:50] <larsu> edit / keyboard shortcuts / enable menu access keys
[20:50] <larsu> desrt: it removes _
[20:50] <seb128> https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-enable-mnemonics
[20:50] <desrt> so have the unity-gtk-module look at that setting
[20:50] <seb128> ^
[20:50] <attente_> gtk-enable-mnemonics
[20:50] <desrt> and disable sending mnemonics if it is off
[20:50] <larsu> sounds right to me
[20:50] <desrt> seems pretty easy....
[20:50] <seb128> well, attente_ said that would affect the session and not only one software
[20:51] <larsu> desrt: it might be even better to look at this from the menubar - is there a way to get xsettings for a foreign window?
[20:51] <desrt> seb128: he should do it in unity-gtk-module
[20:51] <desrt> larsu: xsettings (and definitely gtksettings) does not work this way
[20:51] <larsu> desrt: that'll only work as long as g-t is not using gmenumodel
[20:51] <larsu> desrt: that's what I thought
[20:51] <larsu> which is why I asked
[20:53] <attente_> so we want to look at that GtkSetting only if the current process is 'g-t'?
[20:53] <larsu> no
[20:53] <desrt> no
[20:53] <desrt> always
[20:53] <larsu> always look at it, but in unity-gtk-module
[20:53] <larsu> since that's in the same process
[20:53] <attente_> but then it's affecting other applications which don't have that option
[20:55] <larsu> and which won't set that setting
[20:55] <larsu> so u-g-m won't touch their menus
[20:55] <attente_> larsu, but that means the setting in g-t affects other apps, no?
[20:56] <desrt> attente_: do the change in _unity-gtk-module_
[20:56] <desrt> inside only the one app
[20:56] <desrt> just take the '_' out the names of the menu items
[20:58] <larsu> attente_: no, the settings are for the process (if i understand them correctly)
[20:58] <attente_> i thought GtkSettings were shared among applications
[20:58] <desrt> they are
[20:58] <desrt> but they can also be locally overridden
[20:58] <desrt> which is what gnome-terminal is doing
[20:59] <attente_> oh
[21:00] <larsu> I've been meaning to read up on xsettings
[21:00] <larsu> but then, they'll be gone soon so whatever :)
[21:34] <attente_> bschaefer, i guess that's the bug?
[21:35] <bschaefer> attente_, alright, well it was mentioned to me so a bug was made. Wasn't sure if there was a different bug
[21:35] <bschaefer> made yet at lease
[21:35] <bschaefer> attente_, and if there wasn't now you have one :)
[21:35] <attente_> bschaefer, oh, i see. none i'm aware of :)
[21:36] <bschaefer> attente_, cool, well then that part is sorted haha
[21:47] <xnox> robert_ancell: do you know of a way to take lightdm screenshots?
[21:47] <robert_ancell> xnox, no easy way that I know of
[21:48] <robert_ancell> xnox, you can run gnome-screensaver in the greeter if you set the XAUTHORITY (find it from the lightdm.log)
[21:48] <ochosi> i presume the --test-mode can't get a resolution different from 640x480, right?
[21:48] <ochosi> (that's the only way i've ever taken greeter-screenshots)
[21:49] <xnox> well, test-mode was rendering things different from the real thing.