Allow setting the filename used in the protoc command

[michaeldelago]

This should resolve #431.

This PR makes it so setting PROTO-SOURCE-FILE specifically uses that value as the file name passed into protoc. With this change, lisp files generated from proto files will use the PROTO-SOURCE-FILE as the file_name template var that ultimately gets sent as a key to the *file-descriptors* variable.

For example, if you define a component in your asd file like (:proto-source-file "foo/bar/baz"), the resulting lisp file will contain these lines:

(cl:eval-when (:compile-toplevel :load-toplevel :execute)
(pi:add-file-descriptor #P"foo/bar/baz.proto" 'baz)
)

The upstream HEAD yields this form:

(cl:eval-when (:compile-toplevel :load-toplevel :execute)
(pi:add-file-descriptor #P"baz.proto" 'baz)
)

This is problematic because if another file contains import "foo/bar/baz.proto";, the asdf integration will fail (at validate-imports) since upstream HEAD adds #P"baz.proto" to *file-descriptors*.

Testing on SBCL 2.3.9 with Arch Linux (kernel version 6.9.3-arch1-1) passes.

additional changes

• show output from protoc in case there's an error.

  • This is useful as it can get unwieldy to copy/paste/enter the command that failed to see what went wrong while dialing in your asd file.

• the well-known types have been updated to reflect the current upstream protobuf repo.

  • This PR removes the need to change the import statement on google/protobuf/type.proto to only target source_context.proto.
  • We could probably move this to a submodule, if desired.

[michaeldelago]

Thanks for kicking off the CI

Haven't had a reason to fiddle with ABCL, hopefully this is fun to fix

[Slids]

Ignore the ABCL test, it's been failing.

[michaeldelago]

Pretty sure I addressed all review notes, thanks for sending those.

Sorry for the delay, a lot going on this and next week