* [ptxdist] PTXCONF_RAUC_COMPATIBLE location @ 2021-08-18 13:17 Robin van der Gracht 2021-08-18 13:52 ` Bastian Krause 0 siblings, 1 reply; 11+ messages in thread From: Robin van der Gracht @ 2021-08-18 13:17 UTC (permalink / raw) To: ptxdist; +Cc: ejo, bst Hi! We're building an OS for multiple platforms. The platforms aren't compatible. So we have a single ptxconfig and multiple platformconfig files. The rauc compatible string (PTXCONF_RAUC_COMPATIBLE) is set in the ptxconfig file. Is there a special reason for the PTXCONF_RAUC_COMPATIBLE being in the ptxconfig (menuconfig) or would it be fine to move it to the platformconfig (next to the platform specific description PTXCONF_IMAGE_RAUC_DESCRIPTION)? Best regards, Robin van der Gracht -- Protonic Holland Factorij 36 1689AL Zwaag +31 (0)229 212928 https://www.protonic.nl _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-18 13:17 [ptxdist] PTXCONF_RAUC_COMPATIBLE location Robin van der Gracht @ 2021-08-18 13:52 ` Bastian Krause 2021-08-18 14:16 ` Robin van der Gracht 0 siblings, 1 reply; 11+ messages in thread From: Bastian Krause @ 2021-08-18 13:52 UTC (permalink / raw) To: robin, ptxdist; +Cc: ejo Hi Robin, On 8/18/21 3:17 PM, Robin van der Gracht wrote: > We're building an OS for multiple platforms. The platforms aren't > compatible. Is the system.conf supposed to be identical on both platforms - apart from the compatible? Regards, Bastian -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-18 13:52 ` Bastian Krause @ 2021-08-18 14:16 ` Robin van der Gracht 2021-08-23 4:27 ` Denis Osterland-Heim 0 siblings, 1 reply; 11+ messages in thread From: Robin van der Gracht @ 2021-08-18 14:16 UTC (permalink / raw) To: Bastian Krause; +Cc: ejo, ptxdist Hi Bastian, On 2021-08-18 15:52, Bastian Krause wrote: > Hi Robin, > > On 8/18/21 3:17 PM, Robin van der Gracht wrote: >> We're building an OS for multiple platforms. The platforms aren't >> compatible. > > Is the system.conf supposed to be identical on both platforms - apart > from the compatible? If you mean the ptxconfig file (generated by `ptxdist menuconfig`) then yes. We've refreshed the hardware of an existing product but want the OS to stay the same. Best regards, Robin van der Gracht -- Protonic Holland Factorij 36 1689AL Zwaag +31 (0)229 212928 https://www.protonic.nl _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-18 14:16 ` Robin van der Gracht @ 2021-08-23 4:27 ` Denis Osterland-Heim 2021-08-23 6:54 ` Robin van der Gracht 0 siblings, 1 reply; 11+ messages in thread From: Denis Osterland-Heim @ 2021-08-23 4:27 UTC (permalink / raw) To: robin; +Cc: ptxdist Hi Robin, You may simply add the platform name to the compatibility string. PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} ${PTXCONF_PLATFORM}" Regards Denis Am Mittwoch, den 18.08.2021, 16:16 +0200 schrieb Robin van der Gracht: > Hi Bastian, > > On 2021-08-18 15:52, Bastian Krause wrote: > > Hi Robin, > > > > On 8/18/21 3:17 PM, Robin van der Gracht wrote: > > > We're building an OS for multiple platforms. The platforms aren't > > > compatible. > > > > Is the system.conf supposed to be identical on both platforms - apart > > from the compatible? > > If you mean the ptxconfig file (generated by `ptxdist menuconfig`) then yes. > > We've refreshed the hardware of an existing product but want the OS to stay > the same. > > Best regards, > Robin van der Gracht > Diehl Connectivity Solutions GmbH Geschäftsführung: Horst Leonberger Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht Nürnberg: HRB 32315 ________________________________ Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: https://www.diehl.com/group/de/transparenz-und-informationspflichten/ The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. - For general information on data protection and your respective rights please visit: https://www.diehl.com/group/en/transparency-and-information-obligations/ _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-23 4:27 ` Denis Osterland-Heim @ 2021-08-23 6:54 ` Robin van der Gracht 2021-08-23 7:41 ` Denis Osterland-Heim 0 siblings, 1 reply; 11+ messages in thread From: Robin van der Gracht @ 2021-08-23 6:54 UTC (permalink / raw) To: Denis Osterland-Heim; +Cc: ptxdist Hi Dennis, On 2021-08-23 06:27, Denis Osterland-Heim wrote: > Hi Robin, > > You may simply add the platform name to the compatibility string. > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} > ${PTXCONF_PLATFORM}" Thank you for your reply. I've been doing so for some time now. But recently I had to rename my platforms but I'd like to keep the compatible string the same. That is when I starded questioning the location. Kind regards, Robin van der Gracht _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-23 6:54 ` Robin van der Gracht @ 2021-08-23 7:41 ` Denis Osterland-Heim 2021-08-23 9:13 ` Roland Hieber 0 siblings, 1 reply; 11+ messages in thread From: Denis Osterland-Heim @ 2021-08-23 7:41 UTC (permalink / raw) To: robin; +Cc: ptxdist Hi Robin, I see. It is not perfect, that image-rauc uses the variables from rauc silently. I would suggest: diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in index 1f9427b40..bfbe4a18a 100644 --- a/platforms/image-rauc.in +++ b/platforms/image-rauc.in @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION help Optional description that will be placed in the Bundles metadata. +config IMAGE_RAUC_COMPATIBLE +string +prompt "RAUC Bundle Compatible" +default "${PTXCONF_RAUC_COMPATIBLE}" +help + An explicit identification string that RAUC uses to assure an update + bundle matches with the correct root filesystem on the target. + . + Only if the compatible in the targets RAUC system.conf file and those + in the Bundle's manifest match exactly, an update will be performed. + . + This must match the client configuration. + +config IMAGE_RAUC_BUNDLE_VERSION +string +prompt "RAUC Bundle Version" +default "${PTXDIST_RAUC_BUNDLE_VERSION}" +help + Overwrite the bundle version if needed. + . + This must match the client configuration. + endif diff --git a/rules/image-rauc.make b/rules/image-rauc.make index fe1b0e89b..1fd810f71 100644 --- a/rules/image-rauc.make +++ b/rules/image-rauc.make @@ -28,8 +28,8 @@ ifdef PTXCONF_IMAGE_RAUC IMAGE_RAUC_ENV= \ $(CODE_SIGNING_ENV) \ -RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_RAUC_COMPATIBLE))" \ -RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_RAUC_BUNDLE_VERSION))" \ +RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_IMAGE_RAUC_COMPATIBLE))" \ +RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_IMAGE_RAUC_BUNDLE_VERSION))" \ RAUC_BUNDLE_BUILD=$(call ptx/sh, date +%FT%T%z) \ RAUC_BUNDLE_DESCRIPTION=$(PTXCONF_IMAGE_RAUC_DESCRIPTION) \ RAUC_KEY="$(shell cs_get_uri update)" \ Upstream and in your configuration: PTXCONF_RAUC_COMPATIBLE="${PTXCONF_IMAGE_RAUC_COMPATIBLE}" and in your platformconfigs: PTXCONF_IMAGE_RAUC_COMPATIBLE="what ever you want" This change would be transparent for all existing use-cases and give additional flexibility. Regards, Denis Am Montag, den 23.08.2021, 08:54 +0200 schrieb Robin van der Gracht: > Hi Dennis, > > On 2021-08-23 06:27, Denis Osterland-Heim wrote: > > Hi Robin, > > > > You may simply add the platform name to the compatibility string. > > > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} > > ${PTXCONF_PLATFORM}" > > Thank you for your reply. > > I've been doing so for some time now. But recently I had to rename my > platforms but I'd like to keep the compatible string the same. That is when > I starded questioning the location. > > Kind regards, > Robin van der Gracht Diehl Connectivity Solutions GmbH Geschäftsführung: Horst Leonberger Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht Nürnberg: HRB 32315 ________________________________ Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: https://www.diehl.com/group/de/transparenz-und-informationspflichten/ The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. - For general information on data protection and your respective rights please visit: https://www.diehl.com/group/en/transparency-and-information-obligations/ _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-23 7:41 ` Denis Osterland-Heim @ 2021-08-23 9:13 ` Roland Hieber 2021-08-24 6:44 ` Denis Osterland-Heim 0 siblings, 1 reply; 11+ messages in thread From: Roland Hieber @ 2021-08-23 9:13 UTC (permalink / raw) To: Denis Osterland-Heim; +Cc: robin, ptxdist On Mon, Aug 23, 2021 at 07:41:24AM +0000, Denis Osterland-Heim wrote: > Hi Robin, > > I see. It is not perfect, that image-rauc uses the variables from rauc silently. … and IMAGE_RAUC cannot depend on RAUC because one is in the platformconfig menu and one is in the ptxconfig menu. But it will work this way nevertheless because at the time that IMAGE_RAUC_ENV is assigned in rules/image-rauc.make, the kconfig variables from both menus are already available in make. > I would suggest: > > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in > index 1f9427b40..bfbe4a18a 100644 > --- a/platforms/image-rauc.in > +++ b/platforms/image-rauc.in > @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION > help > Optional description that will be placed in the Bundles metadata. > > +config IMAGE_RAUC_COMPATIBLE > +string > +prompt "RAUC Bundle Compatible" > +default "${PTXCONF_RAUC_COMPATIBLE}" > +help > + An explicit identification string that RAUC uses to assure an update > + bundle matches with the correct root filesystem on the target. > + . > + Only if the compatible in the targets RAUC system.conf file and those > + in the Bundle's manifest match exactly, an update will be performed. > + . > + This must match the client configuration. > + > +config IMAGE_RAUC_BUNDLE_VERSION > +string > +prompt "RAUC Bundle Version" > +default "${PTXDIST_RAUC_BUNDLE_VERSION}" > +help > + Overwrite the bundle version if needed. > + . > + This must match the client configuration. > + This has the disadvantage that the menu item is duplicated, and we cannot make sure the values entered in the ptxconfig menu are the same as in the platformconfig menu. So I'd rather leave it like it is now. The image build will fail anyways with "Failed to create bundle: Missing value for key 'compatible'" if RAUC is disabled. So maybe add a short snippet in the image-rauc help text that rauc must be enabled? - Roland > endif > diff --git a/rules/image-rauc.make b/rules/image-rauc.make > index fe1b0e89b..1fd810f71 100644 > --- a/rules/image-rauc.make > +++ b/rules/image-rauc.make > @@ -28,8 +28,8 @@ ifdef PTXCONF_IMAGE_RAUC > > IMAGE_RAUC_ENV= \ > $(CODE_SIGNING_ENV) \ > -RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_RAUC_COMPATIBLE))" \ > -RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_RAUC_BUNDLE_VERSION))" \ > +RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_IMAGE_RAUC_COMPATIBLE))" \ > +RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_IMAGE_RAUC_BUNDLE_VERSION))" \ > RAUC_BUNDLE_BUILD=$(call ptx/sh, date +%FT%T%z) \ > RAUC_BUNDLE_DESCRIPTION=$(PTXCONF_IMAGE_RAUC_DESCRIPTION) \ > RAUC_KEY="$(shell cs_get_uri update)" \ > > Upstream and in your configuration: > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_IMAGE_RAUC_COMPATIBLE}" > > and in your platformconfigs: > > PTXCONF_IMAGE_RAUC_COMPATIBLE="what ever you want" > > This change would be transparent for all existing use-cases and give additional flexibility. > > Regards, Denis > > > Am Montag, den 23.08.2021, 08:54 +0200 schrieb Robin van der Gracht: > > Hi Dennis, > > > > On 2021-08-23 06:27, Denis Osterland-Heim wrote: > > > Hi Robin, > > > > > > You may simply add the platform name to the compatibility string. > > > > > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} > > > ${PTXCONF_PLATFORM}" > > > > Thank you for your reply. > > > > I've been doing so for some time now. But recently I had to rename my > > platforms but I'd like to keep the compatible string the same. That is when > > I starded questioning the location. > > > > Kind regards, > > Robin van der Gracht > Diehl Connectivity Solutions GmbH > Geschäftsführung: Horst Leonberger > Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht > Nürnberg: HRB 32315 > > ________________________________ > > Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. > Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. > Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. > > - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: > > https://www.diehl.com/group/de/transparenz-und-informationspflichten/ > > The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by > mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. > > - For general information on data protection and your respective rights please visit: > > https://www.diehl.com/group/en/transparency-and-information-obligations/ > > > _______________________________________________ > ptxdist mailing list > ptxdist@pengutronix.de > To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de -- Roland Hieber, Pengutronix e.K. | r.hieber@pengutronix.de | Steuerwalder Str. 21 | https://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-23 9:13 ` Roland Hieber @ 2021-08-24 6:44 ` Denis Osterland-Heim 2021-08-24 7:39 ` Robin van der Gracht 2021-08-24 13:03 ` rhi 0 siblings, 2 replies; 11+ messages in thread From: Denis Osterland-Heim @ 2021-08-24 6:44 UTC (permalink / raw) To: rhi; +Cc: robin, ptxdist Hi Roland, Am Montag, den 23.08.2021, 11:13 +0200 schrieb Roland Hieber: > On Mon, Aug 23, 2021 at 07:41:24AM +0000, Denis Osterland-Heim wrote: > > Hi Robin, > > > > I see. It is not perfect, that image-rauc uses the variables from rauc silently. > > … and IMAGE_RAUC cannot depend on RAUC because one is in the > platformconfig menu and one is in the ptxconfig menu. But it will work > this way nevertheless because at the time that IMAGE_RAUC_ENV is > assigned in rules/image-rauc.make, the kconfig variables from both menus > are already available in make. > > > I would suggest: > > > > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in > > index 1f9427b40..bfbe4a18a 100644 > > --- a/platforms/image-rauc.in > > +++ b/platforms/image-rauc.in > > @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION > > help > > Optional description that will be placed in the Bundles metadata. > > > > +config IMAGE_RAUC_COMPATIBLE > > +string > > +prompt "RAUC Bundle Compatible" > > +default "${PTXCONF_RAUC_COMPATIBLE}" > > +help > > + An explicit identification string that RAUC uses to assure an update > > + bundle matches with the correct root filesystem on the target. > > + . > > + Only if the compatible in the targets RAUC system.conf file and those > > + in the Bundle's manifest match exactly, an update will be performed. > > + . > > + This must match the client configuration. > > + > > +config IMAGE_RAUC_BUNDLE_VERSION > > +string > > +prompt "RAUC Bundle Version" > > +default "${PTXDIST_RAUC_BUNDLE_VERSION}" > > +help > > + Overwrite the bundle version if needed. > > + . > > + This must match the client configuration. > > + > > This has the disadvantage that the menu item is duplicated, and we > cannot make sure the values entered in the ptxconfig menu are the same > as in the platformconfig menu. So I'd rather leave it like it is now. > The image build will fail anyways with "Failed to create bundle: > Missing value for key 'compatible'" if RAUC is disabled. So maybe add a > short snippet in the image-rauc help text that rauc must be > enabled? Would be welcome. So if the flexibility to define the compatibility string in menu- or platformconfig is not welcome, we are back at the discussion, if compatibility string should resident in menu- or platformconfig. I believe that there are more applications that use multiple different images on one platform. This would give a tendency to menuconfig, but with variables it does not matter where it is technically. Robins core problem seems to be, that there is no place where he can store the compatibility platform name (the old one). Robin, it looks like it would be the best solution that you add `platforms/compatibility-name.in` to you BSP and use its variable in RAUC_COMPATIBLE. Regards, Denis > > - Roland > > > > endif > > diff --git a/rules/image-rauc.make b/rules/image-rauc.make > > index fe1b0e89b..1fd810f71 100644 > > --- a/rules/image-rauc.make > > +++ b/rules/image-rauc.make > > @@ -28,8 +28,8 @@ ifdef PTXCONF_IMAGE_RAUC > > > > IMAGE_RAUC_ENV= \ > > $(CODE_SIGNING_ENV) \ > > -RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_RAUC_COMPATIBLE))" \ > > -RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_RAUC_BUNDLE_VERSION))" \ > > +RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_IMAGE_RAUC_COMPATIBLE))" \ > > +RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_IMAGE_RAUC_BUNDLE_VERSION))" \ > > RAUC_BUNDLE_BUILD=$(call ptx/sh, date +%FT%T%z) \ > > RAUC_BUNDLE_DESCRIPTION=$(PTXCONF_IMAGE_RAUC_DESCRIPTION) \ > > RAUC_KEY="$(shell cs_get_uri update)" \ > > > > Upstream and in your configuration: > > > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_IMAGE_RAUC_COMPATIBLE}" > > > > and in your platformconfigs: > > > > PTXCONF_IMAGE_RAUC_COMPATIBLE="what ever you want" > > > > This change would be transparent for all existing use-cases and give additional flexibility. > > > > Regards, Denis > > > > > > Am Montag, den 23.08.2021, 08:54 +0200 schrieb Robin van der Gracht: > > > Hi Dennis, > > > > > > On 2021-08-23 06:27, Denis Osterland-Heim wrote: > > > > Hi Robin, > > > > > > > > You may simply add the platform name to the compatibility string. > > > > > > > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} > > > > ${PTXCONF_PLATFORM}" > > > > > > Thank you for your reply. > > > > > > I've been doing so for some time now. But recently I had to rename my > > > platforms but I'd like to keep the compatible string the same. That is when > > > I starded questioning the location. > > > > > > Kind regards, > > > Robin van der Gracht > > > > Diehl Connectivity Solutions GmbH > > Geschäftsführung: Horst Leonberger > > Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht > > Nürnberg: HRB 32315 > > > > ________________________________ > > > > Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. > > Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. > > Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. > > > > - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: > > > > https://www.diehl.com/group/de/transparenz-und-informationspflichten/ > > > > The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by > > mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. > > > > - For general information on data protection and your respective rights please visit: > > > > https://www.diehl.com/group/en/transparency-and-information-obligations/ > > > > > > _______________________________________________ > > ptxdist mailing list > > ptxdist@pengutronix.de > > To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de > > Diehl Connectivity Solutions GmbH Geschäftsführung: Horst Leonberger Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht Nürnberg: HRB 32315 ________________________________ Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: https://www.diehl.com/group/de/transparenz-und-informationspflichten/ The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. - For general information on data protection and your respective rights please visit: https://www.diehl.com/group/en/transparency-and-information-obligations/ _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-24 6:44 ` Denis Osterland-Heim @ 2021-08-24 7:39 ` Robin van der Gracht 2021-08-24 13:03 ` rhi 1 sibling, 0 replies; 11+ messages in thread From: Robin van der Gracht @ 2021-08-24 7:39 UTC (permalink / raw) To: Denis Osterland-Heim; +Cc: ptxdist, rhi Hi Dennis, On 2021-08-24 08:44, Denis Osterland-Heim wrote: > Hi Roland, > > Am Montag, den 23.08.2021, 11:13 +0200 schrieb Roland Hieber: >> On Mon, Aug 23, 2021 at 07:41:24AM +0000, Denis Osterland-Heim wrote: >> > Hi Robin, >> > >> > I see. It is not perfect, that image-rauc uses the variables from rauc silently. >> >> … and IMAGE_RAUC cannot depend on RAUC because one is in the >> platformconfig menu and one is in the ptxconfig menu. But it will work >> this way nevertheless because at the time that IMAGE_RAUC_ENV is >> assigned in rules/image-rauc.make, the kconfig variables from both menus >> are already available in make. >> >> > I would suggest: >> > >> > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in >> > index 1f9427b40..bfbe4a18a 100644 >> > --- a/platforms/image-rauc.in >> > +++ b/platforms/image-rauc.in >> > @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION >> > help >> > Optional description that will be placed in the Bundles metadata. >> > >> > +config IMAGE_RAUC_COMPATIBLE >> > +string >> > +prompt "RAUC Bundle Compatible" >> > +default "${PTXCONF_RAUC_COMPATIBLE}" >> > +help >> > + An explicit identification string that RAUC uses to assure an update >> > + bundle matches with the correct root filesystem on the target. >> > + . >> > + Only if the compatible in the targets RAUC system.conf file and those >> > + in the Bundle's manifest match exactly, an update will be performed. >> > + . >> > + This must match the client configuration. >> > + >> > +config IMAGE_RAUC_BUNDLE_VERSION >> > +string >> > +prompt "RAUC Bundle Version" >> > +default "${PTXDIST_RAUC_BUNDLE_VERSION}" >> > +help >> > + Overwrite the bundle version if needed. >> > + . >> > + This must match the client configuration. >> > + >> >> This has the disadvantage that the menu item is duplicated, and we >> cannot make sure the values entered in the ptxconfig menu are the same >> as in the platformconfig menu. So I'd rather leave it like it is now. >> The image build will fail anyways with "Failed to create bundle: >> Missing value for key 'compatible'" if RAUC is disabled. So maybe add a >> short snippet in the image-rauc help text that rauc must be >> enabled? > Would be welcome. > > So if the flexibility to define the compatibility string in menu- or > platformconfig is not welcome, > we are back at the discussion, if compatibility string should resident in > menu- or platformconfig. > I believe that there are more applications that use multiple different > images > on one platform. > This would give a tendency to menuconfig, but with variables it does not > matter where it is technically. > Robins core problem seems to be, that there is no place where he can store > the compatibility platform name (the old one). > > Robin, it looks like it would be the best solution that you add > `platforms/compatibility-name.in` to you BSP > and use its variable in RAUC_COMPATIBLE. Agreed. This is probably best for my situation in which I want something different than PTXCONF_PLATFORM. I see that it's not something we need to 'fix' upstream. Than we'll leave it at this. Thanks you all for sharing your thoughts. Robin > > Regards, Denis > >> >> - Roland >> >> >> > endif >> > diff --git a/rules/image-rauc.make b/rules/image-rauc.make >> > index fe1b0e89b..1fd810f71 100644 >> > --- a/rules/image-rauc.make >> > +++ b/rules/image-rauc.make >> > @@ -28,8 +28,8 @@ ifdef PTXCONF_IMAGE_RAUC >> > >> > IMAGE_RAUC_ENV= \ >> > $(CODE_SIGNING_ENV) \ >> > -RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_RAUC_COMPATIBLE))" \ >> > -RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_RAUC_BUNDLE_VERSION))" \ >> > +RAUC_BUNDLE_COMPATIBLE="$(call remove_quotes,$(PTXCONF_IMAGE_RAUC_COMPATIBLE))" \ >> > +RAUC_BUNDLE_VERSION="$(call remove_quotes, $(PTXCONF_IMAGE_RAUC_BUNDLE_VERSION))" \ >> > RAUC_BUNDLE_BUILD=$(call ptx/sh, date +%FT%T%z) \ >> > RAUC_BUNDLE_DESCRIPTION=$(PTXCONF_IMAGE_RAUC_DESCRIPTION) \ >> > RAUC_KEY="$(shell cs_get_uri update)" \ >> > >> > Upstream and in your configuration: >> > >> > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_IMAGE_RAUC_COMPATIBLE}" >> > >> > and in your platformconfigs: >> > >> > PTXCONF_IMAGE_RAUC_COMPATIBLE="what ever you want" >> > >> > This change would be transparent for all existing use-cases and give additional flexibility. >> > >> > Regards, Denis >> > >> > >> > Am Montag, den 23.08.2021, 08:54 +0200 schrieb Robin van der Gracht: >> > > Hi Dennis, >> > > >> > > On 2021-08-23 06:27, Denis Osterland-Heim wrote: >> > > > Hi Robin, >> > > > >> > > > You may simply add the platform name to the compatibility string. >> > > > >> > > > PTXCONF_RAUC_COMPATIBLE="${PTXCONF_PROJECT_VENDOR} ${PTXCONF_PROJECT} >> > > > ${PTXCONF_PLATFORM}" >> > > >> > > Thank you for your reply. >> > > >> > > I've been doing so for some time now. But recently I had to rename my >> > > platforms but I'd like to keep the compatible string the same. That is when >> > > I starded questioning the location. >> > > >> > > Kind regards, >> > > Robin van der Gracht >> > >> > Diehl Connectivity Solutions GmbH >> > Geschäftsführung: Horst Leonberger >> > Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht >> > Nürnberg: HRB 32315 >> > >> > ________________________________ >> > >> > Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. >> > Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten haben. Bitte loeschen Sie in diesem Fall die Nachricht. >> > Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung und/oder Publikation dieser E-Mail ist strengstens untersagt. >> > >> > - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie unter: >> > >> > https://www.diehl.com/group/de/transparenz-und-informationspflichten/ >> > >> > The contents of the above mentioned e-mail is not legally binding. This e-mail contains confidential and/or legally protected information. Please inform us if you have received this e-mail by >> > mistake and delete it in such a case. Each unauthorized reproduction, disclosure, alteration, distribution and/or publication of this e-mail is strictly prohibited. >> > >> > - For general information on data protection and your respective rights please visit: >> > >> > https://www.diehl.com/group/en/transparency-and-information-obligations/ >> > >> > >> > _______________________________________________ >> > ptxdist mailing list >> > ptxdist@pengutronix.de >> > To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de >> >> > Diehl Connectivity Solutions GmbH > Geschäftsführung: Horst Leonberger > Sitz der Gesellschaft: Nürnberg - Registergericht: Amtsgericht > Nürnberg: HRB 32315 > > ________________________________ > > Der Inhalt der vorstehenden E-Mail ist nicht rechtlich bindend. Diese E-Mail > enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. > Informieren Sie uns bitte, wenn Sie diese E-Mail faelschlicherweise erhalten > haben. Bitte loeschen Sie in diesem Fall die Nachricht. > Jede unerlaubte Form der Reproduktion, Bekanntgabe, Aenderung, Verteilung > und/oder Publikation dieser E-Mail ist strengstens untersagt. > > - Informationen zum Datenschutz, insbesondere zu Ihren Rechten, erhalten Sie > unter: > > https://www.diehl.com/group/de/transparenz-und-informationspflichten/ > > The contents of the above mentioned e-mail is not legally binding. This > e-mail contains confidential and/or legally protected information. Please > inform us if you have received this e-mail by > mistake and delete it in such a case. Each unauthorized reproduction, > disclosure, alteration, distribution and/or publication of this e-mail is > strictly prohibited. > > - For general information on data protection and your respective rights > please visit: > > https://www.diehl.com/group/en/transparency-and-information-obligations/ _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-24 6:44 ` Denis Osterland-Heim 2021-08-24 7:39 ` Robin van der Gracht @ 2021-08-24 13:03 ` rhi 2021-09-03 14:36 ` Michael Olbrich 1 sibling, 1 reply; 11+ messages in thread From: rhi @ 2021-08-24 13:03 UTC (permalink / raw) To: Denis Osterland-Heim; +Cc: robin, ptxdist On Tue, Aug 24, 2021 at 06:44:55AM +0000, Denis Osterland-Heim wrote: > Hi Roland, > > Am Montag, den 23.08.2021, 11:13 +0200 schrieb Roland Hieber: > > On Mon, Aug 23, 2021 at 07:41:24AM +0000, Denis Osterland-Heim wrote: > > > Hi Robin, > > > > > > I see. It is not perfect, that image-rauc uses the variables from rauc silently. > > > > … and IMAGE_RAUC cannot depend on RAUC because one is in the > > platformconfig menu and one is in the ptxconfig menu. But it will work > > this way nevertheless because at the time that IMAGE_RAUC_ENV is > > assigned in rules/image-rauc.make, the kconfig variables from both menus > > are already available in make. > > > > > I would suggest: > > > > > > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in > > > index 1f9427b40..bfbe4a18a 100644 > > > --- a/platforms/image-rauc.in > > > +++ b/platforms/image-rauc.in > > > @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION > > > help > > > Optional description that will be placed in the Bundles metadata. > > > > > > +config IMAGE_RAUC_COMPATIBLE > > > +string > > > +prompt "RAUC Bundle Compatible" > > > +default "${PTXCONF_RAUC_COMPATIBLE}" > > > +help > > > + An explicit identification string that RAUC uses to assure an update > > > + bundle matches with the correct root filesystem on the target. > > > + . > > > + Only if the compatible in the targets RAUC system.conf file and those > > > + in the Bundle's manifest match exactly, an update will be performed. > > > + . > > > + This must match the client configuration. > > > + > > > +config IMAGE_RAUC_BUNDLE_VERSION > > > +string > > > +prompt "RAUC Bundle Version" > > > +default "${PTXDIST_RAUC_BUNDLE_VERSION}" > > > +help > > > + Overwrite the bundle version if needed. > > > + . > > > + This must match the client configuration. > > > + > > > > This has the disadvantage that the menu item is duplicated, and we > > cannot make sure the values entered in the ptxconfig menu are the same > > as in the platformconfig menu. So I'd rather leave it like it is now. > > The image build will fail anyways with "Failed to create bundle: > > Missing value for key 'compatible'" if RAUC is disabled. So maybe add a > > short snippet in the image-rauc help text that rauc must be > > enabled? > Would be welcome. > > So if the flexibility to define the compatibility string in menu- or platformconfig is not welcome, > we are back at the discussion, if compatibility string should resident in menu- or platformconfig. Ah yes, I lost track of the original question… > I believe that there are more applications that use multiple different images on one platform. > This would give a tendency to menuconfig, but with variables it does not matter where it is technically. > Robins core problem seems to be, that there is no place where he can store the compatibility platform name (the old one). Hmm yes, these could both be valid use cases. Yesterday I noticed that when you define the same variable in menuconfig and platformconfig, the value from the platform gets priority. I don't know if that is by design, but if it is, maybe we could do something like this (and RAUC_BUNDLE_VERSION should be in platforms/image-rauc.in in any case): diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in index 1f9427b40f42..4b194b6fa287 100644 --- a/platforms/image-rauc.in +++ b/platforms/image-rauc.in @@ -19,6 +19,14 @@ menuconfig IMAGE_RAUC if IMAGE_RAUC +config IMAGE_RAUC_OVERRIDE_PTXCONFIG + bool + prompt "override compatible from ptxconfig" + +if IMAGE_RAUC_OVERRIDE_PTXCONFIG +source "platforms/rauc-compatible.in" +endif + config IMAGE_RAUC_DESCRIPTION prompt "RAUC Bundle Description" string diff --git a/platforms/rauc-compatible.in b/platforms/rauc-compatible.in new file mode 100644 index 000000000000..01fde16c35d5 --- /dev/null +++ b/platforms/rauc-compatible.in @@ -0,0 +1,10 @@ +config RAUC_COMPATIBLE + string + prompt "RAUC Compatible" + default "${PTXCONF_PROJECT_VENDOR}\ ${PTXCONF_PROJECT}" + help + An explicit identification string that RAUC uses to assure an update + bundle matches with the correct root filesystem on the target. + + Only if the compatible in the targets RAUC system.conf file and those + in the Bundle's manifest match exactly, an update will be performed diff --git a/rules/rauc.in b/rules/rauc.in index 744bc95d9d6d..6d0e224b181b 100644 --- a/rules/rauc.in +++ b/rules/rauc.in @@ -63,16 +63,7 @@ config RAUC_CONFIGURATION if RAUC_CONFIGURATION -config RAUC_COMPATIBLE - string - prompt "RAUC Compatible" - default "${PTXCONF_PROJECT_VENDOR}\ ${PTXCONF_PROJECT}" - help - An explicit identification string that RAUC uses to assure an update - bundle matches with the correct root filesystem on the target. - - Only if the compatible in the targets RAUC system.conf file and those - in the Bundle's manifest match exactly, an update will be performed +source "platforms/rauc-compatible.in" config RAUC_BUNDLE_VERSION string -- Roland Hieber, Pengutronix e.K. | r.hieber@pengutronix.de | Steuerwalder Str. 21 | https://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [ptxdist] PTXCONF_RAUC_COMPATIBLE location 2021-08-24 13:03 ` rhi @ 2021-09-03 14:36 ` Michael Olbrich 0 siblings, 0 replies; 11+ messages in thread From: Michael Olbrich @ 2021-09-03 14:36 UTC (permalink / raw) To: rhi; +Cc: Denis Osterland-Heim, ptxdist, robin On Tue, Aug 24, 2021 at 03:03:04PM +0200, rhi@pengutronix.de wrote: > On Tue, Aug 24, 2021 at 06:44:55AM +0000, Denis Osterland-Heim wrote: > > Hi Roland, > > > > Am Montag, den 23.08.2021, 11:13 +0200 schrieb Roland Hieber: > > > On Mon, Aug 23, 2021 at 07:41:24AM +0000, Denis Osterland-Heim wrote: > > > > Hi Robin, > > > > > > > > I see. It is not perfect, that image-rauc uses the variables from rauc silently. > > > > > > … and IMAGE_RAUC cannot depend on RAUC because one is in the > > > platformconfig menu and one is in the ptxconfig menu. But it will work > > > this way nevertheless because at the time that IMAGE_RAUC_ENV is > > > assigned in rules/image-rauc.make, the kconfig variables from both menus > > > are already available in make. > > > > > > > I would suggest: > > > > > > > > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in > > > > index 1f9427b40..bfbe4a18a 100644 > > > > --- a/platforms/image-rauc.in > > > > +++ b/platforms/image-rauc.in > > > > @@ -26,4 +26,26 @@ config IMAGE_RAUC_DESCRIPTION > > > > help > > > > Optional description that will be placed in the Bundles metadata. > > > > > > > > +config IMAGE_RAUC_COMPATIBLE > > > > +string > > > > +prompt "RAUC Bundle Compatible" > > > > +default "${PTXCONF_RAUC_COMPATIBLE}" > > > > +help > > > > + An explicit identification string that RAUC uses to assure an update > > > > + bundle matches with the correct root filesystem on the target. > > > > + . > > > > + Only if the compatible in the targets RAUC system.conf file and those > > > > + in the Bundle's manifest match exactly, an update will be performed. > > > > + . > > > > + This must match the client configuration. > > > > + > > > > +config IMAGE_RAUC_BUNDLE_VERSION > > > > +string > > > > +prompt "RAUC Bundle Version" > > > > +default "${PTXDIST_RAUC_BUNDLE_VERSION}" > > > > +help > > > > + Overwrite the bundle version if needed. > > > > + . > > > > + This must match the client configuration. > > > > + > > > > > > This has the disadvantage that the menu item is duplicated, and we > > > cannot make sure the values entered in the ptxconfig menu are the same > > > as in the platformconfig menu. So I'd rather leave it like it is now. > > > The image build will fail anyways with "Failed to create bundle: > > > Missing value for key 'compatible'" if RAUC is disabled. So maybe add a > > > short snippet in the image-rauc help text that rauc must be > > > enabled? > > Would be welcome. > > > > So if the flexibility to define the compatibility string in menu- or platformconfig is not welcome, > > we are back at the discussion, if compatibility string should resident in menu- or platformconfig. > > Ah yes, I lost track of the original question… > > > I believe that there are more applications that use multiple different images on one platform. > > This would give a tendency to menuconfig, but with variables it does not matter where it is technically. > > Robins core problem seems to be, that there is no place where he can store the compatibility platform name (the old one). > > Hmm yes, these could both be valid use cases. > > Yesterday I noticed that when you define the same variable in menuconfig > and platformconfig, the value from the platform gets priority. I don't > know if that is by design, but if it is, maybe we could do something > like this (and RAUC_BUNDLE_VERSION should be in platforms/image-rauc.in in any > case): RAUC_COMPATIBLE is a string. It can contain other variables. So you could set it like this: PTXCONF_RAUC_COMPATIBLE="${PTXCONF_MY_COMPATIBLE}" and add config MY_COMPATIBLE string ... Somewhere to in the platformconfig. No need to overwrite any existing rules. > > diff --git a/platforms/image-rauc.in b/platforms/image-rauc.in > index 1f9427b40f42..4b194b6fa287 100644 > --- a/platforms/image-rauc.in > +++ b/platforms/image-rauc.in > @@ -19,6 +19,14 @@ menuconfig IMAGE_RAUC > > if IMAGE_RAUC > > +config IMAGE_RAUC_OVERRIDE_PTXCONFIG > + bool > + prompt "override compatible from ptxconfig" > + > +if IMAGE_RAUC_OVERRIDE_PTXCONFIG > +source "platforms/rauc-compatible.in" > +endif > + > config IMAGE_RAUC_DESCRIPTION > prompt "RAUC Bundle Description" > string > diff --git a/platforms/rauc-compatible.in b/platforms/rauc-compatible.in > new file mode 100644 > index 000000000000..01fde16c35d5 > --- /dev/null > +++ b/platforms/rauc-compatible.in > @@ -0,0 +1,10 @@ > +config RAUC_COMPATIBLE > + string > + prompt "RAUC Compatible" > + default "${PTXCONF_PROJECT_VENDOR}\ ${PTXCONF_PROJECT}" > + help > + An explicit identification string that RAUC uses to assure an update > + bundle matches with the correct root filesystem on the target. > + > + Only if the compatible in the targets RAUC system.conf file and those > + in the Bundle's manifest match exactly, an update will be performed > diff --git a/rules/rauc.in b/rules/rauc.in > index 744bc95d9d6d..6d0e224b181b 100644 > --- a/rules/rauc.in > +++ b/rules/rauc.in > @@ -63,16 +63,7 @@ config RAUC_CONFIGURATION > > if RAUC_CONFIGURATION > > -config RAUC_COMPATIBLE > - string > - prompt "RAUC Compatible" > - default "${PTXCONF_PROJECT_VENDOR}\ ${PTXCONF_PROJECT}" > - help > - An explicit identification string that RAUC uses to assure an update > - bundle matches with the correct root filesystem on the target. > - > - Only if the compatible in the targets RAUC system.conf file and those > - in the Bundle's manifest match exactly, an update will be performed > +source "platforms/rauc-compatible.in" Now we have two versions of the same variable with possibly different values. Not a good idea. And I'm not certain if ptx- and platformconfig are always evaluated in the same order. Michael > > config RAUC_BUNDLE_VERSION > string > > > -- > Roland Hieber, Pengutronix e.K. | r.hieber@pengutronix.de | > Steuerwalder Str. 21 | https://www.pengutronix.de/ | > 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | > Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | > > _______________________________________________ > ptxdist mailing list > ptxdist@pengutronix.de > To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ ptxdist mailing list ptxdist@pengutronix.de To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2021-09-03 14:36 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-08-18 13:17 [ptxdist] PTXCONF_RAUC_COMPATIBLE location Robin van der Gracht 2021-08-18 13:52 ` Bastian Krause 2021-08-18 14:16 ` Robin van der Gracht 2021-08-23 4:27 ` Denis Osterland-Heim 2021-08-23 6:54 ` Robin van der Gracht 2021-08-23 7:41 ` Denis Osterland-Heim 2021-08-23 9:13 ` Roland Hieber 2021-08-24 6:44 ` Denis Osterland-Heim 2021-08-24 7:39 ` Robin van der Gracht 2021-08-24 13:03 ` rhi 2021-09-03 14:36 ` Michael Olbrich
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox