[00:01] <ali1234> there's a generated wrapper in the mix too
[00:01] <ali1234> my command line in the snapcraft is : desktop-launch infodump --platform eglfs
[00:06] <ali1234> okay infodump is completely absent from the snap... wat
[00:06] <ali1234> oh wait, no it isn't
[00:06] <ali1234> it is at /snap/infodump/x1/home/ubuntu/snaps/infodump-test/parts/infodump
[00:07] <ali1234> /home/ubuntu/snaps/infodump-test is of course the directory with the snapcraft.yaml
[00:11] <ali1234> command-infodump.wrapper has: exec "desktop-launch" infodump -platform eglfs "$@"
[00:11] <ali1234> so of course infodump is not on the part
[00:11] <ali1234> *path
[00:20] <ali1234> hmm i see a snapcraft upgrade on desktop
[00:20] <ali1234> maybe i can't reproduce it because it is a regression
[00:37] <stokachu> whats your snapcraft.yaml look like ali1234
[00:37] <ali1234> http://paste.ubuntu.com/22975659/
[00:38] <stokachu> ali1234: i think the infodump under parts: is what is confusing snappy
[00:38] <stokachu> call it like infodump-copy
[00:38] <stokachu> ali1234: https://github.com/conjure-up/conjure-up/blob/master/snapcraft/snapcraft.yaml thats mine
[00:39] <stokachu> i had the same problem with my binary 'conjure-up'
[00:39] <ali1234> i have another one
[00:39] <stokachu> had to make sure the keys didn't overlap
[00:39] <ali1234> http://paste.ubuntu.com/22975816/
[00:39] <ali1234> this one works fine
[00:39] <stokachu> ah ok
[00:39] <stokachu> may not be the same problem i had then
[00:41] <ali1234> aaaaaaargh
[00:41] <ali1234> found the problem :/
[00:41] <ali1234> target.path = build in the stupid qmake file
[00:41] <stokachu> ah
[00:41] <ali1234> i thought i fixed that
[00:42] <stokachu> well at least you know the issue now :)
[00:42] <ali1234> yeah. i wonder why it reverted
[00:42] <ali1234> probably forgot to commit the change on git
[00:43] <stokachu> ive spent several days trying ot get my stuff packaged
[00:43] <stokachu> i feel your pain
[00:43] <ali1234> i keep running into walls tbh
[00:43] <ali1234> missing interfaces mainly
[00:43] <stokachu> yea same here
[00:43] <stokachu> im just pulling everything i need into a single snap
[00:43] <stokachu> makes it bloated but works
[00:45] <ali1234> i'm making something for embedded use... at the moment i need: sysfs gpio, i2c-dev, sysfs backlight, uinput, videocore... and a patched Qt
[00:45] <ali1234> oh and pulseaudio in the all-snap
[06:56] <pbek> For some reason I get a "Issue detected while analyzing snapcraft.yaml: Cannot find definition for part 'desktop/qt5'. It may be a remote part, run `snapcraft update` to refresh the remote parts cache" again when building a snap with Launchpad or locally with snapcraft. It worked 12h ago.
[06:57] <pbek> I locally have snapcraft 2.14 installed.
[06:57] <didrocks> pbek: hey, did the issue just happened?
[06:57] <didrocks> I wonder if the transition plan from josepht didn't work as expected
[06:57] <pbek> yes, just now. worked 12h ago
[06:57] <pbek> https://launchpadlibrarian.net/278346021/buildlog_snap_ubuntu_xenial_amd64_qownnotes_BUILDING.txt.gz
[06:57] <didrocks> ok, can you try replacing it with desktop-qt5 and check if it works?
[06:59] <didrocks> josepht: sergiusens: seems like something is wrong on the transition plan for / in parts, see ^
[06:59] <jcjordyn120> go join #thelinuxgeekcommunity
[07:00] <pbek> didrocks: I still get "Issue detected while analyzing snapcraft.yaml: Cannot find definition for part 'desktop-qt5'. It may be a remote part, run `snapcraft update` to refresh the remote parts cache"
[07:00] <didrocks> did you run snapcraft update as indicated?
[07:00] <didrocks> (I think you did, but just checking ;))
[07:00] <pbek> yes, I did
[07:00] <didrocks> argh
[07:01] <pbek> (it's part of my build script) ;)
[07:01] <didrocks> I don't remember the API endpoint… is it urgent, like, can this wait for josepht to show up online to debug with him?
[07:01] <didrocks> I can give you a quick workaround, but I think you will not be the only one to get this
[07:01] <didrocks> (but then, please stay online and revert the workaround to ensure we get to the bottom of this :))
[07:02] <pbek> wgrant from the launchpad channel mentioned: https://parts.snapcraft.io/v1/parts.yaml's desktop part looks weird. I wonder if something's changed around subparts.
[07:02] <didrocks> yeah, subparts changed
[07:02] <didrocks> see the ML and my concerns about it :)
[07:02] <didrocks> yeah, no dekstop/* or desktop-* entry here
[07:03] <didrocks> that's why it's failing
[07:03] <pbek> It's not urgent, I there are not many snap users yet...
[07:03] <didrocks> pbek: I think they will be up in ~5-6h, mind pinging them then?
[07:03] <pbek> https://code.launchpad.net/~pbek/+snap/qownnotes
[07:04] <pbek> didrocks: I think I'll be gone by then...
[07:05] <pbek> this is the repository I use: https://git.launchpad.net/~pbek/qownnotes-snap/tree/
[07:05] <didrocks> pbek: perfect, I was going to ask you for the repo :) I'll ensure we have a look at it so that we can fix this. Sorry for the trouble
[07:06] <pbek> snapcraft is software... always evolving :)
[07:07] <didrocks> pbek: heh, I have a tab opened with your tree as a reminder :)
[07:07] <pbek> *giggle*
[07:08] <didrocks> pbek: btw, I think source-type isn't necessary in your snapcraft.yaml. Autodetection from extension should work
[07:08] <didrocks> (if not, we can fix it)
[07:09] <pbek> I will remove it in the next release, thank you
[07:11] <didrocks> yw!
[07:13] <pbek> I love snaps, I hope my last issues I have with the QOwnNotes snap will be gone some day (or I find a workaround).
[07:14] <pbek> issues: https://github.com/ubuntu/snappy-playpen/issues/145 (on the bottom)
[07:14] <didrocks> pbek: the home issue changing is more a feature than an issue, what's the pb with it?
[07:15] <didrocks> Qt theme -> we have a plan with platform/runtime snaps for this :)
[07:17] <pbek> QOwnNotes did detect the home directory and stored that as setting for the note folder (like  `/home/omega/snap/qownnotes/13`), but after an update the folder wasn't accessible any more because the revision changed ;)
[07:18] <pbek> I worked around the problem by cutting out the `/snap/qownnotes/\d+` part
[07:20] <didrocks> ahhhhhh, you save the folder to not really on env variable afterward, interesting
[07:20] <didrocks> you could as well replace this version number with current/
[07:21] <didrocks> scratch that, doesn't work for SNAP_USER_DATA
[07:23] <pbek> I got that directory from QDir::homePath() ;) but in the case of QOwnNotes I wanted the real home directory of the user because ownCloud will be syncing with that anyway, so my workaround is ok
[07:23] <pbek> the character set problems and the languages are more bothering...
[07:24] <didrocks> yeah, there has been discussions on the ML. There are some ideas to explore to fix those
[07:27] <pbek> +1 :)
[07:58] <mup> PR snapd#1668 opened: tests: prevent restore error on test failure <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1668>
[08:17] <liuxg> when I try to remove a snap from the system, it complains "error: cannot remove "tomcat-webapp-demo": snap "tomcat-webapp-demo" has changes in progress". is there any way to force to remove it from my system? thanks
[08:21] <ogra_> sergiusens, kyrofa, josepht, bah, the final version of the "type: os" fix doesnt work, something you changed since the initial commit seems to have broken it ... (the snapcraft i used in the PPA had the initial patch only)
[08:21] <ogra_> ubuntu@localhost:~$ ls -lh /home/
[08:21] <ogra_> total 4.0K
[08:21] <ogra_> drwxr-xr-x 3 root root 4.0K Aug 11 08:17 ubuntu
[08:21] <ogra_> ubuntu@localhost:~$
[10:16] <zyga> ogra_: http://www.cnx-software.com/2016/08/11/u-boot-now-supports-uefi-on-32-bit-and-64-bit-arm-platforms/?utm_campaign=shareaholic&utm_medium=google_plus&utm_source=socialnetwork
[10:17] <ogra_> zyga, yeah, awful
[10:17] <timothy> lol
[10:23] <ogra_> zyga, oh, idmap ! thats indeed a good idea
[10:23]  * ogra_ just read the bug
[10:23] <ogra_> s/bug/comment/
[10:24] <ogra_> though that operates on a filesystem level
[10:25] <ogra_> so you would have to hook iinto squashfs
[10:32] <zyga> ogra_: you can either idmap all the snaps so that they look consistent or idmap the hostfs so that it looks consistent for running snap apps
[10:33] <ogra_> well, doesnt that need support on the FS side ?
[10:33] <zyga> ogra_: but yeah, I just don't know if idmap is available outside of nfs
[10:33] <ogra_> (does it work with other filesystems than NFS)
[10:33] <zyga> yeah
[10:33] <zyga> well, just a kernel patch (rolls eyes)
[10:34] <ogra_> but see my bug comment, seems squashfs actually creates a caching table for the uids
[10:34]  * mwhudson reads macaroon code, feels his brain dribble out of his ears
[10:34] <ogra_> so if something like idmap could hook in there and simply cheat them to the correct value, that could work
[10:35] <zyga> ogra_: as for uefi on uboot, I think that's pretty useful :)
[10:35]  * ogra_ hands mwhudson two cups for his ears
[10:35] <ogra_> zyga, i dont ... but yeah, some cloud people might like it
[10:35]  * ogra_ finds it as useful as chainloading grub from uboot ... :P
[10:35] <ogra_> (just added useless complexity)
[10:36] <ogra_> (since you need to hand the dtbs from one bootloader implementation to the next on the boards we use)
[10:37] <mwhudson> ogra_: would you like some acpi too?
[10:37] <ogra_> hahaha
[10:37]  * mwhudson gets LEG flashbacks
[10:38] <ogra_> heh, yeah, though didnt acpi for arm64 server boards actually happen in the end ?
[10:38] <mwhudson> define 'happen'
[10:38] <ogra_> well, being implemented ...
[10:38] <mwhudson> i think there is support in the kernel at last, not sure about shipping hw actually using it...
[10:38] <ogra_> i think there are some server boards
[10:39] <ogra_> doing uefi and acpi ... so you dont need to adjust the cloud SW that runs on top
[10:39] <mwhudson> i don't think ubuntu is supported on any of them using acpi though
[10:39] <mwhudson> (might be wrong, i sort of agressively stopped paying attention a while ago)
[10:40] <ogra_> yeah, that was a jonmasters thing ... i guess fedora supports it
[10:46] <zyga> ogra_: if you think of it ubuntu-core is just like that cloud software, whatever you or I think about acpi or uefi, consistency is useful
[10:46] <zyga> mwhudson, jdstrand, mvo: https://github.com/snapcore/snap-confine/pull/98/files
[10:46] <mup> PR snap-confine#98: Move apparmor profile for snap-confine to src/ <Created by zyga> <https://github.com/snapcore/snap-confine/pull/98>
[10:46] <zyga> this is a simple but tricky change, I just want to ensure that all the packaging gets it right downstream
[10:47] <mwhudson> zyga: i certainly support the intent
[10:49] <ogra_> hmpf ... linux-meta in proposed is out of sync ... that nicely made tonights ubuntu-core amd64 builds explode
[10:50] <ogra_> mwhudson, seems you havhe e to wait a day longer for the netplan fix :(
[10:51] <mwhudson> ogra_: it's ok, we're making our own snaps anyway still
[10:51] <ogra_> err, so i can revert the writable dir ?
[10:53] <mwhudson> well no, we'll need it sooner or later
[10:53] <ogra_> ok
[10:53] <mwhudson> just the failure of builds today is not a problem
[10:53] <ogra_> good
[10:54] <ogra_> i hope i have the separate kernel snap builds done today ...  then i can rip out all the breaking code from the ubuntu-core builds
[10:55] <ogra_> oh, bah ... dear LP ... dont show me timeouts on the request-builds page and still run the builds ... grrr ... now i have two builds going in a row
[10:56] <zyga> mvo, mwhudson: where do we keep snap-confine packaging for xenial and yakkety? I'm looking for something like a git repo that can be maintained and that is used the next time an upstream release has to be packaged
[10:57] <zyga> I asking because I'm working on removal of stale debian/ from snap-confine source tree so that spread tests are ran against the source tree and current state of downstream packaging
[10:57] <mwhudson> zyga: i haven't done any ubuntu specific stuff for snap-confine
[10:57] <zyga> so that eventually we know if we can release now and if it really works as intended
[10:57] <mwhudson> zyga: but, take the branch on alioth, push it to github or launchpad or something?
[10:58] <zyga> debian is in the same boat but I want to start with ubuntu because all the tests are passing there
[10:58] <zyga> mwhudson: yeah, that makes sense, I'm just asking if there's a branch like that already, I'll wait for mvo to reply
[10:59] <mvo> zyga: I just use the packaging from the archive and apply the individual fixes for now
[11:00]  * mwhudson zzz
[11:01] <zyga> mvo: ok, would you oopse if I take the packaging form the archive and upload it to launchpad/github
[11:01] <zyga> mvo: and so that the next time we do a release that packaging is combined with the upstream tarball to form a release
[11:01] <zyga> mvo: my intent is to ensure that *tested* (during usual spread CI) code is released and packaged *as tested*
[11:03] <mvo> zyga: sure, thats fine
[11:03] <zyga> mvo: great, thanks!
[11:04] <zyga> mvo: I will document everything in the upstream tree
[11:11] <mvo> zyga: new snap-confine is uploaded to xenail-proposed, thanks for the fix. I also uploaded it to the ppa so I can test it with spread
[11:11] <jdstrand> zyga: probably the easiest thing to do there would be a make install to /usr and then diff the resulting profile with what we had before. do the same to /usr/local and see it the correct parts change
[11:13] <ogra_> mvo, so where do we stand with the kernel sideloading fix ? (i got new kernel snaps but yesterday the pi2-kernel was still not sideloadable)
[11:13] <mvo> ogra_: do you have r4 for ubuntu-device-flash?
[11:14] <mvo> ogra_: sudo snap refresh --devmode ubuntu-device-flash
[11:14] <ogra_> yes, that was the one i had upgrade issues with ... i remved/reinstalled it yesterday to make it work again
[11:15] <mvo> ogra_: ok, you got a zimage failure, iirc, could you please run "file" on the kernel.img and initrd.img
[11:15] <mvo> ogra_: I wonder if something got corrupted
[11:16] <ogra_> let me try a fresh build ...
[11:19] <mvo> ogra_: it might be some corruption issue
[11:20] <zyga> mvo: thank you
[11:21] <zyga> jdstrand: good idea, I will do that in a second, just writing some documentation
[11:29] <ogra_> ok, fresh build ...
[11:29] <ogra_> ogra@anubis:~/datengrab/images/snappy$ ls /media/ogra/writable/system-data/snap/pi2-kernel/
[11:29] <ogra_> unset
[11:29] <ogra_> err
[11:30] <pbek> didrocks: 'desktop/qt5' reminder ;)
[11:31] <ogra_> mvo, http://paste.ubuntu.com/23014754/ seems to be all fine
[11:38] <zyga> jdstrand: I just checked, the profiles are identical except for the new features that were added (nothing is broken by the branch I linked to)
[11:38] <zyga> jdstrand: if you can comment on https://github.com/snapcore/snap-confine/pull/98 that would give me more confidence in merging this
[11:38] <mup> PR snap-confine#98: Move apparmor profile for snap-confine to src/ <Created by zyga> <https://github.com/snapcore/snap-confine/pull/98>
[11:38] <ogra_> mvo, and along with the above paste http://paste.ubuntu.com/23015149/ thats the snap.yaml that snapcraft created for it
[11:39] <mvo> ogra_: and if you boot that?
[11:40] <ogra_> well, see the "unset" in the first paste ... the snap doesnt even end up on the image ... so i'm pretty sure it cant boot ... but let my try anyway
[11:40] <ogra_> reading pi2-kernel_x1.snap/kernel.img
[11:40] <ogra_> ** Unable to read file pi2-kernel_x1.snap/kernel.img **
[11:40] <ogra_> reading pi2-kernel_x1.snap/initrd.img
[11:40] <ogra_> ** Unable to read file pi2-kernel_x1.snap/initrd.img **
[11:40] <ogra_> Bad Linux ARM zImage magic!
[11:40] <ogra_> Scanning mmc 0:1...
[11:40] <ogra_> there you go
[11:40] <zyga> mvo: how can I apt-get source from the proposed pocket?
[11:41] <ogra_> zyga, by adding a deb-src line to your sources.list for it
[11:41] <ogra_> (and update ...)
[11:41] <mvo> ogra_: uh, its not on the image - hm, what commandline did you use?
[11:41] <mvo> ogra_: I will try to reproduce
[11:41] <ogra_> ogra@anubis:~/datengrab/images/snappy$ sudo /snap/bin/ubuntu-device-flash core 16 --channel edge --gadget pi3 --kernel pi2-kernel_4.4.0-1019_armhf.snap --os ubuntu-core -o test-pi3.img
[11:41] <zyga> oh, nice, Ican use deb-src without deb, thanks
[11:42] <ogra_> mvo, the snap i use is at https://code.launchpad.net/~ogra/+snap/kernel-test-snap/+build/2670
[11:42] <zyga> will any apt-pinning get in the way?
[11:43] <ogra_> mvo, this is the equivalent amd64 snap from the same build (with adjusted name/version in snapcraft.yaml) https://code.launchpad.net/~ogra/+snap/kernel-test-snap/+build/2681 which works fine in kvm
[11:43] <ogra_> it is definitely uboot related
[11:43] <ogra_> (or non-amd64 related ... however you want to put it)
[11:44] <mvo> ogra_: hm, must be something subtle, I got a booting pi2 yesterday, lets see
[11:44] <ogra_> mvo, from a local kernel snap ?
[11:44] <mvo> ogra_: so I assume your system-boot does not have unpacked kernel subdir?
[11:44] <mvo> ogra_: yes, local sideloaded kernel
[11:44] <ogra_> nope
[11:45] <ogra_> let me try with a kernel from the store again .... but i tried that yesterday with the same result ...
[11:45] <ogra_> ... just to be sure
[11:45] <zyga> timothy: did you get your spread key?
[11:45] <mvo> ogra_: no need to try, I strongly suspect a bug somewhere in u-d-f
[12:07]  * ogra_ tries to find some lünch
[12:10] <jdstrand> zyga: I plan to
[12:15] <mvo> zyga: hm, looks like with snap-confine with the mkdir change the "failed to create user data directory. errmsg: Permission denied" is back on ecryptfs systems :(
[12:26] <zyga> mvo: oh, drat
[12:26] <zyga> mvo: we don't test that in spread :-(
[12:27] <zyga> mvo: encryptfs is the thing where the home directory is encrypted
[12:27] <mvo> yes
[12:27] <zyga> mvo: or when the whole / is encrypted?
[12:27] <zyga> jdstrand: ^^ can you please help us out?
[12:27] <mvo> zyga: just home
[12:27] <zyga> mvo: I don't have any test environment for that, I can try to install ubuntu in a VM with encrypted home but this will take me a while
[12:28] <zyga> mvo: I assumed that during the sprint in leiden, when some people encountered this, the proposed version of snap-confine already fixed this
[12:28] <zyga> mvo: do you have the apparmor denial?
[12:30] <zyga> who might know about ecryptfs and how to set that up for a single test user?
[12:30] <mvo> zyga: http://paste.ubuntu.com/23018211/
[12:31] <mvo> zyga: tyhicks or jdstrand know about ecryptfs, afaik its possible to create it for a new user just for testing
[12:32] <zyga> mvo: I want to have a spread test that has this, otherwise it will just break again :/
[12:42] <mvo> ogra_: fwiw, I got the same error 10 today on my system when upgrading from r4 to r5 of u-d-f
[12:42] <ogra_> crap
[12:42] <josepht> ogra_: hrm, I'll take a look
[12:43] <ogra_> mvo, seems to only happen for the --edge --devmode combo though
[12:43] <ogra_> (or --beta --devmode)
[12:46] <didrocks> josepht: hey, did you see the discussion we had with pbek earlier?
[12:47] <didrocks> josepht: seems the transition doesn't work as expected (please scrollback)
[12:47] <josepht> didrocks: looking
[12:47] <mvo> ogra_: ha! I have a kernel OOPS
[12:47] <ogra_> aha !
[12:47] <ogra_> apparmor ?
[12:47] <ogra_> or squashfs ?
[12:47] <mvo> jdstrand: I got an apparmor oops :/
[12:47] <mvo> ogra_: apparmor
[12:48] <josepht> didrocks: I just replied to my PR, we need the plain version of the desktop sub-parts in the snapcraft-desktop-helpers repo.  Want me to file another PR?
[12:49] <didrocks> josepht: sure, please do!
[12:49] <didrocks> josepht: I don't know about the plain version as "gtk2", those never existed
[12:49] <didrocks> people are using either desktop/gtk2 or desktop-gtk2, right?
[12:49] <didrocks> now, if we look at the API, there is only "desktop" and that's it
[12:49] <josepht> didrocks: right, but in the snapcraft.yaml for the origin they are just 'gtk2', etc
[12:50] <didrocks> oki, trusting that would work :)
[12:51] <mvo> ogra_: can you please try r5 of u-d-f from the store? I suspect it was snapcraft playing tricks with me
[12:51] <mvo> ogra_: I will test in a sec too, but the oops killed my machine
[12:51] <ogra_> i know what you mean :)
[12:51]  * ogra_ snap removes and snap installs instead
[12:52] <ogra_> WOAH !
[12:52] <jdstrand> mvo: that's no good. can you file a bug with a reproducer? jj is off today, but he can perhaps look at it tomorrow (or perhaps tyhicks sooner)
[12:53] <ogra_> mvo, jdstrand http://paste.ubuntu.com/23019578/
[12:53] <josepht> didrocks: https://github.com/ubuntu/snapcraft-desktop-helpers/pull/6
[12:53] <mup> PR ubuntu/snapcraft-desktop-helpers#6: Add back the original parts as well so older versions of snapcraft-parser works <Created by josepht> <https://github.com/ubuntu/snapcraft-desktop-helpers/pull/6>
[12:53] <ogra_> thins time even after a remove/install run
[12:53] <ogra_> (i got a kernel updated today and havent rebooted yet though)
[12:55] <ogra_> http://paste.ubuntu.com/23019750/
[12:55] <ogra_> and also a kernel oops
[12:55] <jdstrand> mvo: (cc tyhicks) that seems to be the same trace as bug #1579135
[12:55] <mup> Bug #1579135: kernel BUG on snap disconnect from within a snap <apparmor (Ubuntu):Incomplete> <https://launchpad.net/bugs/1579135>
[12:56] <josepht> didrocks: I just re-ran the parser and the desktop/xxx parts are back
[12:56] <jdstrand> mvo (cc tyhicks): jj (and to some extent I) tried to get a reliable reproducer for that but were unable to
[12:56] <josepht> pbek: can you try again after doing another 'snapcraft update' please?
[12:57] <mvo> jdstrand: I commted with how it happend to me, I can try to reproduce but will need to reboot first, looks like apparmor_parser is hanging
[12:58] <tealeg> hmmm... the desktop remote part seems to have been corrupted somehow
[12:59] <ogra_> mvo, same here ... i tried to install it again but it doesnt move anymore
[12:59] <josepht> tealeg: can you try 'snapcraft update' and see if they are fixed now?
[12:59] <tealeg> josepht: yes!
[12:59] <tealeg> josepht: ha.. I've been fiddling for 20 minutes, and the moment I come here it's fixed ;-)
[13:00] <tealeg> josepht: cheers!
[13:00] <josepht> tealeg: just good timing, I made a mistake in a PR to get ready for the removal of namespacing
[13:03] <ogra_> hmpf ... and it seems the hanging apparmor_parser made my shutdown go stuck
[13:05] <zyga> hanging?
[13:05] <ogra_> yeah
[13:05] <ogra_> see above
[13:06] <ogra_> kernel oops on snap refresh .. after that the parser hangs
[13:07] <didrocks> josepht: nice! :)
[13:07] <josepht> ogra_: which livecd-rootfs package?
[13:12] <morphis> mvo: I still have problems with the latest u-d-f: https://paste.ubuntu.com/23020975/
[13:12] <ogra_> josepht, ?
[13:12] <liuxg> kyrofa, ping
[13:12] <ogra_> josepht, what do you mean
[13:13] <kyrofa> liuxg, pong
[13:13] <josepht> ogra_: to test the os snap ownership issue; there are three versions of livecd-rootfs.  I assume the latest?
[13:13] <ogra_> josepht, ah, it is the one in the snappy image PPA
[13:14] <liuxg> kyrofa, in China, a customer is trying to package mysql, tomcat into a snap. I refer to your owncloud example for the mysql part. it is a great example. I want to understand whether your mysql listens to port 3306 or just a socket?
[13:14] <josepht> ogra_: here right? https://launchpad.net/~snappy-dev/+archive/ubuntu/image
[13:14] <ogra_> josepht, you can do a local build using lp:ubuntu-core-snap (needs sudo for the snapcraft call since it creates a bunch stacked of chroots)
[13:14] <ogra_> and yes, then locally install that livecd-rootfs package first
[13:15] <ogra_> (just wget and dpkg -i the deb)
[13:15] <kyrofa> liuxg, just a socket, certainly
[13:15] <jdstrand> ogra_: istr you saying you had an sshfs snap. would you mind sharing it with me?
[13:15] <kyrofa> liuxg, but it requires the use of the my.cnf shipped in the snap, too
[13:15] <kyrofa> liuxg, skip-networking, specifically
[13:15] <ogra_> jdstrand, sadly i only tried to create one ... i didnt finish it
[13:16] <liuxg> kyrofa, if I want to change it to listen to the <IP_ADDRESS>:3306, how can I change it? https://github.com/kyrofa/owncloud-snap
[13:16] <jdstrand> ogra_: would you mind sharing what you have?
[13:16] <ogra_> i'll try to find the time before EOW
[13:16] <kyrofa> liuxg, are you using that config file?
[13:16] <liuxg> kyrofa, the customer is using jsp to develop the webserver.
[13:17] <jdstrand> ogra_: I'm looking into the fuse interface and wanted to play with different things
[13:17] <liuxg> kyrofa, yeah, I am trying to understand your code, or I just stage-package from the standard ubuntu archive?
[13:18] <kyrofa> liuxg, you'll run into issues with using the stage-package: https://kyrofa.com/posts/snapping-nextcloud-mysql
[13:18] <kyrofa> liuxg, but yeah, try just removing the skip-networking stanza in the config flag
[13:18] <kyrofa> config file rather
[13:18] <ogra_> jdstrand, http://paste.ubuntu.com/23021415/
[13:18] <kyrofa> No coffee yet
[13:18] <ogra_> jdstrand, you want to rip out the zenity bits though ... doesnt work
[13:19] <ogra_> oh, and i dont have the sshfs bits in there anymore (and have no history)
[13:19] <liuxg> kyrofa, thanks for sharing the article. do you have any links on how to configure it?
[13:19] <ogra_> essentialyl you want to replace the ssh exec call with an sshfs mount call there
[13:22] <jdstrand> ogra_: ack, thanks!
[13:22] <liuxg> kyrofa, so removing skip-networking is the only place I need to change, do I need to set the IP address and port number there in the my.cnf file. thanks
[13:23] <kyrofa> liuxg, try bind-address=<IP_ADDRESS>
[13:23]  * ogra_ sighs and reboots his PC too ... same apparmor_parser hang and oops
[13:24] <kyrofa> liuxg, I think you can also use port=<whatever>
[13:25] <liuxg> kyrofa, thanks. other than this, it should be fine. do I need to change anything there in the mysql.server file?
[13:25] <ogra_> and indeed same hard hang on shutdown
[13:26] <morphis> ogra_: did the new u-d-f work for you with a local kernel snap?
[13:26] <liuxg> kyrofa, I have seen that you are using mysql.sock in the file mysql.server.
[13:26] <ogra_> morphis, well, i could have tested it if the snap refresh call had not killed all my machines
[13:27] <morphis> ogra_: oh, did apparmor crash on the kernel side?
[13:27] <ogra_> yes
[13:28] <morphis> ogra_: saw the same here
[13:32] <kyrofa> liuxg, yeah I used the mysql.server file to put things in the right place
[13:33] <jdstrand> huh
[13:34] <pbek> josepht: I rebuilt QOwnNotes on https://code.launchpad.net/~pbek/+snap/qownnotes and it worked great! Thanks a lot!
[13:34] <josepht> pbek: great! you're welcome
[13:34] <josepht> pbek: ... and sorry for the trouble :)
[13:35] <jdstrand> mvo, morphis, ogra_: if all of you are seeing the crash, can you give detailed instructions on how you are triggering it in bug #1579135. we weren't able to do it. eg, if using all snaps system include the core, kernel, gadget snaps used to create it (or where to fetch the image), the commands needed to trigger it, etc
[13:35] <mup> Bug #1579135: kernel BUG on snap disconnect from within a snap <apparmor (Ubuntu):New> <https://launchpad.net/bugs/1579135>
[13:35] <jdstrand> it sounds like all of you have stumbled upon a reliable reproducer
[13:36] <ogra_> yeah, i just need to snap remove/install the u-d-f package on my desktop PC to trigger it
[13:36] <liuxg> kyrofa, do I need to change it if I use localhost:3306?  I found that you replaced it with your own. I am thinking whether I just use the original one without replacing it. thanks
[13:36] <pbek> josepht: that's the beauty of free open source, problems can be found and fixed fast :)
[13:37] <Ursinha> hi all, I created a snap that uses the camera interface but after I install it "snap interfaces" doesn't show ":camera" as being used, like other interfaces: http://paste.ubuntu.com/23022501/
[13:37] <Ursinha> am I missing something or this is a bug?
[13:37] <mvo> ogra_: did you had a chance to test u-d-f r5? if not I will do it now
[13:37] <kyrofa> liuxg, you'll need to figure out some way of making mysql use $SNAP and $SNAP_DATA, then
[13:37] <ogra_> ogra@anubis:~/datengrab/images/snappy$ ls -l /media/ogra/system-boot/pi2-kernel_x1.snap/
[13:37] <ogra_> insgesamt 9464
[13:37] <ogra_> drwxr-xr-x 2 ogra ogra     512 Aug 11 11:54 dtbs
[13:37] <ogra_> -rw-r--r-- 1 ogra ogra 3029303 Aug 11 11:54 initrd.img
[13:37] <ogra_> -rw-r--r-- 1 ogra ogra 6660128 Jul 23 00:35 kernel.img
[13:38] <mvo> ogra_: oh, that looks promising
[13:38] <ogra_> mvo, looks very good, havent tried to boot it yet ... gimme a bit i need to re-setup all my serial terminals again (rebooting sucks !!!)
[13:38] <kyrofa> liuxg, you _might_ be able to do that all in the config file. But then I'm not sure why I didn't (this was a while ago, now). Maybe I couldn't get environment variables in there
[13:38] <morphis> jdstrand: yeah, mvo already put in what I did too
[13:39] <liuxg> kyrofa, yeah, right. I saw that in your code. you did change the directory paths there in the file due to security.
[13:39] <jdstrand> ok, cool. maybe now that we have something more reliable jj can track down the bug (tyhicks and ratliff, fyi ^)
[13:40] <liuxg> kyrofa, do you mean in the my.cnf file? maybe I can have a try. thanks!
[13:40] <kyrofa> liuxg, indeed
[13:40] <liuxg> kyrofa, it seems that we can do the configuration in the file my.cnf according to the article at http://www.cyberciti.biz/tips/how-do-i-enable-remote-access-to-mysql-database-server.html
[13:41] <kyrofa> liuxg, not security just so much as to make it work in the snap period :)
[13:41] <ogra_> [   97.091705] cloud-init[2602]: Cloud-init v. 0.7.7 running 'init-local' at Thu, 11 Aug 2016 13:40:53 +0000. Up 93.42 seconds.
[13:41] <ogra_> [  OK  ] Started Initial cloud-init job (pre-networking).
[13:41] <ogra_> [    **] A start job is running for Run snap...boot setup (1min 21s / no limit)
[13:41] <jdstrand> kgunn: couple small things for the mir PR
[13:41] <ogra_> mvo, it boots, but i get the above
[13:41] <ogra_> (network connected etc)
[13:41] <mvo> ogra_: aha, interessting
[13:42] <ogra_> now it timed out and slowly moves on mounting the snap units
[13:42] <kyrofa> liuxg, unfortunately that doesn't help you: https://serverfault.com/questions/476924/environment-varibales-in-mysql-configuration-file
[13:42] <ogra_> but each of them seems to take ~30sec
[13:42] <kyrofa> liuxg, unless you want to hardcode those paths, which I recommend against
[13:43] <ogra_> ubuntu@localhost:~$ snap list
[13:43] <ogra_> Name         Version     Rev  Developer  Notes
[13:43] <ogra_> pi2-kernel   4.4.0-1019  x1              -
[13:43] <ogra_> pi3          16.04-0.1   1    canonical  -
[13:43] <ogra_> ubuntu-core  16.04.1     182  canonical  -
[13:43] <ogra_> ubuntu@localhost:~$
[13:43] <ogra_> \o/
[13:43] <mvo> cool
[13:43] <ogra_> yeah,., looks fine
[13:43] <ogra_> that was a pi3 btw :)
[13:44] <liuxg> kyrofa, ok. I understand you. the variables cannot be used in the my.cnf file. that is the purpose doing it in your mysql.server file, right?
[13:44] <kyrofa> liuxg, indeed
[13:44] <ogra_> and i can finally verify my kernels ... and they work
[13:45] <liuxg> kyrofa,  do I need to change anything if I do not socket to connect to the database. I have not studied your mysql.server file too much yet.
[13:46] <kyrofa> If you disable the socket then yeah, you'll probably want to remove the --socket param and related code
[13:46] <jdstrand> zyga: fyi, https://github.com/snapcore/snapd/pull/1502 is tagged 'Reviewed' so I think it falls off people's radar, but it has my +1 (see my comment from a moment ago)
[13:46] <mup> PR snapd#1502: Add an interface for tpm <Reviewed> <Created by jessesung> <https://github.com/snapcore/snapd/pull/1502>
[13:47] <jdstrand> zyga: I might also mention that the team's use of 'Reviewed' is awkward since it then disappears from lists that people look at and people may not see the changes that the requestor makes. perhaps I don't understand the process you guys are using for that
[13:48] <ogra_> sergiusens, kyrofa, so when building a snap with "type: kernel" in my snapcraft.yaml, but nmot using the kernel plugin itself, snapcraft populated snap.-yaml with "kernel: vmlinuz" as a default value ... mvo told me yesterday soon only kernel.img will be allowed for that entry, can we make snapcraft default to that (do you need a bug ?)
[13:48] <liuxg> kyrofa, thanks. I will have a try.
[13:49] <morphis> mvo: do you saw my paste from above?
[13:49] <mvo> ogra_: this entry can go away entirely
[13:49] <morphis> mvo: https://paste.ubuntu.com/23020975/ it is
[13:50] <ogra_> mvo, does u-d-f/u-image ignore it (i.e. is it harmless) ?
[13:50] <mvo> ogra_: yes
[13:50] <mvo> morphis: hm
[13:50] <ogra_> ah, then it is just cosmetics anyway
[13:50]  * ogra_ doesnt care about lipstick :P
[13:50] <mvo> morphis: ls -l kernel.img please? maybe a broken symlink?
[13:51] <morphis> its a symlink but a valid one
[13:51] <mvo> ogra_: yeah, it should still not be there
[13:51] <ogra_> morphis, are you still using my branch ?
[13:51] <morphis> ah wait
[13:51] <josepht> kyrofa: it seems shutil.copystat doesn't do what I wanted/expected wrt ownership
[13:51] <ogra_> i switched the kernel.img stuff yesterday
[13:51] <morphis> ogra_: yes
[13:51] <ogra_> probably re-sync then
[13:51] <ogra_> (save your snapcraft.yaml somewhere, i cahnge that one all the time)
[13:51] <kyrofa> josepht, ugh, darn. I saw that bug re-opened, wondered about that
[13:52] <ogra_> so pi2-kernel and pc-kernel are good to go ... only dragonboard missing now ... then i can drop 200 lines (or so) from livecd-rootfs :D
[13:53] <ogra_> lovely day that is :)
[13:53] <mup> Bug #1612260 opened: My package is published but not showing up in the store <Snappy:New> <https://launchpad.net/bugs/1612260>
[13:53] <jdstrand> mvo: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1579135/comments/21
[13:53] <mup> Bug #1579135: kernel BUG on snap disconnect from within a snap <apparmor (Ubuntu):New> <https://launchpad.net/bugs/1579135>
[13:54] <kyrofa> josepht, does it not work at all, or just not the way we expected?
[13:55] <josepht> kyrofa: it doesn't preserve owner/group
[13:55] <josepht> kyrofa: everything else though
[13:55] <kyrofa> josepht, ah, just the mode bits?
[13:55] <kyrofa> Basically everything we don't need?
[13:55] <kyrofa> josepht, ogra_ that's my mistake, I'm sorry
[13:56] <ogra_> no worries
[13:56] <ogra_> i just rolled back the PPA snapcraft
[13:56] <josepht> kyrofa: nah, I should've caught that
[13:56] <ogra_> once the full fix lands i can drop it again
[13:56] <kyrofa> josepht, another reason I wish we could figure out a way to have an integration test for this
[13:56] <ogra_> luckily thats super easy to do
[13:57] <kyrofa> josepht, even when we do it right, we're wrong! :P
[13:58] <mvo> jdstrand: its not so straightforward it seems, but i try some more
[13:58] <liuxg> kyrofa, just confirm one thing, the database "owncloud" user is "root", and it has no password, right? thanks
[13:59] <kyrofa> liuxg, I'm afraid it's far more complicated ;) . See https://github.com/kyrofa/nextcloud-snap/blob/master/src/mysql/start_mysql
[14:02] <mvo> jdstrand: I'm trying it with a different version upgrade now (r3 -> r5) but hit a store issue
[14:04] <liuxg> kyrofa, yes, it looks very complicated. it is random. In fact, I use "mysql-client", and I can create tables for owncloud. but it needs to have root proivilege to do it.
[14:05] <mup> PR snapd#1668 closed: tests: prevent restore error on test failure <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1668>
[14:05] <kyrofa> liuxg, yeah you can do it that way. But yeah, with the way the snap is configured all those files are stored in SNAP_DATA which is only readable by root
[14:05] <kyrofa> (with the permissions I set, I mean)
[14:06] <liuxg> kyrofa, so, it does not need to have a password in the sense?
[14:07] <kyrofa> liuxg, it does actually. That's part of what's generated in start_mysql, and it's saved in a .ini in $SNAP_DATA/mysql
[14:07] <kyrofa> liuxg, check out the mysql-client as setup in the snap
[14:07] <kyrofa> You'll see it using that file
[14:08] <liuxg> kyrofa, yes, it uses the root.ini file. I got it thanks.
[14:29] <tyhicks> zyga: did you get an answer about how to set up an encrypted home user?
[14:30] <tyhicks> zyga: on a classic system, `adduser --encrypt-home <username>` will work
[14:33] <zyga> tyhicks: nope
[14:34] <zyga> tyhicks: I popped up a new VM :)
[14:34] <zyga> tyhicks: thanks, this will be valuable for spread
[14:37] <tyhicks> zyga: it'll be a bit of a pain because you'll have to do an actual login and provide a password before the encrypted home directory will be mounted
[14:37] <zyga> tyhicks: that's okay, for now I just want to do a one-off fix
[14:38] <tyhicks> ok
[14:44] <kgunn> jdstrand: hey so i do want the mir interface to work for actually 3 configs a kiosk/all-snaps, u8-system/all-snaps & u8-system/classic
[14:45] <kgunn> knowing that....what would be the best category in implicit
[14:45] <kgunn> ?
[14:45] <kgunn> other than the name implying it....how do those implicit lists get treated differently by snapd?
[14:46] <kgunn> zyga: ^ ?
[14:46] <kgunn> @implicitClassic vs just implicit
[14:46] <nothal> kgunn: No such command!
[14:50] <zyga> kgunn: sorry I don't understand what you mean by that
[14:52] <kgunn> zyga: so when adding a slot to the system you also add the interface to the list in
[14:52] <kgunn> https://github.com/snapcore/snapd/blob/master/snap/implicit.go#L30
[14:52] <kgunn> one list is implying Classic in the name
[14:52] <kgunn> just wondering...do those interfaces get treated differently by snapd? or is it just convention that we're keeping seperate lists?
[15:00] <SamYaple> sergiusens: ok. just to be clear, the approach i will take regarding refactor of python modules is a _new_ module called python, combine everything in like the qt module did with qt4 and qt5, then change the python2, python3 modules to super the python module for backawards compat
[15:01] <SamYaple> then i guess we deperate python2 and python3? maybe?
[15:01] <SamYaple> i guess we dont have to even
[15:02] <zyga> jdstrand: hey, can you weigh your opinion on https://bugs.launchpad.net/snap-confine/+bug/1612291
[15:02] <mup> Bug #1612291: cannot create $SNAP_USER_DATA when using ecryptfs and sudo <Snappy Launcher:New> <https://launchpad.net/bugs/1612291>
[15:03] <zyga> kgunn: ah, I see, they are treated differently
[15:03] <zyga> kgunn: based on release.OnClassic one of the lists is not used
[15:03] <zyga> kgunn: classic being anything but an all-snap image
[15:06] <tyhicks> zyga: why can't 'owner' be used? are there files being written to those directories that aren't owned by the user?
[15:06] <zyga> tyhicks: because of sudo, I presume
[15:06] <zyga> tyhicks: I just tested this
[15:07] <zyga> tyhicks: the owner check probably checks euid
[15:07] <tyhicks> zyga: that change allows snaps to read the encrypted files of any user
[15:09] <zyga> tyhicks: with sudo
[15:09] <zyga> tyhicks: or with services
[15:09] <zyga> tyhicks: do you have any other suggestion?
[15:09] <zyga> tyhicks: currently this is a blocker for SRU according to what mvo said
[15:10] <tyhicks> zyga: that's the best that can be done in policy
[15:11] <tyhicks> jdstrand: have any additional thoughts?
[15:11] <zyga> mvo: ^^
[15:11] <mvo> zyga: I wonder if we should bite the bullet and just not do it in snap-confine and land all the other fixes instead to avoid that this is needed
[15:11] <mvo> zyga: seems its a can of worms :/
[15:12] <liuxg> kyrofa, I just tried to remove the option "--socket="$SNAP_DATA/mysql/mysql.sock"" in the mysql.server, and the mysqld failed to get started. I found that "root.ini" file has only one field "password=xxxxxx".  is there any switch to turn off the "socket" besides that option there in the file? thanks
[15:12] <jcastro> what component do I log a bug against for the store/login/auth piece?
[15:12] <zyga> tyhicks: wait, I disagree, this is just for snap-confine, per-app policy already should allow this to make :home work
[15:13] <tyhicks> oh
[15:13] <zyga> tyhicks: this is just for snap-confine to setup the data directory, after that we switch the apparmor profile to one that already works OK
[15:13] <tyhicks> I missed that this was a change for the snap-confine profile
[15:13] <zyga> mvo: ^^ maybe not all is lost :)
[15:13] <mvo> zyga: :)
[15:13] <mvo> puhh
[15:14] <tyhicks> zyga, mvo, jdstrand: since this is for snap-confine's profile, I'm fine with the change
[15:15] <morphis> ogra_: ok, its your script creating incorrect symlinks: kernel.img -> vmlinuz-4.4.0-1019-raspi2-*
[15:16] <mvo> morphis: ha! I suspected its a broken symlink :)
[15:17] <morphis> :-)
[15:17]  * mvo feels smug now
[15:17] <zyga> tyhicks: thanks, I'll take that as an approval to make the change
[15:18] <tyhicks> that's fine
[15:18] <balloons> zyga, remember our bash completion discussion in Leiden? I thought there was a bug report for it, but it seems there isn't. I'd like to file one now, under snapcraft I think, as a request for a bash completion interface. Does that make sense?
[15:19] <zyga> balloons: under launchpad.net/snappy plase
[15:19] <zyga> please*
[15:19] <balloons> zyga, do you think it's something snappy itself has to solve? that too was my initial thought, but then I wondered if framing it as an interace request made more sense
[15:20] <jdstrand> zyga, tyhicks: that change is fine for snap-confine imo
[15:20] <zyga> balloons: yes
[15:20] <balloons> zyga, ack. I'll file requesting support. Thanks!
[15:20] <jdstrand> zyga: I noticed that the /usr/src and /var/log changes aren't in xenial-proposed. can the next upload to xenial-proposed include those?
[15:21] <jdstrand> zyga: not sure if you saw, I acked the .in PR just now
[15:26] <zyga> balloons: I'm not sure, mvo is handling SRU in a custom way to make things effectively land; I'm working on upstream changes and on making testing reliable now
[15:26] <zyga> balloons: that change will be in 1.0.40 upstram
[15:26] <zyga> upstream
[15:26] <zyga> jdstrand: thanks!
[15:27] <mup> Bug #1612303 opened: Snaps don't support bash autocompletion <Snappy:New> <https://launchpad.net/bugs/1612303>
[15:27] <balloons> zyga, are you saying the autocompletion is coming?
[15:29] <jdstrand> balloons (and zyga): that is a dupe of bug #1590767
[15:29] <mup> Bug #1590767: Support snap installed completion scripts <snapd-interface> <Snappy:New> <https://launchpad.net/bugs/1590767>
[15:29] <balloons> jdstrand, bah I was looking and looking for the dupe bug. I swore I'd seen it
[15:30] <mup> Bug #1612303 changed: Snaps don't support bash autocompletion <Snappy:New> <https://launchpad.net/bugs/1612303>
[15:34] <zyga> balloons: no :)
[15:34] <zyga> balloons: It's probabyl very hard or impossible for untrusted snaps
[15:34] <zyga> balloons: and even if the actual runtime may require changes to existing completion support
[15:34] <zyga> balloons: but you asked :)
[15:36] <jdstrand> zyga: I actually outlined a way to pull it off in the bug
[15:36] <zyga> jdstrand: oh, interesting, I'll read that with interest then
[15:39] <kgunn> jdstrand: so based on what zyga's answer was, i think mir actually is an implicitslot (not classic)
[15:40] <zyga> kgunn: is't mir a slot on the mir snap?
[15:40] <zyga> kgunn: or on the core snap on classic when mir is a package
[15:41] <zyga> mvo: can you please comment on https://github.com/snapcore/snap-confine/pull/97 so that I can land it
[15:41] <mup> PR snap-confine#97: Restore creation of $SNAP_USER_DATA <Created by zyga> <https://github.com/snapcore/snap-confine/pull/97>
[15:41] <ogra_> morphis, did you update to the latest ?
[15:41] <ogra_> morphis, i fixed that yesterday morning
[15:43] <tgm4883> What's the process for getting something added as an interface? I don't see an interface that would give access to what I need
[15:43] <tgm4883> Looking at http://snapcraft.io/docs/reference/interfaces
[15:44] <zyga> tgm4883: file a bug, work on a patch, discuss this, read http://www.zygoon.pl/2016/08/creating-your-first-snappy-interface.html
[15:44] <liuxg> skip-networking
[15:44] <tgm4883> zyga: ah cool, thanks
[15:47] <kgunn> zyga: so it's actually kind of all of the above.... mir is a snap on core, mir is a package on u8-classic, mir will be part of some-os-snap for u8-personal
[15:48] <zyga> kgunn: so the interface is the same in both cases, just the decision if classic should get the mir slot should be dynamic, based on availability of mir as a classic package
[15:48] <zyga> kgunn: i'd start simple
[15:48] <zyga> kgunn: make mir a snap, ignore the classic package
[15:48] <kgunn> zyga: in which case, it should be an implicitslot right?
[15:49] <kgunn> also fwiw, mir is in main, so technically all classic ubuntu will have it
[15:49] <jdstrand> kgunn: you're goal is to have it be implicit on classic aiui. that's fine but it won't work as is since on unity8 classic mir will be unconfined and installed via debs. like I said, that can be fixed in a future. I suggest moving to implicitClassic then. that way the slot doesn't show up on all-snap systems unless the snap is installed and shows up on classic
[15:50] <jdstrand> kgunn: or if you are keeping it simple now, just remove it from implicit altogether
[15:51] <kgunn> jdstrand: but what about u8-personal?
[15:51] <jdstrand> kgunn: you said that is an all snaps system
[15:51] <kgunn> yes, all snaps
[15:51] <jdstrand> kgunn: which means either it is installed as a snap
[15:51] <jdstrand> kgunn: or there is a different 'core' image that has it preinstalled
[15:51] <kgunn> yes
[15:52] <jdstrand> kgunn: since that different core image doesn't exist today, don't pretend it does
[15:52] <jdstrand> kgunn: therefore, leave out of implicit
[15:52] <kgunn> ok
[15:52] <jdstrand> when the landscape changes, we can adjust that
[15:52] <kgunn> alright, was just trying to plan ahead
[15:52] <jdstrand> it sounds like we may need some detection logic on whether or not it is implicit. again, future stuff
[15:53] <kgunn> jdstrand: or would there be yet-another implicit list?
[15:53] <jdstrand> maybe
[15:53] <kgunn> like is implicit really just ubuntu-core?
[15:53] <kgunn> implicit today that is
[15:53] <jdstrand> well, afaik no one has blessed an alternative core for personal as a thing
[15:54] <jdstrand> so it's not all thought through
[15:54] <jdstrand> it could easily be implicitPersonal or something
[15:54] <kgunn> jdstrand: oh i see, so you could say....it just shows up as part of some-other-snap-on-top-of-core
[15:54] <jdstrand> or there could be detection
[15:54] <kgunn> right, that's what i was thinking implicitPersonal
[15:55] <jdstrand> kgunn: it depends on how personal is put together. is it core as it exists today plus a bunch of snaps or is it a fat alternative core
[15:55] <kgunn> jdstrand: one last thing, you are right that today mir is on classic...in which case, i should move it back to classic
[15:56] <kgunn> jdstrand: per the Heidelberg sprint I believe everyone wants core-as-today + another-snap-with-u8-on-top
[15:56] <kgunn> niemeyer: ^ right ?
[15:56] <jdstrand> afaik that question has never been answered. people have expressed opinions, but until we know the answer it is hard to implement for it. but this is minor/easy stuff to implement. I like zyga's advice of sticking with just as a snap for now and we adjust later
[15:57] <zyga> ++
[15:57] <ogra_> geez ... using apt (instead of apt-get) on a serial console ends in a large mess of chars on my screen
[15:57] <jdstrand> kgunn: well, mir on classic... eh, it is possible there, but it isn't by default
[15:57] <jdstrand> kgunn: ie, debs have to be installed and you have to be running the unity8 session
[15:58] <jdstrand> kgunn: so it really shouldn't simply be offered on classic I don't think, cause most classic systems today don't actually have it (hence the detection idea)
[15:59] <kgunn> jdstrand: no...that's not right, mir is there, you don't have to be logged in
[15:59] <kgunn> mir can run on X too in u7
[15:59] <kgunn> it's a tinker-toy....it can do a lot of differnt things
[15:59] <kgunn> *logged into u8
[16:00] <jdstrand> I'd really prefer to land this PR as is and work through the classic user cases in a separate PR
[16:00] <kgunn> jdstrand: ok, no prob...so i remove from implicit altogether for the moment
[16:01] <jdstrand> kgunn: I think that is best. once landed if in another PR you want to update the manual testing instructions for all the user stories on classic then we can advise on how to implement the policy changes
[16:02] <kgunn> k
[16:02] <joc_> zyga: interface question - should i be able to test the number of attrs on plug with len(plug.Attrs) in my SanitizePlug function?
[16:03] <jdstrand> kgunn: based on your comment of core snap + u8 snap, it sounds like what would be committed today would work there. mir is either an installed snap or it is bundled in u8 and u8 slots: [mir]
[16:03] <jdstrand> kgunn: so all good
[16:03] <kgunn> yep
[16:04]  * jdstrand suspects the nicest dev experience would be mir bundled in u8, so then clients could simply plugs: [unity8]
[16:04] <jdstrand> anyhoo
[16:04] <jdstrand> that's for another day :)
[16:04] <zyga> joc_: yes but you have to remember about the type
[16:04] <zyga> joc_: interface{} has no len()
[16:04] <zyga> joc_: you have to type-assert
[16:04] <zyga> joc_: (that can fail)
[16:04] <zyga> joc_: then you can check the length
[16:05] <ogra_> mvo, just FYI, all kernel snaps built from my new branchs work fine and sideload fine, tested on all boards and kvm (tomorrow morning i'll rip out everything unneeded from livecd-rootfs)
[16:06]  * jdstrand is really not terribly excited that we aren't chdir()ing to some snap-specific dir
[16:06] <zyga> jdstrand: hmm, that would break git/bzr/hg as a snap
[16:06] <jdstrand> I realize that none of the options are perfect, but not doing it results in weird behavior
[16:06] <jdstrand> zyga: well, every snap I do ends up in a dir that isn't accessible
[16:07] <jdstrand> *every*
[16:07] <joc_> zyga: something like len(plug.Attrs.(string)) ?
[16:07] <jdstrand> why can't the git/bzr/hg snap developers do a chdir($OLDHOME) or something?
[16:07] <zyga> joc_: no, because type assertion should be handled by an assignment to a pair
[16:08] <zyga> joc_: look at how we extract stuff out of attrs in bool-file or serial-port
[16:08] <jdstrand> the "don't do a chdir()" only makes any sense at all if you plugs home
[16:08] <jdstrand> the home interface sucks
[16:08] <zyga> anway, I have to go AFK now, sorry
[16:08] <jdstrand> we shouldn't be pushing people towards using it
[16:08] <zyga> jdstrand: I think we will have more interfaces later and doing this chdir would just break the world, plus there's devmode and we want people to feel at home with snaps
[16:09] <jdstrand> zyga: how is: $ ls
[16:09] <jdstrand> ls: cannot open directory '.': Permission denied
[16:09] <jdstrand> feeling at home?
[16:09] <jdstrand> you are forcing anyone who doesn't use 'home' to do the chdir
[16:09] <zyga> jdstrand: more than ls /
[16:09] <joc_> zyga: i understand how to get a particular attribute but just knowing how many there are of any type i'm not sure
[16:09] <zyga> jdstrand: or /home/foo/stuff $ ls
[16:10] <zyga> jdstrand: that prints stuff that's in another directory
[16:10] <jdstrand> zyga: my point is if I don't plugs home I'm in a dir I can't do anything with. that is poor
[16:10] <ogra_> [ 9037.726155] audit: printk limit exceeded
[16:10] <ogra_> oh, lovely
[16:10] <jdstrand> so devs will be conditioned to plugs: home
[16:10]  * zyga needs to run now
[16:10] <zyga> sorry joc jdstrand, let's talk later
[16:10] <jdstrand> which is really bad security-wise
[16:10] <jdstrand> that's fine. I'm mostly ranting
[16:11] <jdstrand> though I would prefer to see this handled better
[16:11] <jdstrand> ogra_: sudo sysctl -w kernel.printk_ratelimit=0
[16:11] <ogra_> i think we really need to turn off the "ALLOWED" spam on all-snap images ... since you can only use the classic shell in devmode that makes the logs go crazy
[16:12] <ogra_> jdstrand, ah, that should perhaps become a default firstboot setting on all-snaps
[16:12] <ogra_> unless there are plans to quieten apparmor in --devmode
[16:13] <ogra_> oh
[16:13] <ogra_> now that one is actually more interesting
[16:13] <ogra_> (classic)ubuntu@localhost:~/kernel-test-snap$ sudo cat snapcraft.yaml
[16:13] <ogra_> cat: standard output: Permission denied
[16:13] <ogra_> heh
[16:13] <jdstrand> the whole point of --devmode is to log what is against policy
[16:13] <jdstrand> --devmode with no logging is just unconfined
[16:14] <ogra_> well, then we probably need an additional "mode"
[16:14] <jdstrand> ogra_: why is it noisy?
[16:14] <ogra_> like --unconfined ;)
[16:14] <jdstrand> we should fix the noisy accesses
[16:14]  * jdstrand notes that it shouldn't log something that is allowed by the policy, only something that is not allowed by the policy
[16:15] <ogra_> jdstrand, well, i'm building packages inside a classic chroot ... and the classic snap uses the chroot command ... so nearly every action i do causes a line
[16:16] <ogra_> though i'm more curious why i dont have access to stdout in the dragonboard classic shell
[16:17] <ogra_> (classic)ubuntu@localhost:~/kernel-test-snap$ ls -l /dev/std*
[16:17] <ogra_> lrwxrwxrwx 1 root root 15 Jan  1  1970 /dev/stderr -> /proc/self/fd/2
[16:17] <ogra_> lrwxrwxrwx 1 root root 15 Jan  1  1970 /dev/stdin -> /proc/self/fd/0
[16:17] <ogra_> lrwxrwxrwx 1 root root 15 Jan  1  1970 /dev/stdout -> /proc/self/fd/1
[16:17] <ogra_> hmm, interesting date
[16:17] <ogra_> (classic)ubuntu@localhost:~/kernel-test-snap$ ls /proc/self/fd/0
[16:17] <ogra_> ls: cannot access '/proc/self/fd/0': Permission denied
[16:17] <jdstrand> ogra_: classic chroot on all snaps hasn't been a focus yet for devmode. I suggest talking to tyhicks about the issues you are seeing. but it does seem that the classic snap is a very special case
[16:18] <ogra_> it definitely is
[16:18] <jdstrand> (tyhicks is working on various logging things related to devmode)
[16:18] <ogra_> we should perhaps just makes it as special package with special apparmor profile
[16:18] <jdstrand> classic chroot isn't really --devmode
[16:18] <ogra_> it isnt urgent, i'm just playing around with the new images to see what works and what doesnt
[16:18] <jdstrand> ogra_: that is what I was thinking
[16:19] <ogra_> well, it moved into a snap
[16:19] <jdstrand> sure
[16:19] <jdstrand> and devmode was there so people used it
[16:19] <ogra_> which we havent done before
[16:19] <jdstrand> but that isn't disigned
[16:19] <ogra_> yeah
[16:19] <jdstrand> designed
[16:20]  * ogra_ scratches head
[16:20] <ogra_> (classic)ubuntu@localhost:~$ cat kernel-test-snap/snapcraft.yaml
[16:20] <ogra_> cat: standard output: Permission denied
[16:20] <ogra_> (classic)ubuntu@localhost:~$ cat kernel-test-snap/snapcraft.yaml |head -1
[16:20] <ogra_> name: canonical-snapdragon-linux
[16:21] <ogra_> so if the output goes through a pipe first i can write to stdout ... how weird is that
[16:21] <ogra_> (this only happens on dragonboard)
[16:22] <jdstrand> I bet it has to do with a bug I saw
[16:22]  * jdstrand goes to find it
[16:23] <jdstrand> ogra_: could it be bug #1611493
[16:23] <mup> Bug #1611493: No TTY in snaps. <landscape> <Snappy:Confirmed> <https://launchpad.net/bugs/1611493>
[16:23] <ogra_> ah !
[16:24] <ogra_> yeah, that could be it
[16:25]  * ogra_ lets the boards build their test kernels and goes afk for a bit
[16:31] <jdstrand> kgunn: sigh, github removed a '*' in my suggestion :\
[16:31] <jdstrand> kgunn: https://github.com/snapcore/snapd/pull/1299/files#r74456003
[16:31] <mup> PR snapd#1299: create mir interface <Reviewed> <Created by kgunnfront> <https://github.com/snapcore/snapd/pull/1299>
[16:31] <jdstrand> kgunn: apologies
[16:32] <kgunn> jdstrand: weird i tested it manually and it worked!
[16:32] <jdstrand> kgunn: it would work for /dev/tty0-9 but tty10 it would not
[16:32] <jdstrand> kgunn: this is future proofing
[16:32] <kgunn> k
[16:34] <kgunn> i didn't think that looked right, i should've asked
[16:37] <mvo> ogra_: cool, are they auto-uploaded yet ?
[16:39] <mvo> ogra_: I see that core is now auto-accepted and auto-published, neat
[16:39] <mvo> ogra_: is that all the chagnes in the review scripts?
[16:49] <ogra_> mvo, kernels arent auto-uploaded yet i'lll get that going tomorrow
[16:50] <ogra_> core is though ...
[16:51] <ogra_> mvo, i cant tell what the review scripts will say about the LP build kernels yet
[16:52] <ogra_> (but given that it takes weeks between kernel changes i'll happily go on doing them manually til everything is sorted ... core was more important due to daily builds
[16:52] <ogra_> )
[17:06] <mup> PR snapd#1548 closed: many: add new `snap prepare-image` command for ubuntu-image <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1548>
[17:06] <mup> PR snapd#1664 closed: integration-tests: add update-rollback stress tests <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1664>
[17:32] <powersj> Does the ant plugin allow parameters today so I can specify `ant exejar`?
[17:33] <mup> PR snapcraft#721 opened: Set owner/group for directories in stage and prime <Created by josepht> <https://github.com/snapcore/snapcraft/pull/721>
[17:36] <josepht>  powersj: it doesn't look like it from scanning the plugin source
[17:37] <powersj> josepht, is this what you were looking at: https://github.com/snapcore/snapcraft/blob/master/snapcraft/plugins/ant.py
[17:37] <josepht> powersj: yes
[17:37] <powersj> josepht, thanks
[17:38] <josepht> powersj: if it's something you need please file a bug so we don't forget about it. :)
[17:42] <mup> PR snapd#1669 opened: interface: add usb device support to serial-port <Created by jocave> <https://github.com/snapcore/snapd/pull/1669>
[17:44] <powersj> josepht, will do shortly, thanks! was trying to snap up weka
[17:48] <mup> PR snapcraft#722 opened: Set owner/group for directories in stage and prime <Created by josepht> <https://github.com/snapcore/snapcraft/pull/722>
[17:51] <mup> PR snapcraft#722 closed: Set owner/group for directories in stage and prime <Created by josepht> <Closed by josepht> <https://github.com/snapcore/snapcraft/pull/722>
[17:56] <mup> PR snapd#1670 opened: osutil: do not error if the SUDO_USER can not be looked up <Created by mvo5> <https://github.com/snapcore/snapd/pull/1670>
[17:57] <mup> PR snapcraft#721 closed: Set owner/group for directories in stage and prime <Created by josepht> <Closed by josepht> <https://github.com/snapcore/snapcraft/pull/721>
[17:57] <mup> PR snapcraft#723 opened: Set owner/group for directories in stage and prime <Created by josepht> <https://github.com/snapcore/snapcraft/pull/723>
[18:06] <mhall119> zyga: kyrofa: where do we have good documentation on the snap store API for publishing snaps?
[18:11] <kyrofa> mhall119, like the API used by snapcraft to upload snaps to the store and release to channels?
[18:12] <mhall119> yeah
[18:12] <mhall119> http://snapcraft.io/docs/reference/snapcraft lists "upload" still, but not "push"
[18:36] <niemeyer> kgunn, jdstrand: Yes, I've been hoping since we first talked about this that we'd have a single core snap
[18:36] <niemeyer> In the last sprint, there were indications that this will indeed be the direction we'll move towards
[18:37] <niemeyer> As in, not have a personal-ubuntu-core
[18:37] <niemeyer> But just the one and true
[18:38] <kyrofa> mhall119, this is the only one I know about: https://wiki.ubuntu.com/AppStore/Interfaces/ClickPackageIndex
[18:56] <kgunn> jdstrand: so now that tests have passed...do i need to do anything? or will it eventually just get merged
[18:58] <arges> sergiusens: hey. during the build phase of snapcraft, where does the snapcraft.yaml file go?
[18:59] <arges> I have some code that parses version strings like so: VERSION=$(shell git describe --tags 2>/dev/null || grep ^version snapcraft.yaml | cut -f 2 -d ' ')
[18:59] <mup> PR snapd#1670 closed: osutil: do not error if the SUDO_USER can not be looked up <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1670>
[18:59] <kyrofa> arges, nowhere-- snapcraft generates the snap.yaml, and only reads the snapcraft.yaml to do that
[19:00] <arges> kyrofa: could I read the snap.yaml during the build phase? Mostly a trick for me to parse a version string
[19:00] <kyrofa> arges, no. The snap.yaml isn't actually generated until prime
[19:01] <kyrofa> arges, also, during the build phase each part is built in what is intended to be an internal directory whose path could change, so we don't recommend hard-coding relative paths to get back to the snapcraft.yaml either
[19:01] <arges> kyrofa: ok. i'll adjust looks like the .git directory is in the build
[19:02] <arges> so I could parse things there
[19:02] <kyrofa> arges, indeed, that could work
[19:02] <arges> kyrofa: thanks
[19:22] <jdstrand> kgunn: nothing you or I need to do. zyga or someone else will merge it
[19:23] <jdstrand> kgunn: thanks for all the hard work on it! :)
[19:23] <kgunn> cool, and thanks jdstrand for all the help and pateince...i learned a ton
[19:23] <mhall119> kyrofa: it's for krita, who already use snapcraft, so I'll stick with it's interface
[19:23] <jdstrand> glad to hear :) you're welcome
[19:50] <arges> hi is there a good snapcraft example of handling sockets exposed in /var/run ?
[19:52] <arges> i take it i'll have to move my socket from /var/run?
[19:58] <kyrofa> arges, I put mine in $SNAP_DATA
[19:58] <arges> kyrofa: yea that seems reasonable
[19:58] <kyrofa> arges, if /var/run is writable (not sure), it's probably /var/run/snap.<snapname>/ or something similar
[20:00] <arges> i didn't see the later grepping through the source. but I could be missing something
[20:01] <jdstrand> ogra_: fyi, this isn't really more than what you had, but in the interest of sharing: lp:~jdstrand/+junk/snap-sshfs.jdstrand
[20:58] <powersj> Is there a command to see all available parts? or is the wiki the primary list?
[21:23] <popey> powersj: snapcraft search
[21:23] <powersj> popey, oh it finds parts as well?
[21:24] <popey> thats only what snapcraft search does
[21:37] <powersj> ah, I was getting snap find and snapcraft search crossed in my head.
[21:51] <blackboxsw> hmm, I'm getting ascii encode errors when I attempt to add after: [desktop/gtk2] to my snap.  it hangs on the slash any tips?
[21:51] <blackboxsw> 'ascii' codec can't encode character '\u29f8' in position 38: ordinal not in range(128)
[21:52] <blackboxsw> tried copying directly from snappy-playpen as other examples just worked and seem to have the same content
[22:05] <mup> Bug #1612440 opened: Full systemd socket activation support <lxd> <Snappy:New> <https://launchpad.net/bugs/1612440>
[22:11] <mup> Bug #1612441 opened: Cannot include wiki-defined part desktop/gtk2 in after clause <landscape> <Snappy:New> <https://launchpad.net/bugs/1612441>
[22:39] <mup> Bug #1612441 changed: Cannot include wiki-defined part desktop/gtk2 in after clause <landscape> <Snappy:New> <https://launchpad.net/bugs/1612441>
[23:03] <mup> Bug #1612453 opened: `snap connect` requires me to type ubuntu-core <Snappy:New> <https://launchpad.net/bugs/1612453>
[23:15] <mup> PR snapcraft#724 opened: In travis, install the static checkers with pip <Created by elopio> <https://github.com/snapcore/snapcraft/pull/724>
[23:18] <mup> Bug #1612459 opened: SM should by default point valid kickstart file if nothing is given <Snappy:New for sgurumurthy> <https://launchpad.net/bugs/1612459>
[23:21] <mup> Bug #1612459 changed: SM should by default point valid kickstart file if nothing is given <Juniper Openstack:New for nitishk> <https://launchpad.net/bugs/1612459>


[01:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: What is OpenSearch? @ https://ubuntu.com//blog/what-is-opensearch
[13:22] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 759 @ https://fridge.ubuntu.com/2022/10/31/ubuntu-weekly-newsletter-issue-759/ (by guiverc)
[14:49] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Public cloud for telco – Part 3: Microsoft Azure @ https://ubuntu.com//blog/public-cloud-for-telco-part-3-microsoft-azure
[15:28] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: What to Expect at the Ubuntu Summit 2022 @ https://ubuntu.com//blog/what-to-expect-at-the-ubuntu-summit-2022
[19:28] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Linux Lite 6.2 Released, Based on Ubuntu 22.04.1 LTS @ https://www.omgubuntu.co.uk/2022/11/linux-lite-6-2-released (by Joey Sneddon)


[00:01] <jackweirdy> Well now I think I'm being bitten by this https://bugs.launchpad.net/juju-core/+bug/1452422 but at least I'm further along ;)
[00:01] <mup> Bug #1452422: Cannot boostrap from custom image-metadata-url or by specifying metadata-source <sts> <juju-core:In Progress by anastasia-macmood> <https://launchpad.net/bugs/1452422>
[03:28] <bradm> wallyworld: sigh, this is still busted.
[03:29] <bradm> wallyworld: ah, wrong channel :)
[12:22] <stub> marcoceppi: https://code.launchpad.net/~stub/charms/trusty/cassandra/spike/+merge/262608 isn't showing up in the review queue and I don't know why
[12:23] <marcoceppi> stub: check back in 30 mins
[12:23] <marcoceppi> it should should show up then
[12:24] <stub> marcoceppi: The MP was created yesterday, so unless you have just poked it...
[12:24] <marcoceppi> stub: I just poked the review queue
[12:24] <stub> ta :)
[12:52] <marcoceppi> stub: it seems to have poped in, we'll have  a look in due time!
[15:49] <danielbe> there was a talk at UDS about developers getting credits for a cloud for testing juju charms. Are there any news concerning this?
[16:07] <cholcombe> i think the answer to this is no but is it possible to control the kernel version of my instances in juju?  I know the containers can't but maybe with the VM's?
[16:08] <marcoceppi> danielbe: not yet, it's in progress
[16:08] <marcoceppi> cholcombe: not really outside of MAAS
[16:08] <cholcombe> ok i figured
[16:12] <danielbe> ok, thansk marcoceppi
[19:41] <lkraider> I have machines stuck in dying state
[19:41] <lkraider> How do I force to clear them?
[19:42] <lkraider> running under vagrant (virtualbox) lxc
[19:52] <lkraider> there is no corresponding machine in /var/lib/juju/containers/
[20:22] <lkraider> what is the command to clear a machine state?
[20:27] <marcoceppi> lkraider: is it an error on a unit or a machine provisioning?
[20:27] <lkraider> I believe in the machine
[20:27] <lkraider> the network was down at the moment I tried to create a service
[20:27] <marcoceppi> well, you can `juju retry-provisioning #`
[20:28] <lkraider>   "11":
[20:28] <lkraider>     instance-id: pending
[20:28] <lkraider>     life: dying
[20:28] <lkraider>     series: trusty
[20:28] <lkraider> "machine 11 is not in an error state"
[20:29] <lkraider> the machine basically does not exist, for all I know
[20:30] <marcoceppi> then, that's that. No there's no way to really "clear" it out afaik
[20:30] <lkraider> but juju is still has some reference to it
[20:30] <lkraider> but now I cannot provision new machines
[20:30] <lkraider> juju is stuck
[20:32] <lkraider> can I force add a new machine?
[20:32] <lkraider> otherwise it also keeps on pending
[20:34] <lkraider> can't I edit the juju database or something?
[20:38] <thumper> lkraider: sorry, late to the story, but which provider?
[20:38] <lkraider> @thumper lxc local
[20:39] <thumper> lkraider: and host?
[20:39] <thumper> also, juju version
[20:40] <lkraider> mac -> vagrant trusty64 -> juju 1.23.3-trusty-amd64
[20:41] <thumper> lkraider: I think you can do 'juju remove-machine --force'
[20:41] <thumper> lkraider: although you might first have to remove the service or unit that is deployed on that machine, I don't recall
[20:42] <lkraider> I destroyed the service already
[20:43] <lkraider> @thumper I tried remove-machine --force --verbose --show-log
[20:43] <lkraider> but it still shows in juju statu
[20:44] <thumper> hmm...
[20:44] <thumper> was there an error from remove-machine?
[20:45] <lkraider> https://gist.github.com/anonymous/28409911b3b95bf8fdad
[20:45] <lkraider> not
[20:45] <lkraider> on the output
[21:24] <lkraider> can I connect to the juju mongodb ?
[21:28] <lkraider> @thumper I think my bug is this one: https://bugs.launchpad.net/juju-core/+bug/1233457
[21:28] <mup> Bug #1233457: service with no units stuck in lifecycle dying  <cts-cloud-review> <destroy-service> <state-server> <juju-core:Fix Released by fwereade> <juju-core 1.16:Fix Released by fwereade> <juju-core (Ubuntu):Fix Released> <juju-core (Ubuntu Saucy):Won't Fix> <https://launchpad.net/bugs/1233457>
[21:29] <lkraider> @thumper sorry, that is for a service, not a machine
[21:30] <lkraider> this bug has some scripts that seem useful: https://bugs.launchpad.net/juju-core/+bug/1089291
[21:30] <mup> Bug #1089291: destroy-machine --force <canonical-webops> <destroy-machine> <iso-testing> <theme-oil> <juju-core:Fix Released by fwereade> <juju-core 1.16:Fix Released by fwereade> <juju-core (Ubuntu):Fix Released> <juju-core (Ubuntu Saucy):Won't Fix> <https://launchpad.net/bugs/1089291>
[21:31] <lkraider> but they all fail on the mongo auth
[21:31] <lkraider> pymongo.errors.OperationFailure: command SON([('authenticate', 1), ('user', u'admin'), ('nonce', u'15c36a2f77cdc42d'), ('key', u'9c3a5ccb7ba361b481b5ffd2ffa86a07')]) failed: auth fails
[21:32] <lkraider> @hazmat it's about your mhotfix-machine.py script
[21:41] <ddellav> lazyPower: this is my new nick, i created a new one for this channel
[21:41] <lazyPower> ddellav: awesome :) Glad to see you're already idling here
[21:41] <ddellav> unify usernames across everything helps
[21:41] <ddellav> of course :)
[21:51] <lkraider> is the only solution to destroy the environment?
[21:52] <lkraider> what happens if I restart the host without destroying the environment?
[21:54] <lkraider> what happens if I restart the local provider host without destroying the environment?
[21:55] <lkraider> (reboot)
[23:16] <lkraider> Ok, seems restarting the local provisioner host breaks all the environment


[09:31] <rahul27> Hi, I need a member cloak, could someone help me out?
[09:33] <vish> rahul27: are you and Ubuntu member?
[09:33] <vish> s/and/an
[09:33] <rahul27> yeah
[09:34] <vish> rahul27: then, paste your lp link here and and wait for topyli , jussi , Pici to notice it..
[09:34] <rahul27> here is my launchpad link ... https://launchpad.net/~rahuldevan
[09:35] <vish> rahul27: you are not an Ubuntu member yet..
[09:35] <vish> !member | rahul27
[09:37] <rahul27> vish, thanks ... will do the needful
[09:37] <vish> np..
[09:38] <Madpilot> rahul27, if you just want a cloak to hide your IP from the world, you can get a Freenode/unaffiliated one - ask about those in #freenode
[09:38] <vish> grr, i should have check the link first before pinging the ircc :s
[09:38] <rahul27> Madpilot, thanks
[15:09] <cYphEr20> hey ... can anyone walk me through getting my ircd-hybird configured?
[15:10] <cYphEr20> I've already downloaded and installed it on slackware 13.1
[15:10] <cYphEr20> but yet still have problems on getting it up runing due to lack of documentation and www.ircd-hybird.org is down
[15:12] <topyli> cYphEr20: i'm sure there's an appropriate channel for ircd support, but this is not it :)
[15:12] <topyli> this is for issues regarding the ubuntu irc channels on freenode
[15:14] <cYphEr20> what this channel is good for then?
[15:14] <cYphEr20> negativity?
[15:17] <topyli> i hope not :)
[15:18] <topyli> this is a good place to ask if you're having problems or issues when using the ubuntu channels
[15:18] <cYphEr20> what do you mean ubuntu channels>
[15:18] <cYphEr20> do you assist on the OS or the IRC?
[15:19] <cYphEr20> if the OS Ubuntu is as much linux as Slackware does and IRC is the same protocal on different daemons as well
[15:19] <cYphEr20> just tell you're a territorial who hate other Penguin distros no matter what
[15:19] <topyli> well there are support, development, and discussion channels related to the ubuntu os. this channel is for help related to those irc channels
[15:20] <topyli> cYphEr20: no. you won't get support for any operating system on this channel, not even ubuntu
[15:21] <cYphEr20> so back the first point ... what this channel is good for I didn't get your point
[15:23] <topyli> btw ircd-hybrid.org is not down
[15:24] <cYphEr20> how come
[15:24] <cYphEr20> it's it showing at my side
[15:24] <cYphEr20> do they hide from my phuckin country or what
[15:25] <cYphEr20> basterds... I'm supporting their product
[15:25] <topyli> i don't know, but please don't swear here
[15:27] <cYphEr20> oh you're too polite I forgot ... sorry
[15:53] <IdleOne> well, that was rude
[15:54] <IdleOne> asking for ircd support on slackware in an ubuntu channel...the logic is flawless
[16:24] <topyli> IdleOne: i refused to provide that support, how's that for rude!
[16:24]  * topyli is a topper
[16:25] <IdleOne> topyli: is finnish word for rude is it not?
[16:26] <topyli> not yet, the committee is still working on the change
[16:27] <IdleOne> where do I send my +1 for the change?
[16:28] <topyli> http://www.helsinki.fi/kksc/english/index.html
[16:33] <IdleOne> thank you
[16:33] <IdleOne> sent
[20:16] <bilalakhtar> elky: there?
[20:24] <bilalakhtar> elky: ignore it then
[20:27] <Tm_T> patience++
[20:31] <DJones> Looks like there's some troll's in #ubuntu, RootMan212 and possibly Consigliar seems to be responding to him


[07:22] <ducasse> good morning
[10:50] <oerheks> Happy NewYear all'
[11:41] <marcoagpinto> Happy New Year!
[19:41] <asdf28> tgarder: yeah, that's nice


[04:53] <mint> hi
[04:57] <valorie> hi mint
[04:57] <valorie> how can we help?
[05:01] <mint> valorie: ty i dont need help
[05:02] <valorie> cool
[05:03] <mint> i'm looking at mirc alternatives
[05:03] <mint> i installed konversation
[05:04] <valorie> that's what I use
[05:04] <valorie> ever since moving from mirc on windows
[05:04] <valorie> many many years ago
[05:04] <mint> nice :)
[05:05] <valorie> just keeps getting better!
[05:05] <valorie> there has been a recent security upgrade, so be sure to run the latest packaged version
[05:07] <mint> i see i use windows sometimes
[05:07] <mint> i am currently use a linux
[05:08] <mint> i like it konversation
[05:09] <valorie> me too
[05:09] <valorie> I believe that konvi runs on windows as well
[05:09] <valorie> most KDE applications do
[05:10] <mint> which distrubiton?
[05:10] <valorie> I'm using Kubuntu
[05:10] <valorie> I no longer run Windows
[05:10] <valorie> since about 2001
[05:11] <mint> :)
[05:11] <valorie> https://binary-factory.kde.org/job/konversation-stable-win32/
[05:11] <mint> i am using mint and ubuntu
[05:11] <valorie> ah
[05:12] <mint> where are u from?
[05:19] <valorie> here in Washington state, in the northwest of the US
[05:19] <valorie> you?
[05:20] <mint> Turkey (Istanbul)
[05:23] <valorie> oh very nice!
[05:23] <valorie> I love to see users all over the world
[05:23] <mint> me too
[05:24] <mint> but there is a language problem :)
[05:24]  * valorie is rather ignorant and knows little but English
[05:24] <valorie> sadly
[05:26] <mint> we are little know english :)
[05:26] <mint> English education is bad in Turkey
[05:27] <mint> we are talking in reverse
[05:28] <mint> turkish language :)
[05:31] <mint> for example valorie
[05:31] <mint> what is your name?
[05:31] <mint> turkish
[05:31] <mint> senin(your) adin(name) ne(what) dir(is)
[05:32] <mint> your name what is
[05:32] <mint> .
[05:32] <mint> this is big problem
[05:32] <mint> it is confusing
[05:36] <valorie> my name is Valorie Zimmerman
[05:37] <valorie> well, I talk to people from all over, so the grammar or word order aren't *super* important
[05:40] <mint> me too
[05:40] <mint> i know :)
[05:41] <mint> my name is Gokhan
[05:41] <mint> nice too meet u
[05:41] <valorie> nice to meet you, Gokhan
[05:41] <valorie> what do you do in Instanbul?
[05:42] <valorie> I've always wanted to visit the ancient Constantinople, but .....
[05:42] <valorie> not so far
[05:42] <valorie> and relations between our governments seems to be not getting better
[05:43] <valorie> Gokhan, can you join #kubuntu-offtopic so that we can continue talking?
[05:43] <advo> Hello?
[05:43] <valorie> this is offtopic
[05:43] <valorie> hi advo, how can we help ya?
[05:43] <mint> okay
[05:43] <valorie> just click the name and you'll join
[05:46] <advo> I'm in clueless land. I want to get kubuntu 16 what not on my rebuilt machine. I can't get win 7 working again, partly because the HDD it was installed on is crapping out? Thing always was that it was unreliable but once it booted it never messed up. At any rate, I want an OS on one of the other HDD to help me manage the whole thing.
[05:47] <advo> I don't have a DVD writer, but I do have a fresh USB drive that has more than enough room to help install... but and I have it dled, but I don't know how to go from here.
[05:47] <valorie> so it sounds like you want 16.04, the LTS (long term support)
[05:47] <valorie> !usb
[05:47] <advo> Yup, that's what I downloaded.
[05:48] <valorie> so click that first link above
[05:48] <valorie> it's pretty easy to "burn" a USB drive
[05:48] <advo> What's a persistent live usb install? That where you can have the host be on the USB drive?
[05:48] <valorie> yes
[05:48] <valorie> some people use that when traveling, for instance
[05:48] <advo> Neat. But not needed. I'll check the top link.
[05:48] <valorie> so they don't have to trust foreign computers
[05:50] <advo> What's an ubuntu flavour?
[05:54] <advo> That just a term for brand, like kubuntu is a flavour?
[05:57] <valorie> yes
[05:58] <valorie> kubuntu was the first; now there are quite a few others
[05:58] <valorie> lubuntu, xubuntu, etc.
[06:00] <advo> Trying to do this from a chromebook is proving frustrating...
[06:01] <advo> Hmm... found a typo...
[06:02] <valorie> uhoh, on the help page?
[06:04] <advo> Creating a bootable Ubuntu USB flash drive from Windows
[06:04] <advo> "If you are a beginnier, you find good information a"
[06:04] <advo> Just a little one.
[06:05] <valorie> ah
[06:05] <valorie> not sure I have the power to fix that
[06:05] <valorie> it's not an ordinary wiki page
[06:06] <advo> I don't think I'll be able to do this from this chrome book...
[06:06] <valorie> :(
[06:06] <valorie> can you do dd ?
[06:06] <valorie> from the commandline
[06:06] <valorie> !dd
[06:06] <valorie> pff
[06:07] <valorie> https://askubuntu.com/questions/372607/how-to-create-a-bootable-ubuntu-usb-flash-drive-from-terminal
[06:07] <valorie> advo: ^^^
[06:08] <valorie> pretty simple -- just get the command correct or you'll hose another drive
[06:08] <advo> Dunno.  I'm just going to keep this one up for now and grab the other netbook... it runs on win10.
[06:14] <advo> And I'm definitely running into a 'none of this makes sense' wall.
[06:15] <valorie> bummer
[06:15] <valorie> dd is slow but simple
[06:15] <valorie> and I've never managed to mess up, by being super-careful
[06:17] <advo> This is the sort of thing that's always ended my attempts at doing anything linux. All of a sudden it's a pile of code and stuff and my eyes go fuzzy.
[06:28] <valorie> advo: :(
[06:28] <valorie> I find the commandline *sometimes* simpler and faster
[06:29] <valorie> also, the up-arrow is more powerful than anything else
[06:29] <valorie> you don't have to type and retype
[06:29] <valorie> there is the tab-complete just like long nicks here in IRC
[06:30] <valorie> and up and down arrow to repeat commands
[06:33] <advo> Command lines. Yeah. I mean, I kinda get it, but also... isn't that what a gui is for?
[06:34] <advo> But my opinion may be from how I seem to not be able to understand how command lines work.
[06:41] <advo> Alright. I'm exhausted. Thank you for your help. It got me moving in the right direction.
[06:47] <lordievader> Good morning
[06:48] <valorie> morning, lordievader
[06:48] <lordievader> Hey valorie
[06:48] <lordievader> How are you?
[06:49] <valorie> um, good
[06:49] <valorie> dreading the holidays a bit
[06:49] <valorie> time is zooming too fast!
[06:50] <valorie> how are you?
[06:50] <lordievader> Doing good :)
[10:13] <quimnuss> Hello everyone
[10:14] <quimnuss> I have a question regarding networking but apparently the channel goes only on invite
[10:15] <quimnuss> Is it possible to deliver ftp transfers throught a different interface other than the one where the request was made?
[10:18] <lordievader> quimnuss: I suppose it is possible. But will most likely break the TCP connection on  the client side.
[10:19] <lordievader> Since your client suddenly receives traffic from a, presumably, different IP address.
[12:13] <user|78386> anyone here
[12:14] <lordievader> Many people are... if you are prepared to wait more than a minute.
[12:15] <lordievader> You'd think, such an old protocol... people would realize how things go.
[12:19] <BluesKaj> Howdy folks
[13:37] <R_Rios> Hello, all. The animation of the busy wheel in Plasma is super fast for some reason. Any ideas?
[13:57] <burt_> G'day everyone  or night dpending on where you are.
[13:58] <BluesKaj> hi burt_
[14:02] <burt_> I am new to Linux and Kubuntu. I was hoping that someone here could tell me how to hide the categoriy "Development" found in KDE application launcher without hding it KDE Menu Launcher. I have followed the KDE articles but without success . Your help is greatly appreciated.
[14:02] <burt_> BluesKaj: Hello
[14:05] <burt_> I am new to Linux and Kubuntu. I was hoping that someone here could tell me how to hide the categoriy "Development" found in KDE application launcher without hding it in KDE Menu Editor. I have followed the KDE articles but without success . Your help is greatly appreciated.
[14:06] <burt_> Also I suspect the literature I have read on this topic is out of date.
[14:08] <hateball> burt_:  I don't think that is possible
[14:10] <BluesKaj> burt_,  afraid not, but it is 2 layers down in the menu so if you're worried about someone discovering it they'll have to know where to look
[14:12] <burt_> hateball: based on 2 well known distributions based on Kubuntu Linux Mint KDE edtion and Maui Linux they have done it . I can see the category "Development" in the KDE Menu Editor and does not appear in the KDE Menu Launcher.  Based on that observation I think it must be possible dont you ?
[14:14] <burt_> BluesKaj: hateball: based on 2 well known distributions based on Kubuntu Linux Mint KDE edtion and Maui Linux they have done it . I can see the category "Development" in the KDE Menu Editor and does not appear in the KDE Menu Launcher.  Based on that observation I think it must be possible dont you ?
[14:16] <burt_> BluesKaj:  hateball thank you both for responding to my question .
[14:16] <BluesKaj> burt_, what's is your 'issue' with this dev thing, there's no harm in it
[14:18] <burt_> I want to hide "Development" category in the KDE menu Launcher without it being invisible in KDE Menu Editor. Thanks
[14:23] <burt_> BluesKaj: I want to hide "Development" category in the KDE menu Launcher without it being invisible in KDE Menu Editor. Thanks
[14:27] <BluesKaj> burt_, that's a very unusual request, and I don't think it's possible, perhaps the experts at the #kde chat can help you.
[14:39] <burt_> BluesKaj: Thank you for the link, but it must be possible Linux Mint and Maui Linux both do it and well I'd love to know how they did it lol
[14:40]  * BluesKaj shrugs
[14:41] <lordievader> burt_: You could always make a whishlist bug report for a hide functionality... but I don't think it will quickly be done, or at all.
[14:59] <AV-81> hey
[15:00] <BluesKaj> hi AV-81
[15:00] <AV-81> thank god! somebody replied!
[15:00] <AV-81> i was trying for so long
[15:01] <AV-81> by the way how long have you been using ubuntu?
[15:02] <BluesKaj> AV-81, usually someone will reply if you ask a question, just saying hi doesn't indicate a need for support to some members here
[15:06] <lordievader> !question
[15:06] <lordievader> That ^ sort of summarizes it.
[15:08] <AV-81> How does canonical does business while ubuntu is free?
[15:09] <lordievader> Support contracts mostly.
[15:10] <lordievader> Companies pay for the support of Ubuntu.
[15:13] <burt_> Can someone please tell me how to hide the category "Development" found in KDE Application Launcher without hiding it on the left side of the  KDE Menu Editor. Your help is greatly appreciated.
[15:14] <burt_> Two Kunbuntu based distros Mint and Maui Linux do this by default I'l like to know how they did it, so I can customize my KDE Application Launcher
[15:16] <lordievader> Maybe ask there?
[15:38] <burt_> lordievader:  I did ask there but no one responded. I was hoping since Linux Mint and Maui Linux are based on Kubuntu that someone here could answer my question.
[19:24] <alesan> hello
[19:31] <alesan> what is in kubuntu, the program that allows users to login in the graphical environment?
[19:33] <BluesKaj> aitorpazos, sddm
[19:34] <BluesKaj> aka the login  page
[19:37] <alesan> I'm using 16.04 LTS
[19:37] <alesan> sddm does not seem to be incorporated
[19:39] <BluesKaj> I bet you have autologin enabled so it boots directly to the desktop from grub  not showing the login page
[19:41] <BluesKaj> alesan, ^
[19:49] <alesan> well that is probably right BUT
[19:49] <alesan> what I realized I'm looking for is when I open the lid of the laptop
[19:49] <alesan> it comes out of suspend mode
[19:49] <alesan> and asks for a password
[19:49] <alesan> who manages *that*
[19:50] <alesan> lightdm maybe?
[19:50] <alesan> it is currently in the process list
[19:51] <editheraven> hi there. how can I get all opengl extensions in latest kubuntu? the open driver from the repos seems "bare-bones", with minimal opengl support. thank you.
[19:51] <BluesKaj> aitorpazos, system settings>stsrtup&shutdown>login scree>advanced tab, uncheck auto login
[19:51] <BluesKaj> alesan, sorry ^
[19:52] <BluesKaj> editheraven, which gpu?
[19:53] <editheraven> oh sorry. ati amd hd 6xxx series
[19:53] <editheraven> 6770 precisely
[19:54] <BluesKaj> alesan, ssytem settings>power management
[19:54] <alesan> OK I would like to reduce the time it waits after I type a wrong password
[19:57] <BluesKaj> editheraven, run,  lspci -nnk | grep -i vga -A3 | grep 'in use' , include the quotes ..that should tell us the driver in use
[19:57] <editheraven> BluesKaj, Kernel driver in use: radeon
[19:59] <editheraven> with only these extensions. "direct rendering: Yes     GL_ARB_direct_state_access, GL_ARB_draw_buffers,      GL_ARB_draw_indirect, GL_ARB_draw_instanced,      GL_ARB_multi_draw_indirect, GL_ARB_occlusion_query2,"
[20:00] <BluesKaj> editheraven, install the, xserver-xorg-video-amdgpu , driver
[20:02] <editheraven> BluesKaj, ok. Let me restart the x server
[20:08] <editheraven_> BluesKaj, looks like the kernel loaded the same module. Moreover, amdgpu driver didn't registered any kernel module when installed
[20:09] <BluesKaj> do yopu have dkms installed?
[20:09] <BluesKaj> you
[20:10] <editheraven_> BluesKaj, yes. which dkms /usr/sbin/dkms
[20:12] <editheraven_> I have virtualbox and it can register kernel modules just fine
[20:14] <editheraven_> strangely the kernel module exists "/lib/modules/4.13.0-17-generic/kernel/drivers/gpu/drm/amd/amdgpu/amdgpu.ko"
[20:16] <editheraven_> ok so I can load the kernel module without error
[20:17] <editheraven_> i2c_algo_bit           16384  2 amdgpu,radeon ttm                    94208  2 amdgpu,radeon drm_kms_helper        167936  2 amdgpu,radeon drm                   356352  11 amdgpu,radeon,ttm,drm_kms_helperi2c_algo_bit           16384  2 amdgpu,radeon ttm                    94208  2 amdgpu,radeon drm_kms_helper        167936  2 amdgpu,radeon drm                   356352  11 amdgpu,radeon,ttm,drm_kms_helper
[20:20] <BluesKaj> editheraven_, if you see any difference in performance hegatively then remove the amdgpu, I'm not sure it the right one
[20:21] <BluesKaj> sorry , my mistake, editheraven_
[20:21] <BluesKaj> think I'll call it a day
[23:12] <ubsafder> looks like my kubuntu updated automatically firefox can i revert to previous version ?
[23:16] <ubsafder> i could even review the update is that  kubuntu expected beheavior ?
[23:22] <krytarik> ubsafder: Every Firefox update is also considered a security one - so 2.) yes, and 1.) I would not.