BioGPT is now available in 🤗 Transformers

BioGPT is now available for usage in 🤗 Transformers!
Docs: https://huggingface.co/docs/transformers/main/en/model_doc/biogpt.
Checkpoints on the hub: https://huggingface.co/microsoft/biogpt
It'd be very nice if someone converted the remaining BioGPT checkpoints to the HuggingFace format. The conversion script can be found here.

https://huggingface.co/kamalkraj/BioGPT-Large-PubMedQA

@kamalkraj Where did you find the model dict?

Hi @harveenchadha,
Once the model is loaded like this below
import torch
torch.manual_seed(42)

from src.transformer_lm_prompt import TransformerLanguageModelPrompt

model = TransformerLanguageModelPrompt.from_pretrained(
        "../QA-PubMedQA-BioGPT-Large",
        "checkpoint.pt",
        "../QA-PubMedQA-BioGPT-Large",
        max_len_b=1024,
        max_tokens=12000,
        source_lang="x",
        target_lang="y")

You can save the dict using.
m.src_dict.save("new_dict/dict.txt")

Hi @kamalkraj,
Thanks for the reply but Looks like to load the model itself you need a dict. What am I doing wrong?
Here is a colab
What is src in your case? I am assuming it is the fairseq code?

Oh man! I just found out dict and bpecodes are present in data folder itself :D

@kamalkraj do you mind converting the other BioGPT checkpoints?
Can I transfer this checkpoint to the Microsoft organization?

@kamalkraj do you mind converting the other BioGPT checkpoints?
Can I transfer this checkpoint to the Microsoft organization?

You can transfer https://huggingface.co/kamalkraj/BioGPT-Large-PubMedQA to Microsoft.
I will update in this issue as i convert the other models

@NielsRogge
https://huggingface.co/kamalkraj/BioGPT-Large

Is it possible to fine-tune a model through the huggingface package? Thank you!

@harveenchadha were u able to execute in in colab?

@NielsRogge can you help me with Question Answering inferencing documentation from the same model? Got multiple errors.

@evanbrociner yes fine-tuning can be done easily. See our example notebook and example script to fine-tune any GPT-like model (like BioGPT) on your custom dataset.

@sockthem sure, note that BioForCausalLM is just a generative model which you can prompt with text and it will continue the prompt. It's not like BertForQuestionAnswering which does extractive question answering from a piece of text.

@NielsRogge Thank you for all the amazing help! Another quick question, might a hugging face implementaiton for Fine-tuned BioGPT for document classification task on HoC be in the works?

@evanbrociner there's currently someone adding a BioGptForSequenceClassification class, which could be used for this purpose.
However note that GPT-like (decoder-only Transformer) models oftentimes aren't the best at classification tasks, as they have a causal attention mask instead of a bidirectional attention mask (meaning they can only look at previous tokens when making a prediction, whereas BERT-like or encoder-only Transformers can look in both directions).
For classifying biomedical texts, a model like BioClinicalBERT might work better.

@evanbrociner there's currently a contributor adding a BioGptForSequenceClassification class, which could be used for this purpose. Alternatively, you could fine-tune BioGPT to simply make it generate the appropriate class as next token.
However note that GPT-like (decoder-only Transformer) models oftentimes aren't the best at classification tasks, as they have a causal attention mask instead of a bidirectional attention mask (meaning they can only look at previous tokens when making a prediction, whereas BERT-like or encoder-only Transformers can look in both directions).
For classifying biomedical texts, a model like BioClinicalBERT might work better.

I found it surprising that BioGPT works better than BioBERT variants.

@sockthem sure, note that BioForCausalLM is just a generative model which you can prompt with text and it will continue the prompt. It's not like BertForQuestionAnswering which does extractive question answering from a piece of text.

I want to make sure my bioGPT knowledge is correct.
The link below is an example where it seems to only be able to handle text generation tasks.
https://colab.research.google.com/drive/1YZxASGlrTOzM5Mxv3yF1rzyxehRa3SIh?usp=sharing#scrollTo=C8uvWlZGOtY_
If I want to try the relation Extraction task, I need to add and train other modules (e.g. BioGPT-RE-BC5CDR)
Is that right?

Yeah from this list it looks like only 3 models have been converted to the HF format so far.
The conversion script (to convert models from this repository to the HF format) can be found here: https://github.com/huggingface/transformers/blob/main/src/transformers/models/biogpt/convert_biogpt_original_pytorch_checkpoint_to_pytorch.py. cc @kamalkraj

Hi @NielsRogge, @kamalkraj,
I wanted to take a stab at converting the fine-tuned models but came up short with the following error:
RuntimeError: Error(s) in loading state_dict for BioGptForCausalLM:
        size mismatch for biogpt.embed_tokens.weight: copying a param with shape torch.Size([42393, 1024]) from checkpoint, the shape in current model is torch.Size([42384, 1024]).
        size mismatch for output_projection.weight: copying a param with shape torch.Size([42393, 1024]) from checkpoint, the shape in current model is torch.Size([42384, 1024]).

Appears that the new model shapes are off by 9 params but I am not sure why. If I am missing something obvious, bare with me as I am just getting my feet wet here. I was able to run the script mentioned above with success on the Pre-trained-BioGPT with no problems at all. Regarding the bpecodes and the dict.txt, I ran the preprocessing step for all the models and copied them from the corresponding /data directories.
I pulled down the checkpoint files for DDI, DTI and BC5CDR as I am interested in trying out some of the NER tasks but I've have not been able to run any of those models successfully using PyTorch as I keep getting the following:
AssertionError: Could not infer task type from {'_name': 'language_modeling_prompt', 'data': 'data', 'sample_break_mode': 'none', 'tokens_per_sample': 1024, 'output_dictionary_size': -1, 'self_target': False, 'future_target': False, 'past_target': False, 'add_bos_token': False, 'max_target_positions': 1024, 'shorten_method': 'none', 'shorten_data_split_list': '', 'pad_to_fixed_length': False, 'pad_to_fixed_bsz': False, 'seed': 1, 'batch_size': None, 'batch_size_valid': None, 'dataset_impl': None, 'data_buffer_size': 10, 'tpu': False, 'use_plasma_view': False, 'plasma_path': '/tmp/plasma', 'source_lang': None, 'target_lang': None, 'max_source_positions': 640, 'manual_prompt': None, 'learned_prompt': 9, 'learned_prompt_pattern': 'learned', 'prefix': False, 'sep_token': '<seqsep>'}. Available argparse tasks: dict_keys(['sentence_prediction', 'sentence_prediction_adapters', 'speech_unit_modeling', 'hubert_pretraining', 'denoising', 'multilingual_denoising', 'translation', 'multilingual_translation', 'translation_from_pretrained_bart', 'translation_lev', 'language_modeling', 'speech_to_text', 'legacy_masked_lm', 'text_to_speech', 'speech_to_speech', 'online_backtranslation', 'simul_speech_to_text', 'simul_text_to_text', 'audio_pretraining', 'semisupervised_translation', 'frm_text_to_speech', 'cross_lingual_lm', 'translation_from_pretrained_xlm', 'multilingual_language_modeling', 'audio_finetuning', 'masked_lm', 'sentence_ranking', 'translation_multi_simple_epoch', 'multilingual_masked_lm', 'dummy_lm', 'dummy_masked_lm', 'dummy_mt']). Available hydra tasks: dict_keys(['sentence_prediction', 'sentence_prediction_adapters', 'speech_unit_modeling', 'hubert_pretraining', 'translation', 'translation_lev', 'language_modeling', 'simul_text_to_text', 'audio_pretraining', 'translation_from_pretrained_xlm', 'multilingual_language_modeling', 'audio_finetuning', 'masked_lm', 'dummy_lm', 'dummy_masked_lm'])

I can easily be something wrong here but being able to run the PreTrained model via PyTorch and through the HF conversion script but not the others makes me think there is something off with the fine-tuned checkpoint files - checkpoint_avg.pt
Cheers

HI,
I want to perform Question-Answering using BioGPT. Could you please help me in that one?


Pypi 2FA enable

https://www.bleepingcomputer.com/news/security/pypi-announces-mandatory-use-of-2fa-for-all-software-publishers/
https://thehackernews.com/2023/05/pypi-implements-mandatory-two-factor.html
https://thehackernews.com/2022/07/pypi-repository-makes-2af-security.html

This needs attention. Should be top of our list.

Have a look at #99 This was actually a really simple fix.

For future reference: https://blog.pypi.org/posts/2023-04-20-introducing-trusted-publishers/


compatibility issues with python 3.10, ThreadedApiManager.start_listener stuck in infinite loop

there is compatibility issues with python 3.10 connection closes after a few seconds  for some reason. also looking at debug logs Kline stream did not connect.
EDIT:
after further investigation , I found out the program is stuck in an infinite loop in start_listener ln 42 at threaded_stream.py. the exception is catching asyncio.TimeoutError but doing nothing.
this the function code:
    async def start_listener(self, socket, path: str, callback):
        async with socket as s:
            while self._socket_running[path]:
                try:
                    msg = await asyncio.wait_for(s.recv(), 3)
                except asyncio.TimeoutError:
                    ...
                    continue
                if not msg:
                    continue
                callback(msg)
        del self._socket_running[path]

It works perfectly with python 3.9, websokets 10.2, python-binance 1.0.15.
To Reproduce
#!/usr/bin/env python

from binance import ThreadedWebsocketManager

def main():
    def msg(msg):
        print(msg)

    streams = ["btcusdt@trade", "btcusdt@kline_1m"]
    wsm = ThreadedWebsocketManager()
    wsm.start()
    wsm.start_multiplex_socket(callback=msg, streams=streams)
    wsm.join()

if __name__ == "__main__":
    main()

Environment:

Python version: 3.10
websockets version: 10.2
OS: Mac
python-binance version: latest

DEBUG LOG
[DEBUG:252] websockets.client: = connection is CONNECTING
[DEBUG:111] websockets.client: > GET /stream?streams=btcusdt@trade HTTP/1.1
[DEBUG:113] websockets.client: > Host: stream.binance.com:9443
[DEBUG:113] websockets.client: > Upgrade: websocket
[DEBUG:113] websockets.client: > Connection: Upgrade
[DEBUG:113] websockets.client: > Sec-WebSocket-Key: q3TyFtRFJ6z9PwmsV0s44Q==
[DEBUG:113] websockets.client: > Sec-WebSocket-Version: 13
[DEBUG:113] websockets.client: > Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
[DEBUG:113] websockets.client: > User-Agent: Python/3.10 websockets/10.3.dev7+g2867685
[DEBUG:144] websockets.client: < HTTP/1.1 101 Switching Protocols
[DEBUG:146] websockets.client: < Date: Fri, 01 Apr 2022 18:18:41 GMT
[DEBUG:146] websockets.client: < Connection: upgrade
[DEBUG:146] websockets.client: < Upgrade: websocket
[DEBUG:146] websockets.client: < Sec-WebSocket-Accept: PEYzEw2FvwMQN3apcGdjGD+ofFY=
[DEBUG:146] websockets.client: < Sec-WebSocket-Extensions: permessage-deflate; server_no_context_takeover; client_max_window_bits=15
[DEBUG:341] websockets.client: = connection is OPEN
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...53,"m":false,"M":true}}' [201 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...01,"m":false,"M":true}}' [201 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...730,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...822,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...03,"m":false,"M":true}}' [201 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...43,"m":false,"M":true}}' [201 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...197,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...264,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...264,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...264,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...267,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...267,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...267,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...267,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...311,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...321,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...321,"m":true,"M":true}}' [200 bytes]
[DEBUG:1150] websockets.client: < TEXT '{"stream":"btcusdt@trade","data":{"e":"trade","...336,"m":true,"M":true}}' [200 bytes]
[DEBUG:1243] websockets.client: % sending keepalive ping
[DEBUG:1156] websockets.client: > PING bf d7 f2 2b [binary, 4 bytes]
[DEBUG:1256] websockets.client: ! timed out waiting for keepalive pong
[DEBUG:1401] websockets.client: ! failing connection with code 1011
[DEBUG:1425] websockets.client: = connection is CLOSING
[DEBUG:1156] websockets.client: > CLOSE 1011 (unexpected error) keepalive ping timeout [24 bytes]
[DEBUG:1302] websockets.client: ! timed out waiting for TCP close
[DEBUG:1341] websockets.client: x closing TCP connection
[DEBUG:1486] websockets.client: = connection is CLOSED

working with this library is becoming exhausting and frustrating, its not well maintained you have to go through the library and debug its issue, this is distracting and a wast of time, I recommend migrating to unicorn-binance-websocket-api , its well maintained and very easy to use. or use binance-ru and port it to your python code. which is easier than looking at and debugging 1000s of lines! I will keep the issue open for other who might be willing to fix the issue ...

I can confirm this bug. Same problem with #1174 .   Have found a quick fix there, but no promise since I don't use threaded socket.

hi @halfelf, thanks for your reply, your suggestion actually fixed the issue.
TO FIX THIS ISSUE:
at threaded_stream.py modify self._loop as below
class ThreadedApiManager(threading.Thread):
    def __init__(
        self,
        api_key: Optional[str] = None,
        api_secret: Optional[str] = None,
        requests_params: Optional[Dict[str, str]] = None,
        tld: str = "com",
        testnet: bool = False,
    ):
        """Initialise the BinanceSocketManager"""
        super().__init__()
        #self._loop: asyncio.AbstractEventLoop = asyncio.get_event_loop()
        self._client: Optional[AsyncClient] = None
        self._running: bool = True
        self._socket_running: Dict[str, bool] = {}
        self._client_params = {
            "api_key": api_key,
            "api_secret": api_secret,
            "requests_params": requests_params,
            "tld": tld,
            "testnet": testnet,
        }

tried @halfelf solution but when running two sockets got another problem
self.tdcm = ThreadedDepthCacheManager()
        self.twsm= ThreadedWebsocketManager()
        self.twsm.start()
        self.tdcm.start()
RuntimeError: This event loop is already running

any work around?


 After update with master #447 I was starting having problems and I think is due to the jupyter image:
https://github.com/Qiskit-Extensions/quantum-serverless/blob/main/infrastructure/docker/Dockerfile-notebook#LL15C1-L17C83
The folder structure in de documentation changed. Let me know if you need that I take a look.

it will be fixed here https://github.com/Qiskit-Extensions/quantum-serverless/pull/509


[GLUTEN-1632][CH]Daily Update Clickhouse Version (20230615)

Auto commit by gluten daily build, please check the build status and merge it if it's green.

Compatible with current gluten with https://github.com/oap-project/gluten/pull/1960


Update Pages “home”

Automatically generated by Netlify CMS

👷 Deploy Preview for chic-shortbread-66a66b processing.

Name
Link

🔨 Latest commit
b9f8e4d75406a80b17ece00058cbde72aa509340

🔍 Latest deploy log
https://app.netlify.com/sites/chic-shortbread-66a66b/deploys/655552d12b36920008f580d4


keep track of tags on input data when process is processing

We should indicate somewhere the tags of the input data for a process once it starts/finish processing. Right now it does not indicate if the dwi.nii.gz file is single shell, normalized, etc. once a process begins. It is easy to accidentally choose a non-normalized/non-single shell file by accident, and once a process begins it is impossible to distinguish which one you chose.

I've updated the process page. Please let me know what you think - and see if I've added tags in the right places.

perfect! both the numbers and the tags will be very helpful.


Different output when running agpypeline tests from Mac python terminal and bash python via ubuntu 18.04

There is different output produced when running test_geometries_convert_geometry_from_polygon() from a local (Mac) python terminal versus when running it from a bash python terminal such as that which is run on a GitHub workflow.
More specifically, when new_geom.Transform(transform) is called in convert_geometry, the result is different for the different python terminals. The coordinates appear in different positions and the coordinates in the bash python terminal result which are near zero are not rounded. Below is the test function
def test_geometries_convert_geometry_from_polygon():
"""Tests convert_geometry by checking the function call on geometries
created from ogr.Geometry and spatial references created from
osr.SpatialReference against a file containing function call results"""
check_result = json.load(open("data/convert_geometry_from_polygon.json", 'r'))
ring = ogr.Geometry(ogr.wkbLinearRing)
ring.AddPoint(1, 0)
ring.AddPoint(0, 1)
ring.AddPoint(-1, 0)
ring.AddPoint(0, -1)
poly = ogr.Geometry(ogr.wkbPolygon)
poly.AddGeometry(ring)
source = osr.SpatialReference()
source.ImportFromEPSG(4326)
poly.AssignSpatialReference(source)
result = geometries.convert_geometry(poly, source)
assert check_result["same_epsg"] == str(result)
source2 = osr.SpatialReference()
source2.ImportFromEPSG(3857)
result2 = geometries.convert_geometry(poly, source2)
assert check_result["different_epsg"] == str(result2)
The first image is the Mac terminal output and the second is the bash terminal output:

The order of X,Y,Z values was changed in latest OGR libraries. This is taken care of with AgPypeline PR: https://github.com/AgPipeline/agpypeline/pull/13


FC009 incorrectly flags 'raise'

Currently 'FC009: Resource attribute not recognised' is incorrectly flagged against some attribute values that call functions.
See this example from the chef-server cookbook  where foodcritic thinks that raise is a resource attribute.
Related ticket: http://tickets.opscode.com/browse/COOK-2953

Fixed by https://github.com/Foodcritic/foodcritic/pull/703


Adding challenge one

Hi @ssemyan!
Once you have the challenge result, you will compare it to the challenge you created. And after make all the necessary changes in your code, we will close this PR.
Remember that all challenges must be developed in your repository. That's why is very important to fork this repository.
And thank you for your awesome contribution @ssemyan!

We checked out your repository. We're thrilled to say your solution is now listed in our Hall of Fame
Thank you for your contributions!
This PR is now closed! 🎉


Add GitHub Action to build giuroll

To trigger it, manually run it on "Action". If you want it to run automatically, change the on:  line (l2).

an example: https://github.com/Hagb/giuroll/actions/runs/9420099336


[Globalization] Read gotcha history from input of url or from cache/data_2

Obviously Asia events and 國服 events are not in sync. Will check further later.

Great! I'm about to merge it.


tests: add bench_strfib.nit

A simple program that recursively build and concatenate strings.

An old program that was in my working directory.
I planned to work on the low-level engine-side implementation of superstrings so I wrote it. But I now plan to do other things instead first so I commit it to not lose it. Also, maybe @R4PaSs will like it and use it to bench the library-side implementation of strings.

+1

+1


[DiscordCoreAPI] Updating to v1.50

The changes are:
-Implemented a new MessagePrinter class for handling access to std::cout and std::cerr.
-Switched to using a thread-local instance of JsonifierCore.
-Modified the TCPConnection and related classes to no longer use exceptions, instead returning error codes.

-Refactored the Https subsystem, as well as its ratelimiting system.
-Improved the exception structures.
-Improved the connection logic of the WebSocketSSLClients.
-Implemented new relational operators.

-Implemented a timeout for CoRoutines.
-Implemented a UniquePtr class to improve handling of the Deleter class.
-Modified the CoRoutineThreadPool class.

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[x] The "supports" clause reflects platforms that may be fixed by this new version
[x] Any fixed CI baseline entries are removed from that file.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

Note: I will be converting your PR to draft status. When you respond, please revert to "ready for review". That way, I can be aware that you've responded since you can't modify the tags.

Thanks for the update!


class SnowflakeGenerator MAX_TS bug

The generator method bug.
The maximum timestamp has been reached in selected epoch
OverflowError: The maximum timestamp has been reached in selected epoch, so Snowflake cannot generate more IDs!
When initialize the generator class, we get the current time, if time greater the MAX_TS, that means the epoch params is invalid, the program throws the error directly.
current = int(time() * 1000)
if current >= MAX_TS

Great idea. Thank you. Will be done later.


Document PUB_CACHE

Tracking bug so we don't forget. I didn't find it in our pub.dartlang.org site.

This issue has been moved to dart-lang/pub#782.


⚠ Bofrost.de has degraded performance

In 32811dd, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1550 ms

Resolved: Bofrost.de performance has improved in 2a72ef9 after 15 minutes.


[Improvement] Implement Github branching for SaaS Integreations Manager App

This will allow us to:

Use a development database for development and keep the production DB for master.
Test plugins separately.

Nidhi clarified how to implement this (SaaS App Only). If testing DBs are needed, alternative Datasources should be added (have to switch to them manually each time).
Will document this for future reference.

Reference documentation added to Notion at: The Backend Coder's Pod > SaaS Integrations Wiki > Development Lifecycle > SaaS Integration App Development (Branching Strategy). Link here


Blazor 0.2.0 applications fail to load in Safari on macOS/iOS

Environment:

macOS High Sierra 10.13.4 (17E199)
dotnet 2.1.300-preview2-008533
Blazor 0.2.0

Repro steps:

Create a blazer stand-alone (or hosted) app from the latest templates
Build with dotnet build $project
Run with dotnet run --project $project

Expected:
Blazor app runs in Safari as it did for the 0.1.0 runtime and templates
Actual

Safari attempts to load and fails with This webpage was reloaded because a problem occurred.
Safari attempts to reload.
Safari stops trying to reload after repeated failures.

Additional details:

I attempted to open the JavaScript Console to see what was happening, but the console is closed due to the errors.
I don't see any errors in the logs, just repeated requests for the same files with the expected HTTP 304 responses.

@SteveSandersonMS Looks like we're still having issues with Safari.

I'm happy to provide any additional details you may need if I can get them.

Same issue, mobile environment.
Environment:
iPhone 7s Version 11.2.6 (15D100)
Blazor 0.2.0 Standalone Application published on Azure.
Repro steps:
Browse https://learningblazor.azurewebsites.net from iPhone 7s
Expected:
Show up properly as it does on windows desktop machine on both Chrome and edge.

Works just fine on Android on all browsers I tested with so I am assuming it has something to do with Mac and iOS rather than the browsers on that platform. :-(

Chrome and Firefox work fine for me on macOS.

@Kumpera This issue is being reported for macOS High Sierra. Do we potentially have Mono misconfigured in Blazor?
@muqeet-khan The issue for mobile Safari is known and is being investigated by the Mono team in conjunction with Apple.

Safari 11.1 (136<IP_ADDRESS>.2)

WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=184829

As it turns out, all crashes, mobile and desktop safari, share the same underlying bug.

I can confirm that this is solved on Safari for Mac 11.1.1

@vertonghenb Unfortunately that doesn't confirm it, because that site is running a much older runtime that wasn't affected. A valid test would be with http://blazor-flight-finder.azurewebsites.net/, but I don't think you'll find it's fixed in 11.1.1 since the underlying issue was only addressed in Webkit sources in the last week.

For this issue, rolling back to asmjs on theses specific buggy Webkit version seem to solve the problem, but of course you can feel the performance drawback at startup.
I will try to address an update on my Blazor.Polyfill project tomorrow, in order to workaround to asmjs on theses specific Safari version. Better than nothing...

@vertonghenb Updated my projects if you want to have a fallback to asmjs on theses specific Webkit versions.

As a side note for this thread, nothing more is necessary if people use my last version Blazor.Polyfill , as only a range of Webkit version was checked at startup.
It should work as WebAssembly (normal behavior) at startup of Blazor app.

This was confirmed fixed in iOS 12.
Anyone who needs iOS 11 support should use @Daddoon's polyfill.

Blazor apps don't appear to be working in the latest iOS 13 beta as well as macOS Catalina.

This repository is closed, as far as i know, and everything merged to aspnet components.
By the way, wich version of Blazor have you tested ? This thread was about 0.2.0.

@pheuter Thanks for letting us know! We're looking into it.

@danroth27 Awesome, thanks!
@Daddoon Gotcha, yeah figured I'd just post here since the thread seemed potentially relevant, but also aware that Blazor is now officially supported by the core asp.net team. I'm on version 3.0.0-preview5-19227-01 and using the ASP.NET Core Hosted client-side model.

@danroth27 this is probably http://www.openradar.me/50400451
I've seen this with any client-side Blazor page on Safari 13.x (the current release build Safari 12.1.1 is fine).


using YAML merge tag (<<) results in exception

Describe the bug
This YAML code causes an exception with ``OmegaConf.create()```:
OmegaConf(create("""
        a: &A
            x: 1
            y: 2

        b:
            <<: *A
            x: 3
            z: 1
"""))
# yaml.constructor.ConstructorError: could not determine a constructor for the tag 'tag:yaml.org,2002:merge'

It loads fine with the standard loader
To Reproduce
See above.
Expected behavior
Excpected to load without error.
Additional context

[x] OmegaConf version: master
[x] Python version: 3.6.9
[x] Operating system : Ubuntu 18.04
[x] Please provide a minimal repro

@jgehring, this is related to your fix of #257, mind taking a look?

Sorry for the delay -- I missed this notification. It seems like this can be hotfixed by adding a noop-constructor for merge tags like so:
diff --git a/omegaconf/_utils.py b/omegaconf/_utils.py
index 1dcf7d9..588b4c8 100644
--- a/omegaconf/_utils.py
+++ b/omegaconf/_utils.py
@@ -129,6 +129,9 @@ def get_yaml_loader() -> Any:
     loader.add_constructor(
         yaml.resolver.BaseResolver.DEFAULT_MAPPING_TAG, no_duplicates_constructor
     )
+    loader.add_constructor(
+        "tag:yaml.org,2002:merge", lambda loader, node, deep=False: None
+    )
     return loader

For the test case mentioned here, this produces:
a:
  x: 1
  'y': 2
b:
  x: 3
  'y': 2
  z: 1

This looks correct to me, i.e. the value for y is inserted while the value already defined for x is maintained, which is what's described in https://yaml.org/type/merge.html. I can do a PR for this, but admittedly I'm stepping out of familiar territory here and have limited confidence about the exact mechanics of this fix.

I am even less familiar with the intricacies of pyyaml.
I think we can go in either:

Try to push forward and add support for yaml merges (with a unit test or two).
Backtrack and remove support for duplicate key validation (which is what introduced this problem

Since you are the one that asked (and added duplicate key validation), I will let you make the call :)

Ok, I did some more digging and came up with a reasonable solution (see PR).

Given that Tina added a bug tag to it a few days ago, maybe they will actually address this in pyyaml eventually.


kernel problem

What steps will reproduce the problem?

kernel is not working and whenever i am trying to run a code then error keeps popping up

Hey @kartikpal,, thanks for reporting. When the error appears, please follow the instructions on it to open a report directly here. That contains all the details we need to help you solve it.
I'm going to close this issue because what you mentioned above is simply not enough.


[Bug] Editing the date/time in the datetime widget doesn't apply changes

The UI for the datetime widget allows users to edit and change the value by directly editing the widget's text, but on focus-lose, the widget reverts to showing the current datetime. This is counter to user's expectations where, if editing is at all allowed, the changes should be impactful. If that is not the case, editing the values in the widget directly shouldn't be allowed at all.

In the screenshot above, editing at red-arrow is allowed by the UI, but the changes are overwritten immediately on unfocusing the widget.

@sharat87  can you please share me a loom video with the steps to reproduce this error. I am not able to reproduce this issue on release.

This is weird. I don't if its the same issue but I'm noticing different behavior here:
The date and month keep swapping around. This is also noticeable in production. However, I can't reproduce the behaviour described in this issue so if you want, I can close this and open another issue for the following.
https://user-images.githubusercontent.com/120119/114169499-48561800-994f-11eb-95a4-25b33e399780.mov

This is not reproducible, We observed another issue on production. Created that separately.


Move Giant Swarm documentation process description from intranet to handbook

In order to make available to our customers how we document our product I will like to describe the process publicly

Done


crypto: use PEM as certificate store file format

Currently the certificate format expected in FreeRDPs certificate store
is DER (ASN1). On most linux/unix systems the system certificate store
default format is PEM. Which is also the more common format used by CAs
to distribute their certificates.
Changing the default format to PEM allows the usage of system
certificates or published CA certificates without the need to convert them.
This fixes a part of issue #2446.

+1

+1


No closing tag li and the problem with nested lists

Here is 2 problems:

Only last
 have

Nested list not in

I have the same issue, quick solution is paste in vscode an replace open tag with  and then replace  with just  and then replace all  with . With ignoring white space.

i have this issue as well. it is indeed easy to fix in a text editor, but it would be great to have it baked into the plugin!

i'm guessing, but is the issue here? https://github.com/evbacher/gd2md-html/blob/9b2ded3d5366858caa722966ee415825e144d306/addon/gdc.gs#L1167

I experienced this same issue. Only the last li closing tag is rendered.

I believe this is fixed with recent changes. Please let us know if you see evidence of this bug still happening.

Open and closing tags were rendered when I tested, thanks for fixing this!
NB: the Nested list not in

 mentioned by the original post still exists

Can any of you link a doc (view permission is fine) that illustrates the nested list issue. I'm not following exactly what the problem is (and I don't think I have any test case that shows the problem yet).
Thanks!


#2710 - PT Request a Change - Additional Transportation

Added new Request a Change "Additional Transportation";

Added "Define Addtitional Transportation" to parttime-assessment workflows;

Added E2E tests.

Great job @andrepestana-aot . Please have a look at the comments.


Calibre as font, change width and alignment index page

Hi, this is more of a support question than an issue, I hope this is the right place for this. I have several (noobish) questions.

How would I change the color of the Title/Name (the large text on top of image on the index page)?
A client want to use Calibre as a font, setting body_classes = "calibre bg-near-white" works, but is this recommended? Since calibre is not in the supported fonts listed here. Btw, an alternative would be helvetica neue but how do you add a font with a space in the name?
How can I change the width and alignment of the text on the index page?

If this is not the right place to ask all this, please let me know where I could go with these questions, thank you! And thanx for this great theme!

I guess the Discussions would be ideal to ask for support. The theme uses tachyon so any classes from their documentation should work: https://tachyons.io/#style


how are people handling secrets required by argo-cd?

I am using  SSO via Authentik and it works great, but... i need to provide clientID and clientSecret values to dex for that connection to work.  For all my other secrets, i use external-secrets-operator to read them from Vault, but since my operator is not ready during bootstrapping, i end up having to leave these values in my git repo.  what are people doing to handle secrets needed during bootstrapping?

@chupacabra71 We're using a lot of sealed secrets for that but external secrets with vault is excellent. You just have to make sure it gets bootstrapped too. It shouldn't be an issue if things start out of order as long as the secrets are eventually available.


fix(DIST-899): Popover opening visual bug

:tada: This PR is included in version @typeform/embed-v1.2.1 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Implement and include debug-aid based on README example.

This is useful when debugging complex filelists.
The README provides most of this example, so just make it usable.
Output in YAML format which is both human-readable and machine-readable.

Thank you for your contribution.
However, I am not ok with this for the following reasons:

This crate is intended to be a library that can be used as part of other tools. I don't think this crate needs to generate a binary.
Clap is a big dependency which is not necessarily needed for this library's functionality
The FileList struct is simple. If the dependent tool needs to print it out, it is straight forward.

You're right, this isn't the appropriate place. I've submitted https://github.com/dalance/svlint/pull/138 to address the issue instead.


krun --parser option does not work on Windows 10

D:\github\grosu\k\k-distribution\tutorial\1_k\4_imp++\lesson_7>krun ..\lesson_1\tests\sum-io.imp --parser "kast --sort Stmts"
[Error] Critical: Error while running process:Cannot run program "kast" (in
directory "."): CreateProcess error=2, The system cannot find the file
specified

And because of that kast does not work for imp++ lesson 7.

This issue has been discussed before.
On Linux is ok to write that, but on Windows, calling kast needs the extension: .bat.
Try: krun ..\lesson_1\tests\sum-io.imp --parser "kast.bat --sort Stmts"
I don't think this is something that we can fix, it's just how java works in relation to windows.

But ktest with the provided config files fails because of that (the config file of imp++, lesson 7, needs to set the parser option) , which makes K unusable on Windows.  On the other hand, if we modify the config files to use kast.bat instead of kast then ktest will fail on the other platforms.  There must be a solution to this problem.

I know. When I was testing such things, I would temporarily add the .bat extension, and make sure I don't commit them.
I agree, this solution is silly. I someone could come up with a simple and elegant solution, that would be great.

@grosu, I would guess this is essential for 4.0. @dwightguth would know best how to handle this. Otherwise, I can pick it up.

If @dwightguth can fix it quickly fine, but you do not have time to spend on this.  I am currently just modifying the "kast" to "kas.bat" in my config.xmls temporarily.  We can live with such known bugs and fix them immediately after the release.  What is critical is for all the definitions in the tutorial, with all their examples that were tested before, to work the same way now.

adding the .bat extension manually is the most elegant solution I can come up with. I agree it's not nice, but manually modifying the parsers people specify on the command line is even less nice. Eventually when you have correct support for start symbols this will not be as much of an issue though because it only affects ktest tests where the parser has been specified manually.

No need to fix it now, but the big problem right now is that people download K and the tests it comes with fail on Windows.  Yes, the problem will be minimized once the parser takes the user-declared sort of $PGM into account, but it is still strange that everything works fine if I type kast --sort --Stmts sum.imp in the command line, but it does not work if I type krun sum.imp --parser "kast --sort --Stmts" .  Can't we just do same call from Java that the command line does?  Again, not urgent.


CI build for SGE is randomly failing

The test_basic function is failing quite often.
@lesteve, as discussed in several pull request, maybe just increasing the timeout here would to the trick :
https://github.com/dask/dask-jobqueue/blob/74b3f45a7272e938c7b075f08c7de96fe6369caa/dask_jobqueue/tests/test_sge.py#L31
But you may also want to dig deeper...

stderr logs are weird though: https://travis-ci.org/dask/dask-jobqueue/jobs/369291237#L3089

It seems these errors have become very rare if not gone for good. Closing.


Helmfile with tillerless enabled shows the same output twice

Usually, I run stuff with --log-level=debug. Starting using the tillerless plugin I noticed a repetitive log output like:
exec: helm tiller run my-namespace -- helm diff upgrade --allow-unreleased s3 stable/minio --version ~2.4.1 --namespace my-namespace --values /tmp/values139225254 --detailed-exitcode --kube-context=gke_XXXX_europe-west1-b_XXXX-cluster-global
exec: helm tiller run my-namespace -- helm diff upgrade --allow-unreleased s3 stable/minio --version ~2.4.1 --namespace my-namespace --values /tmp/values139225254 --detailed-exitcode --kube-context=gke_XXXX_europe-west1-b_XXXX-cluster-global:

Almost every message is doubled. Hence, logs get bloated with useless information.

@andrewnazarov The second line has the trailing : and everything after that is the output of the command. Initially I thought it would be a good idea to correlate the command and the output in each line, but yeah, it is confusing and useless especially when the command had no output!
I'll take a look and think what I can.


Convolve is slow

Convolution is the bottle neck, there is a GPU implementation in accelerate branch but it is not any better because the 16 2d convolutions that need to be run are not being executed in parallel. Since the GPU is not being packed tighly enough yet there is not speed improvement.
For each tensor convolution step there are about 6 million float multiplications to make in parallel, this easily justifies a GPU implementation.

wont fix


[ documentation ] Add badge for status of compiling

It would be nice to see at the top of the README if the project is currently compiling without errors.

That's a good idea.
On a related not, I need to add instructions for compiling to the readme.
The agent is straightforward, but the hub embeds the website files in the binary, so you have to install the site dependencies and build the site before it's possible to compile.

Documentation tasks

[ ] #35
[ ] #53


Cannot Generate Message by Message Type

We appreciate you go through Apollo documentations and search previous issues before creating an new one. If neither of the sources helped you with your issues, please report the issue using the following form. Please note missing info can delay the response time.
System information

OS Platform and Distribution (e.g., Linux Ubuntu 14.04): Linux 18.04
Apollo installed from (source or binary): source
Apollo version (1.0, 1.5, 2.0, 2.5, 3.0): 5.5

Steps to reproduce the issue:

Please use bullet points and include as much details as possible:

Sometimes I am unable to view the message content of certain channels. It is the case that sometimes, exiting cyber_monitor and starting again does populate the messages. Other times, the error is Cannot Generate Message by Message Type. Note that I am seeing a green text and so I do believe messages are being created and sent. Is there something I am perhaps not sourcing? Other messages do populate. I start dreamview by using ./scripts/bootstrap.sh. I run cyber monitor using cyber_monitor.
Supporting materials (screenshots, command lines, code/script snippets):

yeah. sometimes I'm getting this weird error also.

wait. how did I manage to unassign anyone?

still seeing this issue. any update ?

still seeing this issue. any update ?

I don't see this issue anymore.

please keep the issue open because I'm having the same issue.
If I exit cyber_monitor and run cyber_moniter again, sometimes the issue will gone but not always.
(my data is 25 fps and each data is about 6M bytes, not sure if it's related to message size)

@felixf4xu Since this issue is closed, we would better open a new one, then disscuss there

I tried 8.0, still have this isses

I checked the code and guessed it was caused by message compatibility.
For example, if the path of the message changes, I will process it and give a conclusion

@daohu527 Hi, Is there any progress for a conclusion? I met this bug that can be reproduced with certainty

It's fixed! Will sync to 8.0 later

It's fixed! Will sync to 8.0 later

Great, thanks! Did you published the fix commit? I'd like to know some details.
Besides, I met this error: "Cannot parse the raw message". Are they the same bug? Or just some illegal value are assigned to the message?

This modification is not synced yet, because AMD support is not synced yet


Can we allowed to use streamit to contribute in this repository.

Is streamlit  based image classification web app allowed to contribute in this repository.

The same issue opened twice, Please avoid such kinds of things.


Add missing OpenBSD sysctl(2) name definitions

Add a bunch of missing sysctl(2) related definitions. These definitions expand the number of sysctl parameters that can be queried without using directly hard coded constants.
Tested with libc-test on OpenBSD 6.9.

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @JohnTitor (or someone else) soon.
Please see the contribution instructions for more information.

do you really intented to use all of them ?

That is sort of a hard question to answer.. :)
The motivation for doing this was that I was tinkering on some sysctl-rs project for fun (to continue learning Rust). I was looking into what it would take to add OpenBSD support to this existing project.
As part of that I realized that most of the sysctl definitions were missing, and thought to add them.
I'm not even completely sure I would ever finish the sysctl-rs OpenBSD changes, but thought these libc changes may be useful regardless.
However, if there is a big concern on versioning issues in libc, we can drop this PR as well, as I am not requesting it for any serious  reason...

Again, I am not against adding things, but it doesn't fit with the way OpenBSD and Rust are working togther.
What I mean is adding things now could means that later it will not be possible to changes things which would be really required for someone else.
The problem with Rust libc is there is no support for versioning: once declared it is expected that the value will exist forever (whereas OpenBSD remove and replace obsolete things). Currently, we are dealing with that with deprecation notice and ignoring values in testsuite, but it is polluting namespace and it adds (small) maintenance overhead. Problems will be bigger when conflictious things will surfaced : coexistence will not be possible without a big overhead (you could look how FreeBSD is dealing with FreeBSD 11 to 12 transition regarding some type definitions).

I'm thinking of this and yes, currently, due to the versioning, it's not a good idea to declare stuff that potentially required by someone at once. We could introduce breaking changes incrementing a minor version just like other 0.x.y crates but it may be painful to users that use unrelated platforms. Thus, I'm going to close this PR for now, but at some point, we should discuss versioning along with #547.


Identical typescript jsdocs

Hi José.
Here's a proposal for identical JSDocs in both typings and library.
In the library I have added a newline for readability, and then copied the JSDoc into the typings. The benefit of having the JSDoc in the typing is that e.g. Visual Studio Code will show the JSDoc when you hover over a method in the library.
So when JSDocs change in the library in the future, they should be updated in the typings too.
I did wonder whether the JSDocs could be more simple in the library, also now that there's Typescript typings too, but maybe some people use them, and some use the typings?
If you have any comments please let me know.
Regards, Niels.

Coverage remained the same at 97.973% when pulling 5c4c9d9bc8597d551d021e5a7ed808ccaeb6ed00 on skovmand:identical-typescript-jsdocs into e4bd6fd283ca40933f3e7512d24b38d00fc19549 on JMPerez:master.

@skovmand I use the JSDoc comments to generate the documentation page. And I guess people find it useful too when browsing the methods on their editor. At least that is my thought, from a non-Typescript developer.
For now it is fine to have them at least in sync. ideally they would be in the code only once, but it is better to have the methods well documented than striving for avoiding duplication at this stage.
Thanks again for the contribution!


Keys and smashybase Changed

smashystreamBase
: atob('aHR0cHM6Ly9lbWJlZC5zbWFzaHlzdHJlYW0uY29tLw==') // https://embed.smashystream.com/
now changed to https://smashystream.top
keys : -------

I’ll look into it, but chances are I’d likely just drop Smashystream atp cause it requires a fix way too often.

you can create a decrypt instance to update keys automatically

There was an automatic decryptor but it got broken due to Smashystream changing the way their player works.

Won't fix for now.


fix: Add "Azure DevOps" to Bug template

Thanks @nschonni can we make it Azure DevOps/VSTS, it will help during transition :).
We should also add Azure DevOps/TFS Server 2019

Up to you. Feel free to fix yourself and close this one if you want

@nschonni  thanks for your contribution.


Flat export of messages data

Regarding issue https://github.com/hybridinteractive/craft-contact-form-extensions/issues/173
With this PR, I added the posibility to export a flat structure.

Yes right, sorry for that.
I've reverted that part

I haden't problems with it.
Maybe you could send me the errors, your logfiles and a raw export of your form?
Then I will try to reproeuce it.

@ammannbe Hi, I am revisiting this feature request. If you have this working could you send the steps to use it and the form you are using to test it. Thanks!


[Bug] skywalking-pyhton can't pass the e2e test with psutil==5.9.6

Search before asking

[X] I had searched in the issues and found no similar issues.

Apache SkyWalking Component
Python Agent (apache/skywalking-python)
What happened
The e2e tests broke after the psutil 5.9.6 was released, according to the release note:
psutil 5.9.6
Maybe it changed the implementation of the psutil.cpu_percent(), I'm not sure.
When I fixed the psutil==5.9.5, the e2e test passed.
What you expected to happen
The python-agent should work correctly with psutil 5.9.6
How to reproduce
This issue can be reproduced on both ubuntu 20.04 x64 and macOS M1:
export SW_CTL_COMMIT=0883266bfaa36612927b69e35781b64ea181758d SW_OAP_COMMIT=574b83f095861d4199fdb78aa52923765cf921a1
 export BASE_PYTHON_IMAGE=3.8-slim
docker build --build-arg BASE_PYTHON_IMAGE -t apache/skywalking-python-agent:latest-e2e --no-cache . -f tests/e2e/base/Dockerfile.e2e
e2e run -c tests/e2e/case/grpc/single/e2e.yaml

The packages on consumer and provider:
pip list
Package            Version
------------------ ---------
aiohttp            3.8.6
aiokafka           0.8.1
aiosignal          1.3.1
annotated-types    0.6.0
anyio              3.7.1
apache-skywalking  1.0.1
async-timeout      4.0.3
attrs              23.1.0
blinker            1.7.0
certifi            2023.7.22
charset-normalizer 3.3.2
click              8.1.7
exceptiongroup     1.1.3
fastapi            0.104.1
Flask              3.0.0
frozenlist         1.4.0
grpcio             1.59.2
grpcio-tools       1.59.2
gunicorn           21.2.0
h11                0.14.0
idna               3.4
importlib-metadata 6.8.0
itsdangerous       2.1.2
Jinja2             3.1.2
kafka-python       2.0.2
MarkupSafe         2.1.3
multidict          6.0.4
packaging          23.2
pip                23.3.1
protobuf           4.25.0
psutil             5.9.6
pydantic           2.4.2
pydantic_core      2.10.1
requests           2.31.0
setuptools         57.5.0
sniffio            1.3.0
starlette          0.27.0
typing_extensions  4.8.0
urllib3            2.0.7
uvicorn            0.23.2
uvloop             0.17.0
uWSGI              2.0.23
Werkzeug           3.0.1
wheel              0.41.3
wrapt              1.15.0
yarl               1.9.2
zipp               3.17.0

Anything else
No response
Are you willing to submit a pull request to fix on your own?

[ ] Yes I am willing to submit a pull request on my own!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hi, can you paste the e2e log here, so that we know what exactly got broken in 5.9.6? Since restricting the package version will impact user env too, we want the version constraint as loose as possible.

Hi, thanks for the report. Please kindly paste the e2e log here, so that we know what exactly got broken in 5.9.6? Since restricting the package version will impact user env too, we want the version constraint as loose as possible. I don't see any backward incompatible changes with the cpu_percent method, could it be a broken build specific to os?

The log for e2e running on macOS is here:
e2e.log
The consumer log:
consumer.log
The provider log:
provider.log

So essentially each and every case fails, that is weird, please hold that PR a bit, I will try run it on my GHA to pinpoint the problem.

The workaround is merged in https://github.com/apache/skywalking-python/pull/326 but lets keep this issue open until next release, I might fix it up according to upstream changes.


CTRL+F in JSON view

Proposal
Support searching via CTRL+F in the JSON display. Currently it would be the default browser one & the input text can only match the currently-displayed content on the window.

NB currently the search within the full JSON is already possible on the Migration screen, but only this one: we dont have the same search fields appearing on the dashboard view.

It's actually a bug since this is a default behavior, the find & replace interface actually shows up for a brief moment but then closes immediately.


Fix buffer

Fixed issue #534 , changed all new Buffer() to Buffer.from().

⚠ This issue has been locked due to age. If you have encountered a recent
problem that seems to be covered by this issue, please open a new issue.
Please include a minimal reproducible example
when opening a new issue.


timerfd: Add TFD_TIMER_CANCEL_ON_SET flag

Hi.
This PR adds an TFD_TIMER_CANCEL_ON_SET flag to use with timerfd on Linux and Android

Changed the documentation a bit.

Looks good, but how about a test?
The only way I can think of is to actually tweak a CLOCK_REALTIME, which would interfere with other processes while running tests either locally or in CI(except the ones running on a dedicated VM?). Unfortunately,  it's not possible to hide it under time_namespaces:

       Note that time namespaces do not virtualize the CLOCK_REALTIME
       clock.  Virtualization of this clock was avoided for reasons of
       complexity and overhead within the kernel.

Am I missing something? Will happily add a test if so.


Cannot read property 'UriResolver' of undefined

Just did a simple out of the box yarn install on an existing project.  npx waffle just throws this error on a very basic test: Cannot read property 'UriResolver' of undefined

Also getting this @marekkirejczyk

Looking into it

This patch fixed it on our repo:
https://github.com/counterfactual/monorepo/blob/c262920ab4b170a3b732e568ee77c7cc5b1aeea4/patches/%40resolver-engine%2Bimports-fs%2B0.3.2.patch#L1-L22

I have hard times reproduction. I already looked into @snario repo, I think it might be related to truffle-flattener that requires a different version of @resolver-engine/imports-fs.
@haraldini Can you link repo, or yarn.lock file, so I can look into it?
I'll dig deeper tomorrow.

I moved on and didn't keep a snapshop I'm afraid. I was using ZepKit as a starting point if that that might help somewhat: truffle unbox zeppelinos/zepkit

Also getting the same error is some cases:
$ waffle waffle.js
→ ok
$ yarn build ("build": "waffle waffle.json")
→ not ok
Happens on kitsune-contract and universalloginsdk

@snario 's fix works for me

Hi,
I recreated this error and it turns out that it is a problem with zos-lib. Zos-lib requires truffle-flattener which requires an older version of @resolver-engine/core. Openzeppelin had the same problem: https://github.com/OpenZeppelin/openzeppelin-sdk/pull/1059. Funny thing is that using npm instead of yarn install the newest version of @resolver-engine/core. So there are two solutions, either you can use npm instead of yarn (I believe it is not desired) or you can add "@resolver-engine/core": "^0.3.3" to your dependency to force yarn to install the newest and compatible version. I added this dependency to Amxx code and I could build and run tests without problem mentioned in this issue.

Closing, please reopen if it is still an issue


VS code keeps using older version of typescript

VSCode Version: Code 1.3.1 (e6b4afa53e9c0f54edef1673de9001e9f0f547ae, 2016-07-12T13:35:06.227Z)
OS Version: Windows_NT ia32 6.3.9600

I have changed the PATH to use 1.8 but no luck.
Steps to Reproduce:

this is my tasks.json
{
"version": "0.1.0",
"command": "tsc",
"isShellCommand": true,
"args": ["-v"],
"showOutput": "always",
"problemMatcher": "$tsc"
}
Run build ctrl+shift +b
output is:
Version <IP_ADDRESS>

I think you once installed tsc in VS which installs a executable different than the npm module. You can verify with a cmd prompt and where tsc.

Closing since no additional information has been provided and I am not able to reproduce the issue.


Decouple {circt, chisel3}.stage.ChiselStage

Remove the dependency of circt.stage.ChiselStage on chisel3.stage.ChiselStage.  Remove the internal call to ChiselStage and instead directly construct a PhaseManager that uses the target phases of ChiselStage directly.
Add a new argument type to the existing "--target" option of circt.stage.ChiselStage, "chirrtl", to indicate that specification FIRRTL (in the specification textual format and not MLIR) should be produced.
Use this new option to migrate two methods of ChiselStage$, emitCHIRRTL and convert, away from using a call to chisel3.stage.ChiselStage.
Add tests of the new option, emitCHIRRTL, and convert.

There was a weird failure stemming from a test that was doing elaboration inside a BasicTester and then not catching the error. I think what was going on was that the exception was getting wrapped by the "pretty stdout" exception logic and then not showing up as an actual exception. I just rewrote the tests to avoid nested elaboration.


Initial dockerfile

close #17

When I test to docker, The below error appears.
    data: {
      code: 'ContributeError::NotUsersTurn',
      error: 'not your turn to participate'
    }

It's slower than when I tested it at Local.
It takes a long time.

@kim201212
Running platform changed. arm64 -> amd64


Helm Template Does Not Preserve String Escaping of String Literals

Output of helm version:
version.BuildInfo{Version:"v3.11.1", GitCommit:"293b50c65d4d56187cd4e2f390f0ada46b4c4737", GitTreeState:"clean", GoVersion:"go1.18.10"}
Output of kubectl version:
WARNING: This version information is deprecated and will be replaced with the output from kubectl version --short.  Use --output=yaml|json to get the full version.
Client Version: version.Info{Major:"1", Minor:"26", GitVersion:"v1.26.0", GitCommit:"b46a3f887ca979b1a5d14fd39cb1af43e7e5d12d", GitTreeState:"clean", BuildDate:"2022-12-08T19:58:30Z", GoVersion:"go1.19.4", Compiler:"gc", Platform:"linux/amd64"}
Kustomize Version: v4.5.7
Server Version: version.Info{Major:"1", Minor:"26", GitVersion:"v1.26.0", GitCommit:"b46a3f887ca979b1a5d14fd39cb1af43e7e5d12d", GitTreeState:"clean", BuildDate:"2022-12-08T19:51:45Z", GoVersion:"go1.19.4", Compiler:"gc", Platform:"linux/amd64"}

Cloud Provider/Platform (AKS, GKE, Minikube etc.):   bare-metal/kubeadm
Expected Behavior:
helm template outputs valid, re-parse-able yaml manifests even if an included values string-literal contains yaml special characters.  In other words, if values inputs are properly escaped, the output should also remain properly escaped.
Actual Behavior:
helm template does not preserve escaping of values string literals with eg an exclamation mark, causing attempts to re-parse the output to treat the exclamation mark as a yaml tag marker instead of part of the string literal.
Motivation / Use Case:
This can break downstream tooling that relies on template outputting valid re-parse-able yaml, eg skaffold's helm-deploy.
See this skaffold issue.
Simplified Repro (in compatible nix environment, eg Ubuntu 20.04.5 LTS):
REPRO=~/temp/helm-template-escape
mkdir $REPRO && pushd $REPRO
helm create test

echo 'testValue: "!anEscapedStringLiteral"'  >> test/values.yaml

cat > test/templates/config.yaml <<EOF
apiVersion: v1
kind: ConfigMap
metadata:
  name: config
data:
  test-value: {{ .Values.testValue }}
EOF

helm template test ./test | grep test-value

echo 'EXPECTED:  test-value: "!anEscapedStringLiteral"'
echo 'ACTUAL:    test-value: !anEscapedStringLiteral'

That is indeed how yaml works. A quoted string is always interpreted as a string. Converting that data back to yaml will not include the quotes if they're not needed to make the data a string, ie.
message:
  - hello world is a string
  - "2.0"
  - 2.0 would not be a string because the reverse of that is a float

Thank you for taking the time to look into this!
A quoted string is always interpreted as a string.  -> That was my understanding, and indeed how I would like helm to interpret inputs.
Converting that data back to yaml will not include the quotes if they're not needed to make the data a string -> Maybe this is where some of my confusion lies.  My understanding is that, in my example, the quotes are needed to make the data a string.  That is, !, when not escaped, has special meaning (see <IP_ADDRESS>. Tags) in yaml, and so it needs to be escaped when that special meaning is not desired.  In other words, when helm template strips those quotes, it changes the meaning of my input from a normal string literal to a special yaml construct.
Your float example is a much clearer demonstration than the tag marker, so let's borrow it.  Please try running the example repro again, but using:
echo 'testValue: "2.0"'  >> test/values.yaml
What would you expect this to output?  On my system I get   test-value: 2.
To me, it appears that:

the input was a string literal
the output is no longer a string literal, it is now numeric
thus, helm is effectively re-interpreting the input:  the output is valid yaml, but not the yaml we asked for.

Apologies in advance if I am missing something here, and thanks again for your time!

Ah, I think I found it. Yes, indeed, it's a string in go. The go template will happily just place that string into the template and voila, you have an unquoted string. The trick is to convert it back to yaml:
test-value: {{ toYaml .Values.testValue }}

Which produces:
  test-value: '!anEscapedyaddayadda'

Thanks!  I've confirmed that toYaml also works on my end.
Now knowing what to look for, I checked some bigger public charts, and found:

The quote function also works.
This issue is alluded to, indirectly, in the Helm docs.

I think for now that resolves my use cases, and we can probably close this issue.  A few follow-up questions come to mind, but I understand if they are out of scope:

To confirm:  helm's point of view is that it is not helm's responsibility, but the chart developer's responsibility, that through-values are actually guaranteed-through (ie, all string values intended to be passed-through as-is must go through quote, toYaml, etc. during template substitution)?
Is there a work-around for downstream users who do not control the chart templates (if the chart author did not use an escaping function)?
Is there a good place in the docs to make this issue (and the consequences) clearer to beginner helm chart authors?

1: probably. Helm is a community so it's not like just one person is laying down the law though. Changes to something like this would need to go through the Helm Improvement Proposal (HIP) process.
2. You might be able to nest quotes in such a way that they end up in the final output.
3. Nothing specific comes to mind. Maybe the go-template docs might be a good thing to understand though. If you find anything specific that you wish to contribute for documentation, please file a PR in helm-www
closing this as suggested


Repair Item Bug

Has this issue already been reported? Did you ask for help before making this report?

[X] I have searched the existing issues
[X] I have asked for help

Current Behavior
I used the default Repair config module on default AK-47. Repairing with repair Item doesn't work.
The repair item is set to one and nothing happens
Expected Behavior
When a repair item is used, the weapon is restored
Steps To Reproduce

Use this weapon config
AK-47.yml.txt
Break the weapon
Repair it with red wool

Frequency
It happens 100% of time
Version and Log
latest.log

Anything else?
https://user-images.githubusercontent.com/62335161/207228559-a30ec8a9-95aa-4b15-b7a1-73109a0d72a6.mp4

can confirm that this is a bug

actually it was a misconfiguration. Added a check for this.
      Repair_Items:
        Item_1:
          Type: RED_WOOL
          Repair_Amount: 30

should have been
Repair_Items:
Item_1:
Item:
Type: RED_WOOL
Repair_Amount: 30

^ I added that check to make sure users are forced to input an item


[1.18.2] Material Stonework Factory - item pipes from multiple mods don't work

DO NOT REPORT AN ISSUE IF YOU HAVEN'T TESTED THE ISSUE WITH THE LATEST VERSION IN CURSEFORGE
Industrial Foregoing Version: 1.18.2-<IP_ADDRESS>-3
Titanium Version: 1.18.2-3.5.6-38
Crashlog If Applicable (Upload to pastebin/gist): N/A
When trying to use either Item Pipes from Pipez or Mekanism Logistical Transporters, I am unable to extract any output from a Material Stonework Factory into a Black Hole Unit.

Were the black hole units full?

There was only the one item in the black hole unit to tell me what it was (glass, sand, cobble) - also the tooltip doesn't show what's in the unit or tank in your inventory anymore, not sure if that's intended or not.


Subaddress Index Problem

It looks like I took payments to the #1 account index subaddress set in BTCpay on a view-only wallet.  However, in Feather Wallet I can't seem to access these funds because it only shows the #0 addresses.
How can I fix that?

Got it but it's not giving me a balance update.  It was under Wallet->Account->New account

Alright. I know that this is the correct wallet which is suppose to have a balance.  I can confirm that by viewing a transaction from BTCpay at ExploreMonero with the wallets private view key.  So it's correct. But the wallet has 0 balance and isn't showing any of these transactions.
How do I access these funds?

So with Bitcoin there is gap_limit.  With Monero it is lookahead.  Is there a way to increase that with Feather wallet?  I think that is the issue here.

You're magical. Thank you. I thought I was going to be stuck using the CLI (which solved my problem).  Now I love Monero and this wallet even more.  Gonna make sure it's recommended. Thank you.


Total build time for a given component doesnt seem to match the individual time of the different tasks

See original issue on GitLab
In GitLab by [Gitlab user @jjardon] on Mar 13, 2018, 18:53
Take a look here for example:
See https://gitlab.gnome.org/GNOME/gnome-build-meta/issues/23#note_80447

In GitLab by [Gitlab user @tristanvb] on Mar 14, 2018, 10:00
This is actually expected. BuildStream makes a statement in the log that it took N time to do a thing, and that a complete tasks took N time; we make no guarantee that the sum of timed things will add up to the total time of the task.
At the very best; if we were to be very very good, we still would not be able to guarantee this sum to be reliable, at least with current APIs in use (because the kernel scheduling could very well put a task to sleep in between two timed activities and wait some time before re-scheduling that process).
Some activities however are completely unaccounted for, the one I can think of most notably is that we dont bother to time and report how much time it takes to clean up (remove) the build directory after having cached an artifact.
As a mere matter of opinion, I left that out because I considered the time to cleanup build directories to be more "clutter" in the UI / log than interesting information, however I don't have a strong opinion on this; we can start to time that.
In addition to the above, it should be observed that:

BuildStream core only cares about the main task time, as we cannot be in control of plugins
BuildStream provides a Plugin.timed_activity() context manager for plugins to mark the time it takes to do things
Timed activities can be nested, although this doesnt normally happen (in the case of deep nesting, one would again not have a sensible sum, instead the sum of activities would be greater than the complete task time)

In short, I'm not opposed to timing more things; but a guarantee that the sum of subtasks equal the time of a full task is not really reasonable afaics, it would require a completely different API for timing than the context manager we have (we would have to have plugins "mark" events which occurred instead of letting the plugin time individual things).

In GitLab by [Gitlab user @juergbi] on Mar 15, 2018, 18:48
As a first step you could add wall-clock time to the log to figure out where the biggest gap is between timed actions. E.g. use the following user config:
logging:
  message-format: |
    %{wallclock} [%{elapsed}][%{key}][%{element}] %{action} %{message}

In GitLab by [Gitlab user @tristanvb] on Mar 16, 2018, 06:35
[Gitlab user @jjardon] Thanks for the additional feedback.
Do you think it would help if we added some tag for issues, like "Patches welcome" ? I think leaving the issue open is enough to communicate that (but I've seen other projects use that kind of tag, like "Help Needed" and such).
My initial reply was verbose, but I am not opposed to timing more things.
If it gets to be a lot, we may need to mitigate more messages with finer grained verbosity control.
Note that for that machine, it took 11min to stage, it doesnt seem completely unreasonable that it might take 4min to remove what it took 11min to stage.

In GitLab by [Gitlab user @toscalix] on Jun 21, 2018, 07:31
marked this issue as related to #244

In GitLab by [Gitlab user @toscalix] on Jun 21, 2018, 07:32
removed the relation with #244

In GitLab by [Gitlab user @tristanvb] on Nov 4, 2020, 10:59
Is this still an issue ?

This is not completely perfect, and cannot really be by design, it is always possible that some time gaps are not covered by logging, however the total build times are indeed accurate even if the subtasks don't always fill up the entire time.
We have however covered the majority of activities which deserve being timed since this issue was filed, so let's close this.


fix(core/io-engine): implement snapshot trait for the rpc client

Add trait to the rpc client rather than the resources, matching the existing infra. Also add generic parameter to allow implementing the same trait with different parameters.

bors merge


Having Problem

I can't connect with my localhost. when I try to connect to my localhost, then I got this error
Connection error! ER_NOT_SUPPORTED_AUTH_MODE: Client does not support authentication protocol requested by server; consider upgrading MySQL client
You have a problem?
How to solve this error!

Unfortunately, the new authorization system (MySQL 8) is not supported.

How to solve this error!

You can temporarily change user authorization to mysql_native_password !
In this authentication system, the plugin works correctly.
More info -> #104


Add Clone implementation for Variant and Machine

Thanks! I added a test and merged this in d53021940ed835b7d30f0b5f947d737fae32b957. I'll cut a release soon.


Implement new mobile redesign

General Support Request
Implement full-screen mobile redesign
Possible Solution
Design component from blueprint:

https://www.figma.com/design/3TQhiKjQqQOKYqaqcO1zj2/Dropdown?node-id=3119-690&node-type=canvas&m=dev

Exit criteria
Component styles match blueprint and get approval from design

Please see https://github.com/AlaskaAirlines/auro-dropdown/issues/263 for some use cases we want to ensure we cover.


How to Hide Voice Search button?

is it possible to hide Voice button in Search?

As per Android documentation (here), remove the searchable configuration and ACTION_SEARCH intent in AndroidManifest.


KPI shown infinity

Type of issue

[x] Bug
[ ] New feature
[ ] Enhancement

Description
KPI Chart show infinity

Done


chore: update to build with rust 1.80

seeing some time related failure
error[E0282]: type annotations needed for `Box<_>`
  --> /Users/brew/Library/Caches/Homebrew/cargo_cache/registry/src/index.crates.io-6f17d22bba15001f/time-0.3.34/src/format_description/parse/mod.rs:83:9
   |
83 |     let items = format_items
   |         ^^^^^
...
86 |     Ok(items.into())
   |              ---- type must be known at this point
   |
help: consider giving `items` an explicit type, where the placeholders `_` are specified
   |
83 |     let items: Box<_> = format_items
   |              ++++++++

has been addressed with 0.3.36, https://github.com/time-rs/time/issues/693

It builds fine here.
Am I missing something? The current lockfile is already on time version = "0.3.36".

@quietvoid yeah, you are right, it got handled with https://github.com/quietvoid/dovi_tool/commit/03e41c49beb62fc74c360c9c8c47e494beb7e2fc. (I might be looking at something else)
While we are in here, any chance cutting a new release? Thanks!

Yeah I can make a new release this weekend.


Add a cloud storage for delta sharing

Hi, I used delta sharing in my work and support Aliyun OSS, a Chinese cloud service provider, similar to the AWS S3. We hope to contribute this part of code after completion, and we don't change  the code and structure for other functions.

@wangp-nhlab Thanks for the contribution. Is it possible for us to test this?

Is it possible for us to test this?

Reposting this question in case you miss it.

Okay，sure

我们可以对此进行测试吗？

重新发布此问题以防您错过。

Okay, sure

@wangp-nhlab do you have an email address? We can sync offline for this.

email address

Email address<EMAIL_ADDRESS>

Hi @wangp-nhlab @zsxwing, this patch is very useful to users who use Aliyun OSS, can we push this patch to code repo?


Azure-storage-blob returns ServiceRequestError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate signature failure (_ssl.c:1045) when uploading file to existing container

Package Name: azure-storage-blob
Package Version:  12.14.1
Operating System: Windows 10
Python Version:  3.7.0

Describe the bug
Trying to upload a file to an existing container using the Python Azure SDK returns:
ServiceRequestError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate signature failure (_ssl.c:1045)
To Reproduce
Steps to reproduce the behavior:
from azure.storage.blob import BlobServiceClient, BlobClient, ContainerClient
import shutil
import tempfile
import os

account_url = "https://<storage-account-name>.blob.core.windows.net/"
container_name = <my-container-name>
key = <my-key>
blob_service_client = BlobServiceClient(account_url=account_url, credential=key)
container = blob_service_client.get_container_client(container=container_name)

temp_folder = tempfile.gettempdir()
download_folder = os.path.join(temp_folder, 'test_folder')

def upload_image_to_blob(container, local_file_name, local_file_path) -> str:
    '''Given an existing container, create a blob with a given name and upload file.'''

    # Create a blob client using the local file name as the name for the blob
    blob_name = local_file_name
    blob_client = container.get_blob_client(container, blob_name)

    # Upload the created file
    with open(file=local_file_path, mode="rb") as data:
        blob_client.upload_blob(data)

    return blob_client.url

# Execute function
blob_urls= []
for filename in os.listdir(download_folder):
	file_path = os.path.join(download_folder, filename)
	print(file_path)
	if os.path.isfile(file_path) or os.path.islink(file_path):
		blob_url = upload_image_to_blob(container=container, local_file_name=filename, local_file_path=file_path)
                blob_urls.append(blob_url)

Expected behavior
Expected: a copy of the file is taken from the local folder and uploaded to the container.
Screenshots

Additional context
Add any other context about the problem here.

Hi @FaCoffee1984 Francesco thanks for your inquiry. Unfortunately, I was not able to reproduce your issue locally. However, one thing I found is that I was not able to run your sample code as provided and required minor changes.
Namely, this line in your sample code: blob_client = container.get_blob_client(container, blob_name) does not seem properly formed for the get_blob_client API for ContainerClient (documentation here) and was giving me an error.
After replacing that line with blob_client = container.get_blob_client(blob_name), I was able to successfully upload my file from my local machine to the container.
Typically SSL issues are related to environment setup issues or firewall policies, and so below are some recommendations that may help you resolve your issue:

Check your firewall or VPN settings if applicable (especially if on a corporate network with a strict networking policy)
Ensure all URLs are correctly formed and typo-free (i.e. .blob.core.windows vs. .blob.corewindows)
Check on any network monitoring software or certificates for any network monitoring software (i.e. WireShark or Fiddler) as these can cause issues when using the SDK
Lastly, to isolate this as an environment issue and not an SDK issue, you can follow the guidance here and set connection_verify=False to see if disabling SSL certificate verification altogether resolves your issue

With that being said, hopefully the above helps to resolve your issue.
Thanks!


Sporadic no data in visualizations on startup

On startup, some nodes which have visualizations attached may show no data.
Surprisingly, when detached and attached again, data will magically re-appear.

Steps to reproduce:

setup a project with a couple of nodes
attach visualization to a large number of nodes (~8-10)
close the project
open the project

I bisected GUI and found the culprit to be https://github.com/enso-org/enso/pull/11077, @kazcw.
Parent commit 3f748fdf5cd357d3cc88a1785e651a00d6084326 works fine, a8810e19f2dc32c2abee8cc3ec995bd63083b522 consistently shows "No Rows To Show" for a number of nodes. Also, I noticed a significant increase in the number of {attach,modify}Visualization requests, some of which don't really make sense to me.

@hubertp, I'm not able to reproduce this with the provided "New Project 1 test standups". I have also tried enabling a larger number of visualizations, and I'm still not seeing the failure to load. I also measured {attach,modify}Visualization and did not find a difference; I'm seeing 37 attachVisualization calls and 8 modifyVisualization calls, whether testing the commit before #11077 was merged or current develop (849622e).
The steps to reproduce are also effective steps to reproduce #11121. Since that is an Undefined Behavior bug that is triggered mostly during compilation of visualization expressions, the observed behavior is consistent with this known bug. Let's re-examine this if it occurs when using a backend with #11121 fixed.

I'm not the only one who has experienced this. I believe @jdunkerley has also seen those.
I'm testing with a fixed latest backend on develop (849622e992858bdabb01e4ccb1befbec69bba1fb) and varies only in GUI versions and I have this problem 100% consistently.
I do not believe this has anything to do with #11121 - there are 0 parser warnings/failures in the logs.
Have you tried with dev build (via browser not electron)?

849622e is before the fix (#11147) was merged in 2891981. Warnings/failures are not necessarily expected due to #11121; the parser output (and thus visualization data) could simply be wrong. I would make sure this occurs after 2891981 before spending much time on it.

Can't seem to reproduce the problem anymore. There have been a couple of improvements in that area, and visualizations in general should be improved (on the backend side) with #10525


update dependencies with refactorings

update / upgrade dependencies with some refactorings
... this PR was mostly just updating dependencies, but it also contains questions and suggestions. please see "related" and "suggest".
changed

deno.land/std * → 0.179.0
deno.land/x/emit 0.0.2 → 0.16.0
deno.land/x/deno_graph 0.41.0 → 0.43.3
deno.land/x/compress 0.4.1 → 0.4.5

cdn.skypack.dev/jsonc-parser 3.0.0 → 3.2.0
cdn.skypack.dev/marked 3.0.2 → 3.0.8
cdn.skypack.dev/highlight.js 11.2.0 → 11.7.0

raw.githubusercontent.com/skymethod/denoflare 0.5.1 → 0.5.11

migrated

cdn.skypack.dev/lit-element 2.5.1 → (replaced)
cdn.skypack.dev/lit 2.6.1 (include lit-element v3)

replace LitElement.render to render

checked

working examples well (as far as I can see)

can't read request.cf (is undefined) on my environments, what's wrong?
examples/webtail* is working well

mostly passed deno check on each context and environment (ex. worker, deno, browser)

add comment at code of not passed checking

related

raw.githubusercontent.com → ghuc.cc (site)

if not interest to versioning, just only ghuc.cc/skymethod/denoflare/...
ghuc.cc provides better portability and looks

add deno.json at each context root (cli/, devcli/, ...)

currently not working deno check,
it should be introduced for wide and reliable development.

suggest (not changed)

cdn.skypack.dev/marked 4.2.12 (unavailable)

incompatible API changes
currently can't build at cdn.skypack.dev

esm.sh is working
unpkg.com isn't working too

cdn.skypack.dev/fast-xml-parser 4.1.3

incompatible API changes

Thanks.

can't read request.cf (is undefined) on my environments, what's wrong?

Did you mean request.cf.city no longer type checks in the hello world example?  This appears to be due to using Cloudflare's official types - geo information is not always available and modeled as such in CF's types.  I fixed the type checking in the example in master.

raw.githubusercontent.com → ghuc.cc

I prefer the shorter naming, but I'd rather not put another third party into urls that are resolved on local development and CI machines (privacy leak) just for better naming.

add deno.json at each context root (cli/, devcli/, ...)
currently not working deno check,
it should be introduced for wide and reliable development.

Can you elaborate a bit more on the advantages of doing this, and be more explicit about what exactly it would look like?  This project predates deno.json and seems to be doing fine without it.  Full disclosure: I am one of those older Deno users that don't like using deno.json files unless they are absolutely needed. : )

mainly it's also habit on my development, deeply depends deno lsp with deno.json, and I frequently and strictly check types, so I got a few irritation (on checking code's availability, with deno check) and I wondered why deno.json (and relate setting files) isn't exists in this repository, compared with other repository. this is simply a question, have no intention of strongly to suggest (and actually, denoflare is working!). Thanks for responding!


Added jsx-key lint rule.

React warns about the lack of key when creating lists of elements. I guess this is a safe one to add.
This lint rule will warn when an element requires a key prop. Applies to array literal, arrow function and function.

I see a lot of optional chaining which isn't necessary since from what I can tell, none of the accessed properties are nullable.

Looks good! Thank you! We could even make this rule fixable later.


Pin Docker Images to Fixed Versions

This pins the docker images to v4.0.7 for Prysm and v1.11.3 for go-ethereum.
Resolves #24

There is no way to do such thing.

@icemagno Are you sure you are using the correct image ? This definitely exists

Yeap. Exists indeed.
But I have to take the resease commit hash.
This is used after "HEAD-xxxxx" in the tag.

Fixed in master


Feature/roles simplification

Update feature/roles-simplification
Merge main to feature/roles-simplification

I will submit a PR with rebase instead merge.


[FEAT] Add Undo and Redo option

Is your feature request related to a problem? Please describe.
I'm always frustrated when I make a mistake while drawing a line in the application and can't easily undo or redo the last action. This lack of functionality makes the drawing process less efficient and more time-consuming as I have to start over or manually correct mistakes.
https://github.com/singodiyashubham87/Draw-it-out/assets/103350515/6d663cc4-b730-4686-a4a5-e92b53664772
Describe the solution you'd like
I would like to have an undo and redo option available after drawing a line. This feature would store the drawing progress in memory, allowing users to quickly revert to previous states or redo actions as needed. This would enhance the usability of the drawing tool and make it more user-friendly.
Describe alternatives you've considered
An alternative solution could be implementing a history panel where users can see a list of all their actions and selectively revert to any previous state. Another option might be to add a confirmation prompt before finalizing a line to prevent mistakes, though this could slow down the drawing process.
Additional context
Implementing an undo/redo feature would significantly improve the user experience, especially for tasks that require precision and frequent adjustments. This feature is crucial for maintaining a smooth workflow and ensuring that users can easily correct any errors.
This feature request is being submitted under GSSoC'24 (GirlScript Summer of Code 2024)

please assign to me

Duplicate of #32


My Train passes almost all stations except one and in that the train wont depart

Expected Behaviour
Trains are supposed to stop at all stations and depart according to the instructed time.
Actual Behaviour
The train passes all stations after exiting the depot except one where it won't depart the station.
Reproduction Steps
Steps to reproduce the behavior:

None

Crash Report
Could you attach a crash report to the issue?
Screenshots
If applicable, could you add screenshots to help explain your problem?

Environment

Minecraft Version:
Installed Mods:

Additional Information
Is there anything else you'd like to add?
no.

+++


Add type of INN

I want to validate individual, legal and both INN types separately . Need to add validation type.

Done.


Add scala mdoc highlighting to error-handling.md

Before this change there was no highlighting on the website / docs.  Adds the scala mdoc:silent to the code examples in error-handling.md.

From my phone this looked like a much simpler fix, I'll close this and get it fixed up locally first as to not debug via actions on my device.  :)


Multiple webfilter deployment

Looks like there is a merge conflict. You will need to regenerate the examples.


feat(orchestrator)!: migrate to New Backend and Fix Deprecations

Fixes: RHIDP-4230
With this patch, the orchestrator-backend still loads well in the backstage of this backstage-plugins project on the main branch.
When the  orchestrator-backend-dynamic is exported and loaded to the backstage-showcase of the main branch, the plugin loads without any error and serves the requests as expected.

Cc @schultzp2020

Seems like the workflow viewer is broken with this PR
It requires authentication, previously the authentication requirement was skipped

It requires authentication, previously the authentication requirement was skipped

Thanks for spotting it. Newly skipping authentication in the plugin.ts.


fix(deps): pin TypeScript below 3.7.0

@kjin :wave: unfortunately<EMAIL_ADDRESS>is not compatible with 3.5.3 (which is the version Angular is pinned to, and a lot of our users use).
Any thoughts on the failing circle-ci tests here?

@bcoe I was OOO yesterday, will look at them today. Thanks for the reminder!

@kjin I would say medium urgent, it means our TypeScript folks on Angular can't run trace; I don't have permission to force push unfortunately.


[ROCm] Adding RCCL support

This PR adds ROCm RCCL support.
This PR also adds a general performance improvement for NCCL/RCCL integration where the NcclManager records and waits on an Event as each Participant is added, rather than synchronizing with the tensor stream only after all Participants have been added.  Otherwise, most compute kernels are added to the compute stream prior to the NCCL/RCCL sync Event, delaying the start of the collective.
This PR also adds ROCm-specific performance improvements.  Specifically, this adds the nccl stream as a member of the StreamGroup rather than delaying the creation of the NCCL stream until NCCL is first used in the NcclManager.  This allows the compute and nccl stream to be force-initialized as immediate siblings.

Hi Jeff, I like your changes. Would it be possible without too much extra work to split them up though? Adding RCCL, creating the NCCL stream early, and increasing concurrency with the use of events seem like individual bits to me.
We have had our share of issues with NCCL recently (and its TF integration) and our testing coverage is not ideal, so I'm a little more cautious. Thanks for your understanding.

increasing concurrency: https://github.com/tensorflow/tensorflow/pull/31481
create NCCL stream early: https://github.com/tensorflow/tensorflow/pull/31483
add RCCL: https://github.com/tensorflow/tensorflow/pull/31485


Aikino 2.7.7 not running (Windows 10)

Hi, sorry to bother you again, but I'm running into some weird bug.
Describe the bug
I installed Aikino on another Computer where the 2.6.6 Version was running, here for some reason it does not want to start.
You just get to the Start Menu, when trying to click Settings nothing happens.
When you right-click and use the context menu "Open with Aikino" i get that it can't connect to the moviedb.
Extra Info
I just tried it on a Computer which never had it running, there it opens up and the Settings are working, by chance i could not locate any file where the Settings are located (any .conf or so).
I'm wondering if my settings for some reason are the problem, reinstalling/ uninstalling did not help.
Screenshots

Desktop (please complete the following information):
Windows 10
openjdk version "16.0.2" 2021-07-20
OpenJDK Runtime Environment Temurin-16.0.2+7 (build 16.0.2+7)
OpenJDK 64-Bit Server VM Temurin-16.0.2+7 (build 16.0.2+7, mixed mode, sharing)

Hi Zuescho, I'll look into it. But it'll be a little hard as I haven't added proper logging.
The settings are saved in windows registry, instead of config file. You can find them in registry editor in the path
HKEY_CURRENT_USER\Software\JavaSoft\Prefs\com.omegas.util./Preferences
If it's a settings issue, then deleting all the variables except current in the path above should resolve it.
Mainly you'll need to delete Icon type variable

before

after

You are the best! That was it, after deleting the entries it worked again, I played around a bit with the settings, and it seems that because of the renaming of the ICON_TYPE from Template to Simple it maybe got confused and did not let me back into the settings.
Thanks for the quick help! Back to creating Icons

You're welcome. Also thank you for reporting this, because others will have this same problem too. I'll add a fix and update soon


feature request: make mut assist

Pardon if this is already a duplicated issue, I did some searching but couldn't find anything:
Given this code:
fn foo() {
    let x = vec![];
    x.pu$0sh(5);
}

It would be cool if it could provide an assist that when invoked on $0, would fix the compile error by making x mut.
fn foo() {
    let mut x = vec![];
    x.push(5);
}

Right now, you have to save (assuming you have cargo checkOnSave), and then apply the assist (which I think is generated from the cargo check suggest) here:
fn foo() {
    let x$0 = vec![];
    x.push(5);
}

But it'd be really quite nice if you didn't have to move your cursor back to x to make it mut!
Additionally it could also apply in the following situations:
fn foo(x: Vec<i32>) {
    x.pu$0sh(5);
}

->
fn foo(mut x: Vec<i32>) {
    x.push(5);
}

And also:
fn foo(x: &Vec<i32>) {
    x.pu$0sh(5);
}

->
fn foo(x: &mut Vec<i32>) {
    x.push(5);
}

I opened an issue about this a while ago: #8449

Let's close this as a dupe.


bug(docs): "This article is older than the English version" not showing up

Provide environment information
.
Describe the bug
It's not showing up. Might be related to the GitHub token?
Reproduction repo
.
To reproduce
Go to the docs for any translated page that is older than the English version
Additional information
No response

never mind, does work, i'm just bad at math