[00:06] <MarkB2> Could someone refer me to a URL having a guide on installing UBuntu Linux to an external USB-HDD ?
[06:17] <mup> Bug #1634089 opened: Cannot activate Chinese input method for Qt app <Snappy:New for jdstrand> <https://launchpad.net/bugs/1634089>
[07:30] <mup> PR snapd#2540 closed: tests: fix mkversions.sh failure on zesty <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2540>
[07:34] <mup> PR snapd#2545 closed: overlord: allow max 100 changes in "ready" state to avoid growing changes for 24h <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/2545>
[07:35] <mup> PR snapd#2545 opened: overlord: allow max 100 changes in "ready" state to avoid growing changes for 24h <Created by mvo5> <https://github.com/snapcore/snapd/pull/2545>
[07:55] <mup> PR snapd#2546 opened: overlord: use a ticker for the pruning <Created by mvo5> <https://github.com/snapcore/snapd/pull/2546>
[08:41] <mup> PR snapd#2512 closed: Release snapd 2.20.1 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2512>
[09:13] <mup> PR snapd#2547 opened: To allow access disk partition from efivar library with mmc and other platform specific drivers interface <Created by timchen119> <https://github.com/snapcore/snapd/pull/2547>
[09:53] <mup> PR snapd#2377 closed: snap: provide friendlier `snap find` message when no snaps are found <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2377>
[09:55] <mup> PR snapd#2527 closed: tests: fix -reuse and -resend when govendor is missing <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2527>
[10:02] <cking> any ideas why I'm seeing "binary_filesize: This field is required." when I try and upload the bcc snap?
[10:07] <cking> looks like it's been reported here: https://bugs.launchpad.net/software-center-agent/+bug/1649946, it is blocking me uploading the bcc snap, so it's a show stopper for me
[10:07] <mup> Bug #1649946: race condition in uploader widget  <Software Center Agent:New> <https://launchpad.net/bugs/1649946>
[10:10] <mup> Bug #1653648 opened: classic does not properly unmount /dev/pts on exist <Snappy:New> <https://launchpad.net/bugs/1653648>
[10:48] <mup> PR snapd#2548 opened: snap: show `snap --help` output when just running `snap` <Created by mvo5> <https://github.com/snapcore/snapd/pull/2548>
[11:00] <mup> PR snapd#2518 closed: many: put a marker in the User-Agent sent by snapd/snap when under testing <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2518>
[12:19] <ogra_> xnox, hmm, seeing bug 1651947, do you also plan to backport the transition to the LTSes (xenial mainly so we can have it in the snappy images)
[12:19] <ogra_> (i assume "transition" just means pointing urandom to the new file)
[12:19] <mup> Bug #1651947: installer ought to install a proper random-seed <livecd-rootfs (Ubuntu):Confirmed> <ubiquity (Ubuntu):Confirmed for xnox> <https://launchpad.net/bugs/1651947>
[12:19] <liuxg> sergiusens, is this a problem in the snapcraft tool? I am now still stuck here. https://bugs.launchpad.net/snapcraft/+bug/1650946
[12:19] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <Snapcraft:New> <https://launchpad.net/bugs/1650946>
[12:20] <xnox> ogra_, i've based my comment on the xenial systems.
[12:21] <xnox> ogra_, i see that on my xenial desktop systemd-seed-random.service is used and expects /var/lib/systemd/seed-random.
[12:21] <xnox> ogra_, i expect more of "fix broken stuff" rather than "transition pointlessly from one name to another"
[12:22] <ogra_> welll, i just noticed that we ship both in snappy ... do you mean /var/lib/systemd/seed-random will be properly seeded regardless ?
[12:22] <xnox> ogra_, what i mean is that /var/lib/urandom/seed-random is not used at all in xenial by anything (e.g. it is not read, not loaded into random pool on boot)
[12:23] <xnox> however, let me check initramfs hooks too.
[12:23] <ogra_> (iirc we use a generator that transitions sysv jobs over to systemd units on first start)
[12:24] <xnox> ogra_, but urandom.service masks urandom init.d script, and thus only systemd-seed-random.service is in use.
[12:25] <xnox> e.g. $ systemctl status urandom -> gives the status output for systemd-seed-random.
[12:25] <ogra_> ah, k
[12:25] <ogra_> then we're fine
[12:28] <mup> PR snapcraft#1021 closed: integration tests: add alias integration test <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1021>
[12:31] <mup> PR snapcraft#1012 closed: travis.yaml: use docker exec to split build phases <Created by 3v1n0> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1012>
[12:55] <mup> PR snapd#2370 closed: i18n: use github.com/mvo5/gettext.go (pure go) for i18n to avoid cgo <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2370>
[13:04] <shuduo> sergiusens: hi, according to your blog i tried to reproduce UC16 image for dragonboard. but the booting interrupted. i have reported a bug https://bugs.launchpad.net/snappy/+bug/1652617. Anything wrong i made?
[13:04] <mup> Bug #1652617: customized dragonboard image cannot complete booting <Snappy:New> <https://launchpad.net/bugs/1652617>
[14:04] <sergiusens> shuduo that post is rather old, might need some updating to get the right toggles in place
[14:19] <shuduo> sergiusens: do you mean snapcraft-examples/examples/96boards-kernel need update too?
[14:19] <sergiusens> shuduo if it does, we welcome a PR
[14:23] <shuduo> sergiusens: there is a customer working on their community kernel by referring the blog but stuck there now. any quick way to fix or workaround? thanks
[14:26] <mup> PR snapcraft#941 closed: sources: support symlinks in deb sources <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/941>
[14:32] <mup> PR snapcraft#727 closed: Add a new build plugin 'shell' that runs arbitrary shell commands <Created by Magical-Chicken> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/727>
[14:44] <mup> PR snapcraft#972 closed: ci: add a checklist in the pull request template <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/972>
[14:46] <sergiusens> shuduo no, not really I haven't touched anything kernel in more than 9 months, maybe ogra_ can help
[14:46] <ogra_> well, i can obnly point you forward to the kernel team
[14:47] <ogra_> given how old the blocg post is it is well possible that things changed regarding the default config etc
[14:48] <shuduo> ogra_: could you let someone of kernel team in #snappy know? :)
[14:48] <ogra_> well, ppisati seems to still be on vacation
[14:49] <ogra_> (at least i dont see him here)
[14:49] <shuduo> ogra_: okay. let me wait ppisati back.
[14:51] <shuduo> ogra_: maybe EXT4_FS need be builtin to fix. i  will try
[14:52] <ogra_> shuduo, hmm, looking at the bug ... do you actually have a filesystem labelled "writable" on the SD at all ?
[14:53] <liuxg> sergiusens, ping
[14:53] <ogra_> also note that the gadget snaps from github are still untested ... did you try using the gadget from the stable channel instead ?
[14:54] <ogra_> (you are building with two modified snaps there, i'd try with one only first so you can rule out that something is broken by the combination of them)
[14:54] <liuxg> sergiusens, when I build my classic snap project, it shows sth like http://imgur.com/a/zJbCk
[14:55] <mup> PR snapd#2549 opened: cmd/snap-confine: add shutdown helper <Created by chipaca> <https://github.com/snapcore/snapd/pull/2549>
[14:57] <shuduo> ogra_: http://pastebin.ubuntu.com/23733760/
[14:58] <ogra_> heh, parted -l .... (-l is a fdisk flag,. parted needs "print", that is why it prints sda too)
[14:59] <ogra_> well, the Sd looks fine to me
[14:59] <ogra_> so yeah, try with building in ext4 ...
[14:59] <shuduo> ogra_: i also tried launchpad's  lp:~snappy-dev/snappy-hub/snappy-systems but no luck. good point to use stable channel's
[14:59] <ogra_> and really try with the gadget from the store first
[14:59] <ogra_> i.e. just drop --extra-snaps dragonboard_16.04-0.18_armhf.snap
[15:00] <ogra_> that will make it pull the one from the store
[15:01] <ogra_> while you're at it. vfat needs to be builtin too
[15:01] <alf_> mvo: Hi! I was looking at upower_observe.go interface and noticed that it only supports running upowerd unconfined (i.e. plug rules have label=unconfined). Is this on purpose, or just not updated yet to support non-classic?
[15:01] <shuduo> ogra_: okay i will try them as your suggest. thanks
[15:02] <ogra_> good luck
[15:04] <liuxg> elopio, do you still have the reported problem in your place? https://bugs.launchpad.net/snapcraft/+bug/1650946
[15:04] <mup> Bug #1650946: unhelpful error when building a classic snap: classic confinement requires the core_dynamic_linker to be set <Snapcraft:Incomplete> <https://launchpad.net/bugs/1650946>
[15:07] <alf_> jdstrand: ^^ see question to mvo above
[15:11] <mvo> alf_: sorry, I defer to jdstrand for this one
[15:11] <alf_> mvo: sure, thanks
[15:16] <elopio> liuxg: not sure. I will retry today.
[15:17] <liuxg> elopio, OK. I am still having the problem. I am not sure whether it is related to any installation.
[15:52] <elopio> jdstrand: hey, I heard you were having troubles with your rocket account. Did you solve them? I can't log in.
[15:54]  * ogra_ had that too ... solved it by remembering that i had created the login before SSO was enabled on the rocket server .... normal username/passwd login worked for me 
[15:54] <ogra_> it is pretty misleading that it always wants to take you to SSO immediately
[15:57] <elopio> ogra_: username/password doesn't work for me. Neither password recovery.
[15:59] <ogra_> wow, thats bad
[16:06] <morphis> jdstrand: ping
[16:17] <mup> PR snapd#2129 closed: interface hooks: prepare plug slot hooks (step 1) <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/2129>
[16:18] <mup> PR snapd#2547 closed: To allow access disk partition from efivar library with mmc and other platform specific drivers interface <Created by timchen119> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2547>
[16:25] <mup> PR snapd#2209 closed: interface hooks: confirm plug slot hooks (step 2) <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/2209>
[16:29] <mup> PR snapcraft#1023 closed: nodejs plugin: fix the plugin’s dependency installation <Created by jonathon-love> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1023>
[16:30] <mup> PR snapd#2550 opened: interface hooks: connect plug slot hooks (step 2) <Created by stolowski> <https://github.com/snapcore/snapd/pull/2550>
[16:48] <mup> Bug #1634089 changed: Cannot activate Chinese input method for Qt app <Snappy:Fix Released by jdstrand> <https://launchpad.net/bugs/1634089>
[16:49] <jdstrand> alf_ (cc mvo): regarding upower-observe and unconfined: the interface is currently only designed for classic (and thus, unconfined), which is why it is currently in implicitClassicSlots in snap/implicit.go. upowerd does not exist in the core snap so a slot implementation (and corresponding updates to the interface) would need to be implemented.
[16:51] <jdstrand> elopio: re rocket> it worked fine once I stopped trying to use sso
[16:51] <jdstrand> morphis: hey
[16:53] <alf_> jdstrand: morphis is working on upower-control which contains a slot part. If that lands, is then the next step is to update upower-observer for non-classic? (e.g. ###SLOT...### vars?)
[16:54] <jdstrand> alf_: yes, though it could be part of the same PR
[16:54] <mup> Issue snapd#2538 closed: Stop the download of the snap package <Created by sidahmed-malaoui> <Closed by sidahmed-malaoui> <https://github.com/snapcore/snapd/issue/2538>
[17:01] <morphis> alf_: if I forgot that, let me fix that tomorrow
[17:01] <morphis> jhodapp: first, happy new year and I hope you had a good time off :-)
[17:33] <iLembus_> anyone here knows details about Ubuntu Snappy Core?
[17:33] <iLembus_> I'd like to install it on an Raspberry Pi 3
[17:34] <iLembus_> but the first boot needs to be guided with a display device
[17:34] <iLembus_> i dont have such a thing
[17:34] <iLembus_> any chance i can ssh into it?
[17:34] <kyrofa> iLembus_, unfortunately SSH is only enabled after the first boot
[17:35] <iLembus_> kyrofa: isn't there like a special edition i could use which enabled a default-configured ssh?
[17:35] <iLembus_> kyrofa: any alternative?
[17:35] <kyrofa> ogra_, is console conf made available over serial?
[17:35] <iLembus_> kyrofa: i only want a small and stable device to install ownCloud
[17:37] <kyrofa> iLembus_, yeah fair enough-- the default images have no default passwords, which is why that first boot experience exists. But indeed, if you make your own image you can do whatever you like with it
[17:37] <Chipaca> iLembus_, not even a serial cable?
[17:38] <kyrofa> Chipaca, I'm not 100% certain that is available on serial (though it should be)
[17:38] <kyrofa> I've seen a few people mention it doesn't work
[17:39] <kyrofa> Have you tried it?
[17:39] <Chipaca> that was my next question (to ogra_)
[17:40] <Chipaca> it used to work, i haven't tried it in a while though
[17:40] <Chipaca> it works in qemu :-D
[17:40] <kyrofa> iLembus_, have you tried that?
[17:40] <Chipaca> bah, last time i tried it which was a few weeks ago also :-)
[17:42] <ogra_> kyrofa, yes, indeed
[17:42] <ogra_> console-conf is replacing all tty jobs until it was run one
[17:42] <ogra_> *once
[17:43] <mup> Issue snapd#2510 closed: spread tests fail when invoked in a sub-directory (generate-packaging-dir) <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/issue/2510>
[17:43] <mup> PR snapd#2511 closed: spread: find top-level directory before running generate-packaging-dir <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/2511>
[17:43] <ogra_> so it will be available on all possible consoles, including serial
[17:43] <kyrofa> ogra_, alright very good, thank you!
[17:44] <ogra_> (and i know it definitely works on stable images, i tested it there last release)
[17:44] <kyrofa> iLembus_, that's probably your best bet, then
[17:44] <ogra_> no idea about edge though ... i havent touched them in a while
[17:47] <mup> PR snapcraft#986 closed: parser: clean up help <Created by josepht> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/986>
[17:59] <elopio> ogra_: how can I change the /etc/os-release of snappy? Where does it come from?
[17:59] <ogra_> elopio, from under mvo's desk ;)
[18:00] <ogra_> elopio, it is set hard-coded in livecd-rootfs during the build of the core snap, i dont think there is a way to change it despite re-squashing
[18:02] <Cust0sLimen> hi
[18:03] <ogra_> elopio, http://paste.ubuntu.com/23734598/
[18:03] <ogra_> elopio, what needs changing ?
[18:09] <Cust0sLimen> is there some place where I can see available snaps ?
[18:09] <Cust0sLimen> want to know if there is current vlc snap
[18:09] <Cust0sLimen> nvm
[18:09] <Cust0sLimen> https://uappexplorer.com/apps?type=snappy
[18:10] <Cust0sLimen> hmm
[18:10] <Cust0sLimen> only see vlc daily
[18:10] <Cust0sLimen> is there like vlc 2.2.4 ?
[18:17] <elopio> ogra_: it has an extra "
[18:18] <elopio> VERSION_ID="16""
[18:18] <kyrofa> Cust0sLimen, indeed, all I see is daily as well. Note that they are published by videolan, though-- probably a question for the
[18:18] <kyrofa> m
[18:18] <ogra_> elopio, yeah, i see it ... fixing (for edge though)
[18:19] <elopio> ogra_: could you get it from a repository during the build?
[18:19] <elopio> not a big deal now that you will fix it, but it would be nice to know where it is defined, and be able to propose changes there.
[18:22] <ogra_> elopio, http://paste.ubuntu.com/23734727/ uploaded ... will be in tomorrows edge core snap
[18:23] <elopio> ogra_: thank you!
[18:23] <ogra_> elopio, you can file a snappy bug and open a livecd-rootfs task next time and assign to mvo or me ... we are usually the only ones caring for that package in that context
[18:24] <ogra_> that package lives fully in the image PPA though ... and it isnt really easy to trace back that the change came from  a script during build ... so IRC ping is probably still the best bet
[18:24] <elopio> ogra_: I had time to play with my beagle during the holidays :) I have a few questions for you, but I'm first trying to not drown in my inbox. I'll be bothering you later in the week :)
[18:25] <ogra_> elopio, dont hold back ;)
[19:25] <mup> Bug #1653769 opened: Missing keyring interface <Snappy:New> <https://launchpad.net/bugs/1653769>
[21:14] <lololollolololol> yo'
[21:14] <lololollolololol> l,,,,,,,llllllllllll,
[21:14] <lololollolololol> l
[21:14] <lololollolololol> l
[21:14] <lololollolololol> k
[21:14] <lololollolololol> k
[21:14] <lololollolololol> ]j
[21:14] <lololollolololol> j
[21:14] <lololollolololol> jk
[21:14] <lololollolololol> k
[21:14] <lololollolololol> j
[21:14] <lololollolololol> j
[21:14] <lololollolololol> i
[21:14] <lololollolololol> 0
[21:14] <lololollolololol> o\o
[21:14] <lololollolololol> lo
[21:14] <lololollolololol> lo
[21:14] <lololollolololol> l
[21:14] <lololollolololol> l
[21:15] <lololollolololol> o/o
[21:15] <lololollolololol> ;
[21:15] <lololollolololol> ;
[21:15] <lololollolololol> ;
[21:15] <lololollolololol> oop
[21:15] <lololollolololol> ;
[21:15] <lololollolololol> '
[21:15] <kyrofa> JamieBennett, ^^
[21:15] <lololollolololol> op
[22:44] <mup> PR snapcraft#971 closed: tests: fix integration tests in armhf <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/971>