Remove an unused parameter

In reply to https://github.com/openssl/openssl/pull/14064#issuecomment-823118200
All that changes is documenting the one, existing, parameter.
Fixes #13943

No, OTC wants the parameter removed as it is unnecessary and confusing. This is new API in 3.0 so we are free to remove it.

No, OTC wants the parameter removed as it is unnecessary and confusing.

Ah, I misread.  Updated commit pushed.

Your commit message does not match the updated commit anymore.

sorry, jugggling too many things at once.  fixed the commit.

Please add Fixes #13943 to the commit.

Please add Fixes #13943 to the commit.

Or we can add that during merging.

24 hours has passed since 'approval: done' was set, but this PR has failing CI tests.  Once the tests pass it will get moved to 'approval: ready to merge' automatically, alternatively please review and set the label manually.

Merged to master. Thank you for the contribution!


Change all bug ID to links

Context: There has been work done to move towards Github, but concerns have been raised that it would make issue number ambiguous. In order to avoid this undesirable side effect, this PR converts most issue number (I might have missed a few, but I doubt that there's many) into HTTP links.
See also: https://github.com/dlang/projects/issues/43
CC @CyberShadow @WalterBright

and I do believe the same reasoning (clickable, unmistakable references) applies here as well.

Good point.

Fixed the style issue.
Indeed should have mentioned the precedent set by Walter: https://github.com/dlang/dmd/pull/6775

So... Can we move forward with this before it becomes stale ?

Thank you! This looked like a lot of busywork.

Added a commit to correct the issue number, thanks @MoonlightSentinel

@schveiguy : Thanks for doing that tedious review! LMK when you're done, I'll fix and reapply auto-merge.

I suggest sending follow-up fixes as new PRs to avoid retriggering the CIs and increasing the chances of merge failures.

I agree, just merge this. I'm 37/69 files reviewed. Anything I find can be fixed in a smaller update.

Thanks for doing that tedious review!

Some of it github makes easy by highlighting just the changed portions of a line, and of course being able to mark files as viewed. But this doesn't compare to the tediousness of actually making this fix. Thanks!

A recommendation for future similar PRs, to make this much easier to review -- One commit that simply replaces the number with the link. No format editing, no removals of outdated anything. Just a simple replacement. This enables one to review simply that the numbers are not changed (that was my main focus). Github makes this easy by highlighting the only the changed portion of the text. Then more commits to fix the formatting, etc.

Right. I originally didn't expect it to be so big, but after the initial (scripted) madness, I realized that the style was wildly inconsistent (e.g. references used as well as how things were organized) and had to go in manually and fix tons of stuff.
For reference, there was an unavoidable amount of stylistic changes needed, because the style linter complains about long lines (triggered by @some_attributes unittest // here goes the long URL and some description) and some patterns, e.g. it enforces allman but relies on { being at EOL to allow void foo() { }. But this also allow void foo() { // Oops.
But point taken, I'll keep the future changes much shorter.

Followed up on: https://github.com/dlang/phobos/pull/7446
Thanks for the careful review!

You may misunderstand, I mean separate the adding of the urls from the formatting in 2 commits, not 2 PRs. This shouldn't affect the style checker.


Enhancement: Add opt-in notifications

As a user I would like to be able to subscribe to email notifications for a given address (e.g. deposits, widthdrawals, etc..), similar to what etherscan.io provides.
I'm not sure if an account creation type solution is needed or if you can just use the "provide an email address and click the link" type pattern in order to prevent spam and such.

This is not something we plan for the near future.


Issues while running test generation

I have checked the documentation and related resources and couldn't resolve my bug.
Describe the bug
I installed ragas from the main branch and trying to run the test generation quick start (code to reproduce). I am getting the error trace 1 (AttributeError: 'MultiHopSpecificQuerySynthesizer' object has no attribute 'get_node_clusters').
I commented out this line: https://github.com/explodinggradients/ragas/blob/eb5f745df6c54e8c1de52b452d00aee9b6756277/src/ragas/testset/synthesizers/init.py#L25
Running the code again gives me error trace 2 (openai.APIConnectionError: Connection error.). I initially thought it was openai's issue but this is originating from RuntimeError: Event loop is closed error. The  event loop is being closed prematurely or reused after being closed.
It is arising from here: https://github.com/explodinggradients/ragas/blob/eb5f745df6c54e8c1de52b452d00aee9b6756277/src/ragas/executor.py#L182
I was able to fix this issue with a slight modification to the method above:
# top of the script import
import nest_asyncio
nest_asyncio.apply()

# existing code....

# modification to the method
def results(self) -> t.List[t.Any]:
        """
        Execute all submitted jobs and return their results.
        Uses an existing event loop if one is running, otherwise creates a new one.
        """
        # Check if an event loop is running
        if is_event_loop_running():
            # Use the running event loop
            loop = asyncio.get_event_loop()
            results = loop.run_until_complete(self._process_jobs())
        else:
            # Create a new event loop
            results = asyncio.run(self._process_jobs())

        # Sort results by job index and return
        sorted_results = sorted(results, key=lambda x: x[0])
        return [r[1] for r in sorted_results]

Now I am getting error trace 3 (AttributeError: 'PersonaThemesMapping' object has no attribute 'mappping'. Did you mean: 'mapping'?). I thus commented out this line as well: https://github.com/explodinggradients/ragas/blob/eb5f745df6c54e8c1de52b452d00aee9b6756277/src/ragas/testset/synthesizers/init.py#L24
It worked.
To summarize:

both MultiHopAbstractQuerySynthesizer and MultiHopSpecificQuerySynthesizer aren't working for me.
Without the modifications I made to the executor.py file, I am unable to run test generation.
It's not a jupyter session but running from a script.

Ragas version: '0.2.7.dev5+geb5f745'
Python version: 3.10.12
Code to Reproduce
from langchain_community.document_loaders import DirectoryLoader
from ragas.testset import TestsetGenerator

from ragas.llms import LangchainLLMWrapper
from ragas.embeddings import LangchainEmbeddingsWrapper
from langchain_openai import ChatOpenAI
from langchain_openai import OpenAIEmbeddings

path = "Sample_Docs_Markdown/"
loader = DirectoryLoader(path, glob="**/*.md")
docs = loader.load()

generator_llm = LangchainLLMWrapper(ChatOpenAI(model="gpt-4o"))
generator_embeddings = LangchainEmbeddingsWrapper(OpenAIEmbeddings())

generator = TestsetGenerator(llm=generator_llm, embedding_model=generator_embeddings)
dataset = generator.generate_with_langchain_docs(docs, testset_size=10)

Error trace

This error trace is coming from running the test generation from the Quickstart.

Applying HeadlineSplitter:   0%|                                                                                | 0/12 [00:00<?, ?it/s]unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
Applying SummaryExtractor:  33%|██████████████████████████████████████████████▎                                                                                | 2/6 [00:02<00:04,  1.22s/it]Property 'summary' already exists in node '227147'. Skipping!
Applying [EmbeddingExtractor, ThemesExtractor, NERExtractor]:   0%|                                                                                | 0/30 [00:00<?, ?it/s]Property 'summary_embedding' already exists in node '227147'. Skipping!
Traceback (most recent call last):
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/test_generation.py", line 21, in <module>
    dataset = generator.generate_with_langchain_docs(docs, testset_size=10)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 188, in generate_with_langchain_docs
    return self.generate(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 330, in generate
    query_distribution = query_distribution or default_query_distribution(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/__init__.py", line 30, in default_query_distribution
    if query.get_node_clusters(kg):
AttributeError: 'MultiHopSpecificQuerySynthesizer' object has no attribute 'get_node_clusters'

This error is coming after commenting out MultiHopSpecificQuerySynthesizer.

Applying HeadlineSplitter:   0%|                                                                                | 0/12 [00:00<?, ?it/s]unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
Applying SummaryExtractor:  33%|██████████████████████████████████████████████▎                                                                                | 2/6 [00:02<00:04,  1.13s/it]Property 'summary' already exists in node '563d1b'. Skipping!
Applying [EmbeddingExtractor, ThemesExtractor, NERExtractor]:   0%|                                                                                | 0/30 [00:00<?, ?it/s]Property 'summary_embedding' already exists in node '563d1b'. Skipping!
Generating personas:   0%|                                                                                | 0/3 [00:01<?, ?it/s]
Traceback (most recent call last):
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1576, in _request
    response = await self._client.send(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpx/_client.py", line 1631, in send
    response = await self._send_handling_auth(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpx/_client.py", line 1659, in _send_handling_auth
    response = await self._send_handling_redirects(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpx/_client.py", line 1696, in _send_handling_redirects
    response = await self._send_single_request(request)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpx/_client.py", line 1732, in _send_single_request
    response = await transport.handle_async_request(request)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpx/_transports/default.py", line 394, in handle_async_request
    resp = await self._pool.handle_async_request(req)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/connection_pool.py", line 256, in handle_async_request
    raise exc from None
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/connection_pool.py", line 236, in handle_async_request
    response = await connection.handle_async_request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/connection.py", line 103, in handle_async_request
    return await self._connection.handle_async_request(request)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/http11.py", line 135, in handle_async_request
    await self._response_closed()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/http11.py", line 250, in _response_closed
    await self.aclose()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_async/http11.py", line 258, in aclose
    await self._network_stream.aclose()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/httpcore/_backends/anyio.py", line 53, in aclose
    await self._stream.aclose()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/anyio/streams/tls.py", line 201, in aclose
    await self.transport_stream.aclose()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/anyio/_backends/_asyncio.py", line 1287, in aclose
    self._transport.close()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/selector_events.py", line 706, in close
    self._loop.call_soon(self._call_connection_lost, None)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/base_events.py", line 753, in call_soon
    self._check_closed()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/base_events.py", line 515, in _check_closed
    raise RuntimeError('Event loop is closed')
RuntimeError: Event loop is closed

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/test_generation.py", line 21, in <module>
    dataset = generator.generate_with_langchain_docs(docs, testset_size=10)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 188, in generate_with_langchain_docs
    return self.generate(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 369, in generate
    self.persona_list = generate_personas_from_kg(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/persona.py", line 145, in generate_personas_from_kg
    persona_list = run_async_batch(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 226, in run_async_batch
    return executor.results()
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 200, in results
    results = asyncio.run(self._process_jobs())
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/runners.py", line 44, in run
    return loop.run_until_complete(main)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/base_events.py", line 649, in run_until_complete
    return future.result()
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 140, in _process_jobs
    result = await future
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/tasks.py", line 571, in _wait_for_one
    return f.result()  # May raise f.exception().
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 45, in sema_coro
    return await coro
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 96, in wrapped_callable_async
    raise e
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 92, in wrapped_callable_async
    result = await callable(*args, **kwargs)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/prompt/pydantic_prompt.py", line 125, in generate
    output_single = await self.generate_multiple(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/prompt/pydantic_prompt.py", line 185, in generate_multiple
    resp = await llm.generate(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/llms/base.py", line 100, in generate
    result = await agenerate_text_with_retry(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/asyncio/__init__.py", line 189, in async_wrapped
    return await copy(fn, *args, **kwargs)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/asyncio/__init__.py", line 111, in __call__
    do = await self.iter(retry_state=retry_state)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/asyncio/__init__.py", line 153, in iter
    result = await action(retry_state)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/_utils.py", line 99, in inner
    return call(*args, **kwargs)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/__init__.py", line 398, in <lambda>
    self._add_action_func(lambda rs: rs.outcome.result())
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/concurrent/futures/_base.py", line 451, in result
    return self.__get_result()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
    raise self._exception
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/tenacity/asyncio/__init__.py", line 114, in __call__
    result = await fn(*args, **kwargs)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/llms/base.py", line 223, in agenerate_text
    return await self.langchain_llm.agenerate_prompt(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/langchain_core/language_models/chat_models.py", line 796, in agenerate_prompt
    return await self.agenerate(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/langchain_core/language_models/chat_models.py", line 756, in agenerate
    raise exceptions[0]
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/langchain_core/language_models/chat_models.py", line 924, in _agenerate_with_cache
    result = await self._agenerate(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/langchain_openai/chat_models/base.py", line 825, in _agenerate
    response = await self.async_client.create(**payload)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/resources/chat/completions.py", line 1661, in create
    return await self._post(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1843, in post
    return await self.request(cast_to, opts, stream=stream, stream_cls=stream_cls)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1537, in request
    return await self._request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1600, in _request
    return await self._retry_request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1670, in _retry_request
    return await self._request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1600, in _request
    return await self._retry_request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1670, in _retry_request
    return await self._request(
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/openai/_base_client.py", line 1610, in _request
    raise APIConnectionError(request=request) from err
openai.APIConnectionError: Connection error.

Issue with the MultiHopAbstractQuerySynthesizer:

Applying HeadlineSplitter:   0%|                                                                                | 0/12 [00:00<?, ?it/s]unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
unable to apply transformation: 'headlines' property not found in this node
Applying SummaryExtractor:  50%|█████████████████████████████████████████████████████████████████████▌                                                                     | 3/6 [00:03<00:02,  1.16it/s]Property 'summary' already exists in node '1526e0'. Skipping!
Applying [EmbeddingExtractor, ThemesExtractor, NERExtractor]:   0%|                                                                                | 0/30 [00:00<?, ?it/s]Property 'summary_embedding' already exists in node '1526e0'. Skipping!
Generating personas: 100%|█████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████████| 3/3 [00:01<00:00,  1.67it/s]
Generating Scenarios:   0%|                                                                                | 0/2 [00:04<?, ?it/s]
Traceback (most recent call last):
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/test_generation.py", line 21, in <module>
    dataset = generator.generate_with_langchain_docs(docs, testset_size=10)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 188, in generate_with_langchain_docs
    return self.generate(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 413, in generate
    raise e
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/generate.py", line 410, in generate
    scenario_sample_list: t.List[t.List[BaseScenario]] = exec.results()
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 205, in results
    results = asyncio.run(self._process_jobs())
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/nest_asyncio.py", line 30, in run
    return loop.run_until_complete(task)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/nest_asyncio.py", line 98, in run_until_complete
    return f.result()
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/futures.py", line 201, in result
    raise self._exception.with_traceback(self._exception_tb)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/tasks.py", line 232, in __step
    result = coro.send(None)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 143, in _process_jobs
    result = await future
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/tasks.py", line 571, in _wait_for_one
    return f.result()  # May raise f.exception().
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/futures.py", line 201, in result
    raise self._exception.with_traceback(self._exception_tb)
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/asyncio/tasks.py", line 232, in __step
    result = coro.send(None)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 48, in sema_coro
    return await coro
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 99, in wrapped_callable_async
    raise e
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/executor.py", line 95, in wrapped_callable_async
    result = await callable(*args, **kwargs)
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/base.py", line 94, in generate_scenarios
    scenarios = await self._generate_scenarios(
  File "/Users/ayushthakur/integrations/ragas_repo/ragas-exp/ragas/src/ragas/testset/synthesizers/multi_hop/abstract.py", line 119, in _generate_scenarios
    persona_item_mapping=persona_concepts.mappping,
  File "/Users/ayushthakur/miniconda3/envs/ragas-dev-main/lib/python3.10/site-packages/pydantic/main.py", line 856, in __getattr__
    raise AttributeError(f'{type(self).__name__!r} object has no attribute {item!r}')
AttributeError: 'PersonaThemesMapping' object has no attribute 'mappping'. Did you mean: 'mapping'?

Expected behavior
A clear and concise description of what you expected to happen.
Additional context
Add any other context about the problem here.
cc: @jjmachan do let me know if I am missing anything while running test generation. If not and my analysis is right, I can open the PR to at least fix the executor.py file (I need to test the fix on a jupyter session though.)

they @ayulockin thanks a lot for this detailed issue - do make the PR and we can fix this over there.
What I'm wondering is why the tests for executor don't catch this? I might have missed something there but these are the tests if it helps you

https://github.com/explodinggradients/ragas/blob/main/tests/unit/test_executor_in_jupyter.ipynb
https://github.com/explodinggradients/ragas/blob/main/tests/unit/test_executor.py

thanks a lot 🙂

Hey @ayulockin I have raised a fix for this #1733


fix: inconsistent username/password in docker-compose.yml

DB setup should use notesadmin/password, but in docker-compose file, the initial value is admin/admin, so we can't run the seed.

Thanks!


Pylance Call Graph Visualizer

Hi there! I'm interested in building a visualization tool for python modules using Pylance similar to https://githubnext.com/projects/repo-visualization and https://github.com/scottrogowski/code2flow
This is a resource that I have been referring to: https://markgacoka.medium.com/how-to-visualize-your-codebase-7c4c4d948141.
Is there any advice on how I might go about doing this, and if there's any interest in potentially supporting this within Pylance?

@ezhang7423, you might want to use @microsoft/pyright as a library and build a Program to gather the information you need, such as parse trees, walking the tree to find call nodes, and using the type evaluator to find callees and create a call graph. However, pyright is not intended to be used as a library. The API you're using is not a public API and doesn't guarantee backward compatibility. While you can use it for your purposes (assuming you can build or modify any missing or not-working-quite-the-way-you-want parts), it may not meet your exact needs as a compiler service API.


ENH: Generate histogram bins from distribution

Is your feature request related to a problem? Please describe.
If we have fit a distribution to data, for visualization purposes we may want to plot a histogram. Making a histogram with uniform bins is not very rational if we want it to approximate PDF. So if we assumme that the hist is an approximation of the PDF of the dist, we can compute bins from it.
Describe the solution you'd like.

#15976 is implemented
a method is added to rv_frozen to get the bins using the method described in #15976 . The method takes the count of bins, or None, in this case the count of bins is determined automatically.

Describe alternatives you've considered.
No.
Additional context (e.g. screenshots, GIFs)
https://github.com/KOLANICH-libs/StatsUtils.py/blob/master/StatsUtils/hist.py
https://github.com/KOLANICH-libs/StatsUtils.py/blob/master/StatsUtils/core.py

FWIW, I think this would be an overly-optimistic procedure that will paper over discrepancies between the fitted distribution and the data. Personally, I'd want a more pessimistic visualization to highlight discrepancies between the data and the distribution. I think the standard tools in, say, seaborn (KDE plots, rug plots, and yes, uniformly-binned histograms) are quite reasonable and standard approaches for this task. I've never seen this procedure documented elsewhere, so if you have a reference that explains the merits of this approach, it would help.
I'm not sure this needs special support inside of the rv_continuous framework. This seems like it's better implemented closer to the visualization tools (e.g. seaborn) from the primitives already provided by scipy.


null value for 'allowed' funding methods param breaks render

Our Smart Payment Buttons integration broke late on Friday due to a change [PR] released in 4.0.254, because we were passing null as the funding.allowed parameter to paypal.Button.render and this change doesn't include a check for falsy values.

Although we've patched this in our latest version, older versions are still broken.

Yes, it's fixed in our integration with the 4.0.255 release. Thank you!

Thanks a lot. The button  now works !


Add parser for whois.nic.online

@FelipeEndo for the record this repo is unmaintained at the moment, I ended up starting my fork in which I merged some of the pending PRs and wrote many more fixes. This includes all the TLDs from CentralNIC that your just submitted PRs for (in https://github.com/jarthod/whois-parser/commit/e0222f8ad5bf0da3acee79fff572a140cedcd7e0). So feel free to use my fork if you want more TLDs supported without having to write and wait (an uncertain amount of time) for these PRs.
gem 'whois-parser', github: 'jarthod/whois-parser' # Unofficial but more up-to-date fork, check status at https://github.com/jarthod/whois-parser


[BUG] Portainer Admin fails to update 'user' access to specific endpoint

Hi, I recently accounted this issue on users permissions on endpoints.
When I access the "manage access" for users on a specific endpoint. By default, I see they're on

then if you click it, it will immediately move to. then after a while, I'll try to remove him from this block and will result into this.

Why is that? Why is it returning update failure whenever I want to move an user to the other block? Thanks 😸
Cheers,
Crishel Yumul

@cjyumul more details? I don't see any image.

How about that? @deviantony

@cjyumul thanks for the update. Could you give me  the output of the logs of the container when this issue happens?

2017/03/16 09:26:03 http error: Invalid request data format (code=400)

error log ^^

Ok, just been able to reproduce. Will push a fix soon.


feat: api_url and engine_url setting and checking

Clickup Task ID: CU-86enzxgd3

Add error check and message for empty/undeclared engine URL

Caveat:

Does not cover the check for API_TOKEN, as empty API_TOKEN is allowed (and possible) during development
Does not cover cases when API_TOKEN and/or ENGINE_URL is nonempty but wrong

For example:

when ENGINE_URL is http://random
-> it is difficult to test prod environment with dev env, as there are less checks in dev. I need more opinions and reports (from those who use the SDK in prod) to properly cover edge cases.

Task linked: CU-86enzxgd3 API_TOKEN, ENGINE_URL input improvement


Use vcpkg with cross-compiling

I'm setting up vcpkg for use with an aarch64 cross-compiler and receive cmake errors on some packages.
I created a triplet file triplets/arm64-linux.cmake:
set(VCPKG_TARGET_ARCHITECTURE arm64)
set(VCPKG_CRT_LINKAGE dynamic)
set(VCPKG_LIBRARY_LINKAGE static)

set(VCPKG_CMAKE_SYSTEM_NAME Linux)
set(VCPKG_CHAINLOAD_TOOLCHAIN_FILE /home/talon/mysource/vcpkg/scripts/toolchains/aarch64_l4t28.1.cmake)

The toolchain file contains:
set (XCOMPILE_DIR /opt/xcompile-aarch64-l4t28.1)

set (ROOTFS ${XCOMPILE_DIR}/aarch64_l4t28.1_rootfs/)
set (TOOLCHAIN_DIR ${XCOMPILE_DIR}/gcc-linaro-5.4.1-2017.05-x86_64_aarch64-linux-gnu/)

set (CMAKE_SYSTEM_NAME Linux)
set (CMAKE_SYSTEM_VERSION L4T28.1)
set (CMAKE_SYSTEM_PROCESSOR AARCH64)

set (CMAKE_C_COMPILER ${TOOLCHAIN_DIR}/bin/aarch64-linux-gnu-gcc)
set (CMAKE_CXX_COMPILER ${TOOLCHAIN_DIR}/bin/aarch64-linux-gnu-g++)
set (CMAKE_FIND_ROOT_PATH ${ROOTFS})

# CMAKE_SYSROOT is cmake 3.0+ only
set (CMAKE_SYSROOT ${ROOTFS})
set (CMAKE_UNAME ${CMAKE_SYSROOT}/bin/uname)

set (CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set (CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set (CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
set (CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY)

# resetting pkg-config paths
set(ENV{PKG_CONFIG_DIR} "")
set(ENV{PKG_CONFIG_LIBDIR} "${CMAKE_SYSROOT}/usr/lib/pkgconfig:${CMAKE_SYSROOT}/usr/local/lib/pkgconfig:${CMAKE_SYSROOT}/usr/lib/aarch64-linux-gnu/pkgconfig:${CMAKE_SYSROOT}/usr/share/pkgconfig")
set(ENV{PKG_CONFIG_SYSROOT_DIR} ${CMAKE_SYSROOT})

The toolchain is a linaro gcc package I've used for some time coupled with a rootfs generated from the embedded board itself. The toolchain file above has also been used for a while with
installing some packages works fine.  e.g.
./vcpkg install yaml-cpp:arm64-linux
works fine while
./vcpkg install zeromq:arm64-linux
doesn't.  Building zeromq with the default toolchain also works fine:
./vcpkg install zeromq
There are a couple of hints of what the error is:
In the buildtrees/zeromq/config-arm64-linux-dbg-err.log file:
CMake Error at CMakeLists.txt:420 (zmq_check_noexcept):
  Unknown CMake command "zmq_check_noexcept".

In buildtrees/zeromq/arm64-linux-dbg/CMakeFiles/CMakeError.log I see
.../aarch64-linux-gnu/bin/ld: cannot find -lpthreads
...
CheckFunctionExists.c.o: In function `main':
CheckFunctionExists.c:(.text+0x10): undefined reference to `gethrtime'

Which seems to imply that the cross compiler is not being fed the right paths.
Ideas?
config-arm64-linux-dbg-err.log
config-arm64-linux-dbg-out.log
CMakeError.log
CMakeOutput.log

echo $TOOLCHAIN_DIR
?

Hi guys, does this issue still exist?

Hi @jasonbeach, can you please confirm whether this issue can be reproduced in the latest master?
Thanks.

Hi, I apologize but I am no longer able to test this.
On Thu, Jan 27, 2022, 11:28 PM Jack·Boos·Yu @.***>
wrote:

Hi @jasonbeach https://github.com/jasonbeach, can you please confirm
whether this issue can be reproduced in the latest master?
Thanks.
—
Reply to this email directly, view it on GitHub
https://github.com/microsoft/vcpkg/issues/4401#issuecomment-1023876646,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAUKSZ34OI5CEYGK377PRFLUYILQJANCNFSM4FY2NUWQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were mentioned.Message ID:
@.***>

Fine, please reopen this issue if you meet it again.


[FEATURE REQUEST] Create new counter for internal errors

This issue is derived from #602
It would be nice to have a separate counter for internal errors as the only way available now is to look into rr_http_request_total{status="500"} and you can't tell which errors are from your application and which ones are from road runner itself.
Also if internalErrorCode is set it should be used to increment rr_http_request_total with that code instead of incrementing always with 500.

Fixed for the RR2.


[BUG] JSQLParser Version : 4.6 : NOT support Chinese characters in <S_IDENTIFIER>

Always check against the Latest SNAPSHOT of JSQLParser and the Syntax Diagram
Failing SQL Feature:

Before 4.6, <S_IDENTIFIER> support Chinese characters, which also support by various databases. But start from 4.6 this is not supported.

SQL Example:

Simplified Query Example, focusing on the failing feature. This is supported before 4.6.select c as 中文 from t
select * from t where 中文 = 'abc'

Software Information:

JSqlParser version 4.6
Database Oracle, MySQL, PostgreSQL

Tips:
Please write in English and avoid Screenshots (as we can't copy and paste content from it).
Try your example online with the latest JSQLParser and share the link in the error report.
Do provide Links or References to the specific Grammar and Syntax you are trying to use.

Greetings.
Thanks for reporting but unfortunately we may need a lot of help in resolving it (since at least I d not understand the Chinese characters).
So what has been implemented according to the SQL2016 Standard is:
a) Unicode specification
b) for Letters and Part-Letters and Digits
Maybe in a first step, can you tell me what the Unicode transcription of the Label above (meaning the Unicodes for each used character).

What has been implemented is this:

// Unicode characters and categories are defined here: https://www.unicode.org/Public/UNIDATA/UnicodeData.txt
// SQL:2016 states:
// An <identifier start> is any character in the Unicode General Category classes “Lu”, “Ll”, “Lt”, “Lm”, “Lo”, or “Nl”.
// An <identifier extend> is U+00B7, “Middle Dot”, or any character in the Unicode General Category classes “Mn”, “Mc”, “Nd”, “Pc”, or “Cf”.

// unicode_identifier_start
| <#UnicodeIdentifierStart: ("\u00B7" | <Ll> | <Lm> | <Lo> | <Lt> | <Lu> | <Nl>) >
| <#Ll: ["a"-"z","µ","ß"-"ö","ø"-"ÿ","ā","ă","ą","ć","ĉ","ċ","č","ď","đ","ē","ĕ","ė","ę","ě","ĝ","ğ","ġ","ģ","ĥ","ħ","ĩ","ī","ĭ","į","ı","ĳ","ĵ","ķ"-"ĸ","ĺ","ļ","ľ","ŀ","ł","ń","ņ","ň"-"ŉ","ŋ","ō","ŏ","ő","œ","ŕ","ŗ","ř","ś","ŝ","ş","š","ţ","ť","ŧ","ũ","ū","ŭ","ů","ű","ų","ŵ","ŷ","ź","ż","ž"-"ƀ","ƃ","ƅ","ƈ","ƌ"-"ƍ","ƒ","ƕ","ƙ"-"ƛ","ƞ","ơ","ƣ","ƥ","ƨ","ƪ"-"ƫ","ƭ","ư","ƴ","ƶ","ƹ"-"ƺ","ƽ"-"ƿ","ǆ","ǉ","ǌ","ǎ","ǐ","ǒ","ǔ","ǖ","ǘ","ǚ","ǜ"-"ǝ","ǟ","ǡ","ǣ","ǥ","ǧ","ǩ","ǫ","ǭ","ǯ"-"ǰ","ǳ","ǵ","ǹ","ǻ","ǽ","ǿ","ȁ","ȃ","ȅ","ȇ","ȉ","ȋ","ȍ","ȏ","ȑ","ȓ","ȕ","ȗ","ș","ț","ȝ","ȟ","ȡ","ȣ","ȥ","ȧ","ȩ","ȫ","ȭ","ȯ","ȱ","ȳ"-"ȹ","ȼ","ȿ"-"ɀ","ɂ","ɇ","ɉ","ɋ","ɍ","ɏ"-"ʓ","ʕ"-"ʯ","ͱ","ͳ","ͷ","ͻ"-"ͽ","ΐ","ά"-"ώ","ϐ"-"ϑ","ϕ"-"ϗ","ϙ","ϛ","ϝ","ϟ","ϡ","ϣ","ϥ","ϧ","ϩ","ϫ","ϭ","ϯ"-"ϳ","ϵ","ϸ","ϻ"-"ϼ","а"-"џ","ѡ","ѣ","ѥ","ѧ","ѩ","ѫ","ѭ","ѯ","ѱ","ѳ","ѵ","ѷ","ѹ","ѻ","ѽ","ѿ","ҁ","ҋ","ҍ","ҏ","ґ","ғ","ҕ","җ","ҙ","қ","ҝ","ҟ","ҡ","ң","ҥ","ҧ","ҩ","ҫ","ҭ","ү","ұ","ҳ","ҵ","ҷ","ҹ","һ","ҽ","ҿ","ӂ","ӄ","ӆ","ӈ","ӊ","ӌ","ӎ"-"ӏ","ӑ","ӓ","ӕ","ӗ","ә","ӛ","ӝ","ӟ","ӡ","ӣ","ӥ","ӧ","ө","ӫ","ӭ","ӯ","ӱ","ӳ","ӵ","ӷ","ӹ","ӻ","ӽ","ӿ","ԁ","ԃ","ԅ","ԇ","ԉ","ԋ","ԍ","ԏ","ԑ","ԓ","ԕ","ԗ","ԙ","ԛ","ԝ","ԟ","ԡ","ԣ","ԥ","ԧ","ԩ","ԫ","ԭ","ԯ","ՠ"-"ֈ","ა"-"ჺ","ჽ"-"ჿ","ᏸ"-"ᏽ","ᲀ"-"ᲈ","ᴀ"-"ᴫ","ᵫ"-"ᵷ","ᵹ"-"ᶚ","ḁ","ḃ","ḅ","ḇ","ḉ","ḋ","ḍ","ḏ","ḑ","ḓ","ḕ","ḗ","ḙ","ḛ","ḝ","ḟ","ḡ","ḣ","ḥ","ḧ","ḩ","ḫ","ḭ","ḯ","ḱ","ḳ","ḵ","ḷ","ḹ","ḻ","ḽ","ḿ","ṁ","ṃ","ṅ","ṇ","ṉ","ṋ","ṍ","ṏ","ṑ","ṓ","ṕ","ṗ","ṙ","ṛ","ṝ","ṟ","ṡ","ṣ","ṥ","ṧ","ṩ","ṫ","ṭ","ṯ","ṱ","ṳ","ṵ","ṷ","ṹ","ṻ","ṽ","ṿ","ẁ","ẃ","ẅ","ẇ","ẉ","ẋ","ẍ","ẏ","ẑ","ẓ","ẕ"-"ẝ","ẟ","ạ","ả","ấ","ầ","ẩ","ẫ","ậ","ắ","ằ","ẳ","ẵ","ặ","ẹ","ẻ","ẽ","ế","ề","ể","ễ","ệ","ỉ","ị","ọ","ỏ","ố","ồ","ổ","ỗ","ộ","ớ","ờ","ở","ỡ","ợ","ụ","ủ","ứ","ừ","ử","ữ","ự","ỳ","ỵ","ỷ","ỹ","ỻ","ỽ","ỿ"-"ἇ","ἐ"-"ἕ","ἠ"-"ἧ","ἰ"-"ἷ","ὀ"-"ὅ","ὐ"-"ὗ","ὠ"-"ὧ","ὰ"-"ώ","ᾀ"-"ᾇ","ᾐ"-"ᾗ","ᾠ"-"ᾧ","ᾰ"-"ᾴ","ᾶ"-"ᾷ","ι","ῂ"-"ῄ","ῆ"-"ῇ","ῐ"-"ΐ","ῖ"-"ῗ","ῠ"-"ῧ","ῲ"-"ῴ","ῶ"-"ῷ","ℊ","ℎ"-"ℏ","ℓ","ℯ","ℴ","ℹ","ℼ"-"ℽ","ⅆ"-"ⅉ","ⅎ","ↄ","ⰰ"-"ⱟ","ⱡ","ⱥ"-"ⱦ","ⱨ","ⱪ","ⱬ","ⱱ","ⱳ"-"ⱴ","ⱶ"-"ⱻ","ⲁ","ⲃ","ⲅ","ⲇ","ⲉ","ⲋ","ⲍ","ⲏ","ⲑ","ⲓ","ⲕ","ⲗ","ⲙ","ⲛ","ⲝ","ⲟ","ⲡ","ⲣ","ⲥ","ⲧ","ⲩ","ⲫ","ⲭ","ⲯ","ⲱ","ⲳ","ⲵ","ⲷ","ⲹ","ⲻ","ⲽ","ⲿ","ⳁ","ⳃ","ⳅ","ⳇ","ⳉ","ⳋ","ⳍ","ⳏ","ⳑ","ⳓ","ⳕ","ⳗ","ⳙ","ⳛ","ⳝ","ⳟ","ⳡ","ⳣ"-"ⳤ","ⳬ","ⳮ","ⳳ","ⴀ"-"ⴥ","ⴧ","ⴭ","ꙁ","ꙃ","ꙅ","ꙇ","ꙉ","ꙋ","ꙍ","ꙏ","ꙑ","ꙓ","ꙕ","ꙗ","ꙙ","ꙛ","ꙝ","ꙟ","ꙡ","ꙣ","ꙥ","ꙧ","ꙩ","ꙫ","ꙭ","ꚁ","ꚃ","ꚅ","ꚇ","ꚉ","ꚋ","ꚍ","ꚏ","ꚑ","ꚓ","ꚕ","ꚗ","ꚙ","ꚛ","ꜣ","ꜥ","ꜧ","ꜩ","ꜫ","ꜭ","ꜯ"-"ꜱ","ꜳ","ꜵ","ꜷ","ꜹ","ꜻ","ꜽ","ꜿ","ꝁ","ꝃ","ꝅ","ꝇ","ꝉ","ꝋ","ꝍ","ꝏ","ꝑ","ꝓ","ꝕ","ꝗ","ꝙ","ꝛ","ꝝ","ꝟ","ꝡ","ꝣ","ꝥ","ꝧ","ꝩ","ꝫ","ꝭ","ꝯ","ꝱ"-"ꝸ","ꝺ","ꝼ","ꝿ","ꞁ","ꞃ","ꞅ","ꞇ","ꞌ","ꞎ","ꞑ","ꞓ"-"ꞕ","ꞗ","ꞙ","ꞛ","ꞝ","ꞟ","ꞡ","ꞣ","ꞥ","ꞧ","ꞩ","ꞯ","ꞵ","ꞷ","ꞹ","ꞻ","ꞽ","ꞿ","ꟁ","ꟃ","ꟈ","ꟊ","ꟑ","ꟓ","ꟕ","ꟗ","ꟙ","ꟶ","ꟺ","ꬰ"-"ꭚ","ꭠ"-"ꭨ","ꭰ"-"ꮿ","ﬀ"-"ﬆ","ﬓ"-"ﬗ","ａ"-"ｚ"]>
| <#Lm: ["ʰ"-"ˁ","ˆ"-"ˑ","ˠ"-"ˤ","ˬ","ˮ","ʹ","ͺ","ՙ","ـ","ۥ"-"ۦ","ߴ"-"ߵ","ߺ","ࠚ","ࠤ","ࠨ","ࣉ","ॱ","ๆ","ໆ","ჼ","ៗ","ᡃ","ᪧ","ᱸ"-"ᱽ","ᴬ"-"ᵪ","ᵸ","ᶛ"-"ᶿ","ⁱ","ⁿ","ₐ"-"ₜ","ⱼ"-"ⱽ","ⵯ","ⸯ","々","〱"-"〵","〻","ゝ"-"ゞ","ー"-"ヾ","ꀕ","ꓸ"-"ꓽ","ꘌ","ꙿ","ꚜ"-"ꚝ","ꜗ"-"ꜟ","ꝰ","ꞈ","ꟲ"-"ꟴ","ꟸ"-"ꟹ","ꧏ","ꧦ","ꩰ","ꫝ","ꫳ"-"ꫴ","ꭜ"-"ꭟ","ꭩ","ｰ","ﾞ"-"ﾟ"]>
| <#Lo: ["ª","º","ƻ","ǀ"-"ǃ","ʔ","א"-"ת","ׯ"-"ײ","ؠ"-"ؿ","ف"-"ي","ٮ"-"ٯ","ٱ"-"ۓ","ە","ۮ"-"ۯ","ۺ"-"ۼ","ۿ","ܐ","ܒ"-"ܯ","ݍ"-"ޥ","ޱ","ߊ"-"ߪ","ࠀ"-"ࠕ","ࡀ"-"ࡘ","ࡠ"-"ࡪ","ࡰ"-"ࢇ","ࢉ"-"ࢎ","ࢠ"-"ࣈ","ऄ"-"ह","ऽ","ॐ","क़"-"ॡ","ॲ"-"ঀ","অ"-"ঌ","এ"-"ঐ","ও"-"ন","প"-"র","ল","শ"-"হ","ঽ","ৎ","ড়"-"ঢ়","য়"-"ৡ","ৰ"-"ৱ","ৼ","ਅ"-"ਊ","ਏ"-"ਐ","ਓ"-"ਨ","ਪ"-"ਰ","ਲ"-"ਲ਼","ਵ"-"ਸ਼","ਸ"-"ਹ","ਖ਼"-"ੜ","ਫ਼","ੲ"-"ੴ","અ"-"ઍ","એ"-"ઑ","ઓ"-"ન","પ"-"ર","લ"-"ળ","વ"-"હ","ઽ","ૐ","ૠ"-"ૡ","ૹ","ଅ"-"ଌ","ଏ"-"ଐ","ଓ"-"ନ","ପ"-"ର","ଲ"-"ଳ","ଵ"-"ହ","ଽ","ଡ଼"-"ଢ଼","ୟ"-"ୡ","ୱ","ஃ","அ"-"ஊ","எ"-"ஐ","ஒ"-"க","ங"-"ச","ஜ","ஞ"-"ட","ண"-"த","ந"-"ப","ம"-"ஹ","ௐ","అ"-"ఌ","ఎ"-"ఐ","ఒ"-"న","ప"-"హ","ఽ","ౘ"-"ౚ","ౝ","ౠ"-"ౡ","ಀ","ಅ"-"ಌ","ಎ"-"ಐ","ಒ"-"ನ","ಪ"-"ಳ","ವ"-"ಹ","ಽ","ೝ"-"ೞ","ೠ"-"ೡ","ೱ"-"ೲ","ഄ"-"ഌ","എ"-"ഐ","ഒ"-"ഺ","ഽ","ൎ","ൔ"-"ൖ","ൟ"-"ൡ","ൺ"-"ൿ","අ"-"ඖ","ක"-"න","ඳ"-"ර","ල","ව"-"ෆ","ก"-"ะ","า"-"ำ","เ"-"ๅ","ກ"-"ຂ","ຄ","ຆ"-"ຊ","ຌ"-"ຣ","ລ","ວ"-"ະ","າ"-"ຳ","ຽ","ເ"-"ໄ","ໜ"-"ໟ","ༀ","ཀ"-"ཇ","ཉ"-"ཬ","ྈ"-"ྌ","က"-"ဪ","ဿ","ၐ"-"ၕ","ၚ"-"ၝ","ၡ","ၥ"-"ၦ","ၮ"-"ၰ","ၵ"-"ႁ","ႎ","ᄀ"-"ቈ","ቊ"-"ቍ","ቐ"-"ቖ","ቘ","ቚ"-"ቝ","በ"-"ኈ","ኊ"-"ኍ","ነ"-"ኰ","ኲ"-"ኵ","ኸ"-"ኾ","ዀ","ዂ"-"ዅ","ወ"-"ዖ","ዘ"-"ጐ","ጒ"-"ጕ","ጘ"-"ፚ","ᎀ"-"ᎏ","ᐁ"-"ᙬ","ᙯ"-"ᙿ","ᚁ"-"ᚚ","ᚠ"-"ᛪ","ᛱ"-"ᛸ","ᜀ"-"ᜑ","ᜟ"-"ᜱ","ᝀ"-"ᝑ","ᝠ"-"ᝬ","ᝮ"-"ᝰ","ក"-"ឳ","ៜ","ᠠ"-"ᡂ","ᡄ"-"ᡸ","ᢀ"-"ᢄ","ᢇ"-"ᢨ","ᢪ","ᢰ"-"ᣵ","ᤀ"-"ᤞ","ᥐ"-"ᥭ","ᥰ"-"ᥴ","ᦀ"-"ᦫ","ᦰ"-"ᧉ","ᨀ"-"ᨖ","ᨠ"-"ᩔ","ᬅ"-"ᬳ","ᭅ"-"ᭌ","ᮃ"-"ᮠ","ᮮ"-"ᮯ","ᮺ"-"ᯥ","ᰀ"-"ᰣ","ᱍ"-"ᱏ","ᱚ"-"ᱷ","ᳩ"-"ᳬ","ᳮ"-"ᳳ","ᳵ"-"ᳶ","ᳺ","ℵ"-"ℸ","ⴰ"-"ⵧ","ⶀ"-"ⶖ","ⶠ"-"ⶦ","ⶨ"-"ⶮ","ⶰ"-"ⶶ","ⶸ"-"ⶾ","ⷀ"-"ⷆ","ⷈ"-"ⷎ","ⷐ"-"ⷖ","ⷘ"-"ⷞ","〆","〼","ぁ"-"ゖ","ゟ","ァ"-"ヺ","ヿ","ㄅ"-"ㄯ","ㄱ"-"ㆎ","ㆠ"-"ㆿ","ㇰ"-"ㇿ","䶿","鿿"-"ꀔ","ꀖ"-"ꒌ","ꓐ"-"ꓷ","ꔀ"-"ꘋ","ꘐ"-"ꘟ","ꘪ"-"ꘫ","ꙮ","ꚠ"-"ꛥ","ꞏ","ꟷ","ꟻ"-"ꠁ","ꠃ"-"ꠅ","ꠇ"-"ꠊ","ꠌ"-"ꠢ","ꡀ"-"ꡳ","ꢂ"-"ꢳ","ꣲ"-"ꣷ","ꣻ","ꣽ"-"ꣾ","ꤊ"-"ꤥ","ꤰ"-"ꥆ","ꥠ"-"ꥼ","ꦄ"-"ꦲ","ꧠ"-"ꧤ","ꧧ"-"ꧯ","ꧺ"-"ꧾ","ꨀ"-"ꨨ","ꩀ"-"ꩂ","ꩄ"-"ꩋ","ꩠ"-"ꩯ","ꩱ"-"ꩶ","ꩺ","ꩾ"-"ꪯ","ꪱ","ꪵ"-"ꪶ","ꪹ"-"ꪽ","ꫀ","ꫂ","ꫛ"-"ꫜ","ꫠ"-"ꫪ","ꫲ","ꬁ"-"ꬆ","ꬉ"-"ꬎ","ꬑ"-"ꬖ","ꬠ"-"ꬦ","ꬨ"-"ꬮ","ꯀ"-"ꯢ","힣","ힰ"-"ퟆ","ퟋ"-"ퟻ","豈"-"舘","並"-"龎","יִ","ײַ"-"ﬨ","שׁ"-"זּ","טּ"-"לּ","מּ","נּ"-"סּ","ףּ"-"פּ","צּ"-"ﮱ","ﯓ"-"ﴽ","ﵐ"-"ﶏ","ﶒ"-"ﷇ","ﷰ"-"ﷻ","ﹰ"-"ﹴ","ﹶ"-"ﻼ","ｦ"-"ｯ","ｱ"-"ﾝ",""-"ﾾ","ￂ"-"ￇ","ￊ"-"ￏ","ￒ"-"ￗ","ￚ"-"ￜ"]>
| <#Lt: ["ǅ","ǈ","ǋ","ǲ","ᾈ"-"ᾏ","ᾘ"-"ᾟ","ᾨ"-"ᾯ","ᾼ","ῌ","ῼ"]>
| <#Lu: ["A"-"Z","À"-"Ö","Ø"-"Þ","Ā","Ă","Ą","Ć","Ĉ","Ċ","Č","Ď","Đ","Ē","Ĕ","Ė","Ę","Ě","Ĝ","Ğ","Ġ","Ģ","Ĥ","Ħ","Ĩ","Ī","Ĭ","Į","İ","Ĳ","Ĵ","Ķ","Ĺ","Ļ","Ľ","Ŀ","Ł","Ń","Ņ","Ň","Ŋ","Ō","Ŏ","Ő","Œ","Ŕ","Ŗ","Ř","Ś","Ŝ","Ş","Š","Ţ","Ť","Ŧ","Ũ","Ū","Ŭ","Ů","Ű","Ų","Ŵ","Ŷ","Ÿ"-"Ź","Ż","Ž","Ɓ"-"Ƃ","Ƅ","Ɔ"-"Ƈ","Ɖ"-"Ƌ","Ǝ"-"Ƒ","Ɠ"-"Ɣ","Ɩ"-"Ƙ","Ɯ"-"Ɲ","Ɵ"-"Ơ","Ƣ","Ƥ","Ʀ"-"Ƨ","Ʃ","Ƭ","Ʈ"-"Ư","Ʊ"-"Ƴ","Ƶ","Ʒ"-"Ƹ","Ƽ","Ǆ","Ǉ","Ǌ","Ǎ","Ǐ","Ǒ","Ǔ","Ǖ","Ǘ","Ǚ","Ǜ","Ǟ","Ǡ","Ǣ","Ǥ","Ǧ","Ǩ","Ǫ","Ǭ","Ǯ","Ǳ","Ǵ","Ƕ"-"Ǹ","Ǻ","Ǽ","Ǿ","Ȁ","Ȃ","Ȅ","Ȇ","Ȉ","Ȋ","Ȍ","Ȏ","Ȑ","Ȓ","Ȕ","Ȗ","Ș","Ț","Ȝ","Ȟ","Ƞ","Ȣ","Ȥ","Ȧ","Ȩ","Ȫ","Ȭ","Ȯ","Ȱ","Ȳ","Ⱥ"-"Ȼ","Ƚ"-"Ⱦ","Ɂ","Ƀ"-"Ɇ","Ɉ","Ɋ","Ɍ","Ɏ","Ͱ","Ͳ","Ͷ","Ϳ","Ά","Έ"-"Ί","Ό","Ύ"-"Ώ","Α"-"Ρ","Σ"-"Ϋ","Ϗ","ϒ"-"ϔ","Ϙ","Ϛ","Ϝ","Ϟ","Ϡ","Ϣ","Ϥ","Ϧ","Ϩ","Ϫ","Ϭ","Ϯ","ϴ","Ϸ","Ϲ"-"Ϻ","Ͻ"-"Я","Ѡ","Ѣ","Ѥ","Ѧ","Ѩ","Ѫ","Ѭ","Ѯ","Ѱ","Ѳ","Ѵ","Ѷ","Ѹ","Ѻ","Ѽ","Ѿ","Ҁ","Ҋ","Ҍ","Ҏ","Ґ","Ғ","Ҕ","Җ","Ҙ","Қ","Ҝ","Ҟ","Ҡ","Ң","Ҥ","Ҧ","Ҩ","Ҫ","Ҭ","Ү","Ұ","Ҳ","Ҵ","Ҷ","Ҹ","Һ","Ҽ","Ҿ","Ӏ"-"Ӂ","Ӄ","Ӆ","Ӈ","Ӊ","Ӌ","Ӎ","Ӑ","Ӓ","Ӕ","Ӗ","Ә","Ӛ","Ӝ","Ӟ","Ӡ","Ӣ","Ӥ","Ӧ","Ө","Ӫ","Ӭ","Ӯ","Ӱ","Ӳ","Ӵ","Ӷ","Ӹ","Ӻ","Ӽ","Ӿ","Ԁ","Ԃ","Ԅ","Ԇ","Ԉ","Ԋ","Ԍ","Ԏ","Ԑ","Ԓ","Ԕ","Ԗ","Ԙ","Ԛ","Ԝ","Ԟ","Ԡ","Ԣ","Ԥ","Ԧ","Ԩ","Ԫ","Ԭ","Ԯ","Ա"-"Ֆ","Ⴀ"-"Ⴥ","Ⴧ","Ⴭ","Ꭰ"-"Ᏽ","Ა"-"Ჺ","Ჽ"-"Ჿ","Ḁ","Ḃ","Ḅ","Ḇ","Ḉ","Ḋ","Ḍ","Ḏ","Ḑ","Ḓ","Ḕ","Ḗ","Ḙ","Ḛ","Ḝ","Ḟ","Ḡ","Ḣ","Ḥ","Ḧ","Ḩ","Ḫ","Ḭ","Ḯ","Ḱ","Ḳ","Ḵ","Ḷ","Ḹ","Ḻ","Ḽ","Ḿ","Ṁ","Ṃ","Ṅ","Ṇ","Ṉ","Ṋ","Ṍ","Ṏ","Ṑ","Ṓ","Ṕ","Ṗ","Ṙ","Ṛ","Ṝ","Ṟ","Ṡ","Ṣ","Ṥ","Ṧ","Ṩ","Ṫ","Ṭ","Ṯ","Ṱ","Ṳ","Ṵ","Ṷ","Ṹ","Ṻ","Ṽ","Ṿ","Ẁ","Ẃ","Ẅ","Ẇ","Ẉ","Ẋ","Ẍ","Ẏ","Ẑ","Ẓ","Ẕ","ẞ","Ạ","Ả","Ấ","Ầ","Ẩ","Ẫ","Ậ","Ắ","Ằ","Ẳ","Ẵ","Ặ","Ẹ","Ẻ","Ẽ","Ế","Ề","Ể","Ễ","Ệ","Ỉ","Ị","Ọ","Ỏ","Ố","Ồ","Ổ","Ỗ","Ộ","Ớ","Ờ","Ở","Ỡ","Ợ","Ụ","Ủ","Ứ","Ừ","Ử","Ữ","Ự","Ỳ","Ỵ","Ỷ","Ỹ","Ỻ","Ỽ","Ỿ","Ἀ"-"Ἇ","Ἐ"-"Ἕ","Ἠ"-"Ἧ","Ἰ"-"Ἷ","Ὀ"-"Ὅ","Ὑ","Ὓ","Ὕ","Ὗ","Ὠ"-"Ὧ","Ᾰ"-"Ά","Ὲ"-"Ή","Ῐ"-"Ί","Ῠ"-"Ῥ","Ὸ"-"Ώ","ℂ","ℇ","ℋ"-"ℍ","ℐ"-"ℒ","ℕ","ℙ"-"ℝ","ℤ","Ω","ℨ","K"-"ℭ","ℰ"-"ℳ","ℾ"-"ℿ","ⅅ","Ↄ","Ⰰ"-"Ⱟ","Ⱡ","Ɫ"-"Ɽ","Ⱨ","Ⱪ","Ⱬ","Ɑ"-"Ɒ","Ⱳ","Ⱶ","Ȿ"-"Ⲁ","Ⲃ","Ⲅ","Ⲇ","Ⲉ","Ⲋ","Ⲍ","Ⲏ","Ⲑ","Ⲓ","Ⲕ","Ⲗ","Ⲙ","Ⲛ","Ⲝ","Ⲟ","Ⲡ","Ⲣ","Ⲥ","Ⲧ","Ⲩ","Ⲫ","Ⲭ","Ⲯ","Ⲱ","Ⲳ","Ⲵ","Ⲷ","Ⲹ","Ⲻ","Ⲽ","Ⲿ","Ⳁ","Ⳃ","Ⳅ","Ⳇ","Ⳉ","Ⳋ","Ⳍ","Ⳏ","Ⳑ","Ⳓ","Ⳕ","Ⳗ","Ⳙ","Ⳛ","Ⳝ","Ⳟ","Ⳡ","Ⳣ","Ⳬ","Ⳮ","Ⳳ","Ꙁ","Ꙃ","Ꙅ","Ꙇ","Ꙉ","Ꙋ","Ꙍ","Ꙏ","Ꙑ","Ꙓ","Ꙕ","Ꙗ","Ꙙ","Ꙛ","Ꙝ","Ꙟ","Ꙡ","Ꙣ","Ꙥ","Ꙧ","Ꙩ","Ꙫ","Ꙭ","Ꚁ","Ꚃ","Ꚅ","Ꚇ","Ꚉ","Ꚋ","Ꚍ","Ꚏ","Ꚑ","Ꚓ","Ꚕ","Ꚗ","Ꚙ","Ꚛ","Ꜣ","Ꜥ","Ꜧ","Ꜩ","Ꜫ","Ꜭ","Ꜯ","Ꜳ","Ꜵ","Ꜷ","Ꜹ","Ꜻ","Ꜽ","Ꜿ","Ꝁ","Ꝃ","Ꝅ","Ꝇ","Ꝉ","Ꝋ","Ꝍ","Ꝏ","Ꝑ","Ꝓ","Ꝕ","Ꝗ","Ꝙ","Ꝛ","Ꝝ","Ꝟ","Ꝡ","Ꝣ","Ꝥ","Ꝧ","Ꝩ","Ꝫ","Ꝭ","Ꝯ","Ꝺ","Ꝼ","Ᵹ"-"Ꝿ","Ꞁ","Ꞃ","Ꞅ","Ꞇ","Ꞌ","Ɥ","Ꞑ","Ꞓ","Ꞗ","Ꞙ","Ꞛ","Ꞝ","Ꞟ","Ꞡ","Ꞣ","Ꞥ","Ꞧ","Ꞩ","Ɦ"-"Ɪ","Ʞ"-"Ꞵ","Ꞷ","Ꞹ","Ꞻ","Ꞽ","Ꞿ","Ꟁ","Ꟃ","Ꞔ"-"Ꟈ","Ꟊ","Ꟑ","Ꟗ","Ꟙ","Ꟶ","Ａ"-"Ｚ"]>
| <#Nl: ["ᛮ"-"ᛰ","Ⅰ"-"ↂ","ↅ"-"ↈ","〇","〡"-"〩","〸"-"〺","ꛦ"-"ꛯ"]>

// unicode_identifier_extend
| <#UnicodeIdentifierExtend: (<Mn>|<Mc>|<Nd>|<Pc>|<Cf>)>
| <#Cf: ["","؀"-"؅","","۝","܏","࢐"-"࢑","࣢","",""-"",""-"",""-"",""-"","",""-""]>
| <#Mc: ["ः","ऻ","ा"-"ी","ॉ"-"ौ","ॎ"-"ॏ","ং"-"ঃ","া"-"ী","ে"-"ৈ","ো"-"ৌ","ৗ","ਃ","ਾ"-"ੀ","ઃ","ા"-"ી","ૉ","ો"-"ૌ","ଂ"-"ଃ","ା","ୀ","େ"-"ୈ","ୋ"-"ୌ","ୗ","ா"-"ி","ு"-"ூ","ெ"-"ை","ொ"-"ௌ","ௗ","ఁ"-"ః","ు"-"ౄ","ಂ"-"ಃ","ಾ","ೀ"-"ೄ","ೇ"-"ೈ","ೊ"-"ೋ","ೕ"-"ೖ","ೳ","ം"-"ഃ","ാ"-"ീ","െ"-"ൈ","ൊ"-"ൌ","ൗ","ං"-"ඃ","ා"-"ෑ","ෘ"-"ෟ","ෲ"-"ෳ","༾"-"༿","ཿ","ါ"-"ာ","ေ","း","ျ"-"ြ","ၖ"-"ၗ","ၢ"-"ၤ","ၧ"-"ၭ","ႃ"-"ႄ","ႇ"-"ႌ","ႏ","ႚ"-"ႜ","᜕","᜴","ា","ើ"-"ៅ","ះ"-"ៈ","ᤣ"-"ᤦ","ᤩ"-"ᤫ","ᤰ"-"ᤱ","ᤳ"-"ᤸ","ᨙ"-"ᨚ","ᩕ","ᩗ","ᩡ","ᩣ"-"ᩤ","ᩭ"-"ᩲ","ᬄ","ᬵ","ᬻ","ᬽ"-"ᭁ","ᭃ"-"᭄","ᮂ","ᮡ","ᮦ"-"ᮧ","᮪","ᯧ","ᯪ"-"ᯬ","ᯮ","᯲"-"᯳","ᰤ"-"ᰫ","ᰴ"-"ᰵ","᳡","᳷","〮"-"〯","ꠣ"-"ꠤ","ꠧ","ꢀ"-"ꢁ","ꢴ"-"ꣃ","ꥒ"-"꥓","ꦃ","ꦴ"-"ꦵ","ꦺ"-"ꦻ","ꦾ"-"꧀","ꨯ"-"ꨰ","ꨳ"-"ꨴ","ꩍ","ꩻ","ꩽ","ꫫ","ꫮ"-"ꫯ","ꫵ","ꯣ"-"ꯤ","ꯦ"-"ꯧ","ꯩ"-"ꯪ","꯬"]>
| <#Mn: ["̀"-"ͯ","҃"-"҇","֑"-"ֽ","ֿ","ׁ"-"ׂ","ׄ"-"ׅ","ׇ","ؐ"-"ؚ","ً"-"ٟ","ٰ","ۖ"-"ۜ","۟"-"ۤ","ۧ"-"ۨ","۪"-"ۭ","ܑ","ܰ"-"݊","ަ"-"ް","߫"-"߳","߽","ࠖ"-"࠙","ࠛ"-"ࠣ","ࠥ"-"ࠧ","ࠩ"-"࠭","࡙"-"࡛","࢘"-"࢟","࣊"-"࣡","ࣣ"-"ं","ऺ","़","ु"-"ै","्","॑"-"ॗ","ॢ"-"ॣ","ঁ","়","ু"-"ৄ","্","ৢ"-"ৣ","৾","ਁ"-"ਂ","਼","ੁ"-"ੂ","ੇ"-"ੈ","ੋ"-"੍","ੑ","ੰ"-"ੱ","ੵ","ઁ"-"ં","઼","ુ"-"ૅ","ે"-"ૈ","્","ૢ"-"ૣ","ૺ"-"૿","ଁ","଼","ି","ୁ"-"ୄ","୍","୕"-"ୖ","ୢ"-"ୣ","ஂ","ீ","்","ఀ","ఄ","఼","ా"-"ీ","ె"-"ై","ొ"-"్","ౕ"-"ౖ","ౢ"-"ౣ","ಁ","಼","ಿ","ೆ","ೌ"-"್","ೢ"-"ೣ","ഀ"-"ഁ","഻"-"഼","ു"-"ൄ","്","ൢ"-"ൣ","ඁ","්","ි"-"ු","ූ","ั","ิ"-"ฺ","็"-"๎","ັ","ິ"-"ຼ","່"-"໎","༘"-"༙","༵","༷","༹","ཱ"-"ཾ","ྀ"-"྄","྆"-"྇","ྍ"-"ྗ","ྙ"-"ྼ","࿆","ိ"-"ူ","ဲ"-"့","္"-"်","ွ"-"ှ","ၘ"-"ၙ","ၞ"-"ၠ","ၱ"-"ၴ","ႂ","ႅ"-"ႆ","ႍ","ႝ","፝"-"፟","ᜒ"-"᜔","ᜲ"-"ᜳ","ᝒ"-"ᝓ","ᝲ"-"ᝳ",""-"","ិ"-"ួ","ំ","៉"-"៓","៝",""-"","","ᢅ"-"ᢆ","ᢩ","ᤠ"-"ᤢ","ᤧ"-"ᤨ","ᤲ","᤹"-"᤻","ᨗ"-"ᨘ","ᨛ","ᩖ","ᩘ"-"ᩞ","᩠","ᩢ","ᩥ"-"ᩬ","ᩳ"-"᩼","᩿","᪰"-"᪽","ᪿ"-"ᫎ","ᬀ"-"ᬃ","᬴","ᬶ"-"ᬺ","ᬼ","ᭂ","᭫"-"᭳","ᮀ"-"ᮁ","ᮢ"-"ᮥ","ᮨ"-"ᮩ","᮫"-"ᮭ","᯦","ᯨ"-"ᯩ","ᯭ","ᯯ"-"ᯱ","ᰬ"-"ᰳ","ᰶ"-"᰷","᳐"-"᳒","᳔"-"᳠","᳢"-"᳨","᳭","᳴","᳸"-"᳹","᷀"-"᷿","⃐"-"⃜","⃡","⃥"-"⃰","⳯"-"⳱","⵿","ⷠ"-"ⷿ","〪"-"〭","゙"-"゚","꙯","ꙴ"-"꙽","ꚞ"-"ꚟ","꛰"-"꛱","ꠂ","꠆","ꠋ","ꠥ"-"ꠦ","꠬","꣄"-"ꣅ","꣠"-"꣱","ꣿ","ꤦ"-"꤭","ꥇ"-"ꥑ","ꦀ"-"ꦂ","꦳","ꦶ"-"ꦹ","ꦼ"-"ꦽ","ꧥ","ꨩ"-"ꨮ","ꨱ"-"ꨲ","ꨵ"-"ꨶ","ꩃ","ꩌ","ꩼ","ꪰ","ꪲ"-"ꪴ","ꪷ"-"ꪸ","ꪾ"-"꪿","꫁","ꫬ"-"ꫭ","꫶","ꯥ","ꯨ","꯭","ﬞ",""-"","︠"-"︯"]>
| <#Nd: ["0"-"9","٠"-"٩","۰"-"۹","߀"-"߉","०"-"९","০"-"৯","੦"-"੯","૦"-"૯","୦"-"୯","௦"-"௯","౦"-"౯","೦"-"೯","൦"-"൯","෦"-"෯","๐"-"๙","໐"-"໙","༠"-"༩","၀"-"၉","႐"-"႙","០"-"៩","᠐"-"᠙","᥆"-"᥏","᧐"-"᧙","᪀"-"᪉","᪐"-"᪙","᭐"-"᭙","᮰"-"᮹","᱀"-"᱉","᱐"-"᱙","꘠"-"꘩","꣐"-"꣙","꤀"-"꤉","꧐"-"꧙","꧰"-"꧹","꩐"-"꩙","꯰"-"꯹","０"-"９"]>
| <#Pc: ["‿"-"⁀","⁔","︳"-"︴","﹍"-"﹏","＿"]>

Please where exactly do your characters belong to?

Would the block below suffice?
20941 characters from the CJK Unified Ideographs block.
Code points U+4E00 to U+9FCC.
[U+4E00 - U+62FF](http://en.wikipedia.org/wiki/List_of_CJK_Unified_Ideographs,_part_1_of_4)
[U+6300 - U+77FF](http://en.wikipedia.org/wiki/List_of_CJK_Unified_Ideographs,_part_2_of_4)
[U+7800 - U+8CFF](http://en.wikipedia.org/wiki/List_of_CJK_Unified_Ideographs,_part_3_of_4)
[U+8D00 - U+9FCC](http://en.wikipedia.org/wiki/List_of_CJK_Unified_Ideographs,_part_4_of_4)

Sorry, I don't know Unicode well enough to give an exact range of characters. However, version 4.5 contains the characters range "\u4e00"-"\u9fa5". The Java parser contains another characters range "\u4e00"-"\u9fea".
JSQLParser 4.5:
https://github.com/JSQLParser/JSqlParser/blob/af886c7e450d5dbd36e87c2c60abc631075c6b8a/src/main/jjtree/net/sf/jsqlparser/parser/JSqlParserCC.jjt#LL484C3206-L484C3206
Java Parser:
https://github.com/javaparser/javaparser/blob/42ecfabdcb8fe05e764eb2ca7ade495aa38d153e/javaparser-core/src/main/javacc/java.jj#L828

Ok, I would add those ranges tomorrow.
Sorry for the inconvenience, I was not aware that those characters do not count as Letters.

I have submitted the change. Please feel very welcome to test it extensively, especially with corner cases.
Thanks again for reporting.

According to CJK Unified Ideographs (Unicode block), all four parts are consecutive, and the last part should end at U+9FFF.
So I believe  should be "\u4E00"-"\u9FFF"

According to CJK Unified Ideographs (Unicode block), all four parts are consecutive, and the last part should end at U+9FFF. So I think <CJK> should be "\u4E00"-"\u9FFF"

Thanks for pointing it out, it seems that about 20 more characters have been added only recently.
From a European perspective, its hard to say if such a volatile character set is a bug or a feature. Nevertheless we are committed to make it work.
Please do let me know, if anything else was needed.

👍👍


Missing helper file in tag V2

In V2 there is the addr.awk helper file in the utilities directory missing. This helper file must be added.

You can take the helper file from trunk.


[Bug] Goddard 3D does not compile

Dear CT community,
Describe the bug
If the F0() function for the dynamics just returns a vector of zeros, then it compiles.
But if I copy the velocity state into the time-deriv (x[4] in the line below marked as "BUG HERE") then the code does not compile, apparently in some automatic differentiation part.
To Reproduce
Execute the following:

module Goddard3D

using OptimalControl
#using NLPModelsIpopt
#using OrdinaryDiffEq  # to get the Flow function from OptimalControl
#using NonlinearSolve  # interface to NLE solvers
#using MINPACK         # NLE solver: use to solve the shooting equation
using Plots           # to plot the solution

t0 = 0      # initial time
r0 = [0.999949994, 0.0001, 0.01]      # initial altitude
v0 = [0,0,0]      # initial speed, v = 1 ==> 7910 m/s (orbital velocity at sea level)
m0 = 1      # initial mass
x0 = [ r0..., v0..., m0 ]
rf = [1.01,0,0] # r[1] = 1 ==> 6378 km

@def ocp begin # definition of the optimal control problem
    tf ∈ R, variable
    t ∈ [ t0, tf ], time
    x ∈ R⁷, state
    u ∈ R³, control

    r = x[1:3]
    v = x[4:6]
    m = x[7]

    x(t0) == x0
    r(tf) == rf,         (1)
    u(t)' * u(t) ≤ 1.0
    r(t)' * r(t) ≥ 1.0
    #0 ≤ v(t) ≤ vmax

    ẋ(t) == F0(x(t)) + F1(x(t), u(t))

    m(tf) → max

end;

# Dynamics
const Cd = 310
const Tmax = 3.5
const β = 500
const b = 7

F0(x) = begin
    return [x[4],0,0,0,0,0,0] ###  <---- ************** BUG HERE
    #r = x[1:3]
    #v = x[4:6]
    #m = x[7]
    #rnorm2 = r' * r
    #rnorm = sqrt(rnorm2)
    #rnormalized = (1/rnorm) * r
    #vnorm = sqrt(v' * v)
    #D = ( Cd * vnorm * exp(-β*(rnorm - 1)) ) * v # Drag force
    #return [v..., (-D/m - (1/rnorm2)*rnormalized)..., 0 ]
end

F1(x,u) = begin
    m = x[7]
    unorm = sqrt(u' * u)
    t = (Tmax / m) * u
    return [ 0,0,0, t..., -b*Tmax*unorm ]
end

# DIRECT METHOD

function run_direct()
    direct_sol = solve(ocp, grid_size=100)
    plt = plot(direct_sol, size=(900, 900))
end

# INDIRECT SHOOTING METHOD

end # module

Goddard3D.run_direct()

Expected behavior
Should compile
Julia 1.10.5 on MacOS Ventura 13.7 up-to-date packages

Actually, even for this simple problem, there is a bug:
using OptimalControl
using NLPModelsIpopt

ocp = @def begin
    t ∈ [0, 1], time
    x ∈ R², state
    u ∈ R, control
    x(0) == [ -1, 0 ]
    x(1) == [ 0, 0 ]
    ẋ(t) == [ x₂(t), 0 ] + [ 0, u(t) ]
    ∫( 0.5u(t)^2 ) → min
end

sol = solve(ocp)

We get the error:
ERROR: LoadError: Cannot determine ordering of Dual tags ForwardDiff.Tag{ReverseDiff.var"#130#133"{typeof(+), ForwardDiff.Dual{ForwardDiff.Tag{ADNLPModels.var"#ψ#74"{CTDirect.var"#34#36"{CTDirect.DOCP}}, Float64}, Float64, 1}}, ForwardDiff.Dual{ForwardDiff.Tag{ADNLPModels.var"#ψ#74"{CTDirect.var"#34#36"{CTDirect.DOCP}}, Float64}, Float64, 1}} and ForwardDiff.Tag{ADNLPModels.var"#ψ#74"{CTDirect.var"#34#36"{CTDirect.DOCP}}, Float64}

This for instance compiles but there is still an issue:

module Goddard3D

using OptimalControl
using NLPModelsIpopt
#using OrdinaryDiffEq  # to get the Flow function from OptimalControl
#using NonlinearSolve  # interface to NLE solvers
#using MINPACK         # NLE solver: use to solve the shooting equation
using Plots           # to plot the solution

t0 = 0                              # initial time
r0 = [0.999949994, 0.0001, 0.01]    # initial altitude
v0 = [0, 0, 0]                      # initial speed, v = 1 ==> 7910 m/s (orbital velocity at sea level)
m0 = 1                              # initial mass
x0 = [r0..., v0..., m0]
rf = [1.01, 0, 0]                   # r[1] = 1 ==> 6378 km

ocp = @def begin # definition of the optimal control problem

    tf ∈ R, variable
    t ∈ [ t0, tf ], time
    x ∈ R⁷, state
    u ∈ R³, control

    r = x[1:3]
    v = x[4:6]
    m = x[7]

    x(t0) == x0
    r(tf) == rf

    u(t)' * u(t) ≤ 1
    r(t)' * r(t) ≥ 1

    ẋ(t) == F(x(t), u(t))

    m(tf) → max

end;

# Dynamics
const Cd = 310
const Tmax = 3.5
const β = 500
const b = 7

mysqrt(x) = sqrt(x + 1e-6)

F(x, u) = begin

    r = x[1:3]
    v = x[4:6]
    m = x[7]

    rnorm2 = r' * r
    rnorm = mysqrt(rnorm2)
    rnormalized = (1/rnorm) * r
    vnorm = mysqrt(v' * v)
    D = ( Cd * vnorm * exp(-β*(rnorm - 1)) ) * v # Drag force

    ṙ = v
    v̇ = -D/m - (1/rnorm2)*rnormalized + (Tmax / m) * u
    ṁ = -b*Tmax*mysqrt(u' * u)

    return [ṙ..., v̇..., ṁ]

end

# DIRECT METHOD

function run_direct()
    direct_sol = solve(ocp; grid_size=100)
    plt = plot(direct_sol, size=(900, 900))
end

# INDIRECT SHOOTING METHOD

end # module

Goddard3D.run_direct()

returns
julia> include("goddard.jl");
WARNING: replacing module Goddard3D.
This is Ipopt version 3.14.16, running with linear solver MUMPS 5.7.3.

Number of nonzeros in equality constraint Jacobian...:     7510
Number of nonzeros in inequality constraint Jacobian.:      606
Number of nonzeros in Lagrangian Hessian.............:     4747

Total number of variables............................:     1011
                     variables with only lower bounds:        0
                variables with lower and upper bounds:        0
                     variables with only upper bounds:        0
Total number of equality constraints.................:      710
Total number of inequality constraints...............:      202
        inequality constraints with only lower bounds:      101
   inequality constraints with lower and upper bounds:        0
        inequality constraints with only upper bounds:      101

iter    objective    inf_pr   inf_du lg(mu)  ||d||  lg(rg) alpha_du alpha_pr  ls
   0 -1.0000000e-01 7.98e+137 1.00e+00   0.0 0.00e+00    -  0.00e+00 0.00e+00   0
MUMPS returned INFO(1) = -9 and requires more memory, reallocating.  Attempt 1
  Increasing icntl[13] from 1000 to 2000.
MUMPS returned INFO(1) = -9 and requires more memory, reallocating.  Attempt 2
  Increasing icntl[13] from 2000 to 4000.
MUMPS returned INFO(1) = -9 and requires more memory, reallocating.  Attempt 3
  Increasing icntl[13] from 4000 to 8000.
WARNING: Problem in step computation; switching to emergency mode.
   1r-1.0000000e-01 7.98e+137 9.99e+02 129.9 0.00e+00  20.0 0.00e+00 0.00e+00R  1
Restoration phase failed with unexpected solverreturn status 9

Number of Iterations....: 1

                                   (scaled)                 (unscaled)
Objective...............:  -1.0000000000000001e-01   -1.0000000000000001e-01
Dual infeasibility......:   1.0000000000000000e+00    1.0000000000000000e+00
Constraint violation....:  7.9803725102132858e+129   7.9803725102132855e+137
Variable bound violation:   0.0000000000000000e+00    0.0000000000000000e+00
Complementarity.........:   9.7000000999999991e-01    9.7000000999999991e-01
Overall NLP error.......:  7.9803725102132858e+129   7.9803725102132855e+137

Number of objective function evaluations             = 2
Number of objective gradient evaluations             = 2
Number of equality constraint evaluations            = 2
Number of inequality constraint evaluations          = 2
Number of equality constraint Jacobian evaluations   = 2
Number of inequality constraint Jacobian evaluations = 2
Number of Lagrangian Hessian evaluations             = 1
Total seconds in IPOPT                               = 1.988

EXIT: Restoration Failed!

@jbcaillau, @PierreMartinon Any idea?

@jbcaillau, @PierreMartinon Any idea?

Hi, thanks @horasio for the feedback and @ocots for the tests. Two things (at least 🤞🏾):

there is a known issue with constants and (seemingly) AD, see https://github.com/control-toolbox/CTDirect.jl/issues/190 : we have not taken the time to delve into it but it is a good occasion (though there are simple workarounds, it is not acceptable)
there seems to be a specific issue with this example (0 iteration, you must be kidding me 🥲)

@horasio norm (unsquared) is not differentiable, so it is always advisable to smooth it
@ocots I see, however, that changing to mysqrt is not enough; to be continued. have you tried to change the linear solver, replacing MUMPS by, e.g., MA27/57?

Hi everyone @horasio @jbcaillau @ocots !
I see JB already answered concerning the AD problem.
As for the restoration error, I strongly suspect this is due to the (lack of) initial guess in the solve call: default initial guess is constant 0.1, however for this problem this is not good since the altitude should always be greater than 1. Can you try
direct_sol = solve(ocp; grid_size=100, init=(state=[1.01,0,0,0,0,0,1],))

Thank you everyone,
Using the smoothed sqrt as suggested by @ocots I get the same EXIT: Restoration Failed!.
By adding an init=(state=x0,)), as suggested by @PierreMartinon , Ipopt progresses: 13 iterations and EXIT: Converged to a point of local infeasibility. Problem may be infeasible.
Is there a way, in init=... to provide a more precise warm start ?
In my code for the Goddard problem without control-toolbox (JuMP+Ipopt) I do not use smoothed sqrt and still do not have divide-by-zero errors and I think it's thanks to the warm start, that moved the trajectory away from zero at all times.

Thank you everyone, Using the smoothed sqrt as suggested by @ocots I get the same EXIT: Restoration Failed!. By adding an init=(state=x0,)), as suggested by @PierreMartinon , Ipopt progresses: 13 iterations and EXIT: Converged to a point of local infeasibility. Problem may be infeasible. Is there a way, in init=... to provide a more precise warm start ? In my code for the Goddard problem without control-toolbox (JuMP+Ipopt) I do not use smoothed sqrt and still do not have divide-by-zero errors and I think it's thanks to the warm start, that moved the trajectory away from zero at all times.

Hi @horasio, yes, you can find more details on the initial guess here:
https://control-toolbox.org/OptimalControl.jl/stable/tutorial-initial-guess.html


MIP - Alpha envelope

Simple Summary
Ensure that alpha messages that were created before programmable envelopes were implemented still work
Abstract
Create a programmable envelope that conforms to the alpha payload.
Specification

URL MUST be decrypted from encryptedURL
ContentsHash MUST be decrypted from encryptedURL then split the value by -
IntegrityHash is encryptedHash

Rationale
Forwards and backwards compatibility is a requirement that is intended to be implemented by v1.0.0. Tackling this now permits a test of the strategies used to achieve it.
Backwards Compatibility
This will ensure backwards and forward compatibility from alpha version
Related MIP
Links to any related MIPs.

MIP - Programmable Envelopes #217

Is the intention to keep the alpha envelope forever?


Add psatisfyMaxBudget

Helpful to test whether a given Plutarch program is within the specified CPU/mem/size budget.

It also adds by necessity the @:-> operator to pass the benchmark value while keeping @-> as-is for backwards compatibility and satisfying the majority of use cases checking the evaluated program rather than benchmarks.

evalScript already does this

https://github.com/Plutonomicon/plutarch/blob/staging/Plutarch/Evaluate.hs#L41

Yes, but the idea here is to test that a Plutarch program (any program used in goldens) takes a specified budget (not just the max budget used by evalScript) including script size. @Geometer1729 ran into this when he caught equality checks on Value taking more than usual memory usage on large lists.
If you look at the numbers in the fib example I've posted above, notice that it also checks for script size ceiling (100 bytes, specifically).

Makes sense. You probably want evalScript' though.

I'm now thinking we should perhaps modify @:-> to take another argument, representing the evaluated UPLC. Thus it accepts a function taking 3 arguments, each corresponding to the 3 goldens being generated.

I'm now thinking we should perhaps modify @:-> to take another argument, representing the evaluated UPLC. Thus it accepts a function taking 3 arguments, each corresponding to the 3 goldens being generated.

I did that change ^ in a separate PR for review-friendly diff: #353 (/cc @Geometer1729)

https://downloads.haskell.org/ghc/9.2.2/docs/html/users_guide/exts/impredicative_types.html?highlight=impredicativetypes#extension-ImpredicativeTypes it's basically a new feature.
Surprised that it still works with GHC 8.

please resolve conflicts


v26.0.0  PULL_REQUEST_TEMPLATE.md config

https://github.com/Ruben-Arushanyan/guide-open-source/commit/b2ed85767119425a866dbf6b88c694f53270196b


Symfony Components Wrappers - Epic

Develop custom wrappers to Symfony Components required by micro-swell.

Epic's Sub-tasks:
Sub tasks forming part of this Epic #2 - Symfony Components Wrappers and Milestone
Selected To Dos:

[ ] #6

In Discussion (preliminary planning)
Maybes:


Not compatible with older versions?

I was hoping that I could rely on this tool to find any version of Visual Studio. But apparently it only works with the Visual Studio 2017 (probably and later) but not with e.g. Visual Studio 2015.
It would be cool if there was some legacy detection so that this tool could be used as a single utility to find installed Visual Studio versions—regardless of whether they are new or old.

Thanks for the feedback. It had been a consideration but almost none of the other parameters (specifically -requires and partly -products that would need a mapping) would make sense and may give unexpected results. It's recommended to use the old registry detection.
That said, I'd be interested in your scenario. We haven't closed the door in this and understanding how people might use or would help.

I understand that it would only have a reduced utility compared to VS2017. However, I was hoping that vswhere could be used as a single query tool without having to add hardcoded registry checks just in case an old version is still present.
Btw. are there any plans to ship this tool with Visual Studio, so that one can depend on it to exist (when there is a compatible version of VS installed anywhere), or are we supposed to bundle this tool into our applications when we need this detection?

We are discussing shipping it, but not for RTW and have no definite plans otherwise, so you might considering either redist'ing it or downloading as needed. I'm also adding support for both a NuGet package and a Chocolatey package (same package, actually) for added ease of acquisition.

+1 for this request: I'm also maintaining a library that strives to be compatible with all versions of Visual Studio. Finding them is indeed difficult and slow now. And VS 2017 just broke the script that did it.
Being able to rely on vswhere for all of them would be great!

This will be fixed in the next release.


🐞 - Input not blur in Firefox when click outside iframe

Playground Link
https://stackblitz.com/edit/js-9bqmek?file=index.html
Description
Steps:

Open application in iframe.
Set focus in tui-input.
Click outside iframe.

Actual:
Application nothing reaction
Expected:
Input set blur state and validation work.
Description:
This behavior is also typical for the checkbox.
In Chrome blur is set.
Angular version
16.2.0
Taiga UI version
3.48.0
Which browsers have you used?

[ ] Chrome
[X] Firefox
[ ] Safari
[ ] Edge

Which operating systems have you used?

[ ] macOS
[X] Windows
[ ] Linux
[ ] iOS
[ ] Android

Hey, I check this issue from windows and mac, open 4.x docs version and 3.x docs version. This issue is not reproducible in both versions. 😬

Yep, seems like it is now fixed as the StackBlitz provided works correctly


Fabric server crashing when disassembly contraption

Describe the Bug
When I disassembly the contraption, my server crashing. After restarting, all contraption duped with the items in his chests.
Reproduction Steps

Make contraption using cart assembler
Assembly contraption and add some items
Disassembly contraption using cart assembler

Expected Result
Disassembly without crashing the server.
Screenshots and Videos
No response
Crash Report or Log
https://gist.github.com/MistGo/67cf600db959b843232aaafdc4cafb3a
Operating System
Ubuntu 22.04
Mod Version
0.5.1d
Minecraft Version
1.20.1
Other Mods
create-fabric-0.5.1-d-build.1161+mc1.20.1.jar
fabric-api-0.87.0+1.20.1.jar
jei-1.20.1-fabric-<IP_ADDRESS>.jar
lithium-fabric-mc1.20.1-0.11.2.jar
memoryleakfix-fabric-1.17+-1.1.1.jar
noelytra-v1.jar
player-events-api-2.4.5.jar
spark-1.10.49-fabric.jar
Steam_Rails-1.5.0+fabric-mc1.20.1-build.547.jar
tabtps-fabric-mc1.20.1-1.3.18.jar
tsasatus-1.0.0.jar -- private mod
Additional Context
No response

what inventories are on the contraption

what inventories are on the contraption

only chests

I have a similar issue. It happened when a rope pulley contraption with chests attached came back up to its original position. When the server started again all items duped. Super glue is still in the air even after picking up the contraption.

Similar issue. I have a miner thing and when I put it in a Cart Assembler, the server crashed and when I restarted it, all the blocks in the contraption got duplicated as items on the ground. https://mclo.gs/As34vSi

With more testing, it seems to happen if there are blocks in the way of the creation

Can confirm this occurs with the rope pulley, however I don't have any blocks in the way at the time of disassembly

I think this is a dupe of #1038

From my testing a crash occurs on any contraption that goes back to solid blocks after a mounted inventory has had items taken out of using shift-click when it still is an entity.

Any plans to fix this? Really number 1 problem crashing server all the time.

Is anyone working on this? I suggested two ways to fix this in #1264 but the issue was marked as duplicated so I moved here for further debates. imho just double-checking emptiness in ItemStackHandler#nonEmptyViews/ItemStackHandler#nonEmptyIterator on the porting-lib is the best way to remove bugs without any side effects.

Confirmed on patch f

This occurs very regularly for me as well

Could somebody help me with where this fix gets applied? I didn't see it in the changelog for Patch F on forge and @IThundxr says it's confirmed on F. I also don't see the relevant change cherry picked into the 1.20.1/fabric/dev branch. Am I missing something? Thanks in advance!

Already fixed in patch F, not sure if it was a change in porting lib or create


[CSL-2384] Use persistent state in data layer

Description
Towards wiring up the pure wallet with the new Acid-state layer, this PR implements Spec.Update.ApplyBlock.
Linked issue
https://iohk.myjetbrains.com/youtrack/issue/CBR-238
Type of change

[x ] 🛠 New feature (non-breaking change which adds functionality)
[x] 🏭 Refactoring that does not change existing functionality but does improve things like code readability, structure etc

Developer checklist

[x] I have read the style guide document, and my code follows the code style of this project.
[x] If my code deals with exceptions, it follows the guidelines.
[x] I have updated any documentation accordingly, if needed. Documentation changes can be reflected in opening a PR on cardanodocs.com, amending the inline Haddock comments, any relevant README file or one of the document listed in the docs directory.

Testing checklist

[x ] I have added tests to cover my changes.
[ x] All new and existing tests passed.

QA Steps

Screenshots (if available)

(closing this and creating new PR)


chore: some cleanup

split tests in browser/node and run them both via test (closes https://github.com/open-wc/open-wc/issues/511)
add post install build (closes https://github.com/open-wc/open-wc/issues/582)
removes no longer needed test/index.html files
removes individual karma setups in packages (use global setup instead)

There are conflicts now :(


Empty table

@MinMah23 In section 4.2.5 Data type table is empty. I think you could completely drop the table if you do not use a new data type for your project

I will write Not Applicable for that.


Updates to BucketItem, the Waterloggable hierarchy and block materials

This PR maps the rest of BucketItem as well as the Waterloggable superinterfaces and their methods and some of the net.minecraft.block.Material properties.
(Also, I don't know why the merged BucketItem commit is there again /shrug)

@shadowfacts Could you review again?


Doesn't work on Windows

On either v0.0.2 release or the latest master (93737031e7ce6dfafefd60df3503c039c2df90eb):

Cannot drag-n-drop
Doesn't respond to any of Ctrl-O, Ctrl-N, Ctrl-T
Window freezes after resize
The big red close button doesn't close the window
Terminal doesn't receive Enter

Is this project targeting macOS only?

On windows 10, with v0.0.4 release:

[ ] Cannot drag-n-drop - confirmed
[ ] Doesn't respond to any of Ctrl-O, Ctrl-N, Ctrl-T - yes,

but command palette (Ctrl+P) works
no key bindings  registered in config, don't know how yet

[x] Window freezes after resize - can't reproduce
[ ] The big red close button doesn't close the window - confirmed

individual files can be closed
closing the background terminal works

[ ] Terminal doesn't receive Enter - confirmed

terminal is finicky, the UI sort of shows a new line, but there's no output shown

On windows 10, with current master #a61d3b2966f4634ebad6b639692cffd0536d99c0

[ ] Cannot drag-n-drop - confirmed
[ ] Doesn't respond to any of Ctrl-O, Ctrl-N, Ctrl-T - yes,
but command palette (Ctrl+P) works
[ ] The big red close button doesn't close the window - confirmed
It looks like this happens also on other platforms https://github.com/lapce/lapce/issues/26
[ ] Terminal doesn't receive Enter - confirmed
The problem seems to be the newline character which is sent further to the terminal https://github.com/lapce/lapce/blob/a61d3b2966f4634ebad6b639692cffd0536d99c0/core/src/terminal.rs#L1004
First I thought the Windows newline \r\n must be used, but this shows an additional newline.
By replacing \n with \r, the command is evaluated. I haven't found the time to look into this issue more deeply.

Terminal doesn't receive Enter

I am currently using Ctrl + m for enter as workaround, also it seems like other readline command for movement works.

Is it possible to provide binaries for windows? I don't like installers, and they put stuff in random places and I like to keep stuff portable. Some other issues I encountered:

It always opens up on my user dir (C:\Users\<username>) even when I invoke it in the command line.
There's no way to close the inbuilt terminal, or change it(I haven't looked in settings.toml, but there should still be a way to change it to cmd in the editor itself)
You can't use arrow keys on the command overlay. Don't know if this is windows specific, but I only have a windows machine.
Typing into the terminal didn't work for me. RIP cargo run :(
You can only have one tab open? it only keeps one tab in the main window for some reason.
There is a console window that opens up with the app. It's really annoying and clutters my workspace, but it's the only way to close the app?

Sorry, I just put these here since it's an issue related to windows, but I can make separate issues with more screenshots if you want. I just got the editor today and was excited to test it out, but my excitement was beat down pretty quickly :(

Terminal doesn't receive Enter is fixed with 2220062d1f4d816244162faa29fb21a99b40e1bc for me , can you guys/gals test

Hi and thank you for reporting these issues!
I'm going to close this to keep the issue list clean.
As far as I can tell, everything should be working except drag-and-drop, which I believe is not properly supported in any other OS either. If any of the issues still stand for you, please feel free to open new issues! However, I would like to ask you to open a separate issue for each problem you have. Thank you!


Dialyzer errors under erlang 25.1 (but not 25.0)

When upgrading a project using plugsnag from erlang 25.0 to erlang 25.1, the following error was generated:
Unknown warning:
:callback_not_exported

Legacy warning:
lib/plugsnag.ex:3: Callback function handle_errors/2 exists but is not exported (behaviour 'Elixir.Plug.ErrorHandler')
________________________________________________________________________________

I think it could be fixed by making the function public
https://github.com/bugsnag-elixir/plugsnag/pull/48

I tried that, and while I may be missing something, it did not change the end result. Same dialyzer error in the parent project.

Oddly, it does not happen when I run mix dialyzer in this codebase with the same versions of erlang 25.1 and elixir 1.13.1-otp-25

Oddly, it does not happen when I run mix dialyzer in this codebase with the same versions of erlang 25.1 and elixir 1.13.1-otp-25

Maybe PLT was cached. Making the function public worked for me on 1.14 and erlang 25.1


Bump metals to 1.2.1

Description of changes
https://scalameta.org/metals/blog/2024/02/07/bismuth
Things done

Built on platform(s)

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

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

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[x] Fits CONTRIBUTING.md.

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

Please follow NixOS Commit conventions
In your case:
metals: 1.2.0 -> 1.2.1

I would love to see this merged 💯

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

1 package built:

metals

Hi, thanks for the bump and apologies for the delay.


ParameterStore: updated values in SSM parameter store are not propagated to spring application

Type: Bug
Component: Parameter Store
Describe the bug
Updated values in AWS parameter store are not propagated to running application.
How to reproduce

Start sample application (https://github.com/miloszpiglas/spring-demo-ssm)
Change value of "/config/message" in SSM.
Observe logs from https://github.com/miloszpiglas/spring-demo-ssm/blob/013a255a544fcdf3ac976627932cf7c9a0ce4be5/src/main/java/com/example/demo/MyConfig.java#L17

Changes in SSM are detected but MyConfig.message is updated with old value. I believe it is cause by implementation of method io.awspring.cloud.autoconfigure.config.reload.PollingAwsPropertySourceChangeDetector.executeCycle(). New values are only loaded in local copy of ParameterStorePropertySource however environment is updated with values that were loaded during application start.
Sample
Sample application https://github.com/miloszpiglas/spring-demo-ssm

Hi guys, I've the same issue. Any update on this?

@miloszpiglas in your sample you're binding configuration properties without a prefix. I think this may be a problem.
I made a fully working sample where reload works as expected: https://github.com/maciej-scratches/spring-cloud-aws-gh-1003

Closing due to lack of feedback.


Generating images on a Mac is slow. Is there something wrong with my configuration?

Apple M1 Pro
32 GB

tesla t4


Implement archive cleanup

Fixes #769.
This allows Gitea to automatically purge created archives in order to better control disk space usage. Currently, archives older than 24 hours will be purged every 24 hours.

LGTM

As my review wasn't immediately recognized by the bot, I'll take the chance to ask you to deal with the two comments I've added before convincing the bot :)

LGTM now - although I don't know how cheatsheet is generated


Camera is smaller than game size when resolution > 1

I'm writing a game that uses phaser-ce and there is a big problem. When you set resolution > 1 (many mobile devices have resolution greater than 1), camera size is smaller than game view, you can see images below:
resolution = 1
resolution > 1
Any help? :(

Try https://photonstorm.github.io/phaser-ce/Phaser.TilemapLayer.html#resize

It works. Thanks a lot.


Tune workspace VolumeClaim sizes per environment

pipeline environments/overlays/local/pipelineruns/okd-coreos-all-pipelinerun.yaml fails on my laptop, for unavailability of 20G, reducing.
pipeline environments/overlays/operate-first/pipelineruns/okd-coreos-all-pipelinerun.yaml fails on operatefirst at step cosa-buildextend, increasing to 30G

/assign @lmzuccarelli

/lgtm


Migration .stub

How come the migration file is called .stub? As far as I can see, it's impossible to migrate it?
laravel-activitylog/migrations/create_activity_log_table.php.stub

The service provider publishes that stub when publishing the migration: https://github.com/spatie/laravel-activitylog/blob/8dc0d56ecc53f8a87ca0dad8ba97663e1205f2f1/src/ActivitylogServiceProvider.php#L27


[HBASE-24288]Allow admin user to create table and do bulkLoad

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 52s
the patch passed

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

+1 :green_heart:
shadedjars
5m  7s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 40s
hbase-server in the patch failed.

_ Other Tests _

-1 :x:
unit
121m 22s
hbase-server in the patch failed.

145m 53s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux d2d79fa66447 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 856e21d199

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/testReport/

Max. process+thread count
4449 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 31s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+1 :green_heart:
mvninstall
3m 44s
master passed

+1 :green_heart:
compile
0m 54s
master passed

+1 :green_heart:
shadedjars
4m 54s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 38s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 21s
the patch passed

+1 :green_heart:
compile
0m 53s
the patch passed

+1 :green_heart:
javac
0m 53s
the patch passed

+1 :green_heart:
shadedjars
4m 57s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 37s
the patch passed

_ Other Tests _

-1 :x:
unit
132m 23s
hbase-server in the patch failed.

155m 22s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 2fa59d783a74 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 856e21d199

Default Java
1.8.0_232

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/testReport/

Max. process+thread count
4426 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/1/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 44s
Docker mode activated.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 52s
the patch passed

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

+1 :green_heart:
shadedjars
5m  8s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 39s
hbase-server in the patch failed.

_ Other Tests _

-1 :x:
unit
121m  4s
hbase-server in the patch failed.

145m 29s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 45f026cff837 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / b810c9bb91

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/testReport/

Max. process+thread count
3967 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 44s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+1 :green_heart:
mvninstall
4m 21s
master passed

+1 :green_heart:
compile
1m  2s
master passed

+1 :green_heart:
shadedjars
6m  2s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 40s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 53s
the patch passed

+1 :green_heart:
compile
1m  1s
the patch passed

+1 :green_heart:
javac
1m  1s
the patch passed

+1 :green_heart:
shadedjars
5m 48s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 37s
the patch passed

_ Other Tests _

-1 :x:
unit
147m 10s
hbase-server in the patch failed.

175m 41s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 86aeddba633e 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / b810c9bb91

Default Java
1.8.0_232

unit
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/testReport/

Max. process+thread count
4626 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/2/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
2m  1s
Docker mode activated.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 51s
the patch passed

+1 :green_heart:
compile
1m  4s
the patch passed

+1 :green_heart:
javac
1m  4s
the patch passed

+1 :green_heart:
shadedjars
5m  7s
patch has no errors when building our shaded downstream artifacts.

-0 :warning:
javadoc
0m 41s
hbase-server in the patch failed.

_ Other Tests _

+1 :green_heart:
unit
122m  3s
hbase-server in the patch passed.

146m 26s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux e550ce6ae098 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 512d00e75d

Default Java
2020-01-14

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/artifact/yetus-jdk11-hadoop3-check/output/branch-javadoc-hbase-server.txt

javadoc
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/artifact/yetus-jdk11-hadoop3-check/output/patch-javadoc-hbase-server.txt

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/testReport/

Max. process+thread count
3801 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 28s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+1 :green_heart:
mvninstall
3m 19s
master passed

+1 :green_heart:
compile
0m 51s
master passed

+1 :green_heart:
shadedjars
5m  0s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 37s
master passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
3m 18s
the patch passed

+1 :green_heart:
compile
0m 55s
the patch passed

+1 :green_heart:
javac
0m 55s
the patch passed

+1 :green_heart:
shadedjars
4m 53s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 35s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
130m 26s
hbase-server in the patch passed.

152m 29s

Subsystem
Report/Notes

Docker
Client=19.03.8 Server=19.03.8 base: https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/1612

JIRA Issue
HBASE-24288

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux e4b48f0835ee 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 512d00e75d

Default Java
1.8.0_232

Test Results
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/testReport/

Max. process+thread count
4368 (vs. ulimit of 12500)

modules
C: hbase-server U: hbase-server

Console output
https://builds.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-1612/3/console

versions
git=2.17.1 maven=(cecedd343002696d0abb50b32b541b8a6ba2883f)

Powered by
Apache Yetus 0.11.1 https://yetus.apache.org

This message was automatically generated.


Fix #3: Default to using the branch 'main'

Here's my quick and dirty attempt to fix the problem @jacobian reported in #3. I didn't quite figure out the tests situation locally. The tests require a test GH account credentials, is that correct?

Cleaning up in my PRs tab, feel free to reopen


Latest version no longer restarting music queue

Salutation (i'll not respond to users that doesn’t wrote at least "Hello")
Describe the bug
Latest version no longer restarting music queue
To Reproduce
Music is playing on a Sonos ZP90
Ultimate TTS sends MP3 file to play on Sonos, this works but it doesn't return back to playing the music after.
TTS-Ultimate Version
1.0.49
Are you running node-red behind homematic, docker or anything similar?
Home Assistant OS 8.2
Was working fine until a recent update of tts-ultimate

Hi Mark
Now i’m on holiday and cannot watch it, but i’ve received no compliants about that. Mine also resumes ok.
Reinstall an older version of tts-ultimate until i come back from holiday.
In the meantime, please send me your nodered log. Thanks.

PS: Sonos ZP90 is a very old device, working on old api. Please consider to upgrade it.

You're right it could probably do with replacing.
I'll try an older version of TTS and come back.
Have a great holiday!