I'm sorry I don't understand what this is trying to solve.
Having an injection point is always required, using autoconfiguration or not.
If you don't want to use autoconfiguration, you should declare the locator using DI tags, as already explained in the doc.
If I missed your point, please expand a bit.

sure thing@nicolas-grekas . In a bundle we were using the ServiceSubscriberInterface. We couldn't find how to apply the setContainer manually. Because there was a#[Required] on thesetContainer which implied to us that it requires autowire. So we tagged withcontainer.service_subscriber but couldn't find a way to specify the method call ourselves. So even though autowire is not required it automagically binds to whatever ContainerInterface but we were planning on doing it manually (as it is often the case in bundles). Whereas in this cas you have to define the setContainer call method ahead in your service declaration instead of manually through the Extension or a compiler pass. Let me know if it is not clear enough.

I guess you're trying to document the logic inhttps://github.com/symfony/symfony/blob/dff2ff8bae203d46a44d3fd1f8d7adfa457c8d67/src/Symfony/Component/DependencyInjection/Compiler/ResolveServiceSubscribersPass.php#L32-L34, right? (we should add ServiceCollectionInterface there BTW)

Then this relates to autowiring, not autoconfiguration: ifnot autowiring, those references that point to ContainerInterface/ServiceProviderInterface should be defined explictly.

An example in the doc would be nice indeed.

yes my bad I thought autowire but wrote autoconfigure. You are right indeed. With the PR linked I was trying to solve a bit more than the documentation. Because if you'd like to map several ContainerInterface (never had the case so this is why I won't push more) then you'd be stuck with this auto-binding.

If I add examples like

$services->set('.sensiolabs_gotenberg.abstract_builder', AbstractBuilder::class)        ->abstract()        ->call('setContainer', [service(ContainerInterface::class)])        ->tag('container.service_subscriber')    ;

then we should keep it as headline instead of note. Or I am wrong ?

What happens if you don't do anything? No explicit service I mean?
symfony/symfony#34998 makes me think it might work out of the box even if autowiring is disabled.

@nicolas-grekas : if you don't add thesetContainer call for example : nothing. and no easy way to convert the ServicesubscriberInterface onto a ServiceLocator (hence the PRsymfony/symfony#60272)

if you don't add the setContainer call for example : nothing

can you try declaring it with no arguments?

👍 it works indeed.

OK, so basically this note can be reduced to the case were the injection point is not the constructor + no need to tell about which service to wire, binding does the job

will update accordingly

no need to tell about which service to wire, binding does the job

We still need to document the valid targets for the explicit wiring. A common mistake I saw in support request is inject the mainservice_container instead of one of the supported bindings (which does not trigger a compile-time error, but will likely tell you that you cannot access a private service from the container during runtime)