/srv/irclogs.ubuntu.com/2017/05/12/#snappy.txt

=== chihchun_afk is now known as chihchun
mupPR snapcraft#1312 opened: state: fix the name of the source details <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1312>04:58
mupPR snapd#3290 closed: add support for `snap install foo --channel=3.4` <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3290>06:24
mupPR snapd#3307 opened: tests: abstract common dirs which differ on distributions <Created by morphis> <https://github.com/snapcore/snapd/pull/3307>06:51
Chipaca*yawn*06:56
=== chihchun is now known as chihchun_afk
mupPR core#39 opened: add version-script <Created by mvo5> <https://github.com/snapcore/core/pull/39>07:04
mupPR snapd#3308 opened: tests/lib: introduce pkgdb helper library <Created by morphis> <https://github.com/snapcore/snapd/pull/3308>07:04
Chipacaohhhhh07:13
* Chipaca figured out why so many tests failed07:13
ChipacaMATCH *must* take the thing it's matching from via stdin07:13
Chipacaah well07:13
Chipacaschool run now, fix later07:14
=== chihchun_afk is now known as chihchun
zygare07:16
zygagood morning07:16
=== JohnAgosta is now known as JohnAgosta-afk
morphiszyga: morning!07:21
morphiszyga: pushed two PRs this morning which start introducing things necessary for fedora/suse spread testing07:21
zygamorphis: I saw, I'm reading one now! :)07:27
morphiszyga: :-)07:29
zygamorphis: commented on 330807:32
pstolowskimorning07:36
zygamorphis: commented on 3307 now07:37
zygao/07:38
zygapstolowski: if you remove this part of https://github.com/snapcore/snapd/pull/3282/files#r115504625 we can land that branch right away07:39
mupPR snapd#3282: hooks: default timeout <Created by stolowski> <https://github.com/snapcore/snapd/pull/3282>07:39
zygapstolowski: then the extra change can be made in a separate PR07:39
pstolowskizyga, the change from 5 to 10?07:40
zygapstolowski: yes07:40
pstolowskizyga, ok, doing07:40
zygathank you!07:40
zygamorphis: can you do a quick review of (tiny) https://github.com/snapcore/snapd/pull/326207:40
mupPR snapd#3262: cmd/snap-confine: aggregate operations holding global lock <Created by zyga> <https://github.com/snapcore/snapd/pull/3262>07:40
morphiszyga: sure07:41
zygamvo: does https://github.com/snapcore/snapd/pull/3111 need more work or is that a definite +1?07:41
mupPR snapd#3111: snapd: initial implementation for systemd software watchdog for snapd <Created by mvo5> <https://github.com/snapcore/snapd/pull/3111>07:41
morphiszyga: replied on both PRs07:41
zygathanks07:41
mvozyga: it fails in tests currently07:41
mvozyga: in myserious ways07:41
mvozyga: let me have a look at it now07:42
morphiszyga: done07:42
mvozyga: oh, looks like test-failure are gone07:43
mvozyga: strange07:43
zygamorphis: replied07:45
zygamvo: I spent some time last night on gardening PRs, maybe that fixed it07:46
morphiszyga: my point for the package installation barely is, when I add a new distribution I just have to edit a single file and not have to touch hundreds of test cases. If a test case needs a specific package there it should express that in a common way "netcat" and the layers below will map that correctly. The really becomes a maintenance burden. Also respect variants of distribution with different package names etc.07:48
zygamorphis: that assumes that it is sufficient. My point is that it is a magic assumption that may not hold. What if you need two packages?07:49
zygamorphis: I bet you will need to edit all files anyway07:49
morphiswhy that?07:49
zygamorphis: and this introduces extra layer that feels wrong07:49
zygamorphis: because something may be installed by default on one distro and not in another07:49
morphiszyga: I take this really like an "interface" which has different implementations07:50
zygamorphis: I think there is no such thing because those packages can have different content07:50
zygamorphis: (maybe not snapd but certainly true for others)07:50
zygamorphis: anyway, I think another review is needed07:50
morphiszyga: so if you express "netcat" and that is shipped by default the apt-get call will either do nothing or we tweak the install function to detect that an do nothing07:51
morphisright now it falls back to the supplied name but we can also ignore any errors07:51
morphiszyga: actually it feels wrong to me to express all these distribution specifics in the test cases we have07:51
morphiszyga: but yeah, lets have another review :-)07:52
mvozyga: re the next cloud update - this only happens inside lxd apparently07:53
mvozyga: just fyi07:53
zygamvo: thanks for the hint!07:53
mvozyga: I could not reproduce on a regulra system and kyrofa also could not reproduce the nextcloud failure on a regular system, but it failed for him inside lxd. I will update the title of the post07:54
zygamvo: I honestly don't have a good feeling for lxd; I don't use it daily and we don't test it at all so there may be dragons of any sizes lurking inside07:55
ChipacaTFW you're looking at a test and wondering how it ever passed before08:01
zygaChipaca: https://github.com/snapcore/snapd/pull/3289 needs a 2nd review if you are in review mood08:04
mupPR snapd#3289: daemon: do not allow to install ubuntu-core anymore <Created by mvo5> <https://github.com/snapcore/snapd/pull/3289>08:04
Chipacazyga: got a lot of MATCH-related state right now08:05
zygaChipaca: stay there then :) that branch would be great to land too :)08:05
* zyga -> breakfast08:19
mupPR snapd#3262 closed: cmd/snap-confine: aggregate operations holding global lock <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3262>08:19
morphiszyga: do you have time today to check https://github.com/snapcore/snapd/pull/3222 again?08:22
mupPR snapd#3222: many: fix test cases to work with different DistroLibExecDir <Created by morphis> <https://github.com/snapcore/snapd/pull/3222>08:22
zygamorphis: yes, I certainly will; is the discussion there resolved? I recall gustavo had some questions/comments08:27
morphiszyga: he didn't responded yet, will ping him as well when he comes online08:27
morphiszyga: when you have a few min: https://build.opensuse.org/request/show/49479608:34
zygamorphis: done, you may want to disable leap 42.1 on your branch08:37
morphiszyga: yeah, this branch will be removed anyway once you merge :-)08:38
morphiszyga: you had any time for the Yocto review?08:39
zygamorphis: not quite, it's still open it my tab; I'll do my best to review it before the end of week today08:42
morphiszyga: we're not in a hurry08:42
morphiszyga: https://github.com/morphis/meta-snappy/pull/10 will only take a minute :-)08:43
mupPR morphis/meta-snappy#10: snapd: update to 2.25 release <Created by morphis> <https://github.com/morphis/meta-snappy/pull/10>08:43
morphiszyga: thanks!08:52
* zyga switches to coding mode08:56
Chipacazyga: ping09:40
zygaChipaca: yes?09:46
Chipacazyga: were you aware that in one of the tests, what used to be “! grep expr /sys/some/file” worked because /sys/some/file did not exist?09:47
zyganope09:47
zygaChipaca: are you uncovering a can of worms just now?09:47
Chipacazyga: /sys/fs/cgroup/devices/snap.test-snapd-tools.env/devices.list in particular09:47
Chipacazyga: should I change the test to check for nonexistance directly, or is it conceivable that the file could sometimes exist, depending on test ordering?09:48
zygaChipaca: I don't know, let me look at the test quickly09:48
Chipacazyga: main/security-device-cgroups/09:49
ChipacaI think the file is removed by the cleanup, but I don't know if that is mandatory or incidental09:49
Chipacaand “if [ -e /sys/yadda ]; then MATCH -v expr /sys/yadda; fi” DTRT AFAIK09:50
zygaChipaca: that's cgroup, not a real file09:50
zygaChipaca: and I don't know how it behaves very well honestly09:50
* zyga looks09:50
Chipacasure looks like a file to sh :-)09:50
Chipacazyga: meh, then i'll leave the if [ -e09:50
zygasure, my point is that cleanup that removes it is whereR?09:50
zygaI actually didn't read the cgroup code much09:51
* zyga looks09:51
Chipacazyga: in the same yaml09:51
Chipacaudevadm --potato09:51
zygaudev-support nees some refactoring love09:53
zygawe spawn a shell for each device /o\09:53
zygaChipaca: so this looks like a layered can of worms, can you please add a FIXME there and I will get back to it09:54
zygathis code has not changed at all since ubuntu-app-launcher09:54
zygaand that particular test was written by jdstrand09:54
Chipacazyga:     # FIXME: this is, apparently, a layered can of worms. Zyga says he needs to fix it.09:54
Chipacazyga: (or tell me what to put so you remember)09:55
zygaso I need to look at it for some time before I can make heads or tails09:55
zygaChipaca: yes, that's fine :)09:55
morphisogra_: what is the state on https://bugs.launchpad.net/snappy/+bug/1650688 ?10:08
mupBug #1650688: timedatectl set-timezone fails on UC16 <hwe> <Snappy:Confirmed for ogra> <https://launchpad.net/bugs/1650688>10:08
ogra_morphis, well, i'm not sure mvo's suggestion will work (symlinking a bind-mount) ...10:10
zygaogra_: symlinking a bind mount?10:11
morphisogra_: just wondering as it was set to be fixed for 2.25 and we now released 2.26 and it is still not fixed and two customers are already asking for it10:11
ogra_morphis, i guess what could work is to patch systemd to not handle it as link at all and write the data into it ...10:11
ogra_zyga, https://bugs.launchpad.net/snappy/+bug/1650688/comments/2510:12
mupBug #1650688: timedatectl set-timezone fails on UC16 <hwe> <Snappy:Confirmed for ogra> <https://launchpad.net/bugs/1650688>10:12
morphisogra_: so what prevents us from patching systemd?10:12
ogra_having to carry that patch ...10:13
ogra_we're just at the point where we can drop systemd from the PPA10:13
morphissomething we could sent upstream?10:13
ogra_(having it there caused quite some probs regarding libusb (there is a fixed version dependency)10:13
morphisogra_: yeah, ran into that problem multiple times10:14
ogra_morphis, right, it must either be upstreamable or at least suitable for a distro patch we can hand to foundations10:14
morphisogra_: argument for distro patch would be already that Ubuntu Core is a first class citizen in our ecosystem, isn't it?10:15
ogra_yes, but it must still be suitable :)10:15
morphissure, so what is the plan, get it fixed for 2.27?10:15
ogra_we can work towards that, yeah10:15
morphisjust saying, we should fix it by 2.27, this is now delayed for two releases ..10:16
ogra_right10:16
Chipacaso, there's an important difference between "grep foo | wc -l" and "grep -c foo"10:26
ogra_morphis, mvo .... oooh ... http://paste.ubuntu.com/24559979/ we already carry a patch, i guess we just need to adjust it10:28
mupPR snapd#3309 opened: interfaces/mount: keep track of kept mount entries <Created by zyga> <https://github.com/snapcore/snapd/pull/3309>10:34
mupPR snapd#3310 opened: interfaces/mount: spell unmount correctly <Created by zyga> <https://github.com/snapcore/snapd/pull/3310>10:34
Chipacaogra_: “Forwarded: OMGno, this is a rather nasty hack until we fix system-image to get a writable /etc”10:39
* Chipaca giggles10:39
ogra_Chipaca, well :)10:39
ogra_the point is that we have a patch and it doesnt seem to work ....10:39
mupPR core#39 closed: add version-script <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/core/pull/39>10:39
zygamvo: I just merged the version script, cannot wait to see this in snap list!10:40
ogra_and i think the reason is:10:40
ogra_96         if (r >= 0 && startswith(realfile, "/etc/writable")) {10:40
ogra_because ...10:40
ogra_ogra@pi3:~$ ls -l /etc/localtime10:41
ogra_lrwxrwxrwx 1 root root 18 May 12 04:20 /etc/localtime -> writable/localtime10:41
ogra_it looks for an absolute name10:41
Chipacaogra_: what package is that patch for btw?10:44
ogra_systemd10:44
Chipacaah10:45
Chipacaogra_: note that the filename is passed through readlink_and_make_absolute first10:48
* Chipaca looks at how that one works10:48
ogra_yes, i''m just digging into that ... it calls readlinkat() in the end10:48
Chipacaogra_: maybe it should be changed to readlink_and_canonicalize?10:50
ogra_because that calls chase_symlinks() ?10:51
ogra_i have the feeling just making the link itself absolute would be sufficient10:52
ogra_funnily the subsequent link *is* absolute10:53
ogra_ogra@pi3:~$ ls -l /etc/writable/localtime10:53
ogra_lrwxrwxrwx 1 root root 27 May 11 06:35 /etc/writable/localtime -> /usr/share/zoneinfo/Etc/UTC10:53
Chipacaah, fair enough10:54
ogra_https://github.com/snapcore/core/blob/master/live-build/hooks/08-etc-writable.chroot#L1410:55
mupPR core#40 opened: make links to /etc/writable absolute <Created by ogra1> <https://github.com/snapcore/core/pull/40>11:00
ogra_:)11:00
* zyga requests a review for one-liner https://github.com/snapcore/snapd/pull/3310/files11:01
mupPR snapd#3310: interfaces/mount: spell unmount correctly <Created by zyga> <https://github.com/snapcore/snapd/pull/3310>11:01
zygapstolowski: I think you could review this quickly https://github.com/snapcore/snapd/pull/3309/files11:02
mupPR snapd#3309: interfaces/mount: keep track of kept mount entries <Created by zyga> <https://github.com/snapcore/snapd/pull/3309>11:02
mupPR snapd#3311 opened: difs,interfaces/mount: add support for locking namespaces <Created by zyga> <https://github.com/snapcore/snapd/pull/3311>11:02
pstolowskik11:02
zygamvo: and this is for you (no C :) https://github.com/snapcore/snapd/pull/3311/files11:02
mupPR snapd#3311: difs,interfaces/mount: add support for locking namespaces <Created by zyga> <https://github.com/snapcore/snapd/pull/3311>11:02
pstolowskii'm not sure what's going on with travis test on my #3282.. seems to be infra issue:11:06
pstolowskiError preparing linode:ubuntu-core-16-64:tests/regression/ : kill-timeout reached, cannot reconnect to linode:ubuntu-core-16-64 (Spread-15) after reboot: dial tcp 96.126.110.77:22: i/o timeout11:06
mupPR snapd#3209 closed: interfaces/mount: add partial implementation of Change.Needed <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/3209>11:06
zygapstolowski: I:m looking too11:06
zygajust restarted11:06
zygaogra_: question about https://github.com/snapcore/core/pull/40 -- why were those relative in the first place?11:06
mupPR core#40: make links to /etc/writable absolute <Created by ogra1> <https://github.com/snapcore/core/pull/40>11:06
pstolowskizyga, I restarted it an hour ago.. with smiliar failure again11:07
ogra_zyga, i have not idea :)11:07
ogra_zyga, that patch came originally from pitti irc11:07
zygaogra_: maybe he remembers, could you ask him?11:08
zygaogra_: just in case we're missing something magic11:08
ogra_zyga,  but i assume because he expectes readlink_and_make_absolute() to read a link and make it absolute :P11:09
* zyga hates expect tests :(11:09
ogra_*expected11:09
* zyga goes for lunch and small break11:09
ogra_zyga, i'm just ruling out the potential that it doesnt with this change ...11:10
ogra_there is no guarantee it fixes anything11:10
ogra_and it wont do any harm either (nothing else cares if the link is relative or absolute)11:10
zygafgimenez:     - linode:ubuntu-16.04-64:tests/main/interfaces-openvswitch failed here: https://travis-ci.org/snapcore/snapd/builds/231504228?utm_source=github_status&utm_medium=notification11:30
zygafgimenez: there's no good information there11:30
zygafgimenez: do you know if that is a massive package that has lots of IO during installation?11:30
mupPR core#40 closed: make links to /etc/writable absolute <Created by ogra1> <Merged by ogra1> <https://github.com/snapcore/core/pull/40>11:31
fgimenezzyga: i don't think so according to https://travis-ci.org/snapcore/snapd/builds/231504228#L3487 it is just 1820kb11:32
fgimenezzyga: thanks a lot, i didn't have luck trying to reproduce, will try again11:33
zygafgimenez: it's just random, I don't know if the cause is the same11:34
fgimenezzyga: ok, now with the seed it may be easier to confirm/discard the ordering cause, let's see11:35
zyganote that it died on timeout so we don't really know what happened :/11:35
zygaChipaca: do you know MATCH sometimes works with an argument?11:50
zygaChipaca: could it be something as silly as missing -- ?11:50
Chipacazyga: stdin handling in that shell might be wonky11:51
Chipacazyga: like, if you do a match, the second match finds stdin closed (and so reads the args)11:51
Chipacathat's an unproven hypothesis right now11:51
Chipacabut you asked :-)11:51
zygathanks11:53
Chipacazyga: also, note grep always reads the args11:53
zygaI think we should grok this, we rely on match too much :)11:53
Chipacathe problem is that MATCH uses 'cat' to read stdin unconditionally11:54
Chipacaso if cat is not connected, it hangs11:54
Chipacaif cat is closed, it doesn't hang11:54
Chipacai mean if stdin is closed11:54
Chipacabecause cat returns immediately11:54
Chipacazyga: makes sense?11:55
Chipacaneeds testing but makes sense to me :-)11:55
zygamhm11:55
* zyga would like to see MATCH in C11:55
Chipacawat11:55
Chipacano dude11:55
Chipacai mean, it can be improved, sure11:55
pstolowski#3282 failed again, this time on create-key test11:55
Chipacaand probably should be, but "write it in c" is a whole new class of pain11:56
Chipacazyga: my pet peeve with it right now is that sometimes we really need the expressiveness of pcre, but we're stuck with -E11:59
=== alan_g is now known as alan_g|lunch
Chipacathis stdin is just a quirk12:00
Chipaca(compared to that)12:00
zygame nods12:01
Chipacaheh, somebody kicked off the test suite again12:01
Chipacabut i'm working through the bugs :-)12:01
Chipaca(just took me a bit because i didn't have a 32-bit image for local qemu)12:02
zygaChipaca: spread.zygoon.pl12:02
zyga:D12:02
Chipacazyga: 1205993472 bytes transferred in 451 seconds (2.55 MiB/s)12:03
Chipacamy network is lazy today12:04
zygalazy as in slow?12:04
zygamy network is never this fast12:04
Chipacayeah, it should be about 4 times that12:05
Chipaca(on paper i mean; in practice it's usually 2x)12:06
zygaheh12:16
zygaso my one character change PR keeps failing12:16
zygasnap-sign this time12:16
zygabecause expect sucks :/12:16
zygawhat I find surprising is that travis fails way way more often than autopkgtests12:18
zygaI wonder why that may be12:18
zygasince the infra is actually dedicated, not shared12:18
zygaI wonder if I should merge the private-interfaces branch now12:19
zyga(now == just after release) :)12:19
Chipacazyga: which is your one character change PR?12:21
zygahttps://github.com/snapcore/snapd/pull/331012:23
mupPR snapd#3310: interfaces/mount: spell unmount correctly <Created by zyga> <https://github.com/snapcore/snapd/pull/3310>12:23
Chipacaaw, i wanted to see the expect failure12:24
zygaChipaca: just killed by timeout12:25
Chipacazyga: expect timeout is how expect fails, always12:25
Chipacait times out waiting for a match12:26
Chipaca(well, it can also fail with a syntax error :-) )12:26
Facusergiusens_, elopio, reading this https://forum.snapcraft.io/t/in-progress-snapcraft-2-30/347 and wondering if it should mention something about https://bugs.launchpad.net/snapcraft/+bug/1670471 or https://bugs.launchpad.net/snapcraft/+bug/168616212:27
mupBug #1670471: Bad message after failed release <Snapcraft:Fix Committed by facundo> <https://launchpad.net/bugs/1670471>12:27
mupBug #1686162: Support "branch"es in Store responses <Snapcraft:Fix Committed by facundo> <https://launchpad.net/bugs/1686162>12:27
jdstrandzyga, Chipaca: iirc, once a cgroup is setup the dirs and files stay until after a reboot. I recall trying to cleanup but being unable to. aiui, all you can do is reset the cgroup but the files are still there. it's possible there is a way that I didn't find12:27
zygajdstrand: interesting, I will look into this after working on namespaces12:29
pedronismvo: hi, I updated the forum entry about the repair assertion to match the state of your branch12:31
mvopedronis: thank you very much12:31
Chipacaman, tests/main/interfaces-openvswitch needs to be hacked into shape12:33
Chipacait takes _ages_12:33
Chipaca(to the point that it often times out entirely)12:33
zygaChipaca: yep12:34
Chipacain _prepare_12:34
* Chipaca looks12:34
mupPR core#41 opened: limit the version string to 32chars (this is what the store allows) <Created by mvo5> <https://github.com/snapcore/core/pull/41>12:36
zygaChipaca: apt-get install12:38
Chipacazyga: maybe it's just that the base prepare takes ages12:39
Chipacaand this will push it over the edge12:39
Chipacazyga: because that apt-get got the stuff in 0s12:39
Chipacathen, sure, it needs to dance the install dance12:39
Chipacabut, we probably should bump the prepare timeout overall if it's this close12:39
zygacan we do that for a particular test case?12:40
mvopedronis: also thanks a bunch for your review, I will add the missing test now12:40
Chipacazyga: yes12:41
Chipacaniemeyer: is kill-timeout for the whole test, or separately for prepare and execute?12:41
niemeyerYo12:44
niemeyerChipaca: for each script individually12:44
Chipacaniemeyer: and prepare and execute are scripts?12:45
Chipacaniemeyer: hello! good morning :-)12:45
ogra_mvo, so that rsyslog removal ...12:47
ogra_mvo, any opinion yet ?12:47
Chipacahuh, another test that was psasing who-knows-how12:53
zygaogra_, mvo: tests broken because of the version script on core snap12:53
zygamvo: specifically tests/main/listing12:53
kyleNhi ara12:55
Chipacamvo: fgimenez: question about tests/main/ubuntu-core-create-user12:56
zygahmm12:56
zygaor maybe not?12:56
Chipacamvo: fgimenez: the test currently purports to check that the output of create-user on a managed device (without the --force-managed flag) is “error: while creating user: cannot create user "nosuchuser@example.com"”12:57
Chipacamvo: fgimenez: but that's not the output from that command (and it hasn't been that for a while)12:58
ChipacaI don't pretend to understand how this test passed in the past12:58
Chipacabut i want to know if the current message is what it should be, in which case i will make the test check for that12:58
Chipacaand if it ins't, i'll fix the message12:58
Chipacamvo: fgimenez for the record the message currently is “error: while creating user: cannot create user: device already managed”12:58
MrGeneralhowdy12:59
MrGeneralIs it possible to run snap @ debian jessie?13:00
zygaMrGeneral: hello13:00
zygaah standup time13:00
* zyga never remembers debian codenames13:00
zygatesting is OK13:00
MrGeneralAll good.13:00
zygabefore is too old13:00
MrGeneralhmhm I see13:00
MrGeneralso I need to enable testing I guess.13:00
MrGeneraltoo old?13:00
MrGeneralhmhm13:00
pedronisChipaca: the test is wrong it seems, it should try the wrong user before it sets up a real one13:00
pedronisChipaca: I mean it seems to be mixing up failure modes13:01
zygaMrGeneral: yes, kernel and systemd and perhaps something else13:01
fgimenezChipaca: something is indeed wrong there, is a "$" missing https://github.com/snapcore/snapd/blob/master/tests/main/ubuntu-core-create-user/task.yaml#L39 ?13:02
Chipacafgimenez: hah!13:02
Chipacaomg13:02
Chipacafgimenez: yes, that is missing a $, but, even that does not fail13:03
=== alan_g|lunch is now known as alan_g
Chipacafgimenez: it never reaches there13:03
Chipacafgimenez: (or if it reaches, it isn't enough to time out)13:03
Chipacato error out I mean13:03
mupPR snapd#3312 opened: DO NOT MERGE YET: add coveralls.io integration <Created by mvo5> <https://github.com/snapcore/snapd/pull/3312>13:05
MrGeneralGot it, thank you zyga :)13:05
mupPR snapd#3312 closed: DO NOT MERGE YET: add coveralls.io integration <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/3312>13:08
mupPR snapcraft#1305 closed: Use architectures field which existed in older LXD <Created by kalikiana> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1305>13:13
mupPR snapd#3313 opened: send things to codecov.io <Created by mvo5> <https://github.com/snapcore/snapd/pull/3313>13:14
mupPR snapcraft#1249 closed: Add Linux Mint support <Created by nefelim> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1249>13:16
ogra_morphis, do we have any snap that uses the timedatectl dbus call that i could use to test https://bugs.launchpad.net/snappy/+bug/1650688 ?13:28
mupBug #1650688: timedatectl set-timezone fails on UC16 <hwe> <Snappy:Confirmed for ogra> <https://launchpad.net/bugs/1650688>13:28
ogra_calling it locally will not use dbus but directly call the tool whihc works fine13:29
morphisogra_: not really13:29
ogra_i'm pretty sure the missing line for /etc/localtime in the interface will also have some effect here13:30
mupPR snapcraft#1306 closed: recording: record global build-packages installed on the host <Created by elopio> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1306>13:31
mupPR snapd#3314 opened: tests: allow 16-X.Y.Z version of core snap <Created by zyga> <https://github.com/snapcore/snapd/pull/3314>13:32
mupPR snapd#3315 opened: rename host's http proxy env vars <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3315>13:33
mupPR snapd#3316 opened: make /etc/localtime writable in timezone_control <Created by ogra1> <https://github.com/snapcore/snapd/pull/3316>13:36
morphisogra_: I got a basic qemu snap going which gives me latest git with raspi2 machine and got the kernel from the pi2-kernel snap booting13:53
morphisogra_: however didn't got uboot started yet and because of that the kernel fails to find its rootfs13:53
ogra_push it to edge .... happy to poke at it13:54
diddledanwhat is that error supposed to mean?: [Error 21] Is a directory: '/build_corebird/prime/usr/lib/locale' <-- I told it I wanted 'usr/lib/locale' in the prime section of my yaml13:55
ogra_jdstrand, i'd appreciate a review of https://github.com/snapcore/snapd/pull/331614:02
mupPR snapd#3316: make /etc/localtime writable in timezone_control <Created by ogra1> <https://github.com/snapcore/snapd/pull/3316>14:02
mupPR core#41 closed: limit the version string to 32chars (this is what the store allows) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core/pull/41>14:03
zygamvo: can you review https://github.com/snapcore/snapd/pull/3314 to unbreak master14:09
mupPR snapd#3314: tests: allow 16-X.Y.Z version of core snap <Created by zyga> <https://github.com/snapcore/snapd/pull/3314>14:09
pedronisniemeyer: this is the first issue(s) about auto-connect to address right? https://forum.snapcraft.io/t/what-should-the-auto-connect-logic-be-like/31214:24
zygapedronis: one thing that is perhaps related is that I want to add a small tweak to interfaces to give them a way to share more meta-data14:26
zygapedronis: we could then share more useful things, like auto-connect 1-no-N flags or anything else we need internally14:27
zygapedronis: (and useful things like human readable descriptions we just keep as code comments)14:27
ogra_niemeyer, in case you feel like reading it https://lists.ubuntu.com/archives/ubuntu-devel/2017-January/039634.html ... (for a boring afternoon or so)14:27
ogra_niemeyer, thats the discussion about dropping syslog from the distro14:28
niemeyerogra_: Can you please mention that in the forum thread? It's good background.14:28
ogra_yep14:28
niemeyerpedronis: Yeah14:28
Chipacalooks like we ran out of travis coin14:30
pedroniszyga: that's interesting but as niemeyer says on the forum, I think we should start fixing the initial bug before adding stuff14:30
niemeyerChipaca?14:30
zygapedronis: yes, as I said it's not directly related (my motivation is to get the user visible interface descriptions available in the API) but once we have a hold of the problem and know what to do it may be a handy mechanism14:31
pedronisat the moment all auto-connecting interfaces are 1-to-N afaik14:31
pedronisI mean from slot (1) to plugs (N)14:32
mupPR snapd#3317 opened: many: start implenting "base" snap type on the snapd side <Created by mvo5> <https://github.com/snapcore/snapd/pull/3317>14:33
zygapedronis: perhaps14:34
zygapedronis: things like gpio and other hardware might not be14:35
zyga(it may be but might not be)14:35
zygawe need to land https://github.com/snapcore/snapd/pull/3314 to fix master14:38
mupPR snapd#3314: tests: allow 16-X.Y.Z version of core snap <Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/3314>14:38
zygaplease review14:38
* zyga just lands it14:42
mupPR snapd#3314 closed: tests: allow 16-X.Y.Z version of core snap <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3314>14:43
ogra_niemeyer, hmm, is there a way that a non-creator of a topic could set a category in discourse (perhaps via a config option) ...14:48
ogra_niemeyer, i.e. https://forum.snapcraft.io/t/3g-usb-modems-compatible-with-modem-manager-snap-on-ubuntu-core/582 would fit into "device" but the original creator didnt set it ... would be a cool feature if others could add a category in that case14:49
pedronisogra_: let me see14:49
mvozyga: nice one, thank you14:49
pedronisogra_: done14:49
pedronisogra_: I can change categories, it's one of those things discourse grants after some use afaict14:50
ogra_pedronis, oh14:50
pedronispart of one of the badges14:50
* ogra_ thought he did earn enough badges yet ... seems not :P14:51
pedronisogra_: I got it with "Regular"14:51
pedronisyou should have it too14:51
pedronisafaict14:51
pedronishttps://forum.snapcraft.io/badges/3/regular14:51
zygamvo: OK to land https://github.com/snapcore/snapd/pull/3295 ?14:52
mupPR snapd#3295: interfaces/builtin: make all interfaces private <Created by zyga> <https://github.com/snapcore/snapd/pull/3295>14:52
pedronisogra_:  "You can now recategorize and rename topics..."14:52
niemeyerogra_: Yeah, moderators can do it14:52
pedronisniemeyer: also Regulars14:53
niemeyerpedronis: Ah, indeed!14:53
niemeyerdiscourse++14:53
pedronisogra_: click the pencil on the right of topic titles14:53
ogra_oh man14:53
ogra_yeah, i can14:53
diddledanhow do I get snapcraft to prime a directory? it's complaining that: [Error 21] Is a directory: 'path I want included'14:53
ogra_it didnt strike me that i need to edit the headline for it14:53
pedronisyou should click all that is shiny :)14:54
morphisogra_: can we change https://bugs.launchpad.net/snappy/+bug/1650688 to be in-progress?14:54
mupBug #1650688: timedatectl set-timezone fails on UC16 <hwe> <Snappy:Confirmed for ogra> <https://launchpad.net/bugs/1650688>14:54
ogra_diddledan, catching the snapcraft guys might be easier on rocket.ubuntu.com14:54
ogra_morphis, done14:54
morphisogra_: thanks14:55
morphisniemeyer: you have time to have another look on https://github.com/snapcore/snapd/pull/3222 today?14:55
mupPR snapd#3222: many: fix test cases to work with different DistroLibExecDir <Created by morphis> <https://github.com/snapcore/snapd/pull/3222>14:55
diddledanreally? why have they moved over therE?!14:55
niemeyermorphis: Yeah14:55
diddledanI hate this replacing with shiny just because14:56
pedronismorphis: the icon here seems broken (or a cache issue?):  https://forum.snapcraft.io/badges/101/fedora14:56
morphisniemeyer: thanks!14:56
diddledanthere wasn't anything wrong with IRC! </rant>14:56
morphispedronis: hm, didn't created that badge so not sure where it takes the icon from14:56
morphisniemeyer: ^^14:56
morphispedronis: https://snapforum.s3.amazonaws.com/original/1X/bfb1e013ef4b1f1276a1ca3d38a40a789a056bb8.png -> doesn't exist ..14:56
niemeyerWow.. strange14:57
niemeyerLet me check that14:57
ogra_diddledan, nobody says there is anything wrong with it (and they are still idling here but probably dont check it as often as rocket)14:57
niemeyerApparently I screwed up by removing a reference to the image, and Discourse is smarter than I expected and removed the image that had no references15:02
niemeyermorphis: Fixed, thanks for the note15:07
niemeyerpedronis: ^15:08
pedronisthx15:08
pedronisI just noticed because I went to the badges page15:08
* niemeyer => lunch15:18
pedronisniemeyer: we should remember to remove upcoming from stuff that is done (I think you listed that in the process post)15:24
pedronismvo: Chipaca: is this resolved  https://forum.snapcraft.io/t/hashsum-failures-during-tests/198 ?15:31
ChipacaI don't think so15:32
pedronisniemeyer: mvo: I removed the "upcoming" tag from some stuff that was done15:37
morphispedronis: are you planing to solve and implement https://forum.snapcraft.io/t/gadget-snap-config-defaults-dont-work/409/4  for 2.27?15:47
pedronismorphis: yes (https://forum.snapcraft.io/t/next-snapd-2-27/572 )15:48
pedronismorphis: have a plan, should have PR(s) on Mon or Tue15:48
morphispedronis: awesome!15:48
=== chihchun is now known as chihchun_afk
pstolowskipedronis, do you know from top of your head where do we create 'update-aliases' task? for some reason I can only find it in tests... but not where it's created16:19
niemeyerpedronis: +116:20
niemeyerpedronis: Thanks for cleaning it up16:20
pstolowski2017-05-12 15:40:57 Failed tasks: 116:26
pstolowski    - linode:ubuntu-16.04-32:tests/main/create-key16:26
pstolowski2017-05-12 15:40:57 Failed task prepare: 116:26
pstolowski    - linode:ubuntu-16.04-32:tests/main/completion16:26
pstolowski#3282 failed again ^ ...16:26
pedronispstolowski: there is no such task16:38
pedronispstolowski: aliasesv2.go has a comment listing all the aliases tasks16:38
pedronispstolowski: why the question?16:39
pedronispstolowski: ah, update-aliases, it's a backend operation, not a task16:40
pstolowskipedronis, cause I unexpectedly get this in of the my failing tests; and grepping master gives a bunch of those..16:40
pedronislots of aliases tasks end up creating those16:40
pedronispstolowski: I fear I need to see the test to help16:41
pedronispstolowski: anyway under normal circucmstances (refresh/install etc) it comes from setup-aliases16:42
pstolowskipedronis, i see. thanks16:42
pedronisalso I misremembered the comment listing tasks is in handlers.go16:43
mupPR snapcraft#1313 opened: Meta: Version from deb <Created by piso77> <https://github.com/snapcore/snapcraft/pull/1313>16:46
zyga2017-05-12 16:53:57 Cannot allocate linode:ubuntu-16.04-64: cannot create Linode disk with ubuntu-16.04-64: you do not have enough unallocated storage to create this Disk (608 requested, but only 0 available)16:59
=== alan_g is now known as alan_g|EOW
niemeyerFixed.. that was Spread-06 FWIW18:28
niemeyerAll others are clean18:28
mupPR snapd#3295 closed: interfaces/builtin: make all interfaces private <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3295>18:47
mupPR snapd#3310 closed: interfaces/mount: spell unmount correctly <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3310>18:47
=== JanC_ is now known as JanC
mupPR snapcraft#1314 opened: catkin plugin: add support for rosinstall files <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1314>21:43
naccsigh, i think i've found a relatively serious issue with the store, on a friday :)22:44
naccoh nm, it's a bug in my snapcraft.yaml in the process of renaming a snap22:44
naccit does feel like the store should not try to cross-build/upload snaps: https://launchpad.net/~nacc/+snap/git-ubuntu/+build/3795322:44
naccsnap is git-ubuntu, but the generated snap is usd-nacc, and yet it tried to upload it :)22:45
nacchrm, but it does seem like lp is a bit confused: https://launchpad.net/~nacc/+snap/git-ubuntu/+build/3795322:53
naccthe 'manage this package in the store' url ends up pointing to the wrong snap (the one built, admittedly)22:54

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