[00:05] f i do, snap find , is that supposed to list all of the snap available? If I run snap find tele, I get telegram, but otherwise it is not in the long list? [00:05] I am trying to just get an exhaustive list of the snaps available to look at them. [01:06] elopio: do you use zsh? how did that idea get formed? [01:06] tsimonq2: I met somebody who uses zsh. [01:06] I have a lot of new friends today ^_^ [01:19] elopio: :D [01:19] elopio: are you at a sprint or something? :P [04:06] ogra_: https://github.com/CanonicalLtd/ubuntu-image/pull/63 landed [04:06] PR CanonicalLtd/ubuntu-image#63: Don't build 4GB images, build images as big as the required contents === drizztbsd is now known as timothy [05:31] hello my fellow crafters!!!!!!! [05:34] crickets... === drizztbsd is now known as timothy === drizztbsd is now known as timothy [06:55] ogra_: was just thinking about the recent change to ubuntu image to make the disk only as small as needed. this does mean that if you run it directly in kvm/qemu the first snap you download causes a disk-full error? [06:55] hey hey [06:57] Bug #1623802 opened: snapd does not properly detect service/mount unit status [06:59] pitti: I'm curious why the autopkgtest test runs take so long after an upload, is it because the machines that do the testing are so busy? or is there another reason? [06:59] pitti: (background is my snapd upload from 12h ago that did not yet get run inside adt) [07:03] mvo: yeah, sorry -- look at http://autopkgtest.ubuntu.com/running [07:03] mvo: queues got double-Qt'ed yesterday, and the backlog lasted until this morning; s390x and armhf are still catching up [07:05] pitti: it says queue length is "-" for yakkety/amd64, does that mean the queue is empty? [07:05] * pitti orders another Binford 6100 cloud -- we need MORE POWER [07:05] mvo: yes (some amd64 tests are stilll running, though [07:06] pitti: hm, I don't see snapd on the page but there is a new version https://launchpad.net/ubuntu/+source/snapd/2.14.2+git.1.afda4fc-0ubuntu2 [07:06] pitti: what am I missing :) ? [07:06] mvo: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#snapd ? [07:06] mvo: you are missing the FTBFS on arm64 [07:06] pitti: oh, meh, ok. this got fixed this morning, but I guess that is too late [07:07] pitti: ok, thank you! [07:07] pitti: so that means it will be considered soon :) ? [07:10] mvo: as soon as it builds, yes [07:23] pitti: cool, thanks. it has build ~1h ago, but I guess it takes a bit until the script catches up (or does it need to get published first?) [07:25] mvo: yes, britney only sees published packages [07:25] * mvo nods [07:30] quick noob question, how do I build our kernel in a way that lets me incrementally build / reinstall / reboot while tweaking some things? [07:31] (where what I care about is identical config and initial source as packaged kernel and incremental build after any change) [07:46] PR snapd#1916 opened: backends: first bits of kernel-module security backend [08:00] mvo, yeah, we need a --size option [08:00] so you can define a minimal size [08:01] or allow to pre-create a target img (though thats more ugly) [08:03] ogra_: indeed [08:07] mvo, i see steve added an image_size variable to builder.py, i guess we just need the option at the top level and hand the value over [08:09] ogra_: yeah, I was thinking it would be pretty easy to add [08:10] as a quick hack: os.environ.get('IMAGESIZE') ... ;) [08:10] wouldnt even need an option [08:19] http://paste.ubuntu.com/23181304/ [08:21] hrm [08:22] i get "Failed to mount /boot/grub." ... even with the beta channel [08:22] oh [08:23] FAT-fs (sda2): error, fat_get_cluster: invalid cluster chain ... [08:25] hmm, weird, steve didnt touch anything in the vfat creation [08:27] hello guys my app which is written in qt have a functionality like- when user click on open file with editor , it open the loaded file with system editor ex gedit , kwrite or whatever user having as per their configuration . after packaging my app with snap the functionality is broken, are you guys working in it ??? [08:29] am sure there is nothing wrong with my code as you can see this feature in hundreds of other applications out there. snap need to fix this :D [08:29] mvo: snapd tests are queued now [08:30] aha ... using mtools from proposed helps :) [08:30] * ogra_ has a working 500MB kvm image [08:30] mvo: oh, so it wasn't FTBFS, just finished building around that time [08:30] ogra@localhost:~$ df -h /writable [08:30] Filesystem Size Used Avail Use% Mounted on [08:30] /dev/sda3 542M 190M 313M 38% /writable [08:31] bull, for now you need to ship the editor you want and tell your app to use this one ... long term i think zyga works on a sensible-editor interface or some such [08:32] ogra_, you mean gedit or kwrite inside snap as stage package ?? [08:32] this will fill snap with almost all kde and gnome dependencies am sure :D [08:32] (i know he does something like this for browsers already, editors should just be a variant of that) [08:32] oh [08:33] bull, yes, i mean that ... just pich one with less deps then [08:33] *pick [08:33] ogra_, my app cant open url in external web browser [08:33] yes, same thing [08:34] ogra_, i have to add sensible- browser in snapcraft yaml ? [08:34] pitti: neat, its running [08:34] pitti: can't wait, I had it down to 1 test failure due to no (non-proxy) network [08:34] no, you would have to add the browser you want ... there is also work on making xdg-open work if your snap runs on a classic system ... not sure where that stands [08:35] pitti: and in qemu its all working perfectly, so fingers crossed [08:35] ogra_, you mean i have to add a browser inside my snap ?? [08:35] damn [08:35] :D [08:35] like chrome or firefox ? [08:35] hypothetically ... [08:35] i'd just wait til the right interfaces are there for that one :) [08:36] thats really funny :P [08:36] and if my app wana talk with snapd installed on user's system ?? [08:36] is there snapd interface coming ? [08:36] you can surely find a lightweight editor and seed that into your derfault config .... i wouldnt expect that for a browser [08:36] for that too :/ [08:37] come-on i don't want change the main aim of my feature [08:37] ogra@anubis:~/datengrab/images/snappy$ snap interfaces|grep snapd [08:37] :snapd-control - [08:37] that is already there [08:38] aim of feature is to make user comfort by providing him an option to edit file in his favorite editor not with editor of my choce [08:38] choice [08:38] :P [08:38] yes, that was clear f4rom your first question [08:38] okay [08:39] isnt there yet ... but there are workarounds i pointed out til this landed [08:40] ogra_, if i will add snapd-control in my snapcraft's plugs will it make it work ? [08:40] mvo, so http://paste.ubuntu.com/23181304/ seems to work fine as a quick hack, unless you want to invest time into adding an actual option [08:41] bull, it allows your snap to talk to the REST api of snapd ... so if you implement the right protocol i imagine it will work ... [08:41] * ogra_ has no first hand experience with that API [08:41] my app uses qprocess to call snap , [08:41] ogra_, I have changed my network setting in my p3 to http://paste.ubuntu.com/23181339/, however, after I disconnect my cable, my wifi on the pi3 still cannot get an IP. what could be the problem for it? [08:42] liuxg, sit0 isnt your wlan device :) [08:42] i think it just comes up as wlan0 on the pi [08:43] ogra_, what should be the wlan device? I could not find any other device there [08:43] cat /proc/net/dev ? [08:43] ogra_, yeah, you could be right. thanks. I will check it [08:50] snap looking for a web browser to open a folder what ??? QGenericUnixServices::openUrl(const QUrl&): Unable to detect a web browser to launch '/home/bull/github/' [08:54] PR snapd#1787 closed: overlord/snapstate, daemon, cmd/snap: more explicit revision support [08:54] PR snapd#1834 closed: many: mostly work to support ABA upgrades [08:54] I have a problem with updating my snap in the snapstore. `snap find qownnotes` and https://uappexplorer.com/app/qownnotes.pbek tells me the latest version is 16.09.3, but my package in my https://myapps.developer.ubuntu.com account is at 16.09.7 and all releases are published in the channel `stable` as they should be. [08:55] All releases were published automatically by Launchpad. [08:55] pbek, there is an issue with the store ... go to the last releaseed snap in the UI, click unpublish and then click publish again [08:55] pbek, which package you trying ? [08:55] that will make it show up [08:55] the fix for this should land today or tomorrow [08:56] ogra_: I get a `504 Gateway Time-out` when I try that :) [08:56] bull: qownnotes [08:56] uh [08:57] ogra_: but it was unpublished [08:57] pbek, does it work out-of-box as a snap ? [08:58] bull: what do you mean by that? [08:58] i will check that myself by installing it [08:59] ty [08:59] ogra_: thank you, 16.09.7 is now visible [08:59] :) [08:59] * ogra_ has to do the same every morning for all ubuntu-core snaps :) [08:59] pbek, like most of apps dont seem to work fine with after packed in snap :D [09:00] * ogra_ found that most apps do work fine ... [09:00] ogra_, if I have this error "error: cannot install snap file: snap "piglow-app" has changes in progress". how can I correct this situation? [09:00] really depends how complex that app is :) [09:00] ogra_: that explains why noone updated QOwnNotes for some time :) [09:00] ogra_, I have seen this kind of errors a number of times. but sometimes it disappears. [09:00] liuxg, snap changes ... find the change in progress ... snap abort $change_number [09:01] bull: oh, I had to do quite some work to make it happen... and there are still some issues [09:01] ogra_, a package management system should not worry about how developer made their app :D\ [09:02] every package management system does that [09:02] they worry about what functionality developer providing ?? [09:03] i think no [09:03] pitti: interessting failure of adt on armhf - there is no sshd config there, is armhf driven via something else than ssh in adt? [09:03] they have to make integration work [09:03] ogra_, how to find the change number in the system? [09:03] they need to install packaged stuffs to place :D [09:03] nothing more then this [09:03] liuxg, ? [09:03] mvo: yes, armhf and s390x run in lxc; we don't have these arches in scalingstack [09:03] liuxg, does snap changes not show it ? [09:03] snap is different case a sure :D [09:04] bull, how many deb or rpm packages have you built from scratch ? [09:04] + sed -i s/\(PermitRootLogin\|PasswordAuthentication\)\>.*/\1 yes/ /etc/ssh/sshd_config [09:04] o_O [09:04] ogra_, yeah, I cannot find anything about it. it seems that it is broken http://paste.ubuntu.com/23181393/ [09:04] liuxg, thats snap list [09:04] ogra_, i made more then 20 debs [09:04] from scratch [09:04] ogra_, yeah, that is the list. I try to remove it, it refuses to do that. [09:05] and they all were in ubuntu software center [09:05] bull, from scratch ? into the official archive, matching all integration requirements to make then safely work ? [09:05] pitti: ta [09:05] *them [09:05] not in official archives [09:05] bull: just making debs for QOwnNotes drove me nuts :) [09:05] i.e. following the debian packaging policy ... [09:05] ogra_, is there anyway to find the changes, and cancel it? [09:05] mvo: the tests want to ssh to localhost via password? 3v1l :) [09:05] With the git source-type, is it possible to pull a specific commit? I can use source-tag, and source-branch... but how do I get a commit? [09:05] (in snapcraft) [09:05] ogra_, apps in store don't follow debian policies? [09:06] liuxg, again ... snap changes ... find the change in progress ... snap abort $change_number [09:06] ogra_, ok. thanks [09:06] bull, they get a security check ... thats all i think [09:07] ogra_, snap abort change-id for a install process wont abort process until snap download the full package that is a bug [09:07] thiough support for this was dropped lng ago since the review was way to time consuming [09:07] hmm [09:08] ogra_, snap abort change-id for a install process wont abort process until snap download the full package that is a bug !! plz check it [09:09] bull: we know, we know about the bug [09:09] yes, you complained about this for several days, several times a day ... [09:09] hard to not notice :P [09:09] several times a day ?? [09:09] lol [09:09] i was just reminding :P liuxg [09:10] popey, yeah we tested it :P [09:10] bull, yeah, it takes 3 mins to remove a snap. [09:11] liuxg, not about removing snap man , it was about to kill a install process . snap wont kill install process untill it download the whole package === drizztbsd is now known as timothy [09:11] * ogra_ sighs and goes for brakfast [09:11] liuxg, I am still waiting for the completion of the command. I am sideload a snap. it is not downloading. [09:12] liuxg, use snapcraft-gui [09:12] it has package manager to manage snaps [09:13] bull, snapgraft-gui is a desktop app, right? is it in the store already? [09:13] no [09:13] it is here https://github.com/snapcraft-gui/snapcraft-gui [09:13] repo coming soon [09:13] i developed it :P [09:14] with all convenience for snap user in mind [09:14] you can write recipes and make snaps , with clicks [09:14] bull, thanks for letting me know. I will try it later on. [09:15] okay [09:16] ii was having lp ppa but tsimonq2 said he will make new one with better sourcebuild features so we deleted old one [09:19] liuxg, so what does "snap changes" show you [09:19] (gimme a pastebin) [09:25] QSqlError("", "Driver not loaded", "Driver not loaded") [09:25] QSqlQuery::prepare: database not open [09:27] ogra_, can we have access to partitions of hard disk ?? i cant see any such things in the file dialog [09:28] there is the home interface [09:28] home interface show partitions too ? [09:28] no, only files in home [09:28] there is no way to get such sensible info yet [09:29] like partitions ... [09:29] wow [09:29] thats why i cant load music from mymusic partition using vlc [09:30] bind mount it under your home somewhere ... i.e. into ~/Music [09:31] ogra_, how :( [09:31] by bind mounting ? [09:31] yea [09:32] ogra_, we have to do it manually before using vlc ? [09:32] fi you put your music into exotic places you have to make it available in a common place first, yes [09:33] :D [09:33] i have no probs with vlc here [09:33] exotic places :P ? [09:34] (and i think 90% of users wont) [09:34] you put music in home /music ? [09:34] yes [09:34] cool [09:34] some people do use partitions and external hd [09:35] good for them [09:35] PR snapd#1917 opened: tests: ensure openssh-server is installed in autopkgtest [09:35] not good for them if they dont know how to load music in vlc [09:35] people will ditch whole ubuntu for vlc :D [09:36] if it will not fixed and snap will be default format :D [09:36] * ogra_ goes away for a few hourst ... i really cant take it anymore [09:36] *some people [09:37] ogra_, LOL [09:37] not funny, really [09:37] yeah i have seen cases [09:38] if you have something constructive to tell me, fine ... if you find a bug, please file it ... but dont rave about it for hours [09:44] hi [09:44] tsimonq2, hi [09:46] with button icons is it looking sexy > https://raw.githubusercontent.com/snapcraft-gui/snapcraft-gui/master/screenshots/sc1.png [09:56] PR snapd#1918 opened: spread.yaml, tests: add adhoc-ubuntu-core spread backend === drizztbsd is now known as timothy [10:16] sergiusens, any idea why I can get this message when creating a snap? : "Copying needed target link from the system /dev/null" [10:16] sergiusens, it created a prime/dev/null file [10:16] which provoked some issues until I noticed [10:18] mvo, http://paste.ubuntu.com/23181669/ works (not actually more beautiful but i get an extra 500MB when i set WIGGLEROOM=500) [10:34] PR snapd#1919 opened: tests: make ubuntu-core tests more robust [10:34] ogra_: ok [10:35] mvo, oh, and ouch ... we build the core snap against proposed ... [10:35] mvo, but -proposed isnt in the sources.list ... [10:35] i currently can not install vim in classic due to that [10:35] (in the classic shell i mean) [10:36] mvo, should i stop using proposed during imagge build or should we add proposed to sources.list ? [10:39] ogra_: I think stop using proposed is best [10:39] ok [10:39] ogra_: we can also sed it out in classic.create [10:39] (for now) [10:39] lets see if that builds :) [10:39] but I think !-proposed is best [10:39] * ogra_ drops it and does a test build [10:48] pitti: hm, snapd (latest version)vanished from the running page for amd64 but it did not appear on the results page yet. is there a (cron) delay or something? [10:51] mvo: wow, watching it like a hawk, aren't you :) -- there's ~ 5 minutes cron delay indeed [10:51] mvo: still running on http://autopkgtest.ubuntu.com/running#pkg-snapd though on some arches [10:52] mvo: could also be testbed failure, I'll check the logs in a minute [10:52] PR snapd#1920 opened: --lazy is only available with -l in trusty [10:57] pitti: can we configure netplan to generate wifi settings files via NetworkManager and ethernet ones via networkd depending on some flag we put somewhere? [10:57] morphis__: that is the default mode indeed [10:57] oh really? [10:57] morphis__: oh wait, actually not any more, default is networkd [10:57] can we change that somehow? [10:57] morphis__: it used to be NM for wifi until I taught it to do wifi via networkd+wpasupplicant [10:58] morphis__: anyway, you can select the backed for every individual definition, yes [10:58] renderer: NetworkManager|networkd, see the manpage [10:58] pitti: and how can we change that on Ubuntu Core, not sure what configures this globally [10:58] or would that be a thing console-conf has to know about? [10:58] but please dont make NM a hard requirement [10:58] you can specify the renderer globally, by device type, or by individual definition [10:59] and you can put it into a separate yaml snippet [10:59] if it isnt installed on an image it netpplan needs to fall back to using wpa-supplicant [10:59] it normally detects the availability [10:59] ok [10:59] ogra_: no :-) [10:59] :P [10:59] but if you say "use NM" and NM is not installed, those definitions wil just fail [10:59] pitti: I see [10:59] right ... [11:00] pitti: where do I specify the renderer globally? [11:00] morphis__: at the global yaml level, right under the top-level "network:" (again, see manpage) [11:01] pitti, btw, my network setup on the pi3 now goes really mad ... i'm not yet sure if thats netplan or console-conf that is at fault ... console-conf offers me both interfaces (wired and wireless) but i always end up with only wired usable [11:02] it works just fine on the dragonboard where i only have a wlan interface ... but having both makes something go mad [11:02] pitti: thanks [11:03] ogra_: there is https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1623756 in this area [11:03] Bug #1623756: console-conf generates invalid config when wifi is not configured [11:03] mwhudson, oh, thanks ! [11:03] yeah, i wanted to file that one but collect some more data ... just got distracted from it [11:04] just sent a PR with a presumed fix, really need to get the repo made public now... [11:04] mwhudson, though mine is slightly different ... i actually configure it with ssid and it even obtains an IP [11:04] ogra_: ah ok [11:05] it still tries to use wired though ... evven if i say "dont configure" [11:05] * ogra_ will collect more data first ... perhaps it is the same cause, who knows [11:05] ah hm [11:05] yeah, that's certainly possible [11:06] although if the wired interface is up, you remove it from the config entirely and run netplan apply, i don't know if the interface would be taken down [11:06] pitti: would know [11:07] well, if there is no cable, it should not be tried at all [11:07] no, apply doesn't currently down interfaces which are up [11:07] oh [11:07] not sure if netplan takes mii state into account here [11:07] seemed too dangerous to me [11:07] if we want/need that, bug report please [11:08] ogra_: you mean up, but no link beat? [11:08] ogra_: how can you tell that it's being tried? sorry it's late here and i'm probably being dense [11:08] I guess we can safely twiddle those too [11:09] "netplan --debug apply" might be useful [11:09] Snapcraft GUI version 2.0 released with everything working :P download .deb here https://github.com/snapcraft-gui/snapcraft-gui/releases/tag/2.0 [11:09] pitti, i mean when i boot i get offered to configure eth0 in console-conf even if there is no cable plugged in ... it shouldnt offer that i think [11:09] hmm [11:09] ogra_: there are routers with broken link beat [11:09] or wifi devices have no link until you connect to an AP [11:10] hmm, yeah [11:10] so I'm not sure if that's so obvious [11:10] it coudl certainly tell you that [11:10] en1 (disconnected) [11:10] yeah, i guess something like that in the UI would already help [11:10] PR snapd#1921 opened: Replace systemd-run with on-the-fly generation of units [11:15] ogra_: sounds good, bug pls [11:16] yay ... [11:16] * ogra_ can install vim again [11:20] Bug #1623897 opened: console-conf should show if wired interfaces are connected [11:20] mwhudson, ^^ [11:24] ogra_: thanks [11:24] * mwhudson zzz [11:25] sleep well [11:25] PR snapd#1922 opened: Use apt in accordance with functionality available on trusty [11:33] is snapweb currently working already? [11:36] PR snapd#1923 opened: Replace realpath with readlink -f for trusty support [11:47] liuxg, checkout https://github.com/snapcraft-gui/snapcraft-gui/releases/tag/2.0 [11:48] bull, it looks very nice. I will promote it in my place to the community :) [11:48] ty [11:49] liuxg, please create issue if you want any changes , and finds any bug [11:49] bull sure, I will do that. it is actually my strong point :) [11:50] bull, in fact, I had thought of doing this some time ago :) it is really a nice work. [11:50] thanks :) i hope you have found the project page already [11:50] hmm [12:03] PR snapd#1917 closed: tests: ensure openssh-server is installed in autopkgtest [12:03] PR snapd#1919 closed: tests: make ubuntu-core tests more robust [12:04] PR snapd#1915 closed: tests: add http_proxy to /etc/environment in the autopkgtest environment [12:04] PR snapd#1916 closed: backends: first bits of kernel-module security backend [12:08] PR snapd#1924 opened: tests: disable prepare-image-grub test in autopkgtest [12:10] mwhudson: do you happen to know what is the deal with govendor(ing) and gccgo? it seems to be not supported in 16.04 or am I just using it wrong? [12:11] may I know how to stop auto-update in the background? previously I could use config to disable it. [12:11] mvo: you have a few i386 and amd64 logs now [12:12] mwhudson: aha, I see you commented already, thank you! [12:13] pitti: ha! close [12:13] pitti: still one failure [12:13] PR snapd#1925 opened: Adjust regex to account for changes in stat output [12:14] PR snapcraft#803 closed: Do not run the bootstrap directory as a script (autotools plugin) [12:14] PR snapd#1924 closed: tests: disable prepare-image-grub test in autopkgtest [12:15] pitti: hm, i386 is strange it says ppa:snappy-dev/image can not be added (it does not exist). this worked on the amd64 run [12:16] abeato oh, neat! ldd for one of your elf files has that. [12:16] abeato care to fgure out which one? [12:16] sergiusens, lol [12:16] PR snapd#1926 opened: tests: add https_proxy into environment as well [12:17] sergiusens, yes, let me look. Interestingly that happens only when building for ARM, but not for x86 [12:18] abeato if you can, find the offending lib and give me the ldd output for it [12:18] ack [12:18] sergiusens, anohter question: what does [12:18] Issues while validating snapcraft.yaml: The '0' property does not match the required schema: ['usr/bin/Xorg'] is not of type 'string' [12:18] mean? [12:19] mvo: hm, that add-apt-repo call works in a i386 chroot [12:23] abeato it means, remove the brackets :-) [12:23] abeato is this `organize`? [12:24] sergiusens, no brackets [12:26] sergiusens, kind of, it works now after removing this line: "# organize: ?? [12:26] "# organize: ??" [12:26] which I added to remind me to investigate something [12:27] PR snapd#1927 opened: Account for different PWD handling on trusty [12:28] abeato let me get you an example [12:28] sergiusens, a parsing error?? [12:28] abeato https://github.com/snapcore/snapcraft/blob/master/demos/mosquitto/snapcraft.yaml#L28 [12:29] abeato you are not matching the schema;; we use jsonschema that by default gives us those horrible errors and no easy way to compose our own [12:29] sergiusens, hmm... but why does it complain for a line that is a comment? [12:32] abeato oh, I see; give me the full yaml [12:33] abeato the lines are off by one btw [12:40] sergiusens, can https://github.com/snapcraft-gui/snapcraft-gui/ be part of snapcraft source-code ?? please read this issue here https://github.com/snapcraft-gui/snapcraft-gui/issues/4 [12:41] sergiusens, off by one? some whitespace issue? [12:56] sergiusens, I have found no references to something that migth pull /dev/null in the binaries... what kind of thing do you expect me to see? [13:19] sergiusens, and why can this happen: [13:19] Failed to clean step 'prime': Missing necessary state. This won't work until a complete clean has occurred. [13:19] ?? [13:20] ogra_, does Pi3 has a built-in bluetooth in it? thanks. I just try to make use of it, however, I cannot find it. [13:26] morphis__, is bluetooth currently supported on pi3? [13:28] liuxg, pi3 has builtin BT ... but i dont know if we have all firmware and drivers yet [13:29] theoretically it should be the wlan firmware since i think it is the same device [13:29] practically i dont know though [13:29] ogra_, ok. thanks for your reply. I basically duplicate the same step as 410c, but it does not work. I have tried to use bluetoothctrl, but it seems that it is not working. [13:29] my bt dont work on ubuntu 16.04 :( it was working on 14.04 [13:30] liuxg, i'm not really sure if the kernel has all bits and pieces yet for the pi3 img [13:30] ogra_, yes, I see the wlan there http://paste.ubuntu.com/23182127/ [13:30] yeah, that definiteely works [13:31] ogra_, currently, the bluetooth works on 410c board. [13:31] ogra, an image on beta channel for rpi3 should work? [13:31] yup, i noticed that you got it working yesterday [13:31] abeato, yes [13:31] ogra_, ack [13:32] we'll release new ones later today or tomorrow on cdimage [13:32] http://people.canonical.com/~ogra/snappy/all-snaps/ has an interim one i just rolled for someone else [13:32] in case you need something to dd right now [13:32] ogra_, thanks, will try to build one with u-d-f nonetheless [13:33] u-d-f is unsupported now [13:33] that will most likely not produce anything usable anymore [13:33] what do we use now? [13:33] ubuntu-image ... and you need signed assertions [13:33] just grab mine from the above url [13:34] yeah, that will be easier... [13:35] ogra_, http://people.canonical.com/~ogra/2CAF65BCd01.jpg :D [13:43] * zyga has a theory about what might be broken with ns sharing [13:46] bye friends :* [13:47] ogra_: why is HDMI output disabled on the official pi2 image? [13:47] morphis__, ? [13:47] works here [13:47] ogra_: I had to change the config file on the boot partition to get it [13:47] hdmi_safe=1 [13:48] weird, i tested console-conf and login onn various monitors here [13:48] (well, two monitors and a TV) [13:49] hdmi_safe should only be needed if your monitor has issues with the spec i heard [13:50] "hdmi_safe Use "safe mode" settings to try to boot with maximum hdmi compatibility. This is the same as the combination of: hdmi_force_hotplug=1, hdmi_ignore_edid=0xa5000080, config_hdmi_boost=4, hdmi_group=2, hdmi_mode=4, disable_overscan=0, overscan_left=24, overscan_right=24, overscan_top=24, overscan_bottom=24 " [13:50] haha [13:50] "hdmi_ignore_edid Enables the ignoring of EDID/display data if your display is a crappy Chinese one " [13:51] ogra_, bye [13:51] :Zzz [13:51] ciao [13:52] morphis__, so whats your monitor ... ? [13:54] ogra_: hm, it was working well before from what I remember [13:54] before what ? [13:55] i dot thinnk we have changed anything in config.txt since 6 months [13:55] ok [13:55] then its a local problem here [13:55] IIRC liuxg had probs as well and needed to use another HDMI port on his monitor, there it then jjust worked [13:57] but perhaps we should actually default to hdmi_safe to get the widest compatibility ... i'm just a bit reluctant to add display options at all since these are dev boards ... mainly used for embedded development [14:10] * zyga -> coffee and food [14:15] jdstrand: ping me when you are around please [14:16] I am trying to upgrade a node-red snap to U16.04. The snap installs without problems. When I execute the snap/bin/nodered.red everything works fine but no .service is created. I am trying devmode. Don't see an error in syslog. What should I do? [14:18] mectors: look at the apps declaration, does it define this is a deamon? [14:19] No was a command. Will change to daemon [14:19] mectors: You're not making that a service. You're making it an app that you can run. [14:20] mectors: "daemon: OneOfTheDaemonTypes" underneath "command:". [14:20] thanks [14:20] jdstrand: http://pastebin.ubuntu.com/23182286/ [14:21] jdstrand: aka WTF? [14:21] jdstrand: NOTE: ip in the core snap is not the one in classic [14:21] jdstrand: not sure if this matters in what you did earlier [14:21] jdstrand: I was also thinking if the way I pivot_root is buggy, I tweaked that locally but it has no observable effect [14:22] jdstrand: what bugs me is that I *can* open ns/net but ip cannot [14:22] fixed it. many thanks [14:22] (ip the command) [14:28] PR snapd#1928 opened: hookstate,daemon: don't mock HookRunner, mock command [14:29] zyga: it is very puzzling. I mean, it worked at one point!! I downgraded kernels (even to 4.3-- pre-trusty), used a fresh install of xenial desktop without upgrading, built an image using udf with os, kernel and gadget snaps from June, etc, etc [14:30] zyga: I even saw on the old xenial desktop that a new core snap was downloaded when installing hello-world so I replaced current symlink to use the old one. I think I have a few more things to play with there [14:31] jdstrand: maybe the core snap updated? [14:31] jdstrand: and old VMs may still have reeexec anbled [14:31] jdstrand: as a quick exercise, I can run unshare --net=foo [14:32] jdstrand: I can open /proc/self/ns/net from python [14:32] jdstrand: I'm utterly lost as to what this might be [14:33] jdstrand: quick question about pivot_root, does this change make sense: http://paste.ubuntu.com/23182323/ [14:33] jdstrand: I read what pivot_root does again and I suspect that either docs are wrong or pivot_root . . should not be used [14:33] (this disabled nvidia binding because it's done in a way that needs the hostfs thing to be in place but I can move that to always happen after pivot root) [14:37] zyga: I think tyhicks may be able to better answer that, or possibly an lxd dev [14:38] (the pivot_root question) [14:38] I can do it, but it'll take me a while to say for sure [14:39] zyga: re the core snap updated-- it definitely did, which is why I tried to undo that. It's possible I didn't do that right and have a few more things to try there [14:39] jdstrand: don't worry about pivot root; I'll keep digging [14:39] zyga: what are you trying to achieve there? [14:41] zyga: regarding the permission denied-- it is seriously puzzling [14:41] tyhicks: use pivot_root correctly [14:41] tyhicks: perhaps avoid one more bind mount [14:41] tyhicks: ignore pivot_root unless you think it affects the big ns issue [14:41] tyhicks: I don't know if you are in the loop [14:42] tyhicks: if you want we can sync quickly [14:42] I need to look at another PR and will circle back [14:42] ok [14:42] I'm probably not up on what you've been up to the last day or two [14:43] the lxd devs will definitely have more real world experience w/ pivot_root than I do [14:44] tyhicks: long story short: the kernel behaves in super odd ways wrt net namespace; with snap-confine built from pull request https://github.com/snapcore/snap-confine/pull/145 "ip netns" gets permission denied to open /proc/$pid/ns/net (as shown by strace on http://pastebin.ubuntu.com/23182286/) but nothing apparently prevents this if you just try to open it directy (see the pastebin) [14:44] PR snap-confine#145: Enable snap-confine namespace sharing [14:44] this is all with devmode [14:46] tyhicks: and in that pastebin I also don't understand why this fails: [14:46] fstat(4, 0x7fff7fe39650) = -1 EACCES (Permission denied) [14:47] 4 is stderr after dup() [14:48] might that be some kernel memory corruption? [14:50] I don't know much about network namespaces but that strace sure does look odd [14:50] let me think about it a little more [15:00] PR snapd#1929 opened: Return proper icon URL for non-installed snaps [15:06] zyga: I don't have any good ideas about what's going on there [15:06] zyga: I'd have to spend quite a bit of time reading kernel code [15:07] tyhicks: ok, thanks [15:24] zyga: ok, I've circled back [15:25] I'll keep plugging away at trying to see when this once worked and try other things that I think of along the way === dpm is now known as dpm-afk [15:27] zyga: that said ^, there is perhaps something else to consider. the fact that this isn't working is odd to be sure, but this test (ip netns ...) working within a snap may not be as important if we think about the long term goal: a network-namespace-support interface that allows snaps to add network namespaces to the system and for other snaps to use [15:28] jdstrand: hmm [15:28] jdstrand: for that we'd have to solve the bi-directional mounting in general [15:28] zyga: in other words, since we know that network-namespace-support is the desired goal, if we can figure out how to achieve that without fixing this oddity, maybe that's ok [15:28] jdstrand: or do you plan snapd to create the namepaces centrally? [15:29] that's up for discussion [15:29] jdstrand: ok, so what shall we do [15:29] it seems clear that people will want to use 'ip netns' to setup namespaces. lots of existing code does that [15:29] our 'ip' command could be modified to talk to snapd [15:30] jdstrand: I'm inclined to merge this, add more spread tests [15:30] jdstrand: for both working and OMG/WTF broken cases [15:30] jdstrand: and decide if we want to enable this for release or not [15:40] PR snapd#1924 opened: tests: disable prepare-image-grub test in autopkgtest === dpm-afk is now known as dpm [16:00] just uploaded nodered.mectors. Says it is published but can't see it in the uApp Explorer or install it via snap install. [16:01] mectors, did you publish it in a specific channel? [16:03] no just did snapcraft push [16:04] mectors, are you familiar with channels? [16:04] kyrofa pushing it to stable now [16:04] mectors, ah very good, okay [16:05] mectors, so yeah, you can snapcraft push to specific channels, or snapcraft release after the fact, or do it all in from the myapps site [16:05] s/all in/all/ [16:05] But snapcraft push by default doesn't put it in any channels [16:07] kyrofa I updated the channel to stable on myapps but nothing. it says it passed all 40 checks there [16:08] kyrofa sorry my mistake was trying nodered.mectors but nodered works [16:08] mectors, good deal! [16:09] ev, I've been noticing numerous misunderstandings stemming from the fact that the store shows . in the header. Is there a reason for leaving it that way? [16:10] kyrofa: no, there isn’t and as I’ve come across that myself I’ve considered it part of the task to switch from “short namespaces” to SSO usernames, but they’re orthogonal. [16:16] matteo: hi, so you can see embedded wifi interface with your image/kernel, right? do you see it in console-conf phase? [16:30] jdstrand: it is quite easy to crash the kernel with various mount calls [16:30] * zyga hugs VMs [16:40] mectors next time, you can do `snapcraft release ` [16:41] shuduo: hi [16:41] kyrofa hey, you don't push to channels, you release to channels ;-) [16:41] shuduo: you mean the web interface? yes [16:42] matteo: do you use pi2-kernel? [16:44] let me check [16:44] pi2-kernel 4.4.0-1021-3 14 canonical - [16:45] matteo: hey :) [16:45] PR snapd#1929 closed: Return proper icon URL for non-installed snaps [16:45] hi zyga [16:45] wow cjwatson, thanks for taking that macaroon task! === Pharaoh_Atem is now known as Eleventh_Doctor [16:47] sergiusens: np, it happened to hit me and I already have code in LP that does much the same thing === Eleventh_Doctor is now known as Pharaoh_Atem [16:48] ogra_: hi, i'm following the doc "Ubuntu Core Image building" and generated an image for pi3. Now I see some issues like: [16:49] 1, it booting up time is very long if I plug ethernet cable. if no ethernet cable, it can boot up to console-conf soon. Is it a known issue? [16:50] nope, definitely not known [16:50] 2, I can't see integrated wireless interface, is it a known issue? I use pi2-kernel. [16:50] shuduo: do you want my ubuntu core image and openwrt snap? [16:50] yes, the wifi interface is only seen in very recent console-conf versions ... in the edge channel [16:51] but it doesnt not work right yet [16:51] I'm using ethernet to access internet, and the wifi as AP [16:51] shuduo, http://people.canonical.com/~ogra/snappy/all-snaps/u-image-pi3.img.xz [16:51] matteo: yes, pls. [16:51] ogra_: okay, let me try your image too. [16:52] shuduo: I'm pushing everything here: https://people.canonical.com/~teknoraver/ [16:52] shuduo, we'll release an image like that this week [16:53] zyga: why this test fails, in your opinion= http://162.213.35.179:8080/job/github-snapcraft-autopkgtest-yakkety-snaps-cloud/5/console [16:53] ogra_: good to know. we want to demo openwrt snap with pi3 at end of Sept. it would be great if later image do everything well. :) [16:54] well, there are still issues with wlan vs eth on the pi3 ... but these should surely be fixed before end of the month :) [16:54] matteo: looking [16:55] ah, vpn [17:03] ping mvo [17:07] matteo: pong (with some latency, but I will read/reply eventually) [17:08] I have an unit test which fails in an odd way [17:08] maybe it's not related to my commit [17:08] so you may want to have a look [17:08] mvo: http://162.213.35.179:8080/job/github-snapcraft-autopkgtest-yakkety-snaps-cloud/5/console [17:10] matteo: fix in git should actually be fixed in yakkety already [17:10] so if I trigger a new test it will pass? [17:23] sergiusens, I mean the push command supports releasing as well, no? [17:24] kyrofa yes it does, `snapcraft push --release ` [17:24] kyrofa that's release on push, not push to a channel though ;-) [17:24] sergiusens, meh :P [18:04] stgraber any way to figure out what is going on here? http://paste.ubuntu.com/23183087/ [18:06] sergiusens: hmm, well, LXD forks tar and tar got sigkilled, not sure why [18:06] sergiusens: out of memory maybe? [18:06] sergiusens: anything in dmesg? [18:07] stgraber yeah, out of mem; strange [18:08] I am on a fresh boot [18:08] oh, actually, that's unsquashfs not tar for that image I guess [18:09] stgraber yup [18:09] [ 598.420356] Out of memory: Kill process 8056 (unsquashfs) score 506 or sacrifice child [ 598.420664] Killed process 8056 (unsquashfs) total-vm:645224kB, anon-rss:260812kB, file-rss:0kB [18:09] how much memory do you have on that system? [18:10] unsquashfs using 260MB of RAM while not light doesn't seem entirely unreasonable to me [18:11] stgraber ah, I have 512 [18:12] how many CPUs in /proc/cpuinfo? [18:13] stgraber just the one http://paste.ubuntu.com/23183119/ its a DO droplet [18:13] weird, not sure why unsquashfs would use more memory than the size of the whole image [18:14] PR snapd#1928 closed: hookstate,daemon: don't mock HookRunner, mock command [18:18] sergiusens: I'm testing some unsquashfs options to work on low memory systems [18:19] sergiusens: running on a 64MB system now with 48 cores, so kinda worst case scenario :) [18:25] stgraber yeah, this used to work before, I guess before the move to squash, more so, I have 3 containers here running fine [18:27] sergiusens: hmm, so I managed to launch a container using a squashfs image just fine on that crazy 64MB system... [18:27] sergiusens: unsquashfs memory use was showing at 40MB or so [18:28] * stgraber pokes things harder [18:36] PR snapd#1914 closed: docs: add a little documentation on hooks [18:39] PR snapd#1888 closed: interfaces: allow special casing for auto-connect until we have assertions [18:40] PR snapd#1924 closed: tests: disable prepare-image-grub test in autopkgtest [18:44] kyrofa: hey there, so i'm seeing something really interesting... [18:44] kgunn, yeah what's up? [18:45] we've got a snap we're building that's pretty big admittedly...unity8...and it pulls in qtmir [18:45] so the qtmir pkgs are there in the snap on amd64 [18:45] however, on arm64 [18:45] they are missing.... [18:45] this is true for a snap that was built with lp builders and then one built in a cross build chroot locallly [18:46] and...to boot...the one built locally [18:46] the files are in stage and prime! [18:46] but not in the snap [18:46] ....oh, and i just added qtmir pkgs specifically to part as stage (using nil plugin) [18:46] and they still didn't make the snap [18:46] any ideas? [18:46] Hmm [18:46] AlbertA: ^ [18:47] If files are in prime, they should 100% definitely be in the snap [18:47] Because making the snap is literally running mksquashfs on the prime dir [18:47] kgunn, so something is weird here [18:47] kyrofa: don't suppose you know if you can verify what's in the prime from launchpad ? [18:48] kgunn, unsquashfs the resulting snap. I can't think of a single way the prime dir could be different [18:48] AlbertA: wanna shoot me link for arm64 version one more time from the chroot that definitely had the qtmir stuff in prime? [18:48] kgunn: yeah it's [18:48] just to make sure [18:49] https://private-fileshare.canonical.com/~alberto/unity8-session_0_arm64.snap [19:02] kgunn, when you say qtmir, are you talking about qtdeclarative5-qtmir-plugin? Or qtmir-desktop? [19:04] kgunn, doesn't matter-- both of them are in there [19:04] right [19:04] kgunn, so am I missing something? [19:05] kyrofa: one sec....got distracted lemme install and check [19:13] kyrofa: so upon install of that same snap on my dragonboard i get [19:13] ubuntu@localhost:/snap/unity8-session/current$ sudo find -iname qtdeclarative5-qtmir-plugin [19:13] ./usr/share/doc/qtdeclarative5-qtmir-plugin [19:13] ubuntu@localhost:/snap/unity8-session/current$ [19:13] kgunn, that makes sense, no? [19:14] kgunn, find -iname libunityscreensplugin.so should find the lib contained within that package as well [19:14] kyrofa: sorry i meant this one [19:14] ubuntu@localhost:/snap/unity8-session/current$ sudo find libqpa-mirserver* [19:14] find: ‘libqpa-mirserver*’: No such file or directory [19:15] ubuntu@localhost:/snap/unity8-session/current$ [19:15] kyrofa: ah...yeah, i see it now [19:16] ubuntu@localhost:/snap/unity8-session/current$ sudo find -iname libqpa* [19:16] ./usr/lib/aarch64-linux-gnu/qt5/plugins/platforms/libqpa-mirserver.so [19:16] ./usr/lib/aarch64-linux-gnu/qt5/plugins/platforms/libqpa-ubuntumirclient.so [19:16] the damn "minus" sign i forgot find get's angry [19:17] Hahaha [19:18] So does that all look okay then? [19:19] kyrofa: yes....now i probably made a stink over nothing [19:20] i bet the lp built one is fine [19:20] kyrofa: fwiw, we did really have one at one point where it wasn't included....so it got us all amped [19:20] i think it was a fluke [19:20] ...and we verified the pkgs weren't there in the sstage/prime area... [19:20] kgunn, heh, well if you run into it again, let me know! [19:21] yeah, see something once like that, makes you all paranoid... [20:03] sergiusens: https://github.com/lxc/lxd/pull/2383 [20:03] PR lxc/lxd#2383: Tweak squashfs for low-memory systems [20:03] sergiusens: with that change in place, I could get LXD to mostly work on a system with just 64MB of RAM [20:03] sergiusens: mostly in the sense that container creation worked fine, but as soon as the container started, the OOM killer started killing everything :) [20:04] sergiusens: though that was when running a full Ubuntu in the container, something like busybox would have run without triggering OOM kills I expect [20:12] stgraber great, in the meantime I upped the mem for my droplet :-) [20:13] sergiusens: ok, you could have put a simple wrapper around unsquashfs in /usr/local/bin setting the same options I set in that patch [20:14] stgraber I will try your branch later tonight and get back to you to see how it went [20:14] sergiusens: ok. it should be fine since I got it to run on a system with just 64MB :) [20:18] PR snapd#1930 opened: many: support snapctl -h [20:41] hey guys I'm still trying to learn snappy, and I'm trying ot snap up the file command, because I thought it would be simple [20:42] this is what I have so far http://paste.ubuntu.com/23183657/ [20:42] but whenever I go to run file after installing my snap I get /etc/magic, 0: Warning: using regular magic file `/usr/share/misc/magic' [20:42] file: could not find any valid magic files! [21:03] I tried to explicitly copy the configs per https://github.com/owncloud/ubuntu-snap/wiki/Building-your-first-snap and got http://paste.ubuntu.com/23183708/ but I get the same results. [21:04] what am I missing here? [21:04] I guess I'll send mail to the mailing list. [21:20] PR snapcraft#804 opened: Adjust login to conform to UX specification === mup_ is now known as mup === ubott2 is now known as ubottu === alecu_ is now known as alecu [21:59] ogra_: https://github.com/CanonicalLtd/subiquity is public now fwiw [22:01] morphis: fyi, I approved udisks2 but you need to press the publish button [22:37] was there a change in snapd that you can install a snap that is not signed? [22:37] *can't [22:37] ahoneybun: yes there was. add --force-dangerous [22:37] thanks lpotter [22:38] tried to install a inkscape snap from LP and it failed because of a missing signature [22:41] is it "snap install --force-dangerous? [22:43] yes [23:05] stgraber that did the trick btw [23:43] sergiusens: cool