[04:15] <pitti> Good morning
[04:26] <TheMuso> Morning pitti. :)
[04:32] <pitti> hey TheMuso!
[04:38] <pitti> Laney: FYI, I sent an RT for bos01 which burst into flames
[05:30] <hikiko>  hello
[05:34] <didrocks> good morning
[05:43] <hikiko> Good morning didrocks
[05:50] <didrocks> hey hikiko, how are you?
[06:43] <darkxst> hey pitti, didrocks hikiko
[06:44] <didrocks> good evening darkxst
[06:48] <darkxst> didrocks, not really, spent the afternoon fighting with gdm3, but it is done now ;)
[06:48] <darkxst> the migration stuff was a pita, but should work
[06:50] <didrocks> darkxst: I guess you will be happy once this is really built and tested on a wider scale :)
[06:54] <darkxst> didrocks, well I would be more happy if I could find a graceful way to upgrade gdm daemon without breaking the lock screen, but that seems to be a general issue, not related to the merge
[06:57] <hikiko> hey pitti darkxst
[06:58] <didrocks> did I missed pitti? I didn't see him saying hi here :p
[06:58] <didrocks> ah, it was before I joined :)
[06:58] <didrocks> darkxst: how are you breaking the lock screen?
[06:58] <darkxst> didrocks, pitti is always up early!
[06:59] <pitti> hey hikiko and darkxst!
[06:59] <pitti> ça va didrocks !
[06:59] <didrocks> yeah, 6:30 is already early
[06:59] <darkxst> didrocks, the auth channel between gdm and gnome-shell is quite fragile
[06:59] <didrocks> I don't want to get up at 5:30 just to beat him :)
[06:59] <darkxst> I suspect that is part of the reason fedora forces updates to delay until reboot
[06:59] <didrocks> pitti: ça va, et toi ? :)
[06:59] <pitti> oui, je ne pouvais plus dormir, j'ai me léve à 4:30 à nouveau :(
[06:59] <pitti> didrocks: je vais bien, merci !
[06:59] <didrocks> pitti: argh :/
[07:00] <didrocks> darkxst: ah, you meant, breaking for the session until reboot?
[07:00] <didrocks> darkxst: or then, for each gdm update?
[07:00] <darkxst> didrocks, after a gdm update, you can't unlock it
[07:00] <darkxst> and yea just until reboot
[07:01] <didrocks> argh, but for each update?
[07:01] <didrocks> that's quite ackward, indeed
[07:12] <darkxst> didrocks, I don't know if it happens on 100% of updates, but its been happening atleast sometimes for a while now
[07:13] <darkxst> and sometimes its gnome-shell loosing the auth channel, which is recoverable, but not by a normal user
[07:20] <didrocks> pitti: waow, I didn't know that python gettext was assuming ascii for encoding
[07:20] <pitti> didrocks: ?
[07:20] <pitti> didrocks: neither did I, and it certainly shoudln't?
[07:20] <pitti> >>> gettext.gettext('ça va ♥')
[07:21] <pitti> 'ça va ♥'
[07:21] <didrocks> https://docs.python.org/3/library/gettext.html
[07:21] <didrocks> "If the charset encoding is specified, then all message ids and message strings read from the catalog are converted to Unicode using this encoding, else ASCII encoding is assumed.
[07:21] <pitti> or do you mean for matching strings in .mo files?
[07:21] <didrocks> "
[07:21] <didrocks> pitti: I have some _("") returning in a language that returns me some UnicodeEncodeError
[07:21] <didrocks> the typical *** UnicodeEncodeError: 'ascii' codec can't encode character '\xe3' in position 5: ordinal not in range(128)
[07:23] <pitti> uh, so this would be lgettext() then or bind_textdomain_codeset()?
[07:24] <pitti> why on earth doesn't that default to $LC_CTYPE
[07:24] <didrocks> pitti: yeah, seems that's what I need, I would like to understand exactly what's going on before adding it though
[07:24] <didrocks> (I just bind_textdomain for now)
[07:28] <pitti> do you have a small reproducer for this?
[07:30] <pitti> $ python3 -c 'import gettext, locale; print(locale.setlocale(locale.LC_ALL, "")); gettext.textdomain("gtk30"); print(gettext.gettext("Add a class"))'
[07:30] <pitti> de_DE.UTF-8
[07:30] <pitti> Eine Klasse hinzufügen
[07:30] <didrocks> pitti: no, well… I can reproduce it in one command in Ubuntu Make
[07:31] <didrocks> but yeah, I should do something wrong I guess…
[07:31] <pitti> if I run this under LC_CTYPE=C it indeed fails with UnicodeEncodeError, but that's to be expected
[07:31] <didrocks> yeah
[07:31] <pitti> with LC_CTYPE=C.UTF-8 it works
[07:31] <didrocks> can be as well the .mo file which is wrong for that lang
[07:32] <didrocks> "Eu não aceito" is what it doesn't like in PT_br
[07:32] <pitti> .po files specify their own content encoding, but if it's wrong it might not match indeed
[07:33] <didrocks> but "Content-Type: text/plain; charset=UTF-8\n"
[07:33] <didrocks> so sounds good…
[07:34] <didrocks> I initialize gettext in https://github.com/ubuntu/ubuntu-make/blob/master/umake/__init__.py#L32
[07:35] <didrocks> and the failure is when I print the "I don't accept" pt_BR translation set in https://github.com/ubuntu/ubuntu-make/blob/master/umake/__init__.py#L32
[07:35] <pitti> didrocks: your setlocale() call is someplace else?
[07:37] <didrocks> pitti: I never called setlocale
[07:37] <didrocks> it's using LANGUAGE=, right?
[07:37] <pitti> didrocks: if set, yes
[07:37] <pitti> $  python3 -c 'import gettext; gettext.textdomain("gtk30"); print(gettext.gettext("Add a class"))'
[07:37] <pitti> Eine Klasse hinzufügen
[07:37] <pitti> indeed that works too
[07:37]  * didrocks reads http://www.wefearchange.org/2012/06/the-right-way-to-internationalize-your.html
[07:38] <pitti> I thought one had to call setlocale(); one must do in C, but perhaps python does it automagically
[07:39] <didrocks> yeah, I never needed to in python contrary to C
[07:39] <didrocks> (and the doc list the env variables that it's using)
[07:40] <pitti> $ python3 -c 'import locale; print(locale.getlocale())'
[07:40] <pitti> ('de_DE', 'UTF-8')
[07:40] <pitti> indeed
[07:40] <pitti> $ python -c 'import locale; print(locale.getlocale())'
[07:40] <pitti> (None, None)
[07:40] <pitti> hah
[07:41] <pitti> so that's new in py3
[07:41] <pitti> $ python -c 'import gettext, locale; print(locale.getlocale()); gettext.textdomain("gtk30"); print(gettext.gettext("Add a class"))'
[07:41] <pitti> (None, None)
[07:41] <pitti> Eine Klasse hinzufügen
[07:41] <pitti> so that works only because py2 blissfully ignores all the encoding stuff
[07:42] <didrocks> after reading barry's blog post, seems like I'm doing the right thing in python3…
[07:42] <didrocks> as gettext is returning unicode there…
[07:50] <didrocks> pitti: ok, I have a small reproducer, are you on xenial?
[07:50] <pitti> didrocks: yes; is there anything else? :-)
[07:50] <didrocks> ahah :)
[07:51] <didrocks> so apt install ubuntu-make
[07:51] <didrocks> (to get the .mo file)
[07:51] <didrocks> LANGUAGE=pt_BR python3 -c "import gettext; gettext.textdomain('ubuntu-make'); print(gettext.gettext('I don\'t accept'))"
[07:52] <pitti> so I'll install ubuntu-make and language-pack-{gnome-,}pt in a schroot
[07:53] <didrocks> pitti: I don't think you need other langpacks, but yeah
[07:54] <didrocks> hum
[07:54] <didrocks> LANGUAGE=pt_BR python3 -c 'import sys; print (sys.stdout.encoding)'
[07:54] <didrocks> ANSI_X3.4-1968
[07:54] <pitti> $ LANGUAGE=pt_BR python3 -c 'import sys; print (sys.stdout.encoding)'
[07:54] <pitti> UTF-8
[07:54] <pitti> on my desktop
[07:54] <pitti> in the schroot it says ANSI_X3.4-1968 (i. e. "ascii")
[07:54] <didrocks> getting that on my clean shell
[07:54] <didrocks> when changing only LANGUAGE
[07:55] <pitti> because my other LC_* are unset in the schroot
[07:55] <didrocks> ahah
[07:55] <pitti> didrocks: what does your "locale" say?
[07:55] <didrocks> LANG=pt_BR.UTF-8 LANGUAGE=pt_BR python3 -c 'import sys; print (sys.stdout.encoding)'
[07:55] <pitti> for LC_CTYPE in particular
[07:55] <didrocks> pitti: ^
[07:55] <pitti> LANGUAGE does not set any LC* or encoding, it's just for picking a language
[07:55] <didrocks> (well, I just use env variables, so locale returns the french LC="fr_FR.UTF-8")
[07:55] <pitti> unlike LANG which is an entire locale
[07:56] <didrocks> LC_ALL is empty though
[07:56] <pitti> that's fine
[07:56] <pitti> if you have $LANG it's the defualt for LC_*
[07:56] <pitti> most people have only $LANG or $LANG+$LANGUAGE
[07:56] <didrocks> yeah, so the issue happens when I set LANG= in addition to LANGUAGE
[07:56] <didrocks> LANG=pt_BR.UTF-8 LANGUAGE=pt_BR python3 -c 'import sys; print (sys.stdout.encoding)'
[07:56] <didrocks> ANSI_X3.4-1968
[07:56] <pitti> $ LANG=pt_BR.UTF-8 LANGUAGE=pt_BR python3 -c 'import sys; print (sys.stdout.encoding)'
[07:56] <pitti> UTF-8
[07:56] <pitti> in my schroot
[07:57] <didrocks> pitti: http://paste.ubuntu.com/13245981/
[07:57] <pitti> didrocks: oh! may it be that you don't actually have the pt_BR.UTF-8 locale?
[07:57] <pitti> didrocks: locale -a ?
[07:57] <didrocks> oh right, I don't have it installed
[07:57] <pitti> there you are :)
[07:58] <pitti> language-pack-{gnome-,}pt
[07:58] <didrocks> so, you think that issue happens for people not installing the locale?
[07:58] <didrocks> and so, sys.stdout.encoding returns ANSI_X3.4-1968
[07:58] <didrocks> instead of UTF-8
[07:58] <didrocks> (there is a default encoding by locale?)
[07:59] <pitti> right; "LANG=pt_BR.UTF-8 locale" should complain loudly
[07:59] <pitti> locale: Cannot set LC_CTYPE to default locale: No such file or directory
[07:59] <pitti> etc.
[07:59] <pitti> $ LANGUAGE=pt_BR LANG=pt_BR.UTF-8 python3 -c "import gettext; gettext.textdomain('ubuntu-make'); print(gettext.gettext('I don\'t accept'))"
[07:59] <pitti> Eu não aceito
[07:59] <pitti> didrocks: but that shouldn't be possible to do with the GUI -- you can only select locales if you installed the langpack
[08:00] <didrocks> pitti: I still don't get why python doesn't take thus the encoding from LANG…
[08:00] <pitti> so perhaps people who manualy set it
[08:00] <pitti> didrocks: because it doesn't know which encoding that is
[08:00] <pitti> if the locale isn't installed
[08:00] <didrocks> isn't what the .UTF-8 from LANG= is about?
[08:00] <pitti> the ".UTF8" is just part of a name
[08:00] <didrocks> ah
[08:00] <pitti> an identifier for humans
[08:01] <pitti> e. g. aa_ET is also UTF-8
[08:01] <didrocks> ok, so a way to avoid crashing on those condition would be to force my own encoding?
[08:01] <didrocks> as I know my .mo files are UTF-8 encoded
[08:01] <didrocks> ah no, the issue is in the print()
[08:02] <pitti> correct
[08:02] <pitti> didrocks: I'd suggest calling locale.setlocale()
[08:02] <pitti> $ LANG=pt_BR.UTF-8 python3 -c 'import gettext, locale; print(locale.setlocale(locale.LC_ALL, ""))'
[08:02] <pitti> locale.Error: unsupported locale setting
[08:02] <pitti> and only if that succeeds you set a text domain
[08:03] <pitti> that might be the most elegant way
[08:03] <pitti> if the env specifies an invalid/broken/missing locale, it just uses C
[08:03] <didrocks> yeah, so fallbacking to C…
[08:03] <pitti> so:
[08:03] <pitti> try:
[08:04] <pitti>     locale.setlocale(locale.LC_ALL, '')
[08:04] <pitti>    gettext.textdomain(...)
[08:04] <pitti> except locale.Error:
[08:04] <pitti>    # maybe print some warning
[08:04] <pitti>     pass
[08:04] <didrocks> yeah
[08:04] <pitti> yay for my perfect indentation this morning!
[08:04] <didrocks> ahah good enough :)
[08:04] <didrocks> let me still confirm that's the issue on the bug report
[08:05] <didrocks> but I'll add that anyway, good way of protecting myself
[08:05] <didrocks> thanks a lot for looking at it pitti!
[08:05]  * didrocks hugs you
[08:05] <pitti> didrocks: je t'en prie !
[08:05]  * didrocks is quite happy that wasn't so straightforward :)
[08:39] <hikiko> Trevinho, unity has compile errors...
[08:40] <hikiko> bamf_matcher_get_application_for_xid_matcher
[08:44] <hikiko> Trevinho, first error: /home/eleni/canonical/staging/unity/unity-shared/BamfApplicationManager.cpp: In member function ‘void unity::bamf::Application::UpdateWindows()’:
[08:44] <hikiko> /home/eleni/canonical/staging/unity/unity-shared/BamfApplicationManager.cpp:427:43: error: ‘bamf_view_’ is not a member of ‘unity::bamf’
[08:44] <hikiko>    for (GList* l = bamf_view_peek_children(bamf::bamf_view_); l; l = l->next) :s
[08:45] <hikiko> sorry
[08:45] <hikiko> wrong paste
[08:45] <hikiko> /home/eleni/canonical/staging/unity/unity-shared/BamfApplicationManager.cpp: In member function ‘void unity::bamf::Application::UpdateWindows()’:
[08:45] <hikiko> /home/eleni/canonical/staging/unity/unity-shared/BamfApplicationManager.cpp:427:53: error: ‘bamf_view_peek_children’ was not declared in this scope
[08:45] <hikiko>    for (GList* l = bamf_view_peek_children(bamf_view_); l; l = l->next)
[08:45] <hikiko> that's the 1st error
[08:46] <hikiko> mmm now I look at it I should use a pastebin :p
[08:56] <willcooke> morning all
[08:57] <didrocks> morning willcooke
[09:01] <Laney> hey hey
[09:02] <Laney> pitti: bos01> oh dear
[09:02] <darkxst> hey willcooke, Laney
[09:02] <Laney> hi darkxst
[09:03] <Laney> oh man, still no phonon fix!
[09:06] <didrocks> hey Laney! :)
[09:06] <didrocks> Laney is up before seb128, this guy is really back on his French schedule after a week :p
[09:06] <pitti> hey Laney
[09:07] <pitti> Laney: pitti, the breaker of all clouds..
[09:08] <willcooke> qengho, For the last couple of days Cr. has added another icon to the launcher when running and the original just launcher yet another Cr.
[09:08] <willcooke> *launches
[09:12] <Laney> howdy didrocks
[09:15] <didrocks> good good, had some nice interesting python encodeissue this morning :)
[09:16] <didrocks> and fixed bad translations in pt_BR, making Make failure
[09:16] <didrocks> failing*
[09:16] <didrocks> + my first Atom.io contribution \o/
[09:16] <didrocks> and it's Friday :p
[09:16] <willcooke> congrats didrocks
[09:17] <didrocks> thx ;)
[09:21] <Trevinho> Ouch, irc didn't connect... But morning
[09:21] <willcooke> qengho, but removing the old icon and readding sorts it
[09:21] <willcooke> hey Trevinho
[09:21] <Trevinho> hi willcooke
[09:22] <willcooke> Trevinho, sounds like the can find us some real hardware for U7 testing on Intel, nVidida, AMD
[09:22] <willcooke> \o/
[09:22] <Trevinho> willcooke: this is cool!
[09:22] <seb128> re desktopers
[09:22] <Trevinho> willcooke: even just intel would be fine for me... But still
[09:22] <willcooke> :)
[09:22] <Trevinho> the more the better
[09:25] <Laney> https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1512290/comments/8
[09:25] <Laney> this guy is CORRECT!
[09:25] <seb128> FAIL
[09:25] <seb128> laarrsssuuu
[09:27] <seb128> do we tag bug #1515810 as a gtk 318 issue?
[09:27] <seb128> it's not really
[09:27] <seb128> but I think we said we need to teach gtk to have a flag for that?
[09:28] <Laney> that or rls
[09:28] <Laney> should triage the -incoming bugs btw
[09:28] <Laney> does anyone plan to do that?
[09:29] <willcooke> Seems like something that needs more that just one person to go through it
[09:30] <willcooke> so, hangout on Monday?
[09:30] <pitti> Laney: meh, they fixed bos01 this morning, but seems it's just dying again
[09:30] <Laney> pitti: oh I just assumed it wasn't fixed yet
[09:30] <seb128> well, we need one person to approve nominations
[09:30] <seb128> seems a job for a manager ;-)
[09:31] <Laney> willcooke: are you in the right team to do bug nominations?
[09:31] <seb128> but I'm happy to help triaging the list
[09:31] <willcooke> how do I check Laney?
[09:31] <pitti> Laney: at least it held up for some two hours which reduced the queue quite a bit
[09:33] <seb128> willcooke, you try to nominate a bug
[09:33] <Laney> willcooke: https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1286878
[09:33] <Laney> do you have "Nominate for series"?
[09:33] <seb128> "Target to series"
[09:33] <seb128> https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1286878/+nominate
[09:33] <seb128> do you have access to ^
[09:34]  * seb128 bets he doesn't
[09:34] <Laney> well that's what you need to triage the list
[09:34] <willcooke> I can nominate
[09:34] <seb128> right, I'm not saying he shouldn't
[09:34] <seb128> you can? good !
[09:35] <Laney> nominate but not approve
[09:35] <seb128> well, can you approve nominations ? or just suggest those ?
[09:35] <Laney> or target but not nominate
[09:35] <Laney> whatever the stupid terminlogy is
[09:36] <seb128> Laney, bug #1512290 should be verification-failed if there is a regression, no?
[09:36] <Laney> probably if it makes the thing crash
[09:36] <willcooke> seb128, Laney  - Don't think I can approve
[09:36] <Laney> willcooke: are you in bug control?
[09:36] <Laney> can't remember if that lets you actually approve them
[09:36] <seb128> no it doesn't
[09:36] <Laney> what does then?
[09:36] <seb128> you need to be in ubuntu-drivers I think
[09:37] <seb128> https://launchpad.net/~ubuntu-drivers
[09:37] <seb128> or https://launchpad.net/~ubuntu-release-nominators
[09:37] <seb128> that's part of the drivers
[09:37] <willcooke> qengho, but now "open link in browser" from xchat opens a new Cr. window and doesn't load the page
[09:38] <seb128> infinity is admin of that group
[09:38] <seb128> willcooke, maybe ask to be added there?
[09:38] <seb128> ~ubuntu-release-nominators that is
[09:38] <willcooke> seb128, will do. thx
[09:39]  * Laney checked with #launchpad, but probably
[09:40] <willcooke> oki, so Laney seb128 - you guys (and others) will nominate and then I will approve them?
[09:40] <seb128> +1
[09:40] <willcooke> Guess I can nominate too right?
[09:40] <seb128> yes
[09:40] <willcooke> cool
[09:41] <seb128> I usually do approve things as well
[09:41] <willcooke> great
[09:41] <seb128> I think I'm going to keep doing that for obvious things
[09:41] <seb128> but let me know if you prefer be doing those
[09:41] <Laney> wait what?
[09:42] <willcooke> oki, I will take a pass of the list on Monday, or once I am a member, which ever is later and then we can sync up afterwards
[09:42] <Laney> I can't only nominate, it approves them right away
[09:45] <didrocks> yeah, if you have rights (that every ubuntu core devs do), it will approve right away
[09:45] <seb128> didrocks, I don't think it's coredevs
[09:46] <seb128> it's ubuntu-drivers afaik
[09:46] <didrocks> seb128: well, I can approve for sure, and I'm not in any of the 2 teams
[09:46] <Laney> nah it's uploading permissions + drivers
[09:46] <Laney> I think
[09:46] <didrocks> yeah
[09:46] <seb128> didrocks, you are not in https://launchpad.net/~ubuntu-drivers ?
[09:46] <didrocks> nope
[09:46] <seb128> I'm in through UDS organiser
[09:46]  * Laney not
[09:46] <seb128> k
[09:46] <Laney> that is some magic team
[09:46] <seb128> launchpad permissions are weird
[09:46] <didrocks> yeah
[09:46] <seb128> and ~ubuntu-release-nominators is misleading then
[09:47] <Laney> it's an extra group on top of the uploaders
[09:47] <Laney> for this kind of case
[09:47] <didrocks> funny that some people are in that team where they are less involved in ubuntu than uploaders btw :p
[09:48] <seb128> yeah, that can makes sense though
[09:48] <seb128> people defining quality and goals and not all doing technical work
[09:48] <didrocks> random canonical upstreams?
[09:48] <didrocks> https://launchpad.net/~ubuntu-release-nominators/+members#active
[09:48] <seb128> like Pat is driving the touch product and dealing with bugs and targets but he's not packaging
[09:49] <didrocks> that list is really weird…
[09:49] <seb128> yeah, agreed on that
[09:49] <seb128> but like having QA might make sense
[09:49] <seb128> if we trust them to define the quality goals
[09:49] <seb128> random individuals less so
[09:49] <didrocks> for those yeah, not telling everyone in that list doesn't make sense
[09:49] <didrocks> but a good part of individuals is weird
[09:50] <Laney> that "Will" "Cooke"
[09:50] <Laney> who even is he?
[09:51] <didrocks> exactly!
[09:51] <seb128> but we don't even know if that team is actually used
[09:51] <seb128> since we are not member of it and have access to the nominations
[09:51] <seb128> so it is a least not a direct mapping
[10:02] <Laney> https://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/view/head:/lib/lp/bugs/model/bugnomination.py#L120
[10:02] <Laney> uploader + driver
[10:02] <seb128> k
[10:02] <seb128> thanks Laney!
[10:03] <Laney> np!
[10:03] <Laney> seb128: what do you think about demoting phonon-backend-vlc auralquiz?
[10:04] <seb128> does it mean mitya57 and slangasek failed at getting at the bottom for the phonon issues?
[10:04]  * seb128 reads IRC backlog from the night
[10:04] <Laney> some patches but he didn't upload...
[10:25]  * Laney tries them
[10:25] <seb128> them? the patches?
[10:26] <Laney> ye
[10:26] <seb128> I was about to do the demotion
[10:26] <seb128> should I still hit enter? ;-)
[10:26] <seb128> we can fix up things later on
[10:26] <Laney> I assumed silence was no :P
[10:26] <Laney> do it if you're happy
[10:27] <willcooke> Laney, seb128 - is this the list I should work from?  http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-x-incoming-bug-tasks.html
[10:27] <Laney> yep
[10:27] <willcooke> thx
[10:27] <seb128> +1
[10:27]  * willcooke blocks out some hours
[10:27] <Laney> probably wait until you're in the team so you don't have to do get us to pres butan
[10:27] <seb128> Laney, sorry I was in another discussions so delayed the demotions a bit
[10:27] <Laney> willcooke: rls-x-notfixing is the "we don't commit to this" tag
[10:28] <willcooke> got it
[10:28] <willcooke> ta
[10:28] <Laney> so either way they get out of the incoming list
[10:28] <seb128> Laney, ok, demoted
[10:28] <willcooke> oh, good news... seems my details weren't amongst those lifted in the TalkTalk hack
[10:28] <seb128> eventually we are going to hit the other side
[10:29] <seb128> Rejected:
[10:29] <seb128> phonon-backend-vlc 0.8.2-1ubuntu1 in xenial (version older than the phonon-backend-vlc 0.8.2-1ubuntu2 in xenial published in xenial)
[10:29] <seb128> shrug
[10:29] <seb128> I don't understand the demote tool
[10:29] <seb128> why does it try to upload non current versions?
[10:30] <Laney> seb128: new package in proposed, just remove from release
[10:30] <seb128> done
[10:30] <Laney> nice
[10:30] <Laney> you (maybe) got to do the last action
[10:31]  * seb128 takes a bigger hammer in case it's needed
[10:31] <Laney> we have the "force" hint ;-)
[10:31] <seb128> transition weeks are so much fun
[10:31] <Laney> that gets you sacked from the release team though
[10:31] <seb128> haha
[10:32] <seb128> would be nice to get that done today
[10:32] <Laney> indeed
[10:32] <Laney> ah good job gtk is blocked
[10:33] <Laney> seems .3 broke some stuff
[10:33]  * Laney looks at .4
[10:33] <seb128> yeah, cf my comment yesterday evening just after you left :p
[10:33] <seb128> binding booog
[10:36] <Laney> looks like it all happened at the same time
[10:36] <Laney> like the upstream commits were after I made the package and -3 was just around the same time I uploaded it
[10:36] <Laney> doh doh doh dohd ohdodhodh
[10:39] <czajkowski> Laney: happy friday eh :)
[10:39] <seb128> hey czajkowski! how are you?
[10:48] <seb128> Sweet5hark, hey, could you have a look to bug #1515761 ?
[10:48] <seb128> just to check if it's a regression or just a local/one user thing?
[10:50] <Sweet5hark> seb128: /me reads
[10:50] <seb128> thanks
[10:50] <larsu> Laney: is bug #1512290 the one you mentioned in the tg group?
[10:50] <seb128> larsu, hey again ;-) and yes
[10:50] <Laney> larsu: yeah, I assigned it to you
[10:50] <Laney> sorry :(
[10:50] <Laney> and hey!
[10:50] <Laney> good gym?
[10:50] <seb128> how was the gym today ?
[10:53] <larsu> exhausting!
[10:53]  * larsu feels very good now :)
[10:56] <Laney> sweet
[11:03] <larsu> pitti: ugh, that MR is the worst
[11:03] <pitti> larsu: the unbreak-my-desktop brightness thing?
[11:03] <pitti> yeah -- this is a kernel/driver issue, not a "let's bikeshed with user settings between off and low"
[11:04] <larsu> ya. Thanks for taking a strong stance against it
[11:04] <pitti> userspace should use the brightness range that the driver offers
[11:04]  * larsu will pile on
[11:04] <larsu> pitti: clearly
[11:06] <larsu> pitti: also, that MR doesn't add the key to gsettings?!
[11:06] <larsu> or is that in deskto-schemas or similar?
[11:06] <pitti> larsu: maybe, I didn't bother to read that far
[11:07] <pitti> this is conceptually wrong, I see little point in discussing the implementation
[11:07] <larsu> ya, of course
[11:07] <Laney> this person works for us...
[11:07] <larsu> no point in reviewing
[11:07] <larsu> old habit
[11:07] <larsu> "oh ... a diff"
[11:07] <Laney> why not come to ask before writing code?
[11:07] <pitti> well, feel free :)
[11:07] <pitti> but if anything we already have too many settings..
[11:08] <seb128> why is the mr emailing the desktop list?
[11:08] <Laney> haha
[11:08] <Laney> so many avenues for discussion
[11:08] <pitti> I set ubuntu-desktop as a reviewer -- bad/wrong team?
[11:08] <pitti> I nacked the patch, but said I'm not the ultimate naysayer, and that it's the desktop team's decision
[11:08] <seb128> unsure we have a team better fit
[11:08] <Laney> it caused people to notice it
[11:08] <pitti> sorry for the spam then
[11:09]  * Laney stabs publisher
[11:09] <seb128> no worry
[11:09] <Laney> hurry up
[11:09] <seb128> it might be good in fact
[11:09] <seb128> getting some activity on the list ;-)
[11:09] <pitti> I think as soon as anyone in the team acks or nacks the team reviewer goes back to that individual
[11:09] <larsu> seb128: lol
[11:09] <seb128> pitti, be +1 your nack in this case, good call! :-)
[11:10] <seb128> larsu, btw how high is the nautilus menus thing on your todo? we should probably get that and the new geo lib landed in the next weeks if we can
[11:10] <seb128> big changes early in the cycle
[11:10] <seb128> then we can collect feedback and deal with bugs
[11:11] <seb128> wdyt?
[11:11] <larsu> highest on my list is wording a comment that doesn't sound too harsh
[11:11] <larsu> seb128: but seriously: yes.
[11:12] <seb128> cool
[11:12] <seb128> larsu, sorry it feels like you got quite some pings/stuff dumped this week
[11:12] <larsu> no worries
[11:12]  * seb128 hugs larsu
[11:12]  * larsu hugs EVERYONE
[11:13] <seb128> almost the w.e don't worry, we can all relax ;-)
[11:13]  * Laney is going to a big family party for Rosie's family
[11:13] <Laney> not sure this is going to be relaxing :P
[11:14] <pitti> Laney: uh, I don't like these much
[11:16] <seb128> Laney, well, maybe entertaining then? :p
[11:16] <seb128> in any case good luck!
[11:16] <Laney> it's some kind of wedding party but not an actual wedding
[11:16]  * Laney doesn't really know
[11:16] <Laney> maybe free food & wine :)
[11:16] <Laney> and I get to go to Norwich which is always nice
[11:17] <Laney> also it appears I have 3 more days of holiday to burn before the end of the year
[11:17] <Laney> BYE GUYS!
[11:18] <seb128> oh, I should probably look at those as well
[11:19] <seb128> I've been good and took 15 days to go to Scottland but I still have like 8 days left
[11:19] <Laney> ya so 8-5 = 3
[11:19] <Laney> Henry Days
[11:20] <seb128> hehe
[11:21] <pitti> the hr.c.c one probably tries to be clever, but the accrual still confuses me a lot
[11:21] <seb128> I don't really understand what thas is about
[11:21] <seb128> they add you a fraction of the yearly count every month?
[11:21] <Laney> I just look at the year end total or whatever it says
[11:21] <Laney> that seems to be right
[11:22] <seb128> yeah, that's what I do
[11:22] <pitti> I'm just not sure if that includes holidays which got approved, but weren't taken yet
[11:22] <pitti> e. g. the christmas ones
[11:22] <Laney> it's not like we actually build up days in that way
[11:22] <Laney> no, it says 8 for me now
[11:22] <willcooke> pitti, same
[11:22] <Laney> which includes the Christmas ones
[11:22] <Laney> I mean, which accounts for them
[11:25] <larsu> hm I don't count as ubuntu desktop :(
[11:25] <Laney> in what sense?
[11:26] <larsu> team on lp
[11:26] <larsu> because upload rights
[11:26] <larsu> but I just noticed it when disapproving that mr
[11:26] <Laney> ah right
[11:26] <Laney> well u-s-d is a different team anwyay
[11:26] <Laney> so you can set the status which matters
[11:27] <larsu> indeed
[11:28] <czajkowski> seb128: not bad thanks at a database conference - which are a little intense but god. Beside us is IBM running rapsberry Pi on Ubuntu hooked into couchbase as their demos so it's nice to see different people doing cool things
[11:28] <seb128> nice
[11:28] <seb128> where is that?
[11:29] <seb128> larsu, don't feel left out :-(
[11:30] <larsu> I don't ;)
[11:30] <seb128> good :-)
[11:36]  * Laney gets 83 emails
[11:36] <czajkowski> seb128: all your base in London today
[11:36] <seb128> Laney is ZE MAN
[11:36] <seb128> Laney, well done!
[11:37] <czajkowski> Laney: oh so what you're saying is you want an even 100
[11:37] <czajkowski> I can send you some more to help you out
[11:39] <Laney> hey czajkowski
[11:39] <Laney> only if they say "here have some free pizza"
[11:39] <Laney> pizza-over-ethernet
[11:44] <seb128> Laney, man, you have been busy
[11:44] <seb128> I only got 23 emails
[11:44] <seb128> still better than nothing ;-)
[11:44] <Laney> I got another 47 just now
[11:45] <Laney> no change rebuilds YEAH!
[11:45] <seb128> haha
[11:45] <Laney> actually quite a few of them were real
[11:45] <Laney> this took up like 3-4 entire days
[11:45] <Laney> :|
[11:45] <Laney> oh, got phonon-backend-vlc to build
[11:46] <seb128> nice!
[11:46] <seb128> I'm 2 uploads ahead of you still :p
[11:46] <Laney> wtf
[11:46] <seb128> 2695 vs 2693
[11:46] <Laney> I was like 18 behind the other day
[11:46] <Laney> before all these rebuilds
[11:47] <Laney> what is this sorcery
[11:47] <seb128> I'm playing tricks :p
[11:47] <Laney> you need to add https://launchpad.net/~laney/+synchronised-packages on too
[11:47] <Laney> :) :) :)
[11:47] <seb128> that's cheating!
[11:47] <Laney> that's the real stuff
[11:47] <seb128> shrug
[11:48] <Laney> wait what
[11:48] <seb128> the real master is pitti it seems
[11:48] <seb128> he wins fairly in each category
[11:48] <Laney> oh yeah ffmpeg was indeed a copy
[11:49] <Laney> true
[11:49] <Laney> destroyed in +uploaded-packages even
[11:49] <seb128> one day, one day...
[11:50]  * Laney goes to make tea before phononing
[11:50] <Laney> then really doing gtk .3
[11:50] <Laney> .4
[11:50]  * seb128 thinks about getting some food
[11:50] <seb128> huuunnngrrry
[11:51]  * larsu sympathizes with seb128 
[11:51]  * Laney might actually get to some merges today!
[11:53] <Laney> got some scary things on my list
[11:54] <Laney> mdadm, lintian, dbus, bzr
[11:56] <seb128> speaking of dbus, it's red of version, needs a merge from debian ;-)
[11:56] <seb128> lunch, bbiab
[11:59] <Laney> yes exactly
[12:01] <larsu> seb128: enjoy!
[12:09] <larsu> Laney: not sure what to do about the black window problem... maybe Trevinho can help
[12:09] <larsu> ebassi commented on the bug, but not really helpful
[12:10] <Laney> did you think bisecting would really be helpful?
[12:10] <Laney> if so, might be good to do it
[12:11] <larsu> yeah :'(
[12:12] <Laney> but might have to suck it up and get the sync request work on the compiz team's schedule
[12:13]  * larsu checks if this is happening in 3.16
[12:16] <andyrock> a friend of mine is experiencing some issues on 15.10 with his trackpad
[12:16] <andyrock> basically sometimes the pointer jumps in the top left corner
[12:16] <andyrock> he's using a thinkpad
[12:16] <andyrock> do you know something about it?
[12:18] <larsu> Laney: same problem
[12:19] <Laney> larsu: It sounded to me like it always existed but got more pronounced or something
[12:20] <larsu> I don't see a difference on my machine
[12:20] <Sweet5hark> seb128: issue seems unrelated.
[12:20] <Laney> seb128 said he went back to 3.16 because of it
[12:22] <larsu> hm I'll ask him when he's back from lunch
[12:23] <Laney> I could imagine that the effect varies depending on hardware
[12:23] <Laney> because I certainly see it but I wouldn't describe it as that annoying
[12:23] <Laney> I notice it more on dialogs
[12:23] <Laney> like open a file chooser in gedit
[12:24] <larsu> right, me too
[12:24] <larsu> but about the same on 3.16 and 3.18
[12:29] <desrt> good morning desktop people
[12:29] <Laney> definitely worse here
[12:29] <seb128> larsu, Laney, see http://people.canonical.com/~seb128/gtk.ogv
[12:29] <Laney> I don't see any black flash on 3.16
[12:29] <seb128> it's 3.18 then ld_preload 3.16
[12:29] <Laney> I see some resizing/drawing effect but it's not black
[12:29] <Laney> hey desrt
[12:29] <Laney> happy friday
[12:29] <desrt> happy friday to you too, Laney
[12:29] <desrt> also to hikiko :)
[12:30] <Laney> the chosen
[12:30] <seb128> hey desrt!
[12:30] <desrt> (she always used to say happy [day])
[12:30] <seb128> Sweet5hark, good
[12:30] <hikiko> hi desrt :)
[12:30] <hikiko> happy friday!
[12:30] <desrt> :D
[12:30] <desrt> s/used to say/says/
[12:31] <hikiko> haha
[12:31]  * desrt heats water for coffee and listens to music through speakers playing through a $30 chipamp bought from amazon hooked up to an ancient (1st model) eeepc running pulseaudio network streaming
[12:31] <desrt> this is nice.
[12:32] <larsu> seb128: :(
[12:32] <larsu> morning desrt and hikiko
[12:33] <hikiko> morning larsu :)
[12:34] <desrt> hello seb128 and larsu
[12:34] <seb128> larsu, sorry :-/
[12:35] <larsu> seb128: it'd be fine if I could reproduce at least
[12:35] <seb128> you don't see it at all?
[12:35] <larsu> I see it in both 3.16 and 3.18
[12:35] <seb128> :-(
[12:35] <larsu> most notably when opening multiple windows at once
[12:36] <larsu> or while compiling and then opening a window ;)
[12:36] <Laney> lemme bizezt
[12:36] <larsu> Laney: do you not have it in 3.16?
[12:36] <Laney> no
[12:36] <seb128> our bisect master didn't pick up the challenge?
[12:36] <larsu> weird!
[12:36] <larsu> how am I seeing this then
[12:37] <seb128> larsu, weird that you see it in 3.16 :p
[12:37] <larsu> indeed :)
[12:37] <seb128> nobody reported that on launchpad from wily
[12:37]  * Laney just jhbuilt the gtk-3-16 branch to check
[12:37] <larsu> that's what I did
[12:37] <Laney> then jhbuild run gedit -> ctrl-o
[12:37] <Laney> w33rd
[12:38] <larsu> AHHHH
[12:38] <larsu> nice
[12:38] <larsu> 3.16.0 doesn't have it
[12:38] <seb128> ?!
[12:38] <larsu> gtk-3-16 does
[12:38] <seb128> you just said it did
[12:38] <Laney> haha
[12:38] <Laney> did you build .0?
[12:38] <larsu> now I did
[12:38] <Laney> confused
[12:39]  * larsu bisects like attente
[12:39] <seb128> weird
[12:39] <seb128> gtk 3.16.n didn't have it for me either
[12:39] <larsu> Laney: I built the branch, saw the same bug, then built 3.16.0 and don't see it anymore
[12:39] <seb128> can I suggest you built the wrong thing (tm)? :p
[12:40] <larsu> you can, but you'd probably be wrong
[12:40] <Laney> oh snap
[12:40]  * Laney noms czajkowski 
[12:40] <czajkowski> Laney: :)
[12:42] <seb128> larsu, try me! bet is on ;-)
[12:42] <larsu> hehe
[12:42] <czajkowski> Laney: context is a wonderful thing or it does look a tad odd in here :P)
[12:43] <Laney> urgh 10 steps
[12:43] <Laney> czajkowski: it's good to me mysterious
[12:43]  * Laney swooshes off
[12:43] <larsu> you're doing it as well?
[12:44] <Laney> 13/11 12:36:25 <Laney> lemme bizezt
[12:44] <larsu> 6 steps :P
[12:45] <Laney> didn't sound like you managed to get it the same way we do
[12:48] <larsu> Laney, seb128: https://git.gnome.org/browse/gtk+/commit/?id=9da241b2d0251cafa30a9da13d0299e496a9bded
[12:48]  * larsu makes sure this is actually it
[12:50] <seb128> doesn't make sense
[12:50] <seb128> that was commited for 3.16.1
[12:50] <seb128> but I don't have the issue with 3.16.7 from wily
[12:53] <larsu> whatever I'm seeing is a bug as well though
[12:55] <larsu> anyway, grabbing food now :)
[12:55]  * Laney carries on with le bisect
[12:55] <Laney> this is fun, I see why attente loves these so much
[13:25] <Laney> bisect win!
[13:26] <Laney> 74f2d9448f24bbfdaf32ae6b328ed3e126700afe
[13:28] <Sweet5hark> <- huge fan of bisecting (or bibisecting)
[13:44] <willcooke> Laney, once I've targetted for X, should I remove the rls-x-incoming tag too?
[13:45] <Laney> I guess so
[13:45] <willcooke> *nominated
[13:45] <willcooke> thx
[13:45] <willcooke> seb128, you ok for me to do that ^^^  Or should I leave it as it is for now?
[13:46] <seb128> +1 to do it
[13:46] <Laney> have to keep track of which ones to approve then
[13:47] <seb128> https://git.gnome.org/browse/gtk+/commit/?id=74f2d9448f24bbfdaf32ae6b328ed3e126700afe then?
[13:47] <seb128> seems easy to revert ;-)
[13:47] <seb128> though there are equivalent commits for different widgets
[13:51] <Laney> probably ought to understand it...
[13:53] <qengho> Good morning!
[13:57] <willcooke> hey qengho!  See scroll back a Cr issue I'm having today.  Basically, old launcher icon went "funny".  Would launch Cr but a new icon was create on the launcher which shows the pips etc..  Plus when I try and open a link from xchat I get a new window and no link copied over
[14:01] <qengho> willcooke: Hrm. Thanks.
[14:02] <willcooke> qengho, hey, any time :)
[14:02] <qengho> :(
[14:02] <qengho> THAT'S WHAT I FEAR
[14:02] <willcooke> qengho, what can I do to debug?  I'm afraid I removed the original icon
[14:02] <qengho> :)
[14:02] <willcooke> :D:D
[14:03] <willcooke> Did the icon change recently?  It looks to be a slightly different colour?
[14:03] <qengho> willcooke: I think I can figure it out. I have an idea where to look.
[14:03] <willcooke> qengho, ah cool, thanks
[14:03] <willcooke> this is on my 14.04 box
[14:04] <qengho> willcooke: the happyaron was asking about snaps at my 1AM. What did you want us to do?
[14:05] <willcooke> qengho, let's take this to /query
[14:06] <qengho> I didn't have much to tell him, even if I was awake.
[14:38] <larsu> Laney: cool!
[14:38] <larsu> I wonder what bug I'm seeing here
[14:39] <davmor2> larsu: if it has 8 legs it's a spider and the don't appreciate being called bugs ;)
[14:49] <gQuigs> I'm happy to make a pull request to remove software-center, empathy, and brasero..  or is there a reason to wait?
[14:53] <seb128> I'm not in favor of removing software-center until we sort out the impact on unity dash and other things using it
[14:53] <didrocks> +1
[14:53] <seb128> also until we have at least packagekit 1.0 and a building gnome-software
[14:53] <seb128> like at least swap it out for something that is pushed and likely to replace it
[14:54] <larsu> +2
[14:56] <gQuigs> seb128: yea, installing software on the dash breaks if you remove software-center
[14:56] <seb128> so don't
[14:56] <qengho> zing
[14:59] <gQuigs> ok :)
[15:01] <jcastro> c'mon seb128, let 'er rip!
[15:02] <seb128> jcastro, stop hating!
[15:02] <jcastro> no one opens up the dash and is like "man I can't wait to install things from the software center."
[15:02] <flocculant> not everyone using usc actually has a dash ...
[15:02] <mdeslaur> jcastro: so you'd rather not have it work? :)
[15:02] <davmor2> jcastro: There's an airport down the road don't make me get on a plane!
[15:03] <seb128> flocculant, that comment is irrelevant to the discuss though, we are speaking about changing the Ubuntu Desktop seed
[15:03] <seb128> flocculant, which is including Unity and such a dash
[15:03] <flocculant> ok :)
[15:03] <jcastro> seb128: I am half joking, but half want to see a flamethrower burning down some things early in the cycle.
[15:04] <seb128> jcastro, let's burn juju
[15:04] <seb128> that's a thing :p
[15:04] <jcastro> :)
[15:05] <mitya57> Laney, thanks for phonon & phonon-backend-vlc uploads! I have been too busy in the last days that I didn't even have time to read IRC logs :p
[15:09] <gQuigs> heh'  juju can install software and has a gui..
[15:09]  * gQuigs runs away
[15:12] <Laney> mitya57: np, I just nicked some stuff from Debian
[15:13] <Laney> but we also removed them from xenial to make the other stuff transition :P
[15:13] <Laney> it would have been cooler to fix them instead
[15:15] <Laney> bregma: https://bugzilla.gnome.org/show_bug.cgi?id=757261 seems to be waiting for you btw
[15:15]  * didrocks waves good evening and good week-end
[15:16] <didrocks> going to catch a train
[15:16] <Laney> bye didrocks!!!
[15:16]  * Laney tries to type really fast these days
[15:16] <Laney> happy SNCF
[15:16] <Laney> enjoy the tune
[15:16] <didrocks> Laney: merci ! ta da da :)
[15:16] <Laney> he always misses out one note
[15:25] <larsu> argh this commit is killing me
[15:25]  * seb128 is away for some errands
[15:26] <seb128> be back in some hours to deal with another round of emails and backlog before calling it a week
[15:26] <seb128> see you in a bit or have a good w.e if you are off by then!
[15:27] <seb128> willcooke, I played a bit with https://trello.com/b/FQgY4lpN/gnome-work but it imported things under your name because the script has your key, using mine returns a lack of permission error, need to figure out why later on
[15:27] <seb128> (it does the same on a test board I created/owned)
[15:27] <seb128> bbl
[15:27] <willcooke> oki
[15:28] <willcooke> thx seb128
[16:23] <cyphermox> has anyone else noticed this? https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1516078
[16:26] <Laney> I don't even have any pulseaudio messages in my syslog
[16:26]  * pitti waves good bye, have a nice evening!
[16:26] <Laney> see you pitti, happy weekend!
[16:28] <larsu> happy weekend pitti!
[16:30] <pitti> o/
[16:37]  * Laney vim ubuntu.xenial/desktop
[16:46]  * qengho afk.
[17:32] <Laney> seb128: back?
[17:33] <Laney> I have a bit in my seed diff dropping gcc and make
[17:33] <Laney> forgot why... do you remember?
[17:33] <Laney> I suppose because dkms?
[17:48] <willcooke> quittin time
[17:48] <willcooke> l8r sk8rs
[18:37] <seb128> Laney, back now...
[18:37] <seb128> Laney, unsure, but dkms seems likely
[18:42] <seb128> cyphermox, no such error here