[06:34] <mup> PR snapcraft#1295 opened: Record build packages <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1295>
[06:57] <zyga> good morning
[06:57]  * zyga has reproduced the issue affecting debian
[06:57] <zyga> locally
[06:57] <zyga> (finally)
[06:58] <zyga> morphis: thanks for your help, I'll either contribute a debian-creation script to autopkgtest or vendorize it to build spread images in my repository
[06:58] <morphis> zyga: np, which issue did you reproduce exactly?
[06:58] <morphis> the hanging configure hook?
[07:01] <zyga> morphis: yes
[07:01] <zyga> morphis: essentially I only got the image created late last night and I left it at the spread -debug prompt
[07:01] <morphis> zyga: that one happens on a regular debian installation with snapd installed from the archive
[07:01] <zyga> yes, I'm replying on the forum
[07:02] <morphis> zyga: this really much looks like we miss something in 2.24 which was fixed in 2.23.6
[07:06] <zyga> morphis: hmm
[07:06] <morphis> zyga: interesting, however we broke distros like debian with this which would validate a hotfix for 2.24 and again proves that we always have to release snapd and a core snap in sync
[07:07] <zyga> morphis: wait
[07:07] <zyga> morphis: I'm 100% sure mvo merged all of 2.23.x into 2.24
[07:07] <zyga> morphis: what this 2.24 sems to be lacking is a timeout on the hook
[07:07] <zyga> morphis: or a way to let it fail
[07:07] <zyga> morphis: this VM is up for 10 hours now
[07:08] <morphis> and the hook is still running?
[07:08] <zyga> morphis: and the hook is up for 10 yours still
[07:08] <zyga> morphis: yep
[07:08] <zyga> morphis: let's check the 2.24 tree to be sure we're not missing anything
[07:09] <morphis> ok
[07:09] <zyga> spineau: good morning :)
[07:10] <zyga> morphis: I found one small bug btw
[07:10] <spineau> zyga: morning zyga
[07:11] <zyga> in spread setup
[07:12] <zyga> morphis: PR coming up in a sec, just describing it
[07:15] <zyga> morphis: https://github.com/snapcore/snapd/pull/3264
[07:15] <mup> PR snapd#3264: tests: remove quoting from [[ ]] when globs <Created by zyga> <https://github.com/snapcore/snapd/pull/3264>
[07:15] <zyga> morphis: and https://github.com/snapcore/snapd/pull/3265
[07:15] <mup> PR snapd#3265: spread: add spread target qemu:debian-9-64 <Created by zyga> <https://github.com/snapcore/snapd/pull/3265>
[07:15] <zyga> morphis: now to investigate 2.24
[07:15] <mup> PR snapd#3264 opened: tests: remove quoting from [[ ]] when globs <Created by zyga> <https://github.com/snapcore/snapd/pull/3264>
[07:15] <mup> PR snapd#3265 opened: spread: add spread target qemu:debian-9-64 <Created by zyga> <https://github.com/snapcore/snapd/pull/3265>
[07:29] <zyga> morphis: signed off is a personal preference, I just think it is important as a declaration of intent, there is no formal requirement to use it
[07:30] <morphis> zyga: yeah it is, but what are you signing off?
[07:31] <morphis> for the kernel its clear but for other projects its not unless explicitly stated somewhere
[07:31] <zyga> morphis: oh, right, I do use the same semantics
[07:31] <zyga> morphis: I think there is no other well-known semantics for that line
[07:31] <morphis> it normally refers to https://developercertificate.org/
[07:32] <zyga> yep, (though I think I read that elsewhere, I wasn't aware of this domain before)
[07:34] <morphis> zyga: I think the linux foundation has its own copy of this
[07:34] <morphis> just wasn't sure what this means in the context of snapd as we have the CLA too
[07:35] <zyga> morphis: I think it formally does nothing but I really wish we had it over the CLA :)
[07:35] <zyga> morphis: so 2.24 should have a timeout
[07:35] <zyga> morphis: so checking WTF
[07:39] <morphis> zyga: however, should we go in the meantime with https://github.com/snapcore/snapd/pull/3259 to get all other PRs unblocked?
[07:39] <mup> PR snapd#3259: tests/upgrade: force install core snap from beta for debian <Created by morphis> <https://github.com/snapcore/snapd/pull/3259>
[07:39] <zyga> morphis: yes
[07:40] <zyga> I'll merge it now
[07:40] <morphis> ok
[07:40] <morphis> thanks
[07:40] <mup> PR snapd#3259 closed: tests/upgrade: force install core snap from beta for debian <Created by morphis> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3259>
[07:41] <zyga> ok, let's merge master into some PRs and get some breakfast :)
[07:41] <morphis> :-)
[07:47] <zyga> ok, done
[07:47] <zyga> morphis: thank you, sorry for taking so long to merge this :)
[07:47] <zyga> morphis: I'll open a new thread to investigate the hook timeout issue
[07:47] <morphis> zyga: why not reusing the one we already have?
[07:49] <zyga> https://forum.snapcraft.io/t/hook-timeout-mechanism-not-working-in-2-24/464
[07:49] <zyga> morphis: separate topic
[07:49] <zyga> morphis: I linked them though
[07:54] <zyga> hmmm
[07:54] <zyga> so I removed overlord/hookstate/Context.timeout (field in the struct) and no test captured that, looking deeper
[07:57] <zyga> ok, breaking this to really eat something...
[08:23] <dragly> Sorry for the basic question, but I am a bit confused after the folder structure changed:
[08:23] <dragly> If I have "snapcraft.yaml" in a folder named "snap", should "setup/gui/app.desktop" be inside "snap" as well?
[08:24] <dragly> I moved most files into the "snap" folder after snapcraft told me "plugins" should reside there.
[08:33] <mwhudson> hi so https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1657254
[08:33] <mup> Bug #1657254: console-conf - unable to connect over proxy <subiquity (Ubuntu):Confirmed> <https://launchpad.net/bugs/1657254>
[08:33] <mwhudson> so the ui side is pretty easy
[08:34] <mwhudson> but once the user has provided a proxy, the thing to do is stick it in /etc/environment and systemctl restart snapd?
[08:34] <zyga> mwhudson: probably,yes
[08:38] <Chipaca> zyga— o/
[08:38] <Chipaca> zyga— you're feeling like finishing a review today? :-D
[08:41] <Chipaca> zyga— snapd#3264 is gtg once green, but random tests are failing in debian?
[08:41] <mup> PR snapd#3264: tests: remove quoting from [[ ]] when globs <Created by zyga> <https://github.com/snapcore/snapd/pull/3264>
[08:47] <zyga> Chipaca: hey
[08:47] <zyga> Chipaca: wrt 3264 yes, I'll merge master to fix it but spread is already overloaded
[08:48] <zyga> Chipaca: yes, I do feel like code reviews but I want to get to the bottom of hook timeout not working first
[08:48] <zyga> Chipaca: how are you doing? :)
[08:50] <Chipaca> jdstrand— snapd#2969 has conflicts
[08:50] <mup> PR snapd#2969: interfaces: mediate netlink sockets via seccomp <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2969>
[08:50] <Chipaca> zyga— doing alright i think
[08:51] <Chipaca> finally got an appointment with physio wrt my back (nhs physio takes ages)
[08:51] <Chipaca> so hopefully i'll have that fixed and be able to get back to running soonish :-)
[08:53] <zyga> Chipaca: I hope you will
[08:58] <Chipaca> zyga— what was the cause (and fix) for “hsearch_r failed for |S_IFREG: No such process”?
[09:03] <zyga> Chipaca: snap-confine from distro used when profile was made by snapd from core snap
[09:03] <zyga> Chipaca: where are you seeing tihs
[09:04]  * mwhudson reads the code systemd uses to process EnvironmentFile= directives...
[09:04]  * Chipaca hugs mwhudson
[09:04] <Chipaca> why would you do this to yourself
[09:04] <mwhudson> the documentation is lacking
[09:04] <Chipaca> zyga— running snapd from master
[09:04] <Chipaca> zyga— on my dev laptop
[09:04] <zyga> Chipaca: hmm hmm
[09:04] <zyga> Chipaca: self built deb?
[09:05] <zyga> Chipaca: build&install snap-confine
[09:05] <Chipaca> zyga— no deb
[09:05] <zyga> Chipaca: it'll help
[09:05] <zyga> Chipaca: tip: make hack
[09:05] <Chipaca> ah
[09:05] <zyga> (in cmd/)
[09:05] <Chipaca> zyga— you've probably got the autoconf invocation in your bash history; care to share?
[09:06] <zyga> Chipaca: ./autogen.sh
[09:06] <zyga> Chipaca: make hack :)
[09:06] <zyga> Chipaca: that's all you need
[09:06] <Chipaca> that had a lot more options before
[09:06] <Chipaca> :-)
[09:06] <Chipaca> whoo. i like
[09:06]  * Chipaca runs it again without -n
[09:07] <zyga> :D
[09:07] <mup> PR core-build#9 opened: Add writable boot for android-boot "bootloader" <Created by alfonsosanchezbeato> <https://github.com/snapcore/core-build/pull/9>
[09:08] <Chipaca> zyga— that sorted it, thanks!
[09:23] <mup> PR snapd#3258 closed: cmd/snap-confine/tests: fix shellcheck on recently added files <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3258>
[09:40] <zyga> Chipaca: I found something fishy in 2.24
[09:40] <zyga> Chipaca: can you look at (in master) overlord/hookmgr/context.go
[09:40] <Chipaca> zyga— you want chips with that?
[09:40] <zyga> Chipaca: ha, I wish :D
[09:40] <zyga> Chipaca: the Context.timeout field is unused
[09:41] <Chipaca> zyga— in master it's overlord/hookstate/context.go
[09:41] <zyga> Chipaca: but Context.Timeout uses Context.setup.Timeout
[09:41] <zyga> ah, right
[09:42] <zyga> so I know we have a test that checks hook timeouts
[09:42] <zyga> but I also see this reliably not time out in spread :/
[09:42] <zyga> the code there looks sane. I'll try to add debugging to see what really happens
[09:43] <Chipaca> the tests set Timeout on the setup also
[09:46] <Chipaca> zyga— i reckon that timeout in the context is a leftover bugish
[09:47] <zyga> yep
[09:47] <Chipaca> zyga— do you have a snap that should time out and doesn't? for testing here
[09:47] <zyga> ok, I'll start with 2.24 and focus on the test that checks it really works
[09:48] <zyga> Chipaca: yes, upgrade/basic as of 07182f7b1b7f7679f9e32f1511cc1669179c90f8
[09:48] <zyga> Chipaca: but only on debian
[09:48] <zyga> Chipaca: where we don't have apparmor
[09:48] <zyga> Chipaca: if you look at 2eda8023ca28060e5a027822969399bfe89ee508 instead you can run this reliably in qemu
[09:49] <zyga> Chipaca: though you need a qemu image
[09:50] <zyga> Chipaca: (or via linode)
[09:50] <Chipaca> zyga— what hook isn't timing out?
[09:50] <Chipaca> config? iface?
[09:50] <Chipaca> device?
[09:51] <zyga> Chipaca: the way I understand it, the upgrade/basic test installs 2.24 and upgrades to master
[09:51] <zyga> Chipaca: so if 2.24 already had timeouts (and I think it does based on what I read) it should not hang with the hook there forever
[09:51] <Chipaca> ifacestate does not set a timeout
[09:52] <Chipaca> neither does devicestate
[09:52] <Chipaca> only config does
[09:52] <Chipaca> and it sets it to 5 minutes, overridable by SNAPD_CONFIGURE_HOOK_TIMEOUT environ
[09:53] <Chipaca> prepare.sh sets SNAPD_CONFIGURE_HOOK_TIMEOUT to 30s
[09:53] <Chipaca> for snapd
[09:53] <zyga> Chipaca: configure on core
[09:55] <zyga> Chipaca: and there is a timeout set, it's 5 minutes
[09:55] <zyga> Chipaca: it hangs because seccomp is enabled and core-support is disconnected
[09:55] <zyga> Chipaca: so seccomp kills part of snapctl
[09:55] <zyga> Chipaca: that's all expected
[09:55] <zyga> Chipaca: what is wrong is the timeout
[09:55] <zyga> Chipaca: task logs does not show we even try to kill it
[09:55] <Chipaca> hmm
[09:56] <Chipaca> zyga— does it not timeout, or does the killemall or something after it hang?
[09:57] <zyga_> Chipaca: re, switched to mobile
[09:57] <zyga_> Chipaca: I'm uploading a debian spread image in case you want to try
[09:58] <Chipaca> zyga— dunno if you saw my q about killemAll
[09:59] <zyga_> Chipaca: no, sorry
[09:59] <zyga_> Chipaca: lost in irc transition
 zyga— does it not timeout, or does the killemall or something after it hang?
[10:04] <zyga_> Chipaca: it does not, it just keeps waiting for it to run
[10:05] <zyga_> Chipaca: and according to my reading of the code, if it were timing it out the task log would say so
[10:05] <zyga_> Chipaca: look at...
[10:05] <zyga_> https://forum.snapcraft.io/t/tests-broken-in-master/457/10
[10:05] <zyga_> the tail of that
[10:05] <zyga_> Chipaca: the qemu image will be uploaded in 9 minutes
[10:11] <Chipaca> i think it's all Son_Goku's fault
[10:11]  * Chipaca hides
[10:13] <zyga_> Chipaca: https://www.dropbox.com/sh/7k7qdo82vjjscy7/AADu7UsMsYXd5NYExOysgSx9a?dl=0
[10:13] <zyga> Chipaca: you can get that image there
[10:13] <Chipaca> zyga— question: why not compressed?
[10:14] <zyga> Chipaca: qcow2
[10:14] <Chipaca> i mean, i don't mind, my connection is fast enough :-)
[10:14] <zyga> Chipaca: it is compressed :)
[10:14] <Chipaca> but your upload is slow
[10:14] <zyga> Chipaca: I was just _uploading_ that :)
[10:14] <zyga> Chipaca: yeah, I was sending it over 3G
[10:14] <zyga> Chipaca: landline is sllooooow 0.1MB/s
[10:14] <Chipaca> zyga— qcow2 isn't compressed by default, and if it is it's readonly
[10:15] <zyga> Chipaca: over 3G I had 0.3MB/s outdoors and (I noticed by accident) 2.5MB/s while standing on the staircase inside the house
[10:15] <zyga> Chipaca: aha, do you think I can make it smaller then?
[10:15] <Chipaca> zyga— resonant cavities ftw
[10:16] <zyga> yeah but I was surprised :)
[10:17] <Chipaca> agreed, it'd be surprising to me too :-)
[10:17] <Chipaca> a happy surprise
[10:17] <Chipaca> knowing the mechanism does not make it any less fortunate
[10:19] <Son_Goku> ?
[10:19] <zyga> Son_Goku: I think chipaca was joking
[10:20] <Chipaca> Son_Goku— niemeyer isn't around to blame for everything, so it's your turn
[10:20] <zyga> we're trying to figure out what's going on wiht an apparently non-functional timeout on configure hooj
[10:20] <zyga> hook
[10:20] <Chipaca> zyga— bzip2 of the img would've saved 26%
[10:22] <Chipaca> debian-9-64.img:  1.351:1,  5.920 bits/byte, 26.00% saved, 789250048 in, 584078746 out.
[10:22] <Chipaca> anyway
[10:23] <Chipaca> what was i doing?
[10:23] <Chipaca> coffee.
[10:24] <Chipaca> zyga— how do you log in to the image you sent me?
[10:24] <Chipaca> ah
[10:24] <Chipaca> debian/debian
[10:24] <Chipaca> :-)
[10:27] <zyga> Chipaca: I added a readme file now
[10:28] <zyga> I'll re-compress it, drat :)
[10:28] <zyga> though I'll check xz
[10:28] <zyga> xz
[10:28] <Chipaca> zyga— is xz threaded now?
[10:28] <Chipaca> actually, never mind. I was going to coffee.
[10:28] <zyga> haha, enjoy :)
[10:28] <zyga> I have no idea
[10:28] <zyga> the compressor seems not to be
[10:35] <zyga> I commented on https://forum.snapcraft.io/t/hook-timeout-mechanism-not-working-in-2-24/464
[10:38] <zyga> Chipaca: downto 474MB
[11:01] <zyga> Chipaca: so I made this https://spread.zygoon.pl/
[11:07] <Chipaca> zyga— configure: error: xfs/xqm.h unavailable
[11:07] <Chipaca> morphis— ^
[11:08] <Chipaca> looks like build deps are wrong on debian
[11:08] <morphis> Chipaca: where do you get that?
[11:09] <zyga> Chipaca: hmm, odd, you may need xfsprogs-dev for this
[11:10] <morphis> zyga, Chipaca: we have xfslibs-dev in debian/control
[11:11] <Chipaca> morphis— i get this on debian after doing `sudo apt build-dep snapd` and then running autogen.sh from cmd/
[11:11] <zyga> Chipaca: this gets you deps for what is in the distro
[11:11] <Chipaca> and that has not brought in xfslibs-dev
[11:12] <zyga> Chipaca: not for what you have in the tree
[11:12] <morphis> Chipaca: ah, on debian we have snapd 2.21 only
[11:12] <Chipaca> ah
[11:12] <Chipaca> i should've done build-dep ./
[11:12] <morphis> yeah
[11:12] <Chipaca> yeah that brings it in
[11:12] <Chipaca> sorry for the noise then :-)
[11:12] <morphis> np :-)
[11:13] <Chipaca> zyga— and 'make hack' falls over because no apparmor_parser
[11:13] <Chipaca> boo, etc
[11:15] <morphis> Chipaca: did you configure with --disable-apparmor?
[11:16] <Chipaca> morphis: I ./autogen.sh --disable-apparmor
[11:16] <Chipaca> morphis: but I don't see that passing the option on to configure
[11:17] <Chipaca> morphis: but it does have debian-specific opts iin there
[11:17] <Chipaca> morphis: what should i do?
[11:18] <morphis> debian-specific opts in the configure script?
[11:18] <Chipaca> no, in autogen.sh
[11:18] <Chipaca> --libexecdir=/usr/lib/snapd
[11:18] <morphis> AFAIK autogen.sh checks for /etc/os-release and configures accordingly
[11:19] <Chipaca> morphis: yes, but all it does for debian is the above, no --disable-apparmor
[11:19] <morphis> Chipaca: but for `make hack` it looks like the easiest way is to disable the apparmor profile installation manually in Makefile.am
[11:19] <Chipaca> and even with disable-apparmor, "make hack" tries to use apparmor_parser
[11:20] <Chipaca> yeap
[11:20] <morphis> yeah seems to be a short coming of the Makefile.am implementation
[11:22] <morphis> Chipaca: looks like we need a if WITH_APPARMOR in there
[11:22] <Chipaca> also, would be extra neat if 'make hack' dtrt wrt the go binaries as well
[11:23] <morphis> Chipaca: yes
[11:24]  * zyga breaks for lunch
[11:36] <Chipaca> zyga: I think I set things up to reproduce the thing, but it didn't work (or rather, it worked). After lunch can you walk me through this?
[12:06] <zyga> re
[12:06] <zyga> Chipaca: yes
[12:06] <zyga> Chipaca: gladly!
[12:06] <Chipaca> zyga: so, how do i repro? :-)
[12:06] <morphis> zyga: do we want to keep our sync meeting today or do we want to drop it with Alex and Jamie both being out?
[12:07] <zyga> morphis: let's drop it
[12:07] <morphis> zyga: ok
[12:07] <zyga> morphis: fyi, I'd like to collect more images on http://spread.zygoon.pl/
[12:07] <morphis> zyga: done
[12:07] <zyga> morphis: thanks
[12:08] <morphis> zyga: I can contribute a fedora-25-64 image
[12:08] <zyga> morphis: I can also start auto-building all the images and keeping them the web
[12:08] <zyga> morphis: great!
[12:08] <zyga> morphis: ideally you'd share something I can wget
[12:08] <zyga> Chipaca: ok, let's try this together
[12:09] <zyga> Chipaca: give me a sec for the current run to complete
[12:09] <Chipaca> zyga: i'm on detached head 2eda8023c
[12:09] <morphis> zyga: let me compress and upload
[12:09] <zyga> morphis: great
[12:09] <zyga> morphis: perhaps you can upload to dropbox?
[12:09] <Chipaca> zyga: built snap-confine, -exec, and d, running d with SNAP_REEXEC=0 et al
[12:09] <morphis> don't really use dropbox
[12:10] <zyga> morphis: ok
[12:10] <morphis> zyga: but will upload to my server
[12:10] <zyga> Chipaca: so, I didn't get that far, so far I can run it if I run the upgrade/basic test on debian-9-64
[12:10] <zyga> Chipaca: this starts with 2.24
[12:10] <zyga> Chipaca: and updates to master
[12:10] <zyga> (though the update fails)
[12:10] <zyga> Chipaca: give me a few more minutes for the current run to fail
[12:11] <zyga> Chipaca: so I think that what we need to try instead, if you want interactive session, is to get 2.24
[12:11] <zyga> Chipaca: add some debugging if you like
[12:11] <zyga> Chipaca: build the deb and install it on debian-9
[12:11] <zyga> Chipaca: and then snap install core
[12:11] <zyga> Chipaca: (stable)
[12:11] <zyga> Chipaca: and see what happens
[12:11] <zyga> Chipaca: it should break because of seccomp
[12:11] <zyga> Chipaca: but then we should time out the hook after 5 minutes
[12:11] <zyga> Chipaca: do you agree?
[12:13] <Chipaca> zyga: I'll try
[12:15] <zyga> Chipaca: ok I will too
[12:17] <jdstrand> Chipaca: re snapd#2969> ack, thanks. fixed
[12:17] <mup> PR snapd#2969: interfaces: mediate netlink sockets via seccomp <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2969>
[12:19] <Chipaca> zyga: you should review stuff ^ :-)
[12:19] <mup> PR snapd#3252 closed: tests,cmd/snap-confine: port older snapd-discard-ns tests <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3252>
[12:20] <zyga> Chipaca: aha, I guess so
[12:20]  * zyga opens a new ta
[12:20] <zyga> *tab
[12:21] <zyga> ah, it is this branch
[12:21]  * zyga read it already
[12:22] <dragly> ogra_: I tried the after: [desktop-qt5] step you recommended. Are there any requirements for it to work? Currently, it fails on a clean build with an error "No such file or directory: [...]/mypart/install/bin", where mypart is a completely different part in snapcraft.yml.
[12:22] <dragly> However, if I remove it, build again, then add it, and build once more, it works.
[12:22] <dragly> Seems like it depends on other parts to create an install dir for some reason.
[12:24] <morphis> zyga: uploading ..
[12:24] <dragly> Checked the backgrace, and it happens in _file_collides.
[12:24] <dragly> backtrace*
[12:25] <dragly> Must be that _file_collides assumes other parts actually install something.
[12:36] <zyga> gah, my network, what is going on :/
[12:43] <Chipaca> niemeyer: if you drop by, you requested changes on snapd#3026, zyga did as requested (on 14/03, ie 50 days ago), branch LGTM, is it OK to merge as is?
[12:43] <mup> PR snapd#3026: cmd/snap-confine: use defensive argument parser <Created by zyga> <https://github.com/snapcore/snapd/pull/3026>
[12:44] <niemeyer> Chipaca: Heya
[12:45] <niemeyer> Chipaca: That's not true.. I've looked at this PR last week and it wasn't fixed
[12:45] <Chipaca> niemeyer: git disagrees, but maybe he forgot to push
[12:45] <niemeyer> Chipaca: Happy to have a look again when we have a break here
[12:45] <Chipaca> or maybe i'm misreading what github says
[12:46] <Chipaca> anyway, yeah, take a gander
[12:47] <niemeyer> Chipaca: One of us is misreading.. I see "cmd/snap-confine: simplifiy error handling from argument parser" few days ago
[12:48] <Chipaca> ¯\_(ツ)_/¯
[12:49] <Chipaca> niemeyer: yeah, github just said "added commits on 14 mar" here
[12:49] <Chipaca> had to look into commits to see that detail
[12:56] <morphis> zyga: https://mm.gravedo.de/files/fedora-25-64.img.xz
[12:57] <morphis> Son_Goku: any time to check https://bugzilla.redhat.com/show_bug.cgi?id=1444819 again?
[13:03] <zyga> Chipaca: standp?
[13:03] <zyga> morphis: thanks!
[13:04] <zyga> morphis: thanks, I have it now
[13:07] <mup> PR snapd#3266 opened: interfaces: allow plugging DBus clients to introspect the slot service  <Created by jdstrand> <https://github.com/snapcore/snapd/pull/3266>
[13:26] <Chipaca> hmmm
[13:26] <Chipaca> zyga: with qemu-img we can create a local qcow2 image that used an http image as the backing file; this'd probably be faster than downloading the images
[13:27] <Chipaca> zyga: (but you'd have to de-xz the .img for that)
[13:28] <Chipaca> zyga: if you have ssh access to spread.zygoon.pl and can xunz -k, i can test this
[13:30] <zyga> Chipaca: yes, sure
[13:30] <zyga> Chipaca: it's my server
[13:30] <Chipaca> zyga: there exist servers that only give you ftp access, to this day /o\
[13:31] <zyga> Chipaca: decompressing
[13:31] <zyga> Chipaca: FYI, my test is now doing this: [/] Run configure hook of "core" snap if present
[13:31] <Chipaca> zyga: yeah, here as well (taking way too long at it)
[13:32] <zyga> Chipaca: done
[13:32] <zyga> Chipaca: how do you make those magic qemu images?
[13:32] <zyga> Chipaca: and does qemu cache anything?
[13:34] <ogra_> if you use http you can easily decompress during download on the fly btw ...
[13:35] <ogra_> URL=http://cdimage.ubuntu.com/ubuntu-base/xenial/daily/current/xenial-base-amd64.tar.gz
[13:35] <ogra_> CHROOT=xenial-test-chroot
[13:35] <ogra_> wget -q -O - $URL | zcat - | sudo tar x -C $CHROOT
[13:35] <Chipaca> zyga: qemu-img create -f qcow2 -b https://spread.zygoon.pl/debian-9-64.img debian-9-64.img
[13:35] <ogra_> that wont use any disk space and decompress during download
[13:35] <ogra_> (works fine with xzcat too)
[13:35] <Chipaca> ogra_: my point is we don't use _most_of the image, so we can avoid downloading it
[13:36] <zyga> ogra_: ooh
[13:36] <zyga> nice
[13:36] <ogra_> ah,. completely, yeah
[13:36] <zyga> let's try that
[13:37] <ogra_>  wget -q -O - $URL | html2text | grep .... <- easy way to grep through website content ;)
[13:37] <zyga> ogra_: .xz doesnt work
[13:37] <zyga> but plain does :)
[13:37] <zyga> it boots
[13:37] <cpaelzer> ogra_: worth a try for sure but is that fetching it in streaming still or will it use http range requests to read partially?
[13:37] <zyga> pretty neat!!!
[13:37] <ogra_> cpaelzer, i think wget just streams ...
[13:38] <cpaelzer> ogra_: in the use as qcow backing file I meant
[13:38] <ogra_> directly to stdout at lest ... so it depends whet the next command in the pipe does
[13:38] <Chipaca> cpaelzer: the qemu-img approach does range requests afaik fwiw
[13:39] <ogra_> cpaelzer, well, i never used it in that context ...
[13:39] <cpaelzer> ok that I expected, be careful then
[13:39]  * ogra_ uses it mostly to stream tarballs to disk to avoid debootstrap
[13:39] <zyga> Chipaca: ok, the test just failed for me!
[13:39] <cpaelzer> I'd assume something in the order of a few hundreds individual requests might take as long as the full image :-)
[13:39] <zyga> Chipaca: no mention of restarts!
[13:40] <Chipaca> yeah it never moves on from the hook
[13:45] <Chipaca> and yes it's snapd 2.24
[13:45] <Chipaca> from core 1689
[13:46] <mup> PR snapcraft#1292 closed: tests: fix the recording tests to work in multiple architectures <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1292>
[13:48] <Chipaca> wait no that core version is wrong (wrong terminal :-) )
[13:48] <Chipaca> but how do i then have snapd 2.24
[13:48] <Chipaca> with no core
[13:50] <Chipaca> ooooohhhhh
[13:50] <Chipaca> also: whaaaa
[13:50] <Chipaca> this is a nice bug
[13:51] <Chipaca> zyga: snapd restarted into the new snapd, but if it fails afterwards it does not restart back into old when rolling back
[13:56] <Chipaca> jdstrand: any reason not to land snapd#2969?
[13:56] <mup> PR snapd#2969: interfaces: mediate netlink sockets via seccomp <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2969>
[13:56] <mpontillo> So I have a snap with stage-packages including python2.7, and upstream code looking for 'python' on the path. Looks like it only installs the 'python2.7' binary. Anyone know the best way to just make a symlink from usr/bin/python2.7 -> usr/bin/python?
[14:00] <zyga> Chipaca: what? :D
[14:01] <Chipaca> zyga: you run that test with -debug, yes?
[14:01] <zyga> Chipaca: wait, let me grok this
[14:01] <zyga> Chipaca: but don't we disable reexec for that test?
[14:01] <zyga> yes
[14:01] <Chipaca> zyga: so when it fails you get a shell
[14:01] <zyga> I have the shell stull open
[14:01] <Chipaca> zyga: in that shell, do 'snap version'
[14:01] <zyga> it says 2.24
[14:01] <Chipaca> zyga: and snap is 2.21-something, yes?
[14:02] <zyga> yes
[14:02] <zyga> (ah, so we *do* reexec)
[14:02] <Chipaca> zyga: ok, so 'snap abort 1'
[14:02]  * zyga was confused by this then
[14:02] <zyga> done
[14:02] <zyga> 2.21
[14:02] <zyga> now I get 2.21
[14:02] <zyga> of snap
[14:02] <zyga> but not snapd
[14:02] <Chipaca> zyga: for snapd as well?
[14:02] <zyga> aaaaah
[14:02] <Chipaca> right
[14:02] <zyga> so snapd keeps being there
[14:02] <Chipaca> zyga: now a 'systemctl restart snapd' gets you back the snapd 2.21
[14:03] <zyga> yes
[14:03] <Chipaca> zyga: unless the tests are doing something weird to get that snapd version
[14:03] <Chipaca> (which could be!)
[14:03] <zyga> no, they don't
[14:03] <zyga> they just install it from the packge
[14:03] <Chipaca> so, yeah
[14:03] <zyga> so are we seeing two bugs now?
[14:03] <Chipaca> something is awry
[14:03] <zyga> fist of all, when it was stuck
[14:03] <zyga> it was already 2.24?
[14:03] <Chipaca> zyga: it's bugs all the way down
[14:03] <zyga> or was it sitll 2.21+b2
[14:03] <Chipaca> zyga: 'snap change 1' will tell you that
[14:04] <zyga> 2017-05-03T15:22:34+02:00 INFO Requested daemon restart.
[14:04] <zyga> so 2.24 from the core snap
[14:04] <zyga> so, that version definitely has hook bug
[14:04] <zyga> I ran 2.24 directly on ubuntu and tried to get the spread test tha checks this to fail
[14:04] <zyga> and it didn't though
[14:04] <zyga> perhaps it's a combination of some factors that makes it hang
[14:06] <Chipaca> zyga: what's probably happening
[14:06] <Chipaca> and I'm guessing here
[14:06] <Chipaca> is that 2.21 did not set the timeout
[14:06] <Chipaca> and 2.24 gets it from state
[14:06] <Chipaca> ... where it was put by 2.21
[14:07] <Chipaca> so the fix is: when you don't want a timeout, put a _negative_ duration as the timeout
[14:07] <zyga> oooh
[14:07] <zyga> definitely!
[14:07] <Chipaca> in the check to timeout, check for negative instead of > 0
[14:07] <Chipaca> == 0 --> default timeout for the task (backwards compat etc)
[14:08] <Chipaca> < 0 --> no timeout
[14:08] <zyga> aha
[14:08] <Chipaca> > 0 --> go on holidays
[14:08] <Chipaca> \o/
[14:08] <zyga> well, we need some form of tri-state for sure
[14:08] <zyga> thank you for solving that one!
[14:08] <zyga> I didn't think about pre 2.24 making the state
[14:08] <Chipaca> we need patches working again
[14:08] <zyga> so...
[14:08] <Chipaca> is what we need
[14:08] <zyga> yes :/
[14:08] <zyga> can we do a patch that fixes it?
[14:08] <zyga> sets a timeout on confiugre hook if missing
[14:08] <zyga> it's not the end of the world if we cannot undo it
[14:08] <zyga> wtyt?
[14:09] <zyga> wdyt?
[14:09] <Chipaca> i think the rule is no patches until we fix them
[14:09] <mpontillo> Figured it out. Added python-minimal to stage-packages.
[14:09] <zyga> Chipaca: can we fix it anywhere eles?
[14:09] <zyga> Chipaca: I mean we did certainly a lot of patch-like things lately
[14:09] <zyga> e.g. all the fixes for plug renames
[14:09] <zyga> those are exactly patches but not called that
[14:09] <zyga>  :D
[14:09] <Chipaca> zyga: we can do one of those patch-like things, because it's backwards-compatible
[14:09] <zyga> gee, let me lock the state, change it and unlock here
[14:10] <Chipaca> that is, if the state has a timeout, the old snap just won't load it
[14:10] <Chipaca> so yes we can and should do that
[14:10] <Chipaca> zyga: and yes, snapd being at the wrong version after that abort is another bug
[14:10] <zyga> Chipaca: great find, thank you!
[14:10] <jdstrand> Chipaca: from my perspective, no, but I was hoping morphis would glance at it since I touched a bunch of interfaces his team implemented
[14:11] <zyga> I was staring at it for so long without realizing it
[14:11] <Chipaca> morphis: can you look at snapd#2969 ?
[14:11] <mup> PR snapd#2969: interfaces: mediate netlink sockets via seccomp <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2969>
[14:11] <zyga> morphis: I'll merge it when you give it +1
[14:11] <zyga> Chipaca: I'll start with the patch for the hook timeout
[14:11] <Chipaca> morphis: no pressure :-p
[14:11] <Chipaca> zyga: ok
[14:11] <zyga> Chipaca: as for reexec back
[14:11] <zyga> Chipaca: do you mean that we need to figure out that something failed and we need to shutdown snapd?
[14:12] <zyga> Chipaca: when undoing one of the tasks?
[14:13]  * zyga has built all the spread images for ubuntu now
[14:13] <zyga> it was faster to spawn a VM, build them and reattach a disk than to upload from home
[14:13] <Chipaca> zyga: i'm saying, doLinkSnap has maybeRestart(); there needs to be a maybeRestart on the undo path
[14:13] <zyga> aha, that does make sense!
[14:14] <Chipaca> and there is one in undoUnlinkCurrentSnap
[14:14] <zyga> well
[14:14] <zyga> I'm happy that it turned out to be double-plus-good :)
[14:14] <zyga> not a wasted day and no bugs found
[14:15] <Chipaca> so we need a test for this to figure out why it's not working :-)
[14:15] <morphis> Chipaca, jdstrand: didn't I comment already? thought I did as I was looking at that PR
[14:15] <Chipaca> (an integrationy test, not a unit test which it does have i believe)
[14:16] <zyga> Chipaca: aha
[14:16] <morphis> Chipaca, jdstrand: however I would prefer to get that into edge soon so our CI can execute against it
[14:16] <morphis> then we will see if anything for those interfaces is broken the best way
[14:20] <Chipaca> morphis: was that a "yes +1 land it plz"?
[14:21]  * zyga reads the hook manager code closely
[14:21] <morphis> Chipaca: yes
[14:21] <morphis> let me add a comment
[14:22] <Chipaca> boom, merged
[14:22] <mup> PR snapd#2969 closed: interfaces: mediate netlink sockets via seccomp <Created by jdstrand> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2969>
[14:22] <Chipaca> 33 PRs. Bring it on!
[14:22] <Chipaca> zyga: how's the tab completion review coming along?
[14:23] <zyga> Chipaca: hmm, I could switch to it now
[14:23] <zyga> or look at the hook manager
[14:23] <zyga> hmm
[14:23] <zyga> pick :)
[14:23] <Chipaca> zyga: serialise things dude :-)
[14:24] <zyga> Chipaca: ok, let me look for 10 minutes
[14:24] <zyga> with hot context
[14:24] <Chipaca> ah, pavel is away today
[14:26] <Chipaca> niemeyer: snapd#3119 is blocked waiting for a review from you, also (and it's old!)
[14:26] <mup> PR snapd#3119: interfaces: API additions for interface hooks <Created by stolowski> <https://github.com/snapcore/snapd/pull/3119>
[14:30]  * zyga got small electric shock
[14:30] <zyga> darn uk adapters :/
[14:31] <niemeyer> Chipaca: Thanks, I think there are several things in the queue which need love
[14:31] <Chipaca> niemeyer: need love from reviewers, or from writers?
[14:32] <niemeyer> I was hoping to have more time here, but turns out we're running from meeting to meeting as usual
[14:32] <niemeyer> Chipaca: I suspect both, but I need to go back to our review board
[14:32] <niemeyer> Which is out of date
[14:32] <Chipaca> :-) ok
[14:33] <Chipaca> niemeyer: i was just going through https://github.com/snapcore/snapd/pulls and poking people
[14:33] <Chipaca> not being particularly methodic as i was trying to repro the 2.21/2.24 debian issue above
[14:52] <niemeyer> Chipaca: Thanks for pushing the reviews forward!
[14:52] <Chipaca> niemeyer: shut up and get reviewing!
[14:53] <Chipaca> :-D
[14:53] <Chipaca> how's the sprint btw
[14:54] <niemeyer> More long plenaries than smaller decision meetings.. we need some more of the latter before the week is over
[14:55] <niemeyer> On the bright side we got the +1 to move on with our development Sprint.. I need to push its organization forward
[15:00] <Chipaca> niemeyer: delegate (not that i'm offering)
[15:00] <Chipaca> niemeyer: you've got way too much on your plate
[15:02] <niemeyer> Chipaca: Curiosity, I'm actually pretty hungry right now :P
[15:02] <niemeyer> Curiously
[15:03] <zyga> Chipaca: can you pull master into 3150 please?
[15:06] <zyga> Chipaca: or just let me...
[15:06] <Chipaca> zyga: snapd#3150?
[15:06] <mup> PR snapd#3150: In-snap bash tab completion <Created by chipaca> <https://github.com/snapcore/snapd/pull/3150>
[15:06] <zyga> Chipaca: yes
[15:06] <zyga> if you cna please do :)
[15:06] <Chipaca> sure, give me a mo
[15:06]  * zyga fetches --all
[15:06] <zyga> thnx
[15:07] <Chipaca> zyga: any reason for the merge?
[15:09] <Chipaca> i ask because it'll trigger a retest, and i've been triggering a lot of those :-)
[15:10] <mup> PR snapcraft#1242 closed: kernel_plugin: use CROSS_COMPILE to override the default toolchain <Created by piso77> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1242>
[15:11] <zyga> Chipaca: just to have a chance to pass all tests
[15:11]  * zyga read the text above as GROSS_COMPILE
[15:12] <Chipaca> zyga: merged and pushed
[15:12] <zyga> Chipaca: thank you
[15:14] <mup> PR snapd#3265 closed: spread: add spread target qemu:debian-9-64 <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3265>
[15:28] <mup> PR snapcraft#1204 closed: target-arch: decouple target arch from deb, and use a separate field … <Created by piso77> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1204>
[15:29] <Son_Goku> morphis: I'll try to squeeze some time to check it today (at Red Hat Summit atm)
[16:20] <Chipaca> zyga: can you answer jdstrand on snapd#3253?
[16:20] <mup> PR snapd#3253: cmd/snap-confine/spread-tests: discard useless --version test <Created by zyga> <https://github.com/snapcore/snapd/pull/3253>
[16:21] <zyga> Chipaca: looking
[16:23] <zyga> Chipaca: done
[16:23] <Chipaca> zyga: 'ppreciated
[16:24] <kyrofa> Hey ogra_, I thought the rpi3 had spi enabled (we talked about this before)?
[16:24] <kyrofa> ogra_, https://askubuntu.com/questions/911510/ubuntu-core-on-raspberry-pi-3-spi-driver-isnt-available
[16:24] <kyrofa> ogra_, any idea on that one?
[16:31] <morphis> Pharaoh_Atem: sounds good
[16:33] <Chipaca> zyga: snapd#3150 is now green again :-)
[16:33] <mup> PR snapd#3150: In-snap bash tab completion <Created by chipaca> <https://github.com/snapcore/snapd/pull/3150>
[16:34] <zyga> Chipaca: let there be merge!
[16:34]  * zyga does one _last_ read
[16:34]  * Chipaca lifts his finger from the big green button
[16:35]  * zyga notices lots of nice documentation!
[16:35] <zyga> Chipaca: do we need a GPL header in the new shell script?
[16:36]  * zyga will add comments from now
[16:36] <Chipaca> zyga: ... maybe?
[16:36] <Chipaca> zyga: i mean, yeah, we do :-/
[16:37] <zyga> Chipaca: wait with the push as I also added small nitpick and we'll save one test slot
[16:38] <Chipaca> why do some spread runs take nearly an hour (coming dangerously close to being killed)
[16:39] <Chipaca> and, killed :-(
[16:39] <zyga> Chipaca: what is bounced?
[16:39] <zyga> Chipaca: allocation contention?
[16:40] <zyga> we need to figoure out queing
[16:40]  * zyga fetches coffee and gets right back up here
[16:40] <Chipaca> zyga: bounced are things that the snap requests be tab completed, but that end up needing completing "outside" the snap
[16:41] <Chipaca> zyga: variable names, shell aliases, shell functions, that sort of thing
[16:41] <Chipaca> they're bounced from the completion mechanism inside, back to the outside to be completed there
[16:45] <zyga> aha
[17:00] <zyga> Chipaca: what is <( ... ) ?
[17:00] <zyga> apart from chicken head?
[17:01] <Chipaca> zyga: <(o_o<)
[17:01] <Chipaca> zyga: it's called process substitution
[17:01] <nacc> is that ascii-kirby?
[17:01] <Chipaca> zyga: man bash, look for that
[17:01] <zyga> thanks!
[17:03] <Chipaca> zyga: but basically you write foo <(bar), the shell runs bar, sends its output to a_file, and runs foo a_file
[17:03] <zyga> aha
[17:03] <zyga> right, I just read that
[17:03] <zyga> man,
[17:03] <Chipaca> whether a_file is an actual file or something more magic is system-dependent
[17:03] <zyga> shell
[17:03] <zyga> shell is insane :)
[17:03] <Chipaca> zyga: no, man bash, man shell is something else
[17:04] <zyga> ;-)
[17:05] <Chipaca> and then there's <( ᐛ )>
[17:07] <mup> PR snapcraft#1296 opened: rust snaps can now use source-subdir without failing on pull <Created by roxyd> <https://github.com/snapcore/snapcraft/pull/1296>
[17:12] <Chipaca> anyhow, EODish from me
[17:12] <zyga> Chipaca: that's the chicken looking for food
[17:12] <Chipaca> i'll be back to tend to these two spread runs but other than that, i'm out
[17:12] <Chipaca> zyga: ᕕ( ᐛ )ᕗ
[17:13] <zyga> d-d-dancing!
[17:24] <zyga> jdstrand: question about https://github.com/snapcore/snapd/pull/3266
[17:24] <zyga> jdstrand: would it make sense to allow introspection on any object?
[17:24] <zyga> jdstrand: or is that leaking stuff?
[17:24] <jdstrand> zyga: fyi, I don't know if you want to merge from trunk. https://github.com/snapcore/snapd/pull/3254 seems to keep taking too long
[17:24] <zyga> I cannot remember if we can read properties this way, I think not though)
[17:25] <zyga> jdstrand: it should be fine, just needs to be re-triggered when spread is idle
[17:25] <jdstrand> zyga: it would leak stuff in my opinion. we should only allow introspecting the things that the interface allows access to. I don't think it should be part of default policy
[17:25] <zyga> jdstrand: reading the diff now, I have more questions, what does it mean that path is not object specific for unconfined?
[17:26] <jdstrand> look at the commented out rule and the description
[17:26] <jdstrand> I discussed it
[17:26]  * zyga reads the rest
[17:26] <jdstrand> path=/ peer=(label=unconfined)
[17:27] <zyga> jdstrand: I still don't get one thing: what is being leaked exactly?
[17:27] <jdstrand> zyga: ok, well, I may have stepped on your toes cause I restarted the travis-ci tests
[17:27] <zyga> jdstrand: hahe, no worries :) it will be OK
[17:27] <mup> PR snapd#3253 closed: cmd/snap-confine/spread-tests: discard useless --version test <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3253>
[17:27] <mup> PR snapd#3266: interfaces: allow plugging DBus clients to introspect the slot service  <Created by jdstrand> <https://github.com/snapcore/snapd/pull/3266>
[17:27] <mup> PR snapd#3254: tests: re-enable and moderninze /media sharing test <Created by zyga> <https://github.com/snapcore/snapd/pull/3254>
[17:28] <jdstrand> zyga: imagine a system with ofono, avahi-observe and fwupd all as debs
[17:28] <zyga> ok
[17:28] <jdstrand> zyga: allowing path=/ peer=(label=unconfined) means you can introspect all three
[17:28] <zyga> ok
[17:29] <jdstrand> there is nothing in the rule making it service-specific
[17:29] <zyga> but is the introspection data sensitive?
[17:29] <jdstrand> /org/freedesktop/systemd1 <-- that is service specific
[17:29] <zyga> AFAIR it is just XML that describes what the API is
[17:29] <jdstrand> zyga: it's a leak. is it a huge major world-ending leak? no
[17:30] <zyga> well, hardly a leak, it just lets you know something is there in the first place, is that right?
[17:30] <jdstrand> zyga: but for example in the network-manager api you can enumerate things just by looking at the introspected data
[17:30]  * zyga tries to understand what is being exposed exactly, not how serious that is
[17:30] <zyga> aha!
[17:30]  * zyga looks at dbus specs
[17:30] <zyga> I wrote some dbus code earlier and I did implement introspection support
[17:30] <zyga> maybe I'm missing something
[17:31] <zyga> I just want to be sure I understand what is going on
[17:31] <jdstrand> zyga: it depends on the api too. yes, it lets you enumerate services that are installed (avahi, ofono, fwupd, others, ...) but the api can put info in there. eg, org.foo is fine by itself. you hot plug baz and bar and the foo service updates the api to have org.foo.bar and org.foo.baz
[17:32] <jdstrand> nm does this sort of thing
[17:32] <jdstrand> but, it is messy
[17:32] <jdstrand> we have some leaky things already, sure, but we are going to be trying to fix those leaks, so I strongly prefer to not add new ones
[17:33] <jdstrand> zyga: really what is going on is that I am only adding new accessing and not taking anything away
[17:33] <jdstrand> accesses*
[17:33] <jdstrand> and only adding ones that don't leak
[17:34] <jdstrand> if there is some super-critical use case for opening up more, we can perhaps reconsider
[17:34] <zyga> aha
[17:35] <zyga> jdstrand: you are correct
[17:35] <zyga> jdstrand: https://dbus.freedesktop.org/doc/dbus-specification.html#introspection-format
[17:35] <jdstrand> but sborokov mentioned a bug with pydbus and org.freedesktop.login1, and I'm fixing that and being safely proactive with everything else
[17:35] <zyga> jdstrand: the smoking-gun there is the full dump of what is there
[17:35] <zyga> jdstrand: object paths and what not
[17:35] <zyga> jdstrand: thanks for explaining that
[17:36] <jdstrand> np
[17:36] <zyga> jdstrand: btw, do you think we should open bugs on the projects that use / as the object path?
[17:37] <jdstrand> zyga: I thought about that. if it is a new service, yes. these ancient services we unfortuately can't cause clients would break
[17:38] <zyga> jdstrand: ah, right
[17:38] <zyga> well boo
[17:38] <zyga> :/
[17:38] <jdstrand> yeah
[17:38] <jdstrand> good news is lennart is doing the right thing today (he (presumably) wrote the avahi dbus api, but the systemd object paths are clean)
[17:38] <zyga> jdstrand: I kind of wish someone made a dbus proxy with turing-complete processing built in
[17:39] <zyga> jdstrand: that would be secure to run in a separate tight sandbox (old-style seccomp)
[17:57]  * zyga EODs
[18:10]  * zyga updates https://spread.zygoon.pl/images/
[18:13] <mup> PR snapd#3267 opened: cmd: make rst2man optional <Created by morphis> <https://github.com/snapcore/snapd/pull/3267>
[20:24] <mup> PR snapd#3268 opened: Browser support sys devices <Created by jdstrand> <https://github.com/snapcore/snapd/pull/3268>
[20:34] <mup> PR snapd#3261 closed: snap-confine: init the ENTRY variable, coverity is unhappy otherwise <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3261>
[21:32] <mup> PR snapd#2976 opened: support users and groups with seccomp <Created by jdstrand> <https://github.com/snapcore/snapd/pull/2976>
[21:33] <mup> PR snapd#2976 closed: support users and groups with seccomp <Created by jdstrand> <Closed by jdstrand> <https://github.com/snapcore/snapd/pull/2976>
[22:03] <fede2> I'm getting a coredump on a snap for a python (pyqt5) application called URH (universal radio hacker)
[22:03] <fede2> This is the snapcraft file https://github.com/fede2cr/snapcraft-sandbox/blob/master/limesdr-urh/snapcraft.yaml
[22:03] <fede2> And I'm actually getting the same error as in this post https://askubuntu.com/questions/783758/pyqt-snap-builds-successful-fails-to-run
[22:04] <fede2> I'm running on a freshly installed Ubuntu 16.04 with unity.
[22:04] <fede2> Any suggestions?


[07:19] <aashez> I'm using Ubuntu 11.04 on Packard Bell EasyNote NM85. After recent installtion, I'm getting error while botting as - udevd[398]: worker [82] unexpectedly returned with status 0x0100 - same for [83] [84] followed by - '/devices/pci0000:0d/0000:0d:0b.0'. I did not make any chnages in settings wrt system before the error. How can I fix this?
[07:19] <aashez> I observed errors related to kernel before that I had to reinstall. Even now I guess the errors are related to kernel
[07:19] <SpamapS> Packard Bell?!
[07:20] <aashez> Yes
[07:20] <aashez> I see some Packard Bell notebooks in Hardware compatibility list
[07:20] <SpamapS> Oh, they still make stuff
[07:21] <SpamapS> I thought they died years ago
[07:23] <aashez> What I got is an old one. Well, is there any to find boot logs ? I can insert LiveCD and try to pastebin the exact errors ...
[07:25] <SpamapS> sorry I'm no expert w/ such things. :-P
[07:27] <aashez> Ok. The errors are close to what this link gives in first post - https://bugzilla.novell.com/show_bug.cgi?id=609338
[07:27] <ubot2`> bugzilla.novell.com bug 609338 in Basesystem "cpqphp: NULL ptr deref in cpqhpc_probe+0x951/0x1120" [Normal,Resolved: duplicate]
[08:49] <aashez> Is there any way to confirm whether the hardware of a system is compatible with linux installation apart from referring https://wiki.ubuntu.com/HardwareSupport/Machines/Netbooks
[08:49] <aashez> ?
[09:30] <josephliu> a16g, see my msg above... sorry that i type very slow. since it's difficult to type, on the phone.
[09:32] <josephliu> a16g, also the driver atheros posted months ago on kernel mailing list is version <IP_ADDRESS>.
[09:32] <josephliu> a16g, but the one we used now is <IP_ADDRESS>
[09:58] <tgardner> herton, you gonna do all of the recent stable updates?
[09:58] <herton> tgardner: I think yes, at least that was brad's plan, we start taking the stable updates in
[09:59] <tgardner> herton, ok, I'll leave you to it.
[11:01] <jjohansen> tgardner: when are you going to upgrade tangerine?
[11:02] <tgardner> jjohansen, I thought I'd wait until the archive isn't broken, but then I don't suppose libreoffice will have much of an impact. lemme give it a try...
[11:02] <jjohansen> tgardner: okay, thanks
[11:19] <LetoThe2nd> howdy! are there known issues with an uptodate 11.10/64b with S2RAM?
[11:21] <LetoThe2nd> after resuming, it runs into heavy thrashing here (load well about 8), as opposite to after reboot and firing up the same tools resulting in a load far below 1
[12:00] <tgardner> jjohansen, tangerine is updated. see last line in dmesg: sshd (2155): /proc/2155/oom_adj is deprecated, please use /proc/2155/oom_score_adj instead.
[12:00] <jjohansen> tgardner: thanks
[12:41] <aashez> Is there any way to confirm whether the hardware of a system is compatible with linux installation apart from referring https://wiki.ubuntu.com/HardwareSupport/Machines/Netbooks
[13:36] <brendand> aashez - there's also the certification site ; www.ubuntu.com/certification
[13:36] <brendand> aashez - neither of the pages tells you whether the system is compatible with the linux kernel in general though
[13:36] <brendand> both are regarding ubuntu only
[13:38] <aashez> I'm not sure if Packard Bell Easy note NM85 compatible or not
[13:39] <aashez> Thanks for the link but it gives page not found on any further selection
[13:48] <brendand> aashez - ergh :/ thanks for noticing. the links in the top table should work
[13:48] <aashez> which top table?
[13:49] <brendand> aashez - the one that lists by manufacturer. you can also use the filter results box on the right-hand side
[13:49] <brendand> aashez - which release are you interested in?
[13:50] <brendand> though i know for a fact we haven't certified the NM85
[13:50] <aashez> brendand: Actually I installed 11.04 twice and had some errors after few days..
[13:51] <aashez> kernel realted errors like https://bugzilla.novell.com/show_bug.cgi?id=609338
[13:51] <ubot2`> bugzilla.novell.com bug 609338 in Basesystem "cpqphp: NULL ptr deref in cpqhpc_probe+0x951/0x1120" [Normal,Resolved: duplicate]
[13:51] <aashez> I see very similar error as in the bug
[13:53] <aashez> Which is what made me wonder if its hardware related problem
[14:15] <aashez> brendand: Are you still there?
[14:16] <brendand> aashez - yes
[14:16] <aashez> Can you help me fix errors on boot like https://bugzilla.novell.com/show_bug.cgi?id=609338 ?
[14:16] <ubot2`> bugzilla.novell.com bug 609338 in Basesystem "cpqphp: NULL ptr deref in cpqhpc_probe+0x951/0x1120" [Normal,Resolved: duplicate]
[14:17] <aashez> Its ubuntu 11.04 on Packard Bell EasyNote NM85. I did chroot using LiveCD and tried to reinstall grub but no help
[14:19] <brendand> aashez - afraid not
[23:40] <Kurdistan> any one wake? :)
[23:40] <Kurdistan> I got this error message
[23:40] <Kurdistan> tried to compile 3.2.1 from kernel.org on ubuntu 11.10
[23:41] <Kurdistan> Cache read/write disabled: /sys/kernel/security/apparmor/features interface file missing. (Kernel needs AppArmor 2.4 compatibility patch.)
[23:42] <Kurdistan> I can not get apparmor patch from kernel.org
[23:46] <Kurdistan> http://www.kernel.org/pub/linux/security/apparmor/ I can not find


[00:41] <ubptgbot> B W was added by: B W
[00:43] <ubptgbot> <B W> Howdy. I've been trying to customize the Nexus 5 kernel options. I'm able to make the kernel zImage-dtb and subsequent boot.img but cannot get it to boot, it hangs on the google logo.
[00:43] <ubptgbot> <B W> There's nothing unusual in /proc/last_kmesg suggesting what's wrong
[00:43] <ubptgbot> <B W> anyone seen this before or able to offer some insight?
 What initramfs are you building into the image
[00:44] <ubptgbot> <B W> I pulled the one from boot-hammerhead.img
[00:44] <ubptgbot> <B W> as well as trying the one extracted from the boot partition of the device
[00:45] <ubptgbot> <B W> (unmodified touch is installed and running)
 you are building the correct kernel source with all the ubuntu patches, and apparmor, and not disabling anything that was already enabled, yes?
 Right, you'll need to start from ubports/android_kernel_lge_hammerhead
[00:45] <ubptgbot> <B W> Yes, that's the one I have checked out
 And you're building it in the Android tree, not trying to make it externally?
 While I agree that downloading the whole thing is a waste of resources, it's better to not poke the bear.
[00:48] <ubptgbot> <B W> I've been following the same steps I used successfully for the stock hammerhead kernel from google
 So... no?
[00:49] <ubptgbot> <B W> If by "android tree" you mean the steps involving " phablet-dev-bootstrap phablet", then no
[00:49] <ubptgbot> <B W> I get 503s trying to visit  phablet-dev-bootstrap phablet
[00:49] <ubptgbot> <B W> err
[00:49] <ubptgbot> <B W> https://code-review.phablet.ubuntu.com/
 Well that's to be expected, the service is down
 It went down on the 2nd, the repositories are rehosted at https://github.com/ubports-android/
[00:50] <ubptgbot> <B W> ah. so I need to wait for it to come back up?
 No maintained documentation uses `phablet-dev-bootstrap`
 But
 No maintained documentation details setting up the ubp-5.1 tree either
 so
 You'll want to `repo init` using https://github.com/ubports/android
 something something transitional phase something
 Then, use the manifest fragments in https://github.com/ubports/devices to create a local manifest for your chosen device
 If you're trying to build a custom kernel, I'd encourage you to contribute any fixes back into our hammerhead kernel
[00:53] <ubptgbot> <B W> my "customization" quite literally consists of enabling MIDI sequencer support
[00:53] <ubptgbot> <B W> i.e. CONFIG_SND_SEQUENCER=y … CONFIG_SND_SEQUENCER_OSS=y … CONFIG_SND_RAWMIDI_SEQ=y
 Here, I think I have the tree locally. I'll build a bootimage with those.
 what does that even do for hammerhead though?
[00:54] <ubptgbot> <B W> creates /dev/snd/seq[uencer]
 That's available on 3.4, right?
[00:55] <ubptgbot> <B W> yes
[00:55] <ubptgbot> <B W> I had it on stock hammerhead but had other issues getting audio out from chroot
 it actually has midi seq in the hardware?
 wow
 Android gadgets are wonderful
 (Photo, 1015x839) https://irc.ubports.com/1hcbmqF8.png here we go
[00:56] <ubptgbot> <B W> It may not, I think that just exposes the ALSA sequencer dev node
[00:56] <ubptgbot> <B W> For the curious I'm attempting to turn my disused Nexus 5 into a substitute MT-32 with munt
 If it works you need to make a blog post about it!
[00:57] <ubptgbot> <B W> which needs the /dev/snd/seq devices purely for midi routing
[00:57] <ubptgbot> <B W> It's been done in chroot before
[00:57] <ubptgbot> <B W> https://forum.xda-developers.com/g4-play/development/tool-emulate-roland-mt-32-using-munt-t3774457
[00:58] <ubptgbot> <B W> alas chroot has audio out issues on N5
 huh
[00:58] <ubptgbot> <B W> spent the better part of several days beating my head against that issue
[00:58] <ubptgbot> <B W> and since android supports USB MIDI devices, a cheap USB midi adapter in your OTG port and you have a fake MT32
 Normal warnings about trusting random binaries on the internet, blah blah blah
 (Document) https://irc.ubports.com/J8uO0Tp0.7z
[00:59] <ubptgbot> <B W> 👍
[00:59] <ubptgbot> <B W> will give it a stab right now
 Oh, right
 ``` sha512sum boot.7z  … d52b25ba718e04cd6b7aefc3a2522cfd12753d11ab11662664b4c3aa87b047aafd7177d2ba43eb17991d230da9f3b2920701432f259311bd74d5bb613daae375  boot.7z```
 [Edit] $``` sha512sum boot.7z  … d52b25ba718e04cd6b7aefc3a2522cfd12753d11ab11662664b4c3aa87b047aafd7177d2ba43eb17991d230da9f3b2920701432f259311bd74d5bb613daae375  boot.7z```
 editing goes worse
[01:03] <ubptgbot> <B W> drat, must be missing something in the config
 So it booted?
[01:04] <ubptgbot> <B W> by-path    pcmC0D11c  pcmC0D14p  pcmC0D19c  pcmC0D22c  pcmC0D3c  pcmC0D7p … comprC0D9  pcmC0D11p  pcmC0D15c  pcmC0D19p  pcmC0D22p  pcmC0D3p  pcmC0D8c … controlC0  pcmC0D12c  pcmC0D15p  pcmC0D1c   pcmC0D23c  pcmC0D4p  timer … pcmC0D0c   pcmC0D12p  pcmC0D16c  pcmC0D1p   pcmC0D24p  pcmC0D5c … pcmC0D0p   pcmC0D13c  pcmC0D17c  pcmC0D20p  pcm
[01:04] <ubptgbot> C0D25c  pcmC0D5p … pcmC0D10c  pcmC0D13p  pcmC0D17p  pcmC0D21c  pcmC0D2c   pcmC0D6c … pcmC0D10p  pcmC0D14c  pcmC0D18p  pcmC0D21p  pcmC0D2p   pcmC0D6p
[01:04] <ubptgbot> <B W> aye, it booted
 Ooh, careful about large pastes
 Makes IRC users unhappy
[01:04] <ubptgbot> <B W> heh, sorry
[01:04] <ubptgbot> <B W> and it does seem to be the correct kernel
[01:04] <ubptgbot> <B W> Linux version 3.4.0-cyanogenmod-g2669fa0-dirty (root@dalton-ryzen) (gcc version 4.8 (GCC) ) #1 SMP PREEMPT Wed Jun 20 19:39:53 UTC 2018
 I thought IRC was better with large pastes then telegram?
 Wed jun 20
 Hm
 I'll do a clean rebuild
[01:05] <ubptgbot> <B W> hang on, let me double check my config as well vs the AOSP hammerhead
 @PhoenixLandPirate, yeah no
 pastebin is great with large pastes though
 Hi people! Quick question: is there any workaround on Dekko2 to make it work with my Yahoo account?
 Or any configuration that I'm missing?
 @dohbee, This is true
 @dohbee, Ive used irc less than Ive used Bing.
 (Document) https://irc.ubports.com/0pB64u0M.7z
 There, clean rebuild
 #BlameAndroidBuildSystem
[01:09] <ubptgbot> <B W> Thanks
[01:10] <ubptgbot> <B W> if that doesn't work I think it might mean I need to do some ALSA tinkering/configuring
[01:14] <ubptgbot> <B W> hmm
[01:14] <ubptgbot> <B W> looks like the config changes did not apply
[01:15] <ubptgbot> <B W> # CONFIG_SND_SEQUENCER is not set
[01:15] <ubptgbot> <B W> pulled from /proc/config.gz
[01:15] <ubptgbot> <B W> # CONFIG_SND_RAWMIDI_SEQ is not set
[01:17] <ubptgbot> <B W> ^^ Looked at your build screenshot above... did you miss make hammerhead_defconfig after editing? ;)
 No actually, that should be done automatically by the build system
 I'll try without ccache, I guess
[01:20] <ubptgbot> <B W> fair enough; I'm only familiar with my own environment so I'm not qualified to comment on your setup 😊
 Well if you were, I'd start with "Hey, this kernel is built as root" ¯\_(ツ)_/¯
[01:23] <ubptgbot> <B W> heh, I can see that from dmesg | head
[01:25] <ubptgbot> <B W> part of me wants to learn more about android development because I have several phones which are no longer in service but still perfectly useable as miniature computers for odd tasks.
[01:26] <ubptgbot> <B W> but when you do software development as a day job... the motivation to do more dev at home in your spare time kinda goes away.
 Yep, I edited the wrong config
 the folder has `cyanogenmod_hammerhead_defconfig` and `hammerhead_defconfig`
 only one is correct
[01:29] <ubptgbot> <B W> heh
[01:29] <ubptgbot> <B W> the number of times I wasn't editing what I *thought* I was editing... happens to the best of us
 (Document) https://irc.ubports.com/R1mUTTHs.7z
 There. Checked the `.config` this time.
[01:32] <ubptgbot> <B W> bam
[01:32] <ubptgbot> <B W> ls /dev/snd/seq  … /dev/snd/seq
[01:32] <ubptgbot> <B W> there it is
 All you gotta do is do the right thing. :P
[01:33] <ubptgbot> <B W> 😉
[01:35] <ubptgbot> <B W> moment of truth
[01:35] <ubptgbot> <B W> I HEAR MIDI
[01:36] <ubptgbot> <B W> *high5*
 Oh man. Do you have the sad midi saxophone yet?
[01:37] <ubptgbot> <B W> well... I have this
[01:37] <ubptgbot> <B W> https://www.youtube.com/watch?v=OIW4F285QjA
[01:38] <ubptgbot> <B W> somehow it sounds better on a fake MT32
 Glad to be of service
[01:40] <ubptgbot> <B W> Now I just need to fix up the munt GUI to run on touch :)
[01:42] <ubptgbot> <B W> and very much appreciated! you've probably saved me 15GB of bandwidth and probably several hours of cursing
[01:43] <ubptgbot> <B W> I'll have to order a second MIDI cable now to get it setup with my desktop and the N5 as the synth
[01:44] <ubptgbot> <B W> I'm making a note to make a little video and come back here and share once I have it all figured out
 Yay!
[01:45] <ubptgbot> <B W> and my N5 gets a second life other than dust collector
[01:51] <ubptgbot> <B W> Thank you very much again... bedtime for me but now I have something else to look forward to doing tomorrow 😊
 No problem
[03:34] <ubptgbot> Albus Dumbledore was added by: Albus Dumbledore
[03:35] <ubptgbot> <Albus Dumbledore> Hello there, I have a question does Ubuntu Touch support dual sim feature?
[03:42] <ubptgbot> mr_imanx was added by: mr_imanx
 Yes
 Is WINE (www.winehq.org) included in UBports apps?
 @cls006, what do you expect from wine on arm architecture?
 No it is not
 @ar7ch, ++
 @ar7ch, There are WINE apks for Android.
 @cls006, of course, but they are for x86-based devices, arm devices only support windows RT which is... meh
 @ar7ch, To run Windows apps on UBports.  😉 … Or use WINE + QEMU to run x86 Windows apps.
 @ar7ch, well RT was deprecated a long time ago and there are definetly much better alternatives for its apps
 @cls006, are you sure that qemu will give you performance level you need?
 your SoC probably doesn't support hardware virtualization like x86 cpus, moreover, very possible that qemu wouldn't start because of Halium hacks and android kernel
 @vanyasem, How much u did
 @amolith, I am not able load it , pls reload or upload as video
 @John_athan, It's just an MP4. I'll upload it again and see if it makes a difference.
 @vanyasem, What?
 (Document) https://irc.ubports.com/z6TBLvfe.mp4
 Apparently it's so small that Telegram converts it to a GIF
 Could you please stop pinging me for no reason ^.^
 Thank you
 @vanyasem, I didn't know if you were replying to what I sent or not
 @vanyasem, Same here
 Ok . . .
 @amolith, telegram converts video with sound turned off to gif
 I can't view your file anyway
 Not sure why. It opens in VLC just fine.
 I might put it on my YT channel. It's a screen recording of Ubuntu Touch.
 @amolith, Any thing new in that video, any new features?
 I think it's literally just a test recording
[08:15] <ubptgbot> thre4dinf0 was added by: thre4dinf0
 Hello everyone :)
 Thought I'd join here, because I hit an issue trying to install Ubuntu Touch on my Nexus 4, and I haven't seen any solution online
 I am running the latest UBPorts installer, and it doesn't seem to be able to detect the phone in fastboot mode, even though I've verified that the driver is installed and I can see the device with "fastboot devices"
 Is there any known solution for this, or a way to manually install it?
 To all the new people here, welcome! Check out https://ubports.com/page/telegram-welcome to get your UT journey started
 @thre4dinf0 is the device listed via fastboot devices?
 you wrote that.
 how about manually selecting the device?
 That's what I'm doing
 I've found some others online that basically said that the Windows version is plainly broken, so that's probably the issue
 ohh
 @thre4dinf0 try using ubports installer 0.1.7
 That worked for me for some reason
 @thre4dinf0 the latest version for windows should work https://github.com/ubports/ubports-installer/releases/download/0.1.20-beta/ubports-installer.0.1.20-beta.exe
 If that fails, the usual backup plan is to use 0.1.9-beta
 Also I've seen a lot of installations fail due to a bad usb cable
 [Edit] Also I've seen a lot of installations failing due to a bad usb cable
 https://github.com/ubports/ubports-installer/releases?after=0.1.11-beta
 Yeah i had issues using the latest version at one point and tried 0.1.9 and that didnt work either. But 0.1.7 did
[09:37] <ubptgbot> dgreen was added by: dgreen
 @advocatux, Been using that one
 @advocatux, I'll give it a try
 @Lyokanthrope, R u trying adb method or mir method
 @thre4dinf0, 👍
 @geotechland, 0.1.9 doesn't work either, I'll try 0.1.7 next
 @thre4dinf0, Can you try to run it as admin?
 @advocatux, I already tried that with the latest release, but sure, I'll give it another try
 Can you try with another usb cable and/or another usb port?
 I'll try it on another PC later, yeah. I'd be surprised if that was the issue though, since I've not had any issues with this PC/Cable/Port before
 Thanks for the help though, I'll get back to you if I still can't get it working later
 Or, I could try a Linux VM I guess, since the installer works better on there from what I've read online
 Okay, but it's better to continue in the Install group https://t.me/WelcomePlus ;)
 Oh, I'm so sorry, I thought this was the right group O.o
 No problem :)
 Thanks :)
 you're welcome :)
 @thre4dinf0, Hmm you are using very old versions, in general the .1.20 should work now also in windows
[11:36] <ubptgbot> alexey70 was added by: alexey70
 Hello everyone
 I want Ubuntu bionic on one of my phone is this possible?
 Currently Xenial is the latest supported release, so not really.
 And it'll be based on?
 My device codename mido
 @JBBgameich, Mine phone is xioami too. But I am in Android. I want to install Ubuntu in my xiaomi
 @alexey70, This device is also not supported by Ubuntu Touch, but someone started a Halium port for it (https://github.com/Halium/projectmanagement/issues/71) which means with some additional work you could port Ubuntu Touch to it.
 @Loveisblurred, Albus Wolfric Percival brain Dumbledore
 @Loveisblurred, [Edit] Albus Percival wolfric brain Dumbledore
 @alexey70, Thanks Man.
 o_O
 @alexey70, Er... What?
 er muggles or something
 It's dumbledors full name
 Potterhead.
 Sorry
 Are you shirius.
 @John_athan, No just demonstrating how it works.
 @Loveisblurred please, keep your posts on topic in this group or go to OT (https://t.me/ubports_ot). Thank you
 Camera seems not working anymore on pro5 UT 16.04 devel: it keeps spinning around at app start-up. Any other pro5 owner noticed so?
 Consider I just freshly installed Anbox to test it on my phone...could it be related to this issue anyhow?
 I downloaded music in Cloud Music and chose the file manager.....but I can't find the files for the life of me
 not in cache, config and local of cloud music and download manager....
 It's a known bug and @johangm90 is working on it. It downloads to `.cache/com.ubuntu.music/HubIncoming/../` and should copy it to `~/Music/Imported/year/month/day/` but it doesn't work
 [Edit] It's a known bug and @johangm90 is working on it. It downloads to `.cache/com.ubuntu.music/HubIncoming/../` and should move it to `~/Music/Imported/year/month/day/` but it doesn't work
 See https://paste.ubuntu.com/p/xVXJTMqgZX/
 BTW, you should find your downloaded music in that first directory
 @Javacookies ^
 but I don't have the music directory on my cache yet because I haven't opened it yet ever
 It doesn't matter, it should be in `~.cache/com.ubuntu.music/HubIncoming/.../`
 Hmm I misread you, sorry.  :P
 Yep, and I'm giving him/her the last chance :D
 @advocatux, it's weird...I know they were downloaded but I really can't find them LOL
 they're lost in quantim realm
 Have you took a look to the log?
 [Edit] Have you taken a look to the log?
 I mean in your phone, not the one I pasted
 Last chance means?
 It means knock it off. :)
 nothing really helpful in the log, just the URL of the actual download
 Not `Triggering content-hub import` or something like that?
 ContentPeerPicker.qml has some errora
 like Cannot read property peers of null
 oh well...it's 3am...
 thank you for helping 😁
 @Javacookies yw. I was trying to download a song but using the filemanager instead of the music app. This is the output https://paste.ubuntu.com/p/VCH4qPZgcf/
 yeah same with mine
 Right. Good night !!
 but you are right, the files are temporarily downloaded in the HubIncoming directory of the receiving app
 Yep, let's see what Johan has to said about this issue
 [Edit] Yep, let's see what Johan has to say about this issue
 import doesn't to work though...could be a problem with content hub in xenial?
 I don't know, maybe an apparmor problem?
 (Sticker, 382x512) https://irc.ubports.com/AjpcuBL4.webp
 well for me the content-hub filemanager doesnt work quite well when I try to download any file using the browser or an webapp like Nextcloud. After I select the folder where I want to save the file, it just do nothing most of the time
 [Edit] well for me the content-hub filemanager doesnt work quite well when I try to download any file using the browser or a webapp like Nextcloud. After I select the folder where I want to save the file, it just do nothing most of the time
 Same here
 Yes, that song I was testing is in `~.cache/com.ubuntu.filemanager/HubIncoming/1/` in this case, so the download part works
 hmmm maybe a bug in the new filemanager? it works on mine with the old filemanager but I only tried it in vivid thougj
 and why am I even still awake LOL
 😂
 @Javacookies, Brains to active
[21:22] <ubptgbot> glyphist was added by: glyphist
[21:23] <ubptgbot> Benji Smith was added by: Benji Smith
 Hi Benji Smith and his clone Benji Smith
 I want a clone, too. Where can i get one?
[21:55] <ubptgbot> <Benji Smith> Hi Ivan, … I'd start with getting 2 phone numbers
[21:55] <ubptgbot> <Benji Smith> Then a cloning vat
[21:55] <ubptgbot> <Benji Smith> you and clone need two phones ofc :)
 Anyone has had any luck with running libertine apps? I have some apps installed but the scope doesn’t work and I can’t find any documentation on how to run them once installed. Even via terminal
[21:57] <ubptgbot> <Benji Smith> Fill me in, did Canonical discontinue Ubuntu Touch, and now UPorts is a community driven project based of that work?
 @Benji Smith, That would be correct. :)
[21:57] <ubptgbot> <Benji Smith> Thanks AP
 offtopic:  is there any way to have Dekko (not dekko2) in ubports  ,  I was quite happy with dekko (4 accounts working with minor issues whereas 3 of them I do not get them to work with dekko2 😢 ) and switching to ubports 15.04 deleted dekko as it is no longer in the openstore. Thanks for any help while I fill dekko2 bug report
[22:11] <ubptgbot> s 👍
 @AlexanderPlaza, "ubuntu-app-launch-appids" to get the appid … "ubuntu-app-launch appid" to launch the app
 https://www.youtube.com/watch?v=aouooDea1D0
 https://www.youtube.com/watch?v=4lPzf_MU2Rw
 https://github.com/ubports/ubuntu-touch/issues/763
 Has anyone gotten htop to work on a Nexus 5?


[11:52] <Umeaboy> Hi!
[11:52] <Umeaboy> I know I have added the daily ppa for firefox and thunderbird, but thunderbird-trunk can't be found.
[11:53] <Umeaboy> Any idea as to why?
[11:56] <ricotz> Umeaboy, there is no successful build of tb-trunk 55
[11:58] <ricotz> see https://launchpad.net/~ubuntu-mozilla-daily/+archive/ubuntu/ppa/+packages
[11:59] <ricotz> and again, I would suggest using https://launchpad.net/~mozillateam/+archive/ubuntu/thunderbird-next/+packages
[11:59] <Umeaboy> ricotz: OK.Uuuuuuuuuhm. Why does it say that the user RoboChris managed to make one then?
[11:59] <ricotz> it does not say that
[12:00] <Umeaboy>  thunderbird-trunk 	55.0~a1~hg20170511r21540.357871-0ubuntu1~umd1 	RoboChris (2017-05-12)
[12:00] <ricotz> it shows the uploaded source packages
[12:00] <Umeaboy> OK.
[12:01] <Umeaboy> What's the adress to the PPA? I can't find it.
[14:46] <Umeaboy> I managed to find a workaround to an issue with Thunderbird 45.8.0 in Ubuntu 17.04.
[14:47] <Umeaboy> to find
[14:47] <Umeaboy> 0Auth2 has stopped working when you want to add a Gmail account.
[14:48] <Umeaboy> However if you click to edit the manual settings and change from 0Auth2 into Password all works fine again.


[02:19] <Bluefoxicy> well
[03:06] <livefree424_> Hello all I am trying to get into Ubuntu development and having some issues I'm following the Ubuntu tutorial on setting up a Currency Converter app and when I run it all I get is a Hello World here is my code http://pastebin.com/46U8hsAq if anyone can look over it and let me know what I did wrong I would be grateful thanks
[03:10] <livefree424_> anybody ^^^
[03:12] <livefree424_> is anyone even here
[03:12] <TheLordOfTime> have patience
[03:13] <TheLordOfTime> it can take a while to get responses sometimes
[03:13]  * TheLordOfTime goes back to his bug triaging home at -bugs
[03:13] <livefree424_> ya i know just didnt see any other chat goin on so i was wondering
[03:42] <micahg> livefree424_: maybe #ubuntu-app-devel is more appropriate for this?
[06:10] <nigelb> Laney: Happy Birthday!
[11:31] <Laney> heh
[11:31] <Laney> nigelb: thanks
[11:33] <nigelb> Laney: :D Are you in the UK?
[11:33] <Laney> yep
[11:54] <sladen> kirkland: U+F8FF is in the Private use area.  I guess we could map it to the Ubuntu logo which is in other places
[11:54] <sladen> kirkland: in the (non-standardised) encoding for Klingon it's also the Empire Symbol
[12:02] <hyperair> ooh, a utf8 ubuntu symbol.
[21:02] <zykes-> how can I debug these ? "Jan 27 13:19:56 svc02 kernel: [175799.587970] init: ceilometer-api main process (31797) terminated with status 2" ?
[22:24] <Phonequer> Hello. Should I use bzr dh-make to create a package? If so then why it puts "root@unknown" into various files, while I've had set bzr whoami correctly?
[22:54] <Phonequer> If I have a git repo, and a autotools build system. Is it OK to use bzr dh-make. Or should I have bzr repo from the beginning?


[15:56] <yoasif> any idea on how i can get this bug looked at? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1907318


[13:38]  * cjwatson does a mass give-back on ppc64el to see how much will now build after that autoconf change
[13:38] <cjwatson> (current stats from qa/ftbfs/, for the record: 275 failed, 322 dep-wait)


[21:12] <davef> It seems the latest Ubuntu server is borked trying to install in a Proxmox VM, the moment I select LVM and adjust the size of the volume it crashes.
[21:42] <daftykins> funky


[00:29] <JoseeAntonioR> is there any way to get a longer locking period, for like around 20 minutes? it's pretty annoying having to click preview every 10 minutes
[00:29] <akgraner> pleia2, I'm working on it now :-)
[00:33] <bkerensa> I dont see any articles for this issue to write summaries for?
[00:43] <akgraner> anyone still in the wiki?
[00:48] <JoseeAntonioR> akgraner: I'm in the /ES wiki, and seeing the raw text on the EN wiki
[01:16] <pleia2> nope, not in the wiki
[01:23] <pleia2> bkerensa: summaries are done for the weekend, it's already been passed along to editors
[03:56] <JoseeAntonioR> ok, the Spanish version is ready, only the stats, updates and security and in this issue sections are missing.
[03:59] <JoseeAntonioR> pleia2: I'll try to connect at 10am your time to get that ready, if it's posted
[04:22] <JoseeAntonioR>  /clear
[04:22] <JoseeAntonioR> Oops :)
[04:46] <pleia2> akgraner: were you going to do stats, or should I?
[04:46] <akgraner> pleia2, I have them - I just need to paste them in
[04:46] <pleia2> ok great :)
[04:47] <akgraner> I'll add them before I go to bed so you have them tomorrow
[04:47] <pleia2> JoseeAntonioR: ^^ stats should be ready by morning
[04:47] <pleia2> thanks
[04:47] <akgraner> I just got busy with some slides :-)
[04:47] <pleia2> I know how it goes :)
[04:47] <akgraner> :-)
[04:47] <akgraner> I pulled them then started working on these slides and I'm on  a roll :-)  but I'll get them added before I call it a night though
[04:48] <pleia2> always a nice feeling when you end up on a roll when doing something like slides
[04:49] <pleia2> (it's not my favorite task in the world)
[04:49] <akgraner> nods - this is the first time in years it's taken me longer than a couple of hours to do them
[04:49] <akgraner> like 3 days I've been doing and redoing - now I have all my content - just tweaking them now
[04:51] <pleia2> :)
[04:51] <JoseeAntonioR> great, thanks
[04:51] <JoseeAntonioR> akgraner: good luck with the slides, I know they will be great
[04:52] <akgraner> Thanks! :-)  Let's hope my boss thinks so too :-)
[14:21]  * passstab added his first link to uwn!
[14:27] <akgraner> passstab, yay!
[14:27] <passstab> did i do it right?
[14:28] <akgraner> passstab, when did you add it?
[14:28] <passstab> just now
[14:28] <akgraner> the OpenStack link?
[14:28] <passstab> phoronix
[14:28] <akgraner> or the other one - either way that's fine
[14:29]  * passstab waches a demo
[14:31] <akgraner> passstab, :-)
[14:32] <passstab> done?
[14:32] <akgraner> did you see the changes I made?
[14:32] <akgraner> just formating really, but the way you did it was fine as well
[14:32] <passstab> yes
[14:32] <passstab> ok cool
[14:32] <akgraner> thank you :-)
[14:33] <passstab> np :)
[16:55] <pleia2> passstab: thanks for articles :) just keep in mind we want *news* and for them to be Ubuntu-specific (openstack is related, so if it's actually news we may put it in "Other Articles of Interest" but probably not in the main blogosphere section)
[17:18] <passstab> that wasn't me
[17:18] <passstab> i did the kvm one
[17:18] <pleia2> ah, ok
[17:18] <pleia2> thanks :)
[17:19] <passstab> which got moved to blogosphere?
[17:19] <pleia2> yeah, phoronix is a blog, not a big news site
[17:19] <passstab> oh
[17:19] <passstab> so what is "big news site"?
[17:20] <pleia2> it's somewhat subjective, but you can get an idea by looking at past issues
[17:20] <passstab> ok
[17:20] <pleia2> this week's has ZDNet, CRN.com, BusinessInsider, MyBroadband.co.za
[17:21] <pleia2> so huge tech sites and mainstream publications tend to fit the bill
[17:21] <pleia2> New York Times, Huffinton Post, etc
[17:21] <pleia2> JoseeAntonioR: I'm planning on publishing in just under 4 hours, stats are in so you can move them whenever you're around :)
[17:23] <passstab> blog is a linux site news is not?
[17:23] <passstab> (as a rule of thumb)
[17:23] <pleia2> well, linux.com is news
[17:24] <pleia2> as I said, subjective :) the editors even tend to move each others stuff around between these sections
[17:24] <pleia2> but generally linux-specific sites aren't really big enough to have the volume of articles that something like ZDNet would have
[19:20] <SilverLion> hi there
[19:29] <SilverLion> hey passstab
[19:29] <passstab> hey
[19:30] <passstab> you gonna tell me to stop leaving and coming back?
[19:31] <SilverLion> passstab, i am not going to tell you anything ;) just saying "hi"
[19:31] <passstab> hi
[20:02] <SilverLion> hi myrtti
[20:22] <IWantFroyo> Hello all.
[20:22] <pleia2> hello
[20:23] <passstab> wazap?
[20:29] <Silverlion> hi pleia2
[20:29] <Silverlion> hey Froyo
[20:40] <passstab> is this what we do on this channel?
[20:42] <pleia2> passstab: "this"?
[20:42] <pleia2> we share news stories, coordinate release of UWN, when news comes out a fridge editor will say that they're working on it (or needs someone else to work on it)
[20:42] <passstab> greet each other
[20:42] <pleia2> ah, yes, we're friendly too ;)
[20:42] <pleia2> there isn't constant traffic here, we just use the channel when we need to
[21:00] <bkerensa> :)
[21:08] <Silverlion> bkerensa, wishing happy easter to have had ;)
[21:11] <JoseeAntonioR> pleia2: Adding stats to the Spanish wiki right now.
[21:24] <JoseeAntonioR> pleia2: great, stats added. just the in this issue section missing
[21:41] <pleia2> JoseeAntonioR: great! releasing now
[21:42] <JoseeAntonioR> pleia2: perfect, first time in time :)
[21:42] <pleia2> :)
[21:46] <Silverlion> JoseeAntonioR, i see you have found a "home" where your skills are needed ;)
[21:48] <JoseeAntonioR> Silverlion: yep, it's great to find a team where I can help on
[21:49] <Silverlion> JoseeAntonioR, like me who develops source-codes for ebooks now ;)
[21:52] <pleia2> The new edition of the Ubuntu Weekly Newsletter is now available here: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue260
[21:53] <JoseeAntonioR> And the Spanish version is also released now
[21:54]  * Silverlion gives an applause
[23:10] <Silverlion> gn8