Tobias Roeser

This is likely related to SBOM support * https://github.com/com-lihaoyi/mill/discussions/4062 * https://github.com/com-lihaoyi/mill/pull/4757 Also, the mentioned and now archived plugin didn't support Mill's `package.mill` files. All modules where associated to the single...

In its current form, the GibHub dependency graph isn't very helpful, as it does not understand the notion of modules. In contrast to tools like Maven, where each module is...

Thanks @lihaoyi for opening this. I experimented a lot to make BSP more modular and also think we need a design change. There are some requirements for our BSP implementation....

> Still thinking about [@lefou](https://github.com/lefou)'s points, but I'm wondering in what extend BSP-specific caching is really needed. Mill tasks already rely heavily on caching, BSP should only be a lightweight...

I want to boost, why I think we should make the `bsp4j` classes (or what they represent) upickle-JSON-serializable. The BSP protocol mostly defines bulk requests, and we often traverse modules...

> [@lefou](https://github.com/lefou) If you really want to serialize bsp4j classes, isn't it possible to use gson in some upickle readers / writers? Like having upickle give us the raw string...

From looking at the `mill-runner-worker` it's probably something we don't need to isolate. It's just the additional Scala compiler and in general under our control, so we don't need to...

I was thinking about making the top-level package configurable yesterday, e.g. for cases where `build` doesn't match (e.g. you want to import some library which also has top-level package `build`)....

> @lefou @ghostbuster91 Sorry to bother you, do we have a way to bypass this case? Except for `disable` maven's local repo. I don't know. I think the proper solution...

I also saw that pattern in the wild. You have your entry-project in a sub-dir. I think this is a tribute to Maven's inflexibility. If you have the root project...