[17:37] <_stink_> does anyone know if there's a way, in the linux filesystem, to have a node that is a transformed version of another node?
[17:38] <_stink_> for example, i have a log file. i want to have a second file that when i read it, contains just entries from the original log file that meet some regex
[17:39] <_stink_> kind of like a filtered, live view of the original file
[17:39] <_stink_> i've searched around but found nothing useful yet
[17:41] <_stink_> or maybe there's a long running grep-style thing...
[17:58] <cmaloney> I think you're looking for something like fuse for that
[17:58] <cmaloney> you'd need to write something to do that kind of a view though
[18:33] <jrwren> not at the filesystem level by default, but you could write a VFS that does it.
[18:33] <jrwren> since your original question was re: logfiles, you can get rsyslog to do it for you.
[18:34] <jrwren> but it isn't virtual at that point.
[19:53] <Scary_Guy> I'm pretty sure there is a grep command that would write that into a file which you could make a cron job.  Just can't call it too much or you might fill the partition.
[20:13] <jrwren> _stink_: oh! a BG process to a socket!  dammit...
[20:13] <jrwren> !8ball should I write this for _stink_?
[20:13] <jrwren> lol
[20:43] <jrwren> hrm... it would be a little tricky on re-reads but _stink_ you said you like socat, right? :)
[20:44] <jrwren> although, at that point, might as well make it an http api. :p
[20:58] <_stink_> thanks for the ideas cmaloney jrwren Scary_Guy !
[20:59] <_stink_> the real application here is to simplify some already existing python code that reads a file and grabs the last line... i want it to only consider lines with a certain format
[21:00] <_stink_> so i was hoping to offload it to some ready baked tool
[21:00] <_stink_> but if it's a matter of writing a bg process or a VFS... i may as well just fix my python code :D
[21:52] <jrwren> TIL: eatmydata and it is installed by default in ubuntu-server. I've no idea why.
[22:09] <jrwren> anyone have ATT for data and think it is funny that they still use sbcglobal.com dns?
[22:10] <Scary_Guy> No but I know others who have it.
[22:17] <jrwren> second hop or so to AWS is 162-225-188-1.lightspeed.livnmi.sbcglobal.net for me, and it makes me laugh sometimes
[22:17] <jrwren> ATT bought SBC in 2005
[22:22] <Scary_Guy> "If it ain't broke don't fix it"


[03:20] <Logomachist> Hi
[03:22] <Logomachist> I was trying to install from source on Windows but it wasn't going very well so I gave up and used the standalone installer.
[03:22] <Logomachist> Was my orginal goal ill-advised?
[13:52] <spacecowboy29> A question , when trying to fetch a branch I get this error http://paste.ubuntu.com/1589248/
[13:52] <spacecowboy29> corkscrew is referred to as corksrew, so I guess a typo, but I don't know where I should correct it...
[13:53] <mgz> spacecowboy29: looks like you've got some borked config
[13:54] <mgz> try `ssh -vv<EMAIL_ADDRESS>and get that working first
[13:55] <spacecowboy29> Ah, same error http://paste.ubuntu.com/1589664/
[13:56] <spacecowboy29> Would fiddling around with bazaar.conf help ?
[13:56] <mgz> no, it's ssh that's borked, not bzr
[13:56] <mgz> you were meant to substitute the bit in CAPS though :)
[13:57] <spacecowboy29> holy...
[13:57] <mgz> and you don't need the `` when running
[13:57] <spacecowboy29> Ah I feel like an idiot...sorry
[13:57] <mgz> spacecowboy29: basically, you need to fix your ~/.ssh/config
[13:58] <mgz> you have a proxy command that's using a tool you don't have installed
[13:59] <mgz> well, it's tyoped at any rate, but you probably don't want it
[14:00] <spacecowboy29> I corrected the typo from "corksrew" to "corkscrew" an error though, I've installed corkscrew though
[14:00] <spacecowboy29> Should I nuke the cofig file ?
[14:00] <spacecowboy29> Here's the config file http://paste.ubuntu.com/1589680/
[14:01] <mgz> just remove that, if you don't actually need to ssh via that?
[14:03] <spacecowboy29> I'm under a HTTP proxy, so I probably need it ?
[14:04] <spacecowboy29> The typo error is removed but it still shows a few errors http://paste.ubuntu.com/1589690/  Are my keys bad ?
[14:04] <mgz> perhaps, you'll need to `man corkscrew` and figure out the right configuration if you really do need it
[14:05] <mgz> spacecowboy29: nope, it's not getting as far as key exchange, you can't open a connection of any kind
[14:06] <mgz> I suggest reading up on tunnelling ssh over http, it's probably non-trivial and may require more than you can actually use
[14:06] <spacecowboy29> Ah, I see, thanks a ton ! Will have to check out, thanks again !
[14:06] <mgz> note, you don't need ssh for read-only access to launchpad, just to push branches yourself
[14:07] <mgz> rmoving your launchpad_username from bazaar.conf and ignoring the message that tells you it's not set makes bzr use http for lp: urls
[14:08] <spacecowboy29> I see, I think my ip lets only http and https connections, so maybe thats the problem
[14:10] <mgz> it seems like corkscrew might work, but you probably want to follow a guide on that and see if you can actually ssh to anywhere once you're set up
[14:10] <spacecowboy29> Removing it seems to work, so I guess I need to configure corkscrew for it, thanks again  !
[23:31] <mwhudson> what's the api equivalent of 'bzr branch'?  sprout?
[23:39] <spiv> mwhudson: IIRC, yes, depending on the level you're operating at.
[23:40] <spiv> I *think* there's a convenience method that's more closely like the 'bzr branch' command somewhere too.
[23:43] <xnox> most of the time you want branch_or_dir thing (whatever is it's proper name)
[23:46] <mwhudson> xnox: i'm not sure that counts as a helpful comment :-)
[23:47] <xnox> mwhudson: =)))) it's midnight here and I'm chatting =) how you doing btw? =)))))
[23:47] <mwhudson> sigh
[23:47] <mwhudson> rev
[23:47] <mwhudson> bzr: ERROR: Revision<EMAIL_ADDRESS>not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(CallableToParentsProviderAdapter(<bound method CHKInventoryRepository._get_parent_map_no_fallbacks of CHKInventoryRepository('file:///home/mwhudson/canonical/repos/lava-manifest/deploy-from-branches/branch-cache/lava-dispatcher/.bzr/repository/')>))], []))))".
[23:47] <mwhudson> xnox: i'm ok, super busy all of a sudden
[23:49] <mwhudson> oh, that was me being dumb
[23:56] <spiv> mwhudson: ERROR: Not enough brackets in error…
[23:57] <mwhudson> spiv: i recall a similar joke about colons
[23:58] <mwhudson> this one only has 3 though, and one of them is a bit of a cheat


[17:08] <mustafakyr> Is there anyone who works on beaglebone
[17:08] <mustafakyr> I am trying to start a skeleton os.
[17:09] <IdleOne> there is a #beaglebone
[17:09] <IdleOne> I have no idea what beaglebone is though
[17:10] <mustafakyr> thanks
[17:10] <IdleOne> welcome


[00:36] <popey> pleia2 / Technoviking have set res, karl and spaceghost to moderation on the list with a view to not actually approving any of their mail
[00:37] <popey> the list has turned into a shitpit and they're the worst offenders
[00:37] <popey> (ubuntu-users) that is
[00:38] <Technoviking> popey: check out the new forum theme I'm working on, plus some ways you ranking posts http://www.mikesplanet.net/forums
[00:39] <Technoviking> popey: want some feedback from some forum haters:)
[00:40] <popey> haha
[00:40] <popey> its quite
[00:40] <popey> orange
[00:41] <Technoviking> more than ubuntu.com?
[00:42] <popey> yeah, maybe not
[00:42] <popey> have you seen omg ubuntu forums?
[00:42] <popey> http://forum.omgubuntu.co.uk/
[00:42] <popey> quite purple
[00:42] <popey> well, one big block
[00:43] <Technoviking> but purple = Canonical and not Ubuntu:)
[00:43] <popey> :)
[00:43] <popey> Those crazies over at omg like to buck the trend
[00:44] <Technoviking> the forums need to be whip into shape and modernizes, omg forums and stackexchange is going to eat our lunch
[00:44] <popey> yup
[00:44] <popey> +1
[00:45] <popey> although, there is of course plenty of lunch to go around
[00:45] <popey> and more and more lunch every day
[00:45] <Technoviking> true
[00:45] <popey> whats for lunch?
[00:45] <popey> Oranges of course!
[00:45] <popey> And maybe some Aubergines.
[00:45] <popey> I should really go to bed :)
[00:46] <Technoviking> added a Did you find this post helpful? addon to my testing forum
[00:48] <Technoviking> later all , dinner time
[08:16] <duanedesign> morning all
[08:50] <popey> https://lists.ubuntu.com/archives/sounder/2010-September/015162.html guessing thats aimed at me
[08:51] <popey> s/5
[08:51] <popey> bah
[10:28] <czajkowski> morning
[10:30] <duanedesign> morning
[10:58] <popey> lo
[11:33] <matti> '
[11:33] <matti> ;]
[11:33] <czajkowski> duanedesign: you're up damn early
[12:14] <akgraner> Woo Hoo!  Great UbuCon at Ohio LinuxFest yesterday!
[12:15] <akgraner> Now if I can get through my talk without 1) falling off the riser 2)making up a word 3)talking so fast no one can understand me - I'll be doing well...
[12:16] <Pendulum> akgraner: you'll do fine!
[12:16] <Pendulum> although I fail to see the problem with making up a word
[12:17] <akgraner> Pendulum, making of cool words if fine it they are cool - mine usually end up just sounding like I am talking with a mouth full or marbles
[12:17] <Pendulum> aww
[12:19] <akgraner> It was funny someone asked me if one of the Redhat guys hated Ubuntu b/c that is what they heard - and I said (tongue in cheek) No he loves Ubuntu he hates me!
[12:20] <akgraner> so later at the pre-party - He came up to me and said Hey Amber I heard someone mention I hated you - you know that's not true right
[12:20] <popey> are there redhat guys there? community or company?
[12:20] <Pendulum> akgraner: there you go starting rumours again :P
[12:20] <akgraner> I died laughing and told - No that's ok I started that  - I wanted to see how long it would take to get back to you
[12:21] <akgraner> popey  - both are here Redhat and Volunteer Fedora people
[12:22] <akgraner> There is a Fedora both and a Red Hat Booth beside on another b/c as a rule  - they always have separate booths at events - because their focus is different
[12:23] <akgraner> Pendulum, yeah  - we were all cracking up about...
[12:23] <akgraner> about it (grrrr)
[12:25] <akgraner> and Robyn Bergeron (sp?) is going to put on a Meerkat shirt and my nametag and hangout in the Ubuntu Booth for a few and I am putting on a Fedora Shirt and her Nametag and hang out at their booth..
[12:25] <Pendulum> :)
[12:25] <Pendulum> haha
[12:25] <Pendulum> nice
[12:25] <akgraner> She said all day people were coming up to here saying - You're Amber right?
[12:25] <Pendulum> *snort*
[12:25] <akgraner> she told then no  - She's my evil twin
[12:26] <paultag> akgraner: ZOMG YOU'RE AKGRANER!
[12:26] <akgraner> paultag,  :-P
[12:26] <paultag> akgraner: I have your bag, I'm heading down soon :)
[12:26] <Pendulum> paultag: awww, your fetching and carrying for akgraner ? how sweet :P
[12:26] <akgraner> paultag, thanks!  Yep I'll be over in a few as well - I'm about 1.5 miles from the drury - so I'll grab a shuttle and head that way
[12:26] <paultag> Pendulum: iknorite?
[12:26] <paultag> akgraner: roger doger :)
[12:27] <paultag> akgraner: see ya in there!
[12:27] <akgraner> Thank way I can tell you what I was thinking for some of the stuff etc
[12:28] <akgraner> also you can either 1) give the scarf (the faux purple fur on that I had made) away 2) have a drawing or some other something you think off.
[12:28] <paultag> cool :)
[12:28] <akgraner> there was a couple of people who where trying to walk off with it yesterday
[12:28] <paultag> and I guess I have to wear that bow
[12:29] <paultag> akgraner: Man, I looked a mess getting breakfast this morning
[12:29] <akgraner> http://whatwillweuse.com/2010/09/10/amber-graner-at-ohio-linuxfest-ubucon/
[12:29] <duanedesign> hey paultag
[12:29] <paultag> akgraner: you nerds can drink ;)
[12:29] <paultag> hey duanedesign
[12:29] <akgraner> paultag, ha - I left before you all did
[12:29] <paultag> akgraner: awww!
[12:29] <Pendulum> akgraner: ooh. fun scarf :)
[12:29] <paultag> akgraner: looks awesome :)
[12:30] <paultag> Pendulum: Oh it's in my room, no big deal
[12:31] <akgraner> Here is Jon Berkley (Ohio LoCo team) saying thank you to everyone for attending - http://whatwillweuse.com/2010/09/10/thanks-ubucon-at-the-ohio-linuxfest/
[12:31] <Pendulum> paultag: the bag? I figured as much. but more fun to tease y'all :P
[12:31] <paultag> akgraner: buckly :P
[12:31] <akgraner> DOH!
[12:31] <paultag> sorry
[12:31] <paultag> buckley
[12:31] <akgraner> sorry brain has engaged with my mouth yet
[12:31] <paultag> forgot the e
[12:31] <paultag> akgraner: it's OK, still early
[12:32] <paultag> akgraner: I went to his house before I headed out to man-bear-pig or whatever that is
[12:32] <paultag> Righto, well time to trek down
[12:32] <akgraner> ahhh
[12:32] <paultag> Love ya'll see ya in there
[12:32] <akgraner> yep - I need to run as well!  see y'all in a few!!
[12:34] <akgraner> The place was The Frog Bear and Wild Boar...I kept calling is song and dance for some reason
[13:15] <maco> alright, im not using "sleep" and an infinite loop as an alarm clock again. the "infinite" bit seems to mean "ignores ^c and SIGHUP"
[13:19] <czajkowski> :(
[14:04] <Pendulum> heya JFo
[14:07] <ScottL> doctormo, are you around and available for a little chat?
[14:35] <JFo> heya Pendulum :)
[14:52] <czajkowski> JFo: all set for your summit ?
[14:53] <JFo> for the most part
[14:53] <JFo> :)
[14:53] <czajkowski> JFo: got a link to stuff so I can tweet it ?
[14:53] <JFo> yep https://wiki.ubuntu.com/Kernel/BugTriage/Summit/Maverick
[14:53] <JFo> is that what you are looking for?
[14:54] <czajkowski> JFo: Go raibh maith agait :)
[14:54] <czajkowski> Thank you in Irish :)
[14:54] <JFo> :)
[14:58] <JFo> czajkowski, do you have any abilities on the ClassBot
[14:58] <JFo> nm
[14:58] <czajkowski> JFo: were loco contacts mailed ?
[15:02] <czajkowski> UK/Ireland/Ubuntu Women/Ubuntu LoCo Contacts mailing lists have all just been reminded
[15:02] <JeremyFoshee> I don't think they were
[15:03] <JeremyFoshee> I dropped the ball on so many things
[15:03] <czajkowski> ohh full name
[15:03] <czajkowski> JeremyFoshee: want a hand ?
[15:03] <JFo> czajkowski, yes please
[15:03] <JFo> I'll just be JFo I guess
[15:04] <czajkowski> okie dokie
[15:05] <czajkowski> JFo: how may I be of service
[15:05] <JFo> looks like I may be good for now
[15:05] <JFo> the real fun will be when the others start their sessions
[17:18] <paultag> jcastro: Are you alive?
[17:24] <JFo> guess not


 Let me know if it's still broken.
[09:55] <oparoz> Hello, how much RAM do the arm64 builders have and is there an image of the VM it uses available?
[09:58] <cjwatson> oparoz: 8GiB per guest, and sorry no but it's basically just a cloud image with   launchpad-buildd bzr-builder git-build-recipe quilt binfmt-support qemu-user-static   installed
[09:59] <cjwatson> a 15.10 cloud image at the moment if I recall correctly
[09:59] <cjwatson> what are you trying to achieve?
[10:02] <oparoz> Thanks cjwatson
[10:02] <oparoz> I'm trying to see if I can design a local builder instead of a remot one
[10:03] <oparoz> The smaller devices can't compile MySQL and the remote builders don't offer enough debugging capabilities
[10:04] <cjwatson> Aside from the network proxy issue, surely it's just a matter of running snapcraft in a chroot
[10:04] <cjwatson> You could look at lp:launchpad-buildd and see what buildsnap does, which isn't complicated
[10:05] <cjwatson> And ignore the network proxy bit and cross fingers :)
[10:05] <oparoz> Well, the network issue is gone when using a different URL, but there is another failure, right at the end, during stripping and I have no idea why this is happening
[10:06] <cjwatson> (I don't think there's anything secret about the VM images, and it would even be useful for us to have them public; but it's a bit logistically difficult to arrange, and I suspect it wouldn't actually be of much direct help to you anyway)
[10:06] <oparoz> And that's one other thing, inherent to the nature of sharing builders. We have to start from the beginning every time whereas locally, you just rebuild the part which failed
[10:07] <oparoz> I'll take a look at lp:launchpad-buildd :)
[10:07] <cjwatson> That certainly looks like just running snapcraft would reveal the same thing.
[10:08] <oparoz> Except that you have access to all the files, so you can look at the config and build logs, etc.
[10:09] <cjwatson> Perhaps there's something odd with Go on arm64
[10:09] <oparoz> It did work last week, so I suspect some package update
[10:10] <oparoz> But I didn't write that part, so it's difficult to offer help if I report the issue. All I can say is that this doesn't compile on arm64
[10:12] <cjwatson> It's also odd that ldd apparently exits non-zero without writing anything to stderr.
[10:13] <cjwatson> (Also also, I wish I'd never looked at the run_output function.  Why on earth doesn't it just use subprocess's ordinary environment-handling facilities?)
[10:15] <oparoz> No idea :D
[10:16] <oparoz> That's the code: https://github.com/kyrofa/mdns-publisher
[10:16] <cjwatson> No help to me, I don't speak Go.
[10:16] <oparoz> Me neither
[11:08] <chrisr_> Hi! I'm having problems "porting" a package in our ppa from wily to xenial. It depends on "libqt5webengine5" in another of our PPAs. I copied that over from wily to xenial but the package is still not found.
[11:08] <chrisr_> build log: https://launchpad.net/~ethereum/+archive/ubuntu/ethereum-dev/+build/9564842/+files/buildlog_ubuntu-xenial-amd64.cpp-ethereum_1.2.3-SNAPSHOT-260-20160412-44207e7~xenial-0ubuntu1_BUILDING.txt.gz
[11:09] <cjwatson> That doesn't say it's not found; it says that it's uninstallable.
[11:09] <chrisr_> ppa that contains the package: https://launchpad.net/~ethereum/+archive/ubuntu/ethereum-qt/+packages
[11:09] <cjwatson> (Possibly in combination with your other build-dependencies.)
[11:09] <chrisr_> ah, ok
[11:09] <chrisr_> the webengine package is also slightly odd
[11:10] <chrisr_> it says wily in several places although it is sorted into xenial
[11:10] <chrisr_> I tried to re-upload it manually, but did not get any reply from launchpad
[11:11] <cjwatson> If you don't get any reply that's normally because you forgot to sign it or the signature was bad in some way.
[11:12] <cjwatson> When a package says "wily" in the top entry in debian/changelog, that's only where the developer initially intended to upload it; it can be copied around elsewhere later without modifying the package.
[11:17] <chrisr_> ok, thanks! Then I'll try to dig deeper into why the package is not installable.
[11:20] <cjwatson> chrisr_: http://paste.ubuntu.com/15785085/
[11:20] <cjwatson> chrisr_: i.e. libqt5webengine5 and libqt5qml5 are inconsistent in this environment
[11:21] <cjwatson> Whether you need a different libqt5qml5 or a different build of libqt5webengine5 I do not know
[11:23] <cjwatson> The last line there should have been "chdist apt-cache ethereum show libqt5qml5 | grep qtdeclarative-abi" actually, but it doesn't matter since the result is the same - neither of your PPAs contain libqt5qml5
[11:24] <cjwatson> Basically it looks like you've binary-copied forward a wily build of qtwebengine-opensource-src that actually needs to be rebuilt against xenial's Qt libraries
[11:31] <chrisr_> ah, thanks
[11:31] <chrisr_> but the versions seems to be different too, right?
[11:32] <chrisr_> do you think a sourc-build of the qt5 package would help?
[11:32] <chrisr_> (qtwebengine at least)
[11:32] <chrisr_> so as far as I know, qtwebengine is not included in any of the ubuntu repositories, but qt5 itself is
[12:03] <cjwatson> chrisr_: What I'm saying is exactly that you appear to need to rebuild qtwebengine-opensource-src for xenial.
[12:03] <cjwatson> I don't know what you mean regarding versions, but it probably isn't important.
[12:13] <lool> Hi there
[12:13] <lool> I'd like to setup a snap package from a github brnch
[12:13] <lool> I understand this can only be done with a branch in Launchpad
[12:13] <lool> so I've requested a mirrored branch here https://code.launchpad.net/~openswitch/openswitch/ops-snappy
[12:14] <lool> but a) the import failed (2016-04-12 12:12:05 INFO    No branch found at remote location.) and b) would it be possible for the import to be a git branch too?
[12:14] <cjwatson> lool: You need a trailing ".git" on the import source, because GitHub does some strange user-agent sniffing.  I've fixed that and am re-running the import.
[12:14] <cjwatson> lool: git-to-git mirroring is underway, but not available yet.
[12:15] <lool> thanks
[12:15] <lool> 2016-04-12 12:15:13 INFO    Unable to import branch because of limitations in Bazaar.
[12:15] <cjwatson> Ah, submodules.
[12:15] <cjwatson> You lose, sorry.
[12:15] <lool> 2016-04-12 12:15:13 INFO    The repository you are fetching from contains submodules, which are not yet supported.
[12:15] <lool> ok; I guess I might go with travis-ci for now
[12:15] <oparoz> lool
[12:15] <cjwatson> You do have one other option.
[12:15] <lool> thanks for the quick action though
[12:15] <cjwatson> lool: Mirror it manually.
[12:15] <lool> I could cron the git mirror
[12:15] <lool> yeah
[12:16] <oparoz> lool, Just add a remote repo to your project
[12:16] <oparoz> and push to 2 locations
[12:16] <cjwatson> Oh, right, snap
[12:16] <cjwatson> oparoz: I don't think this is lool's project
[12:16] <lool> I do co-maintain this specific github project
[12:16] <cjwatson> Or maybe it is?  OK
[12:16] <oparoz> Ah, yeah, that won't work then...
[12:17] <lool> but I'm not the only one pushing to it
[12:17] <lool> is there a github mechanism I can leverage to trigger a push to launchpad?
[12:17] <lool> like webhooks or something
[12:17] <lool> I kept hearing about this, but I never researched what it is
[12:17] <cjwatson> lool: You could use webhooks, but you'll need something external to Launchpad to receive the webhook and arrange a pull/push.
[12:17] <cjwatson> Webhooks are basically just an HTTP POST.
[12:19] <cjwatson> At the moment Launchpad can send webhooks itself, but doesn't have the facility to receive them, so that would have to be hooked up elsewhere.  But it would certainly be an option for making the thing event-driven rather than cronned.
[12:19] <lool> I'm trying to see if github has a way to trigger a git push directly, seems not
[12:19] <cjwatson> Not as far as I know.
[12:19] <lool> otherwise I could have a CGI on some host receive the web hook and do the git pull + push
[12:20] <cjwatson> Besides, it would have to have your key.
[12:21] <lool> there's a PubSubHubbub alternative to web hooks, but it's quite similar in nature
[12:21] <cjwatson> They're pretty similar.
[12:21] <cjwatson> Basically the same in fact.
[12:22] <cjwatson> Webhooks can be signed in the way specified by the PubSubHubbub spec.
[12:22] <cjwatson> I don't know if GitHub implements the subscribe bit of PubSubHubbub.
[12:23] <cjwatson> Webhooks are basically an implementation of the publishing part.
[12:26] <cjwatson> Ah yes, from https://developer.github.com/v3/repos/hooks/#pubsubhubbub it looks like it does implement subscribe, nice.  I think that just gives you a way to create webhooks on repositories you don't own.
[12:27] <cjwatson> It might be worth us using that for git imports once we have them.
[12:48] <lool> cjwatson: I wonder: have travis CI ever contacted about watching Launchpad repos?
[12:53] <cjwatson> lool: No, and they've rejected requests to do anything other than GitHub in the past.
[12:54] <lool> ah, too bad
[14:25] <oparoz> cjwatson: How do you feel about pushing an official Snapcraft patch part of 2.8 to the arm64 building cloud? ;)
[14:26] <oparoz> cjwatson: It fixes the go stripping problem
[14:27] <cjwatson> oparoz: we don't push snapcraft to our builder cloud, that's not how it works
[14:27] <oparoz> Ah, you pull it from a central repo I guess
[14:27] <cjwatson> oparoz: each build installs snapcraft from a sources.list which includes ppa:snappy-dev/ubuntu/tools and the primary Ubuntu archive
[14:28] <oparoz> cjwatson: OK, so we'll just have to wait :)
[14:28] <cjwatson> oparoz: so the snappy developers can do this either by uploading a suitably-patched package to their PPA, or just by putting it in xenial
[14:28] <cjwatson> oparoz: but it's explicitly up to them, not us :)
[14:29] <oparoz> cjwatson: Final freeze is this week, so we'll just have to wait
[14:30] <cjwatson> oparoz: final freeze has no bearing on their PPA
[14:30] <cjwatson> oparoz: and in any case a simple targeted bug fix could still be uploaded to xenial
[14:30] <oparoz> cjwatson: I think they don't want to push 2 releases this week, but I'll ask, thanks
[17:53] <shishir-a412ed> Hi Guys ... I am new to launchpad
[17:53] <shishir-a412ed> I have a upstream project I need to work on. But I have no idea where to start ?
[17:53] <shishir-a412ed> is this something similar to git ? can I clone a repository ? n work locally ?
[17:54] <nacc> shishir-a412ed: what upstream project?
[17:54] <shishir-a412ed> nacc, cloud-init
[17:55] <nacc> shishir-a412ed: i think you mean to be asking about bzr not launchpad?
[17:55] <shishir-a412ed> nacc what the difference ?
[17:55] <davmor2> shishir-a412ed: https://help.launchpad.net/Code/Git and http://doc.bazaar.canonical.com/latest/en/mini-tutorial/
[17:55] <nacc> shishir-a412ed: should be able to follow the instructions at: https://code.launchpad.net/cloud-init to set up your own local branch
[17:55] <shishir-a412ed> the code is hosted on launchpad i.e launchpad.net/cloud-init
[17:55] <nacc> shishir-a412ed: right, hosting != SCM
[17:56] <nacc> shishir-a412ed: git and bzr are SCMs
[17:56] <shishir-a412ed> nacc, right but can I use git for SCM ?
[17:56] <shishir-a412ed> with cloud-init
[17:57] <nacc> shishir-a412ed: i would ask in #cloud-init to be sure, but afaict it's bzr only?
[17:57] <shishir-a412ed> nacc, oh okay. let me ping over there.


[01:17] <bobkoe> hello
[03:26] <bfiller> mterry: you around?
[03:26] <mterry> bfiller, yup
[03:26] <bfiller> mterry: where does the Launcher read it's favorites from? need to change gallery and camera to click
[03:27] <bfiller> mterry: I see gsettings but doesn't seem to be wired up
[03:27] <mterry> bfiller, I believe the defaults are stored in gsettings, but are synced to accountsservice.  Let me confirm
[03:27] <mterry> hm
[03:29] <mterry> bfiller, ok.  Looking at plugins/Unity/Launcher/backend/launcherbackend.cpp in unity8 trunk should make things a bit clearer
[03:29] <mterry> bfiller, so what happens is we look at AccountsService first
[03:30] <mterry> bfiller, if the initial dummy value of {defaults=true} is there, we look at gsettings
[03:30] <mterry> bfiller, and that probably gets synced back to AccountsService at some point
[03:30] <mterry> bfiller, at which point we never look at gsettings again
[03:31] <bfiller> mterry: makes sense, where does AccountsServices store it's data?
[03:31] <mterry> bfiller, does that mesh with what you are seeing?
[03:31] <bfiller> mterry: yes
[03:31] <mterry> bfiller, /var/lib/AccountsService/users/
[03:31] <bfiller> mterry: ok cool, thanks
[03:31] <mterry> bfiller, you can use dbus to talk to it
[03:31] <mterry> bfiller, or if you are setting up a demo, you could preseed those ini files in that directory
[03:32] <bfiller> mterry: I think I just need to change the defaults in gsettings, but somehow need to force a sync with accountservice if someone updates
[03:33] <mterry> bfiller, ah.  Well, you can set AccountsService values for the user to {defaults=true} but that's against policy to change user data in a package update
[03:33] <mterry> bfiller, probably should use session-migration for that
[09:22] <JamesTait> Good morning all; happy Friday, and happy Donor Day! :-D
[09:23] <JamesTait> Is anybody else missing indicator-network on mako using the recent builds?
[09:28] <davmor2> Morning all
[09:51] <janimo> ogra_, xnox is the android container the same for all supported nexus images?
[09:51] <janimo> is the android deb used unchanged across them?
[09:52] <ogra_> janimo, it is the same container but indeed different content per device
[09:53] <janimo> ogra_, where do the contents come from?
[09:54] <ogra_> janimo, ?
[09:54] <ogra_> janimo, you are the one hacking the android tree more often than me :P
[09:54] <ogra_> you should know
[09:54] <janimo> ogra_, not on the official images
[09:55] <janimo> ogra_, so I know there's the android binary package in the archives
[09:55] <ogra_> janimo, the phablet.u.c tree gets rolled into the android package which means it builds the img files
[09:55] <ogra_> timestamp for the checkout is in the deb version
[09:55] <janimo> ogra_, what I do not understand is aren't different debs needed for the different nexus devices?
[09:56] <janimo> IIRC there's a tarball of and android system image but I don't know if it's for a certain device only
[09:59] <ogra_> janimo, no, there are differnt img files needed
[09:59] <ogra_> the deb ships all img files from a build
[09:59] <ogra_> (and the zips, but these will go away soon)
[10:00] <ogra_> janimo, the build essentially loops over the devices in the tree and calls a build for each of them
[10:00] <janimo> ogra_, ack thanks.
[10:00]  * janimo should have just downloaded the package and looked :)
[10:00] <ogra_> then it grabs the resulting .img files and stuffs them in the deb in /usr/lib/android ... (or so)
[10:01] <janimo> ogra_, is this inlcuded in the livecd/build image scripts? Can a local build override this and supply their own android system.img  easily?
[10:02] <janimo> within live-build or rootstock-ng even
[10:02] <ogra_> janimo, have you looked at rootstock-ng lately ?
[10:02] <janimo> ogra_, never actually
[10:03] <ogra_> janimo, it ships an installer script that allows you exactly this
[10:03] <ogra_> janimo, https://wiki.canonical.com/Install_UT_on_4.4.2
[10:03] <janimo> ogra_, nice
[10:03] <ogra_> janimo, you can supply your own system.img to the installer
[10:03] <janimo> ogra_, are you planning on uploading it to trusty?
[10:04] <ogra_> it assembles a readonly ubuntu-system image on the device (same way system-image.u.c does) out of the generic tarball and the system.img
[10:04] <ogra_> janimo, yeah, i plan to
[11:29] <Guest54973> I am unable to install phablet
[12:04] <doomlord_> anyone tried ubuntu-touch on a nexus 5?
[12:05] <ogra_> doomlord_, yes, a few people ... there are still issues though
[12:06] <ogra_> doomlord_, it isnt supported officially, but here is a guide: https://wiki.ubuntu.com/Touch/Install_UT_on_android4.4.2
[12:34] <Laney> Where are the latest instructions for using 4.4?
[12:37] <ogra_> Laney, see my last line above :)
[12:37] <Laney> ha
[12:37] <Laney> thanks
[12:38] <Laney> ogra_: occam?
[12:39] <ogra_> occam ?
[12:39] <Laney> wait what
[12:39] <Laney> hah
[12:39] <Laney> I'm on /images instead of /drivers
[12:40] <Laney> wait, oh god, I'm confused
[12:43] <mandel> sil2100, thostr_ just got a "working" machine, did everything go ok?
[12:43] <ogra_> Laney, thats fine, its friday ;)
[12:44] <sil2100> mandel: well, we had problems in distro so the build started just recently
[12:44] <sil2100> But seems ok now
[12:44] <mandel> sil2100, ok, at least i did not block you with the machine problems!
[12:44] <Laney> ogra_: it is called occam on the linked url
[12:44] <Laney> for some reason
[12:45] <ogra_> oh, ah ...
[12:45] <Laney> o hai android
[12:45] <bashway97> hi
[12:47] <ogra_> Laney, rebooting into android at least once after the fastboot oem unlock is essential btw
[12:47] <ogra_> (it sets up the cache partition on first boot after that ... without cache installing wont work)
[12:48] <thostr_> mandel: it's still biulding
[12:50] <Laney> ogra_: does flashing android re-lock it?
[12:52] <ogra_> Laney, might, i never flashed android :P
[12:52] <cwayne> it shouldnt
[12:52] <Laney> thought you had to do that for 4.4
[12:52] <Laney> nah, it's still unlocked
[12:52] <Laney> bootloader helpfully tells you
[12:54] <Laney> here goes
[12:55] <cwayne> pete-woods, ping
[12:56] <pete-woods> cwayne: hi
[12:58] <cwayne> pete-woods, hiya, i was wondering how easy it would be to preseed some fake usermetrics stuff for several users
[12:58] <Laney> soooo can I do system-image updates now?
[12:58] <cwayne> specifically re: mterry's demo-users stuff
[12:59] <Laney> oh wait, now I just have a black screen :(
[12:59] <Laney> NO! it just took a while to come up
[12:59] <ogra_> yeah
[12:59] <ogra_> first boot is awful because click apparmor runs
[13:00] <Laney> haven't flashed from clean for a while
[13:01] <davmor2> cwayne: how do
[13:02] <pete-woods> cwayne: you've really got two options
[13:02] <pete-woods> cwayne: you could manually create the data on your own machine
[13:02] <pete-woods> then package up the usermetrics db somewhere
[13:03] <pete-woods> or you could try and automate that process on first boot
[13:04] <cwayne> pete-woods, where would that db live?
[13:04] <cwayne> davmor2, how do wat
[13:04] <pete-woods> cwayne: the usermetrics db lives in /var/lib/usermetrics/usermetrics6.db IIRC
[13:04] <cwayne> i assume that's writable by default then?
[13:05] <davmor2> cwayne: how do? == morning, how are you, nice to see you.......
[13:05] <cwayne> lol
[13:05] <pete-woods> cwayne: it's readable and writable only to the usermetrics user
[13:06] <pete-woods> cwayne: I wonder if you could provide a special build of the usermetrics package with a pre-packaged db in
[13:09] <davmor2> pete-woods: so in theory you could build up a profile on a device and just copy that db into a build?
[13:10] <cwayne> how would you do it for different users though?
[13:11] <davmor2> cwayne: ha good call
[13:11] <cwayne> dpm, hey, you might wanna check the apparmor profile for reminders, there's a buuuuuunch of denials there
[13:11] <cwayne> popey, hey, did you log a bug about that phantom sidestage popping up?
[13:12] <popey> cwayne: 1279582
[13:12] <popey> cwayne: bug 1279582
[13:13] <cwayne> hah, that was me
[13:13] <cwayne> i didn't know if you'd logged a more generic one :)
[13:13] <popey> nope
[13:13] <popey> will do on weekend
[13:13] <popey> have borrowed a nexus 10 and keep seeing stuff I need to file
[13:13] <popey> but I'm stupidly busy today so can't stop to file bugs
[13:14] <popey> i installed every single app from the store on the n10 and will poke it to death
[13:14] <pete-woods> davmor2: that would work, yes, you'd need to restart the usermetrics service, though
[13:15] <pete-woods> davmor2: or even better, stop the service, put the db in, then start it again
[13:15] <cwayne> greyback_, have you seen bug 1279582 ?  It seems to happen on a bunch of other apps as well
[13:15] <pete-woods> cwayne: you'd have to create the same users on your local machine
[13:15] <cwayne> and su to them and then run something like usermetricsinput?
[13:15] <pete-woods> exactly
[13:16] <pete-woods> cwayne: you could even dump the SQL from the database, so you didn't have to look after a binary sqlite database
[13:16] <pete-woods> the schema is not going to change (ever)
[13:17] <greyback_> cwayne: no, but is something I'll have to fix. The WM code is not prepared for these trusted helpers yet
[13:18] <cwayne> greyback_, it seems to happen intermittently on other apps too (not using trusted helpers), i'll try and see if there's something i can do to reproduce it reliabl
[13:18] <cwayne> y
[13:18] <pete-woods> sudo -u usermetrics sqlite3 /var/lib/usermetrics/usermetrics6.db .dump
[13:18] <pete-woods> cwayne: ^ something like that
[13:18] <greyback_> cwayne: that would be v helpful, thanks
[13:19] <cwayne> pete-woods, lovely, thanks
[13:20] <m-b-o> popey: do you know after how much units.gu() a design should switch to tablet?
[13:21] <ngatilio> hello
[13:22] <ngatilio> I have a problem: I don't know how can I publish my apps in Ubuntu Apps Store
[13:23] <ngatilio> I read the steps but I don't understand the process very well
[13:28] <ngatilio> hello
[13:29] <popey> m-b-o: sounds like a question for Kaleo
[13:29] <dpm> cwayne, oh, hadn't noticed it. Could you dump the denials you've seen somewhere I could have a look?
[13:30] <Kaleo> m-b-o, I believe the agreed break point was 60gu
[13:30] <Kaleo> m-b-o, no 80gu
[13:31] <m-b-o> kaleo: ah, thanks. 80gu makes more sense for me. 60 is a bit narrow
[13:35] <cwayne> dpm, http://paste.ubuntu.com/6931188/
[13:36] <ngatilio> please can you help me ?
[13:43] <popey> thanks Kaleo
[13:54] <dpm> thanks cwayne, looking at it now
[14:02] <dpm> cwayne, thanks a lot for the heads up. I think these should not affect the usage of the app, but I've filed it as bug 1280293 to keep track of it
[14:02] <cwayne> dpm, i think some of them might have something to do with setting reminders/alarms
[14:03] <dpm> cwayne, let me have another look, then, but we're still not using the alarms API. The reminders we set are just a flag in regular Evernote notes
[14:05] <dpm> jdstrand, could you help me interpret http://paste.ubuntu.com/6931188/ for the Reminders app? It seems to try to access .config/pulse quite a lot, but I'm not sure why
[14:12] <dpm> Kaleo, do you happen to know how many GUs a Nexus 7 and a Nexus 10 have?
[14:14] <SonikkuAmerica> dpm: What's a "GU"?
[14:14] <jdstrand> dpm: seems you need the 'audio' abstraction
[14:14] <jdstrand> /usr/share/qtdeclarative5-ubuntu-ui-extras-browser-plugin/assets/multi_selection_handle...
[14:14] <jdstrand> dpm: what kind of app is this? sdk? html5?
[14:15] <jdstrand> dpm: sorry, the audio policy group
[14:15] <dpm> jdstrand, native QML app that talks to the Evernote online service
[14:15] <dpm> SonikkuAmerica, Grid Unit: http://developer.ubuntu.com/api/qml/sdk-1.0/UbuntuUserInterfaceToolkit.resolution-independence/#measurement-units
[14:15] <jdstrand> dpm: can you paste /var/lib/apparmor/clicks/*reminders*json
[14:16] <dpm> jdstrand, I guess that file is the same as: http://bazaar.launchpad.net/~reminders-app-dev/reminders-app/trunk/view/head:/click/apparmor.json ?
[14:16] <jdstrand> dpm: I just installed on my device 'Ubuntu Click Loader' seems like a weird description
[14:17] <dpm> jdstrand, I know, we need to change that :). That's the name of the uploader
[14:17] <jdstrand> dpm: yes. please add '"audio",' to the policy groups
[14:18] <dpm> jdstrand, but we don't really need audio. We'll have to figure out why it's trying to access audio-related locations
[14:18] <jdstrand> the other bit is an apparmor-easyprof-ubuntu change I need to make
[14:18] <jdstrand> dpm: ok, that is the other option :)
[14:18] <jdstrand> dpm: does it do anything with video?
[14:18] <jdstrand> that could do it to
[14:19] <jdstrand> look for qtmultimedia stuff
[14:19] <jdstrand> anyhoo, I'll fix the other denial
[14:19] <dpm> jdstrand, ah, we're loading the Camera QML component to take pictures and embed them to notes
[14:19] <jdstrand> that shouldn't record audio though
[14:19] <jdstrand> oh
[14:19] <dpm> the only other thing that we do with media is to use the content hub
[14:19] <jdstrand> actually, there is a camera click
[14:20] <dpm> to pick images
[14:20] <jdstrand> I bet that is what it is
[14:20] <dpm> jdstrand, ah, yeah, that's quite annoying. I can't deactivate the click
[14:22] <jdstrand> dpm: does it use an UbuntuWebview?
[14:22] <dpm> jdstrand, yes, to display notes in html
[14:22] <jdstrand> ok
[14:23] <dpm> jdstrand, actually, let me double check, but I think that's the case
[14:23] <cwayne> ah, that could explain why my camera isn't showing up on n10 from reminders!
[14:23] <dpm> cwayne, but it's weird that it does show on the N4
[14:24] <cwayne> yeah
[14:24] <cwayne> dpm, but i think i tested on the n4 before the latest apparmor changes
[14:24] <dpm> jdstrand, yes, we do use an UbuntuWebView
[14:24] <cwayne> maybe it wouldn't work now
[14:25] <jdstrand> ok thanks, I'll get that last access fixed in apparmor-easyprof-buntu 1.1.5
[14:25] <dpm> cool, thanks
[14:25] <dpm> cwayne, I'm on an old image from last week. I'll update my N4 and re-test
[14:41] <mandel> barry, take a look at the comment from gatox I think is a really nice explamanation of what is going on in terms of the UI
[14:41] <barry> mandel: in email?  still trying to catch up with the backlog
[14:42] <mandel> barry, as a comment in the bug
[14:42] <mandel> barry, https://bugs.launchpad.net/ubuntu-download-manager/+bug/1277589/comments/42
[14:45] <barry> mandel: i will respond to that via email
[15:05] <davmor2> barry: ^ I feel fairly smug for my comment that it seemed to hit when the settings app was reporting there were updates I figured it might be locking files but wasn't sure many thanks for confirming though :)
[15:05] <barry> davmor2: yep!  it was a fun one to figure out.  let's see if it's as much fun to fix :)
[15:42] <frecel> popey: Is there a reason SmartFart is still not avaliable?
[16:00] <dobey> INFO:phablet-flash:Device detected as /sbin/sh: getprop: not found
[16:01] <dobey> ^^ that's not good :(
[16:04] <ogra_> dobey, not bad either though
[16:04] <ogra_> just use the -d switch
[16:05] <dobey> ogra_: well, i presume "getprop" not existing is a pretty bad thing
[16:06] <ogra_> dobey, thats normal in i.e. recovery mode
[16:06] <ogra_> (well, getprop is there, but the property isnt)
[16:27] <bfiller> mzanetti: regarding the gsettings for the launcher..
[16:27] <mzanetti> bfiller: hi
[16:27] <bfiller> mzanetti: so for now I have to have the full path to the click desktop file?
[16:28] <cyphermox_> awe_: https://launchpad.net/~mathieu-tl/+archive/ppa/+packages?field.name_filter=urfkill&field.status_filter=published&field.series_filter=trusty  <-- urfkill for your testing pleasure
[16:28] <awe_> thanks dude!
[16:28] <mzanetti> bfiller: not entirely sure if that would work. might do. but let me check the code
[16:29] <bfiller> mzanetti: I mean, having this works: application://com.ubuntu.gallery_gallery_<IP_ADDRESS>0.desktop
[16:29] <bfiller> mzanetti: I've tried it
[16:29] <mzanetti> ah cool. so then yeah, that's it for now
[16:29] <bfiller> mzanetti: and what happens when gallery is updated?
[16:29] <mzanetti> bfiller: you should be able to remove the .desktop even
[16:30] <mzanetti> bfiller: but yeah. in case of an update it would leave you with a dead icon in the launcher
[16:30] <bfiller> mzanetti: that's a problem
[16:31] <mzanetti> bfiller: I know, yes... Will talk with Saviq on Monday and see how to make progress with this situation
[16:31] <mzanetti> bfiller: jfi: https://bugs.launchpad.net/unity8/+bug/1239750
[16:31] <bfiller> mzanetti: couldn't the findDesktop() method be smarter? and accept an appid:// and search for the current version?
[16:31] <bfiller> mzanetti: ah, ok
[16:33] <bfiller> mzanetti: so I'm going to move ahead with my MR for the shell and default settings then, when this bug get fixed it will solve the update case
[16:34] <mzanetti> bfiller: I'm afraid doing that in the findDesktop() is what we'll do. But that would mean to chop off the version number here just to have that smartness everywhere we actually use the appId then
[16:34] <danwest> any chance there is a native email app in development?
[16:34] <mzanetti> bfiller: 'cause if I just patch the findDestkopFile() in the launcherBackend, I would also add some logic that walks through all the stored and available desktop files just to check if there's a change somewhere
[16:36] <bfiller> mzanetti: yeah, so url-dispatcher has support for the appid:// url with current_version. might want to check how it's doing it and if we can leverage somehow in the shell
[16:38] <bfiller> mzanetti: seems shell should support application://<legacy-desktop-file> or appid://<click-package>
[16:38] <mzanetti> bfiller: we only work with appIds inside the shell
[16:39] <mzanetti> bfiller: but the appId contains the version number, as per specification. so yeah. we can work around that, but I hoped to find a solution instead of workarounding it all over the place inside the shell
[16:40] <mzanetti> bfiller: so far it wasn't a really big issue. but you converting your apps now to click packages suffering from this, obviously raises priority on this
[16:40] <mzanetti> bfiller: I'll try to get it fixed first thing on monday
[16:40] <bfiller> mzanetti: yup
[16:40] <bfiller> mzanetti: thanks for the help
[16:41] <mzanetti> np
[16:41] <bfiller> mzanetti: also, any ideas about how the AccountsService values get updated?
[16:41] <mzanetti> bfiller: you mean the version?
[16:41] <bfiller> mzanetti: meaning, when we land clicks for gallery and camera how do we not break the laucher that will have cached versions that point to the legacy desktop file
[16:42] <pmcgowan> mandel, barry any fixes I can help test?
[16:42] <bfiller> mzanetti: as launcher reads favorites from AccountsServices if they are present but that will be stale when we remove the debs for gallery and camera
[16:42] <mandel> pmcgowan, not yet, at least from my side
[16:43] <mzanetti> bfiller: again, the appId changes. it's a different app. we'd need to add special code that migrates those values
[16:43] <mzanetti> bfiller: could be done by a script if we have such upgrade hooks somewhere, otherwise temporary in the launcher code if you think it's necessary.
[16:44] <bfiller> mzanetti: might not be necessary, guess we can just instruct people to blow away the cached values in AccountsServices
[16:45] <mzanetti> bfiller: if you start up the "new" app, you'll get a second icon in the launcher.
[16:45] <mzanetti> bfiller: you can remove the old one via a longpress
[16:45] <mzanetti> so people wouldn't need to do some cmdline magic even
[16:45] <bfiller> mzanetti: true
[16:46] <bfiller> mzanetti: so long as they realize the only way to launch the new app will be through the scope
[16:46] <mzanetti> yeah... its not nice. I agree...
[16:54] <barry> pmcgowan: i expect to have a branch/ppa later today.  i'll email ubuntu-phone when it's ready
[16:54] <pmcgowan> barry, great thanks
[16:59] <mhall119> nik90: kalikiana: we need somebody to present a U1DB session during app developer week starting March 3rd, could one or both of you do that?
[17:02] <Laney> awe_: Does it make sense for system-settings to hide 'forbidden' networks in the manual network list?
[17:02] <Laney> also, we figured out that bug
[17:03] <Laney> the one where the list is blank
[17:04] <awe_> Laney, yes... just talking to abeato about it
[17:04] <ev> jdstrand: sorry, was on holiday. Do you still need help?
[17:04] <awe_> Laney, when you say forbidden, where does that attribute show up?
[17:05] <nik90> mhall119: hmm...I will wait to see what kalikiana has to say :)
[17:05] <Laney> awe_: https://git.kernel.org/cgit/network/ofono/ofono.git/tree/doc/network-api.txt#n181
[17:06] <kalikiana> mhall119: nik90: if it's somewhat friendly to European time, sure. if you ask me it's about time it gets more attention, I was sad to see google contacts come first ;-)
[17:06] <Laney> like, would you ever want to show them if you can't connect to them?
[17:06] <awe_> Laney, thanks...  ack to hiding them
[17:06] <Laney> or show them but disabled or something?
[17:06] <Laney> okay, thanks
[17:06] <awe_> np
[17:06] <nik90> kalikiana: google contacts?
[17:07] <kalikiana> nik90: it seems to have been decided sync for google contacts comes first. I'd have liked u1db there
[17:07] <kalikiana> though I guess we'll have both anyway
[17:08] <nik90> kalikiana: ah you are referring to the contacts app...lol
[17:08] <kalikiana> yes
[17:09] <nik90> kalikiana: well to make you happy clock app is all u1db native :P
[17:10] <kalikiana> hell yeah
[17:10] <mhall119> kalikiana: starts at 1400 UTC
[17:11] <nik90> mhall119: do you have a link to the currently planned session?
[17:11] <nik90> I only have the link to the old schedule in feb
[17:15] <kalikiana> http://summit.ubuntu.com/uds-1403/ looks empty
[17:23] <nik90> kalikiana: that is the UDS schedule
[17:23] <nik90> kalikiana: the app devel week had a different link
[17:24] <kalikiana> hmm
[17:38] <mhall119> nik90: there isn't currently one planned for U1DB
[17:38] <mhall119> I'm trying to fix that :)
[17:38] <mhall119> http://summit.ubuntu.com/appdevweek-1403/
[17:38] <mhall119> is appdevweek
[17:39] <nik90> kalikiana: so what is the verdict? Do you want to host the session?
[17:42] <kalikiana> I don't mind doing it except never hosted one and Hangouts sometimes kills my wifi net so not sure I'm completely reliable to stream stuff
[17:43] <kalikiana> it might be "safer" if I'm not the one doing the recording at least, while I don't know wtf is the problem with the wifi
[18:06] <nik90> kalikiana: How about we both do it? In case you do drop out, I can continue until you get back. But I believe the app developer week is a hangout one meaning live streaming
[18:06] <nik90> mhall119: is that possible ?  ^^
[18:08] <jdstrand> ev: are you still on holiday? really I just want to know how to request that /var/log/syslog be attached to the non-AP security tests. eg: http://ci.ubuntu.com/smokeng/trusty/touch/mako/182:20140214:20140115.1/6584/security/
[18:09] <jdstrand> ev: so, don't let me disrupt your holiday :) feel free to point me at someone else or to file a bug some where
[18:11] <kalikiana> nik90: mhall119: the main problem is Hangouts may unexpectedly kick me out and kill my wifi for 5-10min - I'm happy to go through questions/ agenda, just I might just disappear at any time
[18:11] <kalikiana> hard to say if by then I found the problem, since it only ever happens with Hangouts, nothing else
[18:12] <nik90> kalikiana: I wouldn't mind hosting the session, but I am not so confident about the material as I just started using u1db.
[18:13] <nik90> kalikiana: that's what I am hesitant about
[18:14] <kalikiana> nik90: what we can do is prepare a short document before with the agenda, current state, plans. doesn't need to be completely ad-hoc
[18:15] <kalikiana> and then there's always the "let's first talk about that other thing until the guy gets back"
[18:16] <nik90> kalikiana: ok..we should also prepare for common questions that we can expect
[18:16] <nik90> kalikiana: I am willing to work on this with you.
[18:17] <kalikiana> yeah. I'd find some bullet points useful in any case, to jog the memory on what's important
[18:18] <kalikiana> that big lump of cheese in my head sometimes only responds if it gets the magic word first :-]
[18:18] <nik90> I will start drafting a google document with the necessary stuff and share it with you
[18:19] <nik90> can you msg me your email to share it
[18:30] <kalikiana> cool
[18:51] <mhall119> nik90: kalikiana: you guys running it together would be fantastic
[18:52] <mhall119> these sessions are always easier/more engaging with multiple instructors anyway
[18:53] <mhall119> mzanetti: ping (also about app dev week sessions)
[20:05] <cwayne> popey, you around?
[20:53] <pablomant> hollo, anybody to help me with the ubuntu touch install? maybe the phone does not run it (SAMSUNG GALAXY FAME)
[20:53] <m-b-o> fginther balloons I'm around if you have questions or something
[20:59] <dobey> cwayne: ping. kenvandine says you've done a lot of hacking on online-accounts stuff lately. do you know of a way to debug the HTTPS requests for an oauth provider in it?
[21:00] <cwayne> dobey, hm, i haven't actually touched it in a while, let me try and find some notes on it to see if i can help
[21:00] <nik90> bzoltan: thnx for the new UI toolkit release! I can imagine the busy schedule you had today :)
[21:01] <bzoltan> nik90: It was hell of a ride :) whole week
[21:01] <nik90> bzoltan: would this also make its way to the phone or that's still frozen until the Qt 5.2 transition is complete?
[21:01] <bzoltan> nik90: special thanks to you for pushing us and filing bugs
[21:01] <nik90> bzoltan: I am glad it has been updated. Some of my AP tests needed the latest SDK package on 14.04..
[21:02] <bzoltan> nik90: this UITK will land on the rev184 image
[21:02] <nik90> bzoltan: Awesome!
[21:03] <bzoltan> nik90: that was a massive fight ... the quality gatekeeping is really tough... for good reason.
[21:04] <nik90> bzoltan: I have heard from elopio and others :)
[21:04] <nik90> bzoltan: I guess a really good way to end the week. Enjoy your weekend!
[21:44] <winb> I can't get wifi to work on my nexus 4
[21:44] <winb> what am I doing wrong?
[21:46] <ybon> winb: which Android was on the phone before install?
[21:47] <winb> ybon: 4.4.2 that's probably the problem
[21:48] <ybon> winb: https://wiki.ubuntu.com/Touch/DualBootInstallation#Android4.4Radio yep ;)
[22:08] <balloons> m-b-o, you around?
[22:09] <m-b-o> yes
[22:20] <wargle> hiya any ubuntu-touch on nexus 10 users here?
[22:21] <wargle> trying to follow the instructions but when I run the ubuntu-device-flash --channel devel --bootstrap command
[22:21] <wargle> the terminal just sits there, no feedback, no nothing, I know there's a "this may take some time" warning, but... how much time?
[22:22] <wargle> nexus 10 is unlocked
[22:22] <wargle> usb debugging enabled
[22:22] <wargle> and adb devices lists it as available
[22:23] <wargle> running this from a 13.10 machine
[22:29] <wargle> never mind, seems like it's crap docs, the ubuntu-device-flash doesn't auto detect, you need to pass the -device flag too
[22:41] <popey> cwayne: wassup?
[23:06] <cwayne> popey, nevermind, was looking for the latest click for reminders but i just built it instead
[23:07] <popey> cwayne: ah ok
[23:07] <popey> fwiw i usually build it with the script in trunk
[23:08] <cwayne> popey, that's what i ultimately did, but i wasn't sure if there were any untested commits or anything to trunk
[23:11] <nhaines> Hmm, okay, I just bought a Nexus 5 to replace my Galaxy Nexus.  Following the DualBoot install instructions failed before the Ubuntu installer was installled... so the question is...
[23:11] <popey> cwayne: there won't be after you test them ☻
[23:11] <nhaines> What's the best way to test which parts of Ubuntu are broken on a Nexus 5 without flashing the phone?  :)
[23:11] <cwayne> popey, lol fair enough
[23:11] <popey> nhaines: the one device i have no experience of, sorry
[23:12] <Tassadar> nhaines: use...another multiboot thingy <_<
[23:13] <nhaines> popey: fair enough.  I was hoping once I got so far I could just push the 4.4.2-based image.  Hmm.  Might have to read dualboot.sh
[23:17] <Tassadar> nhaines: there's another multiboot modification, which can handle ubuntu touch on N5, but it's a bit more complex. Touch on N5 works fairly well, except the sound doesn't work
[23:18] <Elleo> is there any documentation on the link between desktop files and displaying stuff on UT (e.g. detailing why Qt apps need a --desktop-file specified and what it's doing)?
[23:18] <cwayne> once sound works on n5, im switching immediately
[23:18] <Elleo> just been having a bit of a poke at libsdl2 now it's got Mir support, but I can't figure out how to let it actually connect to the Mir server
[23:22] <nhaines> Tassadar: that's helpful, thanks.


[02:41] <mup> PR snapcraft#2089 closed: many: remove support for remote lxd per project containers <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2089>
[03:02] <mup> PR snapcraft#2091 closed: meta: soften warning about using passthrough <bug> <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2091>
[04:40] <zyga> good morning
[04:47]  * zyga notices https://github.com/apple/foundationdb/
[05:13] <mborzecki> morning
[05:31] <zyga> hey hey
[06:01] <mborzecki>  google cloud packages repo for fedora had their gpg keys change
[06:01] <mborzecki> i'm testing a fix
[06:15] <zyga> thanks
[06:15]  * zyga had a rough morning with upset daugher
[06:15] <zyga> daughter
[06:17] <mup> PR snapd#5076 opened: spread: auto accept key changes when calling dnf makecache <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5076>
[06:17] <mborzecki> zyga: i've resarted the build in #5074, it failed synchronizing fedora repo
[06:17] <mup> PR #5074: interfaces/apparmor: add test case for tricky writable mimic <Created by zyga> <https://github.com/snapcore/snapd/pull/5074>
[06:17] <zyga> mborzecki: ah, it's not ready yet
[06:17] <zyga> that's all right
[06:17] <zyga> I will force push a full fix and tests on top
[06:18] <mborzecki> ok
[07:20] <pstolowski> mornings
[07:26] <kalikiana> morning o/
[07:26] <pedronis> #5072 needs a 2nd review
[07:26] <mup> PR #5072: snap,overlord/snapstate: introduce and use BrokenSnapError <Squash-merge> <Created by zyga> <https://github.com/snapcore/snapd/pull/5072>
[08:04]  * zyga keeps fighting the bug that pawel found
[08:07] <Chipaca> zyga: new one?
[08:07] <zyga> no, still the same one
[08:07] <zyga> it's just tricky to get the rules right
[08:07] <zyga> I know what I'm missing
[08:07] <zyga> but iteration is a bit painful
[08:11] <pedronis> m-v-o is off today?
[08:11] <zyga> pedronis: yes
[08:11] <zyga> he said he'd be off yesterday IIC
[08:11] <zyga> IIRC
[08:12] <Chipaca> ye
[08:12] <Chipaca> s
[08:12] <Chipaca> yesteray he said he'd be off today and monday
[08:12] <pedronis> ah, ok
[08:12] <pedronis> thx
[08:17] <mup> PR snapd#5072 closed: snap,overlord/snapstate: introduce and use BrokenSnapError <Squash-merge> <Created by zyga> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/5072>
[08:17] <pedronis> zyga: merged  ^
[08:17] <zyga> nice, thank you!
[08:17] <zyga> so one less "snap try" bug
[08:18] <zyga> I think there are some other places that may need similar changes
[08:18] <zyga> like there's ReadInfo that takes a container
[08:18] <zyga> it has the same issues
[08:18] <pedronis> I'm not sure Broken  and Error should have the same value (we have more context when we use Broken but we can revisit later)
[08:18] <pedronis> zyga: we use it in much more precise contexts
[08:18] <pedronis> usually before we are installing something
[08:18] <pedronis> so we want the errors
[08:19] <zyga> mmm,
[08:19] <zyga> it's not clear that one will fail while the other will not
[08:19] <pedronis> ?
[08:19] <zyga> I mean, from reading the documentation and function name
[08:19] <zyga> it's error prone
[08:19] <pedronis> they both fail
[08:19] <pedronis> you didn't make not fail
[08:19] <zyga> yes but one returns different errors than the other
[08:20] <zyga> sorry, I said that in a confusing way
[08:20] <zyga> the code is almost the same but the error values are not
[08:20] <pedronis> one is about the installed snaps
[08:20] <pedronis> maybe the error name, comment is not quite right
[08:21] <pedronis> ReadInfo reads the snap information for the *installed* snap ...  that's always been documented like that
[08:22] <pedronis> but yes, BrokenSnapError doc is a bit insufficient
[08:24] <pedronis> it seems snap/info.go needs a general doc review,  some comments are out of date
[08:24] <zyga> yes, I agree
[08:24] <pedronis> like I see a mention of File that doesn't exist anymore
[08:24] <mborzecki> i think i'm doing the whole system-nickname-core wrong, i did a change to replace core with system in data returned by /v2/interfaces endpoint, but that feels wrong, if one is using this api endpoint then the data returned would change, but there would no change in api version
[08:25] <pedronis> yes, not sure we can do that
[08:25] <pedronis> not sure if a lot of external parties are using interfaces though
[08:25] <pedronis> on the other hand
[08:25] <mborzecki> instead should probably only accept system as nickname for core, and do the right thing as if 'core' was passed
[08:25] <pedronis> we are doing the new connections work
[08:26] <pedronis> and snap interfaces is going away
[08:26] <pedronis> so maybe we need to do it only in the new stuff
[08:27] <pedronis> zyga: I mean a not to look at snap/info.go docs at some point
[08:27] <pedronis> *a note
[08:27] <zyga> ack
[08:28] <pstolowski> pedronis: hey, quick question wrt to what Gustavo asked in the interface hooks review about deny-auto-connection and deny-connection; i see them consistently used in majority of base decls, so I presume they are not denied by default?
[08:28] <mborzecki> pedronis: so maybe this, on POST to /v2/interfaces dealias system to core, but when you just query the interfaces, at the client side, present core as system by default, unless someone asked for 'core' specifically
[08:28] <pedronis> pstolowski: the deny-connection bit is a bit strange,  given is a test interface we probably don't want auto-connect though
[08:29] <pedronis> pstolowski: it's a bit unclear  though given it's a test interface
[08:29] <mborzecki> so the output of the endpoints does not change, it still accepts the 'nickname', and a new client can act accordingly to user's query
[08:32] <pedronis> pstolowski: basically I don't think you want the deny-connection bit
[08:33] <pedronis> pstolowski: it's saying that it cannot be connect on core, but can be connected on classic
[08:34] <pstolowski> pedronis: right. indeed, it doesn't make sense to deny that
[08:46] <zyga> I have to go to school, sorry, daughter is trouble today
[08:48] <Chipaca> must be the weather
[08:55] <mborzecki> damn, when running daemon unit tests, 3 tests fail, if I run them separately, they all pass, something not cleaned up in teardown
[08:58] <Chipaca> _unit_ tests
[08:58] <Chipaca> wat
[08:58] <Chipaca> (granted the daemon unit tests are the worst)
[08:59] <mborzecki> Chipaca: daemon/api, exactly what i'm working on right now
[08:59] <Chipaca> mborzecki: i'm so sorry
[09:02] <mborzecki> it all started when i started mocking 'core' snap in one of the tests, new it's special but didn't expect this
[09:02] <mborzecki> s/new/knew/
[09:19] <zyga> re
[09:25] <mborzecki> shouldn't https://github.com/snapcore/snapd/blob/master/daemon/api_test.go#L3498 be cleaned up?
[09:29] <pedronis> there's no way atm, it could
[09:31] <mborzecki> pedronis: added this https://paste.ubuntu.com/p/9z58cTd53S/ and a corresponding call in api tests, so far it's not failing anymore
[09:34]  * Chipaca goes afk
[09:38]  * Chipaca returns
[09:48] <pstolowski> niemeyer: i've addressed your comments to interface hooks, with one open question; thanks for the review!
[10:05] <zyga> gah
[10:05] <zyga> darn
[10:05] <zyga> I need to think
[10:05] <zyga> this apparmor rule issue is terrible
[10:11] <pstolowski> zyga: which one? the xmas tree?
[10:11] <zyga> yes
[10:12] <pstolowski> oh
[10:12]  * pstolowski is going for a walk
[10:13] <mborzecki> zyga: see what you did :)
[10:14] <zyga> I would love to go for a walk myself
[10:14] <zyga> but I have to crack this issue
[10:14] <mborzecki> poor chap couldn't stand being reminded of that rule
[10:19] <mup> PR snapd#5076 closed: spread: auto accept key changes when calling dnf makecache <Created by bboozzoo> <Merged by zyga> <https://github.com/snapcore/snapd/pull/5076>
[10:35]  * zyga -> break for pen&paper debugging
[10:43] <zyga> chop tree test https://www.irccloud.com/pastebin/t1Vah68j/
[10:44] <zyga> jdstrand: hey
[11:02] <zyga> Chipaca, mborzecki: can you please review https://github.com/snapcore/snapd/pull/3963
[11:02] <mup> PR #3963: cmd/snap-confine: add support for per-user mounts <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/3963>
[11:02] <zyga> it's got two +1s
[11:02] <zyga> but is important enough for extra reviews
[11:03] <Chipaca> zyga: lunch now, meeting after, then standup, then school run, so … after that?
[11:03] <zyga> sure
[11:03] <Chipaca> k
[11:16] <ogra_> zyga, ogra@acheron:~$ snap run snapcraft-forum
[11:16] <ogra_> cannot change profile for the next exec call: No such file or directory
[11:16] <ogra_> snap-update-ns failed with code 1: No such file or directory
[11:16] <ogra_> ogra@acheron:~$ snapcraft-forum
[11:16] <ogra_> cannot change profile for the next exec call: No such file or directory
[11:16] <ogra_> snap-update-ns failed with code 1: No such file or directory
[11:16] <ogra_> ogra@acheron:~$
[11:17] <zyga> ogra_: hey, what is snap version?
[11:17] <ogra_> (after a reboot on 16.04 ... whats going on there (other snaps seem to start though)
[11:17] <zyga> ls /var/lib/snapd/apparmor/profiles
[11:17] <ogra_> ogra@acheron:~$ snap version
[11:17] <ogra_> snap    2.32.3
[11:17] <ogra_> snapd   2.32.3
[11:17] <ogra_> series  16
[11:17] <ogra_> ubuntu  16.04
[11:17] <ogra_> kernel  4.13.0-38-generic
[11:17] <zyga> sudo cat /sys/kernel/security/apparmor/profiles
[11:17] <zyga> update to .5 (beta) and see if this is fixing it
[11:18] <ogra_> https://paste.ubuntu.com/p/fTz2QFW3wZ/
[11:18] <ogra_> ... refreshing ...
[11:18] <zyga> ogra_: what is snapcraft-forum
[11:18] <zyga> and why don't you have profiles for it
[11:18] <zyga> is it active?
[11:18] <zyga> is it mounted?
[11:19] <ogra_> its a sideloaded electron snap for the forum
[11:19] <ogra_> nothing fancy about it beyond that
[11:19] <zyga> mmm
[11:19] <zyga> you don't have any profiles for it
[11:19] <zyga> is it "snap try"
[11:19] <ogra_> (same snap runs fine on my desktop that i also rebooted today with latest updates)
[11:20] <ogra_> no, its just a sideloaded snap .. hasnt changed for 4-5 months, used daily
[11:20] <zyga> is it in /var/lib/snapd/snaps
[11:20] <ogra_> zyga, beta fxes it
[11:20] <zyga> and is it listed in 'snap list'?
[11:20] <ogra_> indeed it is
[11:20] <zyga> hmm
[11:20] <zyga> reboot a few times to see if this happens
[11:20] <ogra_> and it starts fine now with beta
[11:20] <zyga> I don't know why we'd _not_ show that snap
[11:20] <zyga> yeah because beta update regenerated profiles
[11:21] <zyga> but why was it missing?
[11:21] <zyga> can you show your snap changes?
[11:21] <popey> om26er: just fyi, sublime-text grew from zero users to over a thousand pretty much overnight
[11:21] <ogra_> i really cant reboot a few times now (thats always some effort to bring my scripts back up etc ... and i'm busy implementing fulld-disk-encryption)
[11:21] <zyga> popey: wow :D
[11:21] <popey> om26er: dunno if you did any marketing, but we didn't
[11:21] <zyga> that's pretty neat
[11:21] <ogra_> ogra@acheron:~$ snap changes
[11:21] <ogra_> ID   Status  Spawn                 Ready                 Summary
[11:21] <ogra_> 201  Done    2018-04-19T12:48:57Z  2018-04-19T12:49:01Z  Auto-refresh snap "snapcraft"
[11:21] <ogra_> 202  Done    2018-04-19T18:13:56Z  2018-04-19T18:14:00Z  Auto-refresh snap "snapcraft"
[11:21] <ogra_> 203  Done    2018-04-20T09:28:56Z  2018-04-20T09:28:59Z  Auto-refresh snap "snapcraft"
[11:21] <ogra_> 204  Done    2018-04-20T11:18:23Z  2018-04-20T11:18:55Z  Refresh "core" snap from "beta" channel
[11:21] <popey> i expect it'll be 2K next week.
[11:22] <zyga> ogra_: intersting
[11:22] <ogra_> nothing interesting in snap changes either
[11:22] <zyga> ogra_: I believe this is something serious
[11:22] <zyga> ogra_: sergiusens also reported this happening to another snap
[11:22] <popey> eclipse jumped about the same rate too!
[11:22] <zyga> on reboot we randomly don't see a given snap
[11:22] <ogra_> that sounds bad indeed
[11:22] <zyga> popey: share this with sublime-text upstream
[11:22] <popey> oh we will :D
[11:22] <zyga> ogra_: this is artful?
[11:22] <popey> once it plateaus a little
[11:22] <zyga> ah xenial
[11:23] <zyga> same As my test machine
[11:23] <ogra_> yeah, see snap version above :)
[11:23] <zyga> I tried to reproduce it but no luck
[11:23] <zyga> yeah :/
[11:23] <ogra_> using hwe kernel here
[11:23] <zyga> popey: did you see my classic analyser?
[11:23] <ogra_> (non-hwe on my desktop FWIW)
[11:23] <popey> i did, but didn't use it - i wasn't the one having problems
[11:23] <zyga> popey: sure but it's not the point
[11:23] <zyga> you can run sublime-text
[11:23] <zyga> and run that script on the process
[11:24] <zyga> to see which things are packaged incorrectly
[11:24] <zyga> even if it works for $person
[11:24] <popey> on, interesting
[11:24] <zyga> it doesn't mean it's correct
[11:24] <zyga> this let's you see what is wrong
[11:24] <zyga> try it :)
[11:24] <zyga> I want to snap that helper
[11:24] <zyga> but I need to convince jdstrand
[11:24] <zyga> or make it classically confined
[11:24] <zyga> but I'd rather just make interfaces powerful enough
[11:26] <ogra_> zyga, wow ... just looking at syslog ... there are other oddities ... see the hexchat messages https://paste.ubuntu.com/p/qQpCZ8fgRh/
[11:26] <zyga> Apr 20 13:18:44 acheron snapd[4918]: 2018/04/20 13:18:44.109729 helpers.go:217: cannot connect plug "gsettings"
[11:26] <zyga>  from snap "hexchat", no such plug
[11:26] <mup> PR #20: Feature/snapfs cleanup kernel assets <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/20>
[11:27] <ogra_> yeah
[11:27] <zyga> hmm, that happened just now
[11:27] <zyga> so
[11:27] <zyga> ogra_: "snap interfaces hex chat"
[11:27] <ogra_> snap interfaces shows them all connected fine
[11:27] <zyga> (without the space, sorry, spellchecker does this)
[11:28] <zyga> can you restart snapd and see if something similar happens (to any snap)
[11:28] <ogra_> oh
[11:28] <zyga> oh?
[11:28] <ogra_> :desktop-legacy  hexchat,shattered-pixel-dungeon,telegram-desktop,vlc
[11:28] <ogra_> :network         gping,hexchat,lxd,packageproxy,shattered-pixel-dungeon,snapcraft-forum,telegram-desktop,usbtop,vlc,wine2
[11:28] <ogra_> :network-bind    hexchat,mjpg-streamer,packageproxy,shattered-pixel-dungeon,telegram-desktop,usbtop,vlc,wine2
[11:28] <ogra_> :unity7          hexchat,shattered-pixel-dungeon,snapcraft-forum,telegram-desktop,vlc,wine2
[11:28] <ogra_> :x11             hexchat,shattered-pixel-dungeon,snapcraft-forum,vlc,wine2
[11:28] <ogra_> hexchat:hexchat  -
[11:28] <ogra_> no home
[11:28] <zyga> cat the hex chat's snap.yaml please
[11:28] <ogra_> (or pulse)
[11:28] <ogra_> its the one from the store ... one sec
[11:28] <zyga> maybe that's harmless now
[11:28] <zyga> maybe it just dropped those plugs
[11:29] <zyga> we have some code in 2.33 that will remove stale connections
[11:29] <ogra_> http://paste.ubuntu.com/p/VGNzX4hZRJ/
[11:29] <ogra_> interesting
[11:29] <ogra_> why does it look for pulse/home/gsettings if they are not defined
[11:29] <zyga> ogra_: because it remembered those were connected
[11:29] <zyga> that's fine, that's harmless
[11:29] <ogra_> ok
[11:30] <zyga> ok, if you see this issue again (not having apparmor profile) do let me know
[11:30] <ogra_> (not sure why they would be connected and now not anymre though)
[11:30] <ogra_> will do
[11:30] <zyga> well, they were connected at some point in time
[11:30] <zyga> so we remember that
[11:30] <zyga> and we never forget until you remove the snap :)
[11:30] <zyga> (but don't do that, that's silly)
[11:30] <zyga> as snap refreshes the set of interfaces can change
[11:31] <ogra_> sure, i get that ... but that snap hasnt changed in a month
[11:31] <ogra_> ogra@acheron:~$ snap info hexchat|grep refresh
[11:31] <ogra_> refreshed: 2018-03-19T06:50:55+01:00
[11:31] <sergiusens> ogra_, zyga, popey:  yes, I logged a bug on snapd for the profiles magically going away
[11:32] <ogra_> will it try connecting every reboot even though it should know the interfaces are gone after the first attempt ?
[11:32] <sergiusens> ogra_: https://bugs.launchpad.net/snapd/+bug/1764998
[11:32] <mup> Bug #1764998: profiles making a run for it <amd64> <apport-bug> <bionic> <snapd:Incomplete> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1764998>
[11:33] <ogra_> (i know it is harmless but the probing surely wastes boot time every boot ... )
[11:33] <sergiusens> zyga and no, I am not going to beta, last time I did that I had to reinstall my entire system
[11:33] <ogra_> well, but that at least guarantees yu have a clean system every now and then :P
[11:33] <mup> PR snapd#5077 opened: overlord/snapstate,overlord/auth,store: coalesce no auth user refresh requests <Created by pedronis> <https://github.com/snapcore/snapd/pull/5077>
[11:34] <ogra_> sergiusens, beta solved it for me
[11:34] <zyga> ogra_: yes but it takes microseconds to check they are missing
[11:34] <zyga> sergiusens: !
[11:34] <sergiusens> ogra_: please add it to the bug :-P
[11:34] <pstolowski> zyga: the code that removes stale connections hasn't landed yet
[11:34] <zyga> sergiusens: what happened?
[11:34] <sergiusens> but no, no beta for me
[11:34] <sergiusens> zyga: there was a bug in core, my snaps stopped working and I had to spend the day reinstalling
[11:35] <pedronis> atm beta == candidate
[11:35] <pedronis> and candidate wil becomed stable ~Monday
[11:35] <zyga> could you not switch back to stable?
[11:35] <sergiusens> zyga: no, there was a bug where channel switching was broken in beta ;-)
[11:35] <pedronis> zyga: candidate and beta are the same right now
[11:35] <zyga> sergiusens: switch, refresh and revert well all broken?
[11:35] <zyga> pedronis: ack
[11:36] <sergiusens> zyga: refresh was, and yes, there was no way to move back, I troubleshooted with mvo at that time
[11:39] <jdstrand> pstolowski (cc pedronis): interfaces/policy/basedeclaration.go describes the thought behind stuff
[11:40] <jdstrand> pstolowski (cc pedronis): that states that deny-connection should be used with app-provided slots. grepping for deny-connection, I don't see anything that is *only* an implicit core slot that has deny-connection
[11:40] <pedronis> jdstrand: this the dummy test interface though
[11:40] <pedronis> it's a bit unclear what rules should applay to it
[11:41] <pedronis> it doesn't open anything
[11:41] <jdstrand> pstolowski: the one where it is both core and app, we should have:
[11:41] <jdstrand> deny-connection:
[11:41] <jdstrand>   on-classic: false
[11:41] <jdstrand> pedronis: what is the 'dummy test interface'?
[11:41]  * jdstrand is lacking context
[11:41] <pedronis> jdstrand: it's in a big PR  about interface hooks that you should probably read
[11:41] <pedronis> (tough it's big)
[11:41] <jdstrand> oh that one
[11:42] <jdstrand> I've let zyga know-- I am working on a couple of things with critical priority for Berlin so not able to get to that yet
[11:42] <jdstrand> with luck, next week
[11:42] <zyga> good luck jdstrand
[11:43] <pstolowski> jdstrand: yep. that's the interface i introduced strictly for testing purposes as it was the only way to test that interface hooks work end-to-end; it doesn't do anything
[11:43] <jdstrand> pstolowski: can you describe what the interface does? it sounds like like it literally does nothing. if it does nothing, there is no reason for it to have anything beyond:
[11:43] <jdstrand> allow-installation:
[11:43] <jdstrand>   slot-snap-type:
[11:43] <jdstrand>     -core
[11:44] <jdstrand> pstolowski: (in terms of security)
[11:44] <popey> jdstrand: i did as requested with signal-desktop last night, happy to follow up today. https://forum.snapcraft.io/t/automated-reviews-and-snapcraft-2-38/4982/13
[11:44] <pedronis> jdstrand: it attached to some test apps though, not core
[11:44] <jdstrand> pstolowski: ie, let connect and auto-connect. if you need it to do something else for test purposes, just do what you want
[11:44] <jdstrand> ok
[11:44] <jdstrand> -app
[11:44] <pedronis> but yes, it does notighin
[11:44] <jdstrand> - core
[11:45] <pedronis> and probably shouldn't auto-connect, mostly to avoud confusion, unless some tests really need that
[11:45] <jdstrand> pstolowski: is this supposed to mimic how other interfaces act, or it just needs something in the base decl and you're wondering what?
[11:46] <pedronis> jdstrand: notice  that the review request, or at least looking at it, was not particularly for this, is that that PR changes a bit how policy is enforced
[11:46] <jdstrand> pstolowski: (since it does nothing, I would argue that you can put anything you wnat in the base decl)
[11:46] <pedronis> jdstrand: because it now accounts for dynamic intrface attrs coming from hooks
[11:47] <pstolowski> jdstrand: it's an interface that has a few attributes both on slot and plug side; some are defined in snap's yaml and some have values dynamically created at runtime by slot/plug hooks. the slot of "dummy" interface is offered by test snap
[11:47] <jdstrand> popey: that is disappointing
[11:48] <jdstrand> pstolowski: ok, so it is meant to *only* be provided by the test snap, *not* ever core?
[11:49] <pstolowski> jdstrand: correct
[11:49] <jdstrand> pstolowski: I suggest:
[11:49] <jdstrand> dummy:
[11:49] <jdstrand>   allow-installation:
[11:50] <jdstrand>     slot-snap-type:
[11:50] <jdstrand>     - app
[11:50] <jdstrand>   deny-connection: true
[11:50] <jdstrand> then add a snap decl for your test snap
[11:50] <pedronis> pstolowski: is the snap local or from the store?
[11:51] <jdstrand> this would mimic what we typically would do. if you don't care about the the snap decl integration, you could drop the deny-connection bit, but add a comment as to why
[11:52] <jdstrand> pstolowski: also, I'm guessing this is for 2.33 and *not* 2.32.something?
[11:53] <pedronis> jdstrand: correct, this is 2.33 material
[11:53] <jdstrand> ok
[11:53] <cachio> niemeyer, today I'll be 5 minutes late in the standup
[11:53] <jdstrand> I will have it at the top of my list to review after the two critical things I'm working on
[11:53] <jdstrand> hopefully that translates to next week, though popey's url means possibly not
[11:54] <popey> jdstrand: would it help if I gave you the script / setup I'm using to build signal?
[11:54] <popey> so you don't block on me
[11:55] <jdstrand> popey: I'm probably going to need to have the full tree to build the thing to see what is happening. I mean, I can resquash, resquash, resquash, ... ad nauseum snaps big snaps and it works fine
[11:56] <popey> jdstrand: well, I clone, patch, build. But I automated it with a litte script in lxd
[11:56] <jdstrand> popey: it seems they are maybe doing something weird or there is a disparity in the squashfs-tools inside and outside the container
[11:56] <zyga> popey: is signal classic?
[11:56] <popey> no
[11:57] <jdstrand> popey: yes please. if it is public, can you just put that into the forum topic?
[11:57] <popey> ok
[11:58] <popey> lemme dist-upgrade my container, try and build again and see
[11:58] <pstolowski> pedronis: the snap is local
[11:58] <jdstrand> popey: oh, yes, please. we did have to patch squashfs-tools for symlinks, but that was *ages* ago
[11:59] <jdstrand> it would be awesome if that is all it was...
[11:59] <popey> only had a few updates, including snapcraft 2.41, but not squashfs-tools
[11:59] <popey> trying anyway
[11:59] <jdstrand> if you have the 2.41 deb in there, then probably not it
[11:59] <pstolowski> jdstrand: thanks for the suggestions
[12:01] <jdstrand> pstolowski: you're welcome. sorry I can't review sonner, but I'll get to it
[12:01] <jdstrand> popey: thanks for retesting btw
[12:01] <popey> np
[12:01] <popey> I want this fixed as much as you :)
[12:03] <jdstrand> popey: I'm not sure that's possible, but thanks! ;P
[12:03] <popey> haha
[12:04] <jdstrand> zyga: you keep referring to snapping a helper and convincing me. is this the environ access?
[12:04] <pstolowski> jdstrand: np and thanks
[12:04] <zyga> popey: would it be possible to do one-time upload of dev version of s-t to edge?
[12:05] <popey> zyga: yeah, I'll take a look.
[12:05] <zyga> jdstrand: it was ...
[12:05] <zyga> jdstrand: (more than that)
[12:05] <jdstrand> both of the things
[12:05] <jdstrand> let me look, I have that somewhere
[12:06] <jdstrand> basically, I didn't care for it
[12:06] <zyga> classic-snap-analyzer https://www.irccloud.com/pastebin/Sk6YiLvk/
[12:06] <zyga> I wanted to get environment to check if SNAP_NAME is set (to be smart about finding snap processes)
[12:06] <zyga> I wanted proc/pid/maps to see what is loaded
[12:06] <jdstrand> /proc/pid/maps and /proc/pid/environ
[12:06] <zyga> I think there are some misc files I could use but that's bare minimum
[12:07] <zyga> btw, did you know you can poll on /proc/pid/mounts? :)
[12:07] <zyga> it's cool, I didn't know
[12:07] <popey> :( failed again jdstrand
[12:07] <zyga> jdstrand: also consider /proc/pid/map_files/
[12:07] <zyga> it's very similar to maps but laid out differnetly
[12:07] <zyga> *differently
[12:08] <jdstrand> zyga: system-observe is wrong for both of those
[12:08] <zyga> jdstrand: maybe process-control? (or process-observe?)
[12:08] <zyga> (process-observe would be a new interface)
[12:09] <jdstrand> zyga: process-control is pretty specific about what it can do, and that does not include reading a process memory
[12:09] <zyga> note that this doesn't leak memory, just information about memory maps
[12:09] <jdstrand> so, yes, I think it would be a new interfacec, possible process-observe
[12:10] <zyga> jdstrand: if you agree I can make that happen
[12:10] <jdstrand> zyga: I know, but it is info that I'm not excited about snaps having about other snaps
[12:10] <zyga> sure
[12:10] <jdstrand> so it must be manually connected
[12:10] <zyga> it's specifically designed for doing that though
[12:11] <zyga> I mean, on this specific snap I would seek auto-connection
[12:11] <zyga> as the purpose is to improve the quality of snaps published by other teams
[12:11] <jdstrand> you could also simply make it a classic snap for the time being
[12:11] <zyga> yes but that feels like cheating :)
[12:11] <zyga> I want less classic
[12:11] <zyga> and better classic if needed
[12:12] <jdstrand> classic is ultimately about timing
[12:12] <jdstrand> we can roadmap something, but that doesn't mean it is prioritized to instantly appear
[12:13] <zyga> that's true
[12:13] <jdstrand> ie, if you need this to help people *today*, make it classic, then we can see to improve
[12:13] <mup> PR snapd#5078 opened: interfaces/builtin, daemon: cleanup mocked builtin interfaces in daemon tests <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5078>
[12:13] <zyga> yeah, that's a good point
[12:13] <jdstrand> and take classic away from the snap later
[12:13] <zyga> yep
[12:13] <zyga> I'll do that
[12:13] <zyga> it will help everyone now
[12:14] <jdstrand> zyga: feel free to do a PR for process-observe. I'm going to want to think about it though, which gets to 'classic today' since, aforementioned critical work
[12:14] <zyga> sure
[12:16] <jdstrand> zyga: was there something else from backscroll you needed to talk about? something about apparmor profiles disappearing?
[12:16] <zyga> jdstrand: no, that's it for today
[12:17] <jdstrand> \o/
[12:17] <zyga> we have two reports of that happening but both on 2.32.3
[12:17] <jdstrand> :)
[12:17] <zyga> and no way to reproduce now
[12:17] <zyga> so ... good :)
[12:17] <jdstrand> not that I don't enjoy talking to you :)
[12:17] <zyga> the feeling is mutual :)
[12:17] <zyga> I'm going to publish this snap
[12:17] <zyga> and get back to apparmor
[12:18] <popey> jdstrand: added build instructions to the forum
[12:18] <jdstrand> zyga: the only thing I was going to add was there are a) system-key changes (which should affect all profiles) and b) there is that 'broken' issue
[12:18] <zyga> ack
[12:18] <jdstrand> zyga: if it were related to 'a', that sounds like a race condition
[12:19] <jdstrand> but something with ensure dir state...
[12:19] <jdstrand> you've surely thought of that though
[12:19] <jdstrand> ok, moving on
[12:19] <jdstrand> popey: thanks!
[12:20] <jdstrand> popey: I'm probably not going to look at that today since electron snaps are not blocked currently (we disabled resquash), but that is one of the two critical priority items
[12:20] <jdstrand> so, definitely next week
[12:21] <popey> ok, no worries.
[12:26] <jdstrand> zyga: oh, and sun profiles
[12:26] <jdstrand> that's the other one. but again, you are obviously thinking about that
[12:26] <zyga> in the case ogra had the snap had no profiles present
[12:27] <zyga> none
[12:27] <zyga> and it is not easy to reproduce, no ideas yet
[12:32]  * kalikiana lunch
[12:37] <jdstrand> zyga: that suggests it maybe misdetected devmode. I wonder what journalctl has to say about that...
[12:38] <zyga> ogra_: can you look at the log of snapd.service from this boot
[12:38] <zyga> (all restarts but the whole boot please)
[12:40] <ogra_> zyga, https://paste.ubuntu.com/p/QVp4vpKg44/
[12:41] <zyga> is that since boot?
[12:42] <ogra_> yes
[12:42] <ogra_> i dont reboot that often (perhaps once a month or so)
[12:42] <ogra_> no reboots since we started talking ...
[12:55] <zyga> jdstrand: I sent classic-snap-analyzer to the store
[13:01] <zyga> jdstrand: https://forum.snapcraft.io/t/request-for-classic-confinement-classic-snap-analyzer/5057
[13:04] <zyga> https://www.irccloud.com/pastebin/TazWgkcg/
[13:07] <zyga> Chipaca: hey, standup?
[13:07] <Chipaca> zyga: meeting
[13:07] <zyga> ack, thanks
[13:08] <Chipaca> … and now I'm being called to the school
[13:12] <jdstrand> zyga: ack, approved. you still need to release to a channel
[13:12] <zyga> thanks
[13:22] <pstolowski> kyrofa: hey! can you help answer the question in the comments there https://github.com/wekan/wekan-snap/issues/45#issuecomment-383090374 ?
[13:24] <zyga> roadmr: is there a way to set "package title" from snap.yaml?
[13:25] <roadmr> zyga: mmm....
[13:26] <roadmr> what's even the title? is it the summary?
[13:27] <zyga> no
[13:27] <zyga> can you look at the snap "classic-snap-analyzer" in the store
[13:27] <zyga> It has a title now, "Classic snap analyser"
[13:27] <zyga> (z)
[13:27] <roadmr> oh
[13:27] <zyga> which is separate from summary and description
[13:27] <zyga> I didn't know that before
[13:28] <roadmr> zyga: I didn't either! ooh
[13:28] <zyga> magic :D
[13:28] <zyga> sergiusens: ^
[13:28] <zyga> niemeyer: ^ :) (what is a package title?)
[13:28] <roadmr> zyga: got the URL? I can't seem to find it :(
[13:29] <roadmr> zyga: oh nm found it
[13:31] <roadmr> zyga: don't you have an "Edit name" control next to that name?
[13:32] <zyga> yes, I edited the name already
[13:32] <roadmr> zyga: it's the "name", not the "package_name" attribute
[13:32] <zyga> well
[13:32] <zyga> the title
[13:32] <roadmr> right internally I see it as "name"
[13:33] <roadmr> its description is "application name"
[13:33] <zyga> roadmr: right, I wonder how this maps to snapcraft concepts
[13:33] <zyga> it is different from snap name
[13:33] <zyga> which is immutable there
[13:33] <roadmr> yeah
[13:33] <zyga> popey: https://forum.snapcraft.io/t/call-for-testing-and-usage-classic-snap-analyzer/5058
[13:33] <zyga> sergiusens: ^ FYI :)
[13:33] <popey> zyga: that post needs more words, to explain whats good or bad about the output :)
[13:34] <zyga> popey: suggestions welcome, can you tell me what you mean?
[13:34] <popey> at the moment it reads like "here's a thing that tells you something I know about but you don't"
[13:34] <popey> why should I care? (as a snap maker)
[13:34] <zyga> aha
[13:34] <zyga> indeed
[13:34] <zyga> well :)
[13:36] <zyga> popey: I updated the description
[13:36] <zyga> I can make the post into a wiki if you want to wordsmith it more
[13:37] <om26er> @popey: regarding sublime text install count, I only tweeted about it, thought didnt see any to that. Probably some blog picked that up.
[13:38] <om26er> *though
[13:41] <oSoMoN> jdstrand, hey, does this denial look any familiar to you? https://forum.snapcraft.io/t/libreoffice-6-0-3-not-so-stable/5032/16
[13:44] <kalikiana> re
[13:50] <jdstrand> oSoMoN: https://forum.snapcraft.io/t/libreoffice-6-0-3-not-so-stable/5032/17
[13:51] <oSoMoN> jdstrand, thanks!
[13:52] <oSoMoN> that makes sense, libreoffice wants to create a lock file next to the saved file, and the home interface doesn't allow that in $HOME (but it does in subdirectories)
[13:53] <jdstrand> oSoMoN: yeah. makes sense, but this sounds like an icky bug for you :\
[13:53] <jdstrand> I mean, you can patch it of course, but bummer
[13:53] <oSoMoN> yeah
[13:54] <oSoMoN> well at least understanding the issue and filing a bug report to track it is a good start
[13:54] <oSoMoN> and I didn't know of aa-decode, so I learnt something new today, that's a good day :)
[13:55] <niemeyer> zyga, roadmr: The title is a more unrestricted snap name
[13:56] <niemeyer> May be non-unique, may have spaces, typically capitalized
[13:56] <niemeyer> Foo Bar
[13:56] <roadmr> interesting :)
[13:56] <niemeyer> "title" is the field in snap.yaml
[13:57] <niemeyer> It was incorrectly used by gnome-software for some time as if it was a summary, which created some unfortunate data corruption
[13:58] <jdstrand> oSoMoN: :)
[14:08] <zyga> hmm
[14:08] <mup> PR snapd#4509 closed: interfaces/builtin: add support for software-watchdog interface <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/4509>
[14:08] <zyga> classic-snap-analyzer has a license specified both in the store and in the yaml
[14:09] <zyga> and yet it shows up as "unknown" in gnome-software on 17.01
[14:10] <zyga> and shows no icon on bionic
[14:10] <zyga> hmm
[14:10] <zyga> on the other side bionic shows the license correctly
[14:12] <mborzecki> zyga: isn't that handled by snapd glib wrapper?
[14:12] <zyga> it is
[14:13] <zyga> it's okay now, maybe the data was stale for a while?
[14:13] <zyga> try it :)
[14:13] <zyga> the screenshot is very blurry
[14:13] <zyga> not sure what's wrong there
[14:14] <zyga> but I found a bug :-)
[14:14] <zyga> going to the channel I can see buttons to switch to candidate, beta or edge
[14:14] <zyga> but this snap only has stable
[14:15] <zyga> so ...
[14:44] <kyrofa> pstolowski, done, thank you for reaching out :)
[14:46] <zyga> popey: around?
[14:46] <popey> hello
[14:47] <zyga> popey: can you refresh classic-snap-analyzer to beta
[14:47] <zyga> and try the interactive mode
[14:47] <zyga> just pin it
[14:48] <zyga> run it then click on a window of any snap
[14:48] <zyga> it doesn't work on wayland I think
[14:48] <zyga> but works on X
[14:48] <popey> like any sane person, I don't use wayland
[14:48] <zyga> or it may
[14:48] <zyga> but I need to handle some errors when screen grab fails
[14:49] <zyga> :-)
[14:49] <popey> Selected window does not belong to a snap application
[14:49] <popey> this is a lie
[14:49] <zyga> oh
[14:49] <zyga> what did you try it on?
[14:49] <zyga> I'm getting the pid of the process
[14:49] <popey> slack
[14:49] <zyga> then look at the environment
[14:49] <zyga> checking
[14:49] <zyga> oh, indeed :D
[14:50] <zyga> tricky bastard ;)
[14:50] <zyga> thanks, I will keep looking
[14:50] <popey> :D
[14:50] <zyga> but there's progress
[14:51] <zyga> woah
[14:51] <zyga> it seems that slack is erasing its environment block
[14:51] <zyga> it's all zeros
[14:51] <zyga> that's interesting
[14:51] <zyga> well, I can test for that
[14:52] <zyga> this is why I published to beta :)
[14:52] <pstolowski> kyrofa: thank _you_!
[14:53] <popey> zyga: might want to think about that wording. indicating "breakage" when someone is using everything as designed isn't a good PR message
[14:55] <zyga> popey: as designed?
[14:55] <popey> the developer of the snap is using tools we made to build a snap. to imply breakage when using our tools isn't a good message
[14:55] <zyga> but it's true
[14:56] <zyga> our tools are imperfect
[14:56] <zyga> our users suffer
[14:57] <popey> Fix them
[14:57] <popey> Don't tell users *they* did something wrong when *our* tools are broken.
[14:57] <popey> Its completely wrong.
[14:58] <zyga> I don't think it can ever be perfect, it's a tough game, I'm not making the tools; I just made _a_ tool that allows anyone to inspect the problem
[14:58] <zyga> it will always be a catch-up game
[14:59] <popey> I'm not going to spend the afternoon arguing with you about the wording in an expert tool, but I strongly recommend you think more about the perception you're giving people _we_ speak to on a daily basis.
[14:59] <zyga> popey: ok, what would you suggest I say instead?
[15:00] <zyga> is this about the tone or the message in general?
[15:00] <popey> Firstly, who is the target audience, and what's the goal of the application?
[15:01] <popey> What message do you want to convey? "Hey, we can help you improve stability / reliability of your application with our cool utility"
[15:01] <popey> not "hey, our shit is broken, use this tool to find out how"
[15:01] <zyga> the target audience is an author of a classically confined snap
[15:01] <zyga> the goal is to allow detecting when the app only works because it uses a host library without anyone noticing because said library is on the developer's machine
[15:02] <popey> Tested with the code-insiders snap and it worked
[15:02] <popey> spat out a list of libraries.
[15:04] <zyga> so again, I'm happy to reword it to make that goal clear
[15:06] <popey> IMO it needs to clearly describe the problem, or potential problem, and outline how it can be resolved.
[15:07] <popey> rather than hand-wavy "its broken dude"
[15:08] <zyga> ack, I will try to rewrite the text around the app
[15:08] <popey> <3
[15:27] <mcphail> I'm being offered a snapd update from <IP_ADDRESS> to <IP_ADDRESS>. Is this one which will fix the issue where I have to add process-control to some of my snaps to get sound working? It'll be cool if I can promote one of my games to stable, as it is waiting on that fix
[15:29] <zyga> popey: refresh please :)
[15:29] <zyga> mcphail: try it, I think that's the one
[15:30] <zyga> mcphail: we switched off SIGKILL on seccomp
[15:30] <zyga> mcphail: also try candidate which has more bug fixes (2.32.5) and will be in stable next week
[15:30] <zyga> popey: check if the reworded message is more useful
[15:31] <popey> mcphail: yes, 2.32* is the good snapd we have all been lusting for :)
[15:31] <mcphail> Brilliant! Cheers chaps
[15:32] <popey> zyga: hah, i get a different list of libraries now. much better text too, thank you!
[15:32] <zyga> yeah, I fixed some issues too
[15:32] <zyga> plus, it's really variable
[15:32] <popey> maybe put the forum link and docs before you click on a window?
[15:33] <popey> Because its a bit odd to be told how the app works after you have used it :)
[15:33] <zyga> but if you suspect something is super broken  please report that
[15:33] <zyga> ah
[15:33] <zyga> sure
[15:33] <zyga> good point :)
[15:40] <zyga> popey: refresh :)
[15:40] <zyga> provide feedback on the forum, I need to break and hop on a bike before the sun sets
[15:40] <zyga> popey: if you are happy with the output I can promote to stable
[15:41] <popey> refreshing
[15:42] <popey> sometimes snap refresh hangs for me for nearly a minute
[15:42] <popey> doesn't produce any output
[15:42] <popey> zyga: that's much better, thanks.
[15:44] <Son_Goku> zyga, can you look into this? https://bugzilla.redhat.com/show_bug.cgi?id=1570076
[15:44] <popey> i am installing fedora 28 right now to reproduce
[15:44] <Son_Goku> okay, cool, thanks popey
[15:45] <Son_Goku> I'm still working, so I can't do anything right now :(
[15:46] <zyga> I need to break now, I've been here all day
[15:46] <zyga> but yes, I will definitely look into this
[16:19] <mcphail> \o/ sound is working! Many thanks
[16:50] <popey> zyga: https://bugzilla.redhat.com/show_bug.cgi?id=1570076 - i left a comment - i can't reproduce it
[16:56] <zyga> popey: on a bije
[16:56] <zyga> Bike
[16:56] <popey> :)
[17:32]  * cachio afk
[17:45] <mup> Issue snapcraft#2093 opened: manifest.yaml does not indicate the release the snap was built on <Created by jdstrand> <https://github.com/snapcore/snapcraft/issue/2093>
[17:48] <jdstrand> ratliff: fyi ^ bug. I can assume xenial and most things will be ok, but we'll need to adjust when that is fixed
[18:59] <sergiusens> jdstrand: it seems that if you use refresh-mode or stop-mode, it needs to come with a daemon entry for the app
[18:59] <sergiusens> not sure you are verifying that in the review tools
[18:59] <jdstrand> sergiusens: yes, and I am
[18:59] <jdstrand> sergiusens: thanks for mentioning it
[19:00] <sergiusens> jdstrand: great then!
[19:11] <seb128> popey, on that fedora/snap bug you might want to ask for the XDG_DATA_DIRS value and if they use xorg/wayland session, also the .desktop are in /var/lib/snapd/desktop so worth asking the content of that dir
[19:12] <seb128> I would comment but it requires an account and I don't have one
[19:12] <mup> PR snapcraft#2094 opened: storeapi: better handle network errors and retries <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2094>
[19:42] <popey> seb128: yeah, i checked the XDG_DATA_DIRS myself
[19:42] <popey> oh, they need to check, i see :)
[19:50] <om26er> whats the difference between ubuntu-core/current and /stable ?
[19:50] <om26er> http://cdimage.ubuntu.com/ubuntu-core/16/current/
[19:51] <om26er> and /stable
[19:52] <om26er> also, will there be a UbuntuCore 18, if so how will it be different from a fully update Core16 ?
[21:21]  * cachio EOW
[22:10] <mup> PR snapcraft#2092 closed: schema: allow refresh-mode and stop-mode <enhancement> <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2092>


[19:39] <Morshu> Can lubuntu work with a single core celeron processor?
[20:31] <Duality> why do i have to log in before my sound works ?
[20:32] <Duality> i run mpd, i start it remotely but i have to log in on the computer before any sound is played