Issue executing CloudSaga

Hi,
I have a problem executing CloudSaga.
I executed it in CloudShell and I have administrator access to the AWS account.
I am getting this error:
2022-09-23 07:49:50,878 - INFO - CreateVpc API Call 2022-09-23 07:49:51,775 - ERROR - An error occurred (DryRunOperation) when calling the CreateVpc operation: Request would have succeeded, but DryRun flag is set. 2022-09-23 07:49:51,785 - INFO - Creating rogue Amazon VPC in region ap-southeast-2... 2022-09-23 07:49:51,785 - INFO - CreateVpc API Call 2022-09-23 07:49:52,844 - ERROR - An error occurred (DryRunOperation) when calling the CreateVpc operation: Request would have succeeded, but DryRun flag is set. 2022-09-23 07:49:52,854 - INFO - Creating rogue Amazon VPC in region us-west-2... 2022-09-23 07:49:52,855 - INFO - CreateVpc API Call 2022-09-23 07:49:53,576 - ERROR - An error occurred (DryRunOperation) when calling the CreateVpc operation: Request would have succeeded, but DryRun flag is set. 2022-09-23 07:49:53,620 - INFO - Creating rogue Amazon VPC in region ca-central-1... 2022-09-23 07:49:53,620 - INFO - CreateVpc API Call 2022-09-23 07:49:54,050 - ERROR - An error occurred (DryRunOperation) when calling the CreateVpc operation: Request would have succeeded, but DryRun flag is set. 2022-09-23 07:49:54,058 - INFO - Looking for existing VPCs to run DryRun security events in region eu-central-1... 2022-09-23 07:49:54,059 - INFO - DescribeVpcs API Call 2022-09-23 07:49:54,211 - INFO - Creating Security Group in existing VPC (DryRun)... 2022-09-23 07:49:54,353 - ERROR - An error occurred (DryRunOperation) when calling the CreateSecurityGroup operation: Request would have succeeded, but DryRun flag is set. 2022-09-23 07:49:54,362 - INFO - Looking for existing VPCs to run DryRun security events in region eu-central-1... 2022-09-23 07:49:54,362 - INFO - DescribeVpcs API Call 2022-09-23 07:49:54,423 - INFO - Creating Security Group in existing VPC (DryRun)... 2022-09-23 07:49:54,558 - ERROR - An error occurred (DryRunOperation) when calling the CreateSecurityGroup operation: Request would have succeeded, but DryRun flag is set.
2022-09-23 07:22:29,268 - INFO - Spinning up Bitcoin Miners (DryRun) in region ap-northeast-3... 2022-09-23 07:22:29,268 - INFO - RunInstances API Call 2022-09-23 07:22:30,334 - ERROR - An error occurred (UnsupportedOperation) when calling the RunInstances operation: Tagging an elastic gpu on create is not yet supported in this region. 2022-09-23 07:22:30,344 - INFO - Spinning up Bitcoin Miners (DryRun) in region us-west-2... 2022-09-23 07:22:30,344 - INFO - RunInstances API Call 2022-09-23 07:22:31,635 - ERROR - An error occurred (DryRunOperation) when calling the RunInstances operation: Request would have succeeded, but DryRun flag is set.
An error occurred (DryRunOperation) when calling the RunInstances operation: Request would have succeeded, but DryRun flag is set An error occurred (UnsupportedOperation) when calling the RunInstances operation: Tagging an elastic gpu on create is not yet supported in this region An error occurred (DryRunOperation) when calling the CreateSecurityGroup operation: Request would have succeeded, but DryRun flag is set

The code has the DryRun flag enabled where possible, so that's where those specific error messages are coming from. Here's an example within the code: https://github.com/awslabs/aws-cloudsaga/blob/main/cloudsaga/scenarios/network_changes.py#L53-L55

Yes, I get That. With the DryRun Flag nothing will be executed, but the permissions will be tested.
If I want to simulate the security events/ execute the script, how can I deactivate the DryRun Flag?
Thank you


Intellisense does not recognize process keyword from NodeJS.Process library

VSCode Version: Code 1.11.2 (6eaebe3b9c70406d67c97779468c324a7a95db0e, 2017-04-13T08:01:14.464Z)
OS Version: Linux x64 4.4.0-72-generic
Extensions:

Extension
Author
Version

vscode-database
bajdzis
1.2.0

jshint
dbaeumer
0.10.15

beautify
HookyQR
1.0.2

csharpextensions
jchannon
1.3.0

csharp
ms-vscode
1.8.1

Steps to Reproduce:

Create a new directory: "mkdir mytest"
Launch VSCode: "code mytest"
In Debug mode: select settings icon and choose "Node" app
Create "index.js"
Type "process."

Intellisense will not recognize it but will recognize "console.".
It will work if I take code from another app (cannot see a pattern but say 100 lines) then intellisense for "process." will show up and continue working even after I erase all the lines of code and restart typing.

I don't believe that we include node typings by default. Try creating a jsconfig.json for at the root of your workspace with the contents:
{
    "typeAcquisition": {
        "include": [
            "node"
        ]
    }
}

This should make sure that node's typings and modules are included in intellisense suggestion

I did what you recommended and it worked immediately. I found strange, however, how pasting code from another app enabled the intellisense. I guess is not that important ... thank you for your kind response.


[PLAT-934][Hotfix] Registrations children list 502s when not logged in

Purpose
If you're not logged in (or in incognito mode) and you visit a registration children endpoint, like https://api.osf.io/v2/registrations/5k7hu/children/ the result will 502, that ain't right! This PR fixes that.
Changes

Changes the get queryset method for the RegistrationList view to get the auth properly instead of just taking it off the request object.

QA Notes
Open an incognito window and go to a registrations endpoint, if you get any 200 response you are good to go.
Documentation
🐞  fix no docs.
Side Effects
None that I know of.
Ticket

https://openscience.atlassian.net/browse/PLAT-934
Sentry: https://sentry2.cos.io/cos/osf-back-end/issues/213/

Thanks for adding tests


Module 2 exercises [BASHARA AHMED ABUBAKARI]

Please "drag & drop" exercise 1 file below.

Please UPDATE THE TITLE of this "Issue" in the title bar above with your name.

If you haven't done so, please go back to Module 2 and make
WS2_M2E2_Submission.docx
sure to take
the post-training survey.

Well done, Bashara. You clearly grasped the material outlined in Module 2 and successfully applied it to these exercises. Thank you for your participation! Please be sure to fill out the post-Module survey before you begin the next Module.


Dynamic Home Directory Fix

changed the home directory to be dynamic in the .desktop files for those who dont use SteamOS

I only tested on install-vortex.desktop but see no reason for this to have problems elsewhere.
I am running and tested this on Bazzite.

Supporting ~ isn't part of the .desktop spec, but sounds like Plasma handles it.
Let me think on it a bit; might be able to come up with a solution that's portable everywhere.

Went with templating instead, so they'll work with any DE: https://github.com/pikdum/steam-deck/commit/c66a2a9a5a8227ee7a950579a71cf4bfe4f1b35c
Let me know if that doesn't work.

That seems to work. Thanks for fixing this and showing me a better way.


Auto-detection for wired trackers broken

Needs more testing but auto-detection for wired trackers are definitely broken - detected as "HaritoraX Wireless" and all COM ports are selected.
Haha, this'll be great to troubleshoot because I don't have the trackers.

Potentially fixed by https://github.com/JovannMC/haritorax-interpreter/commit/00f33960c8973493803ab78c879ca7f2fd6a723f?


fix: display help even outside git repo

Mergify CLI raises an error when the user invokes mergify --help
outside a git repository and the git config mergify-cli.stack-trunk
is not set.
Fixes MRGFY-2858
Change-Id: Icf3cfd073774fff2b9551a3eff77d1ce1b505414

This pull request is part of a stack:

fix: display help even outside git repo (#287)


[dpdk] Update to version v22.03

Describe the pull request

Which triplets are supported/not supported? Have you updated the CI baseline?
I've removed the x64-linux=fail from the file to mark that this port is supported by that Linux triplet.

Does your PR follow the maintainer guide?

Yes

The reason to update the numactl port here is that the build process requires the presence of both the static and dynamic libraries of numactl. Otherwise, the exact same error reported here will appear (https://mails.dpdk.org/archives/dev/2019-May/132290.html).

The reason to update the numactl port here is that the build process requires the presence of both the static and dynamic libraries of numactl. Otherwise, the exact same error reported here will appear (https://mails.dpdk.org/archives/dev/2019-May/132290.html).

This link open failed on my local, is there somewhere else that explains this?

Is that because of the Cloudflare worldwide down issue? Can you try the link again? I can open it here.

Is that because of the Cloudflare worldwide down issue? Can you try the link again? I can open it here.

I can open it now, thanks~

The reason to update the numactl port here is that the build process requires the presence of both the static and dynamic libraries of numactl. Otherwise, the exact same error reported here will appear (https://mails.dpdk.org/archives/dev/2019-May/132290.html).

Hm, I don't think that dpdk's difficulties to separate static from dynamic linkage should be proliferated to other ports.

@dg0yt OK. I'll separate the PR into two each for a different port.

@dg0yt @LilyWangLL I've closed this one and replaced it with two separate PRs #25372 and #25374.

@ljishen There was no need to change to new PRs. This just hides the existing review comments. You could have added reverts to, or even force-pushed, this PR's branch.
And to be clear, the change to numactl is invalid IMO. You need to find the right fix for the problem from https://mails.dpdk.org/archives/dev/2019-May/132290.html.


Remove duplicate no_rocm tag from tensordot_op_test

The PR I filed yesterday ( https://github.com/ROCmSoftwarePlatform/tensorflow-upstream/pull/1053 ) seems to have introduced a duplicate no_rocm tag on the test //tensorflow/python/kernel_tests:tensorop_dot_test leading to CI failures.
The tag was added in my PR, and also independently in another PR ( https://github.com/ROCmSoftwarePlatform/tensorflow-upstream/pull/1048 ). Since the two additions were on different lines, git did not flag this as a merge-conflict, and the duplicate tag error only manifested itself after my PR was merged.

Can one of the admins verify this patch?


Refactor querystring params

This PR cleans up duplication of logic between base response and ec2 util classes.
It replaces functions such as sequence_from_querystring with the inherited _get_multi_param.
It also replaces direct querystring index based access with _get_param where possible.

Coverage decreased (-0.1%) to 93.451% when pulling 7ed1036ba8dcf24c554ac8e51119c0e87d71dd75 on gvlproject:refactor_querystring_params into b3ce255eeebce7d971650e5aa720fab80211220e on spulec:master.

@nuwang I'm speechless. This is going to make this part of the code base (arguably the most central and important) more accessible for all other developers. This is just so useful!

@JackDanger Thanks for reviewing. I think that the following enhancements could also be made, and I'll note them here for future reference.

Since all AWS parameters have a fixed set of formats, a standard utility class for parsing them would facilitate reuse. I think the following primitives would be beneficial.
a. get_param() - get a single parameter
b. get_param_array() - to get an array of parameters
c. get_param_dict() - to get a compound dict structure, including all nested values.
While all of the above exist in various forms, I think that they need to be documented and moved to a central, reusable location. (The inherited methods are less usable when outside of the BaseResponse class)
If the above can be done, many of the methods in ec2.util could be removed, or composed out of the above primitives. The methods that can be refactored include: filters_from_querystring, tags_from_query_string, dhcp_configuration_from_querystring, dict_from_querystring, tags_from_query_string.
Doubtless this will apply to the services other than ec2.

Perhaps this should be filed as an issue tagged "Future enhancements" instead?

I think that's a great proposal and worth creating an issue for that (or even multiple issues for each piece of it).

Released as part of Moto 1.1.10

Hi guys, I got regressions of buildbot tests with this code..
    def _get_multi_param(self, param_prefix):
        """
        Given a querystring of ?LaunchConfigurationNames.member.1=my-test-1&LaunchConfigurationNames.member.2=my-test-2
        this will return ['my-test-1', 'my-test-2']
        """

This does not look equivalent to instance_ids_from_querystring, which finds InstanceId without ".1", ".2" suffixing.
my tests are fixed if I replace
    instance_id = self._get_multi_param('InstanceId')

by
    instance_id = self._get_param('InstanceId')

in moto/ec2/responses/general.py

@tardyp Just checked the docs and it should indeed be get_param. I think the tests failed without _get_multi_param though, let me check and get back to you.

@tardyp @JackDanger So it looks like boto is sending in a list param:
https://github.com/boto/boto/blob/abb38474ee5124bb571da0c42be67cd27c47094f/boto/ec2/connection.py#L1061
Although the latest docs suggest that it should be sending in a single param.
Boto3 seems to be sending in a single param: https://github.com/boto/boto3/blob/d6f3c2bc02562d83d42226bea3b46e121eb60b2f/boto3/data/ec2/2016-11-15/resources-1.json#L689
I guess we could special case this to work in both scenarios? To prevent future regressions, adding a test for boto3 would probably sort out both.

@tardyp @JackDanger I've issued a PR with a fix: https://github.com/spulec/moto/pull/1201

Thanks for quick fix! When do you intend to push this to pypi?
On mer. 27 sept. 2017 16:59 Nuwan Goonasekera<EMAIL_ADDRESS>wrote:

@tardyp https://github.com/tardyp @JackDanger
https://github.com/jackdanger I've issued a PR with a fix: #1201
https://github.com/spulec/moto/pull/1201
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/spulec/moto/pull/1152#issuecomment-332550177, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAGtI62K9BBsUc3seXl_50QiR7bF9LZqks5smmLZgaJpZM4PZ0MF
.

@tardyp I just released it as Moto version 1.1.15
Enjoy!

And thanks for saving the day, @nuwang!


GA az storage copy command

Is your feature request related to a problem? Please describe.
az storage copy uses azcopy which is GA. removing the preview message from this command will give confidence to more people to use it.
Describe the solution you'd like
The preview message removed
Describe alternatives you've considered

Additional context

Thanks @evelyn-ys for handling this issue.

Has planned in this sprint


feature (reporter):  issue #1814 Add json reporter

This is a solution for issue #1814 that I opened ages ago! This is my second attempt!
I used HTML reporter as the guideline and tried to keep the code as faithfully to current code style as possible.
It is a very simple solution. I just dump the report: MutationTestResult POJO that is generated onMutationTestReportReady in a JSON file.
json-reporter-util.ts is almost the same as html-reporter-util.ts but I decided to go with it because I didn't know if you'd like to generalise and move file handling util functions outside reporters.
Please drop me a line If I've done something wrong!!!

@dance-cmdr  Nice to see that you are back and gave this another shot  :)
But why exactly did you open a new PR which is mostly the same as mine already created before (see #2582)? I've also read the remarks from @nicojs here and incorporated them into my PR if applicable, namely renaming the html util file.

@dance-cmdr  Nice to see that you are back and gave this another shot  :)
But why exactly did you open a new PR which is mostly the same as mine already created before (see #2582)? I've also read the remarks from @nicojs here and incorporated them into my PR if applicable, namely renaming the html util file.

Hey, this is part of a project I'm doing and I didn't know if your PR is still active and I didn't feel confident to check out your branch.

Thanks for the help, but since then merged with #2582


Fix progress bar role and ARIA attributes

The changes to angle bracket component invocation in the tests aren't related to the bug, are they?

No, no changes there. I just copied the test with the newly added assertions from the other branch (#982), which already had ABI in that test...


[MRG] Parallelization and serialization functionality in preprocess

This is work in progress toward the parallelization of the standard braindecode processing pipeline (see #268).
The current idea is to parallelize the preprocessing over the BaseDatasets with joblib (inside preprocess), and to optionally serialize the BaseDatasets so that they can be reloaded with preload=False. This should hopefully limit memory usage, which is critical when working with large datasets.
Next steps:

Add windowing and window preprocessing steps in example
Test memory usage of example
Write tests
Automatic serialization directory naming for smarter caching (like with joblib.memory)?

@gemeinl

I think we discussed it before, I do not like packing file names with information as in https://github.com/braindecode/braindecode/pull/277/files#diff-ffab4ab4433ba5e07e98af8ac01e96b531cca0eb9e7d1ffe2b24663551be030eR23-R29, since it quickly gets messy and to me it is unclear at which point to stop inclusion of information. Additionally, the information is already contained in description.json so putting it into the file name just creates another copy.

If the aim of the file names was to have a nice way to only load a specific subject / recording / session / run later on, we could think about adding some smart functions to load... instead. It could probably offer an argument to do some selection and the loading function would first go through all the description.json files prior to actual loading.

A BaseDataset is basically a special case of BaseConcatDataset with just one dataset. With BaseConcatDataset([BaseDataset]) we have an easy conversion. I hence wonder if it was possible to entirely reuse the existing way of saving and loading of BaseConcatDataset also for individual BaseDatasets. If we decide to offer a batch_size argument to preprocess at some point, this would then also be consistent, since then we will have several BaseConcatDataset with batch_size many datasets..

I modified preprocess to now use the BaseConcatDataset serializer. There is still a lot of cleanup to do and some additional logic to handle (e.g. what happens if you serialize the preprocessed data and the windowed data under the same directory?).
With the current code I was able to confirm that a combination of parallelization and serialization is a good tradeoff in terms of memory usage and speed:

For instance, using n_jobs=8 and save=True, the pipeline took ~17 s to run and used 650 MiB, whereas a naive approach (n_jobs=1, save=False) was ~2-5 s faster, but took twice as much memory.

Great to see this working! Awesome!

I modified preprocess to now use the BaseConcatDataset serializer. There is still a lot of cleanup to do and some additional logic to handle (e.g. what happens if you serialize the preprocessed data and the windowed data under the same directory?).
Currently .save() will crash unless overwrite = True was specified. However, overwrite will delete all the fif files in the directory on first attempt of saving which might be a problem, since raw files get deleted before windows were cut?

I am currently rewriting the serialization logic a bit. I had trouble to parallelize load_concat_dataset, since the saving is inconsistent for BaseDatasets and WindowsDatasets... With the new logic, handling might become easier. Will open a separate PR on this soon.

I made a nicer benchmarking example (although it doesn't start with plot_ so it won't be run by the CI) to explain the parallelization/serialization tradeoff under examples/benchmark_preprocessing.py. I still get the same results as above (I just swapped the style/hue arguments in the figure):

@gemeinl Should we wait for #288 to be merged before merging this one? Also, I was wondering whether we should make a version of your TUH example using this new preprocessing/serialization pipeline?

@gemeinl @robintibor are you happy here? I think this is really crucial features for braindecode attractiveness. Please don't neglect this. 🙏

@agramfort Agreed, I think this functionality is very important. I am not yet happy, there are conflicts as well as open discussions.
@hubertjb There is no need to wait for https://github.com/braindecode/braindecode/pull/288 since it is independent of the changes here.
I don't think we should make a new TUH example but we should instead update it to use the fastest and most memory efficient code we have. It will be the go-to example using a very big dataset (because it is the only one).

@gemeinl I made a few changes to answer your comments. Let me know what you think of the other points (e.g. overwriting safety procedure).
Then we can also modify the TUH example to use this new pipeline.

How do we handle entries in description of recordings that was changed through preprocessors?
So far, I manually updates the description after the preprocessing step (see https://github.com/braindecode/braindecode/blob/master/examples/plot_tuh_eeg_corpus.py#L214-L218). If preprocess now also handles the serialization, how would I do this prior to saving?

How do we handle entries in description of recordings that was changed through preprocessors?
So far, I manually updates the description after the preprocessing step (see https://github.com/braindecode/braindecode/blob/master/examples/plot_tuh_eeg_corpus.py#L214-L218). If preprocess now also handles the serialization, how would I do this prior to saving?

That's a good point @gemeinl ... First thing, I wonder whether this kind of information (sampling frequency, reference, etc.) should actually be in description? We could add properties to Base/WindowsDataset to retrieve this information from self.raw/windows.info instead, which might be more flexible and less error-prone than relying on "fixed" info collected when loading the data. (We might need some logic on the side of BaseConcatDataset to return these properties when they are not the same across all datasets, e.g. different files have different references.)
If there's no way around it,  we could maybe add a updated_description argument (e.g. a dict) to preprocess to update each description before serialization?

That's a good point @gemeinl ... First thing, I wonder whether this kind of information (sampling frequency, reference, etc.) should actually be in description? We could add properties to Base/WindowsDataset to retrieve this information from self.raw/windows.info instead, which might be more flexible and less error-prone than relying on "fixed" info collected when loading the data. (We might need some logic on the side of BaseConcatDataset to return these properties when they are not the same across all datasets, e.g. different files have different references.)

I guess you are right. It is mostly duplicated information from Raw/Epochs.info. I should probably not have added it to the description in the first place. I think I made some pre-selection based on these entries but I could always get it by iterating through the dataset and accessing info instead. I had a comment somewhere that the number of windows is required for loading later on. I am not sure whether this still holds, but if so, this could be information that will be added by the windowers.

@hubertjb What is your preferred order of merging this PR 277 and PR 288?

@hubertjb What is your preferred order of merging this PR 277 and PR 288?

If tests pass here we could merge this first as it's pretty much ready, but other than that I don't have a preference.

I am not so sure how to handle some things here now. They have to be changed, however, if changed they will only work as soon as PR288 is also merged.

I am not so sure how to handle some things here now. They have to be changed, however, if changed they will only work as soon as PR288 is also merged.

I think we could merge this PR first since it should be ready (with the updated example). I'm happy to then help fix the parts that won't work anymore once we rebase #288 on this.

Not sure what's going on, it looks like the acceptance tests are now failing. Any idea what might cause this @robintibor?
From what I saw in the previous CI runs I believe there might still be one problem with the new example as well. I'm not sure why this happens as there is a unit test that currently passes and that does pretty much the same thing... I will have to investigate further.
@gemeinl with this in mind if #288 is ready to be merged I don't mind merging this one after!

So yeah ignore unit test for now maybe, seems just numbers can vary quite a bit randomly unfortunately. However, now seems doc building failed @hubertjb can you have a look there?

I also restarted this job, now examples/plot_benchmark_preprocessing.py fails ...

Rebasing now should also prevent the test from failing  in the future as I have increased tolerance further

#288 is now merged so a lot of conflicts to solve :)

I had some fun fixing the conflicts :P
Everything works locally, however I keep getting an error on the CI for the new example when preprocessing the windowed data with save_dir not None: https://github.com/braindecode/braindecode/blob/54a417b856963c6a89236d61969f07ee15344283/examples/plot_benchmark_preprocessing.py#L102
The failure comes from mne's _check_consistency function: https://github.com/mne-tools/mne-python/blob/401ac32e60d56501cb2c8372d115c09ae97d4e64/mne/epochs.py#L564
Apparently the times attribute becomes writeable when save_dir is not None, and so this function throws an error. The weird thing is that this doesn't happen locally, with the same mne and numpy versions.
The following fixed the issue, but I don't think it's a great solution:
https://github.com/braindecode/braindecode/blob/54a417b856963c6a89236d61969f07ee15344283/braindecode/datasets/base.py#L563
@agramfort do you know what might be happening here?

Could you please also update the TUH example according to the new preprocessing and serialization logic?
https://github.com/braindecode/braindecode/blob/master/examples/plot_tuh_eeg_corpus.py#L212-L223
I think it fits the scope of this PR.

I had some fun fixing the conflicts :P
Everything works locally, however I keep getting an error on the CI for the new example when preprocessing the windowed data with save_dir not None:
https://github.com/braindecode/braindecode/blob/54a417b856963c6a89236d61969f07ee15344283/examples/plot_benchmark_preprocessing.py#L102
The failure comes from mne's _check_consistency function: https://github.com/mne-tools/mne-python/blob/401ac32e60d56501cb2c8372d115c09ae97d4e64/mne/epochs.py#L564
Apparently the times attribute becomes writeable when save_dir is not None, and so this function throws an error. The weird thing is that this doesn't happen locally, with the same mne and numpy versions.
The following fixed the issue, but I don't think it's a great solution:
https://github.com/braindecode/braindecode/blob/54a417b856963c6a89236d61969f07ee15344283/braindecode/datasets/base.py#L563
@agramfort do you know what might be happening here?

Of course would be good to have a try to find out what is going on, if it is not resolvable, I could live with that line that fixes it though (with a bit more explanation in the comment before).

I've updated the TUH example and made the CI failure comment clearer. I could open an issue to remind us to investigate this in more detail at some point, so we can merge this PR?

@robintibor should we do a "squash and merge"? There are a lot of small commits with uninformative messages...

ok will  push button once CIs finished! :D

Oh! Almost forgot to click the button! Another buttonclick another big PR merged, amazing.

🍻


Errors when converting dump with different localization than english

Within german instances of mediawiki it may appear, that some tags that are hard-coded and not localized are causing errors and eventually lead to breaking the process.
E.g. 'Kategorie' and 'Category'.
I worked around this issue by search-replacing these throughout the dump. Not beautiful but works.

Do you know where MediaWiki documents these alternatives (and how to detect which language settings are being used in the XML file)?

I don't know it right now, but I'll have a look into this.


Please tag release 0.2.2

See subject.
Thanks!

Sorry, I'm bad at this maintaining thing. Tagged.


update: glob to ^7.0.0

glob 3.2.3 depends on<EMAIL_ADDRESS>and<EMAIL_ADDRESS>said:
npm WARN deprecated<EMAIL_ADDRESS>graceful-fs version 3 and before will fail on newer node releases. Please update to<EMAIL_ADDRESS>as soon as possible.

so can we update glob to ^7.0.0 as soon as possible :smile: ?

@danielstjules can you review this? it's helpful.

Sorry, we're not looking to bump versions just yet. Please refer to https://github.com/mochajs/mocha/issues/2121#issuecomment-194095797
Thanks!


Fail to load the script due to ValueError

Try to load seida.py in IDA 7.7
Got an error says <class "ValueError">:signal only works in main thread>
trace:
File "/home/user/idapro-7.7/python/3/ida_idaapi.py", line 580, in IDAPython_ExecScript
    exec(code, g)
  File "/home/user/seida/seida.py", line 427, in <module>
    main()
  File "/home/user/seida/seida.py", line 422, in main
    seida.init()
  File "/home/user/seida/seida.py", line 358, in init
    self._emulator.connect()
  File "/home/user/seida/seida.py", line 172, in connect
    self._rpc.eval(code)
  File "/home/user/seida/seida.py", line 112, in eval
    resp = self._proxy.eval(code)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1109, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1450, in __request
    response = self.__transport.request(
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1153, in request
    return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1169, in single_request
    return self.parse_response(resp)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1341, in parse_response
    return u.close()
  File "/usr/lib/python3.8/xmlrpc/client.py", line 655, in close
    raise Fault(**self._stack[0])

xmlrpc.client.Fault: <Fault 1: "<class 'ValueError'>:signal only works in main thread">

Env:
Linux 5.15
IDA 7.7
python 3.8.10

Is there an error message on the server side?


:hammer:x.x.x: Sorted script

Codecov Report

Merging #2130 (c3c8d63) into main (cb7c6ae) will not change coverage.
Report is 9 commits behind head on main.
The diff coverage is n/a.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the GitHub App Integration for your organization. Read more.
@@            Coverage Diff            @@
##              main     #2130   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           15        15
  Lines           94        94
  Branches         3         3
=========================================
  Hits            94        94

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


On the way to latest CMake, VS2017, CUDA 9, cudNN 7, Win10

As many of us (#14126,#14691,#12052), I am trying to get TF1.4 build successfully on windows using the latest version of everything. As far as I can judge I could do it but with some hacks. As it is too long for me to complete, I would like to share what I did for help finalizing. It is too early for a PR.
I am using CMake 3.9.6 (though 3.10 came out). I have low cmake skill level.
I am not trying the python bindings.
VS2017 is the community edition.
Without GPU it is easy. The only issue is the heap overflow (C1002 or C1006 #11096). The trick is to reduce parallel build by msbuild /m:4 /p:CL_MPCount=2 ... such that 4*2 is approximately the number of core you really have (at least it worked for me). Using /Zm2000 did not work for me, despite a lot of available memory (32G).
With GPU it is more tricky: the tf_core_gpu_kernels.vcxproj does not compile at all. AFAIU, the CMake strategy changed from v3.6, to allow parallel computing. CUDA is now treated as another language. Without modifications nvcc simply returns with code error 1 (or nothing happen I am not sure). Here are my modifications (from v1.4).
From tensorflow/tensorflow/contrib/cmake/
1/ adapt cmakelists.txt a little:

Change CUDA 8.0 to CUDA 9.0 l.223.
Add enable_language("CUDA") l.224.
The set(CUDA_NVCC_FLAGS ...) directives do not work anymore. See below.
Add capabilities 6.0 and 6.1 in l.232, as well l.246. Might not be needed (it is only for performance).
Change 64_80 to 64_90 and 64_6 to 64_7 l.247 and 248, similarly in l.272-276.

2/ in tf_core_kernels.cmake:

Add set_source_files_properties(${tf_core_gpu_kernels_srcs} PROPERTIES LANGUAGE CUDA) to recognize '.cu.cc' extensions as cuda files in l.209.
Rename cuda_add_library(...) as add_library(...) l.210.

3/ edit (this is the trick) tf_core_gpu_kernels.vcxproj, in the release section:

Encompass cl.exe flags, ie /bigobj /nologo ... -Ob2  with the -Xcompiler="/bigobj ... -Ob2" directive l.147. These former flags are for the c++ compiler not for nvcc and result in the crash.
Add just before --expt-relaxed-constexpr, still in the AdditionalOptions.
Switch PerformDeviceLinkfrom false to true l.164.

Then everything compile (msbuild on  tf_tutorials_example_trainer.vcxproj) (and this tuto works). The remaining point before PR is to avoid third step, i.e. give the right directives to nvcc, by understanding how the CUDA_NVCC_FLAGS works, and add the linking. Hope this solution will work without missing symbols (#6396).
Otherwise it is a nightmare: both CUDA 8 and CMake 3.6 are not aware of VS2017. CMake compilation is not incremental (#14194) and takes about 4-5H (could use precompiled headers especially in tf_core_kernels)...

Very nice. Thanks.  The tensorflow team should just release a official TF1.4 CUDA9 win10 build whl file for its users.  I don't get why they don't do so immediately.

Since I've discovered that despite everything ran fine, the VS2017 (until 15.4) distribution introduced a bug in the /WHOLEARCHIVE trick resulting in unfilled factories (session, device...) as mentioned in. Therefore I am stuck using vs2017 for linking my application with TF.

@sylvain-bougnoux I don't believe the WHOLEARCHIVE flag is used when building a Python whl, am I mistaken?

I don’t think so either, it is a matter of linking your app with the TF libraries. Making a whl should work, while making an app is prone to fail.
I have summited this bug to MS but no answer yet.

Thanks for the notes @sylvain-bougnoux!
Adding @mrry @gunan @tfboyd since they might be interested in your notes on getting things working.
As the referenced bugs mention, support for CUDA 9 / cuDNN 7 is anticipated in TensorFlow 1.5.
Marking this as "community support" since the purpose of this issue seems to be to collect useful tips in making this all work.

On windows, it looks like we have a bug with NVCC. Building TF with CUDA9 seems to be failing with a compiler crash. NVIDIA is helping investigate this, and once we have an update we will proceed.
I will mark this as a duplicate issue of #12052 and #14691, if you dont mind.

@gunan
Where is the crash you mention?
Actually I could compile everything just by changing the parameters given to nvcc. As I could not run it properly (despite the example trainer) due to the /WHOLEARCHIVE bug, is my success an illusion?
AFAICJ it is just a matter of fixing the cmake file (or bazel).

http://ci.tensorflow.org/job/tf-pr-win-cmake-gpu/19/console
21:31:54        "c:\tf_jenkins\home\workspace\tf-pr-win-cmake-gpu\cmake_build\tf_python_build_pip_package.vcxproj" (default target) (1) ->
21:31:54        "C:\tf_jenkins\home\workspace\tf-pr-win-cmake-gpu\cmake_build\pywrap_tensorflow_internal.vcxproj" (default target) (4) ->
21:31:54        "C:\tf_jenkins\home\workspace\tf-pr-win-cmake-gpu\cmake_build\tf_core_gpu_kernels.vcxproj" (default target) (38) ->
21:31:54        (CustomBuild target) ->
21:31:54          CUSTOMBUILD : Internal error : assertion failed at: "C:/dvs/p4/build/sw/rel/gpu_drv/r384/r384_00/drivers/compiler/edg/EDG_4.12/src/lookup.c", line 2652 [C:\tf_jenkins\home\workspace\tf-pr-win-cmake-gpu\cmake_build\tf_core_gpu_kernels.vcxproj]

The location of the assertion failure seems to point to a line in nvidia proprietary code.


node.js/JS API

I've looked over the wiki pages, on NPM and googled for a while but I can't find a way to use this in JS. I've noticed there are a few mentions about a JS API in older closed issues.
Will this project be maintained in the year? I would like to try it out for a project I'm currently developing.

We're not in an active development cycle on Mentat; we're in the process of a broader analysis of the problem space as it relates to Firefox, including syncing.
I do expect us to return to this codebase; it's not dead. However, I will point out that Mentat isn't currently part of a shipping Mozilla product, so it has much less commitment than a project like NSS or Stylo, and it might change direction or be abandoned in the future with little notice.
We'd happily take PRs for any fixes or improvements you wanted to make, subject of course to the usual review process.
We don't have a JS interface for the current implementation. Mentat is implemented in Rust, so you'll want Neon to access it from Node. @bgrins made a first stab at this here; I expect you could continue that work.
Can you share any details about the project you're developing, @ugin?

I'm working on a CMS based on JavaScript and needed a persistent data storage similar to Datomic. The focus of the project is to have a platform on which we can build webapps that look like websites, like a modern alternative to WordPress.
Initially I developed a data layer based on Datascript but then I realized I needed something external of the Node.js process as it was not feasible to persist the data on process crash.
I'm new to Rust, this week I planned to look over mentat and see if I can understand the source and hack on it.
Thank you for feedback


Error  when Evaluate on COCO test set

when I write this order,something wrong with it.
DataLoader loading json file:  data/cocotest.json
vocab size is  9487
DataLoader loading h5 file:  data/cocotest_bu_fc data/cocotest_bu_att data/cocotalk_box none
read 40775 image features
assigned 0 images to split train
assigned 0 images to split val
assigned 40775 images to split test
Traceback (most recent call last):
File "eval.py", line 100, in
loader = DataLoader(opt)
File "/content/gdrive/Shared drives/cfhyxxj798577670/1/dataloader.py", line 303, in init
self.iters[split] = iter(self.loaders[split])
File "/usr/local/lib/python3.6/dist-packages/torch/utils/data/dataloader.py", line 279, in iter
return _MultiProcessingDataLoaderIter(self)
File "/usr/local/lib/python3.6/dist-packages/torch/utils/data/dataloader.py", line 746, in init
self._try_put_index()
File "/usr/local/lib/python3.6/dist-packages/torch/utils/data/dataloader.py", line 861, in _try_put_index
index = self._next_index()
File "/usr/local/lib/python3.6/dist-packages/torch/utils/data/dataloader.py", line 339, in _next_index
return next(self._sampler_iter)  # may raise StopIteration
File "/usr/local/lib/python3.6/dist-packages/torch/utils/data/sampler.py", line 200, in iter
for idx in self.sampler:
File "/content/gdrive/Shared drives/cfhyxxj798577670/1/dataloader.py", line 370, in next
elem = (self.index_list[self.iter_counter], self.iter_counter+1, wrapped)
IndexError: list index out of range

Got the same issue too!

Weird:

        if self.iter_counter == len(self._index_list):
            self._reset_iter()
            if self.wrap:
                wrapped = True
            else:
                raise StopIteration()
        elem = (self._index_list[self.iter_counter], self.iter_counter+1, wrapped)

In principle the if statement above should assure that the iter_coutner is within range.

Got the same issue too!

Excuse me.I encountered the same problem as you. How do you slove it?Thanks!

Weird:

        if self.iter_counter == len(self._index_list):
            self._reset_iter()
            if self.wrap:
                wrapped = True
            else:
                raise StopIteration()
        elem = (self._index_list[self.iter_counter], self.iter_counter+1, wrapped)

In principle the if statement above should assure that the iter_coutner is within range.

I entered the same problem.The cause is the number of images in val split is 0, which leads to an empty self._index_list. So the index 0 overflowed. You may give a check before this statement.

And btw, the key name in the npz file in the cocotest_bu_att(preprocessed, download from your link) is 'z' but not 'feat', this will lead to another error in
dataloader.py, line 35:
self.loader = lambda x: np.load(x)['feat']
may be you can give a hint to the people who are willing to use your preprocessed npz files.

Thanks. I will fix it.


Wrong cffi version assertion

With a regular installation (pip install pyjwkest) I get a cffi assertion error:
>>> import jwkest.jwk
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/wikier/.local/lib/python3.5/site-packages/jwkest/jwk.py", line 11, in <module>
    from Cryptodome.PublicKey import RSA
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/PublicKey/RSA.py", line 79, in <module>
    from Cryptodome.IO import PKCS8, PEM
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/IO/PKCS8.py", line 73, in <module>
    from Cryptodome.IO._PBES import PBES1, PBES2, PbesError
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/IO/_PBES.py", line 44, in <module>
    from Cryptodome.Cipher import DES, ARC2, DES3, AES
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Cipher/__init__.py", line 78, in <module>
    from Cryptodome.Cipher._mode_ecb import _create_ecb_cipher
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Cipher/_mode_ecb.py", line 29, in <module>
    from Cryptodome.Util._raw_api import (load_pycryptodome_raw_lib,
  File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Util/_raw_api.py", line 39, in <module>
    ffi = FFI()
  File "/home/wikier/.local/lib/python3.5/site-packages/cffi/api.py", line 59, in __init__
    "version mismatch, %s != %s" % (backend.__version__, __version__)
AssertionError: version mismatch, 1.7.0 != 1.8.3

Which I manage to fix by manually forcing the version:
pip install cffi==1.7.0

So that needs to be declared in the package dependencies.

7 nov. 2016 kl. 10:37 skrev Sergio Fernández<EMAIL_ADDRESS>With a regular installation (pip install pyjwkest) I get a cffi assertion error:

import jwkest.jwk
Traceback (most recent call last):
File "", line 1, in
File "/home/wikier/.local/lib/python3.5/site-packages/jwkest/jwk.py", line 11, in
from Cryptodome.PublicKey import RSA
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/PublicKey/RSA.py", line 79, in
from Cryptodome.IO import PKCS8, PEM
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/IO/PKCS8.py", line 73, in
from Cryptodome.IO._PBES import PBES1, PBES2, PbesError
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/IO/_PBES.py", line 44, in
from Cryptodome.Cipher import DES, ARC2, DES3, AES
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Cipher/init.py", line 78, in
from Cryptodome.Cipher._mode_ecb import _create_ecb_cipher
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Cipher/_mode_ecb.py", line 29, in
from Cryptodome.Util._raw_api import (load_pycryptodome_raw_lib,
File "/home/wikier/.local/lib/python3.5/site-packages/Cryptodome/Util/_raw_api.py", line 39, in
ffi = FFI()
File "/home/wikier/.local/lib/python3.5/site-packages/cffi/api.py", line 59, in init
"version mismatch, %s != %s" % (backend.version, version)
AssertionError: version mismatch, 1.7.0 != 1.8.3

Which I manage to fix by manually forcing the version:
pip install cffi==1.7.0
So that needs to be declared in the package dependencies.

This is not really a pyjwkest issue, it’s pycryptodome that needs that version of cffi.
-- Roland
"Education is the path from cocky ignorance to miserable uncertainty.” - Mark Twain

OK, thanks.


feat: added the consistent-selector-style rule

Closes #898

Hi, @ota-meshi! This one is I think ready for review, however, it needs sveltejs/svelte-eslint-parser#619 and #965 first.


Fixes for two JUnit tests on Windows

Fixed two JUnit-test that were failing on Windows due to a difference in path separator chars (was using "/", was expecting ""). It is now platform independent.

Thanks a lot. I applied you PR to branch integration. I assume also, that the APL for your contribution is fine, too.

APL is fine.


text2img and everything else not working

it says it can see the backend, and let's me choose models, face restoration settings, etc..but when I click generate it immediately says done and here is the output
the fact that it changed models this time doesn't make a difference. it happens even if that model is loaded up right away.
auto-sd-paint-ext:INFO: txt2img:
restore_faces=True face_restorer='CodeFormer' codeformer_weight=0.5 sd_model='New folder\povSkinTextureR34_povSkinTexturesR34.safetensors' script='None' script_args=[] prompt='dowhat' negative_prompt=None seed=-1 seed_enable_extras=False subseed=-1 subseed_strength=0.0 seed_resize_from_h=0 seed_resize_from_w=0 sampler_name='Euler a' steps=16 cfg_scale=7.0 denoising_strength=0.7 batch_count=1 batch_size=1 base_size=512 max_size=768 tiling=False highres_fix=False firstphase_height=512 firstphase_width=512 upscaler_name='None' filter_nsfw=False include_grid=False sample_path='outputs/krita-out' save_samples=False orig_width=512 orig_height=402
Loading weights [99b6bd73db] from cache
1280 720
670
Failed to load checkpoint, restoring previous
Loading weights [6e04c3bf1d] from cache
Couldn't find VAE named Anything-V3.0-pruned.vae; using None instead
Applying cross attention optimization (Doggettx).
ERROR:    Exception in ASGI application
Traceback (most recent call last):
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio\streams\memory.py", line 94, in receive
return self.receive_nowait()
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio\streams\memory.py", line 89, in receive_nowait
raise WouldBlock
anyio.WouldBlock
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 77, in call_next
message = await recv_stream.receive()
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio\streams\memory.py", line 114, in receive
raise EndOfStream
anyio.EndOfStream
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "D:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\protocols\http\h11_impl.py", line 407, in run_asgi
result = await app(  # type: ignore[func-returns-value]
File "D:\stable-diffusion-webui\venv\lib\site-packages\uvicorn\middleware\proxy_headers.py", line 78, in call
return await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\applications.py", line 270, in call
await super().call(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\applications.py", line 124, in call
await self.middleware_stack(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\errors.py", line 184, in call
raise exc
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\errors.py", line 162, in call
await self.app(scope, receive, _send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 106, in call
response = await self.dispatch_func(request, call_next)
File "D:\stable-diffusion-webui\extensions\auto-sd-paint-ext\backend\app.py", line 381, in app_encryption_middleware
res: StreamingResponse = await call_next(req)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 80, in call_next
raise app_exc
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 69, in coro
await self.app(scope, receive_or_disconnect, send_no_error)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 106, in call
response = await self.dispatch_func(request, call_next)
File "D:\stable-diffusion-webui\modules\api\api.py", line 80, in log_and_time
res: Response = await call_next(req)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 80, in call_next
raise app_exc
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\base.py", line 69, in coro
await self.app(scope, receive_or_disconnect, send_no_error)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\gzip.py", line 26, in call
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\cors.py", line 84, in call
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 79, in call
raise exc
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\middleware\exceptions.py", line 68, in call
await self.app(scope, receive, sender)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 21, in call
raise e
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\middleware\asyncexitstack.py", line 18, in call
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 706, in call
await route.handle(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 276, in handle
await self.app(scope, receive, send)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\routing.py", line 66, in app
response = await func(request)
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\routing.py", line 235, in app
raw_response = await run_endpoint_function(
File "D:\stable-diffusion-webui\venv\lib\site-packages\fastapi\routing.py", line 163, in run_endpoint_function
return await run_in_threadpool(dependant.call, **values)
File "D:\stable-diffusion-webui\venv\lib\site-packages\starlette\concurrency.py", line 41, in run_in_threadpool
return await anyio.to_thread.run_sync(func, *args)
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio\to_thread.py", line 31, in run_sync
return await get_asynclib().run_sync_in_worker_thread(
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio_backends_asyncio.py", line 937, in run_sync_in_worker_thread
return await future
File "D:\stable-diffusion-webui\venv\lib\site-packages\anyio_backends_asyncio.py", line 867, in run
result = context.run(func, *args)
File "D:\stable-diffusion-webui\extensions\auto-sd-paint-ext\backend\app.py", line 115, in f_txt2img
prepare_backend(req)
File "D:\stable-diffusion-webui\extensions\auto-sd-paint-ext\backend\utils.py", line 86, in prepare_backend
modules.sd_models.reload_model_weights(shared.sd_model)
File "D:\stable-diffusion-webui\modules\sd_models.py", line 441, in reload_model_weights
load_model_weights(sd_model, checkpoint_info)
File "D:\stable-diffusion-webui\modules\sd_models.py", line 235, in load_model_weights
model.load_state_dict(checkpoints_loaded[checkpoint_info])
File "D:\stable-diffusion-webui\venv\lib\site-packages\torch\nn\modules\module.py", line 1604, in load_state_dict
raise RuntimeError('Error(s) in loading state_dict for {}:\n\t{}'.format(
RuntimeError: Error(s) in loading state_dict for LatentDiffusion:
Missing key(s) in state_dict: "cond_stage_model.transformer.text_model.embeddings.token_embedding.weight".
Unexpected key(s) in state_dict: "cond_stage_model.transformer.text_model.embeddings.token_embedding.wrapped.wei

Yeah, pretty much me too. Think my issue #92 may be related. May be some underlying cause.
Win 10.

See #86, maybe I will get time to fix it on Wednesday

Yeah, pretty much me too. Think my issue #92 may be related. May be some underlying cause.
Win 10.

...This error isn't related. Seems to be a model

Fixed in https://github.com/Interpause/auto-sd-paint-ext/commit/3fff9ffb944d6450a59ca2abbee181a66cc06005


Add support for Matlab

This fixes #28.
TODO:

[ ] Stream comment should add a new line but take into account the current line endings %{comment%}
[ ] Associate .m files to open with matlab lexer instead of the C/C++ one

I have an implementation for TODO 2 at
https://github.com/zufuliu/notepad2/blob/master/src/Styles.c#L1211

TODO 1 is implemented at
https://github.com/zufuliu/notepad2/blob/master/src/EditAutoC.c#L1194
and
https://github.com/zufuliu/notepad2/blob/master/src/EditAutoC.c#L1258
@XhmikosR
I can work on the matlab branch to fix the two TODOs after https://sourceforge.net/p/scintilla/bugs/1965/ get committed.

https://github.com/XhmikosR/notepad2-mod/issues/199

@blackcrack: stop doing that, thanks.


Gripper GraspAction command always aborted

Hello,
I am trying to grasp something with the gripper using the Simple Action Client. However, I always get the error message: "libfranka gripper: Command aborted!".
I am initializing the client like this.
#include <actionlib/client/simple_action_client.h>
#include <franka_gripper/GraspAction.h>
#include <franka_gripper/MoveAction.h>
#include <franka/gripper_state.h>
#include <franka/gripper.h>

actionlib::SimpleActionClient<franka_gripper::GraspAction> grasp("franka_gripper/grasp", true);

In my update function I then send the grasp command like this:
    franka_gripper::GraspGoal goal;
    goal.width = 0.03;
    goal.speed = 0.01;
    goal.force = 20;
    goal.epsilon.inner = 0.05;
    goal.epsilon.outer = 0.05;
    grasp.sendGoal(goal);

Really rarely the gripper grasps the object, but  most of the time the gripper closes and opens right away.
Moving the gripper interestingly works without any problems.
I appreciate any help or hint.

try to run the homing action once. you can also do this in desk

Thanks for the answer. I fixed my issue. I figured out that when I send the move command constantly on every run of my update function, a stop command or a grasp command is not stopping or overwriting the move command. Move commands are still send for a few seconds after executing the grasp or stop command.

@hennking98 Thanks for your feedback. Could you please tell me how to stop the grasp command while the gripper has not moved to the target? For example, I set the gripper width to 0.0 to grasp an object, when it at 0.02, I want to open it to 0.04 immediately.


FancyZone : See the size of the zones while editing

📝 FancyZone : See the size of the zones while editing
I am using Fancy Zones to display Applications side by side on my ultrawide 34" screen and share them using Microsoft Teams
The problem is to respect the FullHD ratio for the zone as my colleagues using Teams are using regular FullHD laptops.
Having the possibility to see the actual size of the zone drawn on screen would be benefit for me.
Bonus, when creating a zone, having the possibility to init the zone to a given ratio / size would be a plus to be able to perfectly match the expected size.

If you'd like to see this feature implemented, add a 👍 reaction to this post.

Great idea, This would be covered with #1032 editor v2.

Great idea, This would be covered with #1032 editor v2.


Is the models HuggingFace compatible?

Hello Authors, really appreciate your efforts and interest in opensourcing not only dataset but also the code, thanks a lot. Is the execution_model_decomposer_for_musique_ans_and_full is HuggingFace compatible?, also the Tokenizer for query decomposition?

Sorry for the extremely late response here. No, the models are not compatible with HF. They were made using AllenNLP library.


fix module 'jax' has no attribute 'tree_multimap'

Set the jax package to the correct version.
Fixed issue with #71

I found that the first change does not seem to solve the problem,so i fix it again.
#Install the correct version of the jax package
!pip install jax==0.3.15

The placement of these lines of code doesn't seem to be correct in the first change.
It was placed in a relatively advanced position, and I guess it was caused by the installation of the dependent library later.

I can't use, did not appear each time you run into similar to the module


fix: parse injected translated html

This PR fixes the issue where html formatting is not being parsed after translation inline in the template.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Hi @LucasBrazi06,
Do you still need me to do anything in regards to this PR?
Would love to be added to the contributor list, will definitely keep bringing Pull Requests also for the EV-SERVER if there's anything I feel I can contribute with.

Hello @patrick-nurt,
This PR is great and has been merged, thanks for your contribution!
I'll add you to the organisation so you will have access to all the repos.


[Question] How to check OneOf enum cases with associated values?

Hi!
For example, I have a following protobuf structure:
message MyPage {
    oneof content {
        Content.Text text = 1;
        Content.Image image = 2;
    }
    message Content {
        message Text {}
        message Image {}
    }
}

and corresponding generated code:
struct MyPage {
  var content: OneOf_Content?

  var text: MyPage.OneOf_Content.Text {
    get {
      if case .text(let v)? = _storage._content {return v}
      return MyPage.OneOf_Content.Text()
    }
    set {_uniqueStorage()._content = .text(newValue)}
  }

  var image: MyPage.OneOf_Content.Image {
    get {
      if case .image(let v)? = _storage._content {return v}
      return MyPage.OneOf_Content.Image()
    }
    set {_uniqueStorage()._content = .image(newValue)}
  }

  enum OneOf_Content {
    case text(Text), image(Image)

    struct Text {}
    struct Image {}
  }
}

When I meet this MyPage object in client, what should I do? How should I check for enum value? I could only think about something like this:
let page: MyPage = ... // MyPage
let hasImage = page.content == .image(page.image)

Is it ok? Is there any simple and obvious way to achieve this?

You can use a Swift switch to handle the different possibilities:
  if let content = page.content {
    switch content {
    case .text(let text):
         ... process `text` message ...
    case .image(let image):
         ... process `image` message ...
    }
  }

You can also use Swift's if case construct to check for just one value:
  if case .text(let text)? = mypage.content {
    ... process `text` message ...
  }

@tbkka
And why did you close it?
ifs and switches are too verbose for such a simple equality test.

This is really a question about how to use Swift.  There are many discussions on the Internet about how to work with enums, just search on swift enum associated values to find them.

@tbkka
No, this question is about this library which generate variables that don't have optional values.
Look at definition:
  var text: MyPage.OneOf_Content.Text {
    get {
      if case .text(let v)? = _storage._content {return v}
      return MyPage.OneOf_Content.Text()
    }
    set {_uniqueStorage()._content = .text(newValue)}
  }

Those helpers let you directly access the field getting the default value without checking the oneof state.  If you need to explicit check the state, use the enum to which state it is in.

Our API documentation has some additional explanation of why we don't use optionals in this way:  See the section Proto2 optional vs. Swift Optional in https://github.com/apple/swift-protobuf/blob/master/Documentation/INTERNALS.md

@thomasvl
@tbkka
Could you consider adding has properties to check OneOf values? It is really annoying to write something like:
guard let value = message.value else { return false }

if case Event.Message.OneOf_Value.pageShow = value {
    return true
}
return false

Only caring about one case of a oneof doens't sound like a common enough thing to justify the api surface.
You can alway create a Swift extension to provide a helper within your module if you really feel it will improve your specific use case.

@thomasvl
Sure, I did it two months ago. ( I created several swift extensions to simplify our integration with protobuf models ).
On library side you could consider not to hide "real" state of OneOf value in forest of "non-optional" properties.
Swift don't have neither good if/switch statements as expressions nor good support for simple equality tests for such a good pattern (GADT?).


Popgen2 = weighted sum for some columns are zero....so do not  adjust

Dear Team,
I am using the popgen several time with same data but now I faced :
sample_weights sum: 7072.99798855
ipu for Region: 3
Weighted sum for column ('person', 2L, 9L, 1L, 2L, 2L) in iter 0is zero so don't adjust
Weighted sum for column ('person', 1L, 11L, 1L, 2L, 2L) in iter 0is zero so don't adjust
Weighted sum for column ('household', 5L, 2L, 4L, 3L) in iter 0is zero so don't adjust
Weighted sum for column ('household', 5L, 2L, 3L, 3L) in iter 0is zero so don't adjust
Weighted sum for column ('household', 4L, 2L, 4L, 2L) in iter 0is zero so don't adjust
.
.
.
which related to your reweighting.py seems it calculates the weight as zero but my data seems correct .
you can find the  data
https://1drv.ms/u/s!As29Kwv1MAnIsy0GV1UMTJ34BtSF?e=8AxDff
the problem is when it finish it raise error in outputs seems there is nan in result

Hi @gharaviSara ,
I also came across the same error while running the PopGen.  I am wondering if you were able to resolve this error. Please let me know whenever you can.
Thanks
Ishant


Make disconnected state in UI more obvious

If the UI is disconnected from the server, make it more obvious so that users can see that they cannot do anything yet.
Potential methods:

Automatically add Popover on disconnected icon
Welcome screen message should warn the user that they are disconnected
Filesystem and Flow components should be not interactable and have a disabled hover

Will be merged in with v0.5


Migrate from jasmine2-custom-message to native withContext()

Remove hardly used dependency

Cool feature

Good to have this natively for the cases where you really need to loop over test data, yeah. However, I don't link how it is integrated into the expect syntax as it breaks the reability of the tests (expect X with contect data number Y to equal Z).


Stop the censorship

Please restore the comments in https://github.com/microsoft/vscode/issues/87268 and unlock https://github.com/microsoft/vscode/issues/87291.
I enjoy reading drama, please don't take my only pleasure in life away.

This censorship is literally a new holocaust!

I'm extremely offended by the fact that because of religious beliefs @Mikotochan 's only life pleasure has been taken away.

This censorship is literally a new holocaust!

You deserve an award for skyrocketting the level of drama of this topic 👏 🍾 🎖 !

 Poor old Santa! BTW - solstice is a pagan festival and Santa was a shaman.

How to ruin your stellar reputation in one easy step.

So who is going to push a Pull-Request reintroducing the Santa Hat (maybe with an option to turn it on/off for SJW)?

No pressies for @Christian-Schiffer this year,. He's been a very naughty boy!

@egamma Could stop this discussions if a more balanced approach was taken such as including configuration to enable disable these decorations. Can't imagine any controversy from that therefore these outbursts that take time away from other issues.

We should stop using git as version control for vscode too.  One time a random person told me to “git good” and since then, “git” is extremely offensive to me.

Please remove Python compatibility I'm scared of snakes.

@egamma Could stop this discussions if a more balanced approach was taken such as including configuration to enable disable these decorations. Can't imagine any controversy from that therefore these outbursts that take time away from other issues.

Won't happen, the the people who code vscode are too scared to go against someone's beliefs.  This is why we can't have nice things.

It's funny and sad at the same time that one selfish issue can cause loss of hundrets of man-days (people-days?) across globe.

It's funny and sad at the same time that one selfish issue can cause loss of hundrets of man-days (people-days?) across globe.

Sadder still is the amount of lives lost in the name of "religion".

Merry Christmas and Happy New Year! 🎅
You can ban me now, for pushing of religion

Sadder still is the amount of lives lost in the name of "religion".

I am not sure why you used quotes, but yes, lives lost or opressed at any occasion are depressing thing.

:popcorn:

git push --religion

https://www.theregister.co.uk/2007/12/04/microsoft_kills_santa/

Thanks for creating this issue. We think this issue is unactionable or unrelated to the goals of this project. Please follow our issue reporting guidelines.
Happy Coding!


Fix for dates? And BETWEEN

I think, but not sure '?' required, by e.g. SQLite, not tested (other might be ok with as is, but all with this?). Also BETWEEN less redundant.

https://discourse.julialang.org/t/query-on-date-doesnt-return-what-expected/122512/9?u=palli

This probably fixes SQLite that was complained about being broken with this, but I'm not sure it doesn't break other databases. Might ? sometimes, and sometimes not be substituted with 'date', already, and then on those databases with ''date''?


Find a way to not create a new device on each login

Are there other ways of logging in? Make it an app service instead of an invited bot?

Pass device ID with login request.


fix(app): fix create stack with capital letters or space issue EE-908

close EE-908

Closes https://github.com/portainer/portainer/issues/5153


Fix situation when Payment Gateway try to save to long error message.

I want to merge this change because fixing situation when Payment Gateway try to save to long error message.
Port of https://github.com/saleor/saleor/pull/10392

Impact

[ ] New migrations
[ ] New/Updated API fields or mutations
[ ] Deprecated API fields or mutations
[ ] Removed API types, fields, or mutations
[ ] Documentation needs to be updated

Pull Request Checklist

[ ] Privileged queries and mutations are guarded by proper permission checks
[ ] Database queries are optimized and the number of queries is constant
[ ] Database migration files are up to date
[ ] The changes are tested
[ ] GraphQL schema and type definitions are up to date
[ ] Changes are mentioned in the changelog

Task linked: SALEOR-7919 Transaction.error DB field is too short to fit an actual error message


"devel" CI builds are failing

Symptom is that the build on 1.20 times out, but the root cause is that skew testing is failing.
From  https://cloudnative-k8sci.southcentralus.cloudapp.azure.com/blue/rest/organizations/jenkins/pipelines/pmem-csi/branches/devel/runs/308/nodes/87/steps/110/log/?start=0
lvm-testing E2E [Testpattern: DynamicPV Filesystem {\"FSType\":\"\",\"Parameters\":null}] skew everything [Slow]
...

[2021-01-31T11:56:38.603Z] Jan 31 11:56:38.483: FAIL: create lvm-testing-0.8 PMEM-CSI deployment
[2021-01-31T11:56:38.603Z] Unexpected error:
[2021-01-31T11:56:38.603Z]     <*errors.errorString | 0xc004fe40e0>: {
[2021-01-31T11:56:38.603Z]         s: "command \"test/setup-deployment.sh\" failed: exit status 1\nOutput: INFO: deploying from /mnt/workspace/pmem-csi_devel/_work/pmem-csi-release-0.8/deploy/kubernetes-1.20/lvm/testing\nsecret/pmem-csi-registry-secrets configured\nsecret/pmem-csi-node-secrets configured\n/mnt/workspace/pmem-csi_devel/_work/pmem-csi-release-0.8/deploy/kustomize/lvm/testing is missing.\n",
[2021-01-31T11:56:38.603Z]     }
[2021-01-31T11:56:38.603Z]     command "test/setup-deployment.sh" failed: exit status 1
[2021-01-31T11:56:38.603Z]     Output: INFO: deploying from /mnt/workspace/pmem-csi_devel/_work/pmem-csi-release-0.8/deploy/kubernetes-1.20/lvm/testing
[2021-01-31T11:56:38.603Z]     secret/pmem-csi-registry-secrets configured
[2021-01-31T11:56:38.603Z]     secret/pmem-csi-node-secrets configured
[2021-01-31T11:56:38.603Z]     /mnt/workspace/pmem-csi_devel/_work/pmem-csi-release-0.8/deploy/kustomize/lvm/testing is missing.
[2021-01-31T11:56:38.603Z]
[2021-01-31T11:56:38.603Z] occurred

Failing skew testing is getting fixed in PR #874 but then testing is still a lot slower. The reason for that is unknown, so to get our CI working again that PR disables testing on 1.20.

Here's an uncommitted patch that I was using locally to get some timing information for individual steps of a test:
diff --git a/test/e2e/operator/deployment_api.go b/test/e2e/operator/deployment_api.go
index db79c336a..ed0c7975f 100644
--- a/test/e2e/operator/deployment_api.go
+++ b/test/e2e/operator/deployment_api.go
@@ -555,7 +555,7 @@ var _ = deploy.DescribeForSome("API", func(d *deploy.Deployment) bool {
 				},
 			}

-			By(fmt.Sprintf("Starting application pod '%s'", app.Name))
+			defer by(fmt.Sprintf("Starting application pod '%s'", app.Name))()
 			Eventually(func() error {
 				_, err := f.ClientSet.CoreV1().Pods(app.Namespace).Create(context.Background(), app, metav1.CreateOptions{})
 				deploy.LogError(err, "create pod %q error: %v, will retry...", app.Name, err)
@@ -566,7 +566,7 @@ var _ = deploy.DescribeForSome("API", func(d *deploy.Deployment) bool {
 		}

 		stopPod := func(p *corev1.Pod) {
-			By(fmt.Sprintf("Stopping application pod '%s'", p.Name))
+			defer by(fmt.Sprintf("Stopping application pod '%s'", p.Name))
 			Eventually(func() error {
 				err := f.ClientSet.CoreV1().Pods(p.Namespace).Delete(context.Background(), p.Name, metav1.DeleteOptions{})
 				if err != nil && errors.IsNotFound(err) {
@@ -578,7 +578,7 @@ var _ = deploy.DescribeForSome("API", func(d *deploy.Deployment) bool {
 		}

 		checkIfPodRunning := func(p *corev1.Pod) {
-			By(fmt.Sprintf("Ensure application pod '%s' is running", p.Name))
+			defer by(fmt.Sprintf("Ensure application pod '%s' is running", p.Name))
 			Eventually(func() error {
 				pod, err := f.ClientSet.CoreV1().Pods(p.Namespace).Get(context.Background(), p.Name, metav1.GetOptions{})
 				if err != nil {
@@ -635,12 +635,15 @@ var _ = deploy.DescribeForSome("API", func(d *deploy.Deployment) bool {

 						deployment = deploy.CreateDeploymentCR(f, deployment)
 						defer deploy.DeleteDeploymentCR(f, deployment.Name)
-						deploy.WaitForPMEMDriver(c,
-							&deploy.Deployment{
-								Namespace:  d.Namespace,
-								DriverName: driverName,
-							})
-						validateDriver(deployment, true)
+						func() {
+							defer by("wait for driver")()
+							deploy.WaitForPMEMDriver(c,
+								&deploy.Deployment{
+									Namespace:  d.Namespace,
+									DriverName: driverName,
+								})
+							validateDriver(deployment, true)
+						}()

 						// NOTE(avalluri): As the current operator does not support deploying
 						// the driver in 'testing' mode, we cannot directely access CSI
@@ -657,15 +660,21 @@ var _ = deploy.DescribeForSome("API", func(d *deploy.Deployment) bool {
 						defer deletePVC(f, pvc.Namespace, pvc.Name)

 						// Wait till a volume get provisioned for this claim
-						err := e2epv.WaitForPersistentVolumeClaimPhase(corev1.ClaimBound, f.ClientSet, pvc.Namespace, pvc.Name, framework.Poll, framework.ClaimProvisionTimeout)
-						Expect(err).NotTo(HaveOccurred(), "Persistent volume claim bound failure")
+						func() {
+							defer by("wait for volume")()
+							err := e2epv.WaitForPersistentVolumeClaimPhase(corev1.ClaimBound, f.ClientSet, pvc.Namespace, pvc.Name, framework.Poll, framework.ClaimProvisionTimeout)
+							Expect(err).NotTo(HaveOccurred(), "Persistent volume claim bound failure")
+						}()

-						pvc, err = f.ClientSet.CoreV1().PersistentVolumeClaims(pvc.Namespace).Get(context.Background(), pvc.Name, metav1.GetOptions{})
+						pvc, err := f.ClientSet.CoreV1().PersistentVolumeClaims(pvc.Namespace).Get(context.Background(), pvc.Name, metav1.GetOptions{})
 						Expect(err).NotTo(HaveOccurred(), "failed to get updated volume claim: %q", pvc.Name)
 						framework.Logf("PVC '%s', Volume Ref: %s", pvc.Name, pvc.Spec.VolumeName)

 						// Switch device mode
-						deployment = switchDeploymentMode(c, f, deployment.Name, d.Namespace, to)
+						func() {
+							defer by("switch device mode")()
+							deployment = switchDeploymentMode(c, f, deployment.Name, d.Namespace, to)
+						}()

 						postSwitch(from, to, driverName, pvc)

@@ -1236,7 +1245,8 @@ func createPVC(f *framework.Framework, namespace, name, storageClassName string)
 }

 func deletePVC(f *framework.Framework, namespace, name string) {
-	framework.Logf("Deleting PVC %q", name)
+	defer by(fmt.Sprintf("Deleting PVC %q", name))()
+
 	pvc, err := f.ClientSet.CoreV1().PersistentVolumeClaims(namespace).Get(context.Background(), name, metav1.GetOptions{})
 	if err != nil {
 		ExpectWithOffset(1, errors.IsNotFound(err)).Should(BeTrue(), "Get PVC '%s'", name)
@@ -1270,3 +1280,21 @@ func deletePVC(f *framework.Framework, namespace, name string) {
 		return false
 	}, "3m", "1s").Should(BeTrue(), "Get PV '%s'", pvName)
 }
+
+func by(msg string) func() {
+	start := time.Now()
+	By("starting: " + msg)
+	return func() {
+		end := time.Now()
+		duration := end.Sub(start)
+		result := "successful"
+		r := recover()
+		if r != nil {
+			result = fmt.Sprintf("failed: %v", r)
+		}
+		By(fmt.Sprintf("done after %s: %s, %s", duration, msg, result))
+		if r != nil {
+			panic(r)
+		}
+	}
+}

I ran that with make test_e2e TEST_E2E_FOCUS=olm.*API.*switch.device.mode.direct-to-lvm.use.volume.in.different.mode and then got:
STEP: done after 14.123827067s: wait for driver, successful
STEP: done after 14.053438746s: wait for volume, successful
STEP: done after 30.256286389s: switch device mode, successful
STEP: done after 4.040943ms: Starting application pod 'switch-mode-app', successful
STEP: done after 37.2174584s: Deleting PVC "switch-mode-pvc", successful
STEP: done after 7.097911ms: Deleting PVC "switch-mode-pvc", successful

Initial results seemed to indicate that 1.20 was slower for some steps, but it wasn't always the case. Needs further work.

Resolved by taking testing of Kubernetes 1.20 out of the CI. We now need to bring it back (issue #886).


unable to load plugin hipSYCL_clang.so: undefined symbol: _ZN4llvm24DisableABIBreakingChecksE

I'm trying to compile a simple c++ benchmark using hipsycl with cuda. Apparently an ABI mismatch is happenning when loading the Clang plugin but I have no clue. I rebuilt hipsycl making sure the LLVM/Clang versions are correctly picked up (check below trace) but when using it fails.
This is the trace for configuring the build. It correctly picks up LLVM and Clang.
command:
cmake -DCMAKE_INSTALL_PREFIX=./ DCUDA_TOOLKIT_ROOT_DIR=/opt/apps/easybuild/software/CUDA/11.3.1 -DWITH_CUDA_BACKEND=ON ../
-- Could not find HIP cmake integration, falling back to finding hipcc
-- Could not find ROCm installation by looking for hipcc. ROCm support unavailable.
-- Found CUDA driver library: /opt/apps/easybuild/software/CUDA/11.3.1/lib64/stubs/libcuda.so
-- Building hipSYCL against LLVM configured from /opt/apps/easybuild/software/LLVM/12.0.1-GCCcore-11.2.0/lib64/cmake/llvm
-- Selecting clang: /opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/bin/clang++
-- Using clang include directory: /opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/lib/clang/12.0.1/include/..
-- Configuring done
-- Generating done
-- Build files have been written to: /users/wrs505/scratch/indv-project/sycl-workspace/hipSYCL/build

This is the Makefile used for the benchmark application.
CXX       = syclcc
OPTIMIZE  = yes
DEBUG     = no
GPU       = no
CUDA      = no
CUDA_ARCH = sm_70
HIP       = no
HIP_ARCH  = gfx908
GCC_TOOLCHAIN = "/opt/apps/easybuild/software/GCCcore/11.2.0"

CPPFLAGS = --hipsycl-targets=cuda.integrated-multipass:sm_70 -I. -I../utils -I../fem $(SOME_DIRECTIVE) -I../../include/ $(SOME_OTHER_DIRECTIVE) \
           -std=c++17 -Wall

include make_targets

This is the output when trying to make
CXX: /users/wrs505/scratch/indv-project/sycl-workspace/hipSYCL/bin/syclcc
Compiler version: unknown
syclcc -O3 --hipsycl-targets=cuda.integrated-multipass:sm_70 -I. -I../utils -I../fem -DMINIFE_SCALAR=double -DMINIFE_LOCAL_ORDINAL=int -DMINIFE_GLOBAL_ORDINAL=int -DMINIFE_RESTRICT=__restrict__ -I../../include/ -DMINIFE_CSR_MATRIX -std=c++17 -Wall -DMINIFE_INFO=1 -DMINIFE_KERNELS=0 -c main.cpp
clang-12: warning: Unknown CUDA version. cuda.h: CUDA_VERSION=11030. Assuming the latest supported version 10.1 [-Wunknown-cuda-version]
error: unable to load plugin '/mnt/lustre/users/wrs505/indv-project/sycl-workspace/hipSYCL/bin/../lib/libhipSYCL_clang.so': '/mnt/lustre/users/wrs505/indv-project/sycl-workspace/hipSYCL/bin/../lib/libhipSYCL_clang.so: undefined symbol: _ZN4llvm24DisableABIBreakingChecksE'
make: *** [main.o] Error 1

Below is the output from clang -v
clang version 12.0.1
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/bin
Found candidate GCC installation: /opt/apps/easybuild/software/GCCcore/11.2.0/lib/gcc/x86_64-pc-linux-gnu/11.2.0
Selected GCC installation: /opt/apps/easybuild/software/GCCcore/11.2.0/lib/gcc/x86_64-pc-linux-gnu/11.2.0
Candidate multilib: .;@m64
Selected multilib: .;@m64

Any help is appreciated :)

Can you please post $HIPSYCL_INSTALL_PREFIX/etc/hipSYCL/syclcc.json?
@sbalint98 I remember that we had issues with the ABI breaking checks with certain ROCm clang distributions. Do you remember what the cause was there?

This is it.
{
  "version-major" : "0",
  "version-minor" : "9",
  "version-patch" : "2",
  "plugin-llvm-version-major" : "12",
  "plugin-with-cpu-acceleration" : "true",
  "default-clang"     : "/opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/bin/clang++",
  "default-nvcxx"     : "NVCXX_COMPILER-NOTFOUND",
  "default-platform"  : "cuda",
  "default-cuda-path" : "/opt/apps/easybuild/software/CUDA/11.3.1",
  "default-gpu-arch"  : "",
  "default-cpu-cxx"   : "/opt/apps/easybuild/software/GCCcore/11.2.0/bin/c++",
  "default-rocm-path" : "/opt/rocm",
  "default-use-bootstrap-mode" : "false",
  "default-is-dryrun" : "false",
  "default-use-accelerated-cpu" : "true",
  "default-clang-include-path" : "/opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/lib/clang/12.0.1/include/..",
  "default-sequential-link-line" : "-L/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/lib -lboost_context -lboost_fiber -lomp -Wl,-rpath=/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/lib",
  "default-sequential-cxx-flags" : "-I/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/include -D_ENABLE_EXTENDED_ALIGNED_STORAGE",
  "default-omp-link-line" : "-L/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/lib -lboost_context -lboost_fiber -Wl,-rpath=/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/lib -fopenmp",
  "default-omp-cxx-flags" : "-I/opt/apps/easybuild/software/Boost/1.77.0-GCC-11.2.0/include -fopenmp -D_ENABLE_EXTENDED_ALIGNED_STORAGE",
  "default-rocm-link-line" : "-Wl,-rpath=$HIPSYCL_ROCM_PATH/lib -Wl,-rpath=$HIPSYCL_ROCM_PATH/hip/lib -L/opt/rocm/lib -L/opt/rocm/hip/lib -lamdhip64",
  "default-rocm-cxx-flags" : "-isystem $HIPSYCL_PATH/include/hipSYCL/std/hiplike -isystem /opt/apps/easybuild/software/Clang/12.0.1-GCCcore-11.2.0/lib/clang/12.0.1/include/.. -U__FLOAT128__ -U__SIZEOF_FLOAT128__ -I$HIPSYCL_ROCM_PATH/include -I$HIPSYCL_ROCM_PATH/include --rocm-device-lib-path=$HIPSYCL_ROCM_PATH/amdgcn/bitcode --rocm-path=$HIPSYCL_ROCM_PATH -fhip-new-launch-api -mllvm -amdgpu-early-inline-all=true -mllvm -amdgpu-function-calls=false -D__HIP_ROCclr__",
  "default-cuda-link-line" : "-Wl,-rpath=$HIPSYCL_CUDA_LIB_PATH -L$HIPSYCL_CUDA_LIB_PATH -lcudart",
  "default-cuda-cxx-flags" : "-U__FLOAT128__ -U__SIZEOF_FLOAT128__ -isystem $HIPSYCL_PATH/include/hipSYCL/std/hiplike",
  "default-is-explicit-multipass" : "false",
  "default-save-temps" : "false"
}

Apparently it compiles for --hipsycl-targets=omp.library-only. But fails for all other passes.

Thank you, that looks correct. For omp.library-only, it does not use the clang plugin, so that is why that one works..
There might be a mismatch between clang headers and binaries.
Do you know which compile flags easybuild has used to compile clang/LLVM?
It could also be that LLVM does not correctly advertise to cmake the libraries that it needs applications to link against. You can also try to add LLVMSupport to the list of linked libraries in src/compiler/CMakeLists.txt (line 69).

I think there had been some conflict with modules I used to load LLVM/Clang ..etc. I used the module restore command to restore my previous snapshot which gave errors, however purging and reloading modules made it work. I can successfully compile for both omp.library-only and omp.accelerated modes. For CUDA, I don't get above error anymore although there are some CUDA device specific errors. Thanks for the support. Closing this now.


presto elasticsearch6 can show table,but can't query

when query elasticsearch6 by presto,  Log append error like below:
"java.lang.IllegalArgumentException: Multiple entries with same key: _id=ElasticsearchColumnHandle{name=_Id, type=varchar, keyword=true"
show table can work correct.
"
presto:default> show tables;
Table
accompanylogs_index
"
query can't work .
"
resto:default> select id  from accompanylogs_index;
Query is gone (server restarted?)
"
log like below.
"
2018-12-20T11:56:38.485+0800    WARN    statement-response-4    com.facebook.presto.server.ThrowableMapper      Request failed for /v1/statement/20181220_035638_00008_c79ve/1
java.lang.IllegalArgumentException: Multiple entries with same key: _id=ElasticsearchColumnHandle{name=_id, type=varchar, keyword=false, comment=, hidden=true} and _id=ElasticsearchColumnHandle{name=_Id, type=varchar, keyword=true, comment=_扩展字段用于match_query, hidden=true}
"

Hi @foxmoon: dsl,type,id,score as a built-in reserved field, if they exist in the index they will receive the following error
see:https://github.com/harbby/presto-connectors/tree/master/presto-elasticsearch#major


Host playground

We can host playground on GH pages and have CI updating the parser file. When we get to a nice setup we can do the same on tree-sitter-elixir.

I tinkered with tree-sitter-git-commit and found a way that seems to work well:

create an orphan branch git checkout --orphan gh-pages

looks like gh-pages is common for historical reasons but we could use any branch name afaik

unstage and remove everything
move the old docs/* content into the repository root
fix the wasm url in playground.js
commit and push the new gh-pages branch
checkout main
setup wasm generation and auto-commit in .github/workflows/generate-parser.yml (see here)
commit and push that change and then actions will take care of the rest!

What do you think, :shipit:? I can make the new branch and a PR for the workflow change but I think we'll need someone with the right priviledges in the organization to setup the pages settings. Here's what they look like for tree-sitter-git-commit:

@the-mikedavis all sounds great, please go ahead!

And actually I'm thinking it may be an overkill for IEx, so maybe do it for tree-sitter-elixir for now?

I think you're right, it might just be confusing since it won't be able to do injections


Font Book demo displays wrong glyph for some characters

Describe the bug
The "Font Book" demo on egui.rs displays the wrong glyph for some characters. Clicking them copies the correct character (matching the hover text) to the clipboard.

To Reproduce
Steps to reproduce the behavior:

Go to egui.rs
Click on Font Book
Type "fullwidth latin capital" into the filter box
The letter "Ｓ" shows an incorrect glyph
All following letters except Z are shifted back by one space in the alphabet, e.g. T shows S instead

Screenshots

Desktop (please complete the following information):

OS: Arch Linux
Browser: Firefox, Chromium, standalone application
Version: latest

I can confirm this still happens on latest master. This is very strange!

It gets weirder. Hovering the large Ｓ here shows the text for Fullwidth Latin Capital Letter T. Clicking it and pasting here, we get: Ｔ. Pasting that Ｔ into egui will make it sometimes show up as Ｓ, and sometimes as ｔ (lowercase!) depending on where in egui you paste it into.

Hovering the large Ｓ here shows the text for Fullwidth Latin Capital Letter T. Clicking it and pasting here, we get: Ｔ.

Yes, that's what I meant by point 5. It seems like the appearance of that one wrong glyph for the S has been wedged in there, shifting the ones after it back. Y is shown as X, the Y glyph is nowhere to be seen, only Z is correct again.
The lowercase "t" was also a genuine WTF for me, but it's easily explained: the filter box (intentionally?) does not display capital letters at all, so pasting the uppercase Ｔ (that incorrectly shows as Ｓ) there correctly displays the corresponding lowercase ｔ.

but it's easily explained: the filter box (intentionally?) does not display capital letters at all

Oh yeah, of course 🤦  - one less mystery to solve at least!

I found the problem - it is in emoji-icon-font.ttf:

https://github.com/jslegers/emoji-icon-font/issues/18


update changelog for all 0.12.x releases

Plus some README updates.

@johnynek, looks like you've been adding great docs to the Releases section! I'll look at that next time :)

Current coverage is 73.58% (diff: 100%)

Merging #590 into develop will increase coverage by 0.06%

@@            develop       #590   diff @@
==========================================
  Files           122        122
  Lines          4589       4589
  Methods        4165       4165
  Messages          0          0
  Branches        385        385
==========================================
+ Hits           3374       3377     +3
+ Misses         1215       1212     -3
  Partials          0          0

Powered by Codecov. Last update cd602e4...46ae8b4

@johnynek, added it back https://github.com/twitter/algebird/pull/590/commits/3b126efeb3fe34095d6832c735d58012123d6d86


[Feature] (Android) Return/throw an error when an insufficient IPK is provided

Feature description
I was building out commissioning on Android and noticed that when I provided an insufficient IPK (less than 16 bytes, 4 bytes specifically) via onNOCChainGeneration(), commissioning would hang, but no errors would show up in Logcat. The last Logcat message that shows up is setNOCChain() called. It took a while to figure out that the IPK was the cause of the hanging because I was receiving it from the cloud and not generating one myself.
Just a guess, but I would have expected this method to return/throw an error: https://github.com/project-chip/connectedhomeip/blob/b274b9ebe7ea9a89b9347b29b3be23ad2d18347c/src/controller/java/CHIPDeviceController-JNI.cpp#L165
Platform
android
Platform Version(s)
<IP_ADDRESS>
Anything else?
No response

@tnguyen-alarm how do you fix the problem?
I'm using version <IP_ADDRESS> but the last log message is setNOCChain()
My IPK is a random generate array of 16 bytes.
Thanks

@pgatti86 Are you using the same IPK between the commissioner + controller + accessory device? They need to all be the same for CASE to work.

@tnguyen-alarm Thanks for your reply.
I was not using the same ipk! After your suggestion it works. Thanks

@tnguyen-alarm
onNOCChainGeneration has returned the error, you could raise the exception in java side when error is not 0?
do you know which exact line is failing with insufficient IPK?
here?
https://github.com/project-chip/connectedhomeip/blob/b274b9ebe7ea9a89b9347b29b3be23ad2d18347c/src/controller/java/CHIPDeviceController-JNI.cpp#L225

@tnguyen-alarm any reply on this? thanks

@yunhanw-google Sorry for the extremely late reply. I haven't been working in this area of the code for a bit so it hasn't been as high of a priority.

onNOCChainGeneration has returned the error, you could raise the exception in java side when error is not 0?

Just to confirm, you're suggesting adding a new parameter to onNOCChainGeneration  for the return code? If so, that would work.

do you know which exact line is failing with insufficient IPK?

I think this is the line that is failing: https://github.com/project-chip/connectedhomeip/blob/b274b9ebe7ea9a89b9347b29b3be23ad2d18347c/src/controller/java/CHIPDeviceController-JNI.cpp#L217.

I provided an insufficient IPK (less than 16 bytes, 4 bytes specifically) via onNOCChainGeneration()

In my original example, my guess is that the Java byte array is padded with 0x00's and so it sneaks by the jByteArrayIpk.byteSpan().size() == sizeof(ipkValue) check.

https://github.com/project-chip/connectedhomeip/pull/31491/files


Fix some issues on the dev stack, misc tweaks

Ensure METRICS_URL gets passed to functions

Ensure dev stack deployment has a good mock upstream service URL

Increase bucket retention to 180 days

Tweaks to client and README to make setting custom service URL easier

I'll probably self-merge this to fix some issues keeping the dev stack from working end-to-end


How can I combine between the BNN-CNV- Overlay and PYNQ-Base-Overlay ?

Hi all,
I'm a beginner with vivado IP integrator.
Now I'm working in a project that combine between the base overlay of PYNQ-Z1 and BNN-PYNQ.
I'm trying to launch Cifar10 in Hardware after capturing Video through HDMI-in.
In fact, I will apply on each frame of this video the "CnvClassifier"(CNV overlay ) to detect objects.
However  I found that the CNV overlay does not have neither HDMI in nor HDMI out and only the base overlay of the pynq does have. So every time I need to use HDMI, the base overlay has to be downloaded, and every time i need to use CNV the CNV overlay has to be downloaded too and this of course is not passable.
My question : How to integrate the CNV ip core within the base overlay (In VIVADO IP INTEGRATOR ) so that I can generate my own overlay with both CNV and HDMI ?
Any help please!!
Best Regards.

You have to act at Vivado IP integrator level, in this repository you can generate only the CNV IP by launching the make-hw.sh script with the flag -h. Then you can generate the IP block design from the PYNQ  repository for the base overlay and manually add the BNN IP.


Mouse movement event in IMouse

[x] I have definitely checked that there are no proposals for this already in the proposals folder

Summary of feature
There should be a way to receive an event when the mouse cursor moves and get the position and relative movement of the mouse cursor in the event.
Comments
Guess this was overlooked, I noticed IMouse doesn't have a MouseMove event or anything.  Hard to write a UI framework if you can't see where the mouse is :P

Haha, thanks for logging this! Will be done for preview 3.


Add Mastodon emotes support

Summary
Currently mastodon specific emotes only look as :emote here: rather than displaying properly.
Suggestion is to add support to these emotes.

Done


Docker install broke at 7/23

It seems the docker installation broke recently. I remember being able to use the docker file before summer but when installing on a new machine this is where it failed.

Works for me with docker 18.03.1-ce @dominguezF can you post more information, such as docker and os version?


How to use Custom rpc url instead of default?

Describe the bug
In one of the projects I noticed that the default RPC URL for BNB Smart Chain is referred to as 'not a match for a know provider for this chain' and as it might be worrying/confusing for the user that wants to add this chain, I decided to try to replace the rpc url for bsc for the recommended one mentioned here (https://docs.bnbchain.org/docs/rpc/#bsc-mainnet-chainid-0x38-56-in-decimal)

However, even when I added the fallback urls it still connects with default one (rpc.ankr)
Am I correct that the fallback only runs if the default fails? But what if I need to use the custom url all the time and several ones - different for each chain?
Could you please help 🙏
Adding unstable_connector didn't work...
repo is here: https://github.com/meri-maki/custom-rpc
Link to Minimal Reproducible Example
https://custom-rpc.vercel.app/
Steps To Reproduce
Open https://custom-rpc.vercel.app/
Remove BNB smart chain from the chain list in Metamask Browser Extension
Connect Wallet to mainnet or sepolia
Click on BNB to switch Chain
See the rpc url in popup
Wagmi Version
latest
Viem Version
latest
TypeScript Version
5.2.2
Check existing issues

[X] I checked there isn't already an issue for the bug I encountered.

Anything else?
No response

Wagmi does not use the RPC URLs defined in transports when prompting to add a network. You will need to modify the bsc chain (passed to chains) with the target RPC URL.
import { defineChain } from 'viem'

const customBsc = defineChain({
  ...bsc,
  rpcUrls: {
    default: {
      http: ['https://...']
    }
  }
})