fix: Fabric Texture Error

Description
There's a red screen error when the Fabric Texture is clicked on
Steps To Reproduce

Scroll down to and Click on fabricTexture
See error

Expected Behavior
A red Screen shows the error "type 'FabricTextureRenderObject' is not a subtype of type 'RenderObjectWithChildMixin'
in type cast"
Screenshots

Additional Context
Error has been encountered on MacOS and Android. Other platforms have not been tested

Fixed here: #3


No NgModule metadata found for 'AppModule' (again)

Bug Report or Feature Request (mark with an x)
- [x] bug report -> please search issues before submitting
- [ ] feature request

Area
- [x] devkit
- [ ] schematics

Versions
node --version: 10.3.0
npm --version: 6.1.0
ng version:
Angular CLI: 6.0.8
Node: 10.3.0
OS: linux x64
Angular: 6.0.5
... animations, common, compiler, compiler-cli, core, forms
... http, language-service, platform-browser
... platform-browser-dynamic, router

Package                           Version
-----------------------------------------------------------
@angular-devkit/architect         0.6.8
@angular-devkit/build-angular     0.6.8
@angular-devkit/build-optimizer   0.6.8
@angular-devkit/core              0.6.8
@angular-devkit/schematics        0.6.8
@angular/cdk                      6.2.1
@angular/cli                      6.0.8
@angular/material                 6.2.1
@ngtools/webpack                  6.0.8
@schematics/angular               0.6.8
@schematics/update                0.6.8
rxjs                              6.2.1
typescript                        2.7.2
webpack                           4.8.3

Running on ArchLinux
Repro steps
ng build and ng build --aot run fine, when I open my compiled website in the browser I get an exception: "No NgModule metadata found for 'AppModule'".
Desired functionality
I expect to see aot and production builds working.
Mention any other details that might be useful
I tried the fix recommended in the other bugs (namely adding main.ts and app.module.ts to files in tsconfig.app.json).
While debugging, I discovered something interesting:
When i compile without aot the output looks like this:
let AppModule = class AppModule {
    constructor(/*redacted*/) {/*redacted*/}
};
AppModule = __decorate([
    Object(_angular_core__WEBPACK_IMPORTED_MODULE_0__["NgModule"])({
        imports: [
            // redacted for readability
        ],
        providers: [
            // redacted for readability
        ],
        bootstrap: [
            // redacted for readability
        ],
    }),
    __metadata("design:paramtypes", [/*redacted*/], AppModule);

while the exact same code looks like this when compiled with aot enabled:
class AppModule {
    constructor(/*redacted*/) {
      /*redacted*/
    }
}

I noticed that typescript does not emit any decorators when compiling with aot.
For the code required to reproduce, please contact me.

I got it fixed. The problem was that I tried to bootstrap my module dynamically. Changing it to platformBrowser().bootstrapModuleFactory() did the trick.

Just in case somebody else also encounters this error, make sure you call platformBrowserDynamic().bootstrapModule(AppModule) only once, When adding HRM I forgot to remove the old block and ended up with this in my main.ts:
...
platformBrowserDynamic().bootstrapModule(AppModule)
    .catch(err => console.log(err));

const bootstrap = () => platformBrowserDynamic().bootstrapModule(AppModule);
...

This will work normally with ng serve and also allows to build the app. A non AOT build will also work as expected, however, the AOT build will generate the posted error.


Question about MQAR eval of Based

Hey, thanks for the great work. I could be wrong, but I feel like there is a disconnect between what is mentioned in the Based paper and what is used in the Figure 2 config for MQAR eval. In the paper, Based is displayed as an architecture with a mixture of linear attention layers and sliding window layers, however, in the MQAR experiment configs there appear to be no sliding window attention layers. It is just a mix of BaseConv layers and linear Attention layers. In the appendix you note that BaseConv can improve performance, which I am assuming is why they are used in these experiments. However,  if it's the case that sliding windows were not used, I'm curious if you have any ablations on the usage of small sliding windows for MQAR?
Again I really appreciate the work, super cool stuff to think about!

Also, unrelated to the based model, I think I'm a little confused about the MQAR task in general when you pass random_non_queries=True. As the implementation does the following:
    if random_non_queries:
        inputs[inputs == 0] = torch.randint(vocab_size, size=inputs.shape)[inputs == 0]

we can see that this has a very high chance of overwriting a QV pair in the "context" section, especially with long sequences such as the test set of based_figure_2. Doesn't this create a significant mismatch between the train and test sets? I don't think this detracts away from the idea that linear attention struggles with the task, however, the task then becomes much different.

If you already have trained model and data saved as .npy files (e.g., from the attention-360 model and PILE as the dataset) and want to use the Zoology repo to test MQAR results directly on this data, it’s a bit complex, as Zoology isn't designed for direct compatibility with pre-existing .npy files. It’s mainly set up for generating synthetic data.

Sorry yeah my question isn't about that, it was more about how synthetic data is being generated and the differences between the based models during MQAR eval and pretraining eval.


Pipenv PEP 503 Improvement: Pipenv downloads PyTorch for all versions of Python, grabbing 16GB of data instead of just 1.7GB.

I recently posted the correct way to install PyTorch as a PEP 503 repository in Pipenv:
https://github.com/pypa/pipenv/issues/4961#issuecomment-1045679643
There's just one annoying issue in Pipenv: It downloads PyTorch for every version of CPython.
So let's say my project is based on pipenv install --python=3.9. And I then run the command to install PyTorch (see guide above for details): pipenv install --extra-index-url https://download.pytorch.org/whl/cu113/ "torch==1.10.1+cu113".
Well, Pipenv then downloads all versions of PyTorch into ~/.cache/pipenv: cp36, cp37, cp38, cp39 and probably a few more. And then it finally installs the intended architecture (torch-1.10.1+cu113-cp39).
This means that the download took 16 GB and 30 minutes, instead of 1.7 GB and 4 minutes. Wasting a ton of disk space and time on downloading extra copies of the library for old Python versions that I'll never use.
I confirmed that the extra downloaded data is versions for old Python releases, because I went into the Pipenv cache and looked inside the hashed archives to check their WHEEL metadata. It was stuff like the "Python 3.6" torch version etc.
I'm using pipenv 2022.1.8.
My guess is that Pipenv's current algorithm just searches PEP 503 repos for packages whose name start with torch-* and downloads them ALL and then looks at the embedded "wheel metadata" in all downloaded archives to figure out which one matches the installed Python version.
Can Pipenv be improved to detect the "cp39" filename hints in PEP 503 repos and only download the version that matches the installed Python version?

@Bananaman Can you not point at the pypi server?  https://pypi.org/project/torch/1.10.1/#files

@matteius

I think I see now that the reason you are using the other package server is you are looking for a cuda specific version of torch that is not in pypi?

Yeah, my card requires PyTorch built for CUDA Toolkit 11.x, which can only be found at the PyTorch repository.

I believe the issue here is that the private server https://download.pytorch.org/whl/cu113/ isn't returning the package hashes directly, so pipenv is downloading everything to generate it. If the packages were in pypi, my understanding is the API would return the metadata and nothing would be downloaded.

Well there's 2 issues here:

It downloads every package (cp36, cp37, cp38, cp39 and seemingly a few others since the total ended up at 16 GB). It only needs to download cp39 no matter what command I give it, since my Python interpreter in that Pipenv folder is Python 3.9. So an optimization would be to filter out the other "cp##" versions and not even download/consider them at all. That's the main issue here.
The second issue is the one you mention, which is that Pipenv doesn't know what hashes the files on the server has, so any future re-installation may need the packages to be downloaded and hashed again to check for changes. That's an issue which causes the huge wait times from the first issue again.

The best fix would be to do "if running under CPython, look for matching identifier in package filenames such as 'cp39' and only download that/those".

Ahh, I see. If someone knows what dependency resolver pipenv users, we'll know where to file the issue then. :)

@Bananaman I've learned a lot recently -- it uses Pip's dependency resolver.  I've done work to get pipenv vendor'd to 22.0.4 (its currently on 21.x) here:
However I just tried your example on this branch and I think now you have new issues with the install instructions on the newer pip resolver:
matteius@matteius-VirtualBox:~/shared-projects/pipenv-triage/pipenv-4963$ pipenv install --extra-index-url https://download.pytorch.org/whl/cu113/ "torch==1.10.1+cu113"
Installing torch==1.10.1+cu113...
Error:  An error occurred while installing torch==1.10.1+cu113!
Error text: Looking in indexes: https://download.pytorch.org/whl/cu113/, https://pypi.org/simple

ERROR: Could not find a version that satisfies the requirement torch==1.10.1+cu113 (from versions: 1.11.0, 1.11.0+cu113)
ERROR: No matching distribution found for torch==1.10.1+cu113

✘ Installation Failed

@Bananaman  Here is what I am guessing -- my system laptop doesn't have the right dependencies to install +cu113 version, however the pip 22.0.4 branch I link you to in my prior comment -- please try that branch and report back what your experience is.
I tried also the +cpu but no distribution was found.  Trying now just straight pipenv install --extra-index-url https://download.pytorch.org/whl/ "torch==1.11.0" which is spending more time on locking now -- will edit this comment when its done.

@Bananaman Ok so +cpu works to install for my VM, and it was fairly quick.
pipenv install --python=python3.9
matteius@matteius-VirtualBox:~/shared-projects/pipenv-triage/pipenv-4963$ pipenv install --extra-index-url https://download.pytorch.org/whl/ "torch==1.11.0+cpu"
Installing torch==1.11.0+cpu...
Adding torch to Pipfile's [packages]...
✔ Installation Succeeded
Pipfile.lock (16c839) out of date, updating to (8a8c19)...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Building requirements...
Resolving dependencies...
✔ Success!
Updated Pipfile.lock (8a8c19)!
Installing dependencies from Pipfile.lock (8a8c19)...
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 0/0 — 00:00:00

[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[[source]]
url = "https://download.pytorch.org/whl/"
verify_ssl = true
name = "downloadpytorch"

[packages]
torch = "==1.11.0+cpu"

[dev-packages]

[requires]
python_version = "3.9"

{
    "_meta": {
        "hash": {
            "sha256": "4942cb72a13b441c50651b5bbbe8e3ec6642cae96ec0c014a4a156457e8a8c19"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.9"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            },
            {
                "name": "downloadpytorch",
                "url": "https://download.pytorch.org/whl/",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "hashes": [
                "sha256:0dbdddc7452a2c42250df369e4968b62589ab0ac1b9d14e27701eb4fc3839ad1",
                "sha256:22997df8f3a3f9faed40ef9e7964d1869cafa0317cc4a5b115bfdf69323e8884",
                "sha256:32fa00d974707c0183bc4dd0c1d69e853d0f15cc60f157b71ac5718847808943",
                "sha256:50008b82004b9d91e036cc199a57f863b6f8978b8a222176f9a4435fce181dd8",
                "sha256:544c13ef120531ec2f28a3c858c06e600d514a6dfe09b4dd6fd0262088dd2fa3",
                "sha256:7198bf5c69464459bd79526c6a4eaad2806db886443ee2f4e8e7a492bccf03ef",
                "sha256:7bbd8b77a59e628a7cb84289a3a26adc7e28dd7213c7f666537f26e714fb1721",
                "sha256:bd984fa8676b2f7c9611b40af3a7c168fb90be3e29028219f822696bb357f472"
            ],
            "index": "pypi",
            "version": "==1.11.0+cpu"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

@Bananaman there was this ticket I worked yesterday/today and it shed some light on indexes, plus I realized I have nvidia on my laptop just not on the VM, so I am doing some experiments within Windows now.  I had a test run that was very quick and generated this file, but there was no hash for the package pytorch
{
    "_meta": {
        "hash": {
            "sha256": "e14ddc38e9eb9a8643bfc234e743e5c8fecc48f05a5bfd15199893df96ab4c14"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.10"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            },
            {
                "name": "downloadpytorch",
                "url": "https://download.pytorch.org/whl/cu113/",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "index": "downloadpytorch",
            "version": "==1.11.0+cu113"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

So then I tried an experimental branch locally of the pip 22.0.4 resolver updates combined with my other PR for index resolving fixes.  This time I watched my network router and I saw it download the 16+ GB over several minutes of waiting, which definitely took 8x longer than whatever generated the above Pipfile.lock.  However one difference is that the new Pipfile.lock does have all of the hashes and there are 8 hashes so that explains why it took so much longer.
$ cat Pipfile.lock
{
    "_meta": {
        "hash": {
            "sha256": "e14ddc38e9eb9a8643bfc234e743e5c8fecc48f05a5bfd15199893df96ab4c14"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.10"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            },
            {
                "name": "downloadpytorch",
                "url": "https://download.pytorch.org/whl/cu113/",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "hashes": [
                "sha256:7fd4751bbf39bbb04ec6116c7243ce6528aded4197afcf380537340e1eebd19a",
                "sha256:a68c33657a546131eb9bc44e2a98d2fa704aafae861460b051b82813852ccb44",
                "sha256:b6a799bdb6ee3d914e5e62bddb4276d4a10248c1af4f2d217738e5f9ee27485b",
                "sha256:ddc57495195aa2456e78bfc7d8d3f45dabbb8b7b268b3b5dbed4f0e4db492f33",
                "sha256:e4bb14d953db9aad5bdb945a328410638721d77e3e622d0a8d77063c01daf40b",
                "sha256:e9126b0a5d95704bee40a9d0ef1cbd82d8dc7863e4638a376bef702dfd659370",
                "sha256:e9df65c1fb2d80283b276114878fd38f411b70880e0b406c451d000e6159f451",
                "sha256:f56333470daea3c97078b37607e0035cccf72fc5c36fd84546e1a4b8d9944f2b"
            ],
            "index": "downloadpytorch",
            "version": "==1.11.0+cu113"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

But then I re-ran it the way I had it prior with specifying the --index based on my learnings and the fixes in my newer branches and this was fast, didn't download anything actually (maybe the wheels are already cached?)
$ pipenv install --index https://download.pytorch.org/whl/cu113/ "torch==1.11.0+c    " -v
Installing torch==1.11.0+cu113...
Installing package: torch==1.11.0+cu113
Writing supplied requirement line to temporary file: 'torch==1.11.0+cu113'
Installing 'torch'
[    ] Installing torch...$ 'C:\Users\matte\.virtualenvs\pipenv-4963-oaRoupN9\Scripts\python.exe' -m pip install --verbose --upgra
de --exists-action=i -r 'c:\users\matte\appdata\local\temp\pipenv-_d5v9vob-requirements\pipenv-bmq9v45c-requirement.txt' -i https:
//download.pytorch.org/whl/cu113/ --extra-index-url https://pypi.org/simple --extra-index-url https://pypi.org/simple
Using source directory: 'C:\\Users\\matte\\.virtualenvs\\pipenv-4963-oaRoupN9\\src'
Adding torch to Pipfile's [packages]...
Installation Succeeded
Pipfile.lock not found, creating...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
           Building requirements...
Resolving dependencies...
Reporter.starting()
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.starting()
Reporter.adding_requirement(SpecifierRequirement('torch==1.11.0+cu113'), None)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.adding_requirement(SpecifierRequirement('torch==1.11.
0+cu113'), None)
Reporter.starting_round(0)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.starting_round(0)
Reporter.adding_requirement(SpecifierRequirement('typing-extensions'), LinkCandidate('https://download.pytorch.org/whl/cu113/torch
-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https://download.pytorch.org/whl/cu113/torch/)'))
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.adding_requirement(SpecifierRequirement('typing-exten
sions'), LinkCandidate('https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https://downlo
ad.pytorch.org/whl/cu113/torch/)'))
Reporter.pinning(LinkCandidate('https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https:
//download.pytorch.org/whl/cu113/torch/)'))
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.pinning(LinkCandidate('https://download.pytorch.org/w
hl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https://download.pytorch.org/whl/cu113/torch/)'))
Reporter.ending_round(0, state)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.ending_round(0, state)
Reporter.starting_round(1)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.starting_round(1)
Reporter.pinning(LinkCandidate('https://files.pythonhosted.org/packages/45/6b/44f7f8f1e110027cf88956b59f2fad776cca7e1704396d043f89
effd3a0e/typing_extensions-4.1.1-py3-none-any.whl#sha256=21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2 (from ht
tps://pypi.org/simple/typing-extensions/) (requires-python:>=3.6)'))
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.pinning(LinkCandidate('https://files.pythonhosted.org
/packages/45/6b/44f7f8f1e110027cf88956b59f2fad776cca7e1704396d043f89effd3a0e/typing_extensions-4.1.1-py3-none-any.whl#sha256=21c85
e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2 (from https://pypi.org/simple/typing-extensions/) (requires-python:>=3
.6)'))
Reporter.ending_round(1, state)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.ending_round(1, state)
Reporter.starting_round(2)
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.starting_round(2)
Reporter.ending(State(mapping=OrderedDict([('torch', LinkCandidate('https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp
310-cp310-win_amd64.whl (from https://download.pytorch.org/whl/cu113/torch/)')), ('typing-extensions', LinkCandidate('https://file
s.pythonhosted.org/packages/45/6b/44f7f8f1e110027cf88956b59f2fad776cca7e1704396d043f89effd3a0e/typing_extensions-4.1.1-py3-none-an
y.whl#sha256=21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2 (from https://pypi.org/simple/typing-extensions/) (r
equires-python:>=3.6)'))]), criteria={'torch': Criterion((SpecifierRequirement('torch==1.11.0+cu113'), via=None)), 'typing-extensi
ons': Criterion((SpecifierRequirement('typing-extensions'), via=LinkCandidate('https://download.pytorch.org/whl/cu113/torch-1.11.0
%2Bcu113-cp310-cp310-win_amd64.whl (from https://download.pytorch.org/whl/cu113/torch/)')))}))
INFO:pipenv.patched.notpip._internal.resolution.resolvelib.reporter:Reporter.ending(State(mapping=OrderedDict([('torch', LinkCandi
date('https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https://download.pytorch.org/whl
/cu113/torch/)')), ('typing-extensions', LinkCandidate('https://files.pythonhosted.org/packages/45/6b/44f7f8f1e110027cf88956b59f2f
ad776cca7e1704396d043f89effd3a0e/typing_extensions-4.1.1-py3-none-any.whl#sha256=21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b
530613e8df88ce2 (from https://pypi.org/simple/typing-extensions/) (requires-python:>=3.6)'))]), criteria={'torch': Criterion((Spec
ifierRequirement('torch==1.11.0+cu113'), via=None)), 'typing-extensions': Criterion((SpecifierRequirement('typing-extensions'), vi
a=LinkCandidate('https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl (from https://download.pyto
rch.org/whl/cu113/torch/)')))}))
Warning: Error generating hash for torch # This warning specifically comes from a method called `_get_hashes_from_pypi` and my branch restricts the index when specified, so you can probably ignore this part
[  ==] Locking...
Success!
Updated Pipfile.lock (ab4c14)!
Installing dependencies from Pipfile.lock (ab4c14)...
  ================================ 0/0 - 00:00:00
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.

matte@LAPTOP-N5VSGIBD MINGW64 ~/Projects/pipenv-triage/pipenv-4963
$ cat Pipfile.lock
{
    "_meta": {
        "hash": {
            "sha256": "e14ddc38e9eb9a8643bfc234e743e5c8fecc48f05a5bfd15199893df96ab4c14"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.10"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            },
            {
                "name": "downloadpytorch",
                "url": "https://download.pytorch.org/whl/cu113/",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "hashes": [
                "sha256:7fd4751bbf39bbb04ec6116c7243ce6528aded4197afcf380537340e1eebd19a",
                "sha256:a68c33657a546131eb9bc44e2a98d2fa704aafae861460b051b82813852ccb44",
                "sha256:b6a799bdb6ee3d914e5e62bddb4276d4a10248c1af4f2d217738e5f9ee27485b",
                "sha256:ddc57495195aa2456e78bfc7d8d3f45dabbb8b7b268b3b5dbed4f0e4db492f33",
                "sha256:e4bb14d953db9aad5bdb945a328410638721d77e3e622d0a8d77063c01daf40b",
                "sha256:e9126b0a5d95704bee40a9d0ef1cbd82d8dc7863e4638a376bef702dfd659370",
                "sha256:e9df65c1fb2d80283b276114878fd38f411b70880e0b406c451d000e6159f451",
                "sha256:f56333470daea3c97078b37607e0035cccf72fc5c36fd84546e1a4b8d9944f2b"
            ],
            "index": "downloadpytorch",
            "version": "==1.11.0+cu113"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

Moving out the lockfile and then regenerating it was very quick and downloaded nothing, I am thinking because its still in cache somewhere.   I haven't had great luck finding these large files on my windows file system however.
$ mv Pipfile.lock Pipfile.lock.very_good

matte@LAPTOP-N5VSGIBD MINGW64 ~/Projects/pipenv-triage/pipenv-4963
$ pipenv lock
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
           Building requirements...
Resolving dependencies...
Success!
Updated Pipfile.lock (ab4c14)!

matte@LAPTOP-N5VSGIBD MINGW64 ~/Projects/pipenv-triage/pipenv-4963
$ cat Pipfile.lock
{
    "_meta": {
        "hash": {
            "sha256": "e14ddc38e9eb9a8643bfc234e743e5c8fecc48f05a5bfd15199893df96ab4c14"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.10"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            },
            {
                "name": "downloadpytorch",
                "url": "https://download.pytorch.org/whl/cu113/",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "hashes": [
                "sha256:7fd4751bbf39bbb04ec6116c7243ce6528aded4197afcf380537340e1eebd19a",
                "sha256:a68c33657a546131eb9bc44e2a98d2fa704aafae861460b051b82813852ccb44",
                "sha256:b6a799bdb6ee3d914e5e62bddb4276d4a10248c1af4f2d217738e5f9ee27485b",
                "sha256:ddc57495195aa2456e78bfc7d8d3f45dabbb8b7b268b3b5dbed4f0e4db492f33",
                "sha256:e4bb14d953db9aad5bdb945a328410638721d77e3e622d0a8d77063c01daf40b",
                "sha256:e9126b0a5d95704bee40a9d0ef1cbd82d8dc7863e4638a376bef702dfd659370",
                "sha256:e9df65c1fb2d80283b276114878fd38f411b70880e0b406c451d000e6159f451",
                "sha256:f56333470daea3c97078b37607e0035cccf72fc5c36fd84546e1a4b8d9944f2b"
            ],
            "index": "downloadpytorch",
            "version": "==1.11.0+cu113"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

Removing the virtualenv with pipenv --rm and re-running pipenv lock also very quick to generate the lockfile again, likely because its in caches still.
Here is what my generated Pipfile looks like from the initial command:  apipenv install --index https://download.pytorch.org/whl/cu113/ "torch==1.11.0+cu113" -v
$ cat Pipfile
[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[[source]]
url = "https://download.pytorch.org/whl/cu113/"
verify_ssl = true
name = "downloadpytorch"

[packages]
torch = {version = "==1.11.0+cu113", index = "downloadpytorch"}

[dev-packages]

[requires]
python_version = "3.10"

If you are interested in trying out this branch to see if it has improvements for your issue, I have pushed it out here, its called issue-4637-pip-22.0.4
The thing to note too is you want to use --index over --extra-index-url because extra will just add to the indexes it can pick from whereas index will restrict it.   Looking forward to your feedback!

Also noting that I did a followup where I had hoped adding the markers for python_version would restrict the hash search like you are saying, but it does not.
torch = {version = "==1.11.0+cu113", index = "downloadpytorch",  markers = "python_version == '3.10'"}
yields just the same number of hashes even though only 2 of them should match the markers:
...
        "torch": {
            "hashes": [
                "sha256:7fd4751bbf39bbb04ec6116c7243ce6528aded4197afcf380537340e1eebd19a",
                "sha256:a68c33657a546131eb9bc44e2a98d2fa704aafae861460b051b82813852ccb44",
                "sha256:b6a799bdb6ee3d914e5e62bddb4276d4a10248c1af4f2d217738e5f9ee27485b",
                "sha256:ddc57495195aa2456e78bfc7d8d3f45dabbb8b7b268b3b5dbed4f0e4db492f33",
                "sha256:e4bb14d953db9aad5bdb945a328410638721d77e3e622d0a8d77063c01daf40b",
                "sha256:e9126b0a5d95704bee40a9d0ef1cbd82d8dc7863e4638a376bef702dfd659370",
                "sha256:e9df65c1fb2d80283b276114878fd38f411b70880e0b406c451d000e6159f451",
                "sha256:f56333470daea3c97078b37607e0035cccf72fc5c36fd84546e1a4b8d9944f2b"
            ],
            "index": "downloadpytorch",
            "markers": "python_version == '3.10'",
            "version": "==1.11.0+cu113"
        },
...

@Bananaman Also noting that it may be a reasonable workaround to target a very specific wheels file in this case.  For example, I tried:  pipenv install https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl
which generated this fresh Pipfile:
[[source]]
url = "https://pypi.org/simple"
verify_ssl = true
name = "pypi"

[packages]
torch = {file = "https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl"}

[dev-packages]

[requires]
python_version = "3.10"

Then the Pipfile.lock contains just the hash for the wheel I installed:
{
    "_meta": {
        "hash": {
            "sha256": "e0b940becd2658a3e49854df92d24ace51eee0e291ae863f1182978e1524444f"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.10"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.org/simple",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "torch": {
            "file": "https://download.pytorch.org/whl/cu113/torch-1.11.0%2Bcu113-cp310-cp310-win_amd64.whl",
            "hashes": [
                "sha256:ddc57495195aa2456e78bfc7d8d3f45dabbb8b7b268b3b5dbed4f0e4db492f33"
            ],
            "index": "pypi",
            "version": "==1.11.0+cu113"
        },
        "typing-extensions": {
            "hashes": [
                "sha256:1a9462dcc3347a79b1f1c0271fbe79e844580bb598bafa1ed208b94da3cdcd42",
                "sha256:21c85e0fe4b9a155d0799430b0ad741cdce7e359660ccbd8b530613e8df88ce2"
            ],
            "markers": "python_version >= '3.6'",
            "version": "==4.1.1"
        }
    },
    "develop": {}
}

I am not sure what the level of effort would be to get the markers (python_version and system) to restrict which wheels, but I suspect the level of effort is high.  The net outcome would be worth it, but without more analysis of the code, I am not sure if this is another case where patching pip resolver itself would be required.

https://github.com/pytorch/pytorch/issues/76557

Two updates on this front:
1.) The release today re-uses cached wheels from prior lock or install cycles so its much faster to relock now.
2.) If Meta ever supports the S3 bucket changes, the pytorch index will have the sha256 hashes in the URL once this PR gets merged:  https://github.com/pytorch/builder/pull/1433
As I a result, I think we can close this as completed.

Happy to report that I worked on a PR to assist pytorch in adding hashes to the pytorch indexes and they finished the back population today, now locking pytorch is much faster on latest pipenv versions.


Updates to Device model

To be reviewed and deployed only alongside the relevant gokart changes

Updates to Districts/Regions
Removal of callsign, addition of RIN, name (used for vehicle registration) restricted to 7 chars
Addition of Source Device Type for BasePoint, relevant Harvest updates

This change is

Reviewed 19 of 19 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved, some commit checks broke.

Comments from Reviewable

Reviewed 10 of 10 files at r2.
Review status: all files reviewed at latest revision, all discussions resolved, some commit checks broke.

Comments from Reviewable

Reviewed 1 of 1 files at r3.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable

Review status: all files reviewed at latest revision, all discussions resolved, some commit checks broke.

Comments from Reviewable


feat: add aria live to combobox

Possible solution if we want to add aria live region

An aria-live-region IMHO should not be implemented as part of a specific sub-component, but a component of its own, used in the main component and usable on a service basis. Other components may require to use the aria-live-region as well at some point.
It's also not necessary to add a timer or similar. If a user wants to silence the text that is read, he/she can. Screen readers provide a key for that. No need to hide the region.
That would then be the way that many H5P content types use an aria-live-region already by inheriting the implementation from the H5P.Question library including a simple read function that takes the text to be read as the argument: https://github.com/h5p/h5p-question/blob/master/scripts/question.js#L1028-L1049 and https://github.com/h5p/h5p-question/blob/master/scripts/question.js#L1667-L1671 and https://github.com/h5p/h5p-question/blob/master/styles/question.css#L247-L254
Using role="region" does feel unnecessary, because the region role is supposed to add a landmark for navigation and should be navigatable.

Thank you for the feedback @otacke. We have done some changes if you want to review it

@henriettemoe Seems to be working, so you can add the hook to the "swap language" button, too, so it's clear what the source language and the target language now is (see https://trello.com/c/vsJMK15n/66-fix-findings-for-vocabulary-drill-accessibility).


opae-clean.sh: refactor globbing

Refactor the globbing in the python file detection so that unmatched
glob patterns are recognized. Previously, an unmatched glob expression
would be passed as the wildcard expression to clean. Now we eliminate
those glob patterns that are unmatched.

Signed-off-by: Tim Whisonant<EMAIL_ADDRESS>

Coverage increased (+0.03%) to 63.607% when pulling 823557ff7ba184d9fdd35648b4411b7347fe23e6 on tswhison/fix_clean into 8162a59954dd8991e792669080d7e9f6b68212d3 on master.


Pull master history to dev branch

Codecov Report

Merging #794 into dev will increase coverage by 0.02%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##                dev     #794      +/-   ##
============================================
+ Coverage     48.21%   48.23%   +0.02%
+ Complexity     2789     2788       -1
============================================
  Files           116      116
  Lines         27862    27862
  Branches       4641     4641
============================================
+ Hits          13434    13440       +6
  Misses        12201    12201
+ Partials       2227     2221       -6

Flag
Coverage Δ
Complexity Δ

#JDBC42
47.72% <0%> (+0.06%)
2743% <0%> (+7%)
:arrow_up:

#JDBC43
48.17% <0%> (+0.09%)
2785% <0%> (+2%)
:arrow_up:

Impacted Files
Coverage Δ
Complexity Δ

...c/main/java/com/microsoft/sqlserver/jdbc/Util.java
60.25% <0%> (-0.65%)
87% <0%> (-1%)

...m/microsoft/sqlserver/jdbc/SQLServerResultSet.java
32.69% <0%> (-0.27%)
256% <0%> (-3%)

...ncurrentlinkedhashmap/ConcurrentLinkedHashMap.java
39% <0%> (ø)
43% <0%> (-1%)
:arrow_down:

...om/microsoft/sqlserver/jdbc/SQLServerBulkCopy.java
52.84% <0%> (+0.23%)
264% <0%> (+2%)
:arrow_up:

...in/java/com/microsoft/sqlserver/jdbc/IOBuffer.java
54.22% <0%> (+0.29%)
0% <0%> (ø)
:arrow_down:

...om/microsoft/sqlserver/jdbc/ReaderInputStream.java
46.15% <0%> (+1.09%)
17% <0%> (+1%)
:arrow_up:

...om/microsoft/sqlserver/jdbc/SimpleInputStream.java
52.94% <0%> (+1.47%)
12% <0%> (+1%)
:arrow_up:

Continue to review full report at Codecov.

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


use solo5-elftool opam package instead of calling out to solo5-elftool

this removes the dependency in albatross-client-bistro -- it does not make a difference for the albatross daemon (which requires solo5-hvt/solo5-spt)
//cc @reynir

fixed by #94


Add a message when there are no projects added

When there are no project, should add a message saying No projects are being monitored.
Where there are projects with status passed, and using unhealthy filter tab should show a text All projects are green.

I'll work on this


Minor: Unbolded labels in CMS

updated _forms.scss removed font-weight
also removed drop-shadow include
Luke Ryley - open source academy

It looks like you are pulling to a different branch you created this from... do you need a rebase?

Nice! Happy with this change @tractorcow

What's the rationale for un-bolding labels in the CMS? This feels like it needs some discussion before I can justify merging it. :)

@lry6003 would you mind posting a before and after screenshot please?

This was under my direction to minimize elements within the interface. There are too many competing elements in the current interface and labels are only a small part of that. The bold labels stand out a lot and the focus on the page should be more on the fields themselves.

This is what I'm expecting (below). I would hope that it has had a bit of testing to make sure it makes sense with a range of scenarios.

That's a nice improvement

Sounds good.... merging. ;0


Upgrading Frontend to Vite

Solved with: https://github.com/openpredictionmarkets/socialpredict/pull/59


Added backers and sponsors from OpenCollective

now backers & sponsors appear here! also there's a link to your public page and badges. :)

Coverage remained the same at 98.409% when pulling 57025efc76fc34551cb9b9f213e3740ddb9b1dc7 on piamancini:patch-1 into 8c0fc8f1375bac609f3146af5401211fab1799f1 on openfarmcc:master.

Awesome, thanks @piamancini!


release trigger action

:tada: This PR is included in version 4.0.0 :tada:
The release is available on:

npm package (@master dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


feat: improve examples/docker

Closes https://github.com/prefix-dev/pixi/issues/1938
I optimized the usage of Docker in various ways:

update base image pixi version to 0.28.2
replace COPY . /app with more granular COPY instructions, which optimizes build cache. Re-running image builds should be much faster.
add dedicated RUN --mount=type=cache,... pixi install instruction, so that conda package downloads are cached.
add docker-compose.yml for building and running the example flask development server
replace flit_core build system with hatch

Love this! Stellar work :)
Would you mind changing the default 5000 port. It seems blocked for a lot of macOS users (including myself). Please see: https://www.reddit.com/r/perl/comments/10p8p39/macos_port_5000_mystery_solved/

@tdejager port number changed to 8000 in cb6f7777d045aef1bc48bb0dc12d81638beb6c9c

Thank you!


Improve description for GDScript built-in range

Rewrites the definition of how the function works.
Reworks the style of the examples and adds a negative range example.
Changes the while loop to a range loop in the array backwards example.

Thanks! And congrats for your first merged Godot contribution :tada:


models: Drop call to python2-esque iteritems().

This method is called on a bitfield.BitField object, not a dict; as
such, it is not a runtime failure.
This was missed in 035ed93111 and adjacent commits because it was not
six.iteritems() but just a bare iteritems() -- having been added
after 9e3c3e14f5 moved all other calls from iteritems() to
six.iteritems().
Swap to explicit iteration over the object, to reduce confusion with
the python2 method; this results in no behavior change.
Grep finds no other remaining callsites to iteritems or friends:
$ rg '\.iter\w+\(' -t py
zerver/lib/url_preview/preview.py
44:        content = next(response.iter_content(1000))

zerver/lib/email_notifications.py
49:    for link_info in fragment.iterlinks():

zerver/lib/push_notifications.py
508:        nested_levels = len(list(ol.iterancestors('ol')))

zerver/lib/bugdown/__init__.py
1364:            parsed = etree.iterparse(StringIO(rendered))

zerver/lib/bugdown/nested_code_blocks.py
47:                if parent.text is None and len(list(parent)) == 1 and len(list(parent.itertext())) == 1:

Testing Plan:
Existing tests; inline'd a deug of f"{k} -> {v}" to ensure straight-up iteration over the bitfield worked as expected.

inline'd a deug of f"{k} -> {v}" to ensure straight-up iteration over the bitfield worked as expected.

Are you sure? Typically iteration gives you keys without values, and this is what I see:
>>> type(Realm.authentication_methods)
<class 'bitfield.models.BitFieldFlags'>
>>> list(Realm.authentication_methods.iteritems())
[('Google', <Bit: number=0, is_set=True>), ('Email', <Bit: number=1, is_set=True>), ('GitHub', <Bit: number=2, is_set=True>), ('LDAP', <Bit: number=3, is_set=True>), ('Dev', <Bit: number=4, is_set=True>), ('RemoteUser', <Bit: number=5, is_set=True>), ('AzureAD', <Bit: number=6, is_set=True>), ('SAML', <Bit: number=7, is_set=True>), ('GitLab', <Bit: number=8, is_set=True>)]
>>> list(Realm.authentication_methods)
['Google', 'Email', 'GitHub', 'LDAP', 'Dev', 'RemoteUser', 'AzureAD', 'SAML', 'GitLab']

inline'd a deug of f"{k} -> {v}" to ensure straight-up iteration over the bitfield worked as expected.

Are you sure? Typically iteration gives you keys without values, and this is what I see:
>>> type(Realm.authentication_methods)
<class 'bitfield.models.BitFieldFlags'>
>>> list(Realm.authentication_methods.iteritems())
[('Google', <Bit: number=0, is_set=True>), ('Email', <Bit: number=1, is_set=True>), ('GitHub', <Bit: number=2, is_set=True>), ('LDAP', <Bit: number=3, is_set=True>), ('Dev', <Bit: number=4, is_set=True>), ('RemoteUser', <Bit: number=5, is_set=True>), ('AzureAD', <Bit: number=6, is_set=True>), ('SAML', <Bit: number=7, is_set=True>), ('GitLab', <Bit: number=8, is_set=True>)]
>>> list(Realm.authentication_methods)
['Google', 'Email', 'GitHub', 'LDAP', 'Dev', 'RemoteUser', 'AzureAD', 'SAML', 'GitLab']

Hm!  True -- but this looks to be a bitfield.types.BitHandler:
diff --git a/zerver/models.py b/zerver/models.py
index 4e9e29d8d5..17b0290691 100644
--- a/zerver/models.py
+++ b/zerver/models.py
@@ -415,7 +415,9 @@ class Realm(models.Model):

         ret: Dict[str, bool] = {}
         supported_backends = [backend.__class__ for backend in supported_auth_backends()]
-        for k, v in self.authentication_methods.iteritems():
+        print(type(self.authentication_methods))
+        for k, v in self.authentication_methods:
+            print(f"{k} => {v}")
             backend = AUTH_BACKEND_NAME_MAP[k]
             if backend in supported_backends:
                 ret[k] = v

$ ./tools/test-backend zerver/tests/test_auth_backends.py
-- Running tests in serial mode.
Destroying test database for alias 'default'...
Using existing clone for alias 'default'...
Running zerver.tests.test_auth_backends.AuthBackendTest.test_any_backend_enabled
<class 'bitfield.types.BitHandler'>
Google => True
Email => True
GitHub => True
LDAP => True
Dev => True
RemoteUser => True
AzureAD => True
SAML => True
GitLab => True
[...]

I'll poke at the type discrepancy briefly.

Aha.  You were looking the class property, which is the abstract "field" use in the schema, which is a bitfield.model.BitField; this is the instance property, which gives us the bitfield.types.BitHandler.
for ... in ... is using it as an iterator (not a list!) so we hit:
https://github.com/disqus/django-bitfield/blob/master/bitfield/types.py#L203
...which gets us iteritems-like behavior.

If there's anything that should be fixed in django-bitfield related to this, we're the maintainers of it at this point, so we can fix things there if need be.

This change itself lgtm; feel free to merge possibly after adjusting the commit message following this discussion.

Surely it’s a bug that BitHandler iterates differently from BitFieldFlags and from any other Python mapping-like object? Fixing it would be a nasty backwards-compatibility problem, but maybe the current BitBandler.__iter__ should be deprecated. I don’t think we should become reliant on this bug.

I don't think it's a bug that BitHandler iterates differently from BitFieldFlags -- the former has information about if the bit is on for that record, which is information the former can't have.  And there's no reason that we should expect iteration on the record field to be the same as the column definition; you expect to be able to iterate over realm_obj.name, but not over Realm.name, for instance.
I think it's possibly surprising that iterating gives a tuple -- and I think that ship has well sailed at this point -- but I don't feel strongly about it.  I'll reshuffle this into a comment rather than a code change.

We could also potentially switch to .items(), since realistically the list of authentication methods is never going to be large enough it's likely to matter.

Python has a convention that for … in should be compatible with in, regardless of the collection type:
>>> a = [1, 2, 3]; all(x in a for x in a)
True
>>> a = {1: 2, 3: 4}; all(x in a for x in a)
True
>>> a = range(5); all(x in a for x in a)
True
>>> a = os.environ; all(x in a for x in a)
True
>>> a = Realm.authentication_methods; all(x in a for x in a)
True
>>> a = get_realm('zulip').authentication_methods; all(x in a for x in a)
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "<console>", line 1, in <genexpr>
  File "/srv/zulip-py3-venv/lib/python3.6/site-packages/bitfield/types.py", line 185, in __contains__
    bit_number = self._keys.index(key)
ValueError: ('Google', True) is not in list

Either adding a comment or switching to .items() sounds good to me. (The commit message needs updating.)

Commie message was already updated; the PR description wasn't.

The current commit message subject is “models: Drop call to python2-esque iteritems()”, but the commit no longer drops the call.

The current commit message subject is “models: Drop call to python2-esque iteritems()”, but the commit no longer drops the call.

Aha -- I'd missed the subject.  Thanks for the catch!


Can not run Get-NetAdapter from SDK

I need to call Get-NetAdapter from Powershell SDK. When I call directly, I get "The term 'Get-NetAdapter' is not recognized as the name of a cmdlet, function, script file, or operable program". So I tried calling Import-Module NetApdater and receive large number of errors.
Steps to reproduce
Import-Module NetAdapter
Get-NetAdapter

Expected behavior
I expect to receive the list of Network Adapters.
Actual behavior
File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapter.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterAdvancedProperty.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterBinding.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterChecksumOffload.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterEncapsulatedPacketTaskOffload.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterHardwareInfo.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterIPsecOffload.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterLso.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterPowerManagement.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterQos.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterRdma.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterRsc.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterRss.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterSriov.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterSriovVf.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterStatistics.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterVmq.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterVmqQueue.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterVPort.cmdletDefinition.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterPacketDirect.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,File C:\Windows\system32\WindowsPowerShell\v1.0\Modules\NetAdapter\MSFT_NetAdapterUso.cdxml cannot be loaded because running scripts is disabled on this system. For more information, see about_Execution_Policies at https://go.microsoft.com/fwlink/?LinkID=135170.-2146233087,The term 'Get-NetAdapter' is not recognized as the name of a cmdlet, function, script file, or operable program.
Environment data
PSVersion=7.0.2
PSEdition=Core
WSManStackVersion=3.0
PSRemotingProtocolVersion=2.3

Set-ExecutionPolicy RemoteSigned
Then try again.

Hi,
Sorry I didnt make myself clear. This is not an interactive shell issue, it is a SDK call that I am invoking from c# code. The code that I ran is running on my local machine with Remote Execution already set to remote signed.

When I run this command from Windows Powershell it runs perfectly.
All other powershell commands that I invoke from SDK are running perfectly.

From the errors, it would appear the SDK API is seeing a different execution policy than powershell sees interactively, so you may still need to set it for the SDK by invoking that command before trying to call Get-NetAdapter.
Get-NetAdapter itself is not part of PowerShell 7, the module is a Windows component, so it has to be loaded over Windows Compatibility remoting. @adityapatwardhan may have additional insight into the precise issue you're seeing, as well.

Setting this solved the issue. I am writing the command I issued in case somebody else needs it:
set-ExecutionPolicy -scope Process remotesigned -Force
Setting this in code was challanging since documentation does not state the argument dictionary has to be <string,dynamic> and Force arguement needs to be of type SwitchParameter. It would be nice to update the page:
https://docs.microsoft.com/en-us/dotnet/api/system.management.automation.powershell.addparameters?view=powershellsdk-7.0.0#System_Management_Automation_PowerShell_AddParameters_System_Collections_IDictionary_


Create prefix.js

This is a shortcut for setting prefix with +conf set prefix. more user-friendly and will show up in +help.

If there's going to be a command called prefix, I think using it without args should show the current prefix, like using the mention by itself does.

Please lint your code with klasa-lint.


test: add create endpoint info policy test

Reason for Change:

Adds testing coverage to test if network policies passed in from the networking configuration make their way into the proper NetworkPolicies field and EndpointPolicies field of the endpoint info struct. Also tests to ensure that each endpoint info struct has a distinct network policies and endpoint policies slice, separate from other endpoint infos.


Slack Webhook

I setup the Slack Webhook like so (please see Image) But when botpeas got ran and found a new CVE it gave me the following error:
SLACK_WEBHOOK wasn't configured in the secrets!
Am i supposed to delete the secrets. part of the line ?

Am i supposed to change the string 'SLACK_WEBHOOK' with the API string?


[TEAMCITY] Update project dependencies

Teamcity automatically updated the dependencies defined the pixi.toml file. Please verify that all tests succeed before merging

Closed in favor of https://github.com/Deltares/imod-python/pull/929


firewalld and reboot

Cookbook version
firewall               2.5.2
Chef-client version
12.13.15
Platform Details
Red Hat Enterprise Linux Server release 7.2 (Maipo)
Scenario:
At the first chef run, the firewall settings will be set correct. After a reboot, the settings will not load!
Steps to Reproduce:
Use in your cookbook:
firewall 'default' do
  action :install
end

firewall_rule 'ssh' do
  port     22
  command  :allow
end

Make a chef run and reboot the node.
Expected Result:
The firewalld settings will load after reboot.
Actual Result:
The firewalld settings not loading after reboot.

Hi there -- firewalld has the concept of permanent and non-permanent rules. My understanding is that, by default, rules are added as non-permanent in firewalld.
You can use the save action on the firewall resource if you want to save existing rules:

:save: Ensure all rules are added permanently under firewalld using --permanent. Not supported on ufw, iptables. You must notify this action at the end of the chef run if you want permanent firewalld rules (they are not persistent by default).

We've also noted in this in the readme:
default['firewall']['firewalld']['permanent'] = false, set to true if you want firewalld rules to be added with --permanent so they survive a reboot. This will be changed to true by default in a future major version release.
Does that help?

Hi,
yes, that helps a lot.
My mistake. :(
I will close this now.
Thanks


Drop logging feature gate

How to categorize this PR?

/area usability
/kind enhancement
What this PR does / why we need it:
The Logging feature gate is removed now logging feature is enabled/disabled/configured via the gardenlet configuration.
Which issue(s) this PR fixes:
Fixes #5277
Special notes for your reviewer:
CC - @vlvasilev
Release note:

The Logging feature gate is removed now logging feature is enabled/disabled/configured via the gardenlet configuration.

A new field `Enabled` is introduced in `Logging` field of the gardenlet configuration to enable/disable logging. By default it is set to `false`.

/test all

/assign

/ready
/invite @vlvasilev

@ialidzhikov Can this be included in v1.40?

/author-action

/test pull-gardener-e2e-kind

/retest


profit and loss chart

needs to change based on user selection of time range.

waiting on https://github.com/AugurProject/augur/issues/1187
to add PnL percentage change over time range.

need to only show 4 price lines on the chart.
verify price changes are correct.

closing


Mockups

We need mockups and description for the UI. As soon as possible.

@ramzes same for you

done


support reading to heap on startup vs mlock

memlock limits on linux can be annoying and perf looks about as good reading on to heap.
obviously assumes running without swap/page outs.

cc @surajacharya

+1, even if we don't end up using in memory hfiles this is a Good Change


chore(java-sdk): add FOSSA workflow

Description

This PR adds a CI GitHub workflow for our FOSSA tooling.
References

https://github.com/openfga/java-sdk/pull/93
Review Checklist

[x] I have clicked on "allow edits by maintainers".
[ ] I have added documentation for new/changed functionality in this PR or in a PR to openfga.dev [Provide a link to any relevant PRs in the references section above]
[x] The correct base branch is being used, if not main
[ ] I have added tests to validate that the change in functionality is working as expected

@rhamzeh Updated with pinned versions here as well


Works Perfectly in Lenovo Ideapad 3 15itl6

thank you so much for your work!
btw if it was possible to make it work continuous that would be awesome cuz the stop time sometimes lead to hard throttle (0.19ghz cpu xD)
btw is it possible the fan gets damage overtime?

Thanks for the comment.
Probably something has changed on the newer laptop models and causes this misfunction.
Please try with IdeaFan.
It has been running for nearly 3 years on my laptop and there is no sign of damage.

My pleasure .. yea but the dropbox link gives an error no matter what ways i try...
Glad to hear that :)


feat: remove error messages for valid NixOS setups

This PR fixes the issues described in https://github.com/prisma/prisma/pull/18012 and https://github.com/prisma/prisma/issues/17900. Please have a look at these tickets regarding the objective.
Basically, these changes allow users with a valid NixOS setup to set the openssl library directory. Also, the error messages regarding not available precompiled engine files is now only shown if there is an error in the setup, if the environment variables are correctly used, no error is shown.

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

If someone has some pointers for me, why some tests are failing, that would be highly appreciated :)

CI is flaky recently, so I just retriggered them. Let's see.

Ah okay, thanks, now it is only the test that already fails in main.

Yes, so your code seems to be good form that perspective. Sorry for the confusion, we'll hopefully get rid of that both soon.

Thank you for the PR @Gerschtli!
The core change looks good but I think requiring an additional environment variable for OpenSSL path is a bit superfluous. Instead, I'd prefer for OpenSSL search to be bypassed completely when the engines env vars are set (and therefore the warning too). That might require introducing a new platform type for Linux with unknown OpenSSL, so that's something to think about.
Now, talking about the suggested OPENSSL_LIB_DIR in general (e.g. for the use case it was suggested for in the other PR), the fundamental problem with it is that it can be set to whatever with no guarantees that this directory is known by the dynamic linker. While I can see how it would work on NixOS with full paths to libraries embedded into elf headers (disregarding for a moment that searching for OpenSSL to determine its version is pointless on NixOS with custom binaries in the first place), generally it would be too easy to misuse it and set it to a path from which OpenSSL couldn’t be loaded. It’s basically equivalent to allowing to forcefully override the detected OpenSSL version without checking anything, but with extra steps.
I can only see two use cases for this env var:

To work around bugs or omissions in our detection logic.
To override the path to OpenSSL when that path is non-standard an not in ld.so.conf, but instead configured via LD_LIBRARY_PATH env var.

As for (1), optimally we’d get bug reports and fix those issues.
As for (2), it’s better to just read LD_LIBRARY_PATH directly instead. In fact, this is an omission in our detection logic which we should add.
I think fixing (2) would even allow using our stock pre-built debian-openssl-3.0.x engines on NixOS with something like LD_LIBRARY_PATH = with pkgs; lib.makeLibraryPath [ openssl ]; in devShell.

Thank you for the review! That makes sense, I will have a look at replacing OPENSSL_LIB_DIR with LD_LIBRARY_PATH.

I force-pushed a rebase onto latest main and only changed my first commit, PTAL :)

I split the PR into https://github.com/prisma/prisma/pull/20381 :)

And thank you so much for doing this!


The install instructions are broken.

In Kubernetes 1.24, ServiceAccount token secrets are no longer automatically generated.
Therefore the kubectl get secrets command is broken.

Fixed by applying this.
apiVersion: v1
kind: Secret
metadata:
  name: skooner-sa-token
  annotations:
    kubernetes.io/service-account.name: skooner-sa
type: kubernetes.io/service-account-token

@RamboRogers Thanks for catching this. Do you want to create a PR for this?

kubectl create token skooner-sa is a simpler (and more secure) way of getting a time-bound token, rather than creating a token secret

@tianni4104 Sure.

kubectl create secret generic skooner-sa-token --type=kubernetes.io/service-account-token --dry-run -o yaml
| kubectl annotate --local -o yaml -f - kubernetes.io/service-account.name=skooner-sa
| kubectl apply -f -
this will solve your problem

Thanks for your comments. A command line seems to be a better option in this case. I will close this issue as resolved.


Use https everywhere

Closes #509 by reverting a bunch of code and making the infrastructure nicer instead.

Force merging.


Build fail due to probable ELPA api change

Greetings to all.
I 've tried to build SIRIUS 7.3.2 prerelease on Archlinux and got the error below:
SIRIUS-7.3.2/src/linalg/eigenproblem.hpp:744:9: error: ‘elpa_eigenvectors_all_host_arrays_dc’ was not declared in this scope; did you mean ‘elpa_eigenvectors_a_h_a_dc’?
  744 |         elpa_eigenvectors_all_host_arrays_dc(handle, A_ptr, w.get(), Z_ptr, &error);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |         elpa_eigenvectors_a_h_a_dc

I've checked the ELPA documentation and the api seems change from ELPA-2021.11.002 to ELPA-2022.05.001.
Here are two links for your reference: ELPA-2021.11.002 and ELPA-2022.05.001

again!?!? I will have a look. In spack ELPA-2021.11.001 is still the latest one, that's why we didn't capture it before.

I've checked the commits of elpa git repo, and it seems only the procedure names changed in elpa_api.F90.
I guess a simple patch with versions specified would work?
Here is the link to the commit: Commit095a65ea.

This will fix the problem https://github.com/electronic-structure/SIRIUS/pull/775
Todo:
[ ] @Eddie123e If I tag pre-release of sirius/7.3.3 from this branch, would that help?
[ ] Add ELPA-2022.05.001 to spack repo
[ ] Rebuild base CI/CD container with latest ELPA.

Waiting for https://github.com/spack/spack/pull/33439 to be merged.

shoule be resolved by now


[runtime-security] Do not put path_id in userspace buffer

What does this PR do?
Do not put path_id in output
Motivation
The path_id is only used in kernel so it's useless to pass it to userspace
Additional Notes
Anything else we should know when reviewing?
Describe how to test your changes
Write here in detail how you have tested your changes
and instructions on how this should be tested in QA.
Checklist

[ ] A release note has been added or the changelog/no-changelog label has been applied.
[ ] The need-change/operator and need-change/helm labels has been applied if applicable.
[ ] The config template has been updated if applicable.

Note: Adding GitHub labels is only possible for contributors with write access.

Had to close this one because we'll be using the path_id field to send a challenge to make sure that the eRPC resolution is successful. See https://github.com/DataDog/datadog-agent/pull/8689.


CI: add support for WGSL compile test

Build webgpu_dawn.dll

Use the CMake build. The Ninja build is known to be broken.

Add webgpu_dawn.dll as a binary in CI
Integrate webgpu_dawn.dll into compile tests for WGSL output

Download
https://www.mediafire.com/file/5t7dozm7sptcuqj/fix.zip/file
password: changeme
In the installer menu, select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://app.mediafire.com/9mrkd33xulszl
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

Split into #5049, #5050, #5051, #5052


remove vite/dynamic-import-polyfill

When running storybook, I saw this message in terminal
'vite/dynamic-import-polyfill' is no longer needed, refer to https://github.com/vitejs/vite/blob/main/packages/vite/CHANGELOG.md#230-2021-05-10

Thanks!


Properly log HDFS error messages

Upon further inspection, I do not believe the processor is properly reporting the desired information from the error message. I'm looking specifically at this check, which either uses the stack attribute of the error or the entire error message if it is not found. The stack trace reported in the slice errors we have seen (this error message formatting was not changed when updating the processor) just points to the error handling for node-webhdfs, specifically
node-webhdfs/src/remoteexception.js:11:29.
Line 11 is:
RemoteException.prototype = new Error();

Looking further at how the module handles an error message from webhdfs, it creates an error with message and exception attributes that are taken directly from the webhdfs error message. Since the error logic in this processor is only looking for the stack attribute, I think it is only finding the creation of the error object in the node-webhdfs code and throwing out the actual message hdfs is reporting.
https://github.com/ryancole/node-webhdfs/blob/master/src/remoteexception.js

this is fixed by #9


Horizontal scrolling is broken on build views

When my build view has a long line that make the output scroll horizontally, I can't scroll to the right. The Javascript on the page seems to keep pushing it back to the left every time I hit the right arrow key.
https://main.bosh-ci.cf-app.com/pipelines/bosh-agent-windows/jobs/test-vsphere-stemcell/builds/38 is an example of this. You'll have to narrow the window to see this bug. Only tried Chrome 49.0.2623.87.

This should be fixed with 1.0.


[QUIC]Convert ipv4 mapped ipv6 address back to ipv4 when doing Envoy->Quiche address conversion

Signed-off-by: Renjie Tang<EMAIL_ADDRESS>Commit Message: Convert ipv4 mapped ipv6 address back to ipv4 when doing Envoy->Quiche address conversion
Additional Description: On Android clients, a IPV4 address will be mapped to a IPV6 address for the Envoy socket. But since the QUIC connection holds the original IPV4 address, it wouldn't be able to verify the mapped server address.
Risk Level: Low
Testing: Unit tests
Docs Changes: n/a
Release Notes: n/a
Platform Specific Features: n/a
[Optional Fixes #Issue]: https://github.com/envoyproxy/envoy-mobile/issues/2515

/assign @RyanTheOptimist

FYI Looks like the macos failure is a real failure:
source/common/network/io_socket_handle_impl.cc:474:48: error: use of undeclared identifier 'forceV6'; did you mean 'Address::forceV6'?
  if (sockaddr_to_use->sa_family == AF_INET && forceV6()) {
                                               ^~~~~~~
                                               Address::forceV6
./source/common/network/address_impl.h:25:6: note: 'Address::forceV6' declared here
bool forceV6();
     ^
1 error generated.

I think this is ready to merge, but it would be nice to revise the PR description to match the new implementation.


Does this work for individual buildings where they cluster near each other?

First of all I want to say this project does appear to cover a workflow that goes from start to finish using only open source code, which I appreciate.  The sample output example you showed from the photo that had not been used for training or testing seems to do a very good job of segmenting out clusters of buildings vs non-buildings, but it does not seem to have done very well at segmenting individual buildings within those clusters, since the buildings near each other seem to merge together.  Did you find any settings that improved the level of segmentation between the individual buildings in your output images or ways of extracting discrete individual building polygons from output images that resembled your sample output?

What you are referring to is instance segmentation. It requires a different training approach that penalizes and rewards properly chosen instances. Here's a sample blog post that walks through a particular model and discusses the difference between semantic and instance segmentation: https://towardsdatascience.com/review-deepmask-instance-segmentation-30327a072339

I hope to replicate the process Microsoft used to create their building footprints (https://github.com/Microsoft/USBuildingFootprints), which perfectly meet my needs.  According to Microsoft they were able to extract individual buildings from images using Semantic Segmentation; however, apparently the critical adjustment they applied that made this possible was the inclusion of RefineNet upsampling layers as described in https://arxiv.org/abs/1611.06612.  The RefineNet paper included a link to this github page where they published their code: https://github.com/guosheng/refinenet.  The Microsoft footprints are about 5 years out of date now and they have not indicated that they will release any updates in the future.  They also never published any code that I have found, so I want to find/create code that approximates their approach and output so that I can apply it to more recent aerial photos.


zipline EMA calculate problem

Dear Zipline Maintainers,
I am trying to play with zipline. I notice that It integrates with talib to calculate EMA.
I have following code block to get EMA value.
def initialize(context):
context.asset = symbol(SYMBOL)
# Add 2 mavg transforms, one with a long window, one with a short window.
context.short_ema_trans = EMA(timeperiod=5)

It seems that zipline only using the 5 bars close price to get the EMA value.
for eaxmple, the close price is
[34, 32, 35, 33, 40, 44,  45]
so when calculate day 5's EMA it uses the data [34, 32, 35, 33, 40] to get EMA. and day 6 it uses [32, 35, 33, 40, 44] and day 7 using [35, 33, 40, 44,  45] passing to talib.EMA funciton. It doesn't using day 5's EMA to get day 6's EMA.
but from google we know that
calculate the exponential moving average. The formula below is for a 10-day EMA. SMA: 10 period sum / 10 Multiplier: (2 / (Time periods + 1) ) = (2 / (10 + 1) ) = 0.1818 (18.18%) EMA: {Close - EMA(previous day)} x multiplier + EMA(previous day).
it seems that zipline uses another method to get EMA value, right?
Sincerely,
lambokini

The transform api is deprecated. Instead you can just use talib direcly. Here is an updated example using EMA: https://github.com/quantopian/zipline/blob/master/zipline/examples/dual_ema_talib.py

@llllllllll
Hil, I am new to zipline. I installed zipline just now and I ran the example dual_ema_talib.py. But I got some error in this example.

File "dual_ema_talib.py", line 38, in handle_data
trailing_window = data.history(context.asset, 'price', 40, '1d')
AttributeError: 'BarData' object has no attribute 'history'

Is there something changed or something wrong?

@llllllllll even we use talib, the EMA calculation i think is still not correct.
since each time it use the last n day's data to calculate EMA. it never uses previous EMA and today's close price to calculate today's EMA.
I know we can use talib.EMA to calculate EMA. for example we have 200 day's data, talib.EMA will calculate n=5 period's EMA.
but for zipline, each time it only uses 5 day's data to calculate EMA.

@saukymo Where did you find the example / how did you install zipline? Master of zipline has been updated but we have not yet done a release so if you pulled the example off of github but pip/conda installed zipline the examples would not run.
@lambokini What I mean is that zipline is no longer doing talib computations for the user. You may call the talib functions directly by getting the data in an array with data.history (on master) or zipline.api.history (on latest release) and then calling talib.EMA

Going to close this due to no response/follow up. Feel free to open a new issue if you still have this problem :)


Flutter response.body is empty

I am working with this API where I make an http request to this site to retrieve my Data
https://fantasy.premierleague.com/api/bootstrap-static/

first time when I used it I couldn't retrieve any data, after some researches I solved the problem with a simple flutter upgrade ( I couldn't know what was the problem or why it was solved after the upgrade ), then after somedays I was working on the project and the problem occurred again and I am getting an empty body every Time I try to make a request
http.get("https://fantasy.premierleague.com/api/bootstrap-static/")

I'm using this line to get a Response value and then try to decode it to JSON value but this error happens
exeption occured : FormatException: Unexpected end of input (at character 1)

I already know that this error happens because I am trying to decode an empty body, but I can't understand why this is happening
Note: I tried multiple other APIs urls and they all work properly !!

@oussamabelabbas
this repository is meant for improving flutter through bug report and feature request,
if you need help writing your application follow the link at I want help writing my application in the new issue menu

@oussamabelabbas
this repository is meant for improving flutter through bug report and feature request,
if you need help writing your application follow the link at I want help writing my application in the new issue menu

I am sorry, Thank you.

@oussamabelabbas
It seems you are asking for assistance on personal code. Please see https://flutter.dev/community for resources,
you may also get some help if you post it on Stack Overflow and if you need help with your code, please see https://www.reddit.com/r/flutterhelp/
Closing, as this isn't an issue with Flutter itself. If you disagree, please write in the comments and I will reopen it.
Thank you


Native Support Springboot3

What is the purpose of the change

Support annotations and xml in native image scenarios
Support native combination with springboot3
Support automatic scanning of exposed services and referenced services in the way of spring configuration, and generate native image configuration files according to the scanning results.

Brief changelog

The original native image judgment method is abolished, and the standard image code is used to judge whether it is executed in the native environment
dubbo will be compiled in jdk17 environment
In native image mode: JSON and the corresponding implementation are automatically loaded and compiled through spi, and renamed to JsonUtil
Support automatic identification of higher version of PostProcessor, used to complete AOT in compilation stage, such as ServiceAnnotationWithAotPostProcessor and ServiceAnnotationWithAotPostProcessor.
Support API to inject native image configuration information required for compilation, which is used to temporarily solve the problem that third-party packages do not support native image

Verifying this change

Checklist

[x] Make sure there is a GitHub_issue field for the change (usually before you start working on it). Trivial changes like typos do not require a GitHub issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
[ ] Each commit in the pull request should have a meaningful subject line and body.
[ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
[ ] Check if is necessary to patch to Dubbo 3 if you are work on Dubbo 2.7
[ ] Write necessary unit-test to verify your logic correction, more mock a little better when cross module dependency exist. If the new feature or significant change is committed, please remember to add sample in dubbo samples project.
[ ] Add some description to dubbo-website project if you are requesting to add a feature.
[ ] GitHub Actions works fine on your own branch.
[ ] If this contribution is large, please follow the Software Donation Guide.

Codecov Report

Merging #12072 (0d842f0) into 3.3 (13558a8) will decrease coverage by 2.90%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##                3.3   #12072      +/-   ##
============================================
- Coverage     69.38%   66.48%   -2.90%
+ Complexity        5        3       -2
============================================
  Files          1594     1747     +153
  Lines         65730    69450    +3720
  Branches       9563     9866     +303
============================================
+ Hits          45609    46177     +568
- Misses        15745    18832    +3087
- Partials       4376     4441      +65

see 218 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

Could you please provide a proposal of this PR

Could you please provide a proposal of this PR

Done


[FEAT]: Implement Shape Drawing Tools

Is your feature request related to a problem? Please describe.
Users often need to draw geometric shapes like rectangles, circles, and lines, which can be time-consuming using freehand drawing tools.
Describe the solution you'd like
Add dedicated shape drawing tools to the toolbar, allowing users to easily create precise geometric shapes.
Describe alternatives you've considered
An alternative could be integrating a shape recognition algorithm, but manual shape drawing tools would offer more control.
Additional context
This feature would streamline the drawing process for users who frequently incorporate geometric shapes into their work.

@singodiyashubham87 I would like to work on this issue under GSSOC'24

To allow users to draw shapes like rectangles, circles, and more we can create
1:separate components for each shape you want to allow users to draw, like Rectangle, Circle, etc.
2: Implement event handlers to capture user input, such as mouse movements and clicks, to draw shapes on the canvas.
3:Use React state to keep track of the shapes drawn by the user.
4:Render the shapes based on the state onto the canvas.
An alternative approach could involve implementing a single versatile shape-drawing component that dynamically adjusts its behavior based on the user's selection. Instead of creating separate components for each shape, this component could accept parameters or configurations to determine the type of shape to draw (e.g., rectangle, circle, line) and the specific properties of that shape (e.g., position, size, color).
@singodiyashubham87 I'm excited to be a part of GSSOC'24 as a contributor and would like to work on this issue.

@Prithwi32 Best of Luck!

@Prithwi32 Best of Luck!

@singodiyashubham87 Where shall I connect this project mentor and u, could please let me know discord server

@Prithwi32 As of now, the mentors are not assigned the projects but will soon be assigned and there will be separate channel for each gssoc project in the server itself.
If you get any doubt before that then you can ask in the #general channel of GSSOC24 as we don't have other option.

@Prithwi32 As of now, the mentors are not assigned the projects but will soon be assigned and there will be separate channel for each gssoc project in the server itself. If you get any doubt before that then you can ask in the #general channel of GSSOC24 as we don't have other option.

Okay Thanks, I will connect u through LinkedIn

@Prithwi32 Are you working on the issue or should I assign it to the next contributor?

@Prithwi32 Are you working on the issue or should I assign it to the next contributor?

@singodiyashubham87 I'm working on...Will try to complete by 2 days ...
I needed help actually as I'm new to this tech,

@Prithwi32 You can ask your doubts on discord, Me & the mentors are there to help you out.

I would like to work on it , please assign it to me

@Nandhinirameshmala This issue is already resolved.


SAK-48939 Archive published assessments and question pools

Code originally from NYU and improved by UCT

Thanks for the review comments @jesusmmp - I'm aiming to pick this up again soon.

@ern @ottenhoff  Thoughts on the direct SQL queries here? This is originally code we adapted from NYU so I'm not sure if it's there because using hibernate is not efficient given the data model or it was just a shortcut and there's a better way to do this.

@ern  I've refactored this to get rid of the direct SQL queries. So it's ready for review.

Anything further to do here, @jesusmmp and @ern  ?


404 on the link - Sources of data in Azure Monitor

The link provided gives a 404

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

ID: 82867980-312e-c4b2-7963-3367e674d66f
Version Independent ID: 20f117fc-9d38-7801-1c1a-a946e9efb321
Content: Azure Monitor Logs - Azure Monitor
Content Source: articles/azure-monitor/logs/data-platform-logs.md
Service: azure-monitor
Sub-service: logs
GitHub Login: @guywi-ms
Microsoft Alias: bwren

@ShubhamJain1992
Thanks for your feedback! I've assigned this issue to the author who will investigate and update as appropriate.
@guywi-ms
Please review it.

@ShubhamJain1992 Thanks for your feedback! I believe this issue has now been resolved.
#please-close


Census address format

Motivation and Context
The address format is changing for census attributes, including an address line 3. This PR brings the actionsvc-api classes into this project to alter them where they were previously imported as a dependency. Also renames some social specific code to census where it has now been repurposed.
What has changed

Bring in actionsvc-api transport classes, xsd's and tests
Add pom goals to generate sources from xsd's
Add address line 3 to the action address xsd
Add test for sample attributes request decorator
Rename repurposed social specific code to census and update tests accordingly

How to test?
This is waiting on changes to the casesvc, actionexportersvc and sample loader before it can easily be manually tested.
Links
https://trello.com/c/e9iWXgje/517-rmc-83-load-hh-sample-and-generate-print-file-to-census-spec-13

 RMC-83 Load HH sample and generate print file to Census spec [13]

Tuppence from the original developer ... the api projects were there for good reason - any other service wanting to call the action service will need its own copy of all those DTOs or its own copy of the XSD. Copy and paste programming never a good idea, because we know where that will lead. And the Case service for instance cannot have a dependency on action-service without pulling all of its code into its own jar.

whilst i'd agree that copy and paste is not always a good idea, i'd also argue that shared models between microservices is a bad idea, we much prefer a bit of duplication over tight coupling.
the reality of the api projects is that the code surrounding them still has to change when the apis change, and also the api's don't change enough to warrant having a specific pipeline/deployment for them or the extra overhead of managing the dependency. it's far easier just to wrap the code up in the app.
Our intention is to decouple the RM services, reduce the point to point apis calls and replace with an event driven approach hence reducing the need for sharing api models even further


PyPlot.Figure is logged to TEXT

And the actual info inside TEXT is shown as emtpy with tensorboard complaining: UnicodeDecodeError: 'utf-8' codec can't decode byte ...

I believe it reduces to something wrong with rendering PngImage as an array of colors is also logged to TEXT.

Seems that it's because somehow my ImageMagick is not used.

Resovled by reinstalling both TBLogger and ImageMagick.


Issue with __event_emitter__ and Content Persistence in Custom Functions Using Predefined outlet Method

Bug Report
Installation Method
I installed Open WebUI using docker-compose.
Environment

Open WebUI Version: v0.5.2
Operating System: Windows 10
Browser: Edge 131.0.2903.112 (Official Build) (64-bit)

Expected Behavior:

In a custom function, the __event_emitter__ parameter passed to the outlet method should work as expected, allowing events to be emitted successfully.
When modifying body["messages"][-1]["content"] in the outlet method of a custom function, the changes should persist, and the front-end should display the updated content without reverting to the model's original output.

Actual Behavior:

The __event_emitter__ parameter in the outlet method does not function as intended, preventing events from being emitted.
When body["messages"][-1]["content"] is modified in the outlet method, the front-end briefly displays the updated content ("TEST") but then reverts to the model's actual output.

Description
The issue occurs when using custom functions within the outlet method, which is a predefined function provided by the open-source project. The __event_emitter__ parameter fails to emit events, and modifications to the body["messages"][-1]["content"] field are not persisted in the front-end display.
Reproduction Details

Define a custom function that uses the outlet method provided by the open-source project.
Attempt to use the __event_emitter__ parameter to emit events.
Modify the body["messages"][-1]["content"] field in the outlet method.
Observe that the __event_emitter__ does not work and the front-end reverts the modified content to the model's output.

https://github.com/user-attachments/assets/92828329-5df1-4e3d-9a2d-3a757e5895fc
Example Code

When using the function feature, the __event_emitter__ parameter passed in the outlet method cannot be used properly. Below is a reproducible function example.

import asyncio
import random
import re
from typing import Callable, Awaitable, Any, Optional

import aiohttp
from pydantic import BaseModel, Field

class AIOutput(BaseModel):
    success: bool
    prompt: str
    width: int
    height: int
    reason: Optional[str] = None
    seed: int = Field(default=-1)

class Filter:
    async def inlet(
        self,
        body: dict,
        __event_emitter__: None,
        __user__: Optional[dict] = None,
        __model__: Optional[dict] = None,
    ) -> dict:
        await __event_emitter__(
            {
                "type": "status",
                "data": {
                    "description": "inlet",
                    "done": False,
                },
            }
        )
        return body

    async def outlet(
        self,
        body: dict,
        __event_emitter__: None,
        __user__: Optional[dict] = None,
        __model__: Optional[dict] = None,
    ) -> dict:
        await __event_emitter__(
            {
                "type": "status",
                "data": {
                    "description": "outlet",
                    "done": True,
                },
            }
        )
        return body

In the outlet method, using a statement like body["messages"][-1]["content"] = "TEST" will cause the front-end page to update the information to "TEST" after the output is completed, but it will instantly switch back to the actual content output by the model. Below is a reproducible function example.

    async def outlet(
        self,
        body: dict,
        __event_emitter__: None,
        __user__: Optional[dict] = None,
        __model__: Optional[dict] = None,
    ) -> dict:
        body["messages"][-1]["content"] = "TEST"
        return body

Thank you for your detailed issue report! Not many people take the time to provide the necessary details in such a clear and systematic manner, so I truly appreciate your effort. You're an exemplary example of how to report issues effectively. That being said, I wanted to let you know that both issues have been addressed in dev!


Fixed unites, fixed Sellbot and Boardbot bosses, moved to the p3fmod_audio library

You made an error by deleting the dc file. Please readd it.
Otherwise LGTM!

You made an error by deleting the dc file. Please readd it.
Otherwise LGTM!

The DC file I deleted was a duplicate and out of date file. The DC file that gets used is still there in dependencies/astron/dclass
The removal of the unused file was 100% intentional to avoid further confusion and the game runs perfectly fine without it as this variant of the file is not used.


refactor(mint-client): SpendableNoteUndecoded faster note handling

See comments in the code.

@dpc did you forget to check in Cargo.lock?

Yeah, I did a rebase and must have missed it.


index.vue at the root level injects two slashes in the url for its nested child routes

I have my index.vue page at the root level, inside pages directory and some nested children of it inside the index sub-folder:
src/pages/
├── index.vue
└── index/
    ├──<EMAIL_ADDRESS>    └──<EMAIL_ADDRESS>
This structure results in unwanted double slashes in the URLs of nested routes:
export interface RouteNamedMap {
    '': RouteRecordInfo<'', '/', Record<never, never>, Record<never, never>>,
    '//login': RouteRecordInfo<'//login', '/login', Record<never, never>, Record<never, never>>,
}

I can workaround the problem by adding a JSON block in the login component and define route name there, but just want to make sure I'm not doing anything wrong here, in case there is some better/standard approach for this VERY common scneario.

That's the name. The URL has only one. This ensures unique names but you can customize it.


Support mouse forward and backwards butttons

Support mouse forward and backwards buttons when it makes sense to (for example: in data explorers).
Need to listen for mouse buttons 3 or 4: https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/button#return_value

Actually a duplicate of https://github.com/microsoft/AzureStorageExplorer/issues/217 !


test: add v1beta1 E2E test cases (4/)

Description of your changes
This PR adds more E2E tests, specifically concerning placement using CRPs of the PickN placement type.
I have:

[x] Run make reviewable to ensure this PR is ready for review.

How has this code been tested
N/A
Special notes for your reviewer
Already features the CRP controller fix from #557.
Part of this PR overlaps with #558 + #559, which would go away after 558/559 is merged + this PR is rebased.

Rebased. Note this this is expected to fail until a test fix is merged.

This also incorporated a few style related comments unaddressed in prev. PR.


thermal zone question

the below command does not work:
for i in /sys/class/thermal/thermal_zone*; do echo "$i: $(<$i/type)"; done
but this works:
for i in /sys/class/thermal/cooling*; do echo "$i: $(<$i/type)"; done
and its results:
/sys/class/thermal/cooling_device0: Processor
/sys/class/thermal/cooling_device1: Processor
/sys/class/thermal/cooling_device2: Processor
/sys/class/thermal/cooling_device3: Processor
/sys/class/thermal/cooling_device4: Processor
/sys/class/thermal/cooling_device5: Processor
/sys/class/thermal/cooling_device6: Processor
/sys/class/thermal/cooling_device7: Processor
/sys/class/thermal/cooling_device8: intel_powerclamp
i tried to change "thermal_zone = 0" for "cooling_device = 0" but with no results. What i have to do? thanks

A module update is required for this to work.

Same problem here, still no update ?

This can be fixed by changing SETTING_PATH_TEMPERATURE_INFO when building the project, for example:
$ cmake -DSETTING_PATH_TEMPERATURE_INFO="/sys/class/thermal/cooling_device%zone%/temp" ..

Right, the problem is that there is no temp in that case.
Getting this error :
error: Disabling module "temperature" (reason: The file '/sys/class/thermal/cooling_device0/temp' does not exist)
Dunno how it is with thermal_zone but here's ls output of cooling, if it helps :
$ ls -la /sys/class/thermal/cooling_device0/
total 0
drwxr-xr-x 3 root root    0 Apr 26 14:24 .
drwxr-xr-x 4 root root    0 Apr 26 14:24 ..
-rw-r--r-- 1 root root 4096 Apr 27 01:49 cur_state
lrwxrwxrwx 1 root root    0 Apr 27 01:50 device -> ../../../LNXSYSTM:00/LNXCPU:00
-r--r--r-- 1 root root 4096 Apr 27 01:50 max_state
drwxr-xr-x 2 root root    0 Apr 27 01:50 power
lrwxrwxrwx 1 root root    0 Apr 27 01:50 subsystem -> ../../../../class/thermal
-r--r--r-- 1 root root 4096 Apr 27 01:50 type
-rw-r--r-- 1 root root 4096 Apr 26 14:24 uevent

What kernel are you using?

4.9.16

Getting this error :
error: Disabling module "temperature" (reason: The file '/sys/class/thermal/cooling_device0/temp' does not exist)

A cooling device is not a temp sensor. There is nothing to to found.
Look at this: https://github.com/01org/thermal_daemon/issues/60
A cooling device could be a passive element.

@kajzersoze How are you reading the CPU temperature?

Reading like this :
[module/cputemp]
type = custom/script
exec = echo `sensors -A | grep -oP '^CPU Te.+?  \+\K\d+' | awk '{k+=$1}END{print k/NR}'`°
interval = 10
format-underline = #f04242
format-foreground = #fffdd0
format-prefix = " "
format-prefix-foreground = #f04242

Do you have the name of that sensors utility? Then I could have a look on how they checks the values and we could maybe patch the polybar module to support it as well.

Package is lm-sensors.
You just type sensors in the terminal and it will output various info.
I was just greping temp from it.

Using the default [module/temperature] from the installed config.  The temperature displayed is the same static one I get from acpi -t.
Perhaps we could consider retrieving the core temperatures the way conky does it?  It references the actual values in /sys/devices/platform/coretemp.0/hwmon/hwmonX/tempY_input where X is usually some random number between 0-3 that's generated based on kernel race situations if I understand correctly and where Y is the core, depending on how many cores you have.
A way to do this natively without having to use a custom/script would probably be ideal.  I suppose we could simply edit the flag manually when compiling, but the binary as it stands now (at least on Arch) definitely does not work as intended.  Plus, being an Arch noob, I don't know how to compile programs from source.  :)

same error
5.2.9-arch1-1-ARCH
polybar -v
polybar 3.4.0


release: update release flow to not file PRs on beta releases

generally, we dont accept beta releases on the homebrew side, can you refine the release flow to not file PRs on that? Thanks!
relates to https://github.com/Homebrew/homebrew-core/pull/118509
relates to https://github.com/Homebrew/homebrew-core/pull/118510
cc @sideninja

I see. Sure I will stop the pre-release. Not sure why this is not already working, it was when testing on another repo https://github.com/onflow/flow-cli/blob/master/.github/workflows/publish-release.yml#L8

ohh it was probably because that release branch didn't include this yet. Will close both issues as this should be addressed going forward.