[06:39] <pitti> Good morning
[08:15] <darkxst> hey pitti
[09:04] <Laney> morning!
[09:06] <Laney> xnox: You didn't reply to me, but there's a new gstreamer release to merge so I'm going to do that and look at doing a split at the same time.
[09:08] <seb128> good morning desktopers
[09:08] <seb128> Laney, hey, how are you?
[09:08] <Laney> hey seb128, I'm good thanks!
[09:08] <Laney> you?
[09:09] <seb128> I'm good, my cold is getting better, didn't wake up this night
[09:13] <Laney> the road to recovery!
[09:15] <seb128> indeed
[09:15] <seb128> larsu, that Attila guy is really interested in evince working correctly, not sure if you saw but he updated the bug with some new issues after the update from yesterday
[09:16] <larsu> seb128: I just saw it and he seems to be right
[09:16] <larsu> I'm fairly sure this was an issue before as well, though
[09:17] <seb128> k, don't feel like you have to be the ones working on those if they are not regressions
[09:18] <seb128> xnox, https://code.launchpad.net/~xnox/unity-greeter/off-the-grid/+merge/205896 ... do you build the image on the fly to add the version then?
[09:18] <seb128> xnox, it seems weird to have a gsettings key rather than using the os-release version
[09:19] <seb128> pitti, guten tag, wie gehts?
[09:19] <pitti> bonjour seb128, je vais bien, merci ! et toi ?
[09:20] <seb128> pitti, I'm good thanks, getting over the ubucold I brought back from London
[09:20] <pitti> ouch
[09:20] <pitti> I hope I'll survive the sprint next week without ubuflu :)
[09:20] <seb128> pitti, just as a fyi, the polkit update I did yesterday should fix the most reported udisks2 issues (segfaults in auth_sync callbacks)
[09:20] <pitti> !
[09:21] <darkxst> hey laney, seb128
[09:21] <seb128> darkxst, hey, how are you?
[09:21] <darkxst> good, and you?
[09:21] <seb128> good as well, thanks
[09:21] <pitti> seb128: many thanks! that one was driving me mad, I could never understand or reproduce it
[09:21] <darkxst> rebased g-c-c branch is at lp:~darkxst/gnome-control-center/vanilla3.8
[09:22]  * pitti hugs seb128
[09:23] <seb128> pitti, I got lucky, googled for the function it segfaulted in and went through all the results and found https://bugzilla.redhat.com/show_bug.cgi?id=966079
[09:23] <ubot2`> bugzilla.redhat.com bug 966079 in udisks2 "[abrt] udisks2-2.1.0-2.fc19: udisks_daemon_util_check_authorization_sync: Process /usr/lib/udisks2/udisksd was killed by signal 11 (SIGSEGV)" [Unspecified,Closed: duplicate]
[09:23]  * seb128 hugs pitti back
[09:23] <seb128> pitti, one of the RH guys was able to reproduce and help debugging, but yeah, I would have never found the issue otherwise
[09:24] <seb128> darkxst, nice, I'm going to have a look (if Laney doesn't beat me to it)
[09:24] <darkxst> seb128, bug 1278929 maybe related to the gdm death
[09:24] <ubot2`> darkxst: Error: Could not gather data from Launchpad for bug #1278929 (https://launchpad.net/bugs/1278929). The error has been logged
[09:24] <seb128> darkxst, oh, I figured out the gdm restart issue
[09:24] <darkxst> seb128, really?
[09:25] <seb128> darkxst, yes, the gdm.postinst has
[09:26] <seb128> rather the prerm
[09:26] <seb128> # Automatically added by dh_installinit
[09:26] <seb128> if [ -x "/etc/init.d/gdm" ] || [ -e "/etc/init/gdm.conf" ]; then
[09:26] <seb128> 	invoke-rc.d gdm stop || exit $?
[09:27] <seb128> darkxst, you want dh_installinit --no-restart-on-upgrade
[09:29] <seb128> or rather --no-start
[09:29] <seb128> (that seems to be what the lightdm packing uses)
[09:34] <darkxst> seb128, thanks will try that
[09:34] <seb128> chrisccoulson, shrug, new firefox still not build on arm64/ppc/ppc64 :-(
[09:34] <seb128> chrisccoulson, can we just drop those archs from the supported list?
[09:36] <chrisccoulson> seb128, with pleasure ;)
[09:41] <seb128> chrisccoulson, see #ubuntu-devel
[09:42] <seb128> (grrrr doko)
[09:44] <seb128> chrisccoulson, ok, so I want to hear back from slangasek before we do the change, but if nobody object strongly let's do that?
[09:44] <chrisccoulson> yeah, that's fine
[09:44] <seb128> thanks
[09:44] <seb128> chrisccoulson, how was Florida btw? happy to be back in rain land? ;-)
[09:45] <chrisccoulson> seb128, it's miserable here. it's basically been raining non stop
[09:45]  * pitti sends some sun to chrisccoulson
[09:45] <chrisccoulson> heh :)
[09:45] <seb128> London was like that last week
[09:45] <seb128> we had a bit of blue sky on monday
[09:46] <seb128> then it was pouring down for the rest of the week
[09:46] <chrisccoulson> i read this morning that the thames barrier has been raised 150 times since 1983, and 28 of those since dec 6th
[09:46] <seb128> shrug
[09:48] <chrisccoulson> fortunately, we're not near any rivers
[10:02] <pitti> seb128: ok to update gnome-menus to 3.10.1 (bug 1278900)? I'll build/test it first, but are there general reasons to not do that?
[10:02] <ubot2`> Launchpad bug 1278900 in gnome-menus (Ubuntu) "New Upstream Release -- Gnome Menu 3.10.1 --" [Undecided,New] https://launchpad.net/bugs/1278900
[10:02] <pitti> (it's a fairly harmless package anyway)
[10:03] <chrisccoulson> i wish we could cross compile distro packages: https://launchpadlibrarian.net/165664981/buildlog_ubuntu-trusty-armhf.oxide-qt_1.0.0~bzr358-0ubuntu1~ppa1_FAILEDTOBUILD.txt.gz
[10:03] <seb128> we can no?
[10:03] <seb128> well, at least some
[10:03] <chrisccoulson> seb128, for local builds, yes
[10:04] <pitti> hm, gnome-menu's vcs-bzr: is severely out of date
[10:04] <chrisccoulson> and i cross-compile this locally (it takes 1 hour versus 12 hours on a builder)
[10:04] <seb128> pitti, looking
[10:06] <seb128> pitti, works for me, there is a limited number of commits between those versions and nothing that seems crazy
[10:06] <Laney> hey happyaron, I uploaded ubuntukylin-default-settings yesterday to resolve the image build failure - could you please push that into bzr?
[10:07] <Laney> I'm not in the right team for some reason
[10:07] <pitti> seb128: *nod*, thanks
[10:07] <pesari> hey, I see that Ctrl+Alt+Delete opens up a system monitor window instead of the logout prompt. Ise there a default keyboard shortcut for logout in Saucy?
[10:07] <happyaron> Laney: sure
[10:07] <pitti> seb128: I brought the vcs-bzr up to date
[10:07] <Laney> happyaron: 谢谢
[10:08] <seb128> pesari, you can press the power button
[10:08] <pesari> hmm, nice, unfortunately it doesn't seem to provide a logout option =)
[10:09] <happyaron> Laney: haha
[10:12] <seb128> shrug, of course pressing power did shutdown my laptop without asking (and I was wondering if I should try)
[10:12] <pesari> haha :)
[10:13] <Laney> hahaha
[10:14] <Laney> pesari: ctrl-alt-del lets me log out
[10:14] <ogra_> seb128, file a bug !
[10:14] <Laney> it's a configurable shortcut in System Settings -> Keyboard -> Shortcuts -> System here
[10:15] <seb128> ogra_, there is one! but people couldn't reproduce iirc (I think pitti looked at it for saucy)
[10:15] <ogra_> heh
[10:15] <seb128> Laney, the default is system-monitor though
[10:15] <Laney> I doubt I ever changed that
[10:15] <Laney> Log out -> ctrl-alt-del
[10:16] <Laney> or the default changed in trusty
[10:16] <pitti> really? I don't think I ever changed it either; it brought up the "do you want to log out/shutdown/reboot/etc" dialoge as long as I can think of
[10:16] <seb128> Laney, you don't use unity, we changed it in unity
[10:16] <seb128> pitti, https://launchpad.net/ubuntu/+source/compiz/1:0.9.10+13.10.20130828.2-0ubuntu1
[10:16] <Laney> I do
[10:17] <seb128> " Ctrl-Alt-Del should open the gnome-system-monitor at the processes
[10:17] <seb128>     tab. This fix uses the commands plugin to override the default
[10:17] <seb128>     action. This includes: - Install the commands plugin by default. -"
[10:17] <Laney> looking on my desktop
[10:17] <seb128> I guess it's an user config thing
[10:17] <seb128> try in a guest session?
[10:17] <Laney> ya it's system-monitor there
[10:18] <pitti> ah, nevermind; I do get the system-monitor
[10:18] <Laney> config migration then
[10:18] <pitti> I was probably thinking of pressing the power button
[10:18] <ogra_> like seb
[10:18] <ogra_> :)
[10:18] <ogra_> again
[10:20] <seb128> oh, come on!
[10:20] <seb128> shrugh, user switching become unstable for me recently in trusty
[10:20] <Laney> I couldn't get back to my session from lightdm
[10:20] <Laney> had to switch vt manually
[10:20] <seb128> even few times it's nuking my session
[10:20] <Laney> ROBERTTTTTTTTTTTT
[10:20] <seb128> lucky you
[10:21] <seb128> mine is putting a console over vt7
[10:21] <seb128> I don't see my xorg again
[10:21] <Laney> :(
[10:21] <Laney> yesterday I had the bug where alt+arrows switches vt again
[10:21] <seb128> never saw that one
[10:21] <Laney> if you use terminator you can imagine how terrible that is
[10:21] <seb128> anywwwwaaaay
[10:21] <Laney> ;-)
[10:21] <seb128> Laney, pitti: seems you are right, ctrl-alt-del opens the logout dialog in a guest session here
[10:22] <chrisccoulson> i should probably upgrade to trusty at some point ;)
[10:22] <seb128> I wonder why it behaves differently for my users
[10:22] <Laney> haha wait
[10:22] <Laney> 12/02 10:17:58 <Laney> ya it's system-monitor there
[10:22] <Laney> there = guest session
[10:22] <pitti> logout dialog is certainly a more sensible default
[10:22] <pitti> so that's config migratin?
[10:23] <Laney> I think I understand why they made that change
[10:23] <seb128> pitti, mpt disagrees with you on this one
[10:23] <seb128> well, for one thing, win defaults to system monitor
[10:23] <Laney> it's what windows users press to get a task list to kill things
[10:23] <mpt> On the other hand, I am a member of the Pitti Fan Club, so…
[10:24] <pitti> I don't have a strong opinion about it
[10:24] <pitti> but in win you also press ctrl+alt+del to log in, no?
[10:24] <seb128> pitti, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/890747/comments/7
[10:24] <ubot2`> Launchpad bug 890747 in compiz (Ubuntu) "Keyboard shortcut - Ctrl Alt Del doesn't do what most people typing it would expect" [High,In progress]
[10:25] <mpt> pitti, that was the case in Windows NT 4 … Don’t know about more recent versions :)
[10:25] <Laney> uh oh
[10:25] <Laney> the dreaded "most people"
[10:25] <seb128> lol
[10:26] <pitti> mpt: I've still seen it on my mother's work laptop, that was something newer
[10:26] <pitti> but anyway, mpt's opinion > mine in such design questions :)
[10:26] <mpt> http://en.wikipedia.org/wiki/Control-Alt-Delete#Windows says that in Windows XP it opens the Task Manager, but it’s not detailed about versions after that
[10:28] <mpt> http://www.howtogeek.com/149280/how-can-i-make-ctrlaltdel-go-right-to-the-task-manager-in-windows-7/ suggests that in Windows 7 it opens something called the “Welcome screen”
[10:28] <mpt> by default, at least
[10:29] <mpt> ah, that’s the list-of-users variation of the logon screen
[10:30] <mpt> So, it could go either way … I don’t have a strong opinion about it either
[10:31] <mpt> It is a flaw in Ubuntu that after ten years we still don’t have a reliable dialog for shutting down a runaway program, but that can’t be fixed merely by reassigning keyboard combos.
[10:32] <seb128> what do you mean? gnome-system-monitor let you do that no?
[10:35] <mpt> seb128, no, gnome-system-monitor can be hidden behind other windows, or behind a hung full-screen game, and doesn’t take priority over another app that is swamping CPU or I/O.
[11:20] <xnox> seb128: os-release doesn't declare "LTS" or does it?
[11:24] <Laney> ubuntu-distro-info -r --devel does print "14.04 LTS"
[11:28] <seb128> xnox, I don't think it does, but still a gsetting key seems wrong
[11:28] <seb128> xnox, I would rather see the logo being generated at build time with a configure option
[11:30] <xnox> Laney: excellent, now all i need is a --current -> to get value for my current release.
[11:31] <xnox> seb128: right i was debating between a compile-time #configure vs a runtime thing.
[11:32] <xnox> seb128: with a runtime thing i now have an easter egg =) i've manually overriden the key and now i have "ubuntu (Cof) 4.10 Warty Warthog" =))))))))
[11:34] <happyaron> seb128: I just requested membership for ~desktop-bugs, please approve, :)
[11:40] <seb128> happyaron, done
[11:41] <seb128> xnox, yeah, we also have the cost of generating an image at every boot, with the potential of bugs it represents...
[11:41] <xnox> seb128: actually, we generate the image on boot anyway, and the logo location image is read from a gsettings key.
[11:42] <xnox> seb128: but with cairo it should be easy enough to generate the image at build time.
[11:43] <seb128> yeah
[11:43] <seb128> if design validate the results I'm all for it
[11:43] <Laney> I'd do it at build time
[11:43] <seb128> we have been pinging Rosie to get updated logos every cycle
[11:43] <happyaron> seb128: thx
[11:43] <seb128> which is annoying
[11:43] <Laney> the dynamic distro-info thing is an enhacement
[11:44] <xnox> Laney: seb128: Rosie has _a lot_ of work to do. the amount of graphics she pumps out is a lot.
[11:44] <Laney> taking this one away would be good
[11:45] <xnox> Laney: seb128: and i can validate the design with her, next time i'm in the office.
[11:45] <xnox> Laney: ditto "settings info/about panel" ?
[11:45] <xnox> (it also appears to be using a static logo)
[11:45] <seb128> xnox, good, thanks
[11:45] <seb128> xnox, yes, those are the 2 we get from Rosie usually
[11:46] <Laney> as in control-center?
[11:49] <Sweetshark> heya all
[11:50] <Sweetshark> seb128: got my mail?
[11:50] <GunnarHj> Laney: Appreciate your mail. We'll still ask for an upload, but it makes sense to not make that a condition for approving.
[11:50] <Laney> as you wish
[11:50] <GunnarHj> dpm: ping?
[11:51] <Laney> GunnarHj: maybe you can get someone else to write a testimonial though, more is always better
[11:52] <GunnarHj> Laney: There is no obvious candidate. Will think about it.
[11:53] <Laney> okay, it's not essential
[12:02] <ochosi> bregma: hey, we're planning to do a light-locker stable release around the weekend (1.2, adds the feature of time-based locking, which would be used e.g. in Xubuntu), do you think you could package that in time before FF?
[12:09] <bregma> ochosi, I'll try to slip it in
[12:25] <popey> grrr, twice today my keyboard layout has flipped to US again
[12:26] <dpm> hi GunnarHj
[12:26] <GunnarHj> dpm: Hello David!
[12:27] <GunnarHj> dpm: The doc team is about to request an upload of ubuntu-docs as a test to prepare ourselves for the coming LTS release by making sure that things work as expected.
[12:27] <GunnarHj> Question: Do you think we should update the PO files when doing so?
[12:28] <dpm> GunnarHj, yeah, I think so. The most important one is to update the POT file when doing the upload, but exporting PO files from LP and uploading them in the package should be useful for translators to see their progress
[12:30] <GunnarHj> dpm: The reason I ask is the usual dilemma: If we update them now, there is a risk that some strings will need to be retranslated in a few weeks. OTOH, if we wait until doc freeze, there is only two weeks available.
[12:35] <Sweetshark> I love you launchpad, but why are you always evading me? :_(
[12:35] <GunnarHj> dpm: Should I take it that you think giving the translators more time for the current contents is worth the risk of a need to translate some strings twice?
[12:35] <dpm> GunnarHj, yes, I'd say that.
[12:37] <dpm> GunnarHj, it might be worth sending an e-mail to the translators list to explain that we're doing the update, but that there might be a risk of changing strings until the freeze. Then the translators can decide for themselves whether to wait for the freeze or start straight away
[12:38] <GunnarHj> dpm: That sounds reasonable. Should we do it or will you?
[12:38] <dpm> GunnarHj, would you mind doing it?
[12:38] <GunnarHj> dpm: Not at all.
[12:38] <dpm> excellent, thanks GunnarHj
[12:39] <ochosi> bregma: great, thanks a lot!
[12:39] <GunnarHj> dpm: As regards exporting from LP and updating the package will reasonably have to wait until some translation work has been done. Or am I missing something?
[12:40] <dpm> GunnarHj, I'm sure people have already been doing translations for the existing strings, so there should be translations already
[12:42] <GunnarHj> dpm: Aha, so that's what you meant. Ok, then we'll export as well.
[12:57] <dpm> cool, thanks GunnarHj
[12:58] <denisw> what's up with the unity webapp integration in trusty? is this a misconfiguration on my part, or is it intentional that webapp shortcuts start the touch webbrowser app now?
[13:41] <larsu> seb128: you said the notify-osd positioning bug happened after a change to multi-head handling? Do you have a commit?
[13:41] <larsu> or a bug #?
[13:43] <seb128> larsu, we changed the default gsettings key value, the bug is not new
[13:44] <seb128> larsu, https://code.launchpad.net/~sam92/notify-osd/focusfollowdefault/+merge/198541
[13:45] <larsu> seb128: ah, that's what did it. Thanks!
[13:46] <seb128> larsu, yw!
[13:46] <seb128> larsu, are you looking at fixing the issue?
[13:46] <seb128> larsu, MacSlow did https://code.launchpad.net/~macslow/notify-osd/notify-osd.fix-1092905/+merge/203047 but that creates regressions on multi screens with different geometry and he didn't follow up since to address those
[13:48] <larsu> seb128: I'll have a look. I won't be able to test it though for lack of a second monitor
[13:48] <ochosi> seb128: quick question, you patched out the headerbars in most gnome3 apps, any reason why gthumb slipped? (or was it simply not on your radar)
[13:49] <seb128> larsu, thanks, let me know if you need help testing
[13:49] <seb128> ochosi, "in most", that's like 1 of those (we didn't take new versions)?
[13:50] <seb128> ochosi, but reason is "we focus on our default desktop/those design changes are upstream decisions"
[13:50] <seb128> if gthumb users realize those don't work for them and report the issues to upstream it might make them realize they need to do a better job supporting !gnome-shell
[13:50] <seb128> we can't patch the universe
[13:51] <ogra_> thats only like 15000 packages ...
[13:52] <ochosi> seb128: sure, i understand. i mostly wanted to know what your policy was. is it easy to patch out the headerbar?
[13:52] <seb128> no it's not easy
[13:53] <seb128> well, it's not difficult either
[13:53] <seb128> but imho first step is to take a screenshot of how the app look to you and report it upstream
[13:53]  * seb128 is going to do that for file-roller today
[14:02] <ochosi> seb128: trying not to drift into trolling or a rant, but it puzzles me why !gnome-shell DEs are ignored like that...
[14:02] <seb128> Laney, autopilot landed, we should have happy u-s-s again
[14:02] <ochosi> anyhow, thanks for the info
[14:03] <ochosi> and looking forward to file-roller's normal menu again ;)
[14:03] <seb128> ochosi, mostly appwriters don't realize the issues on !gnome-shell because they use GNOME and follow the cool stuff there
[14:03] <seb128> they are usually annoyed when they realize the impact on the changes on their users on other environments
[14:03] <seb128> that's why you should open a bug, just to let the gthumb guys know
[14:04] <seb128> they might want to fix it/add a codepath for other desktops
[14:04] <Laney> seb128: woot!
[14:05] <ochosi> seb128: ok, will do!
[14:05] <seb128> ;-)
[14:05] <seb128> ochosi, thanks
[14:05] <ochosi> seb128: well, thank
[14:05] <ochosi> seb128: well, thank *you* for fixing all the others (like evince)
[14:06] <seb128> ochosi, yw, thanks to larsu in fact who did all the work there ;-)
[14:07] <mitya57> seb128: while you are talking about headerbars: what should I do to get my 2-lines ubuntu-themes fix merged?
[14:09] <seb128> larsu, you reviewed that one and were happy with it for this cycle right?
[14:09] <larsu> remind me again which one that was?
[14:09] <seb128> https://code.launchpad.net/~mitya57/ubuntu-themes/headerbar-fixes/+merge/200477
[14:09] <larsu> ya that looks great
[14:09] <larsu> thanks :)
[14:10] <seb128> mitya57, ok, approved
[14:10] <seb128> mitya57, larsu: thanks
[14:10] <seb128> larsu, I'm happy with the bgcolor one as well, should we just push that one through?
[14:10] <seb128> I can do a land ask for those changes
[14:10] <larsu> yes please
[14:11] <seb128> larsu, I'm going to land https://code.launchpad.net/~larsu/ubuntu-themes/fix-ambiance-separators/+merge/204443 as well, I don't know why both themes diverge, but it does the job so I don't care much about details
[14:12] <larsu> same
[14:12] <larsu> we might want to fix that one day :)
[14:12] <mitya57> seb128, ochosi: At some point I was also going to backport a Gtk patch that adds appmenu as a button in headerbar on non-shell/non-unity sessions (like Xfce)...
[14:13] <mitya57> ... so that appmenu button does not take the whole toolbar...
[14:13] <ochosi> mitya57: that sounds like an improvement, the empty menubar looks awful...
[14:13] <seb128> mitya57, how many headerbar app do we have in trusty?
[14:13] <ochosi> in fact i hope we can get support for headerbars in xfwm4 merged in trusty (possibly after FF)
[14:13] <seb128> ochosi, what do you mean "support for headerbars"?
[14:14] <mitya57> seb128: I think all new gnome apps (like weather, photos, documents, etc) use it
[14:14] <ochosi> seb128: https://plus.google.com/+AlistairBuxton/posts/4FU9vBAu1ty
[14:14] <seb128> mitya57, oh, right, those new apps are new, I didn't really use them ;-)
[14:14] <mitya57> seb128: Also, our patches don't work on Flashback session
[14:15] <chrisccoulson> bah, again, https://launchpad.net/~phablet-team/+archive/ppa/+build/5580248
[14:15]  * chrisccoulson bangs head against wall
[14:15] <mitya57> seb128, ochosi: here is the patch, let me know what you think about it: https://git.gnome.org/browse/gtk+/commit/gtk/gtkheaderbar.c?id=2863bb287cdd654c2d7f3e2f64
[14:16] <seb128> chrisccoulson, :--
[14:16] <mitya57> The problem is that Gtk has rewritten the code in 3.12, so that code exists in neither 3.10 nor 3.12
[14:16] <mitya57> And backporting the "new" code will be a much bigger patch
[14:16] <seb128> right, I'm not wanting to take that much bigger patch
[14:17] <mitya57> my link is the "old" patch
[14:17] <ochosi> so that means that xfce will still need to basically support the headerbars, right?
[14:18]  * ochosi thought that fallback app-menus would be shown in the headerbar in !gnome-shell by default
[14:18] <seb128> mitya57, right, I'm just saying "don't start wasting time trying to backport the 3.12 features set"
[14:19] <seb128> ochosi, mitya57: I'm not sure what you call "support of headerbars"
[14:19] <seb128> is that "don't display the wm decorations"?
[14:19] <mitya57> ochosi: my patch reduces the height by -1 toolbar, xfwm patch is another -1
[14:19] <mitya57> seb128: yes
[14:19] <ochosi> seb128: yeah, basically
[14:19] <seb128> that's not very useful
[14:19] <seb128> you still get different look
[14:19] <seb128> can't resize those dialogs easily
[14:19] <ochosi> not really
[14:19] <ochosi> xfwm4 does draw a decoration
[14:20] <seb128> you have the decorations looking different and on the wrong side/order
[14:20] <ochosi> a special one
[14:20] <seb128> for the resizing?
[14:20] <ochosi> well the sides and bottom are the same as with any other window
[14:20] <ochosi> and the top has new pixmaps, that have to be added in xfwm4 themes
[14:20] <ochosi> (or by default flips the bottom pixmaps and uses them for the top-border)
[14:20] <ochosi> so your 2px border will remain a 2px border
[14:21] <ochosi> and iirc button-order can be controlled via the gtk-theme
[14:21] <ochosi> so i can set that up at least to match our default setup (can't stop people from shuffling that around obviously)
[14:22] <seb128> ochosi, GTK 3.10 doesn't have support for other buttons that close I think
[14:22] <seb128> than*
[14:22] <ochosi> yeah, how "nice" :]
[14:23] <seb128> Laney, did you open a bug about "unity8 should set powerd screen settings on start" (or do you know if there is one)?
[14:23] <seb128> ochosi, right, which is why I doubt you can "support headerbar properly" in trusty
[14:23] <seb128> which is also why we decided to delay the use of those to apps until after the LTS
[14:23] <Laney> pretty sure I did, sec
[14:25] <Laney> https://bugs.launchpad.net/unity8/+bug/1273174
[14:25] <ubot2`> Launchpad bug 1273174 in Unity 8 "Manage auto brightness synchronisation" [Medium,Triaged]
[14:25] <seb128> Laney, thanks
[14:26] <ochosi> seb128: hmyeah, i'm not sure it'll change much after LTS, the visual gap will be difficult to close
[14:26] <ochosi> the visual consistency in linux was nice while it lasted...
[14:26] <seb128> ochosi, right
[14:27] <seb128> well, at least with the new GTK things like the wm buttons to list and their order should match
[14:27] <seb128> then you are still going to have differences in look in behaviour
[14:27] <seb128> but it's as much you can do with different implementations
[14:27] <ochosi> yup
[14:27] <ochosi> well there's still hope that there'll be fallback modes for !gnome-shell
[14:28] <seb128> imho app writers should have fallback modes if they care about their users on other desktops
[14:28] <ochosi> agreed
[14:28] <seb128> the issue is that apps coming from GNOME have their authors living in GNOME world and most of them totally overlooked the consequences of the switch
[14:41] <didrocks> Trevinho_: hey! do you mind registering on the fosdem website?
[14:41] <didrocks> Trevinho_: so that our talk can be attributed to… us
[14:43] <asac> big bustage with latest updates for chromium?
[14:43] <asac> anyone complained yet?
[14:43] <asac> for me nothing works anymore :/
[14:43] <asac> webpages dont open etc.
[14:43] <seb128> asac, what sort of bustage? nobody complained and wfm
[14:44] <seb128> qengho, ^ did you hear of any issue?
[14:44] <qengho> asac: really?
[14:44] <qengho> Nope
[14:44] <qengho> asac: if you run from command line, any interesting output
[14:44] <qengho> ?
[14:44] <asac> accessign any google service doesnt work
[14:44] <asac> just stalls and asks me to kill page at some point
[14:44] <asac> wait i will restart
[14:45] <asac> seems its all bad
[14:45] <asac> asac@thinki:~$ killall -KILL chromium-browser
[14:45] <asac> asac@thinki:~$ killall -KILL chromium-browser
[14:45] <asac> asac@thinki:~$ killall -KILL chromium-browser
[14:45] <asac> :)
[14:45] <asac> let me reboot
[14:45] <qengho> asac, wait, let's see what the problem is.
[14:48] <qengho> asac: are you still here? See direct messages.
[14:49] <larsu> MacSlow: regarding the notify-osd bubble placement bug. Why isn't it always using the work area? Are there desktop environments that we support but that don't set it?
[14:49] <larsu> seb128: I can't reproduce the problem in Laney's comment with gnome flashback :-(
[14:49] <seb128> larsu, what problem? the out of screen one?
[14:50] <larsu> seb128: no, the overlapping bubble when using gnome-panel
[14:51]  * Laney tries again
[14:51] <seb128> larsu, happens under unity for me
[14:52] <seb128> larsu, what value do you have for the gsettings key?
[14:52] <MacSlow> larsu, not sure about that... I've no gnome setup to try it out atm
[14:52] <larsu> seb128: after applying MacSlow's fix of course
[14:52] <qengho> seb128: I think that updating chromium package while browsers are still running can make the old processes go crazy. I think I need to ask the user to kill processes in postrm.
[14:52] <larsu> MacSlow: I don't think we need to support GNOME (unless you mean fallback)
[14:52] <larsu> *flashback
[14:53] <attente_> seb128, are you seeing two menu bars?
[14:53] <larsu> lol
[14:53] <larsu> morning attente_
[14:53] <seb128> larsu, oh, right
[14:53] <larsu> attente_: what's up with the underscore?
[14:53] <MacSlow> larsu, I don't have the issue anymore with my fix... otherwise I would not have put up a MR for it :)
[14:53] <seb128> qengho, could you display a restart banner in the browser like firefox?
[14:54] <seb128> MacSlow, did you see the comments on the mp?
[14:54] <seb128> attente_, two menubars? where? no
[14:54] <attente_> i'm seeing the one in the panel and the one in the window..
[14:54] <Laney> ya, still overlaps
[14:54] <larsu> MacSlow: some people seem to, which is why I'm investigating. It works for me as well though
[14:55] <qengho> seb128: "in the browser" assumes the processes are in control. I don't think that would work.
[14:55] <larsu> Laney: with MacSlow's fix on gnome flashback?
[14:55] <attente_> Trevinho_, hey, are you seeing two menu bars? one in the panel and one in window?
[14:55] <Laney> I just built that branch and installed it, so yes
[14:56] <seb128> attente_, for all apps?
[14:56] <MacSlow> seb128, larsu: still in a meeting... will look closer afterwards
[14:56] <attente_> seb128, yeah...
[14:56] <larsu> Laney: I wonder why it works for me :(
[14:56] <seb128> attente_, are you trying local integrated menu from Trevinho? ;-)
[14:56] <attente_> seb128, d'oh. must be it
[14:56] <seb128> lol
[14:57] <larsu> sigh, not that again
[14:57] <seb128> attente_, btw did you see the bugs I assigned you some days ago about recently used callbacks being wrong?
[14:57] <seb128> larsu, lim? ignore it...
[14:57] <attente_> seb128, i did, but i'm not sure what changed to break that again
[14:57] <larsu> Laney: is this with awesomewm or compiz/metacity?
[14:57] <seb128> larsu, I can try under gnome-panel if you want, I didn't test that
[14:57] <Laney> larsu: xmonad :-)
[14:58] <Laney> I added a g_debug, sec
[14:58] <seb128> larsu, I confirmed that bubbles are out of screen on smaller resolutions screens though
[14:58] <larsu> oh, excuse me :P
[14:58] <larsu> seb128: right. I can't test that for lack of a different monitor
[14:58] <seb128> attente_, ok, no hurry, seems like a good one to fix for the LTS, we have time for that though
[14:58] <larsu> seb128: I can come up with a patch that _might_ work
[14:59] <seb128> mlankhorst, tjaalton: is there a way to "simulate" a second screen
[14:59] <larsu> but I don't like programming blind
[14:59] <seb128> ?
[14:59] <Laney> ** (notify-osd:13562): DEBUG: selecting monitor 0 at (0,0) - 1280x800
[14:59] <Laney> ** (notify-osd:13562): DEBUG: desktop-top: 0
[14:59] <mlankhorst> seb128: not really, why?
[14:59] <larsu> mlankhorst: lack of screens
[15:00] <larsu> (physical ones)
[15:00] <seb128> mlankhorst, larsu is trying to debug a notify-osd happening on configs with 2 screens with different geometry but only has 1 screen
[15:01] <Sweetshark> seb128: reping: did you see the LO sponsoring req.?
[15:01] <seb128> I was wondering if there was a way to make a fake one through xrandr or Xorg.conf
[15:01] <mlankhorst> not that I'm aware of
[15:01] <seb128> Sweetshark, hey, yes I did, I just forgot because I received the email while I was still on IRC/doing other stuff and didn't keep it unread, doing that now
[15:01] <Laney> I think my overlapping thing might be an xmonad bug
[15:01] <larsu> Laney: okay so your wm doesn't seem to set the work area
[15:02] <Laney> not supporting _NET_WORKAREA
[15:02] <mlankhorst> can't plug in a digital tv?
[15:02] <Laney> wouldn't worry about that one
[15:02] <Sweetshark> seb128: not terribly urgent, just wanted to check back ;)
[15:02] <seb128> Sweetshark, good you did, thanks ;-)
[15:03] <Laney> MAN, maybe I get to write some haskell to set it!
[15:03] <seb128> lol
[15:03] <seb128> so it's true, some people do write haskell?
[15:04] <Laney> quite a few
[15:04] <larsu> seb128: I'm not sure the plural form is warrented here
[15:04] <Laney> like at least double figures!
[15:04] <seb128> lol
[15:06] <larsu> Laney: notify-osd does look for a panel though (I have no clue why), so it *should* work for you, too
[15:06] <larsu> of course, that MR overrides that
[15:06] <larsu> I'm thinking we should just not support envs that don't set workarea thoguh
[15:06] <seb128> +1
[15:07] <Laney> yeah I wouldn't worry about that
[15:07] <Laney> I never even cared about or noticed this problem
[15:07] <larsu> ah, all users of xmonad seem happy!
[15:07] <seb128> ;-)
[15:08] <Laney> http://qa.debian.org/popcon.php?package=xmonad
[15:08] <Laney> you guys!
[15:14] <mdeslaur> qengho: you can't really ask the user in a postinst...security updates get installed in the background for a lot of people. doesn't chromium have a built-in way to deal with updates somehow?
[15:17] <qengho> mdeslaur: Thanks. In some environments, Cr updates itself and does okay. Something
[15:17] <qengho> 's screwy here.
[15:18] <mdeslaur> qengho: when it updates itself, it knows about it...perhaps it needs to be signaled somehow that it's about to get updated or something
[15:18] <qengho> mdeslaur: I suspect the sandbox is to blame.
[15:19] <MacSlow> seb128, Laney, larsu: we should just not allow a multi-monitor-setting where the screens aren't arranged to top-edge align ;)
[15:19] <larsu> heh
[15:19] <Laney> MacSlow: no, no, you say "users don't really do that" and then push your fix anyway
[15:19] <Laney> we're power users ;-)
[15:20] <MacSlow> seb128, Laney, larsu: I bet that easier to "fix" than to make notify-osd support every possible multi-screen setup ;)
[15:20] <larsu> I think the best approach is to believe the window manager's work area hint
[15:20] <larsu> that's exactly what it is for...
[15:21]  * larsu goes and deletes some code
[15:21] <seb128> yeah
[15:22] <MacSlow> larsu, you mean ewmh's _NET_WORKAREA ?!
[15:22] <larsu> ya
[15:24] <MacSlow> larsu, well defaults_refresh_screen_dimension_properties() does grab that iirc
[15:25] <larsu> MacSlow: ya, I'm working on that right now if you don't mind. I'd appreciate a review later ;)
[15:25] <MacSlow> larsu, sure
[15:34] <Laney> getting close with this Loader stuff!
[15:35] <seb128> oh!
[15:35] <Laney> http://ubuntuone.com/3bqY8Q2TKqJ1VWFlAyzBIF
[15:35] <Laney> y ubuntuone so slow
[16:10] <seb128> Sweetshark, shrugh, https://launchpadlibrarian.net/165741666/buildlog_ubuntu-trusty-amd64.libreoffice_1%3A4.2.0-0ubuntu1_FAILEDTOBUILD.txt.gzhttps://launchpadlibrarian.net/165741666/buildlog_ubuntu-trusty-amd64.libreoffice_1%3A4.2.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:10] <seb128>  /bin/bash: /build/buildd/libreoffice-4.2.0/workdir/CustomTarget/postprocess/registry/Langpack-en-US.list: No such file or directory
[16:17] <Sweetshark> seb128: can you just retry that build? it seems to be a missing dependency in the upstream build system. Never saw that on a PPA builder (to few parallel jobs), but sometimes locally. I will see to find an fix that soonish ...
[16:18] <seb128> Sweetshark, done
[16:19] <Sweetshark> seb128: ... or we can build libreoffice with "make -j1" just for fun ...
[16:20] <seb128> we have enough fun with libreoffice, let's not try adding extra one
[16:20] <Sweetshark> ;)
[17:41] <seb128> Trevinho_, hey
[17:41] <seb128> Trevinho_, do you know what that happens on a dual screen unity trusty config?
[17:41] <seb128> >>> Gdk.Screen.get_default().get_monitor_workarea(0).y
[17:41] <seb128> 0
[17:41] <seb128> >>> Gdk.Screen.get_default().get_monitor_workarea(1).y
[17:41] <seb128> 24
[17:41] <seb128> there is a panel on top of each screen
[17:41] <seb128> shouldn't both return 24?
[17:42] <Trevinho_> seb128: mh, yes it should...
[17:42] <seb128> Trevinho_, do you have a dual screen config? can you test if you get the same result? ;-)
[17:43] <Trevinho_> seb128: yes, sure
[17:43] <seb128> Trevinho_, "python -c 'from gi.repository import Gdk; print(Gdk.Screen.get_default().get_monitor_workarea(0).y)'
[17:43] <Trevinho_> seb128: let me try
[17:43] <seb128> -"
[17:43] <seb128> Trevinho_, same for 1
[17:44] <Trevinho_> seb128: yeah, I'm getting the same result
[17:44] <Trevinho_> but the things are set otherwise if you've a long menu menu it should sow over the panel
[17:44] <Trevinho_> let me check
[17:45] <seb128> sorry, ctrl-W on wrong screen
[17:46] <davmor2> kenvandine: just opened empathy on Trusty DESKTOP click on account settings nothing happens.  I open system-settings no online accounts so how do I add an account now?
[17:47] <seb128> davmor2, that's fixed with https://launchpad.net/ubuntu/+source/gnome-control-center-signon/0.1.7~+14.04.20140211.2-0ubuntu1
[17:47] <seb128> kenvandine, ^
[17:47] <attente_> darkxst, hey, for the fix_screenshots_on_unity.patch in g-s-d, do we want to be using gnome-screenshot under unity regardless of having the legacy key grabber?
[17:47] <kenvandine> ah.. yeah figured that was lost in the transition
[17:47] <davmor2> seb128: ah thanks
[17:48] <Trevinho_> seb128: mh, so let me check as the extents should be set
[17:48] <Trevinho_> seb128: so in both the monitors I have
[17:48] <Trevinho_> _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 24, 0, 0, 0, 0, 0, 0, 1919, 0, 0
[17:48] <Trevinho_> _NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 24, 0, 0, 0, 0, 0, 1920, 3285, 0, 0
[17:48] <Trevinho_> on panel
[17:48] <kgunn> mlankhorst: just fyi...we're building mir & xserver today...like right now...just a heads up
[17:49] <seb128> Trevinho_, how do you get those?
[17:49] <seb128> xprop?
[17:49] <Trevinho_> So... it seems it's actually setting the right values
[17:49] <Trevinho_> seb128: yes
[17:49] <Trevinho_> over the panels
[17:49] <Trevinho_> seb128: so, might that be a gdk bug?
[17:49] <seb128> Trevinho_, get seems to use _NET_WORKAREA
[17:49] <Trevinho_> ah
[17:49] <seb128> _NET_WORKAREA(CARDINAL) = 65, 24, 3775, 1056
[17:50] <seb128> well
[17:50] <seb128> https://git.gnome.org/browse/gtk+/commit/?id=c6df2828b7ca6b65b7ab3c328ebb96bd78c087ee
[17:50] <kenvandine> seb128, thx
[17:50] <Trevinho_> xprop -root _NET_WORKAREA
[17:50] <Trevinho_> is still valid here
[17:51] <seb128> that's not by screen though
[17:52] <seb128> Trevinho_, seems like the issue is on the GTK side rather than Unity?
[17:55] <Trevinho_> seb128: it might be as compiz seem to work as it should here; but also gtk seem to consider it as menus are moved down to the panel...
[17:55] <Trevinho_> seb128: I should check this better on the commit you've pasted though
[17:55] <Trevinho_> but I'm about to leave now (but back later)
[17:55] <seb128> Trevinho_, no worry, thanks for responding/have a look ;-)
[17:55] <seb128> Trevinho_, have a nice evening!
[17:55] <Trevinho_> seb128: thanks, you too
[17:56] <seb128> thanks
[20:30] <attente_> seb128, apparently that recent chooser menu is fixed already, we just need to release a new unity-gtk-module
[20:33] <seb128> attente_, oh, I new it was ringing a bell, I didn't release we didn't release for a while
[20:33] <seb128> attente_, I'm filling a landing request
[20:33] <seb128> attente_, thanks
[20:33] <attente_> seb128, thanks
[21:32] <darkxst> attente_, yes, unless Unity is planning to grow a built-in screencapture utility like gnome-shell has