Fix Kafka storage tests

Kafka storage tests randomly fails https://travis-ci.org/jaegertracing/jaeger/jobs/418644623
-- FAIL: TestKafkaStorage (6.21s)
    --- FAIL: TestKafkaStorage/GetTrace (3.02s)
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 1 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 2 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 3 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 4 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 5 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 6 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 7 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 8 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 9 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 10 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 11 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 12 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 13 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 14 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 15 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 16 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 17 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 18 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 19 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 20 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 21 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 22 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 23 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 24 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 25 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 26 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 27 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 28 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 29 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:99: Waiting for storage backend to update documents, iteration 30 out of 30
    	integration_test.go:180: Trace was not found
    	integration_test.go:180: Trace was not found
    	assertions.go:256:
    			Error Trace:	integration_test.go:184
    			            				integration_test.go:377
    			Error:      	Should be true
    			Test:       	TestKafkaStorage/GetTrace
    	assertions.go:256:
    			Error Trace:	domain_trace_compare_test.go:50
    			            				integration_test.go:185
    			            				integration_test.go:377
    			Error:      	Expected value not to be nil.
    			Test:       	TestKafkaStorage/GetTrace

Previous discussion: #1004

I got following error when running locally
WARNING: DATA RACE
Write at 0x00c42047c0f0 by goroutine 66:
  github.com/jaegertracing/jaeger/plugin/storage/memory.(*Store).WriteSpan()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/memory/memory.go:144 +0x46f
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor.KafkaSpanProcessor.Process()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/processor/span_processor.go:66 +0xe9
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor.(*KafkaSpanProcessor).Process()
      <autogenerated>:1 +0x92
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor/decorator.(*retryDecorator).Process()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/processor/decorator/retry.go:110 +0x66
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*comittingProcessor).Process()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/committing_processor.go:44 +0xb1
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor.(*metricsDecorator).Process()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/processor/metrics_decorator.go:44 +0x8d
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor.(*ParallelProcessor).Start.func1()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/processor/parallel_processor.go:57 +0x98

Previous read at 0x00c42047c0f0 by goroutine 33:
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).testGetTrace.func1()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:183 +0x224
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).waitForCondition()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:101 +0x141
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).testGetTrace()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:177 +0x212
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).(github.com/jaegertracing/jaeger/plugin/storage/integration.testGetTrace)-fm()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:378 +0x4b
  testing.tRunner()
      /home/ploffay/bin/go/src/testing/testing.go:777 +0x16d

Goroutine 66 (running) created at:
  github.com/jaegertracing/jaeger/cmd/ingester/app/processor.(*ParallelProcessor).Start()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/processor/parallel_processor.go:53 +0x241
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.newStartedProcessor()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/processor_factory.go:103 +0x130
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*ProcessorFactory).new()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/processor_factory.go:75 +0x683
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).handleMessages()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:109 +0x734

Goroutine 33 (running) created at:
  testing.(*T).Run()
      /home/ploffay/bin/go/src/testing/testing.go:824 +0x564
  github.com/jaegertracing/jaeger/plugin/storage/integration.TestKafkaStorage()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/kafka_test.go:122 +0x1e5
  testing.tRunner()
      /home/ploffay/bin/go/src/testing/testing.go:777 +0x16d

I don't think that failures are reletad to kafka not being ready. It sometimes fails even when kafka is started a long time before. The test also randomly fails when it's executed multiple times with the same kafka instance.

I could not reproduce error ^^^. After merge https://github.com/jaegertracing/jaeger/pull/1068. I often get
WARNING: DATA RACE
Write at 0x00c4203a4078 by goroutine 28:
  sync/atomic.CompareAndSwapInt32()
      /home/ploffay/bin/go/src/runtime/race_amd64.s:293 +0xb
  sync.(*Mutex).Lock()
      /home/ploffay/bin/go/src/sync/mutex.go:74 +0x4d
  sync.(*Map).Range()
      /home/ploffay/bin/go/src/sync/map.go:321 +0x16a
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).Close()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:95 +0x81
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*KafkaIntegrationTestSuite).initialize.func2()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/kafka_test.go:93 +0x41
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).cleanUp()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:90 +0xdf
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).testGetTrace()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:188 +0x253
  github.com/jaegertracing/jaeger/plugin/storage/integration.(*StorageIntegration).(github.com/jaegertracing/jaeger/plugin/storage/integration.testGetTrace)-fm()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/integration_test.go:378 +0x4b
  testing.tRunner()
      /home/ploffay/bin/go/src/testing/testing.go:777 +0x16d

Previous read at 0x00c4203a4078 by goroutine 46:
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).handleErrors()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:141 +0x1ba

Goroutine 28 (running) created at:
  testing.(*T).Run()
      /home/ploffay/bin/go/src/testing/testing.go:824 +0x564
  github.com/jaegertracing/jaeger/plugin/storage/integration.TestKafkaStorage()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/plugin/storage/integration/kafka_test.go:126 +0x1e5
  testing.tRunner()
      /home/ploffay/bin/go/src/testing/testing.go:777 +0x16d

Goroutine 46 (running) created at:
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).Start.func1()
      /home/ploffay/projects/golang/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:79 +0x1bc

I have tried chaning partitionIDToState to sync.Map in consumer but it didn't help.
I will revert #1068

make test-ci failed on
2018-10-03T07:24:26.084Z	INFO	consumer/consumer.go:121	Closed partition consumer	{"partition": 316}
WARNING: DATA RACE
Write at 0x00c42013f40c by goroutine 23:
  internal/race.Write()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/internal/race/race.go:41 +0x38
  sync.(*WaitGroup).Wait()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/sync/waitgroup.go:127 +0xf3
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).Close()
      /home/travis/gopath/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:87 +0x14b
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.TestSaramaConsumerWrapper_start_Errors()
      /home/travis/gopath/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer_test.go:207 +0x61e
  testing.tRunner()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:777 +0x16d
Previous read at 0x00c42013f40c by goroutine 25:
  internal/race.Read()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/internal/race/race.go:37 +0x38
  sync.(*WaitGroup).Add()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/sync/waitgroup.go:70 +0x16e
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).handleMessages()
      /home/travis/gopath/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:95 +0x270
Goroutine 23 (running) created at:
  testing.(*T).Run()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:824 +0x564
  testing.runTests.func1()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:1063 +0xa4
  testing.tRunner()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:777 +0x16d
  testing.runTests()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:1061 +0x4e1
  testing.(*M).Run()
      /home/travis/.gimme/versions/go1.10.linux.amd64/src/testing/testing.go:978 +0x2cd
  main.main()
      _testmain.go:116 +0x324
Goroutine 25 (running) created at:
  github.com/jaegertracing/jaeger/cmd/ingester/app/consumer.(*Consumer).Start.func1()
      /home/travis/gopath/src/github.com/jaegertracing/jaeger/cmd/ingester/app/consumer/consumer.go:77 +0x126

This is annoying the tests are still failing.

This seems to be fixed


Invocation error not being propagated

If the test is a bit intrusive or redundant I can remove it and the dummy-actor files .
I linked the fs provider so I could trigger the removal of a non existent container.
Also added that resources/dummy-actor in the tests folder. I'm not sure what is the convention in rust for supplemental test files.

Can you do a cargo fmt on this PR? The format check failed the build

Can you do a cargo fmt on this PR? The format check failed the build

On it.

I noticed the first checks failed on lattice mode. I'll run it locally to see if I can figure out why it blows up. I've never run lattice mode so it might take awhile.

That was a fun experiment.
So I believe since my integration test was using the default fs-provider, in lattice mode, it was binding to the wrong instance(still not sure why or if this was really the case). I added a named binding plus a dummy provider with just one method implemented that immediately returns an error instead of relying on the fs provider's remove_dir (the one inside the remove_container method).
Side note: setting up lattice mode was a breeze, pretty awesome!

Well, I'm no longer confident my integration test is ready. I can't replicate it in my machine when I run:
cargo test --features "lattice bin manifest wasmtime" --test integration fs_host_error -- --test-threads=1
In my setup I have one host running that binds the real fs-provider in lattice mode. When I run the test using the default binding I do see the it reaching the real fs-provider but when I added the binding name it stopped. I thought that would fix it but this last run failed and the code was effectively the same as commit c428aa5 (that passed) with some messaging changes for clarity.
If there doesn't seem to be an obvious solution I can back out the test, I'm still getting familiarized with the code base so this test might not be good.

I was finally able to replicate on my machine. I lowered my LATTICE_RPC_TIMEOUT_MILLIS down to 10 millis and it triggers the <I/O error: timed out> at the invoke method of the DistributedBus. The default of 600 millis on my machine was plenty so I didn't see the issue. The 100 millis in the rust workflow file puts my test right at the edge.
So much trouble for a unit test haha. Anyway, I don't know how to proceed on this one since it looks like there is just not enough time for the request and I don't feel comfortable messing with the workflow setup file. Again if it's more trouble than it's worth I'll take the test out.

I think we're okay pulling out this test and the extra stuff that comes with it. The code change just adds code we know already works in another section. I think we can catch this with some integration tests that we'll hopefully be adding within the next 1-2 milestones.

Removed. Man I feel bad for producing so much chatter for that test. I figured out too late I could just enable the rust.yaml GitHub actions on my fork and test there.
I can do a squash commit to clean it up if rebasing is ok with you guys.

Sounds good to me.


Delete Test-CsOnlineLisCivicAddress.md

This cmdlet has been removed from the Teams PS Module.
I'm not clear if we have a process for leaving the PS cmdlet page, but creating this PR to remove the page.
Please let me know if this is against the process.

@JensTrier typically we have a note that this cmdlet has been removed as of N version of the module. This way people using downlevel modules who still have the cmdlet have a reference available to them.

Ok, makes sense. I'll cancel this PR and create a new one where I change the text.


Wrong behaviour @ DialCommand.java

Hi folks!
I was struggling to make the function Dial works, and eventually made it with this "fix" in DialCommand.java, around line 32; was:
String command = "EXEC " + escapeAndQuote("dial") + " " + escapeAndQuote(target) + "|"
become:
String command = "EXEC " + escapeAndQuote("dial") + " " + escapeAndQuote(target) + ","
The error was:
-- Executing [6012@internal_users:1] AGI("SIP/phone-1-00000001", "agi://<IP_ADDRESS>/callin.agi") in new stack
-- AGI Script Executing Application: (dial) Options: (SIP/phone-2|33)
== Using SIP RTP CoS mark 5
[Nov 18 17:44:14] ERROR[24910][C-00000002]: netsock2.c:305 ast_sockaddr_resolve: getaddrinfo("phone-2|33", "(null)", ...): Temporary failure in name resolution
[Nov 18 17:44:14] WARNING[24910][C-00000002]: chan_sip.c:6312 create_addr: No such host: phone-2|33
That use to happen when I called, in an AgiScript:
dial("SIP/phone-2",33,null);
After the "fix":
-- Executing [6012@internal_users:1] AGI("SIP/phone-1-00000009", "agi://<IP_ADDRESS>/callin.agi") in new stack
-- AGI Script Executing Application: (dial) Options: (SIP/phone-2,33)
== Using SIP RTP CoS mark 5
-- Called SIP/phone-2
-- SIP/phone-2-0000000a is ringing
Even if was a wrong fix, can you give-me a feedback?
Thank you very much!

what version of asterisk are you using?
There was a change in delimiters used (can't remember what version).
Also which version of asterisk java are you using? I have a vauge memory that a fix for this has already been posted.

Hi! Thank you for the answer!
The Asterisk is 14 and Asterisk-Java 2.0.
BTW, where could I get more details on using the AMI or Activities? I
couldn't start on these.
Back to the original problem, I couldn't figure out other way to send the
correct command.
Once more, thank you very much!
Em 21 de nov de 2016 19:34, "Brett Sutton"<EMAIL_ADDRESS>escreveu:

what version of asterisk are you using?
There was a change in delimiters used (can't remember what version).
Also which version of asterisk java are you using? I have a vauge memory
that a fix for this has already been posted.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/asterisk-java/asterisk-java/issues/179#issuecomment-262074390,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFhz8TuQ-yLuszQNQF2KY0Z0bbKQXtVdks5rAg5-gaJpZM4K4QI2
.

so the delimiter changed after 1.4 and the 2.x build doesn't yet have the required logic to handle the difference.
I've asked the development team to look at a method to pass the asterisk version to the agi factory so that it can manage these type of differences.
For the moment it sounds like your patch is adequate for the job.
As to documentation on activities. We are trying to get some resources applied to updating the documentation.
At this point you can find the start of an overview here:
https://github.com/asterisk-java/asterisk-java/wiki/Activities
And there are some sample code here:
https://github.com/asterisk-java/asterisk-java/tree/master/src/main/java/org/asteriskjava/examples/activities
As to the AMI details there isn't a lot except what you have already seen on this site.
Happy to accept documentation pull requests :)

https://github.com/asterisk-java/asterisk-java/wiki/Getting-Started


Issue #264 - Adding the qb:Observation type and qb:dataSet types onto observations

And other fixes

Things I noticed:

Removes turtle outputs in behave tests
Tests for extending code lists
Implements skos:broader/inScheme
... among others.


allow creating a Domain object from a domain id

Right now you have to retrieve a list of ALL of the domains on your account, and filter that list to get the one you want. In a perfect world you should be able to create this object without any HTTP requests being sent.

I'm not sure how this got closed. It wasn't supposed to be.


Feat/order level builder

Before submitting this PR, please make sure:

[ ] Your code builds clean without any errors or warnings
[ ] You are using approved title ("feat/", "fix/", "docs/", "refactor/")

A description of the changes proposed in the pull request:

Add distributions module
Add order level builder
Minor fixes in some scripts

Tests performed by the developer:
Tips for QA testing:
Notion doc with test cases

Test latest commit bd8e0d2984465256ef7ebf91573bea060c83c99f

2023-10-26 07:22:20,729 - 14 - hummingbot.smart_components.executors.position_executor.position_executor - INFO - Open Order Created
2023-10-26 07:22:21,329 - 14 - hummingbot.smart_components.strategy_frameworks.market_making.market_making_executor_handler - ERROR - 'NoneType' object has no attribute 'items'
Traceback (most recent call last):
  File "/home/hummingbot/hummingbot/smart_components/strategy_frameworks/executor_handler_base.py", line 111, in control_loop
    await self.control_task()
  File "/home/hummingbot/hummingbot/smart_components/strategy_frameworks/market_making/market_making_executor_handler.py", line 75, in control_task
    for side, global_trailing_stop_conf in self.global_trailing_stop_config.items():
AttributeError: 'NoneType' object has no attribute 'items'

The error no attribute items are showing on logs on every tick
This is happening on the following scripts:

v2_market-making_dman_v3_multiple_pairs_arit.py
v2_market-making_dman_v3_multiple_pairs_linear.py
v2_market-making_dman_v3_multiple_pairs_fib.py

For v2_market-making_dman_v3_multiple_pairs_log.py

Not able to start due to error Unhandled error in background task: Distributions.logarithmic() got an unexpected keyword argument 'initial_value'
2023-10-26 07:08:11,220 - 14 - hummingbot.core.utils.async_utils - ERROR - Unhandled error in background task: Distributions.logarithmic() got an unexpected keyword argument 'initial_value'
Traceback (most recent call last):
  File "/home/hummingbot/hummingbot/core/utils/async_utils.py", line 9, in safe_wrapper
    return await c
  File "/home/hummingbot/hummingbot/client/command/start_command.py", line 121, in start_check
    self._initialize_strategy(self.strategy_name)
  File "/home/hummingbot/hummingbot/client/command/start_command.py", line 269, in _initialize_strategy
    self.start_script_strategy()
  File "/home/hummingbot/hummingbot/client/command/start_command.py", line 199, in start_script_strategy
    script_strategy = self.load_script_class()
  File "/home/hummingbot/hummingbot/client/command/start_command.py", line 217, in load_script_class
    script_module = importlib.import_module(f".{script_name}", package=settings.SCRIPT_STRATEGIES_MODULE)
  File "/opt/conda/envs/hummingbot/lib/python3.10/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1050, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 883, in exec_module
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "/home/hummingbot/scripts/r_v2_market-making_dman_v3_multiple_pairs_log.py", line 20, in <module>
    class DManV3MultiplePairs(ScriptStrategyBase):
  File "/home/hummingbot/scripts/r_v2_market-making_dman_v3_multiple_pairs_log.py", line 57, in DManV3MultiplePairs
    spreads = Distributions.logarithmic(n_levels=15, base=10, scaling_factor=2.0, initial_value=0.5)
TypeError: Distributions.logarithmic() got an unexpected keyword argument 'initial_value'

Steps to reproduce:

Setup the trading experiment scripts and run using this PR

Attached:
logs_r_v2_market-making_dman_v3_multiple_pairs_linear.log
logs_r_v2_market-making_dman_v3_multiple_pairs_log.log
logs_v2_market-making_dman_v3_multiple_pairs_arit.log
logs_v2_market-making_dman_v3_multiple_pairs_fib.log

hi @cardosofede on this script facing this issue on latest commit (5790783)
script:
dman_v3_1P_15L_log.py.log
logs_dman_v3_1P_15L_log.log

Geometric:
For default I think order levels are too far from mid price (1786)
dman_v3_1p_15L_geo - Copy.log
First order to open is 1821.87 then second on 1850.82


Remove terse output requirement for parallel jobs

Requested feature: Remove terse output requirement for parallel jobs
Use case: Full output while still having parallel capability
Currently, a terse output is required for running harnesses in parallel. Removing that barrier would allow for a full output while still allowing for parallel running of harnesses.

Hello, thanks for this suggestion. Would it be possible to link to a reproducer code that triggers an error when running harnesses in parallel without terse output?

cargo kani --workspace --exclude monitor -Z stubbing --jobs 4 --enable-unstable
error: Conflicting options: --jobs requires --output-format=terse


fix dead link in README

The Tensorflow 1 link for the Convolutional Neural Network was pointing at the wrong resource.

Thanks! :)


When minimumDateForCalendar is set, I am seeing Two Months in title

Hi when I implemented minimumDateForCalendar, initially i can see two month names in title. And when I swipe right, everything back to normal.
Attaching the screenshot

It would also help if minimumDateForCalendar is set, it should disable all the dates before the minimum date.
Currently I am handling it in shouldSelectDate implementation. But when I do that, If I select dates of next month (which are visible in existing month in light gray color), they some different date in the same column gets selected.

It shares something in common with #35. Can you try to make sure minimumDate is first day of month?  Will fix it inside in next release.

fixed


fix: Refresh the captcha and reset the input area

If the entered captcha is invalid refresh the captcha and reset the input area.

hey @AdityaSinha2305, I think this issue is similar to what I raised, please check it

@kshitijakarsh In that issue after clicking refresh icon the captcha is refreshed and the input area is reset.
But in this issue if captcha is invalid after clicking the submit then the captcha should refreshed and the input area.

@AdityaSinha2305 could you assign this for me

@AdityaSinha2305 may i make the changes after the changes for the keydown equal to enter case(which is currently not merged) or may i do the changes basing the current main branch

@Pudi-Sravan Make changes in a separate branch (base as main) for new features.
Sync your fork with main.


Getting KnoxVpnUidStorageknoxVpnSupported false on android 5.1

11-08 08:04:11.924 17148-17267/com.bebler.app I/System.out: (HTTPLog)-Static: isSBSettingEnabled false 11-08 08:04:11.944 17148-17267/com.bebler.app I/System.out: KnoxVpnUidStorageknoxVpnSupported API value returned is false 11-08 08:04:12.254 17148-17267/com.bebler.app I/System.out: (HTTPLog)-Static: isSBSettingEnabled false 11-08 08:04:12.264 17148-17267/com.bebler.app I/System.out: KnoxVpnUidStorageknoxVpnSupported API value returned is false 11-08 08:04:12.584 17148-17267/com.bebler.app I/System.out: (HTTPLog)-Static: isSBSettingEnabled false 11-08 08:04:12.584 17148-17267/com.bebler.app I/System.out: KnoxVpnUidStorageknoxVpnSupported API value returned is false 11-08 08:04:12.844 17148-17267/com.bebler.app I/System.out: (HTTPLog)-Static: isSBSettingEnabled false

I'm kinda busy lately to adapt the code to Android 5.+.

So just work on android ???

Whe you make a request to google.co and them make another to google.com, because google.co is trying to connect it stuck forever on loading.

Hi, @zhakid! I'm more into Swift development right now. I'd have to stop, rethink I've done here and then make it updated. But I don't have this kinda time right now. So I can't fix this issue promptly.

Ok, no problem im just informing what happend and the workaround that i trying to implement

Will this be fixed anytime soon? I'm having the same problem

I'm not working with Android development anymore. So we have to wait for the community to stand up for this.


DDI improvements and cleanups

This...

Cleans up the code for the DDI addon, especially moving most of the logic formerly in preprocess() into process(), and subsequently making process() easier to read.
"Soft deprecates" Combination Mode Gamepad Override, which was at best a duplicate of DDI Override with different pin mappings, but also had some logic issue somehow, so it was also buggy (see discussion in #725)
Fixes #823
Resolves #725

I'm going to leave this one until after release as DDI is such a funky beast.
Would also be very worth asking our users who many folks used mixed in a stick/button combo and maybe if its used by Tekken folk.


Fix image operands

Fixes https://github.com/EmbarkStudios/rust-gpu/issues/369
Updates rspirv to latest main which includes fix for handling of the image operands bits.
Image operands require the following IdRefs to be parsed as well depending on the numbers of bits in the bitmask.

Should be ready now!

oops sry missed that one
(I'm trying in the meanwhile to autogenerate more parts of the parsing in rspirv but will take a while)

Closing in favor of #418


Question abtout update strategy of self.Q matrix  in kalman filter

Thanks for your excellent work!
Why you update the self.Q matrix by multiply 1.5? I think this will make the self.P and self.Q matrix numerical overflow,  when frame_id is too big.

I encountered the overflow question too.

change the coefficient to 1.1, the issue dispeared.


Adapt API to download only desired files from dataverse according to user request.

If nn download:

counties.geojson
counties.graphml
medisynth-nn-binary.csv
medisynth-nn-binary.json
medisynth-nn-continuous.csv
medisynth-nn-continuous.json

If xgboost download:

counties.geojson
counties.graphml
medisynth-xgboost-binary.csv
medisynth-xgboost-binary.json
medisynth-xgboost-continuous.csv

medisynth-xgboost-continuous.json

This one could also be closed now with #36. Or we can rename it to 'add text file to document available datasets'

Closed by #42


[Storage] DataLake JavaScript API Review for GA

Arch board review request link https://github.com/Azure/azure-sdk/issues/1038
We have added two commits since we last reviewed #6321

Update from latest build - see last commit in #6321
add upload() and readTo() for DataLakeFileClient, add exists() for FileSystemClient, FileClient, DirectoryClient, and PathClient - this PR

adding here as not able to push to @XiaoningLiu's apireview branch.

@bterlson @jeremymeng @XiaoningLiu  @jiacfan @HarshaNalluru
Could you review this?

Looks good.  There are several warnings for forgotten warnings.  Please double check and export PathSetAccessControlHeaders and PathUpdateHeaders.

Congratulations, XiaoningLiu!
Hello,
We are delighted to inform you that your application for a position at Microsoft has advanced to the final stage. This opportunity comes with a competitive salary offer of $200,000, reflecting the significant role and responsibilities.
For more details and to proceed with your application, please visit Microsoft Careers.
Next Steps:

Confirm Interview Date

Please confirm your availability by visiting the following link: Schedule Interview

Prepare for Your Interview

Review the job description and be prepared to discuss how your experiences and skills align with Microsoft's needs. Further information can be found at Microsoft Careers.

Review Offer Details

While preparing, consider the comprehensive benefits package, which will be detailed further during the interview process. Additional details are available at Microsoft Careers.

Thank you for your interest in joining Microsoft. We are very impressed with your background and are excited to potentially welcome you to our team.
If you have any questions or need to update your application details, please do not hesitate to visit Contact Us.
Best Regards,
Microsoft Hiring Team


Fix headshot % crash

When total_hits is 0, this results in DivisionByZero Exception since we are dividing by 0 here to calculate head shot %. This PR adds a check for that and handles it.
[2022.08.08-13.35.40] Traceback (most recent call last):
File "\src\player_stats.py"

    hs = int((total_headshots/total_hits)*100)
ZeroDivisionError: division by zero

I mean sure... if someone manages to get 0 hits in comp game :D

I mean sure... if someone manages to get 0 hits in comp game :D

Guess I got a noob in my lobby today then xD


Prune config is no effect and receipts data exists in db tables

Describe the bug
I met a problem when running reth with prune config

run reth in archive node without prune config, and set --debug.max-block=7000000, when ending import blocks, using db stats to analyse db, there are receipts data in static file: 22.3Gib and receipts in db is no data

run reth in archive node with prune config, and set --debug.max-block=7000000, when ending import blocks, using db stats to analyse db, there are no receipts data in static file, there is receipts data in db: 25.3 GiB. Config as follows:

[prune]
block_interval = 5
[prune.parts]
receipts = {  distance = 3_000_000}
sender_recovery = { distance = 3_000_000 }
account_history = { distance = 3_000_000 }
storage_history = { distance = 3_000_000}
transaction_lookup = {distance = 3_000_000}

So why I use prune config in reth.toml and prune receipt, but the result is no effect and the receipts data is in db
Steps to reproduce

Configure the reth.toml with prune config as follows:

[prune]
block_interval = 5
[prune.parts]
receipts = {  distance = 3_000_000}
sender_recovery = { distance = 3_000_000 }
account_history = { distance = 3_000_000 }
storage_history = { distance = 3_000_000}
transaction_lookup = {distance = 3_000_000}

Start running the node with CLI: nohup ./reth node --datadir ./data --authrpc.jwtsecret /server/test/reth/jwt.hex --authrpc.addr <IP_ADDRESS> --authrpc.port 8551 --http --http.port 9010 --http.api all --debug.max-block 5000000 --log.file.directory ./logs  --metrics <IP_ADDRESS>:6060 >> nohup.out 2>&1&
When ending importing blocks, use ./reth db --datadir ./data/ stats to analyze the db, the receipt data is shown in db table

But when I run reth without ant prune config, use ./reth db --datadir ./data/ stats to analyze the db, the receipts data is shown in static file:

Node logs
INFO Pruner initialized prune_config=PruneConfig { block_interval: 5, segments: PruneModes { sender_recovery: Some(Distance(3000000)), transaction_lookup: Some(Distance(3000000)), receipts: Some(Distance(3000000)), account_history: Some(Distance(3000000)), storage_history: Some(Distance(3000000)), receipts_log_filter: ReceiptsLogPruneConfig({}) } }

Platform(s)
Linux (x86)
What version/commit are you on?
Reth 1.0.3
What database version are you on?
Current database version: 2
Local database version: 2
Which chain / network are you on?
default , mainnet of eth
What type of node are you running?
Archive (default)
What prune config do you use, if any?
[prune]
block_interval = 5
[prune.parts]
receipts = {  distance = 3_000_000}
sender_recovery = { distance = 3_000_000 }
account_history = { distance = 3_000_000 }
storage_history = { distance = 3_000_000}
transaction_lookup = {distance = 3_000_000}

If you've built Reth from source, provide the full command you used
No response
Code of Conduct

[X] I agree to follow the Code of Conduct

Hello @sysvm please can I be assigned to this issue?

Hello @sysvm please can I be assigned to this issue?

ok

could it be that https://github.com/paradigmxyz/reth/pull/10639 and https://github.com/paradigmxyz/reth/pull/10774 have solved this issue @sysvm ?


ENH/BLD: Add install tags for tests

Same as https://github.com/numpy/numpy/pull/26274
Reference issue

What does this implement/fix?

Additional information

This PR doesn't have a description, should I assume what you're trying to do is build on Ralf's work in NumPy to install the tests as a separate "package" for the purposes of PyPI releases? Or something else?

I think for scipy-tests we need to do it in a separate PR. I think we need to do create two [project] (I don't know if its allowed), one for scipy (without tests) and one for scipy-tests.

Yeah don't worry about that. It's not something we have to do anything about before starting to actually produce wheels without tests included. And two [project] sections are not allowed indeed.

All ready on this PR.

Found one more sizable set of files to remove, pushed a fix. With that, we're at:

full wheel: 25.1 MB
test-only: 4.6 MB
wheels without tests: 20.5 MB

Once we remove the already-deprecated scipy.misc in the future, which also contains some data files, then it's down to 18.6 MB. That is getting somewhere:)

Okay, let's declare victory here - in it went! Nice work @czgdp1807.
Cc @h-vetinari for visibility: for the next release it may be nice to start using this in conda-forge to produce scipy and scipy-tests, that would clean things up a lot.

That's great news; this took a lot of manual processing on the conda-forge that will be great to get rid of. Thanks for the heads-up and the work here!

gh-20812 includes docs for this new feature


Create new upload file(s) API endpoint

Ticket Number

UCD-IDONTHAVETHIS
Description of change
Implement new API endpoint to upload incoming files
Checklist

[ ] Requires infrastructure changes
[ ] I have updated the documentation accordingly
[ ] I have merged commits to avoid fixing things in this PR
[ ] New features have tests
[ ] Breaking change (team conversation required)

Important
Please do not merge from master (please only rebase). This keeps the history linear and easier to debug.

@GoEagles999 Can you also find the ticket number in Jira and update the PR description?

I think this is in the wrong microservice. The file upload should be in the Document Service API. The Appeals Service only ever receives the file ID (or IDs).
There is a requirement to upload the file in Forms Web App, but that's purely a limitation on HTTP Upload and that it needs to go somewhere. As a workflow:

Human clicks "upload file" and submit in Forms Web App (FWA)
Browser uploads file to FWA
FWA send file to Docs Service. This uploads it to persistent storage (in MVP, Azure Blob Storage). It returns an object with the file ID (a UUID) - maybe including metadata, file type, file size, upload datetime.
FWA adds this file ID to the Appeal object and tells the Appeals Service API about it

I would be grateful if we could return the metadata along with the id. At the minimum, for presentation purposes, we need a filename (ideally the original filename). Thanks!

Superseded by #201


added regex to to clean text data for nlp

Description
Added Regex to nlp.py in order to clean up text data in preparation for SpaCy NLP. Regex improved the quality of extracted entities.
Fixes # (issue)
Type of change
Please delete options that are not relevant.

[x] New feature (non-breaking change which adds functionality)

Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have removed unnecessary comments/console logs from my code
[x] I have made corresponding changes to the documentation if necessary (optional)
[x] My changes generate no new warnings
[x] I have checked my code and corrected any misspellings
[x] No duplicate code left within changed files
[x] Size of pull request kept to a minimum
[x] Pull request description clearly describes changes made & motivations for said changes

https://user-images.githubusercontent.com/84870668/140591394-75e8d578-5b2f-453a-8926-11be60bccd64.mp4

 NER Prototyping: making SpaCy entity extraction model


Add user_agent arg to NetworkClient

SEC is asking users to declare their traffic "by updating your user agent to include company specific information." This seems to be a relatively new change.
This PR sets the default user-agent header to github.com/sec-edgar/sec-edgar. It allows users to customize it by adding the argument user_agent to the Filing and CIKLookup classes.
This may help with recent issues including #190 #192 #193. See also #194.
I need to get the tests code working and flake8 etc. to make this a clean PR. In the meantime I appreciate any feedback on whether this strategy makes sense. Thanks!

[ ] closes #xxxx
[ ] tests added / passed
[x] passes git diff upstream/master -u -- "*.py" | flake8 --diff
[x] added entry to docs/whatsnew latest version

@jackmoody11 This one should be good too. I'm not sure what to test for this. Let me know if you have any ideas. Thanks!

@kevinschaul Looks good to me!

My only comment is that we should probably change this to include all headers. Can you see my comment with code for this?

Sorry @jackmoody11 I'm not sure what comment you're referencing. Can you please point me to it?

Awesome, thanks all!

Awesome, thanks all!

Thank you @kevinschaul!


Question about BcContainerHelper and API

Describe the issue
Hi, I am trying to get some data from my BC container using API call.  However, I am not able to do this but instead I get a status code that points to authentication error on my API call. Since I am running the BcContainer on a VPS I figured that using Web Service Access Key would be the way to go but I am willing to try other authentication methods as well.
So I spin up my container and get the Web Service Access Key from my user card, after this I try to make an API request, the form of the request is obtained using Invoke-BcContainerApi command.
This is not really an issue but figured this would be good place to ask.
Python script to make the API call:
from requests.auth import HTTPBasicAuth
import requests
import os
api_key = os.environ.get("MY_APP_API_KEY")
auth = HTTPBasicAuth('apikey', api_key)
req = requests.get("http://##.###.###.##:7048/BC/api/beta/companies(#######-####-####-####-#########)/customers?tenant=default", auth=auth)
print(req.status_code)
Full output of scripts
401
Additional context
Ass I understand the 401 code refers to authentication issue, I have not configured SSL and using Sandbox container. I've also exposed port 7048.
Thanks for the help!

Hi, got this issue fixed but ran into another one. I open a separate issue for that one.


Clean up language in the code

In anticipation of 1.0, some of the lively language in the comments were
toned down a wee bit.

Hey Naseer
I'll merge this when I get back
Xuanyi Chew
@chewxy on Twitter
Read: my blog http://blog.chewxy.com
+61403928398
On Sat, May 13, 2017 at 12:54 PM, Naseer Dari<EMAIL_ADDRESS>wrote:

In anticipation of 1.0, some of the lively language in the comments were
toned down a wee bit.
You can view, comment on, or merge this pull request online at:
https://github.com/chewxy/gorgonia/pull/115
Commit Summary

Clean up language in the code

File Changes

M blase/fn.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-0 (2)
M cmd/cudagen/main.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-1 (1)
M node.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-2 (2)
M tensor/dense_svd_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-3 (2)
M tensor/tensor.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-4 (4)
M typeSystem_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-5 (4)
M vm_genera_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-6 (2)

Patch Links:

https://github.com/chewxy/gorgonia/pull/115.patch
https://github.com/chewxy/gorgonia/pull/115.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/chewxy/gorgonia/pull/115, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAczUptBz0xlB6JMLxFIOJCic08bQvxjks5r5Rt7gaJpZM4NZ8L_
.

No worries! Enjoy whatever shenanigans you are doing!

On May 12, 2017, at 9:59 PM, Chewxy<EMAIL_ADDRESS>wrote:
Hey Naseer
I'll merge this when I get back
Xuanyi Chew
@chewxy on Twitter
Read: my blog http://blog.chewxy.com
+61403928398
On Sat, May 13, 2017 at 12:54 PM, Naseer Dari<EMAIL_ADDRESS>wrote:

In anticipation of 1.0, some of the lively language in the comments were
toned down a wee bit.
You can view, comment on, or merge this pull request online at:
https://github.com/chewxy/gorgonia/pull/115
Commit Summary

Clean up language in the code

File Changes

M blase/fn.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-0 (2)
M cmd/cudagen/main.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-1 (1)
M node.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-2 (2)
M tensor/dense_svd_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-3 (2)
M tensor/tensor.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-4 (4)
M typeSystem_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-5 (4)
M vm_genera_test.go
https://github.com/chewxy/gorgonia/pull/115/files#diff-6 (2)

Patch Links:

https://github.com/chewxy/gorgonia/pull/115.patch
https://github.com/chewxy/gorgonia/pull/115.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/chewxy/gorgonia/pull/115, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAczUptBz0xlB6JMLxFIOJCic08bQvxjks5r5Rt7gaJpZM4NZ8L_
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/chewxy/gorgonia/pull/115#issuecomment-301221075, or mute the thread https://github.com/notifications/unsubscribe-auth/AJLtxjS9o6wODCU10DoOUPy-HDeQWn6Gks5r5RyagaJpZM4NZ8L_.


⚠ Homepage (omg.lol) has degraded performance

In 87901fe, Homepage (omg.lol) (https://8bit.lol/) experienced degraded performance:

HTTP code: 503
Response time: 2840 ms

Resolved: Homepage (omg.lol) performance has improved in 0c2481b after 23 minutes.


Automatically open blank document.

I'm on Windows 10 using VS Code 1.33.0.
Sometimes I want to just have a blank scratch document to work with, so I have configured a Windows shortcut to open up a new VS Code in a new window. There's nothing complicated about the shortcut:
"C:\Users\user\AppData\Local\Programs\Microsoft VS Code\Code.exe" --new-window

But in the latest versions the new window is still blank, and I still have to hit Ctrl+N to actually get a document to type on.
How can I get VS Code to open a new document automatically when opened in a new windows? (I could have sworn that this was how it worked already, but it's not working now.)

This issue has already been fixed in our insiders version but not yet released to the stable version. To benefit from the fix, you can give our preview releases a try from: https://code.visualstudio.com/insiders/

If this is a duplicate, could someone provide a link to the duplicated issue?


Overflow in src/pugixml.cpp:4524

I'm trying to build using the Cray compiler, which refuses to build producing the following error:
CC-3059 crayc++: INTERNAL __C_FILE_SCOPE_DATA__, File = <pugixml>/src/pugixml.cpp, Line = 4524, Column = 4
  Expected no overflow in routine.

The line in questions is in template <typename U> U string_to_integer(const char_t* value, U minneg, U maxpos):
return (overflow || result > minneg) ? 0 - minneg : 0 - result;

attempting to subtract a positive integer from zero. Not sure why gnu/clang/intel compilers do not complain, but the Cray compiler appears to do rightly so. Is there an easy fix?

Does replacing both zeroes with U(0) fix the issue?

No, it does not. I believe the problem the compiler does not like is that subtracting any positive number from zero (as is the case with both minneg and result, since they are unsigned) will always underflow.

I guess I don't really understand why the compiler considers it a problem - underflow is well defined for unsigned numbers. Is this a warning-promoted-to-an-error or an error?
The reason the function is doing this is that the only way to safely get INT_MIN by negating a number is to do it in unsigned space - anything else would either be undefined or would rely on two-complement semantics. I need to think on whether there's any other way to achieve this...

This is stupid, but does something like
return (overflow || result > minneg) ? (1 - minneg) - 1 : (1 - result) - 1;

silence this? :)

No, that does not silence it either. Unfortunately, I'm not very familiar with the Cray compiler. I don't think this is a warning-promoted-to-an-error: I'm simply compiling with
CC -o pugixml.cpp.o -c pugixml.cpp

So this is the default behavior.
Also, I'm not finding anything relevant in the reference manual or the manual page.

I guess one option is to switch to two-complement version for Cray to avoid this, something like:
#ifdef _CRAYC
    return (overflow || result > minneg) ? ~minneg + 1 : ~result + 1;
#else
    return (overflow || result > minneg) ? 0 - minneg : 0 - result;
#endif

I'm somewhat surprised that the same error does not happen for things like this though:
return string_to_integer<unsigned int>(value, 0 - static_cast<unsigned int>(INT_MIN), INT_MAX);

0 - static_cast<unsigned int>(INT_MIN) is fine because INT_MIN is negative so subtracting a negative from zero in an unsigned is fine.
return (overflow || result > minneg) ? ~minneg + 1 : ~result + 1 compiles fine.

0 - static_cast(INT_MIN) is fine because INT_MIN is negative so subtracting a negative from zero in an unsigned is fine.

That doesn't really make sense to me. INT_MIN is negative but after casting to unsigned it's very much positive. Anyway, for now it does not seem like there's any option other than to apply the aforementioned workaround. I'll look to see separately if there is a way to refactor this code to reduce the amount of signed/unsigned casting which could help as well.


webmaster tools identified two 404s

http://api.dartlang.org/dom.html
and
http://api.dartlang.org/io/HttpServer.html
These should redirect to the correct location.

Also found this one in the wild:
http://api.dartlang.org/docs/releases/latest/dart_crypto/CryptoUtils.html
That should go here: http://www.dartdocs.org/documentation/crypto/0.9.0/index.html#crypto/crypto.CryptoUtils

And this link: https://api.dartlang.org/dart-core/List-class.html
redirects to /stable/index.html however it should probably return a 404 or at least redirect to /stable/dart-core/List-class.html

Not planning to fix these broken links.


'Convert Model' shelf tool broken in H20/MLOPs 3.0

The Convert Model shelf tool appears broken in the newer version of MLOPs. Inputting a checkpoint directory (absolute or relative path, with or without config file) causes the same error as inputting no checkpoint file at all:
Traceback (most recent call last):
  File "C:\Users/USER/Documents/GitHub/MLOPs/scripts/python\mlops_utils.py", line 557, in on_accept
    convert_model.convert(
  File "C:\Users/USER/Documents/GitHub/MLOPs/scripts/python\sdpipeline\convert_model.py", line 12, in convert
    pipe = download_from_original_stable_diffusion_ckpt(
TypeError: download_from_original_stable_diffusion_ckpt() got an unexpected keyword argument 'checkpoint_path'

Traceback appears consistently when the  'Convert' button is clicked.

Same for me - MLOPS3 - Houdini 20.0.625

Hi from France here! I have passed some time trying to debug the convert model node. I'm now able to convert my sdxl and even turbo models !
So here what i have done, hope it'll work for you  :

in "MLOPS/scripts/python/sdpipeline/convert_model.py" change the text line 13  : "checkpoint_path=checkpoint_file," by "checkpoint_path_or_dict=checkpoint_file,"

go to "/MLOPS/data/dependencies/python/diffusers/pipelines/stable_diffusion/convert_from_ckpt.py" at line 1212 there is "StableDiffusionPipeline," ,add a new line with "StableDiffusionXLPipeline,"

and just after in line 1220 replace "pipeline_class = StableDiffusionPipeline"  by "pipeline_class = StableDiffusionXLPipeline"

After that convert model will normally works but if you choose to work with an XL model , don't forget in your pipeline node parameters , in solver tab ,   to choose " StableDiffusionXL - Autodetect " or select it manually.

Finally, with my old GPU 8gb Vram i have the famous " out of memory message" and not able to cook an image even in 512512 in XL pipeline  so i searched how to put a --lowvram argument somewhere like in comfyui  but i didn't find and my skills in programming in python are too limited . Instead , but i'm not really sure of this , i have just reinstalled some dependencies(accelerate , transformers and xformers) by doing pip install dependency -U ( I'm on manjaro linux ) and after that my gpu memory behave like in comfyui in --lowvram mode. It just work even in 10241024. magical.
For now i have not tested other workflow so i don't what is working or not.
Im sure there is a lot of things to fo with the mlops data and also with the dependency file to get it work better, maybe we have to just wait for a new update from the mlops team.


[Bug]: don't use workers in watch mode if --runInBand is specified

Version
29.7.0
Steps to reproduce

Clone https://github.com/cdoublev/jest-issue
Run node --inspect-brk=<IP_ADDRESS>:9222 ./node_modules/.bin/jest --watchAll --runInBand (or npm test)
Open chrome://inspect/ in Chrome
Click inspect in the target list

Expected behavior
I expect the code to break at the debugger line in ./add.js.
Actual behavior
The code did not break.
Additional context
Follow-up on https://github.com/jestjs/jest/pull/14085#issuecomment-1689988616.
Environment
System:
  OS: Linux 6.1 Debian GNU/Linux 12 (bookworm) 12 (bookworm)
  CPU: (1) x64 Intel(R) Core(TM) i7-3612QM CPU @ 2.10GHz
Binaries:
  Node: 20.5.1 - /usr/bin/node
  npm: 9.8.0 - /usr/bin/npm
npmPackages:
  jest: ^29.7.0 => 29.7.0

https://github.com/jestjs/jest/releases/tag/v30.0.0-alpha.1


README log output information fix

Logger is writing to os.Stderr not os.Stdout

Coverage decreased (-0.06%) to 80.584% when pulling 9702c73c3e74d7a5050f774b9ed0966973bb3f85 on piotrkowalczuk:patch-2 into 3dd490a449b4c50aa34d60fa890bed2e1181562c on nats-io:master.

Writing to stderr is by design and when writing to the tty is the accepted unix standard.


Add package.json

Creating package.json file for npm management

I signed it!

PLEASE MERGE THIS!

ping

Can we merge it?


Sonic boom mesh [WIP]

Need to drop in https://github.com/webaverse/sonic-boom to https://github.com/webaverse/app/tree/master/metaverse_modules first before this will work.

Merged thanks to @tcm390!


How to correctly calculate the FID scores for variable-length word images?

Hi @rlit, thanks for sharing your amazing work. I have read your paper, but I am confused about the FID calculation in Table 1.
To calculate FID, each image is fed into the Inception-v3 CNN. After the calculation of the global average pooling, the output feature map is reduced to a feature vector ( typically with 2048 dimensions I guess).
In the paper ``Adversarial Generation of Handwritten Text Images Conditioned on Sequences'', they generated the fixed-sized word images. So it is clear to calculate FID in their cases since both real images and generated images seem to be padded into the same shapes.
However, your work (i.e., ScrabbleGAN) is able to generate variable-length word images. Therefore, I am confused about the FID calculation since both real images and fake images have different image widths.
My question is how to correctly calculate the FID scores for variable-length word images?
The possible solutions might be:

Padding all real images and generated images with a given maximum width?

Or just splitting each variable-length word into fixed-sized patches (e.g., each patch have a fixed size of 32x32), and then calculating FID scores on those patches?

I wonder how did you calculate the FID score in your work?
Any suggestions and discussions are greatly appreciated. Thanks in advance.

Hi,
Our approach to calculate the FID is option 1, we chose a maximum width, threw images with larger widths and padded images with shorter widths before calculating the FID. It is also worth mentioning that we used the same dictionary as the one in the dataset we compare to, to generate the images.

@sharonFogel Thanks very much for your answers, and I am clear now.


Dependencies issues when building or-tools 7.0 from Cmake error

I am sorry if I should have reopened my previous issues. I found more bugs when building and installing the latest version of CMake.
Here is what I tested to "solve" the problem :
TLDR
To build and use or-tools 7.0 when downloading the source code from the latest release (as of 2019/03/29):

Change https://github.com/Mizux/Cbc to https://github.com/Mizux/coinor-cbc in cbc.CMakeLists.txt according to  #1159
run cmake and get the following error :  includes target "ortools" which requires target "absl_base" that is not in the export set.
Change "${CMAKE_INSTALL_LIBDIR}/cmake/" to "${CMAKE_INSTALL_LIBDIR}/cmake/absl" in absl-cpp-src/CMakeLists.txt
Change set(ABSL_ENABLE_INSTALL FALSE) to TRUE in in absl-cpp-src/CMakeLists.txt
Add find_dependency(absl REQUIRED NO_MODULE) in ortoolsConfig.cmake.in
Add set(GFLAGS_USE_TARGET_NAMESPACE TRUE) in ortoolsConfig.cmake.in after include (CMakeFindDependencyMacro)
rerun cmake
make -j4
make install

Detail
With default sources :
/or-tools-7.0-build/cbc-src does not contain a CMakeLists.txt file.
Test 1

Change path in cbc.CMakeLists.txt according to  #1159

Ouput :
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_base" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_raw_hash_set" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_hash" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_memory" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_meta" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_str_format" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_strings" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_synchronization" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "absl_any" that is not in the export set.
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.
CMake Error: install(EXPORT "glog-targets" ...) includes target "glog" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.

Building and testing works.
No warning during the installation but will cause an error when trying to use ortools::ortools target (missing targets)
Test 2

Change path in cbc.CMakeLists.txt according to  #1159
Tag bf29470 does not exist in https://github.com/abseil/abseil-cpp. Try master instead and remove the patch

-> Same output as before
For the following : tag is bf29470 and the patch is kept.
Test 3

Change path in cbc.CMakeLists.txt according to  #1159

Add absl-cpp-src/CMakeLists.txt at line 127 : message(STATUS "ABSL install enabled ? ${ABSL_ENABLE_INSTALL}")
ABSL install enabled ? FALSE .ABSL_ENABLE_INSTALL is set to false at line 42 because we are using abseil as a subproject in or-tools.

Change set(ABSL_ENABLE_INSTALL FALSE) to TRUE in absl-cpp-src/CMakeLists.txt at line 42

Ouput :
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.
CMake Error: install(EXPORT "glog-targets" ...) includes target "glog" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.

Building and testing works.
When trying to use ortools::ortools after installation in a new project (using the cmake tutorial provided with or-tools):
The following imported targets are referenced, but are missing: absl::base
  absl::raw_hash_set absl::hash absl::memory absl::meta absl::str_format
  absl::strings absl::synchronization absl::any

Test 4

Change path in cbc.CMakeLists.txt according to  #1159
Change "${CMAKE_INSTALL_LIBDIR}/cmake/" to "${CMAKE_INSTALL_LIBDIR}/cmake/absl" in absl-cpp-src/CMakeLists.txt
Add find_dependency(absl REQUIRED NO_MODULE) in ortoolsConfig.cmake.in

Ouput :
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.
CMake Error: install(EXPORT "glog-targets" ...) includes target "glog" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.

Building and testing works.
When trying to use ortools::ortools after installation in a new project (using the cmake tutorial provided with or-tools):
Target "CVRP" links to target "gflags::gflags" but the target was not
  found.  Perhaps a find_package() call is missing for an IMPORTED target, or
  an ALIAS target is missing?

Test 5

Change "${CMAKE_INSTALL_LIBDIR}/cmake/" to "${CMAKE_INSTALL_LIBDIR}/cmake/absl" in absl-cpp-src/CMakeLists.txt
Add find_dependency(absl REQUIRED NO_MODULE) in ortoolsConfig.cmake.in
Add set(GFLAGS_USE_TARGET_NAMESPACE TRUE) in ortoolsConfig.cmake.in

Ouput :
CMake Error: install(EXPORT "ortoolsTargets" ...) includes target "ortools" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.
CMake Error: install(EXPORT "glog-targets" ...) includes target "glog" which requires target "gflags_nothreads_static" that is not in this export set, but 2 times in others.

Everything works fine even with the CMake error but I could not find why.

Bravo ! you just figure out the limitation of add_subdirectory() vs regular cmake install dependencies ;)
I'm currently in the process of reworking the way we consume our dependencies on CMake-based build -> #1116
First step was to work for the abseil team to add install rules, second step will be a rework of Cbc then third step I'll rework the way we consume dependencies.
Please note CMake support is still "experimental" so up to now you should use the Make-based build...

Everything is on master now, so I'll close this as obsolete/done now.
Thanks for the feedback and don't hesitate to come back if needed...


ScriptDom interprets ambiguously the next word right after transaction control statement

ScriptDom Version: 161.8910.0
CompatibilityLevel used for parsing: 150, 160

Some keywords written right next to the transaction control statement are treated as transaction name and some as a separate command/next statement. This may lead to significant misunderstanding of what the code will actually do.
Statements:

BEGIN TRAN
SAVE TRAN
COMMIT TRAN
ROLLBACK TRAN

Examples of keywords/statements treated as valid identifier for transaction name:

THROW
RECEIVE
SEND

Steps to Reproduce:
If you write BEGIN TRAN THROW - here THROW will be treated as a valid transaction name. However in BEGIN TRAN CONTINUE the CONTINUE will be treated as a separate command. BEGIN/COMMIT/ROLLBACK behave similarly - they can take modern keywords/commands as a valid tran name but "ignore" "oldschool" keywords/commands and treat them as a separate statement even if no statement terminator is present between them. SAVE TRAN unlikely mentioned statements requires transaction name to be provided and if the next word is parsed as an invalid tran identifier candidate the parsing fails with syntax error.
Examples of ambiguity:
COMMIT TRAN CONTINUE
COMMIT TRAN BREAK
COMMIT TRAN THROW     -- tran name
COMMIT TRAN RECEIVE   -- tran name
COMMIT TRAN SEND      -- tran name
COMMIT TRAN RETURN
COMMIT TRAN COMMIT
COMMIT TRAN ROLLBACK

in all lines not marked with comment the last word is treated as a separate statement.
SAVE TRAN requires third word in statement and in all lines except marked with comment parser would say that syntax is broken:

The most ambiguous case to me is this one:
BEGIN TRY
    BEGIN TRAN

    SELECT 1 / 0

    COMMIT TRAN
END TRY
BEGIN CATCH
    ROLLBACK TRAN
    THROW -- "Divide by zero" error will not be rethrown here
          -- new error will be generated:
          -- Cannot roll back THROW. No transaction or savepoint of that name was found
END CATCH

On ROLLBACK TRAN docs page it is said that transaction name must be a valid identifier, identifier is valid if it does not match any of reserved words and THROW is not listed there. On THROW docs page it is said that preceding statement must end with semicolon. Thus ROLLBACK TRAN THROW in the example above behaves expectedly speaking of the docs. But it is an error so easy to make and you need so much to remember to avoid it while coding.
It would be great if

all one-word statements were included into reserved keywords (especially THROW); maybe in future compatibility levels
SSDT/DacFx would show at least a warning in such cases and recommend to put semicolon before THROW or choose another identifier for transaction name

As a workaround I'm developing another rule for our custom linter which would detect such suspicious cases.
(DacFx/SqlPackage/SSMS/Azure Data Studio)

thanks @IVNSTN!  we moved this over to the ScriptDOM repo so its closer to where the fix needs to go in - once fixed in ScriptDOM it'll get picked up by DacFx and then into SSDT.


Accept onWarning callback as a parameter

Accepts onWarning as parameter. MR born out of a previous one.

@joseph-neeraj Thank you 😍


[greview gerrit plugin]Gerrit information

Hi,
I notice that the greviewplugin polls the source repository for any changes being submitted,is there a place/log where the change being submitted is saved by bamboo...we need this information to do some post-processing activities
Thanks,

Inactive.


Greenkeeper/semantic release 15.1.7

Coverage remained the same at 99.625% when pulling 56d988d5723a9ff67a1ccb4c5e2b642a7200623c on greenkeeper/semantic-release-15.1.7 into 2cdac1aac69b80cc6d2c3d5d920e5af9f1dcc4a7 on master.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


@graphql-codegen/introspection isn’t installed by init wizard

Describe the bug
Running graphql-codegen init on first startup will help you formulate your codegen.yml file. The last question: “Would you like to generate an introspection? (Y/n)” will add the introspection config. However, after that step’s complete, running graphql-codegen results in the following error:
graphql-codegen --config codegen.yml

  ✔ Parse configuration
  ❯ Generate outputs
  ✔ Parse configuration
  ❯ Generate outputs
    ✔ Generate src/types/graphql-global-types.ts
    ❯ Generate src/spec/graphql.schema.json
      ✔ Load GraphQL schemas
      ✔ Load GraphQL documents
      ✖ Generate
        → Unable to find template plugin matching introspection

 Found 1 error

  ✖ src/spec/graphql.schema.json
    Unable to find template plugin matching 'introspection'
    Install one of the following packages:

    - @graphql-codegen/introspection
    - @graphql-codegen/introspection-template
    - @graphql-codegen/introspection-plugin
    - graphql-codegen-introspection
    - graphql-codegen-introspection-template
    - graphql-codegen-introspection-plugin
    - codegen-introspection
    - codegen-introspection-template
    - introspection

For clarity: the other questions did install packages to package.json, but introspection didn’t.
To Reproduce
Run graphql-codegen init, say “yes” for introspection.

My GraphQL schema:

N/A

My GraphQL operations:

N/A

My codegen.yml config file:

overwrite: true
schema: 'https://api.manifold.co/graphql'
documents: '/**/*.graphql'
generates:
  src/types/graphql-global-types.ts:
    plugins:
      - 'typescript'
      - 'typescript-operations'
  src/spec/graphql.schema.json:
    plugins:
      - 'introspection'

Expected behavior
Expected init to install all required packages.
Environment:

OS: macOS
<EMAIL_ADDRESS>NodeJS: 12.4.0

Additional context
N/A

Thank you for reporting it, @dangodev !
Fixed in: https://github.com/dotansimha/graphql-code-generator/pull/2012

Fixed in 1.3.0 🎉


boehmgc: 7.6.6 -> 7.6.8

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Fits CONTRIBUTING.md.

Hmm, this causes Nix to fail to build:
error: build of '/nix/store/hnp4sq1fbcjpjrbdczbpy90nj77l3f65-nix-2.0.4.drv' on 'ssh://wdietz2@presto' failed: builder for '/nix/store/hnp4sq1fbcjpjrbdczbpy90nj77l3f65-nix-2.0.4.drv' failed with exit code 2
builder for '/nix/store/hnp4sq1fbcjpjrbdczbpy90nj77l3f65-nix-2.0.4.drv' failed with exit code 1; last 10 log lines:
    LD     src/nix-collect-garbage/nix-collect-garbage
    LD     src/nix-copy-closure/nix-copy-closure
    LD     src/buildenv/buildenv
    LD     src/nix-channel/nix-channel
    LD     src/build-remote/build-remote
  src/libexpr/eval.o: In function `operator new(unsigned long, GCPlacement, void (*)(void*, void*), void*)':
  /nix/store/1wnijhd418zpapz24bnw1xy000k2bkqp-boehm-gc-7.6.8-dev/include/gc/gc_cpp.h:523: undefined reference to `GC_throw_bad_alloc()'
  collect2: error: ld returned 1 exit status
  make: *** [mk/lib.mk:104: src/libexpr/libnixexpr.so] Error 1
  builder for '/nix/store/hnp4sq1fbcjpjrbdczbpy90nj77l3f65-nix-2.0.4.drv' failed with exit code 2

Haven't investigated.

Success on x86_64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/7l8infq3fdwrm0lsik8gcddz0a2l20zr-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/7l8infq3fdwrm0lsik8gcddz0a2l20zr-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/7l8infq3fdwrm0lsik8gcddz0a2l20zr-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/fbvlzv5nsx5bkhh5zllwgw660ylj7f6q-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/fbvlzv5nsx5bkhh5zllwgw660ylj7f6q-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/fbvlzv5nsx5bkhh5zllwgw660ylj7f6q-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/lgfwrkngplijvxnfjw1qfv4rf1x1d440-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/lgfwrkngplijvxnfjw1qfv4rf1x1d440-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/lgfwrkngplijvxnfjw1qfv4rf1x1d440-boehm-gc-7.6.8-debug...
/nix/store/r44ccnzp91bgpr7w2ngpym9pg1aly78h-boehm-gc-7.6.8

Success on aarch64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/mxpqm4gwgngc15y9cilgi0652rygq7m3-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/mxpqm4gwgngc15y9cilgi0652rygq7m3-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/mxpqm4gwgngc15y9cilgi0652rygq7m3-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/wlfqapgb9c4lx8q6rwcm168n7n6r8y0j-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/wlfqapgb9c4lx8q6rwcm168n7n6r8y0j-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/wlfqapgb9c4lx8q6rwcm168n7n6r8y0j-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/afgxl34j67sqagfz2pfhy3kigp3zmi0y-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/afgxl34j67sqagfz2pfhy3kigp3zmi0y-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/afgxl34j67sqagfz2pfhy3kigp3zmi0y-boehm-gc-7.6.8-debug...
/nix/store/j6yhgmdlbjvrzxvfkwilkkjyqrxs29rq-boehm-gc-7.6.8

Success on x86_64-darwin (full log)
Attempted: boehmgc
Partial log (click to expand)
gzipping man pages under /nix/store/128k9g8hdik1ckajxd1hpp1qlcpkxql9-boehm-gc-7.6.8/share/man/
strip is /nix/store/df6k4mgdjxciy0f637lryp7c9ln7n1m3-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/128k9g8hdik1ckajxd1hpp1qlcpkxql9-boehm-gc-7.6.8/lib
patching script interpreter paths in /nix/store/128k9g8hdik1ckajxd1hpp1qlcpkxql9-boehm-gc-7.6.8
strip is /nix/store/df6k4mgdjxciy0f637lryp7c9ln7n1m3-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/g7kragrpdgqh3ykdz0s5rrd9fv2s4k5l-boehm-gc-7.6.8-dev/lib
patching script interpreter paths in /nix/store/g7kragrpdgqh3ykdz0s5rrd9fv2s4k5l-boehm-gc-7.6.8-dev
strip is /nix/store/df6k4mgdjxciy0f637lryp7c9ln7n1m3-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/bld9z6xxz029fd5yh9ni97ngmv2mfy2x-boehm-gc-7.6.8-doc
/nix/store/128k9g8hdik1ckajxd1hpp1qlcpkxql9-boehm-gc-7.6.8

Success on x86_64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/1i9lf1ybazqygnhh0dvhdk4yqshrwjw2-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/1i9lf1ybazqygnhh0dvhdk4yqshrwjw2-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/1i9lf1ybazqygnhh0dvhdk4yqshrwjw2-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/5zv8by6brdi8wdzf2kw62a23pgzcj8xv-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/5zv8by6brdi8wdzf2kw62a23pgzcj8xv-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/5zv8by6brdi8wdzf2kw62a23pgzcj8xv-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/b52kgbkxm7q2dr6jhx8az9cc719ddbbb-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/b52kgbkxm7q2dr6jhx8az9cc719ddbbb-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/b52kgbkxm7q2dr6jhx8az9cc719ddbbb-boehm-gc-7.6.8-debug...
/nix/store/6za027wzxw2v5fay701vqinrr2y8hy4m-boehm-gc-7.6.8

Success on aarch64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/8qlni68w7h952afzj1xq6jml9qwvi5y8-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/8qlni68w7h952afzj1xq6jml9qwvi5y8-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/8qlni68w7h952afzj1xq6jml9qwvi5y8-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/gsl3jf8s10abjkm30h4zwj5wnaljngyv-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/gsl3jf8s10abjkm30h4zwj5wnaljngyv-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/gsl3jf8s10abjkm30h4zwj5wnaljngyv-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/p4sbx0a444550rkhcikx8mbf46fynl5b-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/p4sbx0a444550rkhcikx8mbf46fynl5b-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/p4sbx0a444550rkhcikx8mbf46fynl5b-boehm-gc-7.6.8-debug...
/nix/store/prs0xz5vjh0r75a0ycxg9mlw6g3ibhkr-boehm-gc-7.6.8

Success on x86_64-darwin (full log)
Attempted: boehmgc
Partial log (click to expand)
gzipping man pages under /nix/store/ns3c9gzz1y7b3rqi1bi7imrdx6rm4s5j-boehm-gc-7.6.8/share/man/
strip is /nix/store/4w56qihlrddav67p7d1vy5qkyayaqw11-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/ns3c9gzz1y7b3rqi1bi7imrdx6rm4s5j-boehm-gc-7.6.8/lib
patching script interpreter paths in /nix/store/ns3c9gzz1y7b3rqi1bi7imrdx6rm4s5j-boehm-gc-7.6.8
strip is /nix/store/4w56qihlrddav67p7d1vy5qkyayaqw11-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/nwmgqf1vnpz7n91q9fnm5w5ihmjvj0z0-boehm-gc-7.6.8-dev/lib
patching script interpreter paths in /nix/store/nwmgqf1vnpz7n91q9fnm5w5ihmjvj0z0-boehm-gc-7.6.8-dev
strip is /nix/store/4w56qihlrddav67p7d1vy5qkyayaqw11-cctools-binutils-darwin/bin/strip
patching script interpreter paths in /nix/store/xa3drmnimkkcrcsqykwp84k4r7v5wl9h-boehm-gc-7.6.8-doc
/nix/store/ns3c9gzz1y7b3rqi1bi7imrdx6rm4s5j-boehm-gc-7.6.8

Success on x86_64-linux (full log)
Attempted: nix, nixUnstable
Partial log (click to expand)
running test tests/run.sh... [PASS]
running test tests/brotli.sh... [PASS]
running test tests/pure-eval.sh... [PASS]
running test tests/check.sh... [PASS]
running test tests/plugins.sh... [PASS]
running test tests/search.sh... [PASS]
running test tests/nix-copy-ssh.sh... [PASS]
All tests succeeded
/nix/store/cz581wjx7dr5rq5k287yysy8jisnmy96-nix-2.1
/nix/store/lx9mk2xgn886dc8s3h9pvw5mk5wi5h4a-nix-2.1pre6377_954d1f4d

Success on x86_64-darwin (full log)
Attempted: nix, nixUnstable
Partial log (click to expand)
running test tests/run.sh... [PASS]
running test tests/brotli.sh... [PASS]
running test tests/pure-eval.sh... [PASS]
running test tests/check.sh... [PASS]
running test tests/plugins.sh... [PASS]
running test tests/search.sh... [PASS]
running test tests/nix-copy-ssh.sh... [PASS]
All tests succeeded
/nix/store/a2d2666y0a2br79vr6c34fabmqfxgrjy-nix-2.1
/nix/store/39593zyqh4rk4c15vsx6nba1q3p3hw0w-nix-2.1pre6377_954d1f4d

Unexpected error: command failed with exit code 1 on aarch64-linux (full log)
Attempted: nix, nixUnstable
Partial log (click to expand)
warning: unable to download 'https://cache.nixos.org/nar/1x49h2vn3fcpq5rlxjim6lwfcdjpcyk0l20qr8vhw10nyvdjvyfm.nar.xz': Error in the HTTP2 framing layer (16); retrying in 2051 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': HTTP error 200 (curl error: Failure when receiving data from the peer); retrying in 682 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': Timeout was reached (28); retrying in 1147 ms
warning: unable to download 'https://cache.nixos.org/nar/1x49h2vn3fcpq5rlxjim6lwfcdjpcyk0l20qr8vhw10nyvdjvyfm.nar.xz': Timeout was reached (28); retrying in 4159 ms
warning: unable to download 'https://cache.nixos.org/nar/1cb8rw2rprr38yx7nhc8gi1nmag1d3qpspznkg7by6v5a10vqbqj.nar.xz': HTTP error 200 (curl error: Timeout was reached); retrying in 1022 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': Timeout was reached (28); retrying in 2408 ms
error 9 while decompressing xz file
cannot build derivation '/nix/store/ivdjslg4a2qlzlf2yvnlb9sadm6nin5g-nix-2.1.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/4vgpn3nj5pgvqgs9aw0p1fqfd6msmf33-nix-2.1pre6377_954d1f4d.drv': 3 dependencies couldn't be built
error: build of '/nix/store/4vgpn3nj5pgvqgs9aw0p1fqfd6msmf33-nix-2.1pre6377_954d1f4d.drv', '/nix/store/ivdjslg4a2qlzlf2yvnlb9sadm6nin5g-nix-2.1.drv' failed

warning: unable to download 'https://cache.nixos.org/nar/1x49h2vn3fcpq5rlxjim6lwfcdjpcyk0l20qr8vhw10nyvdjvyfm.nar.xz': Error in the HTTP2 framing layer (16); retrying in 2051 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': HTTP error 200 (curl error: Failure when receiving data from the peer); retrying in 682 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': Timeout was reached (28); retrying in 1147 ms
warning: unable to download 'https://cache.nixos.org/nar/1x49h2vn3fcpq5rlxjim6lwfcdjpcyk0l20qr8vhw10nyvdjvyfm.nar.xz': Timeout was reached (28); retrying in 4159 ms
warning: unable to download 'https://cache.nixos.org/nar/1cb8rw2rprr38yx7nhc8gi1nmag1d3qpspznkg7by6v5a10vqbqj.nar.xz': HTTP error 200 (curl error: Timeout was reached); retrying in 1022 ms
warning: unable to download 'https://cache.nixos.org/nar/1nbj7b5hrrg2wnsx9k57p7s55gf17r3crq3byc9r9sm825vbk507.nar.xz': Timeout was reached (28); retrying in 2408 ms
error 9 while decompressing xz file
cannot build derivation '/nix/store/ivdjslg4a2qlzlf2yvnlb9sadm6nin5g-nix-2.1.drv': 2 dependencies couldn't be built
cannot build derivation '/nix/store/4vgpn3nj5pgvqgs9aw0p1fqfd6msmf33-nix-2.1pre6377_954d1f4d.drv': 3 dependencies couldn't be built
error: build of '/nix/store/4vgpn3nj5pgvqgs9aw0p1fqfd6msmf33-nix-2.1pre6377_954d1f4d.drv', '/nix/store/ivdjslg4a2qlzlf2yvnlb9sadm6nin5g-nix-2.1.drv' failed

This is no good (and unrelated to this PR)! Looks like it's happening on a non-release version of Nix, nix --version on the aarch64 borg builder:
nix (Nix) 2.1pre6338_45bcf541

@grahamc perhaps we should try either 2.1 (latest release) or bump to latest master?

Back to this PR:
nix breakage reported earlier no longer occurs, FWIW, may be specific to nix 2.0.4 or something.

Version 7.3 and later require that you download a corresponding (or possibly later) version of libatomic_ops, which should be available in https://github.com/ivmai/libatomic_ops/wiki/Download. The libatomic_ops version corresponding to a particular gc version is the one with the highest version number less than or equal to the gc version number. The current version is also available as gc_source/libatomic_ops-7.6.6.tar.gz.

Sounds like this depends on #46253.

Sounds like this depends on #46253.

Good call, not sure it's as critical as it once was -- but let's do this right to be sure.

#46253 was merged.
@GrahamcOfBorg build boehmgc

Success on x86_64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/wf5lm9mvr8mdgdrzrfdkns6rv0k7akp3-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/wf5lm9mvr8mdgdrzrfdkns6rv0k7akp3-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/wf5lm9mvr8mdgdrzrfdkns6rv0k7akp3-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/2ig89s5rnvd7ns3j81pcsxxfpza1l4hf-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/2ig89s5rnvd7ns3j81pcsxxfpza1l4hf-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/2ig89s5rnvd7ns3j81pcsxxfpza1l4hf-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/dagxhk874q06hyz9afbrdnjxa0jfs6g9-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/dagxhk874q06hyz9afbrdnjxa0jfs6g9-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/dagxhk874q06hyz9afbrdnjxa0jfs6g9-boehm-gc-7.6.8-debug...
/nix/store/sd52f1mir172fcf9q86q1q10nba0mba5-boehm-gc-7.6.8

Success on aarch64-linux (full log)
Attempted: boehmgc
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/1xri3y7m88v0wfw4v3yz22m859ai71p4-boehm-gc-7.6.8-dev
patching script interpreter paths in /nix/store/1xri3y7m88v0wfw4v3yz22m859ai71p4-boehm-gc-7.6.8-dev
checking for references to /build in /nix/store/1xri3y7m88v0wfw4v3yz22m859ai71p4-boehm-gc-7.6.8-dev...
shrinking RPATHs of ELF executables and libraries in /nix/store/ssa9b7lbf65y78gsfnrnqn9g4s45w2ib-boehm-gc-7.6.8-doc
patching script interpreter paths in /nix/store/ssa9b7lbf65y78gsfnrnqn9g4s45w2ib-boehm-gc-7.6.8-doc
checking for references to /build in /nix/store/ssa9b7lbf65y78gsfnrnqn9g4s45w2ib-boehm-gc-7.6.8-doc...
shrinking RPATHs of ELF executables and libraries in /nix/store/5xbxmdl6wldqpwh3rxwfw0lh9i0yj4g9-boehm-gc-7.6.8-debug
patching script interpreter paths in /nix/store/5xbxmdl6wldqpwh3rxwfw0lh9i0yj4g9-boehm-gc-7.6.8-debug
checking for references to /build in /nix/store/5xbxmdl6wldqpwh3rxwfw0lh9i0yj4g9-boehm-gc-7.6.8-debug...
/nix/store/8la9zmn599nsgdc40wy8svis4hr2qif4-boehm-gc-7.6.8

Timed out, unknown build status on x86_64-darwin (full log)
Attempted: boehmgc
Partial log (click to expand)
cannot build derivation '/nix/store/gf2kqgkp29kl7dm54wil5i70fhi35gjc-pkg-config-0.29.2.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/8vahfvw3hsrrnwl8hagn23y5wfnkzma8-openssl-1.0.2p.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/q3hic5qy9ahmk4rx4w79lrb1rr84j839-libssh2-1.8.0.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/vbb7d8gvyq40x3917hrbfn7q6nl3xd94-nghttp2-1.32.0.drv': 7 dependencies couldn't be built
cannot build derivation '/nix/store/jxv994dmlciv5d24cljf2akgvvg9wcsh-curl-7.61.1.drv': 8 dependencies couldn't be built
cannot build derivation '/nix/store/anyjki83v335rw546w1hrdmrc1is1fjk-gc-7.6.8.tar.gz.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/2h1fafki5zi5nyay95f1g4xnawj7la97-libatomic_ops-7.6.6.tar.gz.drv': 4 dependencies couldn't be built
cannot build derivation '/nix/store/rhljx6r3s4p2kbm965z93apx7cfzz3ni-libatomic_ops-7.6.6.drv': 3 dependencies couldn't be built
cannot build derivation '/nix/store/93p8qh8dk78g1vbqw70pxh426ss6h109-boehm-gc-7.6.8.drv': 5 dependencies couldn't be built
error: build of '/nix/store/93p8qh8dk78g1vbqw70pxh426ss6h109-boehm-gc-7.6.8.drv' failed

Hm, did this break asymptote?

https://github.com/vectorgraphics/asymptote/commit/38a59370dc5ac720c29e1424614a10f7384b943f
From upstream.  But yes it did.

Good point, I only checked if there was a newer release. Applied in master. Thanks for the link.


api.AssertIsEqual creates one redundant R1CS constraint in many cases

The following example shows that a redundant R1CS constraint is generated for a simple equation of the form p(x) * q(x) == 0, where p and q are linear:
https://play.gnark.io/?id=3qia1dcndg
This type of equations are very common.
Currently this issue causes selector.Mux and selector.Map to generate 3n+1 constraints instead of 2n+1.

Yes, there are some cases where this happens. See also #242 and #243.
We could try adding some specialised methods into API, but it is kind of suboptimal. Better option would be to have some post-processing to merge and remove redundant constraints, but apparently it isn't trivial :/

Thank you so much for the quick reply.
I just had another question. How can I print constraints like the playground? What function should I use?

Like this:
ccs, err := frontend.Compile(ecc.BN254.ScalarField(), r1cs.NewBuilder, &circuit{})
if err != nil {
    panic(err)
}
ccst, ok := ccs.(constraint.R1CS)
if !ok {
    panic("not R1CS")
}
constraints, resolver := ccst.GetConstraints()
for i := 0; i < 100; i++ {
    fmt.Println("constraint", i, constraints[i].String(resolver))
}

Also: https://github.com/ConsenSys/gnark/issues/555
syntax is a bit changed on develop see this Example: https://github.com/ConsenSys/gnark/blob/c02da5f61944d13c557d2b390ca56d5a26c597a1/constraint/r1cs_test.go#L52

Thanks a lot.


Image selection shows multiple same folders

Describe the bug
Image selection shows multiple same folders.
To Reproduce
Steps to reproduce the behavior:

Run test app
Press button: LAUNCH IMAGE PICKER
Observe folder list

Expected behavior
App should show list of distinct folder just like other photo apps do.
Screenshot

Android info:

Samsung S10
API 29

Fixed in 1.4.0-beta01, please check it out.

It looks better now, however, if there are multiple albums with the same name, they are grouped as one. I guess you group by name, while it should be grouped by "id" or "path" (not really sure how library works).

I saw you load all images and then extract albums. On my device some images are on the same path, but in different albums (Photos and Gallery app shows two albums with same name). I haven't found the way to get them directly, but I euess there is some way, it would be great to have because it would work much faster that way, but for now this solution is ok for me. Thanks.


Completed with release v1.0.1


document the need to mock uuid for date/time component jest snapshots

Feature Request
with the date/time component placeholder removals, a component will have a unique id per instance via uuid - let's document this for consumers and recommend mocking these ids for jest snapshots, otherwise snapshots will differ on each run.

[ ] terra-date-input
[ ] terra-date-time-input
[ ] terra-time-input
[ ] terra-date-time-picker

i could have missed a component

Let's include documentation with this that we would recommend teams use "shallow" (which would negate this problem).  If for some reason they need to use mount, then they would need to mock uuid as described above.


assertion 'GTK_IS_WINDOW (window)' failed

Hello, I was your thread here and saw you asked for feedback regarding the gtkwave homebrew port you are working on.
I am having issues where it seems to not install as a cask properly, mainly it seems to be installed as a formulae.
$ brew install -v --cask randomplum/gtkwave/gtkwave
==> Tapping randomplum/gtkwave
git clone https://github.com/randomplum/homebrew-gtkwave /opt/homebrew/Library/Taps/randomplum/homebrew-gtkwave --origin=origin --template= --config core.fsmonitor=false
Cloning into '/opt/homebrew/Library/Taps/randomplum/homebrew-gtkwave'...
remote: Enumerating objects: 23, done.
remote: Counting objects: 100% (23/23), done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 23 (delta 12), reused 16 (delta 8), pack-reused 0
Receiving objects: 100% (23/23), 5.79 KiB | 5.79 MiB/s, done.
Resolving deltas: 100% (12/12), done.
Tapped 1 formula (16 files, 19KB).
Warning: Cask 'gtkwave' is unavailable: '/opt/homebrew/Library/Taps/randomplum/homebrew-gtkwave/Casks/gtkwave.rb' does not exist.
==> Searching for similarly named casks...
==> Downloading https://formulae.brew.sh/api/cask.jws.json
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
==> Casks
gtkwave

To install gtkwave, run:
  brew install --cask gtkwave

If i install it successfully, ie with --HEAD i get the following
$ brew install --HEAD randomplum/gtkwave/gtkwave
==> Tapping randomplum/gtkwave
Cloning into '/opt/homebrew/Library/Taps/randomplum/homebrew-gtkwave'...
remote: Enumerating objects: 23, done.
remote: Counting objects: 100% (23/23), done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 23 (delta 12), reused 16 (delta 8), pack-reused 0
Receiving objects: 100% (23/23), 5.79 KiB | 5.79 MiB/s, done.
Resolving deltas: 100% (12/12), done.
Tapped 1 formula (16 files, 19KB).
==> Fetching randomplum/gtkwave/gtkwave
==> Downloading https://raw.githubusercontent.com/randomplum/homebrew-gtkwave/main/macos_compat.diff
######################################################################################################################################################################################################################################################### 100.0%
==> Cloning https://github.com/randomplum/gtkwave.git
Updating /Users/cab/Library/Caches/Homebrew/gtkwave--git
==> Checking out branch formula
Already on 'formula'
Your branch is up to date with 'origin/formula'.
HEAD is now at 6b7dd45 Remove support for the AET2 format
==> Installing gtkwave from randomplum/gtkwave
==> Patching
==> Applying macos_compat.diff
patching file meson.build
patching file 'src/cocoa/cocoa_misc.c'
patching file 'src/cocoa/cocoa_misc.h'
patching file 'src/main.c'
patching file 'src/meson.build'
patching file 'src/wave_view.c'
==> meson setup build
==> meson compile -C build --verbose
==> meson install -C build
🍺  /opt/homebrew/Cellar/gtkwave/HEAD-6b7dd45_2: 69 files, 4.3MB, built in 12 seconds
==> Running `brew cleanup gtkwave`...
Disable this behaviour by setting HOMEBREW_NO_INSTALL_CLEANUP.
Hide these hints with HOMEBREW_NO_ENV_HINTS (see `man brew`).
Removing: /Users/cab/Library/Caches/Homebrew/gtkwave--patch--7f5f50dd6c1e25a6d0d5b8f05ca9f32ef650a30bff2fa128086b3daa7ad19dd2.diff... (6KB)

however when i try to run gtkwave, i get the following error:
$ gtkwave

GTKWave Analyzer v3.4.0 (w)1999-2022 BSI

GTKWAVE | Use the -h, --help command line flags to display help.

(gtkwave:56167): Gtk-CRITICAL **: 14:55:28.578: gtk_window_add_accel_group: assertion 'GTK_IS_WINDOW (window)' failed

I will look into the code here if I find the time today. The formulae is just me looking at this quick. I could be mistaken completely.
I appreciate what your are doing here. Thank you.

Also want to mention, when I check my applications folder I also see nothing, if this is relevant

Gtk-Criticals are fixed in the upstream repo, but until all the patches are merged I'll not update. This error should not interfere with operation, or does it creating some issues for you?
Currently the formula does not generate an app package needs to be started with a binary directly.
There is no cask since there is no release that supports macos at this point. I'm working on getting the gtkwave macos ready for 3.4.0 release, but it's still some weeks away, until then we're stuck with HEAD only formula, sorry.

Ok thank you for your quick response.
And thank you for working on this.
its mainly my fault for deciding to update my mac while i still had to use this software for school, but I do have VMs as a backup.
I wish you the best of luck with this release, if there is anything i can help with or you get busy with other stuff. just send me a message here. I hope you have a great rest of your week

@21st-centuryman Thanks for reporting, the more testing we do, the more bugs get squashed. For example turns out that most of the graphical bugs were reproducible on other platforms so in the end testing on macos improved GTKWave for everyone.
So please use it when you can and report all the broken things.
Have a nice day!


Citation for this repo

I created this one for now:
@online{eleutherai2023,
    author = {EleutherAI},
    title = {math-lm},
    year = {n.d.},
    url = {https://github.com/EleutherAI/math-lm},
    urldate = {2023-06-12},
    note = {Accessed: 2023-06-12}
}

Sorry for the late reply.
The dataset and the models aren't officially released. Of course it's fine to talk about or reference any of our public code, but if possible, please mention that it's still a WIP until the official release.