text:
When creating a pod with a signed image, an error is reported: None is an unsupported authentication type in notary default

Discussed in https://github.com/sse-secure-systems/connaisseur/discussions/587

Originally posted by dugen2020 March 21, 2022
When creating a pod with a signed image, an error is reported: None is an unsupported authentication type in notary default;
This problem has been bugging me for a long time.
The docker registry is harbor and the version is 2.2.2
#kubectl -n connaisseur get pods -o wide
NAME                                     READY   STATUS    RESTARTS   AGE   IP             NODE           NOMINATED NODE   READINESS GATES
connaisseur-deployment-6db5cb959-jsbs6   1/1     Running   0          8h    100.80.182.106   172.16.18.38   <none>           <none>

Create a pod  through the signed image, there will be the following error logs
#kubectl run demo --image=10.45.80.37/public/zcm-netshooting:check01
Error from server: admission webhook "connaisseur-svc.connaisseur.svc" denied the request: None is an unsupported authentication type in notary default.

There is no problem with the image signature, it is based on DCT
#docker trust inspect --pretty 10.45.80.37/public/zcm-netshooting:check01
Signatures for 10.45.80.37/public/zcm-netshooting:check01
SIGNED TAG          DIGEST                                                             SIGNERS
check01             363d9cf253329d00d867c7a34881f2da9125e8ffcd40ac865ea7e257e1505f75   root
List of signers and their keys for 10.45.80.37/public/zcm-netshooting:check01
SIGNER              KEYS
root                a8960fc326fe
Administrative keys for 10.45.80.37/public/zcm-netshooting:check01
  Repository Key:       fd4365e527b5b8b3baac6e19d31fac81f3410e51030c76834138b55f5f64d2a5
  Root Key:     7a99b0f0435ddaaae8429f794c765d7dca2f110339a3d41ea43c56589687bf27

This problem has been bugging me for a long time, can anyone help me?
There is also an error in the console log of connaisseur
#kubectl -n connaisseur logs -f connaisseur-deployment-6db5cb959-jsbs6
[2022-03-21 13:01:58,425] ERROR: {'message': 'None is an unsupported authentication type in notary default.', 'context': {'auth_type': None, 'notary_name': 'default', 'detection_mode': False, 'user': 'kubernetes-admin', 'operation': 'CREATE', 'kind': 'Pod', 'name': 'demo', 'namespace': 'default'}}
[2022-03-21 13:01:58,426] INFO: 100.80.102.128 - - [21/Mar/2022 13:01:58] "POST /mutate?timeout=30s HTTP/1.1" 200 -

The validator configuration is as follows
validators:
  # static validator that allows each image
  - name: allow
    type: static
    approve: true
  # static validator that denies each image
  - name: deny
    type: static
    approve: false
  # the `default` validator is used if no validator is specified in image policy
  - name: default
    type: notaryv1  # or other supported validator (e.g. "cosign")
    host: 10.45.80.37 # in case of notaryv1, configure the notary server to be used
    trust_roots:
    # # the `default` key is used if no key is specified in image policy
    - name: default
      key: |  # enter your public key below
        -----BEGIN PUBLIC KEY-----
        MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEnqAlXBYsmqLqXVW2d665Jo5oVryp
        Odvf8Pfl2lO3XhjIP5v7sj/oHuvfYMHUM4eM59LhL7/qUW9u0sqwfPDJcQ==
        -----END PUBLIC KEY-----
    cert: |  # in case the trust data host is using a self-signed certificate
      -----BEGIN CERTIFICATE-----
      MIIDvjCCAqagAwIBAgIUUYOizH8VhGivcg8vBc5kZVVws8swDQYJKoZIhvcNAQEL
      BQAwZTELMAkGA1UEBhMCQ04xEDAOBgNVBAgTB0ppYW5nU3UxEDAOBgNVBAcTB05h
     ... omit
     ...omit
      GCyKV1EJSo1hLdd6s8kTGJKdTZVAcKKEDy5FweNu4P01NctiBuZzzVg1rIovNZCP
      UW3uUd3iGuufmsN/v4jmeypY2A+vtpjC6UU5g6YE1nOA/hA45sqrx6Ls9TgiKM+i
      Gqs=
      -----END CERTIFICATE-----
    #auth:  # credentials in case the trust data requires authentication
    #  # either (preferred solution)
    #  secret_name: mysecret  # reference a k8s secret in the form required by the validator type (check the docs)
    #  # or (only for notaryv1 validator)
    #  username: myuser
    #  password: mypass

hi @dugen2020 :wave:
Interesting issue. The error seems to be raised from here. Most often, notary is tied to the registry and its authentication. Connaisseur connects to the notary, receives 401 Unauthorized and attempts to authenticate. Apparently, harbor returns a www-authenticate header that appears to be None though. I'd presume that is a strange www-authenticate header. Does your harbor require authentication? You may have to specify that (probably the harbor credentials or a dedicated token for that matter). If that is correct, the corresponding error message may need improvement.
If that is not the case, could you check what your harbor instance response is when manually calling the notary?
Could you also please share the cluster flavor, version and connaisseur version you are using?

Thanu very much for your replay and help  @xopham .
sadily i still can't solve the problem .
1. Harbor  Version v2.4.2-ef2e2e56
Harbor's access is based on username and password
The installation of harbor is like this :  ./install.sh --with-notary
2. notary-server configuration
in doker container notary-server, I can get the configuration
cat /etc/notary/server-config.postgres.json
{
        "server": {
                "http_addr": ":4443"
        },
        "trust_service": {
                "type": "remote",
                "hostname": "notarysigner",
                "port": "7899",
                "tls_ca_file": "./notary-signer-ca.crt",
                "key_algorithm": "ecdsa"
        },
        "logging": {
                "level": "debug"
        },
        "storage": {
                "backend": "postgres",
                "db_url": "postgres://server:password@postgresql:5432/notaryserver?sslmode=disable"
    },
    "auth": {
        "type": "token",
        "options": {
            "realm": "https://10.45.80.37/service/token",
            "service": "harbor-notary",
            "issuer": "harbor-token-issuer",
            "rootcertbundle": "/etc/notary/root.crt"
        }
    }
}

3.  I have added the harbor authentication configuration in the validator, using this username and password can log in harbor.
validators:
  # static validator that allows each image
  - name: allow
    type: static
    approve: true
  # static validator that denies each image
  - name: deny
    type: static
    approve: false
  # the `default` validator is used if no validator is specified in image policy
  - name: default
    type: notaryv1  # or other supported validator (e.g. "cosign")
    host: 10.45.80.37 # in case of notaryv1, configure the notary server to be used
    trust_roots:
    # # the `default` key is used if no key is specified in image policy
    - name: default
      key: |  # enter your public key below
        -----BEGIN PUBLIC KEY-----
        MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEnqAlXBYsmqLqXVW2d665Jo5oVryp
        Odvf8Pfl2lO3XhjIP5v7sj/oHuvfYMHUM4eM59LhL7/qUW9u0sqwfPDJcQ==
        -----END PUBLIC KEY-----
    cert: |  # in case the trust data host is using a self-signed certificate
      -----BEGIN CERTIFICATE-----
      MIIDvjCCAqagAwIBAgIUUYOizH8VhGivcg8vBc5kZVVws8swDQYJKoZIhvcNAQEL
      ...ommit
      ...ommit
      GCyKV1EJSo1hLdd6s8kTGJKdTZVAcKKEDy5FweNu4P01NctiBuZzzVg1rIovNZCP
      UW3uUd3iGuufmsN/v4jmeypY2A+vtpjC6UU5g6YE1nOA/hA45sqrx6Ls9TgiKM+i
      Gqs=
      -----END CERTIFICATE-----
    auth:  # credentials in case the trust data requires authentication
    #  # either (preferred solution)
    #  secret_name: mysecret  # reference a k8s secret in the form required by the validator type (check the docs)
    #  # or (only for notaryv1 validator)
      username: admin
      password: harobrPasswdXXX

The cert part is correct , it is come from the contant of harbor ca.crt
When I execute: "kubectl run signed-demo --image=10.45.80.37/public/zcm-netshooting:check01 " The problem is still. further more
I can see the following information from haror's nginx log,
Where 172.16.18.38 is the host IP where the connaisseur container is located.

Mar 22 11:21:36 172.22.0.1 proxy[1683]: 172.16.18.38 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/root.json HTTP/1.1" 401 224 "-" "Python/3.10 aiohttp/3.8.1" 0.004 0.004 .
Mar 22 11:21:36 172.22.0.1 proxy[1683]: 172.16.18.38 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/snapshot.json HTTP/1.1" 401 232 "-" "Python/3.10 aiohttp/3.8.1" 0.006 0.005 .
Mar 22 11:21:36 172.22.0.1 proxy[1683]: 172.16.18.38 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/timestamp.json HTTP/1.1" 401 234 "-" "Python/3.10 aiohttp/3.8.1" 0.005 0.005 .
Mar 22 11:21:36 172.22.0.1 proxy[1683]: 172.16.18.38 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/targets.json HTTP/1.1" 401 230 "-" "Python/3.10 aiohttp/3.8.1" 0.005 0.006 .

### 4. Access notary-server via client
notary client configuration
```sh
root@node55[/root]#cat  ~/.notary/config-new.json
{
  "trust_dir" : "~/.docker/trust",
  "remote_server": {
    "url": "https://10.45.80.37",
    "root_ca": "/etc/docker/certs.d/10.45.80.37/ca.pem"
  }
}

execute client on host node55 which ip is 172.16.18.55
root@node55[/root]#notary -c  ~/.notary/config-new.json list 10.45.80.37/public/zcm-netshooting
Enter username: admin
Enter password:
WARN[0006] Error while downloading remote metadata, using cached timestamp - this might not be the latest version available remotely
NAME       DIGEST                                                              SIZE (BYTES)    ROLE
----       ------                                                              ------------    ----
check01    363d9cf253329d00d867c7a34881f2da9125e8ffcd40ac865ea7e257e1505f75    1160            targets/root
root@node55[/root]#

And the harbor nginx's log will display as follows
Mar 22 11:17:18 172.22.0.1 proxy[1683]: 172.16.18.55 - "GET /v2/ HTTP/1.1" 401 76 "-" "Go-http-client/1.1" 0.004 0.004 .
Mar 22 11:17:19 172.22.0.1 proxy[1683]: 172.16.18.55 - "GET /service/token?scope=repository%3A10.45.80.37%2Fpublic%2Fzcm-netshooting%3Apull&service=harbor-registry HTTP/1.1" 200 951 "-" "Go-http-client/1.1" 0.024 0.024 .
Mar 22 11:17:19 172.22.0.1 proxy[1683]: 172.16.18.55 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/timestamp.json HTTP/1.1" 401 234 "-" "Go-http-client/1.1" 0.002 0.001 .
Mar 22 11:17:25 172.22.0.1 proxy[1683]: 172.16.18.55 - "GET /service/token?account=admin&scope=repository%3A10.45.80.37%2Fpublic%2Fzcm-netshooting%3Apull&service=harbor-registry HTTP/1.1" 200 966 "-" "Go-http-client/1.1" 0.023 0.022 .
Mar 22 11:17:25 172.22.0.1 proxy[1683]: 172.16.18.55 - "GET /v2/10.45.80.37/public/zcm-netshooting/_trust/tuf/timestamp.json HTTP/1.1" 401 234 "-" "Go-http-client/1.1" 0.002 0.002 .

root@node55[/root]#notary -c  ~/.notary/config-new.json delegation list 10.45.80.37/public/zcm-netshooting
Enter username: admin
Enter password:
WARN[0007] Error while downloading remote metadata, using cached timestamp - this might not be the latest version available remotely

ROLE                PATHS             KEY IDS                                                             THRESHOLD
----                -----             -------                                                             ---------
targets/releases    "" <all paths>    a8960fc326fe28896c00f69766db868f895043e975b9cffde6d05106eb176545    1
targets/root        "" <all paths>    a8960fc326fe28896c00f69766db868f895043e975b9cffde6d05106eb176545    1

root@node55[/root]#

I think there is no problem in authentication. When I execute the notary client and enter a wrong password on purpose, the harbor-core container of harbor will output log prompt information, for example:
root@node55[/root]#notary -c ~/.notary/config-new.json list 10.45.80.37/public/zcm-netshooting
Enter username: admin
Enter password: XXXXX entered wrong password
WARN[0016] Error while downloading remote metadata, using cached timestamp - this might not be the latest version available remotely
NAME DIGEST SIZE (BYTES) ROLE
---- ------ ------------ ----
check01 363d9cf253329d00d867c7a34881f2da9125e8ffcd40ac865ea7e257e1505f75 1160 targets/root
root@node55[/root]#

Mar 22 11:38:10 172.22.0.1 core[1683]: 2022-03-22T03:38:10Z [ERROR] [/server/middleware/security/basic_auth.go:72][client IP="172.16.18.55" requestID="e5a8af9f-3923-4bc3-bc7c-097676b33bd3" user agent="Go-http-client/1.1"]: failed to authenticate user:admin, error:Failed to authenticate user, due to error 'Invalid credentials'

and  the securesystemsengineering is
securesystemsengineering/connaisseur:v2.5.0
I tried the securesystemsengineering/connaisseur:v2.5.1 , I  encountered the same problem

and , my k8s cluster is  1.22.5
when i use the official sigined image and ussigned image , the function is ok ... so the cluster is no problem .
root@node55[/root]#kubectl run demo --image=docker.io/securesystemsengineering/testimage:signed
pod/demo created
root@node55[/root]#kubectl run demousingned --image=docker.io/securesystemsengineering/testimage:unsigned
Error from server: admission webhook "connaisseur-svc.connaisseur.svc" denied the request: Unable to find signed digest for image docker.io/securesystemsengineering/testimage:unsigned.
root@node55[/root]#
root@node55[/root]#kubectl get nodes
NAME           STATUS   ROLES                  AGE     VERSION
172.16.18.38   Ready    <none>                 2d12h   v1.22.5
node55         Ready    control-plane,master   2d12h   v1.22.5
root@node55[/root]#

Thanks very much @xopham
It is my fault.I've  made a mistake .
In  default validators:
host: 10.45.80.37  should be      host: 10.45.80.37:4443.
Now there is no problem.
Thanks again.  I close the issue.

@dugen2020 awesome that the problem was resolved!
@phbelitz maybe we should still update the error message for that case. Thoughts?

It would be very grateful if there could be some improvements in the prompts and a note after the configuration on where I made mistake (for example, after the note for host under validator: #caustion If you are using harbor, the configuration would look like this: HostIP:Port , of which port is notary server port, the default value 4443):
Thanks again.

repo: sse-secure-systems/connaisseur


text:
JFoenix can not be used in Java11

I am getting the below error :
Exception in thread "JavaFX Application Thread" java.lang.IllegalAccessError: class com.jfoenix.skins.JFXTabPaneSkin (in module com.jfoenix) cannot access class com.sun.javafx.scene.control.behavior.TabPaneBehavior (in module javafx.controls) because module javafx.controls does not export com.sun.javafx.scene.control.behavior to module com.jfoenix

Trying to use JFoenix with Java11

Guys do you know how i can solve this error with Java11 and JFoenix latest version ?
Exception in thread "JavaFX Application Thread" java.lang.IllegalAccessError: class com.jfoenix.skins.JFXTabPaneSkin (in module com.jfoenix) cannot access class com.sun.javafx.scene.control.behavior.TabPaneBehavior (in module javafx.controls) because module javafx.controls does not export com.sun.javafx.scene.control.behavior to module com.jfoenix

@mokun @jjyyxx @DJViking
#1005

Are you getting this in a modularized or non-modularized project?
Running our Non-modularized Java 11 project the usual way we are not getting IllegalAccessException. We have none of the jvm-arguments mentioned by @jjyyxx in #889 , and it works fine without them.
We build and run the application image using jlink and jpackage.
However when running gradle run, we do get that IllegalAccessException.
The gradle run task is from the application plugin for easy running the project.
Exception in thread "GUIBuilderWorker" java.lang.IllegalAccessError: class com.jfoenix.controls.JFXAutoCompletePopup (in unnamed module @0x69b9c73f) cannot access class com.sun.javafx.stage.PopupWindowHelper (in module javafx.graphics) because module javafx.graphics does not export com.sun.javafx.stage to unnamed module @0x69b9c73f
        at com.jfoenix.controls.JFXAutoCompletePopup.<init>(JFXAutoCompletePopup.java:68)
        at com.jfoenix.skins.JFXChipViewSkin$ChipsAutoComplete.<init>(JFXChipViewSkin.java:386)
        at com.jfoenix.controls.JFXChipView.<init>(JFXChipView.java:167)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
        at java.base/java.lang.Class.newInstance(Class.java:584)
        at javafx.fxml/javafx.fxml.FXMLLoader$InstanceDeclarationElement.constructValue(FXMLLoader.java:1019)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.access$2700(FXMLLoader.java:105)
        at javafx.fxml/javafx.fxml.FXMLLoader$IncludeElement.constructValue(FXMLLoader.java:1154)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.access$2700(FXMLLoader.java:105)
        at javafx.fxml/javafx.fxml.FXMLLoader$IncludeElement.constructValue(FXMLLoader.java:1154)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.load(FXMLLoader.java:2435)

@DJViking this is related to #889

Guys do you know how i can solve this error with Java11 and JFoenix latest version ?
Exception in thread "JavaFX Application Thread" java.lang.IllegalAccessError: class com.jfoenix.skins.JFXTabPaneSkin (in module com.jfoenix) cannot access class com.sun.javafx.scene.control.behavior.TabPaneBehavior (in module javafx.controls) because module javafx.controls does not export com.sun.javafx.scene.control.behavior to module com.jfoenix

@mokun @jjyyxx @DJViking
#1005

Are you getting this in a modularized or non-modularized project?
Running our Non-modularized Java 11 project the usual way we are not getting IllegalAccessException. We have none of the jvm-arguments mentioned by @jjyyxx in #889 , and it works fine without them.
We build and run the application image using jlink and jpackage.
However when running gradle run, we do get that IllegalAccessException.
The gradle run task is from the application plugin for easy running the project.
Exception in thread "GUIBuilderWorker" java.lang.IllegalAccessError: class com.jfoenix.controls.JFXAutoCompletePopup (in unnamed module @0x69b9c73f) cannot access class com.sun.javafx.stage.PopupWindowHelper (in module javafx.graphics) because module javafx.graphics does not export com.sun.javafx.stage to unnamed module @0x69b9c73f
        at com.jfoenix.controls.JFXAutoCompletePopup.<init>(JFXAutoCompletePopup.java:68)
        at com.jfoenix.skins.JFXChipViewSkin$ChipsAutoComplete.<init>(JFXChipViewSkin.java:386)
        at com.jfoenix.controls.JFXChipView.<init>(JFXChipView.java:167)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
        at java.base/java.lang.Class.newInstance(Class.java:584)
        at javafx.fxml/javafx.fxml.FXMLLoader$InstanceDeclarationElement.constructValue(FXMLLoader.java:1019)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.access$2700(FXMLLoader.java:105)
        at javafx.fxml/javafx.fxml.FXMLLoader$IncludeElement.constructValue(FXMLLoader.java:1154)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.access$2700(FXMLLoader.java:105)
        at javafx.fxml/javafx.fxml.FXMLLoader$IncludeElement.constructValue(FXMLLoader.java:1154)
        at javafx.fxml/javafx.fxml.FXMLLoader$ValueElement.processStartElement(FXMLLoader.java:754)
        at javafx.fxml/javafx.fxml.FXMLLoader.processStartElement(FXMLLoader.java:2722)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2552)
        at javafx.fxml/javafx.fxml.FXMLLoader.loadImpl(FXMLLoader.java:2466)
        at javafx.fxml/javafx.fxml.FXMLLoader.load(FXMLLoader.java:2435)

How would you use this/apply this to a modularized project?

We have the same problem using the application plugin gradle run.
The solution was to define --add-opens, and --add-exports for these modules on the run task.
run {
    doFirst {
        jvmArgs = {
            '--module-path', classpath.asPath,
            '--add-modules', 'javafx.graphics',
            '--add-opens', 'javafx.graphics/com.sun.javafx.stage=ALL-UNNAMED',
            '--add-exports', 'javafx.graphics/com.sun.javafx.stage=ALL-UNNAMED',
        }
     }
}

source: gharchive/issue

repo: sshahine/JFoenix

license: MIT

license_type: permissive

license_source: github-api


text:
Blessed path for Multiple Account Setup?

What's the suggested method for creating multiple account architectures?
To give a specific example, I'm setting up an AWS org with a fairly simple account structure:

Root management account (near nothing deployed in it)
Development
Production
Security (delegated as admin for e.g. cloudtrail org trail, security hub, config etc).

The docs are a little light on how this could be structured. There's some mention of using providers here https://github.com/sst/ion/issues/152 but I'm not sure how this would look.
Say I'm assuming a role with OIDC in github actions, how would I deploy a config file with constructs tied to multiple providers? Or is this somewhat outside the scope of SST at the moment? My immediate need is to delegate administration in the root account and create an org trail in the security account.
Edit: My current workaround has been to use branched workflows for different accounts, but the goal was to keep it all on main for simplicity

so i typically do everything pivoting off the stagei will deploy dev to the dev aws account`production` to the production aws accountthe sst.config.ts itself is unaware of this except that some resources might be different based on which stage it's in - eg dev database might be configured with a smaller sizethis works if your application does not need to deploy resources across multiple accounts for a single stage - this is usually the case and it sounds like your setupfor github oidc i just deploy it through sst just for the production and dev stages - although i'm not entirely sure of your questionlong story short - i don't think you need to be messing around with having multiple aws providers from what you're describing?

so i typically do everything pivoting off the stagei will deploy dev to the dev aws accountproduction to the production aws accountthe sst.config.ts itself is unaware of this except that some resources might be different based on which stage it's in - eg dev database might be configured with a smaller sizethis works if your application does not need to deploy resources across multiple accounts for a single stage - this is usually the case and it sounds like your setupfor github oidc i just deploy it through sst just for the production and dev stages - although i'm not entirely sure of your questionlong story short - i don't think you need to be messing around with having multiple aws providers from what you're describing?

I think this is relatively straightforward for my dev and production accounts, because for our workload accounts, 'stages' exist.
This isn't the case for e.g. my security account and root account provisioning SSO access to all other accounts (might not be ideally placed in the root account, but if I had a dedicated SSO account the point would remain). These accounts are 'aggregating' accounts, ie aggregating Security Hub findings across the entire org and all OUs, and likewise with IAM (managing the roles available for each employee across the entire org).
By analogy, I'm wondering if SST can be used to replace org-formation or landing zones. Do you do something different here for SST's AWS org?

Posted on my work account above, but going to assume this isn't catered to atm, will close

authors: AWebOfBrown abrown-financeable thdxr

repo: sst/ion


text:
Static references to package.json does not support Monorepos

This reference to the nextJS version does not support monorepos
https://github.com/sst/open-next/blob/24c5166377346bed1a029fb2223cf7f3b52a10d3/packages/open-next/src/build.ts#L899
Perhaps a better way to find out this version is to ....
Use require.resolve to get the path to the Next.js package, and then derive its package.json location. This way you don't have to make assumptions about its location in a monorepo or other complex setups.
function getNextVersion() {
  const nextPath = require.resolve('next/package.json');
  const version = require(nextPath).version;

  console.log('Start of getNextVersion function')
  return version.split('-')[0];
}

Sure that'll be great. FWIW, I'm using a monorepo setup and that works. What setup are you using? Is it nx?

What if your monorepo contains 2 nextjs app w/ different versions. How would require.resolve... resolve the right version?

It matters only which version the app resolves to. in that case its going to resolve to whichever version the package management resolves to for the developer. 🍎 2 🍎 , in my understanding.

K, feel free to open a PR, we'll get it in the next release (there's ~3 PRs)

hmmm... looking into this further.... it looks like this issue was addressed in the findNextPackageJsonPath function... but not the getNextVersion function.... and I think both maybe could use this same method? but now I'm out of my depth on what nextPackageJsonPath is used for.

  const appPath = path.join(process.cwd(), opts.appPath || "."); // `appPath` was added for monorepos like nx
  const buildOutputPath = path.join(process.cwd(), opts.buildOutputPath || ".");
  const outputDir = path.join(buildOutputPath, ".open-next");
  const nextPackageJsonPath = findNextPackageJsonPath(appPath, root); // this grabs the next's package.json path
  return {
    openNextVersion: getOpenNextVersion(),
    nextVersion: getNextVersion(nextPackageJsonPath), // we pass in the next's package here to find out what version it is

I was having the same issue, and opened a PR addressing it. These changes allows me to run it on my nx workspace, but let me know if any thoughts there.

Should be fixed in https://github.com/sst/open-next/pull/322
Feel free to reopen the issue if this is still an issue

authors: GlisboaDev conico974 iDVB khuezy

repo: sst/open-next


text:
Upgrade aws-cdk-lib version 2.91.0 to 2.93.0

Hi.
I received mail from AWS.
Hello,

We are contacting you as we have identified that your AWS Account currently has one or more Lambda functions using the Node.js 14 runtime.

We are ending support for Node.js 14 in AWS Lambda. This follows Node.js 14 End-Of-Life (EOL) reached on April 30, 2023 [1].

As described in the Lambda runtime support policy [2], end of support for language runtimes in Lambda happens in two stages. Starting November 27, 2023, Lambda will no longer apply security patches and other updates to the Node.js 14 runtime used by Lambda functions, and functions using Node.js 14 will no longer be eligible for technical support. In addition, you will no longer be able to create new Lambda functions using the Node.js 14 runtime. Starting January 25, 2024, you will no longer be able to update existing functions using the Node.js 14 runtime.

We recommend that you upgrade your existing Node.js 14 functions to Node.js 18 before November 27, 2023.

End of support does not impact function execution. Your functions will continue to run. However, they will be running on an unsupported runtime which is no longer maintained or patched by the AWS Lambda team.

This notification is generated for functions using the Node.js 14 runtime for the $LATEST function version. For a list of your affected Lambda functions, please see the 'Affected resources" tab of your AWS Health Dashboard

The following command shows how to use the AWS CLI [3] to list all functions in a specific region using Node.js 14, including published function versions. To find all such functions in your account, repeat this command for each region:

aws lambda list-functions --function-version ALL --region us-east-1 --output text --query "Functions[?Runtime=='nodejs14.x'].FunctionArn"

If you have any concerns or require further assistance, please contact AWS Support [4].

[1] https://endoflife.date/nodejs
[2] https://docs.aws.amazon.com/lambda/latest/dg/runtime-support-policy.html
[3] https://aws.amazon.com/cli/
[4] https://aws.amazon.com/support

Sincerely,
Amazon Web Services

Currently, sst use aws-cdk-lib@2.91.0 that use node.js 14.x when create certificateManager. link
So, I think sst should upgrade aws-cdk-lib@2.91.0 to 2.93.0

We're having the same issue
"node_modules/sst": {
			"version": "2.24.20",
			"resolved": "https://registry.npmjs.org/sst/-/sst-2.24.20.tgz",
			"integrity": "sha512-o+FkY8DierOY3+/zvL4PbeCI/0CEK6e2m0amEMPVoYlq37ajPwjXDjRCC5ZZlV9PKmUHwHHyXF99PJ1wruah/A==",
			"dev": true,
			"dependencies": {
				"@aws-cdk/aws-apigatewayv2-alpha": "^2.91.0-alpha.0",
				"@aws-cdk/aws-apigatewayv2-authorizers-alpha": "^2.91.0-alpha.0",
				"@aws-cdk/aws-apigatewayv2-integrations-alpha": "^2.91.0-alpha.0",
				"@aws-cdk/cloud-assembly-schema": "2.91.0",
				"@aws-cdk/cloudformation-diff": "2.91.0",
				"@aws-cdk/cx-api": "2.91.0",
				"@aws-crypto/sha256-js": "^5.0.0",
				"@aws-sdk/client-cloudformation": "^3.279.0",
				"@aws-sdk/client-ecs": "^3.279.0",
				"@aws-sdk/client-eventbridge": "^3.342.0",
				"@aws-sdk/client-iam": "^3.279.0",
				"@aws-sdk/client-iot": "^3.279.0",
				"@aws-sdk/client-iot-data-plane": "^3.279.0",
				"@aws-sdk/client-lambda": "^3.279.0",
				"@aws-sdk/client-rds-data": "^3.279.0",
				"@aws-sdk/client-s3": "^3.279.0",
				"@aws-sdk/client-ssm": "^3.279.0",
				"@aws-sdk/client-sts": "^3.279.0",
				"@aws-sdk/config-resolver": "^3.272.0",
				"@aws-sdk/credential-providers": "^3.279.0",
				"@aws-sdk/middleware-retry": "^3.272.0",
				"@aws-sdk/middleware-signing": "^3.272.0",
				"@aws-sdk/signature-v4-crt": "^3.272.0",
				"@aws-sdk/smithy-client": "^3.279.0",
				"@babel/core": "^7.0.0-0",
				"@babel/generator": "^7.20.5",
				"@babel/plugin-syntax-typescript": "^7.21.4",
				"@smithy/signature-v4": "^2.0.4",
				"@trpc/server": "9.16.0",
				"adm-zip": "^0.5.10",
				"aws-cdk-lib": "2.91.0",

Just to double check, does 2.93 contain the version bump?

Did a deploy of a CDK app using '2.93.0' and my lambda's are now running Node.js 18.
You can check the default in the 'aws-cdk-lib' -> 'aws-lambda-nodejs' -> 'lib' -> 'function.d.ts'

When updating awsk-cdk-lib, latest v2.94.0 contains a fix for LogRetention errors on deployment https://discord.com/channels/983865673656705025/1144283085714763797/1144283085714763797

And v2.95.0 has further logRetention related fixes.

logs: log retention custom resource timed out during deploy

Fixed in v2.25.0

authors: TimQuist fwang insik-han jayair mixman mng-prophero

repo: sst/sst


text:
Use symfony 2.7.x

Hello,
I would like to install this using composer global require sstalle/php7cc, instead of having to create a project for it.
This would allow me to run php7cc from anywhere.
Only problem is that it requires an old version of Symfony (2.5.x) which causes conflicts with other global packages that are requiring 2.7.x.
Could the dependency be updated safely here ? Or is there any specific reason 2.5.x is uses ?
Thanks

Hello, @nWidart. I've made symfony/console version constraint less strict. I think php7cc should coexist along with 2.7 just fine now. If it does not, please feel free to reopen the issue.
The reason 2.5 was used (and now 2.3) is that it required lower php version than 2.7.

hi. any chance of using symfony/console 3.0 or above? i'm having related problems similar to @nWidart.

Indeed, php7cc could require symfony/console with constraint ~2.3|~3.0 and we could update travis to make one build installing vendors with --prefer-lowest (although there is no tests for cli result I think).

thanks. keen to try it out but both my project and my global install require 3.0 or above

Alternatively you could also install it via the PHAR method (see the Readme) :wink:

composer.json was updated in the master branch. I think symfony/console 3.0 should not be a problem now.

authors: nWidart pavarnos pyrech sstalle

license: mit

license_source: bigquery


text:
conflict

then explain how not to have a confluence with the internal ESP libraries.
when I declare #include "Ticker.h" it's not yours to use.
Several libraries found for "Ticker.h"
Used: C: \ Users \ stephane \ AppData \ Local \ Arduino15 \ packages \ esp8266 \ hardware \ esp8266 \ 2.7.4 \ libraries \ Ticker
Not used: C: \ Users \ stephane \ Documents \ Arduino \ libraries \ Ticker-master
how to do ?

I don't know if the internal library of espressif is used, if not you can delete it or you rename the ticker library for your purpose.

as I already wrote

deleting the internal ESP8266 or ESP32 library is not a good solution, it breaks the reference and it will come back to the next update version.
renaming your library is not enough, because you must also rename all the internal declarations, but it is not a good solution either because it will be broken during your next update version.

this is why I proposed for it to be compatible without hack to rename it to STicker

The library has thousands of users, so definitly no.

it's a shame to cut yourself off from the ESP community

authors: sstaub stef-ladefense

repo: sstaub/Ticker


text:
fix: 'NoneType' object has no attribute 'group' (temporary)

issue: #299
changed tkk value.
I just checked that self.RE_TKK.search(r.text) returns None.

More, r = self.client.get(self.host), while service_urls=['translate.googleapis.com'], return 404 status

More, r = self.client.get(self.host) (gtoken.py, 54), while service_urls=['translate.googleapis.com'], return 404 status

I am not sure but I get 404 code status even if you use a browser to connect to translate.googleapis.com. I think https://translate.google.com/ is correct?

The funniest thing, is 3.1.0a - work nice. And 3.0.0, in .egg file is
working fine, at the same time: as common folder - not. From my other
projects.
On Fri, 16 Jul 2021, 02:46 Sam.An, @.***> wrote:

More, r = self.client.get(self.host) (gtoken.py, 54), while service_urls=['
translate.googleapis.com'], return 404 status
I am not sure but I get 404 code status even if you use a browser to
connect to translate.googleapis.com. I think https://translate.google.com/
is correct?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ssut/py-googletrans/pull/303#issuecomment-881078313,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AMLEDY6BHG3BG6GYVCQ7KSLTX5XMZANCNFSM5AJFC52Q
.

The funniest thing, is 3.1.0a - work nice. And 3.0.0, in .egg file is working fine, at the same time: as common folder - not. From my other projects.
…
On Fri, 16 Jul 2021, 02:46 Sam.An, @.***> wrote: More, r = self.client.get(self.host) (gtoken.py, 54), while service_urls=[' translate.googleapis.com'], return 404 status I am not sure but I get 404 code status even if you use a browser to connect to translate.googleapis.com. I think https://translate.google.com/ is correct? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#303 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AMLEDY6BHG3BG6GYVCQ7KSLTX5XMZANCNFSM5AJFC52Q .

hm.. that is strange.. I will try to look it up!

This won't fix everything so I close this PR.

source: gharchive/pull-request

repo: ssut/py-googletrans


text:
CollectionSerializer is duplicating "Items" link

Describe the bug
db_to_stac method to transform database model to STAC collection is adding a set of links by default. "Items" link is not included in the list of inferred. So the later invoking to resolve_links adds it again because "items" passes this filter.
To Reproduce
Steps to reproduce the behavior:

Uploads a Collection to ES
Reads it using CollectionSerializer:db_to_stac()

Expected behavior
"Items" link should be unique. INFERRED_LINK_RELS should include "Items" or taking care of this issue in Serializer.

Hi @ahuarte47 do you have a fix for this?

Hi @jonhealy1 I did create any PR to fix this, I only changed my own copy of stac-fastapi including "items" in the list INFERRED_LINK_RELS, it works here.

I created a PR in the upstream repository: https://github.com/stac-utils/stac-fastapi/pull/640

Nice ok. Thank you.

#211 also fixes this, as the generated links are no longer stored in the database.

repo: stac-utils/stac-fastapi-elasticsearch


text:
Becoming a maintainer on this project

Hi. I am interested in becoming a maintainer on this project. I think that this project needs a little more attention than it has been getting recently. I know that some of the people who have put in a lot of very valuable time into stac-fastapi now have other commitments and responsibilities. I am a maintainer of stac-fastapi-elasticsearch-opensearch and I know that some of the issues and prs you see here are coming from people using the elasticsearch or opensearch backends. I would like to help the project move forward by tackling some of the issues and prs. I talked to Peter @gadomski and he thought I should start an issue here. I would like to say that I do see myself having the time to help out here. I will also put in the time to reach out to the community if there are any issues, especially STAC-related issues, that may not have a clear answer. This is a very important project and one that I have a lot of respect for. Thank you.

Huge +1 for this 🙏

Awesome, thank you @jonhealy1! Really appreciate you stepping up. I've sent you an invite to collaborate on this repo with write permissions. Once you accept, feel free to open a PR to add yourself as a maintainer in the Python package metadata (if you'd like).
W.r.t. PR reviews, I may have some availability, but if you have other collaborators that can review your changes to this repo they'll almost certainly be more responsive than me.
Thanks again!

Thanks @gadomski!

@drnextgis Thank you for the support. I have never thought of being a maintainer for stac-fastapi-pgstac. I did notice you have an open pr and some issues open there. I haven't used stac-fastapi-pgstac too much. You would do a much better job than me helping maintain that project but I'm not sure about how much time you have. Both of the repositories need more than one active maintainer to really function well I think.

authors: gadomski jonhealy1 vincentsarago

repo: stac-utils/stac-fastapi


text:
chore: Bump rust-toolchain to 1.79.0, and bump crate dependencies

Description

[!NOTE]
ubiX-rust-builder images updated in https://github.com/stackabletech/docker-images/pull/737

Definition of Done Checklist

Not all of these items are applicable to all PRs, the author should update this template to only leave the boxes in that are relevant
Please make sure all these things are done and tick the boxes

# Author
- [ ] Changes are OpenShift compatible
- [ ] CRD changes approved
- [ ] Integration tests passed (for non trivial changes)

# Reviewer
- [ ] Code contains useful comments
- [ ] (Integration-)Test cases added
- [ ] Documentation added or updated
- [ ] Changelog updated
- [ ] Cargo.toml only contains references to git tags (not specific commits or branches)

# Acceptance
- [ ] Feature Tracker has been updated
- [ ] Proper release label has been added

There are build issues for nix users (or at least me). But I think we can push on with the release.

error log

2024-07-09T15:00:14.837638Z ERROR rust_analyzer::main_loop: FetchBuildDataError:
error: linking with `cc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/bin:/home/nick/.cargo/bin:/nix/store/qdsimqhpg5ln8fy3xnaywrqdqsp7sglh-glib-2.80.2-bin/bin:/nix/store/1s8vcb6q2q2ijlamsryiki1d3103bzhb-rustup-1.26.0/bin:/nix/store/b0yx62c8qs431lafwwgqpbp462qfyisz-rustc-wrapper-1.77.1/bin:/nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin:/nix/store/9hgsinpfgyvsd92v0wlvmxv9wnaal68r-gcc-13.2.0/bin:/nix/store/nkdgysx90pln2l562l7lsk021hbxjdg8-glibc-2.39-31-bin/bin:/nix/store/hq8765g3p1i7qbargnqli5mn0jpsdbfl-coreutils-9.5/bin:/nix/store/2vkh4388dshscjx942dqvgsl24hnkkq9-binutils-wrapper-2.41/bin:/nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin:/nix/store/xsiyq2mjkq4i90yfywdj2nzv0ws0f4ms-cargo-1.77.1/bin:/nix/store/cbgw9mvxl7s93l700xwr71syg1ppbs5l-jq-1.7.1-bin/bin:/nix/store/vbk2n3094zyl9ywijks6a3d7s2i6wnfm-pkg-config-wrapper-0.29.2/bin:/nix/store/g715k4i6429gwaqmq0j658rgwfcnbw8a-beku-stackabletech-0.0.9-/bin:/nix/store/lpi16513bai8kg2bd841745vzk72475x-python3-3.11.9/bin:/nix/store/5v3pn1pn433kncii9chdlkk3f7c96fn9-docker-24.0.5/bin:/nix/store/15lzdmjwrvkml0xxms4a0q91mpianf8g-gettext-0.21.1/bin:/nix/store/dgaiqi0gfwkh6wr2x6fdqzlhj2ii54lh-git-2.44.0/bin:/nix/store/z32bv8y88aki586gkzsn3ibgd0s0rlmm-kind-0.22.0/bin:/nix/store/rnn9ngf6acjijvxl624yx40ggxylw8v7-kubectl-1.30.0/bin:/nix/store/bkady0zljczm0y5cm54c6sr734vxmpji-kubernetes-helm-3.14.4/bin:/nix/store/bvffx42gk0g1qfrngj7aj1k4i0mc8g2v-kuttl-0.16.0/bin:/nix/store/awshr3d8a94v2igyf16jh5p8bw9wf93s-nix-2.18.2/bin:/nix/store/xq359rj61igsvf7klv70qql5bpy2xhxx-which-2.21/bin:/nix/store/y1yifqq66sm3mx49llxvqghb71w3dgyg-yq-go-4.44.1/bin:/nix/store/8g7b1jkj5fpq1xcy5jgxfn9fxjwhxzvb-patchelf-0.15.0/bin:/nix/store/054lcfzbgh10590l7107nhv6znphnr29-openssl-3.0.13-bin/bin:/nix/store/i11hvg543sla8cxrhx3pxag1wcc90wmk-libgit2-1.7.2/bin:/nix/store/hq8765g3p1i7qbargnqli5mn0jpsdbfl-coreutils-9.5/bin:/nix/store/d1v47ybpl5cv9ycffgbfagfhvbvj8xdx-findutils-4.9.0/bin:/nix/store/3m6fjcs5y3ilbjpbd71dqj2lz89vpkvj-diffutils-3.10/bin:/nix/store/4cps736z7in3d37qc801lwv9z0ib67ps-gnused-4.9/bin:/nix/store/wy37jk2hirzqzx0666w1849kjdgzdam6-gnugrep-3.11/bin:/nix/store/a2ffqcqzbp8k4fmkyhpjq2km0i9wr8d8-gawk-5.2.2/bin:/nix/store/4m4vnjdy44s4sb8hlv4qsph492zz3rly-gnutar-1.35/bin:/nix/store/hragmx5p3izmwinv4441hj5706sxy4xs-gzip-1.13/bin:/nix/store/5giwsjx504zrgzl7cjzxm0s1423wndif-bzip2-1.0.8-bin/bin:/nix/store/qwcdasr63dfp74g7djazx48fx9s28i7a-gnumake-4.4.1/bin:/nix/store/h3bhzvz9ipglcybbcvkxvm4vg9lwvqg4-bash-5.2p26/bin:/nix/store/s1zcp7gayl4aw0xp86fli8jyb4kr5ha7-patch-2.7.6/bin:/nix/store/3iiml9pwff4y6zsis1gp4apbry1h1wfr-xz-5.4.6-bin/bin:/nix/store/kaiq352476xq7zb1p06yranc5j3jjlz2-file-5.45/bin:/home/nick/dev/github.com/stackabletech/zookeeper-operator/.direnv/bin:/run/wrappers/bin:/home/nick/.nix-profile/bin:/nix/profile/bin:/home/nick/.local/state/nix/profile/bin:/etc/profiles/per-user/nick/bin:/nix/var/nix/profiles/default/bin:/run/current-system/sw/bin" VSLANG="1033" "cc" "-Wl,--version-script=/run/user/1000/rustclSVpBi/list" "-Wl,--no-undefined-version" "-m64" "/run/user/1000/rustclSVpBi/symbols.o" "/home/nick/.cache/rust/debug/deps/darling_macro-f1e17b6cb0fb70ee.darling_macro.163cf18caa95a25c-cgu.0.rcgu.o" "/home/nick/.cache/rust/debug/deps/darling_macro-f1e17b6cb0fb70ee.darling_macro.163cf18caa95a25c-cgu.1.rcgu.o" "/home/nick/.cache/rust/debug/deps/darling_macro-f1e17b6cb0fb70ee.dirponmyy9aoj1m.rcgu.rmeta" "/home/nick/.cache/rust/debug/deps/darling_macro-f1e17b6cb0fb70ee.1qc6r10yudwbpjma.rcgu.o" "-Wl,--as-needed" "-L" "/home/nick/.cache/rust/debug/deps" "-L" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib" "/home/nick/.cache/rust/debug/deps/libstrsim-c227911f4e1abf59.rlib" "/home/nick/.cache/rust/debug/deps/libfnv-40242bbb99b7f81c.rlib" "/home/nick/.cache/rust/debug/deps/libident_case-c63582ae248d7075.rlib" "/home/nick/.cache/rust/debug/deps/libsyn-98b7f8507b0069d1.rlib" "/home/nick/.cache/rust/debug/deps/libquote-49c136d46ece7b48.rlib" "/home/nick/.cache/rust/debug/deps/libproc_macro2-20af0d903fa9f396.rlib" "/home/nick/.cache/rust/debug/deps/libunicode_ident-ff7c658130c48170.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libproc_macro-ae80c474b64862e2.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-d5189b81a4fa4d36.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-6a4779412a873200.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libobject-c88c426dd6780435.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libmemchr-e74540b31113a555.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libaddr2line-8751b61bd13c15cf.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgimli-a8b99dba9f449259.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-f0068d76172a0372.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd_detect-c16dfaf47799564e.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-bfa26dd63e299db5.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-75a2330a693e738f.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libminiz_oxide-76779dce1f7ab63d.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libadler-01c5cc588623cb35.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-07bb9745ec737292.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-6eacdcc91004cefb.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-ae2488b58226c836.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-52acaddcaaba04c6.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-326b78eac9ecd050.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-307ebf19f0f13d30.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-d9076ee5964191bf.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/home/nick/.cache/rust/debug/deps/libdarling_macro-f1e17b6cb0fb70ee.so" "-Wl,--gc-sections" "-shared" "-Wl,-z,relro,-z,now" "-nodefaultlibs"
  = note: /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.04.rcgu.o): in function `darling_core::derive::from_meta':
          darling_core.f0ffaa6b4d8894d6-cgu.04:(.text._ZN12darling_core6derive9from_meta17h30f18473c8c79c62E+0x16): undefined reference to `darling_core::options::from_meta::FromMetaOptions::new'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.04.rcgu.o): in function `darling_core::derive::from_type_param':
          darling_core.f0ffaa6b4d8894d6-cgu.04:(.text._ZN12darling_core6derive15from_type_param17h9f1b0344793161a7E+0x16): undefined reference to `darling_core::options::from_type_param::FromTypeParamOptions::new'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.05.rcgu.o): in function `core::iter::traits::double_ended::DoubleEndedIterator::advance_back_by':
          darling_core.f0ffaa6b4d8894d6-cgu.05:(.text._ZN4core4iter6traits12double_ended19DoubleEndedIterator15advance_back_by17h52269e11dae1cb62E+0xe3): undefined reference to `core::num::nonzero::NonZero<T>::new_unchecked::precondition_check'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.05.rcgu.o): in function `core::iter::traits::iterator::Iterator::advance_by':
          darling_core.f0ffaa6b4d8894d6-cgu.05:(.text._ZN4core4iter6traits8iterator8Iterator10advance_by17h9b29e59cf96df214E+0xe3): undefined reference to `core::num::nonzero::NonZero<T>::new_unchecked::precondition_check'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.05.rcgu.o): in function `darling_core::codegen::trait_impl::TraitImpl::declare_errors':
          darling_core.f0ffaa6b4d8894d6-cgu.05:(.text._ZN12darling_core7codegen10trait_impl9TraitImpl14declare_errors17h65cd0807944b6643E+0x2): undefined reference to `<darling_core::codegen::error::ErrorDeclaration as core::default::Default>::default'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.05.rcgu.o): in function `darling_core::codegen::trait_impl::TraitImpl::check_errors':
          darling_core.f0ffaa6b4d8894d6-cgu.05:(.text._ZN12darling_core7codegen10trait_impl9TraitImpl12check_errors17hb1c9204fd18ea69bE+0x2): undefined reference to `<darling_core::codegen::error::ErrorCheck as core::default::Default>::default'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.05.rcgu.o): in function `darling_core::codegen::trait_impl::TraitImpl::make_field_ctx':
          darling_core.f0ffaa6b4d8894d6-cgu.05:(.text._ZN12darling_core7codegen10trait_impl9TraitImpl14make_field_ctx17hc23a7636df504152E+0x3e): undefined reference to `core::fmt::Arguments::new_const'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.06.rcgu.o): in function `core::option::Option<T>::as_deref':
          darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN4core6option15Option$LT$T$GT$8as_deref17h9548d33df56a28d3E+0x42): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.06.rcgu.o): in function `<darling_core::options::from_field::FromFieldOptions as darling_core::options::ParseData>::parse_field':
          darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN104_$LT$darling_core..options..from_field..FromFieldOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17hfc2e1fbeb47cf5b0E+0xc8): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN104_$LT$darling_core..options..from_field..FromFieldOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17hfc2e1fbeb47cf5b0E+0x110): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.06.rcgu.o): in function `darling_core::options::outer_from::OuterFrom::start':
          darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN12darling_core7options10outer_from9OuterFrom5start17h69c51ea77f00e89dE+0x1a): undefined reference to `darling_core::options::core::Core::start'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.06.rcgu.o): in function `<darling_core::options::outer_from::OuterFrom as darling_core::options::ParseData>::parse_field':
          darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN97_$LT$darling_core..options..outer_from..OuterFrom$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17h6e45bea3f0358853E+0xd1): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.06:(.text._ZN97_$LT$darling_core..options..outer_from..OuterFrom$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17h6e45bea3f0358853E+0x119): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.07.rcgu.o): in function `darling_core::options::parse_attr':
          darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h0697521a2e678336E+0x3ab): undefined reference to `core::fmt::Arguments::new_v1'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h0697521a2e678336E+0x421): undefined reference to `core::fmt::Arguments::new_v1'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.07.rcgu.o): in function `darling_core::options::parse_attr':
          darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h3c95974d91551ca5E+0x3ab): undefined reference to `core::fmt::Arguments::new_v1'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h3c95974d91551ca5E+0x421): undefined reference to `core::fmt::Arguments::new_v1'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.07.rcgu.o): in function `darling_core::options::parse_attr':
          darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h54e622feb0d73787E+0x3ab): undefined reference to `core::fmt::Arguments::new_v1'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.07.rcgu.o):darling_core.f0ffaa6b4d8894d6-cgu.07:(.text._ZN12darling_core7options10parse_attr17h54e622feb0d73787E+0x421): more undefined references to `core::fmt::Arguments::new_v1' follow
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.08.rcgu.o): in function `<core::str::iter::Chars as core::iter::traits::iterator::Iterator>::next':
          darling_core.f0ffaa6b4d8894d6-cgu.08:(.text._ZN81_$LT$core..str..iter..Chars$u20$as$u20$core..iter..traits..iterator..Iterator$GT$4next17h1d626c1730561d72E+0x3e): undefined reference to `core::char::convert::from_u32_unchecked::precondition_check'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.08.rcgu.o): in function `<darling_core::options::from_derive::FdiOptions as darling_core::options::ParseData>::parse_field':
          darling_core.f0ffaa6b4d8894d6-cgu.08:(.text._ZN99_$LT$darling_core..options..from_derive..FdiOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17h4c31ccfaf8a6ec4aE+0xc8): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.08:(.text._ZN99_$LT$darling_core..options..from_derive..FdiOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17h4c31ccfaf8a6ec4aE+0x110): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.08:(.text._ZN99_$LT$darling_core..options..from_derive..FdiOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17h4c31ccfaf8a6ec4aE+0x161): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.09.rcgu.o): in function `core::str::traits::<impl core::slice::index::SliceIndex<str> for core::ops::range::Range<usize>>::get_unchecked':
          darling_core.f0ffaa6b4d8894d6-cgu.09:(.text._ZN4core3str6traits108_$LT$impl$u20$core..slice..index..SliceIndex$LT$str$GT$$u20$for$u20$core..ops..range..Range$LT$usize$GT$$GT$13get_unchecked17h0b1cd89e44f61f84E+0x3c): undefined reference to `core::str::traits::<impl core::slice::index::SliceIndex<str> for core::ops::range::Range<usize>>::get_unchecked::precondition_check'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.09.rcgu.o): in function `<proc_macro2::Ident as core::clone::Clone>::clone':
          darling_core.f0ffaa6b4d8894d6-cgu.09:(.text._ZN57_$LT$proc_macro2..Ident$u20$as$u20$core..clone..Clone$GT$5clone17h26275a034a6252cbE+0x19): undefined reference to `<proc_macro2::imp::Ident as core::clone::Clone>::clone'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.09:(.text._ZN57_$LT$proc_macro2..Ident$u20$as$u20$core..clone..Clone$GT$5clone17h26275a034a6252cbE+0x27): undefined reference to `<proc_macro2::marker::ProcMacroAutoTraits as core::clone::Clone>::clone'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.09.rcgu.o): in function `<proc_macro2::TokenStream as core::clone::Clone>::clone':
          darling_core.f0ffaa6b4d8894d6-cgu.09:(.text._ZN63_$LT$proc_macro2..TokenStream$u20$as$u20$core..clone..Clone$GT$5clone17hde70605436ae3c88E+0x18): undefined reference to `<proc_macro2::imp::TokenStream as core::clone::Clone>::clone'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.09:(.text._ZN63_$LT$proc_macro2..TokenStream$u20$as$u20$core..clone..Clone$GT$5clone17hde70605436ae3c88E+0x26): undefined reference to `<proc_macro2::marker::ProcMacroAutoTraits as core::clone::Clone>::clone'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.11.rcgu.o): in function `darling_core::from_meta::FromMeta::from_value':
          darling_core.f0ffaa6b4d8894d6-cgu.11:(.text._ZN12darling_core9from_meta8FromMeta10from_value17h7df9a94f9e4d732eE+0xb2): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.11.rcgu.o): in function `<darling_core::options::from_variant::FromVariantOptions as darling_core::options::ParseData>::parse_field':
          darling_core.f0ffaa6b4d8894d6-cgu.11:(.text._ZN108_$LT$darling_core..options..from_variant..FromVariantOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17hd70847ec6b1f4497E+0xc8): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.11:(.text._ZN108_$LT$darling_core..options..from_variant..FromVariantOptions$u20$as$u20$darling_core..options..ParseData$GT$11parse_field17hd70847ec6b1f4497E+0x110): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `darling_core::from_meta::FromMeta::from_value':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core9from_meta8FromMeta10from_value17h60f619d0db4c78f2E+0xb2): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `darling_core::from_meta::FromMeta::from_value':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core9from_meta8FromMeta10from_value17h95fc8c3539bb3a4bE+0xb2): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `darling_core::from_meta::FromMeta::from_value':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core9from_meta8FromMeta10from_value17h98c36c72e07bdaeeE+0xb2): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `<darling_core::options::shape::DeriveInputShapeSet as darling_core::from_meta::FromMeta>::from_list':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x1fc): undefined reference to `<alloc::string::String as core::cmp::PartialEq<&str>>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x245): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x29a): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x2b3): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x2fe): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN103_$LT$darling_core..options..shape..DeriveInputShapeSet$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hc612a6565ea9c45aE+0x323): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `darling_core::options::shape::DataShape::set_word':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core7options5shape9DataShape8set_word17ha7c9d2034a3f70f7E+0x5a): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core7options5shape9DataShape8set_word17ha7c9d2034a3f70f7E+0x79): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core7options5shape9DataShape8set_word17ha7c9d2034a3f70f7E+0xba): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core7options5shape9DataShape8set_word17ha7c9d2034a3f70f7E+0xfb): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN12darling_core7options5shape9DataShape8set_word17ha7c9d2034a3f70f7E+0x13c): undefined reference to `core::str::traits::<impl core::cmp::PartialEq for str>::eq'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_core-b43c256b04eb7a10.rlib(darling_core-b43c256b04eb7a10.darling_core.f0ffaa6b4d8894d6-cgu.12.rcgu.o): in function `<darling_core::options::shape::DataShape as darling_core::from_meta::FromMeta>::from_list':
          darling_core.f0ffaa6b4d8894d6-cgu.12:(.text._ZN93_$LT$darling_core..options..shape..DataShape$u20$as$u20$darling_core..from_meta..FromMeta$GT$9from_list17hd283b4f96f9ef49aE+0x249): undefined reference to `<alloc::string::String as core::ops::deref::Deref>::deref'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libdarling_macro-f1e17b6cb0fb70ee.so: hidden symbol `_ZN12darling_core7options4core4Core5start17h88a7b12e4924e715E' isn't defined
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: final link failed: bad value
          collect2: error: ld returned 1 exit status

  = note: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
  = note: use the `-l` flag to specify native libraries to link
  = note: use the `cargo:rustc-link-lib` directive to specify the native libraries to link with Cargo (see https://doc.rust-lang.org/cargo/reference/build-scripts.html#rustc-link-lib)

error: aborting due to 1 previous error

error: could not compile `darling_macro` (lib) due to 2 previous errors
error: linking with `cc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/bin:/home/nick/.cargo/bin:/nix/store/qdsimqhpg5ln8fy3xnaywrqdqsp7sglh-glib-2.80.2-bin/bin:/nix/store/1s8vcb6q2q2ijlamsryiki1d3103bzhb-rustup-1.26.0/bin:/nix/store/b0yx62c8qs431lafwwgqpbp462qfyisz-rustc-wrapper-1.77.1/bin:/nix/store/8mjb3ziimfi3rki71q4s0916xkm4cm5p-gcc-wrapper-13.2.0/bin:/nix/store/9hgsinpfgyvsd92v0wlvmxv9wnaal68r-gcc-13.2.0/bin:/nix/store/nkdgysx90pln2l562l7lsk021hbxjdg8-glibc-2.39-31-bin/bin:/nix/store/hq8765g3p1i7qbargnqli5mn0jpsdbfl-coreutils-9.5/bin:/nix/store/2vkh4388dshscjx942dqvgsl24hnkkq9-binutils-wrapper-2.41/bin:/nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin:/nix/store/xsiyq2mjkq4i90yfywdj2nzv0ws0f4ms-cargo-1.77.1/bin:/nix/store/cbgw9mvxl7s93l700xwr71syg1ppbs5l-jq-1.7.1-bin/bin:/nix/store/vbk2n3094zyl9ywijks6a3d7s2i6wnfm-pkg-config-wrapper-0.29.2/bin:/nix/store/g715k4i6429gwaqmq0j658rgwfcnbw8a-beku-stackabletech-0.0.9-/bin:/nix/store/lpi16513bai8kg2bd841745vzk72475x-python3-3.11.9/bin:/nix/store/5v3pn1pn433kncii9chdlkk3f7c96fn9-docker-24.0.5/bin:/nix/store/15lzdmjwrvkml0xxms4a0q91mpianf8g-gettext-0.21.1/bin:/nix/store/dgaiqi0gfwkh6wr2x6fdqzlhj2ii54lh-git-2.44.0/bin:/nix/store/z32bv8y88aki586gkzsn3ibgd0s0rlmm-kind-0.22.0/bin:/nix/store/rnn9ngf6acjijvxl624yx40ggxylw8v7-kubectl-1.30.0/bin:/nix/store/bkady0zljczm0y5cm54c6sr734vxmpji-kubernetes-helm-3.14.4/bin:/nix/store/bvffx42gk0g1qfrngj7aj1k4i0mc8g2v-kuttl-0.16.0/bin:/nix/store/awshr3d8a94v2igyf16jh5p8bw9wf93s-nix-2.18.2/bin:/nix/store/xq359rj61igsvf7klv70qql5bpy2xhxx-which-2.21/bin:/nix/store/y1yifqq66sm3mx49llxvqghb71w3dgyg-yq-go-4.44.1/bin:/nix/store/8g7b1jkj5fpq1xcy5jgxfn9fxjwhxzvb-patchelf-0.15.0/bin:/nix/store/054lcfzbgh10590l7107nhv6znphnr29-openssl-3.0.13-bin/bin:/nix/store/i11hvg543sla8cxrhx3pxag1wcc90wmk-libgit2-1.7.2/bin:/nix/store/hq8765g3p1i7qbargnqli5mn0jpsdbfl-coreutils-9.5/bin:/nix/store/d1v47ybpl5cv9ycffgbfagfhvbvj8xdx-findutils-4.9.0/bin:/nix/store/3m6fjcs5y3ilbjpbd71dqj2lz89vpkvj-diffutils-3.10/bin:/nix/store/4cps736z7in3d37qc801lwv9z0ib67ps-gnused-4.9/bin:/nix/store/wy37jk2hirzqzx0666w1849kjdgzdam6-gnugrep-3.11/bin:/nix/store/a2ffqcqzbp8k4fmkyhpjq2km0i9wr8d8-gawk-5.2.2/bin:/nix/store/4m4vnjdy44s4sb8hlv4qsph492zz3rly-gnutar-1.35/bin:/nix/store/hragmx5p3izmwinv4441hj5706sxy4xs-gzip-1.13/bin:/nix/store/5giwsjx504zrgzl7cjzxm0s1423wndif-bzip2-1.0.8-bin/bin:/nix/store/qwcdasr63dfp74g7djazx48fx9s28i7a-gnumake-4.4.1/bin:/nix/store/h3bhzvz9ipglcybbcvkxvm4vg9lwvqg4-bash-5.2p26/bin:/nix/store/s1zcp7gayl4aw0xp86fli8jyb4kr5ha7-patch-2.7.6/bin:/nix/store/3iiml9pwff4y6zsis1gp4apbry1h1wfr-xz-5.4.6-bin/bin:/nix/store/kaiq352476xq7zb1p06yranc5j3jjlz2-file-5.45/bin:/home/nick/dev/github.com/stackabletech/zookeeper-operator/.direnv/bin:/run/wrappers/bin:/home/nick/.nix-profile/bin:/nix/profile/bin:/home/nick/.local/state/nix/profile/bin:/etc/profiles/per-user/nick/bin:/nix/var/nix/profiles/default/bin:/run/current-system/sw/bin" VSLANG="1033" "cc" "-Wl,--version-script=/run/user/1000/rustcOZNyTU/list" "-Wl,--no-undefined-version" "-m64" "/run/user/1000/rustcOZNyTU/symbols.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.00.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.01.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.02.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.03.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.04.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.05.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.06.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.07.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.08.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.09.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.10.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.11.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.12.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.13.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.14.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.rstest_macros.97dafbc75c007be3-cgu.15.rcgu.o" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.2ads4ll6tzrslsuo.rcgu.rmeta" "/home/nick/.cache/rust/debug/deps/rstest_macros-57e4300f8b6de3df.355vcej0vcsrtmzj.rcgu.o" "-Wl,--as-needed" "-L" "/home/nick/.cache/rust/debug/deps" "-L" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/home/nick/.cache/rust/debug/deps/libproc_macro_crate-d299a34ec183c9bf.rlib" "/home/nick/.cache/rust/debug/deps/libtoml_edit-abbccee1c676c5da.rlib" "/home/nick/.cache/rust/debug/deps/libindexmap-4c04400102a9912b.rlib" "/home/nick/.cache/rust/debug/deps/libequivalent-7eef7df7dd0756e3.rlib" "/home/nick/.cache/rust/debug/deps/libhashbrown-47acd354dc2ff79d.rlib" "/home/nick/.cache/rust/debug/deps/libwinnow-21dea6a7daaf7e57.rlib" "/home/nick/.cache/rust/debug/deps/libtoml_datetime-5eddfc962aaaa4aa.rlib" "/home/nick/.cache/rust/debug/deps/libcfg_if-54f46feadc6a26f1.rlib" "/home/nick/.cache/rust/debug/deps/librelative_path-b45e76592be6d87a.rlib" "/home/nick/.cache/rust/debug/deps/libregex-70d0166d4951d87a.rlib" "/home/nick/.cache/rust/debug/deps/libregex_automata-bcc05e5b4ad8b4a6.rlib" "/home/nick/.cache/rust/debug/deps/libaho_corasick-64e6f004dff28d9b.rlib" "/home/nick/.cache/rust/debug/deps/libmemchr-34edd28ea06b5706.rlib" "/home/nick/.cache/rust/debug/deps/libregex_syntax-4b91cebe05c939d9.rlib" "/home/nick/.cache/rust/debug/deps/libglob-0e7c45e02e4d43d3.rlib" "/home/nick/.cache/rust/debug/deps/libsyn-98b7f8507b0069d1.rlib" "/home/nick/.cache/rust/debug/deps/libquote-49c136d46ece7b48.rlib" "/home/nick/.cache/rust/debug/deps/libproc_macro2-20af0d903fa9f396.rlib" "/home/nick/.cache/rust/debug/deps/libunicode_ident-ff7c658130c48170.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libproc_macro-ae80c474b64862e2.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-d5189b81a4fa4d36.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-6a4779412a873200.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libobject-c88c426dd6780435.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libmemchr-e74540b31113a555.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libaddr2line-8751b61bd13c15cf.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libgimli-a8b99dba9f449259.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-f0068d76172a0372.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd_detect-c16dfaf47799564e.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-bfa26dd63e299db5.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-75a2330a693e738f.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libminiz_oxide-76779dce1f7ab63d.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libadler-01c5cc588623cb35.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-07bb9745ec737292.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-6eacdcc91004cefb.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-ae2488b58226c836.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-52acaddcaaba04c6.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-326b78eac9ecd050.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-307ebf19f0f13d30.rlib" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-d9076ee5964191bf.rlib" "-Wl,-Bdynamic" "-lgcc_s" "-lutil" "-lrt" "-lpthread" "-lm" "-ldl" "-lc" "-Wl,--eh-frame-hdr" "-Wl,-z,noexecstack" "-L" "/home/nick/.rustup/toolchains/1.79.0-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-o" "/home/nick/.cache/rust/debug/deps/librstest_macros-57e4300f8b6de3df.so" "-Wl,--gc-sections" "-shared" "-Wl,-z,relro,-z,now" "-nodefaultlibs"
  = note: /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/libtoml_edit-abbccee1c676c5da.rlib(toml_edit-abbccee1c676c5da.toml_edit.94587b4d6c7d16c8-cgu.07.rcgu.o): in function `core::ptr::drop_in_place<std::io::error::repr_bitpacked::Repr>':
          toml_edit.94587b4d6c7d16c8-cgu.07:(.text._ZN4core3ptr57drop_in_place$LT$std..io..error..repr_bitpacked..Repr$GT$17hdcafc27d1a1596beE+0x2): undefined reference to `<std::io::error::repr_bitpacked::Repr as core::ops::drop::Drop>::drop'
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: /home/nick/.cache/rust/debug/deps/librstest_macros-57e4300f8b6de3df.so: hidden symbol `_ZN78_$LT$std..io..error..repr_bitpacked..Repr$u20$as$u20$core..ops..drop..Drop$GT$4drop17h06932ecfdcc0b599E' isn't defined
          /nix/store/nd7ass1isid4vswpkfm82za4mcdwhzsm-binutils-2.41/bin/ld: final link failed: bad value
          collect2: error: ld returned 1 exit status

  = note: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
  = note: use the `-l` flag to specify native libraries to link
  = note: use the `cargo:rustc-link-lib` directive to specify the native libraries to link with Cargo (see https://doc.rust-lang.org/cargo/reference/build-scripts.html#rustc-link-lib)

error: aborting due to 1 previous error

error: could not compile `rstest_macros` (lib) due to 2 previous errors

repo: stackabletech/operator-rs


text:
prompt is too long: 207319 tokens > 200000 maximum

Describe the bug
Your prompt is too long. How can I help you reduce its length while maintaining its core functionality?
prompt is too long: 207319 tokens > 200000 maximum
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-4dhc8q
Steps to reproduce
trying to deploy but hitting the issues
Expected behavior
deploy
Screen Recording / Screenshot
No response
Platform
Browser name = Chrome
Full version = 131.0.0.0
Major version = 131
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
performance.memory = {
  "totalJSHeapSize": 59381919,
  "usedJSHeapSize": 57505319,
  "jsHeapSizeLimit": 4294705152
}
Username = karoliang
Chat ID = d464bc596d55

Additional context
No response

annoying ay, been the case for like a week now

Appreciate the feedback! We are aware of this issue and are tracking it here: #1322.

authors: endocytosis karoliang ragsntatters


text:
Consider that pypi package names may be normalized

Summary
The PyPI specification states that python package names should be normalized https://packaging.python.org/en/latest/specifications/name-normalization/#name-normalization.
The package names in requirements.txt do not necessarily adhere to the normalization rules, but the response from OSV does.
This was causing our PR review handler to fail in some cases, because it could not figure out which line in the diff needed to be changed, since there was no exact match.
This changes the matcher to use normalized names when looking for PyPI dependencies in the PR diff.
Fixes #2605
Change Type
Mark the type of change your PR introduces:

[x] Bug fix (resolves an issue without affecting existing features)
[ ] Feature (adds new functionality without breaking changes)
[ ] Breaking change (may impact existing functionalities or require documentation updates)
[ ] Documentation (updates or additions to documentation)
[ ] Refactoring or test improvements (no bug fixes or new functionality)

Testing
Outline how the changes were tested, including steps to reproduce and any relevant configurations.
Attach screenshots if helpful.
Review Checklist:

[x] Reviewed my own code for quality and clarity.
[ ] Added comments to complex or tricky code sections.
[ ] Updated any affected documentation.
[x] Included tests that validate the fix or feature.
[ ] Checked that related changes are merged.

coverage: 53.929% (+0.09%) from 53.84%
when pulling 3cb397f62309746316f07d4b11e6272b8383adde on eleftherias:2605-pr-vulncheck-bug
into 273fc379ce1fdadd0a34f9781a2fbcfb8a4c469c on stacklok:main.

authors: coveralls eleftherias

repo: stacklok/minder


text:
WIP: use rhtap build collector-full in e2e test

Description
DO NOT MERGE, ONLY FOR TESTING!
Checklist

[ ] Investigated and inspected CI test results
[ ] Unit test and regression tests added
[ ] Evaluated and added CHANGELOG entry if required
[ ] Determined and documented upgrade steps
[ ] Documented user facing changes (create PR based on openshift/openshift-docs and merge into rhacs-docs)

If any of these don't apply, please comment below.
Testing Performed
Here I tell how I validated my change
TODO(replace-me)
Use this space to explain how you validated that your change functions exactly how you expect it.
Feel free to attach JSON snippets, curl commands, screenshots, etc. Apply a simple benchmark: would the information you
provided convince any reviewer or any external reader that you did enough to validate your change.
It is acceptable to assume trust and keep this section light, e.g. as a bullet-point list.
It is acceptable to skip testing in cases when CI is sufficient, or it's a markdown or code comment change only.
It is also acceptable to skip testing for changes that are too taxing to test before merging. In such case you are
responsible for the change after it gets merged which includes reverting, fixing, etc. Make sure you validate the change
ASAP after it gets merged or explain in PR when the validation will be performed.
Explain here why you skipped testing in case you did so.
Have you created automated tests for your change? Explain here which validation activities you did manually and why so.
Reminder for reviewers
In addition to reviewing code here, reviewers must also review testing and request further testing in case the
performed one does not seem sufficient. As a reviewer, you must not approve the change until you understand the
performed testing and you are satisfied with it.

/test all

/test all

/test all

/retest

/retest

/retest

/retest

/retest

/retest

/retest

/retest

/retest

Testing is done.

repo: stackrox/stackrox


text:
🛑 STAKR.space site is down

In 7e5a456, STAKR.space site (https://stakr.space) was down:

HTTP code: 0
Response time: 0 ms

Resolved: STAKR.space site is back up in 7cab376 after 32 minutes.

repo: stakrspace/upptime


text:
Bottom Bar redesign - Record Audio and Send button

Adapt exiting UI to the new designs of the record audio and send buttons. Existing UI is built based on expansion/collapse requirements (like moving chat view up when entered text is large/multiline, price view becoming wider as price is entered reducing width of input text field, etc) so it's recommended to adapt existing views to new designs instead of building UI from scratch.
Base branch: test-flight
General requirements

All assets needs to be taken from Figma (export in 3x and create them adding versions for 1x, 2x and 3x in Assets section of the project)
All colors need to be taken from Figma (some of them already exists in the project, some others need to be created). All new colors need to be created for both dark and light mode in the Color section of the app
All sizes, margins, etc need to be taken from Figma.

Acceptance Criteria

[ ] Apply all designs with right sizes, colors and assets for both dark and light mode
[ ] Record a video with loom for review when task is completed

Figma designs: https://www.figma.com/design/suipHjIGKg38rbWo0qHGqV/Desktop-Design-System---Dark-Version?node-id=4242-135730&t=z4I07OL9PbmdiBB5-0
Design prototype: https://www.figma.com/proto/suipHjIGKg38rbWo0qHGqV/Desktop-Design-System---Dark-Version?node-id=4252-25997&t=XLPtO9cCnva4Jxax-1&scaling=min-zoom&page-id=4242%3A135730&starting-point-node-id=4252%3A25997&show-proto-sidebar=1
Designs video: https://github.com/stakwork/sphinx-mac/assets/13258550/335267aa-8028-457f-8316-2299d1b0eda8
Specifications
1. Bottom bar default elements

Send button is hidden by default
Record Audio button changes color, size and asset (Recording view stays the same but needs to be adapted to existing position of the record audio button on the bottom bar)

2. Entered text state

When text is entered in the message field:

Record audio button is replaced by Send button (send button size, color and asset might change)

3. Entered large text state

When text entered in the message field becomes multiline:

Send buttons stay aligned to bottom on the bottom bar

I can help with this

authors: Khaalid-oh tomastiminskas

repo: stakwork/sphinx-mac


text:
Add automated maintanence and cleanup via clang-tools to makefile

The clang-tidy and clang-format tools have been added to the
make file so that it's easier to keep all of the code consistent
Submission Checklist

[x] Run unit tests: ./runTests.py src/test/unit
[x] Run cpplint: make cpplint
[x] Declare copyright holder and open-source license: see below

Summary
This adds

make methods for clang-format and clang-tidy so that it's easy to run them over the files in source. clang-format uses the same .clang-format file used in the math library

There are only two actual places I made changes in the code

in  src/stan/lang/generator/generate_fun_inst_templ_params.hpp I removed the macro newline \ and put a // NOLINT at the top
in src/stan/callbacks/stream_writer.hpp I made the constructor on line 26 explicit since it can accept only one argument

stream_writer(std::ostream& output,
                         const std::string& comment_prefix = "")

Intended Effect
There should be no change to how code is executed. The tools are just so that the stan and math library have similar C++ styles. If that's not a good thing for the code at this level then we can close this PR (it took me like 10 mins to run this so no biggie)
How to Verify
From develop you can run make clang-format to get the code generated here (minus the two places listed above
Side Effects
If there are side effects beyond the two mentioned above then that's bad
Documentation
Copyright and Licensing
Please list the copyright holder for the work you are submitting (this will be you or your assignee, such as a university or company):
By submitting this pull request, the copyright holder is agreeing to license the submitted work under the following licenses: Steve Bronder

Who should review this?

Cool. I took a look at the makefile stuff and it looked good. I spot-checked a handful of the changes and they look good too.
I could approve, but I think we'd want either @serban-nicusor-toptal or @seantalts to sign off on the Jenkins change?

@seantalts and I did chat about the automatic formatting the other day and he was sort of against it. I'm fine one way or another with add/removing the Jenkins stuff

I'm heavily pro automatic formatting (and tidying if there's stuff we always want to do, which it seems like there is!). I just think it's more standard and better for devs to have the tools installed locally with the git pre-commit hook in general and not rely on the server correcting after the fact, because that way the git history is also formatted correctly. Having a server mode is nice because you might have contributors who are aren't in it for the long haul and it's not worth setting up all the tooling necessarily, but it'd be nice if that didn't also encourage long time devs to not code to the standard and rely on the server to fix it. I'm fine with adding the server mode here since we have it in Math - once we move to monorepo we'll have it everywhere as well. I'll let @serban-nicusor-toptal review :)

My b Sean I think I mis-characterised your opinion a bit there.
I can make separate PRs for math and this repo to add git hooks to auto run clang-format  before a commit.
BUT(!!). In exchange I want us to move up to clang-format-6 (or even 7) because 5 is not available for my computer (Ubuntu 19.04) :)
Pretty sure 6 is installable via brew on mac and has been backported to 19.04

Ty! I'm not authorized to merge the PR but if someone wants to slam that button for me then go for it!

@SteveBronder I have reverted the merge.

How do I install the right tools to not have the server do the formatting?  Should I just wait until the dust settles on this PR and wait for new instructions?  I thought I had clang-format plugged into emacs, but maybe the standards changed or something.  Do I need some kind of GitHub hook or something?

On Sep 6, 2019, at 5:08 PM, seantalts notifications@github.com wrote:
I'm heavily pro automatic formatting (and tidying if there's stuff we always want to do, which it seems like there is!). I just think it's more standard and better for devs to have the tools installed locally with the git pre-commit hook in general and not rely on the server correcting after the fact, because that way the git history is also formatted correctly. Having a server mode is nice because you might have contributors who are aren't in it for the long haul and it's not worth setting up all the tooling necessarily, but it'd be nice if that didn't also encourage long time devs to not code to the standard and rely on the server to fix it. I'm fine with adding the server mode here since we have it in Math - once we move to monorepo we'll have it everywhere as well. I'll let @serban-nicusor-toptal review :)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

If you are on a mac you should be able to do
brew install clang-tools

I need to check what version that is for mac. The server version is 5 which is v old and should be updated to at least 6

Wait don't do that!

Sorry, didn't want Bob to run that yet and then have to clean it up after.
There are instructions here: https://github.com/stan-dev/stan/wiki/Coding-Style-and-Idioms#clang-format
relevant line:
brew install https://raw.githubusercontent.com/Homebrew/homebrew-core/5d29e8a6bfbe2e7d8f9525645bb0c00879d0984a/Formula/clang-format.rb

Oh!? Is that for the specific version 5? Apologies

yeah, that's the specific version we use. My desire for the ideal situation here is seriously undermined by 1) brew not doing versioning in a reasonable way and 2) clang-format having different versions labeled as the same version number available and 3) clang-format not being backwards compatible.

@seantalts, you deserve a medal for figuring that out.

Do I need to run as superuser?  It errors out on permissions after scolding
me for trying to install from a URL.  I'll append full run (less the
huge list of new formulas).

Bob

~/temp2$ brew install https://raw.githubusercontent.com/Homebrew/homebrew-core/5d29e8a6bfbe2e7d8f9525645bb0c00879d0984a/Formula/clang-format.rb
Updating Homebrew...
==> Auto-updated Homebrew!
Updated 2 taps (homebrew/core and homebrew/cask).
==> New Formulae
aliyun-cli                     deno                           kubeaudit                      proper
...
ftimes                   lysp                     plan9port                tlsdate
go@1.4                   minisat                  postgres-xc              tmux-cssh
==> Consider using brew extract clang-format ...!
This will extract your desired clang-format version to a stable tap instead of
installing from an unstable URL!
######################################################################## 100.0%
Error: clang-format 2017-06-22 is already installed
To upgrade to 2017-11-14, run brew upgrade clang-format.
==> brew cleanup has not been run in 30 days, running now...
Removing: /Users/carp/Library/Caches/Homebrew/isl--0.20.high_sierra.bottle.tar.gz... (1.4MB)
Removing: /Users/carp/Library/Caches/Homebrew/libmpc--1.1.0.high_sierra.bottle.tar.gz... (114.2KB)
Removing: /Users/carp/Library/Caches/Homebrew/mpfr--4.0.1.high_sierra.bottle.tar.gz... (1.1MB)
Removing: /Users/carp/Library/Caches/Homebrew/ocaml--4.07.1.high_sierra.bottle.tar.gz... (85.0MB)
Removing: /Users/carp/Library/Caches/Homebrew/pcre--8.43.high_sierra.bottle.tar.gz... (1.8MB)
Removing: /Users/carp/Library/Caches/Homebrew/pkg-config--0.29.2.high_sierra.bottle.tar.gz... (235.8KB)
Removing: /Users/carp/Library/Caches/Homebrew/linkage.json... (13KB)
Removing: /Users/carp/Library/Caches/Homebrew/portable-ruby-2.3.7.leopard_64.bottle.tar.gz... (12.4MB)
Removing: /Users/carp/Library/Logs/Homebrew/pkg-config... (64B)
Removing: /Users/carp/Library/Logs/Homebrew/pcre... (64B)
Error: Permission denied @ unlink_internal - /usr/local/share/ghostscript/9.05/Resource/Font/logo10.pfb

What version do you get if you do
clang-format --version

The advice in the error message suggests trying replace the "install" verb
with "upgrade" in the original command (with the git url), what happens if
you try that? Or possibly just uninstalling the version you have first.
On Sat, Sep 7, 2019 at 06:54 Steve Bronder notifications@github.com wrote:

What version do you get if you do
clang-format --version
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/stan-dev/stan/pull/2805?email_source=notifications&email_token=AAGET3HNDGYUX5IKYFE7JI3QIOB57A5CNFSM4IUASKE2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6EWDGY#issuecomment-529097115,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAGET3CIHPCF4ZAXUJ36L73QIOB57ANCNFSM4IUASKEQ
.

authors: SteveBronder bob-carpenter seantalts serban-nicusor-toptal syclik

repo: stan-dev/stan


text:
Simulator cURL command gets pushed off the screen if the payload is too long

if you enter a sample payload that is long enough, the curl command section gets pushed off the screen and you can not scroll to it.

This is fixed :)

authors: svix-ken svix-lucho

repo: standard-webhooks/standard-webhooks


text:
Expand BreastCancerDetectionVS to include other methods of observation

Noted in review with @markkramerus - Commented in latest branch of shimi-mlt-tumorx.

@mlterryMitre do you know where did the codes that are currently there come from?

fixed in shimi.

authors: mlterryMitre rutemartins


text:
BUG - Header button misbehaves

Summary
Header button takes up whole channel in Firefox.
Steps To Reproduce
Steps to reproduce the behavior:

Open a channel with the raven enabled
The header button takes up the whole window and floats over the channel chat, covering it

Expected behavior
The button should be in its usual place in the header, with its appropriate size.
Observed Behavior
The button size follows the chat window size and covers up the channel. The button behaves properly only if the window is narrow enough to minimize the Mattermost side bar.
Environment

Mattermost version: 5.24.0
OS: Windows 10
Browser: Firefox 77.0.1

@astralcar thank you for the bug report. This is now fixed in v2.5.2.

Closing this now. Feel free to re-open in case you still face the issue.
Thanks 👍

repo: standup-raven/standup-raven