OpenSSL Error on geocoded model creation when upgrading from 1.4.4 to 1.4.6 (custom nominatim server with no HTTPS)

Expected behavior
When I create a new record of a geocoded model, it should create it and populate the geocoded fields correctly. That was the behaviour until I updated the gem from 1.4.4 to 1.4.6.
Spot.create({latitude: 40.40, longitude: -3.3})

This should succeed, just like it did before the gem version upgrade.
Actual behavior
When I upgraded the gem to 1.4.6 I started getting the following error while attempting to create a new record of a geocoded model:
Spot.create({latitude: 40.40, longitude: -3.3})
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 state=SSLv2/v3 read server hello A: unknown protocol
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:923:in `connect'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:923:in `block in connect'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/timeout.rb:88:in `block in timeout'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/timeout.rb:98:in `call'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/timeout.rb:98:in `timeout'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:923:in `connect'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:863:in `do_start'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:852:in `start'
	from /home/deploy/.rbenv/versions/2.2.4/lib/ruby/2.2.0/net/http.rb:583:in `start'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/lookups/base.rb:276:in `make_api_request'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/lookups/base.rb:226:in `fetch_raw_data'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/lookups/base.rb:177:in `fetch_data'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/lookups/nominatim.rb:28:in `results'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/lookups/base.rb:47:in `search'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder/query.rb:11:in `execute'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/geocoder-1.4.6/lib/geocoder.rb:22:in `search'
... 22 levels...
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/transactions.rb:220:in `transaction'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/transactions.rb:348:in `with_transaction_returning_status'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/transactions.rb:286:in `block in save'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/transactions.rb:301:in `rollback_active_record_state!'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/transactions.rb:285:in `save'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/associations/singular_association.rb:73:in `_create_record'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/associations/singular_association.rb:21:in `create'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/activerecord-4.2.4/lib/active_record/associations/builder/singular_association.rb:22:in `create_spot'
	from (irb):4
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/commands/console.rb:110:in `start'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/commands/console.rb:9:in `start'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:68:in `console'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/commands/commands_tasks.rb:39:in `run_command!'
	from /home/deploy/var/www/pf/preproduction/shared/bundle/ruby/2.2.0/gems/railties-4.2.4/lib/rails/commands.rb:17:in `<top (required)>'

Steps to reproduce
From a working setup for a geocoded model, upgrade from 1.4.4 to 1.4.6 and it stops working. I use a custom nominatim server running on my own server, with no HTTPS (I set it to false in the initializer config file).
I temporarily locked the gem version to 1.4.4 in my Gemfile just like it was, with no further configuration made and everything is back to normal.
Environment info

Geocoder version: 1.4.6
Rails version: 4.2.4
Ruby version: 2.2.0
Database (if applicable): postgresql

Sorry, this is a bug. New gem release (1.4.7) coming today. (See also #1267.)


Set SO_NOSIGPIPE on listening sockets to avoid dying from SIGPIPE on interrupted connections.

Not sure if this is the best way to put it, but since the FD isn't exposed to the outer layer, it seemed like an appropriate location.

This is going to be in the next version of BlueSocket.

Makes sense to keep out platform specific stuff from this layer.

Thanks for your PR! Please fill out the one time CLA form at https://github.com/IBM-Swift/CLA so we can accept it. Much appreciated.

FYI, there's no SO_NOSIGPIPE on Linux.  To avoid the interruption, you need to add a MSG_NOSIGNAL flag to the underlying socket send() function.

Yeah, I should have known that - have a C++ cross-platform piece of code that uses MSG_NOSIGNAL when available. I assume that this particular change should be closed for now, given that it'll happen in BlueSocket instead of here (and need x-platform change as well).

Yup.  Thanks again for your efforts.  Much appreciated.


Relax normal distribution bounds for DP test even more

https://github.com/private-attribution/ipa/actions/runs/5694472598

Yikes. Is it proptest that is hitting this?

yea, it seems efficient in hitting the corner cases.


Support escaping : and *

I'm using this library by proxy of Axum, and ran into an issue in that the router would not accept path segments that contained multiple : characters, greeting me with the error: Invalid route "/Schemas/urn:ietf:params:scim:schemas:core:2.0:User": only one parameter is allowed per path segment, corresponding to the TooManyParams error variant defined in this crate.
Could either the syntax be altered to support escaping the : and * characters with a prefix like \, or have the insert method treat the whole path section as a literal if it doesn't start with a : or *, or add an .insert_components() function that takes a slice of enum Component<'a>{Literal(&'a str), Param, Wildcard, Separator} and uses that to determine the matching criteria?

I think escaping with \ makes sense. /prefix:parameter is a valid route by the way, which makes the second option more difficult.

Just opened this (and linked) from Axum. I would also like to propose using /{id} for path pattern matching, to align with the OpenAPI spec.

With the release of 0.8, the route parameter syntax has changed to use {x} or {*x}. You can escape literal { and } characters with {{ and }} in static routes.


Port tests in functions.rs to sqllogictest

Which issue does this PR close?

Closes #6211
Rationale for this change

What changes are included in this PR?

Are these changes tested?

Are there any user-facing changes?

AMazing -- thank you so much @parkma99


Add new commands to UserGuide.md

As per the title.

Codecov Report
Base: 63.45% // Head: 63.45% // No change to project coverage :thumbsup:

Coverage data is based on head (214d5bb) compared to base (14cc1e2).
Patch has no changes to coverable lines.

Additional details and impacted files
@@            Coverage Diff            @@
##             master     #150   +/-   ##
=========================================
  Coverage     63.45%   63.45%
  Complexity      538      538
=========================================
  Files            91       91
  Lines          2022     2022
  Branches        255      255
=========================================
  Hits           1283     1283
  Misses          629      629
  Partials        110      110

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Maintain a Sorted List

I am pulling all my data from realm and displaying initially in a sorted list.Whenever items are added or removed or modified to this list i would like it to still be sorted.Is there a way realm can manage this sorted list internally and update the adapter or do i need a change listener and then manually sort it?

@judemanutd in the first place you should already make sure the items are added to the correct position. so you would not run into a sorted issue. if this is not possible. You have to sort it manually before stetting and then possibly applying it with the diffutil of the recyclerview or so.
This seems to be no library issue.


Changed /sys/kernel/address_bits to /sys/kernel/profiling in test_cp

/sys/kernel/address_bits was introduced in #6220  and is not present in older distros according to #6276 .
This should fix it.

Do you know when in which Linux kernel versions /sys/kernel/profiling and /sys/kernel/address_bits were added, and when these versions were released? After all, it wouldn't be a good idea if this lowers the "Minimum Supported Linux Version" only by two months or so, because then #6276 will be re-opened by another person soon afterwards.

Did i make a mistake force pushing my formatting commit ? Seems like all of the lints keep failing .

@AnirbanHalder654322 those clippy errors are unrelated to your PR, they fail because there was a new Rust release today. It's addressed in https://github.com/uutils/coreutils/pull/6330.


Resolve Org's Account Based on Time

Since the organizations can be moved across accounts, the look up for an org's account should have a time parameter.

Closing this as similar function has now been implemented in a different way as part of the recent refactoring of the account service.


[ nodemon ] app crashed - waiting for file changes before starting

i've clone this repo .
go to inside folder and wrote npm install for including node .
but when i want to start it npm start, it doesn't start .

Error: listen EADDRINUSE ::3000
means: port 3000 is already in use on your computer
You can change listening port in server.js file, line 46
app.listen(3000, function () {   console.log('Listening on port 3000!') })

Am having same issue but PORT changes didn't work.


Fix manual instrumentation serialization for async tracks

In the case of async time slices, the start and stop events are their
own individual timers and are already serialized on their initial thread
tracks. Make sure we don't serialize the async timers twice.
This change fixes a bug in the serialization of async timers that would
cause duplication of time slices. The other manual instrumentation
data was already properly serialized (scopes and graphs).
Fixes b/165078963
Test: grab a capture of OrbitTest which uses the manual instrumentation
API, save and reload.

Thanks Pierric for the change. It makes sense, even though this feels a bit hacky.

:-) Yeah... I have to agree that it was a little bit hacky. I cleaned up the code by adding an explicit method to get serializable timers.


Open File PDF files may need to be updated to the final versions?

Open File 8892 and Open File 8902 PDF files hosted on this git repository probably need to be updated to the final versions found on GEOSCAN / https://publications.gc.ca/ ?

physical-exposure/data/nhsl_physical_exposure_OF8892.pdf:

does correctly say "Geological Survey of Canada, Open File 8892, 95 p. https://doi.org/10.4095/330012" in "Recommended citation"
but still contains "xx" placeholders:

"Permanent link: https://doi.org/10.4095/xxxxxxx"
"Open File XXXX"
© Her Majesty the Queen in Right of Canada, as represented by the Minister of Natural Resources, 20xx

physical-exposure/data/nhsl_physical_exposure_overview.pdf:

does correctly say "Geological Survey of Canada, Open File 8892, 95 p. https://doi.org/10.4095/330012" in "Recommended citation"
but still contains "xx" placeholders:

Title page says "OPEN FILE XXXX" in the upper-right corner
"Permanent link: https://doi.org/10.4095/xxxxxxx"
"Open File XXXX"
© Her Majesty the Queen in Right of Canada, as represented by the Minister of Natural Resources, 20xx

social-fabric/data/nhsl_social_fabric_OF8902.pdf:

PDF title CanSVM_Manuscript_LoRes.docx
No "8902" to be found anywhere
still contains "xx" placeholders:

"Permanent link: https://doi.org/10.4095/xxxxxxx"
"Open File XXXX"
© Her Majesty the Queen in Right of Canada, as represented by the Minister of Natural Resources, 20xx

social-fabric/data/nhsl_social_fabric_overview.pdf

does correctly say "Geological Survey of Canada, Open File 8902, 84 p. https://doi.org/10.4095/330295" in "Recommended citation"
but still contains "xx" placeholders:

"Permanent link: https://doi.org/10.4095/xxxxxxx"
"Open File XXXX"
© Her Majesty the Queen in Right of Canada, as represented by the Minister of Natural Resources, 20xx

The latest (final?) versions may be viewed directly in the web browser from:

https://publications.gc.ca/collections/collection_2022/rncan-nrcan/m183-2/M183-2-8892-eng.pdf
https://publications.gc.ca/collections/collection_2022/rncan-nrcan/m183-2/M183-2-8892-1-eng.pdf
https://publications.gc.ca/collections/collection_2022/rncan-nrcan/m183-2/M183-2-8902-eng.pdf
https://publications.gc.ca/collections/collection_2022/rncan-nrcan/m183-2/M183-2-8902-1-eng.pdf

or downloaded as ZIP from:

https://ftp.maps.canada.ca/pub/nrcan_rncan/publications/STPublications_PublicationsST/330/330012/gid_330012.zip
https://ftp.maps.canada.ca/pub/nrcan_rncan/publications/STPublications_PublicationsST/330/330295/gid_330295.zip

Caveat:

These "final" versions do not contain the beautiful picture title page...
The file sizes of these "final" PDF are quite a bit bigger.

Thanks!

The easiest solution may be to just remove those files or rename them as clearly draft versions. It's probably best to route people through Geoscan to access openfiles, and indeed they're already referenced in the readmes. But if we want them here, then yes I think we should just update to the final pdfs.

Hey Tiegan (@tieganh), thank you for looking into this!
I have been wondering where these files came from, though did have a vague memory of a conversation in our Slack workspace, and finally found the following conversation initiated by Murray (@mjourneay) in the #github-pages channel:

October 18th, 2022
Murray Journeay [9:31 AM]
Hi there - I’m checking in to ask if it might be possible to include the summary and full technical reports for the Physical Exposure and Social Vulnerability models to the download page for Human Settlement Layers on GitHub?  The reports are not accessible on OpenData portal, and can only be accessed through GeoScan by downloading the full datasets (~360Mb). It would be helpful to provide a direct link to both reports without having to download the data.
If so, I can pass along the final versions of the reports with the cover pages.
Thanks…
Damon Ulmi [9:33 AM]
We can do that, shouldn't be a problem.
Murray Journeay [4:10 PM]
Awesome- thanks for your support.  Here is a download link to the files:

Physical Exposure (OF8892): [obsolete Dropbox link]
Social Vulnerability (OF8902): [obsolete Dropbox link]

For each of the reports, there is a thumbnail image of the title page (if needed), a short ~10 page overview, and the full technical report for those who want to dig into the details.  I have compressed the files to make them easier to download. It would be helpful if there was a separate link for the overview and full technical reports.
Please let me know if here is anything I can do assist at my end.  It looks like you all are doing  amazing work (as always) and I look forward to catching up when the opportunity rolls around.
October 19th, 2022
Damon (@DamonU2) prepared the following pull request:

OpenDRR/national-human-settlement#34

which include the summaries and full reports for OF 8892 and OF 8902.
Drew (@drotheram) approved it, and @DamonU2 merged it, all on the same day.
October 20th, 2022
Murray Journeay [10:02 PM]
Thanks - much appreciated!!!

Indeed, these files that Murray provided are the final versions, as in the main text are identical to those found on GEOSCAN and Government of Canada Publications, with the addition of the beautiful cover pages, but with the "XXXX" Open File and DOI number placeholders partially updated.
Both of your suggestions are great, thank you!  Let's discuss more in Slack.  😊


Kublet API based Documentation for Minion Metrics

Hello,
I was been trying to make the kublet api to be open so that i can access the cadvisor @8080 port so i have done the changes in the /etc/kubernetes/kublet and added the line to open the kublet api
location of the api-server
KUBELET_API_SERVER="--api_servers=http://<IP_ADDRESS>:8080"
and i have added the kublet api server based settings in the systemd file for kublet.service
[Unit]
Description=Kubernetes Kubelet Server
Documentation=https://github.com/GoogleCloudPlatform/kubernetes
After=docker.service
Requires=docker.service
[Service]
WorkingDirectory=/var/lib/kubelet
EnvironmentFile=-/etc/kubernetes/config
EnvironmentFile=-/etc/kubernetes/kubelet
ExecStart=/usr/bin/kubelet
$KUBE_LOGTOSTDERR
$KUBE_LOG_LEVEL
$KUBELET_API_SERVER
$KUBELET_ADDRESS
$KUBELET_PORT
$KUBELET_HOSTNAME
$KUBE_ALLOW_PRIV
$KUBELET_ARGS
Restart=on-failure
When i see the status of the node in the master i see its ready and running but when i try pinging to the kublet port from the public ip i dont get any reply and when i see on the machine for the port i dont see it listening
[fedora@ip-10-20-30-94 ~]$ netstat -vpln
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 <IP_ADDRESS>:22              <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:10250       <IP_ADDRESS>:*               LISTEN      -
tcp6       0      0 :::22                   :::*                    LISTEN      -
tcp6       0      0 :::38015                :::*                    LISTEN      -
tcp6       0      0 :::9090                 :::*                    LISTEN      -
tcp6       0      0 :::54183                :::*                    LISTEN      -
tcp6       0      0 :::10249                :::*                    LISTEN      -

udp        0      0 <IP_ADDRESS>:26170           <IP_ADDRESS>:*                           -
udp        0      0 <IP_ADDRESS>:68              <IP_ADDRESS>:*                           -
udp        0      0 <IP_ADDRESS>:8472            <IP_ADDRESS>:*                           -
udp6       0      0 :::6741                 :::*                                -

And i dont see any documentation for the kublet api .can you please help me out with any documentation

kubelet is on 10250 usually?  Why do you think it is on 8080?

@dchen1107 @vmarmol

cAdvisor's port is 4194, not on 8080. kubelet is on 10250 (secure one), and 10248 (read-only one)

@dchen1107  when i start the kublet then i should see the cadvisor port running on 4194 and the kublet port @10250 but as you can see my above comment i see only 10250 port opened but not the cadvisor port.
@erictune initially i was in a assumption that kublet also serves the cadvisor api's on the same port but later i go to know from other issues that cadvisor runs by default (standalone mode) on 8080 port but at kubernetes world it runs on 4194 port but if u can see my above comment there is no cadvisor running on the minion server.

Today i have another issue when i was setting up the kubernetes master with one minion and here is the output from one of the minion about the ports
core@ip-10-20-30-45 ~/kubestack $ netstat -vpln
(No info could be read for "-p": geteuid()=500 but you should be root.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 <IP_ADDRESS>:10248         <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:10249         <IP_ADDRESS>:*               LISTEN      -
tcp        0      0 <IP_ADDRESS>:5355            <IP_ADDRESS>:*               LISTEN      -
tcp6       0      0 :::22                   :::*                    LISTEN      -
tcp6       0      0 :::50460                :::*                    LISTEN      -
tcp6       0      0 :::55709                :::*                    LISTEN      -
tcp6       0      0 :::4194                 :::*                    LISTEN      -
tcp6       0      0 :::2375                 :::*                    LISTEN      -
tcp6       0      0 :::10250                :::*                    LISTEN      -
tcp6       0      0 :::5355                 :::*                    LISTEN      -
tcp6       0      0 :::10255                :::*                    LISTEN      -
netstat: no support for AF INET (sctp)' on this system. netstat: no support for AF INET (sctp)' on this system.
udp        0      0 <IP_ADDRESS>:68          <IP_ADDRESS>:*                           -
udp        0      0 <IP_ADDRESS>:5355            <IP_ADDRESS>:*                           -
udp        0      0 <IP_ADDRESS>:8472            <IP_ADDRESS>:*                           -
udp6       0      0 :::5355                 :::*                                -
Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node   PID/Program name     Path
unix  2      [ ACC ]     STREAM     LISTENING     19824    -                    /var/run/docker.sock
unix  2      [ ACC ]     STREAM     LISTENING     7543     -                    /run/systemd/journal/stdout
unix  2      [ ACC ]     STREAM     LISTENING     10365    -                    /run/systemd/private
unix  2      [ ACC ]     SEQPACKET  LISTENING     10718    -                    /run/udev/control
unix  2      [ ACC ]     STREAM     LISTENING     12521    -                    /var/run/dbus/system_bus_socket
netstat: no support for AF IPX' on this system. netstat: no support for AF AX25' on this system.
netstat: no support for AF X25' on this system. netstat: no support for AF NETROM' on this system.

Closing this issue as i can  access to all the ports with no problem.


[vc] adding support for custom vn-agent ports

This adds a flag to the syncer to allow you to set a "non-standard" vn-agent port with the syncer. You could previously supply a custom port to the vn-agent but it wouldn't work with how it was hardcoded when syncing.
Signed-off-by: Chris Hein<EMAIL_ADDRESS>

/assign @Fei-Guo

make test has been run, new images have been built and tested with

/cc @charleszheng44

/LGTM

/lgtm
/approve


Expand on '.editor is active' line in readme

This really confused me at first and I think it will continue to confuse people. I had to do some digging through issues to find this. It might be a bit of a ugly addition to the docs but saves users of this package the headache of digging through closed issues =D

maybe we should just remove the mention of .editor from the docs? is that whats confusing?
this feature works exactly the same way as it does in webstorm.  You can blame an active editor window. if you are selecting the file tree the shortcut keys could potentially do something else.  How do we know what editor or file to blame if its not active?

I've just updated the readme to be more clear. let me if it still needs some help! Thanks @Yahkob

Looks better to me with your new commit and no problem @alexcorre !


Disallow going back to edit after TX is created and cached

For vaults, if the transaction if already created and cached, the navigation back button will go back to the VaultDetails screen instead of showing the edit option for the already cached transaction.
Addresses #5241

Demo:
untitled.webm


improve: prettier metric table with mixed types

Pandas coerces ints to floats if it gets a mix of those types in the same column which results in table formatting like this
evaluate_early_stopping:
evaluate_early_stopping:
  l1                               0.010323
  loss                             0.027584
  f1                               0.995977
  precision                        0.993579
  recall                           0.998387
  total_fastenings_example       620.000000
  total_fastenings_prediction    623.000000

Forcing it to object (basically any) type gives us this format instead
evaluate_early_stopping:
  l1                             0.010323
  loss                           0.027584
  f1                             0.995977
  precision                      0.993579
  recall                         0.998387
  total_fastenings_example            620
  total_fastenings_prediction         623

was a bit worried first, but since it's only just before rendering it I couldn't think of anyways it could hurt


Remove unnecessary rewrite rules

The rewrite rules are no longer necessary as the app restricts display and functionality of the iterative links and API calls.

LGTM, thanks, tested that it now works with new setting


Remove AtomicRMWOp from list of layout anchors

Fixes https://github.com/triton-lang/triton/issues/3491

Changes to Triton need to come with tests.

I'm thinking that it may apply to AtomicCASOp as well.


allow adding a route prefix to UI when using koa

I'm back to work now.
I found out that the 1.0.0-alpha.0 version using TS has been released and I will re-work on the new version.

hello @ltjin did you had time to work on it ? thanks !

Any news on this one guys?

bull-board v3.1.0 has an official koa server adapter


I encountered a problem and need help

Issue type:

:question: Question

Question:

How do I read the variable card in the variable card box directly? Assuming the variable card ID is 21, should I use idContext.ops.uniquely_namedUniqueName(21)?
How do I execute my function? I tried the Display panel and the delayer. I can't execute my function to get the log output

Someone will answer your question soon. In the meantime, you might be able to get help more quickly on our Discord server.

How do I read the variable card in the variable card box directly? Assuming the variable card ID is 21, should I use idContext.ops.uniquely_namedUniqueName(21)?

That is not possible. You need to pass variables to the function when invoking it.

How do I execute my function? I tried the Display panel and the delayer. I can't execute my function to get the log output

Operators such as apply and apply_n can be used. Or you can insert the function's variable card inside a predicate-based aspect such as those in Integrated Tunnels.


Bump build number

Just a debug to see if the same problem that emerges in https://github.com/conda-forge/scotch-feedstock/pull/61 is present without changes.
Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

Build fails both with stock recipe and after a rerender.


Spevacus: Watch this-is-also-a-test

Spevacus requests the watch of the watch_keyword this-is-also-a-test. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

Self-rejected by Spevacus in Spevacus - Smoke Detector Testing. Reason: 'This is a rejection message that's at least 20 characters'


Introduce Topology class

This PR introduces Topology class which corresponds to Storm's dag with nodes and edges.
We firstly build Topology instance out of planned Dag and then build PlannedTopology out of it. At the moment of topology building we verify that edges in topology are compatible with each other and output format on outcoming edges is the same.

I'll look at this.
One question: is there a design doc I can look at for the planned changes.
One feature of storm we have never leveraged is that each bolt can have multiple outputs. This can be a big win for reducing serialization. I wonder if an improved design can take advantage of this.
Also, we have long wanted the ability to do key-grouped joins, and possibly merge join + mapValues + sumByKey into one node. This could reduce communtication to stores because caching might be more effective.
would love to see what is in scope for the changes rather than just polishing to the next persons satisfaction (having seen now 3 prior refactorings to suit different folks taste).

@johnynek We tested grouped join internally and it looks very promising, so I'm making this feature production ready right now.
Basically grouped join change splits into two different things to do:

being able to send (K, V) pairs not only in case of summers but also for regular flat maps (right now SB sends either values tuples or partially aggregated tuples),
implement change to planner algorithm which creates separate flat map node with proper grouping for leftJoins.

In order to implement (1) I did this refactoring to make code which builds topology clearer and simpler to fix. Also I made it more error prone, for example, it fails at construction time when you build topology defined in https://github.com/twitter/summingbird/issues/725.
After this PR I'm going to do one more PR which implements exactly (1), and I hope it will not be complicated anymore.
And after I'm going to do one more (last) PR which implements (2) on top of this changes, and which implements grouped join (but without hot key handling for now).
/cc @benpence @pankajroark

I totally agree about shipping incrementally, groupedJoin first. We can make other optimizations after shipping groupedJoin.

Codecov Report

Merging #731 into develop will increase coverage by 0.24%.
The diff coverage is 92.07%.

@@             Coverage Diff             @@
##           develop     #731      +/-   ##
===========================================
+ Coverage    71.13%   71.37%   +0.24%
===========================================
  Files          146      148       +2
  Lines         3572     3623      +51
  Branches       196      198       +2
===========================================
+ Hits          2541     2586      +45
- Misses        1031     1037       +6

Impacted Files
Coverage Δ

...tter/summingbird/storm/builder/KeyValueSpout.scala
78.94% <ø> (ø)

...mmingbird/online/executor/OperationContainer.scala
33.33% <ø> (ø)
:arrow_up:

...bird/storm/builder/AggregatorOutputCollector.scala
90.9% <ø> (ø)

.../com/twitter/summingbird/storm/StormPlatform.scala
64.28% <100%> (ø)
:arrow_up:

...m/twitter/summingbird/storm/builder/Topology.scala
100% <100%> (ø)

.../com/twitter/summingbird/storm/SpoutProvider.scala
97.29% <100%> (+7.1%)
:arrow_up:

...m/twitter/summingbird/storm/builder/EdgeType.scala
95% <100%> (ø)

...witter/summingbird/storm/FlatMapBoltProvider.scala
100% <100%> (+1.44%)
:arrow_up:

...itter/summingbird/storm/builder/EdgeGrouping.scala
66.66% <66.66%> (ø)

...itter/summingbird/storm/builder/SpoutBuilder.scala
75.86% <75.86%> (ø)

... and 8 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update fb7ce9c...39e4ccb. Read the comment docs.

@johnynek What do you think about this change now? I specialized types where I was able to.

@pankajroark @johnynek I did two more changes on top of what I had before:

extracted SummerBoltProvider into separate class, to be consistent with Source and FlatMap logic https://github.com/twitter/summingbird/pull/731/commits/ad1b2f9b96782748b679fcacb4ec4fedd7edc25d
put all common Bolt types into separate place, I believe it increased readability a lot https://github.com/twitter/summingbird/pull/731/commits/8242812d3fe9e5b1b819bb64f8ee9aae3209271f

I think this change is ready to land, what do you think?

@johnynek What I really like about this change is fact it's making planner exceptions clear based on type signatures here https://github.com/twitter/summingbird/pull/731/files#diff-ada7a53f54309669e9f2c41907787a5cR23. From this point it's clear that planner doesn't work in case of branches with flatMaps & sumByKeys. And with two subsequent sumByKeys also.
I'm preparing PR which fixes all this errors as well as introduce proper (K, V) handling (which enables us to do grouped join).

@johnynek Finally green build =) I guess it's finally safe to merge.
Interestingly one of storm tests (which do topology building for random producers) started to fail, but it's as expected (we just added more asserts) and I'm going to fix this in next PR.

@pankajroark @johnynek Thank you folks for reviews.

👍
On Tue, Jun 13, 2017 at 17:56 Timur<EMAIL_ADDRESS>wrote:

Merged #731 https://github.com/twitter/summingbird/pull/731.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/twitter/summingbird/pull/731#event-1122557775, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAEJdqiWe5pJXgY7AysEnYP3QAUOA6Ovks5sD1m2gaJpZM4N0qpY
.


starting existing nginx container when using nginx-gen strategy doesn't work

I'm using docker compose v2 and the custom nginx conf template that's floating around for it...
Starting everything works the first time, but then if I stop everything and later restart, the conf in the nginx container is in an invalid state and it crashes:
nginx                                | nginx: [emerg] open() "/etc/nginx/vhost.d/default" failed (2: No such file or directory) in /etc/nginx/conf.d/default.conf:59
nginx exited with code 1

Any idea how I can fix this?  Right now my only workaround is to blow away the vhost.d and conf.d volumes before restarting.

Currently my only workaround is to blow away the configuration, which I think would force getting a new Let's Encrypt certificate, which might run down my weekly quota.  Really not sure this nginx-gen strategy is the best idea

Can you paste or link the custom config?

Sure:
docker-compose.yml:
version: '2'
services:
  mariadb:
    image: mariadb
    container_name: mariadb
    volumes:
      - "./private/mariadb/data:/var/lib/mysql"
    environment:
      - MYSQL_ROOT_PASSWORD=$MYSQL_ROOT_PASSWORD
    networks:
      - proxy-tier
  owncloud:
    container_name: owncloud
    image: owncloud
    volumes:
      - "./private/owncloud/data:/var/www/html"
    ports:
      - 80
    depends_on:
      - mariadb
    environment:
      - VIRTUAL_HOST=owncloud.$HOSTNAME
      - VIRTUAL_NETWORK=nginx-proxy
      - VIRTUAL_PORT=80
      - LETSENCRYPT_HOST=owncloud.$HOSTNAME
      -<EMAIL_ADDRESS>    networks:
      - proxy-tier
  rethinkdb:
    container_name: rethinkdb
    image: rethinkdb
    volumes:
      - "./private/rethinkdb/data:/data"
    ports:
      - 28015
      - 8080
    networks:
      - proxy-tier
  portal:
    container_name: portal
    image: frcs/portal:$PORTAL_TAG
    expose:
      - 80
    depends_on:
      - rethinkdb
    volumes:
      - "./private/portal:/srv/private"
    environment:
      - VIRTUAL_HOST=portal.$HOSTNAME
      - VIRTUAL_NETWORK=nginx-proxy
      - VIRTUAL_PORT=80
      - LETSENCRYPT_HOST=portal.$HOSTNAME
      -<EMAIL_ADDRESS>      - HOST=portal.$HOSTNAME
      - DOTENV_FILE=/srv/private/.env
    networks:
      - proxy-tier
  ldap:
    container_name: ldap
    image: frcs/portal:$PORTAL_TAG
    command: npm run ldap:prod
    ports:
      - 389
    depends_on:
      - rethinkdb
    volumes:
      - "./private/portal:/srv/private"
    environment:
      - DOTENV_FILE=/srv/private/.env
      - LDAP_ADMIN_PASSWORD=$LDAP_ADMIN_PASSWORD
    networks:
      - proxy-tier
  nginx:
    container_name: nginx
    image: nginx
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - "./private/nginx/certs:/etc/nginx/certs:ro"
      - /etc/nginx/vhost.d
      - /etc/nginx/conf.d
      - "./public/html:/usr/share/nginx/html"
      - "./private/nginx/log:/var/log/nginx"
    networks:
      - proxy-tier
    depends_on:
      - owncloud
      - portal
  nginx-gen:
    container_name: nginx-gen
    image: jwilder/docker-gen
    volumes_from:
      - nginx
    volumes:
      - "./nginx/nginx.tmpl:/etc/docker-gen/templates/nginx.tmpl:ro"
      - "/var/run/docker.sock:/tmp/docker.sock:ro"
    entrypoint: /usr/local/bin/docker-gen -notify-sighup nginx -watch -wait 5s:30s /etc/docker-gen/templates/nginx.tmpl /etc/nginx/conf.d/default.conf
    networks:
      - proxy-tier
  letsencrypt-nginx-proxy-companion:
    image: jrcs/letsencrypt-nginx-proxy-companion
    container_name: letsencrypt-nginx-proxy-companion
    environment:
      - NGINX_DOCKER_GEN_CONTAINER=nginx-gen
      - ACME_CA_URI=https://acme-staging.api.letsencrypt.org/directory
    volumes_from:
      - nginx
    volumes:
      - "./private/nginx/certs:/etc/nginx/certs:rw"
      - "/var/run/docker.sock:/var/run/docker.sock:ro"
    networks:
      - proxy-tier

networks:
  proxy-tier:
    external:
      name: nginx-proxy

nginx.tmpl:
{{ $CurrentContainer := where $ "ID" .Docker.CurrentContainerID | first }}

{{ define "upstream" }}
        {{ if .Address }}
                {{/* If we got the containers from swarm and this container's port is published to host, use host IP:PORT */}}
                {{ if and .Container.Node.ID .Address.HostPort }}
                        # {{ .Container.Node.Name }}/{{ .Container.Name }}
                        server {{ .Container.Node.Address.IP }}:{{ .Address.HostPort }};
                {{/* If there is no swarm node or the port is not published on host, use container's IP:PORT */}}
                {{ else if .Address.IP }}
                        # {{ .Container.Name }}
                        server {{ .Address.IP }}:{{ .Address.Port }};
                {{ else }}
                        # {{ .Container.Name }}
                        server {{ .Container.Name }}:{{ .Address.Port }};
                {{ end }}
        {{ else }}
                # {{ .Container.Name }}
                server {{ .Container.IP }} down;
        {{ end }}
{{ end }}

# If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the
# scheme used to connect to this server
map $http_x_forwarded_proto $proxy_x_forwarded_proto {
  default $http_x_forwarded_proto;
  ''      $scheme;
}

# If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any
# Connection header that may have been passed to this server
map $http_upgrade $proxy_connection {
  default upgrade;
  '' close;
}

gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

log_format vhost '$host $remote_addr - $remote_user [$time_local] '
                 '"$request" $status $body_bytes_sent '
                 '"$http_referer" "$http_user_agent"';

access_log off;

{{ if (exists "/etc/nginx/proxy.conf") }}
include /etc/nginx/proxy.conf;
{{ else }}
# HTTP 1.1 support
proxy_http_version 1.1;
proxy_buffering off;
proxy_set_header Host $http_host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $proxy_connection;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $proxy_x_forwarded_proto;

# Mitigate httpoxy attack (see README for details)
proxy_set_header Proxy "";
{{ end }}

server {
	server_name _; # This is just an invalid value which will never trigger on a real hostname.
	listen 80;
	access_log /var/log/nginx/access.log vhost;
	return 503;
}

{{ if (and (exists "/etc/nginx/certs/default.crt") (exists "/etc/nginx/certs/default.key")) }}
server {
	server_name _; # This is just an invalid value which will never trigger on a real hostname.
	listen 443 ssl http2;
	access_log /var/log/nginx/access.log vhost;
	return 503;

	ssl_certificate /etc/nginx/certs/default.crt;
	ssl_certificate_key /etc/nginx/certs/default.key;
}
{{ end }}

{{ range $host, $containers := groupByMulti $ "Env.VIRTUAL_HOST" "," }}

upstream {{ $host }} {
{{ range $container := $containers }}
	{{ $addrLen := len $container.Addresses }}

	{{ range $knownNetwork := $CurrentContainer.Networks }}
		{{ range $containerNetwork := $container.Networks }}
			{{ if eq $knownNetwork.Name $containerNetwork.Name }}
				## Can be connect with "{{ $containerNetwork.Name }}" network

				{{/* If only 1 port exposed, use that */}}
				{{ if eq $addrLen 1 }}
					{{ $address := index $container.Addresses 0 }}
					{{ template "upstream" (dict "Container" $container "Address" $address "Network" $containerNetwork) }}
				{{/* If more than one port exposed, use the one matching VIRTUAL_PORT env var, falling back to standard web port 80 */}}
				{{ else }}
					{{ $port := coalesce $container.Env.VIRTUAL_PORT "80" }}
					{{ $address := where $container.Addresses "Port" $port | first }}
					{{ template "upstream" (dict "Container" $container "Address" $address "Network" $containerNetwork) }}
				{{ end }}
			{{ end }}
		{{ end }}
	{{ end }}
{{ end }}
}

{{ $default_host := or ($.Env.DEFAULT_HOST) "" }}
{{ $default_server := index (dict $host "" $default_host "default_server") $host }}

{{/* Get the VIRTUAL_PROTO defined by containers w/ the same vhost, falling back to "http" */}}
{{ $proto := or (first (groupByKeys $containers "Env.VIRTUAL_PROTO")) "http" }}

{{/* Get the HTTPS_METHOD defined by containers w/ the same vhost, falling back to "redirect" */}}
{{ $https_method := or (first (groupByKeys $containers "Env.HTTPS_METHOD")) "redirect" }}

{{/* Get the first cert name defined by containers w/ the same vhost */}}
{{ $certName := (first (groupByKeys $containers "Env.CERT_NAME")) }}

{{/* Get the best matching cert  by name for the vhost. */}}
{{ $vhostCert := (closest (dir "/etc/nginx/certs") (printf "%s.crt" $host))}}

{{/* vhostCert is actually a filename so remove any suffixes since they are added later */}}
{{ $vhostCert := replace $vhostCert ".crt" "" -1 }}
{{ $vhostCert := replace $vhostCert ".key" "" -1 }}

{{/* Use the cert specified on the container or fallback to the best vhost match */}}
{{ $cert := (coalesce $certName $vhostCert) }}

{{ $is_https := (and (ne $cert "") (exists (printf "/etc/nginx/certs/%s.crt" $cert)) (exists (printf "/etc/nginx/certs/%s.key" $cert))) }}

{{ if $is_https }}

{{ if eq $https_method "redirect" }}
server {
	server_name {{ $host }};
	listen 80 {{ $default_server }};
	access_log /var/log/nginx/access.log vhost;
	return 301 https://$host$request_uri;
}
{{ end }}

server {
	server_name {{ $host }};
	listen 443 ssl http2 {{ $default_server }};
	access_log /var/log/nginx/access.log vhost;

	ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
	ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA;

	ssl_prefer_server_ciphers on;
	ssl_session_timeout 5m;
	ssl_session_cache shared:SSL:50m;

	ssl_certificate /etc/nginx/certs/{{ (printf "%s.crt" $cert) }};
	ssl_certificate_key /etc/nginx/certs/{{ (printf "%s.key" $cert) }};

	{{ if (exists (printf "/etc/nginx/certs/%s.dhparam.pem" $cert)) }}
	ssl_dhparam {{ printf "/etc/nginx/certs/%s.dhparam.pem" $cert }};
	{{ end }}

	{{ if (ne $https_method "noredirect") }}
	add_header Strict-Transport-Security "max-age=31536000";
	{{ end }}

	{{ if (exists (printf "/etc/nginx/vhost.d/%s" $host)) }}
	include {{ printf "/etc/nginx/vhost.d/%s" $host }};
	{{ else if (exists "/etc/nginx/vhost.d/default") }}
	include /etc/nginx/vhost.d/default;
	{{ end }}

	location / {
		proxy_pass {{ trim $proto }}://{{ trim $host }};
		{{ if (exists (printf "/etc/nginx/htpasswd/%s" $host)) }}
		auth_basic	"Restricted {{ $host }}";
		auth_basic_user_file	{{ (printf "/etc/nginx/htpasswd/%s" $host) }};
		{{ end }}
                {{ if (exists (printf "/etc/nginx/vhost.d/%s_location" $host)) }}
                include {{ printf "/etc/nginx/vhost.d/%s_location" $host}};
                {{ else if (exists "/etc/nginx/vhost.d/default_location") }}
                include /etc/nginx/vhost.d/default_location;
                {{ end }}
	}
}

{{ end }}

{{ if or (not $is_https) (eq $https_method "noredirect") }}

server {
	server_name {{ $host }};
	listen 80 {{ $default_server }};
	access_log /var/log/nginx/access.log vhost;

	{{ if (exists (printf "/etc/nginx/vhost.d/%s" $host)) }}
	include {{ printf "/etc/nginx/vhost.d/%s" $host }};
	{{ else if (exists "/etc/nginx/vhost.d/default") }}
	include /etc/nginx/vhost.d/default;
	{{ end }}

	location / {
		proxy_pass {{ trim $proto }}://{{ trim $host }};
		{{ if (exists (printf "/etc/nginx/htpasswd/%s" $host)) }}
		auth_basic	"Restricted {{ $host }}";
		auth_basic_user_file	{{ (printf "/etc/nginx/htpasswd/%s" $host) }};
		{{ end }}
                {{ if (exists (printf "/etc/nginx/vhost.d/%s_location" $host)) }}
                include {{ printf "/etc/nginx/vhost.d/%s_location" $host}};
                {{ else if (exists "/etc/nginx/vhost.d/default_location") }}
                include /etc/nginx/vhost.d/default_location;
                {{ end }}
	}
}

{{ if (and (not $is_https) (exists "/etc/nginx/certs/default.crt") (exists "/etc/nginx/certs/default.key")) }}
server {
	server_name {{ $host }};
	listen 443 ssl http2 {{ $default_server }};
	access_log /var/log/nginx/access.log vhost;
	return 500;

	ssl_certificate /etc/nginx/certs/default.crt;
	ssl_certificate_key /etc/nginx/certs/default.key;
}
{{ end }}

{{ end }}
{{ end }}

Thanks. Do you have a /etc/nginx/vhost.d/default file? seems at least there exist one when generating the config but is gone when restarting hmm

Yes, it's present at runtime:
## Start of configuration add by letsencrypt container
location /.well-known/acme-challenge/ {
    allow all;
    root /usr/share/nginx/html;
    try_files $uri =404;
    break;
}
## End of configuration add by letsencrypt container

The template checks for this, but of course it's already been processed by the time the nginx starts:
{{ else if (exists "/etc/nginx/vhost.d/default") }}
    include /etc/nginx/vhost.d/default;
{{ end }}

This makes the docker-gen approach seem hairy to me because it doesn't have full control over when the generated container launches.  If I could guarantee that nginx-gen always runs before nginx launches I don't think this would be a problem, but there's no way to do that, is there?

Same issue as JrCs/docker-letsencrypt-nginx-proxy-companion#69? No really sure how to solve hmm, i've been similar issues like this with docker-letsencrypt-nginx-proxy-companion, racy file creation and config reloads. Maybe one way would be for nginx-proxy to do a nginx syntax test at startup and regenerate if it fails? but feels a bit weird... maybe will just hide buggy code

Yup, same issue

I'll close this since it's a dupe


Added missing bib entries to Borrowing_references

After discussing with the other collaborators, it seems to be clearer for us if we could only have one bib file for the Borrowing_references. Therefore, I have added the entries from "missing" to the bib.

See https://github.com/lexibank/uralex/pull/9/commits/3ac3da485badd4753de4a29c7b4561a497070409#diff-8c083ae7f10b9839fb0769a080fa7aefaebf13637600ace28d1b21a4797cfe4f


bump to 1.3.0

Hi! This is the friendly automated conda-forge-webservice.
I've started a version update as instructed in #252.
I'm currently searching for new versions and will update this PR shortly if I find one! Thank you for waiting!
Fixes #252

  error: linking with `x86_64-apple-darwin13.4.0-clang` failed: exit status: 1
    |
    = note: env -u IPHONEOS_DEPLOYMENT_TARGET -u TVOS_DEPLOYMENT_TARGET -u XROS_DEPLOYMENT_TARGET LC_ALL="C" PATH="/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/.cargo/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_plac/bin:/Users/runner/miniforge3/condabin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/bin:/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_plac/bin:/Users/runner/miniforge3/bin:/Users/runner/miniforge3/condabin:/usr/local/lib/ruby/gems/3.0.0/bin:/usr/local/opt/ruby@3.0/bin:.:/usr/local/bin:/usr/local/sbin:/Users/runner/bin:/Library/Frameworks/Python.framework/Versions/Current/bin:/Library/Frameworks/Mono.framework/Versions/Current/Commands:/usr/bin:/bin:/usr/sbin:/sbin:/Users/runner/.ghcup/bin" VSLANG="1033" ZERO_AR_DATE="1" "x86_64-apple-darwin13.4.0-clang" "-Wl,-exported_symbols_list" "-Wl,/tmp/rustc9NlPz9/list" "-arch" "x86_64" "-m64" "/tmp/rustc9NlPz9/symbols.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.0.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.1.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.2.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.3.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.4.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.futures_macro.3a5e75ff85bfe645-cgu.5.rcgu.o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.4xahsrxaq6eulzlyhye2fskmg.rcgu.rmeta" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/futures_macro-a552ce95a8df1c11.0nq2p0kze3qhyiuiczx3bg3iu.rcgu.o" "-L" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps" "-L" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/libsyn-b5089cdac6dd7ef9.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/libquote-1f5d4efab93da96c.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/libproc_macro2-68a6686f63f1e88e.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/libunicode_ident-58dc0c689a7909ef.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libproc_macro-ca54877308a7194d.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libstd-37e0369a2e96ba5c.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libpanic_unwind-ad975f3dcb44fde5.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libobject-5583c7401bdfb39a.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libmemchr-862d8e01ae0e34c4.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libaddr2line-ec7590c3536cb5fe.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libgimli-8aa07db820c8a8b0.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/librustc_demangle-14f82d799646defa.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libstd_detect-1af0fc86d5f75f9c.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libhashbrown-82188f1e5aa6f33f.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/librustc_std_workspace_alloc-7d7696bfc68c958a.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libminiz_oxide-c7064bbd5a7a4483.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libadler-82ef549ebdeddc38.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libunwind-67c0acc6d6e53ad5.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libcfg_if-35baf614233bd398.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/liblibc-18c2355194dd9ece.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/liballoc-8fe7af61f49bf77b.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/librustc_std_workspace_core-b573430062f6bfe5.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libcore-ef02792cbce15279.rlib" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib/libcompiler_builtins-9bc9296e99b3aad8.rlib" "-lSystem" "-lc" "-lm" "-L" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_build_env/lib/rustlib/x86_64-apple-darwin/lib" "-o" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/target/release/deps/libfutures_macro-a552ce95a8df1c11.dylib" "-Wl,-dead_strip" "-dynamiclib" "-Wl,-dylib" "-nodefaultlibs"
    = note: clang-16: error: unable to execute command: Segmentation fault: 11
            clang-16: error: linker command failed due to signal (use -v to see invocation)

  error: could not compile `futures-macro` (lib) due to 1 previous error
  warning: build failed, waiting for other jobs to finish...
  💥 maturin failed
    Caused by: Failed to build a native library through cargo
    Caused by: Cargo build finished with "exit status: 101": `env -u CARGO PYO3_ENVIRONMENT_SIGNATURE="cpython-3.10-64bit" PYO3_PYTHON="/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_plac/bin/python" PYTHON_SYS_EXECUTABLE="/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_plac/bin/python" "cargo" "rustc" "--target" "x86_64-apple-darwin" "--message-format" "json-render-diagnostics" "--manifest-path" "/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/work/py-polars/Cargo.toml" "--release" "--lib" "--" "-C" "link-arg=-undefined" "-C" "link-arg=dynamic_lookup" "-C"<EMAIL_ADDRESS>  Error: command ['maturin', 'pep517', 'build-wheel', '-i', '/Users/runner/miniforge3/conda-bld/polars-lts-cpu_1722408137853/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_plac/bin/python', '--compatibility', 'off'] returned non-zero exit status 1
  error: subprocess-exited-with-error

  × Building wheel for polars-lts-cpu (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> See above for output.

I can't reproduce the failure locally on OSX

 running: cd "/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work/target/x86_64-apple-darwin/release/build/libz-ng-sys-1e46f565b41f9ed8/out/build" && CMAKE_PREFIX_PATH=":/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeh" "cmake" "/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/.cargo/registry/src/index.crates.io-6f17d22bba15001f/libz-ng-sys-1.1.15/src/zlib-ng" "-DCMAKE_OSX_ARCHITECTURES=x86_64" "-G" "Unix Makefiles" "-DBUILD_SHARED_LIBS=OFF" "-DZLIB_COMPAT=OFF" "-DZLIB_ENABLE_TESTS=OFF" "-DWITH_GZFILEOP=ON" "-DCMAKE_SYSTEM_NAME=Darwin" "-DCMAKE_SYSTEM_PROCESSOR=x86_64" "-DCMAKE_INSTALL_PREFIX=/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work/target/x86_64-apple-darwin/release/build/libz-ng-sys-1e46f565b41f9ed8/out" "-D...
    -- Using CMake version 3.30.2
    -- ZLIB_HEADER_VERSION: 1.3.0
    -- ZLIBNG_HEADER_VERSION: 2.1.6
    -- The C compiler identification is Clang 16.0.6
    -- Detecting C compiler ABI info
    -- Detecting C compiler ABI info - failed
    -- Check for working C compiler: /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/x86_64-apple-darwin13.4.0-clang
    -- Check for working C compiler: /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/x86_64-apple-darwin13.4.0-clang - broken
    -- Configuring incomplete, errors occurred!

    --- stderr
    CMake Error at /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/share/cmake-3.30/Modules/CMakeTestCCompiler.cmake:67 (message):
      The C compiler

        "/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/x86_64-apple-darwin13.4.0-clang"

      is not able to compile a simple test program.

      It fails with the following output:

        Change Dir: '/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work/target/x86_64-apple-darwin/release/build/libz-ng-sys-1e46f565b41f9ed8/out/build/CMakeFiles/CMakeScratch/TryCompile-bNVZkr'

        Run Build Command(s): /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/cmake -E env VERBOSE=1 /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/make -f Makefile cmTC_8d34f/fast
        /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/make  -f CMakeFiles/cmTC_8d34f.dir/build.make CMakeFiles/cmTC_8d34f.dir/build
        make[1]: Entering directory '/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work/target/x86_64-apple-darwin/release/build/libz-ng-sys-1e46f565b41f9ed8/out/build/CMakeFiles/CMakeScratch/TryCompile-bNVZkr'
        Building C object CMakeFiles/cmTC_8d34f.dir/testCCompiler.c.o
        /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/x86_64-apple-darwin13.4.0-clang   -ffunction-sections -fdata-sections -fPIC -m64 --target=x86_64-apple-darwin -mmacosx-version-min=12.3 -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fstack-protector-strong -pipe -isystem /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeh/include -fdebug-prefix-map=/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work=/usr/local/src/conda/polars-lts-cpu-1.3.0 -fdebug-prefix-map=/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeh=/usr/local/src/co...
        Linking C executable cmTC_8d34f
        /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/cmake -E cmake_link_script CMakeFiles/cmTC_8d34f.dir/link.txt --verbose=1
        /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_build_env/bin/x86_64-apple-darwin13.4.0-clang  -ffunction-sections -fdata-sections -fPIC -m64 --target=x86_64-apple-darwin -mmacosx-version-min=12.3 -march=core2 -mtune=haswell -mssse3 -ftree-vectorize -fPIC -fstack-protector-strong -pipe -isystem /home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeh/include -fdebug-prefix-map=/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work=/usr/local/src/conda/polars-lts-cpu-1.3.0 -fdebug-prefix-map=/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeh=/usr/local/src/con...
        /usr/bin/ld: unrecognised emulation mode: acosx_version_min
        Supported emulations: elf_x86_64 elf32_x86_64 elf_i386 elf_iamcu i386linux elf_l1om elf_k1om
        clang-16: error: linker command failed with exit code 1 (use -v to see invocation)
        make[1]: *** [CMakeFiles/cmTC_8d34f.dir/build.make:100: cmTC_8d34f] Error 1
        make[1]: Leaving directory '/home/conda/feedstock_root/build_artifacts/polars-lts-cpu_1723105882704/work/target/x86_64-apple-darwin/release/build/libz-ng-sys-1e46f565b41f9ed8/out/build/CMakeFiles/CMakeScratch/TryCompile-bNVZkr'
        make: *** [Makefile:127: cmTC_8d34f/fast] Error 2

Using rosetta, I was able to reproduce the failure locally when using osx-64 as the build platform. All tested versions of clang (clang-16 and clang-18) and OSX SDKs (including 13.3) produced the same segmentation fault for me.
To reproduce this, I had to edit the .scripts/run-osx-build.sh file to include --channel conda-forge/label/rust_dev --channel conda-forge as arguments to the conda-build command; otherwise, the build would fail due to strict-channel-priority.
Afterward, I used the build-locally.py script with rosetta like this:
arch -x86_64 ./build-locally.py
I obtained a core dump from clang and also monitored the kernel log for failures related to code signing.
The kernel log shows:
Filtering the log data using "sender == "kernel""
Timestamp                       Thread     Type        Activity             PID    TTL
2024-08-14 21:40:17.165278+0200 0x1dccaf8  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:18.159016+0200 0x1dccb0e  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:19.156384+0200 0x1dccb34  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:20.157869+0200 0x1dccb5e  Default     0x0                  0

Filtering the log data using "sender == "kernel""
Timestamp                       Thread     Type        Activity             PID    TTL
2024-08-14 21:40:17.165278+0200 0x1dccaf8  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:18.159016+0200 0x1dccb0e  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:19.156384+0200 0x1dccb34  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:20.157869+0200 0x1dccb5e  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:21.006132+0200 0x1dccb7e  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:21.158544+0200 0x1dccb82  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:22.165179+0200 0x1dccbac  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:23.155009+0200 0x1dccbd7  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:23.732693+0200 0x1dccbfe  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:23.760933+0200 0x1dccc05  Default     0x0                  0      0    kernel: shared_region: 0xdd33aa7fcfa28c53 [56181(rustc)] check_np(0x305fbbb58) vm_shared_region_start_address() failed
2024-08-14 21:40:24.158490+0200 0x1dccc0b  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:25.044785+0200 0x1dccc50  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:25.162967+0200 0x1dccc59  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:26.161124+0200 0x1dcccaa  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:27.300670+0200 0x1dccda7  Default     0x0                  0      0    kernel: clang-18[56279] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa66379323cb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.300690+0200 0x1dccda7  Default     0x0                  0      0    kernel: clang-18[56279] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa66379323cb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.301126+0200 0x1dccd7c  Default     0x0                  0      0    kernel: clang-18[56271] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa663792f26b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.301138+0200 0x1dccd7c  Default     0x0                  0      0    kernel: clang-18[56271] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa663792f26b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.397483+0200 0x1dccdd2  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:27.488395+0200 0x1dccde4  Default     0x0                  0      0    kernel: clang-18[56304] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa663792eb8b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.488409+0200 0x1dccde4  Default     0x0                  0      0    kernel: clang-18[56304] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa663792eb8b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:27.571914+0200 0x1dcce0c  Default     0x0                  0      0    kernel: clang-18[56313] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa663792f1cb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:28.857590+0200 0x1dccf8b  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:29.211532+0200 0x1dccfcf  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:29.233078+0200 0x1dccfd3  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:30.316680+0200 0x1dcd0a1  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:31.174914+0200 0x1dcd1f6  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:32.201881+0200 0x1dcd381  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:33.178431+0200 0x1dcd40a  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:33.454753+0200 0x1dcd42c  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:34.225668+0200 0x1dcd4c2  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:35.222036+0200 0x1dcd5b1  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:36.193805+0200 0x1dcd6c9  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:37.023013+0200 0x1dcd772  Default     0x0                  0      0    kernel: clang-18[57279] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa66379371cb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.023028+0200 0x1dcd772  Default     0x0                  0      0    kernel: clang-18[57279] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa66379371cb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.125222+0200 0x1dcd777  Default     0x0                  0      0    kernel: x86_64-apple-dar[57280] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa6637931ecb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.125237+0200 0x1dcd777  Default     0x0                  0      0    kernel: x86_64-apple-dar[57280] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa6637931ecb. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.181740+0200 0x1dcd77b  Default     0x0                  0      0    kernel: clang-18[57281] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa663793848b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.181752+0200 0x1dcd77b  Default     0x0                  0      0    kernel: clang-18[57281] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa663793848b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.184611+0200 0x1dcd77e  Default     0x0                  0      0    kernel: clang-18[57284] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa663793084b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:37.228702+0200 0x1dcd7a6  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:37.692289+0200 0x1dcd835  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:38.318745+0200 0x1dcd894  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:39.197267+0200 0x1dcd953  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:40.192183+0200 0x1dcda1d  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:41.218098+0200 0x1dcdb3f  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:42.175767+0200 0x1dcdc07  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:42.243940+0200 0x1dcdc1d  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:42.587378+0200 0x1dccbd5  Default     0x0                  0      0    kernel: connectx() - failed necp_set_socket_domain_attributes
2024-08-14 21:40:43.250318+0200 0x1dcdcd9  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:44.322050+0200 0x1dcde04  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:44.710953+0200 0x17e061a  Default     0x0                  0      0    kernel: connect() - failed necp_set_socket_domain_attributes
2024-08-14 21:40:44.714193+0200 0x17e061a  Default     0x0                  0      0    kernel: connect() - failed necp_set_socket_domain_attributes
2024-08-14 21:40:44.781096+0200 0x17e061a  Default     0x0                  0      0    kernel: connect() - failed necp_set_socket_domain_attributes
2024-08-14 21:40:45.270656+0200 0x1dcdf9f  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:46.221433+0200 0x1dce13d  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:46.476359+0200 0x1dce1b0  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:47.010572+0200 0x1dce23d  Default     0x0                  0      0    kernel: cmake[58490] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa66379307ab. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.010584+0200 0x1dce23d  Default     0x0                  0      0    kernel: cmake[58490] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa66379307ab. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.047159+0200 0x1dce241  Default     0x0                  0      0    kernel: clang-18[58491] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa6637937d0b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.047174+0200 0x1dce241  Default     0x0                  0      0    kernel: clang-18[58491] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa6637937d0b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.109206+0200 0x1dce261  Default     0x0                  0      0    kernel: clang-18[58499] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa6637931f6b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.109222+0200 0x1dce261  Default     0x0                  0      0    kernel: clang-18[58499] triggered unnest of range 0x7ff855a00000->0x7ff857400000 of DYLD shared region in VM map 0xdd33aa6637931f6b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.155640+0200 0x1dce269  Default     0x0                  0      0    kernel: cmake[58501] triggered unnest of range 0x7ff855800000->0x7ff855a00000 of DYLD shared region in VM map 0xdd33aa6637937d0b. While not abnormal for debuggers, this increases system memory footprint until the target exits.
2024-08-14 21:40:47.195688+0200 0x1dce288  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:48.307953+0200 0x1dce3c2  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:49.172627+0200 0x1dce48c  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:49.302464+0200 0x1dcdffb  Default     0x0                  0      0    kernel: IDECacheDeleteAppExtension[58247] Corpse allowed 1 of 5
2024-08-14 21:40:50.161629+0200 0x1dce65c  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:50.648518+0200 0x1dce6f5  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:51.161027+0200 0x1dce78b  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:52.161216+0200 0x1dce982  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:52.590392+0200 0x1dcce3d  Default     0x0                  0      0    kernel: x86_64-apple-darwin13.4.0-ld[56317] Corpse allowed 2 of 5
2024-08-14 21:40:52.871601+0200 0x69       Default     0x0                  0      0    kernel: Corpse released, count at 1
2024-08-14 21:40:53.158369+0200 0x1dceaab  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:54.164940+0200 0x1dcec46  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:54.752196+0200 0x1dcecec  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:55.186347+0200 0x1dced7a  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:55.221874+0200 0x69       Default     0x0                  0      0    kernel: Corpse released, count at 0
2024-08-14 21:40:56.156863+0200 0x1dceec9  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:57.162321+0200 0x1dceed0  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:58.161814+0200 0x1dcef23  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:58.799181+0200 0x1dcef31  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:40:59.038566+0200 0x1dcbbda  Default     0x0                  0      0    kernel: [System Event] [84976979366838] [INFO] [Subsystem: nvram] [Event: write] battery-health as data with size 0x17a
2024-08-14 21:40:59.164571+0200 0x1dcef41  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:00.161864+0200 0x1dcef8b  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:01.162885+0200 0x1dcef90  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:02.161273+0200 0x1dcefcd  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:02.835442+0200 0x1dcefda  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:03.156559+0200 0x1dcefde  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:03.846995+0200 0x1dcf012  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:03.847431+0200 0x1dcf013  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:04.167468+0200 0x1dcf043  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:05.160042+0200 0x1dcf04d  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:06.161377+0200 0x1dcf093  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:06.875614+0200 0x1dcf099  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:07.161964+0200 0x1dcf09d  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:08.162063+0200 0x1dcf0de  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:09.159395+0200 0x1dcf0e6  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:10.159745+0200 0x1dcf12e  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:10.915079+0200 0x1dcf13a  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:11.162078+0200 0x1dcf13f  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:12.159897+0200 0x1dcf184  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:13.162449+0200 0x1dcf18b  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:14.181526+0200 0x1dcf1cf  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:14.959043+0200 0x1dcf1d5  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:15.160018+0200 0x1dcf1dc  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:16.158611+0200 0x1dcf22a  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:17.161310+0200 0x1dcf234  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:18.158954+0200 0x1dcf273  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:18.999459+0200 0x1dcf27c  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:19.159142+0200 0x1dcf280  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:20.159555+0200 0x1dcf2c6  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:21.159083+0200 0x1dcf2cb  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:22.161518+0200 0x1dcf313  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:23.035858+0200 0x1dcf31a  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:23.158123+0200 0x1dcf321  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:24.161674+0200 0x1dcf369  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:25.163181+0200 0x1dcf36f  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:26.160764+0200 0x1dcf3b5  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:27.077131+0200 0x1dcf3ca  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:27.155809+0200 0x1dcf3ce  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:28.152318+0200 0x1dcf415  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:29.154905+0200 0x1dcf431  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash
2024-08-14 21:41:30.162168+0200 0x1dcf479  Default     0x0                  0      0    kernel: process_is_plugin_host: running binary "bash" in keys-off mode due to identity: com.apple.bash

Getting a backtrace from the `clang` core-dump shows :

thread #1, stop reason = ESR_EC_DABORT_EL0 (fault address: 0x1b)

frame #0: 0x0000000104a14b88
thread #2
frame #0: 0x00007ff7ffe29494
frame #1: 0x00007ff7ffe35158
frame #2: 0x00007ff7ffe36a74

`$CC -v`:

clang version 18.1.8
Target: x86_64-apple-darwin13.4.0
Thread model: posix
InstalledDir: /Users/belastoyan/Documents/conda-forge/feedstocks/polars-feedstock/miniforge3/conda-bld/_1723663011879/_build_env/bin

`rustc --version`:

rustc 1.81.0-nightly (9057c3ffe 2024-07-19)

🤷 The problem vanished by itself in 1.5.0.

You should close this PR probably?

I bisected the failure down to an update of Cargo.lock. Further, I determined that the failure was caused by the patch of syn from 2.0.68 to 2.0.72. The changelog for syn does not mention any fixes or issues like the one we observed. Locally, all versions between and including 2.0.69 and 2.0.72 are causing the build to fail. Polars version 1.5.0 started to work again as it included a bump of syn to 2.0.74.
I have created a patch to build v1.3.0 and v1.4.0 with syn 2.0.74 on the new branches v1.3.0 and v1.4.0

Wow that's great work @0xbe7a - will you make an issue at syn?

Will you make an issue with syn?

Before assuming the issue lies with syn, we should further minimize this failure. After examining the diff between 2.0.68 to 2.0.69 and 2.0.72 to 2.0.73, I'm not convinced that syn is the primary cause. clang should not segfault regardless; it seems more likely that syn is merely triggering the failure. It's worth noting that pixi-pack also encountered the same "segfault problem" with syn 2.0.66, but the issue only arises with specific Rust versions. This suggests a combination of macro code generation, rustc, and clang as the root cause.


Improve ID in cloud credentials

Hi,
Could we add a help text to the ID field when adding a new EGI Check-in credential via: https://im.egi.eu/im-dashboard/manage_creds

This is sometimes confusing for the end user, and they don't know what to include there.
Another idea is that this ID could be automatically set by using the VO and the provider selected. For example for the vo.access.egi.eu VO and IISAS-FedCloud, the ID could automatically be saved with e.g. vo.access.egi.eu-IISAS-FedCloud
What do you think?

Thanks - automatic filling would be good, but still nice to have help, in case the user wants to change the default filled value.
Another request:

the text says: "Select only one of this options AppDB or Site image:"
that is easy to miss - and gives strange errors in the provisioning (like starting debian flavour machine although you selected almalinux 9)
could you make the other box be unselectable if one is selected?

Help test added.
Available in the devel instance.

From my point of view, that's perfect, many thanks!
@maikenp do you want to provide further feedback before we close this issue?

Thansk - I could not get the help although I cleaned my cache in the browser. So I will trust you @sebastian-luna-valero  :)

Thanks Miguel and Maiken!

Thank you both for your suggestions!

Hi, could this be added to IM-prod, please?

done


Script to satisfy Issue 30

Will need at least two different functions.

Object returned will contain:

timestamp
status ("found" if the chunk was found, "warning" if the associated logs are a warning, and "error" if the associated logs are an error)
description (the array of all the messages associated with the chunk)

There will be two options, both will be given the directory to search from:

Search by org_id and cluster_name: cluster_name will be found first then verified that the org_id matches
Search by offset: offset is unique in aggregator logs but the offsets in pipeline repeat all over. Searching for offsets may only be applicable to aggregator logs.
@tisnik what do you think?


:recycle: Chore: integrate tx pool into tevm

Description
Tx pools and blockchain package allow us to implement the rest of tevm api
Testing
Explain the quality checks that have been done on the code changes
Additional Information

[ ] I read the contributing docs (if this is your first contribution)

Your ENS/address:

Current dependencies on/for this PR:

#987  👈
main

This stack of pull requests is managed by Graphite.


Warnings received while building for production

Bug, feature request, or proposal:
After I updated to version 7 of angular material I am receiving warnings while building for production using the command ng build --prod --build-optimizer. The warnings in the terminal are shown below
WARNING in ./src/app/footer/footer.module.ngfactory.js
65:1033-1041 "export 'ɵd21' (imported as 'i14') was not found in '@angular/material/menu'

WARNING in ./src/app/footer/footer.module.ngfactory.js
65:1786-1823 "export 'MAT_STEPPER_INTL_PROVIDER_FACTORY' (imported as 'i22') was not found in '@angular/material/stepper'

WARNING in ./src/app/footer/footer.module.ngfactory.js
65:2777-2796 "export 'ScrollingModule' (imported as 'i30') was not found in '@angular/cdk/scrolling'

WARNING in ./src/app/footer/footer.module.ngfactory.js
65:2798-2817 "export 'ScrollingModule' (imported as 'i30') was not found in '@angular/cdk/scrolling'

WARNING in<EMAIL_ADDRESS>69:152-159 "export 'ɵf21' (imported as 'i1') was not found in '@angular/material/menu'

WARNING in ./src/app/app.module.ngfactory.js
72:2825-2833 "export 'ɵd21' (imported as 'i16') was not found in '@angular/material/menu'

WARNING in ./src/app/app.module.ngfactory.js
72:3460-3497 "export 'MAT_STEPPER_INTL_PROVIDER_FACTORY' (imported as 'i22') was not found in '@angular/material/stepper'

WARNING in ./src/app/app.module.ngfactory.js
72:9860-9879 "export 'ScrollingModule' (imported as 'i41') was not found in '@angular/cdk/scrolling'

WARNING in ./src/app/app.module.ngfactory.js
72:9881-9900 "export 'ScrollingModule' (imported as 'i41') was not found in '@angular/cdk/scrolling'

WARNING in ./src/app/my-nav/my-nav.component.ngfactory.js
98:1417-1425 "export 'ɵf21' (imported as 'i12') was not found in '@angular/material/menu'

WARNING in ./src/app/my-nav/my-nav.component.ngfactory.js
98:940-960 "export 'MAT_ICON_LOCATION' (imported as 'i7') was not found in '@angular/material/icon'

and when I deploy distribution folder to server my app is not working on the domain. It is only working in development mode at localhost:4200
What is the expected behavior?
No warnings should be there.
What is the current behavior?
Warnings are shown after build is completed using ng build --prod --build-optimizer in the terminal and the app is not working when distribution files are uploaded to hosting provider
What are the steps to reproduce?
Upgrade from angular 6 to angular 7 using https://update.angular.io
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
Angular 7, angular material 7.0.2, typescript 3.1.4

+1

I'm seeing the same thing as well.

I deleted node_modules folder an reinstalled all packages amd it started
working again.
On Sat 3 Nov, 2018, 3:35 AM ryanjerskine<EMAIL_ADDRESS>wrote:

I'm seeing the same thing as well.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/angular/material2/issues/13903#issuecomment-435522852,
or mute the thread
https://github.com/notifications/unsubscribe-auth/Aa6TQXK9V3GK9Alms_jWypXTT7Kr176qks5urMGUgaJpZM4YD9An
.

Closing as it seems this is resolved by clearing out stale node_modules

WARNING in<EMAIL_ADDRESS>314:184-192 "export 'ɵɵinject' was not fou
solved in this video link https://youtu.be/mOjDoPpfTas