build-system

I'm on a 14" macbook M1 pro and get the following error when trying to run a freshly downloaded/installed meteor 2.5.3:

Error: Only 64-bit Intel and M1 processors are supported on OS X

From the blogpost announcing meteor 2.5.1 I would expect meteor to work on my machine.
Given that I'm on an M1, the er

Description of the problem / feature request:

Bazel crashes due to an internal error when using a bzlmod registry that doesn't correctly specify a bazel_registry.json file. The stack-trace printed by Bazel when it crashes is included in the last section below.

Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.

To demonstra

https://github.com/earthly/earthly/tree/acb/autocompletion-bug reproduces the bug which needs to be fixed.

To reproduce: checkout the above branch, then run ./earthly -P ./tests/autocompletion+test-targets-in-two-directories-prefix

Describe the feature you'd like to request

Show original CLI colors in the output.

Describe the solution you'd like

I would like to be able to have a --colors flag when running turbo to enable colors of the CLI output, including the output from the sub packages/apps. `tur

Hi,

I looked into the CLI part of style-dictonary to construct a similar thing and I found a bug when I run the command style-dictionary test or npx -p style-dictionary style-dictionary test in my case:

npx : 43 installé(s) en 3.911s
/Users/xzalawa/.npm/_npx/19473/lib/node_modules/style-dictionary/bin/style-dictionary:75
  console.error('Invalid command: %s\nSee --help for a list o

Describe the bug

MyPy claims that pants.engine.native_engine is missing. Originally the type stub native_engine.pyi was actually missing, but I fixed that in pantsbuild/pants#14033, and MyPy is still complaining.

I suspect it may be an issue with precedence from PEP 561, an issue with having a .pyi file in the sam

It would be nice if doit could use as many processes as there are CPUs instead of only a hardcoded number.

Bloop supports globs for source files since #1176.

The same should be done for resources.

Description

Recently, I've sent a fpm project as a tar file to students. One of them open it with a mac and some hidden files, ._xxx.f90, were created.
Then, "fpm build" fails because fpm try to compile the ._xxx.f90 files.
Of course removing the hidden files solves the problem.

Expected Behaviour

Build the executable without removing the hidden files.

Version of fpm

0.4