runtime: check syscall errors on *BSD

go version go1.4.2 freebsd/amd64
On FreeBSD, a program in a chroot may start with fd 2 closed.
Bad things happen when fd 2 is reused later and the program
writes to stderr.
(I got bitten by this on FreeBSD/amd64, but the same thing will happen
on other BSD systems and other archs.)
My chroot did not have /dev/urandom.
The open(2) syscall returns ENOENT, which is 2.
On FreeBSD/amd64, the return value and errno from a system call are
overloaded on EAX, and the carry flag is used to distinguish them.
The runtime.open (in src/runtime/sys_freebsd_amd64.s) do not check
the error condition, so ENOENT (2) is returned to the
runtime.get_random_data (in syc/runtime/os_freebsd.c) function.
Then, it closes fd 2 unconditionally.

The Go runtime should probably ensure (for all operating systems, not just FreeBSD) that fd 0, 1, 2 and sane (or set up to be dummy values) before starting the program.

Ah, one reason to check errors from the open syscall in runtime.open.
This could happen for other operating systems as well.

But note that closing fd 2 at the start of the program is asking for
trouble.
Even if the runtime checks for a valid fd 2, what could it do if fd 2 is not
open? crash? dup2(1, 2)? what if 1 is also closed? print warning message?
to which fd? open("/dev/tty") and dup2 to 2? open("/dev/null") and dup2
to 2? what if /dev/null doesn't exist as well?
I don't think we should support the case where fd 2 is closed from the
start.

This is a bug in runtime/sys_freebsd_amd64.s:open, then (and netbsd/openbsd?).  Do you have a link for the spec about errno, carry flag, and all that?  I can make the changes once I know what is set up upon return.

Read syscall/asm_$GOOS_$GOARCH.s for the kernel syscall interface.

I'm afraid that my orignal post confused some people.  By "a program in a chroot may start with fd 2 closed", I meant "fd 2 is destroyed by the runtime itself at startup".  This is about a bug in the runtime, not about whether we ensure fd 0, 1, and 2 are opened at starup.  Sorry about any confusion.
I guess the same thing could happen with sys_{freebsd,netbsd,openbsd,dragonfly}_{amd64,386,arm}.s.
The following proof-of-concept patch fixes the issue for me.  Even with this patch, -1 from open() is still passed to read() and close(), but it is far better than 2 (or any errno) being passed to them.
--- src/runtime/sys_freebsd_amd64.s.orig	2015-02-18 13:38:34.000000000 +0900
+++ src/runtime/sys_freebsd_amd64.s	2015-03-03 19:34:47.536974847 +0900
@@ -91,8 +91,11 @@ TEXT runtime·open(SB),NOSPLIT,$-8
 	MOVL	perm+12(FP), DX		// arg 3 mode
 	MOVL	$5, AX
 	SYSCALL
+	JB	3(PC)
 	MOVL	AX, ret+16(FP)
 	RET
+	MOVL	$-1, ret+16(FP)
+	RET

 TEXT runtime·close(SB),NOSPLIT,$-8
 	MOVL	fd+0(FP), DI		// arg 1 fd
@@ -107,8 +110,11 @@ TEXT runtime·read(SB),NOSPLIT,$-8
 	MOVL	n+16(FP), DX		// arg 3 count
 	MOVL	$3, AX
 	SYSCALL
+	JB	3(PC)
 	MOVL	AX, ret+24(FP)
 	RET
+	MOVL	$-1, ret+24(FP)
+	RET

 TEXT runtime·write(SB),NOSPLIT,$-8
 	MOVQ	fd+0(FP), DI		// arg 1 fd

I do not know if there is a spec.  Here are links to the implementations.  Please see "jb" instruction in the AMD64/i386 cases and "bcs" in the ARM case.
https://svnweb.freebsd.org/base/releng/10.1/lib/libc/amd64/SYS.h?view=markup
https://svnweb.freebsd.org/base/releng/10.1/lib/libc/i386/SYS.h?view=markup
https://svnweb.freebsd.org/base/releng/10.1/lib/libc/arm/SYS.h?view=markup


OpenGL 4.6 to support apple devices

Description
mac has depreciated opengl since 4.1 and moved to metal. We need you guys to come up with a fix for it on macOs, IPadOs, IOS. If you guys don't fix this for macOs at the very least all java games won't work with mac devices. This means there will be no point to ever use opengl again because no it's limited to only windows and linux. Game developers don't normally manually support linux if they have to convert it to opengl or opengl es graphics api. therefore they will just use direct x 12 and metal.
it needs to be regular opengl and not opengl es there is a cap of profile compatibility contexts and even plain out graphics api behavior like piping, and matrices I believe (push / pop?).

macOs and all apple devices are removing native support for opengl. So you guys need to re-add the drivers and api yourself
Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows
From: Octavia @.>
Sent: Tuesday, February 8, 2022 9:22 AM
To: @.>
Cc: @.>; @.>
Subject: Re: [LWJGL/lwjgl3] OpenGL 4.6 to support apple devices (Issue #727)
I'm not sure what the request is exactly, there seems to already be 4.6 API https://github.com/LWJGL/lwjgl3/blob/master/modules/lwjgl/opengl/src/generated/java/org/lwjgl/opengl/GL46.java
—
Reply to this email directly, view it on GitHubhttps://github.com/LWJGL/lwjgl3/issues/727#issuecomment-1032726910, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACKJBMJMJ64AGCY6ACZ24ZDU2EYK5ANCNFSM5N2WHQEQ.
You are receiving this because you authored the thread.Message ID: @.***>

mac has depreciated opengl since 4.1 and moved to metal.

Apple deprecated OpenGL support in macOS Mojave 10.14 (in 2018). OpenGL 4.1 was (and still remains) the latest OpenGL version that is natively supported in macOS. While they clearly want us to use Metal, there is no indication that support for this version will be removed in the near future.

We need you guys to come up with a fix for it on macOs, IPadOs, IOS.

Java and (therefore) LWJGL do not really support iOS and IPadOS due to platform limitations.

If you guys don't fix this for macOs at the very least all java games won't work with mac devices. This means there will be no point to ever use opengl again because no it's limited to only windows and linux. Game developers don't normally manually support linux if they have to convert it to opengl or opengl es graphics api. therefore they will just use direct x 12 and metal.

If you want to develop a cross-platform application going forward, the best strategy is using Vulkan natively for Windows and Linux, and via MoltenVK (a Vulkan over Metal wrapper) for macOS.

it needs to be regular opengl and not opengl es there is a cap of profile compatibility contexts and even plain out graphics api behavior like piping, and matrices I believe (push / pop?).

I'm not sure what you mean here.
Generally, it is out of scope for LWJGL to provide native OpenGL 4.6 support for macOS. However, it is possible that in the future a library similar to MoltenVK will be distributed alongside LWJGL to provide support for later OpenGL versions. This is tracked in https://github.com/LWJGL/lwjgl3/issues/718.


Validity check issue with MendeleyDesktop

I am having an issue on 3 of my machines, in which MendeleyDesktop reports a validity check failure. The weird issue is that the md5sums listed in the pkgbuild are correct for the source files, and I can manually build the package from the pkgbuild just fine.
I have no idea what is happening with Pacaur that is causing this package to fail the validity check

Ok, I figured out that it has to do with files being stored in the .cache directory, and for some reason pacaur is not pulling down the more recent pkgbuild, thus is trying to use the wrong md5sum values

This has nothing to do with pacaur, it has to do with the package maintainer changing the md5sum values but not bumping the pkgrel. Thus my cache file was out of sync with the most recent version


haltheight in spec.chain.app not being used?

so I had the following setting in my chain.yaml
spec:
  chain:
    app:
      haltHeight: 11550000

as found here: https://github.com/strangelove-ventures/cosmos-operator/blob/44ec317df95edfbacf959559372bcc9d4c544faa/config/samples/cosmos_v1_cosmosfullnode_full.yaml#L53
but it doesn't seem to modify the app.toml. (although it is present in the cosmos-operator description)
if I set the halt-height in the overrides it shows up.
is this expected behavior?

Looking


Support labeling or annotating PVCs

Details
Describe the solution you'd like:
Add support to label and or annotate PVCs, e.g.
persistence:
  config:
    metadata:
      labels:
        foo: bar
      annotations:
        bar: foo

Looking at the code, we might already support annotations through https://github.com/k8s-at-home/library-charts/blob/main/charts/stable/common/templates/classes/_pvc.tpl#L28.
We should still add labels to work in a similar way though.

Fixed with the release of common v4.


Can not find outSideHook.js file

I can't find outSideHook.js file in npm package.
To Reproduce
Steps to reproduce the behavior:

npm i react-email-misspelled --save
Copied the sample instruction
import { EmailMisspelledWithInput, top100 } from "react-email-misspelled"

export default FancyComponent () => {
return
}
3. ran the project using npm start
4. Get this error. Could not find module in path: 'react-email-misspelled/lib/outsideHooks' relative to '/node_modules/react-email-misspelled/lib/EmailMisspelledWithInput.js'

@eduardoluisrodriguez Same here, any news?


[type: refactor] Optimize register rules

Optimize #2116 .

Make sure that:

[ ] You have read the contribution guidelines.
[ ] You submit test cases (unit or integration tests) that back your changes.
[ ] Your local test passed mvn clean install -Dmaven.javadoc.skip=true.

Codecov Report

Merging #2132 (114d618) into master (1752ace) will decrease coverage by 0.32%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master    #2132      +/-   ##
============================================
- Coverage     60.18%   59.86%   -0.33%
+ Complexity     4046     4038       -8
============================================
  Files           609      609
  Lines         18087    18082       -5
  Branches       1731     1727       -4
============================================
- Hits          10886    10824      -62
- Misses         6320     6372      +52
- Partials        881      886       +5

Impacted Files
Coverage Δ

...er/ShenyuClientRegisterSpringCloudServiceImpl.java
9.75% <0.00%> (+0.11%)
:arrow_up:

...ster/ShenyuClientRegisterSpringMVCServiceImpl.java
15.21% <0.00%> (+0.32%)
:arrow_up:

...ache/shenyu/client/tars/common/dto/TarsRpcExt.java
0.00% <0.00%> (-30.77%)
:arrow_down:

...ache/shenyu/plugin/grpc/cache/GrpcClientCache.java
64.70% <0.00%> (-29.42%)
:arrow_down:

...enyu/client/tars/TarsServiceBeanPostProcessor.java
36.76% <0.00%> (-19.12%)
:arrow_down:

...che/shenyu/sync/data/http/HttpSyncDataService.java
63.10% <0.00%> (-18.45%)
:arrow_down:

...a/org/apache/shenyu/common/utils/VersionUtils.java
67.85% <0.00%> (-10.72%)
:arrow_down:

...henyu/plugin/grpc/resolver/ShenyuNameResolver.java
58.94% <0.00%> (-5.27%)
:arrow_down:

...henyu/admin/service/impl/UpstreamCheckService.java
20.43% <0.00%> (-3.65%)
:arrow_down:

...henyu/plugin/httpclient/NettyHttpClientPlugin.java
58.00% <0.00%> (-2.00%)
:arrow_down:

... and 4 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 1752ace...114d618. Read the comment docs.


Update the results of pipeline in master branch

pipeline result needs to be update in the master branch for nativek8s piepeline. From there we can see the updates of result of tests running in the pipelines either pass or fail.

/closed


lib: provisioning error handling

Error handling in provisioning was missing some errors which caused problems in https://github.com/tessel/t2-vm/issues/24#issuecomment-122308893.
feross/standard has a rule that detects when you are not handling the err parameter in a callback. It's plenty useful, we should have something similar (or maybe switch to standard :+1:).

I tried to write tests for this but keygen is basically impossible to stub with sinon. So, instead of this I confirmed that the existing behavior is not broken, by walkng through the following smoke tests:

t2 provision with no existing ~/.tessel/
t2 provision with existing ~/.tessel/

refused, as expected.

t2 provision -f with no existing ~/.tessel/ (intentional)
t2 provision -f with existing ~/.tessel/

Everything worked as expected


Updated HowGay + New Features

AMAZING HOW GAY UPDATE!

Added "The Most Gays" Top
Added 100% Gay Easter-Egg
Bot saves the value
Indented code and got rid of useless variables.
Changed the file extension type to .go

give me cookies — DZ

No. I’m deleting that code now.


fix: stop using browser prop in package.json

use of browser property in package.json was causing webpack to break by using dist  copy for jsDelivr 😅
fix #94

:tada: This PR is included in version 1.0.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Base Line - Common configuration for importing AWS

The AWS setup baseline terraform implements common configurations on your Turbot environment required to import an AWS account.
The Terraform script will do an account set up for AWS and installs the mods (if outdated or not installed)

turbot
turbot-iam
aws
aws-iam
aws-cloudtrail
aws-s3
aws-kms
aws-s3
aws-sns
aws-cloudwatch
aws-events

No longer required


docs SVGs: Allow passing a custom title.

Noting that as they're aria-hidden, even the current title won't  be announced, as we generally set the label/name on whatever uses those icons

Well, the thing is that only 3 of them have aria-hidden=true and secondly, the title is useful for hovering.
See https://deploy-preview-28449--twbs-bootstrap.netlify.com/ after hovering on the Toggle Dark Mode navbar button
Not sure if we should have aria-hidden on all of them, I leave this stuff to you :)

Ping @MartijnCuppens @Johann-S


nomad: 1.6.8 -> 1.6.10

Description of changes

https://github.com/hashicorp/nomad/releases/tag/v1.6.10
https://github.com/hashicorp/nomad/releases/tag/v1.6.9
Things done
I updated the package to the newest sub version.

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

hey @makuru-dd , thank you very much for your PR.
version checks out great:
$ NIXPKGS_ALLOW_UNFREE=1 nix run "github:makuru-dd/nixpkgs/nomadUpdate#nomad_1_6" --impure -- --version

Nomad v1.6.10

Could you please amend your commit message and PR title to say: nomad_1_6: 1.6.8 -> 1.6.10? Technically you are updating nomad_1_6, not nomad

Result of nixpkgs-review pr 318393 run on x86_64-linux 1

1 package built:

nomad_1_6


Native name price checks

Blockstack.js currently calls out to core.blockstack.org (or whatever the user has configured it to use) to get a name's price.  Since blockstack.js is gaining the ability to generate and estimate the costs of transactions, it would be better to have it take care of estimating name registration fees at some point (so we can fully deprecate the wallet in blockstack-core).  Happy to help with this.
Relevant line: https://github.com/blockstack/blockstack.js/blob/54db2ac7b741410eea0cd9cf596a6ff3993eb8e8/src/network.js#L44

Looking more into this, the only thing Blockstack Core is doing here is getting the price of the name from the namespace price curve.  It's not checking UTXOs or getting transaction fee estimates, or using the wallet at all.  It's totally fine if blockstack.js continues to use /v1/prices/ in the RESTful API endpoint.
Closing...


Add XS20 and XXL20 cloud plans

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Aniruddha Galgali seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Have discussed CLA over Slack, so merging.


GitHub and contribution automation

What type of proposal is this?

Uncomment only one  /kind <> line, hit enter to put that in a new line, and remove leading whitespaces from that line:
/kind issue
/kind pr

/kind issue
Details about the discussion

I would like to discuss how automation could improve the contributing workflow to the Falco open source organization and to its repositories.
About this matter I already proposed a solution into the issue 621, where you can read more details about it.
In short, it presents prow, a tool which provides CI features as well as a set of plugins/bots/tools aimed at improving developers productivity and open source management by automating workflows as much as possible.
By the way, for completeness, you could see an initial automation in this repo itself (implemented by the test-infra one).

Discussed: https://github.com/falcosecurity/office-hours/blob/master/meeting-notes/2019-Jun-06.md


AttributeError raised on Search.entries

example usage/query:
images = list()
search_results = py_pexels.search(query='tr', per_page=20)
for photo in search_results.entries:
      ...

results in:
  File "/app/services.py", line 79, in get_search_images
    for photo in search_results.entries:
  File "/usr/local/lib/python3.6/site-packages/pypexels/src/search.py", line 37, in entries
    for entry in self.body.get('photos', []):
AttributeError: 'NoneType' object has no attribute 'get'

It's intermittent from what I can tell. It's likely the API request failed which resulted in the Search.body property being None.

Quite interesting. I am thinking to raise an exception for network errors and let the user deal with that. Open to ideas, but I think the common approach for libraries is to bubble up core issues so that the user is aware of them. Like in this case, but with little more context.

Sounds good to me!

I put the fix in release 1.0.0b4


quint verify fails with error 13 on a relatively small spec

I have a MWE t.qnt (see below). Quint fails on it like this:
$ quint verify --invariant=inv t.qnt
13:57:49.505 [main] INFO at.forsyte.apalache.tla.tooling.opt.ServerCmd -- Loading configuration
# Usage statistics is OFF. We care about your privacy.
# If you want to help our project, consider enabling statistics with config --enable-stats=true.

Output directory: /Users/igor/Downloads/_apalache-out/server/2024-07-23T13-57-49_7159912221971505750
# APALACHE version: 0.44.11 | build: 5dee24e                      I@13:57:49.677
Starting server on port 8822...                                   I@13:57:49.681
The Apalache server is running on port 8822. Press Ctrl-C to stop.
PASS #0: SanyParser                                               I@13:57:50.450
quint verify <input>

Verify a Quint specification via Apalache

Options:
[...]

 Perhaps the input Quint sends to Apalache is malformed or something else goes wrong in Apalache. Here is the output with debugging enabled:
$ GRPC_TRACE=all GRPC_VERBOSITY=DEBUG NODE_DEBUG=http2 quint verify --invariant=inv

(...)

D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] Received server trailers:
                grpc-status: 13

D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] received status code 13 from server
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] close http2 stream with code 8
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | load_balancing_call | [9] Received status
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | load_balancing_call | [9] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] Received status from child [9]
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] state=COMMITTED handling status with progress PROCESSED from child [9] in state ACTIVE
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | resolving_call | [7] Received status
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | resolving_call | [7] ended with status: code=13 details=""

Click to show full logs
❯ GRPC_TRACE=all GRPC_VERBOSITY=DEBUG NODE_DEBUG=http2 quint verify --invariant=inv testFixture/apalache/large_set.qnt
D 2024-08-20T07:28:17.465Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:17.467Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:17.467Z | v1.10.1 93519 | dns_resolver | Resolver constructed for target dns:localhost:8822
D 2024-08-20T07:28:17.470Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 Channel constructed with options {}
D 2024-08-20T07:28:17.471Z | v1.10.1 93519 | channel_stacktrace | (1) Channel constructed
    at new InternalChannel (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/internal-channel.js:248:23)
    at new ChannelImplementation (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/channel.js:35:32)
    at new Client (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client.js:65:36)
    at new ServiceClientImpl (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/make-client.js:58:5)
    at loadProtoDefViaReflection (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:173:30)
    at tryConnect (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:239:19)
    at connect (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:328:36)
    at verify (/Users/romac/Informal/Code/quint/quint/dist/src/quintVerifier.js:31:59)
    at verifySpec (/Users/romac/Informal/Code/quint/quint/dist/src/cliCommands.js:590:39)
    at EitherConstructor.asyncChain (/Users/romac/Informal/Code/quint/quint/node_modules/@sweet-monads/either/cjs/index.js:125:16)
D 2024-08-20T07:28:17.471Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 createResolvingCall [0] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo", deadline=Infinity
D 2024-08-20T07:28:17.471Z | v1.10.1 93519 | resolving_call | [0] Created
D 2024-08-20T07:28:17.471Z | v1.10.1 93519 | resolving_call | [0] Deadline: Infinity
D 2024-08-20T07:28:17.471Z | v1.10.1 93519 | resolving_call | [0] start called
D 2024-08-20T07:28:17.472Z | v1.10.1 93519 | dns_resolver | Looking up DNS hostname localhost
D 2024-08-20T07:28:17.474Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.474Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.475Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 callRefTimer.ref | configSelectionQueue.length=1 pickQueue.length=0
D 2024-08-20T07:28:17.475Z | v1.10.1 93519 | resolving_call | [0] write() called with message of length 30
D 2024-08-20T07:28:17.476Z | v1.10.1 93519 | resolving_call | [0] startRead called
D 2024-08-20T07:28:17.476Z | v1.10.1 93519 | dns_resolver | Resolved addresses for target dns:localhost:8822: [::1:8822,<IP_ADDRESS>:8822]
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel | (2) ::1:8822 Subchannel constructed with options {}
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 0 -> 1
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 Subchannel constructed with options {}
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel_refcount | (3) <IP_ADDRESS>:8822 refcount 0 -> 1
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 1 -> 2
D 2024-08-20T07:28:17.477Z | v1.10.1 93519 | subchannel_refcount | (3) <IP_ADDRESS>:8822 refcount 1 -> 2
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | pick_first | Start connecting to subchannel with address ::1:8822
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | pick_first | IDLE -> CONNECTING
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 CONNECTING -> CONNECTING
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 CONNECTING -> CONNECTING
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 callRefTimer.unref | configSelectionQueue.length=0 pickQueue.length=0
D 2024-08-20T07:28:17.478Z | v1.10.1 93519 | subchannel | (2) ::1:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.479Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to ::1:8822
HTTP2 93519: Http2Session client: created
D 2024-08-20T07:28:17.480Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 createRetryingCall [1] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo"
D 2024-08-20T07:28:17.480Z | v1.10.1 93519 | resolving_call | [0] Created child [1]
D 2024-08-20T07:28:17.480Z | v1.10.1 93519 | retrying_call | [1] start called
D 2024-08-20T07:28:17.480Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 createLoadBalancingCall [2] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo"
D 2024-08-20T07:28:17.480Z | v1.10.1 93519 | retrying_call | [1] Created child call [2] for attempt 1
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | load_balancing_call | [2] start called
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | load_balancing_call | [2] Pick called
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | load_balancing_call | [2] Pick result: QUEUE subchannel: null status: undefined undefined
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 callRefTimer.ref | configSelectionQueue.length=0 pickQueue.length=1
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | retrying_call | [1] startRead called
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | load_balancing_call | [2] startRead called
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | retrying_call | [1] write() called with message of length 35
D 2024-08-20T07:28:17.481Z | v1.10.1 93519 | load_balancing_call | [2] write() called with message of length 35
(node:93519) Warning: Setting the NODE_DEBUG environment variable to 'http2' can expose sensitive data (such as passwords, tokens and authentication headers) in the resulting log.
(Use `node --trace-warnings ...` to show where the warning was created)
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED ::1:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED ::1:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '::1',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:17.484Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED ::1:8822
D 2024-08-20T07:28:17.484Z | v1.10.1 93519 | subchannel | (2) ::1:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.484Z | v1.10.1 93519 | pick_first | Start connecting to subchannel with address <IP_ADDRESS>:8822
D 2024-08-20T07:28:17.484Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.484Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to <IP_ADDRESS>:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED <IP_ADDRESS>:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED <IP_ADDRESS>:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '<IP_ADDRESS>',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED <IP_ADDRESS>:8822
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | dns_resolver | resolution update delayed by "min time between resolutions" rate limit
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | pick_first | CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | channel | (1) dns:localhost:8822 callRefTimer.unref | configSelectionQueue.length=0 pickQueue.length=0
D 2024-08-20T07:28:17.485Z | v1.10.1 93519 | load_balancing_call | [2] Pick called
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | load_balancing_call | [2] Pick result: TRANSIENT_FAILURE subchannel: null status: 14 No connection established. Last error: connect ECONNREFUSED <IP_ADDRESS>:8822 (2024-08-20T07:28:17.485Z)
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | load_balancing_call | [2] ended with status: code=14 details="No connection established. Last error: connect ECONNREFUSED <IP_ADDRESS>:8822 (2024-08-20T07:28:17.485Z)"
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | retrying_call | [1] Received status from child [2]
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | retrying_call | [1] state=TRANSPARENT_ONLY handling status with progress PROCESSED from child [2] in state ACTIVE
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | retrying_call | [1] ended with status: code=14 details="No connection established. Last error: connect ECONNREFUSED <IP_ADDRESS>:8822 (2024-08-20T07:28:17.485Z)"
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | resolving_call | [0] Received status
D 2024-08-20T07:28:17.486Z | v1.10.1 93519 | resolving_call | [0] ended with status: code=14 details="No connection established. Last error: connect ECONNREFUSED <IP_ADDRESS>:8822 (2024-08-20T07:28:17.485Z)"
D 2024-08-20T07:28:17.490Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:17.490Z | v1.10.1 93519 | connectivity_state | (4) dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:17.490Z | v1.10.1 93519 | dns_resolver | Resolver constructed for target dns:localhost:8822
D 2024-08-20T07:28:17.490Z | v1.10.1 93519 | channel | (4) dns:localhost:8822 Channel constructed with options {}
D 2024-08-20T07:28:17.490Z | v1.10.1 93519 | channel_stacktrace | (4) Channel constructed
    at new InternalChannel (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/internal-channel.js:248:23)
    at new ChannelImplementation (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/channel.js:35:32)
    at new Client (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client.js:65:36)
    at new ServiceClientImpl (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/make-client.js:58:5)
    at loadProtoDefViaReflection (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:173:30)
    at tryConnect (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:239:19)
    at /Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:379:41
    at EitherConstructor.asyncChain (/Users/romac/Informal/Code/quint/quint/node_modules/@sweet-monads/either/cjs/index.js:125:16)
    at /Users/romac/Informal/Code/quint/quint/node_modules/@sweet-monads/either/cjs/index.js:14:25
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | dns_resolver | Looking up DNS hostname localhost
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | connectivity_state | (4) dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | dns_resolver | Resolved addresses for target dns:localhost:8822: [::1:8822,<IP_ADDRESS>:8822]
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 2 -> 3
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | subchannel_refcount | (3) <IP_ADDRESS>:8822 refcount 2 -> 3
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | dns_resolver | resolution update delayed by "min time between resolutions" rate limit
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | pick_first | IDLE -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | connectivity_state | (4) dns:localhost:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | pick_first | TRANSIENT_FAILURE -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 TRANSIENT_FAILURE -> TRANSIENT_FAILURE
D 2024-08-20T07:28:17.491Z | v1.10.1 93519 | connectivity_state | (4) dns:localhost:8822 TRANSIENT_FAILURE -> TRANSIENT_FAILURE
09:28:17.779 [main] INFO at.forsyte.apalache.tla.tooling.opt.ServerCmd -- Loading configuration
# Usage statistics is OFF. We care about your privacy.
# If you want to help our project, consider enabling statistics with config --enable-stats=true.

Output directory: /Users/romac/Informal/Code/quint/quint/_apalache-out/server/2024-08-20T09-28-17_17109933211651838349
# APALACHE version: 0.44.11 | build: 5dee24e                      I@09:28:17.990
Starting server on port 8822...                                   I@09:28:17.997
D 2024-08-20T07:28:18.479Z | v1.10.1 93519 | subchannel | (2) ::1:8822 TRANSIENT_FAILURE -> CONNECTING
D 2024-08-20T07:28:18.480Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to ::1:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED ::1:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED ::1:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '::1',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:18.480Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED ::1:8822
D 2024-08-20T07:28:18.480Z | v1.10.1 93519 | subchannel | (2) ::1:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:18.481Z | v1.10.1 93519 | subchannel | (2) ::1:8822 TRANSIENT_FAILURE -> IDLE
D 2024-08-20T07:28:18.481Z | v1.10.1 93519 | subchannel | (2) ::1:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:18.481Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to ::1:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED ::1:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED ::1:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '::1',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:18.481Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED ::1:8822
D 2024-08-20T07:28:18.481Z | v1.10.1 93519 | subchannel | (2) ::1:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:18.485Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 TRANSIENT_FAILURE -> CONNECTING
D 2024-08-20T07:28:18.485Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to <IP_ADDRESS>:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED <IP_ADDRESS>:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED <IP_ADDRESS>:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '<IP_ADDRESS>',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:18.485Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED <IP_ADDRESS>:8822
D 2024-08-20T07:28:18.485Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 TRANSIENT_FAILURE -> IDLE
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to <IP_ADDRESS>:8822
HTTP2 93519: Http2Session client: created
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 TRANSIENT_FAILURE -> TRANSIENT_FAILURE
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 TRANSIENT_FAILURE -> TRANSIENT_FAILURE
HTTP2 93519: Http2Session <invalid>: socket error [connect ECONNREFUSED <IP_ADDRESS>:8822]
HTTP2 93519: Http2Session client: destroying
HTTP2 93519: Http2Session client: start closing/destroying Error: connect ECONNREFUSED <IP_ADDRESS>:8822
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1607:16) {
  errno: -61,
  code: 'ECONNREFUSED',
  syscall: 'connect',
  address: '<IP_ADDRESS>',
  port: 8822
}
HTTP2 93519: Http2Session client: finishSessionClose
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | transport | dns:localhost:8822 connection failed with error connect ECONNREFUSED <IP_ADDRESS>:8822
D 2024-08-20T07:28:18.486Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 CONNECTING -> TRANSIENT_FAILURE
D 2024-08-20T07:28:18.492Z | v1.10.1 93519 | dns_resolver | resolution update delayed by "min time between resolutions" rate limit
D 2024-08-20T07:28:19.492Z | v1.10.1 93519 | dns_resolver | resolution update delayed by "min time between resolutions" rate limit
D 2024-08-20T07:28:21.523Z | v1.10.1 93519 | subchannel | (2) ::1:8822 TRANSIENT_FAILURE -> CONNECTING
D 2024-08-20T07:28:21.524Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to ::1:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session client: setting up session handle
HTTP2 93519: Http2Session client: sending settings
HTTP2 93519: Http2Session client: submitting settings
D 2024-08-20T07:28:21.528Z | v1.10.1 93519 | subchannel | (2) ::1:8822 CONNECTING -> READY
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | pick_first | Pick subchannel with address ::1:8822
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 3 -> 4
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 4 -> 3
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | subchannel_refcount | (3) <IP_ADDRESS>:8822 refcount 3 -> 2
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | pick_first | TRANSIENT_FAILURE -> READY
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 TRANSIENT_FAILURE -> READY
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | connectivity_state | (1) dns:localhost:8822 TRANSIENT_FAILURE -> READY
D 2024-08-20T07:28:21.529Z | v1.10.1 93519 | pick_first | Pick subchannel with address ::1:8822
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 3 -> 4
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | subchannel_refcount | (2) ::1:8822 refcount 4 -> 3
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | subchannel_refcount | (3) <IP_ADDRESS>:8822 refcount 2 -> 1
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | pick_first | TRANSIENT_FAILURE -> READY
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 TRANSIENT_FAILURE -> READY
D 2024-08-20T07:28:21.530Z | v1.10.1 93519 | connectivity_state | (4) dns:localhost:8822 TRANSIENT_FAILURE -> READY
HTTP2 93519: Http2Session client: settings received
D 2024-08-20T07:28:21.588Z | v1.10.1 93519 | transport | (5) ::1:8822 local settings acknowledged by remote: {"headerTableSize":4096,"enablePush":true,"initialWindowSize":65535,"maxFrameSize":16384,"maxConcurrentStreams":4294967295,"maxHeaderListSize":4294967295,"maxHeaderSize":4294967295,"enableConnectProtocol":false}
D 2024-08-20T07:28:21.783Z | v1.10.1 93519 | dns_resolver | resolution update delayed by "min time between resolutions" rate limit
D 2024-08-20T07:28:22.129Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 TRANSIENT_FAILURE -> CONNECTING
D 2024-08-20T07:28:22.129Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to <IP_ADDRESS>:8822
HTTP2 93519: Http2Session client: created
HTTP2 93519: Http2Session client: setting up session handle
HTTP2 93519: Http2Session client: sending settings
HTTP2 93519: Http2Session client: submitting settings
D 2024-08-20T07:28:22.132Z | v1.10.1 93519 | subchannel | (3) <IP_ADDRESS>:8822 CONNECTING -> READY
HTTP2 93519: Http2Session client: settings received
D 2024-08-20T07:28:22.137Z | v1.10.1 93519 | transport | (6) <IP_ADDRESS>:8822 local settings acknowledged by remote: {"headerTableSize":4096,"enablePush":true,"initialWindowSize":65535,"maxFrameSize":16384,"maxConcurrentStreams":4294967295,"maxHeaderListSize":4294967295,"maxHeaderSize":4294967295,"enableConnectProtocol":false}
D 2024-08-20T07:28:22.496Z | v1.10.1 93519 | channel | (4) dns:localhost:8822 createResolvingCall [3] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo", deadline=Infinity
D 2024-08-20T07:28:22.497Z | v1.10.1 93519 | resolving_call | [3] Created
D 2024-08-20T07:28:22.497Z | v1.10.1 93519 | resolving_call | [3] Deadline: Infinity
D 2024-08-20T07:28:22.497Z | v1.10.1 93519 | resolving_call | [3] start called
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | resolving_call | [3] write() called with message of length 30
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | channel | (4) dns:localhost:8822 createRetryingCall [4] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo"
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | resolving_call | [3] Created child [4]
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | retrying_call | [4] start called
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | channel | (4) dns:localhost:8822 createLoadBalancingCall [5] method="/grpc.reflection.v1alpha.ServerReflection/ServerReflectionInfo"
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | retrying_call | [4] Created child call [5] for attempt 1
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | load_balancing_call | [5] start called
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | load_balancing_call | [5] Pick called
D 2024-08-20T07:28:22.499Z | v1.10.1 93519 | load_balancing_call | [5] Pick result: COMPLETE subchannel: (2) ::1:8822 status: undefined undefined
HTTP2 93519: Http2Session client: initiating request
HTTP2 93519: Http2Session client: connected, initializing request
D 2024-08-20T07:28:22.502Z | v1.10.1 93519 | transport_flowctrl | (5) ::1:8822 local window size: 65535 remote window size: 1048576
D 2024-08-20T07:28:22.502Z | v1.10.1 93519 | transport_internals | (5) ::1:8822 session.closed=false session.destroyed=false session.socket.destroyed=false
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | load_balancing_call | [5] Created child call [6]
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | retrying_call | [4] write() called with message of length 35
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | load_balancing_call | [5] write() called with message of length 35
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | subchannel_call | [6] write() called with message of length 35
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | subchannel_call | [6] sending data chunk of length 35
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | resolving_call | [3] startRead called
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | retrying_call | [4] startRead called
D 2024-08-20T07:28:22.503Z | v1.10.1 93519 | load_balancing_call | [5] startRead called
HTTP2 93519: Http2Stream 1 [Http2Session client]: headers received
HTTP2 93519: Http2Stream 1 [Http2Session client]: emitting stream 'response' event
D 2024-08-20T07:28:22.539Z | v1.10.1 93519 | subchannel_call | [6] Received server headers:
                :status: 200
                content-type: application/grpc
                grpc-encoding: identity
                grpc-accept-encoding: gzip

D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | load_balancing_call | [5] Received metadata
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | retrying_call | [4] Received metadata from child [5]
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | retrying_call | [4] Committing call [5] at index 0
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | resolving_call | [3] Received metadata
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | subchannel_call | [6] receive HTTP/2 data frame of length 881
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | subchannel_call | [6] parsed message of length 881
D 2024-08-20T07:28:22.540Z | v1.10.1 93519 | subchannel_call | [6] pushing to reader message of length 881
D 2024-08-20T07:28:22.541Z | v1.10.1 93519 | load_balancing_call | [5] Received message
D 2024-08-20T07:28:22.541Z | v1.10.1 93519 | retrying_call | [4] Received message from child [5]
D 2024-08-20T07:28:22.541Z | v1.10.1 93519 | resolving_call | [3] Received message
D 2024-08-20T07:28:22.541Z | v1.10.1 93519 | resolving_call | [3] Finished filtering received message
D 2024-08-20T07:28:22.542Z | v1.10.1 93519 | resolving_call | [3] halfClose called
D 2024-08-20T07:28:22.542Z | v1.10.1 93519 | retrying_call | [4] halfClose called
D 2024-08-20T07:28:22.542Z | v1.10.1 93519 | load_balancing_call | [5] halfClose called
D 2024-08-20T07:28:22.542Z | v1.10.1 93519 | subchannel_call | [6] end() called
D 2024-08-20T07:28:22.542Z | v1.10.1 93519 | subchannel_call | [6] calling end() on HTTP/2 stream
HTTP2 93519: Http2Stream 1 [Http2Session client]: shutting down writable on _final
D 2024-08-20T07:28:22.547Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:22.547Z | v1.10.1 93519 | connectivity_state | (7) dns:localhost:8822 IDLE -> IDLE
D 2024-08-20T07:28:22.547Z | v1.10.1 93519 | dns_resolver | Resolver constructed for target dns:localhost:8822
D 2024-08-20T07:28:22.547Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 Channel constructed with options {
  "grpc.max_receive_message_length":<PHONE_NUMBER>,
  "grpc.max_send_message_length":<PHONE_NUMBER>
}
D 2024-08-20T07:28:22.548Z | v1.10.1 93519 | channel_stacktrace | (7) Channel constructed
    at new InternalChannel (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/internal-channel.js:248:23)
    at new ChannelImplementation (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/channel.js:35:32)
    at new Client (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client.js:65:36)
    at new ServiceClientImpl (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/make-client.js:58:5)
    at loadGrpcClient (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:222:18)
    at /Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:240:26
    at EitherConstructor.map (/Users/romac/Informal/Code/quint/quint/node_modules/@sweet-monads/either/cjs/index.js:75:40)
    at tryConnect (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:240:10)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async verify (/Users/romac/Informal/Code/quint/quint/dist/src/quintVerifier.js:31:30)
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 createResolvingCall [7] method="/shai.cmdExecutor.CmdExecutor/run", deadline=Infinity
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | resolving_call | [7] Created
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | resolving_call | [7] Deadline: Infinity
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | resolving_call | [7] start called
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | dns_resolver | Looking up DNS hostname localhost
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | connectivity_state | (7) dns:localhost:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 callRefTimer.ref | configSelectionQueue.length=1 pickQueue.length=0
D 2024-08-20T07:28:22.552Z | v1.10.1 93519 | resolving_call | [7] startRead called
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | resolving_call | [7] write() called with message of length 1228671
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | resolving_call | [7] halfClose called
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | resolving_call | [3] startRead called
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | retrying_call | [4] startRead called
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | load_balancing_call | [5] startRead called
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | dns_resolver | Resolved addresses for target dns:localhost:8822: [::1:8822,<IP_ADDRESS>:8822]
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel | (8) ::1:8822 Subchannel constructed with options {
  "grpc.max_receive_message_length":<PHONE_NUMBER>,
  "grpc.max_send_message_length":<PHONE_NUMBER>
}
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel_refcount | (8) ::1:8822 refcount 0 -> 1
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel | (9) <IP_ADDRESS>:8822 Subchannel constructed with options {
  "grpc.max_receive_message_length":<PHONE_NUMBER>,
  "grpc.max_send_message_length":<PHONE_NUMBER>
}
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel_refcount | (9) <IP_ADDRESS>:8822 refcount 0 -> 1
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel_refcount | (8) ::1:8822 refcount 1 -> 2
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel_refcount | (9) <IP_ADDRESS>:8822 refcount 1 -> 2
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | pick_first | Start connecting to subchannel with address ::1:8822
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | pick_first | IDLE -> CONNECTING
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 CONNECTING -> CONNECTING
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | connectivity_state | (7) dns:localhost:8822 CONNECTING -> CONNECTING
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 callRefTimer.unref | configSelectionQueue.length=0 pickQueue.length=0
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | subchannel | (8) ::1:8822 IDLE -> CONNECTING
D 2024-08-20T07:28:22.555Z | v1.10.1 93519 | transport | dns:localhost:8822 creating HTTP/2 session to ::1:8822
HTTP2 93519: Http2Session client: created
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 createRetryingCall [8] method="/shai.cmdExecutor.CmdExecutor/run"
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | resolving_call | [7] Created child [8]
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] start called
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 createLoadBalancingCall [9] method="/shai.cmdExecutor.CmdExecutor/run"
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] Created child call [9] for attempt 1
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | load_balancing_call | [9] start called
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | load_balancing_call | [9] Pick called
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | load_balancing_call | [9] Pick result: QUEUE subchannel: null status: undefined undefined
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 callRefTimer.ref | configSelectionQueue.length=0 pickQueue.length=1
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] startRead called
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | load_balancing_call | [9] startRead called
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] write() called with message of length 1228676
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] Committing call [9] at index 0
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | load_balancing_call | [9] write() called with message of length 1228676
D 2024-08-20T07:28:22.556Z | v1.10.1 93519 | retrying_call | [8] halfClose called
HTTP2 93519: Http2Stream 1 [Http2Session client]: headers received
HTTP2 93519: Http2Stream 1 [Http2Session client]: emitting stream 'trailers' event
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | subchannel_call | [6] Received server trailers:
                grpc-status: 0

D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | subchannel_call | [6] received status code 0 from server
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | subchannel_call | [6] close http2 stream with code 0
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | subchannel_call | [6] ended with status: code=0 details=""
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | load_balancing_call | [5] Received status
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | load_balancing_call | [5] ended with status: code=0 details=""
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | retrying_call | [4] Received status from child [5]
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | retrying_call | [4] state=COMMITTED handling status with progress PROCESSED from child [5] in state ACTIVE
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | retrying_call | [4] ended with status: code=0 details=""
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | resolving_call | [3] Received status
D 2024-08-20T07:28:22.557Z | v1.10.1 93519 | resolving_call | [3] ended with status: code=0 details=""
HTTP2 93519: Http2Stream 1 [Http2Session client]: closed with code 0, closed true, readable false
HTTP2 93519: Http2Stream 1 [Http2Session client]: destroying stream
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel_call | [6] HTTP/2 stream closed with code 0
HTTP2 93519: Http2Session client: setting up session handle
HTTP2 93519: Http2Session client: sending settings
HTTP2 93519: Http2Session client: submitting settings
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel | (8) ::1:8822 CONNECTING -> READY
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | pick_first | Pick subchannel with address ::1:8822
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel_refcount | (8) ::1:8822 refcount 2 -> 3
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel_refcount | (8) ::1:8822 refcount 3 -> 2
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel_refcount | (9) <IP_ADDRESS>:8822 refcount 2 -> 1
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | pick_first | CONNECTING -> READY
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | resolving_load_balancer | dns:localhost:8822 CONNECTING -> READY
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | channel | (7) dns:localhost:8822 callRefTimer.unref | configSelectionQueue.length=0 pickQueue.length=0
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | load_balancing_call | [9] Pick called
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | load_balancing_call | [9] Pick result: COMPLETE subchannel: (8) ::1:8822 status: undefined undefined
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | connectivity_state | (7) dns:localhost:8822 CONNECTING -> READY
HTTP2 93519: Http2Session client: initiating request
HTTP2 93519: Http2Session client: connected, initializing request
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | transport_flowctrl | (10) ::1:8822 local window size: 65535 remote window size: 65535
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | transport_internals | (10) ::1:8822 session.closed=false session.destroyed=false session.socket.destroyed=false
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | load_balancing_call | [9] Created child call [10]
D 2024-08-20T07:28:22.558Z | v1.10.1 93519 | subchannel_call | [10] write() called with message of length 1228676
D 2024-08-20T07:28:22.559Z | v1.10.1 93519 | subchannel_call | [10] sending data chunk of length 1228676
HTTP2 93519: Http2Session client: settings received
D 2024-08-20T07:28:22.563Z | v1.10.1 93519 | transport | (10) ::1:8822 local settings acknowledged by remote: {"headerTableSize":4096,"enablePush":true,"initialWindowSize":65535,"maxFrameSize":16384,"maxConcurrentStreams":4294967295,"maxHeaderListSize":4294967295,"maxHeaderSize":4294967295,"enableConnectProtocol":false}
D 2024-08-20T07:28:22.564Z | v1.10.1 93519 | load_balancing_call | [9] halfClose called
D 2024-08-20T07:28:22.564Z | v1.10.1 93519 | subchannel_call | [10] end() called
D 2024-08-20T07:28:22.564Z | v1.10.1 93519 | subchannel_call | [10] calling end() on HTTP/2 stream
HTTP2 93519: Http2Stream 1 [Http2Session client]: shutting down writable on _final
PASS #0: SanyParser                                               I@09:28:22.940
HTTP2 93519: Http2Stream 1 [Http2Session client]: headers received
HTTP2 93519: Http2Stream 1 [Http2Session client]: emitting stream 'response' event
D 2024-08-20T07:28:23.323Z | v1.10.1 93519 | subchannel_call | [10] Received server headers:
                :status: 200
                content-type: application/grpc
                grpc-encoding: identity
                grpc-accept-encoding: gzip

D 2024-08-20T07:28:23.323Z | v1.10.1 93519 | load_balancing_call | [9] Received metadata
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] Received metadata from child [9]
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | resolving_call | [7] Received metadata
HTTP2 93519: Http2Stream 1 [Http2Session client]: headers received
HTTP2 93519: Http2Stream 1 [Http2Session client]: emitting stream 'trailers' event
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] Received server trailers:
                grpc-status: 13

D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] received status code 13 from server
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | subchannel_call | [10] close http2 stream with code 8
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | load_balancing_call | [9] Received status
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | load_balancing_call | [9] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] Received status from child [9]
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] state=COMMITTED handling status with progress PROCESSED from child [9] in state ACTIVE
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | retrying_call | [8] ended with status: code=13 details=""
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | resolving_call | [7] Received status
D 2024-08-20T07:28:23.324Z | v1.10.1 93519 | resolving_call | [7] ended with status: code=13 details=""
quint verify <input>

Verify a Quint specification via Apalache

Options:
  --help                Show help                                      [boolean]
  --version             Show version number                            [boolean]
  --out                 output file (suppresses all console output)     [string]
  --main                name of the main module (by default, computed from
                        filename)                                       [string]
  --init                name of the initializer action[string] [default: "init"]
  --step                name of the step action       [string] [default: "step"]
  --invariant           the invariants to check, separated by commas (e.g.)
                                                                        [string]
  --temporal            the temporal properties to check, separated by commas
                                                                        [string]
  --out-itf             output the trace in the Informal Trace Format to file
                        (suppresses all console output)                 [string]
  --max-steps           the maximum number of steps in every trace
                                                          [number] [default: 10]
  --random-transitions  choose transitions at random (= use symbolic simulation)
                                                      [boolean] [default: false]
  --apalache-config     path to an additional Apalache configuration file (in
                        JSON)                                           [string]
  --verbosity           control how much output is produced (0 to 5)
                                                           [number] [default: 2]
  --server-endpoint     Apalache server endpoint hostname:port
                                            [string] [default: "localhost:8822"]

Error: 13 INTERNAL:
    at callErrorFromStatus (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/call.js:31:19)
    at Object.onReceiveStatus (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client.js:192:76)
    at Object.onReceiveStatus (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:360:141)
    at Object.onReceiveStatus (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client-interceptors.js:323:181)
    at /Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/resolving-call.js:99:78
    at process.processTicksAndRejections (node:internal/process/task_queues:77:11)
for call at
    at ServiceClientImpl.makeUnaryRequest (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/client.js:160:32)
    at ServiceClientImpl.run (/Users/romac/Informal/Code/quint/quint/node_modules/@grpc/grpc-js/build/src/make-client.js:105:19)
    at Object.<anonymous> (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:224:55)
    at node:internal/util:431:7
    at new Promise (<anonymous>)
    at Object.run (node:internal/util:417:12)
    at Object.check (/Users/romac/Informal/Code/quint/quint/dist/src/apalache.js:147:28)
    at /Users/romac/Informal/Code/quint/quint/dist/src/quintVerifier.js:32:53
    at EitherConstructor.asyncChain (/Users/romac/Informal/Code/quint/quint/node_modules/@sweet-monads/either/cjs/index.js:125:16)
    at verify (/Users/romac/Informal/Code/quint/quint/dist/src/quintVerifier.js:32:29) {
  code: 13,
  details: '',
  metadata: Metadata { internalRepr: Map(0) {}, options: {} }
}


React Native 0.43 completely broken

Description
I ran react-native init MyAwesomeApp. It finishes with npm warnings about peer dependencies and the default app doesn't even run.

Reproduction Steps and Sample Code
react-native init MyAwesomeApp
cd MyAwesomeApp
react-native run-ios
Observe that it doesn't work.
Solution
I assume the issue stems from this:

And potentially other things related to that. I don't understand enough about how react-native works to know what's wrong.
Additional Information

React Native version: 0.43.0
Platform: iOS
Development Operating System: MacOS Sierra
Dev tools: CLI

Thanks for reporting this, the peer dep isn't actually the issue. Might be related to some yoga commits that were cherry picked recently. cc @grabbou

Have you tried restarting packager after upgrading React Native? Before pushing, I've checked run-ios on UIExplorer (bundled example of React Native) and everything worked.
@janicduplessis I was planning to cherry-pick Yoga commit but eventually didn't, as the commit was to Yoga separate repo.

I wasn't updating React Native, I was starting a new project.
But it does look like I had a packager from a different project running in a hidden terminal window. After killing that and restarting, everything seems to work.
Thanks for the help ... but why can different projects impact each other like this?

@Swizec packager was serving you a bundle for a different React Native version which resulted in a mismatch when JS -> Native calls happen (as per error message).

Yea every RN packager runs on the same port so it didn't start a new packager for your new project and just used the one that was running already.


bug fix: copy button should copy points not static text

Description
There was a documented bug #2 where the copy buttons do not copy the points but the string "Copy Python to Clipboard". Now it is fixed and properly copies the text in the corresponding code view (JSON or Python).
Type of change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)

How has this change been tested, please provide a testcase or example of how you tested the change?
It has been manually tested in Safari.

Thank you for your contribution! I fixed the merge conflicts and will deploy this now.


fix: on restart a node is not registered anymore

hence we need to fail the intercepted htlc backwards

bors r+

bors retry


Still maintained?

Hey @lrills - are you still around?
I think this is a pretty useful helm plugin but I noticed you haven't been active on GitHub lately.
I hope everything is ok.
❤

@edify42 , i had some time left, so started updating some small features.
Since it's not merged into this repo, you can download a version from my forked repo: https://github.com/quintush/helm-unittest/releases
@lrills, please respond, we would love to help improving this plugin.

I was wondering the same, I like the unit test approach for the charts but the last commit was 1 year ago. So either adding more maintainers to the project (like @quintush) or if you feel you don't want to be involved anymore we can just switch to his fork.

Rancher also has a fork that at least works with helm 3

If rancher wants to take over that would be great since they might have a bigger muscle for it (that is assuming @lrills wants to abandon it, let´s see if there is a statement).
@quintush also included support for Helm3 and I am already using some v0.1.8 feature, thanks for that!
One way or another, let´s hope of having a single point of code anytime soon!

@quintush, I would like to see your changes getting merged into the Rancher fork. Both your fork and the Rancher fork have useful features, and it would be good to work on them together in one place.

Hey @quintush, I've been trying to install your version (until the question of who maintains this is resolved), but the helm install process is failing ATM:
shasum: standard input: no properly formatted SHA1 checksum lines found

Sorry to peg this onto this issue, but your forked repo doesn't support issues :(

Full debug output
❯ helm plugin install https://github.com/quintush/helm-unittest
+ PROJECT_NAME=helm-unittest
+ PROJECT_GH=quintush/helm-unittest
+ PROJECT_CHECKSUM_FILE=helm-unittest-checksum.sha
+ : /Users/davidy/Library/helm/plugins/helm-unittest
+ type cygpath
+ [[ '' == \1 ]]
+ trap fail_trap EXIT
+ set -e
+ initArch
++ uname -m
+ ARCH=x86_64
+ case $ARCH in
+ ARCH=amd64
+ initOS
++ tr '[:upper:]' '[:lower:]'
+++ uname
++ echo Darwin
+ OS=darwin
+ case "$OS" in
+ OS=macos
+ verifySupported
+ local 'supported=linux-arm64\nlinux-amd64\nmacos-amd64\nwindows-amd64'
+ echo 'linux-arm64\nlinux-amd64\nmacos-amd64\nwindows-amd64'
+ grep -q macos-amd64
+ type curl
+ echo 'Support macos-amd64'
Support macos-amd64
+ getDownloadURL
+ local latest_url=https://api.github.com/repos/quintush/helm-unittest/releases/latest
+ [[ -z '' ]]
++ git describe --tags --exact-match
+ local version=
+ '[' -n '' ']'
+ echo 'Retrieving https://api.github.com/repos/quintush/helm-unittest/releases/latest'
Retrieving https://api.github.com/repos/quintush/helm-unittest/releases/latest
+ type curl
++ curl -s https://api.github.com/repos/quintush/helm-unittest/releases/latest
++ grep 'macos\(-amd64\)\?'
++ awk '/\"browser_download_url\":/{gsub( /[,\"]/,"", $2); print $2}'
+ DOWNLOAD_URL=https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-macos-amd64-0.2.0.tgz
++ curl -s https://api.github.com/repos/quintush/helm-unittest/releases/latest
++ grep checksum
++ awk '/\"browser_download_url\":/{gsub( /[,\"]/,"", $2); print $2}'
+ PROJECT_CHECKSUM=https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-checksum.sha
+ downloadFile
+ PLUGIN_TMP_FOLDER=/tmp/_dist/
+ mkdir -p /tmp/_dist/
+ echo 'Downloading https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-macos-amd64-0.2.0.tgz to location /tmp/_dist/'
Downloading https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-macos-amd64-0.2.0.tgz to location /tmp/_dist/
+ type curl
+ cd /tmp/_dist/
+ curl -LO https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-macos-amd64-0.2.0.tgz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   648  100   648    0     0   1325      0 --:--:-- --:--:-- --:--:--  1325
100 16.7M  100 16.7M    0     0  3923k      0  0:00:04  0:00:04 --:--:-- 4795k
+ installFile
+ cd /tmp
++ find ./_dist -name '*.tgz'
+ DOWNLOAD_FILE=./_dist/helm-unittest-macos-amd64-0.2.0.tgz
+ '[' -n https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-checksum.sha ']'
+ echo Validating Checksum.
Validating Checksum.
+ type curl
+ curl -s -L https://github.com/quintush/helm-unittest/releases/download/v0.2.0/helm-unittest-checksum.sha
+ grep ./_dist/helm-unittest-macos-amd64-0.2.0.tgz
+ shasum -a 256 -c -s
shasum: standard input: no properly formatted SHA1 checksum lines found
+ fail_trap
+ result=1
+ '[' 1 '!=' 0 ']'
+ echo 'Failed to install helm-unittest'
Failed to install helm-unittest
+ echo 'For support, go to https://github.com/kubernetes/helm'
For support, go to https://github.com/kubernetes/helm
+ exit 1
Error: plugin install hook for "unittest" exited with error

I would also love to see this project continued - once a Helm chart reaches a certain complexity, it becomes really difficult to maintain without some serious unit testing. We will give the forks mentioned above a try.

Hey @quintush, what about trying to have your fork submitted to the helm project? I saw that there is an issue already open for it https://github.com/helm/helm/issues/5424

Hello,
In the Apache Airflow project, we made the decision to migrate to Python tests supported by a small function that is used to generate templates. I think this could also be a solution to this problem. Tests written in Python will be easier to maintain than using a specific framework.
I described the details in the ticket: https://github.com/lrills/helm-unittest/issues/110
Best regards,
Kamil Breguła

Sorry for not presenting so long. I've been working on another project and don't have time to for helm-unittest.
@quintush thanks for the works. If you are willing to continue maintaining, I can transfer the repository ownership. So it'll not show forked from to the archived upstream.

Sorry for not presenting so long. I've been working on another project and don't have time to for helm-unittest.
@quintush thanks for the works. If you are willing to continue maintaining, I can transfer the repository ownership. So it'll not show forked from to the archived upstream.

Hello @lrills,
If it is not a big problem, please transfer the repository ownership.
Greetings,
@quintush

@quintush I can't transfer directly because of the fork. I've moved repo to an organization and invite you as owner. Feel free to merge and transfer repo to your own account.
Thanks!

Hi,
What is the status of helm unittest ? I can see @quintush and also the rancher fork https://github.com/rancher/helm-unittest where someone tried to integrate changes from @quintush in a never merged pull request. Among these two forks, who claims to be the "official" new real helm-unittest repository ? It seems both have diverged.
Cheers,
Romain

Hello @Romain-Geissler-1A ,
I planning to have a 0.3.0 version build and pushed as the 'official' helm unittest.
The 0.3.0 will include the following:

Move to this repository to be the single truth, universal naming and more flexible to add additional maintainers.
Removed helm 2 support (less code to maintain) (breaking change)
Support for JSONPath (breaking change)
Previous featureset
Updated packages

Ok thanks for the info.
I will wait fo this new official 0.3.0 to happen then. I know in the "new" cloud ecosystem people have no problem to include some personal repositories in their corporate dependances, but I don't want to do this. So I will wait for a more "official" release instead of using your fork for now.

Finally created a new release with new advanced features and more to come
Greetings,
@quintush


Want to add some design while hovering over links "Home, Sign up and Sign in".

Please assign me this issue.

Thanks for your interest! I’m not looking to make any style changes to the site’s navigation, but one way to contribute would be to create a theme for omg.lol profiles if you were interested in doing that. Thanks!


Remove cmethods submodule

Following issue #157, remove the python-cmethods git submodule.

@griff-rees Do you have any idea why the CI is giving a YAMLError on a markdown file? https://github.com/alan-turing-institute/clim-recal/actions/runs/10836170386/job/30069398986?pr=164#step:9:77. The markdown renders fine.

Dear @andrewphilipsmith,
thanks a lot for reaching out and addressing #157. I'm fine with the references provided
I've found these places where cmethods is mentioned, but some of those still describe the removed submodule. Could you please check that too:
grep -riIl cmethods .
./.github/workflows/ci.yaml
./docs/pipeline_guidance.qmd
./docs/contributing.md
./docs/assets/pipeline.mermaid
./python/conftest.py
./python/clim_recal/config.py
./python/clim_recal/debiasing/three_cities_debiasing_workshop.sh
./python/clim_recal/debiasing/debias_wrapper.py
./python/clim_recal/debiasing/three_cities_debiasing_cropped.sh
./python/clim_recal/debiasing/run_cmethods.py
./python/clim_recal/debiasing/preprocess_data.py
./python/tests/utils.py
./python/tests/test_debiasing.py
./python/README.md # ignore
./python/pyproject.toml
./README.md
./notebooks/Assessing_bc_data/MethodsAssessment_DecWorkshop.Rmd
./notebooks/Assessing_bc_data/Bias correction assessment.html

I understand the pain of removing all those work, but have you considered to extract the "debiasing" part and distribute it separately using GPL?
All the best!


RFC: while let

It would be nice to have a pattern-matching variant which is to while as if let is to if, probably with syntax like
  while let (next :: rest) := queue do
    ...

and causing the while loop to exit when the pattern match fails.
This would be convenient in graph algorithms, for instance.

You can (mostly) implement this as a macro:
open Lean in instance : Coe (TSyntax `Lean.Parser.Term.termBeforeDo) Syntax.Term where coe s := ⟨s⟩

macro "while" "let " pat:term " := " val:termBeforeDo " do " body:doSeq : doElem =>
  `(doElem| repeat do if let $pat := $val then $body else break)

macro "while" "let " pat:term " ← " val:termBeforeDo " do " body:doSeq : doElem =>
  `(doElem| while let $pat := ← $val do $body)

#eval Id.run do StateT.run' (s := 42) do
  while let n + 10 ← get do
    set n
  get

The only thing that doesn't work is while let n ← get do ... because that triggers the "redundant alternative" error (and there's no way to turn it off in do-notation).


added logging tips

Just a few quick tips for docs.  Will make it better next round.  Could use pictures etc.

Bonus points for emoji.


Add instructions for using podman and buildah to webassembly.md

Signed-off-by: Manabu Ori<EMAIL_ADDRESS>

Codecov Report

Merging #1155 (f530c03) into main (f7fca0d) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main    #1155   +/-   ##
=======================================
  Coverage   69.41%   69.41%
=======================================
  Files         118      118
  Lines       12446    12446
=======================================
  Hits         8639     8639
  Misses       3807     3807


HIVE-22360: MultiSerDe returns wrong results in last column when the loaded file has more columns than those in table schema

Take a look at my related PR #815


Disable HTTP/2 in metrics server

Disable HTTP/2 in Metric server to avoid CVE HTTP/2 Rapid Reset.
Currently, the metrics server enables/disables HTTP/2 support only if
SecureServing is enabled, which is not. However this change adds the
disabling logic anyway to avoid future issues.
see https://issues.redhat.com/browse/ECOPROJECT-1738

/lgtm

/reset

flaky test
/override ci/prow/4.13-openshift-e2e
/cherry-pick release-0.2
/lgtm


Refactor ltm/ssl.py

Hmmm....   @swormke  this seems like something we'll need sooner, than later.   I think I'll try to wrap it up before the release.

I'm implementing a different set of resources than those listed above because of:
https://devcentral.f5.com/articles/demystifying-icontrol-rest-part-5-transferring-files?adbsc=social_default55359446&adbid=666661582995255298&adbpl=tw&adbpr=8232052

I am implementing profiles in the #349 why is the work being duplicated again?

@zancas Sorry for reopening this but I looked at the code and I disagree with the way you have implemented it. You do not need to upload certificate to be able to create LTM Client SSL profile.
The certs themselves are managed under System --> File Management --> Ssl certificate List.
Proper way to deploy this would be to utilize file upload class to upload the certificate file. Then you can attach it to the profile. This is how it is done via GUI and this is how it is done via TMSH

Issue Review: Partially duplicate, will be addressed by #349

I did upload and install cert and key via the SDK.    See classes in share and cm.


Console 404 on Logout

Steps to Reproduce:
~1. Enable guest checkout and express checkout features.~
2. Navigate to storefront and login.
~3. Add products to cart and place order.~
4. Sign out.
Expected Results:
4. No errors in dev console.
Actual Results:
4. Call to GET 9002/rest/v2/electronics-spa/cms/pages?fields=DEFAULT&pageType=ContentPage&pageLabelOrId=/logout&lang=en&curr=USD returns with 404.
4.a. Response message" : "No content page found matching the provided label or id: /logout"
Images:

@giancorderoortiz
The issue is not related to express checkout and/or guest checkout. It occurs also when they are turned off (and sign out on every page).

It's a duplicate of #2460. As @tobi-or-not-tobi suggest behavior is correct


Adding support for C++ Builder/Ninja build system

Work in progress
I've added the project files to build the library (static and dynamic) using C++ Builder (Embarcadero). The library can be successfully compiled using the free Community Edition.
Few small modifications to the source were necessary to support C++ Builder (32 bit Clang compiler only).
The static library can be also compiled using Ninja build system through CMake by addressing bcc32x.exe compiler (see notes in README and README.cmake).
Some compile errors still needs to be fixed in order to also compile the tests (mainly due to missing compiler or linker flags).

Though, I am not a committer. I'd reject this. Why do you add binaries to the PR? Can't the project file be generated? If you see compiler errors wtih cl, create tickets and a PR for. Don't mix concerns please.

Though, I am not a committer. I'd reject this. Why do you add binaries to the PR? Can't the project file be generated? If you see compiler errors wtih cl, create tickets and a PR for. Don't mix concerns please.

Sorry, my mistake: I pushed to the wrong repo..thanks for your help.

hi, I think it's better use cmake which can specify a build system generator.
# To generate ninja build
cmake -G Ninja

Now cmake is already used in project, but it's only for win32.
Maybe we can expand it to support other platforms.
PS:
Generators

The following generators are available on this platform (* marks default):
  Green Hills MULTI            = Generates Green Hills MULTI files
                                 (experimental, work-in-progress).
* Unix Makefiles               = Generates standard UNIX makefiles.
  Ninja                        = Generates build.ninja files.
  Ninja Multi-Config           = Generates build-<Config>.ninja files.
  Watcom WMake                 = Generates Watcom WMake makefiles.
  CodeBlocks - Ninja           = Generates CodeBlocks project files
                                 (deprecated).
  CodeBlocks - Unix Makefiles  = Generates CodeBlocks project files
                                 (deprecated).
  CodeLite - Ninja             = Generates CodeLite project files
                                 (deprecated).
  CodeLite - Unix Makefiles    = Generates CodeLite project files
                                 (deprecated).
  Eclipse CDT4 - Ninja         = Generates Eclipse CDT 4.0 project files
                                 (deprecated).
  Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files
                                 (deprecated).
  Kate - Ninja                 = Generates Kate project files (deprecated).
  Kate - Ninja Multi-Config    = Generates Kate project files (deprecated).
  Kate - Unix Makefiles        = Generates Kate project files (deprecated).
  Sublime Text 2 - Ninja       = Generates Sublime Text 2 project files
                                 (deprecated).
  Sublime Text 2 - Unix Makefiles
                               = Generates Sublime Text 2 project files
                                 (deprecated).


libraries that import relative path in node_modules

Curious how to import modules that have relative paths to was trying to import a node_module package:
e.g.
<EMAIL_ADDRESS>[vite] Error while resolving node_modules with id "lib/cache.js":
{ Error: Cannot find module 'lib/package.json'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:668:15)
    at resolveFileName (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:29:39)
    at resolveFrom (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:43:9)
    at Object.module.exports [as default] (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:46:47)
    at app.use (/Users/darrenjennings/source/repos/vite-sup/node_modules/vite/dist/serverPluginModules.js:143:51) code: 'MODULE_NOT_FOUND' }
[vite] Error while resolving node_modules with id "use-swrv":
{ Error: Cannot find module 'use-swrv/package.json'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:668:15)
    at resolveFileName (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:29:39)
    at resolveFrom (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:43:9)
    at Object.module.exports [as default] (/Users/darrenjennings/source/repos/vite-sup/node_modules/resolve-from/index.js:46:47)
    at app.use (/Users/darrenjennings/source/repos/vite-sup/node_modules/vite/dist/serverPluginModules.js:143:51) code: 'MODULE_NOT_FOUND' }```

Hi, shouldnt the package be
<EMAIL_ADDRESS>import something from<EMAIL_ADDRESS>
not
<EMAIL_ADDRESS>

@ais-one to be clear, I'm not importing from unpkg. I am importing from my local node_modules after yarn add swrv to a new vite project, and then using it here: import useSWRV from 'swrv'. The unpkg url is just for reference so you can see that the file has relative path imports.

ok... btw, which version of vite are you using? I am on 0.5.1

v0.5.3

would 0.6.0 help?
fix resolving scoped packages and relative imports inside node_modules (#15) (78ae1b7)

yes @ais-one thank you! This particular library swrv needs to be patched for vue 3, but a few line changes got it working in vite for me. 🎉


log the url

Codecov Report
Patch coverage: 100.00% and project coverage change: +0.03% :tada:

Comparison is base (c0bb27d) 95.58% compared to head (07990a2) 95.62%.
Report is 1 commits behind head on master.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##           master      #29      +/-   ##
==========================================
+ Coverage   95.58%   95.62%   +0.03%
==========================================
  Files           5        5
  Lines         136      137       +1
==========================================
+ Hits          130      131       +1
  Misses          6        6

Files Changed
Coverage Δ

src/views/location_api.py
98.70% <100.00%> (+0.01%)
:arrow_up:

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Adding streamlit library to Python_Library_Pages

I want to add Streamlit libray to Python_Library_Pages along with its structured documentation

Streamlit is an open-source Python library that allows you to create interactive web applications for data science and machine learning projects. It simplifies the process of building and deploying data-driven applications by providing an intuitive and easy-to-use interface.

Please assign this to me

ok , you can start working on this.

i want  to contribute @Abhishek-Mallick

I am currently working on it @nishantshukla2884
I'll push a stable version for streamlit asap
After that we can add issues to improve it further


@swarmion/nx-plugin:cdk-service creates broken cdk bootstraps

Describe the bug
using nx generate @swarmion/nx-plugin:cdk-service nft-dummy, the generated service contains some scripts to bootstrap the CDK
{
 "scripts": {
    "bootstrap": "cdk bootstrap --profile swarmion-developer --qualifier s_8swf03cp",
    "bootstrap-production": "cdk bootstrap --context stage=production --qualifier s_8swf03cp",
    "bootstrap-staging": "cdk bootstrap --context stage=staging --qualifier s_8swf03cp",
  }
}

the qualifier is built from a hash of the project name
https://github.com/swarmion/swarmion/blob/27cdea8249c2c122b2ff078260c7ba92c702ab78/packages/nx-plugin/src/generators/cdk-service/typed-json-config/package.json.ts#L9
https://github.com/swarmion/swarmion/blob/7b8edcb1b713b12664b602ab18b35296ce1f9dd1/packages/nx-plugin/src/generators/helpers/normalizeOptions.ts#L35-L39
This hash can contain characters that are not supported as qualifier such _
=> The bootstrap fails 💥
❯ pnpn run bootstrap

><EMAIL_ADDRESS>bootstrap /Users/cdoue/www-dev/projects/swarmion/services/nft-dummy
> cdk bootstrap --profile swarmion-developer --qualifier s_8swf03cp

 ⏳  Bootstrapping environment aws://032062562436/eu-west-1...
Trusted accounts for deployment: (none)
Trusted accounts for lookup: (none)
Using default execution policy of 'arn:aws:iam::aws:policy/AdministratorAccess'. Pass '--cloudformation-execution-policies' to customize.
CDKToolkitNftDummy: creating CloudFormation changeset...
 ❌  Environment aws://032062562436/eu-west-1 failed bootstrapping: Error [ValidationError]: Template format error: Output FileAssetKeyArn is malformed. The Name field of every Export member must be specified and consist only of alphanumeric characters, colons, or hyphens.
    at Request.extractError (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:46127)
    at Request.callListeners (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:88989)
    at Request.emit (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:88437)
    at Request.emit (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:194844)
    at Request.transition (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:188396)
    at AcceptorStateMachine.runTo (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:153268)
    at /Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:153598
    at Request.<anonymous> (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:188688)
    at Request.<anonymous> (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:194919)
    at Request.callListeners (/Users/cdoue/www-dev/projects/swarmion/node_modules/.pnpm/aws-cdk@2.73.0/node_modules/aws-cdk/lib/index.js:275:89157) {
  code: 'ValidationError',
  time: 2023-04-07T14:56:05.535Z,
  requestId: '89036b53-56ce-4c4a-b7da-e221f653c59b',
  statusCode: 400,
  retryable: false,
  retryDelay:<PHONE_NUMBER>046232
}

Template format error: Output FileAssetKeyArn is malformed. The Name field of every Export member must be specified and consist only of alphanumeric characters, colons, or hyphens.
 ELIFECYCLE  Command failed with exit code 1.

Reproduction
nx generate @swarmion/nx-plugin:cdk-service nft-dummy
cd services/nft-dummy
pnpm run bootstrap

System Info
sh: envinfo: command not found

Validations

[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] The provided reproduction is a minimal reproducible example of the bug.

Nice catch @CorentinDoue
I already had a problem with uppercase letters and did https://github.com/swarmion/swarmion/commit/2604d0241e22a7d80f6c90e4d66031920dcbba7e to fix it, but let's continue to restrict characters 😬


Taskbar and UI need adjusting

Logo should be on farthest left side and Logout button should be on farthest right side of taskbar.
"Tommorow" tab should be centered.

I need some more information on this, please.


⚠ T:Riza Roblox Proxy has degraded performance

In 97cc769, T:Riza Roblox Proxy (https://rprxy.triza.dev) experienced degraded performance:

HTTP code: 200
Response time: 3712 ms

Resolved: T:Riza Roblox Proxy performance has improved in f6184be.


Unstable results for higher resolution images

Hi All,
Thanks a lot for setting up this project. It been extremely helpful. I am running a denoising-diffusion on some higher resolution images (512x512) and I am getting very unstable results even after quite long time of training (>20000 epochs). Please observe:

It is not a case for lower resolution images, where we are able to obtain exactly what we are after. Is it a case that the package is really intended to work only with lower resolution images >256x256?

@romanklisJE yea, i think cascading ddpms are probably a sure bet
otherwise, you can try something like simple diffusion, offered in this repo. this paper also makes the claim of being able to do higher resolution with a single network

Many thanks for your quick response. This was my impression - but it cost 3 weeks of testing. I will try out new directions and let you know. Thanks!

@romanklisJE good luck!

Hi @romanklisJE and @lucidrains,
I have the same issues here, when training with 256 images the results are pretty good.
 The brute force approach of resizing everything to 256 is not properly working either.
I am doing class conditioning using Phil's script here and i saw Phil's suggestion for Imagen. I was wondering however if there is a better solution given my particular need for just conditioning on 5 classes.
Right now i was thinking about going to HuggingFace diffusers library and go for Latent Diffusion with a conditional Unet. I checkt the VAE and works well for my data even the pretrained version of Stable diffusion.
However i would take me a while to introduce also classifier-free guidance and i was wondering if you know or found a better solution.
Thanks!

@Mat-Po
So it seems that indeed I had to turn to idea suggested by @lucidrains about going for super-resolution based methods. I tested this and it gives good results: cascading ddpms. What was problematic is scaling up to 512x512 or 1024x1024 which requires a really strong cloud machine.
Hope this helps
Roman


Fix slack bot invite

Fix for #102
It's likely that Slackbot wasn't working due to too many sidekiq clients and threads trying to use our redis instance at once.  When I took a look at our production logs, I saw lots of this error "2015-12-06T22:30:39.643309+00:00 app[sidekiq.1]: 3 TID-osjt5y8a8 ERROR: Error fetching job: ERR max number of clients reached"
This fix is based on this Stack Overflow solution: http://stackoverflow.com/a/17826254
Here's some more information on the error we were seeing:
https://github.com/mperham/sidekiq/issues/117
http://manuel.manuelles.nl/blog/2012/11/13/sidekiq-on-heroku-with-redistogo-nano/
https://github.com/mperham/sidekiq/wiki/Advanced-Options

I've successfully replicated this issue on a second Heroku instance.  Verifying that this fix works.

CONFIRMED - this fixes the Sidekiq error we were seeing and I believe is ready to merge and deploy!

Awesome

On Dec 9, 2015, at 8:06 PM, Nell Shamrell-Harrington<EMAIL_ADDRESS>wrote:
CONFIRMED - this fixes the Sidekiq error we were seeing and I believe is ready to merge and deploy!
—
Reply to this email directly or view it on GitHub.

@davidmolina want me to merge and deploy this one?

Please. Thank you!

On Dec 14, 2015, at 3:45 PM, Nell Shamrell-Harrington<EMAIL_ADDRESS>wrote:
@davidmolina want me to merge and deploy this one?
—
Reply to this email directly or view it on GitHub.

Nell, successful deployment? Seeing error 500 when signing up this morning.
Thx.
On Mon, Dec 14, 2015 at 8:28 PM, David Molina<EMAIL_ADDRESS>wrote:

Please. Thank you!
On Dec 14, 2015, at 3:45 PM, Nell Shamrell-Harrington <
<EMAIL_ADDRESS>wrote:
@davidmolina https://github.com/davidmolina want me to merge and deploy
this one?
—
Reply to this email directly or view it on GitHub
https://github.com/OperationCode/operationcode/pull/109#issuecomment-164596339
.

--
David
t. @davidcmolina https://twitter.com/davidcmolina
http://davidmolina.github.io/

Hadn't deployed yet, will get this deployed today!

Awesome!

On Dec 18, 2015, at 9:05 AM, Nell Shamrell-Harrington<EMAIL_ADDRESS>wrote:
Hadn't deployed yet, will get this deployed today!
—
Reply to this email directly or view it on GitHub.

Sorry about dropping the ball on this. I merged it in, @nellshamrell if you haven't had a chance to deploy, I can take care of it :smile:

@nanoxd Thanks so much!  I just got home and my developer spidey sense is alarming a bit at doing a deploy at 10 PM at night.  I will set a reminder to deploy first thing tomorrow morning :)

Thanks @nanoxd and @nellshamrell!

On Dec 18, 2015, at 10:08 PM, Nell Shamrell-Harrington<EMAIL_ADDRESS>wrote:
@nanoxd Thanks so much! I just got home and my developer spidey sense is alarming a bit at doing a deploy at 10 PM at night. I will set a reminder to deploy first thing tomorrow morning :)
—
Reply to this email directly or view it on GitHub.

This has been deployed...but looks like we're still seeing the 2015-12-19T17:49:56.979481+00:00 app[web.1]: Redis::CommandError (ERR max number of clients reached) when I attempt to send a slack invite to myself.  Troubleshooting...

Actually..I think it's cleared...I just may not have given enough time after the deploy for all the Redis connections to clear.  Confirming...

:tada:

IT WORKS!!!!!
https://s-media-cache-ak0.pinimg.com/originals/c9/de/b7/c9deb75c1c92f6be5d9f215a578f1f4a.gif

Just registered with a new email address and confirmed I got the invite :D

I can confirm that registration + slack invite works as well

I signed up with another email. Nada. No auto-email from Slack.

On Dec 19, 2015, at 10:31 AM, Fernando Paredes<EMAIL_ADDRESS>wrote:
I can confirm that registration + slack invite works as well
—
Reply to this email directly or view it on GitHub.

Let me check the logs

Looks like it sent it over:

Will standby for the email to arrive.

On Dec 19, 2015, at 11:14 AM, Fernando Paredes<EMAIL_ADDRESS>wrote:
Looks like it sent it over:
—
Reply to this email directly or view it on GitHub.

Haven't received it.

On Dec 19, 2015, at 11:14 AM, Fernando Paredes<EMAIL_ADDRESS>wrote:
Looks like it sent it over:
—
Reply to this email directly or view it on GitHub.

I received one for my first attempt for an email address that hadn't been entered before. Have you tried an email that hasn't been entered into the system?

No I have not. Will try that.

On Dec 19, 2015, at 12:43 PM, Fernando Paredes<EMAIL_ADDRESS>wrote:
I received one for my first attempt for an email address that hadn't been entered before. Have you tried an email that hasn't been entered into the system?
—
Reply to this email directly or view it on GitHub.

Woohoo!
We're operational again. Thank you both!

On Dec 19, 2015, at 12:43 PM, Fernando Paredes<EMAIL_ADDRESS>wrote:
I received one for my first attempt for an email address that hadn't been entered before. Have you tried an email that hasn't been entered into the system?
—
Reply to this email directly or view it on GitHub.


Bug: wrongly calculated children count

My build on circleci is failing because:
/home/ubuntu/project/app/Modules/Api/Responses/Response.php:5	The class Response has 12 children. Consider to rebalance this class hierarchy to keep number of children under 10.
and this is /home/ubuntu/project/app/Modules/Api/Responses/Response.php:
<?php
namespace Project\Modules\Api\Responses;

class Response
{

	/**
	 * @var bool
	 */
	public $success = TRUE;

}

I've figured out what the problem is...
I believe phpmd ignores namespaces and uses just class name and since I have multiple classes with same name in different namespaces phpmd shows full sum and displays error...

@dakorpar thanks for coming back to this.
Could you produce a mimimal reproducable test environment to verify this?
@manuelpichler could this be something in Pdepend?

I missunterstood this rule. This rule says how many classes are extending current class and not number of properties and methods in it? Right?