Son_Goku | zyga: https://bugzilla.redhat.com/show_bug.cgi?id=1614162 | 03:01 |
---|---|---|
Son_Goku | zyga: https://bodhi.fedoraproject.org/updates/FEDORA-2018-d3e4a6577d | 03:01 |
mborzecki | morning | 05:07 |
zyga | hey mborzecki | 06:01 |
zyga | Pharaoh_Atem: thank you for the note, hopefully someone will merge the fix | 06:03 |
zyga | oh | 06:03 |
mborzecki | zyga: hey | 06:03 |
zyga | it's been proposed to bodhi :) | 06:03 |
* zyga needs to wake up properly | 06:03 | |
zyga | I will test it with the build process and report ! | 06:03 |
mborzecki | zyga: have you gotten around indcluding more flags in -ldflags=-extldflags=-static on opensuse? | 06:04 |
zyga | mborzecki: no, I haven't touched opensuse in a while | 06:05 |
zyga | (i.e. still broken as before) | 06:05 |
zyga | on old release | 06:05 |
mborzecki | damn, i'm trying to find a way through the shell quoting mess | 06:06 |
zyga | yeah :/ | 06:06 |
zyga | on the up side | 06:06 |
zyga | indigo is in devel:languages:go now | 06:06 |
zyga | maybe some part of the mess can be handled elsewhere | 06:06 |
mborzecki | i think it only works in rpm spec because the spec is processed outside of shell :/ | 06:06 |
zyga | I'm not fully here yet, need to get dressed and take Bit for a wlak | 06:07 |
zyga | *walk | 06:07 |
mup | PR core-build#34 opened: travis.yml: fix xenial base tarball URL <Created by mvo5> <https://github.com/snapcore/core-build/pull/34> | 06:39 |
zyga | and back now | 06:59 |
zyga | hey moo :) | 06:59 |
mvo | hey zyga | 06:59 |
zyga | man, I need to teach the spell checker that mvo and moo are *not* the same :D | 06:59 |
zyga | how are you doing guys? | 07:00 |
mvo | zyga: doing well, how are you? | 07:02 |
zyga | good, just finishing coffee :) | 07:04 |
mborzecki | -ldflags=-extldflags=-foo is an abomination | 07:20 |
mborzecki | -ldflags "-extldflags '-foo'" behaves differently | 07:20 |
=== pstolowski|afk is now known as pstolowski | ||
pstolowski | morning | 07:21 |
mborzecki | and bash if very funny splitting -ldflags=-extldflags='-foo -static' into -ldflags=-extldflags=\'foo -static, so you get 2 options and -static is passed to go build pfff | 07:22 |
mborzecki | ended up doing the 'array' expansion trick | 07:23 |
mup | PR core-build#33 closed: fix typo for handle_writable_paths() <Created by madper> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/33> | 07:48 |
mup | PR core-build#34 closed: travis.yml: fix xenial base tarball URL <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/34> | 07:48 |
mup | PR snapd#5942 closed: client: speedup unit tests <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5942> | 07:56 |
mup | PR snapd#5941 closed: systemd, wrappers: speed up wrappers unit tests <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5941> | 07:58 |
mup | PR core18#70 closed: hooks: add rfkill <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core18/pull/70> | 08:00 |
mup | PR snapd#5939 closed: tweak .travis.yml so we no longer get weird env output in the logs <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5939> | 08:01 |
mup | PR snapd#5943 closed: osutils: unit tests speedup; introduce «run-checks --short-unit» <Created by chipaca> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/5943> | 08:01 |
dot-tobias | zyga: Good morning and sorry to bother you (again) with a layouts question: https://forum.snapcraft.io/t/snap-layouts/7207/3?u=tobias → Happy for any suggestion that resolves this issue, since I cannot publish my snap without this 😞 | 08:09 |
zyga | good morning, looking | 08:09 |
zyga | dot-tobias: hey, can you double check this on edge? | 08:10 |
zyga | though let me double check that edge is really edge now, release messes that up | 08:10 |
zyga | eh, no | 08:10 |
zyga | edge is not edge :/ | 08:10 |
zyga | mvo: how soon can we get edge builds back to normal? | 08:10 |
dot-tobias | zyga: Happy to check once edge is edge :-) | 08:10 |
zyga | dot-tobias: I'll check locally soon, just let me wrap something up | 08:11 |
dot-tobias | zyga: Sure, glad you have time for this at all 😊 | 08:11 |
mup | PR core18#72 opened: writable-path: enable persistent journal <Created by mvo5> <https://github.com/snapcore/core18/pull/72> | 08:12 |
mvo | zyga: meh, one sec | 08:13 |
mvo | zyga: I restored edge | 08:15 |
mvo | zyga: and triggered a vendor sync manually | 08:15 |
mvo | zyga: I suspect that vendor-sync is not running automatically right now (cc cachio) | 08:15 |
zyga | mvo: thank you again | 08:16 |
zyga | mvo: reviewed ^ | 08:16 |
mvo | thank you! | 08:16 |
mup | PR snapd#5451 closed: interfaces: honor static attributes when reloading conns <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5451> | 08:19 |
mup | PR snapd#5497 closed: overlord/patch: patch for static plug/slot attributes <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5497> | 08:20 |
niemeyer | Mornings | 08:31 |
Chipaca | moin moin | 08:31 |
zyga | hey guys | 08:31 |
mvo | hey niemeyer and Chipaca | 08:32 |
mvo | Chipaca: nice job on the test speedups! | 08:32 |
Chipaca | today's a weird day for me, one of the boys is at a new school having a trial day, and I need to go do a tour of it at 1pm (so no 2pm standup for me) | 08:32 |
Chipaca | mvo: :-D | 08:32 |
Chipaca | mvo: mborzecki: I struggled with where to draw the line between shortening sleeps, and skipping on testing.Short() | 08:32 |
Chipaca | mvo: mborzecki: so feedback very appreciated | 08:33 |
Chipaca | i started also working on overlord, but it's a lot hairier | 08:33 |
Chipaca | :) | 08:33 |
mvo | Chipaca: yeah | 08:33 |
mvo | Chipaca: my only concern is slow/overcommited hardware but we can tweak things into the other direction once we get results from autopkgtest | 08:33 |
Chipaca | mvo: maybe, maybe, we tell autopkgtest to only run --short-unit now | 08:34 |
mvo | niemeyer: if you could add github.com/snapcore/pi-gadget to the things that mup watches, that would be great! | 08:34 |
mvo | ogra: your feedback on github.com/snapcore/pi-gadget pull 9 would be great | 08:34 |
niemeyer | mvo: Thanks for the reminder | 08:34 |
mup | PR #9: Added the travis config file <Created by elopio> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/9> | 08:35 |
niemeyer | mvo: DOing it right away | 08:35 |
mvo | thank you! | 08:35 |
mup | PR snapd#5945 opened: overlord/snapstate: block parallel installs of snapd, core, base, kernel, gadget snaps <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5945> | 08:38 |
niemeyer | mvo: SHould be up | 08:39 |
mup | PR snapd#5946 opened: cmd/snap: unhide --name parameter to snap install, tweak help message <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5946> | 08:40 |
pstolowski | morning niemeyer | 08:40 |
niemeyer | o/ | 08:40 |
mup | PR snapd#5947 opened: many: cleanup remaining parallel installs TODOs <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5947> | 08:44 |
zyga | niemeyer: I heard that Brazil has some exciting election time now | 08:45 |
Chipaca | oh man | 08:47 |
Chipaca | mborzecki: how does a user learn about instances? | 08:50 |
mup | PR core18#73 opened: hooks: run console-conf after snapd.seeded.service <Created by mvo5> <https://github.com/snapcore/core18/pull/73> | 08:50 |
Chipaca | mborzecki: I suspect the install docs is where. In which case, we need a longer explanation :-) | 08:51 |
mborzecki | Chipaca: from the docs atm | 08:51 |
mborzecki | Chipaca: you mean snap install help? | 08:51 |
Chipaca | mborzecki: yeah. Maybe work with degville to get a concise paragraph in there about 'em | 08:51 |
Chipaca | right now it only makes sense if you know what they are already | 08:51 |
mborzecki | Chipaca: yes, the pr only mentions instance key but now how it can be used | 08:52 |
ogra | mvo, perhaps also bump the tag of the pi2 u-boot build o they are on the same version | 09:02 |
ogra | s/o/so | 09:02 |
mvo | ogra: sure, will do | 09:04 |
niemeyer | zyga: Yeah, pretty interesting | 09:06 |
niemeyer | In a sad way | 09:06 |
mborzecki | Chipaca: so you're saying "" would pop up in place of snap.TypeApp? | 09:07 |
niemeyer | It's OMG what will the crazy guy do, vs. let's continue 16 years of recession | 09:07 |
zyga | niemeyer: yeah, it seems the chances of the reasonable candidate are pretty slim in the 2nd round | 09:08 |
mborzecki | Chipaca: hm we set TypeApp if type was empty in Yaml, but when using store data we leave whatever the store sent :/ | 09:08 |
niemeyer | zyga: The second candidate is not reasonable either.. it's continuing the 16 years of power abuse | 09:09 |
zyga | in that case the reasonable thing is to really leave, which is depressing for all, impossible for many | 09:10 |
niemeyer | Right | 09:11 |
mborzecki | pedronis: quick question, having a model assertion, kernel and gadget need to be valid 'store' snap names too, not only required-snaps? | 09:23 |
ogra | mborzecki, you can use --extra-snaps (at the cost of upgradeability and interface auto-connections) | 09:24 |
ogra | with ubuntu-image that is | 09:24 |
Chipaca | mborzecki: handling "" as well would be the safe route | 09:24 |
Chipaca | mborzecki: but, supposedly it's now never "" outside of tests | 09:25 |
Chipaca | mborzecki: but², we don't validate this fact | 09:25 |
Chipaca | we probably should if we're going to assume it inside | 09:25 |
Chipaca | bah | 09:26 |
Chipaca | mborzecki: all it'd take is a tweak to snap/types.go's unmarshallers | 09:26 |
Chipaca | we already (still!) have a check for type "application" | 09:26 |
Chipaca | could add "" to the list :) | 09:26 |
Chipaca | or, live dangerously and remove "application" _and_ "" support | 09:26 |
mvo | ogra, apw I would like to upload http://paste.ubuntu.com/p/HnXmvSHCww/ to cosmic and to our core18 ppa (and possible sru to bionic) - does that look sensible? | 09:41 |
ogra | mvo, totall | 09:42 |
ogra | y | 09:42 |
ogra | go ahead | 09:42 |
mvo | ogra: a bit of a meta question, it looks like hwclock from busybox tries to open some files in /dev/rtc - are there devices where we use fixrtc that actually have a rtc device? | 09:42 |
mvo | ogra: thanks | 09:42 |
ogra | mvo, there are "hat's" for the pi providing rtc | 09:43 |
mvo | ogra: thanks | 09:43 |
ogra | (and indeed there are other arm board with rtc too) | 09:43 |
mvo | ogra: I will update the comment with that info | 09:43 |
ogra | in general fixrtc needs an overhaul though due to the stuff that zyga found (kernel not updating timestamp of the rootfs on shutdown because of the readonly mount) | 09:44 |
mvo | ogra: I updated http://paste.ubuntu.com/p/3VNNRmqZpj/ with a comment | 09:44 |
ogra | mvo, well, i wouldnt make that "pi" specific ... fixrtc is in all our arm installs | 09:45 |
ogra | (armhf that is ....) | 09:45 |
mvo | ogra: thanks, updated again http://paste.ubuntu.com/p/wdQDrzqTqv/ | 09:46 |
ogra | mvo, looks good | 09:49 |
pedronis | mborzecki: I'm not sure I understand the question | 09:52 |
mborzecki | pedronis: there was a TODO in device_asserts to check whether required-snaps are valid store snap names when decoding model assertion | 09:53 |
mborzecki | pedronis: i've extended this to cover kernel, gadget and base | 09:54 |
pedronis | ok | 09:54 |
pedronis | remember kernel and gadget takes = as well now | 09:54 |
mup | PR snapd#5948 opened: asserts, image: ensure kernel, gadget, base and required-snaps use valid snap names <Parallel installs ⛓> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5948> | 09:58 |
mborzecki | pedronis: ^^ | 10:00 |
apw | mvo, if it is always using /dev/misc/rtc, you could do like | 10:02 |
apw | [ -e /dev/misc/rtc ] && ... | 10:02 |
mvo | apw: yeah, I was thinking about this, it tests /dev/rtc /dev/rtc0 /dev/misc/rtc in busybox. the downside of adding the checks is that then we need to keep the initramfs code in sync with busybox/kernel - if this search paths ever change we will most likely not notice. OTOH it seems very unlikely this changes (famous last words) | 10:06 |
mup | PR core-build#35 opened: scripts/ubuntu-core/rootfs: fix mkdir error when the file exists <Created by mvo5> <https://github.com/snapcore/core-build/pull/35> | 10:14 |
apw | mvo, oh for a -q options ... oh well | 10:19 |
mvo | apw: yeah, --quiet would rock. I looked at the source, busybox is a bit simple in this regard unfortunately | 10:52 |
apw | yeah sure it is | 10:57 |
mup | PR snapd#5945 closed: overlord/snapstate: block parallel installs of snapd, core, base, kernel, gadget snaps <Parallel installs ⛓> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5945> | 11:06 |
zyga | oh boy | 11:10 |
zyga | so | 11:10 |
zyga | not sure how to proceed | 11:10 |
zyga | I want to run snapd in a "container" | 11:10 |
zyga | (ish) | 11:10 |
zyga | it seems that I need to run systemd in the container as well | 11:10 |
zyga | and to make it a proper container enough so that it doesn't bite the host | 11:10 |
mvo | zyga: that sounds right, could you use lxd? | 11:12 |
zyga | no | 11:12 |
zyga | because I really need to craft everything in a specific way | 11:12 |
* zyga proceeds to unshared more | 11:16 | |
zyga | la la la | 11:17 |
zyga | running systemd partially unshared is fun, | 11:17 |
zyga | (where fun == reboot to fix your system) | 11:17 |
zyga | some small progress made, | 11:45 |
mborzecki | cachio: i'm playing with arch-apparmor image you prepared and #5894 branch, seems to be working now, i'll a full run of arch tests on this image | 11:46 |
mup | PR #5894: many: enable AppArmor on Arch <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/5894> | 11:46 |
mborzecki | off to pick up the kids | 11:52 |
zyga | I need to take the dog out | 12:04 |
zyga | ttyl | 12:04 |
mup | PR core-build#35 closed: scripts/ubuntu-core/rootfs: fix mkdir error when the file exists <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core-build/pull/35> | 12:13 |
ogra | oh damn ... its a holiday in the us ! | 12:28 |
ogra | (so i guess no jdstrand today ... ) | 12:29 |
ogra | mvo, shellcheck isnt happy with your initramfs-tools-ubuntu-core it seems | 12:30 |
ogra | In ./hooks/resize line 20: | 12:30 |
ogra | . /usr/share/initramfs-tools/hook-functions | 12:30 |
ogra | ^-- SC1091: Not following: /usr/share/initramfs-tools/hook-functions was not specified as input (see shellcheck -x). | 12:30 |
mvo | ogra: aha, thanks - where do you see that? i have a look | 12:32 |
ogra | mvo, i got a mail from LP with link to the build log ... https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+build/15520942/+files/buildlog_ubuntu-bionic-amd64.initramfs-tools-ubuntu-core_0.7.45+ppa2_BUILDING.txt.gz | 12:32 |
mup | PR snapcraft#2325 closed: plugins: remove the python2 and python3 plugin when using a base <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2325> | 12:32 |
mvo | ogra: aha, I see, the bionic build? | 12:33 |
ogra | yeah | 12:33 |
mvo | ogra: i guess this is why we did not see this before, the test runs on xenial and bionic is more strict. I will fix in a wee bit | 12:33 |
mborzecki | re | 12:38 |
mup | PR snapcraft#2322 closed: project_loader: add build-environment part property <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2322> | 12:38 |
rbasak | Is there a quick way to get an unpacked snap to use with "snap try", apart from me unpacking the snap by hand? | 12:41 |
rbasak | "snap unpack" doesn't appear to exist | 12:42 |
zyga | rbasak: unsquashfs | 12:52 |
zyga | rbasak: we have snap pack because certain arguments to squashfs matter | 12:52 |
zyga | rbasak: and because we also do some validation (AFAIR) | 12:52 |
zyga | rbasak: on the "unpack" phase there's not much to do | 12:53 |
zyga | though I agree that for consistency we perhaps might | 12:53 |
rbasak | zyga: aha! Just want I wanted. Thanks. Saves my mount/rsync/unmount triple :) | 12:55 |
rbasak | zyga: perhaps document that in "snap help try"? Eg. "The try command installs an unpacked snap into the system for testing purposes, such as one extracted from a snap with unsquashfs(1)." - then I'd have found it. | 12:56 |
rbasak | s/one/a directory/ perhaps | 12:56 |
rbasak | Or maybe "the" | 12:57 |
zyga | mmm, yeah, that feels like a good idea | 12:57 |
Chipaca | or maybe just add 'snap unpack' :) | 13:15 |
Chipaca | hello from just-out-of-the-meeting--land | 13:15 |
=== pstolowski is now known as pstolowski|lunch | ||
ogra | jdstrand, arent you celebrating that guy who got lost looking for india today (just asw MP comments from you) ? | 14:13 |
ogra | read: are you working ? | 14:13 |
ogra | s/asw/saw/ | 14:14 |
mup | PR snapd#5949 opened: osutil,asserts,daemon: support force password change in system-user assertion <Created by mvo5> <https://github.com/snapcore/snapd/pull/5949> | 14:26 |
mup | PR core-build#36 opened: initramfs: fix shellchecks on bionic <Created by mvo5> <https://github.com/snapcore/core-build/pull/36> | 14:31 |
=== pstolowski|lunch is now known as pstolowski | ||
cachio | cwayne, hey, do you know the status of 2.35.4? | 14:35 |
cachio | is it ready to go to cnadidate? | 14:35 |
rbasak | mvo: around? Taking the current edge git-ubuntu snap, if copy $SNAP/usr/local/bin/quilt to /tmp inside a snap shell and apply your MP to that, running quilt results in "Illegal instruction (core dumped)". I'll dig deeper. | 14:46 |
sergiusens | rbasak: if you move $SNAP/usr/local/bin/quilt the $ORIGIN based rpaths will most likely be wrong | 14:58 |
rbasak | the local/bin/ files are just wrappers that set PATH and LD_LIBRARY_PATH | 15:00 |
rbasak | I've narrowed it a bit. | 15:01 |
rbasak | If I just set PATH and LD_LIBRARY_PATH to the core snap only, then everything crashes with SIGILL. Including ls, ldd, etc. | 15:01 |
sil2100 | mvo: hmmm, interesting, a fresh image built with the new model assertion doesn't segfault with probert on my raspi3 anymore | 15:09 |
sil2100 | mvo: this is really annoying, how could this issue suddenly disappear? | 15:10 |
sil2100 | mvo: I also have proper wired networking, no crashes in console-conf | 15:16 |
sil2100 | Let me try a complete vanilla image | 15:17 |
mvo | rbasak: woah, let me try to reproduce this myself | 15:32 |
mvo | rbasak: you really find all the interessting bugs :) | 15:33 |
mvo | sil2100: oh, so you have wired and wireless? | 15:33 |
mvo | sil2100: note that for me it works on the pi without wifi | 15:33 |
mvo | sil2100: but on the 3b+ with wifi I still had issues (looks like crashes) | 15:33 |
mvo | sil2100: let me try on the 3b+ again | 15:34 |
sil2100 | mvo: I couldn't connect to my wireless AP but it didn't crash or anything | 15:34 |
sil2100 | I have a regular 3b | 15:34 |
mvo | sil2100: and you see the wireless in the config? | 15:35 |
sil2100 | So on a vanilla image I see a crash in console-conf | 15:35 |
cjwatson | build.snapcraft.io now builds for all architectures by default: https://forum.snapcraft.io/t/more-architectures-enabled-in-build-snapcraft-io/7733 | 15:35 |
sil2100 | Similar to the one ondra reported, with console-conf crashing because it cannot run snap create | 15:35 |
sil2100 | *create-user | 15:36 |
mvo | sil2100: ok, let me try again on my pi3 | 15:36 |
sil2100 | mvo: I'm also trying different combinations right now | 15:37 |
mvo | sil2100: about snap create - I pushed a PR to run console-conf after snapd.seeded.service - this way console-conf should have a fully working snapd and some of the issues we saw earlier should be fixed | 15:37 |
ogra | argh ! build.s.io all of a sudden produces s390x and ppc64el builds ! | 15:39 |
ogra | crazy world | 15:39 |
cjwatson | See ten lines back :) | 15:42 |
Chipaca | "all architectures", but still no builds for RCA 1802 | 15:43 |
Chipaca | psh | 15:43 |
cjwatson | I regret that we also don't build for Doric columns | 15:43 |
* cachio lunch | 15:43 | |
Chipaca | nor for for the TMS320C80 | 15:43 |
Chipaca | it's like you're not even trying | 15:44 |
* cjwatson looks forward to that contract | 15:44 | |
ogra | heh | 15:44 |
mvo | sil2100: yeah, on my pi3b+ I also now see console-conf, nice. also disturbing why it suddenly works, I will try with a fresh dd of the image again to see if its maybe firstboot related | 15:49 |
mup | PR core18#73 closed: hooks: run console-conf after snapd.seeded.service <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core18/pull/73> | 15:50 |
ogra | sil2100, FYI core 16 edge works fine on my b+ over here ... i think we can push the gadgets to stable | 15:52 |
sil2100 | ogra: ok, let's coordinate regarding that tomorrow | 15:52 |
ogra | (just got mine on sat.) | 15:52 |
ogra | sil2100, +1 | 15:52 |
sil2100 | mvo: strange indeed - anyway, as for the config, if I checked correctly I had no wlan in the yaml but I guess that's normal since I didn't configure it - since somehow it was unable to connect to my AP | 15:53 |
sil2100 | But maybe I simply forgot the password ;o | 15:53 |
mvo | sil2100: heh | 15:53 |
mvo | sil2100: I couldn't connect to my wlan either so maybe something with the kernel or userland | 15:53 |
ogra | just use core16, it works fine :P | 15:54 |
ogra | always that upgrade obsesion :P | 15:54 |
sil2100 | Ok, but at least we can now properly use the images on the pi | 15:54 |
sil2100 | ogra: ;) | 15:54 |
mvo | sil2100: I also had no wired network on the pi3 b+ so maybe something with that model, my pi2 was fine | 15:55 |
mup | PR snapd#5623 closed: advise-snap: add --dump-db which dumps the command database <Created by shawnl> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/5623> | 16:10 |
niemeyer | mvo: Sent a note on #5871.. it's a LGTM, but I screwed up the review and sent a comment too soon, sorry | 16:17 |
mup | PR #5871: snapstate: only report errors if there is an actual error <Created by mvo5> <https://github.com/snapcore/snapd/pull/5871> | 16:18 |
niemeyer | pedronis: ping | 16:19 |
mvo | niemeyer: thanks! | 16:20 |
mvo | sil2100: so good news and bad news - after a fresh flash still no crash on the pi3 b+, so yay! but also no network (not wired nor wirelss) | 16:24 |
mborzecki | arch & gce, a story of crng init :/ https://paste.ubuntu.com/p/SwKw5C7XKS/ | 16:28 |
sil2100 | mvo: ouch | 16:32 |
sil2100 | grrr | 16:32 |
pedronis | niemeyer: pong | 16:35 |
pedronis | niemeyer: the code will work as you expect it, I was trying not to use parent in the docs of this, but the model is more that a child store is extended by including more (parent) stores | 16:37 |
ogra | mvo, are you sure the right dtb is being used (the core of the b+ is identical to the other pi3's, only peripherials differ and they are declared in the dtb) | 16:39 |
mup | PR snapcraft#2300 closed: [WIP] plugins: remove implicit source <Created by kyrofa> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2300> | 16:39 |
mup | PR snapcraft#2326 opened: plugins: remove implicit source <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2326> | 16:39 |
niemeyer | pedronis: "extension" is fine, the question is because it sounds like the who-extends-whom is reversed | 16:39 |
niemeyer | pedronis: The thing declaring the friendly stores is the one that accepts (extends) snaps from the listed ones | 16:40 |
pedronis | niemeyer: yes, it exposes snaps from those | 16:40 |
niemeyer | pedronis: Ah, "expose" might be a nicer way to convey it | 16:41 |
pedronis | niemeyer: "returns further stores that are exposed by this store" ? | 16:42 |
pedronis | "by" or "through" | 16:43 |
niemeyer | pedronis: Returns stores holding snaps that are also exposed but this one, or something along those lines | 16:44 |
pedronis | ok | 16:47 |
pedronis | thx | 16:47 |
pedronis | niemeyer: changed | 16:52 |
pedronis | mvo: have you branched again 2.36 or not yet? | 16:59 |
mup | PR snapcraft#2324 closed: plugins: remove the ament plugin when using a base <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2324> | 17:00 |
mvo | pedronis: not yet branched again | 17:11 |
mvo | pedronis: once 2.35.4 hits candidate I will push the next beta of 2.36 | 17:11 |
mvo | ogra: not sure at all :) any hints appreciated | 17:11 |
pedronis | mvo: ok, waiting for my main 2.36 left branch to get green | 17:11 |
pedronis | I got the 2nd 11 | 17:12 |
pedronis | *+1 | 17:12 |
mvo | yay | 17:12 |
ogra | mvo, well, do you have /boot/uboot/bcm2710-rpi-3-b-plus.dtb ? | 17:13 |
ogra | else it will just automatically use bcm2710-rpi-3-b.dtb ... | 17:13 |
mvo | ogra: yes, that file is there | 17:14 |
ogra | /proc/device-tree/model also shows the Plus dtb to be used ? | 17:15 |
Chipaca | travis getting 50kb/h from that gce archive | 17:16 |
Chipaca | :-( | 17:16 |
mvo | ogra: let me try, I need to hack myself in first, I can't create a user via console-conf right now :/ so give me 5min | 17:16 |
ogra | thats why i never use canonical models during development ... system-user assertion FTW ;) | 17:18 |
mvo | ogra: heh :) cat /proc/device-tree/model ;echo | 17:19 |
mvo | Raspberry Pi 3 Model B Plus Rev 1.3 | 17:19 |
ogra | looks fine ... so the dtb is definitely correct | 17:19 |
ogra | do you see NICs at all in /proc/net/dev ? | 17:20 |
mvo | ogra: yeah, also console-conf shows them, but they are just not working for some strange rseason | 17:21 |
ogra | oh | 17:21 |
mvo | even for wired which is weird | 17:22 |
mvo | (link led is on fwiw on pi and router) | 17:22 |
* mvo pokes some more | 17:23 | |
pstolowski | cachio: hey, you were mentioning on the sprint a spread test extending nested vm helpers (if i remember correctly); did you make progress with this? | 17:27 |
cachio | pstolowski, no but I could start working on in today | 17:30 |
cachio | after the ubuntu cosmic PR is ready | 17:30 |
pstolowski | cachio: ack, thanks | 17:31 |
zyga | anyone from the store, my uploads go away as "__all__: The upload does not appear to be a valid package" | 17:32 |
zyga | but it installs just fine locally :/ | 17:32 |
zyga | any ideas? | 17:32 |
pstolowski | niemeyer: any chance for a re-review of #5759? also, the other 3 hotplug PRs have +1s but need one more review | 17:33 |
mup | PR #5759: ifacestate: implementation of defaultDeviceKey function for hotplug <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5759> | 17:33 |
=== pstolowski is now known as pstolowski|afk | ||
Chipaca | EOD o/ | 18:17 |
niemeyer | pstolowski|afk: yeah, excellent chances.. :) | 19:08 |
niemeyer | pstolowski|afk: Not all today probably, though | 19:08 |
mup | PR snapd#5882 closed: many: support and consider store friendly-stores when checking device scope constraints <Squash-merge> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/5882> | 19:32 |
mup | PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38> | 20:08 |
mup | PR core#83 closed: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83> | 20:08 |
mup | PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38> | 20:09 |
mup | PR core#83 opened: move most of the ubuntu-core config deb into the snap snap build <Created by mvo5> <https://github.com/snapcore/core/pull/83> | 20:09 |
mup | PR snapd#5950 opened: tests: running the snapd tests on Ubuntu 18.10 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5950> | 20:09 |
Chipaca | cachio: hi | 20:29 |
Chipaca | cachio: if you could review #5938, we can land it and then your #5950 won't fail any more... | 20:30 |
mup | PR #5938: tests/lib: rework the CLA checker <Created by chipaca> <https://github.com/snapcore/snapd/pull/5938> | 20:30 |
mup | PR #5950: tests: running the snapd tests on Ubuntu 18.10 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5950> | 20:30 |
cachio | Chipaca, sure | 20:30 |
cachio | Chipaca, reviewing | 20:31 |
mup | PR snapd#5938 closed: tests/lib: rework the CLA checker <Created by chipaca> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5938> | 20:36 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!