/srv/irclogs.ubuntu.com/2016/12/15/#snappy.txt

mupPR snapcraft#968 closed: sources: refactor subversion source into module <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/968>01:05
mupPR snapcraft#977 opened: Prefer in-snap libraries to system libraries <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/977>01:14
mupPR snapcraft#978 opened: Updated cmake uplugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/978>01:32
mupPR snapcraft#979 opened: Updated waf plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/979>01:32
mupBug #1650091 opened: console-conf and getty hang if password is not set and press many enters <Snappy:New> <https://launchpad.net/bugs/1650091>03:09
mupBug #1650096 opened: 'snap list' does not show devmode property after disable and re-enable a snap <Snappy:New> <https://launchpad.net/bugs/1650096>03:36
=== chihchun_afk is now known as chihchun
=== JanC is now known as Guest52303
=== JanC_ is now known as JanC
mupPR snapd#2480 closed: many: prepare landing on trusty <Created by vosst> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2480>07:24
mupPR snapd#2474 closed: Revert "interfaces: add new boot-config interface" <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2474>07:37
=== jamespag` is now known as jamespage
dholbachhey hey08:04
mupPR snapd#2488 opened: interaces: add new boot-config interface <Created by mvo5> <https://github.com/snapcore/snapd/pull/2488>08:07
stubCan I hand back a snap store name I was granted? Someone else is handling the snap.08:35
stubOr maybe I can just ignore it, since it will be obvious since I've pushed nothing to that namespace08:35
mupIssue snapd#2489 opened: Can't run binary installed via a snap package <Created by mlcdf> <https://github.com/snapcore/snapd/issue/2489>08:36
kalikiana_mup: Why did you announce that bug? It's a dead link...08:39
mupkalikiana_: In-com-pre-hen-si-ble-ness.08:39
kalikiana_mup: Bug link is broken08:39
mupkalikiana_: Roses are red, violets are blue, and I don't understand what you just said.08:39
kalikiana_Pffffft08:39
mupBug #1650187 opened: Can't run any snap application on Mint 18 <Snappy:New> <https://launchpad.net/bugs/1650187>09:17
mupIssue snapd#2489 closed: Can't run any snap application <Created by mlcdf> <Closed by mlcdf> <https://github.com/snapcore/snapd/issue/2489>09:19
mupPR snapd#2485 closed: overlord: apply auto-aliases information from the snap-declaration on install or refresh <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2485>09:27
stubLooks like charms using the Snap layer need to be rebuilt for Snappy 2.17, due to the backwards incompatible change of 'ubuntu-core:slotname' to just ':slotname'09:38
stubWhat time frame are we looking at for backports to trusty?09:39
kalikiana_stub: Shouldn't both be valid? Or is it documented to be breaking?09:40
stubI don't know if it is documented. ubuntu-core:foo is no longer valid. I don't know when :foo started being valid.09:41
kalikiana_The test cases in snapd still use ubuntu-core:09:41
stubHuh. That isn't what I'm seeing here.09:42
stubroot@ip-172-31-3-170:/var/log/juju# snap connect rocketchat-server:network ubuntu-core:network09:42
stuberror: cannot perform the following tasks:09:42
stub- Connect rocketchat-server:network to ubuntu-core:network (snap "ubuntu-core" has no slot named "network")09:42
stubroot@ip-172-31-3-170:/var/log/juju# snap connect rocketchat-server:network :network09:42
stub(the last works) Or is there a typo in there I can't see?09:43
seb128hey there09:43
seb128does anyone know if remote parts can point to a branch09:44
seb128git repo one09:44
kalikiana_stub: Normally network autoconnects... are you sure you need to do that at all?09:44
stubseb128: yes, I think you specify the branch name in a separate yaml field09:44
stubkalikiana_: This is just my test case. I know it is not actually needed.09:45
stub(I need a smaller test snap in my test charm)09:46
seb128stub, like "origin-branch:  something"?09:46
seb128stub, on https://wiki.ubuntu.com/snapcraft/parts09:46
stubseb128: yes, but I don't recall exactly what it is or where it is documented09:48
seb128stub, k, thanks anyway, I'm going to try to figure it out09:49
stubseb128: snapcraft/internal/sources.py09:50
stubsource-type: git09:50
stubsource-branch: <name>09:50
kalikiana_stub: For me, using another snap as an example, both of these work: "snap connect arangodb3:network ubuntu-core:network" and "snap connect arangodb3:network :network"09:50
stubkalikiana_: Can you confirm you have 2.17 ?09:50
stubMaybe it is fixed in 2.1809:51
seb128stub, that's what is used in snapcraft.yaml but doesn't match the syntax used on https://wiki.ubuntu.com/snapcraft/parts which uses e.g "origin" or "origin-type"09:51
kalikiana_stub: I just updated to the latest master and it still works fine09:55
stubkalikiana_: ok, I'll assume user error or fixed after 2.17 for now. There are not enough charms using the layer yet to be a major problem.09:56
kalikiana_stub: What if you used core: instead of ubuntu-core:?10:04
kalikiana_As the snap was renamed at one point, that could explain the error10:05
kalikiana_If that's the case it might make sense to explicitly handle that case in the code - currently it doesn't10:06
mupPR snapd#2490 opened: many: implement  "snap un/alias --auto" using snapstate.ResetAliases <Critical> <Created by pedronis> <https://github.com/snapcore/snapd/pull/2490>10:16
mupPR snapd#2410 closed: store: retry resumed downloads on sha3 error <Created by stolowski> <Closed by stolowski> <https://github.com/snapcore/snapd/pull/2410>10:19
mupPR snapd#2483 closed: store: use mocked retry strategy to make store tests faster <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/2483>10:29
stubkalikiana_: Oh, you are correct. core:network works10:35
mupBug #1650207 opened: original lsb-release file should be preserved for classic mode <Snappy:New> <https://launchpad.net/bugs/1650207>10:36
stubkalikiana_: At least under 2.17. core: fails under 2.16 :)10:37
kalikiana_stub: Yeah. As I said, the snap was renamed. You can see it in "snap list"10:38
kalikiana_If you don't use a name, snap connect will pick one10:38
kalikiana_So if this affects several existing setups, it may make sense to alias ubuntu-core to core10:39
mupPR snapd#2486 closed: tests: fix tests on 17.04 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2486>10:40
kalikiana_Or, if updating all existing cases is good enough, use :foo everywhere and it'll just work10:40
stubI could detect the snappy version and rewrite ubuntu-core to core as appropriate (or vice versa)10:40
kalikiana_stub: It's literally about which snap is installed, the version of the tooling is irrelevant10:41
stub:foo doesn't work under 2.1610:41
stubI would need to detect the version, using ubuntu-core:foo under 2.16 or earlier or :foo under 2.17 or later. Or just wait for 2.17 to get backported to trusty.10:42
kalikiana_Hmm I can't find it in the changelog unfortunately10:43
stubI'm going to ignore it for now. I don't think it affects anything live, and a minor glitch to stuff in development (which is targetted at Xenial, so 2.17), and the only thing I'm aware of that will need to support both doesn't use slots (canonical-livepatch)10:45
stubwell, doesn't need to specify its slots since they autoconnect10:45
jaceknISTR there is a way to get shell inside snap confinement for troubleshooting purposes but I can't find any docs. Anybody knowns how to do it?11:08
tsdgeosjacekn: run --shell ¿11:11
tsdgeosi.e. snap run --shell mySnap11:11
jacekntsdgeos: aha that's it!11:12
tsdgeosglad to be of service :)11:13
jaceknright so next question will be how to bump number of open files, it's tricky because my snap is a deaemon so it uses autogenerated systemd unit file11:14
bullhi guys i need help building snap package of my application which i wrote using qt57 installed in my /opt/qt57 now i dont wana use qt57 part cause it download whole qt57 source and then compile it and then fail at middle11:47
bullmy question is , can i use the system's (/opt/qt57) qmake to build source and build snap package11:47
bulllaunchpad also gives up with my project cause it through errors while compiling qt code :D11:50
mupPR snapcraft#980 opened: Add optional "source-checksum" property <Created by pachulo> <https://github.com/snapcore/snapcraft/pull/980>11:51
bulli used qt5.7 cause it has a working qwebengine api :D11:53
stubkalikiana_: There is no syntax that works with both 2.16 and 2.17. If I use core instead of ubuntu-core: it fails under 2.1611:59
mupPR snapcraft#959 closed: cli: make plugins be an alias of list-plugins <Created by tsdgeos> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/959>12:00
mupPR snapcraft#970 closed: sources: refactor zip source into module <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/970>12:00
stubkalikiana_: (whoops.... backscroll fail)12:00
mupPR snapcraft#976 closed: demos: do not force arch for the tomcat demo <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/976>12:03
mup_PR snapd#2491 opened: debian: use a packaging branch for 14.04 <Created by mvo5> <https://github.com/snapcore/snapd/pull/2491>12:06
=== arosales_ is now known as arosales
=== mup_ is now known as mup
mupPR snapd#2492 opened: cmd/snap: remove currency switch following UX review <Created by pete-woods> <https://github.com/snapcore/snapd/pull/2492>12:13
mupPR snapcraft#981 opened: Support download and validate on branded stores <Created by cprov> <https://github.com/snapcore/snapcraft/pull/981>12:33
seb128kyrofa, hey, do you know if remote parts can specify a git branch to use?12:41
seb128sergiusens, ^12:43
ogra_ppisati, i need an updated kernel snap in edge to have it pick up some initrd changes, what was your exact naming scheme you use for the beta/candidate builds so i can make the edge bzr branch match that ?12:46
ogra_err12:47
ogra_s/naming scheme/versioning scheme/ (indeed)12:47
madpropsok here's another question i have13:02
madpropsregarding autoupdates13:02
madpropsif my internet is not very good and im in the middle of an online game or downloading something important13:03
madpropsi wouldn't like some program updates hindering my bandwidth13:03
madpropsi would rather update when I want13:03
madpropsi even disabled auto updates in my android phone13:03
ogra_madprops, it is managed by a systemd time that you can turn off but you should really not forget to update regulary then :) especially if you use snaps from the edge channel that can change frequently13:05
ogra_snapd.refresh.timer is the system unity13:05
abeatoogra_, quick question, I understand that whenever a new core/kernel gets installed, uboot.env gets rebuilt with the right values for snap_core and snap_kernel, correct?13:06
ogra_not re-build, jzust these vars get updated13:06
abeatoogra_, well, modified :)13:07
ogra_yeah13:07
ogra_abeato, snapd does that through uboot.go, you can check the values with fw_printenv13:08
abeatoogra_, ah, good to know, thanks13:09
bullhi guys i need help building snap package of my application which i wrote using qt57 installed in my /opt/qt57 now i dont wana use qt57 part cause it download whole qt57 source and then compile it and then fail at middle13:25
bullmy question is , can i use the system's (/opt/qt57) qmake to build source and build snap package13:25
bull launchpad also gives up with my project cause it through errors while compiling qt code :D13:25
bullogra_,13:25
ogra_bull, you can probably create a snapcraft part for it and use this during the build of your app ...13:39
ogra_or perhaps you could use ubuntu-app-platform ... i'm not actually sure which Qt version that ships13:41
bullogra_, that does not include qt5713:43
bullogra_, can i use my system's qt57 ??13:43
ogra_ah, well, then you likely need to create a part13:43
bullogra_, i have no idea how to do that , i have installed qt57 from ppa13:43
ogra_well yopu would have to include it in your snap13:44
bulli want its qmake build my source in snapcraft and turn my code to snap :(13:44
ogra_or create a part that pulls it from the PPA and instalkls it in the snapcraft build env13:44
bullogra i can include everything by staging but idk how to call opt/qt57/bin/qmake13:44
ogra_heh, i dont know either ... perhaps with a make plugin as wrapper or some such ...13:45
bullogra_, i dont know how o do it man :( i been struggling from 3 days :(13:45
ogra_you shoudl ask someone with some more Qt experience ... i did never really get past QML13:46
bulli used remote qt57 which downloaded more then 2gb of qt src and chromium src dataand failed twice as it cant build correctly13:46
ogra_perhaps the guys in #ubuntu-app-devel could be of help13:46
bullogra_, let me ask them thanks man13:46
ogra_bull, also https://github.com/snapcore/snapcraft/pull/566 seems to be the snapcraft qmake plugin .. you might need to use it and override some bits to make your bzuild use a custom qmake (not sure about that though)13:48
mupPR snapcraft#566: Add qmake plugin <Created by kyrofa> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/566>13:48
bulli uploaded my other application to store check them here https://uappexplorer.com/apps?q=author%3Akeshavbhatt&type=all_types&sort=-points13:51
bullogra_, am looking into it thanks13:51
piholekyrofa: thanks for your help the other day; I got it working.  Now I'm stuck trying to get a config file deployed for the DNS server, which I have traditionally used a shell script to modify some of the values.  Is there any way to do this via a custom plugin?13:57
jdstrandniemeyer: hi! https://github.com/snapcore/snapd/pull/1613 still has you as 'requesting changes' in github so no one can merge it. would you mind 'approving changes' and merging it?14:01
mupPR snapd#1613: interfaces/builtin: add dbus interface <Created by jdstrand> <https://github.com/snapcore/snapd/pull/1613>14:01
liuxgsergiusens, recently I found a bug on dragonboard. could you please help to take a look at it? thanks. the bug link is at https://bugs.launchpad.net/snapcraft/+bug/164918114:26
mupBug #1649181: 'ascii' codec can't encode character '\u29f8' in position 49: ordinal not in range(128) on ARM 64 platform like dragon board <Snapcraft:New> <https://launchpad.net/bugs/1649181>14:26
mupPR snapd#2493 opened: overlord/snapstate,daemon: implement GET /v2/aliases handling <Created by pedronis> <https://github.com/snapcore/snapd/pull/2493>14:26
mupPR snapd#1613 closed: interfaces/builtin: add dbus interface <Created by jdstrand> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1613>14:27
kalikiana_yay, dbus14:31
ogra_liuxg, wow, something must be really outdated on your side, that has been fixed ages ago iirc14:42
ogra_liuxg, popey's bug ... bug 160701514:43
mupBug #1607015: 'ascii' codec can't encode character '\u29f8' in position 19: ordinal not in range(128) <Snapcraft:Won't Fix> <https://launchpad.net/bugs/1607015>14:43
liuxgogra_, but it happened now on my board.. I tried to use classic to build a project, and it happened to be like that14:43
liuxgogra_, it seems that it happens on the arm64 architecture, on 32bit architecture, it does not happen.14:44
ogra_well, read the bug ... fixed long ago if you use the proper component14:44
ogra_i'm pretty sure that char isnt usedd anywhere anymore14:45
liuxgogra_, the same project can be compiled on pi devices.14:46
ogra_well, no idea then, but i know that the slashes were dropped from all components (or was the char a backslash ? )14:46
ogra_when we dropped support for the old desktop-* things14:47
liuxgogra_, let me try again. it is very consistent.14:48
ogra_and your snapcraft yaml uses desktop-*, not desktop/* ?14:49
ogra_(the latter causes the bug and the parts using a slash in the name were all dropped long ago)14:50
sergiusensogra_ well they are not dropped, just deprecated ;-)14:50
ogra_sergiusens, dropped from support ;)14:50
ogra_nobody touched them since14:51
sergiusensand for this very reaon14:51
ogra_yeah14:51
sergiusensright, that is true14:51
ogra_if you see it with the dash version, there might indeed be a bug though14:51
liuxgogra_, sergiusens, this is the result http://paste.ubuntu.com/23633817/14:51
ogra_... somewhere ...14:52
ogra_now thats a different char14:52
ogra_'\xae'14:52
liuxgogra_,  sergiusens yeah, yes, they both are reported in the bug14:53
ogra_liuxg, and you are sure you are not using a part with a slash in the name in your snapcraft yaml ?14:53
liuxgogra_, I have changed to use "mqtt-paho-python3" instead, but it is the same.14:54
ogra_you still get complaints about '\u29f8' ? even though you dont have any names with a slash in your snapcraft yaml and have completely cleaned your tree before calling snapcraft ?14:59
liuxgogra_, I am now trying it again. I remember I did that before.15:00
mupPR snapcraft#982 opened: parser - Use the same version method as 'snapcraft' <Created by josepht> <https://github.com/snapcore/snapcraft/pull/982>15:03
liuxgogra_, you are right. after changing to "-", it is OK. I remember I changed that last time.15:08
tsdgeos_what processes the files in /var/lib/snapd/mount ?15:11
tsdgeos_is it snap-confine ?15:11
jdstrandroadmr: hi! can you do a store sync for r810. that is just a data update, no code changes15:14
roadmrjdstrand: sure!15:14
jdstrandroadmr: thanks!15:14
mupPR snapcraft#983 opened: Updated scons plugin to use get_build_properties() <Created by ZenHarbinger> <https://github.com/snapcore/snapcraft/pull/983>15:15
shuduowhen i try to register a key for sign a model assertion with "snapcraft register-key" i got error and the msg is "Key registration failed: Failed to save account-key-request assertion for account_id XXXXXX invalid revision: could not add assertion (revision 0 is already the current revision)"15:16
shuduomvo: any idea ^?15:17
mvoshuduo: I am not sure, sergiusens may know better but it sounds like the key is already registered maybe?15:18
ZenHarbingerQuick question about snapcraft development.  I have put forth some PRs, but the autopkgtest is failing for xenial- and yakkety- amd64.  Is there a reason why these 2 might fail and the rest pass?15:18
bullguys how can we use local part from / part/plugins dir ??15:20
shuduomvo, sergiusens, it failed at first time with msg "Key registration failed: Failed to create account-key assertion for account_id XXXXX  assertion refused: could not add assertion (account-key assertion for YYYYY has the same name "default" as existing ID ZZZZ.15:21
bulli mean what we have to put in snapcraft.yaml file to so that snapcraft can recognize that plugin15:21
shuduobut how i can find exist keys from launchpad to manage them?15:21
bullsergiusens, help me please am lost since three days :(15:21
bullpopey, hi15:23
alex-abreumvo, snapd 2.20 is for this week or next week ?15:28
abeatoondra, I have this for the rpi3 gadget: https://github.com/snapcore/pi3-gadget/pull/415:32
mupPR pi3-gadget#4: Add support to boot from USB <Created by alfonsosanchezbeato> <https://github.com/snapcore/pi3-gadget/pull/4>15:32
abeatoups15:32
abeatoogra_, ^^15:33
ogra_abeato, wont work15:33
mvoalex-abreu: today15:33
ogra_that needs a specific firmware so we need a separate new gadget15:33
abeatoogra_, well, it does (if you enable first USB booting from raspbian)15:33
abeatoogra_, the firmware works for both cases15:33
=== chihchun is now known as chihchun_afk
abeatoI tested that15:34
ogra_abeato, the prob is really that it is irreversible ... on the pi ... so we need more HW15:34
ogra_one to test U(SB, one to test SD where we never switch the rom15:34
abeatoogra_, well, give it a try in yours :)15:34
ogra_i surely wont15:34
alex-abreumvo, thank you, ... also quickly do you have the rights to give me the commit rights in snapweb github?15:34
ogra_since i need to still be able to test SD15:34
abeatoogra_, both SD and USB work for me :)15:35
mvoalex-abreu: let me check, I think I don't have the needed privs, only gustavo has. but I will double check15:35
alex-abreumvo, ok15:35
ogra_abeato, you mean you can turn it back into an SD obnly device ?15:35
ogra_afaik thats not possible15:35
ogra_if you switch to the other path for the ROM there is no way back15:36
mvoalex-abreu: actually jamiebennett and elopio  have admin15:36
jamieben_mvo: that is not enough15:36
mvooh, ok15:36
jamieben_mvo: you need to be an organisational admin apparently15:36
mvoalex-abreu: -^15:36
jamieben_mvo: the add user stuff if greyed out for me15:37
alex-abreumvo, oh ...15:37
alex-abreujamieben_, so who can add users?15:37
=== jamieben_ is now known as JamieBennett
JamieBennettI know niemeyer can15:37
abeatoogra_, don't know, but the PR will not break your rpi, to enable USB you need to do something else15:37
alex-abreuniemeyer, ^ when you see this, ... adding me as committer to snapweb15:38
ogra_abeato, not the PR, but to test it we need additional HW15:39
ogra_abeato, we still need to be able to test the default setup without the ROM switcvh15:39
abeatoogra_, you can do that :) I tested with the switch, you can test without it15:41
ogra_abeato, ah, i see you didnt add the config.txt bit by default15:42
abeatoogra_, correct15:42
paperManuhello there15:42
ogra_abeato, oh, CONFIG_PREBOOT is clever !15:43
mupPR snapd#2494 opened: store: send an explicit X-Ubuntu-Classic header to the store <Created by pedronis> <https://github.com/snapcore/snapd/pull/2494>15:44
ogra_abeato, why is the "enable_uart=1" needed ? isnt that initialized by default anyway ?15:45
abeatoogra_, not with latest firmware, and that caused *lots* of problem until I found the right solution15:46
ogra_ah15:46
abeatoogra_, https://github.com/RPi-Distro/repo/issues/2215:46
ogra_yeah, we're a bit behind with the firmware files ... better safe than sorry :P15:46
abeatoindeed lol15:46
ogra_ppisati, would you mind taking a look at https://github.com/snapcore/pi3-gadget/pull/4 as well ?15:47
mupPR pi3-gadget#4: Add support to boot from USB <Created by alfonsosanchezbeato> <https://github.com/snapcore/pi3-gadget/pull/4>15:47
ogra_ppisati, looks all fine from my POV ... but i'd like a second pair of eyes15:47
bullhelp me anyone know how to use local parts/plugin in snapcraft ??15:48
bullogra_,  :(15:48
shuduosergiusens, ping16:01
* ogra_ wonders if ppisati ignores #snappy today :P16:05
ppisatiogra_: nope, just juggling some stuff16:06
ogra_ah, k, you were so quiet :)16:06
ppisatiogra_: the days before PTO are always the best...16:06
ogra_go on juggling then ;)16:06
mupPR snapcraft#984 opened: parser - Make output better <Created by josepht> <https://github.com/snapcore/snapcraft/pull/984>16:09
ppisatiogra_: looks good too16:10
ogra_ppisati, thx ... also see my former ping about the edge kernel16:10
ogra_(no hurry though ... but i'd like it in edge before the weekend ... tomorrow is fione too)16:10
ppisatiogra_: this is the tip of the snapcraft.yaml ATM16:12
ppisatiogra_: https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux-snap/+git/xenial/tree/snapcraft.yaml?h=pc16:12
ppisatiogra_: kernelversion-abi-uploadnum16:13
ogra_ppisati, ah, so not different from what we have now16:13
ogra_good, thanks16:14
mupPR snapcraft#890 closed: cli: implementing '[list-]registered' command <Created by cprov> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/890>16:18
ogra_slangasek, hmm, wheer are the actual snap builds for the gadgets now ? i merged some code for pi3 but no snap shows up in the store ... i find https://launchpad.net/snap-pi3 but there seems to be no related snap buuild anywhere16:46
ogra_bah16:47
slangasekogra_: we discussed that this was moving to github; where are you merging this code to?16:47
ogra_and after 20min searching /me finds the "show snap packages" link at the very bottom of the page above16:47
ogra_slangasek, on github :)16:48
slangasekso e.g. https://github.com/snapcore/pi3-gadget16:48
ogra_right16:48
ogra_it just didnt get picked up by any auto-build yet16:48
slangasekok16:48
ogra_and https://code.launchpad.net/~canonical-foundations/snap-pi3/+git/github-mirror/+ref/master doesnt seem to have the last merge16:48
ogra_oh16:49
slangasekogra_: so you have merged an update that takes a *different* set of undocumented blobs into the pi3 snap? where is the source for the build that's being used?16:49
ogra_https://code.launchpad.net/~canonical-foundations/snap-pi3/+git/github-mirror ... only runs every 5h16:49
ogra_slangasek, theer is no source for the blobs obviously ... for the uboot side this merge adds instructions with pointers to the source in the README.md16:50
seb128is it possible to connect a locally built snap to the content interface from a snap from another provider (canonical) coming from the store?16:50
seb128kyrofa, ^ hey, do you know?16:50
kyrofaseb128, I _think_ so16:52
kyrofaseb128, but that stuff changes fast16:52
ogra_slangasek, we can indeed note that the blobs come from https://github.com/raspberrypi/firmware but we still wont get the source16:52
slangasekogra_: pointers> ok16:52
kyrofaseb128, last I heard, it won't automatically connect since they aren't from the same publisher but you can still connect them16:52
slangasekogra_: sure; I meant specifically the uboot blob here :P16:52
kyrofaseb128, unless the base assertion denies it, that should work16:53
seb128kyrofa, I wonder if I'm doing something stupid or using the wrong syntax, it gives me a "(cannot connect plug to slot "gnome318-runtime" from snap "gnome318-udt", no such slot)"16:53
kyrofaseb128, pastebin snap interfaces for me?16:53
ogra_slangasek, switching to plain-from-soource builds for uboot is on my TODO for early jan. the current blob comes from abeato's disk following the README instructions16:55
slangasekogra_: er, we should discuss this; as I've said before the uboot builds should come from the archive16:56
piholeI `dump` some config files with my snap, but I need to modify some values in those files. I typically do this via a shell script running some `sed` commands. Is there a way to run a script after the snap is installed, or do I need to make a custom plugin to do something like this.16:56
slangasekogra_: so that we can use the same uboot source for classic and snappy images via ubuntu-image16:56
ogra_slangasek, that was my plan (discussing it first with you and ppisati)16:56
slangasekok16:56
ogra_we need an extra patch and thus extra binaries16:57
ogra_but you know that already :)16:57
ondraabeato did you talk to penk? he's been also trying to boot from USB16:59
kgunnJamieBennett: is this still the most "up to date" img for downloading?16:59
kgunnhttp://releases.ubuntu.com/ubuntu-core/16/16:59
ogra_ondra, should work with the next gadget from edge16:59
kgunn....i know the proposed channel is being updated...just wondering if someone is just starting fresh...is that the most recent img to get16:59
JamieBennettkgunn: yes, no new images yet16:59
kgunnthanks17:00
ondraogra_ one you blow USB boot fuse, you can still boot from sdcard17:00
ogra_ondra, yes, but you use differenmt ROM code ...17:00
ogra_ondra, rto test the original path you still need a pi that hasnt been changed17:01
abeatoondra, I saw his post, was a nice way to get started :). But we wanted to remove completely the SD card, with the merges you changed that is possible now17:01
abeato*you merged17:01
abeatochanges you merged17:01
abeatolol17:01
ondraabeato cool17:02
mupPR snapcraft#985 opened: Better message for missing snapcraft.yaml in origins <Created by josepht> <https://github.com/snapcore/snapcraft/pull/985>17:06
kyrofakgunn, got a sec?17:07
mupPR snapcraft#960 closed: pluginhandler: install scriptlet support <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/960>17:12
mupPR snapcraft#977 closed: Prefer in-snap libraries to system libraries <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/977>17:12
kgunnkyrofa: whats up17:13
kyrofakgunn, bug #1639831 . You're saying that on the prime step, those libs are being sucked from the system. Is that right?17:14
mupBug #1639831: filter unwanted pkgs in snap creation when relying on content interface <Snapcraft:Incomplete> <https://launchpad.net/bugs/1639831>17:14
niemeyeralex-abreu: What's your GH nick?17:15
alex-abreuniemeyer, AlexandreAbreu17:17
niemeyeralex-abreu: Cheers17:17
kyrofakgunn, i.e. what elopio recommended there isn't a solution?17:17
niemeyerJamieBennett: Yeah, not to the add to the team, but the problem is that most people are not even in the organization of course17:18
niemeyerTheir model works best when the whole org is part of GH, which doesn't sound so typical actually17:18
niemeyeralex-abreu: You've been invited into the team17:19
alex-abreuniemeyer, thx17:19
kgunnkyrofa: right, so when AlbertA was verifying mir-kiosk work, we noticed the GL drivers still being sucked in....which can be misleading/confusing17:20
kgunni think AlbertA did manually verify he was using the GL from the system....17:20
kyrofakgunn, because that stuff should be coming from content sharing, indeed17:20
stubI need to transfer a snap name to upstream. Do I revoke my own access, or does someone here need to handle it?17:21
kgunnkyrofa: well in the case of GL drivers...it's actually a core i/f17:21
kgunniirc17:21
kyrofakgunn, so snapcraft, in the prime step, craws the prime dir pulling in libraries that resolve on the system17:21
kyrofaIn the case of content sharing, you specifically don't want to do that (at least for the libs within the shared snap)17:21
kyrofakgunn, unfortunately we don't really have a way of knowing what's contained within the shared snap17:22
kyrofakgunn, would you favor the ability to disable that crawling completely?17:22
kgunnthinking17:24
mupPR snapcraft#986 opened: Clean up snapcraft-parser help <Created by josepht> <https://github.com/snapcore/snapcraft/pull/986>17:24
mupPR snapd#2487 closed: overlord/snapstate: implement snapstate.ResetAliases <Critical> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2487>17:24
kgunnkyrofa: i wouldn't think disabling crawling completely would be good...17:26
kgunnbut not sure what the right answer would be17:26
kyrofakgunn, yeah it's not ideal, but I'm not sure there's a better option17:26
kgunnwonder if it's as easy as listing someplace what you want excluded17:26
kgunnand if you exclude it, it prevents any deps below it from being satisfied17:27
kyrofakgunn, that's doable, but would be a pain to maintain. Hmm17:27
kyrofakgunn, okay, I'll bring it up at standup today, see if there are some better ideas17:27
kyrofakgunn, but consider that bug un-incompleted17:28
kgunnyeah...i mean in our case, we just kept tripping over the gl driver being there...so it was a very specific thing17:28
kgunni just figure it will likely trip up others as things get broken into multiple snaps (system wise) more and more17:29
kyrofaDefinitely17:29
stubI'm going to revoke my access to the name with a comment. Hopefully that is the right thing to do, and upstream can then claim it.17:30
mupPR snapd#2494 closed: store: send an explicit X-Ubuntu-Classic header to the store <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2494>17:33
mupPR snapcraft#987 opened: pluginhandler: prepare scriptlet support <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/987>17:39
sergiusenskyrofa kgunn ideally the SDK for whatever content sharing thing would come from a tarball you can use as a part, then snapcraft is smart enough to know what not to crawl in17:40
sergiusensthe fact that you have a content shared snap you want to use but provide the "SDK" from some other means allows for skewing and also ties you to building on a certain release17:40
sergiusensgiven that the mechanism now is `build-packages` for everything17:41
sergiusenssince the content interface is loosly coupled we cannot do much about this17:41
kyrofasergiusens, yeah that would work, it wouldn't pull libs that were staged17:42
sergiusenspersonally I believe the strategy for the SDK to use a "platform snap" needs some tuning17:42
kyrofasergiusens, how would you approach that?17:42
sergiusenskyrofa create a snap with just -dev stage-packages maybe17:50
sergiusensnot sure, need to sit down and experiment I guess17:50
kyrofai.e. less of a platform, more of just an SDK?17:50
seb128kyrofa, sergiusens, you shouldn't rely only on the smart behaviour, while playing with my demo snap I used a trivial snapcraft.yaml with the dump plugin copying a binary from my system17:52
seb128that should be possible for hackers to do17:52
seb128without having to pull in a sdk just to trick snapcraft in doing what the user wants17:53
kyrofaseb128, yeah, we're just talking through how content sharing would best be done in snapcraft, while still being able to take advantage of snapcraft's smarts. An option to disable the crawling is still something we're talking about17:58
seb128good17:58
kyrofaBecause just an all-or-nothing isn't ideal, either17:58
seb128right, it's not ideal17:59
seb128but it gives a way to get things to work17:59
seb128where there is none today17:59
kyrofaIndeed, it gives power users power17:59
kyrofaAnd that's not exactly true-- if you could stage a tarball of shared content, snapcraft wouldn't pull those libs from elsewhere18:00
kyrofaseb128, how do you "build against" a shared snap?18:01
seb128currently for gtk I'm using the xenial debs for building the framework snap18:02
kyrofaAnd then when building clients for it, using the xenial debs again?18:02
seb128so "use xenial desktop" is the recommendation for building18:02
seb128like use snapcraft on a xenial install18:02
seb128but the plan for next step is probably to pull the -dev packages18:03
seb128and exclude them from the snap18:03
seb128but create a tar from the stage18:03
seb128and upload that as a remote part somewhere18:03
kyrofaYeah, then build against that18:04
seb128right18:04
kyrofaThat's what we were thinking, too. And snapcraft wouldn't pull those libs from the system, in that case18:04
seb128right18:04
kyrofa(snapcraft would work with that today)18:05
kyrofaAnd that wouldn't be tricking snapcraft into doing what the user wants, it would be the user doing things the right way (building against what's contained in the snap)18:09
seb128indeed18:10
mupPR snapcraft#977 opened: Prefer in-snap libraries to system libraries <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/977>18:12
cachiojdstrand, I saw the dbus branch has been merged18:33
jdstrandcachio: it has :)18:33
cachiojdstrand, is it gonna to be ready in edge tomorrow?18:33
jdstrandcachio: it is in master slated for 2.20. I don't know the status of when 2.20 will be available. JamieBennett, can you answer?18:34
jdstrandJamieBennett: and hi! :)18:34
JamieBennettjdstrand: cachio: We are hoping to release tonight, last minute changes but in the next few hours, fingers-crossed18:34
cachioJamieBennett, jdstrand nice, I'll try tomorrow in that case18:35
=== petevg_afk is now known as petevg
niemeyerjdstrand: Do you happen to know what the status of snapd#2417 is?  You've reviewed it a couple of days ago, and some changes got applied, but it's not clear if it's ready or not19:07
mupPR snapd#2417: interfaces/builtin: add uhid interface <Created by bergotorino> <https://github.com/snapcore/snapd/pull/2417>19:07
jdstrandniemeyer: it is on my list to re-re-review today :)19:09
jdstrandthere's three. this, unity-pim and download manager19:10
mupPR snapd#2465 closed: snap: show apps in `snap info` <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2465>19:16
niemeyerjdstrand: Ack, thanks19:20
mupPR snapd#2495 opened: Add Priced status to go client definitions <Created by AlexandreAbreu> <https://github.com/snapcore/snapd/pull/2495>19:31
mupPR snapd#2419 closed: store: retry downloads on io.Copy errors and sha3 checksum errors <Created by stolowski> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/2419>19:47
mupPR snapd#2491 closed: debian: use a packaging branch for 14.04 <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2491>20:02
elfgoh_Anybody knows the roadmap for BBB support?20:09
mupPR snapd#2490 closed: many: implement  "snap alias --reset" using snapstate.ResetAliases <Critical> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/2490>20:33
mupPR snapcraft#988 opened: pluginhandler: build scriptlet support <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/988>20:39
tsutsuis there a way to avoid a hard restart of a daemon during a snap update? for example, to get nginx's SIGUSR2 graceful upgrade semantics, or erlang's hot-code-upgrade relup semantics?21:23
kyrofatsutsu, have you played with the stop-command for the daemons?21:26
kyrofaI'm not sure how it's implemented, but may be a path to explore21:27
mupPR snapd#2496 opened: release: version 2.20 <Created by mvo5> <https://github.com/snapcore/snapd/pull/2496>21:28
mfeatherstonI have just ubuntu core installed on an arm system and I'm trying to make it run any graphical demo.  What provides X11 in this case?21:33
kyrofamfeatherston, you probably want the mir server stuff kgunn has been working on21:33
mfeatherstonI'd be up for trying that, but is X11 still possible for now?  I have a resistive touchscreen, I'm not sure how/if mir supports the calibration for that.21:35
kyrofamfeatherston, not that I know of anyway21:36
kgunnmfeatherston: what resistive touchscreen do you have?21:37
kgunnas for calibration.... we should ask camako21:37
mfeatherstonI ported support for our board here:21:37
mfeatherstonhttps://www.embeddedarm.com/products/TS-TPC-8390-490021:37
kgunnwho might point to someone else on the mir team21:37
mfeatherstonThis is a ads7846 touch controller21:37
mfeatherstonWorst case if it can read the ABS stuff I can hardcode the calibration in the kernel for a demo21:38
kgunnyeah, mfeatherston, would love for you to give the mir-snaps stuff a shot21:38
mfeatherstonhow can I install that?21:39
kgunnyou've got a link to the wiki?21:39
kgunnoh...lemme get it21:39
kgunnhttps://developer.ubuntu.com/en/snappy/guides/mir-snaps/21:39
kgunnmfeatherston: assuming you're kinda familiar and have your core up and running...just follow the "Quick Start" bits21:39
mfeatherstonCool, I'll give this a try.  Thanks!21:40
kgunnmfeatherston: and definitely ping me if you run into issues...21:41
kgunnmfeatherston: if you hit issues you think are purely gfx/input...feel free to ping  in #ubuntu-mir21:41
kgunnand others in there can be helpful21:41
mupBug #1650389 opened: Installing snapd on 14.04.5 desktop downgrades xorg et al. <14.04> <Snappy:New> <https://launchpad.net/bugs/1650389>21:52
mfeatherstonkgunn: after installing mir-kiosk it failed with "cannot bind-mount the mount namespace file /proc/2422/ns/mnt -> mir-kiosk.mnt. errmsg: Permission denied".  It's possible I missed a kernel config option this would need, but namespace support is present21:58
mfeatherstonahh, he just left21:58
flexiondotorgkyrofa, Do you remember that issue I mentioned last week regarding source-type:deb not correctly creating symlinks in debs?23:06
kyrofaflexiondotorg, indeed, and I have a fix for it, but ran into packaging issues from pip23:07
flexiondotorgOoh.23:07
kyrofaflexiondotorg, it's a known issue in python3-apt, but python3-deb (which works better) has some installation issues when using pip. I need to investigate23:07
flexiondotorgI'm talking to a popular music streaming service tomorrow.23:07
flexiondotorgI've got a snap23:07
flexiondotorgkyrofa, Do you have a branch with those changes?23:08
kyrofaflexiondotorg, if you're willing to run out of a branch, I've got a fix for you23:08
kyrofaYep, one sec23:08
flexiondotorgI'm prepared to take a look now :-)23:08
flexiondotorgI've got two significant ISVs where this would be good to fix.23:08
kyrofaflexiondotorg, thanks for the reminder. I'll see if I can't dig into this a bit tonight23:09
flexiondotorgWell, I've got sometime now.23:09
flexiondotorgTo take a peek.23:09
kyrofaflexiondotorg, here's the PR with branch attached: https://github.com/snapcore/snapcraft/pull/94123:10
mupPR snapcraft#941: Support symlinks within deb sources <Created by kyrofa> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/941>23:10
kyrofaIf you take a look at the tests you'll see what I mean23:10
mupPR snapcraft#989 opened: Add support for disabling system library migration <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/989>23:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!