[exclusivity] Add support for Task local exclusivity access sets.

The implemented semantics are that:

Tasks have separate exclusivity access sets.
Any synchronous context that creates tasks will have its exclusive access set
merged into the Tasks while the Task is running.

rdar://80492364

Just an initial version of this to get feedback before I wire things up/create tests/etc.

@swift-ci smoke test

Just to make sure things compile.

@swift-ci smoke test

@swift-ci smoke test

@swift-ci test

Doing the full test to test the 32 bit issue

Build failed
Swift Test Linux Platform
Git Sha - 9b356de969740fa5cad62e25cf444e73e134d393

Build failed
Swift Test OS X Platform
Git Sha - 9b356de969740fa5cad62e25cf444e73e134d393

@swift-ci test

@swift-ci test

@swift-ci test windows platform

The simulator builds are going to fail since I forgot to define SIMCTL_CHILD_SWIFT_DEBUG_RUNTIME_EXCLUSIVITY_LOGGING along side SWIFT_DEBUG_RUNTIME_EXCLUSIVITY_LOGGING .

But I am going to wait for the Linux/Windows builds to finish since I am curious how far they get.

I think there may be an issue with one of my tests on Windows. I am going to push so I can restart the full test on macOS.

Tests passed on Linux both w/without opts.

@swift-ci test

@swift-ci test Apple Silicon

Looks like case8 with custom executors hung.

Apple Silicon Test is saying that I didn't mark something with proper availability.

Build failed
Swift Test OS X Platform
Git Sha - 0224d1bd039a9f87df912b8156406697273fb5c2

@swift-ci  test

@swift-ci test apple silicon

@swift-ci test

@swift-ci test apple silicon

Build failed
Swift Test OS X Platform
Git Sha - 2b7fa53b9d2f32e8ba012986e2962a7abfca04dd

apple silicon test failure was something else.

@swift-ci test

@swift-ci test

For your environment variables, use %env to get the right prefix in all cases. Like %env-SWIFT_DEBUG_HELP=YES.

I am going to let the full macOS test pass, then fix the remaining small 2 things MikeA asked for. Then I am going to do a smoke test and get this in so I can cherry-pick to 5.5.

Build failed
Swift Test OS X Platform
Git Sha - 27204f7f30589a1228914d5d82dc080e557e5c6d

macOS failed due to https://github.com/apple/swift/pull/38569

@swift-ci test

Build failed
Swift Test Linux Platform
Git Sha - dae605afa2df4b69ff9b99f2c530a7b6cd813712

@swift-ci test linux platform

Linux failure was due to that weird collection.a bug people are hitting.

Windows was a different test failure:
Swift(windows-x86_64) :: ClangImporter/serialization-search-paths.swift

Build failed
Swift Test Linux Platform
Git Sha - dae605afa2df4b69ff9b99f2c530a7b6cd813712

@swift-ci test linux platform

Build failed
Swift Test Linux Platform
Git Sha - dae605afa2df4b69ff9b99f2c530a7b6cd813712

@swift-ci test linux platform

Linux just hit the collection issue. It was reverted on main so I hope I don't hit it again...

Build failed
Swift Test Linux Platform
Git Sha - dae605afa2df4b69ff9b99f2c530a7b6cd813712

@swift-ci clean test linux platform


Fix routing on back-end

I had to add custom error page on cloudfront distribution. More details in the link below
https://gist.github.com/bradwestfall/b5b0e450015dbc9b4e56e5f398df48ff#spa


@orta: Fixes crash when cancelled during polling

Hitting the "cancel" button after hitting "confirm" can sometimes cause a crash. This "fix" just hides the cancel button after hitting "confirm", since that's what we should've been doing anyway.
See the Trello card: https://trello.com/c/iunYPSQt/180-kiosk-dismissing-fulfillment-controller-during-bid-placement-crashes-app

:+1:

Hah, yep, so secure.


Add option to ignore files outside of a workspace

Diagnostic Data

Python version (& distribution if applicable, e.g., Anaconda): 3.10.14 Anaconda 3
Type of virtual environment used (e.g., conda, venv, virtualenv, etc.): conda 22.11.0
Operating system (and version): Ubuntu 20.04
Version of tool extension you are using: v2024.2.0

Behaviour
Consider the following user and workspace settings files:
.config/Code/User/settings.json
{
    "[python]": {
        "editor.defaultFormatter": "ms-python.black-formatter",
        "editor.formatOnSave": false,
    },
    "black-formatter.args": [
        "--line-length",
        "80"
    ],
}

workspace/.vscode/settings.json
{
    "[python]": {
        "editor.defaultFormatter": "ms-python.black-formatter",
        "editor.formatOnSave": true,
    },
    "black-formatter.args": [
        "--line-length",
        "120"
    ],
}

Expected Behavior
Extension uses workspace settings for all files. In this case, it formats on save and trims lines to 120 characters.
Actual Behavior
Extension uses workspace settings only when the file modified is within the workspace folder, otherwise it uses global settings. This is not ideal, because other settings don't work like this. The above settings result in other files outside the workspace being formatted on save with lines trimmed to 80 characters.
Possible Workarounds

Changing the global settings to "args": ["--help"] would work, but it would then require every file to be in a workspace in order to format it.
Disabling the workspace formatOnSave is not ideal when working on a project with strict formatting.

Ideal Solution
Add a way for disabling save formatting on files outside the workspace when workspace args are used.
Logs:
2024-08-14 17:13:16.801 [info] No interpreter found from setting black-formatter.interpreter
2024-08-14 17:13:16.801 [info] Getting interpreter from ms-python.python extension for workspace /home/user/Documents/IsaacLabExtensionTemplate
2024-08-14 17:13:16.803 [info] Interpreter from ms-python.python extension for /home/user/Documents/IsaacLabExtensionTemplate: /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh
2024-08-14 17:13:16.803 [info] Workspace settings for /home/user/Documents/IsaacLabExtensionTemplate (client side): {
    "cwd": "/home/user/Documents/IsaacLabExtensionTemplate",
    "workspace": "file:///home/user/Documents/IsaacLabExtensionTemplate",
    "args": [
        "--line-length",
        "120"
    ],
    "path": [],
    "interpreter": [
        "/home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh"
    ],
    "importStrategy": "useBundled",
    "showNotifications": "always"
}
2024-08-14 17:13:16.804 [info] Server: Stop requested
2024-08-14 17:13:16.804 [info] [Trace - 17:13:16] Sending request 'shutdown - (2)'.
2024-08-14 17:13:16.805 [info] [Trace - 17:13:16] Received response 'shutdown - (2)' in 1ms.
2024-08-14 17:13:16.805 [info] [Trace - 17:13:16] Sending notification 'exit'.
2024-08-14 17:13:16.806 [info] No interpreter found from setting black-formatter.interpreter
2024-08-14 17:13:16.806 [info] Getting interpreter from ms-python.python extension for workspace /home/user/Documents/IsaacLabExtensionTemplate
2024-08-14 17:13:16.808 [info] Interpreter from ms-python.python extension for /home/user/Documents/IsaacLabExtensionTemplate: /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh
2024-08-14 17:13:16.808 [info] Workspace settings for /home/user/Documents/IsaacLabExtensionTemplate (client side): {
    "cwd": "/home/user/Documents/IsaacLabExtensionTemplate",
    "workspace": "file:///home/user/Documents/IsaacLabExtensionTemplate",
    "args": [
        "--line-length",
        "120"
    ],
    "path": [],
    "interpreter": [
        "/home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh"
    ],
    "importStrategy": "useBundled",
    "showNotifications": "always"
}
2024-08-14 17:13:16.808 [info] Global settings (client side): {
    "cwd": "/home/user",
    "workspace": "/home/user",
    "args": [
        "--line-length",
        "80"
    ],
    "path": [],
    "interpreter": [],
    "importStrategy": "useBundled",
    "showNotifications": "always"
}
2024-08-14 17:13:16.809 [info] Server run command: /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh /home/user/.vscode/extensions/ms-python.black-formatter-2024.2.0/bundled/tool/lsp_server.py
2024-08-14 17:13:16.809 [info] Server: Start requested.
2024-08-14 17:13:16.884 [info] [Error - 17:13:16] Server process exited with code 0.
2024-08-14 17:13:17.268 [info] CWD Server: /home/user/Documents/IsaacLabExtensionTemplate
2024-08-14 17:13:17.269 [info] Settings received on server:
[
    {
        "cwd": "/home/user/Documents/IsaacLabExtensionTemplate",
        "workspace": "file:///home/user/Documents/IsaacLabExtensionTemplate",
        "args": [
            "--line-length",
            "120"
        ],
        "path": [],
        "interpreter": [
            "/home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh"
        ],
        "importStrategy": "useBundled",
        "showNotifications": "always"
    }
]

2024-08-14 17:13:17.269 [info] Global settings received on server:
{
    "cwd": "/home/user",
    "workspace": "/home/user",
    "args": [
        "--line-length",
        "80"
    ],
    "path": [],
    "interpreter": [],
    "importStrategy": "useBundled",
    "showNotifications": "always"
}

2024-08-14 17:13:17.269 [info] sys.path used to run Server:
   /home/user/.vscode/extensions/ms-python.black-formatter-2024.2.0/bundled/libs
   /home/user/.vscode/extensions/ms-python.black-formatter-2024.2.0/bundled/tool
   /home/user/catkin_ws/devel/lib/python3/dist-packages
   /opt/ros/noetic/lib/python3/dist-packages
   /home/user
   /home/user/slim
   /home/user/.local/share/home/user/catkin_ws/devel/lib/python3/dist-packages
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/python/lib/python3.10/site-packages
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python_packages
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.isaac.kit
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.isaac.gym
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/kernel/py
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/plugins/bindings-python
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.isaac.lula/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.exporter.urdf/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/exts/omni.kit.pip_archive/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.isaac.core_archive/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.isaac.ml_archive/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.pip.compute/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/exts/omni.pip.cloud/pip_prebundle
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/python/lib/python310.zip
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/python/lib/python3.10
   /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/python/lib/python3.10/lib-dynload
   /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab_assets
   /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab
   /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab_tasks
2024-08-14 17:13:17.271 [info] /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/python.sh -m black --version
2024-08-14 17:13:17.271 [info] CWD formatter: /home/user/Documents/IsaacLabExtensionTemplate
2024-08-14 17:13:17.421 [info] Version info for formatter running for /home/user/Documents/IsaacLabExtensionTemplate:
black, 24.3.0 (compiled: no)
Python (CPython) 3.10.14

2024-08-14 17:13:17.421 [info] SUPPORTED black>=22.3.0
FOUND black==24.3.0

2024-08-14 17:13:20.191 [info] [Trace - 17:13:20] Sending request 'textDocument/formatting - (1)'.
2024-08-14 17:13:20.194 [info] [Trace - 17:13:20] Received notification 'window/logMessage'.
2024-08-14 17:13:20.195 [info] /home/user/.local/share/ov/pkg/isaac-sim-4.1.0/kit/python/bin/python3 -m black --line-length 80 --stdin-filename /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab/omni/isaac/lab/sim/__init__.py -
2024-08-14 17:13:20.195 [info] [Trace - 17:13:20] Received notification 'window/logMessage'.
2024-08-14 17:13:20.195 [info] CWD formatter: /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab/omni/isaac/lab/sim
2024-08-14 17:13:20.278 [info] [Trace - 17:13:20] Received notification 'window/logMessage'.
2024-08-14 17:13:20.278 [info] reformatted /home/user/Documents/IsaacLab/source/extensions/omni.isaac.lab/omni/isaac/lab/sim/__init__.py

All done! ✨ 🍰 ✨
1 file reformatted.

2024-08-14 17:13:20.280 [info] [Trace - 17:13:20] Received response 'textDocument/formatting - (1)' in 89ms.
2024-08-14 17:13:20.288 [info] [Trace - 17:13:20] Sending notification 'textDocument/didChange'.

Thank you for submitting your feature request and everyone who considered it! Unfortunately, this issue did not receive enough votes over the allotted time, and so we are closing the issue.


PHPUnit Test Support

The goal of this PR is to add support for running PHPUnit tests. Who knows what that'll look like though.

So far I'm not 100% sure this possible at the moment for one reason: Identifying tests is hard. Specifically, due to what (at first, cursory glance) appears to be differences in the way Pest runs PHPUnit tests compared to standard vanilla PHPUnit.
In short, this adapter (and the neotest-phpunit adapter) parses the XML output of the --log-junit flag for PHPUnit in order to determine the outcome of the tests, and the output is not incredibly helpful.
I created a very simple test file for this:
<?php

namespace Tests\Unit;

use PHPUnit\Framework\TestCase;

class ExampleTest extends TestCase
{
    /**
     * A basic test example.
     *
     * @return void
     */
    public function testBasicTest()
    {
        $this->assertTrue(true);
    }
}

Then I placed that in tests/Unit on two different projects: One setup for PHPUnit and the other setup for Pest.

Vanilla PHPUnit
Running phpunit --log-junit=storage/app/examplelog.xml --filter=ExampleTest, here's the contents of storage/app/examplelog.xml
<?xml version="1.0" encoding="UTF-8"?>
<testsuites>
  <testsuite name="/var/task/phpunit.xml" tests="1" assertions="1" errors="0" failures="0" skipped="0" time="0.001678">
    <testsuite name="Unit" tests="1" assertions="1" errors="0" failures="0" skipped="0" time="0.001678">
      <testsuite name="Tests\Unit\ExampleTest" file="/var/task/tests/Unit/ExampleTest.php" tests="1" assertions="1" errors="0" failures="0" skipped="0" time="0.001678">
        <testcase name="testBasicTest" file="/var/task/tests/Unit/ExampleTest.php" line="14" class="Tests\Unit\ExampleTest" classname="Tests.Unit.ExampleTest" assertions="1" time="0.001678"/>
      </testsuite>
    </testsuite>
  </testsuite>
</testsuites>

Looks like we have everything we need in order to determine exactly where that test is, on disk: File name, test case method name, line number... It's all there.

However, if we compare that against the same ExampleTest file, but run through Pest instead:
<?xml version="1.0" encoding="UTF-8"?>
<testsuites>
  <testsuite name="Tests\Unit\ExampleTest" file="Example (Tests\Unit\Example)" tests="1" assertions="1" errors="0" failures="0" skipped="0" time="0.001652">
    <testcase name="Basic test" file="Example (Tests\Unit\Example)::Basic test" class="Tests\Unit\ExampleTest" classname="Tests.Unit.ExampleTest" assertions="1" time="0.001652"/>
  </testsuite>
</testsuites>

The "file" attribute is no longer the file path, but instead ClassName (ClassPath). There is a testcase name, though! So not all hope is lost, I think.

However, here's what neotest provides as the 'position' data to evaluate when discovering tests, from which the adapter has to create a unique identifier:
{
    name = "testBasicTest",
    path = "/home/axel/Git/neotest-pest/tests/Unit/ExampleTest.php",
    range = { 13, 4, 16, 5 },
    type = "test"
}

I have to use that data to create an ID. Then, I have to use the data from the XML to create that same ID so I can match up test <-> result.
It almost feels like all the data I need is there, but needs reformatting. I'm not 100% confident, but I think the adapter can make some assumptions and wind up with something workable.


Update email-troubleshooting-guide.md

updates

Docs Build status updates of commit 1de2ca9:
:warning: Validation status: warnings

File
Status
Preview URL
Details

dynamics-gp/installation/email-troubleshooting-guide.md
:warning:Warning
View
Details

dynamics-gp/installation/email-troubleshooting-guide.md

Line 729, Column 1: [Warning: hard-coded-locale - See documentation] Link 'https://docs.microsoft.com/en-US/troubleshoot/dynamics/gp/verify-if-web-service-is-correct' contains locale code 'en-US'. For localizability, remove 'en-US' from links to most Microsoft sites.
Line 729, Column 1: [Suggestion: docs-link-absolute - See documentation] Absolute link 'https://docs.microsoft.com/en-US/troubleshoot/dynamics/gp/verify-if-web-service-is-correct' will be broken in isolated environments. Replace with a relative link.

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

Docs Build status updates of commit 1de2ca9:
:warning: Validation status: warnings

File
Status
Preview URL
Details

dynamics-gp/installation/email-troubleshooting-guide.md
:warning:Warning
View
Details

dynamics-gp/installation/email-troubleshooting-guide.md

Line 729, Column 1: [Warning: hard-coded-locale - See documentation] Link 'https://docs.microsoft.com/en-US/troubleshoot/dynamics/gp/verify-if-web-service-is-correct' contains locale code 'en-US'. For localizability, remove 'en-US' from links to most Microsoft sites.
Line 729, Column 1: [Suggestion: docs-link-absolute - See documentation] Absolute link 'https://docs.microsoft.com/en-US/troubleshoot/dynamics/gp/verify-if-web-service-is-correct' will be broken in isolated environments. Replace with a relative link.

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 or suggestions 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

Docs Build status updates of commit 8f9efa7:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

dynamics-gp/installation/email-troubleshooting-guide.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
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.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


Support for now_in_seconds option field for QUERY, BATCH and EXECUTE messages

This PR provides support for now_in_seconds optional field for QUERY, BATCH and EXECUTE messages as part of Native Protocol v5 support.
The implementation is mostly based on previous implementations for such optional fields as timestamp, keyspace, etc.

Can this be closed in favor of #1822 ?

Can this be closed in favor of #1822 ?

Replied in #1778.


down dataset

the download url "https://durhamuniversity.box.com/s/bxp9bvfcz3anb3lk2f4f3z3rtqyug5b1 " of the dataset you offer, I tried countless times to download it and all failed. Could you offer me other ways to download it, such as google netdriver .etc. Thanks.

Re-testing myself, there does appear to be an issue with firefox and this download.
It seems to work well with google chrome (I used - Version 74.0.3729.169 (Official Build) (64-bit)).
I am investigating whether we can now move this to permanent hosting internally to the university, as per the CNN models.

OK - we have now moved this to permanent hosting internally to the university instead of via box.com.
A direct download link for the dataset is https://collections.durham.ac.uk/downloads/r2d217qp536.
A download script download-dataset.sh is now also provided which will create an additional dataset directory containing the training dataset (10.5Gb in size, works on Linux/MacOS).

Thank you very much. I'll have a try


scrapy-splash only renders part of the page

Hey,
I was trying to web crawl some published articles, just the title for each article to do some NLP tasks later. From this website http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654
The code is fairly simple following your example:
class RSCAnalystSpider(scrapy.Spider):
    name = "RSC_Analyst"

    with open(os.path.join(settings.REPO_ROOT_DIR, 'SynthesisPaper/spiders/start_urls.yaml'), 'r') as yf:
        url_yaml = yaml.load(yf)

    start_urls = [url_yaml[name.split("_")[0]][name.split("_")[1]]]

    def start_requests(self):
        for url in self.start_urls:
            url = str(url)
            yield SplashRequest(url, self.parse, args={'wait': 2})

    def parse(self, response):
        filename = 'Analyst.html'
        with open(filename, 'wb') as f:
            f.write(response.body)

start_urls is [http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654]
However, it was only able to save part of the page:

No articles information shown.
I am a new user of scrapy-splash.
Thank you!

Hm, I can't reproduce it, for me Splash renders the page fine. Just checked it with Splash 3.0 and Splash 2.3.3.

Thank you for looking at it. I am using Splash 3.0.
Sorry. I was trying to debug another part of the project so turned the settings off regarding Splash. I re-added those settings as you specified in the README.md.
I ran into these errors messages (I ran into these errors before as well!)
2017-09-07 16:07:53 [scrapy.middleware] INFO: Enabled item pipelines:
[]
2017-09-07 16:07:53 [scrapy.core.engine] INFO: Spider opened
2017-09-07 16:07:53 [scrapy.extensions.logstats] INFO: Crawled 0 pages (at 0 pages/min), scraped 0 items (at 0 items/min)
2017-09-07 16:07:53 [scrapy.extensions.telnet] DEBUG: Telnet console listening on <IP_ADDRESS>:6023
2017-09-07 16:07:54 [scrapy.core.engine] DEBUG: Crawled (200) <GET http://pubs.rsc.org/robots.txt> (referer: None)
2017-09-07 16:07:54 [scrapy.downloadermiddlewares.retry] DEBUG: Retrying <GET http://localhost:8050/robots.txt> (failed 1 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:54 [scrapy.downloadermiddlewares.retry] DEBUG: Retrying <GET http://localhost:8050/robots.txt> (failed 2 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:55 [scrapy.downloadermiddlewares.retry] DEBUG: Gave up retrying <GET http://localhost:8050/robots.txt> (failed 3 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:55 [scrapy.downloadermiddlewares.robotstxt] ERROR: Error downloading <GET http://localhost:8050/robots.txt>: Connection was refused by other side: 61: Connection refused.
ConnectionRefusedError: Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:55 [scrapy.downloadermiddlewares.retry] DEBUG: Retrying <GET http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654 via http://localhost:8050/render.html> (failed 1 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:55 [scrapy.downloadermiddlewares.retry] DEBUG: Retrying <GET http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654 via http://localhost:8050/render.html> (failed 2 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:56 [scrapy.downloadermiddlewares.retry] DEBUG: Gave up retrying <GET http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654 via http://localhost:8050/render.html> (failed 3 times): Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:56 [scrapy.core.scraper] ERROR: Error downloading <GET http://pubs.rsc.org/en/journals/journalissues/an#!issueid=an142017&type=current&issnprint=0003-2654 via http://localhost:8050/render.html>: Connection was refused by other side: 61: Connection refused.
2017-09-07 16:07:56 [scrapy.core.engine] INFO: Closing spider (finished)
2017-09-07 16:07:56 [scrapy.statscollectors] INFO: Dumping Scrapy stats:
{'downloader/exception_count': 6,
 'downloader/exception_type_count/twisted.internet.error.ConnectionRefusedError': 6,
 'downloader/request_bytes': 2851,
 'downloader/request_count': 7,
 'downloader/request_method_count/GET': 4,
 'downloader/request_method_count/POST': 3,
 'downloader/response_bytes': 530,
 'downloader/response_count': 1,
 'downloader/response_status_count/200': 1,
 'finish_reason': 'finished',
 'finish_time': datetime.datetime(2017, 9, 7, 23, 7, 56, 388811),
 'log_count/DEBUG': 8,
 'log_count/ERROR': 2,
 'log_count/INFO': 7,
 'memusage/max': 50647040,
 'memusage/startup': 50642944,
 'response_received_count': 1,
 'retry/count': 4,
 'retry/max_reached': 2,
 'retry/reason_count/twisted.internet.error.ConnectionRefusedError': 4,
 'scheduler/dequeued': 4,
 'scheduler/dequeued/memory': 4,
 'scheduler/enqueued': 4,
 'scheduler/enqueued/memory': 4,
 'splash/render.html/request_count': 1,
 'start_time': datetime.datetime(2017, 9, 7, 23, 7, 53, 992683)}
2017-09-07 16:07:56 [scrapy.core.engine] INFO: Spider closed (finished)

The splash service is refusing the connection. I tried to look online for related information online but there isn't anything useful. Can you help? Thank you very much!
The settings.py are as you specified:
SPLASH_URL = 'http://localhost:8050'
DOWNLOADER_MIDDLEWARES = {
    'scrapy_splash.SplashCookiesMiddleware': 723,
    'scrapy_splash.SplashMiddleware': 725,
    'scrapy.downloadermiddlewares.httpcompression.HttpCompressionMiddleware': 810,
}
SPIDER_MIDDLEWARES = {
    'scrapy_splash.SplashDeduplicateArgsMiddleware': 100,
}
DUPEFILTER_CLASS = 'scrapy_splash.SplashAwareDupeFilter'
HTTPCACHE_STORAGE = 'scrapy_splash.SplashAwareFSCacheStorage'

The Splash is running in Docker console:


drivers: gpio: Add PSoC-6 GPIO driver

Add GPIO driver with external interrupt capabilities. This allows m0 to enable ext-int on port-x, m4 to enable ext-int on port-x and/or both m0/4 enabling at same time ext-int on port-x. The use is application defined, for instance, allows sync external events.
The cy8ckit_062_ble board receives m0 binds for LED and switch. This allows evaluate GPIO and Ext-Int using <samples/basic/button>
This replaces #29489 as Originally posted by @galak in https://github.com/zephyrproject-rtos/zephyr/issues/29489#issuecomment-764034789

Fixes from #29459:
CY_PSOC6_DT_NVIC_MUX_INSTALL( n, isr, label ) -> CY_PSOC6_DT_INST_NVIC_INSTALL( n, isr )
Improvements:

Use of DEVICE_DT_INST_DEFINE
The intmux and intmux channels were enabled by default at dts/arm/cypress/psoc6_cm0.dtsi. This keep simpler to user to enable an interrupt at Cortex-M0+ NVIC. The below fragment, for instance, was dropped from <board>.dts.

&intmux_ch20 {
	status = "okay";
};

Tested with cy8ckit_062_ble kit

Fixes from #29459:
CY_PSOC6_DT_NVIC_MUX_INSTALL( n, isr, label ) -> CY_PSOC6_DT_INST_NVIC_INSTALL( n, isr )
Improvements:

Use of DEVICE_DT_INST_DEFINE
The intmux and intmux channels were enabled by default at dts/arm/cypress/psoc6_cm0.dtsi. This keep simpler to user to enable an interrupt at Cortex-M0+ NVIC. The below fragment, for instance, was dropped from <board>.dts.

&intmux_ch20 {
	status = "okay";
};

Tested with cy8ckit_062_ble kit


Bash-it don't returns to the previous path after update

After updating when there are pending changes, bash-it doesn't returns to the previous path.

Thanks!


[404] Page not found: https://nf-co.re/hic/2.1.0/

Describe the bug
On this page : https://nf-co.re/hic/2.1.0/
there is dead link: https://nf-co.re/docs/usage/installation
To Reproduce
Steps to reproduce the behavior:

Go to https://nf-co.re/hic/2.1.0/
Click on please refer to this page on how to

This should be fixed now. thanks for reporting


Constant-rate features vs variable-rate labels

Hi Felipe,
I've being comparing the quality of Magphase copy-synthesis (low-dim) on a female voice depending on the value of b_const_rate. (I used mag_dim=60 and phase_dim=45). It seemed to me that the constant rate version has a little more buzziness but I somehow found it preferable to the pitch-synchronous version which is kind of noisy sometimes. (It looks as if the interpolation was filtering the noise albeit a bit too much). Does this match your observations?
Also, I have a question regarding the training with Merlin. Is it preferable to use the constant-rate version (b_const_rate = 1) or to use pitch-synchronous features and warp the labels (b_conv_labs_rate = 1)?
Thanks!

Hi Veaux,
I have a question about the frame rate. What does constant or variable frame rate mean?
I'm not sure the following which is what I understand is right.
This is a phone and it's duration:
2000000 2500000 phone
If it is constant frame rate, each state's duration is equal, like this:
2000000 2100000 state
2100000 2200000 state
2200000 2300000 state
2300000 2400000 state
2400000 2500000 state
If it is variable frame rate, each state's duration may be not equal, like this:
2000000 2150000 state
2150000 2200000 state
2200000 2360000 state
2360000 2435000 state
2435000 2500000 state
Thanks!


Potentially unnecessary rendering

Hi!
Thanks for a great library. Really shows you've put in alot of work!
I am trying to get more performance for my app when using force-layout, and trying a few ways of doing that.
I found that we're always rendering the VEdgeBackgrounds and wondering if we can somehow conditionally render them instead.
And what do is the functionality provided by them, i couldn't find a example.

Hi @zamplyy,
Thank you so much for your consideration of performance improvement!
The purpose of VEdgeBackgrounds is to address the fact that when edges are drawn as dashed lines, browser mouse events only respond to the drawn part and not to the non-drawn part. VEdgeBackgrounds are transparent solid lines that are responsible for catching mouse events.
Therefore, VEdgeBackgrounds need not be present on the DOM, at least if the line style of the edge is solid....

Clear and concise answer. A pleasure to see such support :)


FEATURE: Add autoincrement ID to spoilers, last_spoiled_id to users

In order to reduce the send latency for a given user, we made the choice to send all the latest spoilers one user at a time.
This greatly reduces the amount of time between each spoiler (especially as more and more users join the platform). However, because the current logic only looks at whether the latest spoilers are in the spoilers table (meaning we cannot save spoilers to the table until all users have received those spoilers), it's possible that the server could fail while sending spoilers out.
In the worst case scenario, every user but one will have received a large batch of spoilers, at which point the server fails and restarts, resulting in each of those users getting that batch of spoilers again.
Adding an autoincrement integer ID to the spoilers table and a last_spoiled_id to the users table will allow us to either ensure no repeats are ever sent to a user (by writing to that user's row after every send) or, if that ends up impacting performance too much, at least ensuring that the maximum number of users that will get a repeat in the event of a server failure is 1 (by updating a user to the max spoiler ID after they've received all the spoilers).

Implemented in 3992f64945e2af5d2a858696b89e6b9f8fd58d80


[Suggestion] State of the Erlang ecosystem in NixOS

Issue description
Background: I professionally develop and operate some large-scale Erlang services and I am investigating NixOS as a potential platform, and here's my thoughts. (Not saying this to brag, but rather to share an outsider's impression)

NixOS ships a patched version of rebar3 with "hermetic" patches and a vanilla rebar3 called rebar3-open. This behavior is confusing for anyone with Erlang background who wants to use rebar3 for local development. I would propose renaming rebar3 to rebar3-hermetic and making rebar3-open the default package. This change is backward-compatible, as (most) nix packages use rebar3 via a function wrapper rather than directly. Moreover, as nix-build runs with network isolation, I don't see much reason in keeping this patch at all: rebar3 won't be able to fetch any packages anyway.

tl;dr: Shipping a package with incompatible patches and not renaming it is wrong. Proposal: remove rebar3 hermetic patch

Nix build system tries to reinvent Erlang dependency handling. rebar3 get-deps function reproducibly downloads a fixed set packages with certain hashes validated against the release lock file. There is no reason in making nix wrappers for the packages for two reasons:

Maintaining a mirror of hex repository index in semi-manual mode requires too much community effort, and therefore this approach is not sustainable, as witnessed by the last patch to hex-packages.nix from 2017 and lots of broken packages (e.g. try installing something as simple as cowboy). Integrating rebar3 get-deps into Nix will fix many problems.

Last but not least: this goes against OTP design principles [1]. Killer feature of Erlang is hot bytecode patching. Most applications achieve it by packaging the bytecode in OTP releases [2], so they can benefit from Erlang's standard release management system. Note that building OTP releases can be made reproducible, so it doesn't go against Nix packaging principles. But the way NixOS packages Erlang bytecode today is not compatible with the OTP design principles and this is a deal-breaker. Going away from Nix-packaged Erlang applications to Nix-packaged Erlang releases + some nix-specific wrappers for transitioning a running system from one state to another has tremendous potential. But it requires rather fundamental changes in the way packaging happens.

tl;dr: Hot code loading is a unique, yet extremely tricky feature and everyone should stick to the procedures recommended by the OTP team. It means treating Erlang releases as opaque blobs rather than trying to manage their moving parts separately.
Conclusion: I can put time and effort into maintaining the Erlang ecosystem in Nix, or at least try to investigate the live upgrade and reproducible dependency handling, but I want to have some confirmation from the current maintainers that moving closer to the OTP design principles is not going to be flat-out rejected on ideology grounds.
Steps to reproduce
N/A
Technical details
N/A
[1] http://erlang.org/doc/design_principles/users_guide.html
[2] http://erlang.org/doc/design_principles/release_structure.html#release-concept

I have been meaning to write a thing to parse rebar and mix lock files for a while to get rid of the hex snapshot. I can get working through that.

Just to make sure I understand your proposal here. #54115 is temporary for the new fetch-rebar-deps, and you want to eventually have a foo2nix tool that will read the rebar.lock file and generate a nix file for the build, correct?

Yes

Awesome. I can get behind this.

I have started ankhers/rebar32nix which will be the escript to parse rebar3's lock file and generate a nix file for your project. I have also split out the actual building of the nix expression to ankhers/beam2nix so that there is a common library that can be taken advantage of when I build the equivalent for Elixir.

Awesome. I will drop my own tool then. Here https://github.com/NixOS/nixpkgs/pull/54115#issuecomment-460096334 I gathered some useful information about hex hashes, it may help.
There is an extremely cursed way of using hex hashes to fetch hex packages:

Create a intermediate fixed output derivation A downloading tar from hex
Unpack it
cat VERSION metadata.config contents.tar.gz > $out
Hash of this derivation will match with the one from lock file, but the contents are unusable
Create another derivation that  drops everything from A up to gzip magic bytes (1f 8b)

Since we have the name of the lib and the version, I think we can just shell out to nix-prefetch-url and parse the output to recieve the required sha. I haven't quite gotten to the point of pulling in deps yet, but that is the path I plan on taking. I saw the same approach taken in the carnix tool (rust's cargo2nix tool).
If that doesn't work, I will dig through what you have started there.

Rebar lock files don't contain versions (e.g. https://github.com/erlang/rebar3/blob/master/rebar.lock). Not sure about mix. Rebar3 can somehow figure out a download link from the hash alone, though.

So with your approach some tool will return hashes of the release dependencies that can be copy-pasted to the final derivation? I guess it will work.

@k32 I have a simple working version of my rebar32nix tool. I just wanted some clarification from you. In rebar3-release.nix, the checkouts are meant to be the dependencies of the application, right? If so, I had to make a modification to the handling of it and wanted your thoughts. Below is the change
diff --git a/pkgs/development/beam-modules/rebar3-release.nix b/pkgs/developmdiff --git a/pkgs/development/beam-modules/rebar3-release.nix b/pkgs/developm
ent/beam-modules/rebar3-release.nix
index 837d0ccf15c..37e616f691c 100644
--- a/pkgs/development/beam-modules/rebar3-release.nix
+++ b/pkgs/development/beam-modules/rebar3-release.nix
@@ -48,7 +48,15 @@ let
     configurePhase = ''
       runHook preConfigure
       ${if checkouts != null then
-          ''cp --no-preserve=all -R ${checkouts}/_checkouts .''
+          ''
+          mkdir _checkouts
+          for checkout in ${toString checkouts}; do
+            IFS='-' read -ra CHECKOUT <<< $checkout
+
+            cp --no-preserve=all -R $checkout _checkouts/''${CHECKOUT[-2]}
+          done
+          ''
+          # ''cp --no-preserve=all -R ${checkouts}/_checkouts .''
         else
           ''''}
       runHook postConfigure

This places each of the dependencies into the _checkouts directory so that rebar3 can pick them up when attempting to compile. The version you had failed when passing in a list, which I assume _checkouts is supposed to be.
And for what it's worth, this is the default.nix file my tool spits out for rebar3's repository.
# Generated by rebar32nix 0.1.0: rebar32nix --escript
{ pkgs ? import <nixpkgs> { } }:

with pkgs;

let

  rebar_git = { rebar3Relx }:
    rebar3Relx {
      name = "rebar";
      version = "git";
      src = ./.;
      checkouts = [
        bbmustache_1_6_0
        certifi_2_3_1
        cf_0_2_2
        cth_readable_1_4_3
        erlware_commons_1_3_1
        eunit_formatters_0_5_0
        getopt_1_0_1
        hex_core_0_4_0
        parse_trans_3_3_0
        providers_1_7_0
        relx_3_28_0
        ssl_verify_fun_1_1_3
      ];
      releaseType = "escript";
    };

  bbmustache_1_6_0 = fetchHex {
    pkg = "bbmustache";
    version = "1.6.0";
    sha256 = "1pqm40rs0r13s6r31016614scb2dnd0ibjcq7bh7p98jclljvq2k";
  };

  certifi_2_3_1 = fetchHex {
    pkg = "certifi";
    version = "2.3.1";
    sha256 = "0s3xryibg2wgqhn6nv8yigz3cf76jw02pbjbb4qd249c0iyncbg1";
  };

  cf_0_2_2 = fetchHex {
    pkg = "cf";
    version = "0.2.2";
    sha256 = "08cvy7skn5d2k4manlx5k3anqgjdvajjhc5jwxbaszxw34q3na28";
  };

  cth_readable_1_4_3 = fetchHex {
    pkg = "cth_readable";
    version = "1.4.3";
    sha256 = "0wr0hba6ka74s3628jrrd7ynjdh7syxigkh7ildg8fgi20ab88fd";
  };

  erlware_commons_1_3_1 = fetchHex {
    pkg = "erlware_commons";
    version = "1.3.1";
    sha256 = "0rnikkyk0hxdh34wshzhvfa9xb5lgwdr6f9f28q082ld6qzskbbs";
  };

  eunit_formatters_0_5_0 = fetchHex {
    pkg = "eunit_formatters";
    version = "0.5.0";
    sha256 = "1jb3hzb216r29x2h4pcjwfmx1k81431rgh5v0mp4x5146hhvmj6n";
  };

  getopt_1_0_1 = fetchHex {
    pkg = "getopt";
    version = "1.0.1";
    sha256 = "174mb46c2qd1f4a7507fng4vvscjh1ds7rykfab5rdnfp61spqak";
  };

  hex_core_0_4_0 = fetchHex {
    pkg = "hex_core";
    version = "0.4.0";
    sha256 = "0zsxvsw6yqg7nk3lq29w40jf34388kvl4vw7psw4rpqhz9n8rkla";
  };

  parse_trans_3_3_0 = fetchHex {
    pkg = "parse_trans";
    version = "3.3.0";
    sha256 = "0q5r871bzx1a8fa06yyxdi3xkkp7v5yqazzah03d6yl3vsmn7vqp";
  };

  providers_1_7_0 = fetchHex {
    pkg = "providers";
    version = "1.7.0";
    sha256 = "19p4rbsdx9lm2ihgvlhxyld1q76kxpd7qwyqxxsgmhl5r8ln3rlb";
  };

  relx_3_28_0 = fetchHex {
    pkg = "relx";
    version = "3.28.0";
    sha256 = "1df79b9861ljc9s61hzc0p3pn86jcky06fcp7l3g09ra18f8gywa";
  };

  ssl_verify_fun_1_1_3 = fetchHex {
    pkg = "ssl_verify_fun";
    version = "1.1.3";
    sha256 = "1zljxashfhqmiscmf298vhr880ppwbgi2rl3nbnyvsfn0mjhw4if";
  };

in

  beamPackages.callPackage rebar_git { }

Let me know if you have any questions.

Looks good. In the original rebar3-release _checkouts is a derivation already containing all packages in unpacked form, therefore it's not a list. But this change makes it better.

In addition to the change I showed above for the rebar3-release.nix file, I have renamed checkouts to beamDeps to make it more understandable what it actually is. I'm also skipping the _checkouts directory and directly linking into the _build directory.
I am also trying to come up with a different name than rebar3Relx. My hesitation with that name is that relx is a specific tool to build releases. But that derivation also can build escripts. It is not immediately apparent based on the name that it does so. Unfortunately rebar3Release suffers from a similar issue because a release is a specific distribution type and an escript is different.
Does anyone have any thoughts on what it could be named that is not ambiguous in what it does? I just want to finalize the naming before releasing an initial version of my tool.

I see some problems with linking to _build directory. Unlike using _checkouts which is a documented and supported rebar3 feature, manually managing stuff in _build is a hack.

After re-testing, I am fine with using the _checkouts directory. I swear I tested previously and the link/directory name needed to be the exact same as the application name. That apparently is not the case. So I will revert to using the _checkouts directory.
I think the issue with the derivation name is still a problem though. We could have two derivations. rebar3Release and rebar3Escriptize that inherit from the same builder. Similar to what we are doing with building Erlang.

Great. I have no problem with changing the name, in fact I agree that bringing relx into name was not correct, but the proper name was already taken by the old derivation.

After a conversation in IRC, I'm thinking we should still use the _build directory. When you use the _checkouts directory, rebar will check on every compile whether or not it needs to recompile that application. This may not seem like a big deal when building for a deployment, but if you nix-shell for development, it will take additional time unnecessarily. rebar3 will also remove the entry for those applications from the dependency list in the rebar.lock file.

I don't think we need to consider development in nix-shell as a common use case. I think of rebar wrapper mostly as a mean to package an existing release and I don't expect that any significant number of developers will use it "ab initio". Main problem with unpacking a package to _build is that rebar3 may consider build directory dirty, so will attempt to sync hex registry, which will fail. It was a big problem with the previous version of rebar wrapper. So we'll get back to bootstrap scripts manipulating contents~/.cache and what not, and it's something I wouldn't touch with a 10 foot pole.
While checkouts directory is a documented way of telling rebar3 that dependencies are local. So this solution is simpler and therefore more reliable.

@k32 I just picked up on this because I am interested in running erlang / elixir applications on nixos. At the moment I am particularly interested in running zotonic cms on Nixos.
http://docs.zotonic.com/en/latest/index.html

Would anyone mind giving my rebar32nix tool a go? Just clone the repo and rebar3 escriptize should take care of the rest. It technically works for hex.pm and git dependencies, but I am having some trouble on the building side with git deps. Please post any issues you find on the issue tracker.

Sorry, I am having an intensive period at work right now. But I guess I can rewrite at least rebar3 derivation to use your tool in the nearest future.

Right. #57909 actually has my changes. If you use my tool to generate a nix file, you can build using
nix-build --expr 'with import <nixpkgs> { }; callPackage ./. { }' -I nixpkgs=/path/to/nixpkgs

Have the changes outlined in this issue been documented in the nixpkgs manual?  Does that make sense to do?  Also, with the mentioned pull request still open do we want to leave this issue open as well?

To my knowledge, nothing really came out of this. I'm wondering if @k32 just became too busy and is unable to continue working on this?
Whatever the reason behind closing the issue, I am more than happy to continue the work I have already started on this.

I encountered some other problems with Nix and NixOS, unrelated to Erlang. Mainly they are related to security and secret management. Unfortunately these are not as easy to fix, and they were deal-breakers for the my usecase, so I halted my investigation.
Sorry for not answering for a while, I should've make it clear earlier.


leads to 500

tried after merging #53  on
repo: datalad/datalad
vars:
  path_prefix: '{year}//{month}//{day}/{type}/{type_id}/{abbrev_commit}/{ci}-'
ci:
  github:
    path: '{path_prefix}{wf_name}-{number}-{common_status}/'
  travis:
    path: '{path_prefix}{number}-{common_status}/{job}.txt'
  appveyor:
    path: '{path_prefix}{number}-{common_status}/{job}.txt'
    accountName: mih
    projectSlug: datalad
since: 2021-05-24T00:00:00Z
types: [cron, pr, push]
#secrets:
  #github: '\b(v1\.)?[a-f0-9]{40}\b'
  #docker-hub: '\b[a-f0-9]{8}(?:-[a-f0-9]{4}){3}-[a-f0-9]{12}\b'
  #appveyor: '\b(v2\.)?[a-z0-9]{20}\b'
  #travis: '\b[a-zA-Z0-9]{22}\b'
  #aws: '\b[a-zA-Z0-9+/]{40}\b'
datalad:
  enabled: true
  cfg_proc: text2git

and got (with limits printed after -- none is hit):
2021-05-24T11:19:05-0400 [INFO    ] tinuous Downloading logs for job 11955.6 to 2021/05/24/pr/5693/5a27faf/travis-11955-success/6.txt
Traceback (most recent call last):
  File "/home/datalad/miniconda3/envs/tinuous-dev/bin/tinuous", line 33, in <module>
    sys.exit(load_entry_point('tinuous', 'console_scripts', 'tinuous')())
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/click/decorators.py", line 33, in new_func
    return f(get_current_context().obj, *args, **kwargs)
  File "/mnt/datasets/datalad/ci/tinuous/src/tinuous/__main__.py", line 1016, in fetch
    paths = obj.download(Path(path))
  File "/mnt/datasets/datalad/ci/tinuous/src/tinuous/__main__.py", line 682, in download
    r = self.client.get(f"/job/{self.job_id}/log.txt", stream=True)
  File "/mnt/datasets/datalad/ci/tinuous/src/tinuous/__main__.py", line 572, in get
    r.raise_for_status()
  File "/home/datalad/miniconda3/envs/tinuous-dev/lib/python3.9/site-packages/requests/models.py", line 943, in raise_for_status
    raise HTTPError(http_error_msg, response=self)
requests.exceptions.HTTPError: 500 Server Error: Internal Server Error for url: https://api.travis-ci.com/job/507427442/log.txt
{
  "resources": {
    "core": {
      "limit": 5000,
      "used": 53,
      "remaining": 4947,
      "reset":<PHONE_NUMBER>
    },
    "search": {
      "limit": 30,
      "used": 1,
      "remaining": 29,
      "reset":<PHONE_NUMBER>
    },
    "graphql": {
      "limit": 5000,
      "used": 3,
      "remaining": 4997,
      "reset":<PHONE_NUMBER>
    },
    "integration_manifest": {
      "limit": 5000,
      "used": 0,
      "remaining": 5000,
      "reset":<PHONE_NUMBER>
    },
    "source_import": {
      "limit": 100,
      "used": 0,
      "remaining": 100,
      "reset":<PHONE_NUMBER>
    },
    "code_scanning_upload": {
      "limit": 500,
      "used": 0,
      "remaining": 500,
      "reset":<PHONE_NUMBER>
    }
  },
  "rate": {
    "limit": 5000,
    "used": 53,
    "remaining": 4947,
    "reset":<PHONE_NUMBER>
  }
}

@yarikoptic I was able to perform a run with the given config successfully.  The problem was likely some transient issue on Travis' end.

ok, reran ok (ie without failure... still a bit confused with results lacking logs from appveyor and travis but that is unrelated).
I guess we should guard/retry (after some sleep) on 500 for any API call then.


Jenkins perf builds for Master Commits

Jenkins Perf Testing for Commits merged into master

[x] passes git diff upstream/master -u -- "*.py" | flake8 --diff
[x] passes black --check modin/

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-Performance-PRB/1/
Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-PRB/64/
Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-Performance-PRB/8/
Test PASSed.

Merged build finished. Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-PRB/71/
Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-Performance-PRB/9/
Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-PRB/72/
Test PASSed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-Performance-PRB/10/
Test FAILed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-Performance-PRB/12/
Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Modin-PRB/75/
Test PASSed.

Merged build finished. Test PASSed.


Fix: Better subprocess error handling

If subprocess error produces output, show it in minibuffer.
Switch to straight-process-buffer automatically.
See: #509

Looks good to me!


failure of event grid #invalid_request

Hi,
when i try to deploy the accelerator i have a failure in the doc-processing deployment (see attached screenshot).

Please provide us with the following information:

This issue is for a: (mark with an x)
- [x] bug report -> please search issues before submitting
- [ ] feature request
- [ ] documentation issue or request
- [ ] regression (a behavior that used to work and stopped in a new release)

Minimal steps to reproduce

automatic deploy with ARM template

Any log messages given by the failure

{
"code": "InvalidRequest",
"message": "System topic source cannot be modified."
}
Expected/desired behavior

successful deployment

OS and Version?

Windows 10

Versions

Mention any other details that might be useful

Thanks! We'll be in touch soon.

Thanks for reporting this - the deployment of this accelerator is currently being worked on. Please bear with us whilst we get #281 in and then we will look into this after.

I have just come across this too. I was able to delete the Event Subscription and redeploy. We will investigate why this is not idempotent and keep this open until we fix this


Cannot uninstall some extension

VSCode Version: 1.1.1
OS Version: Windows 8.1 x64

Steps to Reproduce:

Install npm Script Runner or HTML Hint extension (I did not experience the same problem with other extensions)
Uninstall them and click OK to "Are you sure you want to uninstall 'npm Script Runner'"?
Restart VSCode

After "successful uninstall", I can see the extension with the "Update" button and then the "Reload" button. I can not remove them via the UI (had to do that via File System instead)

I had something similar - where multiple folders existed for the same extension - https://github.com/Microsoft/vscode/issues/12761

@tSte I am not able to find the extensions you reported the problem for. Can you please help me in finding them so that I can try to reproduce?
Thanks

Neither can I. Is it possible that those extension have been removed?
I tried to reproduce it with all available npm runner extensions, but they both seem to install and uninstall correctly.

Possibly removed


password complexity requirement not shown to user

Gitea version (or commit ref): 1.10.0-rc2
Git version: 2.17.1
Operating system: Ubuntu 18.04.3 LTS
Database (use [x]):

[x] MySQL

Can you reproduce the bug at https://try.gitea.io:

[x] Yes (provide example URL)
[ ] No
[ ] Not relevant

Description
The password complexity requirement rules are not shown on account creation/password reset so it's hard for users to figure out what is a valid password and what isn't. Therefore it would be great to show the rules in the error message as on the screenshot.

This is something annoying.

This would be a good usability improvement, so users will know immediately what they have to correct.
Ideally, it could identify which rule(s) are not passing, but I see two problems with that based on existing logic in https://github.com/go-gitea/gitea/blob/master/modules/password/password.go#L58:

The function returns only a boolean, without identifying the failed rule(s)
The function appears to exit as soon as the first failure is found. So it is possible that another complexity rule would also fail, but it not yet checked.

Since the complexity rules are also configurable with parameters like MIN_PASSWORD_LENGTH and PASSWORD_COMPLEXITY, there would need to be some kind of logic to dynamically construct the summary of complexity rules out of locale strings.

@bwenrich would you be able to put up a pr?

@bwenrich some of the logic must be implemented separately as if you make a password that is too short, you will get the appropriate error message: "Password length cannot be less than 6 characters."

Thank you @zeripath and @8ctopus for the feedback. I am not familiar yet with the full logic flow of the password validation and all the places it might be used.
I see now that there is an existing separate check for setting.MinPasswordLength which produces the "password_too_short" locale message. And then the password.IsComplexEnough function checks other complexity rules associated with the "password_complexity" locale message.
My opinion is that there should be some functionality to show all the password requirements to the user (both length and complexity), though I don't know how to implement this.
Should there also be some way to see this (ie: a tooltip or collapseable menu) before submitting the page?

I don't think it's necessary to show exactly what failed. Only what rules are in place. e.g.:
You password don't pass the minimum requirements:
- Minimum length of 6 characters.
- At least one digit.
- At least one uppercase letter ...

etc. This message requires less changes and it's easier to synthesize and translate.

agreed just rules would suffice.


WebApp - Update logo for Hydration provider on the Swap screen

Describe the task
Update logo for Hydration provider on the Swap screen

New logo: https://www.figma.com/design/z9s6aLTLoUdjMwoXLyWcPz/01.SubWallet-Project-Logo?node-id=28-180&t=gb6J6itClkRTjEeJ-4

Version test : https://669383f3.subwallet-webapp.pages.dev/
Validation passed in case :

Responsive
Re-check on some screen : manage token, network, send fund ,...
Check on Swap screen


Improve performance of function call sequences

This change improves the performance of function call sequences by
leveraging the Udon stack to pass return addresses.
Previously, function return addresses were passed by using an internal
variable to hold the return address. This internal variable was shared
by all functions, and therefore, the prior value of this variable needed
to be saved before performing the function call, and restored after
return. This sequence consumed nine instructions (6 PUSH, 3 COPY).
This change instead passes the return PC address by pushing the address
of a constant containing the PC address onto the Udon stack before
jumping to the function body. On return, we can't directly use the value
on the stack for a JUMP_INDIRECT, but we can copy to a temporary
variable and immediately return.
This results in the following changes to instruction counts:

Udon entry point: 3 -> 1 instructions (PUSH, PUSH, COPY -> PUSH)
Return sequence: 1 -> 3 instructions (JUMP_INDIRECT -> PUSH, COPY, JUMP_INDIRECT)
Function invocation: 10 -> 3 instructions (PUSH, PUSH, COPY (x2), JUMP, PUSH, PUSH, COPY -> PUSH, COPY, JUMP)

Overhead of an udon native entry point with no internal function calls:
Unchanged (4 instructions, with some shuffling of which happen at entry
vs exit)
Overhead of an internal function invocation: Reduced from (10 + 1) = 11
to (3 + 3) = 6 instructions.
Please note: It's not clear how to run the entire test suite or check if the behavior was correct.
While I believe this change is correct, please double check with whatever tests you might have lying around.

Worth noting that the tests need to be expanded on a lot, I mostly just run the compiler through a bunch of scripts to make sure it compiles and runs at the moment.


[feature](inverted index) String type inverted index match function completion

Proposed changes

Inverted index of string type supports match_phrase_prefix and match_regexp.

run buildall


Tutorial Example is not working

Hi @MommaWatasu ,
I'm trying to run the following example from your docs but am running into an error. Here are my specs
OS: windows 10
language version: julia 1.6.7
module Main
using OteraEngine

txt = "```using Dates; now()```. Hello {{ usr }}!"
tmp = Template(txt, path = false)
init = Dict("usr"=>"OteraEngine")
tmp(tmp_init = init)

end

Here is the error logs
julia> include("main.jl")
WARNING: replacing module Main.
ERROR: syntax: invalid escape sequence
Stacktrace:
 [1] top-level scope
   @ none:1
ERROR: LoadError: TemplateError: ProcessFailedException(Base.Process[Process(`julia -e 'using Pkg; Pkg.activate("F:\Programming\otera-demo\Project.toml"); using Dates; function f();now();end; f()'`, ProcessExited(1))]) has occurred during processing jl code blocks. if you can't find any problems in your template, please report issue on https://github.com/MommaWatasu/OteraEngine.jl/issues.
Stacktrace:
 [1] (::OteraEngine.Template)(; tmp_init::Dict{String, String}, jl_init::Dict{String, Union{AbstractString, Number}})
   @ OteraEngine C:\Users\Nate\.julia\packages\OteraEngine\eW6hw\src\template.jl:102
 [2] top-level scope
   @ F:\Programming\otera-demo\main.jl:8
 [3] include(fname::String)
   @ Base.MainInclude .\client.jl:444
 [4] top-level scope
   @ REPL[4]:1
in expression starting at F:\Programming\otera-demo\main.jl:1

caused by: failed process: Process(`julia -e 'using Pkg; Pkg.activate("F:\Programming\otera-demo\Project.toml"); using Dates; function f();now();end; f()'`, ProcessExited(1)) [1]

Stacktrace:
 [1] pipeline_error
   @ .\process.jl:538 [inlined]
 [2] read(cmd::Cmd)
   @ Base .\process.jl:425
 [3] read(cmd::Cmd, #unused#::Type{String})
   @ Base .\process.jl:434
 [4] (::OteraEngine.Template)(; tmp_init::Dict{String, String}, jl_init::Dict{String, Union{AbstractString, Number}})
   @ OteraEngine C:\Users\Nate\.julia\packages\OteraEngine\eW6hw\src\template.jl:100
 [5] top-level scope
   @ F:\Programming\otera-demo\main.jl:8
 [6] include(fname::String)
   @ Base.MainInclude .\client.jl:444
 [7] top-level scope
   @ REPL[4]:1

Thank you for your report. This issue was caused by the difference between Linux and WIndows.
I fixed the bug and released the new version. Please upgrade and try again.

Hi @MommaWatasu,
Thanks for taking a look at this is issue. I've pulled down your latest changes and am still running into some issues. Thankfully, no error is getting thrown but the output of the code block isn't getting interpolated inside the final string. Am I calling anything incorrectly? Thanks!
Here's the output:
julia> include("main.jl")
WARNING: replacing module Main.
  Activating environment at `F:\Programming\otera-demo\Project.toml`
. Hello OteraEngine!
Main.Main

And here is the code:
module Main
using OteraEngine

txt = "```using Dates; now()```. Hello {{ usr }}!"
tmp = Template(txt, path = false)
init = Dict("usr"=>"OteraEngine")
output = tmp(tmp_init = init)

println(output)

end

Hi @MommaWatasu,
Just wanted to bring up a couple more things I noticed when writing my own unit tests.
1.) Test number 4 has inconsistent spacing. There's additional tabs inside your own internal tests, specifically the closing body tag has the wrong level of indentation. This indicates that there is additional spacing getting implicitly added to the template files

This seems to be consistent across both our tests. Below is an example of how the test fails if the body tags are aligned properly, the test only passes when an additional level of indentation is applied to the closing body tag.

function otera(template::String; kwargs...)
    tmp = Template(template, path=isfile(template); kwargs...)
    return function(data::AbstractDict; template_kwargs...)
        tmp(tmp_init=data; template_kwargs...)
    end
end

function clean_output(result::String)
    # handles running on windows with carrige returns
    if occursin("\r\n", result)
        return replace(result, "\r\n" =>"\n")
    else
        return result
    end
end

function remove_trailing_newline(s::String)::String
    if !isempty(s) && last(s) == '\n'
        return s[1:end-1]
    end
    return s
end

@testset "otera() from string" begin

    template = """

        <title>MyPage</title>

            {% set name = "watasu" %}
            {% if name=="watasu" %}
            your name is {{ name }}, right?
            {% end %}
            {% for i in 1 : 10 %}
            Hello {{i}}
            {% end %}
            {% with age = 15 %}
            and your age is {{ age }}.
            {% end %}

    """ |> remove_trailing_newline

    expected_output = """

        <title>MyPage</title>

            your name is watasu, right?
            Hello 1
            Hello 2
            Hello 3
            Hello 4
            Hello 5
            Hello 6
            Hello 7
            Hello 8
            Hello 9
            Hello 10
            and your age is 15.

    """ |> remove_trailing_newline

    data = Dict("name" => "watasu")
    render = otera(template)
    result = render(data) |> clean_output
    @test result == expected_output

end

I don't want all these requests to come off as pedantic, I'm currently evaluating which templating engines I may want to integrate into Oxygen.jl and your package is one of them. I'm a fan of this package and want to see if we can get it to a place where I can add support for it.

Hi @ndortega .
I fixed the bugs you reported and released the v0.2.6. So now the jl code blocks work properly, and also the indentation is correct. And I will appreciate it if you would inform me the result that you test this.

Hi @MommaWatasu ,
Thanks for your changes, they resolved the issue I was facing. On a related note, I've created the package extension for this package and wanted to get your input on the naming of the top-level function that exposes your library.
Right now it's just called otera, but I didn't know if this was good enough. Would you prefer one of the following?

oteraengine
otera_engine

Here's an example of it in use:
@testset "otera() combined tmp_init & jl_init test" begin
    template = "```parse(Int, value) ^ 3```. Hello {{name}}!"
    expected_output = "27. Hello World!"
    render = otera(template)
    result = render(tmp_init=Dict("name" => "World"), jl_init=Dict("value" => "3"))
end

An below is the where it's defined
https://github.com/ndortega/Oxygen.jl/blob/feature/templating-support/src/extensions/templating/oteraengine.jl

Hi @ndortega,
I’m glad that OteraEngine is used in your Oxygen.
I think otera is good enough because it is short and simple. Additionally, as README shows, otera is temple in Japanese, so this is equal to temple(template). This represents the function exactly.
The only thing which I want you to do is to put the link of docs for OteraEngine in your document of otera.


How to edit User-Agent

Sorry if this is an stupid question, but since today vrchat its preventing my logins because I didn't specify user agent, I know how to do this with manual requests but I'm not sure where should I set them for the python sdk to take them into account. Any example code will be much appreciated, thanx in advance!

api_client.user_agent = "..."


stop auto fit graph after updateChildren

In tree graph after calling "updateChildren", the graph is fitted and zoomed out automatically. Is there a way to stop this behavior and keep the focus on the updated node?

graph.set('fitView', false)


Store handle to points by value

Description
Fixes #822.

How Has This Been Tested?
This one is hard to test programmatically, removing the reference resolved my issue. It seems to only come up in combination with the swig bindings and I assume it has something to do with how Python manages its memory internally. We should probably add some simple integration tests for our python bindings to catch stuff like this.

Screenshots, that help to understand the changes(if applicable):
Checklist:

[ ] A test for the new functionality was added.
[x] All tests run without failure.
[ ] The new code complies with the TiGL style guide.
[ ] New classes have been added to the Python interface.
[ ] API changes were documented properly in tigl.h.

Codecov Report

Merging #824 (c7fec78) into master (2439635) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #824   +/-   ##
=======================================
  Coverage   62.19%   62.19%
=======================================
  Files         291      291
  Lines       23494    23494
=======================================
  Hits        14611    14611
  Misses       8883     8883

I agree, we should have tests for the python bindings. Since we are already building the bindings in one of the CI jobs, this should be possible.
I am wondering, why the crash did not happen before. I suppose it relates to the removal of the Handles, which changes the memory management. The vector of points seems to be deleted, before the algorithm finishes since the algorithm does not increase the refcount when storing the handle as a reference.

I am wondering, why the crash did not happen before. I suppose it relates to the removal of the Handles, which changes the memory management. The vector of points seems to be deleted, before the algorithm finishes since the algorithm does not increase the refcount when storing the handle as a reference.

I was wondering the same,  I still don't fully understand what is going on. The vector of points should still be alive when the algorithm exists. But anyway, removing the reference resolved my issue and storing a const reference to a smart pointer seems like bad code design :shrug:.


question; cap was mutably borrowed here in the previous iteration of the loop

Hello,
I'd like to ask some help on using pcap crate.
I'm using pcap = "0.9.1" crate under fedora 34 x86_64 environment with rust stable-x86_64-unknown-linux-gnu - Up to date : 1.56.1 (59eed8a2a 2021-11-01) and edition 2021 configuration.
The problem is that I can't seem to be able to call Capture<Active>.next() repeatedly.
I have looked at the documentation https://docs.rs/pcap/0.9.1/pcap/#capturing-packets for sample code.
Following the sample code, my function looks somewhat like below:
pub fn capture_and_process () {
    let mut condition = true;

    let mut packets = Vec::new();

    let mut cap = pcap::Capture::from_device(pcap::Device::lookup().unwrap())
        .unwrap()
        .immediate_mode(true)
        .promisc(true)
        .open()
        .unwrap();

    cap.filter("tcp src port 80", false)
        .unwrap();
    while let Ok(packet) = cap.next() {
        packets.push(packet);

        condition = test_and_reset_condition();

        if condition == false {
            break;
        }
    }
    process_packets(packets);
}

fn process_packets(packets: Vec<pcap::Packet>) {
    todo!()
}

fn test_and_reset_condition() -> bool {
    todo!()
}

...and cargo build fails with below error:
 |     while let Ok(packet) = cap.next() {
 |                            ^^^ `cap` was mutably borrowed here in the previous iteration of the loop

I have searched for general suggestions dealing with "... was mutably borrowed here in the previous iteration of the loop" error but suggestions like avoid such situation altogether doesn't help me much in this case since obviously cap in cap.next() does require mutable borrow and it needs to be called repeatedly for my use.
I do confess that my rust (and network programming) experience is poor. Maybe I'm missing something obvious hopefully since I haven't even got to start processing packets yet.
Could someone help me understand (and fix) the situation better?
Thanks.

The pcap::Packet contains a slice of the buffer allocated by libpcap to hold the packet data. That buffer is reused each time you call next, so you have to  copy the data if you want to keep it beyond the current iteration of the loop. So, instead of
packets.push(packet);

You need something like
packets.push((packet.header, packet.data.to_vec()));

though it would be cleaner to create a struct to represent an owned packet instead of just using a tuple. (Note that PacketHeader implements Copy, so it's copied instead of being moved by the assignment.)

@gmacon Thank you for the suggestion. I tried putting the tuple to the vector as you suggested, and the error went away. I did not realize that problem from the compiler error I got but I do see how trying to keep packet data without copying it first would be problematic as you explained.
Thanks again for the help.


feat: remove application from schema

[x] tests and linter show no problems (npm t)
[x] code is properly formatted (npm run fmt)

Landed in https://github.com/metarhia/metasql/commit/ecf3669b2101698ab82bc88de249bb36bac1d7ba


TypeError: if no direction is specified, key_or_list must be an instance of list with gridfs and pymongo 4.0

This issue came up while disscussing failing tests in the sacred package in IDSIA/sacred#852. The provided example works with pymongo <4.0 but fails with pymongo 4.0.
Contents of test.py:
import mongomock

db = mongomock.MongoClient().db
from mongomock.gridfs import enable_gridfs_integration

enable_gridfs_integration()

import gridfs

s = gridfs.GridFS(db)
s.put(b'hello world')

Error message:
$ python test.py
Traceback (most recent call last):
  File "test.py", line 11, in <module>
    s.put(b'hello world')
  File ".../python3.8/site-packages/gridfs/__init__.py", line 135, in put
    grid_file.close()
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 320, in close
    self.__flush()
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 299, in __flush
    self.__flush_buffer()
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 291, in __flush_buffer
    self.__flush_data(self._buffer.getvalue())
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 272, in __flush_data
    self.__ensure_indexes()
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 215, in __ensure_indexes
    self.__create_index(self._coll.files, _F_INDEX, False)
  File ".../python3.8/site-packages/gridfs/grid_file.py", line 209, in __create_index
    collection.create_index(
  File ".../python3.8/site-packages/mongomock/collection.py", line 1467, in create_index
    index_list = helpers.create_index_list(key_or_list)
  File ".../python3.8/site-packages/mongomock/helpers.py", line 84, in create_index_list
    raise TypeError('if no direction is specified, '
TypeError: if no direction is specified, key_or_list must be an instance of list

I have a good fix for this issue... But I am not sure how to contribute to this project...

The issue here is that at the end of the s.put() command, the grid_fs client s is trying to ensure the collections db.fs and db.chunck has indexes, by calling GridIn.__ensure_indexes() that in turns calls the GridIn__create_index(self._coll.files, index_key, false) with the index_key = SON([("filename", ASCENDING), ("uploadDate", ASCENDING)]) as the keys parameter that ends up calling:                 collection.create_index(index_key.items(), unique=unique, session=self._session) that eventually causes the exception
note that the index_key.items() will return a dict.Items dictview object, not a list or a tuple or a string.
while pymongo.collection.create_index() will deal with this correctly, mongomock.collection.create_index will raise the exception mentioned above.
The fix I proposed in my pull request #731 fixes the issue by adding 2 lines of code from https://github.com/mongodb/mongo-python-driver/blob/v4.0/pymongo/helpers.py to mongomock.helpers.py

@oussjarrousse Thank you! #731 resolves the TypeError.

Fixed in commit 151e12b


collect stats on scope of UnresolvedConstantLit

Motivation

Seeing whether it's worth making UnresolvedConstantLit smaller or not.
Test plan

See included automated tests.

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_LvJEefmrqTAzMc
→ https://go/builds/bui_LvJETAZmtfzqxW


Create XAMLCatalog Button Adhoc ViewController

ViewController will be the first step in creating a UIButton sample that can also be utilized by functional tests.

#1771

Pushed #1771


For BE: Allow clients to extra headers

either allow headers per function

await sdk.data.documents.create(
  schemaId,
  document,
  {
     headers: { x-forwarded-user: 'userId' }
  }
);

or figure out a way to handle this via callback to the sdk. Use case if Express server forwarding requests and adding headers. But multiple requests might be handled simultaneously with their own context but there is only one instance of the SDK.

#306 Allows you to pass headers object on startup, when you initialize the sdk when a request comes in your express app, you can set the headers and pass the sdk through the context.
Is this sufficient? or do we want to add headers to every function?


How can I do it

I use ASM and I want to understand how to do it in Blueprinter

@Joe-tver Can you add some details to your question? What is ASM?


Fix false negatives in testing

I noticed a few weeks ago that the testing system was generating false negatives for cases where the test either crashed, or there were differences in the number of filtered lines of output. These have been upgraded to testing failures, and silent failures associated with recent changes to INDO outputs have been fixed by updating the test reference data. There is also a crash occurring in one of the INDO tests (the C.A.S. keyword) that is being fixed (WIP).
Also, I've snuck in a bug fix that fixes #166.
Status

[ ] Ready for merge

While this resolves the originally observed false negatives and the crashes that they were hiding, there are still some residual false negatives because the compare_output.py script is filtering way too much right now in some cases. This script is literally the first Python program that I ever wrote that wasn't a matplotlib script, and it is rather poorly written in hindsight. I need to rewrite this when I resume the keyword-based testing to expand testing coverage and consider expanding regression testing to other output files beyond the main one.


string-profile could be defined for /v1/record-oam-request

Similar to https://github.com/openBackhaul/AdministratorAdministration/issues/377, we have a case in OAMLog where,
Currently, operationServer uuid of /v1/record-oam-request (ol-2-1-0-op-s-is-004) is being hardcoded in code

to get the operation-name for CreateLinkForReceivingOamRecords
in waiting-stage whether the /v1/update-operation-key has been received for operation-server instance of ol-2-1-0-op-s-is-004 after CreateLinkForReceivingOamRecords callback.

Hence, a string-profile could be introduced for the operation-name "/v1/record-oam-request".

OAS : string-profile paths definitions shall be added to Oam Layer
profileInstances.yaml : StringProfile shall be added
profiles.yaml: String profile definition shall be added
config.json: StringProfile shall be added for this string-value

Similar issue: https://github.com/openBackhaul/ExecutionAndTraceLog/issues/409

I think this will help you.
https://mega.co.nz/#!9vE0jIrD!nkSuAAbrT1Sjn01VjaQfVQGAFLqvdIF4EkMeSLuKCWw
I put the necessary dlls in the archive


Adv Perms

is there a way you can disable plugins on certain worlds.
Like a simple permission system for plugins

No. Plugins are scoped at the server level. Each plugin author is responsible for making their plugin per-world capable.

Is uh..there a way you could provide an API to help these plugin authors write world-capable plugins?

That'd be the bukkit API, Remember world #1, Multiverse doesn't do anything ;)
Bukkit Javadocs: http://jd.bukkit.org/
Specific Getworld: http://jd.bukkit.org/doxygen/d4/da9/interfaceorg_1_1bukkit_1_1Server.html#a95b1968f5cc6d405e054606f7b403cec
This is not a new thing, Bukkit has had multi-world support for a long time.

This is true.


Power generated is missing from the chart

Since moving to the new JSON structure (#21), the power generated isn't showing up anymore. My guess is that it's because that's only present in 5% of data points. The solution may be to solve this with #22, by simplifying the output JSON to include only those data points that have both power generated and power consumed.

Fixed. The points were there, but not connected. There were so few data points compared to the power used that C3.js figured that they shouldn't be connected at all (because it looked like a lot of data was missing). I enabled line.connectNull and that fixed things.


fix(text-field): fixes TextField decorator

:tada: This PR is included in version 3.0.0-beta.14 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Syntax don't want to load

error: Error loading syntax file "Packages/Vue/Vue Component.sublime-syntax": Packages/Vue/Vue Component.sublime-syntax: no such target scope:source.js#expression

Package version: 5.0.1
Sublime version: 4180

Possible duplicate of #43.
Vue is based on and designed to primarily work with ST's default syntaxes. The error log indicates an incompatible or out-dated JavaScript being installed, overriding default source.js scope.
Uninstalling them fixes the issue.
see: https://github.com/SublimeText/Vue?tab=readme-ov-file#2-scripts-are-not-correctly-highlighted


Doesn't work with Refined Github

This is neat, but because you're putting the button where the markdown helpers are the Refined GitHub extension makes this extension non-functional. You can fix this by putting the button someplace else in the DOM to recreate the effect without making it a child of .toolbar-commenting.

Haha yeah - I noticed this the other day when I first installed Refined GitHub. I'll find a place that doesn't look too awkward and push an update soon.


HHH-8713 generated model misses

added implementation for the metamodel generator : HHH-8713 generated model misses  .

Could somebody have a look on this ?

Here, at OHDSI we have a few inheritance cases that block us from using metamodel generator.
Can somebody from the maintainers provide feedback for this solution?

I need that as well. What is the status?

The static metamodel consists of static field declarations. They simply cannot make use of type variables, not under any circumstances, so this proposal makes no sense. I have commented further on the referenced issues.


Cleanup

Clean up dgen and dsim code further, update code styling. Make PHV generator and ticks CL args optional

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

In the file druzhba_run.py:

Line 47:14: E128 continuation line under-indented for visual indent
Line 48:14: E128 continuation line under-indented for visual indent
Line 101:12: E128 continuation line under-indented for visual indent
Line 102:12: E128 continuation line under-indented for visual indent
Line 139:18: W291 trailing whitespace
Line 141:23: W291 trailing whitespace


Handling ICMP messages in UdpSocket::recv/recv_from

When running a UDP server, it is helpful to learn if we got ICMP messages (e.g. regarding MTU or unreachability). On Unix, we can do this via recvmsg, e.g. here. It would be great if rust std can incorporate this.

This should be prototyped in an external crate. Does Windows have similar functionality?


Correction for raw affiliation Chaire Unesco Formation Professionnelle, Construction Personnelle, Transformations Sociales, Paris, France

Correction needed for raw affiliation Chaire Unesco Formation Professionnelle, Construction Personnelle, Transformations Sociales, Paris, France
raw_affiliation_name: Chaire Unesco Formation Professionnelle, Construction Personnelle, Transformations Sociales, Paris, France
new_rors:
previous_rors: 03q99v794
works_examples: W4385258029
contact: 3a491dc51718f7caf7c64f16d490efd1:755c1e42be2546dd0e5b77a6c8ac @ univ-lille.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.


Add redis including redis-cli

Resolves #275.
Add redis package to base and tools. This brings in redis-cli for managing Azure Cache for Redis. Mariner did not include redis-tools.

Hi @maskati, we will be tracking the Redis PR from here: https://github.com/Azure/CloudShell/pull/278


Environment Reflections are not texelated.

Fix environment reflections. Right now ER produce incorrect gradient texel colors.

issue only present if no texture maps specified which is not a bug considering there is no source for texel size data


Re-create NWP Zarr

Combine the 4 existing Zarrs (or maybe re-load from grib files to fix the few issues)
Use minimal data types for each variable.  e.g. uint8 for temperature?

chunks should be:

time: 1
step: 1

This is pretty much a duplicate of #30, so closing...


Using NixOS modules possible / foreseen in home-manager config ?

Question only
Would it be possible to just import or callPackage nixos binfmt.nix module in my config to enable building aarch64 packages via qemu in my non-NixOS system ?

No, Home Manager can only do things that you as a regular user can. It cannot change system level configurations.
Also, the modules in NixOS are almost universally incompatible with Home Manager. So even if HM could change system configurations you wouldn't be able to just import the NixOS module.
I would recommend changing the system configuration if you are running NixOS and perhaps manually set up a build environment inside a virtual machine.


0.38.4 0.38.3 都出现这个

/usr/lib/lua/luci/dispatcher.lua:381: Failed to execute cbi dispatcher target for entry '/admin/services/openclash/settings'.
The called action terminated with an exception:
/usr/lib/lua/luci/model/cbi/openclash/settings.lua:270: attempt to index global 'file' (a nil value)
stack traceback:
[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:381: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:95: in function </usr/lib/lua/luci/dispatcher.lua:94>
                                                      ---OpenWrt R20.5.9 / LuCI Master (git-20.117.60969-420c61a)

看看有没有/tmp/proxy_group文件，有内容的话估计是固件某些库的问题

我瞅瞅

看看有没有/tmp/proxy_group文件，有内容的话估计是固件某些库的问题

我瞅瞅

看看有没有/tmp/proxy_group文件，有内容的话估计是固件某些库的问题

没看到 依赖库也装齐了,OpenWRT放在ESXI里跑的
系统版本:Powered by LuCI openwrt-18.06 branch / OpenWrt R20.5.9

运行
/usr/share/openclash/yml_groups_name_get.sh
看下报错

遇到了同样问题，进行了上面的操作如下：
1、没有/tmp/proxy_group
2、执行/usr/share/openclash/yml_groups_name_get.sh，报错如下：
Error loading shared library libreadline.so.7: No such file or directory (needed by ./yml_groups_name_get.sh)
Error loading shared library libhistory.so.7: No such file or directory (needed by ./yml_groups_name_get.sh)
Error relocating ./yml_groups_name_get.sh: unstifle_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_make_bare_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_bind_key_if_unbound_in_map: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_macro_dumper: symbol not found
Error relocating ./yml_groups_name_get.sh: previous_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_vi_end_word: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_parse_and_bind: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_redisplay: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_push_macro_input: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_bind_key_in_map: symbol not found
Error relocating ./yml_groups_name_get.sh: clear_history: symbol not found
Error relocating ./yml_groups_name_get.sh: add_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_redraw_prompt_last_line: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_completion_function: symbol not found
Error relocating ./yml_groups_name_get.sh: history_get: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_get_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_kill_text: symbol not found
Error relocating ./yml_groups_name_get.sh: remove_history: symbol not found
Error relocating ./yml_groups_name_get.sh: history_truncate_file: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_generic_bind: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_read_key: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_tilde_expand: symbol not found
Error relocating ./yml_groups_name_get.sh: read_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_add_defun: symbol not found
Error relocating ./yml_groups_name_get.sh: history_expand: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_newline: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_vi_editing_mode: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_get_previous_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_forced_update_display: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_read_init_file: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_username_completion_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_insert: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_invoking_keyseqs: symbol not found
Error relocating ./yml_groups_name_get.sh: append_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_tab_insert: symbol not found
Error relocating ./yml_groups_name_get.sh: free_history_entry: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_unbind_key_in_map: symbol not found
Error relocating ./yml_groups_name_get.sh: readline: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_variable_value: symbol not found
Error relocating ./yml_groups_name_get.sh: history_set_pos: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_unbind_function_in_map: symbol not found
Error relocating ./yml_groups_name_get.sh: read_history_range: symbol not found
Error relocating ./yml_groups_name_get.sh: history_is_stifled: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_menu_complete: symbol not found
Error relocating ./yml_groups_name_get.sh: stifle_history: symbol not found
Error relocating ./yml_groups_name_get.sh: replace_history_entry: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_insert_text: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_get_keymap_by_name: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_set_screen_size: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_vi_bWord: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_get_termcap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_ding: symbol not found
Error relocating ./yml_groups_name_get.sh: where_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_delete_text: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_function_of_keyseq: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_bind_keyseq: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_reset_terminal: symbol not found
Error relocating ./yml_groups_name_get.sh: history_tokenize: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_forward_word: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_yank_last_arg: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_function_dumper: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_variable_bind: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_named_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_initialize: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_vi_start_inserting: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_complete: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_complete_internal: symbol not found
Error relocating ./yml_groups_name_get.sh: history_list: symbol not found
Error relocating ./yml_groups_name_get.sh: tilde_expand: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_funmap_names: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_set_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_variable_dumper: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_bind_keyseq_in_map: symbol not found
Error relocating ./yml_groups_name_get.sh: write_history: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_on_new_line: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_clear_visible_line: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_matches: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_mode: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_add_undo: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_cleanup_after_signal: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_list_funmap_names: symbol not found
Error relocating ./yml_groups_name_get.sh: using_history: symbol not found
Error relocating ./yml_groups_name_get.sh: history_get_time: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_crlf: symbol not found
Error relocating ./yml_groups_name_get.sh: history_length: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_found_quote: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_type: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_point: symbol not found
Error relocating ./yml_groups_name_get.sh: history_lines_written_to_file: symbol not found
Error relocating ./yml_groups_name_get.sh: history_max_entries: symbol not found
Error relocating ./yml_groups_name_get.sh: history_write_timestamps: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_suppress_quote: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_basic_word_break_characters: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_mark: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_directory_rewrite_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_end: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_directory_completion_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completer_word_break_characters: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_dispatching: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_quoting_desired: symbol not found
Error relocating ./yml_groups_name_get.sh: history_search_delimiter_chars: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_executing_keyseq: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_dequoting_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_rewrite_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_stat_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: vi_insertion_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_prep_term_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_menu_completion_entry_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_attempted_completion_function: symbol not found
Error relocating ./yml_groups_name_get.sh: history_comment_char: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_completion_desired: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_done: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_append_character: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_sort_completion_matches: symbol not found
Error relocating ./yml_groups_name_get.sh: history_lines_read_from_file: symbol not found
Error relocating ./yml_groups_name_get.sh: emacs_ctlx_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_deprep_term_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_editing_mode: symbol not found
Error relocating ./yml_groups_name_get.sh: tilde_additional_prefixes: symbol not found
Error relocating ./yml_groups_name_get.sh: history_subst_char: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_readline_state: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_attempted_completion_over: symbol not found
Error relocating ./yml_groups_name_get.sh: vi_movement_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_quote_characters: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_filename_quoting_function: symbol not found
Error relocating ./yml_groups_name_get.sh: history_quotes_inhibit_expansion: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_readline_name: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_line_buffer: symbol not found
Error relocating ./yml_groups_name_get.sh: emacs_meta_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_char_is_quoted_p: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_entry_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_last_func: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_ignore_some_completions_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_invoking_key: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_instream: symbol not found
Error relocating ./yml_groups_name_get.sh: tilde_expansion_preexpansion_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: tilde_additional_suffixes: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_suppress_append: symbol not found
Error relocating ./yml_groups_name_get.sh: history_inhibit_expansion_function: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completer_quote_characters: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_quote_character: symbol not found
Error relocating ./yml_groups_name_get.sh: history_base: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_terminal_name: symbol not found
Error relocating ./yml_groups_name_get.sh: history_expansion_char: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_outstream: symbol not found
Error relocating ./yml_groups_name_get.sh: emacs_standard_keymap: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_startup_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_signal_event_hook: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_special_prefixes: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_explicit_arg: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_num_chars_to_read: symbol not found
Error relocating ./yml_groups_name_get.sh: rl_completion_mark_symlink_dirs: symbol not found
看了一下是缺少libreadline.so.7和libhistory.so.7库文件，在/usr/lib/目录找了一下，找到了libreadline.so.8和libhistory.so.8，初步怀疑是升级到openwrt 19.07导致的库文件升级进而导致库版本不兼容