/srv/irclogs.ubuntu.com/2018/07/30/#snappy.txt

mborzeckimorning05:23
mborzeckimvo: hi, looks like we might have a bug in time schedule, with some specific days of the month, i'm looking into it07:02
mvomborzecki: ok, thank you07:03
mborzeckiaccording to go hmm 2017-08-01 00:00:00 +0200 CEST is Tuesday07:18
abeatomvo, hey, I had to make this small change in MM and other interfaces: https://github.com/snapcore/snapd/pull/557207:18
abeatomvo, would appreciate if this can be incorporated to the nex release07:18
mvoabeato: checking07:20
abeatothx07:20
mvoabeato: we will need jdstrand for this - at least for a second review. but yeah, happy to merge into one of the release PRs once it got that review07:21
abeatomvo, sure, we indeed need him07:21
mvoabeato: slightly unfortunate timing :/ we did 2.34.3 on Friday so there will be a bit of time before the next regular release. how urgent is this for you?07:22
abeatomvo, well, urgent, but can wait a bit in principle. When is the next release planned?07:23
mvoabeato: the next regular release would be 2.35 which is ~4-6 weeks away. we can do a point release if its critical which will take ~2 weeks (because the 2.34.3 needs to be released first which is ~1 week)07:25
abeatomvo, ok, I see. I need to check these dates with the client, thanks for the info - will let you know07:27
mvoabeato: if does do not match we need talk and think about options07:27
abeatosure :)07:28
mvomborzecki: woah, the amazon linux packaging is pretty neat, looks like someone (looking at Neal most likely) did a great job on the fedora packaging to make it pretty universal07:30
mborzeckimvo: yes, a couple of %if and it built just fine07:30
mvomborzecki: why do we need "storage: preserve-isze" for there?07:31
mvomborzecki: yeah, neat!07:31
mborzeckimvo: the default image is 25gb, and iirc if we resize it to 10gb it does not boot anymore07:31
mvomborzecki: aha, right07:31
mvomborzecki: and there is a spread bug that prevents setting this more fine grained(?)07:32
mborzeckimvo: cachio knows the details, he's proposed the intial pr to spread07:32
mvomborzecki: ok07:32
mvoabeato: 5469 got two +1 but has some conflicts. do you think you have some cycles to look at those conflicts?07:42
mborzeckihm weird, so in the tests 2017-08-01 00:00:00 +0200 CEST .Weekday() is Tuesday, when I run a similar sample in play it's wednesday https://play.golang.org/p/i1-tcO-OzBx same sample ran locally is wednesday too :(07:42
abeatomvo, sure, let me take a look07:43
mvocjwatson: quick question about building snaps on LP. I tried to build the openstreetmap editor josm directly from their svn in LP but get an error: svn: E170013: Unable to connect to a repository at URL 'https://josm.openstreetmap.de/svn/trunk'07:43
mvocjwatson: is this just not possible or anything I can do to fix it?07:43
mvomborzecki: a second review for 5563 would be great, hopefully straightforward07:45
mborzeckimvo: looking07:45
mvoand 5450 needs a second review as well but its less important (just a small optimization)07:47
cjwatsonmvo: It's in principle possible but needs some work in launchpad-buildd - see https://bugs.launchpad.net/launchpad-buildd/+bug/166835807:53
mvocjwatson: thank you07:57
mvocjwatson: would it be https://code.launchpad.net/~cjwatson/launchpad-buildd/snap-git-proxy/+merge/323691 for svn? or is there more to it?07:59
mvocjwatson: hm, probably not because this is using plain http for the checkout(?)08:01
mborzeckinote to self, double check the year before swearing at go time parser08:02
mvomborzecki: haha08:02
mborzeckii clearly need more coffee08:03
cjwatsonmvo: I think it would involve writing out ~/.subversion/servers with proxy info08:05
cjwatsonProbably not super-hard but needs testing ...08:06
mborzeckimvo: #5573 fixes the timers08:56
mvomborzecki: thank you08:57
Chipacamoin moin09:00
* Chipaca started a bit late09:00
mborzeckimvo: i'll label it 2.34 in case we do another .34 release09:00
mborzeckiChipaca: hi there, there's always a timezone in which it's early :)09:00
Chipacaclearly i'm on UTC and just on time09:01
mvomborzecki: +109:02
mvoChipaca: hey, good morning!09:02
Chipacamvo: how're you doing?09:02
mvoChipaca: I'm doing well, thank you! how are you?09:03
Chipacamvo: not bad! anything on fire?09:03
mvoChipaca: no new fire afaict, git deb package builds are unhappy to a varying degree, s390x in particular is unhappy since some time. but thats not yet too much of a problem (it will be once we need to do a new release)09:05
Chipacaboo09:05
mvoChipaca: also some review would be great but otherwise things are calm right now. we need to aim for a beta of snapd that supports booting core18 this week09:08
mvoChipaca: so not entirely calm :)09:08
Chipacaheh09:08
Chipacamvo: other than 5557 is there anything for core18 that needs a review?09:13
mvoChipaca: only 5549 which will be needed as part of the failover code for snapd but its not super urgent as on its own its not super useful09:17
mvoChipaca: 5570 is an easy win09:17
mvoChipaca: and 4.15 does not boot today again, *maybe* the entropy bug again in a different form, I'm just looking into this09:19
Chipacathere's been a bunch of people on 18.04 that found all their snaps stopped working, btw09:19
Chipacanot sure if that's already been sorted09:20
Chipaca#175728409:20
mborzecki#5572 probably needs a look from jdstrand09:31
mvoChipaca: is this similar to the forum thread from last week?09:37
mvoChipaca: I think we got a report that after an update there was suddenly havoc09:37
Chipacamvo: ah, probably, i might've merged the two in my head09:37
Chipacayeah sounds like it09:37
mvohttps://forum.snapcraft.io/t/bug-broken-snaps-after-each-update/653609:38
mborzeckimvo: Chipaca: have you seen this https://forum.snapcraft.io/t/all-snap-app-crashed-on-ubuntu-18-04/6596/2 ?09:55
Chipacamborzecki: isn't that #1757284?09:56
Chipacamborzecki: and given mvo replied to that thread, my magic ball says he's seen it10:01
mborzeckiChipaca: the forum topic feels like a mix of 2 different issues10:03
mvocould well be two similar issues, I have not tried to reproduce myself, no time :/ but I think we need to look at this10:04
mborzeckinice how firefox has connection refusded on display, chromium gets sigtrap, ohmyfiraffe just segfaults10:04
mvohm, is mup actually back?10:07
mvoapparently not, pretty trivial PR https://github.com/snapcore/core18/pull/5210:08
mvo(this is the reason why core18 was hanging in my local spread run, testing this right now)10:09
mvomborzecki, Chipaca did you figure anything out about the bugreport(s) above? sorry, was a bit distracted with looking into kernel hang (tricky to debug, easy once understood :/10:45
mborzeckimvo: left a note in the forum, my bet is on apparmor for now10:54
mvota10:56
mvo5560 needs a second review (trivial I hope)11:05
Chipacamvo: isn't it superseded?11:13
mvoChipaca: I just updated it11:16
Chipacaohhhh11:17
Chipacamvo: lgtm, then :-)11:17
mvoChipaca: ta11:21
Chipacamvo: want to know something hilarious: the _internal_ copy of runtime has a BigEndian boolean11:37
Chipacaah, no, internal/sys (so syscall)11:38
mvoChipaca: oh, *fun*11:43
mvoChipaca: I remember reading a long discussion why you shouldn't care about endianess in one of the bug bugs and I have given up on anything like official support for this11:44
Chipacamvo: yeah11:45
Chipacamvo: it's entirely possible they're right, and either our test is doing more work than it should, or udev is bonkers, or both11:45
Chipacamvo: ¯\_(ツ)_/¯11:45
Chipacait's also not outside of the realm of the possible that this particular bit is the exception11:46
mvoyeah11:46
Chipacamvo: should I add IsBigEndian to osutil?11:47
mvoChipaca: hm, that sounds like a nice idea11:48
mvoChipaca: fwiw, for practical purposes the check for s390x is fine, we don't support mips and our ppc64 is little endian (I will double check that though)11:48
mvoChipaca: yep - endian-little11:49
Chipacamvo: yep, ppc64 vs ppc64el11:50
* mvo nods11:50
ChipacaLet's write a cpu that _only_ works in bigendian bcd11:50
Chipacamvo: anyway, just lunchtime rambling, not blocking or anything11:52
mvoChipaca: ta11:55
mvoChipaca: yeah, probably a good idea to make it pretty11:55
mvo(prettier than it currently is)11:55
Chipacamvo: also, did you inhale lunch, or are you IRCing while eating, and in either case, dude11:55
pedronismvo: mborzecki: Chipaca: anything I can still do for you today before calling it a week?  (after the standup I have a bunch of meetings)11:55
mvoChipaca: was a bit optimist about it, its not quite ready, should be any minute hopefully :)11:56
Chipacamvo: ah :-)11:56
Chipacapedronis: I've got half a mind to drop the horizontal snapshot approach, close snapshotstate, and instead do verticals11:57
mborzeckipedronis: i'm finishin up with with some changes to 5561, would be great it you could date a look before you leave, i understand it's a bit mind numbing though so no worries if you cannot make it :)11:57
Chipacapedronis: like, "this pr implements 'snap snapshots'", etc11:58
Chipacaand maybe then slice _those_ into horizontals11:58
Chipacaand maybe, maybe, i can get reviews11:58
pedronisChipaca: that doesn't sound something like I can help today, unless you propose it this second11:58
Chipacapedronis: no, it's a week's work imo11:58
ChipacaOTOH I could also do the arch-indep work11:59
Chipacathat's also a week + in my estimate11:59
Chipacadunno11:59
Chipacapedronis: to answer your question: I doubt I'll have anything for you to do for me today before the standup, thank you12:00
pedronisok12:00
mvopedronis: all good from my side12:01
pedronismborzecki: I'll see what I can do, we should chat a bit in the standup about what is not there and the state overall of parallel installs12:02
rbasakerror: open /var/lib/snapd/hostfs/home/ubuntu/snap/lxd/common/snapcraft7l7sklw8/core_4917.assert: no such file or directory12:03
rbasakKnown issue? Sounds familiar but my Googling is failing me.12:04
rbasaksubprocess.CalledProcessError: Command '['lxc', 'file', 'push', '/home/ubuntu/snap/lxd/common/snapcraft7l7sklw8/core_4917.assert', 'local:snapcraft-nondiffidently-overfastidious-luetta/run/core_4917.assert']' returned non-zero exit status 112:04
rbasakAh, bug 1746612.12:05
rbasakExcept that I am using the lxd cnap.12:06
rbasaksnap12:06
rbasakOh no, I'm not. I thought I was.12:06
rbasakNever mind :-/12:06
mborzeckipedronis: regarding https://github.com/snapcore/snapd/pull/5561#discussion_r205805753 do you think it makes sense to verify this again in checkSnap() ?12:14
pedronismborzecki: sorry I don't understand which PR are you referring to?  it doesn't seem to check that the name matches12:17
pedronisif you mean #556712:18
mborzeckipedronis: what i meant that it's probably more applicable to snap.Validate(), as it feels like a part of sanity check, and snapstate checks seem more like functional checks12:25
mborzeckipedronis: pff nvm, was thinking about something else entirely :)12:26
pedronismborzecki: maybe, but  but something has to give,  Validate takes an info, either that info already has a full intance name split into it12:26
pedronisbut then it's late or something needs tweaking in that interface12:26
pedronismborzecki: I removed my -1,  don't think I can manage to review it again fully, we can discuss a bit about state in the standup as I said12:35
mborzeckipedronis: ack, who do you tnink is equally well familiar with those internals that might take a look too?12:36
pedronismborzecki: mvo, also John,   what you are likely to be blocked on is alias stuff12:36
mborzeckiyeah, i remember pulling my hair on this not long ago12:37
pedronisotoh you might be able to attack some of the interface bits12:38
mborzeckipedronis: heh, i dug up the changes for that TODO in SetupSnap in some other branch i have, guess I'll refactor this to be in checkSnap instead12:56
mborzeckino link in the calendar for the standup?12:59
mvomborzecki: strange13:00
mborzeckiit's not in my calendar either13:00
pedronismvo: I pinged Gustavo about this last week, it's probably related to hangout vs meet13:01
abeatomvo, https://github.com/snapcore/snapd/pull/5469 passed now the spread tests13:01
mvoabeato: cool, thank you13:01
mvoabeato: I have a look after the meeting13:01
abeatomvo, great, thanks13:01
Chipacajdrab: in tty[a-zA-Z]*[0-9]*, doesn't that still match 'tty' (and 'ttyprintk')13:06
Chipaca?13:06
Chipacaer13:06
Chipacajdstrand: ^13:06
jdstrandChipaca: it is shell glob matching, not regex, so, 'no'13:11
jdstrandChipaca: eg: ls /dev/tty[a-zA-Z]*[0-9]*13:12
Chipacajdstrand: ah! i thought it was regexps because of the alternation13:12
jdstrandit looks like a regex to be sure13:12
jdstrandbut it isn't13:12
Chipaca:-) ok13:12
Chipacajdstrand: i'll dig out my udev dunce hat in a moment13:12
jdstrandChipaca: well, that is quite the subtlety for that hat!13:13
jdstrandI just assume you keep it in the drawer13:13
Chipacajdstrand: under my pillow13:14
jdstrandheheh13:16
=== chihchun_afk is now known as chihchun
cachiomborzecki, that error on amazon PR is not a problem now13:50
cachioI took a look and everything is ready to be landed13:50
cachioI'll create the PR today on spread to setup the preserve at system level13:50
mborzeckicachio: great13:50
mborzeckicachio: could you do another review of #5552 too?13:51
cachiomvo, we got the +1 to go to candidate13:51
cachiomborzecki, sure13:51
mborzeckicachio: thank you13:51
mvocachio: cool, lets do it13:52
cachiomvo, 2.34.3 in candidate now14:03
mborzeckimvo: could you upload a release tarball for snapd later on?14:06
mvomborzecki: sure, let me do this now14:07
mborzeckimvo: thank you!14:07
mvomborzecki: should be there now14:09
mborzeckimvo: it is, thanks a lot!14:09
xnoxmvo, snapd will break on cosmic with usrmerge =) or possibly not, not sure.... https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/178439414:17
xnoxthere is a small patch there.... =)14:18
mvoxnox: thanks, looking14:20
mvoxnox: thanks, will do, it probably won't break as this should just be a symlink but its more correct this way14:21
xnoxyeah14:22
mvoxnox: will do a PR shortly!14:22
mborzeckiarch package updated to 2.34.314:25
mvota14:25
mborzecki5573 is green, if anyone wants to do a 2nd review we could land it soon :)14:27
cachiomborzecki, #5552 merged14:38
mborzeckicachio: thanks!14:42
* pedronis eows14:59
ograEOWing on a monday ... nice :)15:29
* genii slides ogra a mug of their favourite beverage15:43
* ogra slurps15:54
* cachio lunch}16:10
mvoChipaca: this core18 snapd unit writing is a bit of a pita - but thanks a lot for your PR (and thanks to mborzecki  as well). I'm slowly moving forward here, the restarting is still a bit fiddly16:10
Chipacamvo: when you say my PR, you mean my review of your PR?16:11
mvoChipaca: yes! the heat make me take mental shortcuts16:12
Chipacamvo: HLQP! :-)16:13
Chipacamvo: why the // FIXME instead of changing the Start to a Restart?16:29
mvoChipaca: because it does not work yet16:32
mvoChipaca: I got errors with exitcode: -116:32
mvoChipaca: which is strange16:33
Chipacamvo: boooo 👻👎16:33
mvoChipaca: looking into this now but wanted to get a spread run with improved tests16:33
mvoChipaca: yeah :) or rather: :(16:33
Chipacamvo: ok :-)16:33
mvoChipaca: the fact that we get -1 is a bug in itself16:33
Chipacamvo: yeah16:33
mvoChipaca: oh well16:33
ograjust add a +2 at the top !16:43
mvoChipaca: you mention ReplaceAllString in pr#5557, content is byte, do you think this is still preferable? or am I misreading your comment?17:47
cachiomvo, I have seen the lxd issue17:53
cachiolet me see the images because lxd should not be pre-installed17:54
mvocachio: thanks, I'm not sure what is going on, the PR is mostly a stab at the problem, I have not run it locally18:00
cachiomvo, I'll fix the image18:03
mvocachio: ok, in this case feel free to close my PR once the image is fixed18:05
cachiomvo, great, thanks18:15
cachiomvo, updating the image for xenial 32 bits, if tests pass I'll close the PR18:17
mvoChipaca: the issue was RequiredBy vs WantedBy - oh well :) hopefully with that the restart is fine!19:27
cachiomvo, lxd issue fixed19:34
cachioI cloosed the PR and pasted the logs with the test results19:36
mvocachio: great, thank you19:37
cachiomvo, np19:45
jdstrandtyhicks: fyi, https://github.com/snapcore/snapd/pull/5578 and https://github.com/snapcore/snapd/pull/557921:15
tyhicksjdstrand: cool, thanks21:17
jdstrandtyhicks: hopefully it'll make it into a new 2.34 (the latest stable), but it might not and be only in 2.35. up to mvo21:18
FreeBDSMokay, I'm ready to build firefox 52.9.0esr into a snap, how do I do that?21:22
FreeBDSM`man snapcraft` `No manual entry for snapcraft`21:39
FreeBDSM`autoreconf -i`: `autoreconf: 'configure.ac' or 'configure.in' is required` `Failed to run 'autoreconf -i' for 'firefox': Exited with code 1.` `Verify that the part is using the correct parameters and try again.`21:42
FreeBDSMjesus christ, snaps are awful21:52
FreeBDSMI just took a look at what is inside skype snap21:52
FreeBDSMpiles of shite21:52
kyrofaHey cachio, you still around today?21:58
jdstrandFreeBDSM: I think that would be an indication that particular snap isn't to your taste. not all snaps are created equal22:03
cachiokyrofa, yes22:11
cachiokyrofa, what do you need?22:11
FreeBDSMjdstrand: true22:11
FreeBDSMI think it'll be easier to do `snap install firefox` and just replace firefox files with the ones from ESR 52.9.022:12
FreeBDSMand just never update22:12
FreeBDSMhowever, that's not much portable22:12
kyrofacachio, I'm trying to learn how snapd does spread testing in autopkgtests22:16
kyrofacachio, I see the `autopkgtest` group in spread.yaml22:17
kyrofaIs that all there is to it?22:18
kyrofaBasically, just point the test to happen on localhost?22:20
kyrofaI don't understand why there are so many systems if that's all that happens, though22:21
cachiokyrofa, the systems which you see are the targat systems for autopkgtests22:55
cachiokyrofa, first you need to generate the machine with that systems22:58
cachiothen you run the tests against that one22:58

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