/srv/irclogs.ubuntu.com/2017/09/04/#snappy.txt

mupPR snapcraft#1494 closed: Parameter forwarding for java object was blocked when using wrapper script <Created by fmanea> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1494>00:38
mupPR snapcraft#1528 opened: recording: record the machine information collected by uname <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1528>02:32
mupPR snapcraft#1529 opened: recording: record the packages installed in the machine <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1529>04:05
zyga-susegood morning04:44
* zyga-suse will start at 9:30 because of the 1st day at school and some coordination/assistance required04:44
zyga-susesee you then04:44
mupPR snapd#3837 closed: overlord/snapstate: rename HasCurrent to IsInstalled, remove superfluous/misleading check from All <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3837>06:09
mupPR snapd#3556 closed: client,daemon,snap,store: add license field <Created by robert-ancell> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3556>06:34
zyga-ubuntumvo: hello06:41
mvohey zyga-ubuntu06:43
zyga-ubuntumvo: today is the 1st day of school for us, how about your kids?06:47
mvozyga-ubuntu: school started  2 weeks ago here06:47
mvozyga-ubuntu: how was getting up ?06:47
zyga-ubuntumvo: woah, two weeks? that's brutal :)06:49
zyga-ubuntumvo: so no august holidays?06:49
zyga-ubuntumvo: it was all right, with the exception of my son we all woke up at 6am06:49
mvozyga-ubuntu: holidays started early here06:49
mvozyga-ubuntu: nice!06:50
zyga-ubuntumvo: we introduced new rules to make sure nothing flashly/briht/(tv/computer) is on past 21:0006:50
mvozyga-ubuntu: the only thing I hate is the getting-up early06:50
mvozyga-ubuntu: that sounds reasonable06:50
zyga-ubuntumvo: I walked them to school today but I expect them to walk by themselves soon, it's very close from our home06:50
zyga-ubuntumvo: and I'm looking forward to working at 6:30 soon06:51
zyga-ubuntumvo: trivial comments from gustavo on https://github.com/snapcore/snapd/pull/362506:52
mupPR #3625: many: end-to-end support for the bare base snap <Created by mvo5> <https://github.com/snapcore/snapd/pull/3625>06:52
mvozyga-ubuntu: yeah, working on them now and then I will merge06:54
mvozyga-ubuntu: there are some easy ones in the queue that just need a second review06:55
mvozyga-ubuntu: e.g. 384406:55
zyga-ubuntumvo: I'll have a look, going bottom up06:59
mvozyga-ubuntu: please leave some of the scary looking out, I have not branched 2.28 yet07:01
mvozyga-ubuntu: but want to do in a little bit, so please not the debian/ dir changes07:01
mvozyga-ubuntu: and also not 3727 (that needs a second review anyway)07:01
zyga-ubuntumvo: noted07:05
zyga-ubuntuok, one more and I'm going to pick them up07:07
mvozyga-ubuntu: pick which one up?07:08
zyga-ubuntumvo: my kids :)07:11
zyga-ubuntumvo: I'm reading https://github.com/snapcore/snapd/pull/3777/files07:11
mupPR #3777: snap-repair: implement basic `snap-repair list` (with --verbose) <Created by mvo5> <https://github.com/snapcore/snapd/pull/3777>07:11
zyga-ubuntuok, I'll read the rest later, going to school, ttyl07:14
mvozyga-ubuntu: bye07:18
mvopstolowski: good morning!07:18
pstolowskimvo, morning!07:18
mvopstolowski: look slike 3642 just needs one tiny change and its good to go :) if you look at this now it will most likely be part of 2.2807:20
pstolowskimvo, indeed, i'll look at it shortly, thanks!07:21
mvota07:23
mupPR snapd#3795 closed: daemon: let client decide whether to allow interactive auth via polkit <Created by jhenstridge> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3795>07:27
=== JoshStrobl|AFK is now known as JoshStrobl
Chipacag'morning, all07:55
mimag1Good morning07:56
mimag1I've been pulling my beard for a long time now and googled a lot but can't get my python snap to work. What is the best way to install a locally fetched python package?07:58
Chipacamimag1: I think the source of a python part can be a directory08:00
Chipacae.g. source: .08:00
mimag1I have that and in that directory I have the package and an setup.py08:00
mimag1plugin: python and plugin-version: python308:01
Chipacamimag1: and what doesn't work?08:01
mimag1"Could not find a version that satisfies the requirement pytiip (from versions: )"08:01
mimag1No matching distribution found for pytiip08:01
Chipacamimag1: can you share your whole yaml so i can reproduce this?08:02
Chipacamvo: o/  i know the atomic code as it stands needs tests (and docs!); i mention in my follow-up comments that the 2nd commit is a bigger departure from what was there and thus does need 'em08:03
Chipacamvo: but, what do you think of that approach?08:03
mupPR snapd#3842 closed: store: have an ad-hoc method on cfg to get its list of uris for tests <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3842>08:06
mupPR snapd#3844 closed: overlord/snapstate: SetRootDir from SetUpTest, not in just some tests <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3844>08:06
zyga-ubunture, back from school, now peace and quiet for the rest of the day08:06
mimag1parts:08:06
mimag1  pytiip:     source: repos/pytiip     plugin: python     python-version: python308:06
mvoChipaca: I like the approach, slightly silly question, what is the difference between commit and close? I mean, could commit just become a close method? or do we need both?08:09
Chipacamvo: say aw is an atomicwriter08:11
Chipacamvo: and aw.Write() fails, for whatever reason08:11
ogra_popey, same cpu and wlan device, might even work with the nanopi-air image08:11
Chipacamvo: so now you need to close it and remove the file, without committing08:11
Chipacamvo: if close is commit, that's harder08:12
mvoChipaca: aha, yes, good point. will things work if you do "aw.Write(); aw.Commit(); aw.Write(); aw.Commit()"?08:12
Chipacamvo: no, at least as written, Commit imples Close08:12
zyga-ubuntumvo, Chipaca: maybe commit and rollback08:13
zyga-ubuntuto make it crystal clear what they are08:13
Chipacazyga-ubuntu: what would rollback do?08:13
Chipacai08:13
Chipacathe way i wrote it, the creator of the aw is the one that needs to handle cleanup on error08:14
Chipacajust like with 'plain' files08:14
mvoChipaca: hm, my gut-feeling is that the api would feel a bit unexpected if commit() is a thing that is final and can not called multiple times. this goes into bike-shed land but maybe "Finalize()" or something more "final"?08:14
Chipacamvo: hmm... good point. Atomize()? :-P08:15
Chipaca(still feeling bad about having a Fooer interface that doesn't have a Foo() method)08:15
mvoChipaca: yeah, and the enhanced version is called Fusionize()08:16
ChipacaUnionize()08:16
mvolol08:16
mimag1What is required from a python directory to make the python plugin work?08:18
zyga-ubuntuChipaca: I mean rollback as a rename of close08:18
zyga-ubuntuChipaca: close and commit are indeed confusing (I agree with mvo on this) but I see the need. I would just call them more clearly08:18
Chipacazyga-ubuntu: but rollback to me would imply it cleans up the tempfile also08:18
zyga-ubuntuChipaca: indeed, I think you see my point, the actual name (rollback) may be just my knee-jerk for commit, as long as the API is sensible and clear I give my +108:19
Chipacasomething along the lines of Finalize would work for me08:20
Chipacalooking at synonyms now08:20
zyga-ubuntuDone()08:21
zyga-ubuntuRealllyHitTheDisk()08:21
* zyga-ubuntu needs to read that PR08:21
ChipacaEnfeoff() \o/08:28
zyga-ubuntuAchoo()?08:29
=== chihchun is now known as chihchun_afk
Chipacamimag1: so08:36
Chipacamimag1: this is kinda silly i fear08:36
* Chipaca tries something else08:36
mimag1what is silly?08:41
=== chihchun_afk is now known as chihchun
Chipacamimag1: I'm afraid I'm stumped; you'll have to get help from an actual snapcrafter08:52
Chipacait _should_ work, as far as i know, and in fact it seems to half work and then lose itself08:52
mimag1@Chipaca exactly my experience08:53
nothalmimag1: No such command!08:53
Chipacanothal: dance for me08:54
mimag1exactly my experience08:54
mimag1nothal: Which command is wrong?08:54
=== JoshStrobl is now known as JoshStrobl|Work
Chipacamimag1: nothal is a bot, that can take commands explicitly starting them with @08:58
Chipacamimag1: as @ is not usually used to start messages in irc, it used to work08:59
Chipacabut then other chat systems happened, and nothal hasn't adapted08:59
Chipacamimag1: wrt your issue, i'd suggest asking in the forum, or in rocketchat (snapcrafters use rocketchat more than the forum, i think)09:00
Chipacathat's https://forum.snapcraft.io/ or https://rocket.ubuntu.com/channel/snapcraft09:00
mimag1Thank you Chipaca09:02
mzanettihey, I'm looking for docs on how to do config file management with snappy. i.e. I need to preinstall a configuration file in SNAP_DATA (or something that's writable at runtime) and then do config updates on snap package updates.09:15
mzanettiCan't really find something in the docs so far09:15
mvopstolowski: do we have a forum post about the new install/remove hooks? anything I could link to?09:17
pstolowskimvo, not yet, but I'll create one soon09:18
mvopstolowski: thank you09:18
mimag1mzanetti, mvo, psstolowski: +1 on that forum post. I have written some configure hooks but I guess there is a better way09:30
zyga-ubuntuwow, we are at 17 open PRs09:43
* zyga-ubuntu reviewed a repair PR, fist in a long time09:43
zyga-ubuntulookin at more09:43
zyga-ubuntuChipaca: one thing I wanted to share with you, not sure if you used it yet09:44
zyga-ubuntuChipaca: you probably know about this already09:44
Chipacazyga-ubuntu: spit it out already :-D09:45
zyga-ubuntuChipaca: but please read the section on O_TMPFILE in open(2)09:45
zyga-ubuntuChipaca: this allows you to create a file, write all data, set mode and ownership09:45
zyga-ubuntuChipaca: and only make it show up, atomically09:45
zyga-ubuntuChipaca: or die with the process09:45
zyga-ubuntuChipaca: it's a very compelling API09:45
zyga-ubuntuChipaca: I wanted to make sure you know about it, and with that note, I'm going to review the rest09:46
ChipacaI did not know about this09:46
Chipacathank you09:46
Chipacazyga-ubuntu: 3.11 is << our minimal kernel version, i take it?09:46
zyga-ubuntumy pleasure :)09:46
Chipacaondra: ^?09:46
zyga-ubuntuChipaca: that patch is AFAIR not too big, it's also a prerequisite for mir and I heard it's quite common now09:47
Chipaca(i mean, the minimal kernel version our users are using, which is almost certainly < than the one we support)09:47
zyga-ubuntuChipaca: though a perfect implementation would degrade gracefully09:47
Chipacanice09:47
Chipacai'll wait for ondra to speak up (or 301 me)09:47
zyga-ubuntuChipaca: in general, it's a very good API to have for atomicity09:47
zyga-ubuntu301?09:48
ondraChipaca hey09:48
Chipacazyga-ubuntu: "ask so-n-so"09:48
ondraChipaca I think it was even 3.1009:49
Chipacaondra: as in, people using 3.10 with snappy?09:49
Chipacaondra: do you know if it's tweaked to also have O_TMPFILE?09:49
ondraChipaca I think there were some attempts, but using is probably too strong statement09:49
Chipacazyga-ubuntu: grep -r O_TMPFILE /usr/share/go-1.6 and weep09:49
Chipacaondra: :-) ok09:49
Chipacazyga-ubuntu: I'd have to look into how this behaves for the wrong kernel and the wrong filesystem, to fallback properly09:52
zyga-ubuntuESYS09:52
zyga-ubuntuAFAIR09:52
zyga-ubuntubut please check09:52
Chipacazyga-ubuntu: the docs say EISDIR (kernel) or EOPNOTSUPP (filesystem)09:55
zyga-ubuntuahh, sorry then, I must be wrong09:56
mupPR snapd#3625 closed: many: end-to-end support for the bare base snap <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3625>10:00
Chipacazyga-ubuntu: how do you use O_TMPFILE to replace an existing file?10:06
Chipacazyga-ubuntu: linkat doesn't let you replace files10:07
zyga-ubuntuChipaca: you can still link it to .foo and then call move10:08
Chipacahmmm10:11
Chipacathe cleanup story becomes a lot harder10:12
Chipacahmm hmm10:12
zyga-ubuntuChipaca: in which way?10:12
Chipacazyga-ubuntu: "close it, and if it was created, remove it"10:12
Chipacameaning we'd probably have to make something on the object itself10:12
zyga-ubuntuChipaca: note that this was just a suggestion, if it makes anything harder then by all means, ignore it: )10:12
Chipacazyga-ubuntu: i like it, i'm just thinking it through10:12
Chipacaloudly and using you as the sock puppet10:13
zyga-ubuntuChipaca: oh, one related note: https://betanews.com/2017/09/03/android-oreo-linux-kernel/10:14
zyga-ubuntuhaha, my pleasure :)10:14
zyga-ubuntuAll SoCs productized in 2017 must launch with kernel 4.4 or newer.10:14
Chipacazyga-ubuntu: your network is so lagged it's fun10:14
zyga-ubuntuso 4.4 is a good bet for many new pieces of hardware10:14
Chipaca* Ping reply from zyga-ubuntu: 1.631 second(s)10:14
zyga-ubuntuChipaca: my network is actually brilliantly fast now10:14
zyga-ubuntuoh?10:14
zyga-ubuntuI saw 0.6 on my end10:15
zyga-ubuntunot sure where that much of a lag is coming from10:15
Chipacazyga-ubuntu: i just pung jamie and got .3s10:15
Chipacaso it's not me :-)10:15
zyga-ubuntujamie is 0.710:16
* zyga-ubuntu pings pawel 10:16
Chipacayeah, consistently getting 1+ seconds (and i only noticed because of how delayed your answers were)10:16
zyga-ubuntupawel is 0.610:16
zyga-ubuntuweirdish10:16
zyga-ubuntuanyway, I was never happier with any network before10:16
Chipacazyga-ubuntu: good to know10:16
zyga-ubuntuhighest bandwidth and mobility10:16
* zyga-ubuntu stops bragging10:17
Chipacazyga-ubuntu: and you get 1TB (or 1Tb?)10:17
zyga-ubuntuyes10:17
zyga-ubuntua month10:17
zyga-ubuntuand it's not location-bound10:17
zyga-ubuntuI'm seeing 12-15MB/s to ubuntu archive10:17
zyga-ubuntuI haven't tried much more though :)10:18
* zyga-ubuntu sees rain outside and feels like being in London10:18
=== chihchun is now known as chihchun_afk
mvopedronis: you asked a question in 3642 - is that something that needs more work or are you happy with the reply?10:29
pedronismvo: one sec10:31
zyga-ubuntu16 requests :)10:31
pedronismvo: Chipaca: there's been a bit of an electric installation emergency here, I have eletricity only in half the place, internet is on the right half, but might be a bit on and off today10:31
Chipacapedronis: why do I imagine half your house on fire10:32
pedronishopefully not, but there was a zero chance it could :/10:32
Chipacapedronis: probably https://www.youtube.com/watch?v=1EBfxjSFAxQ10:32
pedronisa non-zero10:32
mvopedronis: uh, good lucj10:33
mvoluck10:33
* zyga-ubuntu sees red in travis :/10:35
zyga-ubuntupedronis: stay safe!10:35
zyga-ubuntu<kill-timeout reached>10:36
zyga-ubuntudoes anyone know what the timeout is?10:36
zyga-ubuntuit would be awesome if spread said that10:36
Chipacazyga-ubuntu: and in the end I'm writing stuff that looks alarming like Rollback10:40
zyga-ubuntuChipaca: does that mean I get two +1s or two -1s?10:42
Chipacazyga-ubuntu: I don't know.10:43
Chipacazyga-ubuntu: I'm calling it Cancel, anyway10:43
zyga-ubuntuCancel is nice10:43
zyga-ubuntuoh10:43
Chipacazyga-ubuntu: because mvo's point about calling Commit multiple times makes some sense10:43
zyga-ubuntufeels like context10:43
Chipaca(only some, because you can't commit multiple times in sql afaik)10:43
Chipacazyga-ubuntu: only doing this refactor so it's easier to do the tmpfile later10:44
ogra_grmbl10:47
ogra_why dont i have a /dev/fb0 in my initrd on the pi10:47
ogra_zyga-ubuntu, so any ideawhy the opengl interface fix is not in edge ?10:53
ogra_i thought we do rebuilds of the edge deb for every commit ?10:53
ogra_s/commit/merged PR/10:54
ogra_mvo, ^^ is that not the case ?10:54
mvoogra_: yes, that should be the case, lets check the edge ppa10:55
mvoogra_: when did the fix land?10:55
ogra_ mvo5 merged commit 6d8d625 into snapcore:master 4 days ago10:55
ogra_says GH10:55
ogra_apparently snapd FTBFS since the 31st10:56
ogra_(well, on arm and i386)10:56
pedroniszyga-ubuntu: I think kill-timeout  is 20m , that's what in spread.yaml10:58
ogra_mvo, if i read the log right (not sure i do) it fails in the github.com/snapcore/snapd/x11 test10:58
ogra_ah, no, there are earlier ones10:59
mvoogra_: hm, 4 days ago11:00
ogra_uh11:00
ogra_bad system call11:00
ogra_https://launchpadlibrarian.net/335269966/buildlog_ubuntu-xenial-armhf.snapd_2.27.5+git354.834024b~ubuntu16.04.1_BUILDING.txt.gz11:00
mvoogra_: yeah, but that is already 4 days old11:00
ogra_yep11:01
mvoogra_: and this should be fixed in master11:01
mvoogra_: looks like our automatic merging via snap-cron is not working11:01
ogra_did fgimenez take all his PPA scripts with him ?11:01
mvoogra_: I have a look, but maybe I need cachio11:01
mvoogra_: this is actually possible :(11:01
ogra_(might be the build was triggered under his user)11:01
mvoogra_: I mean, its possible that the upload creds got removed with his account11:01
ogra_yeah11:02
ogra_under "uploader" there is "no signer" ... https://launchpad.net/~snappy-dev/+archive/ubuntu/edge/+packages11:03
ogra_(never seen that)11:03
zyga-ubuntuogra_: no, no idea, maybe due to imminent release11:03
zyga-ubuntuogra_: I really really wish we had a setup where edge == master in all cases11:03
ogra_zyga-ubuntu, well, see above we lost the daily snapd deb11:03
zyga-ubuntuogra_: and releases would build from a separate PPA and separate recipe of core11:03
ogra_zyga-ubuntu, it is !11:03
mvoogra_: I retriggered the job, that should give me some data, if that fails I need to talk to cachio11:03
mvoogra_: but the date (2017-08-31) is suspecious, that is the date that federico left11:04
ogra_zyga-ubuntu, only if mvo does a relese build manually it isnt usually ... but thats really short snapshot times11:04
zyga-ubuntuogra_: no, we often have to delete a deb somewhere or rebuild a deb for edge to be back on master, probably the details elude me but the property that master == edge is not held11:04
zyga-ubuntupedronis: thank you!11:04
zyga-ubuntuogra_: again, I wish it was never11:04
ogra_zyga-ubuntu, we onyl ever have to delete the deb that was manually uploaded to the image ppa11:04
ogra_so the manual step changes it and the manual step switches it back ... for full release control11:05
zyga-ubuntuwell, we don't need that11:05
zyga-ubuntuwe need control over beta, candidate and stable11:05
ogra_zyga-ubuntu, though if the shema i develoed ages ago with federico would have been implemented you wouldnt have that setp ever :)11:05
zyga-ubuntuedge should be on autopilot all the time11:05
zyga-ubuntuI'm sure we can improve things :)11:05
ogra_we have a roperly worked out build plan11:05
ogra_just never implemented11:06
ogra_*properly11:06
ogra_it is exactly focused to fix your complaint ... :)11:06
ogra_*on fixing11:06
ogra_mvo, i'll try to trigger a build of https://code.launchpad.net/~snappy-dev/+recipe/snapd-vendor-daily ... lets see11:08
ogra_(speak up if i shouldnt please)11:08
* ogra_ clicks the button11:10
mvoogra_: the vendor sync thing ran some minutes ago, I will double check11:18
mvoogra_: ok, powerpc and s390x fail but the rest is building11:20
ogra_well, arm64 isnt done yet :)11:20
ogra_but yeah, looks better already11:20
ogra_mvo, the upload log looks weird as well though ... might be we need to manually delete the old package11:22
ogra_https://launchpadlibrarian.net/335757858/upload_1442402_log.txt11:22
mvoogra_: thats ok11:25
ogra_ok11:25
mvoogra_: I think what happend is that the sync also triggered an upload11:25
ogra_ah11:25
mvoogra_: and then you triggered one manually and the changelog version is the same11:25
mvoogra_: which is fine because the content is the same :)11:25
ogra_indeed11:25
mvoogra_: I'm checking hte powerpc failure now, that looks like something with gccgo :/ otherwise I thin kwe are good and you can trigger an edge build to test your opengl fix11:26
ogra_mvo, will do11:27
ogra_edge build running11:30
greybackhey, should tha RPI3 image automatically resize the writable partition to fill the SD card on first boot?11:38
ogra_greyback, yes11:39
greybackogra_: didn't work for me just now (today's daily edge). I'll log bug11:39
ogra_greyback, there iss a log kept in /run/initramfs (note thats a tmpdir though ... so it is gone if you reboot)11:40
greybackogra_: ack. I'll reflash and grab that for you11:40
ogra_greyback, als include df -h /writable please (and syslog and dmesg output)11:41
ogra_*also11:41
greyback*nod*11:41
ogra_cachio recently found that some SDs are not well supported on the Pi so not sure we can do much if the SD is in that list11:41
greybackoh interesting. I didn't get a cheap one at least11:42
ogra_http://elinux.org/RPi_SD_cards11:43
ogra_not sure how valid that still is though ... originally created 201211:43
zyga-ubuntuget a HDD11:47
zyga-ubuntuscrew SD11:47
ogra_heh11:48
* zyga-ubuntu waits for first boot-from-CD rpi hack11:48
ogra_are USB-CD drives still being sold ?11:48
greybackhttps://pastebin.ubuntu.com/25464779/ - resize doesn't appear to error out, but no change11:49
zyga-ubuntuogra_: yesd11:50
zyga-ubuntuogra_: and arguably, still useful :)11:50
ogra_pfft11:50
ogra_greyback, hmm, looks all fine (apart from the size)11:51
ogra_greyback, how big is that SD ?11:51
greybackogra_: 32GB11:51
zyga-ubuntu4cm by 2cm11:51
* zyga-ubuntu hides11:51
greyback:D11:51
ogra_zyga-ubuntu, then he would need to fold it to fit into the slot :P11:52
ogra_that might indeed be the prob then :P11:52
ogra_greyback, have you made sure it was not accidentially automounted when you dd'ed to it ? i have seen issues with the partiton table when people forgot that11:53
greybackogra_: I typically unmount before flashing. But let me try once more, to be totally certain.11:53
greybackkde, why did you remount something I explicitly unmounted11:55
ogra_heh11:55
greybackogra_: ok, that did it. Apologies for the noise11:59
* Chipaca ~> run and lunch12:01
ogra_greyback, np12:03
zyga-ubuntujdstrand: hey, around?12:04
ogra_greyback, btw, if you refresh core right after first boot (before installing any mir bits), you should now have the fix of the GL interface12:06
greybackogra_: noted. Will try12:06
greybackogra_: fixing the udev script did the job too12:06
ogra_indeed ...12:07
ogra_the new core should generate it propely from the start though12:07
zyga-ubuntujdstrand: so I'll just leave you a message12:08
zyga-ubuntujdstrand: I'm looking ad child profiles but I get compile errors12:08
zyga-ubuntujdstrand: the apparmor reference has this worring statement:12:09
zyga-ubuntujdstrand:  <path> 'x' '->' <profile list> ',' (not yet supported)12:09
zyga-ubuntujdstrand: it does have:  ('safe' | 'unsafe') <path> <qualifier>'x' [[' ->' <profile name>] ['+' <profile name>]] ','12:09
zyga-ubuntujdstrand: I'll keep digging but I suspect I'm either missing something super obvious or we may have a problem with xenial12:09
zyga-ubuntuahhh12:15
zyga-ubuntudarn :)12:15
zyga-ubuntujdstrand: so just for information, I was stuck on the fact that the child profile cannot have dashes in it12:16
mvozyga-ubuntu: jdstrand is off today afaik, labor day in the us12:22
zyga-ubuntumvo: ah I didn't know12:33
zyga-ubuntuanyway I'm progressing, I just launched a run of tests/main/ with child profile on snap-update-ns12:33
zyga-ubuntuwhich gives me enough time to make something to drink :)12:33
zyga-ubuntuhmm12:35
zyga-ubuntumvo: after base snap patches landed in master my tests started to fail12:35
mvozyga-ubuntu: what tests exactly?12:39
zyga-ubuntuhttps://travis-ci.org/snapcore/snapd/builds/271651836?utm_source=github_status&utm_medium=notification base-snaps spread test12:39
zyga-ubuntumvo: I'm runnin a sequence with -debug so I'll get to that soon12:40
zyga-ubuntujust curious what happened there12:40
zyga-ubuntuoh man, it's raining crazy12:41
mupPR snapd#3846 opened: debian: add missing flags when building static snap-exec <Created by mvo5> <https://github.com/snapcore/snapd/pull/3846>12:43
mvozyga-ubuntu: I'm not sure if that branch really had any side-effects, it really should only affect things when base: foo is used12:43
mvozyga-ubuntu: heh12:43
zyga-ubuntumvo: it passed just a moment ago, before the merge12:44
zyga-ubuntumvo: but that's fine, I'll get to the bottom of this12:44
zyga-ubuntumvo: but I wanted to mention this in case it affects 2.2812:44
mvozyga-ubuntu: yeah, its a new test12:45
ogra_dang !12:47
ogra_no framebuffer device in pi initrd's without a gazillion of drm/kms modules :/12:48
mvozyga-ubuntu: hm, I guess the problem is that snap-update-ns needs to be static linked12:49
mvozyga-ubuntu: same problem as snap-exec, if you run it *inside* the bare base there is no libc12:49
zyga-ubuntumvo: that makes sense12:50
zyga-ubuntumvo: thanks, I'll make the modifications12:51
zyga-ubuntuah12:52
zyga-ubuntudarn, meeting is coming up and I'm parched12:52
ogra_ppisati, do you think building vc4 intob the kernel would do any harm on rpi ?13:03
ogra_(specifically if the dtb overlay does not get used)13:03
=== ikey|afk is now known as ikey
ikeyheh http://kernel.ubuntu.com/git/jj/ubuntu-artful.git/log/?h=apparmor-4.13%2boutoftree13:23
* ikey yoinks it13:23
ppisatiogra_: waste of some memory, probably13:27
ppisatiogra_: what's the matter with it being a module?13:27
zyga-ubuntuChipaca: I did a quick review of the packaing branch, I'll do a deeper one now13:27
zyga-ubuntuChipaca: also dropped a crazy suggestion that may, ironically, be nicer if you think along the same lines13:28
ogra_ppisati, i have the split initrd stuff woprking here and am now loading a psplash.img with the initrd ... that works just fine if i dont enable kms ... if i do enable kms there is no /dev/fb0 until the module is loaded13:28
ogra_ppisati, so either i create an additional vc4modules.img that i load alongside with psplash.img to ship the modules, or we always pull the vc4 modules into the initrd ... or we compile it in ... my main concern was if it would break when vc4 is builtin but the overlay isnt used13:29
=== zarcade_droid is now known as Guest28588
=== ShalokShalom_ is now known as ShalokShalom
Chipacazyga-ubuntu: wrt your cray-cray suggestion, is mwhudson going to nyc?14:03
Chipacazyga-ubuntu: because it's the kind of crazy that requires all hands on beer14:03
Chipacabut, maybe? it's probably doable14:04
Chipacafor debian-ish things at least14:04
Chipacahope you don't mean also for non-debianish14:04
zyga-ubuntuChipaca: I think so14:05
zyga-ubuntuChipaca: so far I meant debian-ish14:05
ikeylol all hands on beer14:05
zyga-ubuntuChipaca: which will give us enough rope for various debian+ubuntu releases14:05
zyga-ubuntuikey: very serious topic that14:06
ppisatiogra_: ah, i don't think so, usually overlay just enable the hw resource and the driver attaches to it - if it's not enabled, the driver won't attch and that's it14:06
zyga-ubuntu;)14:06
ikeyill settle for cider :P14:06
ppisatiogra_: at least, in theory, we should definitely try it :)14:06
Chipacaikey: just for the record, what I mean is that it requires a relaxed, informal, and high bandwidth conversation to come to a reasonable agreement quickly around things, before diving into the technical details of it14:06
ogra_ppisati, ahh, well, i generated and loaded a vc4modules.img ... i see all modules loaded but still no /dev/fb014:06
ikeyya, chinwag.14:06
Chipacaya14:07
diddledanyou got a floppy chin, ikey ? :-p14:07
ikeynah i upgraded to an ssd shin14:07
Chipacathe beer is completely optional, and if anybody involved were opposed to it, it wouldn't feature at all14:07
diddledanaah14:07
diddledanbeer sounds like a plan14:07
ikeybeer is a cultural lubricant for the mind14:07
ikey(im irish, we have this nailed.)14:07
diddledanalthough considering it's only 3pm in the UK it might be a bit looked-down-upon14:08
ikey"liquid lunch"14:08
ikey>_>14:08
diddledanlol14:08
ogra_ppisati, so there is still something missing even though the kernel auto-loads them when the dtb is turned on ... (perhaps a udev rule or whatnot)14:08
Chipacaikey: just to point out, while it often is, it can also be a barrier to some folks (which is why i'm going all explanatory)14:08
ikeyoh i know14:08
Chipacak14:08
Chipacai just happen to know the people involved :-)14:08
ikeygotcha :D14:08
Chipacazyga-ubuntu: now we need _you_ to get to nyc, don't we14:09
Chipaca:D14:09
zyga-ubuntuindeed,14:09
ikeyat least the nyc flights wont be as bad as some of the US flights ive done14:10
* zyga-ubuntu needs to break for a moment14:10
ikey(which was UK -> Amsterdam -> Portland OR usually)14:10
ppisatiogra_: weird... but if you let the system boot till userspace, fb0 is there, right?14:11
ogra_yep14:11
ogra_just not when stopping with break=premount14:11
greybackikey: yuk, and no pre-clearance in Dublin14:11
Chipacazyga-ubuntu: on the subject of that PR though, if 14.04 no longer needs snap.mount.service.wotsit, let's nuke it14:11
Chipacai don't know how to go about nuking it, but let's14:11
ikeygreyback, yeah this time im doing dublin -> jfk (first time) so im not really looking forward too much to the hall part of it..14:12
ikeyactually worse than that is likely getting from tullamore to dublin in the first place :p14:12
greybackikey: hah :)14:12
* ikey has had "streets of new york" stuck in his head for 2 weeks though14:13
zyga-ubuntuChipaca: not sure, check if it is installed14:14
zyga-ubuntuChipaca: is it really shipped by the package14:14
zyga-ubuntuChipaca: maybe it is, maybe not14:14
* zyga-ubuntu really afk14:14
* ikey should get a super obnoxious solus t-shirt printed off before heading out that way14:15
Chipacazyga-ubuntu: in that's the actual packaging code used to package the package, it's packaged14:15
pedroniswhy I'm getting network time of 210614:16
greybackikey: we wouldn't recognise you without it ;)14:16
ikeyah sure you will14:17
greybackand stickers. A project dosn't exist without stickers14:17
ikeyjust look for the angriest looking person in nyc14:17
ikey(i have b*tchy resting face something chronic)14:17
zyga-ubuntupedronis: must be that new internet... ipv6 they call t14:17
ikeyplus ill have the cap :p14:18
greybackikey: ah, we'll just have to give you some things to be legitimately angry about then14:18
ikeymaybe ill get the head mad max'd again so i stick out14:18
diddledannew internet my foot. those kids today don't know they're born without trying the original internet!14:19
ikeygreyback, you'd have a hard time not spotting this loon: https://ibin.co/3ZEhYhoxZ3Gf.jpg14:19
ogra_ppisati, hah .. i now just added all modules to my modules.img ... now i got fb0 (but psplash does hang )14:19
greybackikey: so you're the one they speak of in Tullamore...14:20
ikeyXD14:20
greybackit all becomes clear14:20
ogra_seems i was just missing some module (6though not sure which one)14:20
diddledanALL the modules!14:21
ogra_only 10 o so :)14:21
diddledanbah. put moar!14:21
ogra_sigh .. this drm stuff gives me headdaches14:23
ikeywho *really* needs graphics tho..14:23
ogra_ikey, shush, greyback is here :P14:23
diddledanwhat has a gui ever done for us?!14:24
* ikey stands with the peoples fronts of nano14:24
ikeyor is it the nano people's front..14:24
diddledanoh, I thought it was the popular front of Nano14:24
ikeystill. what has the gui ever done for us?14:24
diddledanwhat happened to the popular front of people's nano?14:25
* ikey slaps 4.13 kernel14:26
* diddledan compiling ring-gnome-client14:26
ikeycan certainly see how much of apparmor has gone upstream14:27
ikey ...-Artful-jj-s-kernel-s-apparmor-4.13-outof.patch |  4023 ++++++14:27
ikey ...-Artful-s-master-next-apparmor-implementa.patch | 13659 -------------------14:27
* ogra_ dances around diddledan 14:27
diddledanis that an ironic "how much got upstreamed"?14:27
ikeyno14:27
diddledans/ironic/sarcastic/14:27
ikeyfor the 4.12.x kernels we had a 13.5k line patch14:28
ikeynow we have a 4k line patch14:28
diddledanaha, that's pretty awesome then14:28
ikeyaye14:28
ikeygranted ive no idea if its gonna work but hey thats what unstable repos are for14:28
diddledanlet those kernel dudes futs with looking after it :-p14:28
* ikey is regrettably solus kernel dude14:29
ikeylol14:29
ikeyok admittedly im solus many-dude..14:29
diddledanaren't you solus <everything> dude, though?14:29
ikeymany, not everything :p14:29
ikeywe have other dudes14:29
diddledanlike flexiondotorg is Ubuntu Martin <everything> dude :-p14:30
ikeylol ubuntu martin14:30
ikeyi do a fair bit but you can see from https://build.solus-project.com/ its not just me14:30
ogra_ikey, boo, get more dudettes !14:30
ikeyand a lot of stuff is landing other peoples patches14:30
ikey(from the community)14:30
ikeyogra_, ah true enough. tech needs more dudettes14:31
ogra_!14:31
zyga-ubu1tuikey: 4.14 has more14:31
ogra_dudettes  ?14:31
ogra_cool14:31
=== zyga-ubu1tu is now known as zyga-ubuntu
* ikey cries when he notices a new lts kernel too14:32
cachioogra_, hey14:33
ogra_hey cachio14:33
cachioogra_, working with console conf currently14:33
cachioand I see a problem in the dragonboard when I try to reconfigure the wifi settings14:33
cachiohttps://paste.ubuntu.com/25465490/14:33
cachioogra_, it gives me a timeout error14:33
cachioany idea what could be causing that14:34
cachioif I run the same in the pi3 it works perfectly14:34
ogra_not really ... but my first look would go at netplan ...14:34
* diddledan twiddles his thingies waiting for build14:34
diddledanhttps://imgs.xkcd.com/comics/compiling.png14:35
ogra_on the pi we had issues with the bind/unbind of the module that netplan does when probing, for the pi we blacklisted it ... perhaps it is something similar on the db14:35
ogra_cachio, though the log looks like it comes up in the end14:36
ogra_Sep  4 14:26:17 localhost systemd-networkd[2984]: wlan0: Configured14:36
cachioogra_, yes14:36
ogra_but you seem to have configured ipv614:36
cachioit makes the configuration but it gives hte error14:36
ogra_perhaps that is getting in your way here14:36
diddledanfrak14:36
cachioogra_, I tried with ipv6 and without and the error is the same14:36
diddledanI got a stage package name wrong14:36
diddledanI really wish SNAPCRAFT_CONTAINER_BUILDS=1 didn't die on me14:38
Chipacamvo: was your "nice" on snapd#3845 a +1-if-you-add-tests? 'cause i've added tests and everything's green so i'm wondering :-)14:41
mupPR #3845: osutil: include a variant of AtomicWrite* that takes an io.Reader <Created by chipaca> <https://github.com/snapcore/snapd/pull/3845>14:41
mvoChipaca: heh, let me have a look again14:42
zyga-ubuntuok, my apparmor profile works great14:45
zyga-ubuntulet's merge master and let's adjust build rules for snap-update-ns14:45
zyga-ubuntumvo: thank you again :)14:45
mvoChipaca: re 3846> would it make the unification PR simpler if I add the GCCGOFLAGS in both places? or would it be simpler if it stays as is. its funcitonal irrelevant but I am keen to make your life simpler14:49
mvozyga-ubuntu: my pleasure14:50
* zyga-ubuntu tests again14:50
om26erHi! I have a snap that wants to use a certain dbus interface. Is there a better way than creating a slot for that interface ? I don't want other apps to use my slot, I only want my own snap to use that interface only.14:55
zyga-ubuntuom26er: hey, which interface is that?14:56
diddledanom26er: you need to create a slot for it. your own snaps will auto connect to them when they're defined to plug that slot, but you can't prevent the user from manually connecting other snaps14:57
om26erzyga-ubuntu: org.kde.screensaver14:57
zyga-ubuntuom26er: so you would like to be the screensaver or talk to an existing screensaver?14:57
om26erzyga-ubuntu: I want to lock the screen and also check if its already locked.14:58
om26er(remotely)14:58
zyga-ubuntuI see, one sec14:58
mupPR snapd#3846 closed: debian: add missing flags when building static snap-exec <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3846>14:58
zyga-ubuntuom26er: so there's the screen-inhibit-control but it only allows one method14:59
zyga-ubuntuom26er: so you will need a new interface or you may need to check with one of the new desktop interfaces developed by jdstrand14:59
zyga-ubuntuom26er: let me look at them15:00
zyga-ubuntuom26er: looking quickly I don't see any screensaver stuff there, so it would be a new interface15:00
zyga-ubuntuom26er: that interface will be provided by classic systems15:00
zyga-ubuntuom26er: and once connected it would allow your app to query the state15:01
om26erzyga-ubuntu: ah, shall I file a bug for that ?15:01
zyga-ubuntuom26er: as well as controll it (which might be a separate interface, not sure yet)15:01
zyga-ubuntuom26er: can you please open a forum thread15:01
zyga-ubuntuom26er: we kind of use forum more than bug tracker15:01
om26erI will do that.15:01
zyga-ubuntuom26er: I don't suspect there are issues creating the interface but I'm sure the security team will review the impact and decide on auto-connection15:01
zyga-ubuntuom26er: thank you!15:01
om26erdiddledan: that actually answered one of my questions that I asked yesterday. In my testing if I defined a slot, my snap automatically got access to that  interface. Though when I tried to publish that to the store, it said it would need "manual review"15:03
zyga-ubuntuom26er: no15:04
zyga-ubuntuom26er: interfaces have four elements15:04
zyga-ubuntuom26er: permanent plug and slot specification15:04
zyga-ubuntuom26er: and per-connection plug and slot specification15:04
zyga-ubuntuom26er: it depends on the interface what those do15:04
om26erhuman review required due to 'deny-connection' constraint for 'slot-attributes' from base declaration declaration-snap-v2_slots_deny-connection (kde-screensaver-dbus, dbus)15:05
zyga-ubuntuom26er: which interface did you specify?15:05
zyga-ubuntukde-screensaver-dbus?15:05
om26erzyga-ubuntu: yes: https://github.com/om26er/linux-desktop-manager/blob/master/snap/snapcraft.yaml#L3115:06
om26erthe commented lines at the end.15:06
zyga-ubuntuom26er: that's for *being* on the bus15:06
zyga-ubuntuom26er: the summary says: "allows owning a specifc name on DBus"15:07
zyga-ubuntuom26er: you don't want that15:07
om26ermy understanding of dbus interfaces is very limited, so the terminologies confuse me =)15:08
zyga-ubuntuom26er: I can explain15:09
zyga-ubuntuom26er: the word interface is very overloaded15:09
diddledanin terms of snappy, a slot is a service that your snap provides to the system, and a plug is a definition that declares which system services your snap uses (or consumes)15:09
zyga-ubuntuom26er: there are dbus terms and snapd terms that apply15:09
om26erdiddledan: that bit was clear, yes.15:10
diddledan:-)15:10
zyga-ubuntumvo: hmmm15:11
zyga-ubuntu(cd _build/bin && GOPATH=$(pwd)/.. CGO_ENABLED=0 go build github.com/snapcore/snapd/cmd/snap-update-ns)15:11
zyga-ubuntucan't load package: package github.com/snapcore/snapd/cmd/snap-update-ns: C source files not allowed when not using cgo or SWIG: bootstrap.c15:11
zyga-ubuntumvo: why did you set CGO_ENABLED=0 there15:11
zyga-ubuntu(I just copied that)15:11
om26erzyga-ubuntu: the only thing in dbus word that I don't understand is "owning a DBus interface". Other things are pretty clear.15:12
=== cachio is now known as cachio_lunch
diddledanthat would be like a snap slot. it is a service that you provide15:13
cachio_lunchmvo, FYI, 2.27.5 it is already in the mirrors15:13
diddledanan alternative way to think of it is like owning the port in networking - when you LISTEN on port 80 then only you can receive stuff sent there.15:13
mvozyga-ubuntu: because CGO_ENABLED=1 pulls in glibc and friends15:13
cachio_lunchI tested the upgrade and it works15:13
zyga-ubuntumvo: and that is bad?15:13
cachio_lunchmvo, the smoke tests pass15:14
mvozyga-ubuntu: for a static build yes15:14
diddledanso owning a dbus name/interface means you're listening for communication to that name15:14
om26erO Hi cachio_lunch =)15:14
mvozyga-ubuntu: this is done so that we can have a completely empty base snap or a base snap with different libc than glibc etc15:14
cachio_lunchhi, om26er15:14
mvocachio_lunch: great!15:15
zyga-ubuntuand cgo == not static?15:15
* cachio_lunch gonna lunch now15:15
mvozyga-ubuntu: well, that was the only way I found to disable dynamic linking, maybe there are more ways?15:15
mvozyga-ubuntu: hold on a sec, I will create an example in a sec15:16
diddledanmvo: quick gooling: go build --ldflags '-extldflags "-static"' file.go15:17
diddledanI haven't tested whether that works tho15:17
zyga-ubuntumvo: no need, I'll explore15:17
zyga-ubuntumvo: I'm trying to make snap-update-ns static :)15:17
pedronisso I learned if /var/lib/systemd/clock  gets a strange mtime you are in for a lot of "fun"15:18
mvodiddledan: thanks a bunch!15:18
diddledanI got that from http://blog.madewithdrew.com/post/statically-linking-c-to-go/15:18
mvozyga-ubuntu: indeed, you need something different from what I needed for snap-exec :)15:18
zyga-ubuntumvo: fun15:18
zyga-ubuntumvo: maybe rewrite snap-update-ns in C? ;-))15:19
mvodiddledan: thanks again, TBH I stopped looking at this when snap-exec build statically but zyga-ubuntu needs to still have cgo enabled so your suggestion may be a good hint for him15:19
diddledanthe new kids would have you do it swift or rust15:19
mvozyga-ubuntu: *cough*15:19
zyga-ubuntu;-)15:19
* zyga-ubuntu tries15:19
ikeythen spoil it all and use glib :p15:19
mvogood luck15:19
zyga-ubuntuand also re-registers his spanish car in poland15:19
zyga-ubuntuikey: we cannot use glib without doing a security review on it15:20
zyga-ubuntuikey: setuid code is totally paranoid15:20
ikeyoh i was being scathingly sarcastic15:20
ikeyif you have any way in which to avoid using glib, do so.15:20
* zyga-ubuntu works from the middle of a local gov office, changing plates15:20
zyga-ubuntuuff :)15:20
mvocachio_lunch: I uploaded 2.28~rc1 to the PPA, I will let you know once it is in beta, AIUI all tests (ours and CE) will kick in automatically once it hits beta, right?15:21
zyga-ubuntudarn15:22
zyga-ubuntumy number plates end with RH15:22
zyga-ubuntuno ubu plates15:22
* zyga-ubuntu is starving now15:24
zyga-ubuntuhmm15:24
zyga-ubuntumvo: it built?15:24
zyga-ubuntubut not static :/15:25
om26erzyga-ubuntu: fyi: https://forum.snapcraft.io/t/need-an-interface-to-lock-the-screen/197215:28
zyga-ubuntuom26er: +115:28
Chipacapedronis: any objections to having atomatt merge+rebase #3780?15:29
mupPR #3780: many: configure store from state, reconfigure store at runtime <Blocked> <Created by sparkiegeek> <https://github.com/snapcore/snapd/pull/3780>15:29
Chipacaor just rebase, dunno why i'm saying merge+rebase15:30
Son_Gokumvo, I don't see a release/2.28 branch?15:31
Son_Gokuzyga-ubuntu, I'm considering backporting https://github.com/snapcore/snapd/pull/3260 to 2.27.5 for Fedora15:32
mupPR #3260: cmd/snap: implement userd command as replacement for snapd-xdg-open <Created by morphis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3260>15:32
Son_Gokuwhat do you think?15:32
zyga-ubuntuSon_Goku: ooooh15:33
zyga-ubuntuSon_Goku: yes, sure15:33
zyga-ubuntuSon_Goku: I think the patch is small15:33
Son_GokuI'm sick of all desktop snaps not working correctly because of no xdg-open15:33
zyga-ubuntuSon_Goku: (well, isolated)15:33
zyga-ubuntuSon_Goku: I'm worried about selinux, we should iterate on some more rules15:34
Son_GokuI can probably guarantee we need to spend a cycle bringing the rules up to date with changes in 2.2815:34
mupPR snapd#3831 closed: store: move device auth endpoint uris to config <Created by atomatt> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3831>15:35
Chipaca16 PRs and counting15:35
zyga-ubuntuSon_Goku: yes, I think so15:35
zyga-ubuntuChipaca: isn't that a nice view? :)15:36
zyga-ubuntuChipaca: we need to core some more ;-)15:36
mvoSon_Goku: yeah, still at ~rc1, I have not pushed anything yet, want to run a smoke test first15:36
zyga-ubuntuChipaca: I will land two RPrs by tomorrow evening15:36
* zyga-ubuntu waits in a car that now lacks insurance15:36
mvozyga-ubuntu: your PR built?15:36
zyga-ubuntumvo: yes but I get confusing outcomes15:36
zyga-ubuntumvo: I hand-looked at the bianry but it was dynamic15:36
zyga-ubuntumvo: but I may have looked at the wrong one15:36
zyga-ubuntuisn't it silly that an insured car is no longer insured as soon as you change the number plates?15:37
Chipacazyga-ubuntu: that depends on jurisdiction :-)15:39
zyga-ubuntuChipaca: indeed,15:39
* Chipaca feels DOS'ed by zyga-ubuntu15:40
zyga-ubuntuhuh?15:44
Chipacazyga-ubuntu: I spent several seconds waiting,15:45
zyga-ubuntuhaha15:47
zyga-ubuntuI wrote too many apparmor rules15:47
zyga-ubuntu, is like a semicolon to me now15:47
Chipaca/o\15:48
Chipacazyga-ubuntu: reminds me of the auto-unbox operator in python15:48
Chipacamvo: in snapd#3839, did you mean to drop the ? ?15:50
mupPR #3839: docs: use abolute path in PULL_REQUEST_TEMPLATE.md <Created by mvo5> <https://github.com/snapcore/snapd/pull/3839>15:50
pedronismvo: will you look into my last #3773 comments ? it's15:52
mupPR #3773: snap-repair: execute the repair and capture logs/status <Created by mvo5> <https://github.com/snapcore/snapd/pull/3773>15:52
=== cachio_lunch is now known as cachio
cachioom26er, happy to see you are working around snappy15:57
om26ercachio: me too =)16:00
mvopedronis: I will check that first thing in the morning, sorry, was busy with release prep16:04
mvoChipaca: not sure, I have a look16:04
mvocachio: fwiw, 2.28 is in the beta channel now16:05
mvocachio: well, 2.28~rc1 :)16:05
zyga-ubuntu+ snap install --edge core16:06
zyga-ubuntucore 30.58 MB / 83.09 MB   36.80% 112.28 KB/s 7m58ss16:06
zyga-ubuntuhmm16:06
zyga-ubuntuthat is linode16:06
zyga-ubuntuis linode running on an expired 3G sim card?16:06
zyga-ubuntuthat would explain things16:06
ogra_ISDN FTW!16:07
cachiomvo, great, I'll start its validation16:08
* zyga-ubuntu eats supper in his car16:09
mvocachio: thanks!16:09
* zyga-ubuntu is looking at a night in a car16:24
ogra_caravaning ?16:25
zyga-ubuntuhaha, on the front seat16:26
zyga-ubuntuwe were supposed to buy the insurance over the phone16:26
zyga-ubuntubut ... ENOCALLS16:26
zyga-ubuntuand online insurance shows x2 the amount we just talked about16:26
zyga-ubuntuso ... waiting16:26
zyga-ubuntuand we'd rather not leave it here16:26
zyga-ubuntubecause it's not insured, so once stolen, ...16:26
ogra_oh my16:26
zyga-ubuntuwell16:26
zyga-ubuntusucks to own a internal combustion ass dragging apparatus16:27
pedronisChipaca: I answered there16:33
Chipacapedronis: i saw16:34
Chipacapedronis: i went16:34
Chipacapedronis: wait i got the order wrong16:34
pedronisChipaca: as long as your systemd doesn't think it's 2106, you should be fine :)16:35
ogra_the question is ... does it only think it is in 2106 or is it actually ? ...if it is, could someone patch it to spit out the numbers of the lottery jackpot for next week ?16:38
Chipacaogra_: it's 2106, none of our ssl certs work any more16:40
Chipacaogra_: sorry16:40
ogra_dang16:41
zyga-ubuntupedronis: ensure min tls or something16:48
zyga-ubuntupedronis: maybe it misfired16:48
* zyga-ubuntu is tired and cold now16:52
zyga-ubuntuand it is raining again16:53
Son_Gokuzyga-ubuntu: let's see how this goes... https://src.fedoraproject.org/rpms/snapd/c/4761d994bd7c8194e1180bfe995ac1be03fa8f0a?branch=master17:11
zyga-ubuntuSon_Goku: nice!17:14
zyga-ubuntuSon_Goku: is the godbus dep available as a package/17:14
Son_GokuI'm pleased to see that go mandates real tabs, though17:14
Son_Gokuzyga-ubuntu, Yep17:14
Son_Gokuhttps://koji.fedoraproject.org/koji/packageinfo?packageID=1833017:14
* zyga-ubuntu is running out of juice17:15
Son_Gokuhave juice shipped to you :)17:15
zyga-ubuntuI'm still stuck in my car17:15
zyga-ubuntuthat I cannot drive17:15
zyga-ubuntuthat my wife cannot drive because I'm the owner and after moving property from spain only the owner can17:16
zyga-ubuntuand even if I could drive17:16
zyga-ubuntuwe cannot go anywhere17:16
zyga-ubuntubecause we cannot get insurance now17:16
zyga-ubuntubecause everything sucks that's why17:16
* zyga-ubuntu is getting grumpy17:16
Son_Gokuhaha17:16
Son_Gokuaww17:18
Son_Gokuthe cake is a lie17:18
Son_Gokugo mandates spaces for indentation :(17:18
Son_Gokuwait, no, that's just the diff viewer being stupid17:19
zyga-ubuntuwhat? go doesn't care17:19
zyga-ubuntuwhat a f*** day17:20
Son_Gokuit's not that bad of a day17:22
Son_GokuI have the day off today, which is why I'm able to do anything at all :)17:23
ChipacaSon_Goku: I'm sure he meant "fine"17:23
* zyga-ubuntu hugs Son_Goku 17:23
* zyga-ubuntu walks home17:23
* Son_Goku is building new snapd 2.27.5 for F25, F26, and F2717:24
Son_Gokuit build seems to be going well in rawhide, so why not17:24
Son_Gokuzyga-ubuntu, can anyone get in touch with robert-ancell?17:26
Son_Gokuhis tarballs for snapd-glib 1.17 and 1.18 are missing: https://github.com/snapcore/snapd-glib/releases17:27
=== JanC is now known as Guest74391
=== JanC_ is now known as JanC
niemeyerSon_Goku: He participates in the forum18:00
Son_Gokudoes he announce snapd-glib releases there?18:00
niemeyerSon_Goku: Don't recall seeing announcements there, but that'd be quite nice actually18:01
Son_GokuI mean, I'll always know about new releases because release-monitoring.org is awesome18:01
pedroniszyga-suse: ensure min tls is not run anywhere yet18:16
pedronisthis was my dev box18:17
pedronisseems something confused ntp for a sec and it all went to future/hell from there18:17
pedronisseems timesyncd doesn't recover from that on its own18:18
pedronisalso because it seems indeed once you are some much in the future lots of protocols/things stop working18:18
* zyga-suse mutters something about back to the future18:25
zyga-susealso having a car sucks18:25
zyga-susealso polari, the gnome IRC client, sucks18:25
Son_Gokuwelp18:26
=== ubott2 is now known as ubottu
Sir_Gallantmongah, godbus wasn't submitted to f26 stable18:33
Sir_Gallantmonno wonder the build failed18:34
* Sir_Gallantmon pushes it18:34
=== svijee is now known as svij
=== TinoGuest_ is now known as TinoGuest
=== JamieBennett_ is now known as JamieBennett
=== psftw_ is now known as psftw
=== ulkesh_ is now known as ulkesh
=== ondra_ is now known as ondra
=== Kamilion|ZNC is now known as Kamilion
=== Sir_Gallantmon is now known as Son_Goku
om26eruse IRCCloud then.18:57
Son_Gokuniemeyer, all of these links are broken: https://forum.snapcraft.io/t/the-roadmap/197319:08
niemeyerSon_Goku: How did you get to the topic then?  This was supposed to be unlisted :)19:09
Son_Goku...19:09
Son_Gokuwut19:09
Son_Gokubut... I can see it?19:10
niemeyerSon_Goku: Yeah, unlisted != private19:10
niemeyerSon_Goku: How did you get the first link?19:10
Son_Gokuemail19:10
niemeyerWeird19:10
niemeyerThat's not very unlisted :P19:10
Son_GokuI'm not sure what to think about snapd growing support for managing services19:11
niemeyerSon_Goku: The links seem to work fine in the web UI19:11
Son_Gokuwhen I clicked them it kept giving me 404s19:11
Son_Gokuand 403s19:11
Son_Gokuin this case, I got access denied19:11
niemeyerSon_Goku: What's the URL it goes to?19:11
Son_Gokuhttps://forum.snapcraft.io/t/190819:12
Son_Gokuhttps://forum.snapcraft.io/t/26219:12
Son_Gokuhttps://forum.snapcraft.io/t/123219:12
Son_Gokuand so on19:12
niemeyerSon_Goku: I can go to those URLs even without auth19:12
Son_Goku:S19:12
Son_GokuI don't know anymore19:12
niemeyerThe fact you got the email is probably a bug.. but not a very serious one19:13
niemeyerUnlisted is just "don't list" really.. it's still public content19:13
Son_Gokuah19:14
niemeyerI'm finishing it still19:14
Son_Gokuwelp, anyway, on another note, I got 2.27.5 built for Fedora19:14
niemeyerSon_Goku: Can you please forward me the email?19:14
niemeyerI'll probably file a bug upstream19:14
Son_Gokuemail addr?19:15
Son_Gokuand I backported userd because I'm sick of people complaining that desktop snaps can't do the right thing...19:15
Son_Gokuand xdg-open is finally really dead19:15
Son_Gokuerr, snapd-xdg-open19:15
Son_Gokuniemeyer: forwarded19:19
=== Son_Goku is now known as ngompa
=== ngompa is now known as Son_Goku
=== chihchun_afk is now known as chihchun
=== Son_Goku is now known as Neal_Gompa
=== Neal_Gompa is now known as Son_Goku
niemeyerSon_Goku: Thanks!19:26
niemeyerSon_Goku: You subscribe with the mailing list mode, right?19:26
Son_Gokuyep19:26
Son_GokuI miss too much otherwise19:26
niemeyerCool, that should be enough for them to track it down19:26
exedore6I’m trying to get my head around snap, and I’ve got a (hopefully simple question) - when I install a snap, all of the dependencies are part of the package, if a server is part of the dependences (say apache for example) am I limited to using the ports that the packager used? Is this a sub-optimal use case for snappy (which isn’t a problem) - where you might want to run an instance nextcloud and some other LAMP application. I feel like20:27
exedore6I’m either missing something, or barking up the wrong tree.20:27
exedore6Any thoughts?20:27
Son_Gokuexedore6 yes, you can only use the stuff in the snap20:30
Son_Gokuyou can link some other things through defined interfaces, but that's pretty much it20:30
exedore6And you can’t tell the apache in a snap to bind to say, port 81. Right?20:31
exedore6Instead of whatever the packager used.20:31
exedore6Because of the security features.20:31
Son_Gokupretty much20:32
Son_Gokuas far as I know, at least20:32
exedore6I can live with that. Makes more sense now. How about different interfaces?20:32
Son_Gokuyou're really not supposed to have snaps binding to the lower ports, but they do anyway20:32
Son_Gokueverything is developer controlled20:33
exedore6That makes all the sense in the world. It doesn’t really seem the place for a service.20:33
Son_Gokuafter a snap is made, there's very little a user can do with it20:33
Son_Gokusnaps are designed to favor the developer of the software in terms of configuration, control, and delivery20:33
exedore6So my impression that they’re killer for fat-applications, and fine for webapp demos, they’re the wrong tool for that job.20:34
Son_Gokuif the snap is designed to export its configuration to your config directory (i.e. $HOME/snap/$SNAP_NAME), then user has control over config20:34
Son_Gokubut again, entirely up to the developer20:34
Son_Gokuall snap user data is supposed to live there20:35
exedore6Thanks a bunch.20:35
Son_Gokuexedore6, also note that snap confinement is only currently available on Ubuntu20:36
Son_Gokuand Solus20:37
Son_Gokuit should become available in openSUSE Tumbleweed after the 4.14 kernel release (hopefully)20:37
Son_Gokuproper confinement support is TBD for RH/Fedora, Arch/Gentoo Hardened, as there's no SELinux backend for snapd yet20:38
King_InuYashahey robert_ancell21:57
robert_ancellKing_InuYasha, hello21:58
King_InuYashadid you get my email about the snapd-glib tarballs?21:58
King_InuYashaugh21:59
robert_ancellKing_InuYasha, yep, fixing it now21:59
King_InuYashaawesome21:59
King_InuYashaI'm guessing you're going to be releasing 1.19 as well21:59
King_InuYashawill that work okay with 2.27.5, or do I need to backport the license field stuff to snapd for it?22:00
robert_ancellKing_InuYasha, the license stuff just defaults to NULL if the snapd doesn't support it.22:02
King_InuYashaah, excellent22:02
robert_ancellBut this still requires some store work before it will be populated, so not sure when that will be done.22:03
King_InuYashait's painful enough to backport things in snapd22:03
King_InuYashaI just did it today for userd22:03
robert_ancellIn general, I try to make snapd-glib work with any version of snapd22:03
King_InuYashanice22:03
robert_ancellNext step, is seeing if I can get the translations to work22:04
King_InuYashaheh22:04
=== mcphail_ is now known as mcphail
=== JoshStrobl|Work is now known as JoshStrobl|AFK

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