[00:45] <jbicha> robert_ancell: https://blogs.gnome.org/aday/2017/05/16/new-simple-scan-designs/
=== xavpaice_ is now known as xavpaice
[01:26] <robert_ancell> jbicha, yep
[01:29] <jbicha> obviously, you've been talking to him, but I wanted to make sure you saw his post :)
=== maclin1 is now known as maclin
=== anpok_ is now known as anpok
[07:06] <didrocks> good morning
[07:06] <Trevinho> morning didrocks
=== didrocks1 is now known as didrocks
[08:02] <willcooke> morning all
[08:04] <Laney> moin moin
[08:05] <Laney> moist day ahead http://www.metoffice.gov.uk/public/weather/forecast/gcrjm8jf7
[08:05] <willcooke> Good for the allotment
[08:05] <willcooke> My grass was going a bit brown as well
[08:06] <ricotz> morning desktopers
[08:06] <Laney> trent's not really responded yet https://flood-warning-information.service.gov.uk/station/2102
[08:07] <Trevinho> hi willcooke and Laney
[08:07] <Laney> I'll give the weather one more day
[08:07] <Laney> then it can stop so that I can get down and plant out mjy sweetcorn and squash thank you very much
[08:07] <Laney> hi ricotz, hey Trevinho
[08:07] <andyrock> good morning!
[08:07] <Laney> how are you?
[08:07] <Laney> aloha andyrock
[08:08] <Trevinho> Laney: allright... Working from the pool... :-)
[08:08] <Trevinho> Litterally *inside* the pool :-D
[08:08] <Laney> O_O
[08:08] <Laney> hope nobody splashes near you
[08:08] <Laney> let's see a picture please
[08:09] <Trevinho> no, it's quiet here
[08:09] <Trevinho> https://usercontent.irccloud-cdn.com/file/mBecYbiI/io%20adesso%20%3A-D
[08:09] <willcooke> a.maze.ing
[08:10] <Laney> hahaha
[08:10] <Laney> love it
[08:10] <Trevinho> And there's also a plug...
[08:11] <Trevinho> anyway Laney another small theme fix for you
[08:11] <Laney> ffs
[08:11] <Laney> can you try to batch theses?
[08:11] <Laney> -s
[08:12] <Laney> we don't usually upload < 10 line changes to packages every day
[08:12] <Trevinho> Laney: sure... It's just that... You know, I find something wrong I fix it...
[08:13] <Trevinho> And MP it, as otherwise I forget to do it in batch
[08:13] <Trevinho> but as for the actual upload, sure we can batch those
[08:13] <Laney> thx
[08:13] <Trevinho> So no need to upload, just review is fine... I'll put them alltogether then
[08:14] <Trevinho> you know, I'm always used to andyrock denigrate me because I was sending him 2k lines MPs :-D
[08:15] <andyrock> 2k when I was lucky
[08:15] <seb128> hey willcooke Laney Trevinho andyrock, active channel this morning :-)
[08:16] <willcooke> hey seb128, welcome to the party
[08:18] <sameee> hi friends, how do i force quit in ubuntu?
[08:19] <willcooke> sameee, better to ask in #ubuntu - but...  you can use xkill (run it from a terminal and then click on the app you want to kill), or you can use kill <process id> or pkill <process name>
[08:24] <seb128> Trevinho, plugs next to the pool, be careful with water
[08:24] <Trevinho> seb128: it's far from that...
[08:25] <Trevinho> Like in the internal side of the kiosk... But sure, anyway it's always a thinkpad! :-). No water can block it....
[08:25] <Trevinho> or, wait..
[08:25] <seb128> Trevinho, but nice to see you still have good time there :-)
[08:25] <Trevinho> hey seb128 btw!
[08:25] <seb128> hey :-)
[08:25] <Trevinho> seb128: eh, since you had to drop the Sun sprint, I had to do this
[08:25] <Trevinho> how is your night/day? :)
[08:26] <seb128> short/long :p
[08:26] <sameee> thanks willcooke, eventually it came right
[08:26] <seb128> yeah, sorry about the italy sprint not being possible
[08:26] <seb128> that would have been fun
[08:26] <sameee> just had to wait a couple of minutes for it all to come grinding to a halt
[08:26] <seb128> but it's just delayed :-)
[08:43] <duflu> Hmm, this gnome-shell stuff has a habit of turning the screen black (backlight on) and not waking up
[08:43] <duflu> Hopefully we can fix that
[08:43] <seb128> report a bug upstream to start maybe?
[08:44] <duflu> seb128, Yeah one thing at a time. I reviewed 150 gnome-shell bugs today
[08:44] <seb128> you plan to work on/maintain it? or just helping with triaging?
[08:45] <duflu> seb128, just cleaning up because I thought it was "easy"
[08:45] <seb128> haha
[08:45] <duflu> Turns out it's not an easy package
[08:45] <flexiondotorg> Morning desktopers
[08:45] <seb128> I guess it's also collecting reports for different other components?
[08:45] <flexiondotorg> Trevinho Thanks for the email :-)
[08:45] <seb128> like when users don't know what to blame they report against the shell
[08:45] <seb128> was the same in unity
[08:46] <Trevinho> flexiondotorg: no worries
[08:46] <seb128> it was getting compiz, xorg, etc reports
[08:46] <seb128> hey flexiondotorg! how are you?
[08:46] <flexiondotorg> seb128 Doing well thanks.
[08:46] <duflu> seb128, yeah that would be easy. But there was a flood of crashes during 2014. Not sure if that mostly calmed down
[08:46] <duflu> Will find out
[08:46] <flexiondotorg> Had some time off recently to go to Linux Fest North West in the US.
[08:47] <flexiondotorg> Nothing like a Linux Fest to blow away to cob webs :-)
[08:47] <seb128> duflu, we should probably script close all of those and use e.u.c to track current segfaults
[08:47] <seb128> flexiondotorg, nice :-)
[08:48] <jbicha> I'm wondering if we should just close all the trusty gnome-shell bugs
[08:48] <seb128> still working your way through upstream snaps otherwise?
[08:48] <seb128> jbicha, hey
[08:49] <jbicha> Ubuntu GNOME 14.04 LTS is no longer supported and I don't think anyone's interested in gnome-shell 3.10 any more really
[08:49] <seb128> jbicha, segfault, or any report? we should probably review the list and see those which still can be easily reproduced
[08:51] <jbicha> most of these: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bugs?field.tag=trusty
[08:52] <duflu> jbicha, I wish trusty was unsupported, but 2019? https://wiki.ubuntu.com/Releases
[08:53] <duflu> For all packages though there is a spike in mid-2014 because that's the oldest still supported release. Can't just blindly expire bugs
[08:53] <duflu> Oh, GNOME
[08:53] <seb128> duflu, gnome-shell is not supported by Canonical on trusty though
[08:53] <duflu> Awesometastic
[08:54] <jbicha> if it's in main and a community flavor isn't interested then it's not really supported despite popular opinion that everything is supported for 5 years
[08:54] <jbicha> *not in main
[08:55] <duflu> jbicha: Happy to have any excuse. Just need some URL with an official statement really
[08:55] <jbicha> duflu: does this work for you? https://lists.ubuntu.com/archives/ubuntu-gnome/2017-March/004211.html
[08:56] <duflu> jbicha, indeed, thanks
[08:57] <jbicha> duflu: thanks for the help triaging; a week ago we had almost 800 open gnome-shell/ubuntu bugs
[08:58] <duflu> jbicha, no problem. There were 400+ at the start of today. I'll run through them before EOD
[08:58] <duflu> EOW!
[09:15] <GunnarHj> seb128: Hi Seb! jbicha and I talked some more about docs and translations yesterday. One option ought to be to split gnome-user-docs into lang specific binaries as is already done with gnome-getting-started-docs. Then the required ISO space would be unchanged.
[09:24] <seb128> GunnarHj, hey
[09:26] <seb128> GunnarHj, jbicha, right, that was mentioned in the afternoon discussion, that's fine but if you unstrip you loose the ability to fix translations on launchpad (if you keep launchpad translations enabled rather than using direct upstream import) and you would require to do source-patching + package SRU to update translations in that case rather than be part of the normal langpacks refreshes
[09:27] <seb128> which is fine if that's what you want of course
[09:27] <seb128> it's just a tradeoff
[09:27] <seb128> also you need to ensure the right -<locale> binaries get installed
[09:27] <seb128> which is a language-selector job I guess?
[09:29] <GunnarHj> seb128: Please note that docs translations are different from shipping MO files with the langpacks. The localized XML files (which may or may not be stripped) are created only at build time. Hence the manual intervention you mention is necessary whichever route you take.
[09:30] <seb128> GunnarHj, so what's the process to build them today? export translations for launchpad manually and copy them in the source package and rebuild?
[09:30] <seb128> who does that?
[09:30] <GunnarHj> seb128: I do.
[09:31] <seb128> do you have an example of a such upload
[09:31] <seb128> just to look at what the package diff looks like?
[09:32] <GunnarHj> seb128: https://launchpad.net/ubuntu/+source/ubuntu-docs/17.04.3
[09:34] <seb128> GunnarHj, how does it work to get the translations updated then? we need a langpack export after each ubuntu-docs builds?
[09:34] <GunnarHj> seb128: Yes.
[09:35] <GunnarHj> seb128: It's a pretty heavy process.
[09:35] <seb128> so in practice that almost never happens right?
[09:35] <GunnarHj> seb128: For stable releases: No.
[09:38] <GunnarHj> seb128: Correction: It does happen once or twice for each LTS - "full langpack update".
[09:39] <seb128> k, well your call as I said
[09:39] <seb128> changing to use upstream translations and split is fine
[09:39] <seb128> you just need to make sure that language-selector&co install the right binaries then
[09:40] <GunnarHj> seb128: Right. l-s would need to reflect it.
[09:41] <GunnarHj> seb128: As regards LP, I see now that templates and PO-files are in the import queue for gnome-user-docs. Suppose it's because the package was moved to main. Is there a way to stop that?
[09:43] <seb128> the stripping?
[09:44] <GunnarHj> seb128: So if we would set NO_PKG_MANGLE, the translations wouldn't go to the LP translation interface either?
[09:44] <seb128> right
[09:45] <GunnarHj> seb128: Ok, I see. That's how we'd like it to work.
[09:45] <GunnarHj> seb128: Thanks for your patience! I guess the ball is in my court then. ;)
[09:49] <pitti> Good morning folks!
[09:49] <pitti> Laney: thanks for reviewing the backport request!
[09:52] <seb128> hey pitti, wie gehts?
[09:52] <seb128> GunnarHj, sounds fine, good luck with the changes
[09:52] <pitti> seb128: prima, danke!
[09:52] <pitti> seb128: you are back at work now?
[09:52] <seb128> pitti, yes, since monday
[09:55] <jbicha> pitti: I believe phako discussed briefly with you the problem with Ubuntu's shotwell autopkgtest failing because of the iOS patch Debian is carrying
[09:56] <jbicha> do you have any advice on what we should do there for shotwell?
[09:59] <pitti> jbicha: right, I remember that, this needs re-recording the ioctls with a real camera to adjust for the protocol change
[09:59] <pitti> or disabling the test
[10:00] <jbicha> it sounds like you're saying the autopkgtest failure might not be a real regression then?
[10:01] <pitti> no, most probably not (should be verified with manually importing from a PtP camera, of course)
[10:02] <pitti> umockdev can only replay known conversations, so if the protocol changes then it can't emulate the camera any more
[10:04] <jbicha> phako says it worked with his camera so I'll see if he is able to re-record to get the autopkgtest working again
[10:18] <Laney> hey pitti
[10:19] <Laney> no worries!
[10:50] <chrisccoulson> on this survey - http://www.omgubuntu.co.uk/2017/05/ubuntu-desktop-gnome-extensions-survey-1710 - I see AlternateTab is listed.
[10:50] <chrisccoulson> I'm using that, and find it useful for a different reason than that quoted in the survey
[10:51] <chrisccoulson> I actually prefer the tab switcher to be grouped by application rather than window (ie, the behaviour without AlternateTab)
[10:51] <chrisccoulson> The reason I use it is because the default tab switcher shows applications from all workspaces, whereas AlternateTab only shows windows from the current workspace
[10:52] <chrisccoulson> ie, the tab switcher with and without that extension is not as good as we had with unity
[10:53] <chrisccoulson> there didn't appear to be any way to add additional feedback ;)
[11:08] <Laney> "Hello errors.ubuntu.com, or anyone else affected,"
[11:08] <Laney> :D
[11:13] <kenvandine> chrisccoulson, thx
[11:14] <kenvandine> chrisccoulson, i definitely miss alt-tab from unity
[12:46] <huggybear404> I enabled desktop sharing and installed vnc viewer, when i try connect using correct ip I just get cannot connect using this encryption, how to fix this ? I tried all options I can find
[13:13] <kenvandine> cyphermox, did you see security ack'd the mozjs and gjs MIRs?
[13:14] <cyphermox> kenvandine: yes, I'm reviewing those right now
[13:14] <kenvandine> cyphermox, great!
[13:14] <kenvandine> we're anxious to update the seed
[13:16] <didrocks> please let me commit the unity removal. I did the addition at the time :)
[13:16] <kenvandine> didrocks, +1 from me :)
[13:23] <oSoMoN> didrocks, feeling nostalgic?
[13:23] <didrocks> oSoMoN: yeah, were good times, scrambling all those deps in :p
[13:41] <jibel> didrocks, oh remember the daily release stuff ;) end of an era
[13:41] <didrocks> yes! :p
[13:42] <didrocks> I still have the jenkins autoconfig somewhere…
[13:42] <Laney> we can get back to that
[13:42] <jibel> NOOOO
[13:42] <Laney> jhbuild -> archive
[13:49]  * didrocks bzr branch lp:tarmac
[13:49] <didrocks> if Laney wants it, he will get it :p
[13:50]  * didrocks remembers the notions of dependent stacks
[13:53] <Laney> if it doesn't have a google spreadsheet for UI
[13:53] <Laney> I don't want to hear about it
[13:53] <kenvandine> rofl
[13:56] <didrocks> it didn't!
[13:56]  * Laney is taking the best bits from all solutions
[13:56] <didrocks> can be added though
[13:56] <didrocks> ahah
[13:57] <Laney> I can't actually remember what the spreadsheet looked like
[13:57] <Laney> hope somebody's got a screenshot
[13:57] <didrocks> well, screenshot is post-daily-release
[13:57] <Laney> oh man it's still there
[13:57] <didrocks> spreadsheet*
[13:57] <didrocks> the spreadsheet was the daily release killer
[13:57] <didrocks> unplugged
[13:58] <didrocks> killed
[13:58] <didrocks> you don't have any idea of the amount of javascript driving this spreadsheet
[13:58] <didrocks> insane!
[13:58] <Laney> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Ahfru_NNQUKMdEZzQ3VHV0xHS3RKcERudVljcXQycWc#gid=0
[13:59] <didrocks> some people revealed the secret fields!!!
[13:59] <didrocks> looks like you can publish some silos :p
[14:00] <didrocks> want to do it! Some are even for oSoMoN!
[14:01]  * Laney has saved a copy
[14:02] <didrocks> for posterity!
[14:03] <Laney> about once a week I have the urge to copy and paste Ozymandias
[14:03] <Laney> now is that time
[14:03] <kenvandine> cyphermox, thx for the MIRs
[14:03] <didrocks> :)
[14:03] <kenvandine> cyphermox, we still need bug 1685870 approved too
[14:03] <ubot5> bug 1685870 in gnome-shell (Ubuntu) "[MIR] gnome-shell" [Undecided,New] https://launchpad.net/bugs/1685870
[14:03] <Laney> Look on my Works, ye Mighty, and despair!
[14:04] <didrocks> nice one
[14:04] <seb128> you guys are crazy :-)
[14:04] <Laney> hey seb128
[14:05] <seb128> and now Laney is loosing memory and saying hey again
[14:05] <seb128> hey Laney :p
[14:05] <Laney> nah
[14:06] <Laney> just felt like an 're' kind of moment
[14:06] <kenvandine> cyphermox, can you also look at bug 1685411 again?
[14:06] <ubot5> bug 1685411 in colord-gtk (Ubuntu) "[MIR] colord-gtk" [Undecided,New] https://launchpad.net/bugs/1685411
[14:06] <kenvandine> jbicha, did you look into re-enabling the tests for gnome-settings-daemon?
[14:06] <kenvandine> if not, i can look at that
[14:07] <seb128> Laney, I see :-)
[14:07] <seb128> Laney, it's too warm here today, remind me when you guys were there
[14:07] <seb128> here
[14:07] <jbicha> kenvandine: I got stuck on g-s-d tests with https://bugzilla.gnome.org/782170
[14:07] <ubot5> Gnome bug 782170 in color "color: build test requires compiled schemas" [Normal,New]
[14:09] <Laney> seb128: yeah, that was crazy and this is even earlier in the year
[14:09] <Laney> meanwhile my shoes and jeans are still wet from going out in the rain earlier
[14:09] <cyphermox> kenvandine; sure
[14:10] <kenvandine> cyphermox, thx
[14:10] <kenvandine> cyphermox, for g-s-d, is linking to that bug report good enough explanation of why the tests are disabled?
[14:11] <kenvandine> we should add that to the changelog or something
[14:15] <cyphermox> Yeah bug report is fine.
[14:18] <kenvandine> jbicha, ^^
[14:20] <kenvandine> cyphermox, the g-s-d MIR was bug 1685414, if you want to ack that :)
[14:20] <ubot5> bug 1685414 in gnome-settings-daemon (Ubuntu) "[MIR] gnome-settings-daemon" [High,Incomplete] https://launchpad.net/bugs/1685414
[14:33] <kenvandine> hey bcurtiswx!
[14:33] <kenvandine> bcurtiswx welcome back!
[14:33] <bcurtiswx> hola kenvandine!!
[14:33] <bcurtiswx> thank you!
[14:33] <kenvandine> contributions always welcome :)
[14:34] <bcurtiswx> of course :) i just need to get new keys and ssh stuff setup
[14:34] <kenvandine> wow... been that long?
[14:34] <bcurtiswx> yeah, it has. Or at least, it feels like it had
[14:39] <jbicha> Laney: cyphermox: is this fine? and also drop the autopkgtest which just duplicates dh_auto_test? https://bazaar.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/ubuntu/revision/523
[14:40] <cyphermox> Yeah, looks good to me
[14:41] <cyphermox> Yiu have a stray space in control line 67 though
[14:42] <jbicha> that's because I ran debian/rules clean this time; I usually just edit debian/control by hand
[15:30] <cyphermox> Kenvandine:gsd is approved too
[15:40] <jbicha> cyphermox: can I bug you about LP: #1686726 again?
[15:40] <ubot5> Launchpad bug 1686726 in gnome-getting-started-docs (Ubuntu) "[MIR] gnome-getting-started-docs" [High,Triaged] https://launchpad.net/bugs/1686726
[15:40]  * Laney will be back later
[15:57] <kenvandine> cyphermox, thx
[16:01] <kenvandine> cyphermox, i went ahead and assigned the last of the MIRs we need for the initial seeding to you
[16:02] <kenvandine> gnome-shell, mutter, caribou, gdm3 and colord-gtk
[16:02] <kenvandine> 3 of those were in main before
[16:02] <kenvandine> cyphermox, feel free to re-assign as needed, but i assume it'll be you
[17:11] <chrisccoulson> oSoMoN, ok, chromium is done
[18:49] <willcooke> night all