[02:07] <jose> does anyone know people from Texas?
[02:07] <jose> (that are in the LoCo team)
[02:07] <pleia2> their mailing list is active now and again
[02:08] <pleia2> not sure I know anyone who is currently active
[02:10] <jose> I'd like to know if we have a booth at TLF, otherwise I'd like to get one, so... I'll send them an email
[02:10] <pleia2> I think robbie is usually involved with that, maybe dustin
[02:13] <jose> hmm, ok
[02:13] <jose> thanks!
[07:28] <dholbach> good morning
[07:33] <silverlion> good morning dholbach
[07:55] <popey> hey dholbach
[07:55] <dholbach> hey popey
[08:25] <davidcalle> Morning all
[08:27] <dholbach> salut davidcalle
[08:33] <popey> o/
[08:39] <dholbach> hi popey
[08:52] <czajkowski> aloha
[15:01] <dholbach> popey, davidcalle, mhall119: shall we stand-up with dpm and balloons not around?
[15:02] <dholbach> or are you busy with the insiders event?
[15:02] <dholbach> I don't have too much to share today
[15:02] <davidcalle> dholbach, I'm pretty busy but I don't mind doing it (not much to share as well)
[15:06] <mhall119> dholbach: only standup today?
[15:09] <dholbach> mhall119, ah ok - sorry, yes, there's still out planning meeting
[15:09] <dholbach> I don't mind doing it
[15:09]  * mhall119 just dropped out of it
[15:09] <dholbach> sorry
[15:09] <dholbach> mhall119, popey, davidcalle: did you guys have anything to discuss?
[15:10] <popey> uh
[15:10] <mhall119> no worries, notbeing on camera means I can eat during the meeting :)
[15:10] <popey> nothing specific
[15:10] <dholbach> haha
[15:10] <dholbach> ok, I think we're done then :)
[15:10] <mhall119> nothing specific team-wide I had to talk about
[15:10] <mhall119> shall we just do the standup then?
[15:10] <davidcalle> dholbach, I'd like to mention that the webdm UI is great. That's all.
[15:11] <dholbach> :-)
[15:12] <mhall119> right, so not much change from Friday for me, on account of CC work
[15:13] <dholbach> I mostly working on integrating ~nskaggs/help-app/functional-test-template - plus some general email catchup and snappy discussions. I'm still blocked on IS for help.u.c/devices doing l10n properly.
[15:13] <mhall119> I'm still following up on emails on behalf of the community team about the donations program
[15:13] <mhall119> I have nick's new API docs to test today
[15:13] <mhall119> and need to get davidcalle and my tasks scheduled on trello for the next sprint
[15:15] <davidcalle> mhall119, indeed, I'll get to that in my evening.
[15:15] <mhall119> davidcalle: ping me when you're ready to do that so we can go through them together
[15:16] <davidcalle> mhall119, yes, it will be after I get home though, in a couple hours
[15:16] <mhall119> davidcalle: that's fine
[15:18] <davidcalle> On my end, I've been investigating the latest channels changes at https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/ , there is an announcement missing for the new "ubuntu-developer" channels, eg. what's included for devs, and I'm tracking that, that will end up in a duc blog post, probably.
[15:18] <davidcalle> Also, qml+c++ demo app progress
[15:21] <mhall119> davidcalle: how many different things do you have going on simultaneously right now?
[15:21] <mhall119> it seems you're being pulled in many different directions at once
[15:24] <davidcalle> mhall119, only the demo app now, the rest (channels + survey blog post) has sort of happened organically
[15:25] <mhall119> ok
[15:29]  * davidcalle relocates, see you in a moment o/
[16:57] <dholbach> all right my friends - I call it a day - see you all tomorrow!


[00:17] <callmepk> good morning
[04:37] <jibel> good morning all
[05:30] <duflu> Morning jibel
[05:40] <jibel> Hi duflu
[06:03] <didrocks> good morning
[06:09] <duflu> Morning didrocks
[06:11] <oSoMoN> good morning desktoppers
[06:15] <duflu> Hi oSoMoN
[06:15] <oSoMoN> hey duflu
[06:27] <didrocks> hey duflu, oSoMoN
[06:33] <oSoMoN> salut didrocks
[07:36] <juliank> Hmm
[07:36] <juliank> I have
[07:36] <juliank> + gsettings set org.gnome.settings-daemon.plugins.media-keys play ['Pause']
[07:36] <juliank> + gsettings set org.gnome.settings-daemon.plugins.media-keys previous ['<Primary>Print']
[07:36] <juliank> + gsettings set org.gnome.settings-daemon.plugins.media-keys next ['<Primary>Scroll_Lock']
[07:36] <juliank> + gsettings set org.gnome.settings-daemon.plugins.media-keys volume-down ['Print']
[07:36] <juliank> + gsettings set org.gnome.settings-daemon.plugins.media-keys volume-up ['Scroll_Lock']
[07:36] <juliank> but these keys don't work anymore following yesterday's dist-upgrade and reboot of groovy
[07:37] <juliank> For that matter, no shortcuts seem to work
[07:38] <juliank> e.g. Alt+Print does not take screenshot of window anymore
[07:39] <juliank> only gsd-xsettings and gsk-disk-utulity-notify are running indeed
[07:40] <oSoMoN> juliank, that's bug #1893729
[07:40] <jibel> Trevinho, ^ when  will new gnome-shell be released?
[07:40] <jibel> if it takes too long, revert gsd please
[07:41] <jibel> and fix the dependency
[07:41] <juliank> oSoMoN: thx
[07:41] <juliank> I find this confusing because /etc/xdg/autostart/org.gnome.SettingsDaemon.MediaKeys.desktop exists, but um I don't have any insight :)
[07:42] <juliank> Sep 02 09:31:52 jak-t480s systemd[14376]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.MediaKeys-autostart.service, startup phases are not supported.
[07:42] <juliank> Oh well, that explains that side
[07:56] <juliank> Yeah so upgrading gnome-shell to proposed broke gdm
[08:04] <Laney> moin
[08:06] <oSoMoN> hey Laney
[08:09] <duflu> Hi Laney
[08:14] <Laney> sup oSoMoN & duflu
[08:22] <didrocks> hey Laney
[08:37] <Laney> hey didrocks!
[08:43] <Laney> didrocks: mozjs78 binNEW gentle poke
[10:07] <didrocks> sureeee
[10:20] <Laney> \o\ /o/
[10:26] <Trevinho> jibel: it even migrated as it was blocking the extensions though... So I don't know why you get it
[11:31] <jibel> jibel, I got gsd 3.37.0-1ubuntu1 because it's in groovy/main. I don't understand your comment
[11:32] <jibel> and I'm with gnome-shell 3.36.4-1ubuntu2~build1
[11:32] <jibel> the 3.37 still being in proposed
[11:46] <Laney> we should probably roll that back
[11:46] <Laney> I think the rest of the stack will need a few days at least, mainly due to libffi
[11:46] <Laney> will look after lunch
[11:46] <Laney> and try to get gnome-session / gdm uploaded to proposed
[14:40] <hellsworth> good morning desktopers
[14:40] <oSoMoN> hello hellsworth
[14:41] <hellsworth> hi there oSoMoN
[14:42] <hellsworth> fyi i'll be afk for a bit this morning for an appointment
[14:45] <hellsworth> oh also i looked into the network manager deb failures late ysterday.. and there looks like real test problems.. mismatching regex and such. so i'll take a deeper look today and see if i can fix it
[14:45] <jibel> hi hellsworth
[14:45] <didrocks999> hey hellsworth
[14:45] <hellsworth> hi there jibel didrocks999 :)
[14:45] <didrocks999> that many 9 again :(
[14:45] <didrocks> better now :)
[14:45] <hellsworth> :)
[14:46] <hellsworth> ok i'll be back later
[14:49] <didrocks> see you!
[16:35] <oSoMoN> ricotz, FYI, I'm updating unity-menubar.patch for beta 81, and while at it I'm fixing the xenial build wrt python 3.6 requirements
[17:27] <Laney> g-s-d is being downgraded to 3.36.1 now
[17:27] <Laney> in groovy
[17:37] <hellsworth> hey Laney thank you for the --output-dir tip yesterday.. it's great
[17:38] <hellsworth> is there something similar for dpkg-buildpackage?
[17:41] <Laney> hellsworth: not that I know of besides tee, but if you use sbuild (or pbuilder) then they can do it
[17:42] <hellsworth> hmm ok i'll try pbuilder then. thanks!
[17:49] <tjaalton> I've upgraded my laptop to groovy, but none of the hotkeys do anything, like changing volume or brightness. xev still shows they work fine
[17:57] <Laney> Downgrade gnome-settings-daemon
[17:57] <Laney> You just missed me fixing that in the archive
[17:58] <tjaalton> ah :)
[17:58] <tjaalton> thanks
[17:59] <Laney> possibly not published yet, but you can get the debs from LP
[17:59] <tjaalton> sure


[08:54] <zequence> Hi. Got a package that would need to be uploaded soonish. It's a FFe, and doesn't show in the sponsors queue. It was uploaded to the archives once already, but was rejected due to some lintian warnings, which are gone now Bug: 946591
[08:54] <ubot2> Launchpad bug 946591 in Ubuntu "[FFe] Add ubuntustudio-live to trusty repositories" [Undecided,Confirmed] https://launchpad.net/bugs/946591
[09:00] <zequence> ^
[09:37] <zequence> ..got it to show in the sponsors queue.
[13:26] <dbarth> hi there
[13:27] <dbarth> who has the ability to review this FFE: https://bugs.launchpad.net/webbrowser-app/+bug/1288743 ?
[13:27] <ubot2> Launchpad bug 1288743 in webbrowser-app (Ubuntu) "[FFE] Support for online accounts in webapp-container" [Undecided,New]
[13:27] <dbarth> it is to authorize the landing of a webbrowser-app change on /touch/, knowing that we have limited the binding to not affect the desktop release
[13:28] <dbarth> (the feature is not active on the desktop, via a runtime check); and does not build-depend on universe to fit the desktop/main requirements
[13:39] <dbarth> seb128: ping? can you help? (it's blocking us on the desktop as well)
[13:39] <dbarth> who has the authority to examine the FFE above ^^
[13:40] <seb128> dbarth, I'm not in the release team
[13:40] <seb128> dbarth, https://launchpad.net/~ubuntu-release
[13:41] <dbarth> seb128: i know, but who should i ask for something in between touch and desktop?
[13:42] <seb128> dbarth, FFe are release team material, I just gave you the team on launchpad, it has the list of people
[13:42] <seb128> but you are in the right channel
[13:42] <seb128> they are just busy
[13:42] <seb128> you are not the only one having a FFe request, there is quite some queue
[13:43] <dbarth> i can imagine
[14:24] <sergiusens> dbarth, my FFes have been open for a week; I think it's just a matter of time
[14:27] <dbarth> sergiusens: one way or the other,yes, since we're doing time-based releases
[14:28] <sergiusens> dbarth, I mean a matter of time until they get to it :-)
[14:28] <dbarth> i know ;)
[16:04] <Laney> There's quite a few FFes pending
[16:05] <Laney> do any of the rest of you have time to look at some of them?
[16:07] <cjwatson> dbarth: approved
[16:08] <cjwatson> dbarth: hopefully I can get https://code.launchpad.net/~cjwatson/webbrowser-app/multiarch/+merge/211350 rolled in in exchange ;-)
[16:15] <dbarth> cjwatson: \o/ thank you :)
[16:15] <dbarth> let me check that one
[16:57] <Laney> infinity: want to look at https://bugs.launchpad.net/ubuntu/+source/binutils-avr/+bug/1235748 ?
[16:57] <ubot2> Launchpad bug 1235748 in binutils-avr (Ubuntu) "FFe: Sync binutils-avr 2.23.1-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed]
[16:58] <infinity>  binutils-avr | 2.23.1-2 | trusty/universe  | source, amd64, arm64, armhf, i386, powerpc, ppc64el
[16:58] <infinity> Laney: Looks already done?
[16:59] <Laney> Oh, I didn't check that
[16:59] <Laney> who didn't wait for the FFe?
[16:59] <Laney> wait
[16:59] <Laney> that one is ancient
[16:59] <infinity> Yeah, that happened in October, not an FFe thing. :P
[16:59] <Laney> Yeah, we probably ought to clean out the queue at some point. :P
[17:40] <Laney> Daviey: If you're still interested in server (MAAS/Openstack) FFes there are a few in the queue
[17:40] <Laney> I saw you replied to some already, so letting you know.
[17:54] <cjwatson> infinity: libnss-mdns-i386 fauxpkged, though unfortunately it'll need a version bump each time nss-mdns is uploade
[17:54] <cjwatson> d
[17:54] <cjwatson> (I haven't done anything to the seeds, I'll let you figure that out)
[17:56] <infinity> cjwatson: I intend to drop that package in an Ubuntu delta post-trusty anyway.
[17:57] <cjwatson> cool
[17:57]  * cjwatson looks at the build queues.  we can haz powerpc vms on some of the new hosts any time?
[17:57] <infinity> cjwatson: It's only meant for smooth upgrades from lib32nss-mdns to libnss-mdns:i386, so has no use post-LTS.
[17:58] <infinity> cjwatson: Twiddling VMs is on my TODO but, realistically, don't know if I'll have time this week.
[18:00] <Daviey> Laney: ok, thanks - will take a look this evening. Travelling right now.
[18:01] <Laney> Daviey: righto
[18:10] <stgraber> infinity: I'm assuming fisher01 is the ppc64el livefs buildd? if so, something seems wrong with it, there are tasks stuck for a couple of days on nusakan.
[18:12] <infinity> stgraber: Oh.  Derp, I forgot that was the livefs builder when I kept it offline for debugging.   I'm assuming you cleaned up any remaining livefs cruft on the buildd itself?
[18:15] <infinity> stgraber: There probably isn't any to clean up.  Let me poke.
[18:16] <infinity> I mean, unless it died in the middle of a build, but I doubt it.
[18:16] <infinity> Yeah, I see no lock filed or anything.
[18:16] <stgraber> ok, nusakan has been cleaned up, so things should start building again with the next cronned run
[18:17] <psivaa> infinity: cjwatson: curious about why trusty server iso's are not in cdimage since the 13th if in case anyone pings me.. i see some armhf build failures
[18:17] <psivaa> apologies if the info is in the backlog.. dint go that far back
[18:17] <infinity> Sorry about that.  Just bad luck, I guess, that the 1 in 10 machines that blew up and showed off the IPC race also happened to be the livefs builder. :P
[18:17] <stgraber> psivaa: probably the exact same issue we just fixed since that'd have held up publising of all core and server images.
[18:17] <cjwatson> right
[18:18] <cjwatson> so a whole <10 lines back in scrollback :)
[18:18] <stgraber> psivaa: so they should be appearing nowish
[18:19] <psivaa> stgraber: cjwatson: ack, thanks :)
[19:01] <sergiusens> can someone please look at bug 129094 ?
[19:01] <ubot2> Launchpad bug 129094 in Ubuntu "data CD will not mount and reason given is that I am not root" [Undecided,Invalid] https://launchpad.net/bugs/129094
[19:01] <sergiusens> meh
[19:01] <sergiusens> can someone please look at bug 1290944 ?
[19:01] <ubot2> Launchpad bug 1290944 in phablet-tools (Ubuntu) "[FFe] standing freeze exception in trusty for Ubuntu Touch tools packages" [Undecided,Confirmed] https://launchpad.net/bugs/1290944
[19:01] <sergiusens> latter not former
[19:06] <stgraber> sergiusens: approved
[19:06] <sergiusens> stgraber, thanks
[19:08] <jdstrand> slangasek: hey, fyi, I was asked to alert you to bug #1293681 and bug #1290535
[19:08] <ubot2> Launchpad bug 1293681 in oxide-qt (Ubuntu) "[MIR] oxide" [Undecided,New] https://launchpad.net/bugs/1293681
[19:08] <ubot2> Launchpad bug 1290535 in webbrowser-app (Ubuntu) "[FFE] Webapps support for the new Oxide container" [Undecided,New] https://launchpad.net/bugs/1290535
[19:08] <jdstrand> slangasek: there is nothing for you to do now. basically, we hope to land oxide in the archive this week
[19:09] <jdstrand> slangasek: when that is done, webapps will transition to using oxide
[19:10] <jdstrand> slangasek: I'll handle the MIR bits, so this is just a heads up that the webapps team will need the release team to comment on the FFe, probably next week
[19:10] <jdstrand> dbarth: fyi ^
[19:29] <dbarth> jdstrand: ok
[19:30] <dbarth> thanks
[20:09] <sergiusens> if a package was building fine for arm64 and then finally failed, would that block it in proposed?
[20:11] <cjwatson> sergiusens: that depends on whether the version currently in trusty has an arm64 build
[20:11] <cjwatson> sergiusens: https://wiki.ubuntu.com/ProposedMigration has the rules
[20:11] <sergiusens> cjwatson, it does https://launchpad.net/ubuntu/+source/ubuntu-download-manager
[20:12] <cjwatson> No it doesn't :)
[20:12] <sergiusens> hmm it was depwait for saucy; not sure what the previous results were for trusty; but mandel is saying it used to work
[20:12] <sergiusens> I trust you :-)
[20:12] <cjwatson> depwait vs. failure doesn't matter
[20:12]  * sergiusens checks wiki
[20:12] <cjwatson> the point is it doesn't have binaries in the arhcive
[20:12] <cjwatson> *archive
[20:12] <sergiusens> right; so it was never in (for amr64)
[20:13] <cjwatson> though that build doesn't look desperately far away from working
[20:13] <sergiusens> nope
[20:15] <mandel> sergiusens, cjwatson I don't know much about this, but I do have a ppa where it does build with no problems: https://launchpad.net/~ci-train-ppa-service/+archive/landing-006/+build/5661763
[20:15] <cjwatson> that's amd64 not arm64
[20:16] <sergiusens> yeah
[20:16] <cjwatson> anyway, this should be fixed but it's no kind of blocker
[20:16] <mandel> ah, sorry
[20:17] <xnox> sergiusens: i mean, if it ever built, AAs have powers to remove binaries from arches and re-introduce them via copies. Which sometimes is done to unblock things (like last friday for qt5.2) so e.g. $ rmadison -S -s trusty ubuntu-download-manager is authoratative way to look up if binaries are or aren't in the achive and for which arches.
[20:17] <mandel> cjwatson, sergiusens ok, so I'm stupid, and I don't think that qmake is placing the libs for arm64 in the correct place, I'll take a closer look
[20:17] <xnox> sergiusens: if ever in doubt =)
[20:18] <sergiusens> xnox, thanks, will add to my cheats
[20:25] <infinity> mandel: Looks like that's the same issue on powerpc too.
[20:25] <mandel> infinity, yes, I'm moving away from qmake due to this kind of things, but will fix both archs
[20:26] <infinity> mandel: Well, surely the answer is for INSTALL_LIBDIR to be seeded by debian/rules with DEB_HOST_MULTIARCH instead of hardcoding it in common-project-config.pri
[20:26] <infinity> Especially since this is wrong too: ARCH = $$system(uname -m)
[20:26] <infinity> (Our i386 buildds are all x86_64, using uname to determine userspace ABI is never right.  Ever)
[20:27] <mandel> infinity, I'm not a qmake expert so I have clearly make an error there, will fix it after dinner
[20:27] <infinity> (The only reason that works for you is because we run our i386 builds under "linux32" to fake uname, but one shouldn't rely on that)
[20:29] <infinity> mandel: Ahh and, indeed, LIBDIR is already preseedable in your .pri
[20:31] <mandel> infinity, yes, I should just be seeding it in the rules and that should sort it out AFAIK
[21:03] <slangasek> jdstrand: yes, dbarth mentioned that on here previously; I'll make sure to make time for FFe request processing between now and then
[21:04] <jdstrand> slangasek: yes, he mentioned that. new info is that oxide should be in the archive soon. awesome, thanks! :)
[21:13] <knome> stgraber, wait, what, where's your "UIF upload" commit for the slideshow?
[21:14] <knome> ah, there it is.
[21:18] <knome> stgraber, we are *missing* content for one slide (plus some minor uploads), about to land it in the next few hours. will you approve that UIFe? ;)
[21:19] <stgraber> knome: sure, file a bug and I'll look at it. Since it'll likely only affect your own documentation and not anything shared with other teams, that shouldn't be a problem.
[21:19] <knome> stgraber, was thinking of the same
[21:20] <knome> stgraber, i only semi-accidentally even noticed the UIFe note, as i was just landing the first, but almost final version of that slide
[21:20] <knome> talk about timing ;)
[21:20] <stgraber> I figured that waiting till Monday after UIF would be good enough to catch all last minute changes, apparently not ;)
[21:21] <stgraber> (Edubuntu was a bit late too, so you're not alone ;))
[21:21] <knome> yeah, we were supposed to have this ready, but real life comes into the way, the person to write the script was in rome...
[23:04] <robru> cjwatson, errrr, can you check on process-cpp? citrain somehow thinks it's in proposed, but I don't see it on any of excuses, launchpad, or even rmadison
[23:05] <robru> cjwatson, oh nm, now I see it in rmadison


[11:47] <bluesabre> I experimented a bunch and got it to work after moving libspa to minimal. Testing now to see if that works on main.
[11:51] -SwissBot:#xubuntu-devel- ::xubuntu-seed:: Move libspa-0.2-bluetooth to desktop-minimal-recommends @ http://git.launchpad.net/~xubuntu-dev/ubuntu-seeds/+git/xubuntu/commit/?id=f92770e5e1ba175594dab4eb07c0ec0eb739999f (by Sean Davis)
[11:51] <bluesabre> And now it doesn't work. Cool.
[11:52] <bluesabre> From what I can tell, it does work when wireplumber gets moved to depends. Otherwise the libspa package just gets ignored.
[11:55] <Unit193> Oh I never pasted what I had, whoops.
[11:56] <Unit193> bluesabre: https://dpaste.com/A7ZK26MU7 is what I did, the -minimal change wasn't required though.
[12:04] <bluesabre> Oh wow, even in different sections. Dang.
[12:06] <bluesabre> Unit193: I'll push that in and give you author credit, unless you don't want it :D
[12:08] <Unit193> I'd say maybe make it less snarky, but I don't technically know if it works without the comment.  It *should*, but this also shouldn't be requiring duplication either. :P
[12:10] <bluesabre> :D
[12:11] <Unit193> I took out all the headers and comments, that still didn't actually fix it..  It occured to me during debugging that we could be missing other things and not know about it. :3
[12:15] <bluesabre> Oh, so this won't be sufficient, still? https://dpaste.com/C854H29M3
[12:16] <Unit193> I didn't specifically test it, but it should be good.
[12:20] <bluesabre> Got it. Testing now! Thanks Unit193 for your excellent germinate debugging skills and persistence. :)
[12:21] <Unit193> Feel more like a monkey hitting a retry button until something interesting happens, but you're welcome! :)
[12:22] -SwissBot:#xubuntu-devel- ::xubuntu-seed:: Duplicate libspa-0.2-bluetooth recommend to second section so germinate sees it @ http://git.launchpad.net/~xubuntu-dev/ubuntu-seeds/+git/xubuntu/commit/?id=56682f67ac6b6f7fd678a06339656b85ac9f4e89 (by Unit 193)
[12:25] <bluesabre> germinate sees it. Very nice.
[12:25] <Unit193> \o/
[13:13] <bluesabre> Looks like the print preview command doesn't ready from gsettings, oddly enough
[13:51] <bluesabre> knome: I feel like there was some page where all the Xubuntu wallpapers could be found (besides, kinda, git). Where is that?


[02:30] <jamesh> robert_ancell: I've got the appstream-metadata interface PR passing CI.  Will hopefully have the packagekit one up soon
[02:30] <jamesh> if you've got any comments on it, that'd be helpful
[02:30] <robert_ancell> Nice!
[02:31] <robert_ancell> PR link?
[02:31] <jamesh> https://github.com/snapcore/snapd/pull/7042
[02:31] <gitbot> snapcore issue (Pull request) 7042 in snapd "interfaces: add an interface granting access to AppStream metadata" [Open]
[02:31] <jamesh> Took a little bit of wrangling to get the snap-update-ns AppArmor policies to allow creating the mount points, but seems to be working correctly now
[02:33] <jamesh> it was necessary to mount /var/lib/apt/lists too, since the AppStream files in /var/lib/app-info/yaml are just symlinks
[02:37] <robert_ancell> Clever sandbox :)
[02:43] <jamesh> the symlinks are absolute too, so it probably wouldn't be sufficient to just use system-files interface and access them under /var/lib/snapd/hostfs
[06:07] <didrocks> good morning
[06:07] <oSoMoN> good morning desktoppers
[06:08] <oSoMoN> salut didrocks
[06:08] <duflu> Hi didrocks, oSoMoN
[06:08] <oSoMoN> hey duflu
[06:09] <didrocks> salut oSoMoN, hey duflu
[07:18] <pieq> Morning!
[07:18] <jibel> RAOF, hi, has the SRU exception for nvidia drivers been approved?
[07:18] <jibel> Salut pieq
[07:18] <didrocks> salut pieq
[07:18] <RAOF> jibel: I believe so, yes. Hm. I should update the wiki page, shouldn't I!
[07:19] <pieq> Stupid question of the day: in what project(s) can I discuss the default settings for timezone and formats in Ubuntu? I install Ubuntu in English from Taiwan, and even though the language is properly set to English, the format is set to Chinese, so all the numbers and dates are in Chinese, which don't make sense at all... so I would like to check if someone has had the issue before and discuss defaults
[07:19] <jibel> RAOF, thanks.
[07:20] <jibel> tseliot, ^ FYI, the SRU exception for nvidia drivers has been accepted.
[07:24] <duflu> Hi pieq, jibel, RAOF, world
[07:33] <lis> hi duflu, world
[07:33] <duflu> Hi lis
[07:34] <tseliot> jibel: excellent! :)
[07:48] <RAOF> Hey lis!
[07:56] <willcooke> morning all
[07:56] <didrocks> hey willcooke
[07:59] <marcustomlinson> morning didrocks oSoMoN duflu lis tseliot RAOF willcooke :)
[07:59] <duflu> Morning willcooke and marcustomlinson
[08:00] <duflu> \o
[08:00] <duflu>     o/
[08:00] <oSoMoN> good morning willcooke, marcustomlinson
[08:00] <marcustomlinson> \o\
[08:00] <marcustomlinson> /o/
[08:01] <oSoMoN> |o|
[08:01] <seb128> hey there, good morning desktopers!
[08:01] <duflu> 🕺
[08:01] <oSoMoN> salut seb128
[08:01] <duflu> Morning seb128
[08:01] <seb128> lut oSoMoN, hey duflu, how are you today?
[08:02] <duflu> seb128, going OK. You?
[08:02] <Wimpress> o/
[08:02] <duflu> Hi Wimpress
[08:02] <seb128> I'm good!
[08:02] <seb128> enjoy nice summer weather without overheat anymore
[08:02] <oSoMoN> tired but fine, night was too short
[08:02] <oSoMoN> hey Wimpress
[08:03] <Laney> hey ho
[08:04] <duflu> Morning Laney
[08:05] <seb128> hey Laney! how are you today?
[08:05] <didrocks> hey marcustomlinson, seb128, Wimpress, Laney
[08:06] <seb128> lut didrocks, en forme ?
[08:06] <didrocks> il fait plus frais, donc c'est mieux :)
[08:06] <marcustomlinson> hey Wimpress Laney seb128
[08:08] <seb128> didrocks, cool!
[08:08] <seb128> marcustomlinson, Wimpress, hey
[08:11] <Trevinho> morning!
[08:12] <Laney> hey duflu seb128 didrocks marcustomlinson Trevinho
[08:12] <Laney> seb128: good, nice and sunny!
[08:12] <tseliot> marcustomlinson: good morning to you, and good morning everybody :)
[08:12] <duflu> Hi Trevinho
[08:13] <Laney> laney@nightingale> man snapcraft                                                                                ~
[08:13] <Laney> No manual entry for snapcraft
[08:13] <Laney> :(
[08:13] <Laney> zsh: command not found: snapcraft
[08:13] <Laney> oh
[08:13] <seb128> hey Trevinho
[08:13] <Laney> still doesn't have one tho
[08:13] <oSoMoN> morning Laney, Trevinho, tseliot
[08:15] <Laney> ahoy there oSoMoN!
[08:16] <tseliot> hey oSoMoN
[08:18] <Trevinho> hi duflu, Laney, seb, tseliot and oSoMoN
[08:19] <duflu> Morning tseliot
[08:19] <tseliot> hey Trevinho, duflu
[08:19] <duflu> I think we're going for some kind of record
[09:45] <seb128> Trevinho, duflu, that bug/commit might be another one worth trying to get to bionic with some futur SRU? https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1831161 /
[09:46] <seb128> it's only a few lines removed from altTab.js
[09:46] <seb128> do we keep a 'would be nice to SRU back to bionic' list somehow?
[09:46] <duflu> seb128, not that I can think of. Some kind of "low-hanging-fruit" tag
[09:47] <seb128> I'm not using an hidpi with scaling config, does anyone do? did you notice that issue/found it annoying?
[09:48] <duflu> I suspect it's one of those things not immediately obvious as a bug
[09:48] <duflu> So I wasn't worrying about it
[09:49] <duflu> If you're looking that closely at the shell you could exert some opinion at many things being too big or too small
[09:50] <seb128> right
[09:50] <seb128> it's always nice to add some polish to the LTS, but it's a balance to find, we don't want to spend too much efforts backporting every fix either
[09:50] <duflu> I still can't see it as a bug even in the screenshot in the upstream bug
[09:52] <duflu> The reporter also says the icons are too small when they're much bigger than the size he uses in the launcher
[09:52] <duflu> So yes, we'll get the change, but I wouldn't make it a priority
[09:56] <seb128> duflu, well the issue is not so much the icons than the label from what I understood, as showned on the screenshot from https://gitlab.gnome.org/GNOME/gnome-shell/issues/1370
[09:56] <gitbot> GNOME issue 1370 in gnome-shell "App-switcher icon size is too small in hidpi monitor, many short app names truncated" [Closed]
[09:57] <duflu> seb128, on that note the same bug in the app grid is still unresolved. I proposed a fix years ago :(
[09:58] <seb128> indeed, I though there was some movement previous cycle but it still didn't land :-/
[09:58] <seb128> maybe now is the right time of the cycle for a nag
[10:02] <seb128> oh, there was a new iteration pushed a month ago
[10:03] <seb128> where verdre asked for some testing
[10:03] <seb128> duflu, you could maybe give it a try, that might help to get things moving?
[10:05] <duflu> seb128, I will try to remember to do that too. I have my own backlog of unfinished gnome-shell stuff
[10:36] <seb128> tkamppeter, hey, thanks for working on those autopkgtest fixes. Could you merge propose the code change so it can be reviewed using the standard tools (launchpad)?
[10:37] <tkamppeter> seb128, I wanted to do so but there is again no link to merge-propose.
[10:37] <seb128> also that "stop the mainloop after 300s" looks like a workaround, do we know why those are sitting there for so long?
[10:38] <seb128> tkamppeter, please ask on #launchpad so we can figure out what we are doing wrong and fix it
[10:39] <tkamppeter> Yes, because we used old API functions on a network-manager with new API. There we always got the hang. After I did the API adaptation the hang never showed again.
[10:39] <tkamppeter> But I saw from the hang how bad debuggability is that for being more future-proof I added the timers.
[10:41] <tkamppeter> Now I get only failures when I run the script 20-30 times and one of the starts gives me a timeout of the AP not being ready.
[10:44] <seb128> do you know why the AP is failing to be ready?
[10:44] <seb128> anyway, please start by asking on #launchpad about how to mp those changes/why that's not available
[10:44] <seb128> then we can discuss the solution in the review :)
[10:49] <seb128> tkamppeter, ^
[10:51] <tkamppeter> OK, I have added some ideas to the Trello card.
[10:51] <tkamppeter> seb128, I will ask on #launchpad now.
[10:56] <seb128> Colin to the rescue as usual :-)
[11:07] <seb128> for those wondering, pushing to ~user/+git/project is wrong/makes a personal namespace and isn't mergable back to the project, you need to push to ~user/project instead
[11:08] <Laney> +git is like +junk
[11:10] <Laney> I think they decided that +junk was a bit of a mean thing to call random code :-)
[11:14] <tkamppeter> seb128, merge proposal is up now.
[11:14] <tkamppeter> seb128, Laney, LP should get easy ways for cloning and merging as GitHub/GitLab has.
[11:15] <seb128> thx tkamppeter
[11:22] <Laney> I'll write some review comments there
[11:44] <seb128> thx
[12:14] <RAOF> Trevinho: you had a reproducer (and fix?) for the CLion Gnome Shell hang, right? Might want to tell duflu about it on bug #1834583 😀
[13:18] <jibel> how do I disable automated package updates on a desktop?
[13:18] <seb128> index update? or installation of security updates?
[13:19] <jibel> any
[13:19] <seb128> https://linuxconfig.org/disable-automatic-updates-on-ubuntu-18-04-bionic-beaver-linux has some content
[13:19] <jibel> I don't want to run unattended-upgrades and don't want to see the softwareupdate popup
[13:19] <seb128> which suggests editing the apt.conf
[13:20] <seb128> but otherwise uninstall unattendeed-upgrades I would say
[13:20] <seb128> and set software-properties to never
[13:20] <jibel> thanks I'll try the apt way
[13:20] <seb128> np
[13:21] <seb128> also maybe comment on https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1834226
[13:21] <seb128> foundations is trying to bail out of it blaming packagekit
[13:21] <seb128> but I think that's wrong and the issue is more unattended-upgrade
[13:22] <seb128> rbalint, ^ is editing the apt config the right way to disable unattended-upgrade?
[13:30] <seb128> ok, it's meeting time!
[13:31] <seb128> #startmeeting Desktop Team Meeting - 2019-07-02
[13:31] <meetingology> Meeting started Tue Jul  2 13:31:07 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:31] <seb128> Roll call: didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:31] <marcustomlinson> present
[13:31] <kenvandine> \o
[13:31] <oSoMoN> o/
[13:31] <didrocks> hey
[13:31] <seb128> yet another meeting where we don't have Will and where the rls bugs summary was sent late, sorry about that!
[13:32] <seb128> let's try to do our best still :)
[13:32] <seb128> #topic rls-bb-bugs
[13:32] <seb128> (I'm going to stop mentioning the bugs we have been ignoring for some weeks this time)
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <seb128> no desktop entry
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:33] <seb128> nothing to discuss on that one either
[13:33] <tseliot> o/
[13:33] <seb128> #topic rls-cc-bugs
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:34] <seb128> no desktop entry
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[13:34] <seb128> nothing to discuss
[13:34] <seb128> #topic rls-dd-bugs
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:35] <seb128> no desktop entry
[13:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[13:35] <seb128> same as bionic, old items / things that don't need to be sorted out now
[13:35] <seb128> #topic rls-ee-bugs
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:36] <seb128> still no desktop
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:36] <seb128> bugs assigned there
[13:36] <seb128> k, that was an easy round
[13:36] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:36] <seb128> Laney, hey :)
[13:37] <Laney> yo
[13:37] <Laney> nothing to note, that gdm I think is to be handled in britney
[13:37] <Laney> others already in progress from last week
[13:37] <seb128> thanks Laney
[13:38] <seb128> #topic AOB
[13:38] <seb128> other topics?
[13:38] <seb128> tkamppeter, what's the status of the n-m bionic SRU?
[13:38] <kenvandine> tkamppeter: have you been able to reproduce it yourself yet?
[13:39] <tkamppeter> I have looked into it and as the problem does not occur with current Ubuntu I assume that it got somewhere fixed upstream and so I am trying to contact upstream about it.
[13:39] <tkamppeter> #nm seems not to work, even with thaller present I got no answer at all.
[13:39] <tkamppeter> I tried also the ML but also no answer.
[13:40] <tkamppeter> I do not want to redo a fix from scratch which upstream has perhaps already done.
[13:40] <seb128> did you manage to reproduce?
[13:40] <seb128> git bisect time? ;)
[13:41] <tkamppeter> No, I was more occupied with the autopkg stuff of eoan.
[13:41] <seb128> ok, let's see what's the status next week then, hopefully it moves before the next meeting
[13:41] <seb128> thx tkamppeter
[13:41] <seb128> other topics?
[13:42] <Laney> yeah
[13:42] <kenvandine> if you can find the relevent code you could look at what's changed there
[13:42] <Laney> those ones we keep ignoring
[13:42] <Laney> why do we do that and can we stop?
[13:43] <seb128> we can probably delete those lines from the bug
[13:43] <seb128> it's not even clear those components need fixing
[13:43] <seb128> wdyt?
[13:44] <Laney> probably, that's the closest we can get to -notfixing with megabugs like that
[13:44] <seb128> to me it looks like cyphermox was a bit trigger happy to add the targets
[13:44] <Laney> which seems true otherwise they would have been assigned
[13:44] <Laney> so +1
[13:45] <seb128> thx, I will try to do that again, I started by launchpad keeps timeouting or failed to load the ajax and opened subpages
[13:45] <seb128> which was too annoying to deal with so I close the page...
[13:45] <seb128> thx for raising it Laney!
[13:45] <seb128> other topics?
[13:47] <seb128> seems not, then it's a wrap
[13:47] <seb128> thanks everyone!
[13:47] <seb128> #endmeeting
[13:47] <meetingology> Meeting ended Tue Jul  2 13:47:09 2019 UTC.
[13:47] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-07-02-13.31.moin.txt
[13:47] <didrocks> thx
[13:48] <seb128> oSoMoN, bug #1800260 is a bit puzzling O_o
[13:48] <oSoMoN> seb128, yes, very puzzling
[13:48] <seb128> it reads the right css which works with the deb but not the snap in devmode?
[13:48] <marcustomlinson> thx
[13:48] <oSoMoN> indeed
[13:49] <seb128> weird
[13:49] <oSoMoN> I was going to ask didrocks for help as he understands better the theming engine, but I got distracted by other priorities
[13:50] <oSoMoN> didrocks, when you have a moment (doesn't have to be now, not even today), can we chat about that?
[13:50] <seb128> sorry I'm only commenting now, the post was there this morning when I had a look to discourse... ;-)
[13:51] <didrocks> oSoMoN: sure
[13:52] <oSoMoN> thx, just let me know when it works best for you
[13:52] <oSoMoN> seb128, no worries, now is as good as any other time
[13:54] <seb128> (probably use the channel for the chat, Marco/Iain/other might have some clue also about the topic as well)
[13:54] <seb128> unless you use more direct bandwith and an hangout or such, which is also fine :)
[13:55] <oSoMoN> sure
[13:59] <cyphermox> seb128: what but was I pinged about?
[14:05] <seb128> cyphermox, that japenese ERA bugs keeps coming up in our weekly meeting every week because you targetted e.G poppler-data that we own and it's tagged rls-bb-incoming but there is no upstream fix and we don't know about the topic so we don't know what to do from those items
[14:05] <seb128> cyphermox, we decided we will just delete those target lines until it's clear we need to act on those packages now
[14:06] <seb128> cyphermox, those 'collections' bugs are a bit annoying to deal with, especially with SRUs since it's not obvious then which line the verifications tags apply to, the testcase, etc
[14:08] <cyphermox> why couldn't you just ignore that bug for the time being?
[14:08] <cyphermox> anyway, whatever, this is fine
[14:09] <seb128> cyphermox, we sort of doing that but it's on rls-nn-incomings reports so it's adding some noise to our weekly reviews, but no big deal
[14:09] <seb128> cyphermox, sorry I didn't mean to ping you, should have added a _ in your irc name :)
[14:09] <cyphermox> np
[14:10] <seb128> cyphermox, how are you otherwise? no heat wave in canada? ;)
[14:17] <cyphermox> heh, yeah, somewhat of one
[14:17] <cyphermox> it's not terrible, nothing you wouldn't expect this time of the year
[14:18] <cyphermox> let's just say good central a/c was a criteria I used to pick my next appartment
[14:18] <seb128> :)
[14:20] <cyphermox> also, very much looking forward to going in the spa for a bit later ;)
[14:25] <cyphermox> you? I'm assuming you're asking because it's a big heat wave in Europe?
[14:25] <cyphermox> my brother is in Switzerland this week and seemed to say so
[14:27] <seb128> cyphermox, yeah, it was around 38°C for a week or so, it's cooling down again since yesterday now though, which is nice :)
[14:27] <seb128> we are not so used to heat hear, A/C is not that common
[14:29] <cyphermox> yeah
[14:29] <cyphermox> I know weather is less extreme usually
[14:30] <cyphermox> no 20cm of snow to offset the week-long 35+ dC in summer ;)
[14:31] <seb128> :-)
[15:24] <seb128> easy shell escaping diff, could someone just +1/-1? https://people.canonical.com/~seb128/gconf.debdiff
[15:37] <oSoMoN> seb128, that's one old bug! LGTM, do you need anything else than an informal +1 ?
[15:37] <seb128> oSoMoN, no, just wanted sanity check that I'm not doing something stupid, you never know with shell :p
[15:37] <seb128> thx
[15:38] <oSoMoN> well I didn't actually test it, but it looks sound
[15:41] <Laney> I mean it looks sane
[15:41] <Laney> you could run 'shellcheck' on it
[15:46] <seb128> ah, I didn't know about that tool, it's happy with the script
[15:46] <seb128> thx oSoMoN Laney
[15:56]  * oSoMoN goes to a school parents meetup, have a good evening everyone
[15:57]  * Laney slaps oSoMoN for quitting too fast
[16:03]  * teward drags Laney in front of a tribunal for reasons
[16:06]  * tsimonq2 yeets teward into /dev/null for reasons
[16:07]  * teward is already there
[16:07]  * teward drags tsimonq2 with him into the oblivion
[17:48] <willcooke> night all


[01:51] <hyperair> gar. monitor hotplugging is broken with compiz on xorg-edgers with i915 on an ivb
[02:27] <Sarvatt> new regression?
[02:27] <Sarvatt> i just updated -intel for the first time in a month yesterday
[02:28] <hyperair> not sure, i just switched to xorg-edgers just the other day after i upgraded my kernel
[02:28] <hyperair> 3.17.x was having issues with tf2
[02:28] <hyperair> it lagged like hell
[02:28] <hyperair> 3.16 was gold, but that was with trusty's stack, not utopic
[02:28]  * Sarvatt updates it again, craploads of commits
[02:29] <hyperair> also i'm getting the hpet hangs with 3.18
[02:29] <hyperair> that odd one where the kernel locks up and doesn't respond to any sysrq key but alt+sysrq+b
[02:29] <hyperair> and it seems that running any sort of 3d activity reliably causes the issue to appear
[02:30] <Sarvatt> still on your gen4 intel?
[02:30] <hyperair> ivb
[02:30] <hyperair> yeah
[02:30] <Sarvatt> oh ivb nevermind, hmm
[02:30] <hyperair> er gen3
[02:30] <Sarvatt> thought you had a gm45 for some reason
[02:30] <hyperair> heh
[02:30] <Sarvatt> was gonna say i just saw a fix for hangs on that on 3.18+ recently
[02:31] <hyperair> oh you did?
[02:32] <hyperair> Sarvatt: where's the fix?
[02:32] <hyperair> is it after 3.18.2?
[02:32] <Sarvatt> just for old gpus, not ivb, i'm on ivb and not seeing any problems
[02:33] <hyperair> aw damn.
[02:33] <hyperair> have you tried any heavy 3d activity recently?
[02:33] <hyperair> and which kernel are you running?
[02:33] <Sarvatt> 3.13 with 3.19-rc6 drm in a dkms
[02:34] <hyperair> bah
[02:34] <hyperair> that's an old kernel
[02:34] <hyperair> doesn't count
[14:48] <[4-tea-2]> Greetings, using the xorg-edgers PPA on a system with a GTX980, I've been seeing major performance issues for the past few days. Not complaining, just wondering if anybody else can confirm whether it's caused by xorg-edgers?
[21:25] <Sarvatt> [4-tea-2]: the blobs were updated 10 days ago or so, that should be all thats affecting you. might want to try another series of them
[21:25] <Sarvatt> 340 instead of 346 or the reverse
[21:27] <[4-tea-2]> Sarvatt: thanks for the advice, I'll try that
[21:31] <Sarvatt> err, 340 doesn't even support the 980 :(
[21:32] <[4-tea-2]> I wasn't aware the 980 is too new. :\