Re: [meta-oe][PATCH] smolkit: Add low-footprint drop-in replacement for polkit

["Severin Tillmann, DE-862" <Tillmann.Severin@bmw.de>]

[-- Attachment #1: Type: text/plain, Size: 2042 bytes --]

Hi Ross,

thanks a lot for your feedback!

On Tue, Sep 15, 2026 at 06:30 AM, Ross Burton wrote:

> 
> On 14 Sep 2026, at 13:29, Severin Tillmann, DE-862 via
> lists.openembedded.org <Tillmann.Severin=bmw.de@lists.openembedded.org>
> wrote:
> 
>> +CONFLICT_DISTRO_FEATURES = "polkit"
>> +REQUIRED_DISTRO_FEATURES = "smolkit"
> 
> This makes the claim of “drop-in replacement” suspicious, because it would
> mean every recipe that currently depends on polkit and respects the polkit
> DISTRO_FEATURE needs to be modified.
> 
> Could smolkit not PROVIDE polkit, so the distro can just switch the
> preferred provider and everything just works?

You are of course right, smolkit is not a complete drop-in replacement (yet), it is only a drop-in replacement for a certain subset of polkit's interface, I will try to rephrase that in the next version of the patch. smolkit does not provide any helper tools like e.g. `pkexec` and also does not implement the whole featureset that polkit has. This might lead to issues if other recipes expect tools, libraries or other features polkit provides, but smolkit does not provide. Do you think it nevertheless makes sense to switch to a PROVIDES based approach here? I have checked that the build succeeds also with `PROVIDES` and `PREFERRED_PROVIDER_polkit = "smolkit"`, so it should not make a big difference, I am just worried regarding expectations from other recipes. I would send a patch v2 once it is decided which way to go.
> 
> 
> 
>> +PV = "0.2+git"
>> +
>> +SRC_URI = "\
>> + git://github.com/bmwcarit/${BPN}.git;protocol=https;branch=main \
>> +"
>> +SRCREV = "46bbfd5c922a8d03a534398ee129ded822dfcafe"
> 
> I notice a lack of tags upstream…

Tags are now present on the upstream repository.
> 
> 
>> +S = "${UNPACKDIR}/${BB_GIT_DEFAULT_DESTSUFFIX}"
> 
> You can drop this line.
> 
> Finally, I absolutely love the name.
> 
> Ross

I will drop the line in the next version and am happy that you like the name ;-)

Best regards,
Tillmann

[-- Attachment #2: Type: text/html, Size: 2271 bytes --]