/srv/irclogs.ubuntu.com/2021/03/01/#snappy.txt

mborzeckimorning07:01
mborzeckimvo: hey07:23
mborzeckimvo: how was you weekend?07:23
mvogood morning mborzecki ! it was very nice, thank you. how was yours?07:23
mborzeckimvo: quite busy actually, maybe the next one will be smoother07:24
mvomborzecki: heh, hope busy in the good way07:27
mborzeckiah, the new ineffassings are fixed07:49
zygagood morning07:56
pstolowskimorning08:08
mborzeckizyga: pstolowski: hey08:11
mborzeckierrand, back in 30 hopefully08:11
zygahey guys08:11
mvogood morning pstolowski08:12
mvohey zyga08:12
mupPR snapd#9968 closed: cmd/snap-bootstrap/triggerwatch: fix returning wrong errors <UC20> <Created by tsunghanliu> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9968>09:16
mvopedronis: I updated 9914 (just fyi, not urgent)10:14
pedronismvo: should this be assigned to some other project:  https://bugs.launchpad.net/snapd/+bug/1907056 ? it's really about the pi-kernel10:14
mupBug #1907056: Please add meta/kernel.yaml <snapd:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1907056>10:14
mvopedronis: yes! I need to reassign it, I want things to progress a little bit further with the code but then it really needs to move to gadget/kernel10:23
pedronismvo: mborzecki: did we get anywhere on this:  https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/191515610:32
mupBug #1915156: sudoers file keeps being tracked as part of snapd <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1915156>10:32
pstolowskipedronis: hey, can you take a look at https://github.com/snapcore/snapd/pull/9964 ? this is needed to address some of the comments you made about account/account-key in assertstate tests in monitor mode PR10:37
mupPR #9964: asserts: use Fetcher in AddSequenceToUpdate <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9964>10:37
pedronispstolowski: is just the last commit that needs reviewing, right?10:41
pstolowskipedronis: yes10:43
pedronisok, thx, will do after lunch10:43
pstolowskity10:44
pstolowskipedronis: btw, pool.CommitTo(db) in resolvePool(..) doesn't return potential error, is this a bug?10:44
pedronispstolowski: no, see the doc comment of CommitTo10:45
pstolowskipedronis: ah, of course, nvm. thank10:46
pstolowski*thanks10:46
mvopedronis: I'm on bug 1915156 thanks for the reminder12:26
mupBug #1915156: sudoers file keeps being tracked as part of snapd <snapd (Ubuntu):In Progress by mvo> <https://launchpad.net/bugs/1915156>12:26
pedronispstolowski: couple small comments in #996412:43
mupPR #9964: asserts: use Fetcher in AddSequenceToUpdate <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9964>12:43
pstolowskipedronis: thanks, looking12:43
pstolowskipedronis: updated12:58
pstolowskiis ijohnson off today?12:59
pedronispstolowski: re-reviewed, thanks13:01
pstolowskipedronis: ty!13:04
pstolowskiijohnson: hey, how is the review of pool going? do you need any clarification?13:04
ijohnsonhey pstolowski yeah it's going okay i will have a few clarification questions in my review, but I am close to finishing it this morning13:16
pstolowskiijohnson: great, thank you, shout if there is anything13:16
mborzeckire13:17
mborzeckiheh, that was a long errand, glad i took a day off13:17
mborzeckianyways, now i need to take care of even more paperwork :/13:18
ijohnsonwill do thanks13:18
mborzeckicachio: fyi, i forked a project that builds appliance images of different opensuse versions, i'll tweak it to generate TW only and use ext4 for rootfs, it's here if you're interested: https://build.opensuse.org/package/show/home:maciek_borzecki:Virtualization:Appliances:Images:openSUSE-Tumbleweed/kiwi-templates-JeOS13:19
ijohnsonmvo: pedronis: I forgot to send a calendar invite after SU on Friday, but just remembered now, so I sent one for later today after SU to discuss time issues in the initrd13:45
pedronisijohnson: ok13:46
ijohnsonpedronis: also does #9895 need another +1 from someone, or is it good to land, it has 2 +1s and even ondrak tested it on another qualcomm platform and it didn't fail on sector sizes there13:47
mupPR #9895: gadget/many: rm, delay sector size + structure size checks to runtime <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9895>13:47
ijohnsonamazingly the pr is green (except hirsute and tumbleweed of course)13:47
pedronisijohnson: no, should fine, it has +213:48
pedronis*should be13:48
ijohnsonsounds good13:48
ijohnsonoh wait before I merge13:48
ijohnsonshould I squash merge it?13:49
ijohnsonit's only 5 commits so maybe it doesn't matter, but also I don't know if we already branched for 2.50 yet13:49
ijohnsonI don't see a release/2.50 branch so I think it's fine13:49
* ijohnson presses the button13:50
mupPR snapd#9895 closed: gadget/many: rm, delay sector size + structure size checks to runtime <Run nested> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9895>13:52
ijohnsonhmm github actions seems stuck on https://github.com/snapcore/snapd/pull/991413:56
mupPR #9914: image: write resolved-content from snap prepare-image <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9914>13:56
mupPR snapd#9970 opened: packaging: drop 99-snapd.conf via dpkg-maintscript-helper <Created by mvo5> <https://github.com/snapcore/snapd/pull/9970>14:57
ijohnsonmvo: pedronis: fwiw `-rtc base=1970-01-01` works with qemu so I'm testing out the systemd timesync file15:34
mvoijohnson: \o/15:37
ijohnsontrying to touch that systemd file now15:37
ijohnsonmvo: so it seems touching that /var/lib/systemd/timesync/clock file doesn't just work because that file is only read via systemd.timesyncd.service which is not shipped in the initrd, I'm trying to see if we can work around that manually15:42
ijohnsonotherwise we would need to change how systemd is built into the initrd to add that service15:42
mvoijohnson: yeah, I think it's okay if we do things from snap-bootstrap if the amount of work in initrd is big. do we have a file in initrd that gets updated with each initrd build?15:43
mvoijohnson: (where we could get the timestamp from?)15:43
ogra♪🎵♪ ** ... can't touch this ... ** ♪🎵♪15:43
ijohnsonmvo: hmm not sure, let me have a look15:44
ijohnsonmvo: also not sure if you saw, but there are merge conflicts in #9914 due to my gadget PR which just landed, you'll need to remove references to SectorSize there15:50
mupPR #9914: image: write resolved-content from snap prepare-image <Created by mvo5> <https://github.com/snapcore/snapd/pull/9914>15:50
mvoijohnson: oh, missed that, this needs a second review anyway iirc but I will fix15:55
ijohnsonmvo: ack15:55
* cachio lunch15:59
=== pedronis_ is now known as pedronis
mupPR snapd#9728 closed: many: allow disable user creation on system-user auto-import <Needs Samuele review> <Created by slimjim777> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/9728>16:13
mupPR snapd#9971 opened: daemon,o/c/configcore: introduce users.create.automatic <Created by pedronis> <https://github.com/snapcore/snapd/pull/9971>16:13
pedronismvo: ^16:13
mvopedronis: nice, thank you16:15
ijohnsonmvo, I looked and all files in the initrd have the same mtime timestamp of 1574166265 (which is Tue Nov 19 2019), not sure if maybe that is by design that all the files in the initrd get timestamped to the same time16:32
mvoijohnson: probably for reproducible builds16:36
ijohnsonah good point I forgot about that16:36
ijohnsonpstolowski: pedronis: I finished reviewing 9930, hopefully my understanding there is correct16:56
pstolowskiijohnson: thanks! i'll address/clarify your points17:01
ijohnsonyaw17:06
mupPR snapd#9972 opened: daemon: move the last api_foo_test.go to daemon_test <Created by pedronis> <https://github.com/snapcore/snapd/pull/9972>17:38
mupBug #1917348 opened: NFS access not permitted for snap's on LDAP autofs system <Snappy:New> <https://launchpad.net/bugs/1917348>18:30
mupBug #1917348 changed: NFS access not permitted for snap's on LDAP autofs system <Snappy:New> <https://launchpad.net/bugs/1917348>18:33
mupBug #1917348 opened: NFS access not permitted for snap's on LDAP autofs system <Snappy:New> <https://launchpad.net/bugs/1917348>18:36
=== ijohnson is now known as ijohnson|lunch
mupBug #1917348 changed: NFS access not permitted for snap's on LDAP autofs system <Snappy:New> <https://launchpad.net/bugs/1917348>19:00
mupPR snapcraft#3440 closed: python v2 plugin: install wheel for build environment <Created by cjp256> <Closed by cjp256> <https://github.com/snapcore/snapcraft/pull/3440>19:59
mupPR snapcraft#3453 opened: python v2 plugin: default python-packages to [pip, setuptools, wheel] <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3453>20:14
=== ijohnson|lunch is now known as ijohnson
mupPR snapcraft#3454 opened: spread: update electron-builder test <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3454>21:14
mupPR snapcraft#3453 closed: python v2 plugin: default python-packages to [pip, setuptools, wheel] <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3453>21:59
mupPR snapd#9973 opened: osutil: add SetTime() w/ 32-bit and 64-bit implementations <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9973>22:39
mupPR snapcraft#3454 closed: spread: update electron-builder test <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3454>22:45
mupPR snapd#9974 opened: cmd/snap-bootstrap/initramfs-mounts: move time forward using ref files <Bug> <UC20> <⛔ Blocked> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9974>22:49
mupPR snapcraft#3437 closed: extensions: check that the platform snap is connected in desktop extensions and bail out if not (LP: #1915712) <Created by oSoMoN> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3437>22:50

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