question - Mapie for zero inflated regressors

I am currently working on regression problem which mostly has lot of zeros (for 80% of the data) and 20% of non-zeros. So, we are using the scikit-lego package which has Zero Inflated Regressor as shown https://scikit-lego.netlify.app/meta.html#Zero-Inflated-Regressor
My code looks like below
clf = GridSearchCV(
    estimator=ExtraTreesClassifier(),
    param_grid={
        'n_estimators': [100,200,300,400,500],
        'bootstrap':[True, False],
        'max_features': ['sqrt','log2',None],
        'max_depth':[2,4,6,8,None],
        'class_weight':['balanced']
    },
    scoring='roc_auc',
)

reg = GridSearchCV(
    estimator=RandomForestRegressor(),
    param_grid={
        'n_estimators': [100,200,300,400,500],
        'bootstrap':[True, False],
        'max_features': ['sqrt','log2',None],
        'max_depth':[2,4,6,8,None],
    },
    scoring = 'neg_mean_squared_error',
)

zir = ZeroInflatedRegressor(
    classifier=clf,
    regressor=reg,
)

estimator = zir.fit(X_train_poly,y_train)
mapie = MapieRegressor(estimator=estimator, cv="prefit").fit(X_cal_poly, y_cal)
y_test_interval_pred_mapie = mapie.predict(X_test_poly, alpha=.10)[1].reshape(-1,2)

But I see around around 40% of my observations fall outside the low and high limits.
Additionally, I also see that the intervals are very wide. Is there anyway to make intervals narrower and improve the accuracy of placing the actual value within a narrow interval?
Expected behavior
Actual value should be within a narrow interval and low miscoverage
Desktop (please complete the following information):

OS: Windows 10
Browser chrome
MAPIE Version - 0.5.0

Additional context
How can we improve the accuracy of Mapie Regressor? Any best practice to improve the interval width and reduce the miscoverage rate?
While this is not a bug, I could not select any other option to pose question. So, chose this option (others were feature request).

Hey @SSMK-wq, thank you for your question. Conformal predictions rely on the assumption of exchangeability of the dataset (so a drift of your in your train/calibration/test set could lead to under-coverage). If this does not hold, then it could explain why you would have coverage lower than your wanted target coverage.
Additionally, feel free to try the different conformal prediction methods as they might have better coverages or interval widths, you can see a summary of them in the documentation and that you can implement using the method and cv attributes.

"naive": (method="naive"),
"jackknife": (method="base", cv=-1),
"jackknife_plus": (method="plus", cv=-1),
"jackknife_minmax": (method="minmax", cv=-1),
"cv": (method="base", cv=10),
"cv_plus": (method="plus", cv=10),
"cv_minmax": (method="minmax", cv=10),
"jackknife_plus_ab": (method="plus", cv=Subsample(n_resamplings=50)),
"jackknife_minmax_ab": (method="minmax", cv=Subsample(n_resamplings=50))

I hope this helps!


List-Ops foldr implementation/tests

The id and append test cases:
//id
foldr (fun item acc -> item :: acc) [] [1 .. big]
//append
foldr (fun item acc -> item :: acc) [100 .. big] [1 .. 99]

The arguments for the accumulator and the list to fold over are backwards compared to F#'s own foldBack function which is F#'s equivalent of foldr.
Below are two implentations that have been submitted for foldr
let foldr fn lst acc = foldl (flip fn) acc (reverse lst)
let foldr f acc xs = foldl (flip f) acc (reverse xs)

The top one I wrote has the function arguments in the order that would be expected of foldBack, while the second one has the arguments in the order of haskells foldr.  Was this the intended behavior for this exercise?  Would it make more sense for this exercise to create drop in replacements of the existing functions we are recreating?

@hobbitjoe Ah, good catch! This is almost certainly due to the fact that I used my Haskell exercise as the basis for the F# one. Would you perhaps like to submit a PR to fix this? If not, no problem!

@ErikSchierboom sure, I can work on a PR.  Should I just swap the lists in the test cases where foldr is used or should the name of the function also be changed?

Great! I think swapping would be enough, as the exercise's canonical data also lists the function as foldr (which nicely mirrors the foldl function).

PR #316 created for this issue

Closed due to #316 being merged. Once again thanks @hobbitjoe!


added support for ignored_formats

This fork adds the ability to ignore curtain request formats from being mobilized. You might want to return JSON for :json or :iphone mime types and not let mobile_fu convert your format to :mobile.
Usage example at the end of README.rdoc file.

+1 in general, although a quick look at the patch shows that it's an api-breaking change. I do like the way you have it, but IMO you should handle the case of passing true as the option hash for backwards compatibility. That is if anyone notices the patch :)

I changed the code to support backward compatibility.


Address field in listener not working (upstream connect error or disconnect/reset before headers)

Am not sure if this is related to #326 , still referencing the issue since it has the same error message, but on the face of it they seem to be different.
I'm trying to get the address field in a listener to work and I'm unable to do that. I've written a simple shell script as a test harness that will do the following - (this will work only on linux) -

Spins up an envoy container named envoyct1 with a default config and installs curl and python packages in it.
Uses nsenter to plumb two hardcoded IPs on eth0 of the envoy container that is spun up. These two IPs are simulations for two VIPs.
Copies over a new envoy config that has two listeners configured with the two IPs, on port 80.
Spins up a backend python server on port 9001 for service/1 backend.

When I docker exec into envoyct1, and fire curl <VIP1>/service/1, I expect to get a 404. But I see this error -
bash-4.3# curl <IP_ADDRESS>/service/1
upstream connect error or disconnect/reset before headersbash-4.3#

If I spin up a python server on a different port, and curl the IP:port, it works -
bash-4.3# python -m SimpleHTTPServer 9002
Serving HTTP on <IP_ADDRESS> port 9002 ...
<IP_ADDRESS> - - [22/Apr/2017 01:44:27] "GET / HTTP/1.1" 200 -

bash-4.3# curl <IP_ADDRESS>:9002
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<title>Directory listing for /</title>

Directory listing for /

.dockerenv

bin/

dev/

etc/

home/

lib/

lib64/

media/

mnt/

proc/

root/

run/

sbin/

srv/

sys/

tmp/

usr/

var/

bash-4.3#

So this doesn't look like a network configuration issue (the curl is being issued from inside the envoy container).
Is this an envoy config issue? Or some other?
When I tried to debug this using gdb and a debug envoy build, it looked like a worker thread that handles the connection request somewhere in the connection_manager_impl.cc chain sees a socket close event and so spits out this error. I'm not sure why it should see a socket close event..
Am I doing something wrong with the config? Can someone please take a look?
BTW, it doesn't matter if I have one or two listeners in my config file. It's the same result. Also, it doesn't matter whether I plumb the VIPs or not - using a simple <IP_ADDRESS> loopback IP yields the same result.
I'm attaching the harness as a zip file. Unzip it and simply run ./setup_ifaces.sh, and it'll spin up an envoy alpine container and do the rest of the plumbing. If you fire ./setup_ifaces.sh ubuntu, it will pull the lyft/envoy ubuntu image instead and do the same stuff there.
So basically, this happens across ubuntu/alpine, loopback/eth0. Any pointers/help would be much appreciated.
Thanks!
setup_envoy_multiple_listener.zip

"upstream connect error or disconnect/reset before headers" means that Envoy cannot connect to the upstream that is being routed to. Your listener config is probably fine. I would use a combination of the /stats and /clusters admin endpoint output to debug further, and verify that you can connect to your backend services from within the Envoy container.

@mattklein123 Thanks for taking a look! The text below is a bit long owing to the outputs I've pasted - thanks in advance for reading through them!
When I look at the /clusters output, I see service1 and service 2 there, with a series of entries for <IP_ADDRESS>:9001 (the python backend service), but for it, I see the cx_connect_fail stat set to 0 - if it were a connectivity issue from the envoy server, that shouldn't be 0, correct?
bash-4.3# curl <IP_ADDRESS>:8001/clusters
service1::default_priority::max_connections::1024
service1::default_priority::max_pending_requests::1024
service1::default_priority::max_requests::1024
service1::default_priority::max_retries::3
service1::high_priority::max_connections::1024
service1::high_priority::max_pending_requests::1024
service1::high_priority::max_requests::1024
service1::high_priority::max_retries::3
service1::<IP_ADDRESS>:9001::cx_active::0
service1::<IP_ADDRESS>:9001::cx_connect_fail::0
service1::<IP_ADDRESS>:9001::cx_total::0
service1::<IP_ADDRESS>:9001::rq_active::0
service1::<IP_ADDRESS>:9001::rq_timeout::0
service1::<IP_ADDRESS>:9001::rq_total::0
service1::<IP_ADDRESS>:9001::health_flags::healthy
service1::<IP_ADDRESS>:9001::weight::1
service1::<IP_ADDRESS>:9001::zone::
service1::<IP_ADDRESS>:9001::canary::false
service1::<IP_ADDRESS>:9001::success_rate::-1
service2::default_priority::max_connections::1024
service2::default_priority::max_pending_requests::1024
service2::default_priority::max_requests::1024
service2::default_priority::max_retries::3
service2::high_priority::max_connections::1024
service2::high_priority::max_pending_requests::1024
service2::high_priority::max_requests::1024
service2::high_priority::max_retries::3
bash-4.3#

With the /stats output, I see some parameters that seem to apply here, pasting only them below (and the complete output in a separate excerpt below that) -
cluster.service1.max_host_weight: 1
cluster.service1.membership_change: 1
cluster.service1.membership_healthy: 1
cluster.service1.membership_total: 1
cluster.service1.update_attempt: 49
cluster.service1.update_failure: 0
cluster.service1.update_success: 49

The membership_healthy value shows 1 , which I infer means that envoy is able to see the backend service1 in the cluster - is that the case?
What are the update attempts referring to? They also seem to have gone through successfully 100% of the time (49 attempts).
complete output -
bash-4.3# curl <IP_ADDRESS>:8001/stats  | grep service1
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  95cluster.service1.lb_healthy_panic: 0 0 --:--:-- --:--:-- --:--:--     0
10    0  9510    0     0  5479k      0 --:--:-- --:--:-- --cluster.service1.lb_local_cluster_not_ok: 0
:--:-- 9287k
cluster.service1.lb_recalculate_zone_structures: 0
cluster.service1.lb_zone_cluster_too_small: 0
cluster.service1.lb_zone_no_capacity_left: 0
cluster.service1.lb_zone_number_differs: 0
cluster.service1.lb_zone_routing_all_directly: 0
cluster.service1.lb_zone_routing_cross_zone: 0
cluster.service1.lb_zone_routing_sampled: 0
cluster.service1.max_host_weight: 1
cluster.service1.membership_change: 1
cluster.service1.membership_healthy: 1
cluster.service1.membership_total: 1
cluster.service1.update_attempt: 49
cluster.service1.update_failure: 0
cluster.service1.update_success: 49
cluster.service1.upstream_cx_active: 0
cluster.service1.upstream_cx_close_header: 0
cluster.service1.upstream_cx_connect_fail: 0
cluster.service1.upstream_cx_connect_timeout: 0
cluster.service1.upstream_cx_destroy: 0
cluster.service1.upstream_cx_destroy_local: 0
cluster.service1.upstream_cx_destroy_local_with_active_rq: 0
cluster.service1.upstream_cx_destroy_remote: 0
cluster.service1.upstream_cx_destroy_remote_with_active_rq: 0
cluster.service1.upstream_cx_destroy_with_active_rq: 0
cluster.service1.upstream_cx_http1_total: 0
cluster.service1.upstream_cx_http2_total: 0
cluster.service1.upstream_cx_max_requests: 0
cluster.service1.upstream_cx_none_healthy: 0
cluster.service1.upstream_cx_overflow: 0
cluster.service1.upstream_cx_protocol_error: 0
cluster.service1.upstream_cx_rx_bytes_buffered: 0
cluster.service1.upstream_cx_rx_bytes_total: 0
cluster.service1.upstream_cx_total: 0
cluster.service1.upstream_cx_tx_bytes_buffered: 0
cluster.service1.upstream_cx_tx_bytes_total: 0
cluster.service1.upstream_rq_active: 0
cluster.service1.upstream_rq_cancelled: 0
cluster.service1.upstream_rq_maintenance_mode: 0
cluster.service1.upstream_rq_pending_active: 0
cluster.service1.upstream_rq_pending_failure_eject: 0
cluster.service1.upstream_rq_pending_overflow: 0
cluster.service1.upstream_rq_pending_total: 0
cluster.service1.upstream_rq_per_try_timeout: 0
cluster.service1.upstream_rq_retry: 0
cluster.service1.upstream_rq_retry_overflow: 0
cluster.service1.upstream_rq_retry_success: 0
cluster.service1.upstream_rq_rx_reset: 0
cluster.service1.upstream_rq_timeout: 0
cluster.service1.upstream_rq_total: 0
cluster.service1.upstream_rq_tx_reset: 0
bash-4.3#

Thing is, I'm able to curl the backend service (it runs in the same envoy container) from within the envoy container on both VIPs and localhost without any issues -
Here's the netstat output to begin with -
bash-4.3# hostname
a24847dd0490
bash-4.3# netstat -apn
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 <IP_ADDRESS>:8001            <IP_ADDRESS>:*               LISTEN      39/envoy
tcp        0      0 <IP_ADDRESS>:9001            <IP_ADDRESS>:*               LISTEN      47/python
tcp        0      0 <IP_ADDRESS>:80         <IP_ADDRESS>:*               LISTEN      39/envoy
tcp        0      0 <IP_ADDRESS>:80         <IP_ADDRESS>:*               LISTEN      39/envoy
tcp        3      0 <IP_ADDRESS>:10000         <IP_ADDRESS>:*               LISTEN      1/envoy
tcp       85      0 <IP_ADDRESS>:10000         <IP_ADDRESS>:43004         CLOSE_WAIT  -
tcp       88      0 <IP_ADDRESS>:10000         <IP_ADDRESS>:43006         CLOSE_WAIT  -
tcp       80      0 <IP_ADDRESS>:10000         <IP_ADDRESS>:43002         CLOSE_WAIT  -
udp        0      0 <IP_ADDRESS>:55605        <IP_ADDRESS>:53         ESTABLISHED 39/envoy
udp        0      0 <IP_ADDRESS>:59536        <IP_ADDRESS>:53        ESTABLISHED 39/envoy
udp        0      0 <IP_ADDRESS>:47713        <IP_ADDRESS>:53         ESTABLISHED 39/envoy
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node   PID/Program name     Path
unix  2      [ ]         DGRAM                    657299   39/envoy             @envoy_domain_socket_1
unix  2      [ ]         DGRAM                    666235   1/envoy              @envoy_domain_socket_0
bash-4.3#

Here's ps -
bash-4.3# ps aux
PID   USER     TIME   COMMAND
    1 root       0:00 /usr/local/bin/envoy -c /usr/local/conf/envoy/google_com_proxy.json
   39 root       0:00 /usr/local/bin/envoy -c /usr/local/conf/envoy/envoy-multiple-listener-config.json --restart-epoch 1
   47 root       0:00 python -m SimpleHTTPServer 9001
   61 root       0:00 bash
   83 root       0:00 ps aux
bash-4.3#

Now, I'm pinging the backend python simpleHTTP server directly on its 9001 port via one of the VIPs (<IP_ADDRESS>) -
bash-4.3# curl <IP_ADDRESS>:9001
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<title>Directory listing for /</title>

Directory listing for /

.dockerenv

bin/

dev/

etc/

home/

lib/

lib64/

media/

mnt/

proc/

root/

run/

sbin/

srv/

sys/

tmp/

usr/

var/

bash-4.3#

Next, I'm pinging the backend python simpleHTTP server directly on its 9001 port via the other VIP (<IP_ADDRESS>) again from within the envoy container -
bash-4.3# curl <IP_ADDRESS>:9001
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<title>Directory listing for /</title>

Directory listing for /

.dockerenv

bin/

dev/

etc/

home/

lib/

lib64/

media/

mnt/

proc/

root/

run/

sbin/

srv/

sys/

tmp/

usr/

var/

bash-4.3#

But when I try to go via the VIP on port 80 -
bash-4.3# curl -vvv <IP_ADDRESS>:80/service/1
*   Trying <IP_ADDRESS>...
* TCP_NODELAY set
* Connected to <IP_ADDRESS> (<IP_ADDRESS>) port 80 (#0)
> GET /service/1 HTTP/1.1
> Host: <IP_ADDRESS>
> User-Agent: curl/7.52.1
> Accept: */*
>
< HTTP/1.1 503 Service Unavailable
< content-length: 57
< content-type: text/plain
< date: Sun, 23 Apr 2017 21:34:13 GMT
< server: envoy
<
* Curl_http_done: called premature == 0
* Connection #0 to host <IP_ADDRESS> left intact
upstream connect error or disconnect/reset before headersbash-4.3#

Why is envoy getting a 503 as a response when it should be able to reach the backend service?
Finally, the admin access log doesn't show up any new entry when I issue a curl on the VIP/service/1 path, I'm guessing that is expected. Are there any other logs that I can enable to view envoy connection activity?
bash-4.3# curl <IP_ADDRESS>/service/1
upstream connect error or disconnect/reset before headersbash-4.3#
bash-4.3# cat /var/log/envoy/admin_access.log
[2017-04-22T00:08:14.583Z] "GET / HTTP/1.1" 404 - 0 530 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:29:19.803Z] "GET /clusters HTTP/1.1" 200 - 0 1195 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:29:35.917Z] "GET /admin HTTP/1.1" 404 - 0 530 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:29:49.917Z] "GET /server_info HTTP/1.1" 200 - 0 36 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:44:24.729Z] "GET / HTTP/1.1" 404 - 0 530 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:44:34.330Z] "GET /clusters HTTP/1.1" 200 - 0 1195 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:47:00.993Z] "GET /admin HTTP/1.1" 404 - 0 530 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:47:03.843Z] "GET /stats HTTP/1.1" 200 - 0 9511 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:47:12.991Z] "GET /stats HTTP/1.1" 200 - 0 9510 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
[2017-04-23T21:47:57.548Z] "GET /stats HTTP/1.1" 200 - 0 9510 0 - "<IP_ADDRESS>" "curl/7.52.1" "-" "<IP_ADDRESS>:8001" "-"
bash-4.3#

I skimmed through this quickly and I don't see any call to service1 at all in the stats above, so they are probably going to service2. I can't tell without seeing the full config, full dump of stats, and full dump of clusters output. I won't be able to help you further in this issue. If someone else doesn't help I would try Gitter for more interactive help. This is a configuration or docker setup issue.

Np, thanks @mattklein123 ! I'll post this on gitter.

@mattklein123 This issue was being caused because I plumbed subinterfaces but didn't configure any routing on them. Going via the docker network create and connect commands resolved connectivity issues and we were able to bring up multiple listeners. Thanks for your help on this!

@vijayendrabvs I am running into the same problem. My golang service is accessible from within the service container on port 9096 but not accessible through the envoy front-proxy container, with exactly the same response as you reported.
Can you provide any details on the resolution please?

I'm running into the same issue today.
I can access the service from the container using curl but not able to accesss through the envoy container.
My envoy.yaml
tatic_resources:
listeners:

address:
socket_address:
address: <IP_ADDRESS>
port_value: 10000
filter_chains:

filters:

name: envoy.http_connection_manager
config:
codec_type: auto
stat_prefix: ingress_http
route_config:
name: local_route
virtual_hosts:
- name: backend
domains:
- "*"
routes:
- match:
prefix: "/symphony"
route:
cluster: symphony
- match:
prefix: "/service/2"
route:
cluster: service2
http_filters:

name: envoy.router
config: {}
clusters:

name: symphony
connect_timeout: 0.25s
type: STATIC
lb_policy: round_robin
http2_protocol_options: {}
hosts:

socket_address:
address: <IP_ADDRESS>
port_value: 8080

name: service2
connect_timeout: 0.25s
type: strict_dns
lb_policy: round_robin
http2_protocol_options: {}
hosts:

socket_address:
address: service2
port_value: 80
admin:
access_log_path: "/dev/null"
address:
socket_address:
address: <IP_ADDRESS>
port_value: 1

Same issue here, is there some way to solve this?
I can wget -qO- localhost:80/ping my service from within the container but I get the error when curling the ingress: upstream connect error or disconnect/reset before headers.

I resolved my issue by removing http2_protocol_options: {}

Where did you change that option?

Share your Envoy config file. I will take a look.

Envoy is used in my Istio container. But I don't know where to find that config file.

@danesavot ,
Where can you find envoy config file in istio-container? And how to change this config file?
Do we need modify them and create istio-proxy container  by ourselves?

@AmerbankDavd Had you resolved this?

In my istio 0.5.1, there is no http2_protocol_options: {} at all.
kubectl exec -ti istio-pilot-676d495bf8-9c2px -c istio-proxy  -n istio-system -- cat /etc/istio/proxy/envoy_pilot.json
{
"listeners": [
{
"address": "tcp://<IP_ADDRESS>:15003",
"name": "tcp_<IP_ADDRESS>_15003",
"filters": [
{
"type": "read",
"name": "tcp_proxy",
"config": {
"stat_prefix": "tcp",
"route_config": {
"routes": [
{
"cluster": "in.8080"
}
]
}
}
}
],
"bind_to_port": true
}
],
"admin": {
"access_log_path": "/dev/stdout",
"address": "tcp://<IP_ADDRESS>:15000"
},
"cluster_manager": {
"clusters": [
{
"name": "in.8080",
"connect_timeout_ms": 1000,
"type": "static",
"lb_type": "round_robin",
"hosts": [
{
"url": "tcp://<IP_ADDRESS>:8080"
}
]
}
]
}
}

I have added all the changes recommended to get the hello world example to run into this repo https://github.com/oinke/gprc-hello
The terminal still shows:
server_1 | E0302 08:41:34.225022613 7 http_server_filter.cc:271] GET request without QUERY
and when i browse localhost:8080 i can see
upstream connect error or disconnect/reset before headers. reset reason: remote reset
Running on macOS Mojave 10.14.2 with Docker version 18.09.2, build 6247962

@oinke seems like your issue is not related to this issue. I'll post a fix for your repo on your repo.

@danesavot I also resolved by commenting out the empty http2 options
# http2_protocol_options: {}

Outside of that, for everyone else, if you're running containers on the host, checkout networking: https://docs.docker.com/network/network-tutorial-standalone/
I created a custom docker bridge network, had the other containers run with --network and the jumped into the envoy container and ensured I could curl to those by name.
the empty http2 options was from the envoy tutorial


Possibility to add dynamic Images.

Expected Behaviour
Possibility too add dynamic Images based on URL or base64 data
Current Behaviour
Current it is not possible to add image(Dynamic Images based on URL or base64 data)
Context
We are using mailmerge with sample docx file to create report with multiple variables which absolutely works well for other datatypes but we could not find a way to populate images from server url/base64data.
PS: It works well with rendering local images (That too requires every time refreshing the images manually (or F9 key))
Image Local Path

Images Not Populating.

Your Environment

Python version: 3.10
docx-mailmerge version: docx-mailmerge2 0.6.2

Answer to PS:
For automatically updating fields on open you can check the documentation and set the auto_update_fields_on_open parameter to "auto".  This way you don't need to update the fields manually.
As for the main issue, does MS Word know how to read images from base64 or URL ? If yes, then it's a BUG and I will look into it.
If no, then you're out of luck as the only way would be for the docx-mailmerge to download/save the image to a temporary file and use that as the value for the field. And this can also be done before calling the mailmerge method. It would be out of the scope of the library to include this feature.

@iulica hey! 👋 Thanks a lot for your very fast feedback, I really appreciate this!
We will take a look at the auto_update_fields_on_open parameter, I think we might have missed this option.
The issue that we have with images is that we store them in a postgreSQL database or in a local file path from which we want to insert the image in the Word document with placeholders. A sample is where we create a quotation document in which we will loop over lines, add them and then want to show an image of the product within the document.
I took a bit of a dive into the internet before and figured out that the library docx in some way allows it by using the add_picture function. See https://stackoverflow.com/a/32932578/2262409
What we really would love to have is an option to use Merge Fields, for example with a placeholder product_image in which we then wrap the dictionary of values so it inserts the image into the document. However we don't seem to find any way to combine something such as add_picture with merge_templates and to get the images injected (into the right place). Neither could we find a native way in this/your library.
I've learned myself, as I maintain open source work, that generally you do this type of work for free and it is cumbersome.
I personally think that is not fair / a great way to work as it adds value for us alone.. so, if you could look into if this can be supported and how I'm happy to compensate you in a way for an effort so it is a win-win-win (we have a solution, you get paid for your spent time and the community gets (documented) support for a new feature).
You can always directly contact me if you'd rather not discuss this in the open on yenthe [AT] mainframemonkey -dot- com
I'm looking forward to your feedback :)

The issue that we have with images is that we store them in a postgreSQL database or in a local file path from which we want to insert the image in the Word document with placeholders.

Is it a postgreSQL or a local file ? For the local files it should work fine, for URL it should also work fine, I just checked, I only have to test it through.
Later:
I checked and the local and URL work just fine.
You can check the template and the generated docx.
`        with MailMerge(path.join(path.dirname(file), 'test_includepicture.docx'), auto_update_fields_on_open="auto") as document:
self.assertEqual(document.get_merge_fields(),
set(['rowno', 'url']))
        document.merge_templates([
            dict(rowno="1", url="test_includepicture_local.png"),
            dict(rowno="2", url="https://www.pngall.com/wp-content/uploads/8/Sample-Watermark-PNG-Image.png"),
            dict(rowno="3", url="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAQMAAADCCAMAAAB6zFdcAAAAtFBMVEX///9QUU/yX1xKS0mKiopNTkxCQ0FGR0VpamjS0tJHSEa9vbyvr67yXFlSU1FDRELyWVaoqKjc3N3xU1D19fXDxMNWV1XxUU797Ovv7+/j4+P3pKP5vLv+8/O3t7b71NP1i4nzc3D4rqz1hYPzZ2WCgoGUlJN3eHf0e3lgYV/83t2enp76xsXMzcyQkY/1k5H6ysn2k5L3qqg3ODX2m5rzb21lZmT5t7Xr39/su7rmqana4+QStYMYAAAEt0lEQVR4nO3ab3eiOBQGcGkkWFoEBUVtpbXV+qdqZ9S2uzvf/3stuQkQQNvdOT2j1Of3Yk9NMJhLckkyW6sBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAICwWN7eLhfDA7VBuxNF0ar/R3/Sl3ObzaZ9daDy7t4Jfc/zQ2+23FPdmTLuWpbFefd5UKycG3HLTSPIFTbiQnb9BT/7S3HTMNz9MViMQu9CcXynGIVVlzNDMW0+yfe2zami0HQjvpt1ejGIf6i1NwYPoXOhCx9z1XURPQ2zL/XqtYyP2ch9qWIxeAmTIZCEwhtr1Q1LjQDGVCxMrgUhsFVoeG6SVCsGO1/22/fGr/F/5IfXtHoi+2i780l9aqohofX3yhVREcPjSW+1UjH4EcossFuIT733C4qC91NVR1xmgZZ8I1xOqcvbrL+is+abCIKpN1upGNAo8Ea9tOCFSsI7+iBHOnvL3onX3LC6q/TjQDTrDsRlbkdrtkox2IjH7oz0IpocqqglkoE516uj7bP26TnuPZvW6nFiNKdaeZViIEd+L1c2ErkxpLnRFYOct3PVudzXNGkAXIrWubaCqlAM7sQz9zb7Cm9qaqSzyeFGOzQVajJYtjZAKhSDGzEO/F6hdBwPBEe8Gijpu6vaQVNTvRBa8Zwwm1lFhWIwE70dFy/dUZIYytluuEGxPtXnyVShEcOzaFUoBvTEH4uXviejQ6Q6wzrcJj19mTFFp1mWFSsUA5H9nPvipUuREML/EINu1tNITJttOmQqFIMD48BX42D9cQzk20D1my5Ne12hGHyQD7yhHOu5V17eRKwK5leRcEULxjQrVigGn7wXOm55V5wJ5Drakmgnke6mKhSDH7QUeMgXLqhwF//Vd8u74sy1ZRSxuqqrUAzkdsHJn6DNnHTDILpSHAjpp7lZikGaHaoUA5oM3kwv2tB+Qe6eaR1o2Ppieb1VB0l0gGTaGRESK5JXVSkGQ7lvnGUj4UbfN8pnbbJ0SxhMXIM1adavKSNetxLX4tpkf3W6MWDPlzqx+7ml8wPPeaDEOFy+yqDcq2+p00Le6MRvh2DQYozODyLVYK6btLJWGyxaMj2V7nZk1BnGNduWKH9UR0f+eDYbe748T/PSr7VkEEzXEodo8lCJdYOkx/p7M7Cy4yRKJPm75c6ZjoOX8pdND3GYHSmnB4rJTBBa21LyFyGoveUXx4JYLxiM/myU8qW+qzyWQzFQp2k6ei+mOtnJOo0ITh2Xm6RO7ha0bpRvkdOMwZYV8ZasefHyISguHIM6t5IjZca7st9PPG7BLNzDtBmzaDnxZpfudgIxmNSLJslTvCj8+8Ki+N0gmpqWy127u17pzRUTf0TNihzxVL7boeXmabjLzQZ/s/ei/mAwOHySUH07bTY4r59f/y2Ns9lQ2kGdi0U6G/z3Y/+Wo9n4aibMPr/22xo55z0ThB7NhvD22L/jqMQholc6WjwzM4fOEM9X0O//5Yd/9/vfeRn0kX5b+PXP4y/64wQ2+n9c0C6o+P+B93uC/iDp/2BwlhEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAID/61/qyEpXq0NhcQAAAABJRU5ErkJggg==")

        ],
        "nextPage_section"
        )
        document.write("tests/output/test_includepicture_1.docx")

`
So, for the base64 case, you will have to do some simple preparation before calling merge_templates:
`
import base64
..
you have the data from the PGSQL database, and let's say the field image is the base64
mergedata_rows = []
for row in cursor.result():
image_data = row['image']
image_name = row['image_name'] # or any unique id of the image
image_filename = "temp_image_{}.png".format(image_name)
with open(image_filename, "wb") as fh:
fh.write(base64.decodebytes(img_data))
row['image_filename'] = image_filename
mergedata_rows.append(row)
document.merge_templates(mergedata_rows, ...)
`
This should then work fine.
test_includepicture.docx
test_includepicture_1.docx

did the previous comment help ?

@iulica thanks for your feedback and the insight! We did some testing/development today and no matter what we try the images do not show up automatically. If we add images from URL/path and generate a Word it opens with a warning:

If we then click yes we still do not see the image:

When we then click on "Enable editing" at the top we get (another) pop-up:

When we then click on "Yes" we finally get the images through:

Our code that contains the auto_update_fields_on_open="auto"
    with MailMerge(word_template, auto_update_fields_on_open="auto") as document:
        template_fields = document.get_merge_fields()

Do we miss something / do something wrong? Furthermore on LibreOffice it does not ever seem to work 🤔

Unfortunately that is Microsoft's way of handling security in Word Documents and I don't think there is any way around it.
 But it works and once you save the document, it will be fine and won't ask you anymore afterwards.
So, you can consider the process as a 2-step one:

use Python docx-mailmerge to add data and image URLs to the word template and create a "filled" template.
Open the template with Word to complete the process and get the images from the URL into the final word document. Save the word document. (either as docx or as pdf)

LibreOffice has limited support for this so you shouldn't even try. Mailmerge fields is a Microsoft-only feature.

@iulica okay we'll take the LibreOffice as a known limit for now then.
As for the warnings/how Word works.. so it is completely expected behaviour to get 2 pop-ups on which we have to accept? Is there also a way to trigger this through code instead of 'bothering' the end user with it?
We basically have two flows:

We pre-fill a word document its variables with data from our ERP and then directly convert the Word to PDF in memory. Because we do this the macro's do not go off and we don't get the images on the PDF
We pre-fill a word document its variables with data from our ERP and then export the Word so it is downloaded right away for the end user. We now have to 'bother' the user however with some pop-ups & no automatically shown images.

As for the warnings/how Word works.. so it is completely expected behaviour to get 2 pop-ups on which we have to accept?

I have tried in the past to look for a way for Word to update the fields through code. DIdn't find any way except this flag, that Word should update the fields on Load. But that triggers the pop-ups. I haven't used Images but other fields like { IF ... } Those must also be handled by Word and not docx-mailmerge as they are far too complicated. Embedding Images is also very complicated and not worth "reimplementing". That's why the { INCLUDEPICTURE ... } with all its inconveniences is the only way to go.

We pre-fill a word document its variables with data from our ERP and then directly convert the Word to PDF in memory. Because we do this the macro's do not go off and we don't get the images on the PDF

I get it now, you are doing it automatically on a website I presume. The second flow is not very appealing as the users will not want to go through the pop-ups.
As for the first, how do you transform the docx into pdf ?
I wrote another package, named doc-workflow that has a plugin for transforming a docx into pdf using the package docx2pdf. It works on Mac/Windows and it needs Word installed. On Mac it asks for permission when it opens the Word, but on Windows I noticed it doesn't ask anything. It just takes a few seconds and then writes the PDF. I have however not tested it with images and I have no windows machine to test it on.
But, if you want an automated solution that works headless and without Microsoft Windows, I would steer away from the docx and docx-mailmerge as for these advanced uses it looks more and more like a hack. I would move to another template system for generating documents, like for example html and html2pdf. That would be future proof and not require proprietary tools.

Another solution, beautiful and very powerful would be to use LaTeX templates and then pdflatex to generate pdf from LaTeX. Since Latex files are just text files you can use various template systems to update the data and urls. If the image is a URL one might need to download it locally. But since you're using python, it's a trivial task.
Some resources:
http://eosrei.net/articles/2015/11/latex-templates-python-and-jinja2-generate-pdfs ! HTTP website - will give you an warning.
WeasyPrint  HTML -> PDF
The next one might be a good one. For a solution to the image problem, also check the comments.
https://pbpython.com/pdf-reports.html
I hope this helps. It may require more upfront investment, as in a new solution but on the longterm is worth it. Better than just trying to figure out how to insert Images into the proprietary (even if they call it open document format) Microsoft documents.

I get it now, you are doing it automatically on a website I presume. The second flow is not very appealing as the users will not want to go through the pop-ups.
We actually use it to print reports like picking list, order PDF's, invoices etc throughout the whole ERP :)

As for the first, how do you transform the docx into pdf ?
We use LibreOffice headless with --convert-to pdf as we run our server on Linux

The reason we can't really use things like LaTeX or WeasyPrint is because we don't want to start from HTML actually.
We want to give functional people an easy way to 'draw'/build reports in something like Word instead of needing a developer or somebody with a lot of experience. This is how I came at this package and idea but I have a few limitations currently.
Perhaps I should consider broadening the scope and also adding a full HTML editor so people can 'design' the document with an editor itself and then convert HTML to PDF..🤔
A very big thank you for all the feedbacks, insights and sharing knowledge :)

I looked a bit on the python-docx and the add_picture implementation, and will be thinking on a way to replace the { INCLUDEPICTURE } fields with this. I will give it a thought during this Easter vacation and let you know.
Still, I think that an HTML editor with {{field_name}} style templating would be better in the long run.

Thanks a lot @iulica! 🙏 If you need some funding for adding a solution in this package then do let me know, maybe we can help that way.

adding a solution in this package

That seems more and more unlikely. It doesn't fit this package at all, especially as it is implemented like now. For the future, I might think of refactoring this package to make use of the python-docx-ng for the underlying docx manipulation, and that way this could become more like a plugin for the python-docx-ng for mailmerge support.
What I would however consider, is add support for this as a plugin in my other package doc-workflow as another step in a multi-step workflow following mailmerge. As one first needs to fill in the locations and then add the pictures instead of the INCLUDEPICTURE fields.
Also, I only now noticed your asnwer about docx-to-pdf using libreoffice and I will add that option as well. For the moment, the makepdf from docx uses Ms Word and works on windows and mac. It has the advantange of compatibility and being able to update fields like IF and INCLUDEPICTURE natively (with popups and manual confirmation) but the disadvantage of Microsoft Word installation requirement of course.
About funding that's less of an issue. As this repository is a fork of the original one, which went unmaintained I feel the responsibility to continue the work and keep the package clean and close to the original idea. So a feature will only be added if it fits the goal of this project.
In MS Word one would still need to manually update all fields after doing a mailmerge filling in the INCLUDEPICTURE fields as a second step. So this behaviour is expected. But it will fit well in the other project which makes document workflows automatic.

I have added it to my todo list for the doc-workflow project, I'll leave it open for the moment and let you know when/if it is done.

Hi everyone. I had some free time and created a new package to update docx INCLUDEPICTURE fields. @KapilPatel-KP  It has support for base64 images and local and URLs images. It also allows the user to resize the images by x or y or both.
@Yenthe666 I hope it helps.
I updated the documentation and added a section for it.
The solution is straight-forward, after saving the mailmerge docx you can use this code:
    ! pip install docx-mergefields
    from mergefields import MergeFieldsDocument
    with MergeFieldsDocument('mailmerge.docx') as mailmerge_doc:
        mailmerge_doc.transform_fields()
        mailmerge_doc.doc.save('mailmerge_with_images.docx')

Thanks! 🙏 We have postponed this task after we didn't find any good solutions but we'll sure give this a try in the next weeks or so :)

auto_update_fields_on_open="no" if you don't have other fields that need updating. Otherwise you'll get the warning when you open the document.


Tooltip does not appear when triggered for a svg  element

I'm trying to use tippy to display hover contents on a Chartist graph.
When attempting to fire the tooltip on a svg line component, the tooltip itself does not show.
<line x1="xxx" x2="xxx" y1="xxx" y2="xxx" class="ct-bar" ct:value="3" aria-label="3" data-balloon-pos="up" data-balloon-blunt="true"></line>

The very same configuration works for all other dom elements that have a closing tag.

AFAIK SVG elements do not support pseudo elements (::before and ::after).
This means it is not possible to use Balloon.css directly with SVG elements.


NavMesh Modifier or NavMesh Modifier Volume Modifying the AreaType of the NavMesh failed

Using NavMesh Modifier or NavMesh Modifier Volume to modify NavMesh, I want to change the AreaType of a part of the area to the AreaType of the smaller cost value, but it does not work,If you change from a smaller value to a bigger value, it works fine.Can you tell me why this is? Thanks!
For example: I have a big map, the cost of the road in the map is 1, and the cost of the wild is 3, and the cost of the water is 5. By default, I use the AreaType with a cost value of 3. With the NavMesh Modifier, I can successfully modify the AreaType of the water area, but I can't successfully modify the AreaType of  the road area.
When I put the Y coordinate of the mesh with the NavMesh Modifier script higher than the Y coordinate of the map's mesh by 0.02, they all work fine.

This is old, and I hope you've solved your problem by now , but for those trying to figure it out, I seem to have stumbled upon a fix.  I was trying to make a levelcrossing for some train tracks.  I wanted my agent to prefer using the level crossing, if they were close enough to it, rather than just crossing the tracks.  My initial attempt had a NavMeshModifierVolume set to "walkable" (cost 1), to override the "TrainTrack" area (cost 100).  However, when the NavMesh was built, the "TrainTrack" area showed through where the modifier volume was located.    To solve the problem, I made a new area "LevelCrossing" (cost 1) which was further down the area list from the "TrainTrack" area.  This seems to allow the override to happen.  I don't know if this is planned behavior, but if it is, it should probably be documented :-)

I think the following explanation from the manual page about Area Types will help:

If several objects of different area types are overlapping, the resulting navmesh area type will generally be the one with the highest index. There is one exception however: Not Walkable always takes precedence. Which can be helpful if you need to block out an area.

I think the following explanation from the manual page about Area Types will help:

If several objects of different area types are overlapping, the resulting navmesh area type will generally be the one with the highest index. There is one exception however: Not Walkable always takes precedence. Which can be helpful if you need to block out an area.


add cloud provider deployment status badges to README.md

Reference Issues or PRs

What does this implement/fix?
Put a x in the boxes that apply

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds a feature)
[ ] Breaking change (fix or feature that would cause existing features not to work as expected)
[x] Documentation Update
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no API changes)
[ ] Build related changes
[ ] Other (please describe):

Testing

[ ] Did you test the pull request locally?
[ ] Did you add new tests?

Any other comments?

Ready for review!

Also, I noticed that the badge for DO says GCP in there because our DO tests have the same name as the GCP one in the workflow file 🤣

This PR will fix that naming issue.  I think it'll only show up on that preview page after merge though.

This is nice, thanks, @Adam-D-Lewis. I don't see any problems with integrating this right away, but I am curious if we want to first make the DO and Azure tests pass again.

I say we merge without fixing.  It'll give us motivation to fix those others soon.


"Blejoi" is listed in the drop-down menu

Description:
When user writes "Blejoi" the location appears in the drop-down menu next to the comune and the county witch is a part according to the law
Precondition:
The website is up an running.

Step 1
Write in the search bar "Blejoi"
Expected results
The location appears in the drop-down menu as "Comuna Blejoi, PRAHOVA"


w3cTokenJsonParser and ':' character

Some JSON editing apps introduce a space before and after the colon. Suggest updating w3cTokenJsonParser so does not include the colon (or can parse with or without space).
BEFORE:
const preparedContent = (contents || '{}').replace(/"\$?value":/g, '"value":')
AFTER:
const preparedContent = (contents || '{}').replace(/"\$?value"/g, '"value"')

Fixed in v1.1.1


CUDA Backend maximum disparity bigger than 64

Thank you for your great work!
We have tested the package on CUDA backend and it works on maximum disparity 64 fine.
We tried to use 128 for maximum disparity but we got whole black disparity image. We have realised, that every number greater than 64 produces whole-black disparity image.
Best Regards

If this comes up in a later release, please reopen as needed.


WebView support for Compose Multiplatform

Hi Team,
We don't have official WebView from Compose Multiplatform Team yet. is there any plans to develop Webview which run on Android,iOS and Desktop and Web Platforms.
Note: We have one third part library for Webview which only Supports Android ,iOS and Desktop but no support for Web
https://github.com/KevinnZou/compose-webview-multiplatform

@eymar  What are your plans for providing support for webview in CMP.

We don't have such plans right now.


Not receiving revocation notification message

Using a physical device (iPhone 7/iOS 15.7.2, Pixel 6 / Android 13)
Standup local Faber demo from aca-py

This issue has been tracked to being an issue with the version of aca-py being used to run the Faber/Alice demo.
non exhaustive tests included the following aca-py tags/commits:
main @ 22f8d4f7 ( = tag/release 0.7.5) - ❌
main @ f0b27196 ( = tag/release 0.7.4) - ❌ (can't even build, get build errors)
main @ 4d6e970d (some old commit) - ✔
main @ ea31bd78 (some old commit) - ✔
main @ eaf010c0 (current/latest commit) - ✔
tags/1.0.0-rc1 @ de04b9d - ✔


Fix france connect

Correction d'un bug
Zones impactées : /api/auth.
Détails :

change redirectTo to getURL

@MKCG required before merge : tell us when the new env vars are deployed !

Thx ! Ready for merge

@rmonnier9 I suggest we merge this as default variable ensure it will work in prod and currently FranceConnect does not work and we have to hotfix it


Start moving lecacy scale hooks to plugin

Resolves #10155
TODO:

[ ] Fix Failing test
[ ] Write migration
[ ] Update docs https://www.chartjs.org/docs/latest/axes/#callbacks
[ ] Update typings

@etimberg you added the breaking change to it but in its current form its not breaking right since it still calls the hooks like it used to or do you want to have the call (line 527) here also removed?
https://github.com/chartjs/Chart.js/blob/f957aad352a39d4916b6cde3260009dee6ec74a4/src/core/core.scale.js#L525-L528

Yeah, I had thought we could remove line 527 so that it only goes to plugins and avoids these option callbacks

@LeeLenaleee @kurkle do we still want this in v4? It's the last thing

Every time I look at the test i can't seem to make them work so stopped looking at it, will give it another look Monday evening see if a fresh look sees what I did wrong and otherwise we can either skip it or someone else has to fix the test

I'm thinking we should skip this and move it to v5 at this point. Thoughts @LeeLenaleee @kurkle @dangreen ?

Agree

Agree


Chrome 49+ audio playback

Check if extra audio file exist. It should exist version 48 and earlier and not on 49 and beyond.

Thanks!


[governance] add governance smartcontracts

Description

Human Governance are following Foundry toolchain. This is an integration of Human Governance contracts and into packages/core/governance  as separate contracts from the core contracts. They are deployed separately using Foundry and their dependencies are not conflicting with the core contracts dependencies.

Summary of changes

ci-governance-contracts.yaml added.
Governance  : smart contracts, scripts and tests added.

Related issues
Issue #1302

@mrhouzlane could you please explain why there are almost 700 new files?
cc @portuu3


Not so TASTy to 0.11.8?

Hi!
My set-up is unusual and inherently fragile, so this is perhaps not a high priority issue. But I thought I'd let you know, for what it's worth!
I have a very simple mill plugin that calls into a Scala 3 library, which is now compiled as Scala 3.3.3.
I have as meta build mill-build/build.sc:
import mill._, scalalib._

object millbuild extends MillBuildRootModule {
  def scalacOptions = T {
    super.scalacOptions() ++ Seq("-Ytasty-reader")
  }
}

and under 0.11.7 (and some earlier versions) the setup has worked fine.
Under 0.11.8, I get...
[build.sc] [42/50] compile
[info] compiling 1 Scala source to /Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/compile.dest/classes ...
[error] error while loading Customizer, class file '/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate_3/0.1.4/untemplate_3-0.1.4.jar(untemplate/Customizer.class)' is broken
[error] (class scala.tools.tasty.UnpickleException/TASTy signature has wrong version.
[error]  expected: {majorVersion: 28, minorVersion: 2}
[error]  found   : {majorVersion: 28, minorVersion: 3}
[error]
[error] This TASTy file was produced by a more recent, forwards incompatible release.
[error] To read this TASTy file, please upgrade your tooling.
[error] The TASTy file was produced by Scala 3.3.3.)
[error] one error found
1 targets failed
compile Compilation failed

I find reasoning about TASTy compatibility a bit opaque.If 0.11.7 could hit Scala 3.3.3 compilations TASTy, I'm not quite sure why 0.11.8 would be limited to an earlier version.
Thanks for any help!

Can you show the runClasspaths of all the meta-builds (yours, level 1 and the built-in boostrap build, level 2) with Mill 0.11.7 and 0.11.8?
E.g.
> mill --meta-level 1 show runClasspath

Sure. Thanks!
v0.11.7:
% cat .mill-version
0.11.7
% mill --meta-level 1 show runClasspath
Mill version 0.11.8 is different than configured for this directory!
Configured version is 0.11.7 (/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/.mill-version)
[build.sc] [1/1] show > [51/58] zincReportCachedProblems
[
  "qref:v1:32216eb9:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate-mill_2.13/0.1.4/untemplate-mill_2.13-0.1.4.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:05268f9e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate_3/0.1.4/untemplate_3-0.1.4.jar",
  "qref:v1:0c3e0d59:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala3-library_3/3.3.3/scala3-library_3-3.3.3.jar",
  "qref:v1:d17a8ac7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio_3/2.1.3/zio_3-2.1.3.jar",
  "qref:v1:e3c56cde:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/github/scopt/scopt_3/4.1.0/scopt_3-4.1.0.jar",
  "qref:v1:c08a4114:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/literal_3/0.1.2/literal_3-0.1.2.jar",
  "qref:v1:02652d78:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/codegenutil_3/0.0.2/codegenutil_3-0.0.2.jar",
  "qref:v1:3aeaf853:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-internal-macros_3/2.1.3/zio-internal-macros_3-2.1.3.jar",
  "qref:v1:cf3246f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-stacktracer_3/2.1.3/zio-stacktracer_3-2.1.3.jar",
  "qref:v1:f7a4c01a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect_3/2.3.8/izumi-reflect_3-2.3.8.jar",
  "qref:v1:f3194b46:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect-thirdparty-boopickle-shaded_3/2.3.8/izumi-reflect-thirdparty-boopickle-shaded_3-2.3.8.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/compile-resources",
  "qref:v0:4f752c17:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-launcher/0.11.8.jar",
  "qref:v1:c0c1bedd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-runner-linenumbers_2.13/0.11.8/mill-runner-linenumbers_2.13-0.11.8.jar",
  "qref:v1:ec6c4a5c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.13.14/scala-compiler-2.13.14.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:d0c019f0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-reflect/2.13.14/scala-reflect-2.13.14.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:aa1d7c9b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jline/jline/3.25.1/jline-3.25.1.jar",
  "qref:v1:93dd03ee:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/net/java/dev/jna/jna/5.14.0/jna-5.14.0.jar",
  "qref:v1:589290b0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_2.13/0.3.0/sourcecode_2.13-0.3.0.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/resources",
  "ref:v0:85d87477:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/compile.dest/classes"
]
% mill --meta-level 2 show runClasspath
Mill version 0.11.8 is different than configured for this directory!
Configured version is 0.11.7 (/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/.mill-version)
[mill-build/build.sc] [1/1] show > [50/57] zincReportCachedProblems
[
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/mill-build/compile-resources",
  "qref:v0:4f752c17:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-launcher/0.11.8.jar",
  "qref:v1:c0c1bedd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-runner-linenumbers_2.13/0.11.8/mill-runner-linenumbers_2.13-0.11.8.jar",
  "qref:v1:ec6c4a5c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.13.14/scala-compiler-2.13.14.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:d0c019f0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-reflect/2.13.14/scala-reflect-2.13.14.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:aa1d7c9b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jline/jline/3.25.1/jline-3.25.1.jar",
  "qref:v1:93dd03ee:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/net/java/dev/jna/jna/5.14.0/jna-5.14.0.jar",
  "qref:v1:589290b0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_2.13/0.3.0/sourcecode_2.13-0.3.0.jar",
  "ref:v0:372580c6:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/mill-build/compile.dest/classes"
]

v0.11.8:
% mv .mill-version .off-mill-version
% mill --meta-level 1 show runClasspath
[mill-build/build.sc] [54/59] compile
[info] compiling 1 Scala source to /Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/mill-build/compile.dest/classes ...
[info] done compiling
[build.sc] [1/1] show > [51/58] zincReportCachedProblems
[
  "qref:v1:32216eb9:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate-mill_2.13/0.1.4/untemplate-mill_2.13-0.1.4.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:05268f9e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate_3/0.1.4/untemplate_3-0.1.4.jar",
  "qref:v1:0c3e0d59:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala3-library_3/3.3.3/scala3-library_3-3.3.3.jar",
  "qref:v1:d17a8ac7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio_3/2.1.3/zio_3-2.1.3.jar",
  "qref:v1:e3c56cde:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/github/scopt/scopt_3/4.1.0/scopt_3-4.1.0.jar",
  "qref:v1:c08a4114:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/literal_3/0.1.2/literal_3-0.1.2.jar",
  "qref:v1:02652d78:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/codegenutil_3/0.0.2/codegenutil_3-0.0.2.jar",
  "qref:v1:3aeaf853:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-internal-macros_3/2.1.3/zio-internal-macros_3-2.1.3.jar",
  "qref:v1:cf3246f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-stacktracer_3/2.1.3/zio-stacktracer_3-2.1.3.jar",
  "qref:v1:f7a4c01a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect_3/2.3.8/izumi-reflect_3-2.3.8.jar",
  "qref:v1:f3194b46:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect-thirdparty-boopickle-shaded_3/2.3.8/izumi-reflect-thirdparty-boopickle-shaded_3-2.3.8.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/compile-resources",
  "qref:v0:4f752c17:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-launcher/0.11.8.jar",
  "qref:v1:c0c1bedd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-runner-linenumbers_2.13/0.11.8/mill-runner-linenumbers_2.13-0.11.8.jar",
  "qref:v1:ec6c4a5c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.13.14/scala-compiler-2.13.14.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:d0c019f0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-reflect/2.13.14/scala-reflect-2.13.14.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:aa1d7c9b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jline/jline/3.25.1/jline-3.25.1.jar",
  "qref:v1:93dd03ee:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/net/java/dev/jna/jna/5.14.0/jna-5.14.0.jar",
  "qref:v1:589290b0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_2.13/0.3.0/sourcecode_2.13-0.3.0.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/resources",
  "ref:v0:85d87477:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/compile.dest/classes"
]
% mill --meta-level 2 show runClasspath
[mill-build/build.sc] [1/1] show > [50/57] zincReportCachedProblems
[
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/mill-build/mill-build/compile-resources",
  "qref:v0:4f752c17:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-launcher/0.11.8.jar",
  "qref:v1:c0c1bedd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-runner-linenumbers_2.13/0.11.8/mill-runner-linenumbers_2.13-0.11.8.jar",
  "qref:v1:ec6c4a5c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.13.14/scala-compiler-2.13.14.jar",
  "qref:v1:472d5ac4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.14/scala-library-2.13.14.jar",
  "qref:v1:647bb4c6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/mill-moduledefs_2.13/0.10.9/mill-moduledefs_2.13-0.10.9.jar",
  "qref:v1:d0c019f0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-reflect/2.13.14/scala-reflect-2.13.14.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:aa1d7c9b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jline/jline/3.25.1/jline-3.25.1.jar",
  "qref:v1:93dd03ee:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/net/java/dev/jna/jna/5.14.0/jna-5.14.0.jar",
  "qref:v1:589290b0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_2.13/0.3.0/sourcecode_2.13-0.3.0.jar",
  "ref:v0:372580c6:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/mill-build/mill-build/compile.dest/classes"
]

--meta-level 0 would just be my application's runClasspath right?
Anyway, for completeness...
v0.11.7:
% mv .off-mill-version .mill-version
% mill --meta-level 0 show runClasspath
Mill version 0.11.8 is different than configured for this directory!
Configured version is 0.11.7 (/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/.mill-version)
[1/1] show > [49/52] compile
[info] compiling 35 Scala sources to /Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/compile.dest/classes ...
[info] done compiling
[1/1] show > [52/52] runClasspath
[
  "qref:v1:05268f9e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate_3/0.1.4/untemplate_3-0.1.4.jar",
  "qref:v1:16cd88df:/Users/swaldman/.ivy2/local/com.mchange/unstatic_3/0.3.3-SNAPSHOT/jars/unstatic_3.jar",
  "qref:v1:a5f12eb7:/Users/swaldman/.ivy2/local/com.mchange/unstatic-ztapir_3/0.3.3-SNAPSHOT/jars/unstatic-ztapir_3.jar",
  "qref:v1:0c3e0d59:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala3-library_3/3.3.3/scala3-library_3-3.3.3.jar",
  "qref:v1:d17a8ac7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio_3/2.1.3/zio_3-2.1.3.jar",
  "qref:v1:e3c56cde:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/github/scopt/scopt_3/4.1.0/scopt_3-4.1.0.jar",
  "qref:v1:c08a4114:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/literal_3/0.1.2/literal_3-0.1.2.jar",
  "qref:v1:02652d78:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/codegenutil_3/0.0.2/codegenutil_3-0.0.2.jar",
  "qref:v1:a074bf93:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/scribe_3/3.15.0/scribe_3-3.15.0.jar",
  "qref:v1:2716166b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/conveniences_3/0.0.5/conveniences_3-0.0.5.jar",
  "qref:v1:4f929497:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/mailutil_3/0.0.4/mailutil_3-0.0.4.jar",
  "qref:v1:b9ec4326:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-files_3/1.10.9/tapir-files_3-1.10.9.jar",
  "qref:v1:9ab20a19:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-zio_3/1.10.9/tapir-zio_3-1.10.9.jar",
  "qref:v1:52c85c87:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-zio-http-server_3/1.10.9/tapir-zio-http-server_3-1.10.9.jar",
  "qref:v1:9f47c8fb:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/audiofluidity-rss_3/0.0.10/audiofluidity-rss_3-0.0.10.jar",
  "qref:v1:e32a9ae7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jsoup/jsoup/1.17.2/jsoup-1.17.2.jar",
  "qref:v1:e4b12200:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/eclipse/jgit/org.eclipse.jgit/<IP_ADDRESS>403050737-r/org.eclipse.jgit-<IP_ADDRESS>403050737-r.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:89c7834e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark/0.64.8/flexmark-0.64.8.jar",
  "qref:v1:38ec9150:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-footnotes/0.64.8/flexmark-ext-footnotes-0.64.8.jar",
  "qref:v1:3113e267:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-tables/0.64.8/flexmark-ext-tables-0.64.8.jar",
  "qref:v1:9c28dc6e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-gfm-strikethrough/0.64.8/flexmark-ext-gfm-strikethrough-0.64.8.jar",
  "qref:v1:9a562d0f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-anchorlink/0.64.8/flexmark-ext-anchorlink-0.64.8.jar",
  "qref:v1:0004e741:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.12/scala-library-2.13.12.jar",
  "qref:v1:3aeaf853:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-internal-macros_3/2.1.3/zio-internal-macros_3-2.1.3.jar",
  "qref:v1:cf3246f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-stacktracer_3/2.1.3/zio-stacktracer_3-2.1.3.jar",
  "qref:v1:f7a4c01a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect_3/2.3.8/izumi-reflect_3-2.3.8.jar",
  "qref:v1:cd8804be:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/perfolation_3/1.2.11/perfolation_3-1.2.11.jar",
  "qref:v1:9e8dd15d:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_3/0.4.2/sourcecode_3-0.4.2.jar",
  "qref:v1:68dc928e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/moduload_3/1.1.7/moduload_3-1.1.7.jar",
  "qref:v1:c980ccfc:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/os-lib_3/0.9.3/os-lib_3-0.9.3.jar",
  "qref:v1:c7cb6f32:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/jakarta.mail/2.0.1/jakarta.mail-2.0.1.jar",
  "qref:v1:959ebcb5:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/smtp/2.0.1/smtp-2.0.1.jar",
  "qref:v1:9641646a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-core_3/1.10.9/tapir-core_3-1.10.9.jar",
  "qref:v1:ff6a7e63:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-streams_3/2.1.2/zio-streams_3-2.1.2.jar",
  "qref:v1:774ae2a0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/zio_3/1.3.19/zio_3-1.3.19.jar",
  "qref:v1:d556d0ff:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-server_3/1.10.9/tapir-server_3-1.10.9.jar",
  "qref:v1:500ea065:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-http_3/3.0.0-RC8/zio-http_3-3.0.0-RC8.jar",
  "qref:v1:d2add24f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/modules/scala-xml_3/2.2.0/scala-xml_3-2.2.0.jar",
  "qref:v1:ee10b841:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/googlecode/javaewah/JavaEWAH/1.2.3/JavaEWAH-1.2.3.jar",
  "qref:v1:9a88caca:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.36/slf4j-api-1.7.36.jar",
  "qref:v1:7e957fe4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/commons-codec/commons-codec/1.16.0/commons-codec-1.16.0.jar",
  "qref:v1:bf214aa1:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-ast/0.64.8/flexmark-util-ast-0.64.8.jar",
  "qref:v1:0a1cdb20:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-builder/0.64.8/flexmark-util-builder-0.64.8.jar",
  "qref:v1:c9da8487:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-collection/0.64.8/flexmark-util-collection-0.64.8.jar",
  "qref:v1:b108f438:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-data/0.64.8/flexmark-util-data-0.64.8.jar",
  "qref:v1:db861d01:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-dependency/0.64.8/flexmark-util-dependency-0.64.8.jar",
  "qref:v1:71f050db:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-format/0.64.8/flexmark-util-format-0.64.8.jar",
  "qref:v1:80e5498d:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-html/0.64.8/flexmark-util-html-0.64.8.jar",
  "qref:v1:82ca37cb:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-misc/0.64.8/flexmark-util-misc-0.64.8.jar",
  "qref:v1:5f4f11a6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-sequence/0.64.8/flexmark-util-sequence-0.64.8.jar",
  "qref:v1:6f91a5ba:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-visitor/0.64.8/flexmark-util-visitor-0.64.8.jar",
  "qref:v1:2014facd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util/0.64.8/flexmark-util-0.64.8.jar",
  "qref:v1:f3194b46:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect-thirdparty-boopickle-shaded_3/2.3.8/izumi-reflect-thirdparty-boopickle-shaded_3-2.3.8.jar",
  "qref:v1:cab3508c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/modules/scala-collection-compat_3/2.11.0/scala-collection-compat_3-2.11.0.jar",
  "qref:v1:dcdefb77:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/geny_3/1.0.0/geny_3-1.0.0.jar",
  "qref:v1:34b9c802:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/activation/jakarta.activation/2.0.1/jakarta.activation-2.0.1.jar",
  "qref:v1:333cc01c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/mailapi/2.0.1/mailapi-2.0.1.jar",
  "qref:v1:2ed16928:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/model/core_3/1.7.11/core_3-1.7.11.jar",
  "qref:v1:792269a8:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/core_3/1.3.19/core_3-1.3.19.jar",
  "qref:v1:f60af51f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/ws_3/1.3.19/ws_3-1.3.19.jar",
  "qref:v1:ee94c9a1:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/magnolia1_3/magnolia_3/1.3.7/magnolia_3-1.3.7.jar",
  "qref:v1:8848e1be:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema_3/1.2.0/zio-schema_3-1.2.0.jar",
  "qref:v1:a4f8bb2a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-json_3/1.2.0/zio-schema-json_3-1.2.0.jar",
  "qref:v1:5718dca6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-protobuf_3/1.2.0/zio-schema-protobuf_3-1.2.0.jar",
  "qref:v1:e42b3cc2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec-http/4.1.109.Final/netty-codec-http-4.1.109.Final.jar",
  "qref:v1:892855c2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-handler-proxy/4.1.109.Final/netty-handler-proxy-4.1.109.Final.jar",
  "qref:v1:0c8296af:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final.jar",
  "qref:v1:d8bb0218:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final-linux-x86_64.jar",
  "qref:v1:2290b380:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final-linux-aarch_64.jar",
  "qref:v1:0f392c22:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final.jar",
  "qref:v1:53cf6492:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final-osx-x86_64.jar",
  "qref:v1:e6773539:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final-osx-aarch_64.jar",
  "qref:v1:9853242c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/incubator/netty-incubator-transport-native-io_uring/0.0.25.Final/netty-incubator-transport-native-io_uring-0.0.25.Final-linux-x86_64.jar",
  "qref:v1:d1ad84f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jetbrains/annotations/24.0.1/annotations-24.0.1.jar",
  "qref:v1:32e287db:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-options/0.64.8/flexmark-util-options-0.64.8.jar",
  "qref:v1:b39fe480:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-macros_3/1.2.0/zio-schema-macros_3-1.2.0.jar",
  "qref:v1:4d6b8f52:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-prelude_3/1.0.0-RC21/zio-prelude_3-1.0.0-RC21.jar",
  "qref:v1:1d212e69:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-constraintless_3/0.3.2/zio-constraintless_3-0.3.2.jar",
  "qref:v1:146c6ee7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-derivation_3/1.2.0/zio-schema-derivation_3-1.2.0.jar",
  "qref:v1:bd083877:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-json_3/0.6.2/zio-json_3-0.6.2.jar",
  "qref:v1:61df1601:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-common/4.1.109.Final/netty-common-4.1.109.Final.jar",
  "qref:v1:985c5c2f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-buffer/4.1.109.Final/netty-buffer-4.1.109.Final.jar",
  "qref:v1:1152ca36:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport/4.1.109.Final/netty-transport-4.1.109.Final.jar",
  "qref:v1:840b450c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec/4.1.109.Final/netty-codec-4.1.109.Final.jar",
  "qref:v1:bce2cdc8:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-handler/4.1.109.Final/netty-handler-4.1.109.Final.jar",
  "qref:v1:8c73ba1a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec-socks/4.1.109.Final/netty-codec-socks-4.1.109.Final.jar",
  "qref:v1:37775d04:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-unix-common/4.1.109.Final/netty-transport-native-unix-common-4.1.109.Final.jar",
  "qref:v1:09c6a94b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-classes-epoll/4.1.109.Final/netty-transport-classes-epoll-4.1.109.Final.jar",
  "qref:v1:730e093f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-classes-kqueue/4.1.109.Final/netty-transport-classes-kqueue-4.1.109.Final.jar",
  "qref:v1:0b873d08:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/incubator/netty-incubator-transport-classes-io_uring/0.0.25.Final/netty-incubator-transport-classes-io_uring-0.0.25.Final.jar",
  "qref:v1:b615ced5:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-prelude-macros_3/1.0.0-RC21/zio-prelude-macros_3-1.0.0-RC21.jar",
  "qref:v1:dfdcb0b2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-resolver/4.1.109.Final/netty-resolver-4.1.109.Final.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/compile-resources",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/resources",
  "ref:v0:e3d884a2:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/compile.dest/classes"
]

v0.11.8:
% mv .mill-version .off-mill-version
% mill --meta-level 0 show runClasspath
[1/1] show > [45/52] zincReportCachedProblems
[
  "qref:v1:05268f9e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/untemplate_3/0.1.4/untemplate_3-0.1.4.jar",
  "qref:v1:16cd88df:/Users/swaldman/.ivy2/local/com.mchange/unstatic_3/0.3.3-SNAPSHOT/jars/unstatic_3.jar",
  "qref:v1:a5f12eb7:/Users/swaldman/.ivy2/local/com.mchange/unstatic-ztapir_3/0.3.3-SNAPSHOT/jars/unstatic-ztapir_3.jar",
  "qref:v1:0c3e0d59:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala3-library_3/3.3.3/scala3-library_3-3.3.3.jar",
  "qref:v1:d17a8ac7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio_3/2.1.3/zio_3-2.1.3.jar",
  "qref:v1:e3c56cde:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/github/scopt/scopt_3/4.1.0/scopt_3-4.1.0.jar",
  "qref:v1:c08a4114:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/literal_3/0.1.2/literal_3-0.1.2.jar",
  "qref:v1:02652d78:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/codegenutil_3/0.0.2/codegenutil_3-0.0.2.jar",
  "qref:v1:a074bf93:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/scribe_3/3.15.0/scribe_3-3.15.0.jar",
  "qref:v1:2716166b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/conveniences_3/0.0.5/conveniences_3-0.0.5.jar",
  "qref:v1:4f929497:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/mailutil_3/0.0.4/mailutil_3-0.0.4.jar",
  "qref:v1:b9ec4326:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-files_3/1.10.9/tapir-files_3-1.10.9.jar",
  "qref:v1:9ab20a19:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-zio_3/1.10.9/tapir-zio_3-1.10.9.jar",
  "qref:v1:52c85c87:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-zio-http-server_3/1.10.9/tapir-zio-http-server_3-1.10.9.jar",
  "qref:v1:9f47c8fb:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/mchange/audiofluidity-rss_3/0.0.10/audiofluidity-rss_3-0.0.10.jar",
  "qref:v1:e32a9ae7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jsoup/jsoup/1.17.2/jsoup-1.17.2.jar",
  "qref:v1:e4b12200:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/eclipse/jgit/org.eclipse.jgit/<IP_ADDRESS>403050737-r/org.eclipse.jgit-<IP_ADDRESS>403050737-r.jar",
  "qref:v1:c3fede0e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/github/java-diff-utils/java-diff-utils/4.12/java-diff-utils-4.12.jar",
  "qref:v1:89c7834e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark/0.64.8/flexmark-0.64.8.jar",
  "qref:v1:38ec9150:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-footnotes/0.64.8/flexmark-ext-footnotes-0.64.8.jar",
  "qref:v1:3113e267:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-tables/0.64.8/flexmark-ext-tables-0.64.8.jar",
  "qref:v1:9c28dc6e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-gfm-strikethrough/0.64.8/flexmark-ext-gfm-strikethrough-0.64.8.jar",
  "qref:v1:9a562d0f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-ext-anchorlink/0.64.8/flexmark-ext-anchorlink-0.64.8.jar",
  "qref:v1:0004e741:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/scala-library/2.13.12/scala-library-2.13.12.jar",
  "qref:v1:3aeaf853:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-internal-macros_3/2.1.3/zio-internal-macros_3-2.1.3.jar",
  "qref:v1:cf3246f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-stacktracer_3/2.1.3/zio-stacktracer_3-2.1.3.jar",
  "qref:v1:f7a4c01a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect_3/2.3.8/izumi-reflect_3-2.3.8.jar",
  "qref:v1:cd8804be:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/perfolation_3/1.2.11/perfolation_3-1.2.11.jar",
  "qref:v1:9e8dd15d:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/sourcecode_3/0.4.2/sourcecode_3-0.4.2.jar",
  "qref:v1:68dc928e:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/outr/moduload_3/1.1.7/moduload_3-1.1.7.jar",
  "qref:v1:c980ccfc:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/os-lib_3/0.9.3/os-lib_3-0.9.3.jar",
  "qref:v1:c7cb6f32:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/jakarta.mail/2.0.1/jakarta.mail-2.0.1.jar",
  "qref:v1:959ebcb5:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/smtp/2.0.1/smtp-2.0.1.jar",
  "qref:v1:9641646a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-core_3/1.10.9/tapir-core_3-1.10.9.jar",
  "qref:v1:ff6a7e63:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-streams_3/2.1.2/zio-streams_3-2.1.2.jar",
  "qref:v1:774ae2a0:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/zio_3/1.3.19/zio_3-1.3.19.jar",
  "qref:v1:d556d0ff:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/tapir/tapir-server_3/1.10.9/tapir-server_3-1.10.9.jar",
  "qref:v1:500ea065:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-http_3/3.0.0-RC8/zio-http_3-3.0.0-RC8.jar",
  "qref:v1:d2add24f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/modules/scala-xml_3/2.2.0/scala-xml_3-2.2.0.jar",
  "qref:v1:ee10b841:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/googlecode/javaewah/JavaEWAH/1.2.3/JavaEWAH-1.2.3.jar",
  "qref:v1:9a88caca:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/slf4j/slf4j-api/1.7.36/slf4j-api-1.7.36.jar",
  "qref:v1:7e957fe4:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/commons-codec/commons-codec/1.16.0/commons-codec-1.16.0.jar",
  "qref:v1:bf214aa1:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-ast/0.64.8/flexmark-util-ast-0.64.8.jar",
  "qref:v1:0a1cdb20:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-builder/0.64.8/flexmark-util-builder-0.64.8.jar",
  "qref:v1:c9da8487:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-collection/0.64.8/flexmark-util-collection-0.64.8.jar",
  "qref:v1:b108f438:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-data/0.64.8/flexmark-util-data-0.64.8.jar",
  "qref:v1:db861d01:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-dependency/0.64.8/flexmark-util-dependency-0.64.8.jar",
  "qref:v1:71f050db:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-format/0.64.8/flexmark-util-format-0.64.8.jar",
  "qref:v1:80e5498d:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-html/0.64.8/flexmark-util-html-0.64.8.jar",
  "qref:v1:82ca37cb:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-misc/0.64.8/flexmark-util-misc-0.64.8.jar",
  "qref:v1:5f4f11a6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-sequence/0.64.8/flexmark-util-sequence-0.64.8.jar",
  "qref:v1:6f91a5ba:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-visitor/0.64.8/flexmark-util-visitor-0.64.8.jar",
  "qref:v1:2014facd:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util/0.64.8/flexmark-util-0.64.8.jar",
  "qref:v1:f3194b46:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/izumi-reflect-thirdparty-boopickle-shaded_3/2.3.8/izumi-reflect-thirdparty-boopickle-shaded_3-2.3.8.jar",
  "qref:v1:cab3508c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/scala-lang/modules/scala-collection-compat_3/2.11.0/scala-collection-compat_3-2.11.0.jar",
  "qref:v1:dcdefb77:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/lihaoyi/geny_3/1.0.0/geny_3-1.0.0.jar",
  "qref:v1:34b9c802:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/activation/jakarta.activation/2.0.1/jakarta.activation-2.0.1.jar",
  "qref:v1:333cc01c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/sun/mail/mailapi/2.0.1/mailapi-2.0.1.jar",
  "qref:v1:2ed16928:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/model/core_3/1.7.11/core_3-1.7.11.jar",
  "qref:v1:792269a8:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/core_3/1.3.19/core_3-1.3.19.jar",
  "qref:v1:f60af51f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/sttp/shared/ws_3/1.3.19/ws_3-1.3.19.jar",
  "qref:v1:ee94c9a1:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/softwaremill/magnolia1_3/magnolia_3/1.3.7/magnolia_3-1.3.7.jar",
  "qref:v1:8848e1be:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema_3/1.2.0/zio-schema_3-1.2.0.jar",
  "qref:v1:a4f8bb2a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-json_3/1.2.0/zio-schema-json_3-1.2.0.jar",
  "qref:v1:5718dca6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-protobuf_3/1.2.0/zio-schema-protobuf_3-1.2.0.jar",
  "qref:v1:e42b3cc2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec-http/4.1.109.Final/netty-codec-http-4.1.109.Final.jar",
  "qref:v1:892855c2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-handler-proxy/4.1.109.Final/netty-handler-proxy-4.1.109.Final.jar",
  "qref:v1:0c8296af:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final.jar",
  "qref:v1:d8bb0218:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final-linux-x86_64.jar",
  "qref:v1:2290b380:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-epoll/4.1.109.Final/netty-transport-native-epoll-4.1.109.Final-linux-aarch_64.jar",
  "qref:v1:0f392c22:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final.jar",
  "qref:v1:53cf6492:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final-osx-x86_64.jar",
  "qref:v1:e6773539:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-kqueue/4.1.109.Final/netty-transport-native-kqueue-4.1.109.Final-osx-aarch_64.jar",
  "qref:v1:9853242c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/incubator/netty-incubator-transport-native-io_uring/0.0.25.Final/netty-incubator-transport-native-io_uring-0.0.25.Final-linux-x86_64.jar",
  "qref:v1:d1ad84f6:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/org/jetbrains/annotations/24.0.1/annotations-24.0.1.jar",
  "qref:v1:32e287db:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/com/vladsch/flexmark/flexmark-util-options/0.64.8/flexmark-util-options-0.64.8.jar",
  "qref:v1:b39fe480:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-macros_3/1.2.0/zio-schema-macros_3-1.2.0.jar",
  "qref:v1:4d6b8f52:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-prelude_3/1.0.0-RC21/zio-prelude_3-1.0.0-RC21.jar",
  "qref:v1:1d212e69:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-constraintless_3/0.3.2/zio-constraintless_3-0.3.2.jar",
  "qref:v1:146c6ee7:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-schema-derivation_3/1.2.0/zio-schema-derivation_3-1.2.0.jar",
  "qref:v1:bd083877:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-json_3/0.6.2/zio-json_3-0.6.2.jar",
  "qref:v1:61df1601:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-common/4.1.109.Final/netty-common-4.1.109.Final.jar",
  "qref:v1:985c5c2f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-buffer/4.1.109.Final/netty-buffer-4.1.109.Final.jar",
  "qref:v1:1152ca36:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport/4.1.109.Final/netty-transport-4.1.109.Final.jar",
  "qref:v1:840b450c:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec/4.1.109.Final/netty-codec-4.1.109.Final.jar",
  "qref:v1:bce2cdc8:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-handler/4.1.109.Final/netty-handler-4.1.109.Final.jar",
  "qref:v1:8c73ba1a:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-codec-socks/4.1.109.Final/netty-codec-socks-4.1.109.Final.jar",
  "qref:v1:37775d04:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-native-unix-common/4.1.109.Final/netty-transport-native-unix-common-4.1.109.Final.jar",
  "qref:v1:09c6a94b:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-classes-epoll/4.1.109.Final/netty-transport-classes-epoll-4.1.109.Final.jar",
  "qref:v1:730e093f:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-transport-classes-kqueue/4.1.109.Final/netty-transport-classes-kqueue-4.1.109.Final.jar",
  "qref:v1:0b873d08:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/incubator/netty-incubator-transport-classes-io_uring/0.0.25.Final/netty-incubator-transport-classes-io_uring-0.0.25.Final.jar",
  "qref:v1:b615ced5:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/dev/zio/zio-prelude-macros_3/1.0.0-RC21/zio-prelude-macros_3-1.0.0-RC21.jar",
  "qref:v1:dfdcb0b2:/Users/swaldman/Library/Caches/Coursier/v1/https/repo1.maven.org/maven2/io/netty/netty-resolver/4.1.109.Final/netty-resolver-4.1.109.Final.jar",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/compile-resources",
  "ref:v0:c984eca8:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/resources",
  "ref:v0:e3d884a2:/Users/swaldman/Documents/BaseFolders/development/gitproj/tech.interfluidity.com/out/compile.dest/classes"
]

Thanks again!

I can't see any suspicious here. I though, maybe https://github.com/com-lihaoyi/mill/pull/3221 changed something but I couldn't confirm. Is your repo public or do you have a reproducer I can fiddle with?

@lefou
I have wasted your time. I hope not a lot of it. I am very sorry. I ought to have attempted to set up a reproduction for you before reporting the issue. Perhaps I'd have figured it out.
The issue appeared not because of any defect in 0.11.8, but because when I thought I was running 0.11.8, I was in fact running 0.11.0! The repo contains an old wrapper script. I installed 0.11.8 system-wide on my machine, and thought
% mv .mill-version .off-mill-version

meant I was running 0.11.8. But in fact, I build though a script like
#!/bin/bash

./mill -w runBackground serve --verbose

So, mv .mill-version .off-mill-version was reverting to the wrapper script version, not my system-wide installed version.
Using
% cat > .mill-version
0.11.8

to upgrade worked fine.

The repo is public, but its HEAD depends upon some locally installed SNAPSHOT versions. To "reproduce", check out the most recent version dependent only on public releases...
$ git clone git@github.com:swaldman/tech.interfluidity.com.git
$ cd tech.interfluidity.com/
$ git checkout 2c7b5d2
$ rm .mill-version
$ ./tech-site-devcycle.sh

to fix
$ cat > .mill-version
0.11.8
$ rm -rf out
$ ./tech-site-devcycle.sh

I am very sorry once again for the time you've devoted to this!

@swaldman Don't worry. Glad you could fix your issue.


RTSP Streaming: problems with Apple devices

Hi, I am using this library with nginx in front for streaming rtsp. Tested without problems with linux and windows while it gives us problems with Apple devices (any browser). This is my go2rtc.yaml
streams:
  stream_key: rtsp://{USERNAME}:{PASSWORD}@{SERVER_IP}:{SERVER_PORT}/cam/realmonitor?channel=1&subtype=2#timeout=30

log:
  level: info  # default level
  rtsp: debug
  streams: debug
  webrtc: debug

My docker compose:
version: '3.7'

services:

  nginx:
    image: my_registry/openresty-nginx-jwt:0.1.0
    ports:
      - "443:443"
    volumes:
      - ./nginx/conf/nginx.conf:/nginx.conf
      - ./nginx/conf/bearer.lua:/bearer.lua
      - ./nginx/certs:/conf/certs:ro
    environment:
      JWT_SECRET: ${JWT_SECRET}

  go2rtc:
    image: alexxit/go2rtc
    volumes:
      - ./go2rtc/go2rtc.yaml:/config/go2rtc.yaml

The nginx only does the proxy pass on the 1984 internal go2rtc. With the mac we are only able to view MSE. Instead, the link we would like to reproduce is as follows:
https://{addresss}/webrtc.html?src=stream_key&media=video
NB: it works correctly on other operating systems while giving errors only on Apple. Has anyone ever had such problems?

I never tested it yet, but I have the theory that Mac didn't support WebRTC over TCP. You have not open any ports for go2rtc container, so UDP connection can be made

can you share me an example? I am using a dahua camera and the js code present in this repo (www directory)

Apple has only one browser on iPhones and iPads. Notebooks are exception.
Docker container example on Docker hub.

MSE appears to be compatible with macOS. I will use that if the system is Apple. If anyone knows more about this issue please respond on this issue

I'll check go2rtc with closed ports with my Apple devices when I have time.
But go2rtc without network host is not recommended usage.

Okay thanks, it's just that I want to control the access behind a nginx with TCP. Anyway, good job! Apart from this problem with Apple it works perfectly

WebRTC is p2p connection. Nginx not involved to it any way. TCP or UDP, not matter

Can't confirm this problem. All works fine on Apple devices. Even via closed docker ports (which is not recommended, but it works).


Quick hack for results page

Few tweaks to have the results page load. Still need to link the homepage zone link back to one of our own pages using the zone name.

Use syntax similar to this to insert the seed mapping data to the databases after seeding the base tables.
insert into sproutspy_db.PlantZone (plant_id, zone_id, created_at, updated_at) values (1, 19, '2021-07-17 16:37:08', '2021-07-17 16:37:08');