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

mupPR snapd#9852 opened: gadget: enable multi-volume uc20 gadgets in  LaidOutVolumeFromGadget; rename too <Bug> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9852>01:37
mupPR snapd#9847 closed: cgroup-support.c: fix link to CGROUP DELEGATION <Simple 😃> <Skip spread> <Created by jonasdn> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9847>01:42
mwhudsonis snapcraft release going to support releasing more that one revision at some point?07:53
mborzeckimorning08:05
mborzeckipstolowski: hey08:05
pstolowskihey mborzecki08:05
mupPR snapd#9840 closed: interfaces/builtin: Allow DBus property access on org.freedesktop.Notifications <Created by kbroulik> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9840>08:09
mupPR snapd#9849 closed: tests/main/snap-network-errors: skip flushing dns cache on centos-7 <Simple 😃> <Test Robustness> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9849>08:59
mupPR snapcraft#3425 opened: schema: add support for activates-on app property to schema <Created by jhenstridge> <https://github.com/snapcore/snapcraft/pull/3425>09:59
=== msalvatore_ is now known as msalvatore
ijohnsonhey mborzecki12:49
mborzeckiijohnson: hey12:49
ijohnsondo you have thoughts on whether the sector size for i.e. uc20 should be dynamically determined at runtime or if we should just have the gadget specify it per-volume ?12:49
ijohnsonhaving it specified in the gadget is potentially easier but also potentially requires more design input and so could take longer than just figuring it out ourselves when we need it12:50
mborzeckiijohnson: the problem you observed yesterday happened when installing uc20 on internal emmc right?12:50
ijohnsonmborzecki: yes12:50
mborzeckiijohnson: hm it's not only that, if we increase block size, the size of journal will increase as well, so there will be less free space in ubuntu-save12:52
mborzeckis/free/usable free/12:52
ijohnsonyeah I was wondering about that as well, but my initial patch just moves the block size up to the sector size if the sector size is specified12:52
ijohnsonso for example on amd64 devices you wouldn't see any change12:52
ijohnsonbut on a device that has a sector size that is larger than 1024 (i.e. 4096 like this device) then we would set the block size12:53
mborzeckiijohnson: yeah, i suppose we could it this way12:54
mborzeckiijohnson: maybe we should have a check for some about of free space in ubuntu-save too12:54
mborzeckiijohnson: since the adjustment would happen at runtime, we should check it at that time too12:54
ijohnsonyeah we could add some validation that is like "if sector size > 1024 && size < 10M" or something like that12:54
ijohnsonmborzecki: what were your thoughts on dynamically detecting the sector size? I seem to recall something with using ioctl or something like that and it being racy?12:55
mborzeckiijohnson: iirc it's worse than that, with 4k block size journal is at least 4M, if you add encryption on top, maybe you'll have 5M of free space on 10MB partition12:55
ijohnsonmborzecki: yeah I just meant whatever numbers make sense, I don't know what numbers make sense for such a check :-)12:56
mborzeckiijohnson: there was an ioctl you could use, but I don't think it's exposed in to go12:56
mborzeckijust a sec, it was in the e2fsprogs code i linked yesterday12:57
mborzeckiijohnson: BLKSSZGET12:58
ijohnsoncool12:59
mborzeckinow we only need to device on the amount of free space we expect in ubuntu-save13:01
ijohnsonmborzecki: seems that `sudo blockdev --getbsz /dev/sda` works and blockdev is in the core20 snap13:03
mborzeckiijohnson: ah, that's nice, can you also check what sfdisk reports for that block device?13:04
ijohnsonsfdisk doesn't show the block size do you just want the sfdisk json ?13:04
ijohnsonerr s/block size/sector size/13:04
ijohnsonhttps://www.irccloud.com/pastebin/EzSaIHf3/13:04
mborzeckiijohnson: both --dump and --json13:04
ijohnson^13:04
mborzeckiijohnson: and --dump? :P13:05
ijohnsonseems the same?13:05
ijohnsonhttps://www.irccloud.com/pastebin/zNXzZeLf/13:05
ijohnsonI ran `sudo sfdisk --dump --json /dev/sda`13:06
mborzeckiijohnson: just `sfdisk --dump`13:06
ijohnsonah I see what you mean13:06
mborzeckiijohnson: and if there's parted, please run `parted <dev> p` too13:07
ijohnsonhttps://www.irccloud.com/pastebin/GgwC8Q30/13:07
ijohnsonno parted, let me see if I can quick whip that into a devmode snap13:07
mborzeckiijohnson: funny how sfdisk doesn't even include sector size, maybe it's an older version, cause i see it in the output locally13:08
ijohnsonyeah seems odd to me, the version of sfdisk I have in groovy outputs the sector-size as well13:11
ijohnsonwait wat13:11
ijohnson```13:11
ijohnsonsfdisk: mutually exclusive arguments: --list-free --json --dump13:11
ijohnson```13:11
ijohnsonmborzecki: I got parted to run if you are curious13:19
ijohnsonhttps://www.irccloud.com/pastebin/QSXfTkc4/13:19
mborzeckiha, nice13:19
mborzeckiijohnson: can you run `parted <dev> unit s p` ?13:19
ijohnsonhttps://www.irccloud.com/pastebin/GKAlsL6o/13:20
mborzeckiijohnson: hah13:21
mborzeckiijohnson: so, sfdisk reports the sizes in units of 409613:21
mborzeckiijohnson: and offsets too for that matter13:21
ijohnsonright13:22
mborzeckiijohnson: are the partition sizes correct, do they match the gadget?13:25
ijohnsonlet me double check but yes they should be, since I just s/512/4096/ for all the sector sizes in snapd to get this board to install :-)13:25
ijohnsonmborzecki: yeah it all lines up13:27
mborzeckihahah13:29
mborzeckiwow, it's a bummer though that sfdisk does not report sector size it's using13:29
ijohnsonyeah really sad, but I think using the blockdev command I showed above is probably good enough13:30
mborzeckiand it's apparently the logical sector size that matters, parted and sfdisk show correct info on my 512/4096 disk13:30
mborzeckiwinter is so much fun, -25C on tuesday, +5C right now14:31
pstolowskiindeed14:35
* cachio lunch15:01
zygagood afternoon15:40
* zyga was AFK for good part of the day15:41
ijohnsonhey zyga15:41
zygaijohnson, hey, I'll tar that up today, sorry, I had to be in the office all morning15:41
ijohnsonno worries15:41
=== tomreyn_ is now known as tomreyn
mupPR snapcraft#3426 opened: Ensure PYTHONPATH is properly set for gnome-3-34 builds <Created by kenvandine> <https://github.com/snapcore/snapcraft/pull/3426>15:55
=== strohi is now known as strohalm
=== ijohnson is now known as ijohnson|lunch
=== ijohnson|lunch is now known as ijohnson

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