[19:46] <ngaio> After the most recent update the ctrl keys now act like the super key. Has anyone else seen this?
[19:51] <ngaio> Control L is now Super L, and likewise for the right-side keys
[19:56] <ngaio> oh, nevermind, somehow my Kinesis ergonomic keyboard got its layout setting messed up :-/


[22:37] <sergio-br2> can anyone enable arm for this ppa? https://answers.launchpad.net/launchpad/+question/273048
[22:38] <wgrant> sergio-br2: Done.
[22:39] <sergio-br2> thanks
[23:41] <caraka> Noob question: Happy to RTFM if I could find it. Have launchpad mirroring github, separate bzr debian repo. Daily builds not autobuilding without a manual update of changelog in bzr debian repo. ANy way to automate this?
[23:43] <caraka> Dev manages github, I maintain launchpad and bzr debian. Is there something dev needs to do at github end to make it work?
[23:46] <caraka> Now searching answers.launchpad, which I'd never seen until the header p[rovided here.
[23:50] <wgrant> caraka: Can you link to the recipe?
[23:51] <caraka> https://code.launchpad.net/~caraka/+recipe/gridcoin-daily
[23:51] <caraka> Thanks
[23:52] <wgrant> caraka: https://code.launchpad.net/~gridcoin/+archive/ubuntu/gridcoin-daily/+recipebuild/1005659
[23:52] <wgrant> If you look at the upload log you'll see the problem.
[23:52] <wgrant> INFO File gridcoinresearch_<IP_ADDRESS>-r162~ubuntu14.04.1.tar.gz already exists in gridcoin-daily, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.
[23:52] <wgrant> From your recipe:
[23:52] <wgrant> # bzr-builder format 0.3 deb-version {debupstream}-r{revno:packaging}
[23:53] <wgrant> So the recipe build will build a version string from the latest upstream version in debian/changelog, plus the revno of the packaging branch.
[23:53] <wgrant> That will break if the upstream branch (lp:gridcoin) changes without the packaging branch also changing -- the version number won't change.
[23:54] <caraka> makes sense
[23:54] <wgrant> You probably want a version template something like {debupstream}+r{revno}-0ppa1+r{revno:packaging}
[23:54] <wgrant> The r{revno} being the important bit here.
[23:54] <caraka> and as there is no changelog in the upstream (github), this cause the error?
[23:55] <wgrant> Well, sort of.
[23:55] <wgrant> Even if the upstream repo did have debian/changelog, it would still fail to upload unless they changed the upstream version in the changelog on every commit.
[23:56] <caraka> Ok, I'm not entirely clear how this syntax change will fix it, but I'm more than happy to give it a go
[23:56] <wgrant> The thing to remember is that package versions must be unique, so any change to one of the components of the package must change the version. And your current version template doesn't include anything about lp:gridcoin, so it will cause a conflict whenever lp:gridcoin changes.
[23:56] <caraka> Ahh.
[23:56] <wgrant> Adding "r{revno}" to the template includes the revno of lp:gridcoin, fixing the issue.
[23:57] <caraka> bingo. I think I'm following tyou now
[23:57] <caraka> so currently, the {debupstream} is an empty thing, i.e.not cvoming from github as Ii presumed
[23:58] <caraka> as I presumed
[23:58] <wgrant> {debupstream} is replaced with the upstream version (everything before the last "-") in debian/changelog.
[23:58] <wgrant> Which will be from the packaging branch in this case.
[23:59] <caraka> very good. Where can I read up on this syntax, so I learn this rather than ape your good advice?
[23:59] <caraka> best time to study is when prob solving


[00:35] <nityanandi> Hello. I would like some help installing wireless network in Ubuntu 16.04 please
[00:36] <nityanandi> TP-Link Archer T8E using Broadcom 4360 chipset. The proprietary drivers allow connection to router but no internet service is available.
[01:29] <dobey> nityanandi: #ubuntu is the help channel
[05:07] <hikiko> hi
[06:02] <pitti> Good morning
[06:38] <seb128> good morning desktopers
[06:43] <pitti> hey seb128!
[06:44] <seb128> hey pitti, wie gehts?
[06:44] <seb128> how is your team week going?
[06:45] <pitti> seb128: it's going quite well actually!
[06:45] <pitti> apart from having shoestring and yoghurt can internet
[06:45] <seb128> but you have some sun right?
[06:45] <pitti> half of my week's TODO is done
[06:45] <seb128> can't have it tall!
[06:45] <pitti> plenty :)
[06:45] <seb128> all
[06:45] <seb128> oh, nice
[06:46] <seb128> what do you focus on this week?
[06:47] <pitti> seb128: working with cking on arm64 kernel FUBAR, with cyphermox on network yaml, with tdaix on java testing automation, discuss some boot speed isuses, etc.
[06:48] <seb128> oh, boot ... do you guys plan to optimize back the desktop start? it has been a while we didn't look at that
[06:53] <pitti> seb128: for 16.10 this is just about some low-hanging fruit
[06:53] <pitti> we found two
[06:53] <pitti> fwupd takes two full seconds in "early" desktop start, that seems very expensive
[06:53] <pitti> and gnome-software could probably start later, rather than slowing down the desktop start
[06:54] <pitti> and in QEMU cloud images we should ues MODULES=dep, speeds up kernel boot time by a second (1.5 s -> 0.6 s)
[06:54] <pitti> everything smaller than that is post-16.10, and needs some proper infra for gating on boot speed regressions
[07:10] <seb128> pitti, right, I pointed out the gnome-software start-with-session thing before 16.04 when we added the service
[07:11] <seb128> but it was late in the cycle and people were still fighting with landing features
[07:14] <pitti> seb128: I don't see a bug for it yet, I'll file one
[07:14] <pitti> also need to find what this "fwupd" thing is
[07:15] <seb128> yeah, I didn't file one, I just argued against gnome-software to be a permanant service
[07:15] <seb128> it's the service handling firmware updates
[07:15] <seb128> superm1 is maintaining it, best to talk to him when he's online
[07:21] <pitti> filed bug 1592678
[07:22] <seb128> thanks
[07:25] <seb128> I should get a bootchart on my box just to have a look
[07:32] <seb128> mvo, hey
[07:33] <mvo> hey seb128
[07:33] <seb128> mvo, attente was looking for somebody to sponsor his snap xdg-open package, I think you already did the code review, do you think you could sponsor the package as well?
[07:34] <mvo> seb128: sure
[07:37] <seb128> mvo, bug #1580740 has the package, but let me do a pre-NEW type of review first, no point uploading if there are things to fix to let it in ;-)
[07:38] <mvo> seb128: ok, I prepare the upload now (testbuilding in a clean env etc)
[07:39] <mvo> seb128, attente: uploaded to yakkety
[07:39] <seb128> mvo, thanks!
[07:40] <mvo> yw
[07:41] <seb128> yeah, looks fine for new
[07:42] <seb128> mvo, is snappy going to use it already today if installed?
[07:42] <seb128> or does it need integration in snapd of some way?
[07:43] <seb128> ah, attente wrote what is needed on the bug
[07:43] <seb128> the xdg-open script on the core image
[07:43] <mvo> seb128: a new os snap is needed, if you do "sudo snap refresh --channel=beta ubuntu-core" it should work
[07:44] <seb128> you might it's already in the os snap I just need to refresh today?
[07:44] <seb128> or I need to refresh once it's in there but that's not the case yet?
[07:44] <mvo> seb128: its already in the os snap in the beta channel but not yet in stable yet
[07:44] <seb128> k
[07:44] <seb128> thanks
[08:01] <Laney> hello
[08:01] <seb128> hey Laney
[08:01] <seb128> wie gehts?
[08:01] <pitti> heey Laney, good morning
[08:04] <Laney> hi seb128 and pitti
[08:04] <Laney> i'm depressed by the weather and the news
[08:04] <seb128> :-(
[08:04] <Laney> need some emergency kittens
[08:04] <Laney> how are you?
[08:04] <seb128> what's in the news?
[08:04] <willcooke> morning all
[08:04] <seb128> brexit?
[08:04] <seb128> hey willcooke
[08:05] <seb128> I'm going! though weather is unfriendly here as well
[08:05] <willcooke> The old people are going ruin it for us
[08:05] <seb128> and we have workers in the building fixing the roof which is noisy
[08:05] <seb128> I wonder if I'm going to relocate to some outside location to work
[08:07]  * seb128 sends some tea and kittens to Laney
[08:08] <Laney> meow
[08:09] <seb128> :-)
[08:35] <willcooke> thanks for a start up info pitti
[08:35] <willcooke> and the bug
[08:35] <pitti> hey willcooke
[08:35] <willcooke> looks like something we should take more of a look at
[08:36] <willcooke> The fwupdate bit especially, since it's also causing issues with usb mice
[08:36] <pitti> willcooke: we identified some low-hanging fruit here, and that seems to be one
[08:36] <pitti> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bootspeed
[08:39] <seb128> pitti, do you have a reference chart up somewhere?
[08:39] <pitti> seb128: http://people.canonical.com/~pitti/tmp/bootchart-xenial-qemu.svg
[08:39] <pitti> I thought I added it to the bug
[08:40] <sarnold> you did :)
[08:40] <seb128> pitti, sorry, I didn't read the bug, just the title on irc
[08:40] <sarnold> (I was curious, since apparmor is often blamed for slow boots, I just wanted to see how much it affected your current situation... I was quite happy with what I saw :)
[08:41] <pitti> there's still dozens of "little papercuts"
[08:41] <seb128> Laney, did you want to sponsor the gnome-software SRU for attente or should I try to have a look to that today?
[08:41] <pitti> but before we address lots of little optimizations we need some better infra, and 16.10 is not the time for that
[08:41] <sarnold> definitely the fwupd and gnome-software blobs look like huge papercuts :)
[08:42] <pitti> and these two are also new regressions in x
[08:42] <pitti> and total overkill from an engineering POV
[08:48] <Laney> seb128: I didn't get asked to, did you?
[08:48] <Laney> is there a package?
[08:48] <seb128> Laney, he has updated bug #1590508 several times this week
[08:49] <Laney> ok
[08:49] <Laney> how do you know which one of those is final?
[08:50] <Laney> I mean I wouldn't have known at #6 that #7 was coming, or #8 or #9 - is there going to be a #10?
[08:51] <Laney> saying that I'm happy to sponsor it if only I get asked
[08:51] <Laney> :)
[08:52] <seb128> let's wait for attente to get online and sort it out
[08:54] <seb128> any of those versions was good to upload afaik
[08:54] <Laney> okay
[08:54] <seb128> it's just that attente is on the overcautious side and never clearly claim "let's upload that one"
[08:54] <seb128> and he got pinged a few times for more fixes
[08:54] <Laney> attente: I'll upload what is there now if you give me the nod
[08:54] <seb128> so he included those
[08:55] <Laney> at some point we need to cut over to the next upload
[08:55] <Laney> and get what is stacked pushed out
[08:56] <seb128> right
[10:33] <dpm> Sweet5hark1, I've had LO's toolbar looking too dark to actually use it for a while, do you know if there is any workaround for that? It looks like this atm -> http://i.imgur.com/ZzEoTre.png
[10:33] <andyrock> monring guys
[10:39] <Sweet5hark1> dpm: install libreoffice-style-human or -sifr and select that in tools->options->libreoffice->view instead of breeze?
[10:40] <willcooke> hey andyrock
[10:40] <willcooke> andyrock, which country are you in?
[10:41] <dpm> that did it, thanks Sweet5hark1!
[10:42] <Sweet5hark1> dpm: yw!
[10:45] <ricotz> Sweet5hark1, hey
[10:46] <ricotz> Sweet5hark1, could you do a 5.1.4~rc2 ppa upload?
[10:46] <Sweet5hark1> ricotz: yes, will try to get that still today.
[10:46] <ricotz> great
[10:48] <andyrock> willcooke: uk :D
[10:49] <andyrock> willcooke: I'm in london right now :D
[10:49] <andyrock> watching Marco cleaning dishes
[10:49] <seb128> hey andyrock!
[10:49] <seb128> you guys had fun?
[10:50] <seb128> I saw some pictures of a row of italians waiting for pasta to be served ;-)
[10:50] <andyrock> hey seb128
[10:51] <andyrock> yeah quadrispro cooked for us :D
[11:00] <Laney> the italians are invading!
[11:01] <ogra_> better brexit quickly then !
[11:03] <Laney> bahaha
[11:15] <Trevinho> seb128: ahah, yeah... Pasta all'Amatriciana... So, tomato, and looooots of lardons :-D
[11:16] <flexiondotorg> attente, I hear you worked on adding Snap suuport to gnome-software.
[11:17] <flexiondotorg> attente, Is there an API/library others can use to add Snap support to other software "centers".
[11:17] <willcooke> flexiondotorg, snapd has a lovely REST API
[11:17] <Trevinho> Laney: we're here for a a campain... To prevent the UK to do the mistake of leaving our "beloved" EU... (or maybe we're giving a reason to?)
[11:17] <willcooke> flexiondotorg, looking it out now...
[11:17] <flexiondotorg> I lead Ubuntu MATE. We have a little Software Boutique application and are very keen to add Snap support.
[11:17] <flexiondotorg> willcooke, Thank you :-)
[11:18] <willcooke> flexiondotorg, https://github.com/snapcore/snapd/blob/master/docs/rest.md
[11:19] <flexiondotorg> willcooke, Thank you!
[11:19] <willcooke> flexiondotorg, nw, please let us know if we can help.
[11:19] <flexiondotorg> willcooke, Will do.
[11:21] <flexiondotorg> willcooke, Is the implementation for gnome-software in gnome-software?
[11:21] <flexiondotorg> Or another package?
[11:22] <willcooke> it's in gnome-software and a plugin
[11:22] <willcooke> lemme see
[11:35] <willcooke> flexiondotorg, sorry, got lost down a rabbit hole of cgit
[11:35] <seb128> willcooke, flexiondotorg, https://git.gnome.org/browse/gnome-software/commit/?h=wip/rancell/snaps&id=82b15e9a34dc1cbce7da24e0771a9c7a259ff15d
[11:35] <willcooke> flexiondotorg, https://git.gnome.org/browse/gnome-software/commit/?h=wip/rancell/snaps&id=82b15e9a34dc1cbce7da24e0771a9c7a259ff15d
[11:35] <willcooke> nooooooooooooooooooooooooooo
[11:35] <seb128> lol
[11:35] <seb128> sorry
[11:35] <willcooke> that's amazing :)
[11:37] <flexiondotorg> Hah!
[11:38] <seb128> Trevinho, u-s-d landed as you probably noticed from the merge emails
[11:38] <Trevinho> seb128: yes, thanks
[11:38] <seb128> time for some SRUs
[11:38] <seb128> unsure if we should do one or several rounds
[11:40] <Trevinho> seb128: well, I can verify some issues, so we can have things quickly in
[11:40] <Trevinho> laney too I guess
[11:40] <flexiondotorg> willcooke, seb128 Our Trello is updated. Thank you :-)
[11:40] <willcooke> flexiondotorg, very exciting stuff :)  shout if you need anything
[11:41] <flexiondotorg> Will do. Just information gathering right now.
[11:41] <seb128> Trevinho, yeah, it's just that the more we include the higher the chance of an issue and the need of a respin
[11:45] <seb128> Trevinho, I would probably let the screensaver/proxy changes out for a first SRU
[11:46] <seb128> Trevinho, do you want to have a look to the SRU or should I?
[12:19] <Trevinho> seb128: if you want proceed without silo you can do that I guess, or, if silo is needed I can do that
[12:20] <seb128> unsure about silo, I did the previously without one because it was easier
[12:20] <seb128> oh and because bzr push lp:unity-settings-daemon/16.04 was failing and I couldn't be bother debugging why that doesn't work
[13:52] <attente> Laney: hiya, i'm not going to add more changes to the sru, so that debdiff in comment #9 should be uploaded
[13:53] <Laney> hi attente
[13:53] <Laney> do you have a tarball handy?
[13:56] <attente> Laney: i'll push it to the ppa
[13:58] <seb128> hey attente, how are you?
[13:58] <attente> seb128: i'm good, how about you? just catching up on the backlog
[13:58] <seb128> I'm good thanks
[13:58] <seb128> sorry for mentioning your nick a few times
[13:59] <seb128> I should use Laney's underscores technic!
[13:59] <attente> no worries :)
[13:59]  * attente adds a highlight for attent_e
[14:00] <seb128> lol
[14:00] <attente> seb128: so the xdg-open thing is in y now?
[14:00] <seb128> yes
[14:00] <seb128> but m_vo said only the beta channel has the os snap with the needed changes
[14:01] <attente> ok
[14:01] <flocculant> lots of desperate hope to not ping people going on here :)
[14:02] <attente> Laney: https://launchpad.net/~attente/+archive/ubuntu/gnome-software-stable/+files/gnome-software_3.20.1+git20160614.1.edcffc1-ubuntu-xenial.orig.tar.xz
[14:09] <Laney> merci
[14:09] <Laney> gimme a bit
[14:53] <mhall119> hey guys, I'd like to see Software support a snap:// kind of URL, so I can get the design team to make us up some "Get the Snap" kind of button upstreams can put on their website, like they have for Android and iOS, where should I file that wishlist bug?
[15:04] <ogra_> in launchpad
[15:04] <ogra_> :P
[15:04] <willcooke> mhall119, me & seb128 were talking about this exact thing this morning :)
[15:05] <seb128> not exactly
[15:05] <seb128> but related
[15:05] <willcooke> mhall119, please drop a comment here:  https://bugs.launchpad.net/ubuntu/+source/gnome-software
[15:06] <willcooke> comment/bug
[15:06] <seb128> mhall119, willcooke, the distro|format-neutral/recommended url scheme is https://www.freedesktop.org/software/appstream/docs/sect-AppStream-Services-UrlHandler.html
[15:18] <mhall119> seb128: that expects the appstream name though doesn't it?
[15:18] <desrt> hello, hackers!
[15:18] <mhall119> I can do appstream://org.gnome.Cheese or something like that and it works
[15:18] <mhall119> but I can't do appstream://krita and get the snap
[15:18] <seb128> right
[15:19] <seb128> unsure if the appstream thing can work for snap
[15:19] <seb128> it's a backend thing, but maybe it only makes sense for applications with a .desktop
[15:19] <seb128> Laney or attente should know better
[15:23] <Laney> no
[15:23] <Laney> i don't
[15:24] <willcooke> seb128, do you know if we could stop trying to build  krb5 on ppc64el ?  https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1592841
[15:25] <Laney> no way
[15:25] <Laney> look at reverse-depends src:krb5
[15:26]  * willcooke looks
[15:27] <willcooke> Laney, any ideas who might be able to try the suggested "-O2"?
[15:27] <willcooke> tkamppeter, ^
[15:29] <Laney> willcooke: tkamppeter could
[15:29] <Laney> You can turn on ppc64el for PPAs.
[15:30] <seb128> willcooke, it's likely a 5 liners in debian/rules and locusofbourg pointed tkamppeter to a similar diff done to another package and told him how to test in a ppa
[15:30] <seb128> see #ubuntu-release
[15:31] <willcooke> ah, another conversation is happening
[15:31] <willcooke> ta
[15:32] <Laney> you could probably try to fix that warning directly too
[15:33] <tkamppeter> seb128, willcooke, I have seen the changes on cowdancer, I can apply the same changes on krb5 and attach a debdiff to the bug.
[15:33] <seb128> please do then
[15:33] <willcooke> thanks tkamppeter
[15:33] <Laney> tkamppeter: test it in a PPA
[15:33] <tkamppeter> seb128, willcooke, would this help?
[15:33] <seb128> you can also test in a ppa
[15:33] <Laney> then you will know
[15:33] <seb128> yes, but please test as well
[15:33] <seb128> just enable the arch in your ppa
[15:33] <seb128> and upload there
[15:34] <tkamppeter> Laney, how to activate ppc64el in my PPA?
[15:35] <willcooke> tkamppeter, click "Change details" on the PPA screen
[15:35] <willcooke> then there is a tick box
[15:40] <tkamppeter> willcooke, thanks.
[15:40] <willcooke> np
[15:45] <Trevinho> seb128: for your pleasure https://code.launchpad.net/~3v1n0/unity-settings-daemon/kbd-toggle-ret-value-fix/+merge/297479
[15:45] <Trevinho> seb128: i'd setup a landing with the queue signal patch too
[15:45] <seb128> Trevinho, thanks
[15:46] <Trevinho> seb128: ah, fyi, tested here, it does crashed actually when kbd backlight was turned off
[15:47] <seb128> k
[15:47] <seb128> Trevinho, why did you remove the GError definition? error is still used no?
[15:48] <Trevinho> seb128: no, is a different function... and gcc didn't build it
[15:48] <Trevinho> seb128: also upstream got rid of those
[15:49] <Trevinho> seb128: https://github.com/GNOME/gnome-settings-daemon/blob/master/plugins/power/gsd-power-manager.c#L262
[15:51] <seb128> Trevinho, again you mixed unrelated cleanups with actual changes, which confused me :p
[15:51] <seb128> the first chunk has nothing to do with the fix
[15:51] <seb128> it's just remove unused variables
[15:52] <Trevinho> seb128: eh, I could have done two branches... but it was just 2 lines ...
[15:52] <seb128> right, it's fine for this time
[15:52] <seb128> and it's removals
[15:52] <seb128> so it doesn't mess up much with blame
[15:52] <xnox> happyaron, heya
[15:52] <happyaron> xnox: hey
[15:52] <Trevinho> seb128: they're in two different commits though
[15:52] <seb128> right
[15:52] <Trevinho> seb128: so annotate will see them
[15:53] <seb128> right
[15:53] <seb128> Trevinho, approved
[15:53] <Trevinho> thanks
[15:53] <Trevinho> seb128: I've approved the other too, if robert has something against it, he can still speak up later
[15:53] <Trevinho> but to me is sane
[15:54] <seb128> yeah
[16:22] <Laney> i broke eeeeeeeeeeeeeeverything
[16:23] <Laney> firefox, gnome-terminal, my laptop
[16:28] <seb128> what did you do?
[16:29] <seb128> time for some exercice here
[16:29] <seb128> I'm probably going to at least read backlog when I'm back
[16:30]  * davmor2 calls the exorcist and sends him to Laney
[16:30] <seb128> but have a good evening for those who call is a day
[17:30] <Laney> nn!
[17:35] <willcooke> see ya Laney
[17:45] <tkamppeter> Laney, willcooke, seb128, tried the cowdancer method but did not work: https://launchpadlibrarian.net/265534248/buildlog_ubuntu-yakkety-ppc64el.krb5_1.14.2+dfsg-1ubuntu1_BUILDING.txt.gz
[17:46] <tkamppeter> Laney, willcooke, seb128: Probably too old deb package build method, did not yet find out yet from where the -O3 is coming here.
[17:47] <Laney> Your patch didn't work
[17:55] <tkamppeter> Laney, this is the problem. the build method seems not to support the variables which control the edit of CFLAGS.
[17:57] <tkamppeter> Laney, can I somehow remove this package from my PPA to not need to waste a release number for each attempt?
[18:02] <Laney> Not easily
[18:03] <Laney> tkamppeter: I think you need to pass the DEB_ variables to the $(shell ... dpkg-buildflags)
[18:07] <Laney> $(shell ... DEB_CFLAGS_MAINT_STRIP="${DEB_CFLAGS_MAINT_STRIP}" DEB_CFLAGS_MAINT_APPEND="${DEB_CFLAGS_MAINT_APPEND}" dpkg-buildflags --export=configure ...)
[18:07] <Laney> or something like that
[18:07] <Laney> you know, in this case it's probably easier to fix the function to sidestep the warning in the first place
[18:07] <Laney> really gone now
[18:07] <Laney> o/
[21:59] <robert_ancell> desrt, are you working on gsettings/snap stuff?
[22:16] <desrt> it got pushed when i started working on relocation
[22:17] <desrt> but ya
[22:17] <desrt> i understand that the interim solution involves just letting everything read the user's dconf database for the time being
[22:43] <desrt> robert_ancell: at the hackfest right now... will be able to talk more next week
[22:43] <robert_ancell> desrt, ok