[06:14] <pitti> Good morning
[07:00] <didrocks> good morning
[07:08] <pitti> bonjour didrocks, ça va ? senses-tu mieux que vendredi ?
[07:08] <pitti> (err, how to write that correctly with the reflexive?)
[07:09] <pitti> est-ce que tu te senses ...?
[07:09] <didrocks> "est-ce que tu te sens mieux que vendredi ?"
[07:09] <didrocks> so almost :)
[07:09] <didrocks> yeah, I feel way better, thanks!
[07:10] <didrocks> still sneezing a little bit, but nothing compared to then
[07:10] <didrocks> and feeling a clear mind :)
[07:10] <didrocks> after this week-end of i-cant-do-nothing, better to be on shape on Mondya!
[07:10] <didrocks> Monday*
[07:10] <didrocks> and you? how was your week-end ?
[07:19] <pitti> didrocks: fairly laborious on Saturday again; I went to my sister in Rosenheim to help her assemble furniture, put on mirrors and lamps and all that
[07:19] <pitti> (round 2)
[07:19] <pitti> didrocks: much more relaxed yesterday: badminton, sauna, and lots of reading :)
[07:19]  * didrocks won ikea's builder award
[07:20] <seb128> good morning desktopers
[07:20] <didrocks> hey seb128
[07:21] <pitti> didrocks: oh, seriously? wow! :)
[07:21] <pitti> bonjour seb128 !
[07:21] <pitti> as-tu eu un bon week-end ?
[07:22] <didrocks> pitti: argh, I wanted to write "pitti" instead of /me
[07:22] <didrocks> pitti: to EJOKEFAILED
[07:22] <pitti> didrocks: ah :)
[07:22] <didrocks> fix: FILLING COFFEE
[07:22] <seb128> hey didrocks pitti
[07:22]  * pitti sends a JOKE RESET packet
[07:22] <didrocks> :)
[07:22] <seb128> pitti, oui, mais j'ai mal au ventre (gastro je pense)
[07:22] <didrocks> "pitti won ikea's builder award"
[07:23] <seb128> sinon j'ai vu une pièce au théâtre et j'ai été à une soirée d'anniversaire
[07:23] <seb128> et en parlant d'ikea j'y étais hier
[07:23] <seb128> et vous ?
[07:23] <didrocks> seb128: resté à la maison les 2 jours à cause du rhume, mais au moins, c'est passé
[07:23] <didrocks> rester à la maison, ça permet de tout guérir, genre, si j'avais eu un match de tennis, je n'y serais pas allé
[07:23]  * didrocks fuit… :)
[07:23] <seb128> roooh
[07:26] <pitti> seb128: j'ai aussi eu affaire avec ikea, mais il assemblage :)
[07:27] <pitti> although most of that was in round 1 two weeks ago, on Sat it was more drilling, plumbing, etc.
[07:27] <seb128> "fun"
[07:27] <seb128> you do plumbing?
[07:27]  * seb128 doesn't like that, water leaks are no fun :p
[07:28] <pitti> seb128: well, the bits that you have under the sink
[07:28] <pitti> not all of it
[07:28] <seb128> ah, ok
[07:28] <pitti> and the linux stuff, of course :)
[07:28] <didrocks> I can handle the plastic part of plumbing ;)
[07:28] <pitti> well, the smell isn't fun, if one has to fix a clogged pipe
[07:29] <pitti> but this was an entirely new kitchen with new parts, so that actually was fun
[08:15] <mlankhorst> Hello, world!
[08:15] <seb128> hey mlankhorst
[08:16] <didrocks> morning mlankhorst
[08:46] <Saviq> willcooke, hey, no, the GTK thing does not *require* my ACK
[08:46] <Saviq> willcooke, I'll test it nevertheless and top-ack it today
[08:46] <willcooke> thx Saviq.  Good holiday?
[08:46] <Saviq> willcooke, yeah, real good, thanks
[09:04] <Laney> ahoy
[09:05] <willcooke> morning Laney
[09:06] <didrocks> good morning Laney!
[09:06] <willcooke> didrocks, I've got a CI question, can you assist me?
[09:07] <seb128> hey Laney willcooke
[09:07] <didrocks> willcooke: sure, if I'm still up to date :)
[09:09] <willcooke> didrocks, I want to run a Selenium job on CI every 24 hours.  I've got some pointers for the Selenium code, how to I go about getting it running every day?
[09:09] <Laney> hey seb128 et didrocks et willcooke
[09:09] <seb128> Laney, had a good w.e?
[09:10] <Laney> moar painting /o\
[09:10] <seb128> lol
[09:10] <Laney> starting to look good now though ;-)
[09:10] <Laney> also had haggis last night
[09:10] <didrocks> willcooke: CI has no generic solution for this :/ I needed to provide my own jobs in jenkins for this and they did provide my some VMs that I can reset, upgrade and such
[09:10] <seb128> see, that pays off :-
[09:10] <seb128> :-)
[09:11] <didrocks> willcooke: selenium tests? Are you back on doing javascript/webby stuff? :)
[09:11] <willcooke> didrocks, we need to poke start.u.c. every day to make sure it's not broken.
[09:12] <mlankhorst> willcooke: so the meeting's tomorrow?
[09:13] <willcooke> didrocks, might be easier to just use Canonistack?
[09:13] <willcooke> mlankhorst, the 1:1?  Yeah
[09:13] <mlankhorst> I meant about xmir
[09:14] <didrocks> willcooke: I think it would be better to use Canonistack, it's been a long time I haven't use selenium headless, but I can give a look if you want, that sounds fun :)
[09:15] <willcooke> didrocks, I think it's probably about 10 mins work and a cron job.  I'll get a small instance set up and perhaps we can take a look later in the week?
[09:16] <didrocks> willcooke: sure!
[09:23] <desrt_> mvo: good morning!
[09:59] <willcooke> heh, didrocks I seem to have done it!
[10:02] <didrocks> nice! :)
[10:05] <willcooke> Be afraid people - I'm writing production code.
[10:05]  * larsu is afraid
[10:05] <willcooke> muhha haaa haaa
[10:06] <mlankhorst> testing? we'll do it in producting
[10:10] <willcooke> :D
[10:25] <Sweet5hark> willcooke, larsu: a bazillion GIFs from http://devopsreactions.tumblr.com/ pop up in my mind ;)
[10:25] <larsu> :)
[10:30] <willcooke> :D
[10:33]  * jpds_ tries to picture willcooke in http://devopsreactions.tumblr.com/post/108534827486/delivering-a-new-feature-to-the-customer
[10:36] <didrocks> pitti: adding i18n to systemd without glib -> pain ;)
[10:39] <pitti> didrocks: oh, how?
[10:40] <pitti> didrocks: most i18n stuff ought to be in libc already?
[10:41] <didrocks> pitti: I'm more fighting with the Makefile integration
[10:45] <pitti> didrocks: oh, you mean the standard snippets/rules to build *.mo from *.po and the like? argh, yes :/
[10:46] <didrocks> pitti: yeah, seems that's done manually right now
[10:46] <pitti> didrocks: although these already should be in intltool's m4 and already present due to the polkit translations?
[10:46] <didrocks> I don't see metacommand for the .pot files and so on
[10:47] <didrocks> pitti: right, I was just thinking if this was done manually or not, but seems that they refresh the .pot and .po manually
[10:47] <pitti> didrocks: po/Makefile.in.in?
[10:47] <didrocks> pitti: yeah, this is only for .po -> .gmo and msgmerge
[10:47] <didrocks> pitti: btw, what's the difference between gmo and mo?
[10:47] <pitti> didrocks: right, one would have to do make -C pot systemd.pot to refresh it
[10:48] <pitti> didrocks: I'm not sure, I think they are by and large the same; perhaps just two different conventions
[10:48] <pitti> ... for file name suffixes
[10:48] <didrocks> pitti: make is generating .gmo by default… (containing the polkit translations as well, which are uneeded…)
[10:49] <didrocks> I guess due to:
[10:49] <didrocks> CATALOGS=$(shell LINGUAS="$(USE_LINGUAS)"; for lang in $$LINGUAS; do printf "$$lang.gmo "; done)
[10:51]  * didrocks changed and get .mo, but doesn't seem right
[10:52] <didrocks> let's see at least if the translations load.
[10:52] <didrocks> ok, at least, it works, but not fan of changing Makefile.in.in
[10:53]  * didrocks needs also to expose GETTEXT_PACKAGE to config.h now
[10:55] <pitti> didrocks: Makefile.in.in is autogenerated
[10:56] <pitti> didrocks: and that should be fine -- install-data rule installs *.gmo as *.mo
[10:58] <didrocks> pitti: oh, I missed that one, didn't try to make install, cool then!
[10:58] <pitti> didrocks: the Debian systemd package has ./usr/share/locale/fr/LC_MESSAGES/systemd.mo (and other languages)
[10:58] <pitti> didrocks: so AFAIK everything is just fine?
[10:58] <didrocks> pitti: hum, I didn't get it installed on my system
[10:58] <didrocks> weird
[10:58] <pitti> didrocks: remember we strip out translations from our debs :)
[10:58] <didrocks> pitti: right, so it should be in the french language pack
[10:58] <pitti> didrocks: it ought to be in language-pack-fr-base
[10:58] <didrocks> and still installed
[10:58]  * didrocks looks
[10:59] <didrocks> dpkg -L language-pack-fr-base | grep systemd
[10:59] <didrocks> -> nothing
[10:59] <pitti> didrocks: one would think that for a project with three main German developers there would be German translations, but there aren't :-)
[10:59] <pitti> didrocks: ah, probably not approved in Launchpad yet, let me look
[10:59] <didrocks> ahah, that's because german people can read english :)
[10:59] <didrocks> pitti: ah, making sense!
[11:00] <pitti> didrocks: ok, now I know
[11:00] <pitti> https://translations.launchpad.net/ubuntu/vivid/+source/systemd/+imports
[11:00] <pitti> didrocks: package doesn't build a .pot file during package build
[11:00] <pitti> didrocks: I'll handle that
[11:00] <didrocks> pitti: yeah, that's the reason one it's not autoimported?
[11:00] <pitti> didrocks: that needs to happen first, and then ack'ing it from the above imports page
[11:01] <didrocks> ah, ok, I don't know at all about those launchpad i18n internals :)
[11:01] <didrocks> ok, good, thanks for looking into this!
[11:01] <didrocks> pitti: just pushing my i18n functionality into the shared static lib
[11:01] <pitti> didrocks: so IOW: don't worry about that part -- just make sure your new files are in POTFILES.in so that they get into the pot, and all will be fine
[11:01] <didrocks> and then, I'll rebase and good to go for systemd-fsckd!
[11:01] <pitti> \o/
[11:01] <didrocks> pitti: yeah, that's all good :)
[11:02] <didrocks> pitti: the remaining part will be other plymouth themes (xubuntu, lubuntu, kubuntu…) but that should wait on the final systemd patch though (and is already broken under systemd anyway)
[11:03] <didrocks> pitti: that + plymouth not receiving C input (when not under plymouth-x11), but that's another story, let's get some reviews meanwhile
[11:04] <mlankhorst> glamor being tricksy
[11:24] <mlankhorst> ooh, found a nice glamor_es2_pixmap_read_prepare function that can swap R and B for me.. might help with what I need
[11:49] <mitya57> larsu: hi, can you please look at two notify-osd MPs by Alberts?
[11:50] <mitya57> The last two on http://pad.lv/mps/notify-osd
[12:08] <larsu> mitya57: sure, in a bit
[12:08] <larsu> woah, how did the expose() thing even work?!
[12:12] <mitya57> larsu: do you mean expose_handler()?
[12:12] <larsu> ya
[12:13] <mitya57> IIRC it didn't work on Metacity/Mutter, that's why I bugged Alberts and he submitted this :)\
[12:39] <Sweet5hark> seb128: http://people.canonical.com/~bjoern/vivid/4.4.0/ for upload to vivid
[12:39] <seb128> Sweet5hark, great
[12:41]  * Sweet5hark buckles up, straps seatbelts, takes  a deep breath, mumbles "brace for impact" and is ready for the ride ...
[12:51] <mlankhorst> after some messing around I may have found a proper fix for those stupid formats. :P
[12:51] <willcooke> nice mlankhorst
[12:53] <didrocks> pitti: hum, seems that the makefile doesn't support ngettext. If I update the fr.po, add translation, make (which compiles the .gmo), and msgunfmt it, nothing
[12:53] <didrocks> pitti: any idea that can lead me on some path before I start googling around?
[12:56] <seb128> Sweet5hark, sponsored, as well as the trusty SRU that was still on my todo :-)
[13:01] <didrocks> pitti: hum, a direct call with msgfmt does the same, weird… not sure what about the .po file isn't right (especially as it has been generated by intltool
[13:02] <didrocks> pitti: ignore me, it's just that during the gettext -> ngettext, it has been marked fuzzy…
[13:06] <Sweet5hark> seb128: awesome, thanks!
[13:06] <seb128> Sweet5hark, yw! sorry it took a while
[13:17] <pitti> didrocks: re from lunch -- still anything to solve?
[13:18] <didrocks> pitti: no, all good, doing a big rebase before submitting, maybe you want to have a look first? (as it's quite some dynamic code, I would love a pre-review from you)
[13:19] <pitti> didrocks: sure
[13:56] <larsu> mitya57: approved those MRs. Do we have auto merging for notify-osd?
[14:00] <mitya57> larsu: I believe it's managed by citrain
[14:00] <mitya57> I can land it myself if you want.
[14:01] <larsu> yes, please
[14:01] <larsu> well, I don't care really, as long as it gets merged at some point ;)
[14:02] <mlankhorst> meh I messed up something, right now I get color swaps every time the cursor blinks in libreoffice :P
[14:02] <willcooke> mlankhorst, trippy
[14:02] <mitya57> larsu: also, while we are here, please add lp:~mitya57/ubuntu-themes/wncktask to your review list :)
[14:02] <mlankhorst> indeed
[14:07] <larsu> mitya57: are you sure that's what caused it? Ambiance has always set background-image for buttons (I simply moved it from another file into gtk-widgets.css)
[14:07] <larsu> mitya57: also, doesn't include Radiance
[14:09] <mitya57> larsu: Radiance was working fine IIRC
[14:09] <mitya57> let me test it
[14:11] <mitya57> yes, Radiance doesn't have that problem
[14:11] <mitya57> Also, I am not sure what exactly caused the regression, but it did not happen with pre-gtk3.14 ubuntu-themes
[14:20] <larsu> mitya57: weird. Well, I don't like the patch because it introduces more widget names in rules, but I doubt anyone cares enough to fix gnome-panel :)
[14:20] <larsu> mitya57: I'll approve it
[14:21] <mitya57> larsu: Alberts (who is also gnome-panel upstream) probably cares
[14:22] <larsu> mitya57: oh cool, I didn't realize
[14:23] <mitya57> larsu: but .button existed before this change, so actually I didn't add more widget names
[14:24] <mitya57> larsu: what should be the correct fix?
[14:25] <larsu> mitya57: .button is a class. "PanelApplet" is a widget name
[14:27] <larsu> mitya57: not sure what exactly the correct fix is, but probably the panel could set .titlebar or something to get dark buttons
[14:27] <larsu> (header bars set the .titlebar class)
[14:27] <mlankhorst> ok I did something stupi dthat caused it to revert colors on upload :P
[14:28] <mitya57> larsu: hm, need to think about that
[14:28] <mitya57> I will send a mail to Alberts, but let's have this anyway for now
[14:29] <larsu> ya
[14:30] <mitya57> I see that he also has a MP in ubuntu-themes (lp:~albertsmuktupavels/ubuntu-themes/update-metacity-theme), but I think we don't need it this cycle
[14:30] <mitya57> We'll need it in vivid+1 when we have new metacity
[14:30] <mitya57> larsu: Thanks for approving!
[14:30] <larsu> yw
[14:30] <larsu> that branch is _crazy_
[14:31] <mitya57> why?
[14:32] <larsu> mitya57: oops, wrong one. I thought it was that huge one
[14:32] <mitya57> no, no :)
[14:33] <larsu> so ... has anyone tried gedit 3.14?
[14:33] <larsu> for some reason I don't see any results in the "open" popover
[14:36] <mitya57> larsu: forks for me: http://people.ubuntu.com/~mitya57/tmp/gedit.png
[14:36] <larsu> mitya57: interesting. Works for me in jhbuild strangly...
[14:37] <mitya57> that is 3.14.1
[14:37] <larsu> I'm on a custom 3.14.2
[14:37] <larsu> I doubt that's the issue though
[14:38] <mitya57> submenus in popovers are ugly
[14:38]  * seb128 didn't try it
[14:39] <seb128> bah, systemd-bootchart writes a 100Mb svg file that no image viewer is able to open
[14:39] <larsu> mitya57: indeed. My build removes the gear menu and puts a traditional menu bar back (in unitY)
[14:39] <larsu> seb128: read it in gedit!
[14:40] <larsu> just need a good svg renderer in your head
[14:40] <seb128> larsu, you think gedit is able to open a 100Mb file? lol :-)
[14:40] <seb128> I somebody feeds it a 3Mb log and get a grey window for like a minute
[14:40] <seb128> I wouldn't dare trying on that one :p
[14:40] <seb128> somebody->sometimes
[14:41] <larsu> seb128: s/gedit/vi/
[14:41] <seb128> emacs you mean?
[14:41] <larsu> what?
[14:41] <seb128> (not friday yet?:)
[14:41] <larsu> sorry, I can't hear you
[14:41] <seb128> :-)
[14:41]  * seb128 runs convert and get a ENOSPACE in /tmp
[14:41] <seb128> looks like 3Go is not enough to convert the svg in png
[14:41] <seb128> shrug
[14:42] <larsu> I wonder why this file is so big...
[14:42] <seb128> yeah, same here
[15:06] <seb128> hum
[15:07] <seb128> $ schroot --list --all-sessions
[15:07] <seb128> session:click-ubuntu-sdk-14.10-armhf-044f1e63-c2ad-4bd7-ae15-00f18cb7c091
[15:07] <seb128> I've quite some mounts like that on my desktop, I wonder if that's normal/where they are configured
[15:07] <seb128> mvo, ^ maybe you know?
[15:08] <seb128> I assume they come from the ubuntu touch dev env
[15:08] <seb128> but I'm unsure I'm supposed to have a stack of those mounts
[15:24] <seb128> hum
[15:25] <seb128> Failed to start powerd.service: Unit lxc-android-config.service failed to load: No such file or directory.
[15:25] <seb128> trying to upgrade powerd on my desktop hits that error
[15:25] <seb128> pitti, ^ known?
[15:26] <pitti> seb128: oops, we use powerd on desktop?
[15:26] <pitti> seb128: no, not known, but it's a relatively simple fix (downgrade Requires=lxc-android-config.service to Wants=lxc-android-config.service)
[15:29] <seb128> pitti, we don't use it on desktop, but it's pulled it by some touch components and can be installed
[15:30] <pitti> seb128: ah, ok; as it would never actually start under upstart on a desktop (start on started dbus and android)
[15:30] <seb128> Job for powerd.service failed. See "systemctl status powerd.service" and "journalctl -xe" for details.
[15:30] <seb128> invoke-rc.d: initscript powerd, action "start" failed.
[15:30] <seb128> after changing to Wants
[15:30] <seb128> core-dump
[15:30] <seb128> I guess that can't run on desktop
[15:30] <pitti> no :/
[15:31] <seb128> it was not trying to run under systemd either, until recently afaik
[15:31] <seb128> I mean I've powerd installed for over a cycle and I'm using systemd for a while, it's the first time I've an update failing due to it
[15:31] <seb128> oh
[15:31] <pitti> seb128: right, I recently added a unit as part of porting the phone to systemd
[15:31] <seb128> you just added the unity
[15:31] <seb128> unit
[15:31] <pitti> autofingers :)
[15:31] <mlankhorst> oops, stupid me :P
[15:31] <seb128> right
[15:32] <seb128> pitti, https://bugs.launchpad.net/ubuntu/+source/powerd/+bug/1411972
[15:33] <pitti> seb128: hm, so what we could do is to tell dh_installinit to not try and start it on install
[15:33] <pitti> seb128: that won't harm boot and the phone, but avoid that bug
[15:33] <seb128> +1
[15:33] <pitti> as the autogenerated postinst stuff wants invoke-rc.d to succeed
[15:33] <seb128> can't it be dbus activated?
[15:33] <seb128> if nothing tries to use it on dbus it wouldn't call the binary
[15:34] <pitti> seb128: I heard it can, but they still want to run it at boot because it also sets up stuff
[15:34] <pitti> not sure how early things talk to powerd, I don't know powerd at all I'm afraid
[15:34] <seb128> k
[15:34] <seb128> me neither
[15:36] <pitti> seb128: i. e. trying to start powerd crashes,  i. e. the Requires= is actually correct?
[15:37] <seb128> pitti, I guess it is
[15:37] <pitti> Setting up powerd (0.16+15.04.20150120-0ubuntu1) ...
[15:37] <pitti> powerd start/running, process 1802
[15:37] <seb128> it's lacking a depends on it then?
[15:37] <pitti> hm, lies! it's not running
[15:37] <pitti> [  334.145907] init: powerd main process (1864) killed by ABRT signal
[15:37] <pitti> [  334.145922] init: powerd respawning too fast, stopped
[15:37] <pitti> ah, yes
[15:37] <pitti> upstart still treats this as "success", which papers over this
[15:39] <ogra_> the default upstart job waits for the "android" event
[15:39] <mlankhorst> willcooke: I've uploaded a buggy version with sa28, sa29 should have the fixed pixel format stuff.
[15:39] <pitti> right, but it's started manually on installation
[15:39] <pitti> ogra_: ^
[15:39] <ogra_> not sure how that would work on an x86 desktop install at all
[15:39] <pitti> ogra_: so it just tries to start and crashes
[15:39] <pitti> ogra_: no, it wno't
[15:39] <willcooke> mlankhorst, nice!  thx
[15:39] <ogra_> right
[15:40] <mlankhorst> tested on libreoffice with desktop and es2, no longer get blue decoration for metacity :P
[15:40] <pitti> seb128: I followed up to the bug
[15:40] <seb128> pitti, danke
[15:42]  * pitti -> some errands, back in 30
[15:42] <seb128> pitti, do you plan to do that --no-start change?
[15:43] <seb128> pitti, have fun!
[16:21] <larsu> seb128: this is ... ugly http://i.imgur.com/XGAud8K.png
[16:22] <seb128> larsu, indeed
[16:22] <seb128> larsu, is that what gedit looks like on macOS?
[16:23] <larsu> seb128: no, they don't show the "toolbar"
[16:23] <seb128> larsu, let's do the same?
[16:23] <larsu> seb128: http://blogs.gnome.org/jessevdk/files/2014/09/Screen-Shot-2014-09-02-at-22.05.52.png
[16:23] <seb128> larsu, it's a bit suboptimal though, it means common action are not easily available
[16:24] <larsu> right
[16:24] <seb128> larsu, would it be difficult to have a proper toolbar back?
[16:24] <larsu> and the cool new open-by-searching isn't, either
[16:26] <larsu> seb128: hm, I guess we could do something like that...
[16:26] <larsu> would be a bit hard to do dynamically, but possible
[16:27] <seb128> "dynamically"?
[16:27] <seb128> what is "open by searching"?
[16:29]  * mdeslaur cries looking at new gedit
[16:32] <larsu> mdeslaur: it looks really nice the way it was designed
[16:32] <larsu> i.e, with a header bar
[16:33] <larsu> seb128: dynamically depending on the desktop you're running on
[16:33] <larsu> seb128: would be easy as a distro patch
[16:33] <mdeslaur> larsu: that's a matter of opinion :)
[16:33] <seb128> larsu, yeah :/
[16:33] <larsu> seb128: "open by searching" -> you get a popover now when clicking "open" which has a search bar
[16:34] <seb128> what does it use as backend?
[16:34] <larsu> mdeslaur: the one we ship now looks like it's from 1998
[16:34] <larsu> seb128: I don't know :)
[16:34] <larsu> seb128: doesn't work for me right now, but it does for mitya57
[16:34] <mdeslaur> larsu: yep
[16:35] <mdeslaur> larsu: and they've managed to make it worse instead of better :P
[16:35] <seb128> larsu, looking from 1998 is sort of what desktop/productivity tools look like :-) libreoffice, firefox, tb, eclipse, ...
[16:35] <seb128> but let's not start in that discussion now
[16:35]  * larsu shuts up
[16:36] <seb128> larsu, sorry, let's just agree that different people like different things and not start another discussion on what design is best
[16:37] <larsu> seb128: what's our plan for gedit going forward? (i.e., post-unity8)
[16:37] <larsu> will we continue to patch it?
[16:37] <Laney> it uses GtkRecentManager
[16:37] <larsu> Laney: ah! Thanks
[16:37] <seb128> I don't know
[16:37] <seb128> depends if we keep using gedit by default
[16:37] <larsu> I'm asking because I want to know if it's worth it to put this much more work into it
[16:37] <willcooke> topic for sprint?
[16:37] <larsu> and it looks like unity8 will have apps with header bars as well
[16:38] <seb128> I would expect that we don't and let it up to gedit guys to distribute it as they want
[16:38] <larsu> willcooke: true - is there one coming up maybe? :P
[16:38] <larsu> seb128: right
[16:38] <larsu> seb128: in fact, this is upstream work (talking in #gedit at the same time)
[16:38] <larsu> seb128: the menubar patch is almost-merged
[16:38] <seb128> larsu, yeah, it's up to upstream to deal with their users
[16:38] <Laney> awesome!
[16:39] <larsu> not sure if we should merge the remove-headerbar thing though (they want it, but agree it's ugly)
[16:39] <seb128> larsu, the issue atm is that things we distribute with the OS look like part of the OS and if they look crap users are going to blame Ubuntu for not being good and not gedit
[16:39] <larsu> right, of course
[16:39] <seb128> larsu, if we didn't install it and they would go to the appstore to install it I would not patch at all
[16:39] <larsu> I'm not arguing to changing it _now_
[16:39] <seb128> they could deal with upstream through reviews
[16:39] <seb128> well
[16:40] <larsu> but maybe we should stop putting much more work into it and stay with 3.10 until we have a different default app
[16:40]  * larsu hates himself for saying this
[16:40] <seb128> bottom line is that I can't reply to "what is it going to be under unity8" since I don't know even if it still makes sense to install it there
[16:41] <larsu> and I can't recommend anything to the gedit guys as long as we don't have a plan
[16:41] <larsu> sure, there are other desktops, but ubuntu is kind of important
[16:41] <seb128> yeah
[16:41] <larsu> Laney: opinion?
[16:41] <seb128> well you can recommend that they should support standard desktop
[16:41] <seb128> the same way they support osX
[16:41] <seb128> are they happy about the lack of toolbar/easy access to e.g open/save under osX?
[16:41] <larsu> yes, apparently
[16:42] <seb128> :-(
[16:42] <seb128> those guys are out of touch with reality
[16:43] <seb128> I'm sure if somebody was to suggest to remove the save icon under GNOME to just have it in a menu they would disagree
[16:45] <larsu> it's our decision - we don't need to take the new versionbn
[16:45] <larsu> *version
[16:46] <seb128> right, that was replying to the "what upstream should do"
[16:46] <Laney> would it be the worst to add a new .ui file for a traditional toolbar?
[16:48] <mitya57> larsu: after email exchange with Alberts, I am going to land both my change (lp:~mitya57/ubuntu-themes/wncktask) and his change (lp:~albertsmuktupavels/ubuntu-themes/update-metacity-theme)
[16:48] <seb128> larsu, it's the same discussion we have some cycles and I don't like the options more than you, we can either ship both old&new gedit in the archive and seed the old one in Unity, or patch the new one to look ok under Unity ... depending which option has the best ratio investisment/return
[16:48] <larsu> Laney: no, but it won't be enough if we want to popover-open thing as well
[16:48] <mitya57> larsu: do you have other pending changes for me to add?
[16:48] <Laney> We could stay on old stuff, but I think it's at least part of our job to try and advance
[16:48] <Laney> holding back means we either block ubuntu-gnome or have some grim forking situatino
[16:49] <seb128> Laney, we could easily package the old version as gedit3.10 and have both in the archive
[16:49] <larsu> yeah, I'd feel bad about blocking ubuntu-gnome
[16:49] <seb128> larsu, ^
[16:49] <seb128> it would also allow users who prefer the new UI to install that on their Unity
[16:50] <Laney> Rename the binary, transition launchers and mimetype associations, handle whatever other weird interactions happen
[16:50] <Laney> have to cherry-pick fixes
[16:50] <larsu> mitya57: I still have two merge requests open for the theme. Do you have the powers to approve those?
[16:50] <mitya57> larsu: yes
[16:50] <larsu> cool!
[16:50] <larsu> people seem to be happy with those
[16:50] <larsu> (finally gets rid of unico)
[16:51] <larsu> seb128, Laney: let's make this a topic for next week? (You're both there, right?)
[16:51] <mitya57> larsu: let me test them first :)
[16:51] <larsu> mitya57: please do ;)
[16:51] <seb128> larsu, +1 (yes)
[16:51] <Laney> sure
[16:53] <seb128> we could also look at whatever kubuntu, xubuntu, etc are using and see if there is another good editor we could use instead, if we think gedit just goes in a direction with is incompatible with what we are doing
[16:53] <larsu> sure. This way people who want gedit could get the latest version
[16:53] <seb128> right
[16:53] <larsu> and they can decide if they like the headerbar or not
[16:53] <seb128> they are going to like it
[16:54] <seb128> but they are not going to like the interaction issues under Unity
[16:54] <seb128> or the fact that local menus don't work
[16:54] <seb128> or...
[16:54] <seb128> if that was a random app it would be their call, but we are going to be blamed for all the integration glitches
[16:55]  * larsu nods
[16:56] <pitti> didrocks: btw, feel free to mail me some git patches or so to look at
[16:57] <seb128> larsu, Laney, btw, the decision of what to do with gedit is up to you guys, I'm just stating my position but not going to block/force it either way, we could even go with new gedit and GtkHeaderBar is you think that's the right decision :-)
[16:58] <larsu> seb128: thanks :)
[16:58] <seb128> yw!
[16:58] <didrocks> pitti: I'm just done! (was hour of rebasing to be I hope readable)
[16:58] <didrocks> pitti: I'm just finishing a *last* test (should be taking 2 minutes
[16:58] <pitti> didrocks: yay you
[16:59] <Laney> we'll see, I guess it's too late to do that this cycle now
[16:59] <didrocks> pitti: otherwise, it's there: http://people.canonical.com/~didrocks/systemd-fsckd/
[16:59] <pitti> didrocks: I'll wrap up for today, but that's something nice for the train ride tomorrow
[16:59] <Laney> want to look into it next week though
[16:59] <didrocks> pitti: as you can see a minute before your ping! :)
[16:59] <pitti> didrocks: ah yes, that's fine
[16:59] <seb128> Laney, k, makes sense
[16:59] <didrocks> pitti: great! :)
[16:59] <seb128> pitti, do you plan to handle the powerd --no-start?
[16:59] <pitti> didrocks: that's against upstream master?
[16:59] <Laney> larsu: totem is another case we haven't solved, fwiw - tracker baked in quite deeply
[16:59] <didrocks> pitti: yeah, fresh from 4 hours ago :)
[16:59] <Laney> well, tracker via grilo
[16:59] <pitti> seb128: can do, if noone beats me to it (not today any more)
[17:00] <larsu> Laney: totem has become a very different app from what it was before
[17:00] <seb128> pitti, k, let's see (I would do it if that would be a dput away but I don't want to start a CI landing today)
[17:00] <larsu> Laney: but yeah I agree. Not sure what we should do tbh
[17:00] <Laney> indeed
[17:01] <larsu> oh, am I dreaming or did frame extents land?!
[17:03] <larsu> ah. dreaming indeed.
[17:03] <larsu> Trevinho: what's the status of that branch? You said it would be landing soon? ^^
[17:03] <Laney> also the huge-icons branch please :-)
[17:03] <Trevinho> larsu: bamf one?
[17:04] <larsu> Trevinho: no, the _GTK_FRAME_EXTENTS one
[17:04]  * Laney is working up to do an mvo 
[17:04]  * Laney shoots from the hip pow pow pow
[17:04] <larsu> haha
[17:04] <Laney> (uploading $world for gnome-icon-theme -> adwaita-icon-theme)
[17:04] <Trevinho> larsu: mh, not landing ... Still finishing lim stuff, then on that
[17:05] <larsu> Trevinho: we don't have that long until ff...
[17:05] <larsu> let's please please please land it this cycle
[17:05] <Trevinho> larsu: well is it a feature?
[17:05] <larsu> no, a bug
[17:06] <seb128> larsu, you just ruined your ff argument :p
[17:07] <seb128> always say it's a feature ;-)
[17:07] <larsu> seb128: ya I noticed when Trevinho asked :)
[17:07] <larsu> it's not a feature, but I'd like to get it in before ff
[17:07] <seb128> it's sort of a feature
[17:07] <Trevinho> right
[17:07] <seb128> it's support for a new protocol
[17:07] <Trevinho> mhmh, seb128 you've a feature "sensibility" much stronger than me :P
[17:07] <seb128> lol
[17:08] <larsu> seb128: interesting. depends on how you look at it. as a user I'd say it's a bug that it's a bug that I can't move csd-windows all the way to the top
[17:08] <larsu> seb128: but yeah, as a dev it's clearly a feature
[17:09] <seb128> yeah, anyway landing it would be nice :-)
[17:12] <Laney> bregma_: are you doing a unity release soon? want https://code.launchpad.net/~andyrock/unity/lp-1404730/+merge/246579 :)
[17:12] <Trevinho> seb128: ah, I don't know if you saw it but I've pushed a patchset for that huge multithread issue in freetype.. It would be nice to mute all these bugs.
[17:13] <bregma_> Laney, yes,  was just focused on 14.04 SRUs last week
[17:13] <Laney> neat
[17:14]  * Laney notes that gnome-icon-theme-full managed to get onto the cd
[17:14]  * Laney giggles
[17:14] <seb128> Trevinho, oh, no, I didn't, nice! did you see that behdad had some work started around that as well?
[17:29] <Trevinho> seb128: yes, I just backported that... It's not my work :P
[17:29] <Trevinho> seb128: I've just done the packaging work
[17:37] <seb128> Trevinho, great
[17:37] <seb128> Trevinho, did his work get reviewed/merged?
[17:38] <Trevinho> seb128: sort of...
[17:38] <Trevinho> seb128: code is at https://code.launchpad.net/~3v1n0/ubuntu/vivid/freetype/multithread-safe/+merge/247373
[17:38] <Trevinho> and trusty backport at https://code.launchpad.net/~3v1n0/ubuntu/trusty/freetype/multithread-safe/+merge/247375
[17:40] <Laney> pew pew pew
[17:43] <Laney> mitya57: can you add a branch to your ubuntu-themes upload please?
[17:46] <Laney> (requested your review)
[17:51] <seb128> Trevinho, oh, cool, the freetype changes are in their trunk
[17:51] <tedg> larsu, Could you take a look at this? bug 1414025
[17:51] <Trevinho> seb128: yes, there was a regression also (with chrome) but I included the commit that fixes it as well
[17:52] <seb128> Trevinho, excellent, I'm going to upload that to vivid, then we can see about SRUing after getting some testing
[17:52] <larsu> tedg: sure, but might not today (at a hackfest)
[17:52] <larsu> and about to finish the day
[17:53] <Laney> (code for: beer is about to happen)
[17:53] <tedg> larsu, K, I just saw in bug mail, no one has pinged me on it yet. So I think that's fine.
[17:54] <larsu> Laney: when are you dropping by btw?
[17:54] <Laney> don't know
[17:54] <Laney> when do you leave?
[17:54] <Trevinho> seb128: cool
[17:55] <larsu> Laney: thursday night
[17:56] <mitya57> Laney: added, thanks
[17:57] <Laney> ty!
[17:57] <Laney> larsu: it's kind of arduous to go there for just a day & not sure I have any free nights this week
[17:58] <Laney> if I did it'd be wednesday
[17:58] <larsu> no pressure
[17:58] <larsu> we'll see you at fosdem anyway, right?
[17:58] <Laney> ya
[17:59] <Laney> do like visiting CBG though
[18:00] <larsu> see. a reason!
[18:00] <larsu> I've also seen a lot of bikes here ;)
[18:00] <Laney> ya that park by the train station is nuts (for the UK)
[18:01] <larsu> still haven't been in there
[18:01] <Laney> bike park
[18:01] <Laney> just loads of bike racks
[18:01] <larsu> oh!
[18:01] <larsu> haven't seen that either :)
[18:01] <Laney> a dutch person would be all "I can't even see the bikes, where are they?"
[18:02] <Laney> but it's impressive to me :P
[18:02] <Laney> http://pedaller.org.uk/wp-content/uploads/2014/06/ARH20140613-1137-Nexus5-13-Cambridge-bicycle-parking-at-train-station-resized.jpg
[18:02] <larsu> crazy!
[18:03] <Laney> heard they were building a multi storey bike park, not sure if it happened yet though
[18:03]  * larsu can check
[18:08] <Laney> right, pushing all these branches is boring now
[18:08] <Laney> will do rest tomorrow
[18:08]  * Laney goes climbing, ttyl
[18:08] <larsu> enjoy!
[18:32] <Sweet5hark> seb128: hmmm, libreoffice on vivid is dep waiting on the MIRs (and on mdds, which was already MIRed, but seemed to have dropped back to universe).
[18:45] <ricotz> Sweet5hark, hi, regarding the l10n package: i hope you don't mind to add tweaks to replace "--host=x86_64-linux-gnu --build=x86_64-linux-gnu" in debian/config like it is done for boost and jdk
[18:45] <Sweet5hark> ricitz: huh? patches welcome.
[18:47] <ricotz> Sweet5hark, I guess the LO buildsystem actually respects that now since 4.4 and obviously works while vivid switched to amd64 for arch-all builds
[18:48] <ricotz> (while you are building the source package on amd64)
[18:50] <seb128> Sweet5hark, are the MIRs approved?
[18:51] <Sweet5hark> seb128: all mirs are in 'fix commited' by mterry
[18:51] <seb128> Sweet5hark, not libetonyek, is that needed?
[18:51] <Sweet5hark> seb128: libenotyek is not yet needed for this upload
[18:52] <seb128> great
[18:52] <Sweet5hark> seb128: doing that one on its own, wanting to get the approved ones through first
[19:10] <larsu> tedg: I think I've found the issue already... Don't have my device with me to test though
[19:10] <larsu> tedg: would appreciate if you could test it: https://code.launchpad.net/~larsu/indicator-messages/lp1414025/+merge/247638
[19:10] <larsu> or wait for dednick tomorrow
[19:11] <tedg> larsu, I should be able to test it.
[19:11] <larsu> awesome
[19:13]  * tedg is trying to remember if indicator-messages jenkins makes debs…
[19:14] <larsu> I think it does
[19:14] <tedg> Yeah, looks like it does.
[19:14] <tedg> I'll wait then for that :-)
[19:53] <willcooke> g'night
[21:54] <cyphermox> so, is there anyone who'd like to try updating nm-applet to 0.9.10.0? ;)
[22:00] <TheMuso> cyphermox: Do you mean actually doing the package merge/update?
[22:00] <cyphermox> yeah
[22:01] <cyphermox> TheMuso: it's more a joke, I wouldn't wish it on anyone
[22:01] <TheMuso> I would if I didn't already have a priority issue on my plate to deal with. :)
[22:01] <TheMuso> Oh ok. :p
[22:01] <cyphermox> it might actually be simple, but I'm not sure it will be ;)
[22:01] <cyphermox> it will still need to be done, but maybe not tonight
[22:31] <ari-tczew> cyphermox: btw, I think ppp needs merged, as well
[22:31] <cyphermox> ppp got merged already
[22:31] <cyphermox> I'm working on fixing n-m-pptp, and then pppcapiplugin
[22:31] <ari-tczew> cyphermox: oh, really. I'm outdated ;-)
[22:32] <cyphermox> ari-tczew: look at proposed :)
[22:32] <cyphermox> but you're right that the ppp change is what is blocking n-m, ppp in general from making it to release.
[22:33] <ari-tczew> cyphermox: merge-o-matic doesn't look on -proposed
[22:34] <cyphermox> ah, right
[22:35] <cyphermox> well, it's in proposed now
[22:35] <cyphermox> if you want to work on network-manager-vpnc, network-manager-openvpn, network-manager-openconnect, those would be cool to fix up
[22:36] <cyphermox> but you're likely going to run into the same problem as I had with n-m-pptp; it requires a new libnm-gtk, which means fixing network-manager-applet (fixing being updating the applet->indicator patch)
[22:36] <cyphermox> so I'm knee deep in that, looking at the patches and dropping all those that we've been hanging on to for far, far too long
[22:37] <ari-tczew> cyphermox: the first what we need is getting n-m into -release
[22:37] <cyphermox> everything is interconnected
[22:37] <cyphermox> to unblock ppp and n-m, network-manager-pptp and pppcapiplugin need to pass
[22:38] <cyphermox> ari-tczew: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[22:38] <cyphermox> scroll down to Trying easy from autohinter: ppp/2.4.6-3ubuntu1 network-manager/0.9.10.0-4ubuntu2
[22:38] <cyphermox> if you want to look at pppdcapiplugin, that would be cool, but I think that's a hard one too
[22:39] <cyphermox> ah, actually maybe not that hard
[22:39] <ari-tczew> cyphermox: have you got a bug on LP with correct sequence to merging?
[22:41] <cyphermox> hmm, no
[22:41] <cyphermox> because I could read the required steps from update_output
[22:41] <cyphermox> but we can certainly open one if you want
[22:41] <ari-tczew> cyphermox: pppdcapiplugin is a binary of isdnutils, right?
[22:41] <cyphermox> yes
[22:42] <ari-tczew> cyphermox: should be this one merged asap?
[22:43] <ari-tczew> cyphermox: question is, from unstable or from experimental?
[22:49] <cyphermox> I'm not familiar enough with it to be confortable saying it should be merged from experimental.
[22:50] <cyphermox> it's not rush per se; it will need to be merged *or* updated to accept building with ppp 2.4.6
[22:50] <cyphermox> actually, that might even be an *and*
[22:51] <ari-tczew> cyphermox: are you going to merge n-m-applet next days?
[22:51] <cyphermox> yes
[22:52] <cyphermox> my wish is tonight, but I haven't got to the indicator patch yet
[22:52] <ari-tczew> cyphermox: wow, ambitiously
[22:54] <ari-tczew> cyphermox: ppp is still waiting in -proposed. if I'll try to build with pbuilder locally, it will download an old ppp from -release, right?
[22:55] <ari-tczew> I mean trying to build isdnutils
[22:56] <cyphermox> ah, yes, you'd need to explicitly tell it to build using -proposed too
[22:57] <cyphermox> I do this with stgraber's sbuild-launchpad-chroot; I don't remember exactly how you'd do this with pbuilder
[22:57] <cyphermox> but it's probably written on the wiki?
[22:57] <ari-tczew> cyphermox: hmmm, maybe login to pbuilder's chroot and edit apt sources?
[23:00] <cyphermox> well, yes, that would be how to do it, but I'm pretty sure there is a way you can pass the right commands to a pre-chroot script or something
[23:01] <cyphermox> .. or you could ship it to a PPA ;)
[23:03] <ari-tczew> cyphermox: I'll try to do what I can
[23:19] <cyphermox> ari-tczew: alright, le me know if there's anything I can do to help
[23:27] <cyphermox> TheMuso: hey
[23:28] <cyphermox> perhaps you can answer a question I have about accessibility
[23:29] <cyphermox> nm-applet uses GtkGrid for the table controls instead of gtk_table, so the patch you wrote for the info dialogs look like it's not going to apply cleanly anytime soon
[23:31] <cyphermox> do you know if there is anything special to do for GtkGrid aside from the same specifying of the ATK relations between the text label and the value, like for IP address?
[23:32] <cyphermox> actually, nevermind that, the patch remains the same, just not gtk_table and gtk_grid instead
[23:33] <TheMuso> cyphermox: I filed a bug upstream and posted a patch there... Obviously its not comitted yet...
[23:33] <TheMuso> cyphermox: Do you want the bug number?
[23:33] <cyphermox> oh, yes please
[23:34] <TheMuso> Ok, let me try and dig it up.
[23:34] <TheMuso> cyphermox: https://bugzilla.gnome.org/show_bug.cgi?id=726018
[23:34] <cyphermox> thanks!
[23:35] <cyphermox> it already applies much better
[23:36] <TheMuso> Cool.