[01:21] <metalbiker> hey guys, i'm trying to decide how to file a bug for ubuntu 17.10 and i can't think of the proper way to classify this. when i check mark an option in a window for downloading a file, the "do this automatically for files like this for now on," a black 'shadows' appears quickly but disappears quickly when i do that. it's the same shape as the window and it's purely graphical.
[01:22] <duflu> metalbiker, does the shadow surround the window?
[01:22] <duflu> metalbiker, regardless, please just run "ubuntu-bug gnome-shell" and follow the prompts
[01:24] <metalbiker> duflu: it does surround the window but only very briefly.
[01:25] <metalbiker> and i'll just classify it the way you suggested.
[01:28] <duflu> metalbiker, don't worry about getting the classification wrong. Any bug against gnome-shell will get noticed and updated. Otherwise log bugs against just project 'Ubuntu' and they will /hopefully/ also get reclassified
[01:36] <metalbiker> duflu: ok, thank you for that information. that relieves a bunch of worry from my part because i want to be of as much help with this shakedown as possible.
[01:39] <metalbiker> duflu: one more question. is it necessary to download the new daily build every day, create a new startup USB flashdrive and reinstall everything again or will everything get updated/upgraded when the daily build ISO is posted on cdimage.ubuntu.com?
[01:40] <sarnold> you can probably just apt-get update && apt-get -u dist-upgrade whenever convenient for you
[01:40] <sarnold> unless you want to test the installer, of couse :D
[01:42] <metalbiker> sarnold: ok, cool! that saves me a bunch of time and doing everything all over again. as  you can probably tell, i'm really new at doing this daily build testing. but i wanted to jump in with both feet and get more experience with it. for myself and for my LoCo team.
[01:42] <sarnold> metalbiker: excellent :) thanks!
[01:44] <duflu> metalbiker, it's actually easier than that. Any Ubuntu install with an internet connection will update itself automatically
[01:44] <metalbiker> sarnold: you're welcome!
[01:45] <duflu> Only if you're setting up a new machine would you find using a fresh ISO faster
[01:45] <metalbiker> duflu: yeah, i knew that, too, but I just wanted to make sure with this daily build testing. I've never done this before and it's exciting to be helping now.
[01:46] <duflu> metalbiker, cool. Yes it is easy and you raise a good question. But the latest code comes in automatic updates, same as is on the latest ISO but smaller pieces
[01:46] <metalbiker> duflu: i understand that completely. and cool, so all i've got to do is wait for the software updater to do its thing when it checks for updates and install any updates, just like i've been doing for 10 years, lol.
[01:48]  * duflu wonders if it's time we uncapitalized ISO
[01:49] <metalbiker> duflu: cool! after today i'll feel like i've spent a few years in college with just this small bit, but very important, knowledge and experience. lol
[01:51] <metalbiker> duflu: i think we should just make it lowercase. save a keystroke! lol just like saving trees, save the keystrokes, man! lol
[01:52] <duflu> I mean to be more precise, we're talking about a file format and not the original International Organization for Standardization (ISO)
[01:53] <duflu> But "iso9660" is a bit awkward
[01:54] <metalbiker> oh yeah, i agree. i was just trying to figure out what else it could mean and i totally forgot about iso standards. jeez, you think with my extensive background in manufacturing and college degree i'd know that. aye aye aye.
[01:55] <metalbiker> yeah, usually capitalized letters is for proper names like that, in abbreviated form. just like USA and UK, and on and on.
[01:57] <metalbiker> ok, i'm out for the night. thank you for the awesome feedback! you helped an undereducated veteran of Ubuntu. lol
[02:02] <metalbiker> oh, i've got one more question for the night. there was a survey put out for our requested apps/snaps for 18.04LTS and I wanted to ask where should I send my answers to. It was posted on hackernews, reddit and somewhere else and i want to give my input for that.
[02:03] <metalbiker> but i think it was an original post on ubuntu.com as well.
[02:03] <sarnold> there was a google forms to go along with it..
[02:04] <sarnold> https://docs.google.com/forms/d/e/1FAIpQLScOZggYro5S5okO8yhoGI5h2ucicBZPGGLYGOI6dINA1WSTzQ/viewform
[02:05] <metalbiker> oh, ok. cool! i'll copy and paste that into firefox. thanks!
[02:05] <sarnold> https://twitter.com/dustinkirkland/status/888419181103808515
[02:05] <metalbiker> yeah, that's who did it.
[02:38] <jamesh> Got in principle support for my network-manager connectivity patch
[05:51] <didrocks> good morning
[07:04]  * didrocks curses people not using the bzr branch
[07:06]  * duflu feels guilty but has no idea what didrocks is referring to
[07:09] <didrocks> not you :)
[07:09] <seb128> oh, forgot to say hi here!
[07:09] <seb128> good morning desktopers
[07:09] <seb128> hey duflu, how are you? having a good day so far?
[07:09] <didrocks> bug #1706524 is ready for review for those motivated (easy one ;))
[07:09] <didrocks> re seb128 :)
[07:09] <seb128> re didrocks
[07:10] <duflu> Morning seb128, yeah it's not bad. How goes it?
[07:10] <duflu> Also, morning didrocks
[07:10] <didrocks> hey hey duflu ;)
[07:10] <seb128> good :-)
[07:12] <didrocks> seb128: can you try super "nautilus" enter?
[07:12] <didrocks> it doesn't do anything for me (clicking or enter)
[07:12] <didrocks> using the dash icon works though
[07:13] <seb128> didrocks, it opens nautilus for me
[07:14] <seb128> or it did on first try
[07:14] <seb128> now it does nothing
[07:16] <didrocks> I don't remember if I opened it once already in that session TBH
[07:17] <didrocks> but ok, there is something fishy at least…
[07:17] <seb128> indeed
[07:17] <didrocks> the dash icon works 100% of the time for me though
[07:17] <didrocks> shouldn't it be the same .desktop file?
[07:17] <seb128> confirmed on a new session
[07:17] <seb128> it works on first try only
[07:17] <didrocks> so
[07:17] <didrocks> I moved this icon to the dash
[07:17] <didrocks> it's another one
[07:17] <didrocks> and it matches a running app
[07:18] <didrocks> that's why, for the shell, that app/.desktop file is running
[07:19] <didrocks> favorite-apps=[…, 'org.gnome.Nautilus.desktop',…'org.gnome.Nautilus.desktop']
[07:19] <didrocks> same desktop file :/
[07:19] <didrocks> but I have been able to add it twice
[07:19] <didrocks> wth?
[07:21] <didrocks> however
[07:22] <didrocks> right-click -> details
[07:22] <didrocks> it's nautilus.desktop
[07:22] <didrocks> for the running one
[07:22] <didrocks> so, what's saved in the favorite doesn't match what the shell think the icon is
[07:23] <didrocks> why does org.gnome.Nautilus.desktop has OnlyShowIn=Unity?
[07:24] <seb128> it's another of those compat entries iirc
[07:24] <duflu> didrocks, Upstream Gnome don't like having desktop icons. Also nautilus-desktop is an X11 app that runs under Xwayland. I think they want to kill it off
[07:24] <seb128> didrocks, http://bazaar.launchpad.net/~ubuntu-desktop/nautilus/ubuntu/view/head:/debian/rules#L44
[07:25] <didrocks> duflu: yeah, but it doesn't explain why there is a huge mismatch between what's GNOME shell is storing and what it thinks is running
[07:25] <didrocks> duflu: at least, it should be nautilus.desktop in both place
[07:25] <duflu> Bugs! Yep, Gnome Shell is buggy
[07:25] <duflu> But it's also nice, and is fixable
[07:26] <didrocks> seb128: hum, ok, I wonder if the difference in behavior is due to DBusActivatable=true
[07:26] <didrocks> and so, ask for dbus, already running as the desktop renderer, done
[07:26] <didrocks> (doesn't explain the other bug on the wrong .desktop file matching, but let's focus on this first)
[07:26] <didrocks> also, not respecting OnlyShowIn :p
[07:27] <seb128> yeah
[07:27] <seb128> could be
[07:27] <didrocks> could have been
[07:28] <didrocks> but no :p
[07:28]  * didrocks tried to restart G-S after commenting it
[07:28] <didrocks> no success
[07:30] <didrocks> but yeah, there are 3 bugs: nautilus matched as different thing, GNOME Shell doesn't seem to respect OnlyShowIn for that use case and nautilus showing desktop is matched as a running app
[07:31] <duflu> koza: Anything fun to talk about today?
[07:31] <seb128> didrocks, it works without nautilus.desktop
[07:31] <seb128> every time
[07:32] <didrocks> I went the other way, NoDisplay=true on org.Nautilus… doesn't work
[07:32] <didrocks> trying as well
[07:33] <didrocks> you removed OnlyShowIn as well, correct?
[07:33] <koza> duflu, hey, yes :)
[07:34] <koza> duflu, not sure if fun but at least it has three letters starting with b ending with g ;-)
[07:34] <didrocks> seb128: so, removing OnlyShowIn in org.gnome.Nautilus.desktop + removing nautilus.desktop works for me as well
[07:34] <duflu> koza: big?
[07:34] <seb128> didrocks, right
[07:35] <duflu> beg?
[07:35] <duflu> bog?
[07:35] <duflu> bag?
[07:35] <koza> duflu, close close but you are not there yet
[07:35] <didrocks> seb128: so, we are using that icon on Unity, I guess we kept the other for other DEs, but as we migrate the favorites which are renamed from Unity to gnome-shell, we can maybe removed nautilus.desktop?
[07:36] <didrocks> and let other DEs having their own migration path?
[07:36] <didrocks> oh, I think I know what happens in the ungood .desktop file match
[07:37] <didrocks> nautilus.desktop is "added" to the dash
[07:37] <didrocks> but there is this hardcoded list of translation
[07:37] <didrocks> and so nautilus.desktop -> org.gnome.Nautilus.desktop when pinned on the dash
[07:37] <didrocks> (but not in memory)
[07:37] <didrocks> so half-converted
[07:37] <didrocks> and double org.gnome.Nautilus.desktop in gsettings
[07:39] <seb128> didrocks, we should check with Trevinho in case
[07:39] <seb128> I think nautilus has some special handling in unity
[07:39] <seb128> for matching subwindows
[07:39] <seb128> like specific drives or such
[07:39] <didrocks> yeah, at least, I confirm the Unity launcher is using org.gnome.Nautilus.desktop already
[07:40] <didrocks> so we *might* be fine
[07:40] <didrocks> but yeah, drives… maybe that will be the issue
[07:40] <didrocks> is Trevinho back today?
[07:40] <seb128> yes he should
[07:41] <seb128> we can remove nautilus.desktop and the onlyshowin and see if we get reports
[07:41] <didrocks> or
[07:41] <didrocks> we can add in nautilus.desktop NoShowIn=gnome?
[07:41] <didrocks> NotShowIn*
[07:42]  * didrocks tries
[07:43] <didrocks> works
[07:44] <didrocks> and matches are correct
[07:44] <didrocks> shouldn't we do that? It's the less impactful as long as we have unity? ^
[07:44] <didrocks> so removing OnlyShowIn=Unity; in org.gnome.Nautilus.desktop (or add GNOME) and adding NotShowIn=GNOME; in nautilus.desktop
[07:45] <seb128> wfm
[07:45] <didrocks> do you think we add GNOME to the OnlyShowIn list? that way we don't impact other DEs for now
[07:45] <seb128> but it makes us keep old compat files
[07:45] <seb128> +1
[07:45] <didrocks> yeah, I would be in favor of a cleanswap at some point
[07:45] <didrocks> once we get it all figured out, in one shot
[07:47] <seb128> before the LTS? ;-)
[07:47] <didrocks> would be great, I'm afraid we won't though (and we'll still have the unity -> GNOME Shell transition)
[07:47] <didrocks> so, the "removing file, removed from launcher" issue
[07:48] <didrocks> anyway, let's do the nautilus fix for now
[07:48] <seb128> k
[08:01] <willcooke> morning
[08:01] <didrocks> hey willcooke
[08:03] <willcooke> how goes didrocks?
[08:04] <didrocks> willcooke: good, debugged another small "polish" G-S annoying behavior :p
[08:04] <willcooke> :)
[08:04] <didrocks> yourself?
[08:04] <willcooke> sleepy
[08:04] <willcooke> :)
[08:05] <willcooke> Two late nights, need to finish on time today
[08:05] <didrocks> too much beer yesterday? :)
[08:05] <didrocks> hehe, yeah ;)
[08:05] <willcooke> too much work :p
[08:05] <willcooke> Can you advise me on DEP-3 for this? https://launchpadlibrarian.net/330579842/gnome-control-center_3.24.3-0ubuntu2.debdiff
[08:06] <willcooke> it looks pretty straight forward, I just full out those Origin: Bug: etc fields
[08:06] <willcooke> is that all there is to it?
[08:06] <didrocks> do you have a bug for it? Bug-Ubuntu: <bug-url>
[08:07] <willcooke> https://bugs.launchpad.net/gnome-control-center/+bug/1706421
[08:07] <didrocks> the rest looks good
[08:07] <didrocks> but remove "+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
[08:07] <didrocks> "
[08:07] <didrocks> and what you don't use below :)
[08:07] <willcooke> for the actual patch itself, is that the correct way to make the font MonoSpace?
[08:08] <didrocks> willcooke: example of DEP-3 fresh from this morning: http://bazaar.launchpad.net/~didrocks/gnome-control-center/sound-above-100/view/head:/debian/patches/70_allow_sound_above_100.patch
[08:08] <didrocks> willcooke: to me, yes, I don't know if there is a more modern way, seb128? ^
[08:09] <Laney> moin
[08:09] <didrocks> good morning Laney
[08:10] <willcooke> hi Laney
[08:10] <Laney> what's up
[08:10] <willcooke> your roof
[08:10] <willcooke> wakka wakka  wakka
[08:10] <didrocks> (sleepy, but still can make bad jokes, I see…)
[08:10] <Laney> these guys said it's fine, no work to do O_O
[08:11] <seb128> hey willcooke Laney
[08:11] <willcooke> didrocks, dad jokes, amiright ;)
[08:11] <didrocks> willcooke: not at this level yet :p
[08:12] <seb128> didrocks, willcooke, the example header from Didier looks good to me, I don't know of anything missing there
[08:13] <Laney> it says Forwarded but the patch isn't forwarded
[08:13] <Laney> that should be Bug
[08:13] <Laney> ;-)
[08:14] <willcooke> and how about the actual patch itself, is that the right way to add monospace?
[08:14]  * Laney (mild troll)
[08:16] <seb128> or the patch should be forwarded
[08:16] <Laney> not if it uses com.ubuntu.sound
[08:18] <willcooke> If someone can comment here to say if adding the attributes to the .ui file is the "right" way, the I will make a diff for upstream
[08:19] <kostadin> Hello unbuntu deskop team. This is my first time on this channel and first I would like to thank you all for your efforts. I recently tried a daily build of 17.10 and I have a question regarding automatic bluetooth switching. When I connected my headset the output was automatically switched, but the headset was in HSP/HFP mode. Is this a bug I should report?
[08:20] <willcooke> kostadin, hi there!  Thanks for the report.  This is a known issue with some headsets, we're looking in to it at the moment.
[08:20] <seb128> willcooke, the actual .ui change looks good to me
[08:21] <willcooke> seb128, merci
[08:21] <seb128> de rien
[08:26] <Trevinho> Hi guys
[08:26] <Trevinho> yes didrocks
[08:26] <willcooke> morning Trevinho
[08:27] <Trevinho> hi willcooke
[08:27] <didrocks> Trevinho: we found a way without impacting Unity, don't worry :)
[08:28] <didrocks> but another fun bug due to desktop renames without good transition strategy in the Shell
[08:28] <kostadin> willcooke, thanks. Is there a launchpad bug for this? I am happy help with testting this.
[08:29] <koza> kostadin, what kind of headset are you using - brand/model?
[08:29] <kostadin> Plantronics BackBeat Pro 2
[08:29] <koza> kostadin, I think we do not have a bug for it atm, duflu can correct me if I'm wrong, so feel free and open one
[08:29] <duflu> kostadin, there might be an existing bug open but it's unclear from the above text what's happening. Please just log more details in a new bug
[08:31] <koza> kostadin, could you also include syslog with bluetooth and pulseaudio debug output enabled? instructions on how to do it are here: https://wiki.ubuntu.com/DebuggingBluetooth. In case sth will be unclear ping us.
[08:31] <willcooke> koza, this sounds like the same issue we saw in Warsaw where my speaker was connecting as A2DP but your headset wasnt - you had a patch knocking about, but the upgrade to 5.46 might help? (cc duflu - will fill you in in the meeting)
[08:31] <kostadin> Basically headset connects fine, audio output is switched, but HSP/HFP mode is selected by default instead of A2DP mode.
[08:32] <koza> willcooke, yes I think this is the same issue
[08:32] <duflu> willcooke, the release announcements are too brief to tell. Would have to search git to see if any relevant change occurred
[08:32] <kostadin> koza, duflu I will open a new bug with syslog output and description. Thank you
[08:32] <duflu> kostadin, oh yes that happened to me last time. However it stopped happening on subsequent reboots. Only happened the first time
[08:33]  * duflu vaguely recalls a timing issue that we distro-patch and might be relevant
[08:33] <duflu> (hence the bug might not exist upstream)
[08:34] <duflu> P.S. Almost all Bluetooth audio bugs are the domain of pulseaudio, not bluez.
[08:35] <seb128> hey Trevinho, wb!
[08:36] <kostadin> duflu, I have not tested it on subsequent reboots to be honest, but I will do it and report it in the bug
[08:42] <Trevinho> hi seb128
[08:42] <Trevinho> thanks
[08:47] <willcooke> hey Laney - I am reminded about that sound issues, where I had to touch a file to rebuild a cache or something.  Do I need to make that touch part of the rules?
[08:50] <Laney> willcooke: postinst if anything, but that feels more like a hack to me
[08:51] <Laney> what do you think?
[08:51] <Laney> worth a libcanberra bug
[08:52] <willcooke> Laney, does feel like a hack.  Will that cache ever get updated if we don't touch that file?  e.g. will it always be "broken" for people who upgrade?
[08:52] <Laney> i think there's some kind of timeout in there too
[08:52] <Laney> and it's only if you got a negative hit recorded in the cache
[08:53] <Laney> i.e. if you tried to play it
[08:53] <Laney> probably the cache check thing should look at the actual theme directory rather than /usr/share/sounds
[08:57] <willcooke> didrocks, how's this look now? http://paste.ubuntu.com/25175527/
[08:58] <seb128> willcooke, bonus point if you list (lp: #nnn) in the changelog to reference to the launchpad bug
[08:58] <willcooke> seb128, can I edit the diff directly to add that?
[08:58] <seb128> sort of
[08:58] <willcooke> hmm, maybe risky, the chunks would be out
[08:58] <seb128> you could, but it's going to be long
[08:58] <willcooke> I'll do it properly
[08:59] <seb128> so you should wrap
[08:59] <seb128> and adding a new line is more tricky
[08:59] <seb128> you need to change the @@ -1,3 +1,10 @@ numbers etc
[08:59] <seb128> easier to redo a diff
[08:59] <willcooke> ack
[09:05] <andyrock> good morning!
[09:06] <seb128> hey andyrock, how are you?
[09:09] <didrocks> nothing more to add compared to what seb told :)
[09:21] <andyrock> hey seb128
[09:21] <andyrock> good good, you?
[09:24] <seb128> andyrock, I'm good thanks
[09:27] <seb128> ricotz, hey, you said packages needed rebuilds for the python transition?
[09:30] <ricotz> seb128, hi, yes
[09:33] <seb128> I can have a look, which ones did you have?
[09:33] <ricotz>  <ricotz> afaics there are some desktop-packages which need a python-nochange-rebuild: eog-plugins, gedit, gedit-plugins
[09:33] <seb128> ricotz, k, thanks
[09:34] <seb128> ricotz, is there a transition tracker with that list?
[09:34] <ricotz> seb128, liferea
[09:34] <ricotz> there is a tracker, but those packages doesnt appear on it
[09:34] <ricotz> http://people.canonical.com/~ubuntu-archive/transitions/html/python3.6.html
[09:38] <seb128> do you know why they are not listed?
[09:55] <willcooke> seb128, how's this?  http://paste.ubuntu.com/25175612/
[09:58] <seb128> willcooke, gold :-)
[09:59] <willcooke> \o/
[10:00] <duflu> BTW to anyone interested, the top shell crasher is still https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1505409
[10:01] <duflu> Seems to be caused by Xwayland crashing, but errors.ubuntu.com does not catch Xwayland
[10:03] <willcooke> Do you know why it's not catching them duflu?
[10:04] <duflu> willcooke, Either the theory is wrong, or something to do with gnome-shell managing the Xwayland process lifecycle...?
[10:10] <seb128> duflu, those XError reports are always a bit difficult, would be nice if somebody would be able to reproduce and get a proper bt
[10:11] <duflu> seb128, people have. See the duplicates (almost daily) as well as errors.ubuntu.com
[10:11] <seb128> and yeah, it's likely that xwayland issues land under gnome-shell buckets
[10:12] <seb128> duflu, yeah, but that doesn't tell us what xerror it hits
[10:13] <duflu> seb128, I think the upstream bug had a better understanding
[10:17] <seb128> duflu, there isn't much in https://bugzilla.gnome.org/show_bug.cgi?id=776529
[10:17] <seb128> but you are right that we should try to sort that issue out
[10:19] <duflu> seb128, I think the cause of the Xwayland crash, while the root of the problem, is also not interesting. Xwayland is built from xorg-server so comes with some crashes you might get from legacy Xorg. What's really important is the last comment in the upstream bug where they admit gnome-shell should be better designed to not crash when Xwayland crashes
[10:19] <duflu> Anyway, I am almost done
[10:19] <seb128> right, but that's a design flow we know about and not one that we are likely going to resolve before the LTS
[10:20] <seb128> which is one of the reason for pushing back on the wayland session to be the default one
[10:21] <duflu> seb128, yes add it to the list unfortunately
[10:25] <seb128> but yeah, segfaults of Xwayland are reported against gnome-shell
[10:25] <seb128> I just sent a sig11 to Xwayland
[10:25] <seb128> and it indeed takes the whole session  down :-/
[10:27] <duflu> seb128, backward compatibility first. At least it supports legacy apps :)
[10:27] <duflu> And good night
[10:28] <seb128> and legacy segfaults!
[10:28] <seb128> night duflu
[10:28] <duflu> Heh
[12:04] <willcooke> seb128, do you know if anything got decided about dnsmasq yesterday?  I think it was agreed that the n-m packaging needs to recommend it, but did anyone sign up to do it?
[12:04] <seb128> willcooke, nobody did afaik, I was going to go ahead and upload that a bit later if nobody else do it
[12:05] <willcooke> seb128, oki cool, thanks
[12:05] <seb128> yw
[12:50] <kenvandine> mpt, did you sort out when you're going to meet us at guadec?
[12:51] <mpt> kenvandine, yes, I registered to be thereon the Tuesday
[12:51] <kenvandine> mpt, great!
[12:51] <kenvandine> mpt, thx
[12:53] <didrocks> kenvandine: can we get the session on Tuesday morning? I'm leaving at lunch time that day
[12:53] <kenvandine> didrocks, for the status area/indicator discussion?
[12:53] <didrocks> kenvandine: yeah, and other design-related/extensions ones
[12:53] <kenvandine> ok
[12:53] <didrocks> (or on Monday for most of them ;))
[12:53] <didrocks> thanks!
[12:54] <kenvandine> i'll talk to allan
[13:02] <willcooke> Laney, re: canberra - should that bug be upstream, or in LP?@
[13:12] <jbicha> seb128: I'll go ahead add the NM recommends now
[13:12] <seb128> jbicha, thanks
[13:14] <jbicha> Debian has dnsmasq as a Depends, but we'd rather have it as a Recommends now, right?
[13:14] <jbicha> *dnsmasq-base
[13:15] <jbicha> never mind, Debian doesn't recommend or depend it there
[13:19] <jbicha> and never mind that, it is a recommends there
[13:19] <jbicha> good morning
[13:21] <willcooke> morning jbicha
[13:21] <seb128> hey jbicha :-)
[13:22] <didrocks> good morning jbicha
[13:25] <willcooke> Laney, do you know what processor your xps has?
[13:30] <mpt> andyrock, hey, I finally revised the Livepatch design. It turned out to be not that complicated (I think). <https://wiki.ubuntu.com/SoftwareUpdates?action=diff&rev2=217&rev1=211>
[13:35] <andyrock> mpt let's discuss the design at the meeting
[13:35] <mpt> yep
[13:36] <andyrock> because it requires work on their side
[13:59] <Laney> willcooke: upstream (or both)
[14:00] <Laney> & i7-5500
[14:35] <andyrock> hey didrocks, how much you know about golang and i18n?
[14:36] <andyrock> the big question if the translations can be exported/imported to launchpad
[14:37] <didrocks> andyrock: on non desktop, people are using go-i18n, but I know there is as well some gettext package which may suit more desktop env
[14:38] <andyrock> kk thanks
[14:38] <didrocks> another way could be to use gogtk binding which has glib support (but untested)
[14:38] <andyrock> I'll check gettext
[14:38] <didrocks> andyrock: the most imported one in the Go community is http://godoc.org/github.com/gosexy/gettext
[14:39] <didrocks> https://github.com/gosexy/gettext/blob/master/_examples/gettext.go
[14:39] <didrocks> for an example
[14:39] <kenvandine> gosexy... lol
[14:40] <didrocks> they used to have a lot of great pkgs ;)
[14:40]  * Laney removes 9999 g_debug () calls
[14:40] <Laney> hey kenvandine
[14:40] <kenvandine> hey Laney
[14:40] <Laney> you good?
[14:40] <kenvandine> yup
[14:40] <didrocks> Laney: debugging the race I guess?
[14:40] <kenvandine> leaving in a few hours
[14:41] <didrocks> and so, had foo, bar, baz…
[14:41] <kenvandine> just promoted gedit snap to stable :)
[14:41] <Laney> nice
[14:41] <Laney> didrocks: something like that
[14:41] <Laney> G_STRLOC!
[14:42] <didrocks> going deep :) but yeah, useful macro
[14:42] <kenvandine> seb128, an argument in favor of gjs in the platform snap... snaps that use our content interface won't need a rebuild for security updates to gjs
[14:42] <didrocks> (I would never remember the gcc syntax, thanks for #define :p)
[14:43] <kenvandine> seb128, we could end up with snaps in the store that bundle gjs/mozjs
[14:44] <Laney> hey
[14:44] <Laney> I tried build.snapcraft.io yesterday
[14:44] <kenvandine> how did that go?
[14:44] <Laney> https://build.snapcraft.io/user/iainlane/gedit/59890
[14:44] <Laney> can you see that?
[14:44] <kenvandine> yes
[14:44] <didrocks> yep
[14:45] <Laney> what's up with that?
[14:45] <didrocks> no idea, I saw on the forum that there was something added in launchpad recently for submodule support
[14:45] <kenvandine> Submodule 'libgd' (https://github.com/iainlane/libgd) registered for path 'libgd'
[14:45] <kenvandine> do you have  clone of that repo?
[14:46] <didrocks> it's indeed a 404
[14:46] <didrocks> https://github.com/iainlane/libgd
[14:46] <kenvandine> right
[14:46] <Laney> why's it trying to get it from there?
[14:46] <kenvandine> not sure why
[14:46] <kenvandine> oh, do you have a fork of gedit?
[14:46] <kenvandine> i think the submodule is ../libgd
[14:47] <kenvandine> if you fork libgd it'll work
[14:47] <Laney> ffs
[14:47] <kenvandine> indeed :)
[14:47] <Laney> how do you even look at submodules?
[14:47] <didrocks> the recent bug fixed was https://bugs.launchpad.net/launchpad-buildd/+bug/1694413
[14:47] <Laney> laney@nightingale (master|✔)> git submodule status                                                                                                                                       ~/temp/gedit
[14:47] <Laney> -56a19ad9b056332ef07e508f1bdb6f03c6cb2590 libgd
[14:47] <didrocks> but it doesn't seem to be related
[14:47] <Laney> helpful
[14:49]  * Laney just presses the fork button to try it
[14:50] <Laney> k building
[14:52] <ogra_> is that like "k lining" ?
[14:52] <didrocks> "forklining :)
[14:52] <didrocks> better than inlining!
[14:53] <ogra_> not as informative as outlining though
[14:53] <didrocks> heh
[14:54] <Laney> https://launchpadlibrarian.net/330697688/buildlog_snap_ubuntu_xenial_amd64_04b3cfb6593f404a3d6cf0bcb0f15f47-xenial_BUILDING.txt.gz
[14:54] <Laney> yeah annoying
[14:55] <kenvandine> Laney, https://code.launchpad.net/~ken-vandine/gedit/snap
[14:55]  * Laney copied that snapcraft.yaml
[14:55] <kenvandine> oh
[14:55] <kenvandine> ah...
[14:55] <kenvandine> the PPA maybe?
[14:55] <didrocks> why did you have to use another desktop helper? /me is curious
[14:56] <didrocks> (no need to copy the definition, just use after:[remote-part-name]
[14:56] <kenvandine> yeah... i realized that the other day
[14:56] <didrocks> I'm afraid people then just copy that :p
[14:56] <kenvandine> i was basing my work on ghex :)
[14:56] <kenvandine> i have a todo to go back through them and switch to the remote part
[14:56] <didrocks> who did ghex that way? tsss tsss tsss :p
[14:57] <didrocks> yeah
[14:57] <kenvandine> seb128 :)
[14:57] <didrocks> otherwise we give a bad best practice
[14:57] <didrocks> retsss :)
[14:57] <kenvandine> well, i also started out needing to use my fork of the desktop helper
[14:57] <Laney> anyway
[14:57] <kenvandine> now it's been copied to a bunch of snaps :)
[14:57] <didrocks> anything I didn't merge?
[14:57] <Laney> I just wanted to see if build on commit was easy to achieve
[14:57] <kenvandine> nope, it's all there
[14:57] <didrocks> good :)
[14:57] <Laney> this is more effort than I was bargaining for :P
[14:57] <kenvandine> i don't see a way to configure it to use our backports ppa
[14:58] <didrocks> I don't think we can use ppa, this is what I hilighted the other day here
[14:58] <Laney> how do you normally do that?
[14:58] <kenvandine> ah
[14:58] <didrocks> flexiondotorg told the contrary, I don't know how…
[14:58] <Laney> just have it available?
[14:58] <kenvandine> LP lets you specify the PPA
[14:58] <didrocks> yeah, LP does
[14:58] <kenvandine> didrocks, you can actually... i remember now
[14:58] <didrocks> not b.snapcraft.io AFAIK
[14:59] <Laney> mmm
[14:59] <kenvandine> you use a script in the prepare to add-apt-repository
[14:59] <kenvandine> yuck
[14:59] <didrocks> oh
[14:59] <didrocks> yummy :)
[14:59] <didrocks> but nice trick :p
[14:59] <kenvandine> indeed
[14:59] <kenvandine> nice way to hack the builders :)
[14:59] <flexiondotorg> Yes, yukky. Use cleanbuild locally :-)
[14:59] <didrocks> why? I want this broke-my-desktop ppa here! :-)
[15:47] <kenvandine> didrocks, i updated all my snaps to use the remote part :)
[15:55] <didrocks> \o/
[16:44] <kenvandine> well that sucks... switching to the remote desktop-gtk3 part broke the workaround to cleanup all the duplicated files from the platform snap
[16:45] <kenvandine> gedit went from 5.9M to 77M :(
[16:53] <kenvandine> oh... wrong remote part :)
[17:11] <Laney> night!
[17:11] <willcooke> see ya Laney
[17:11] <kenvandine> good night Laney
[17:11] <kenvandine> see you tomorrow!
[23:01] <Trevinho> muktupavels: hey, did you see https://bugzilla.gnome.org/show_bug.cgi?id=785451 ?