eugene yokota

This feels like somewhat dependent on the underlying operating system. If it exceeds 128KB or whatever, wouldn't the task fail with some error message indicating so?

@easel Thanks for the contribution! > Interested in feedback on the PR, it's obviously missing documentation and tests, and I'm unsure how best to approach the fact that this feature...

Could you hit the Ready for Review button on the PR then? From my side, the PR looks good to me.

@dskrvk Are you saying that 1. the source files stored in `src/pack/` has lost their permissions, or 2. the target files created by pack used to have 0755 under sbt...

Here are steps and problem from https://github.com/sbt/sbt/issues/5492 ## steps Add a Microsoft [Azure DevOps Maven](https://docs.microsoft.com/en-us/azure/devops/artifacts/get-started-maven?view=azure-devops) repository as resolver: ```sbt lazy val scala211 = "2.11.12" ThisBuild / organization := "com.foo" ThisBuild...

I'd be interested as well - https://github.com/sbt/sbt/issues/2989

``` X coursier.cli.FetchTests.grpc-core should have dependencies 79ms utest.AssertionError: assert(grpcCoreNode.dependencies.toSet == Set( grpcCoreNode: coursier.cli.util.DepNode = DepNode(io.grpc:grpc-core:1.29.0,Some(/home/runner/.cache/coursier/v1/https/repo1.maven.org/maven2/io/grpc/grpc-core/1.29.0/grpc-core-1.29.0.jar),Set(),Set(),Set()) utest.asserts.Asserts$.assertImpl(Asserts.scala:30) coursier.cli.FetchTests$.$anonfun$tests$211(FetchTests.scala:998) coursier.cli.FetchTests$.$anonfun$tests$211$adapted(FetchTests.scala:982) coursier.cli.TestUtil$.withFile(TestUtil.scala:18) coursier.cli.FetchTests$.$anonfun$tests$210(FetchTests.scala:982) ``` https://github.com/coursier/coursier/blob/d2e1b696de1642178cdad432956216eb6996bb95/modules/cli/src/test/scala/coursier/cli/FetchTests.scala#L998-L1012 Yea, so I probably broke something.

When people say support BOM don't they usually mean that they can omit the version number in the dependency specification, like: ```xml junit junit test ``` and the exact version...

That's fine. The purpose of this PR partly was to explore the scope and impact of the reconciliation switch in response to > I'd like to check whether this breaks...

https://repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.60.Final/netty-transport-native-epoll-4.1.60.Final.pom says: ```xml ${jni.classifier} ``` and ```xml linux-aarch64 ${os.detected.name}-aarch_64 ``` so I'm guessing that OP is correct.