|
[isar-cip-core]RFC v2 9/9] swupdate: Backport patches from SWUpdate Master
The old version doesn't give you any advantage as there's nothing that qualifies a "release" that other shas don't give you, except that it's tagged at some point in time as "release". But sticking to
The old version doesn't give you any advantage as there's nothing that qualifies a "release" that other shas don't give you, except that it's tagged at some point in time as "release". But sticking to
|
By
Christian Storm
· #6961
·
|
|
[isar-cip-core]RFC v2 4/9] Create a initrd with support for dm-verity
Anyway, this doesn't answer the questions? Kind regards, Christian
Anyway, this doesn't answer the questions? Kind regards, Christian
|
By
Christian Storm
· #6960
·
|
|
[isar-cip-core]RFC v2 4/9] Create a initrd with support for dm-verity
Hm, so you explicitly enumerate all scripts except for cryptroot so that you run (hopefully right?) thereafter. Isn't it sufficient to make cryptroot dependent on this? Looks too verbose and complicat
Hm, so you explicitly enumerate all scripts except for cryptroot so that you run (hopefully right?) thereafter. Isn't it sufficient to make cryptroot dependent on this? Looks too verbose and complicat
|
By
Christian Storm
· #6946
·
|
|
[isar-cip-core]RFC v2 5/9] Create an read-only rootfs with dm-verity
Hm, shouldn't size be configurable? Is this the right point in time? Isn't /tmp needed before this? Kind regards, Christian
Hm, shouldn't size be configurable? Is this the right point in time? Isn't /tmp needed before this? Kind regards, Christian
|
By
Christian Storm
· #6945
·
|
|
[isar-cip-core]RFC v2 6/9] Create systemd mount units for a etc overlay
Hm, why do you replace/create those services instead of augmenting the current default ones via conf.d'lets? Why is this one here dependent on network? Why does this differ that much from upstream ser
Hm, why do you replace/create those services instead of augmenting the current default ones via conf.d'lets? Why is this one here dependent on network? Why does this differ that much from upstream ser
|
By
Christian Storm
· #6944
·
|
|
[isar-cip-core]RFC v2 9/9] swupdate: Backport patches from SWUpdate Master
Why not upgrade to a newer version of SWUpdate instead of backporting stuff? There's no real advantage to stay on a "release" as SWUpdate follows rolling releases -- granted, you have to do the qualif
Why not upgrade to a newer version of SWUpdate instead of backporting stuff? There's no real advantage to stay on a "release" as SWUpdate follows rolling releases -- granted, you have to do the qualif
|
By
Christian Storm
· #6937
·
|
|
[isar-cip-core]RFC v2 8/9] kas: Patch isar for correct permissions in var and home
A note where this comes from, where it's supposed to go in oder to get rid of this patch here eventually would be helpful. Kind regards, Christian
A note where this comes from, where it's supposed to go in oder to get rid of this patch here eventually would be helpful. Kind regards, Christian
|
By
Christian Storm
· #6936
·
|
|
[isar-cip-core][PATCH] swupdate-config: Remove runtime dependency efibootguard-dev
Well, meanwhile, this pattern has been deprecated in favor of using https://github.com/sbabic/libubootenv I guess it's about time for EFI Boot Guard to catch up.. Kind regards, Christian
Well, meanwhile, this pattern has been deprecated in favor of using https://github.com/sbabic/libubootenv I guess it's about time for EFI Boot Guard to catch up.. Kind regards, Christian
|
By
Christian Storm
· #6668
·
|
|
[isar-cip-dev][PATCH 2/2] swupdate: Add option to use swupdate-handler-roundrobin
Hi Quirin, Did you intentionally go from UIDs to PATHs? Why not uniformly using UIDs? Are you sure you really need setting ustate these days? Kind regards, Christian
Hi Quirin, Did you intentionally go from UIDs to PATHs? Why not uniformly using UIDs? Are you sure you really need setting ustate these days? Kind regards, Christian
|
By
Christian Storm
· #6513
·
|
|
EFIBootGuard for CIP and SecureBoot
Hi, If I understand the idea correctly, there's then a Linux companion agent that does, e.g., the cloud communication and sets up the update payload to be consumed and applied by the UEFI firmware upd
Hi, If I understand the idea correctly, there's then a Linux companion agent that does, e.g., the cloud communication and sets up the update payload to be consumed and applied by the UEFI firmware upd
|
By
Christian Storm
· #2165
·
|
|
Was: Software updates comparison
Hi Scott, Well, just for the record.... Balena{,OS} revolves around Docker, e.g., to fetch the firmware (=container) images prior to extracting them to the spare partition in A/B deployments. Granted,
Hi Scott, Well, just for the record.... Balena{,OS} revolves around Docker, e.g., to fetch the firmware (=container) images prior to extracting them to the spare partition in A/B deployments. Granted,
|
By
Christian Storm
· #2107
·
|
|
CIP IRC weekly meeting today
Hi Suzuki, I meant (A) to spare you (re)exploring the path I went :) I'd like to show off some features you may find useful along the way as well. Just let me know when you're ready and I'll setup the
Hi Suzuki, I meant (A) to spare you (re)exploring the path I went :) I'd like to show off some features you may find useful along the way as well. Just let me know when you're ready and I'll setup the
|
By
Christian Storm
· #2023
·
|
|
CIP IRC weekly meeting today
Hi Suzuki, OK, then I'd propose having a meeting about this so that I can explain how this variant works and how we make use of it. When do you think you'll come to this point so that a meeting makes
Hi Suzuki, OK, then I'd propose having a meeting about this so that I can explain how this variant works and how we make use of it. When do you think you'll come to this point so that a meeting makes
|
By
Christian Storm
· #1988
·
|
|
CIP IRC weekly meeting today
Hi Suzuki, You're always welcome. That sounds good! Glad I could help here. Sounds reasonable, good to have it sorted out. This is because SWUpdate is designed around a multi-process model with IPC am
Hi Suzuki, You're always welcome. That sounds good! Glad I could help here. Sounds reasonable, good to have it sorted out. This is because SWUpdate is designed around a multi-process model with IPC am
|
By
Christian Storm
· #1986
·
|
|
CIP IRC weekly meeting today
Hi Suzuki, Ah, OK, didn't try that myself yet. Looks good as / is mounted ro. Question is whether this is done via a remount,ro or whether it's ro right from the start? To find out what's touching the
Hi Suzuki, Ah, OK, didn't try that myself yet. Looks good as / is mounted ro. Question is whether this is done via a remount,ro or whether it's ro right from the start? To find out what's touching the
|
By
Christian Storm
· #1959
·
|
|
CIP IRC weekly meeting today
Hi Suzuki, OK, from the diffs it seems that temporary storage directories such as /run and /var/tmp are not separate mount points from your roots? You can use tune2fs -l /dev/<rootdevicenode> and look
Hi Suzuki, OK, from the diffs it seems that temporary storage directories such as /run and /var/tmp are not separate mount points from your roots? You can use tune2fs -l /dev/<rootdevicenode> and look
|
By
Christian Storm
· #1849
·
|
|
CIP IRC weekly meeting today
Hi, Hm, did you check that you didn't flash the filesystem you have currently booted, i.e., are you overwriting the currently running root filesystem? I have seen such errors when I did this by accide
Hi, Hm, did you check that you didn't flash the filesystem you have currently booted, i.e., are you overwriting the currently running root filesystem? I have seen such errors when I did this by accide
|
By
Christian Storm
· #1839
·
|
|
[swupdate] swupdate supporting binary delta caused an error
Hi Akihiro, First of all, thanks for the detailed report! It was of great help to reproduce the issue locally. Your test environment is fine. Hence, what you found is a bug. The reason for this bug is
Hi Akihiro, First of all, thanks for the detailed report! It was of great help to reproduce the issue locally. Your test environment is fine. Hence, what you found is a bug. The reason for this bug is
|
By
Christian Storm
· #1799
·
|