I just discovered

register_plugin_field

on

Target

. This is awesome!

Is it possible to programmatically call a

goal

without being in a

@rule

?

can I have a codegen generating PythonSources depend on a codegen also generating PythonSources? E: Yes! I was getting the hydrated source files on the

TransitiveTargets.closure

in two different targets causing a recursion.

I'm about 17% sure I've seen this before somewhere, but do we have an example of a Subsystem that can download/install OR can be specified via a host search path? There are lots of examples with one or the other, but I thought I saw a Subsystem that allowed installing it, or providing a search path

Hello, we're having some issues with a remote cache and one of our plugins. Does the following code raise any red-flags in terms of remote-cache support?

build_dir_removed = await Get(
        Digest, RemovePrefix(result.output_digest, "target/release")
    )
    digest_entries = await Get(DigestEntries, Digest, build_dir_removed)
    so_digest = None
    for entry in digest_entries:
        if isinstance(entry, FileEntry) and ".so" in entry.path:
            <http://logger.info|logger.info>("Found rust digest entry: %s", entry.path)
            new_entry = FileEntry(
                path=entry.path.lstrip("lib"),
                file_digest=entry.file_digest,
                is_executable=entry.is_executable,
            )
            so_digest = await Get(Digest, CreateDigest([new_entry]))
            break
    if not so_digest:
        raise ValueError("Unable to compile rust .so target. No ouput??")

In particular, we're seeing an issue when using a remote cache, we can't seem to find a .so and it fails with the "unable to compile rust .so target" in our pipelines

In case it's relevant, we're pinned to Python 3.8 and using Pants 2.11.0

anyone?

i don’t see any particular problems with that.

hey folks, I'm having trouble pulling in the pyproject.toml in a ConfigFilesRequest. I can't seem to get check_existence or check_content to work, although I can get manually specified values to work. pants is at 2.13.0rc0

def config_request(self) -> ConfigFilesRequest:
        return ConfigFilesRequest(
            specified=self.config,
            specified_option_name=f"[{self.options_scope}].config",
            check_existence=["pyproject.toml"],
            check_content={"pyproject.toml": b"[tool.vulture]"},
        )

Just upgrading to 2.13. This one is puzzling:

Get(PythonExecutable, InterpreterConstraints, request.interpreter_constraints),
TypeError: Invalid Get. Because you are using the shorthand form Get(OutputType, InputType(constructor args)), the second argument should be a constructor call, rather than a type, but given <class 'pants.backend.python.util_rules.interpreter_constraints.InterpreterConstraints'>.

But the code uses the 3-arg:

Get(PythonExecutable, InterpreterConstraints, request.interpreter_constraints),

Is there anything "forbidden" about making a plugin that supplements/overwrites tailor rules? Is that a thing?

is there a way to ignore dependencies between two targets? Or to terminate dependency traversal at specific target types (in specific controlled cases)? my

contract

target depends on

python_sources

which /eventually/ depends on a second

contract

and I can't package two contracts into one. So either I need to ignore the

contract -> sources

relationship (for anything that isn't off the root target), or just stop at

contract

Currently I've added a

skip_contract_pkg

flag to PythonSources, but its kinda gross and probably gonna bite me in the ass.

👋 how complicated would it be to have the kotlin backend implement multiplatform? is this on the radar by any chance? 🙂

How does Pants-core go about testing all its backends for things that it has no way of installing (i.e. docker??) I can't imagine it's particularly easy to have everything set up in one environment so

pants test

can run all docker, python, and whatever else it supports.

What all needs to be plumbed if you're piggy-backing off another backend plugin? I'm adding the "black-formats-BUILD-files" ability to

fmt

, and in my

pants/backend/build_files/fmt/black

registration, I think I want to do some "ensure python is registered", and/or re-register the

black

subsystem rules

you can safely re-register the rules

Anything special with the Python backend in-general?

nope

all backends need to be loadable independently, so re-registering the rules will be necessary to get the integration tests passing

sweet!

I suppose I could've deduced this form the

update-build-files

code 🤔

I have an integration test which is timing out, whats the best way to debug the underlying call?! My rule was returning the incorrect type, and therefore the engine shut down

we have an integration test that ensures each backend is loadable on its own

Booyah!!!!

Hello! I’ve been trying to create a plugin for a linter/formatter for sql using SQLFluff. I’m able to implement both a linter and a formatter (thanks to the very helpful docs!). However when I now run

./pants lint path/to/file.sql

both the formatter and the linter run, while I would like to only run the linter when using the

lint

goal. Any tips on how to achieve this?

I have a codegen rule that outputs 3 python files. How do I tell the python dependency infer-rer-rer-rrerrrerr that this rule generates python files to be inferred?

Would it ever be possible/make sense for a

Union

to work as a return type? E.g.

await Get(Foo, ...)

gives me all rules registered returning a type that has an associated

UnionRule(Foo, ...

)?

Ive noticed that pretty much all the linting/codegen/whatever stuff has been built around calling executables that have been installed... Currently we've built all our tooling around just doing it in straight python. but it seems unidiomatic, and is even causing problems (ie. im building a custom linter and cant work out how to get pants to show its output) Is it better to convert stuff to pex_binary targets, and then somehow call those? Would be neat if there was like a

PantsTargetProcess

that took an

Address

instead of a .exe

Hey, good morning all - I was wondering if there is an up-to-date example of a plugin to compile cython code for a python project. I see it’s mentioned here: https://www.pantsbuild.org/docs/existing-repositories#5-check-out-writing-a-plugin

Some example plugins that users have written:

• Cython support

Web search shows an example here - but this is outdated now I think: https://github.com/jsirois/pants-issue-6029-pantsbug-example/tree/master/plugins/cython