mupPR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>00:17
mupPR core#58 closed: use `snapctl internal configure-core` to configure core <Created by mvo5> <https://github.com/snapcore/core/pull/58>00:17
mupPR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>00:18
mupPR core#58 opened: use `snapctl internal configure-core` to configure core <Created by mvo5> <https://github.com/snapcore/core/pull/58>00:18
=== JoshStrobl is now known as JoshStrobl|zzz
kyrofaelopio, I suppose you're in bed by now03:06
kyrofaelopio, but for tomorrow: I've got a problem with the ros2 snapd test: it sits with no output for more than 10 minutes, so Travis kills it thinking it stalled03:06
kyrofaelopio, do we need to show some sort of output? Even a spinner would probably do it03:07
kyrofaI'll comment on the PR as well03:07
mupPR snapcraft#1584 opened: style: use dedent for multiline strings <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1584>06:38
zyga-ubuntugood morning06:39
zyga-ubuntumvo: hello06:58
zyga-ubuntumvo: how are you doing?06:58
mvohey zyga-ubuntu07:00
mvozyga-ubuntu: I'm doing well, thank you. tired but well07:00
zyga-ubuntumvo: what's the outlook on 2.28, shall I allocate some time this week to work on releases?07:03
mvozyga-ubuntu: I need to talk to cachio but I heard of no failures so far (but I'm behind mail). so it should get released this Monday07:05
zyga-ubuntuthat sounds good07:06
mvozyga-ubuntu: we need a second review for 3984, then this one can go in. maybe Chipaca can have a look when he is around?07:15
davidcallegood morning07:18
zyga-ubuntumvo: thank you for the review on 397107:19
mvozyga-ubuntu: ta, #3993 also needs a second review07:22
mupPR #3993: snap-confine: is_running_on_classic_distribution() looks into os-release <Created by mvo5> <https://github.com/snapcore/snapd/pull/3993>07:22
mvozyga-ubuntu: and you did the first one already so 3993 is also someting for Chipaca or pawel07:22
mupPR snapd#3996 closed: snap: refrain from running filepath.Base on random strings <Created by chipaca> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3996>07:26
zyga-ubuntumvo: updated https://github.com/snapcore/snapd/pull/3971 as requested07:34
mupPR #3971: interfaces/mount: make Change.Perform testable and test it <Created by zyga> <https://github.com/snapcore/snapd/pull/3971>07:34
mupPR snapd#4000 opened: snap-confine: add new SC_CLEANUP and use it <Created by mvo5> <https://github.com/snapcore/snapd/pull/4000>07:48
zyga-ubuntumvo: nice07:48
zyga-ubuntumvo: I was meaning to do it, thank you for making it faster :)07:48
mvozyga-ubuntu: still slightly jetlagged so the right level of complexity for me this morning :)07:49
mvozyga-ubuntu: thanks for approving of it, I was not sure if you would like the macro or not07:49
zyga-ubuntumvo: tyler recommended it and I think he has a point07:49
mvozyga-ubuntu: I like it too07:49
mvozyga-ubuntu: I just noticed my base git branch was old and I did not caught them all, will push a new commit with the remaining ones in a minute or so07:50
zyga-ubuntumvo: sure, thank you!07:50
zyga-ubuntumvo: is this intentional? https://github.com/snapcore/snapd/pull/4000/files/da0c1770f70d42b27c55a0b79c9320f250a46b77..287e8d2f2b2508c8e0e558f92aecfde30b8ce951#r14260833508:33
mupPR #4000: snap-confine: add new SC_CLEANUP and use it <Created by mvo5> <https://github.com/snapcore/snapd/pull/4000>08:33
mvozyga-ubuntu: meh, no, merge conflict error :(08:42
mvozyga-ubuntu: sorry for that, fixing08:42
mupPR snapcraft#1585 opened: lxd: pass SNAPCRAFT_PARTS_URI through into container <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1585>09:15
* __chip__ takes a break09:29
mupPR snapd#4000 closed: snap-confine: add new SC_CLEANUP and use it <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/4000>10:02
mupPR snapcraft#1586 opened: repo: friendly, helpful error for unsupported distros <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1586>10:03
ogra_xnox, https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/172122310:20
mupBug #1721223: Networkd fail to set ip address between leases if ip address changes <systemd (Ubuntu):New> <https://launchpad.net/bugs/1721223>10:20
mupBug #1721223 opened: Networkd fail to set ip address between leases if ip address changes on UbuntuCore <Snappy:New> <systemd (Ubuntu):New> <systemd (Ubuntu Xenial):New> <https://launchpad.net/bugs/1721223>10:25
ppisati_- Mount snap "dragonboard-kernel" (unset) (cannot replace signed kernel snap with an unasserted one)10:51
ppisati_is there a way to workaround it or do i need to roll a new image from scatch?10:51
ppisati_ogra_: ^10:52
ogra_ppisati_, i think this only works if you initially built the image with the kernel as --extra-snap10:52
ogra_on regular images it is denied10:53
ppisati_ogra_: i vaguely remember that if you built the image with some cli flags, then you could replace the running kernel snap10:53
ogra_so if you didnt initially built it like that you will have to build a new one, yes10:53
ppisati_uhm ok, i'll roll a new image10:53
=== JoshStrobl|zzz is now known as JoshStrobl
mupPR snapcraft#1587 opened: lifecycle: clean after deleting container <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1587>11:00
ppisati_ogra_: snapdragon image from -edge are broken11:30
ppisati_ogra_: and is there a way to get the countdown back in uboot? i need to stop by and do a couple of modifications to the live dtb11:32
rogpeppei was trying to use a unix-domain socket to connect to a snappy daemon, but it seems that it's not possible. My understanding of this thread (https://forum.snapcraft.io/t/socket-activation-support/2050/12) is that it will be allowed eventually. Anyone know the likely timeline for that?11:38
* sergiusens waves good morning11:41
sergiusensapol_ I am working on the extract info thing fwiw ;-)11:41
rogpeppesergiusens: hiya11:43
rogpeppesergiusens: i was wondering about status of unix domain sockets above11:43
rogpeppesergiusens: for the time being i've just gone with a localhost tcp port11:43
rogpeppesergiusens: (in case you're interested, I published the snap in question to "macaroon" - it's an experimental command line tool for playing with macaroons)11:45
mupPR snapcraft#1588 opened: lxd: use SUDO_UID for ID mapping <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1588>11:48
sergiusensrogpeppe socket support is in the snapd domain, someone like Chipaca could provide more information; this topic https://forum.snapcraft.io/t/the-snapd-roadmap/1973 has all the information11:50
sergiusenson the when's, I suppose since it is under upcoming it means that it is planned for "soon" but not tied to any release yet11:50
rogpeppesergiusens: i don't see it under upcoming, but I guess I don't know what topic it counts as11:51
rogpeppesergiusens: are "wayland sockets" the same thing as unix sockets?11:52
rogpeppesergiusens: (i get "access denied" if I try to follow the topic link)11:52
* kalikiana_ heading out for lunch shortly, back in a bit - getting close to pushing the code from last week to GitHub11:52
kalikiana_("having pushed" I guess is the correct tense here, meh, can't English now)11:53
=== longsleep_ is now known as longsleep
iAmSlowwhere can i check for packages12:01
iAmSlowis there working visual studio code12:01
ogra_ppisati_, oh, in what way ?12:03
ogra_ppisati_, we'll need to rebuild the gadget with a bootdelay value to get the countdown back, prob is that this breaks with some addon boards that send data over serial as soon as they are powered12:04
* zyga-ubuntu -> afk for a moment, need to get warm tea12:10
apol_sergiusens: :D awesome12:17
ogra_iAmSlow, try: "snap info vscode" ;)12:18
iAmSlowi dont have snap atm, am on void linux12:18
iAmSlowthats why i asked12:19
ogra_there is uappexplorer.com as an interim web UI it allows to search for snaps (despite being a tool for the ubuntu phone)12:20
ogra_a proper web frontend for the store is in the works, not sure where that stands though12:20
davidcalleogra_: iAmSlow: https://snapcraft.io/vscode12:22
davidcalleStill a wip, but it's live ^12:22
ogra_davidcalle, yeah, but no search iterface yet :)12:22
ogra_works if you know the snap name though12:22
iAmSlowi found on that uappexplorer12:23
ogra_davidcalle, uh ... "develope website" is a mailto link ...12:23
davidcalleogra_: there is a bug for that12:23
ogra_should pehaps say "developer contact"12:23
ogra_ah, great12:23
davidcalleogra_: not involved in the impl/design, but yeah, QA is ongoing12:23
=== ikey|zzz is now known as ikey
zyga-ubuntuniemeyer: I'd like to skip today's standup, I feel sick and haven't done much today; I'll file a day off with jamie12:57
jdstrandzyga-ubuntu: hope you feel better soon12:58
zyga-ubuntuthank you :)12:59
Chipacazyga-ubuntu: file a day sick, not a day off, dude12:59
zyga-ubuntuoh, I didn't know we have those12:59
zyga-ubuntuI never filed one12:59
Chipacazyga-ubuntu: remind me to walk through the other things we have, once you're back and better12:59
niemeyerzyga-ubuntu: Ack, go get some rest13:00
sergiusenszyga-ubuntu it's documented in the manual dude!13:00
sergiusensget better13:00
jdstrandstgraber: hey-- today I found the lxc command behaving a little weird. It is trying to access /var/lib/snapd/hostfs/usr/lib/os-release (something I happened to plan on adding this week for unrelated reasons) and it is trying to chroot to /var/lib/snapd/hostfs13:01
jdstrand$ lxc list13:01
jdstrandchroot: cannot change root directory to '/var/lib/snapd/hostfs': Operation not permitted13:01
jdstrandstgraber: no apparmor denials (if I add something for os-release). it works under sudo13:01
jdstrandstgraber: lxd r4375, core r3017 (2.28.1 from candidate)13:02
jdstrandstgraber: guessing when running the lxc command as non-root, it is still trying to chroot13:03
jdstrandlet me try a revert13:03
jdstrandstgraber: yes, if I revert to r4279, lxc starts working again13:05
jdstrandstgraber: I think the /var/lib/snapd/hostfs/usr/lib/os-release denial is a red herring, that is in r4279 (I'll also fix this in the default template)13:06
ppisati_ogra_: http://pastebin.ubuntu.com/25673213/13:17
ppisati_ogra_: snapdragon edge image13:17
* kalikiana_ having (apparently) sweet greek mokka, yum13:19
mvomeh, looks like the ppc build is broken currently again: https://launchpadlibrarian.net/339707110/buildlog_ubuntu-xenial-powerpc.snapd_2.28.1+git401.a19ed0b~ubuntu16.04.1_BUILDING.txt.gz :( /<<BUILDDIR>>/snapd-2.28.1+git401.a19ed0b~ubuntu16.04.1/_build/pkg/gccgo_linux_ppc/github.com/snapcore/snapd/libosutil.a: member /<<BUILDDIR>>/snapd-2.28.1+git401.a19ed0b~ubuntu16.04.1/_build/pkg/gccgo_linux_ppc/github.com/snapcore/snapd/libosutil.a(_cgo_flags13:28
mvo) in archive is not an object13:28
jdstrandstgraber: fyi, https://forum.snapcraft.io/t/chroot-cannot-change-root-directory-to-var-lib-snapd-hostfs-operation-not-permitted/2355/113:36
mupPR snapd#3997 closed: cmd/snap: completion for alias and unalias <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3997>13:43
__chip__i'ma going to go for a run unless somebody needs me to do something right now13:46
* __chip__ failed to go13:56
Son_Gokumvo: yay, you're back :)14:09
Son_Gokumvo: can you look at merging this? https://github.com/snapcore/snapd/pull/398414:10
mupPR #3984: release,cmd,dirs: Redo the distro checks to take into account distribution families <Created by Conan-Kudo> <https://github.com/snapcore/snapd/pull/3984>14:10
Son_Gokuzyga-ubuntu has already approved it since tests pass now14:10
ogra_ppisati_, (sorry, was in meetings) ... ouch that looks like ondra's last chaneg broke it ... i thought he tested that before submitting14:17
mvoniemeyer: re 3951> did we agree on `snap pack` ?14:18
mvoSon_Goku: looking14:18
mvoSon_Goku: it needs two +1, maybe Chipaca can have a look at 3951 for the second review?14:18
mvoChipaca: if you also could check 3993 that would be great, should be trivial14:19
Son_Gokumvo, I don't know what PR 3951 is14:19
mupPR #3951:  snap: add new `snap pack` and use in tests  <Created by mvo5> <https://github.com/snapcore/snapd/pull/3951>14:19
Son_Gokuwell.. now I do14:19
mvoSon_Goku: ups, sorry14:20
mvoSon_Goku: what I mean is we need two +1 for 3984 - I think its fine and just a formality. then we can squash merge it and cherry pick into 2.2814:20
mvoSon_Goku: lots of people out today (vac, sick, whatnot) so things are slightly slower than usual14:21
ondraogra_ what happened?14:21
jaceknhello. any idea when "channels 2.0" will be available via dashboard.snapcraft.io? I'd like to create them for my snap14:22
ogra_ondra, http://pastebin.ubuntu.com/25673213/ is what ppisati_ seess when booting db ... havent had the time to try yet but will before EOD ...14:25
ogra_ondra, looks like sd blb and mmc blob got mixed up or so14:25
elopio mvo do you have some time this week to talk about mutt? My problem is that on my canonical gmail account, I can't see the inbox, just "all mail". This is my config: https://github.com/elopio/dotfiles/tree/master/email ­čśö14:25
mvoelopio: sure, keep reminding me about it if I don't get back to you :) but happy to help14:28
ondraogra_ no if blobs would be mixed up, you will not get to uboot at all14:28
ogra_hmm, indeed14:28
ogra_well, something is wrong with eading from the fat14:28
elopiomvo: thanks. I will get back to you in a couple of days :)14:29
ondraogra_ ppisati_ this is booting from sd card right?14:30
ogra_ondra, i woould guess so, paolo didnt reply yet... all backlog is above14:30
ondraogra_ let me try edge image14:31
ogra_still setting up my board here .. i was in meetings til nw14:31
__chip__cachio: snapd#3951 needs you to unblock it14:34
mupPR #3951:  snap: add new `snap pack` and use in tests  <Created by mvo5> <https://github.com/snapcore/snapd/pull/3951>14:34
Son_Gokumvo: Chipaca approved :D14:35
cachio__chip__, I'll take a look14:35
__chip__Son_Goku: that Chipaca sounds like a cool guy14:35
Son_Gokuheh, indeed14:35
* __chip__ still working mostly on his travel computer, for some strange reason14:36
ppisati_ondra: yep, sd card14:36
mvoSon_Goku: yay14:37
kalikiana___chip__: I do the same, but in fairness, I don't have a non-travel computer :-P14:37
mvoSon_Goku: I do the merge/cherry-pick in a little bit14:37
Son_Gokumvo: awesome14:37
Son_GokuI tried to do the cherry pick myself, but git got mad at me and said it can't apply14:37
__chip__kalikiana_: my eyes object if i work for too long on the 12"14:37
Son_Gokuwhich is why 2.28.1 hasn't been released into Fedora yet...14:37
cachio__chip__, still tests failinf on that PR14:41
cachioseem to be related to the change itself14:41
mupPR snapd#3984 closed: release,cmd,dirs: Redo the distro checks to take into account distribution families <Created by Conan-Kudo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3984>14:43
ondraogra_ strange, I get same thing as attila reported once, nothing at all on uart14:44
__chip__cachio: it looks like something is reexecing when it shouldn't (or viceversa)14:48
mupPR snapd#4001 opened: release,cmd,dirs: Redo the distro checks to take into account distribution families <Created by mvo5> <https://github.com/snapcore/snapd/pull/4001>14:50
kyrofaHey elopio, beyond the snapd tests lacking output, my particular test is dying with this: https://pastebin.ubuntu.com/25673818/ . Any ideas on that one?15:05
__chip__mvo: where do i send the wine for the review of snapd#3964?15:05
mupPR #3964: many: implement our own ANSI-escape-using progress indicator <Created by chipaca> <https://github.com/snapcore/snapd/pull/3964>15:05
mvo__chip__: I am probably the right person, I can do it next15:08
__chip__mvo: :-)15:08
__chip__mvo: i was starting to wonder if your comment about needing to do that review with a nice glass of wine was a request :-D15:08
mvo__chip__: heh, no, its a matter of just doing it, will do so in a little bit15:09
__chip__mvo: okie doke15:15
__chip__i think i will now once again try to go for a run15:15
* __chip__ hopes to make it to the door this time15:15
elopio@kyrofa we need to capture the output to see what went wrong15:15
nothalelopio: No such command!15:15
mvo__chip__: *go* for it15:15
mvo__chip__: I take a short break and attack this branch then15:15
mvo__chip__: lets see what my jetlag brain can manage15:15
kyrofaelopio, ah, okay15:15
jaceknhello. any idea when "channels 2.0" will be available via dashboard.snapcraft.io? I'd like to create them for my snap15:16
elopioDoes it fail only in travis?15:16
kyrofaelopio, no, I got that one locally15:17
kyrofaBut still don't know what it means :P15:17
kyrofaelopio, so if I understand your comment on GH correctly, we just need to use pipes?15:17
elopioYes, handle the stdout and stderr on our own.15:18
niemeyermvo: Yeah, snap pack it is (and unpack)15:18
elopioPrint and safe in case we need to addDetails for an error.15:19
kyrofaelopio, alright, I'll see if I can get that working15:20
kyrofaelopio, quick question: what is the benefit of addDetails if we're printing the output?15:20
elopioThe output could be huge, and the error hidden somewhere. In theory, details are nicely printed in the error report at the end of the run.15:21
kyrofaAh, okay15:27
kyrofaelopio, should we only addDetails stderr?15:27
kyrofaOr both?15:28
sergiusensjacekn creation of channels is done per request on the store category on https;//forum.snapcraft.io ... once granted it should show up on the dashboard15:30
jaceknsergiusens: thanks. Do you know how to login using ubuntu SSO by any chance?15:31
sergiusensjacekn you can read more about that here https://forum.snapcraft.io/t/channel-terminology-and-policy/55115:31
sergiusensjacekn I am not sure about that, niemeyer might have more details on it15:31
niemeyerjacekn: You mean from code to interact with the store?15:32
jaceknniemeyer: no, I mean to use login.ubuntu.com openid, same as dashboard.snapcraft.io uses (requirement to create new account for snapcraft forums is an obstackle for users)15:34
elopiokyrofa: after talking with mpt, it seems to me that we can make stderr good enough to understand errors, and look at the full output for details. But, we are not there, I guess for now it depends on each case. Maybe add only stderr, and if it's not good enough, file a bug?15:35
kyrofaelopio, good deal15:36
kyrofaAnd agreed15:36
niemeyerjacekn: Sorry I'm a bit out of context.. what's the issue again? Do we have someone trying to login and they can't?15:36
jaceknniemeyer: context is me trying to get channels 2.0 set up and I was told that to do that I have to post on forum.snapcraft.io but I can't see any option to log in with ubuntu SSO (or any other open id)15:38
ondraogra_ my dragonboard is refusing to boot at all15:39
niemeyerjacekn: If you click on Sign In and enter your email and password you should be able to quickly get in15:39
ogra_ondra, i have some massive issues with my SD reader ... it refuses to detect any cards15:39
ogra_ondra, wsell, i suspect we need to roll back the last gadget commit then15:40
niemeyerjacekn: Please let me know if you have any issues there15:40
ogra_(though i'd really like to test myself first ... damned)15:40
niemeyerWe'll likely enable more login systems at some point15:40
jaceknniemeyer: sorry but I won't enter my 3rd party password on forum.snapcraft.io, openid shoudl send me to the right place15:40
niemeyerjacekn: You can enter whatever password you want...15:41
jaceknniemeyer: right so I need to create an account. Understood15:42
niemeyerjacekn: Yep, email and password and you're up15:43
jaceknack. Running out of time but might do that next time. I'll also try to file a bug to support SSO for convenience and consistency with the dashboard15:44
mupPR snapcraft#1589 opened: Update default node engine to 6.11.3 <Created by flexiondotorg> <https://github.com/snapcore/snapcraft/pull/1589>15:46
ppisati_ogra_: please, don't rollback without reproducing my issue - if i start from an old -edge image, and i let it update, it appears to be fine15:58
ppisati_ogra_: while when buiding a fresh -edge image locally, i hit the problem above15:58
ogra_ppisati_, because we never update gadget content15:58
ogra_its a regression in ondra's last change, i see the same issue over here15:59
ondraogra_ that is strange as I did test fresh image, I almost never update16:00
ogra_ondra, same output that ppisati_ got above16:01
ondraogra_ let me check one thing16:01
ogra_in fact ...16:01
ogra_ubooot.env seems to be broken16:01
ogra_printenv doesnt list a single snappy_ var16:01
ogra_dragonboard410c => fatls mmc 016:02
ogra_sdhci_transfer_data: Transfer data timeout16:02
ogra_mmc_init: -70, time 1065316:02
ogra_** Bad device mmc 0 **16:02
ogra_dragonboard410c => fatls mmc 116:03
ogra_** Unrecognized filesystem type **16:03
ogra_ah, wait16:03
ogra_dragonboard410c => fatls mmc 1:816:03
ogra_            blobs/16:03
ogra_   131072   uboot.env16:03
ogra_            dragonboard-kernel_37.snap/16:03
ogra_it sees the file but doesnt load it16:03
mupPR snapcraft#1590 opened: setuptools: conditional Debian-specific deps <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1590>16:04
ogra_- #define BOOT_TARGET_DEVICES(func) \16:04
ogra_- func(USB, usb, 0) \16:04
ogra_--func(MMC, mmc, 1) \16:04
ogra_- func(MMC, mmc, 0) \16:04
ogra_-+func(MMC, mmc, 1) \16:04
ogra_- func(DHCP, dhcp, na)16:04
ogra_ondra, ^^^ i bet thats the issue16:04
ogra_yo switched the boot devices around with your patches somehow16:05
ondraogra_ but I did not change patches16:05
ondraogra_ I only split them16:05
ogra_you prretty much reworked all of them16:05
mupPR dragonboard-gadget#6: gadget snap build improvements <Created by kubiko> <Merged by ogra1> <https://github.com/snapcore/dragonboard-gadget/pull/6>16:06
ogra_ondra, are you sure "git am --3way ../../../u-boot-generic*.patch" will actually apply both generic patches ?16:09
stgraberjdstrand: I believe I've got a fix for that one already, might just need promotion16:12
ondraogra_ it will16:25
ondraogra_ just testing it here16:25
ogra_ondra, well ...16:25
ondraogra_ I think I found something16:25
ogra_U-Boot 2017.05-dirty (Sep 21 2017 - 17:41:37 +0000)16:25
ogra_Qualcomm-DragonBoard 410C16:25
ogra_DRAM:  986 MiB16:25
ogra_MMC:   sdhci@07824000: 0, sdhci@07864000: 116:25
ogra_Using default environment16:25
ogra_it definitely doesnt read uboot.env16:25
ondraogra_ I did it manually now and there is difference, #define CONFIG_SYS_BOOTM_LEN           0x1000000 <> #define CONFIG_SYS_BOOTM_LEN           SZ_32M16:26
ogra_even though i can see it with fatls16:26
ogra_but bootm is way later16:26
ondraogra_ but we are not hitting that at all16:26
ondraogra_ yes and we still fit in 16M anyway16:26
ogra_the issue is that it never loads the env16:26
ogra_"Using default environment" is a clear indicator16:27
kyrofaelopio, something else is slurping up the stdout, even the prints in the test16:29
kyrofaI don't remember where that is16:29
ondraogra_ I understand, just trying to figure out what is the reason for that16:29
ogra_mvo, hrm ...16:30
ogra_ogra@anubis:~$ snapcraft-forum16:30
ogra_udev_enumerate_scan failed16:30
ogra_mvo, my snaps dont start anymore after a reboot16:30
kyrofaelopio, I suppose it's just unittest16:30
kyrofaBecause then it prints stdout/stderr upon failure16:31
ogra_mvo, i'm on the beta core16:31
ogra_ogra@anubis:~$ rocketchat-desktop16:31
ogra_udev_enumerate_scan failed16:31
mvoogra_: when did this start to happen? what revision and what is in the journal/systemd status for the given snaps?16:31
kyrofaEr, testtools16:31
mvoogra_: uhhh, that sounds like something from either snap-confine or kernel16:31
ogra_mvo, i just rebooted, (xeniall desktop all up to date)16:31
mvoogra_: desktop even, hmmm16:31
ogra_it worked befoore the reboot16:32
ogra_not sure what came in with the recent updates ... surely a kernel though16:32
ogra_(i had not rebooted for a while)16:32
ondraogra_ building gadget here again, to make sure all the patches are correct16:33
ogra_ondra, yeah, i just did the same ... the code loks correct ...16:33
ondraogra_ yep I pulled old patch and compared and looks all as expected16:33
ondraogra_ also I did 10+ runs from sdcard here on that code16:34
ogra_i was guessing that when i merged it ... yet .. it is broken16:34
ogra_ondra, since fatls mmc 1:8 shoows uboot.env just fine theer must be something with the patch16:37
ogra_uboot.env is definitely where it should be16:37
* kalikiana_ going to wrap up for the day...16:38
ondraogra_ any idea how can I restore dragoboard, my one seems to be buggered, so I can't test any16:40
ogra_ondra, no idea what yoou mean ? wiping the emmc ?16:40
ondraogra_ can't boot from sd or emms, nothing at all coming on console16:40
ondraogra_ nothing even from aboot16:40
ogra_ondra, hmm, inteesting fact ... building a local image with the gadget i built locally seems to boot16:41
ogra_that sounds more like your mezzanine board doesnt work16:41
ondraogra_ and user led does not even show that it's trying to boor from sd card when there is sd card16:41
ondraogra_ no I connected uart directly and no luck either16:41
ogra_does the led on the mezzanine board light up at all ?16:42
ondraogra_ plus I did try another mezzanine board  and same16:42
ondraogra_ yeah only red one though16:42
ogra_how do you connect to uart directly ? i dnt thhink the db supports that16:42
ogra_thats fine ...16:42
ogra_red here too16:42
ondraogra_ not one which will show trafic16:42
ondraogra_ TX and Rx are on Pin 11 and 1316:42
ondraogra_ https://github.com/96boards/documentation/blob/master/ConsumerEdition/DragonBoard-410c/Guides/uart-serial-console.md16:43
ogra_well, did you play with the dip switches at the bottom of the board ?16:43
ondraogra_ I did not wear safety glassed when installing it though :)16:43
ondraogra_ no, nothing it was here on the desk since I used it last time and then it was running fine16:44
kyrofaelopio, ah ha! runtests.sh uses -b16:45
kyrofaelopio, removing it starts printing stuff16:45
ondraogra_ tell me about it, it packed itself up while it was not even connected to power16:45
kyrofaelopio, is that what you have in mind?16:45
ogra_mvo, hmm, even switching to stable coe ... noo luck ... and nothing in dmesg, syslog or journalctl .... all i get is "udev_enumerate_scan failed" when tying to un any snap16:46
ogra_*stable core16:46
* ogra_ tries another rebot 16:47
ogra_mvo, hrm, so whatever it was, another reboot fixed it16:50
mvoogra_: hm, so the error comes from snap-confine and it happens when enumerating udev fails, now that might be a bug on our side if we add a incorrect udev tag somehow16:50
ogra_mvo, yeah, but i cant reproduce it anymore after refreshing to stable and rebooting16:51
ogra_ondra, so given my locally built gadget works over here, i think i'll just upload that one by hand to the store and we can take care of the rest tomorrow16:51
ondraogra_ so if you build it locally it works fine?16:53
ogra_ondra, yes16:53
ondraogra_ OK upload that one and let me check one thing16:53
ogra_(waiting for the store to actually release it, then i'll do another testbuild)16:54
ondraogra_ I think I know what happened16:55
ondraogra_ so when you call git am, it will commit those changes16:55
ogra_why dont you just use --apply16:56
ondraogra_ which works fine on your/mine machine, as we have set up user16:56
ogra_like we do in all other gadgets16:56
ondraogra_ it failed on LP, as git it not set16:56
ondraogra_ because then you need one gadget, or can you do that on multiple patches?16:56
mvoogra_: hm, strange16:56
ogra_yeah, use apply :)16:56
ondraogra_ check here https://launchpadlibrarian.net/337810269/buildlog_snap_ubuntu_xenial_arm64_dragonboard_BUILDING.txt.gz16:57
ondraogra_ search for *** Please tell me who you are.16:57
ogra_ondra, you use a shell script to call git am ... just make it a loop that calls apply16:57
ondraogra_ that's where it's suppose to say Applying: suport patch for dragonboard410c for ubuntu-core16:57
ondraogra_ and my dragoboard went to 96 board heaven, no fastboot, neither recovery sd card working16:58
ogra_ondra, that should noot be possible, there is a ROM that should be recoverable16:58
ogra_unless you caused some electrical damage16:58
ogra_ask in #96boards16:59
mupPR #96: Move architecture handling into its own package <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/96>16:59
* ogra_ whacks mup16:59
ondraogra_ lol16:59
ogra_cprov, http://people.canonical.com/~ogra/snappy/dragonboard-gadget.png why do i have two edge entries there ?16:59
ondraogra_ I'm gonna prepare PR replacing am with apply, seems to working as expected17:00
ogra_i assume that shouldnt be possible17:00
ogra_ondra, +1 ... take your time though, we should be safe for the dalies now with the manual upload17:00
ogra_so tomorrow is enough17:00
ondraogra_ well I can't even test, as my board is dead now17:01
ogra_(well, we should be fine if the store behaves ... that screenshot above is a bit worrying)17:01
ondrappisati_ thanks for bringing this up! defo problem with LP build17:02
ogra_ondra, we seem to have a user that uses our gadget as input on the forrum whoo saw it too17:02
ondraogra_ I did not know we have armhf build for dragoboard :)17:02
ogra_(i was kind of assuming he broke it with his own patch ... )17:03
ogra_ondra, oh,. hah17:03
ogra_blind me17:03
ondraogra_ yeah that second edge is different arch17:03
ondraogra_ which is even more amusing :D17:03
ogra_let me unrelease that17:03
ppisati_ondra: not at all17:03
ondraogra_ I really want to know where that build came from17:03
* ppisati_ goes to the gym, back in ~1hr17:03
ogra_ondra, most likely a test build of mine in snapcraft.io17:04
ondraogra_ lol17:04
ogra_i was tinkering with the possibilities of auto-builds without syncing to LP17:04
ondraogra_ yeah there are only 3 builds17:04
ogra_and i cant unelease it17:04
ondraogra_ so we should have also one for amd64 then :P17:04
ogra_build.snapcraft.io doesnt do arm64 yet17:05
ondraogra_ I was so many times asking id snapcraft.io can control architectures, here you have reason why17:05
ogra_thats the prob ...17:05
ogra_we could hardcode cross building17:05
ogra_so an amd64 build would always produce an arm64 snap17:05
ogra_but that seems a bit evil in case someone wants to build natively17:06
ondraogra_ yeah, but look to snapcraft.yaml, it has specifically defined only arm64 architecture, so we have fail on multiple levels17:06
ogra_anyway, myth solved ...17:06
ogra_well, that arm64 only applies to the snap metadata17:06
ondraogra_ so build.snapcraft.io  ignored arch in snapcraft.yaml and store does same, and takes file name instead17:06
ogra_snaps doont care if the binaries actually match whats written on the box17:06
ogra_b.s.io will elease an arm64 snap17:07
ogra_no matter whats inside17:07
ogra_snapcraft.yaml rules here17:07
ogra_the trick is to make sure the binaries inside are actually arm6417:07
ondraogra_ but it build armhf, from recipe which says "arm64 only". magic17:07
ogra_my nanopi gadgets all just do cross build on amd6417:08
ogra_but out comes armhf as the snap17:08
ondraogra_ snapcraft.yaml says arm64 only17:08
ogra_but snapcraft doesnt care17:08
ogra_it just uses the local native arch17:08
ogra_now ... if you force install a cross compiler and sp├╝rinkle some magic into the build scripts you will get an armhf or arm64 binary inside17:09
ogra_anyway ... i goot called for dinner ...17:09
* ogra_ is afk17:09
ondraogra_ but we already have armhf binary in there :P17:09
ondraogra_ remember we set arch to arm17:10
ogra_likely a bug ...17:10
ogra_anyway ... off now ...17:10
kyrofaflexiondotorg, can you give me a pointer to the user-story-oriented documentation you guys have been working on? I have two to add17:25
kyrofaBut I can't remember where they are17:25
kyrofapopey, that might be a question for you as well ^^17:25
kyrofaAlso, are those docs live anywhere?17:26
sergiusenskyrofa https://docs.snapcraft.io/build-snaps/languages17:26
kyrofaAh ha, snappy-docs then, got it17:27
kyrofaThose are not quite as findable as I expected17:28
flexiondotorgkyrofa: There were on the site. But apparently are not currently?!17:29
kyrofaflexiondotorg, they are, but you have to know where to look17:29
flexiondotorgI mean the top level navigation.17:29
kyrofaAh indeed17:29
flexiondotorgI'll raise this.17:29
kyrofaThe snapcraft hooks docs were blown away as well17:29
kyrofaThings have been shuffling there recently17:30
davidcalleKyrofa, blown away?17:33
kyrofadavidcalle, replaced with snapd docs :P17:33
davidcalleOh no, with brand new docs17:34
davidcalleKyrofa, feel free to tweak and add17:34
kyrofaflexiondotorg, I was going to add MOOS/ROS docs, but they're more... technologies, not languages. Is that okay?17:35
davidcallesergiusens: kyrofa: let's move languages up in the tree, right after first snap17:36
kyrofaI guess "node" isn't really a language either17:37
davidcalleKyrofa : looks like the only requirement so far is having a logo for it17:37
kyrofadavidcalle, sounds good17:37
kyrofadavidcalle, hahaha17:37
mupPR snapd#4002 opened: interfaces: misc updates for default, browser-support, home and system-observe <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4002>17:59
kyrofaAlright elopio, sergiusens take a look at snapcraft#159118:03
mupPR snapcraft#1591: snapd integration tests: print stdout/stderr <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1591>18:03
mupPR snapcraft#1591 opened: snapd integration tests: print stdout/stderr <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1591>18:04
mupPR snapd#4003 opened: interfaces: deny lttng by default <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4003>18:13
mupPR snapd#4004 opened: interfaces/lxd: lxd slot implementation can also be an app snap <Created by jdstrand> <https://github.com/snapcore/snapd/pull/4004>18:30
sergiusenskyrofa I'll look in a bit19:07
MikaelI have a bunch of Dell 2001 running ubuntu core and is concerned about the system time being syncronized. Is there a snap to sync time? I've seen timedatectl mentioned...19:44
mupPR snapd#4005 opened: Add an exception for Firefox's access to /dev/shm, <Created by oSoMoN> <https://github.com/snapcore/snapd/pull/4005>19:53
__chip__Mikael: I think the people that can answer that are in a different timezone -- maybe use forum.snapcraft.io so you don't miss eachother19:55
MikaelThanks Chip19:58
kyrofadavidcalle, flexiondotorg can I get a new project created on https://github.com/snapcraft-docs ?20:04
kyrofasergiusens, any chance you have access to that group?20:14
sergiusenskyrofa maybe, why do you ask? :-)20:15
kyrofasergiusens, every language document has its example hosted there20:15
sergiusenskyrofa so, what do you want me to create?20:15
sergiusensI was being tongue in cheek btw ;-)20:15
kyrofasergiusens, if you would be so kind as to create a moos-ping-example repo there to which I have access20:16
sergiusenssure thing20:17
sergiusenskyrofa moos-ping or moos-ping-example?20:22
sergiusensmoos-ping feels a bit better20:22
kyrofasergiusens, I'm good with it20:22
sergiusenswith which kyrofa? ;-)20:22
kyrofaWith moos-ping20:22
kyrofasergiusens, sadly, there are no generically useful MOOS or ROS utilities out there, so the examples we need to use are overbearingly boring20:23
kyrofaAnything not boring is way too complex for this :P20:23
kyrofaBut it'll do the job20:23
sergiusenskyrofa done, git@github.com:snapcraft-docs/-moos-ping.git20:23
sergiusenskyrofa the code for moos you mean and not the snapcraft.yaml itself ;-)20:24
kyrofasergiusens, of course ;)20:25
kyrofasergiusens, hmm... the leading hyphen? A typo?20:25
kyrofasergiusens, also, can you give me commit access? Happy to do PRs if you prefer20:26
kyrofaOh, I have to accept the invite, how fancy20:26
kyrofaOkay all good on the commit access. Fix the hyphen and we're good20:27
sergiusensstrange, not sure how that hyphen got there20:29
sergiusenskyrofa you cannot commit?20:29
kyrofasergiusens, all good now, thank you!20:30
sergiusenskyrofa btw, snapcraft#1578 could use your attention20:35
mupPR snapcraft#1578: project_loader: quote more environment variable values <Created by malept> <https://github.com/snapcore/snapcraft/pull/1578>20:35
kyrofaAh yes, okay20:35
mupPR snapcraft#1586 closed: repo: friendly, helpful error for unsupported distros <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1586>20:41
sergiusenskyrofa and snapcraft#1591 is failing20:42
mupPR snapcraft#1591: snapd integration tests: print stdout/stderr <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1591>20:42
mupIssue snapcraft#1556 closed: build-snaps recording <design-required> <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issue/1556>20:44
mupPR snapcraft#1567 closed: recording: record the snaps installed on the machine <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1567>20:44
sergiusenselopio mind resolving the conflicts on snapcraft#1584 ?20:44
mupPR snapcraft#1584: style: use dedent for multiline strings <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1584>20:44
kyrofasergiusens, if you by chance have some downtime to proofread: https://github.com/CanonicalLtd/snappy-docs/pull/13120:52
mupPR CanonicalLtd/snappy-docs#131: languages: add MOOS guide <Created by kyrofa> <https://github.com/CanonicalLtd/snappy-docs/pull/131>20:52
sergiusenskyrofa downtime is a rare commodity now that I am alone with my son this week ;-)20:53
kyrofasergiusens, haha, hence the phrasing20:53
kyrofaROS one should be up by tomorrow at the latest20:54
sergiusensbut I will indeed review later tonight, after bed the bed time shift; we have a tent in his room where we do the first try to get sleeping20:54
kyrofaGoing back to PRs and reviews for now20:55
* sergiusens mini EODs until later in the evening/night21:00
kyrofasergiusens, snapcraft#1591 should be fixed21:13
mupPR snapcraft#1591: snapd integration tests: print stdout/stderr <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1591>21:13
elopiosergiusens: I see no conflicts there. I updated the quotes in the docs21:13
elopiooh damn, there are many in the fake refactor. That might be hard.21:17
mupPR snapcraft#1565 closed: cli: add the pack command <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1565>21:41
kyrofasergiusens, when you're able, can you fork https://github.com/ros/ros_tutorials into snapcraft-docs, please?22:58
kyrofasergiusens, wait... no. Don't do that23:01
kyrofasergiusens, just create a ros-talker-listener repo, or something similar23:02
kyrofasergiusens, https://github.com/CanonicalLtd/snappy-docs/pull/132 for the ROS one23:34
mupPR CanonicalLtd/snappy-docs#132: languages: add ROS guide <Created by kyrofa> <https://github.com/CanonicalLtd/snappy-docs/pull/132>23:34

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