[07:05] <mup> PR snapd#2884 closed: snapstate: limit the ubuntu-core transition attempts to 5 in total every 12h <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2884>
[07:07] <_prasen_> hi ogra
[07:12] <mup> Bug #1631165 changed: no ability to move snap directory out of $HOME <Snappy:New> <https://launchpad.net/bugs/1631165>
[07:56] <mup> PR snapd#2900 opened: errtracker: include snapd version in err reports <Created by mvo5> <https://github.com/snapcore/snapd/pull/2900>
[08:06] <mup> PR snapd#2901 opened: tests: update listing test for latest core snap version update <Created by mvo5> <https://github.com/snapcore/snapd/pull/2901>
[08:09] <mup> PR snapd#2902 opened: tests: update listing test for latest core snap version update <Created by mvo5> <https://github.com/snapcore/snapd/pull/2902>
[08:16] <mup> PR snapd#2903 opened: many: rebased uname branch for 2.22 <Created by zyga> <https://github.com/snapcore/snapd/pull/2903>
[08:19] <mup> PR snapd#2904 opened: overlord/snapstate: tweak messages in {un,}link-snap <Created by zyga> <https://github.com/snapcore/snapd/pull/2904>
[08:24] <mup> PR snapd#2905 opened: errtracker: include kernel version in error reports <Created by mvo5> <https://github.com/snapcore/snapd/pull/2905>
[08:30] <mup> PR snapcraft#1154 closed: Expose parallel_build_count to scriptlets (LP: #1666271) <Created by oSoMoN> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1154>
[08:32] <laralauer> Good evening
[08:33] <laralauer> SInce I just got mircade running on QEMU/Ubuntu Core 16, is there already a working Unity8 snap for Mir?
[08:42] <mup> PR snapcraft#1126 closed: docs: build and push the API docs to github pages <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1126>
[08:43] <laralauer> sorry, disconnected
[08:44] <ogra_> laralauer, snap install unity8-session --devmode --edge
[08:44] <ogra_> then
[08:45] <ogra_> sudo unity8-session
[08:45] <ogra_> (you might need to connect some interfaces first though)
[08:45] <ogra_> hey _prasen_
[08:46] <laralauer> ogra_: thanks!
[09:12] <mup> PR snapd#2906 opened: overlord/ifacestate: don't unconditionally retry stuff <Created by zyga> <https://github.com/snapcore/snapd/pull/2906>
[09:33] <_prasen_> if i get a random .yaml to build a snap
[09:34] <_prasen_> made up of different parts and different apps
[09:34] <_prasen_> how do i map the binaries of the apps to the parts?
[09:34] <_prasen_> I want to prime different parts one by one
[10:04] <laralauer> What are some of the most useful snaps?
[10:05] <_prasen_> what does dump plugin exactly do
[10:08] <mup> PR snapd#2902 closed: tests: update listing test for latest core snap version update <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2902>
[10:26] <mup> PR snapd#2907 opened: overlord/ifacestate: improve error messages <Created by zyga> <https://github.com/snapcore/snapd/pull/2907>
[10:31] <mup> PR snapd#2881 closed: cmd/snap-confine: don't crash if nvidia module is loaded but drivers are not available <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2881>
[10:34] <mup> PR snapd#2876 closed: snap: error when `snap list foo` is run and no snap is installed <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2876>
[10:51] <mup> PR snapd#2908 opened: snapstate: fix incorrect cut of the timestamps for the error reports <Created by mvo5> <https://github.com/snapcore/snapd/pull/2908>
[11:10] <zyga> _prasen_: dump just copies stuff as-is
[11:17] <mup> PR snapd#2901 closed: tests: update listing test for latest core snap version update <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2901>
[11:38] <ogra_> fgimenez, you should really put a warning in https://github.com/snapcore/snapd/blob/master/packaging/ubuntu-16.04/tests/README.md that adt-buildvm-ubuntu-cloud can take a century :P
[11:40] <Jablonski> Hi
[11:40] <mup> PR snapd#2909 opened: overlord/snapstate: improve error reporting around core migration <Created by zyga> <https://github.com/snapcore/snapd/pull/2909>
[11:41] <Jablonski> Hello?
[11:43] <Jablonski> Hi
[11:46] <fgimenez> ogra_, :D PRs welcome!
[11:50] <ogra_> sigh, and running it nearly killed my machine !
[11:51]  * ogra_ hasn't seen a stuttering cursor on that HW ever ...
[11:53] <mup> Bug #1666873 opened: Snap icon is not visible when called from terminal but it does when called from dash <Snappy:New> <https://launchpad.net/bugs/1666873>
[11:58] <_prasen_> zyga : i want to understand how organise and filesets options for the dump plugin
[11:58] <_prasen_> work*
[12:00] <zyga> _prasen_: I think this is a question for kyrofa and sergiusens - it may be documented already but maybe that is not sufficient
[12:00]  * zyga would recommend to sergiusens to open a wiki for snapcraft like what was done for snapd
[12:02] <sabret00the> Is there any plans to fix snappy so that the notification icons actually show up and don't cause headaches like when you're trying to update Telegram and can't because the notifcation icon won't let the app shut down?
[12:06] <mup> PR snapcraft#1156 closed: python plugin: use stage headers if applicable <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1156>
[12:06] <zyga> sabret00the: yes but the issue is not simple (legacy protocols are hard to confine or fix)
[12:07] <zyga> sabret00the: can you tell me more about the shutdown issue?
[12:07] <zyga> sabret00the: there are reported issues for other problems but this feels like something new
[12:08] <_prasen_> zyga : ty
[12:08] <sabret00the> zyga: Sure. If you have an update to telegram and press restart, then telegram hangs. However if you disable the notification icon it updates fine.
[12:08] <_prasen_> ogra: hi?
[12:08] <_prasen_> resolved the proxy issue
[12:08] <zyga> sabret00the: can you pastebin: dmesg | grep "DENIED"
[12:08] <_prasen_> : D
[12:08] <zyga> sabret00the: and report this as a separate issue, I'm sure sergiusens will want to know about it
[12:09] <ogra_> _prasen_, congrats !
[12:09] <_prasen_> zyga : tis documented but as you said nor nuff for a  nub
[12:09] <_prasen_> ogra : can you tell me summin about the organise and filesets options for the dump plugin
[12:10] <zyga> _prasen_: you just said this is documented, did you read that documentation?
[12:10] <_prasen_> https://snapcraft.io/docs/reference/plugins/dump
[12:11] <_prasen_> https://github.com/snapcore/snapcraft/blob/master/docs/your-first-snap.md
[12:11] <_prasen_> the git link is snap for a go webcam server
[12:11] <_prasen_> it uses the dump plugin
[12:11] <zyga> _prasen_: look at the common keywords: https://snapcraft.io/docs/reference/plugins/common
[12:11] <zyga> _prasen_: organize is documented there
[12:11] <zyga> _prasen_: as are filesets
[12:12] <_prasen_> and some comments are there
[12:12] <_prasen_> okay..ty!
[12:12] <_prasen_> will see this
[12:12]  * zyga needs to reboot, brb
[12:12] <_prasen_> and I guess trying out will get me ahead
[12:13] <_prasen_> if i write a single .c file with just a printf and create a makefile for it
[12:13] <_prasen_> I made a .yaml for it
[12:13] <laralauer> ogra_: I read that you made a Kodi snap for armhf, is there one for x86_64?
[12:13] <_prasen_> so what plugin do i need to use for this
[12:13] <_prasen_> because "." works fine for the source option
[12:14] <_prasen_> if i use the autotools plugin it requires an autoconf file
[12:14] <laralauer> ogra_: Sorry, found it, https://code.launchpad.net/~ogra/+snap/kodi-mir-snapshot/+build/17382
[12:15] <ogra_> laralauer, thats far from being usable
[12:15] <_prasen_> ogra : hlp hlp hlp
[12:15] <_prasen_> !
[12:15] <sabret00the> zyga: I've done so https://github.com/sergiusens/telegram-snap/issues/6
[12:28] <laralauer> ogra_: It block for a while, shows the loading screen very briefly and then crashes because of "double free or corruption". It's a start
[12:33] <ogra_> laralauer, nope ... its broken and i dont intend to fix it atm ... it is a test package , if it would be intended for use i would have uploaded it to the store
[12:34] <ogra_> it is really not intended for anyone to be used
[12:34] <ogra_> (you wont make it run)
[12:36] <laralauer> ogra_: Okay, thanks
[12:37] <jdstrand> ogra_: sorry for the poort timing, looks like another usn is out for linux-generic
[12:37] <jdstrand> poor*
[12:37] <ogra_> jdstrand, lol
[12:38] <ogra_> jdstrand, i dont see anything newer than -64
[12:38] <ogra_> (and i have that one for the bbb already)
[12:39] <jdstrand> huh. I thought I remembered this was 63 yesterday
[12:40] <ogra_> and you pinged me last night about -64
[12:40] <ogra_> :)
[12:40] <jdstrand> ogra_: oh, last night was actually meant to be about -63 for pc-kernel
[12:40] <jdstrand> hehe
[12:40] <ogra_> hah
[12:40] <jdstrand> communication for the win!
[12:40] <ogra_> yeah. pc-kernel is a bjf or apw think
[12:40] <ogra_> *thing
[12:40] <ogra_> they need to release them to stable
[12:41]  * jdstrand nods
[12:41] <ogra_> (same for dragonboard ... just not for pi since that would break the installs out there)
[12:41] <jdstrand> ogra_: looks like you interprested my question as another ping for bbb and conincidentally (and unknown to me at the time), 64 had snuck in
[12:41] <jdstrand> man, I can't type
[12:41] <jdstrand> interpreted*
[12:41] <ogra_> weklcome to my worlsd :)
[12:42] <jdstrand> funny :)
[12:42] <jdstrand> hehe
[12:43] <jdstrand> ogra_: our team is going to chase down pc-kernel with the kernel team I think so I'll try not to ping you on that. thanks for the bbb updates! :)
[12:43] <ogra_> np
[12:54] <mup> PR snapd#2908 closed: snapstate: fix incorrect cut of the timestamps for the error reports <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2908>
[13:33] <zyga> jdstrand: hey, we have some zesty failures on jailmode + classic confinement
[13:33] <zyga> jdstrand: cannot map segment of libc.6
[13:35] <zyga> jdstrand: maybe the kernel has changed so apparmor semantics has changed again
[13:36] <zyga> jdstrand: I'll tell you more in a sec
[13:37] <zyga> jdstrand: [ 2929.841318] audit: type=1400 audit(1487770576.927:40): apparmor="DENIED" operation="file_mmap" profile="snap.python0.python0" name="/snap/core/1264/lib/x86_64-linux-gnu/libm-2.23.so" pid=5235 comm="python0" requested_mask="m" denied_mask="m" fsuid=1000 ouid=0
[13:37] <zyga> jdstrand: looks like exactly what we saw before
[13:38] <zyga> jdstrand: I'll report this
[13:42] <zyga> jdstrand: https://bugs.launchpad.net/snapd/+bug/1666897
[13:42] <mup> Bug #1666897: snaps with classic + jailmode confinement started to fail on zesty <snapd:Confirmed> <https://launchpad.net/bugs/1666897>
[13:43] <nelsk> Looks like the copr snapcraft repo hasn't been updated to support Fedora 25, is there a technical barrier?
[13:44] <zyga> nelsk: hey
[13:45] <zyga> nelsk: not sure, kyrofa might know
[13:45] <nelsk> zyga: Ah, I recognize your handle :)
[13:45] <zyga> nelsk: if you ask about snapd then we have a 2.23 release pending (since Friday) but we're in emergency mode and we won't release it untill this is fixed
[13:45] <zyga> nelsk: and 2.23 will (finally) go into F25 and 26
[13:46] <nelsk> is there some kind of bug blocking release or you guys are just in a code freeze?
[13:46] <nelsk> Just curious so I can follow along
[13:47] <zyga> nelsk: for snapd or snapcraft (I don't know about snapcraft)
[13:47] <zyga> nelsk: snapd is in emergency mode, we realized that 2.22.x that went out had a very nasty bug
[13:47] <zyga> nelsk: and we're iterating, since Friday, with point releases that unbreak people in the field
[13:47] <zyga> nelsk: 2.23 is frozen as the whole team is just busy on the fire
[13:47] <nelsk> I'm sorry, I meant your snapcore* repo in copr. Looking for snapd, so that makes sense
[13:47] <nelsk> Good to know, thank you.
[13:47] <zyga> nelsk: 2.23 and 2.24 will just go out delayed
[13:48] <zyga> nelsk: probably 2.24 will have all the fedora packaging and policy merged
[13:48] <zyga> nelsk: but the code is fine as of last week, we just were waiting for the tag to flow
[13:48] <zyga> just bad luck
[13:48] <zyga> when we release the "candidate" release goes to "stable"
[13:48] <zyga> and master "edge" goes to "candidate"
[13:49] <zyga> and we pushed the candidate to stable and started to see things explode
[13:49] <zyga> so we stopped
[13:49] <zyga> the candidate release also goes for distribution packaging
[13:49] <zyga> like $ubutnu_codename-proposed and what not
[13:49] <zyga> (sid, etc)
[13:49] <zyga> just really bad luck this week
[13:49] <nelsk> sounds good, will look forward to the release
[13:50] <nelsk> Just popped in to see if there was anything holding up the Fedora 25 repo and if I could help with that
[13:50] <zyga> nelsk: if you want to see what's coming have a look at the snapd repo on fedora git, I think neal has commited everything there already
[13:50] <zyga> nelsk: you can help for sure
[13:50] <zyga> nelsk: we'll need to improve the selinux policy
[13:50] <zyga> nelsk: and just polish bits as I'm sure we'll find out things are not working in some odd edge cases
[13:50] <nelsk> ah yes, good old selinux
[13:50] <zyga> nelsk: the test suite doesn't run on fedora yet, but that's easy to fix
[13:51] <zyga> nelsk: fedora builds use /var/lib/snapd/snap as a location for all the mounted packages
[13:51] <zyga> nelsk: and the test suite has hard-coded /snap directory
[13:51] <nelsk> are there GH issues floating around against these?
[13:51] <zyga> nelsk: there will be some boring branches to fix that
[13:51] <zyga> nelsk: we switched to laucnhpad for that launchpad.net/snapd
[13:51] <zyga> nelsk: there's no issue filed for the unit tests I think
[13:51] <nelsk> cool, will subscribe over there
[13:51] <zyga> nelsk: if you want to help now: fork and clone master of github.com/snapcore/snapd
[13:52] <zyga> nelsk: and I can work with you on enabling the test suite
[13:52] <zyga> nelsk: (the C test suite passes, the Go one will fail on /snap)
[13:52] <zyga> nelsk: I had a look at this a few months ago but I got a gigantic branch that was very ugly
[13:52] <zyga> nelsk: so after talking to some people on the snapd team we decdied to use a different approach
[13:52] <nelsk> will fork and ping you later on, thanks for your quick help
[13:52] <zyga> nelsk: and just mock /snap for testing
[13:53] <zyga> nelsk: thanks! great to have you here, stay in touch please
[13:53] <nelsk> will do!
[13:53] <zyga> nelsk: for the mocking we'd need to add a function to dirs/dirs.go
[13:53] <zyga> nelsk: and just use it when we test for this in the unit tests
[13:53] <zyga> nelsk: should be not that big of a patch
[13:53] <nelsk> I'd be happy to take that one
[13:53] <zyga> nelsk: and cna be done on a per-package basis so some stuff turns green while other is not changed yet
[13:54] <zyga> nelsk: and after the 2.23 release I'd like to enable snapd CI to work with fedora
[13:54] <zyga> I can explan how that works when you want to know
[13:54] <nelsk> that would be great. have to run off to some meetings but I will ping you later on
[13:56] <zyga> great, see you :-)
[14:03] <mup> PR snapcraft#1158 opened: packaging: snapcraft as a snap <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1158>
[14:06] <mup> PR snapd#2906 closed: overlord/ifacestate: don't unconditionally retry stuff <Created by zyga> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2906>
[14:09] <mup> PR snapd#2909 closed: overlord/snapstate: improve error reporting around core migration <Created by zyga> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2909>
[14:21] <mup> PR snapd#2825 closed: osutil: add package for reading Build-ID <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2825>
[14:23] <mup> PR snapd#2910 opened: osutil: add package for reading Build-ID <Created by mvo5> <https://github.com/snapcore/snapd/pull/2910>
[14:25] <mup> PR snapd#2900 closed: errtracker: include snapd version in err reports <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2900>
[14:34] <mup> PR snapd#2903 closed: many: rebased uname branch for 2.22 <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2903>
[14:50] <mup> PR snapd#2888 closed: many: display kernel version in 'snap version' <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2888>
[14:51] <mup> PR snapd#2898 closed: many: merge 2.22.5 back to master <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2898>
[14:52] <jdstrand> davidcalle: hi! fyi, I got some feedback on the whitepaper and it is now at rc7. You should have an email in your inbox
[14:53] <davidcalle> Great, thanks jdstrand
[15:00] <mup> PR snapcraft#1159 opened: docs: use correct target to generate docs <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1159>
[15:03] <baggachipz> I'm sure this gets asked all the time, but I'm having trouble finding info. What's the best way to get snapd on Debian Jessie? If I simply install snap (and not snapd), installing snaps throws errors.
[15:03] <mup> PR snapd#2911 opened: release: return "unknown" if uname fails <Created by zyga> <https://github.com/snapcore/snapd/pull/2911>
[15:03] <jdstrand> zyga: I'm not sure 'High' is the right priority for that (I mean, --classic with --jailmode is a bit of a corner case, no?), but I'll respond in the bug
[15:07] <mup> PR snapd#2905 closed: errtracker: include kernel version in error reports <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2905>
[15:12] <mup> PR snapd#2911 closed: release: return "unknown" if uname fails <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2911>
[15:21] <jdstrand> zyga: fyi, https://bugs.launchpad.net/snapd/+bug/1666897/comments/1
[15:21] <mup> Bug #1666897: snaps with classic + jailmode confinement started to fail on zesty <snapd:Confirmed> <https://launchpad.net/bugs/1666897>
[15:22] <jdstrand> zyga: that tells how to fix it
[15:23] <jdstrand> jjohansen: can you look at https://bugs.launchpad.net/snapd/+bug/1666897/comments/1 ? there is a difference of behavior concerning 'm' mediation on 4.10 and 4.4
[15:23] <mup> Bug #1666897: snaps with classic + jailmode confinement started to fail on zesty <snapd:Confirmed> <https://launchpad.net/bugs/1666897>
[15:24] <jdstrand> jjohansen: I think that 4.10 may be working correctly...
[15:30] <mup> PR snapd#2912 opened: errtracker: include the build-id of /usr/bin/sanp <Created by mvo5> <https://github.com/snapcore/snapd/pull/2912>
[15:42] <lazyPower> Hey snappy crew, simple question. Are you using Travis-CI in any of your build toolchain? We're looking into using snaps in travis-ci and have been blocked on some apparmor config we haven't been able to work-around. Curious if anyone else has run into this, and if we haven't, is there a list of apparmor ignore/allow that we can send over to the travis folks and get this unblocked? https://github.com/travis-ci/travis-ci/issues/7318
[15:42] <lazyPower> cc cory_fu ^
[15:43] <cory_fu> lazyPower: https://github.com/travis-ci/travis-ci/issues/5821 is also somewhat relevant
[15:46] <cory_fu> lazyPower: elopio had mentioned previously the possibility of using lxd to get a xenial env, but I'm not sure if that would work under Docker that Travis uses?
[16:10] <mup> Bug #1666978 opened: Security setup may fail with ErrNoState if repository and snapstate get out of sync <Snappy:New> <https://launchpad.net/bugs/1666978>
[16:19] <mup> PR snapd#2913 opened: overlord/ifacestate: loudly ignore ErrNoState where we cannot handle it <Created by zyga> <https://github.com/snapcore/snapd/pull/2913>
[16:29] <mup> PR snapd#2914 opened: snapstate: retry ubuntu-core -> core transition every 6h <Created by mvo5> <https://github.com/snapcore/snapd/pull/2914>
[16:43] <kyrofa> nelsk, zyga_ I don't know about snapcraft on fedora either. It might be community-driven
[16:47] <Pharaoh_Atem> O.o
[16:47] <Pharaoh_Atem> wait, what?
[16:47] <Pharaoh_Atem> snapcraft on Fedora is blocked by two things:
[16:47] <Pharaoh_Atem> 1. https://bugs.launchpad.net/snapcraft/+bug/1602258
[16:47] <mup> Bug #1602258: Support other distributions as sources (Fedora, Mageia, openSUSE, Debian) instead of Ubuntu <centos> <debian> <fedora> <mageia> <opensuse> <rfe> <rpm> <Snapcraft:Confirmed> <https://launchpad.net/bugs/1602258>
[16:48] <Pharaoh_Atem> 2. snapd needs a concept of base snaps
[16:48] <Pharaoh_Atem> for different bases
[16:48] <Pharaoh_Atem> nelsk, zyga_, kyrofa: ^
[16:49] <kyrofa> Pharaoh_Atem, indeed. nelsk asked about a snapcraft copr though, and why it wasn't updated
[16:49] <Pharaoh_Atem> we don't have one
[16:49] <Pharaoh_Atem> snapcraft *does not run* on anything but Ubuntu
[16:49] <Pharaoh_Atem> it can't
[16:49] <nelsk> Pharaoh_Atem, kyrofa: I mispoke and actually mean zyga/snapcore
[16:50] <nelsk> meant*
[16:50] <Pharaoh_Atem> ah
[16:50] <Pharaoh_Atem> so you'd like snapd
[16:50] <kyrofa> Pharaoh_Atem, I'm well aware :)
[16:50] <nelsk> Pharaoh_Atem: yep, that's what I was looking for
[16:50] <kyrofa> nelsk, ah ha! That makes more sense
[16:50] <Pharaoh_Atem> indeed
[16:50] <Pharaoh_Atem> it's been a while since someone asked about snapcraft on Fedora, so I was confused :P
[16:50] <kyrofa> Pharaoh_Atem, me too!
[16:50] <kyrofa> Pharaoh_Atem, I actually assumed it was you messing with stuff
[16:51] <nelsk> hah, sorry for the confusion. Relatively new to the project so the significance of that blunder was over my head :P
[16:51] <Pharaoh_Atem> no one else knows what the project is called, so that's fine :)
[16:51] <nelsk> hahaha
[16:51] <kyrofa> nelsk, yeah, you're not alone ;)
[16:51] <Pharaoh_Atem> I call the whole thing snappy, because there's not something much better
[16:51] <Pharaoh_Atem> snapcraft makes snaps, that are consumed by snapd
[16:52] <kyrofa> nelsk, but, just to clarify: snapd is the daemon behind actually using/running snaps
[16:52] <kyrofa> nelsk, snapcraft is the tool that actually creates snaps
[16:52] <nelsk> does "snapcore" encompass anything more than snapd?
[16:52] <Pharaoh_Atem> it's the name of the GitHub organization
[16:52] <kyrofa> nelsk, on github? Snapcraft as well
[16:53] <kyrofa> As well as our official gadget snaps, I think
[16:53] <nelsk> aha! okay that makes sense
[16:53] <Pharaoh_Atem> snapcore was created after it was agreed to move everything out of the Ubuntu organization
[16:53] <Pharaoh_Atem> so snapd is actually nearly ready to run OOTB
[16:53] <Pharaoh_Atem> two things (again!):
[16:54] <kyrofa> Two is a terrible number
[16:54] <Pharaoh_Atem> 1. snapd selinux policy needs to be merged: https://github.com/snapcore/snapd/pull/2878
[16:54] <mup> PR snapd#2878: Merge SELinux policy module <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/2878>
[16:54] <Pharaoh_Atem> 2. snapd packaging needs to be merged (no PR yet, since it's blocked on that being merged)
[16:54] <Pharaoh_Atem> then snapd can be released and zyga and I can push everything into CentOS and Fedora
[16:55] <Pharaoh_Atem> Fedora first, and then we'll work out CentOS
[16:55] <kyrofa> Pharaoh_Atem, is SELinux integration looking good?
[16:55] <Pharaoh_Atem> kyrofa: it's actually not in great shape
[16:55] <Pharaoh_Atem> but the module basically throws snapd into permissive domain
[16:55] <Pharaoh_Atem> which keeps everything from breaking
[16:55] <kyrofa> Oh, not ideal
[16:55] <mup> PR snapd#2915 opened: errtracker: include the number of ubuntu-core -> core retries <Created by mvo5> <https://github.com/snapcore/snapd/pull/2915>
[16:55] <Pharaoh_Atem> it also allows us to iterate on actually making snapd confined properly
[16:56] <kyrofa> Rather than one enormous PR, good call
[16:56] <Pharaoh_Atem> and by merging the policy into the snapd repo, I'm hoping other people will help me keep up with the churn in snapd
[16:56] <Pharaoh_Atem> I'm constantly playing catch-up, which is really, really, really draining
[16:56] <zyga_> o/
[16:56] <kyrofa> Pharaoh_Atem, I hear you
[16:57] <Pharaoh_Atem> it also puts more impetus on hopefully a SELinux developer getting hired to do formal SELinux integration into snapd
[16:57] <Pharaoh_Atem> because frankly, my skills are being pushed to their limits with this
[16:58] <Pharaoh_Atem> I'm doing the best I can, but keeping up with all of the new things snapd does in every release AND adjusting the policy so that snapd itself is properly confined AND making it so snap-confine would work is impossible fo rme
[16:58] <Pharaoh_Atem> *me
[16:58] <zyga_> Pharaoh_Atem: once we have CI we can make this better
[16:58] <zyga_> Pharaoh_Atem: but we need to release first for CI
[16:58] <Pharaoh_Atem> that's what everyone says...
[16:58] <Pharaoh_Atem> CI isn't magic
[16:58] <zyga> well, that's because it is true :)
[16:59] <zyga> Pharaoh_Atem: CI means we don't regress
[16:59] <Pharaoh_Atem> well, not necessarily, as you could just ignore them :)
[16:59] <zyga> Pharaoh_Atem: and when we CI on Fedora we know we regress when we break something w
[16:59] <zyga> we don't ignore CI :)
[16:59]  * kyrofa has to drive back home. Be back in about 5 hours
[16:59] <zyga> that's like CI
[16:59] <Pharaoh_Atem> I hope not
[16:59] <zyga> Continuous Ignorance
[16:59] <zyga> :D
[16:59] <Pharaoh_Atem> :D
[16:59] <Pharaoh_Atem> I see Continuous Ignorance everywhere :)
[17:00] <Pharaoh_Atem> it's so easy, after all :P
[17:00] <zyga> bliss ;-)
[17:00] <zyga> Pharaoh_Atem: can you try to package master
[17:00] <zyga> Pharaoh_Atem: that will become 2.23 soon (or .24)
[17:02] <mup> PR snapd#2916 opened: osutil: trivial tweaks to build ID support <Created by niemeyer> <https://github.com/snapcore/snapd/pull/2916>
[17:13] <Pharaoh_Atem> zyga: I can try
[17:24] <zyga> Pharaoh_Atem: I want to have a good nights sleep and wake up with the fire put out so that we can return to normal work
[17:27] <Pharaoh_Atem> zyga: snap-confine fails to build
[17:28] <Pharaoh_Atem> zyga: https://paste.fedoraproject.org/paste/EzIdE98z5AUQyKFnbrBH4F5M1UNdIGYhyRLivL9gydE=
[17:31] <zyga> Pharaoh_Atem: that file must be built with -static
[17:32] <zyga> Pharaoh_Atem: and cannot take relocation AFAIK
[17:32] <zyga> Pharaoh_Atem: we had the same issue in ubutu
[17:32] <zyga> Pharaoh_Atem: look at the hack in configure.ac
[17:32] <zyga> Pharaoh_Atem: er in Makefile.am
[17:32] <zyga> Pharaoh_Atem: it's also uselss so if you cannot fix it just rip it out
[17:32] <zyga> Pharaoh_Atem: or do a trivial patch that disables the shutdown helper
[17:32] <Pharaoh_Atem> also, the merged-usr switch doesn't work?
[17:33] <zyga> oh? what do you mean?
[17:33] <Pharaoh_Atem> look at the log
[17:33] <Pharaoh_Atem> it's unrecognized
[17:34] <zyga> Pharaoh_Atem: hmm
[17:34] <zyga> enable-merged-usr?
[17:34] <zyga> maybe simple bug that I didn't see because it doesn't stop
[17:34] <Pharaoh_Atem> autotools doesn't die on unrecognized switches
[17:34] <Pharaoh_Atem> it's --enable-merged-usr now?
[17:35] <zyga> checking
[17:35] <zyga> Pharaoh_Atem: it was all along
[17:35] <zyga> Pharaoh_Atem: sorry, slipped under my radar
[17:36] <mup> PR snapd#2916 closed: osutil: trivial tweaks to build ID support <Created by niemeyer> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2916>
[17:42] <Pharaoh_Atem> alright, now the C bits are built
[17:46] <mup> PR snapd#2808 closed: interfaces: use mount.Entry instead of string snippets <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2808>
[17:48] <Pharaoh_Atem> zyga: you've got godeps to package :)
[17:49] <Pharaoh_Atem> zyga: https://paste.fedoraproject.org/paste/cnAi~vkNe-YMvtLyCYRdql5M1UNdIGYhyRLivL9gydE=
[17:55] <zyga> Pharaoh_Atem: gah what an annoying URL with trailing =
[17:55] <zyga> Pharaoh_Atem: can we vendor everything in snapd if we annnotate?
[17:59] <Pharaoh_Atem> yes, but it's arguably harder to annotate
[17:59] <Pharaoh_Atem> as it has to be versioned Provides
[18:00] <zyga> Pharaoh_Atem: mm?
[18:00] <zyga> Pharaoh_Atem: provides how?
[18:00] <zyga> Pharaoh_Atem: I mean I know provides but I don't know what you mean
[18:00] <Pharaoh_Atem> well, it'd have to be something like this...
[18:01] <Pharaoh_Atem> Provides: golang(github.com/foo/bar) = <ver> (versioned, with githash)
[18:02] <zyga> hmm
[18:02] <zyga> Pharaoh_Atem: that's much better than maintaining ~30 packages
[18:02] <Pharaoh_Atem> and every time the dependency is updated, added, removed, these have to be updated
[18:02] <zyga> Pharaoh_Atem: especially we could easily derive this data from vendor.json
[18:02] <zyga> Pharaoh_Atem: it contains exactly that I think
[18:03] <Pharaoh_Atem> plus licensing data must be packaged with it too
[18:03] <zyga> Pharaoh_Atem: this is more important
[18:03] <zyga> Pharaoh_Atem: what do we need to package ? each license file?
[18:03] <zyga> Pharaoh_Atem: do we need it with snapd or the source package?
[18:04] <Pharaoh_Atem> from each source package
[18:04] <Pharaoh_Atem> bundled stuff needs their licensing preserved too
[18:04] <zyga> Pharaoh_Atem: where do we need to put the source files?
[18:04] <zyga> Pharaoh_Atem: that's a curious thing
[18:04] <zyga> Pharaoh_Atem: if we didn't bundle
[18:04] <zyga> Pharaoh_Atem: we'd ship the same binary with one copyright file
[18:04] <zyga> Pharaoh_Atem: if we bundle we ship the same binary with... lots of files
[18:04] <Pharaoh_Atem> the reason is because we have the sources somewhere else
[18:05] <zyga> Pharaoh_Atem: it's not like .c wherere the .so files pull in the license
[18:05] <zyga> Pharaoh_Atem: wait, we still do
[18:05] <zyga> Pharaoh_Atem: we can generate a tarball that has the sources
[18:05] <zyga> Pharaoh_Atem: (in fact we do already)
[18:06] <Pharaoh_Atem> do you guys have the copyright file with all the dependencies licensing data?
[18:06] <zyga> Pharaoh_Atem: we have a repo that automatically commits the whole dependency into vendor
[18:06] <zyga> Pharaoh_Atem: so all the copyrights and everything
[18:07] <Pharaoh_Atem> zyga: I do not see it
[18:08] <Pharaoh_Atem> https://github.com/snapcore/snapd-plus-vendor/blob/master/packaging/ubuntu-16.04/copyright
[18:08] <Pharaoh_Atem> if you're really shipping vendored tarballs, you're doing it wrong
[18:09] <Pharaoh_Atem> zyga: the thing is, an acceptable substitute would have been a debian/copyright file that has all the declarations
[18:09] <Pharaoh_Atem> but they don't
[18:10] <zyga> Pharaoh_Atem: no, not that
[18:10] <zyga> Pharaoh_Atem: we don't keep it in one place automatically
[18:10] <zyga> Pharaoh_Atem: I see what you are saying now, that will have to be done
[18:11] <zyga> Pharaoh_Atem: I'll get my hands on this, we should have done this during the vendoring
[18:11] <Pharaoh_Atem> yeah
[18:11] <Pharaoh_Atem> since it doesn't exist, we cannot vendor yet
[18:12] <zyga> I think I will do both
[18:12] <Pharaoh_Atem> zyga: incidentally, a version of the copyright file that doesn't assume that /usr/share/common-licenses/* exists would be extremely helpful
[18:12] <zyga> Pharaoh_Atem: I'll fix debian copyright because that's an omission
[18:12] <Pharaoh_Atem> because as you're aware, that's Debian only thing
[18:12] <zyga> Pharaoh_Atem: and I'll package deps separately in case this is a policy issue of any kind
[18:13] <Pharaoh_Atem> yeah
[18:13] <Pharaoh_Atem> well, fortunately, as a maint/comaint for those deps, it's not problematic to update as needed
[18:14] <Pharaoh_Atem> keep in mind it's not like the Debian world where updating deps is difficult politically due to bureaucratic processes just making it difficult
[18:14] <zyga> Pharaoh_Atem: I'll try to get the build deps packaged tonight, maybe at lest two
[18:14] <zyga> Pharaoh_Atem: yes :-)
[18:14] <zyga> Pharaoh_Atem: will you be around in +3 hours if I poke you for a quick review
[18:14] <Pharaoh_Atem> yes
[18:15] <zyga> Pharaoh_Atem: looking at the list.. just top-to-bottom I guess
[18:16] <zyga> Pharaoh_Atem: with some luck maybe suse can reuse them
[18:16] <zyga> Pharaoh_Atem: but I don't have high hopes
[18:16]  * Pharaoh_Atem sighs
[18:16] <zyga> Pharaoh_Atem: btw, I ran into rpkg, is that lie fedpkg for rhel?
[18:16] <Pharaoh_Atem> pyrpkg is the base module
[18:16] <Pharaoh_Atem> fedpkg, centpkg, and rhpkg are frontends for rpkg
[18:17] <zyga> ah, I see
[18:17] <zyga> cool :)
[18:18] <zyga> Pharaoh_Atem: thanks for letting me know, please commit your changes back
[18:19] <zyga> Pharaoh_Atem: I'm going to be off next week
[18:19] <zyga> Pharaoh_Atem: maybe I can use that time for something fun :)
[18:22]  * zyga needs some sleep
[18:22] <zyga> at least an hour
[18:29] <Pharaoh_Atem> hmm
[18:29] <Pharaoh_Atem> I wonder if it might be easier to regenerate the spec using gofed
[18:45] <mup> PR snapd#2904 closed: overlord/snapstate: tweak messages in {un,}link-snap <Created by zyga> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2904>
[18:46] <mup> PR snapd#2910 closed: osutil: add package for reading Build-ID <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2910>
[18:48] <mup> PR snapd#2907 closed: overlord/ifacestate: improve error messages <Created by zyga> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/2907>
[19:04] <mup> PR snapd#2914 closed: snapstate: retry ubuntu-core -> core transition every 6h <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2914>
[19:09] <mup> PR snapd#2915 closed: errtracker: include the number of ubuntu-core -> core retries <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2915>
[19:16] <bdmurray> Is there any documentation on this Restart option?
[19:16] <bdmurray> Feb 22 19:11:25 localhost systemd[1]: snap.apport.enable.service: Service has Restart= setting other than no, which isn't allowed for Type=oneshot services. Refusin
[19:31] <mup> PR snapd#2912 closed: errtracker: include the build-id of /usr/bin/snap <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2912>
[19:32] <jjohansen> jdstrand: okay bug updated
[19:41] <jdstrand> jjohansen: thanks
[20:17] <mup> PR snapd#2917 opened: osutil: remove duplicate build_id from other branch <Created by zyga> <https://github.com/snapcore/snapd/pull/2917>
[20:20] <mup> PR snapd#2918 opened: revert: osutil: add package for reading Build-ID <Created by niemeyer> <https://github.com/snapcore/snapd/pull/2918>
[20:21] <mup> PR snapd#2918 closed: revert: osutil: add package for reading Build-ID <Created by niemeyer> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/2918>
[20:28] <mup> PR snapd#2913 closed: overlord/ifacestate: loudly ignore ErrNoState where we cannot handle it <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/2913>
[20:29] <mup> PR snapd#2919 opened: overlord/ifacestate: don't fail if affected snap is gone <Created by zyga> <https://github.com/snapcore/snapd/pull/2919>
[20:34] <mup> PR snapcraft#1159 closed: docs: use correct target to generate docs <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1159>
[20:46] <zclark> test
[20:48] <mup> PR snapd#2920 opened: wrappers/services: RemainAfterExit=yes for oneshot daemons w/ stop cmds <Created by ssweeny> <https://github.com/snapcore/snapd/pull/2920>
[22:00] <jdstrand> cprov: hey. I'm trying to see the plugs and slots for all the snaps in the store. I'm using curl -s https://search.apps.ubuntu.com/api/v1/snaps/search?fields=name,plugs,slots | jq -M '.', but the output is incomplete (eg, ufw and snappy-debug aren't in there). what am I doing wrong?
[22:00] <lazyPower> has snapcraft grown support for detecting snapped lxd?
[22:01] <lazyPower> sorry i asked before i looked and found https://bugs.launchpad.net/snapcraft/+bug/1666735
[22:01] <mup> Bug #1666735: snapcraft cleanbuild does not work with lxd installed via snap <Snapcraft:New> <https://launchpad.net/bugs/1666735>
[22:03] <jdstrand> nessita: hey, perhaps you can hel with my question? ^
[22:08] <bdmurray> Ah, I found bug 1613971 and commented on it.
[22:08] <mup> Bug #1613971: using oneshot results in failed service <Snapcraft:Invalid> <Snappy:New> <https://launchpad.net/bugs/1613971>
[22:10] <pedronis> jdstrand: the output is paginated, you need a script (but maybe I'm misunderstanding the question)
[22:12] <cprov> jdstrand: yup, there are 6 pages of 100 results each. Let me find a script you can use
[22:16] <jdstrand> pedronis, cprov: ah, thanks
[22:16] <jdstrand> I didn't know if there as an extra something to add to the url to give me unpaginated
[22:17] <jdstrand> nessita: nm, cprov is helping me
[22:17] <ssweeny> bdmurray: as luck would have it https://github.com/snapcore/snapd/pull/2920 should take care of that :)
[22:17] <mup> PR snapd#2920: wrappers/services: RemainAfterExit=yes for oneshot daemons w/ stop cmds <Created by ssweeny> <https://github.com/snapcore/snapd/pull/2920>
[22:17] <cprov> jdstrand: something like this -> https://pastebin.canonical.com/180409/
[22:18] <jdstrand> ssweeny: oh, nice! :)
[22:18] <jdstrand> cprov: let me try
[22:20] <jdstrand> cprov: yes, that is perfect. thanks!
[22:21] <cprov> jdstrand: anytime
[22:22] <jdstrand> cprov: and aiui, this is only for stable and there isn't a way to search via search.apps.ubuntu.com for other channels, right?
[22:23] <jdstrand> ssweeny: hey, do you know of a snap that slots 'upower-observe'?
[22:24] <cprov> jdstrand: yup, stable (strict+classic)
[22:24]  * jdstrand nods
[22:24] <jdstrand> thanks again
[22:24] <cprov> np
[22:25] <ssweeny> jdstrand: can't think of one
[22:27] <jdstrand> ssweeny: ok, thanks. the slot side was implemented but I can't find a snap that uses it
[22:27] <jdstrand> slot side of the interface
[22:27] <jdstrand> I'll ask mor phis tomorrow
[22:27] <ssweeny> right. I've seen one or two plug side uses of it
[22:31] <mup> PR snapd#2919 closed: overlord/ifacestate: don't fail if affected snap is gone <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2919>
[22:43] <mup> PR snapcraft#1160 opened: history: rename to 'revisions' with alias 'list-revisions' <Created by josepht> <https://github.com/snapcore/snapcraft/pull/1160>
[22:45] <mup> PR snapd#2921 opened: releasing package snapd version 2.22.6 <Created by zyga> <https://github.com/snapcore/snapd/pull/2921>


[09:56] <popey> wxl: you haven't accepted my invitation to be a mentor yet
[12:11] <mallen> how do I add mentors to one of my tasks? Or do I have to get them to add themselves?
[15:05] <popey> mallen: i can add them
[15:05] <popey> mallen: want me to add balloons?
[15:06] <popey> (once he signs in) :D
[15:06] <wxl> ahhh thanks for the reminder popey sorry!
[15:06] <popey> No problemo!
[15:07] <popey> Well hello thar!
[15:08] <popey> balloons: wanna see if you can add yourself as a mentor? if not, let me know and I can
[15:15] <balloons> popey, it seems I cannot
[15:15] <popey> Ok, so want me to add you to all of mallen's ones?
[15:15] <balloons> yes please :-)
[15:17] <popey> on it
[15:19] <popey> oooh, i can do it en-masse
[15:19] <popey> and have done
[16:16] <wxl> popey: can i add tasks AFTER the opening?
[16:16] <popey> Of course, most welcome
[16:17] <popey> In fact we're almost certainly going to _need_ more as we exhaust the ones we have
[16:17] <wxl> ok cool. i'm a little behind on this but i definitely have things to add and just needed to know whether or not i had only an hour XD
[17:19] <sh4dow> hello!
[17:20] <sh4dow> there's a task named "install ubuntu 17.10"
[17:20] <sh4dow> i'm on 16.04. if i upgrade, does it count as a valid one?
[17:21] <wxl> sh4dow: link me to the task, please
[17:21] <sh4dow> i'm on 16.04. if i upgrade, does it count as a valid one?wxl:
[17:22] <sh4dow> oops
[17:22] <sh4dow> https://codein.withgoogle.com/tasks/6213665139195904/?sp-organization=5133577048031232
[17:22] <wxl> 1s
[17:23] <wxl> balloons: you a boot?
[17:24] <wxl> sh4dow: balloons is the mentor for that task (one of them), so i'd confirm with him, but if it were me, i would suggest that an upgrade would suffice as long as you made sure to use new install media to do the upgrade.
[17:24] <balloons> I'm not a bot, no
[17:24] <wxl> balloons: no, a boot. sorry, too close to canada. ABOUT ;)
[17:24] <balloons> :p
[17:25] <balloons> wxl, I heard that in perfect BC english
[17:25] <wxl> XD
[17:25] <balloons> sh4dow, just make sure you show you used new media
[17:25] <sh4dow> i'm using "apt-get dist-upgrade" right now to upgrade it
[17:25] <sh4dow> i guess i'll install it on VM
[17:26] <balloons> we want you to experience using the live cd
[17:26] <sh4dow> i am using ubuntu 16.04 as my primary os already
[17:26] <wxl> yeah no dist-upgrade wouldn't use any of the tutorial at all
[17:26] <wxl> so as long as you use the tutorial for that purpose, i think that would actually be a nice edge case to cover
[17:26] <wxl> also dist-upgrade only upgrades packages, not the version
[17:26] <wxl> you'd want do-release-upgrade for that
[17:26] <sh4dow> oh
[17:27] <wxl> but don't do that :)
[17:27] <sh4dow> yeah i will
[17:27] <sh4dow> after doing dist-upgrade
[17:27] <wxl> dist-upgrade is just like upgrade but it gives the system permission to remove packages
[17:27] <wxl> at least those that are no longer needed
[17:27] <sh4dow> ah okay
[17:27] <popey> Yeah, we should add a task for upgrades
[17:27] <sh4dow> for the task, i will install it in VM, then. is it valid then?
[17:27] <popey> But these tasks are specifically clean installs.
[17:27] <wxl> well the tutorial SHOULD cover that, no?
[17:28] <wxl> (i admit to not having looked over the tutorials)
[17:28] <wxl> sh4dow: yes, that's mentioned in the task
[17:28] <sh4dow> okay. thank you all!
[17:29] <ILoveVIM> hello guys
[17:29] <ILoveVIM> i am foss
[17:29] <ILoveVIM> asia
[17:29] <ILoveVIM> lol
[17:29] <ILoveVIM> za
[17:29] <ILoveVIM> lolo
[17:29] <wxl> i see. and apparently you love vim, too.
[17:30] <popey> vim is indeed awesome.
[17:30] <ILoveVIM> vim is the best editor in universe
[17:31] <ILoveVIM> You can ride vim as unicorn
[17:33] <sh4dow> he's an Arch user
[17:33] <ILoveVIM> wtf
[17:33] <sh4dow> kick him :P (i know him)
[17:33] <ILoveVIM> how do you know this
[17:35] <ILoveVIM> SA:sdA:asd:asdASD:SD
[17:35] <ILoveVIM> A:das
[17:35] <ILoveVIM> ASD.asd:asdA:SdASD:DAS.
[17:36] <wxl> ILoveVIM: please stop.
[17:41] <ILoveVIM> ok sir.
[17:41] <ILoveVIM> I love unicorns too
[17:41] <ILoveVIM> But there is no place in my name for unicorns
[18:07] <flexiondotorg> nano ftw!
[18:07] <wxl>  /kick * @flexiondotorg
[18:07] <wxl> oops
[18:08]  * flexiondotorg shakes fist at wxl
[18:09] <wxl> as i've said before, nano is good for inputting text
[18:09] <wxl> but it's not a text editor
[18:09] <wxl> it's like a terminal wordpad
[19:16] <m4sk1n> completed my first (begineer) task
[19:16] <MaskyS> m4sk1n: nice!
[19:16] <m4sk1n> yay :D
[19:16] <wxl> congrats m4sk1n you are now officially an ubuntu contributor
[19:16] <m4sk1n> do you really think that I wasn't one before? :D
[19:17] <m4sk1n> (just minor translations contribution)
[19:18] <wxl> oh well
[19:18] <wxl> now you're a more diverse one? :)
[19:22] <m4sk1n> yup, I'm waiting for review now
[19:24] <MaskyS> m4sk1n: cool.
[19:26] <MaskyS> sergiusens: Hello btw, sergiusens. Look forward to working with you
[19:26] <MaskyS> Btw guys, do we have an IRC chatbot here?
[19:26] <MaskyS> ubot9: hey
[19:26] <MaskyS> ubot93: hello
[19:26] <sergiusens> MaskyS hello! Feel free to reach out on anything to make things go smooth
[19:27] <MaskyS> ubuntulog3: hello
[19:27] <MaskyS> sergiusens: Are the chatbots functional on this channel? Could you point me to any guides/ man pages for using them?
[19:28] <MaskyS> ubot93: help
[19:28] <MaskyS> ubot93: commands?
[19:28] <MaskyS> ubot93: irc?
[19:28] <MaskyS> ubot93: !patience
[19:29] <ppabcd> Hello
[19:29] <sergiusens> MaskyS I don't work or manage any of the bots here
[19:29] <MaskyS> ppabcd: hello :)
[19:29] <sergiusens> ppabcd hello
[19:29] <ppabcd> :))
[19:29] <MaskyS> sergiusens: oh, okay. I'll see if I can find anything on the forums.
[19:30] <sergiusens> MaskyS what in particular are you looking for?
[19:30] <MaskyS> sergiusens: logging and/or any other commands the bots may possess. For example, one of my favourite chatbots has a reminder feature.
[19:31] <sergiusens> MaskyS oh, I don't think this bots are stateful
[19:32] <sergiusens> ppabcd when he joins, you would want to reach out to davidcalle or elopio wrt tutorial translations
[19:32] <m4sk1n> !ball
[19:32] <MaskyS> sergiusens: oh okay.
[19:32] <m4sk1n> ubot93: !ball
[19:33] <m4sk1n> !magic8ball
[19:33] <ppabcd> my translation in my language xd http://prntscr.com/hghg9u
[19:33] <m4sk1n> !42
[19:34] <sergiusens> popey flexiondotorg do you know if anyone else can mentor tutorial translations?
[19:34] <m4sk1n> !hugme
[19:35] <popey> m4sk1n: please leave the bots alone. They're trying to sleep
[19:35] <m4sk1n> ok :)
[19:36] <popey> sergiusens: tricky. Maybe davidcalle?
[19:37] <sergiusens> popey yeah, I can think he would know, but not sure he is mentoring at all
[19:41] <sergiusens> ppabcd so how far are you with the translation task? Have you picked a tutorial?
[19:42] <ppabcd> hmm 59 line today
[19:42] <ppabcd> and i pick how to install ubuntu desktop
[19:43] <m4sk1n> elopio: when will you review my task?  I get text about button in Ubuntu windows for example button "try the Ubuntu desktop" in first installation. do i have to translate it too?
[19:44] <elopio> m4sk1n: hello. I'm on holidays, so I can review your task on monday, or sergiusens an kyrofa can do it earlier.
[19:44] <m4sk1n> probably if it's translated…
[19:45] <m4sk1n> when I translated `basic-snap-usage` i haven't translated output that isn't translated to Polish
[19:45] <elopio> m4sk1n: that sounds right. Until we make snap and snapcraft multilanguage, that part should be in english.
[19:45] <m4sk1n> ok :)
[19:46] <davidcalle> sergiusens: looks like I missed the memo, thanks :)
[19:47] <elopio> hey davidcalle, we already have people translating tutorials :D
[19:47] <davidcalle> elopio: I know! I pinged zyga about this one already ;)
[19:47] <elopio> davidcalle: I'm on holidays, with intermitted connection, so I will be of more help on monday.
[19:48] <davidcalle> elopio: no worries!
[19:54] <sjal> hey there
[19:55] <KrzysiekSiemv> Hi!
[19:56] <sjal> hello there KrzysiekSiemv
[19:57] <sjal> anyway, I know it's more of a mailing-list thing
[19:57] <sjal> but I really like the initiative you guys are doing
[19:57] <sjal> is it too late to help you somehow?
[19:58] <sjal> I don't really stick to ubuntu community whatsoever but would love to help if it's possible
[19:58] <MaskyS> sjal: What are you referring to as mailing list haha?
[19:58] <sjal> You know, stuff like offering help
[19:58] <sjal> I think it should stick to a mailing list
[19:58] <sjal> but if you have an IRC channel I've decided to join here and ask instead :P
[19:59] <wxl> what sort of help you want to offer?
[19:59] <Makczar> hi
[19:59] <sjal> what sort of help do you need?
[19:59] <Makczar> @elopio hi
[19:59] <wxl> the priamry help involves mentoring folks on the tasks created
[19:59] <MaskyS> sjal: I think helping out students on the IRC chat is a great way to contribute.
[19:59] <Makczar> what
[19:59] <Makczar> elopio1
[20:00] <sjal> sounds like an idea, I'm on freenode anyway while at work so :)
[20:00] <wxl> i'm not sure what exactly you can accomplish unless you're a mentor, though. are tasks publicly accessible?
[20:00] <sjal> Yeah
[20:00] <sjal> they are
[20:00] <wxl> ah then yeah you can try to walk students through what you can
[20:01] <wxl> and try to connect them with all the right folks here
[20:01] <sjal> cool, great
[20:01] <sjal> is the code-in only in english btw?
[20:01] <wxl> if there's a specific area you feel you're well versed enough on to ask as a mentor, that may be something to ask about. popey seems to be mostly in charge
[20:01] <wxl> afaik, yes
[20:01] <wxl> although there are some translation tasks out there, so it's not all ABOUT english :)
[20:04] <sjal> Do you have list of the tasks somewhere?
[20:04] <sjal> and yeah I saw some tasks that have like 10+ mentors on it so it passess quicker, not sure if the kids are looking on stuff like this
[20:04] <wxl> on the code-in page
[20:04] <sjal> but still I realised you kinda need mentors, not sure how picky you are
[20:04] <wxl> i think popey has a spreadsheet too but it's nto as official
[20:05] <popey> The site has the tasks
[20:05] <popey> No spreadsheets needed :)
[20:05] <sjal> it's not easily readible as a spreadsheet or plaintext though
[20:05] <sjal> as easily*
[20:05] <MaskyS> sjal: truw
[20:05] <MaskyS> true*
[20:06] <wxl> ummm webscrape with curl/wget? :)
[20:09] <davidcalle> elopio: do you mind if I reduce the number of instances of translation tasks? It seems to be a very popular choice and we are going to have limited resources on this specific task (between looking for native speakers and setting up a language picker for the site)
[20:10] <popey> davidcalle: that's fine, we can spread them out with lower numbers available
[20:10] <davidcalle> popey: ok :)
[20:10] <popey> maybe a task to confirm translations? :)
[20:11] <sjal> does someone proofread those translations?
[20:11] <wxl> you should check with the mentors for those tasks, sjal
[20:12] <wxl> my guess is no
[20:12] <sjal> elopio1: :P
[20:15] <sergiusens> sjal I offered to proof read those translations that were done in spanish
[20:16] <sergiusens> during the review phase of the PR for the translated tutorial
[20:16] <sjal> sergiusens: that's great
[20:16] <sjal> I could proofread in polish, I already translate for FSFE
[20:17] <sjal> I've sent mail about code-in to some schools in Poland, encouraging them to do Ubuntu related tasks, offering help in polish if they query me here on IRC
[20:22] <elopio> davidcalle: I don't mind at all.
[20:23] <elopio> I was hoping the studend would help us find somebody to proof-read, as they probably have friends who speak their own language :)
[20:23] <sjal> elopio: i'm gonna ask you straight - does anyone translate to polish?
[20:24] <elopio> sjal: m4sk1n was translating to polish. And we have a team meamber who speaks polish. And there's probably an ubuntu polish team
[20:24] <elopio> so yes.
[20:24] <sjal> yeah but I meant the students
[20:25] <elopio> sjal: m4sk1n and probably more to come in the following days.
[20:28] <elopio> I wonder where's that elopio1 coming from :/
[20:29] <elopio> ahhh
[20:55] <davidcalle> elopio: I'm a bit worried by the current lack of localization infra on tutorials.u.c. Not sure in which measure we are going to be able to publish many new translations.
[20:58] <davidcalle> I have a couple ideas on how we can work around it, but we need to look into our maintenance options too, maybe LoCos
[21:11] <davidcalle> popey: can you publish https://codein.withgoogle.com/dashboard/tasks/6574351660875776/? And other tutorials tasks not published?
[21:11] <davidcalle> I don't have publication powers
[21:23] <popey> davidcalle: holy cow there's 71 of these... ?
[21:27] <popey> done
[21:50] <elopio> davidcalle: it seems to me that just having the translated .md files is useful. But if you want, we can close this task. Or add one to make a language drop down in tutorials.ubuntu.com 😃
[22:13] <deniskamazur> hey there
[22:13] <aden_> hyea
[22:13] <aden_> heya*
[22:15] <deniskamazur> i was told to say hi to elopio, kyrofa and sergiusens :)
[22:15] <kyrofa> Hey hey deniskamazur
[22:15] <kyrofa> Welcome!
[22:57] <davidcalle> popey: thanks!
[23:07] <davidcalle> elopio: It's something we can't really manage yet and I'm afraid reviews we won't be able to do nor support will pile up and put students off. Please close it, I'm going to add a task for a language picker, and if we get something moving on this front, maybe we can reopen it.
[23:10] <elopio> davidcalle: I will close it when I'm home in the night
[23:10] <davidcalle> Thanks elopio


[00:19] <ubptgbot> <A C> (Photo, 600x1024) https://irc.ubports.com/CENqoJpD.png
[00:24] <ubptgbot> <A C> (Photo, 600x1024) https://irc.ubports.com/7oxgRnSi.png
 A, please stop posting random links and screenshots.
[02:07] <ubptgbot> <A C> What difficulties would there be to replace Qml with Python?
 Loving the TELEports app for Ubuntu Touch. Makes the phone a lot more usuable for me.
 @UniversalSuperBox [A, please stop posting random links and screenshots.], Any update on moto g5 after 2018?
 @UniversalSuperBox [A, please stop posting random links and screenshots.], [Edit] Any update on moto g5 plus after 2018?
 @RedBlade4555 [Any update on moto g5 plus after 2018?], @UniversalSuperBox this is for you. … Do answer wen u see it
 Lost the internet connection while flashing a Nexus 5. Recovery works, but how do I install Ubuntu Touch now..?
 Now ubports installer won't detect it
 Didn't it download the whole image before flashing?
 I take it you can see the device with ADB?
 I lost internet connectivity after flashing the recovery. So I have a working recovery, therefore no ADB.
 I've always used ubuntu-device-flash to flash my phones. What O/S are you using to flash from?
 Ubuntu
 recovery should have working adb?
 Have you tried to adb kill-server
 Sometimes adb is still running and 'stuck' I've had to kill of the server then connect again
 Foudn the section "Manually install Ubuntu Touch", that's what I was looking for. :)
 *Found
 Great. Let us know how it goes.
 It says "Installing update". Seems to take some time now.
 Yes. I've found it can take some time. Not sure if this will apply to you but when I've had a failed install using ubuntu-device-flash I've had to delete the image files that were downloaded to my local PC
 It's working. :) … Finally I have replaced the old and broken E4.5.
 Cool
 But OpenStore does not show me any apps, for some reason
 Sorry not sure about that.
 Anbox was pretty straight-forward to install :)
 @RedBlade4555 [Any update on moto g5 plus after 2018?], no
 @DC7IA [But OpenStore does not show me any apps, for some reason], that sounds like a bad internet connection
 @UniversalSuperBox [no], @UniversalSuperBox are there any future plans?
 @RedBlade4555 [@UniversalSuperBox are there any future plans?], I personally don't have any. Too much maintaining a mobile OS for porting a bunch of devices ;)
 But if you'd like to try it out, all the information is on the halium projectmanagement issue tracker
 Thanks
[14:19] <ubptgbot> dwayne was added by: dwayne
[14:46] <ubptgbot> Sujith Kumar was added by: Sujith Kumar
 Does installing OTA updates remove Anbox..?
 Yes
 So that's why it isn't working anymore. Thanks.
 So RC is a bad idea if I don't want to flash it every week, I guess. :D
 Can you join invite link telegram groups with any of the Ubuntu Touch apps? None seem to be playing ball.
 Forget it I was being a dunce.
[16:37] <ubptgbot> <John (Marlin)> @iamjackscompletelackofsurprise [Can you join invite link telegram groups with any of the Ubuntu Touch apps? None …], Teleports and browser don't do it?
 @John (Marlin) [Teleports and browser don't do it?], Yep. Got it sorted.  We have to rely on the browser a lot to make up for the lack of apps.
 Hi
 Loli pictures or videos?
 :)
 i think you're in the wrong place?
 this group is about UBports and Ubuntu Touch https://ubuntu-touch.io
 *Calling FBI*
 that person is gone
 uh, because they asked something in the wrong place once?
 maybe confused yumi with that other robot?
 @mateosalta [maybe confused yumi with that other robot?], Lolibot 5000?
 ?
 that person was asking for innapropriate content in UBports room,
 not necessarily
 @dohbee [Lolibot 5000?], something like that, although they changed the design a bit since first - it was nearly a direct knock of at first
 (Sticker, 512x512) https://irc.ubports.com/0HWp0q0N.webp
 (Photo, 176x208) https://irc.ubports.com/SYwvR8gn.png
 hmm.
 (Photo, 108x119) https://irc.ubports.com/odUgamzO.png
 the first one even had the logo badge spot ...
 granted that perhaps japanese cultural things are off topic, claiming it to be outright inappropriate seems a bit off :)
 thanks
 unbanned. thanks for explaining.
 Is Signal dead? There has not been any activity on github for 1.5 years.
 https://github.com/nanu-c/textsecure-qml
 Oh, correcting... 13 Jan this year
 No its not dead, would be nice if someone could help... Aaron is also actively contributing to teleports...
 So 0.5 years
 @hummlbach [No its not dead, would be nice if someone could help... Aaron is also actively c …], I could do translation stuff.. German and  Swedish
 If that is of any use... :)
 Don't know how the translation is organized... @nanu_c
 Also, I don't get any new messages (since two weeks). They appear on the desktop, but I can't load them on UT for some reason. Closing and opening the app for ~100 times makes it load one or two, though
 The hurdle to contribute to the signal app is a  bit higher than usual, as it is written in go, with a crude interface between go and qml... And there are less people out there knowing go than people knowing c++...
 [Edit] The hurdle to contribute to the signal app is unfortunately a  bit higher than usual, as it is written in go, with a crude interface between go and qml... And there are less people out there knowing go than people knowing c++...
 [Edit] The hurdle to contribute to the signal app is unfortunately a  bit higher than usual, as it is written in go, with a crude interface between go and qml if I understood that correctly... 😁 And there are less people out there knowing go than people knowing c++...
 So true... I know at least _very_ limited C, so would understand a bit, but I don't know anything about go.
 Furthermore API is not documented and has to be extracted from the java android app
 wtf
 I think they changed the API way to much
 @DC7IA [Also, I don't get any new messages (since two weeks). They appear on the desktop …], Is that a known problem?
 Until now not you can file an issue on GitHub
 Will do tomorrow. Need help with translations?
 It's a know issue that if you have to many messages that it breaks
 What can I do to fix that..?
 I mean somehow I must be able to load a few, right..?
 Logout and register again 😜
 No, please not... :(
 Then all messages will be deleted and every group has a problem
 Already had to reverify all my contacts when I flashed UT
 @nanu_c [Then all messages will be deleted and every group has a problem], + that
 I am really undecided with it, because maintaining it means, maintaining the crypto library, the API changes and the go/qml  bindings. Furthermore the database needs a rework because it loads always all messages and if ram is full the app breaks
 Did that just make my phone reboot when opening the app..? :D
 Perhaps could be 😜😜
 If someone steps in, and if I am not alone with all this tasks, then I will be for sure motivated to continue.
 Would help, but I can only translate... I don't know go. :/
 is it just using QML LocalStorage for the db stuff? or something else?
 It uses sqlite
 from the golang side?
 And all the db handling happens in go
 ah ok :-/
 And the most important bit that is the bridge between qml and go is written in assembler
 wait, what?!
 oh, no not really
 there is a tiny bit of assembler
 https://github.com/nanu-c/qml-go/blob/master/cdata/cdata_arm.s
 yes, it's a very tiny bit
 and not well documented
 But it has to be adjusted to every platform
 Actually I don't know any assembler
 for a very specific thing, not for general issues
 Instead of push, would it be possible to just start the app every n minutes so it can load messages..?
 At least until OWS decides to push to ubports
 @DC7IA [Instead of push, would it be possible to just start the app every n minutes so i …], Not currently. There's no way for an app to hold a background service or get started on an interval
 Unless it's naughty like Dekko
 there is a somewhat less naughty way to do it
 You're talking account-polld?
 yeah
 Makes sense
 @nanu_c [Until now not you can file an issue on GitHub], done
 does account-polld supports websocket?
 no; it would spawn your helper binary/script which has a few seconds to do the work
 and i'm not sure what the format of the json is to register said helper
 "Do your work, you will die in a few seconds" xd
 "Do your work, you will die in a few seconds" xD
 Without restrictions you end up with Electron
 oh jeez did I say that out loud
 @dohbee [no; it would spawn your helper binary/script which has a few seconds to do the w …], Would that be enough to load messages once in a while? @nanu_c
 actually it check's it atm once in the minute
 Just tried deleting the DB, but that makes no difference :/
 The thing is: If I re-register, I will have the same problem again.
[21:36] <ubptgbot> stellajones was added by: stellajones
 One thing that is bugging me: … I can't find a way to select text so I can copy/paste it. … How do I select something..?
 @DC7IA [One thing that is bugging me: … I can't find a way to select text so I can copy/p …], hold press on the text, move second cursor on area of text selected as needed to change what text is selected, press "Copy" icon.  Go to app that you wish to paste into and hold-press "Paste" icon
 ... although sometimes this is buggy and not consistent between apps
 @Javacookies has been creating some OSK improvements that might make these easier once they are completed
 [Edit] @Javacookies has been creating some OSK improvements that might make these tasks easier once they are completed
 Tried copying a URL in the browser.. I either selected LOTS of text also or just a part of the URL.
 @TotalSonic [@Javacookies has been creating some OSK improvements that might make these tasks …], \o/
 this is super cool - can't wait until it actually makes it into UT - https://youtu.be/Qh_CkiM4nyQ
 earlier vid with some of the functionality on better display - https://www.youtube.com/watch?v=9jKlWif0YhI
 (Photo, 1280x697) https://irc.ubports.com/pa8A00d6.png first step for debugging, clickable desktop works now
 @nanu_c [<reply to media>], (Selecting text was not meant as Signal-specific)
 (Upsi i tried to response to another message)
 So I tried Anbox, but don't need it and prefer battery. … How do I uninstall it?
[23:23] <ubptgbot> <A C> Duck duck go uses Google to search
 @DC7IA [So I tried Anbox, but don't need it and prefer battery. … How do I uninstall it?], reflash without wipe, or perhaps switching between rc amd stable may be sufficient
 I want to use devel anyway, so let's see
 currently the difference between rc and devel is sufficient to clean rootfs not sure if the difference between rc and devel is also sufficient
 @Fuseteam [currently the difference between rc and devel is sufficient to clean rootfs not …], rc and devel = rc and devel … ?
 rc is release candidate which updated weekly
 devel is daily :p
 Yeah
 Which is why I want devel
 hmhm which one are you on now?
 Went from RC to devel. Icons are still there, but anbox image seems gone. How do I get rid of it completely..?