i cant open kivy-designer window

pip install watchdog
Requirement already satisfied (use --upgrade to upgrade): watchdog in d:\softwar
e\python\kivy-1.9.0-py3.4-win32-x86\python34\lib\site-packages
pip install pygments
Requirement already satisfied (use --upgrade to upgrade): pygments in d:\softwar
e\python\kivy-1.9.0-py3.4-win32-x86\python34\lib\site-packages
pip install docutils
Requirement already satisfied (use --upgrade to upgrade): docutils in d:\softwar
e\python\kivy-1.9.0-py3.4-win32-x86\python34\lib\site-packages
pip install kivy-garden
Requirement already satisfied (use --upgrade to upgrade): kivy-garden in d:\soft
ware\python\kivy-1.9.0-py3.4-win32-x86\python34\lib\site-packages
Requirement already satisfied (use --upgrade to upgrade): requests in d:\softwar
e\python\kivy-1.9.0-py3.4-win32-x86\python34\lib\site-packages (from kivy-garden
)
garden install filebrowser
Garden package already installed in C:\Users\RezaOPTIC.kivy\garden\garden.fileb
rowser
Use --upgrade to upgrade.
everything is correct ????????????????????????????
After
I type python main.py and i take this error
botstrapping Kivy @ D:\SoftWare\Python\Kivy-1.9.0-py3.4-win32-x86\ with Python D
:\SoftWare\Python\Kivy-1.9.0-py3.4-win32-x86\Python34
done bootstraping kivy...have fun!\n
running "python.exe main.py" \n
[INFO              ] [Logger      ] Record log in C:\Users\RezaOPTIC.kivy\logs
kivy_15-05-07_69.txt
[INFO              ] [Kivy        ] v1.9.0
[INFO              ] [Python      ] v3.4.3 (v3.4.3:9b73f1c3e601, Feb 24 2015, 22
:43:06) [MSC v.1600 32 bit (Intel)]
[INFO              ] [Factory     ] 173 symbols loaded
[INFO              ] [Image       ] Providers: img_tex, img_dds, img_gif, img_sd
l2, img_pil (img_ffpyplayer ignored)
[INFO              ] [OSC         ] using  for socket
[INFO              ] [Window      ] Provider: sdl2
[INFO              ] [GL          ] GLEW initialization succeeded
[INFO              ] [GL          ] OpenGL version <b'2.1.0 - Build <IP_ADDRESS>6
'>
[INFO              ] [GL          ] OpenGL vendor <b'Intel'>
[INFO              ] [GL          ] OpenGL renderer <b'Intel(R) HD Graphics'>
[INFO              ] [GL          ] OpenGL parsed version: 2, 1
[INFO              ] [GL          ] Shading version <b'1.20  - Intel Build 8.15.
10.2246'>
[INFO              ] [GL          ] Texture max size <4096>
[INFO              ] [GL          ] Texture max units <16>
[INFO              ] [Shader      ] fragment shader: <b'No errors.'>
[INFO              ] [Shader      ] vertex shader: <b'No errors.'>
[INFO              ] [Shader      ] program:
[INFO              ] [Window      ] auto add sdl2 input provider
libpng warning: iCCP: known incorrect sRGB profile
[INFO              ] [Window      ] virtual keyboard not allowed, single mode, n
ot docked
[INFO              ] [Text        ] Provider: sdl2
[WARNING           ] [Call to deprecated function call in D]\SoftWare\Python
\Kivy-1.9.0-py3.4-win32-x86\kivy34\kivy\utils.py line 251.Called from C:\Users\R
ezaOPTIC.kivy\garden\garden.filebrowser_init_.py line 80 by ().
[INFO              ] [Clipboard   ] Provider: winctypes
Traceback (most recent call last):
File "main.py", line 2, in
from designer.app import DesignerApp
File "D:\SoftWare\Python\Kivy-1.9.0-py3.4-win32-x86\kivy-designer\designer\ap
p.py", line 34, in
from designer.project_loader import ProjectLoader, ProjectLoaderException
File "D:\SoftWare\Python\Kivy-1.9.0-py3.4-win32-x86\kivy-designer\designer\pr
oject_loader.py", line 164
exec py_string in module.dict
^
SyntaxError: Missing parentheses in call to 'exec'
this error and i cant open the kivy-designer window .
why?

Hi @RezaOptic
The Kivy Designer is not yet compatible with Python 3, re-install the requirements and try to use it with Python2.

We could have a 'support python3' issue if there isn't one already, this is an important goal, but I've closed this issue as now representing that directly.

It's an important long-term goal, though you shouldn't expect Python 3 support immediately - use Python 2 for now. Issue added as #75.


Add a file version to the "default_config.json"

When a configuration was generated with a specific a "default_config.json" file, and you alter the HEAD in git issues for generating a new solution might arise due to the cached generation file being present but different options might be referenced within this cached file. A solution to this problem might be to add a version to the "cached_config.json" file. When the version has a mismatch the default-config file has to be used again instead of the cached file.

this is now in main


refactor: use collapsed reads throughout workflow

Closes #81.
This PR has the following changes:

Usage of the collapsed files for the entire workflow
Uncollapse final SAM file and conversion into a BAM one
Modify the primir_quantification.py script with the avoidance of the usage of the SAM file and the --collpased option addition
Modify the unit tests for the primir_quantification.py
Update of the unit tests files (in/out files + removing the unused ones)
Update the rule graph to depict the new workflow
Update the expected output to contain the new files

The new changes in the PR are related with using BAM file in the bedtools intersect call. The changes are:

Add the NH tag value on the alignments names in the filter_multimappers.py script
Delete the BED12 file creation
Use the BAM file in bedtools intersect call
Add the --nh option in the primir_quantification.py script
Update the unit test for both scripts as well as the test files
Update the expected output
Update the rule graph


Implement StemmedKeyedVectors

Inherit keyed vecotrs to allow seamless "stemmed translation".
On stemming trainer, each time we save the KV, we also need to save the stem dict with it (so we can load it when we load the KV).

Partially implemented.


Muted users doesn't show its profile flag when you click them.

How to replicate the issue:
Click on the muted user's name, it will display his profile, but without the "Muted (!)" badge.
https://drive.google.com/open?id=1aTdg_sBaDPLfFObHFELtljpwX6lylB9V
I reacted with "Hooray" because, I'm glad I can contribute to Pokémon Showdown.

The symbol shown on messages is the symbol at the time of the post. The user wasn't muted when they sent the message, so it doesn't appear there.

I didn't mind that. Yes, you're right.


switch root Ladda plugin to trongtran forked

switch from using root Ladda plugin to trongtran forked. In my Ladda (https://github.com/trongtran/Ladda.git), I have changed build output from "./dist/ladda.min.css" to "./dist/ladda-themeless.min.css"

@trongtran Thank you for pull request.
I also know ladda.min.css issue with main repository. But I think it is better to keep main repository not forked repository for some issue. I'll find solution about this issue.

see this #30


Cookies settings behavior

First thanks for sharing the script. I have a question regarding the global behavior. You show the notice if not all categories are enabled
    if(notAllEnabled) {
      showNotice();
    } else {
      hideNotice();
    }

Seems weird as gdprcookienotice is part of necessary cookies and in this case if user decline all other categories, notice should not be shown again. BTW you have add the ability to trigger the modal with custom button using gdpr-cookie-notice-settings-button class on any element.
Thanks to clarify why we need to allow all categories to stop showing the notice
Greg

Hi! We keep the notice visible if the user does not accept all the cookies on the site, just to "force" them a little to accept it :) If the user does not want to accept all categories, he/she has to live with non-disappearing cookie bar :)

Make sense, thanks.
I made a test on your nold.io website and it seems that even if I uncheck all cookies categories and save settings, all __utm cookies are written. Is it normal behavior?
Thanks

Its just a demo site, not properly configured i guess. You need to add all cookie names you want to delete and on the demo page, __utm is not in the config.

It works fine for some cookies but not for all. Despite the add of analytics: ['__utma', '__utmb', '__utmc', '__utmt', '__utmz', '__atuvc', '__atuvs'], they are not deleted

Maybe those are created under a different domain?

They are on same domain that the one set in config. Seems that some cookies are set after the gdprCookieNotice init so they are not deleted. It miss something to make the init only at the very end of page/other script. in some case you can’t add it manually at the end.

I would be nice if this behavior was configurable and have the cookie bar disappear (and not reappear) once user has saved the settings, for those who don't want to constantly nag their visitors to accept all cookies :slightly_smiling_face:.

Hi! We keep the notice visible if the user does not accept all the cookies on the site, just to "force" them a little to accept it :) If the user does not want to accept all categories, he/she has to live with non-disappearing cookie bar :)

I am sorry to say this, but I believe this is a very unethical behaviour. Why forcing anything in this subject? The world is loud from the topic of selling visitors as products to companies like FB and Google. Why is it a problem if the user doesn't want to share their data? This is a basic human right.
Anyway, thank you for sharing this code, but please reconsider it's behaviour.

I could solve the cookie deletion manually:
`function delete_cookie( name, path, domain ) {
document.cookie = name + "=" +
((path) ? ";path="+path:"")+
((domain)?";domain="+domain:"") +
";expires=Thu, 01 Jan 1970 00:00:01 GMT";
}
document.addEventListener('gdprCookiesEnabled', function (e) {
            if(e.detail.analytics) { //checks if marketing cookies are enabled
                 // add you own analytics code
            }
            else{
                 // set cookie deletion manually here, for each of your analytics cookies
                // for example:
                delete_cookie('_ga','/', 'yourdomaingoeshere');
                delete_cookie('_gat','/', 'yourdomaingoeshere');
                delete_cookie('_gid','/', 'yourdomaingoeshere');
            }

}
// same for marketing cookies
`


getting new version

getting new version to include missing functions and macros

Wrong direction, pull from master first. ;-)


Name reporting variables

Coverage increased (+0.2%) to 91.177% when pulling 33350b7e64ebf4458850d844c34d42b035037c23 on SAP:rename_reporting_vars into e7b054f2bcfd42726a1c8855798bb9161bfc5c17 on cloudfoundry-incubator:master.

Coverage increased (+0.2%) to 91.152% when pulling 6f2098a404f67f37d0c4d11c646ebd875676407c on SAP:rename_reporting_vars into e7b054f2bcfd42726a1c8855798bb9161bfc5c17 on cloudfoundry-incubator:master.

Coverage decreased (-4.5%) to 86.716% when pulling 43c290644c76616836a292e59efc1bab6ecf3ba6 on SAP:rename_reporting_vars into e7b054f2bcfd42726a1c8855798bb9161bfc5c17 on cloudfoundry-incubator:master.

Coverage decreased (-0.06%) to 91.152% when pulling 38ba0a1e3cf50fc46de3688659d02a8cdb57e137 on SAP:rename_reporting_vars into b1d9f58d92b2ead891d1bdba6cff91299ad1a7ab on cloudfoundry-incubator:master.

Coverage decreased (-0.06%) to 91.152% when pulling 38ba0a1e3cf50fc46de3688659d02a8cdb57e137 on SAP:rename_reporting_vars into b1d9f58d92b2ead891d1bdba6cff91299ad1a7ab on cloudfoundry-incubator:master.

Coverage decreased (-0.06%) to 91.152% when pulling 38ba0a1e3cf50fc46de3688659d02a8cdb57e137 on SAP:rename_reporting_vars into b1d9f58d92b2ead891d1bdba6cff91299ad1a7ab on cloudfoundry-incubator:master.


fix: Pass the scope conditionally for OAuth2 Password Credentials

The scope param is always passed (when according to the spec, it is optional).
The server responds with
{
"error": "invalid_scope",
"error_description": "Invalid scopes: "
}
Fixes: https://github.com/usebruno/bruno/issues/2446.

The same is true for other authorization methods Perhaps it's worth updating different ones as well?

Merged!
Thanks for working on this @nicolasnobelis !
Thanks for the review @pietrygamat @lohxt1 !


Support DLLs in Profile from wsock32 proxy

The wsock32 proxy didn't support loading Northstar.dll from a profile, for some reason.
This PR copies the function from NorthstarLauncher, which prior for #451 had the exact same code.

I assume to test just launch via Steam/EA-App with -northstar -profile=some-profile-here, right?

Yep, same way as with NorthstarLauncher.exe

People are having some problems with testing, so let me give some step by step instructions for Windows:
First to test if existing behavior was not broken:

Install the PR in any way you wish (CI artifact or manual compile, something appears wrong with FlightCore? Need to investigate)
Ensure there is no Northstar.dll in R2Northstar
Launch Northstar via Titanfall2.exe NOT NorthstarLauncher.exe
Use Process Explorer to verify the base dll is loaded
example:

To test the PR

Install the PR in any way you wish (CI artifact or manual compile, something appears wrong with FlightCore? Need to investigate)
Copy Northstar.dll into R2Northtar (the default profile)
Launch Northstar via Titanfall2.exe NOT NorthstarLauncher.exe
Use Process Explorer to verify the profile dll is loaded
example:

Tested this on Windows against Northstar and Ronin using ns-ronin-shim

I very much dislike the code duplication, but there's no solution to this with launcher being stuck in hell right now

One step at a time I guess ¯\_(ツ)_/¯


docs: fix cache.md image version, and update all tags

close in favor of https://github.com/juicedata/juicefs-csi-driver/pull/811


fixup(project-clone): Fix issue resolving remote name in git projects

What does this PR do?
Fix a minor typo in figuring out the default remote name when checkoutFrom is not specified and there is only one remote. Redeclaring the variable means that outside of the if condition, the value remains "".
What issues does this PR fix or reference?
N/A
Is it tested? How?

/retest

happy path test fails with

I believe something is broken on Dashboard side and this PR does not affect happy path testing.
TODOs:

dashboard should get happy path test with devworkspaces enabled, to discover failure in a proper place.


Ability To Increase Tile / True Tile Size?

This would be Useful for NPCs like Nex, Verzik Crabs or Thermo Smoke Devil where you want to know their max attack / damage range.
Maybe something along the lines of:
11278+10 (Effectively growing nex tile by 10)

The plugin "Radius Markers" does this for true tile


Program in block scope of while statement runs indefinitely

var c = 0;
while (c < 3) { print c = c + 1; } // expect: 1 2 3, output: 1 1 1 ...

var c = 0;
while (c < 3) print c = c + 1; // expect: 1 2 3, output: 1 2 3

{
  var a = "outer";
  {
    print a; // expect: outer, output: outer
  }
}

Fixed at https://github.com/4n12i/rslox/commit/e613840c5e909bff3bf54dd2258df6a1e0d422e1


What to do with the stubs?

Hey,
as of TYPO3 12.x, the Extbase domain layer has full support for generics. In contrary to the stubs, it uses T, not TEntity. It doesn't cause any problems unless you want to use the new "generic" find methods of the Repository findBy(), findOneBy and countBy. Those are not covered by the stubs and use T and therefore phpstan fails to gather their return types.
What's the plan with this package? Will it continue to support multiple TYPO3 versions? Do you want to adjust the stubs?
To be frank: I think we should focus on letting the core handle the phpstan implementation and remove everything from this package that isn't needed any more.
Is there an option to disable/enable stubs dynamically? I doubt it but it would be really good to tell this package what TYPO3 version is running and it selectively enables/disables it's features.

I guess there is already a stub loader handling loading of stubs based on TYPO3 version, maybe use that for now: https://github.com/sascha-egerer/phpstan-typo3/blob/master/src/Stubs/StubFilesExtensionLoader.php

Thanks @DanielSiepmann!
I will have a look and see what's doable with that.

I had a look into the issue and i think we could use almost all stubs from TYPO3 Core since TYPO3 12.4. There is only one piece left. IMHO there is only one piece missing or left.
The line https://github.com/TYPO3-CMS/extbase/blob/12.4/Classes/Persistence/Repository.php#L330 should be:
php @return class-string<static> Class name of the repository.

@oliverklee What do you think? Should we change this line in Core?

Should we change this line in Core?

Yes, that makes sense (in main, 13.0, 12.4, 11.5).
@sabbelasichon Would you be willing to create the change? Then I can review it.

See: https://review.typo3.org/c/Packages/TYPO3.CMS/+/83056

Can we close this issue? It's possible to define stubs based on TYPO3 version so i don't think we have a TODO here right now, right?

@sascha-egerer Let me check.


A type on queryStringCachingBehavior

A typo:
Ignore Query String: Query strings aren't considered when the cache key gets generated. In ARM templates, set the queryStringCachingBehavior property to IgnoreQueryString.
Use query string: Each unique URL has its own cache key. In ARM templates, use the queryStringCachingBehavior of UseQueryString.
Ignore specified query string: Query strings specified in the parameters get excluded when the cache key gets generated. In ARM templates, set the queryStringCachingBehavior property to IgnoreSpecifiedQueryStrings.
Include specified query string: Query strings specified in the parameters get included when the cache key gets generated. In ARM templates, set the queryStringBehavior property to IncludeSpecifiedQueryStrings.
Seems like the word caching is missing in the last option, Include specified query string (Should be queryStringCachingBehavior)

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: 0c8a9768-fff7-1270-50cf-e891d3794c3f
Version Independent ID: 88eed1b2-95d2-9245-5fd5-1d4aa8c35afa
Content: Azure Front Door Rules actions
Content Source: articles/frontdoor/front-door-rules-engine-actions.md
Service: frontdoor
GitHub Login: @duongau
Microsoft Alias: duau

@Candelit
Thanks for your feedback! We will investigate and update as appropriate.

@Candelit ,
Thank you for your feedback. I have made the suggested change and it will go live soon. Thank you!


KEGG Conversion Issue

While investigating #210, I learned that there are no pathway nodes in kg2-kegg.json with the current conversion script. This is surprising, because there are pathways in the KEGG dump.

I think the problem is with this:
https://github.com/RTXteam/RTX-KG2/blob/ab8a4e21586eba46ab1fce736e02f4ff8829c060/kegg_json_to_kg_json.py#L24
It is a good idea to check the other prefixes as well.

c683172 helped but now
        {
            "category": "biolink:Pathway",
            "category_label": "pathway",
            "creation_date": null,
            "deprecated": false,
            "description": null,
            "full_name": "C",
            "has_biological_sequence": null,
            "id": "KEGG:00020",
            "iri": "https://www.genome.jp/dbget-bin/www_bget?pathway:map00020",
            "name": "C",
            "provided_by": [
                "KEGG_source:"
            ],
            "publications": [],
            "replaced_by": null,
            "synonym": [
                "i",
                "t",
                "r",
                "a",
                "t",
                "e",
                "",
                "c",
                "y",
                "c",
                "l",
                "e",
                "",
                "(",
                "T",
                "C",
                "A",
                "",
                "c",
                "y",
                "c",
                "l",
                "e",
                ")",
                "",
                "-",
                "",
                "H",
                "o",
                "m",
                "o",
                "",
                "s",
                "a",
                "p",
                "i",
                "e",
                "n",
                "s",
                "",
                "(",
                "h",
                "u",
                "m",
                "a",
                "n",
                ")"
            ],
            "update_date": "2023-06-29 21:28:17"
        },

is an issue.

I do not think the reactions are being brought in either.

Here's a diff between the each version's report:
ubuntu@ip-172-31-59-112:~/kg2-build$ diff kg2.8.3-kegg-report.json kg2-kegg2-report.json
2,4c2,4
<     "_number_of_nodes": 62643,
<     "_number_of_edges": 195520,
<     "_report_datetime": "2023-06-30 06:26:24",
---
>     "_number_of_nodes": 32761,
>     "_number_of_edges": 166526,
>     "_report_datetime": "2023-06-30 06:12:07",
8,13c8,12
<         "KEGG.COMPOUND": 19090,
<         "KEGG.DRUG": 12079,
<         "KEGG.ENZYME": 8056,
<         "KEGG.GLYCAN": 11154,
<         "KEGG": 352,
<         "KEGG.REACTION": 11911,
---
>         "KEGG.REACTION": 11942,
>         "KEGG.COMPOUND": 15715,
>         "KEGG.DRUG": 3998,
>         "KEGG.GLYCAN": 752,
>         "KEGG": 353,
18,22c17,20
<         "small_molecule": 30244,
<         "drug": 12079,
<         "molecular_entity": 8056,
<         "pathway": 352,
<         "molecular_activity": 11911,
---
>         "molecular_activity": 11942,
>         "small_molecule": 16467,
>         "drug": 3998,
>         "pathway": 353,
26c24
<         "KEGG_source:": 62643
---
>         "KEGG_source:": 32761
29,43c27,39
<         "biolink:same_as": 28744,
<         "KEGG:compound_to_enzyme": 32487,
<         "KEGG:compound_to_reaction": 49990,
<         "KEGG:compound_to_pathway": 18740,
<         "KEGG:enzyme_to_reaction": 6941,
<         "KEGG:enzyme_to_pathway": 9887,
<         "KEGG:glycan_to_reaction": 1441,
<         "KEGG:glycan_to_pathway": 583,
<         "KEGG:glycan_to_enzyme": 967,
<         "biolink:in_taxon": 352,
<         "KEGG:pathway_to_compound": 5822,
<         "KEGG:pathway_to_drug": 10281,
<         "KEGG:pathway_to_glycan": 286,
<         "KEGG:reaction_to_enzyme": 10318,
<         "KEGG:reaction_to_pathway": 18681
---
>         "biolink:same_as": 28698,
>         "KEGG:reaction_to_enzyme": 10321,
>         "KEGG:reaction_to_pathway": 18832,
>         "KEGG:compound_to_enzyme": 28709,
>         "KEGG:compound_to_reaction": 44575,
>         "KEGG:compound_to_pathway": 16414,
>         "KEGG:glycan_to_reaction": 1104,
>         "KEGG:glycan_to_pathway": 273,
>         "KEGG:glycan_to_enzyme": 724,
>         "biolink:in_taxon": 353,
>         "KEGG:pathway_to_compound": 5864,
>         "KEGG:pathway_to_drug": 10373,
>         "KEGG:pathway_to_glycan": 286
46,60c42,54
<         "same_as": 28744,
<         "compound_to_enzyme": 32487,
<         "compound_to_reaction": 49990,
<         "compound_to_pathway": 18740,
<         "enzyme_to_reaction": 6941,
<         "enzyme_to_pathway": 9887,
<         "glycan_to_reaction": 1441,
<         "glycan_to_pathway": 583,
<         "glycan_to_enzyme": 967,
<         "in_taxon": 352,
<         "pathway_to_compound": 5822,
<         "pathway_to_drug": 10281,
<         "pathway_to_glycan": 286,
<         "reaction_to_enzyme": 10318,
<         "reaction_to_pathway": 18681
---
>         "same_as": 28698,
>         "reaction_to_enzyme": 10321,
>         "reaction_to_pathway": 18832,
>         "compound_to_enzyme": 28709,
>         "compound_to_reaction": 44575,
>         "compound_to_pathway": 16414,
>         "glycan_to_reaction": 1104,
>         "glycan_to_pathway": 273,
>         "glycan_to_enzyme": 724,
>         "in_taxon": 353,
>         "pathway_to_compound": 5864,
>         "pathway_to_drug": 10373,
>         "pathway_to_glycan": 286
63,64c57,58
<         "biolink": 29096,
<         "KEGG": 166424
---
>         "biolink": 29051,
>         "KEGG": 137475
67,68c61,62
<         "KEGG": 13,
<         "biolink": 2
---
>         "biolink": 2,
>         "KEGG": 11
71c65
<         "KEGG_source:": 195520
---
>         "KEGG_source:": 166526
75,76c69,71
<         "KEGG.COMPOUND---CHEBI": 16739,
<         "KEGG.DRUG---CHEBI": 4062,
---
>         "KEGG.REACTION---RHEA": 6677,
>         "KEGG.COMPOUND---CHEBI": 16750,
>         "KEGG.DRUG---CHEBI": 4064,
78,81c73,75
<         "KEGG.GLYCAN---KEGG.COMPOUND": 249,
<         "KEGG.GLYCAN---KEGG.DRUG": 21,
<         "KEGG---GO": 244,
<         "KEGG.REACTION---RHEA": 6677
---
>         "KEGG.GLYCAN---KEGG.COMPOUND": 193,
>         "KEGG.GLYCAN---KEGG.DRUG": 18,
>         "KEGG---GO": 244
85,89c79,82
<             "small_molecule": 30244,
<             "drug": 12079,
<             "molecular_entity": 8056,
<             "pathway": 352,
<             "molecular_activity": 11911,
---
>             "molecular_activity": 11942,
>             "small_molecule": 16467,
>             "drug": 3998,
>             "pathway": 353,
94c87
<         "Kyoto Encyclopedia of Genes and Genomes v105.0"
---
>         "Kyoto Encyclopedia of Genes and Genomes v106.0"
98c91
<         "KEGG_source:": 18308
---
>         "KEGG_source:": 2

With bf93683, this is the new diff:
ubuntu@ip-172-31-59-112:~/kg2-build$ diff kg2.8.3-kegg-report.json kg2-kegg2-report.json
2,4c2,4
<     "_number_of_nodes": 62643,
<     "_number_of_edges": 195520,
<     "_report_datetime": "2023-06-30 06:26:24",
---
>     "_number_of_nodes": 40817,
>     "_number_of_edges": 183424,
>     "_report_datetime": "2023-06-30 06:41:21",
8,9d7
<         "KEGG.COMPOUND": 19090,
<         "KEGG.DRUG": 12079,
11,13c9,13
<         "KEGG.GLYCAN": 11154,
<         "KEGG": 352,
<         "KEGG.REACTION": 11911,
---
>         "KEGG.REACTION": 11942,
>         "KEGG.COMPOUND": 15715,
>         "KEGG.DRUG": 3998,
>         "KEGG.GLYCAN": 752,
>         "KEGG": 353,
18,19d17
<         "small_molecule": 30244,
<         "drug": 12079,
21,22c19,22
<         "pathway": 352,
<         "molecular_activity": 11911,
---
>         "molecular_activity": 11942,
>         "small_molecule": 16467,
>         "drug": 3998,
>         "pathway": 353,
26c26
<         "KEGG_source:": 62643
---
>         "KEGG_source:": 40817
29,43c29,43
<         "biolink:same_as": 28744,
<         "KEGG:compound_to_enzyme": 32487,
<         "KEGG:compound_to_reaction": 49990,
<         "KEGG:compound_to_pathway": 18740,
<         "KEGG:enzyme_to_reaction": 6941,
<         "KEGG:enzyme_to_pathway": 9887,
<         "KEGG:glycan_to_reaction": 1441,
<         "KEGG:glycan_to_pathway": 583,
<         "KEGG:glycan_to_enzyme": 967,
<         "biolink:in_taxon": 352,
<         "KEGG:pathway_to_compound": 5822,
<         "KEGG:pathway_to_drug": 10281,
<         "KEGG:pathway_to_glycan": 286,
<         "KEGG:reaction_to_enzyme": 10318,
<         "KEGG:reaction_to_pathway": 18681
---
>         "KEGG:enzyme_to_reaction": 6940,
>         "KEGG:enzyme_to_pathway": 9958,
>         "biolink:same_as": 28698,
>         "KEGG:reaction_to_enzyme": 10321,
>         "KEGG:reaction_to_pathway": 18832,
>         "KEGG:compound_to_enzyme": 28709,
>         "KEGG:compound_to_reaction": 44575,
>         "KEGG:compound_to_pathway": 16414,
>         "KEGG:glycan_to_reaction": 1104,
>         "KEGG:glycan_to_pathway": 273,
>         "KEGG:glycan_to_enzyme": 724,
>         "biolink:in_taxon": 353,
>         "KEGG:pathway_to_compound": 5864,
>         "KEGG:pathway_to_drug": 10373,
>         "KEGG:pathway_to_glycan": 286
46,60c46,60
<         "same_as": 28744,
<         "compound_to_enzyme": 32487,
<         "compound_to_reaction": 49990,
<         "compound_to_pathway": 18740,
<         "enzyme_to_reaction": 6941,
<         "enzyme_to_pathway": 9887,
<         "glycan_to_reaction": 1441,
<         "glycan_to_pathway": 583,
<         "glycan_to_enzyme": 967,
<         "in_taxon": 352,
<         "pathway_to_compound": 5822,
<         "pathway_to_drug": 10281,
<         "pathway_to_glycan": 286,
<         "reaction_to_enzyme": 10318,
<         "reaction_to_pathway": 18681
---
>         "enzyme_to_reaction": 6940,
>         "enzyme_to_pathway": 9958,
>         "same_as": 28698,
>         "reaction_to_enzyme": 10321,
>         "reaction_to_pathway": 18832,
>         "compound_to_enzyme": 28709,
>         "compound_to_reaction": 44575,
>         "compound_to_pathway": 16414,
>         "glycan_to_reaction": 1104,
>         "glycan_to_pathway": 273,
>         "glycan_to_enzyme": 724,
>         "in_taxon": 353,
>         "pathway_to_compound": 5864,
>         "pathway_to_drug": 10373,
>         "pathway_to_glycan": 286
63,64c63,64
<         "biolink": 29096,
<         "KEGG": 166424
---
>         "KEGG": 154373,
>         "biolink": 29051
71c71
<         "KEGG_source:": 195520
---
>         "KEGG_source:": 183424
75,76c75,77
<         "KEGG.COMPOUND---CHEBI": 16739,
<         "KEGG.DRUG---CHEBI": 4062,
---
>         "KEGG.REACTION---RHEA": 6677,
>         "KEGG.COMPOUND---CHEBI": 16750,
>         "KEGG.DRUG---CHEBI": 4064,
78,81c79,81
<         "KEGG.GLYCAN---KEGG.COMPOUND": 249,
<         "KEGG.GLYCAN---KEGG.DRUG": 21,
<         "KEGG---GO": 244,
<         "KEGG.REACTION---RHEA": 6677
---
>         "KEGG.GLYCAN---KEGG.COMPOUND": 193,
>         "KEGG.GLYCAN---KEGG.DRUG": 18,
>         "KEGG---GO": 244
85,86d84
<             "small_molecule": 30244,
<             "drug": 12079,
88,89c86,89
<             "pathway": 352,
<             "molecular_activity": 11911,
---
>             "molecular_activity": 11942,
>             "small_molecule": 16467,
>             "drug": 3998,
>             "pathway": 353,
94c94
<         "Kyoto Encyclopedia of Genes and Genomes v105.0"
---
>         "Kyoto Encyclopedia of Genes and Genomes v106.0"
98c98
<         "KEGG_source:": 18308
---
>         "KEGG_source:": 2226

It looks like there's substantially less compounds, glycans, and drugs in the new build of KEGG. I am curious if this is due to a different method of storage within the dump.

With the changes from dfaab9f, here is the new diff:
ubuntu@ip-172-31-59-112:~/kg2-build$ diff kg2.8.3-kegg-report.json kg2-kegg2-report.json
2,4c2,4
<     "_number_of_nodes": 62643,
<     "_number_of_edges": 195520,
<     "_report_datetime": "2023-06-30 06:26:24",
---
>     "_number_of_nodes": 83315,
>     "_number_of_edges": 308987,
>     "_report_datetime": "2023-06-30 07:37:31",
8,9d7
<         "KEGG.COMPOUND": 19090,
<         "KEGG.DRUG": 12079,
11,13c9,13
<         "KEGG.GLYCAN": 11154,
<         "KEGG": 352,
<         "KEGG.REACTION": 11911,
---
>         "KEGG.COMPOUND": 34834,
>         "KEGG.DRUG": 16155,
>         "KEGG.GLYCAN": 11974,
>         "KEGG.REACTION": 11942,
>         "KEGG": 353,
18,19d17
<         "small_molecule": 30244,
<         "drug": 12079,
21,22c19,22
<         "pathway": 352,
<         "molecular_activity": 11911,
---
>         "small_molecule": 46808,
>         "drug": 16155,
>         "molecular_activity": 11942,
>         "pathway": 353,
26c26
<         "KEGG_source:": 62643
---
>         "KEGG_source:": 83315
29,43c29,43
<         "biolink:same_as": 28744,
<         "KEGG:compound_to_enzyme": 32487,
<         "KEGG:compound_to_reaction": 49990,
<         "KEGG:compound_to_pathway": 18740,
<         "KEGG:enzyme_to_reaction": 6941,
<         "KEGG:enzyme_to_pathway": 9887,
<         "KEGG:glycan_to_reaction": 1441,
<         "KEGG:glycan_to_pathway": 583,
<         "KEGG:glycan_to_enzyme": 967,
<         "biolink:in_taxon": 352,
<         "KEGG:pathway_to_compound": 5822,
<         "KEGG:pathway_to_drug": 10281,
<         "KEGG:pathway_to_glycan": 286,
<         "KEGG:reaction_to_enzyme": 10318,
<         "KEGG:reaction_to_pathway": 18681
---
>         "KEGG:enzyme_to_reaction": 6940,
>         "KEGG:enzyme_to_pathway": 9958,
>         "biolink:same_as": 49782,
>         "KEGG:compound_to_enzyme": 61183,
>         "KEGG:compound_to_reaction": 94650,
>         "KEGG:compound_to_pathway": 35315,
>         "KEGG:glycan_to_reaction": 2573,
>         "KEGG:glycan_to_pathway": 856,
>         "KEGG:glycan_to_enzyme": 1701,
>         "KEGG:reaction_to_enzyme": 10321,
>         "KEGG:reaction_to_pathway": 18832,
>         "biolink:in_taxon": 353,
>         "KEGG:pathway_to_compound": 5864,
>         "KEGG:pathway_to_drug": 10373,
>         "KEGG:pathway_to_glycan": 286
46,60c46,60
<         "same_as": 28744,
<         "compound_to_enzyme": 32487,
<         "compound_to_reaction": 49990,
<         "compound_to_pathway": 18740,
<         "enzyme_to_reaction": 6941,
<         "enzyme_to_pathway": 9887,
<         "glycan_to_reaction": 1441,
<         "glycan_to_pathway": 583,
<         "glycan_to_enzyme": 967,
<         "in_taxon": 352,
<         "pathway_to_compound": 5822,
<         "pathway_to_drug": 10281,
<         "pathway_to_glycan": 286,
<         "reaction_to_enzyme": 10318,
<         "reaction_to_pathway": 18681
---
>         "enzyme_to_reaction": 6940,
>         "enzyme_to_pathway": 9958,
>         "same_as": 49782,
>         "compound_to_enzyme": 61183,
>         "compound_to_reaction": 94650,
>         "compound_to_pathway": 35315,
>         "glycan_to_reaction": 2573,
>         "glycan_to_pathway": 856,
>         "glycan_to_enzyme": 1701,
>         "reaction_to_enzyme": 10321,
>         "reaction_to_pathway": 18832,
>         "in_taxon": 353,
>         "pathway_to_compound": 5864,
>         "pathway_to_drug": 10373,
>         "pathway_to_glycan": 286
63,64c63,64
<         "biolink": 29096,
<         "KEGG": 166424
---
>         "KEGG": 258852,
>         "biolink": 50135
71c71
<         "KEGG_source:": 195520
---
>         "KEGG_source:": 308987
75,76c75,79
<         "KEGG.COMPOUND---CHEBI": 16739,
<         "KEGG.DRUG---CHEBI": 4062,
---
>         "KEGG.COMPOUND---CHEBI": 33500,
>         "KEGG.DRUG---CHEBI": 8128,
>         "KEGG.GLYCAN---KEGG.COMPOUND": 442,
>         "KEGG.GLYCAN---KEGG.DRUG": 39,
>         "KEGG.REACTION---RHEA": 6677,
78,81c81
<         "KEGG.GLYCAN---KEGG.COMPOUND": 249,
<         "KEGG.GLYCAN---KEGG.DRUG": 21,
<         "KEGG---GO": 244,
<         "KEGG.REACTION---RHEA": 6677
---
>         "KEGG---GO": 244
85,86d84
<             "small_molecule": 30244,
<             "drug": 12079,
88,89c86,89
<             "pathway": 352,
<             "molecular_activity": 11911,
---
>             "small_molecule": 46808,
>             "drug": 16155,
>             "molecular_activity": 11942,
>             "pathway": 353,
94c94
<         "Kyoto Encyclopedia of Genes and Genomes v105.0"
---
>         "Kyoto Encyclopedia of Genes and Genomes v106.0"
98c98
<         "KEGG_source:": 18308
---
>         "KEGG_source:": 18413

That diff looks really good (none of the values go down with this newer version), so I am going to flag this issue for verification.

I am closing this issue because the code worked in KG2.8.4pre's build.


CI testnet spinning simulation tests.

Hey team! Please add your planning poker estimate with ZenHub @guusw @Kryptos-FR @satendrapalsingh


Center the dice with the score/tile canvases

Currently the dice is aligned towards the board. I think it would look better if the dice were instead centered in the space below the tiles canvas.

Implemented in 7c94a2f.


hide chunks/warnings in storybook

Has anyone had any luck disabling the chunk display when running storybook with a warning, e.g.:
...
 [2572] ./~/react-modal/lib/index.js 49 bytes {1} [built]
 [2573] ./~/react-simple-di/dist/index.js 2.96 kB {1} [built]
 [2574] ./~/shallowequal/modules/index.js 1.18 kB {1} [built]
 [2611] ./~/uuid/rng-browser.js 735 bytes {1} [built]
 [2612] ./~/uuid/uuid.js 5.29 kB {1} [built]

WARNING in ./packages/ak-editor-schema/~/ajv/dist/ajv.bundle.js
Critical dependencies:
1:476-483 This seems to be a pre-built javascript file. Though this is possible, it's not recommended. Try to require the original source to get better results.
 @ ./packages/ak-editor-schema/~/ajv/dist/ajv.bundle.js 1:476-483

I tried
  storybookBaseConfig.stats = {
      warnings: false,
      chunks: false,
    };

  storybookBaseConfig.devServer = {
    stats: {
      warnings: false,
      chunks: false,
    },
  };

  storybookBaseConfig.webpackMiddleware = {
    stats: {
      warnings: false,
      chunks: false,
    },
  };

to no avail

I'm also struggling trying to hide those chunks and warnings. However @joscha regarding your specific warning, you could try and circumvent it by making webpack ignore this file.
storybookBaseConfig.module = {
  noParse: [/ajv\.bundle\.js/],
  loaders: [ ... ]
}

Same, this is currently driving me nuts.
I want to see warnings and errors; I never want to see chunk output.

Yep. This is needed.
We may wanna use this: https://github.com/geowarin/friendly-errors-webpack-plugin
I'm open for a PR for this.

Did anyone achieve this issue's goal with @arunoda's suggestion?
Nice plugin, but it doesn't silence Webpack's output, needs to be done manually. Which this issue is all about.
Has anyone found a working solution?

I think the output has been silenced for the default webpack config. If you're using a custom config, you might still run into this. Closing.


wrong number of arguments (given 3, expected 1..2) 0n send_devise_notfication

When I submit the invitation form, it seems to create the user and token ok in the DB, but fails actually sending the email with this error.  In fact, if I use a custom controller and skip the email sending part, it all works fine.  Any thoughts?  I'm stumped
wrong number of arguments (given 3, expected 1..2)
      # processing instead of sending it inline as devise does by
      # default.
      def send_devise_notification(notification, opts = {})
        return super unless Devise::Async.enabled

        # If the record is dirty we keep pending notifications to be enqueued

devise-async (0.7.0) lib/devise/async/model.rb:27:in `send_devise_notification'
devise_invitable (1.7.1) lib/devise_invitable/model.rb:195:in `deliver_invitation'
devise_invitable (1.7.1) lib/devise_invitable/model.rb:153:in `block in invite!'
activesupport (<IP_ADDRESS>) lib/active_support/callbacks.rb:88:in `__run_callbacks__'
activesupport (<IP_ADDRESS>) lib/active_support/callbacks.rb:778:in `_run_invitation_created_callbacks'
activesupport (<IP_ADDRESS>) lib/active_support/callbacks.rb:81:in `run_callbacks'
airbrake (5.8.1) lib/airbrake/rails/active_record.rb:22:in `run_callbacks'`

duplicate of #661
send_devise_notification definition:
https://github.com/plataformatec/devise/blob/88724e10adaf9ffd1d8dbfbaadda2b9d40de756a/lib/devise/models/authenticatable.rb#L187
call to send_devise_notification in devise:
https://github.com/plataformatec/devise/blob/0c5d78e31ca7589c2f637658c27ebe7b0e36dcd7/lib/devise/models/recoverable.rb#L97
call to send_devise_notification in devise invitable:
https://github.com/scambra/devise_invitable/blob/master/lib/devise_invitable/model.rb#L195


Uncaught SyntaxError, TypeError on fresh installation

I just cloned master on commit ebe63e37a980cc0bfb3d99b4ac02cad74f4d532d and got the following error on make:
$ make
rm: cannot remove ‘/tmp/slate.nw’: Operation not permitted
Makefile:7: recipe for target 'run' failed
make: *** [run] Error 1
$ sudo make
zip -rq /tmp/slate.nw *
`which nw` /tmp/slate.nw
[5775:0723/110335:ERROR:browser_main_loop.cc(162)] Running without the SUID sandbox! See https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on.
[5775:0723/110335:INFO:audio_manager_pulse.cc(260)] Failed to connect to the context.  Error: Connection refused
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[5775:0723/110336:INFO:CONSOLE(572)] "Uncaught SyntaxError: Unexpected token :", source: file:///tmp/.org.chromium.Chromium.Z0hFrq/build/build.js (572)
[5775:0723/110336:INFO:CONSOLE(40)] "Uncaught TypeError: object is not a function", source: file:///tmp/.org.chromium.Chromium.Z0hFrq/index.html (40)

For some reason you don't have write access to /tmp, thus the Makefile can't create the node-webkit bundle.
A temporary workaround would be to change the path in https://github.com/slate/slate/blob/ebe63e37a980cc0bfb3d99b4ac02cad74f4d532d/Makefile#L4 and in https://github.com/slate/slate/blob/ebe63e37a980cc0bfb3d99b4ac02cad74f4d532d/lib/log/index.js#L11

@frdmn Thanks for your help! I think you were dead on, but I'm getting a different error now:
slate ➤ make
zip -rq /tmp/slate.nw *
`which nw` /tmp/slate.nw
which: no nw in (/home/lb/Dropbox/code//go/bin:/home/lb/.pyenv/shims:/home/lb/.pyenv/bin:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/home/lb/.cabal/bin/)
/bin/sh: /tmp/slate.nw: Permission denied
Makefile:7: recipe for target 'run' failed
make: *** [run] Error 126
slate ➤ ls -al /tmp/slate.nw
-rw-r--r-- 1 lb users 3.4M Jul 23 13:52 /tmp/slate.nw

Apparently you didn't install node-webkit. Download it here and symlink the binary into your $PATH:
https://github.com/nwjs/nw.js#downloads

Thank you for your patience, this is the first time I've installed node-based software. After putting nw in my path, I get this error:
slate ➤ PATH=$PATH:/home/lb/Downloads/nwjs-v0.12.2-linux-x64 && make
zip -rq ./tmp/slate.nw *
`which nw` ./tmp/slate.nw
[18385:0723/143501:ERROR:browser_main_loop.cc(170)] Running without the SUID sandbox! See https://code.google.com/p/chromium/wiki/LinuxSUIDSandboxDevelopment for more information on developing with the sandbox on.
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[18385:0723/143502:ERROR:nw_shell.cc(335)] SyntaxError: Unexpected token var
[18385:0723/143502:INFO:CONSOLE(2230)] "Uncaught SyntaxError: Unexpected token var", source: file:///tmp/.org.chromium.Chromium.stOl3D/build/build.js (2230)
[18385:0723/143502:ERROR:nw_shell.cc(335)] TypeError: object is not a function
    at file:///tmp/.org.chromium.Chromium.stOl3D/index.html:40:7
[18385:0723/143502:INFO:CONSOLE(40)] "Uncaught TypeError: object is not a function", source: file:///tmp/.org.chromium.Chromium.stOl3D/index.html (40)
[18385:0723/143516:ERROR:nw_shell.cc(335)] SyntaxError: Unexpected token var
[18385:0723/143516:INFO:CONSOLE(2230)] "Uncaught SyntaxError: Unexpected token var", source: file:///tmp/.org.chromium.Chromium.stOl3D/build/build.js (2230)
[18385:0723/143516:ERROR:nw_shell.cc(335)] TypeError: object is not a function
    at file:///tmp/.org.chromium.Chromium.stOl3D/index.html:40:7
[18385:0723/143516:INFO:CONSOLE(40)] "Uncaught TypeError: object is not a function", source: file:///tmp/.org.chromium.Chromium.stOl3D/index.html (40)
[18722:0723/143518:WARNING:channel.cc(553)] Failed to send message to ack remove remote endpoint (local ID 1, remote ID 1)

Are you on OS X or on Linux? I assume you've downloaded the wrong node-webkit version.

I'm on Linux, and I downloaded the x64 linux version.

I'm not a dev but my guess is that it's because node-webkit is based off of IO.js instead of NodeJS. Try this one instead:
http://dl.node-webkit.org/v0.8.6/node-webkit-v0.8.6-linux-x64.tar.gz


Configure Azure Pipelines

 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.:x: nikospina sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.


The selected resource (SpineSkeletonJsonDataResource) does not match any type expected for this property (SpineAnimationStateDataResource).

I tried to export with either binary and json but still not working.
I export with default settings + packing atlas. I'm using spine 3.8.97 ESS

Did you assign a SpineSkeletonJsonDataResource type resource to a SpineAnimationStateDataResource type property?

eeeeeh... I thought that thing means the spine json file. ah sorry my bad. Now I found the way to use it. Thank you for the module sir.
one more question

Compiling godot for debug (-Od flag) will severely impact performance Compile with -O2 flag for godot engine and run linker
can double fps
But how do I input the flag?

You can learn the details from https://docs.godotengine.org/en/stable/development/cpp/binding_to_external_libraries.html

You don’t have to worry about this. The spine component gets compiled with the right flags. It’s overwriting the defaults.
Thomas

On Sep 3, 2020, at 10:31 PM, pegasusearl<EMAIL_ADDRESS>wrote:

eeeeeh... I thought that thing means the spine json file. ah sorry my bad. Now I found the way to use it. Thank you for the module sir.
one more question
Compiling godot for debug (-Od flag) will severely impact performance Compile with -O2 flag for godot engine and run linker
can double fps
But how do I input the flag?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


docs: split the large changelog file into two

Summary
This improves the editing changelog experience a bit better and also implicitly communicates to the reader that they are running on an outdated and an old release of kong.

Checklist

[x] The Pull Request has tests - N/A
[x] There's an entry in the CHANGELOG - N/A
[x] There is a user-facing docs PR N/A

@lena-larionova Could you please confirm if this change will not break any of the workflows for team docs?

It will not break anything for us. In fact, I have it on my to-do list to do the same thing to the combined changelog we maintain in the docs.
Q: What's the reasoning behind setting 3.0 onward as the maintained/supported versions - just the fact that it's the latest major version? I know 2.8 is still in long term support, and will be for a while. Are there no more releases planned for open-source Kong on 2.8?

Q: What's the reasoning behind setting 3.0 onward as the maintained/supported version - just the fact that it's the latest major version?

Pretty much.

I know 2.8 is still in long term support, and will be for a while. Are there no more releases planned for open-source Kong on 2.8?

There aren't planned 2.8 releases but we may still have some in case of security issues. I'm hoping that docs website can host everything and the number of users relying on this file is reducing slowly anyways and so putting 2.8 in the other file shouldn't be a problem.

@hbagdi did you consider other splits? Like for example:

CHANGELOG.md
CHANGELOG-2.x.md
CHANGELOG-1.x.md
CHANGELOG-0.x.md

@bungle Not really because I thought that having two files would be sufficient to make the changelog smaller, which was the only motivation for this PR.


Query: Fix #6471, #6563 - Bad data error handling should work with Ty…

…pedValueBufferFactoryFactory

Added the try/catch logic to TypedValueBufferFactoryFactory and figured out how to test it.

@ajcvickers Can you take a look at this?


Access control for time-pondersource-com

Data about each Worker can be read by all users, but written by only one user, namely:

For worker ismoil -> user ismoil
For worker michiel -> user michiel
For worker angus -> user m-ld
For worker george -> user m-ld
For worker victor -> user evoludata
For worker yvo -> user muze

This data should be stored in a database table, and checked when a write command comes in.
But the use of "users" here is a bit weird. It's OK when the user is for one worker (like 'ismoil' and 'michiel'). It's also still OK if there is one-way sync, for instance in the case of yvo / muze.
But for the other three, we also want data to be forwarded.
For instance, if George decides to start using Mite, his data would reach time-pondersource-com through the evoludata user. We can do such switches in the demo presentation.

Having now digested the above in the context of the proposed presentation, there are some subtleties to identity management and access control we need to tease out.  I think each of our federated systems needs to differentiate between user identities in timesheet data received from other systems and credentials required to used each of those systems.  For example, as user angus in timeld, I would enter timesheet data, which would then find their way to both PreJournal and Tiki.  But I might have been issued credentials specific to PreJournal in order to read data in that system - in PreJournal's case, the same ones as those used by timeld itself to send data to or receive data from PreJournal, namely m-ld (with password).  The access control implication is that PreJournal therefore needs to associate certain worker identifiers (angus and george) with an identity (m-ld) to enforce it.  This then makes it much harder for PreJournal to support receiving data indirectly from timeld - i.e. via Tiki - since the credentials used to supply those data won't be associated with those two worker identifiers, and thus establishes a hard-coded link between timeld and PreJournal.
What I'd suggest as an alternative is to create user identities for those worker identifiers separate from the m-ld system identity.  Then you don't have to worry about enforcing write access control on that basis: instead, you can use the external identifiers for any data received for those two workers to write to PreJournal - whether they're new entries or updates to existing ones, and whether they're received directly from timeld or indirectly via Tiki.
You then have the non-obligatory option, should you choose, to implement write access control for anyone using PreJournal with credentials associated with the m-ld organisation, i.e. to support read-write access by the user identity angus to data relating to the worker of that name that also originate from timeld.  If you decide against supporting write access for data originating elsewhere, then there's nothing more to do there: all external data will then be read-only.

receiving data indirectly from timeld - i.e. via Tiki

indeed. that is also what i tried to draw in https://github.com/federatedbookkeeping/timesheets/issues/51
data travels along a "call tree", so it never reaches you from an unexpected direction.

create user identities

the identitifiers exist (there is one components for each worker in PreJournal), there are just no credentials associated with them.
We have the claim-component command which allows e.g. the m-ld user to "claim" the angus component.
After that, the m-ld user will be allowed to send timesheet entries for the angus worker component.
We currently have a uniqueness constraint on the database, which will prevent the evoludata user from then also claiming the angus worker component.
But we could redesign that so that users are not allowed to claim components themselves, but instead the sysadmin determines which (multiple) users are allowed to send writes for each component.
Do you think that is better? Is that what timeld does?
I'll reopen this issue so we can track this discussion.

Ah, just noticed the new discussion on https://github.com/federatedbookkeeping/timesheets/issues/51 - let's wait for a decision there about what the desired behaviour of the network as a whole is, an then this issue can be about changes required in prejournal to make it so.


Add GitHub App support

This change adds the ability to use GitHub Apps to authenticate against the GitHub API. This gives us a larger quota for API requests (15k vs 5k for PATs).
Also, each GitHub App has its own quota, whereas PATs share the same user quota.
Fixes: #214

@Hdom give it a try if you have the time.


Using httpx-ws as background task to test websockets

Hi, reposting the issue to this github.
I am struggling with httpx-ws. It works when the server-side websocket connection is closed, but my implementations are based on websockets that are open until the client breaks them. Could you help me adjusting the code to make the implementation work?
Websocket implementation
from fastapi import APIRouter, Depends, WebSocket, WebSocketDisconnect
import asyncio

@router.websocket("/ws")
async def websocket_labtest(websocket: WebSocket):
    await websocket.accept()
    sub_id: uuid.UUID = uuid.uuid4()
    subjects.ADD_LABTEST_QUEUE[sub_id] = asyncio.Queue()

    try:
        while True:
            event: events.LabtestAddedEvent = await subjects.ADD_LABTEST_QUEUE[sub_id].get()
            await websocket.send_json(event.json())
    except WebSocketDisconnect:
        subjects.ADD_LABTEST_QUEUE.pop(sub_id)

Test implementation
@pytest.fixture
async def labtest_client_async() -> AsyncClient:
    async with AsyncClient(transport=ASGIWebSocketTransport(app), base_url='http://test') as client:
        yield client

async def subscribe_to_labtests_ws_async(labtest_client_async: httpx.AsyncClient, queue: asyncio.Queue):
    async with httpx_ws.aconnect_ws("/labtests/ws", labtest_client_async) as ws:
        message = await ws.receive_json()
        queue.put_nowait(message)

@pytest.mark.asyncio
async def test_add_lab_test(labtest_client_async: httpx.AsyncClient):
    sub_queue: asyncio.Queue = asyncio.Queue()
    task = asyncio.create_task(subscribe_to_labtests_ws_async(labtest_client_async, sub_queue))

    try:
        await asyncio.sleep(SHORT_WAIT)
        await add_labtest(labtest_client_async)
        await asyncio.sleep(SHORT_WAIT)
    finally:
        task.cancel()

    message_labtest1 = await sub_queue.get()
    print(f"{message_labtest1=}")

The websocket works fine when I use e.g. Postman to connect to the websocket. It seems httpx_ws is unable to close the connection even though I say task.cancel(). That makes the test run until I force quit.
It seems like the problem being related to asyncio.create_task. If I don't wait for the "add labtest event" in server, I manage to get the message sent to me. So it seems like the connection struggles to run as a background task. Maybe this is completely out of scope. I am open to ideas on how to do this kind of integration testing.
I know the code is not self-contained. If it's hard to understand, I can make a simpler self-contained example

Hi @wholmen 👋
Is there a reason why you want to run your client connection into a task? IMO, it would be way easier for debugging/reasoning to just run it in the main context:
@pytest.mark.asyncio
async def test_add_lab_test(labtest_client_async: httpx.AsyncClient):
    sub_queue: asyncio.Queue = asyncio.Queue()
    async with httpx_ws.aconnect_ws("/labtests/ws", labtest_client_async) as ws:
        message = await ws.receive_json()
        await sub_queue.put(message)
        await asyncio.sleep(SHORT_WAIT)

    message_labtest1 = await sub_queue.get()
    print(f"{message_labtest1=}")


Copy method

How to copy method on recaf?
Let assume I had method called setBeeperVolume and I want to copy method to setBeeperVolume2.
is it possible to do?

Thanks

So right now, you can't do it directly. I'm currently rewriting recaf and will put this on the todo list. When its ready to be used I'll push the code, but thats a bit aways. I'm not going to continue working with this code-base since the rewrite is my primary focus.
In the meantime, you can use the opcode-block feature to copy over opcodes (Excluding invokedynamic) to copy over opcodes manually.

Make a new method
Open the original method, select all opcodes
Save as opcode-block
Open new method
Insert opcode-block

https://github.com/Col-E/Recaf/commit/e3142a1a807064f263001b7f8a03d15607821bdd


[Store] Credentials resolved slowly on anonymous S3 access

Thanos Store v0.2.1
What happened
Store starts slowly (hours if there is a lot of data).
What you expected to happen
Store starts in a minute or few minutes if there you have more than hundred blocks in S3
How to reproduce it (as minimally and precisely as possible):
Omit access key in S3 configuration
We're using Minio as S3 store and experienced very long start up time for Store component.
The problem was caused by resolving credentials (in chain) on each request. First provider in chain is AWS IAM provider who's IP is not accessible from Internet.
So each request to IAM failed with timeout.
If AccessKey and SecretAccessKey could not be resolved - credential will never be cached.
Such situation is possible in EnvAWS provider if Env variables is empty or not exists.
So it seems that the possible solution is to cache credentials in case if there was no errors from provider.
Let's discuss about solution and I can fix it :)
Thanks!

hmmmm I don't think we resolve auth on every request. If minio librario does it then it is bad. From Thanos code perspective we create just once bucket client and use this for whole service lifetime.
How fo you know it is because of credential resolution?

Sorry, @bwplotka , I've just updated description.
Auth will be resolved on each request if last provider (EnvAWS) will return empty values from ENV.

Sorry, it's not in Thanos, its in minio-go dependency :)
https://github.com/minio/minio-go/blob/master/pkg/credentials/chain.go#L68
https://github.com/minio/minio-go/blob/master/pkg/credentials/env_aws.go#L60

Can we create issue on minio to fix it there? (:

Alright, I'll try to fix it there and upgrade Thanos then. Thank you)

Ok, here's an issue
https://github.com/minio/minio-go/issues/1072

Any update on this @d-ulyanov ? Looks like we got nice feedback on minio issue (:

Yep, I suppose this issue could be closed


X when adding Hadoop tools in 10.2.2

ArcMap 10.2.2, English
Windows 7
Error when adding the Hadoop toolbox

Users md5sum matches working version on my computer (e68151f010f1c4908f18eabe91200e25 *HadoopTools.pyt)
Issue first reported on GeoNet

Does it give the option of 'check syntax' or 'why' when they right click on the toolbox?

Hi Climbage,
Yes, there is the option 'check syntax'. Here it is the report:

Do you know what's wrong?
Thank you very much!

Hi @LorenaLPT,  from what I can tell, this is an issue with 64bit vs 32bit python libraries.  I see that your system is trying to find the library in the folder C:/.../anaconda/lib.  Does that mean anything to you?

Hi climbage, thank you so much for responding. I'm not sure about this issue, because Anaconda and the OS, are 64 bit
Anyway I've tried to uninstall Anaconda and now there is no problem to add the toolbox. In your opinion which version of Anaconda should I install for avoiding this?
Thanks again!


SMTP Notifications setup problem

Describe your problem
Setup notifications with smtp not working with selfhosted mailcow mail-server.
I have the correct hostname, port and authentication settings because I tested it with a different software for mail notifications.
What I am curios about is, that in the logs it has connect ECONNREFUSED XXX.XXX.XXX.XXX:465 and not the actual hostname with domain. Maybe I understand SMTP or mail wrong but I thought it requires the use of the hostname for secure connections.
In the working version in the other software it won't work with the ip address so I though maybe that's the problem.
Info
Uptime Kuma Version: latest
Using Docker?: Yes
Docker Version:20.10.9
OS: ubuntu-21-04

About my config:
@c0by85

Do I maybe have something wrong with my mailcow config?
Mailcow is running as docker containers inside an ubuntu VM
Port 465 is forwarded correctly

Even with STARTTLS 587 it doesn't work.
I think I messed something up somewhere with my mail config in mailcow or so but I'm still very confused on why it works with my game panel (pterodactyl)

Even with STARTTLS 587 it doesn't work. I think I messed something up somewhere with my mail config in mailcow or so but I'm still very confused on why it works with my game panel (pterodactyl)

I think you can set a TCP monitor, see if Uptime Kuma can connect to your mail server first.

Also I discovered that with the TCP monitor...

Btw why pterodactyl is working? Maybe put Uptime Kuma's container next to it?

If its not for human are there other firewalls that correctly work with the entire proxmox stuff?

Proxmox has built in firewall that can be managed on different levels. Datacenter -> Node -> VM/CT. The GUI makes is super easy to manage all the rules. Templates are also available for most common services as SSH, HTTP, ICMP, and so on.
You can find simple, but in the same time good explanation with examples in this video.

Alright so I found what the problem with everything was. My mailserver is running inside a VM as a docker container as well as uptime-kuma. I have forwarded the SMTP ports (465 and 587) to the VM with firewalld. The problem is, that I only did that in the external zone of firewalld which has my public interface assigned. But the network interface for the VM is inside a different zone, which doesn't have that forwarding rule. Because of that the port forward didn't work for requests coming from inside the VM network but only for completely external requests.
As soon as I added the same rule to the other zone everything worked.
Now just a weird issue is, that all requests that want to use that port coming from inside that network are forwarded to the VM. Even those that aren't targeted at the public ip address of my server. But that is an issue with firewalld and has nothing to do with this so I'll solve it somewhere else but if anyone is interested, here is a serverfault question I made about it:
https://serverfault.com/questions/1080546/firewalld-port-forwarding-proxmox-makes-port-unusable-for-other-connections


Problems with Qsci

Dear developer,
Good morning. How are you?
Even after installing from https://mega.nz/#!Dt9xHD7D!bwZVrOd4H4EpsW9c3iz1rU9R_x_LogYQMto8wu6IF4c , I have faced the following message while trying to call the ALT+E shortcut:
cannot import name Qsci
Traceback (most recent call last):
File "C:\Program Files (x86)\IDA 6.95\python\ida_idaapi.py", line 509, in IDAPython_ExecScript
execfile(script, g)
File "C:\Program Files (x86)\IDA 6.95\plugins\Code editor\pyeditor.py", line 44, in
from PyQt5 import QtCore, QtGui, Qsci, QtWidgets, Qt
ImportError: cannot import name Qsci
The environment is a Win7x64 SP1 with Python 2.7. Additionally, my IDA Pro is 6.95.
Thank you and have a nice day.
Alex.

Do you have added you /site-packages/PyQt5 folder to your system envvar path.
also to you have both Qsci.py and Qscintilla2.dll in the PyQt5 root folder /site-packages/PyQt5.
if it dont work after adding folder to envar try put these in that folder, however they should be exactly the same as the installer ones.
qscintilla2.zip

after i could reproduce the same problem on a new laptop i made a new build for PyQt5.
it ain't as big as the previous build.
Can you test this build and see if it fixes your problems.
https://mega.nz/#!PsMUhLwB!hr2Nzuj-i7eEPIrdPv6hfchq3_OUDWcCTrr2D0_S2Ik
if you get the error Qt platform plugin "windows" not found
add to envar
QT_QPA_PLATFORM_PLUGIN_PATH=C:\Python27\lib\site-packages\PyQt5\platforms


Update combine v0.7 -> v0.10

Summary of changes
Update combine v0.7 -> v0.10. Cleans up deprecation errors related to filter_map.
All tests are still passing.

Coverage remained the same at 67.94% when pulling 40e032f316301a247dc9e8440bfff18f62277e6a on dkarter:master into 3852b8eb407a6c5cc7df8709511969330c8e2e8b on bitwalker:master.

Coverage remained the same at 67.94% when pulling 40e032f316301a247dc9e8440bfff18f62277e6a on dkarter:master into 3852b8eb407a6c5cc7df8709511969330c8e2e8b on bitwalker:master.

Thanks!


Add a flutter doctor --android-licenses command that locates and runs the Android SDK license manager

See https://github.com/flutter/flutter/issues/8438

@mit-mit @jakobr-google

I assume the plan is that a follow-up patch will replace the current large and confusing message from gradle with a much briefer message pointing to this?

Fixed style issues and analytics_test

I just upgraded on my clean test machine, and now flutter doctor is failing with:
## flutter doctor

encountered exception: NoSuchMethodError: The method 'contains' was called on null.

Opened https://github.com/flutter/flutter/issues/9929


No longer uses UID=1000 GID=1000 by default

Describe the problem
In 97fe6b1f14f597d6746d90d191f00acbf8b8ef5c, some ENV arguments were moved into different scripts, however it seems default UID and GID were gone after this change.
As a result, now it starts with UID=0 and empty GID, and also changes ownership of data volume at https://github.com/itzg/docker-minecraft-server/blob/8ef3fe199fe30dc2d70eb4c91399c2bf040d567e/scripts/start#L35-L38
Container definition
No response
Container logs
minecraft-mc-1  | [init] Changing ownership of /data to 0 ...
minecraft-mc-1  | [init] Running as uid=0 gid=1000 with /data as 'drwxrwxr-x 15 0 1000 4096 Mar 12 13:48 /data'
minecraft-mc-1  | [init] Resolved version given 1.18.2 into 1.18.2 and major version 1.18
minecraft-mc-1  | [init] Resolving type given FABRIC
minecraft-mc-1  | [init] Checking Fabric Launcher version information.
minecraft-mc-1  | [init] Checking Fabric Loader version information.
minecraft-mc-1  | [init] server.properties already created, skipping
minecraft-mc-1  | [init] Updating ops
minecraft-mc-1  | [init] FrederickZh already present in ops.json, skipping
minecraft-mc-1  | [init] Checking for JSON files.
minecraft-mc-1  | [init] Setting initial memory to 2G and max to 8G
minecraft-mc-1  | [init] Starting the Minecraft server...

I'm sorry for introducing this bug and thanks for reporting this. PR testing is going now and will merge+publish immediately after that.

Latest images now include the fix for this.

No need to apologise and thank you for maintaining this project :)


Memory Limitations

Allocation currently supports up to 2^32 bytes due to using int and not IntPtr and long.

Unit test
[TestMethod]
public void MyTestMethod()
{
    NDArray x = np.zeros(new Shape(600, 1000, 1000), np.float32);
}

Ported UnmanagedMemoryBlock and ArraySlice to use long in commit https://github.com/SciSharp/NumSharp/commit/539683f23af53a8b1e31023f8472880cbcc69517 .


JWS verification error

Bugs should be filed for issues encountered whilst operating cert-manager.
You should first attempt to resolve your issues through the community support
channels, e.g. Slack, in order to rule out individual configuration errors.
Please provide as much detail as possible.

Describe the bug:
We deployed Cert-Manager 0.6.0 onto a new cluster and reused our config from another cluster. We use http challenge and the nginx-ingress annotations for automatic Let's Encrypt certificate issueing. While some certificates are retrieved just fine, for one we get repeated errors, which we do not understand atm.
Error is:
Re-queuing item "goldpinger/goldpinger-tls-3032880182" due to error processing: error creating new order: acme: urn:ietf:params:acme:error:malformed: JWS verification error
Expected behaviour:
the certificate gets issued just fine
Anything else we need to know?:
Environment details::

Kubernetes version (e.g. v1.10.2): 1.13.2
Cloud-provider/provisioner (e.g. GKE, kops AWS, etc): bare-metal
cert-manager version (e.g. v0.4.0): v0.6.0
Install method (e.g. helm or static manifests): helm

/kind bug

Seeing this same issue. It's a new cluster, so not sure what the fix would be for this.

Stumbled upon this today after upgrading from 0.5.2 to 0.6.2 (which actually seems to be 0.6.6 with helm :see_no_evil:)
Issue went away when I re-created the cluster issuer

We've seen the same issue with cert-manager chart version v0.6.6 after completely re-installing a chart that contained ingresses. Deleting and re-creating the ClusterIssuers solved the problem.

Can we get better error messaging for this? I've run into this multiple times and this issue is the only mention of the problem.

We've got the same issue. Do you think, rebooting the cert-manager would solve the issue? or I have to delete and re-create the ClusterIssure?


ENH: Add --output-layout CLI option to enable BIDS (YODA) mode

Changes proposed in this pull request
This PR introduces a --output-layout argument that can take the values "legacy" or "yoda".
Legacy layout:
output_dir/
    fmriprep/   # BIDS Derivative
    freesurfer/ # FreeSurfer

YODA layout:
output_dir/         # BIDS Derivative
    sourcedata/
        freesurfer/ # FreeSurfer

The following command produces the following directory structure:
fmriprep sourcedata/rawdata . participant --output-layout yoda

$PWD/
    sourcedata/
        rawdata/     # Input
        freesurfer/  # FreeSurfer outputs (or pre-run)
    sub-01/
    ...
    dataset_description.json

The advantage of this approach is that one can construct the datalad dataset:
datalad create -c text2git ds00WXYZ-fmriprep
cd ds00WXYZ-fmriprep
mkdir sourcedata/ code/
datalad install -d . -s ///containers code/containers
datalad install -d . -s ///openneuro/ds00WXYZ sourcedata/rawdata
datalad install -d . -s /path/to/prerun/ds00WXYZ-freesurfer sourcedata/freesurfer

And turn it into a valid BIDS Derivatives dataset by running
datalad containers-run -n code/containers/bids-fmriprep \
    sourcedata/rawdata . participant --output-layout yoda

Discussion
To do this, I've created two new config variables: output-layout and fmriprep_dir, where the latter is determined by the layout. Places where we've been using output_dir / "fmriprep" are now fmriprep_dir. This breaks some assumptions of DerivativesDataSink, but this can be overcome by simply setting the out_path_base to "".
Should we call it something other than "yoda"? That's not terribly informative to people not steeped in Datalad lore. In the long run I'd like to make it the default.
Documentation that should be reviewed

Hello @effigies! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file fmriprep/cli/parser.py:

Line 489:9: E123 closing bracket does not match indentation of opening bracket's line

cc @yarikoptic @franklin-feingold @jbwexler for comments on the proposed structure.

Note: text2git might not be good enough - some outputs iirc are huge text xml files and need a dedicated setting to get them to annex.
I like yoda, but it also could be "bids" ;-)

Maybe nested? Would rather not imply that the standard layout is not BIDS.

@mgxd I want to add the option in 20.2.1, but we can't change the default. I'm okay with switching the default in 20.3.

Ah - i saw this was targeting master so I assumed 20.3.0. If we go the backporting route, I'm strongly in favor of an envvar switch rather than a new CLI option so we aren't violating our bug-fix release principles.

I really don't like using environment variables for such drastic changes. It makes the provenance messy. I thought a flag that did not change anything by default would be safe by our rules, but I admit I did not check.
My reasoning here is that this would be valuable to LTS users who want to use datalad to manage dataset level provenance. Large projects are likely to settle on the LTS and benefit from datalad.
So I'm engaging in some motivated reasoning here, but I think it might be worth bending that rule, or adjusting it to permit cases like this in the future.

Maybe nested? Would rather not imply that the standard layout is not BIDS.

but is it? ;)
I think there is nothing wrong with acknowledging the truth. If anything, the current/original layout is something like "nested-bids" (bids nested in a directory + non-bids freesurfer), so IMHO "original" (or "nested-bids" or "nested-bids+freesurfer") and "bids" make sense to me and would be more factually correct ;)

@bpinsard @mgxd @oesteban We should decide on whether a new CLI option can be put into the LTS.

From meeting, fine to add CLI option in LTS. Will rebase on maint/20.2.x with fixes for CI-identified issues.
Following suggestions from @yarikoptic, will switch to "bids" and "legacy" modes, unless anybody has better ideas or strong opinions.

(Sorry, I missed the notification.) Adding that data management option to the LTS while keeping default is good. Thanks!

Love too have 2 hour feedback loops on the CI.

Good to merge?

Okay, fully de-yodafied. Everybody happy with a merge on green?

Let's do it.


[Bug]openjdk19-jre (no such package)

dockerfile 这个openjdk17没有
openjdk19-jre (no such package):

thanks for reporting! fix is in https://github.com/joernio/joern/pull/2484


fix(docs): fix run eBPF Docker command

What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug
Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area documentation
What this PR does / why we need it:
As per title. Fix the example command. Thanks @terylt and Ramesh N from the Falco slack for spotting the issue.
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: Issif, LucaGuerra
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content/OWNERS [Issif,LucaGuerra]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

LGTM label has been added.  Git tree hash: 608f73c436c9d0a1b1a2b9d0616b568d65df1eed


literal as Py data automatically

[ ] provide compile option to make all string literal as PyStr automatically by term-rewrite, example: strenc
[ ] for set also(if possible)
[ ] for dict literal

Or maybe generate when expand def and class macro


Can't download 0.1.16 using pip.

I want to use 0.1.16 version but pip cannot find that version. Is there specific reason why the version 0.1.16 was not updated on pip ?

@ribozz hasn't granted me access and the pypi folks take forever to make changes. I've requested to get access to the pypi account, but haven't had the request granted yet. You can still use pip, but the command would then be something like:
pip install --user --upgrade git+https://github.com/ribozz/sphinx-argparse

@ribozz hasn't granted me access and the pypi
Sorry for that :(
@dpryan79 what's your username on PyPI? I will add maintainer access to you.

@ribozz: dpryan

This is now on pypi.


Use autocommand for saving buffer changes

@ThePrimeagen this should close #38. There is one thing I experienced that we might need to deal with. If you navigate to a file within the harpoon buffer on accident, then close, you save the file lines as your mark content.
This bug is already in master, so not new here.
Also, I found a bug. win_info.bufh is nil, so we should be using win_info.bufnr. I fixed that as well.

The more I think about it I become torn between this and :w being the way you settle your list.

I agree that :w is better and would love to get that into this PR. I left some comments on the issue you opened. If you have any ideas how to get past the issues, I'd love to hear them.


DocsArchive-<IP_ADDRESS>Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-archive-test-target_79c7e363-fb61-4e5b-a8e6-1274c5854fce/pull/1 is merged into live branch.
Auto archive content to https://github.com/opstest2/docs-archive-test-target_79c7e363-fb61-4e5b-a8e6-1274c5854fce.git

Docs Build status updates of commit 692770a:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.

File
Status
Preview URL
Details

:x:Error

Details

[Error: RepositoryUnauthorizedWithSourceCommit] Git data access to 'https://github.com/opstest2/docs-archive-test-source-1' (branch: Release_Archive_main_2022-02-21-09-35-12) is not authorized.. It looks like this might be the first time user: v-alji submitted a pull request to this repo. Before user can run builds in a pull request, he/she can enable 'v-alji' GitHub account in Docs by visiting Docs Portal (https://ops.microsoft.com). After enabling his/her account (v-alji), close and then reopen this pull request to start another build.

For more details, please refer to the build report.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


5038 highlight rows tables

Description
Add highlight to all the table rows when hovered.
Also removed the header name for the actions column to align with all other tables in the app.
closes #5038  and #5279
https://github.com/inmanta/web-console/assets/44098050/debec784-a9f6-4fe9-bfb0-376e388f300f

Processing this pull request

Merged into branches iso6, master in 175409dbedb6c0984a610296a659ef05cca6da4a


Correction for raw affiliation UMR G‐EAU, CIRAD National Agricultural College of Meknès Meknès Morocco

Correction needed for raw affiliation UMR G‐EAU, CIRAD National Agricultural College of Meknès Meknès Morocco
raw_affiliation_name: UMR G‐EAU, CIRAD National Agricultural College of Meknès Meknès Morocco
new_rors: 051hckb40;020g0rw41
previous_rors: 051hckb40
works_examples: W2131951641
contact: d88732c534e1736c4705e1bae7d5f22d:a166bfb669e75a8e4361ae2ecb089e4836ec @ inrae.fr

This issue was accepted and ingested by the OpenAlex team on 2024-12-19. The new affiliations should be visible within the next 7 days.


Do not keep a hold on connections [WIP!]

Work in progress!
Upsert.new(connection, ...) currently caches an indirect reference to the connection in a class variable.
This is a problem in multi-threaded environments where the connection is temporarily taken from a pool and must be fully released, like in this code:
ActiveRecord::Base.connection_pool.with_connection do |connection|
  upsert = Upsert.new(connection, :pets)
  upsert.row({name: 'Jerry'}, gender: 'male')
end

With the current cache, the connection is stored then reused later by another thread, after it has been given back to the pool.
This PR removes the cache completely.
Note that it hasn't been  tested in production, this is very much a work in progress to improve thread-safety of upsert.
Points to consider

I only ran specs with mysql DB=mysql rspec
in my benchmarks, the removal of the cache does not seem to cause performance issues: it usually takes less than 1ms to prepare the merge function without the cache
the sequel_spec.rb is now failing, because the column_definitions is not properly loaded. I suspect this is more a test issue than a real issue, but to be investigated.

i expect this to be fixed by #47


(Feature request) Dynamic templates

It'd be nice to have a way to have a link to the template text instead of having the whole template copied, to avoid repetition and to make changes in the templates automatically impact the notes where they were used. It's helpful when the same template is on many notes and is often modified.

Out of scope for this plugin, a render plugin would have to be written for this.


Setup a GitHub Actions workflow

To run the tests and any other sanity checks

Agreed. Did you say that you were putting together a PR for that? I'm happy to do so otherwise.

If you feel like doing it you can go ahead! Otherwise I can do it ~mid next week, I've done it so many times that it'll just take a few minutes.

Then sure, go ahead and do it whenever you've got time to do so. Thanks!

woops, I totally forgot about this. Will fix tonight :)


[Feature request] Always start as administrator

It would be nice to have a checkbox in Process Hacker settings to always start the program as administrator.
Thanks

For now I use the trick with windows scheduler described here https://wj32.org/processhacker/forums/viewtopic.php?f=14&t=3670  It's working on my Win10.

This feature has been added to the latest nightly build. Select the "Enable start as admin" option on the settings window to automatically launch Process Hacker with elevated permissions.
It's currently experimental and might be removed if there are any security issues.

1stly it is security hole. 2ndly via Task Manager PH started in background. Old foreground window still has focus.
Last can be solved (partially) by:
start "" "C:\Program Files\Process Hacker\ProcessHacker.exe"

1stly it is security hole.

If there is a security hole then you could mention what it is?
I've been testing stuff and haven't seen anything obvious yet:

It's disabled by default.
Command line parameters are not passed into the elevated process.
Requires an interactive desktop session currently logged into the machine.
Non-administrators cannot access or execute the task - administrative users are required to execute.

There might be something that I've missed but adding the feature lets everyone test it and provide feedback (the reason we have nightly builds) and the code can be changed or removed at any time.
If there is a security issue it'll be fixed or the feature removed and the nightly build updated. I don't see any issues yet so I'm making the feature available for everyone to test and provide feedback.
There were other considerations too:

Microsoft are using the exact same method in their source code:
https://github.com/microsoft/PowerToys/blob/master/installer/PowerToysSetupCustomActions/CustomAction.cpp#L28-L32 (also see the Microsoft Edge and Google Chrome sources)
The exact same method is also being used in other popular projects:
https://github.com/henrypp/routine/blob/master/rapp.cpp#L2776-L2782
This feature has been requested for more than 8 years (check the forum) but we constantly turned it down believing it would cause a security issue.
Users have been configuring these tasks manually themselves via Windows already for a very long time with varying methods and varying configurations that are insecure - using our own builtin method will ensure the configuration is secure and reliable.

If Microsoft and others can use the task scheduler for elevation then its not an issue for us to use the same functionality for the same reason. There are some things that I can definitely add for security hardening the task more than it is right now but I'm not sure that's actually necessary based on the code being used by Microsoft and other projects.

PH started in background. Old foreground window still has focus.

This and multi-user support have not been added yet.

Thank you for implementing this, I tested it and seem to work. :)

It still needs some fixes for the foreground issue and multi-user desktop support. I'll fix those if its secure enough to continue using and close the ticket once those are finalized 👍

How about an option to grand elevated privileges only to chosen plugins? Is it possible anyway?

How about an option to grand elevated privileges only to chosen plugins? Is it possible anyway?

You can't choose which plugins have elevated privileges but you can choose what features are used while elevated so you'll need to be more specific about the request.

Actually I don't understand why running PH as Admin creates a security hole. By requesting selectable elevated privileges to plugins I wanted to avoid giving Admin to untrusted 3rd-parties plugins.

If there is a security hole then you could mention what it is?

If unelevated process have permissions to change/write to executable and/or to plugins - they may be infected or replaced. And infection will be elevated when PH started next time

Hello, has the feature been proved secure enough to be finalized ? :)

Hi all. I have written a tool which is launched via the Debugger Replacement which will take the command line, pass it to another custom app run via task scheduler, whom reads the file written out by app 1. This effectively launches PH with elevated permissions via Ctrl+Shift+Esc. Lmk or message me if you need this functionality. I can put this on git

Closing since this feature has been implemented 👍


terror: remove dead code which may cause data race

What problem does this PR solve?
close issues:

https://github.com/pingcap/tidb/issues/21029
https://github.com/pingcap/tidb/issues/20941
https://github.com/pingcap/tidb/issues/20968

What is changed and how it works?
remove useless code and this can cause data race.
Check List
Tests

No code

Code changes

No

Side effects

No

Related changes

No

LGTM, though IMO you could cut the code2ErrClassMap type and use that sync.Map with Load and Store directly, they are private implementation details anyway 🤷.

For now, golang not support generic, so I prefer to use this style to write less typecast code.😁

/merge

/merge


[3rd-party] update openthread and ot-br-posix

Summary of Changes
Update OpenThread and ot-br-posix to include the latest SRP and Thread Duckhorn Border Router changes.

Depends-On:

[ ] https://github.com/openthread/openthread/issues/6218
[ ] https://github.com/openthread/ot-br-posix/pull/713

Need to figure out the EFR32 update. @jepenven-silabs

Also, build is broken on VerifyOrDie conflict.

Need to figure out the EFR32 update. @jepenven-silabs

@mspang @jepenven-silabs I submitted the issue in openthread: https://github.com/openthread/openthread/issues/6218

Also, build is broken on VerifyOrDie conflict.

I created https://github.com/openthread/ot-br-posix/pull/713 for this.

Need to figure out the EFR32 update. @jepenven-silabs

@mspang @jepenven-silabs I submitted the issue in openthread: openthread/openthread#6218

The failure on the CHIP side of things seems to be related to some headers files missing inside the sdk gn config. I'll take a quick look at this later today.

@wgtdkp @mspang Currently working on a fix for the EFR32. I'll post the commit once the fix is complete so you can cherry-pick it on top of your branch

:+1:  Thanks!

@wgtdkp https://github.com/project-chip/connectedhomeip/commit/a1b9b524d3b39fc3607359af7d2d524ed5a21872
This should do the trick.

@jepenven-silabs Thanks! It works.
@mspang Seems the CI failures have been resolved, PTAL.
(There are several commits, please do squash merge.


[incubator/elasticsearch] add client ingress and fix some issues

This PR improves incubator/elasticsearch with the following:

It adds an ingress for the client service
It removes *. exposeHttp, as it neither has an actual effect on the container port nor is it desired to close the ports, because the probes require it
adds podManagementPolicy: Parallel for stateful sets, if the kubernetes version supports it
adds a missing headless service for the data nodes

/assign @simonswine


remove unnecssary write buffer

Hi @stepancheg
For #186

Remove inner buffer for CodedOutputStream
Use BufWriter for Write
Don't use buffer for Vector
Format codes with rustfmt 0.6.0

I have two comments about this PR:

You need to separate code formatting changes from behavior changes.

I'm not sure that with this patch code is not going to be slower. For example, when you are writing varint encoded as 10 bytes, new implementation will do 10 virtual calls to Write trait. I'm not sure if it a big deal or not, but if you think that it does not affect performance, benchmarks are needed.

Well, I will use another PR for format first and do some benchmark later.

new implementation will do 10 virtual calls to Write trait

Sorry that I don't understand it, why virtual call here? We have no Box here only a trait, does Rust not determine the really type when compiles?

CodedOutputStream holds a pointer to Write, it is not parameterized by Write, so calls to Write are dynamically dispatched.
And another remark. If CodedOutputStream buffer capacity exceeds BufWriter buffer capacity, then BufWriter buffer is effectively unused due to this part in rust src:
impl<W: Write> Write for BufWriter<W> {
    fn write(&mut self, buf: &[u8]) -> io::Result<usize> {
        if self.buf.len() + buf.len() > self.buf.capacity() {
            self.flush_buf()?;
        }
        if buf.len() >= self.buf.capacity() {
            self.panicked = true;
            let r = self.inner.as_mut().unwrap().write(buf);
            self.panicked = false;
            r
        } else {
            Write::write(&mut self.buf, buf)
        }
    }
    ...
}

So CodedOutputStream should probably increase default buffer size (which is 4096 now, and BufWriter default is 8192).

I've increased default buffer size: c69b137321e5b762cc5b5ed731432c73a35fc6ed.

Got it


fix images and equation in kinematics and dynamics section

Also, restruction the section by editing the mkdocs.yml as :
- Mechanical:
    - Introduction: mechanical/intro.md
    - Gears: mechanical/Gears.md
    - Kinematics:
           - Position and Orientation: mechanical/position_and_orientation.md
           - Forward and Inverse Kinematics: mechanical/forward_and_inverse_kinematics.md
           - Joint Kinematics: mechanical/joint_kinamatics.md
    - Dynamics:
           - Introduction to Dynamics : mechanical/intro_to_dynamics.md


Doesn't work with Python

The problem is when i try to call the code from Python file, nothing happens.  I got this problem only with python files.
Debug list looks like this
C:\Users\Andrey>
2019-11-10 19:06:53,180 add 0 line(s) to scroll back history
2019-11-10 19:06:53,180 screen is dirty: [4]
2019-11-10 19:06:53,182 updating lines takes 0.0020101070404052734s
2019-11-10 19:06:53,182 mode: [7, 25], cursor: 16.4

Any chance this might be a wrong repo?


Update UG and DG

Updated UG and DG according to peer reviews from CS2101.

Codecov Report

Merging #83 (2ac7239) into master (19cf5c6) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master      #83   +/-   ##
=========================================
  Coverage     51.02%   51.02%
  Complexity      504      504
=========================================
  Files           117      117
  Lines          2432     2432
  Branches        312      312
=========================================
  Hits           1241     1241
  Misses         1102     1102
  Partials         89       89

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 19cf5c6...2ac7239. Read the comment docs.


Re-implement docker container start with testcontainers

Now integration test uses ProcessBuilder to execute docker. Testcontainers library provides higher abstraction level. It allows to create simple-in-use and reusable components. Also, it's designed for the unit testing purpose and provides lots of useful containers to create necessary environment for integration tests runs.
We need to rewrite existing code to start docker container with testcontainers library usage

@g4s8/z please, pay attention to this issue

The job #47 assigned to @brastak/z, here is why; the budget is 30 minutes, see §4; please, read §8 and §9; if the task is not clear, read this and this; @brastak/z is not a member of this project yet, but they can request to join, as §1 explains; there will be no monetary reward for this job

Job was finished in 25 hours, bonus for fast delivery is possible (see §36)


Difference between dklearn.Pipeline and sklearn.Pipeline

What's the difference between dklearn.Pipeline and sklearn.Pipeline?  Does dklearn cache the intermediate results?
Reasin I ask -- I'm trying to fit a large number of sklearn Pipelines in parallel, comparing building the computational graph w/ dask with a handrolled (way less sophisticated) joblib implementation.  dask is ~50% slower, and I wonder whether that's a result of the fact that joblib memmap's large objects to reduce communication overhead.  Any thoughts?  Happy to share code if it's useful.

Pipelines are inherently sequential, so on their own they are not very valuable.  They become valuable when combined with other pipelines.  When computing the same pipeline with many parameters you may see some benefits from de-duplication.  This blogpost from @jcrist may be informative here.
I don't know why the dklearn pipeline would be slower in your case.  If possible I recommend trying out both systems with a single thread and then profiling with cProfile, snakeviz, or the prun ipython magic.
dask.set_options(get=dask.async.get_sync)  # use a single threaded scheduler

Sorry for the lack of response here. This library has seen a lot of work over the last couple weeks.

The library is renamed to dask-searchcv and has been released on pypi and (soon) conda-forge
The Pipeline class is completely removed. Only public facing api is GridSearchCV and RandomizedSearchCV.
A lot of work has gone into improving graph building times. Building graphs for 500,000 candidates now completes in seconds (not that fitting this many candidates is a good idea)
In my simple benchmarks this library should at worst be ~equivalent to scikit-learn's implementation. For certain grids/pipelines, we can be a lot faster. For more information, see this blogpost

Please let us know if you try it and find it significantly slower than scikit-learn. There is no reason why we shouldn't be able to at least be equivalent in all cases.

@bkj I'm creating my own parallel pipeline and curious what approach you took.
To me there are two types of pipelines: 1) Large permutation of steps, ie scale, transform then predict or transform, scale then predict.  2) Parameter search within a pipeline.  Ie try transform param 1,2,3,etc.
Case 2 is applies to GridSearchCV while case 1 I'm looking to parallelize.


Additional changes for v3.0.1

This pull request includes two additional fixes for v3.0.1 release:

https://github.com/StackStorm/st2/pull/4686
https://github.com/StackStorm/st2/pull/4690

 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.


请支持jquery

VSCode Version: 1.7.3
OS Version: windows 10

Steps to Reproduce:
请支持jquery的代码提示，谢谢

@yuwenlong Please file issues in English

Translates: Please support jQuery's code auto complete.
@yuwenlong If you have the latest VSCode installed,It should work like this:

@bang88 If not the first line?

@jrieken Please support jQuery's code auto complete.

@bang88 Do you have a package.json with jquery listed in the dependencies? I see jquery intellisense working using automatic typings acquisition:

@mjbvz The next version does not install any plug-ins to support the prompt, right?

@yuwenlong Correct, you do not need any extensions for this.
With VSCode 1.7.2+, if you npm install jquery and have jquery listed in your package.json, we will automatically download typings for the library to provide this IntelliSense.


B Series Benchmarking

Thanks for taking the time to prepare these detailed performance metrics!
A quick note on the B Series results:
I don't feel that its beneficial to included B series SPECint numbers without providing the test criteria used, such as;
-Duration of test
-Time between each test was run
-CPU credits available at the time
Without any insight to these factors, its hard to explain or determine what the SPECint results mean on the B series.
This criteria is not necessary for other VM SKU such as D series as their performance is pretty static.
Cheers,

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: a1b285b7-df83-7949-4589-0323d9bd2f6e
Version Independent ID: 96840643-9f73-624a-606e-c17195aed16c
Content: Compute benchmark scores for Azure Windows VMs - Azure Windows Virtual Machines
Content Source: articles/virtual-machines/windows/compute-benchmark-scores.md
Service: virtual-machines-windows
GitHub Login: @cynthn
Microsoft Alias: cynthn

@njsee Thanks for the feedback! I have assigned the issue to the content author to investigate further and update the document as appropriate.

@DavidBerg-MSFT David, can you comment on the SpecInt results for the B-series?

@DavidBerg-MSFT David, can you comment on the SpecInt results for the B-series?

I agree, that's a good point.  I'm not sure I have all the relevant details handy; however, we should at least put a general note to point out how bursting impacts the performance.  In general, SPEC INT is a fairly long running test so bursting limits will be hit (as opposed to CoreMark that we use in Linux which is a quick running test that typically fits within the burst limit).

I agree, that's a good point.  I'm not sure I have all the relevant details handy; however, we should at least put a general note to point out how bursting impacts the performance.  In general, SPEC INT is a fairly long running test so bursting limits will be hit (as opposed to CoreMark that we use in Linux which is a quick running test that typically fits within the burst limit).

Looks like the doc has been updated, so I'm closing this for now.
#please-close


Add Bolesław I the Brave High School in Piotrków Trybunalski

@emotikon90elo5 Thank you for your patience while waiting for a review and processing your request. Pull request merged.


Add and display Kubernetes labels in UI and API

Allow Kubernetes labels to be added and displayed in UI and API

First part of this is done. Awaiting UI revisions from George.