Re: PSA: Chromium's build system is switching from Ninja to Siso for external developers

[Raphael Kubo da Costa]

+chromium-packagers

Hey Junji,

Given the "Ninja builds may eventually stop working" bit, can you clarify how this impacts downstreams like Linux distros that build Chromium from the published tarballs, or embedders like Electron, CEF, perhaps even Node due to V8?

Specifically, I'm wondering:

* Will there be releases like Ninja does?

* If not, I'm guessing everyone will be expected to fetch and build their own Siso copy?

* Are Siso versions supposed to be pinned to specific Chromium releases like GN?

On 6/17/25 11:17, 'Junji Watanabe' via Chromium-dev wrote:

Hi Dirk,

Thank you for your questions. Let me clarify.

Regarding your first question, there are a few reasons for moving away from Ninja:

Maintenance Cost: Currently, we have limited testing for Ninja and Reclient builds on our CI builders. While we are still addressing and fixing any issues that arise, our goal is to discontinue support for Ninja after the upcoming deadline.

Build Improvements: We're planning to improve our build processes by integrating GN and Siso more closely. This includes features like mtime-less builds and more efficient build graph serialization. It's difficult to predict how challenging it will be to maintain compatibility with Ninja as we implement these improvements, and it's possible that Ninja builds may eventually stop working. So, we encourage switching to Ninja soon. If you encounter any workflow issues with Siso, please provide feedback. 

Regarding your question about Siso's support for other RBE backends, Siso is designed to send Remote Execution API (REAPI) requests to a custom API address. I am currently in contact with various remote build service providers to confirm full compatibility with Siso's REAPI support.

Thank you,

Junji

On Tue, Jun 17, 2025 at 12:36 AM Dirk Pranke <dpr...@chromium.org> wrote:

Hi Junji,

Presumably GN is still generating .ninja files that work with Ninja, so what are the implications of this for people that aren't using remote execution to build? Are we going to be making changes that aren't compatible with Ninja? 

Or is this more of a support thing, in that you only want to support one build tool?

Also, does Siso support building with other RBE backends?

-- Dirk

On Mon, Jun 16, 2025 at 2:00 AM 'Junji Watanabe' via build <bu...@chromium.org> wrote:

Hi everyone,

This PSA is for all external Chromium developers regarding an upcoming change to the Chromium build system.

What's changing?

Chromium's build system is switching from Ninja 🥷 to Siso 🌿. This migration has already been completed for developers and CI/CQ within Google, and we are now extending it to our external contributors.

Siso is developed by the Chrome Build Infra Team at Google as a drop-in replacement for Ninja to support remote execution natively.

What do you need to do?

Just keep building Chromium with autoninja. autoninja will automatically use Siso after you run gn clean the next time.

How to opt out? 

If you encounter problems with Siso, you can switch back by setting use_siso=false in your args.gn.

About Ninja/Reclient/GN

• GN will stay the same as before.

• Reclient will be removed from Chromium at the end of September.

• Ninja will be unsupported after the end of September.

Please prepare to switch to Siso before the deadline.

Questions or Issues?

If you have any questions or run into any problems with this change, please don't hesitate to reach out to us:

• Slack: #build

• Chromium Issue Tracker: File a Siso bug.

• Email: bu...@chromium.org

Thanks,

Junji - on behalf of the Chrome Build Infra Team

--
You received this message because you are subscribed to the Google Groups "build" group.
To unsubscribe from this group and stop receiving emails from it, send an email to build+un...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeWH9%3D%3DF4zncWXUpN%2B_X9QPrXd1_3RZ8exk9p%3D%3D1mADWKg%40mail.gmail.com.

--
--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
---
You received this message because you are subscribed to the Google Groups "Chromium-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-dev...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/CAPi%2BNeUgSkAhywyWeCm6CpviNQeCK-8y7nJAW5HwVOjKNTxHLA%40mail.gmail.com.

[Junji Watanabe]

(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Electron:

I got a message from Electron, and am discussing it with them.

CEF:

Looking at the repo, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part. 

Does anyone know who I should notify the PSA?

Node:

I'm also not familiar with how the official Node releases are built. Although there are GN configs, they don't seem to be used for Node official builds. 

I guess they still use GYP presumably with Make? Note that V8 has migrated to Siso already.

Thank you,

Junji

[Nico Weber]

In any case, do you think it's fair to say that we'd accept patches to keep ninja going, similar to gcc?

On Wed, Jun 18, 2025 at 9:32 PM 'Junji Watanabe' via build <bu...@chromium.org> wrote:

(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Electron:

I got a message from Electron, and am discussing it with them.

CEF:

Looking at the repo, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part. 

Does anyone know who I should notify the PSA?

Node:

I'm also not familiar with how the official Node releases are built. Although there are GN configs, they don't seem to be used for Node official builds. 

I guess they still use GYP presumably with Make? Note that V8 has migrated to Siso already.

Thank you,

Junji

To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeUsxsF0u75uCHy9x%3D0Oe-1_ZzRA4BbRYpVzy6iRvUVLow%40mail.gmail.com.

[Junji Watanabe]

Hi Dirk,

Thank you for sharing the context! It sounds more complex than what I thought...

But, Siso is just an execution layer for V8, and the GN files for V8 won't be affected. So, it shouldn't break the GN->custom GYP conversion for Node.

On Thu, Jun 19, 2025 at 10:48 AM Dirk Pranke <dpr...@chromium.org> wrote:

On Wed, Jun 18, 2025 at 6:32 PM 'Junji Watanabe' via build <bu...@chromium.org> wrote:

(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Electron:

I got a message from Electron, and am discussing it with them.

CEF:

Looking at the repo, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part. 

Does anyone know who I should notify the PSA?

Node:

I'm also not familiar with how the official Node releases are built. Although there are GN configs, they don't seem to be used for Node official builds. 

I guess they still use GYP presumably with Make? Note that V8 has migrated to Siso already.

I believe Node has some sort of mutant system that reads V8's GN files and converts them back into a GYP-like format, and then they use their own implementation of the GYP-like format. Way back when Chromium and V8 were using regular GYP, Node was as well, but IIRC it wasn't practical for them to move off of GYP onto GN and so they implemented their own thing.

-- Dirk

Thank you,

Junji

On Tue, Jun 17, 2025 at 6:53 PM Raphael Kubo da Costa <ku...@igalia.com> wrote:

To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeUsxsF0u75uCHy9x%3D0Oe-1_ZzRA4BbRYpVzy6iRvUVLow%40mail.gmail.com.

[Marshall Greenblatt]

On Jun 18, 2025, at 21:36, 'Junji Watanabe' via chromium-packagers <chromium-...@chromium.org> wrote:



(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Electron:

I got a message from Electron, and am discussing it with them.

CEF:

Looking at the repo, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part. 

Does anyone know who I should notify the PSA?

We (CEF builders) can download Chromium in the “usual way” (e.g. bootstrap with depot_tools, run “gclient sync” to download src) or by downloading source tarballs. In both cases platform/architecture-specific binaries are downloaded with “gclient sync” (based on DEPS) and builds are performed using autoninja. We support build acceleration with [s]ccache currently and were looking at adding reclient support recently (paused now, waiting on the siso migration).

You received this message because you are subscribed to the Google Groups "chromium-packagers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-packag...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-packagers/CAPi%2BNeV9YbSYv2-7u3D_jkU-P%2ByyuO8VEkZJb3X8BKqQJVbhOA%40mail.gmail.com.

[Junji Watanabe]

That's a good point, and yes. This is similar to gcc. We would accept patches for Ninja compatibility.

One thing though, we want to clean up the Reclient integration from GN configs.

FWIW, Reclient is still released via CIPD. CMake projects with Ninja can keep using it.

[Junji Watanabe]

Hi Marshall, 

Thank you for your reply. 

On Thu, Jun 19, 2025 at 10:58 AM Marshall Greenblatt <magree...@gmail.com> wrote:

On Jun 18, 2025, at 21:36, 'Junji Watanabe' via chromium-packagers <chromium-...@chromium.org> wrote:



(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Electron:

I got a message from Electron, and am discussing it with them.

CEF:

Looking at the repo, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part. 

Does anyone know who I should notify the PSA?

We (CEF builders) can download Chromium in the “usual way” (e.g. bootstrap with depot_tools, run “gclient sync” to download src) or by downloading source tarballs. In both cases platform/architecture-specific binaries are downloaded with “gclient sync” (based on DEPS) and builds are performed using autoninja. We support build acceleration with [s]ccache currently and were looking at adding reclient support recently (paused now, waiting on the siso migration).

 

Siso should be downloaded via gclient sync. So, it should just work with autoninja without changing anything. 

For remote execution support, I think I need to write more documents as we resolve migration issues, and will share it with you.

I subscribed to the Github issue for now. 

[Raphael Kubo da Costa]

On 6/19/25 03:31, 'Junji Watanabe' via Chromium-dev wrote:

(bcc chromium-dev@)

Let me fork the thread since I got responses from different people.

Chromium for Linux distros:

How do they build Chromium now? They are supposed to use the GN/Ninja binaries fetched via DEPS.

Siso also should be fetched via DEPS, as well.

Distros usually download the tarballs we publish via https://ci.chromium.org/ui/p/infra/builders/cron/publish_tarball, but generally speaking pulling pre-built binaries to use as part of the build is either frowned upon or simply not allowed (and I believe this applies to other parties besides distros).

We bundle GN's sources into the tarball for this reason, and distros (and possibly others) use Ninja as provided by the distribution rather than pulling a binary via DEPS (hence my question about releases, pinned versions and whether one would be expected to build Siso, which would then require a Go toolchain before even beginning to build Chromium).

[Junji Watanabe]

Hi Raphael, 

Thank you for sharing that. It sounds like we need to bundle Siso's sources into the tarball and build it with Go. We have a task to separate the Siso project into its own Git repository with minimum dependencies. It's probably better to finish that first. (I filed http://crbug.com/426104744 to include Siso sources to the tarballs for now.) 

Would this task be sufficient on the Chromium side?

[Matt Jolly]

Hi,

On 19/6/25 11:34, 'Junji Watanabe' via chromium-packagers wrote:
> (bcc chromium-dev@)
>
> Let me fork the thread since I got responses from different people.
>
> Chromium for Linux distros:
> How do they build Chromium now?

In Gentoo, we package GN separately and use system components for many
other items (Node, compilers / toolchain bits, as many libraries as we
have the energy to debundle)

This requires a bit of patching. See

https://github.com/gentoo/gentoo/blob/master/www-client/chromium/chromium-139.0.7232.3.ebuild
https://github.com/gentoo/gentoo/blob/master/dev-build/gn/gn-9999.ebuild

Which should give you an idea of what we do. Ebuilds are basically bash,
it should be relatively straightforward to follow.

We do this because we build from source (mostly), need to be able to
compile in offline environments, and have users on architectures that
are not supported upstream.

We could probably just do the same thing for Siso? It's what I'd
intended to do when I found out about this change.

Cheers,

Matt

[Matt Jolly]

Oh, right.

> In Gentoo, we package GN separately and use system components for many
> other items (Node, compilers / toolchain bits, as many libraries as we
> have the energy to debundle)

We make our own tarballs too, but they're identical to the upstream lite
tarballs. As long as Siso is included there we will probably be fine.

Cheers,

Matt

[Junji Watanabe]

Thank you Matt for your reply.

https://crbug.com/426104744 is the tracking but to include Siso sources to the tarballs

--
You received this message because you are subscribed to the Google Groups "chromium-packagers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-packag...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-packagers/1f1e7a75-330a-49ca-9bbb-ad3507d22077%40gentoo.org.

[Nico Weber]

Just to repeat from the other thread: We'd accept patches to keep building with ninja working, similar to how we accept patches for gcc. As far as I understand, we won't intentionally break building with ninja; it's just that we no longer have bot coverage for it.

To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeUh8qvWc_ndukP_pOaw_uRj1A5gKsE5JQu3ruEQrzqgjw%40mail.gmail.com.

[Junji Watanabe]

Hi ChangSeok, 

I just added the `-local_jobs` flag to siso. https://crrev.com/c/6656798

It will be rolled out early next week. Please use that instead of -j. 

Thank you,

On Fri, Jun 20, 2025 at 9:17 AM ChangSeok Oh <chan...@chromium.org> wrote:

Hi Junji,

I noticed that Siso does not support the classic `-j` option, based on a quick test. In offline mode, how can we control the number of local jobs?

The default value of `-1` for `-remote_jobs` appears to utilize all available CPU cores. Is there a way to throttle or limit the number of jobs for a local build?

Best,

--
ChangSeok

On 6/18/25 6:31 PM, 'Junji Watanabe' via Chromium-dev wrote:
> (bcc chromium-dev@)
>
> Let me fork the thread since I got responses from different people.
>
> Chromium for Linux distros:

> How do they build Chromium now? They are supposed to use the GN <https://source.chromium.org/chromium/chromium/src/+/main:DEPS;l=1029-1058;drc=a68f8f542db332f01e199ca9fea006826f6d230b>/Ninja <https://source.chromium.org/chromium/chromium/src/+/main:DEPS;l=2559-2568;drc=a68f8f542db332f01e199ca9fea006826f6d230b> binaries fetched via DEPS.
> Siso also should be fetched via DEPS <https://source.chromium.org/chromium/chromium/src/+/main:DEPS;l=2569-2578;drc=a68f8f542db332f01e199ca9fea006826f6d230b>, as well.

>
> Electron:
> I got a message from Electron, and am discussing it with them.
>
> CEF:

> Looking at the repo <https://github.com/chromiumembedded/cef>, there are GN config files, Bazel files, CMake files. So, it's not clear how they build the Chromium part.

> Does anyone know who I should notify the PSA?
>

> Node:
> I'm also not familiar with how the official Node releases are built. Although there are GN configs <https://github.com/nodejs/node/blob/main/BUILD.gn#L7>, they don't seem to be used for Node official builds.
> I guess they still use GYP presumably with Make <https://github.com/nodejs/node/blob/main/BUILDING.md#unix-and-macos>? Note that V8 has migrated to Siso already.
>
> Thank you,
> Junji
>
> On Tue, Jun 17, 2025 at 6:53 PM Raphael Kubo da Costa <ku...@igalia.com <mailto:ku...@igalia.com>> wrote:
>
>     __

>     +chromium-packagers
>
>     Hey Junji,
>
>     Given the "Ninja builds may eventually stop working" bit, can you clarify how this impacts downstreams like Linux distros that build Chromium from the published tarballs, or embedders like Electron, CEF, perhaps even Node due to V8?
>
>     Specifically, I'm wondering:
>     * Will there be releases like Ninja does?
>     * If not, I'm guessing everyone will be expected to fetch and build their own Siso copy?
>     * Are Siso versions supposed to be pinned to specific Chromium releases like GN?
>
>     On 6/17/25 11:17, 'Junji Watanabe' via Chromium-dev wrote:
>>     Hi Dirk,
>>
>>     Thank you for your questions. Let me clarify.
>>
>>     Regarding your first question, there are a few reasons for moving away from Ninja:
>>
>>     Maintenance Cost: Currently, we have limited testing for Ninja and Reclient builds on our CI builders. While we are still addressing and fixing any issues that arise, our goal is to discontinue support for Ninja after the upcoming deadline.
>>

>>     Build Improvements: We're planning to improve our build processes by integrating GN and Siso more closely. This includes features like mtime-less builds and more efficient build graph serialization. It's difficult to predict how challenging it will be to maintain compatibility with Ninja as we implement these improvements, and it's possible that Ninja builds may eventually stop working. So, we encourage switching to Ninja soon. If you encounter any workflow issues with Siso, please provide feedback <https://chromium.googlesource.com/infra/infra/+/refs/heads/main/go/src/infra/build/siso/#contacts>.
>>
>>     Regarding your question about Siso's support for other RBE backends, Siso is designed to send Remote Execution API <https://github.com/bazelbuild/remote-apis/blob/main/build/bazel/remote/execution/v2/remote_execution.proto> (REAPI) requests to a custom API address. I am currently in contact with various remote build service providers to confirm full compatibility with Siso's REAPI support.

>>
>>     Thank you,
>>     Junji
>>
>>     On Tue, Jun 17, 2025 at 12:36 AM Dirk Pranke <dpr...@chromium.org <mailto:dpr...@chromium.org>> wrote:
>>
>>         Hi Junji,
>>
>>         Presumably GN is still generating .ninja files that work with Ninja, so what are the implications of this for people that aren't using remote execution to build? Are we going to be making changes that aren't compatible with Ninja?
>>
>>         Or is this more of a support thing, in that you only want to support one build tool?
>>
>>         Also, does Siso support building with other RBE backends?
>>
>>         -- Dirk
>>
>>         On Mon, Jun 16, 2025 at 2:00 AM 'Junji Watanabe' via build <bu...@chromium.org <mailto:bu...@chromium.org>> wrote:
>>
>>             Hi everyone,
>>
>>
>>             This PSA is for all external Chromium developers regarding an upcoming change to the Chromium build system.
>>
>>
>>             What's changing?
>>
>>
>>             Chromium's build system is switching from Ninja 🥷 to Siso 🌿. This migration has already been completed for developers and CI/CQ within Google, and we are now extending it to our external contributors.
>>
>>

>>             Siso <https://chromium.googlesource.com/infra/infra/+/refs/heads/main/go/src/infra/build/siso/>is developed by the Chrome Build Infra Team at Google as a drop-in replacement for Ninja to support remote execution natively.

>>
>>
>>             What do you need to do?
>>
>>

>>             Just keep building Chromium with autoninja. autoninjawill automatically use Siso after you run gn cleanthe next time.
>>
>>
>>             How to opt out?
>>
>>
>>             If you encounter problems with Siso, you can switch back by setting use_siso=falsein your args.gn <http://args.gn>.
>>
>>
>>             About Ninja/Reclient/GN
>>
>>
>>              *

>>
>>                 GN will stay the same as before.
>>

>>              *

>>
>>                 Reclient will be removed from Chromiumat the end of September.
>>

>>              *

>>
>>                 Ninja will be unsupported after the end of September.
>>
>>
>>             Please prepare to switch to Siso before the deadline.
>>
>>
>>             Questions or Issues?
>>
>>
>>             If you have any questions or run into any problems with this change, please don't hesitate to reach out to us:
>>

>>              *
>>
>>                 Slack: #build <https://chromium.slack.com/archives/C08SJ9DH4BZ>
>>
>>              *
>>
>>                 Chromium Issue Tracker: File a Siso bug <https://issues.chromium.org/issues/new?component=1724382&template=2146965>.
>>
>>              *
>>
>>                 Email: bu...@chromium.org <mailto:bu...@chromium.org>

>>
>>
>>             Thanks,
>>
>>             Junji - on behalf of the Chrome Build Infra Team
>>
>>
>>
>>             --
>>             You received this message because you are subscribed to the Google Groups "build" group.

>>             To unsubscribe from this group and stop receiving emails from it, send an email to build+un...@chromium.org <mailto:build+un...@chromium.org>.
>>             To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeWH9%3D%3DF4zncWXUpN%2B_X9QPrXd1_3RZ8exk9p%3D%3D1mADWKg%40mail.gmail.com <https://groups.google.com/a/chromium.org/d/msgid/build/CAPi%2BNeWH9%3D%3DF4zncWXUpN%2B_X9QPrXd1_3RZ8exk9p%3D%3D1mADWKg%40mail.gmail.com?utm_medium=email&utm_source=footer>.
>>
>>     --
>>     --
>>     Chromium Developers mailing list: chromi...@chromium.org <mailto:chromi...@chromium.org>

>>     View archives, change email options, or unsubscribe:

>>     http://groups.google.com/a/chromium.org/group/chromium-dev <http://groups.google.com/a/chromium.org/group/chromium-dev>

>>     ---
>>     You received this message because you are subscribed to the Google Groups "Chromium-dev" group.

>>     To unsubscribe from this group and stop receiving emails from it, send an email to chromium-dev...@chromium.org <mailto:chromium-dev...@chromium.org>.
>>     To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/CAPi%2BNeUgSkAhywyWeCm6CpviNQeCK-8y7nJAW5HwVOjKNTxHLA%40mail.gmail.com <https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/CAPi%2BNeUgSkAhywyWeCm6CpviNQeCK-8y7nJAW5HwVOjKNTxHLA%40mail.gmail.com?utm_medium=email&utm_source=footer>.

>
>
> --
> --
> Chromium Developers mailing list: chromi...@chromium.org
> View archives, change email options, or unsubscribe:

> http://groups.google.com/a/chromium.org/group/chromium-dev <http://groups.google.com/a/chromium.org/group/chromium-dev>

> ---
> You received this message because you are subscribed to the Google Groups "Chromium-dev" group.

> To unsubscribe from this group and stop receiving emails from it, send an email to chromium-dev...@chromium.org <mailto:chromium-dev...@chromium.org>.
> To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/CAPi%2BNeUsxsF0u75uCHy9x%3D0Oe-1_ZzRA4BbRYpVzy6iRvUVLow%40mail.gmail.com <https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/CAPi%2BNeUsxsF0u75uCHy9x%3D0Oe-1_ZzRA4BbRYpVzy6iRvUVLow%40mail.gmail.com?utm_medium=email&utm_source=footer>.

[Matt Jolly]

Hi,

On 20/6/25 11:01, 'Junji Watanabe' via chromium-packagers wrote:

> I just added the `-local_jobs` flag to siso. https://crrev.com/c/6656798
> <https://crrev.com/c/6656798>
> It will be rolled out early next week. Please use that instead of -j.
>

Since that change amounts to explicitly _not_ supporting the standard
`-j` option that everybody else supports for local jobs:

```
-c.Flags.IntVar(&c.ninjaJobs, "j", -1, "not supported. use -remote_jobs
instead")
+c.Flags.IntVar(&c.ninjaJobs, "j", -1, "not supported. use -remote_jobs
and -local_jobs instead")
```

Would you consider just making -j a synonym for `-local_jobs`? Seems
like the principle of least surprise should apply here, and this is the
sort of papercut that end users just don't need to deal with if they're
trying to invoke the tool manually.

Cheers,

Matt

[Junji Watanabe]

Hi Matt,

We are discussing handling -j for Siso in https://crbug.com/426343804. 

--
You received this message because you are subscribed to the Google Groups "chromium-packagers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-packag...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/chromium-packagers/402829e8-e152-4eec-b22d-712bf2753dd1%40gentoo.org.

[Junji Watanabe]

On Fri, Jun 20, 2025 at 3:21 PM Junji Watanabe <jw...@google.com> wrote:

Hi Matt,

We are discussing handling -j for Siso in https://crbug.com/426343804. 

FYI: `-j` is now handled by the latest `autoninja` in depot_tools and Siso v1.3.1 or later.

[Fumitoshi Ukai (鵜飼文敏)]

Siso v1.3.5 is rolled out for the fix.

https://chromium-review.googlesource.com/c/chromium/src/+/6702692

On Fri, Jul 4, 2025 at 9:17 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

On Fri, Jul 4, 2025 at 9:15 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

On Fri, Jul 4, 2025 at 9:06 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

I think you could use `--offline --reapi_insecure` to mitigate at the moment

ah, it doesn't work....

`--project=  --reapi_insecure` work?

 

 

or use siso latest (i.e. add `"siso_version": "latest"` in "custom_vars" section in .gclient, and run `gclient runhooks`)

Please use siso latest at the moment.

 

?

On Fri, Jul 4, 2025 at 3:17 AM Walter Rader <walt...@gmail.com> wrote:

> Hi, I am encountering an error that requires me to login when using siso. Is this expected?

It's not documented in the build instructions - at least for Mac (https://chromium.googlesource.com/chromium/src/+/main/docs/mac_build_instructions.md ).

Further, following the instructions to run `siso login` and following its instructions results in failure.

/!\

This app is blocked

This app tried to access sensitive info in your Google Account. To keep your account safe, Google blocked this access.

Walter

On Thursday, July 3, 2025 at 8:00:23 AM UTC-7 Levi Zim wrote:

Hi, I am encountering an error that requires me to login when using siso. Is this expected?
0.00s Error: need to run `siso login`: failed to get token : exec: "gcloud": executable file not found in $PATH

On Monday, June 23, 2025 at 11:34:50 PM UTC+8 Tor Arne Vestbø wrote:

Cool stuff! A few questions:

1. Are there prebuilt binaries somewhere (CIPD) or should we build from source?

2. It seems a `build/config/siso/main.star` is needed to `siso ninja`. What is the minimal main.star that makes `siso ninja` a drop in replacement for `ninja` in an existing (CMake-based) project (that's not Chromium)?

3. reclient has `RBE_remote_headers=x-buildbuddy-api-key=mykey`, does siso respect that or is there another way to do header-based auth?

Cheers,

Tor Arne

--

You received this message because you are subscribed to the Google Groups "build" group.
To unsubscribe from this group and stop receiving emails from it, send an email to build+un...@chromium.org.

To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/3913bfa1-6fd9-46aa-969b-ea945d9459bbn%40chromium.org.

[Fumitoshi Ukai (鵜飼文敏)]

I think you could use `--offline --reapi_insecure` to mitigate at the moment

or use siso latest (i.e. add `"siso_version": "latest"` in "custom_vars" section in .gclient, and run `gclient runhooks`)

?

On Fri, Jul 4, 2025 at 3:17 AM Walter Rader <walt...@gmail.com> wrote:

> Hi, I am encountering an error that requires me to login when using siso. Is this expected?

It's not documented in the build instructions - at least for Mac (https://chromium.googlesource.com/chromium/src/+/main/docs/mac_build_instructions.md ).

Further, following the instructions to run `siso login` and following its instructions results in failure.

/!\

This app is blocked

This app tried to access sensitive info in your Google Account. To keep your account safe, Google blocked this access.

Walter

On Thursday, July 3, 2025 at 8:00:23 AM UTC-7 Levi Zim wrote:

Hi, I am encountering an error that requires me to login when using siso. Is this expected?
0.00s Error: need to run `siso login`: failed to get token : exec: "gcloud": executable file not found in $PATH

On Monday, June 23, 2025 at 11:34:50 PM UTC+8 Tor Arne Vestbø wrote:

Cool stuff! A few questions:

1. Are there prebuilt binaries somewhere (CIPD) or should we build from source?

2. It seems a `build/config/siso/main.star` is needed to `siso ninja`. What is the minimal main.star that makes `siso ninja` a drop in replacement for `ninja` in an existing (CMake-based) project (that's not Chromium)?

3. reclient has `RBE_remote_headers=x-buildbuddy-api-key=mykey`, does siso respect that or is there another way to do header-based auth?

Cheers,

Tor Arne

On Thursday, June 19, 2025 at 9:53:03 AM UTC+2 Raphael Kubo da Costa wrote:

--

You received this message because you are subscribed to the Google Groups "build" group.
To unsubscribe from this group and stop receiving emails from it, send an email to build+un...@chromium.org.

To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/build/3913bfa1-6fd9-46aa-969b-ea945d9459bbn%40chromium.org.

[Fumitoshi Ukai (鵜飼文敏)]

On Fri, Jul 4, 2025 at 9:06 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

I think you could use `--offline --reapi_insecure` to mitigate at the moment

ah, it doesn't work....

 

or use siso latest (i.e. add `"siso_version": "latest"` in "custom_vars" section in .gclient, and run `gclient runhooks`)

Please use siso latest at the moment.

 

?

[Fumitoshi Ukai (鵜飼文敏)]

On Fri, Jul 4, 2025 at 9:15 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

On Fri, Jul 4, 2025 at 9:06 AM Fumitoshi Ukai (鵜飼文敏) <uk...@google.com> wrote:

I think you could use `--offline --reapi_insecure` to mitigate at the moment

ah, it doesn't work....

`--project=  --reapi_insecure` work?