Add note to not navigate until WebView control has loaded

Prompted by #183

Docs Build status updates of commit 259f43d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/controls/wpf-winforms/WebView.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.

Docs Build status updates of commit 4334d30:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/controls/wpf-winforms/WebView.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Provide provider name in RunCompletionEvents

Closes #304
Overview:
Adds the provider field to RunCompletionEvents.
Each provider is responsible for propagating the configuration of this field to their respective backends.
Alternatives considered:
Alternatively, the provider name could have been set as a label/in the description of all resources created on provider backends. Because currently there needs to be a one-to-one relationship between providers and backends, this information would be redundant. In the future, we may decide to add this.

ok to test


added panning option using mouse click and space key

solution to issue: #7
Here is a screen recording of the working functionality:
Screencast from 13-05-24 12:55:34 AM IST.webm

LGTM ♥ Merging

LGTM ♥ merging

🔥🫂

There is some code break in the main production line due to this PR, can you please check this why it is happening so . When i press the delete button ,it does not works instantly ,i have to press it twice . The same goes with the tools section also .
May you please confirm and check this out 👩🚀

Working on it


[Bug] error with null relationships

Bug report
What I did
I have an Invoice model and an InvoiceDetail models defined like so:
// Invoice.php

    protected $casts = [
        'invoiceDetails' => 'array',
    ];

    public function invoiceDetails()
    {
        return $this->hasMany(InvoiceDetail::class);
    }

// InvoiceDetails.php
    public function invoice()
    {
        return $this->belongsTo(Invoice::class);
    }

In my InvoiceCrudController I added this field:
        CRUD::addField([
            'name' => 'invoiceDetails',
            'label' => __('Products'),
            'type' => 'relationship',
            'subfields' => [
                [
                    'name' => 'product_name',
                    'type' => 'text',
                    'label' => __('Product'),
                    'wrapper' => ['class' => 'form-group col-md-8'],
                ],
                [
                    'name' => 'quantity',
                    'type' => 'number',
                    'label' => __('Quantity'),
                    'attributes' => ['step' => '0.01', 'min' => 1],
                    'wrapper' => ['class' => 'form-group col-md-2'],
                ],
                [
                    'name' => 'price',
                    'type' => 'number',
                    'attributes' => ['step' => '0.01'],
                    'label' => __('Price'),
                    'wrapper' => ['class' => 'form-group col-md-2'],
                ]
            ],
            'tab' => __('Products'),
            'init_rows' => 0,
        ]);

What I expected to happen
I tried to use the new features of the "relationship" field as described here
What happened
I got this error:
foreach() argument must be of type array|object, null given
What I've already tried to fix it
Wrap this line into a collect() to handle null values
https://github.com/Laravel-Backpack/CRUD/blob/v5/src/app/Library/CrudPanel/Traits/Update.php#L117
$relationModels = $relatedModel->{$relationMethod};
$relationModels = collect($relatedModel->{$relationMethod});
Backpack, Laravel, PHP, DB version
BAckpack 5.0.7, PHP 8.0

Hello @thdebay
I think I finally found the problem. You are casting you relation invoiceDetails to array. I usually keep my relations as collections, if I need them as array I could use ->toArray(). Any reason you are casting the relation to array ? Or was just because it's a "repeatable" and for the repeatable to work (when it's not a relationship) we cast it to array ?
The line you mentioned does not need to be wrapped in a collect() because at that time we know that $model->$method is a relation so it returns an empty collection already, I didn't account for casting the relation to array, I think because I never did that.
@tabacitu casting the relations to array is usual ? Should we support it ? It's not just wrapping that in a collect(), from first investigation casting to array the relation also breaks the saving process. Didn't investigate further as I never casted the relations to array, so I better ask opinions! 👍
Thanks again for the report @thdebay , sorry for the bad experience. If you are not casting your relation to array for any special reason, just remove the casting and everything should work fine.
Thanks 🙏

Wheew!! Good find @pxpm , I'm sure this took a lot more time than it looks 😅
That's odd to me too... never saw relations casted to array before... so... 🤷♂
Let's wait and see what @thdebay says... why that casting is here in the first place.

Thank you @pxpm and @tabacitu - indeed, the easiest way to solve this is simply to remove the cast. I don't needed anymore, since I will rely entirely on the new subfields feature.
Thanks for your help!


A couple suggestions

These may have been requested already, but since they aren't added yet, and I didn't see them suggested when I quickly scrolled through, ima request them anyway :)

An option to rightclick names in the chatbox and look them up on the hiscores in the client.
An additional option for Fishing displays: Hide the fish names, just show the active fishing spots. I am aware they show without text on the minimap, but would like it to be on the game screen aswell.

You should use more descriptive titles for suggestions and bug reports.
Option to right-click and lookup in chatbox is #348, but it needs some extra work.


Server hang when running adas-detection application in docker container on alveo_u200 FPGA card

I am trying to run adas-detection application in a docker container on alveo_u200 fpga card.
But once i start running source run.sh command it is stopping at SPEAKING TO BUTLER and if i check my fpga server, it is in hang state and reboots itself.
Expected:
Application should run without hang
Please suggest me how can i avoid this hang issue
Thanks in advance

I hope you have installed XBUTLER using the install.sh script mentioned in the "Setup for Alveo" section on https://github.com/Xilinx/Vitis-AI/tree/master/alveo page.
You can try following inside conda environment:
xbutler_backdoor.sh -s
If the output of above seems good, can you try running following test:
https://github.com/Xilinx/Vitis-AI/tree/master/alveo/examples/deployment_modes

@sumitn-xilinx Thanks for your reply
I Installed xbutler using install.sh but it is getting stopped at Starting butler at 67% ,its not exiting gracefully.I manually stopped and ran xbutler_backdoor.sh and found out examples are working
as expected

Here is my output of xbutler_backdoor.sh
(vitis-ai-caffe) root@vitispod:~# xbutler_backdoor.sh -s
Validating Arguments... passed!

Verifying CONDA_PREFIX

Verifying XILINX_XRT
Pass!
Password Correct!
Server System Information
    FPGA #0
            FPGA Name: alveo-u200
            DSA Name: xilinx_u200_xdma_201830_2
            XCLBIN Path: /opt/xilinx/overlaybins/xdnnv3/xdnn_v3_96x16_2pe_8b_9mb_bank03_2.xclbin
            Total Number of CUs: 2
            Total Number of Used CUs: 0
            Total Number of Unused CUs: 2
            CU List (Properties and Status):
                    0)   CU Name: kernelSxdnn_0   Kernel Name: kernelSxdnn_0   Base Address: 0x1c00000   Used: false
                    1)   CU Name: kernelSxdnn_1   Kernel Name: kernelSxdnn_0   Base Address: 0x1e00000   Used: false

Now my query is if i give /opt/xilinx/xrt/bin/xbutil query -d 0 while running the ai example, the fpga server is hanging.

Most likely the issue with your XRT installation.
Can you manually go through each installation step in install.sh?
Which linux distribution do you have?

@sumitn-xilinx Thank you for the reply
Please find output of lsb_release in my fpga server
lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.4 LTS
Release:        18.04
I installed 2.5 verision of XRT and deployment software as well in my server and able to see device info using xbutil query -d 0 command.
But when i start running this vitis applications in container i am facing the hang issue.

@surekha1723
Did any Alveo example work for you or only adas app is behaving unexpectedly?
Also, can you check if the card is working fine?
You can run (in BASH):
source /opt/xilinx/xrt/setup.sh
xbutil validate -a

@VishalX Thanks for your reply
Not only adas even video_analysis application is also giving unexpected behaviour
Please find below output for xbutil validate command

Thanks in advance

Hi @surekha1723 , seems the last output shows successful. Are you still facing problem with XRT?
I have also answered in #105 on uninstalling and reinstalling XRT

Hi @surekha1723
Is this issue solved? If yes, could you please close this issue. Thank you.

Hi @surekha1723
This issue has been opened for a long time and I'm going to close it. If you still have other questions, please open a new issue for it. Thank you.


fixed spelling errors in documentation, added .idea dir to gitignore

I just started to read the documentation and realised there are some spelling errors there. so i fixed them

Changes Unknown when pulling 79918c97c270b07b9ef2efe84e834f5562c31c15 on momirjalili:fix-documentation into ** on swistakm:master**.

Thanks!


iota transaction process in firefly

Issue description
I migrated my trinity wallet in to firefly. I try to send my iota-tokens from the binance-platform to my new firefly wallet. But the binance platform dosn't accept the created receiving-adress from my firefly wallet. All adresses which are created ba firefly starting with the chapters "iota1-following by a row of numbers (eg: "iota1qprrhxxxxx". These kind of adresses won't accept the binance plattform. By the way- a prooft the download version of firfly with the 'hash-process descriped by the iota foundation and the fiirefly wallet is the originaly one from the iota foundation. Actually i can not send iota-tokens to my firefly wallet from the binance plattform.
Wallet version
Firefly v1.1.0
Sprache: de
Währung: USD
Node-Einstellungen: Automatische Node-Verwaltung
Plattform: win32
Plattformversion: 10.0.19041
Plattform-Architektur: x64
CPU-Anzahl: 8

wallet version (version number, commit, or branch): Firefly v1.1.0

System specification:
Firefly v1.1.0
Plattform: win32
Plattformversion: 10.0.19041
Plattform-Architektur: x64
CPU-Anzahl: 8
Gesamtspeicher: 8077.6 MB
Freier Speicher: 3627.6 MB
Benutzerpfad: C:\Users\Mario Teschke\AppData\Roaming\Firefly
What is your operating system?
Win10
Is it a repeatable issue?
Yes
Steps To reproduce the issue
Explain how the maintainer can reproduce the issue.
1.create a "receiving adress" in a firefly wallet
2. contact and ask binance about there iota-withdrawal process fpr iotas
3.
Expected behaviour
the withdrawal process to firefly wallets from extern platforms should work.
Actual behaviour
see description under question number 1.)
Errors
Paste any errors that you see from the Error Log in the Firefly menu or share screenshots of the issue.

Binance is still not ready with the migration to the Chrysalis network. You can subscribe for notifications sms/email on their withdraw page and check when is ready or use another exchange.

Issue can be closed as it points to the missing support of Binance.


Alternative download links?

Hello,
Is it possible that you upload the train/val/test datasets to something else than baidu? I'm not chinese and each time I try to download what appears to be the dataset I actually download an executable file. I don't want to install anything on my computer, just download the datasets. Thanks.

@EKami you could go to the original datasets websites to download the datasets, then make your own datasets, I also given the websites links on readme.

Could you also add how the skeleton of custom data folder should look like. I can't download the data from Baidu either. It asks to download an exe(don't really want to do that).

@AkhilSinghRana https://github.com/leftthomas/SRGAN/blob/e1f9fdb7dbbb7a023ddbd19340e82101ae9147fa/data_utils.py#L82


Filter for variable replacement in code blocks

Replacing of ${namespace:var} in code blocks with values from the environment or from the meta data block.
This is very useful in conjunction with the include-files.lua filter. :-)

codeblock-var-replace
Filter to replace variables in code blocks with values from environment
or meta data. All variables in the form ${namespace:name} in a code
block with a class .var-replace are replaced.
Variables
A variables needs to be of the form ${namespace:name} where
namespace is currently one of env,meta with the following replacement behavior:

env : Substituting the environment variable name.
meta : Substituting the stringified variable name
from the meta data block.

Example
Note that meta data is parsed as markdown, therefore use a
general code blocks `text`:
---
author: "`The fearful bear`"
title: Thesis

monkey: "`Hello:  I am a monkey`"
"giraffe and zebra" : "`cool and humble  !`"
mypath: "`chapters:   1/A B.txt`"
food: "chocolate"
---

## Replace

``` {.var-replace}
${meta:monkey} and ${env:BANANA}

Zebras and giraffes are ${meta:giraffe and zebra}

${meta:author} thanks for everything in '${meta:mypath}'
and of course eat some ${meta:food}
```

Made the changes, ready to merge. Thanks

Please merge this if possible...


Consider enforcing some pubspec.yaml checks in CI

There was some variation in pubspec.yaml formatting files in flutter/plugins, which was mildly annoying when making large changes or moving between plugins:

section order (e.g., environment being on the bottom in some, and the top in others).
sort order of dependencies.

There are also some best-practices that we should follow for our monorepos:

use repository instead of homepage since it gives a better repo link (pub.dev guesses if it's not set), and we don't really have a meaningful "homepage" for the plugin other than that.
use issue_tracker with a link to a label search, since otherwise it's not very useful.

I'm doing a bunch of manual cleanup on this now, but we should consider enforcing it in CI so we don't end up in the same place in several years. repository and issue_tracker in particular are likely worth enforcing since they affect the actual published package's pub.dev presentation.

Sorting the dependencies should be enforceable just by adding the sort_pub_dependencies lint.


Correction for raw affiliation Consultants Ltd, Dissertation, LLM Environmental Law and Practice, DE Montfort University, Leicester -Edit

Correction needed for raw affiliation Consultants Ltd, Dissertation, LLM Environmental Law and Practice, DE Montfort University, Leicester -Edit
raw_affiliation_name: Consultants Ltd, Dissertation, LLM Environmental Law and Practice, DE Montfort University, Leicester -Edit
new_rors: 01bt01h96;0312pnr83
previous_rors: 01bt01h96
works_examples: W4389323318
contact: 309c728999c75d742277c80435e4373a:c2c964 @ dmu.ac.uk

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


Support HDF5

We should be able to read and write worlds in the HDF5 format

Steal it from WorldSynth

yeah, liberate my own work :P

We support the HDF4/5 format in export, but I think we want to use HDF5 (pytables) instead of protobuf.

Exactly what I wrote on #65. In export I guess we consider just the elevation map, right? I am thinking about all the data

We can now export to HDF4/5 (also same for ther formats, so this effect multiple issues)
Import will likely take a bit of work. ;)

oh, it is already implemented? We do too many things I missed this :)
However are we supporting through GDAL exporting just the elevation map? I was working on creating an HDF5 file with all the data we currently export to protobuf or pickle

Honestly, I'm steering towards protobuf if it does indeed offer python2/3 compatibility.

Right but right now there is an issue that cause me to not be able to load from Java protobuf worlds generated from WorldEngine (#151). As far as I can understand it should be solved when 3.0.0 is properly released. In my initial experiments with HDF5 it seems quite easy to support it, so perhaps we could have support ALSO for HDF5 and that would be particularly useful until protobuf is finalized.
Do you think it is not worthy the trouble having more formats? I admit it could be confusing for the user to support several formats, especially if we use the same extension. Perhaps we could use something like foo.hdf5.we and bar.pb.we

well, writing the serialization was easy. Writing the unserialization and a test took a bit but I am about to send the PR now


Added YAML files for quickstart #3

This is a new quickstart for User Access (https://issues.redhat.com/browse/HCCDOC-335), which originally was going to go on the Learning resources page for Settings, but now needs to go into the IAM Learning resources (once created) as users will configure User Access settings from there.
RHCLOUD Jira: https://issues.redhat.com/browse/RHCLOUD-24719
@Hyperkid123 or @ryelo - can you please review and merge/let me know if anything needs fixing? Thanks so much!

/ok-to-test


chore(deps): update module github.com/charmbracelet/lipgloss to v0.8.0

This PR contains the following updates:

Package
Type
Update
Change

github.com/charmbracelet/lipgloss
require
minor
v0.7.1 -> v0.8.0

⚠ Dependency Lookup Warnings ⚠
Warnings were logged while processing this repo. Please check the logs for more information.

Release Notes

charmbracelet/lipgloss (github.com/charmbracelet/lipgloss)
v0.8.0
Compare Source
Predictable Tabs
At last: tabs that render the way you want ’em to. With the new Style.TabWidth() method, you can determine exactly how a \t will render.
Before this release, Lip Gloss used to mis-measure a tab (i.e. a \t) at 0 cells wide when they actually render at different widths in different terminals (usually 8 cells, sometimes 4 cells). For these reasons, tabs are almost never what you want when designing layouts for TUIs.
With this release, a tab will get converted to 4 spaces by default—so this is a behavioral change—but you can customize the behavior as well as disable it entirely.
s := lipgloss.NewStyle()        // 4 spaces per tab, the default
s = s.TabWidth(2)               // 2 spaces per tab
s = s.TabWidth(0)               // remove tabs
s = s.TabWidth(-1)              // don't convert tabs to spaces
s = s.TabWidth(NoTabConversion) // alias of the above

You can disable the feature with Style.TabWidth(NoTabConversion) (or Style.TabWidth(-1), if you're the pedantic type).
Bug Fixes
This release also includes a bunch of bug fixes. This includes:

fix: border size calculation by @mieubrisse in https://github.com/charmbracelet/lipgloss/pull/197
fix: renderer race condition by @aymanbagabas in https://github.com/charmbracelet/lipgloss/pull/210
fix: cache color profile and background by @aymanbagabas in https://github.com/charmbracelet/lipgloss/pull/212

Full Changelog: https://github.com/charmbracelet/lipgloss/compare/v0.7.1...v0.8.0

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

⚠ Artifact update problem
Renovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is.
♻ Renovate will retry this branch, including artifacts, only when one of the following happens:

any of the package files in this branch needs updating, or
the branch becomes conflicted, or
you click the rebase/retry checkbox if found above, or
you rename this PR's title to start with "rebase!" to trigger it manually

The artifact failure details are included below:
File name: go.sum
Command failed: install-tool golang 1.21.0


NBitcoin port for .NET Core (WIP)

Hi!
I'm currently porting this project to .NET Core. Since you use GitHub Issues for feedback, I figured I'd announce it here to let you and others know about the project.
I could use all the help I can get since I have limited experience with C# and .NET Core is relatively new and incomplete.
Project URL: http://github.com/tom-corwin/NBitcoin-NETCore
If this type of issue post isn't acceptable, my apologies in advance!

cool, you should take a look at what @andbene72 did. https://github.com/MetacoSA/NBitcoin/pull/174

ping @andbene72  @flavien I knew you both where playing recently around that as well.

https://github.com/MetacoSA/NBitcoin/pull/174#issuecomment-235501965

So I'm sort of stuck right now with the port, since I cannot figure out how to correctly workaround the 4 errors remaining in the solution. They are all in NBitcoin/Protocol/Node.cs, if anyone would like to take a look at it. Build instructions are in the README.md file.
@NicolasDorier, I've also decided to keep the NewtonSoft.Json package rather than the source code in the portable directory due to ease of porting, for now.

You should use NewtonSoft package anyway. I'm embedding it only for profiles where it is not available.
I'll take a look at it.

Due to some issues with the project format used by .NET Core (which will be fixed in either the 1.0.1 or 1.1.0 version of the framework), I cannot add a working solution file for the NETCore port. (.NET Core tooling for Visual Studio will not let me add external files as links [Issue 147 in ASP.NET Tooling]). I will hopefully be adding a pull request with a branch named 'netcore' tonight using a working workaround to reference the files without making a copy of them in the project directory, if the workaround works.
NOTE: The NETCore port is best to be edited and built with Visual Studio Code until this issue is fixed with the ASP.NET Tooling for VS..

@tom-corwin one note: I'm using tabs for indent, I see in your branch it is spaces.

@NicolasDorier okay. I will fix that in the next commit.

@NicolasDorier I didn't mean to close the issue. Completely pressed the wrong button.

with which

After you install the .NET Core SDK, Runtime, and Tooling for Visual Studio (more info here), you can either compile with Visual Studio, or using the command dotnet build in the NBitcoin.NETCore directory.

I just pushed a commit (link with a VS Solution and Project so it can be built in Visual Studio 2015 with Update 3.

Until the netcore branch is merged into this repository, all issues regarding the branch should be submitted into my fork, just to keep everything organised.

-------------------
A command is running to initially populate your local package cache, to improve restore speed and enable offline access. This command will take up to a minute to complete and will only happen once.
Decompressing 100% 4322 ms
Expanding 100% 15236 ms
log  : Restoring packages for E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore\project.json...
error: Unable to resolve 'System.Net.Requests (>= 4.0.12-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Net.NameResolution (>= 4.0.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Threading.Tasks.Parallel (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Threading.Thread (>= 4.0.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Threading.Tasks (>= 4.0.12-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Collections.NonGeneric (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'System.Globalization.Extensions (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
error: Unable to resolve 'NETStandard.Library (>= 1.6.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.
log  : Writing lock file to disk. Path: E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore\project.lock.json
log  : E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore\project.json
log  : Restore failed in 3537ms.

Errors in E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore\project.json
    Unable to resolve 'System.Net.Requests (>= 4.0.12-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Net.NameResolution (>= 4.0.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Threading.Tasks.Parallel (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Threading.Thread (>= 4.0.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Threading.Tasks (>= 4.0.12-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Collections.NonGeneric (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'System.Globalization.Extensions (>= 4.0.2-beta-24329-03)' for '.NETStandard,Version=v1.6'.
    Unable to resolve 'NETStandard.Library (>= 1.6.1-beta-24329-03)' for '.NETStandard,Version=v1.6'.

E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore>

Got this error, any idea ?

Ok I did have to create Nuget.config in the project folder.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <clear />
    <add key="dotnet-core" value="https://www.myget.org/F/dotnet-core/api/v3/index.json"/>
    <add key="api.nuget.org" value="https://api.nuget.org/v3/index.json" />
  </packageSources>
</configuration>

Now
E:\Sources\NBItcoinNetCore\NBitcoin\NBitcoin.NETCore>dotnet run
Can not find runtime target for framework '.NETStandard,Version=v1.6' compatible with one of the target runtimes: 'win10-x64, win81-x64, win8-x64, win7-x64'. Possible causes:
1. The project has not been restored or restore failed - run `dotnet restore`
2. The project does not list one of 'win10-x64, win81-x64, win8-x64, win7-x64' in the 'runtimes' section.
3. You may be trying to publish a library, which is not supported. Use `dotnet pack` to distribute libraries.

ho it was "dotnet pack"... it works now.
What do you want to get done before making a PR ? seems good to me once you fixed the indent.

The Socket Begin stuff can be fixed later. I think we can do it easily by making some shim using the Async methods.

Alright. I will work on the indents in just a bit and will submit a pull request to the master branch.

About the Begin/End, they are not going to come back: https://github.com/dotnet/corefx/issues/3913
I guess I need to use Async now instead of Begin.
However, my reason for using Begin/End was efficiency I benchmarked long time ago... I need probably to revise that.

Okay. Then for now we will just keep the NOSOCKET symbol until then. I will be getting to the final revisions tomorrow afternoon sometime.  :)

I made a pull request, but I could not get it to compile without the NOSOCKET symbol.

I'm closing this issue since the PR has been merged. Anything else about it can be posted into my fork.

I need to do the nuget package still though.

Okay. Then I will leave it open until then.

Officially supported on Nuget from now on https://nuget.org/packages/NBitcoin


Unclear note

In this page there is a highlighted note: While the behavior in process for a change, the types of all arguments to IfError must be compatible currently.
The wording of this note makes it unclear what point is being made.

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

ID: 0f6e115c-c2fb-3e28-9223-101596ecf3bc
Version Independent ID: 0f6e115c-c2fb-3e28-9223-101596ecf3bc
Content: Error, IfError, IsError, and IsBlankOrError functions in Power Apps - Power Platform
Content Source: power-platform/power-fx/reference/function-iferror.md
Service: power-platform
Sub-service: power-fx
GitHub Login: @gregli-msft
Microsoft Alias: gregli

Thanks for your comment, @biterbit. This issue has been assigned to the doc author for review.


missing package declaration throws off experimental annotation rule

This in particular is an issue when formatting .kts files.
Expected Behavior
Should read back the input
Observed Behavior
Prints input followed by error message <stdin>:1:20: Missing spacing after @file:JvmName("Test")
Steps to Reproduce
Run the following input through ktlint --stdin --experimental --format:
@file:JvmName("Test")

class Test

Your Environment

Version of ktlint used: 0.35
Name and version (or code for custom task) of integration used (Gradle plugin, Maven plugin, command line, custom Gradle task): command line
Version of Gradle used (if applicable):
Operating System and version: Linux
Link to your project (if it's a public repository):

I agree that this rule should ignore *.kts files

Duplicate of #747


Trading guard testcases

Contrary to what zipline-live's feature page states
order/trading guards are supported, but not tested:
LiveTradingAlgorithm.order() calls TradingAlgorithm._calculate_order(), which calls to TradingAlgorithm.validate_order_params() which finally enforces that the order meets the guards set by the user.
This effort is to prove that Trading Guards are working:
Create a testcase which tests that sets trading guards are called if they are set and used through LiveTradingAlgorithm.

so these tests?
set_long_only() -> try to order a short: should fail
set_do_not_order_list([asset1, asset 2]) -> try order asset1 or asset 2: should fail
set_max_order_count(2): -> try order 1 time: success, 2 time success, 3 times fail
set_max_order_count(0): -> any order should fail
set_max_order_count(-1): -> any order should fail
set_max_order_size( max_shares=10) -> any order with more then 10 shares should fail
set_max_order_size( max_notional=1000.00) -> any order with more then 1000 $ should fail
set_max_order_size(asset1, max_shares=1) -> 2 shares of asset1 will fail
set_max_order_size(asset1, max_notional=1000.00) -> 1001.00 of value of asset1 will fail
first buy 10 shares for 1000 and then:
set_max_position_size( max_shares=11) -> any order with more then 1 shares should fail, 1 share should succeed
set_max_position_size( max_notional=1100.00) -> any order with more then 100 $ should fail, 99$ should succeed
set_max_position_size(asset1, max_shares=11) -> 2 shares of asset1 will fail, 1 will succeed
set_max_position_size(asset1, max_notional=1100.00) -> 101.00 of value of asset1 will fail, 100 will succeed

Do set_max_order_size, set_max_position_size, set_max_order_size need a short version?

I think the proposed tests are all valid. Short version would also make sense.


Multi thread check & update

Codecov Report

Merging #203 (dd5ffd0) into main (490826c) will decrease coverage by 0.11%.
Report is 2 commits behind head on main.
The diff coverage is 65.21%.

:exclamation: Current head dd5ffd0 differs from pull request most recent head 156e644. Consider uploading reports for the commit 156e644 to get more accurate results

@@            Coverage Diff             @@
##             main     #203      +/-   ##
==========================================
- Coverage   73.46%   73.36%   -0.11%
==========================================
  Files          30       30
  Lines        5058     5065       +7
==========================================
  Hits         3716     3716
- Misses       1342     1349       +7

Files Changed
Coverage Δ

limitador/src/storage/in_memory.rs
80.40% <65.21%> (-1.91%)
:arrow_down:

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


Progress

I put the latest release,1.20.1 - 2.0.0-beta-2 [FABRIC], but the progress has disappeared

Of what did the progress disappeared?

If you are referring to #18, no progress on it_it.json disappeared. 2.0.0 beta 2 was released 3 hours prior to those changes, so the updates weren't released yet. They will be released in the next beta version.

No, I'm talking about minecraft progress, until beta 1 they were still there.

These, which with the energizedpower-1.20.1-1.8.0-beta-1-fabric, were present

The advancements were split into two tabs.
All advanced advancements are now in another tab therefore they have got a new id.
All basic advancements were renamed and have a new id too.

You don't need to craft those items again. It is enough if the items are in your inventory. E.g. you can break the Energizer and place it back where it was then you will get the Energizer advancement again.

To be honest I didn't thought about that when I changed split all advancements into two tabs.

Ok ok, everything works.... :D


Improve visibility of PlPython's path

Working with multiple Postgres + Python is both a fact and a curse.
We do require PlPython to be installed in Postgres, but chances are that it uses the system interpreter
under /usr or /opt,
while most Python development happens in user mode.
To handle this, babar should clearly detect the python used (by dynamically running pg_config ) and notify the user accordingly.

Both python3 and pip3 should be detected and reported.

Here's a spinoff of this https://github.com/Florents-Tselai/PyPgConfig


Building a Java 8 Project in a JDK 10 fails with lombok

I am using edge (as lombok 1.16.20 was not working at all using JDK 10) version: 1.16.21 (2018-04-09 22:47:18 UTC).
java version "10.0.1" 2018-04-17
Java(TM) SE Runtime Environment 18.3 (build 10.0.1+10)
Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10.0.1+10, mixed mode)
$ uname -mprs
Darwin 17.5.0 x86_64 i386

I have a Java 8 project which I am building with maven. The build does not complete with the following IllegalArgumentException:
	at lombok.javac.apt.LombokFileObjects$Java9Compiler.toPath(LombokFileObjects.java:187)
	...
Caused by: java.lang.IllegalArgumentException: URI has an authority component
	at java.base/sun.nio.fs.UnixUriUtils.fromUri(UnixUriUtils.java:53)

The URI file://lombok/dummy/ForceNewRound0.java is in fact not an acceptable file path on a unix system. lombok is taken to be the authority component (i.e. a hostname). It should be file:///lombok/dummy/ForceNewRound0.java (note the triple slash). Then again this would refer to a directory lombok in the root directory so I guess that somehow a relative path slipped in here where there should be an absolute path.
This does not happen if I try to build a Java 9 project.

I think this is duplicate of #1657

The latest edge release should work.


[KED-921] Add Matplotlib dataset

Notice

[X] I acknowledge and agree that, by checking this box and clicking “Submit Pull Request”:

I submit this contribution under the Apache 2.0 license and represent that I am entitled to do so on behalf of myself, my employer, or relevant third parties, as applicable.

I certify that (a) this contribution is my original creation and / or (b) to the extent it is not my original creation, I am authorised to submit this contribution on behalf of the original creator(s) or their licensees.

I certify that the use of this contribution as authorised by the Apache 2.0 license does not violate the intellectual property rights of anyone else.

Motivation and Context
In the process of making documentation of features, programmatically making plots of all features in a standardised way and embedding links in .md files has been a big timesaver. In the hope of helping others to benefit from this automation, this PR has been raised.
This PR contains a dataset class to save matplotlib figures/plt objects to images locally, MatplotlibWriter. Currently I cannot think of a usecase for reading images into matplotlib, and as such, I've not included any support for load.
How has this been tested?
The PR contains a unit test suite.
Checklist

[X] Read the contributing guidelines
[X] Opened this PR as a 'Draft Pull Request' if it is work-in-progress
[] Updated the documentation to reflect the code changes
[ ] Added new entries to the RELEASE.md file
[X] Added tests to cover my changes
[ ] Assigned myself to the PR
[ ] Added Type label to the PR

Could you also update kedro.contrib.io.rst so this dataset will appear in the doccumentation?

I've updated the PR title with our internal ticket number to keep track of this more easily. :)

@williamashfordQB I am wondering if you had time to look at the above comments. We would like to move this forward and merge it, and let us know how we can help:)


Update PDLP interface for ortools 9.4

The code remains compatible with both 9.3 and 9.4. Also place conservative upper bounds on the supported version because the ortools API may change in any point release.
Closes #1868

shoud I wait for the cvxpy PR to be merged ?

Any idea why some of the builds failed?

@mlubin The windows 3.8 build also fails in #1840. I will take a look at that one later today.

Windows failed installing scipy, no idea what that means. Could we restart that build?
@Mizux @lperron could you comment on the macos failures? 1 2
The errors look like:
>       from . import _pywraplp
E       ImportError: dlopen(/usr/local/miniconda/envs/test/lib/python3.10/site-packages/ortools/linear_solver/_pywraplp.so, 2): no suitable image found.  Did find:
E       	/usr/local/miniconda/envs/test/lib/python3.10/site-packages/ortools/linear_solver/_pywraplp.so: mach-o, but wrong architecture
E       	/usr/local/miniconda/envs/test/lib/python3.10/site-packages/ortools/linear_solver/_pywraplp.so: mach-o, but wrong architecture

/usr/local/miniconda/envs/test/lib/python3.10/site-packages/ortools/linear_solver/pywraplp.py:13: ImportError

>           from ortools.model_builder.python import (
                pywrap_model_builder_helper,)
E           ImportError: dlopen(/usr/local/miniconda/envs/test/lib/python3.9/site-packages/ortools/model_builder/python/pywrap_model_builder_helper.so, 2): no suitable image found.  Did find:
E           	/usr/local/miniconda/envs/test/lib/python3.9/site-packages/ortools/model_builder/python/pywrap_model_builder_helper.so: mach-o, but wrong architecture
E           	/usr/local/miniconda/envs/test/lib/python3.9/site-packages/ortools/model_builder/python/pywrap_model_builder_helper.so: stat() failed with errno=22

First:

On my M1 when I built the python packages they generate macosx_11_0_universal2.whl wheel packages (note: I've used homebrew silicon python package as runtime)
On my gMac (intel) i've use python installer from python.org and it has generated macosx_10_15_x86_64.whl wheel package.

-> I need to find a way to generate macosx_*_arm64.whl package on M1 thus intel mac won't try to use universal_2 (M1 only ) package...

The remaining CI failures are all related to installing numpy. (It's possible they could be masking additional failures related to or-tools.)

Thanks for fixing this so quickly!


docker image for rocm-3.5.1 to run on older AMD gpus

any chance an image with rocm-3.5.1 can be prepared for older gpus, i.e rx580?

I tried a couple different old rocm base images from Docker Hub and it doesn't look like this is straight forward.  The header layout has changed quite a bit, and llama.cpp assumes the newer layout.  Even with some symlinks to try to get the headers found, things wont compile based on missing definitions.
We're tracking support for these older GPUs via #2453


trigger status notifications for all connectors

Perhaps in  the @on(Action.StatusNotification) use the extra attributes of the connector status metric to handle statuses and errors for more than 1 connector?

Not sure what you mean. The functionality to store status and error code separately for  main (id=0) and connector (id>0) is already in.

Not sure what you mean. The functionality to store status and error code separately for main (id=0) and connector (id>0) is already in.

Is it for only 1 (ie 0 and 1) connector or will it handle say 0, 1 and 2?

We could support more than one connector, but to display the info in separate sensors we would need to know how many there at setup, or create the additional sensors on the fly, which is messy.
Alternatively we could just keep the two sensors for connector=0 and connector=1 as is, and store additional info for other connectors in extra_attributes.

So, let's just keep the two sensors for connector=0 and connector=1 as is, and store additional info for other connectors in extra_attributes.

Agree 👍


argparse not a valid dependency

When installing via pip install progressbar2, the argparse package is also installed. The only reference to argparse is in setup.py where it is used for install_requires.
I believe argparse can be safely removed from setup.py.

Yes, you're right. Not sure why that was in there, probably legacy from the original package :)
Thanks for reporting!


137 switch to htmx

These changes switch the environment selector and task details to use HTMX instead of django-unicorn. The build details page was also updated to use HTMX to poll every 15 seconds for status updates.
When selecting a different environment, the server will return an OK response that triggers the main data section to re-fetch its data and swap the currently displayed list.
Separately, the detail headers were updated to remove the non-breaking spaces and rely on the CSS.

Do we want to include any htmx implementation patterns in this PR? Examples would be how we organize htmx endpoints in the urls.py, or htmx specific views


Use local package as Runtime

I am buikding a custom runtime and i want to test it locally,
i tried using something like this

{
    "functions": {
        "api/mongoke.yml": {
            "runtime": "../"
        }
    }
}

But the package must contain a version and i can't provide a version to a local package,
How do you guys test your runtimes locally?

Got it working using now.json
{
    "version": 2,
    "builds": [
        {
            "src": "api/mongoke.yml",
            "use": "file:/absolutePath"
        }
    ]
}

Is there a better way?

The functions property has deprecated the builds property.
If you are developing a Custom Runtime, you can use the file syntax you have above for now dev however this won't work for now cloud deployments.
Typically, I'll run npm pack to get a tarball, then now *.tgz to upload the tarball and get a url, then I'll use that URL in now.json.

thank you, I will use non pack and use the file path as package


Fix dark mode if theme is not set

If theme is not set in localStorage (e.g. a user did not choose the theme to use), fallback to the theme used by filament (if OS uses dark mode, there is a dark class in the body)

If theme is not set in localStorage (e.g. a user did not choose the theme to use), fallback to the theme used by filament (if OS uses dark mode, there is a dark class in the body)

I'm currently working on some enhancements and I'll change it to something like this:
theme: document.querySelector('html').matches('.dark') ? 'dark' : 'light',

I believe that it will work better. Thank you!

Thank you!


[Feature]: Leaderboard should break ties in rank based on number of wins

Feature Summary
This is a revision to the Stats page leaderboard. When two players have the same number of points in a given season, the player with more total wins for that season should be given the highest rank. Only if the totals of points and wins are equal should the players be tied for the same rank.
Detailed Description
In the example below, seriouslysean should be given 8th place because they have fewer total wins (3) compared with<EMAIL_ADDRESS>
This change would be made in the StatsLeaderboard.vue component and its rank() function to account for the win totals in addition to the point totals.

I'm interested in working on this if no one else is assigned. Thanks!

Awesome! Let me know if there's anything I can do to help you set up or to approach this issue. Of course feel free to ask questions in this issue thread, and if you'd like more real-time help/chat, you can use the #code channel of our discord to talk to me or the other devs any time (I'm @aleph_one there)

hi @itsalaidbacklife , is there a way to seed the db with some data?

Hi @billy-le, thanks again for checking this out.
Yes its definitely possible to seed data during localhost development. While booted in development mode (the default), you can make requests to /test/loadSeasonFixture and /test/loadMatchFixtures to seed records into those tables.
The easiest (and in my opinion best) way to do it is using test code. If you look at tests/e2e/specs/out-of-game/stats.spec.js you'll find the tests for the stats page, which are written using [cypress](https://docs.cypress. io). These tests already import fixture data from tests/e2e/fixtures/statsFixtures.js and use a custom cypress command to request those endpoints and seed that data into the database beforeEach test.
I think the best way to go will be to update that statsFixtures file's match data so that it it includes a tie in points that's broken by wins ie one player wins week 1 and another wins week 2 but have one or the other player win their week with more match wins than the other.
You can run the tests by booting the server and client and then running npm run e2e:gui in a separate terminal. That will open the cypress ui and then you can click the Stats test file to run its tests, which will seed the season and match data then make assertions about the stats page UI

Thanks for that write up @itsalaidbacklife ! It was really helpful. Do you mind if I add a CONTRIBUTING.md and include this part?

Thanks for that write up @itsalaidbacklife ! It was really helpful. Do you mind if I add a CONTRIBUTING.md and include this part?

That would be great! Please submit it in a separate PR. Check out #28 for a starting point

Closed by #164


[CI] Provide measurements for IGC 2.0 transition

For IGC2.0 transition, we want to estimate the performance impact of removing of the recompilation path.
The transition will have some performance impact, so we are trying to estimate and prepare.
Could you please make a measurements on Triton benchmarks for this 2 versions of driver:
open-linux-driver-verify-dev_igc-86345 --> recompilation disabled
open-linux-driver-ci-dev_igc-17627 --> reference

@pbchekin Can we use CI to do the measurements?

@pbchekin Can we use CI to do the measurements?

Sure I will do.

Workflow runs (analysis to follow):
baseline (rolling stable)
E2E performance: https://github.com/intel/intel-xpu-backend-for-triton/actions/runs/10743997902
open-linux-driver-verify-dev_igc-86345 (recompilation disabled)
Build and test: https://github.com/intel/intel-xpu-backend-for-triton/actions/runs/10745120290
E2E performance: https://github.com/intel/intel-xpu-backend-for-triton/actions/runs/10745633023
open-linux-driver-ci-dev_igc-17627 (reference)
Build and test: https://github.com/intel/intel-xpu-backend-for-triton/actions/runs/10745158801
E2E performance: https://github.com/intel/intel-xpu-backend-for-triton/actions/runs/10745654834

Can you please also measure key benchmarks (GEMM, flash attention, ...)?

dev / ref
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means dev performs better, relative difference < 0.0 means ref performs better
count    500.000000
mean       0.007546
std        0.094587
min       -0.372935
25%       -0.008025
50%        0.003872
75%        0.017736
max        0.650195
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.8044538440000002

10 fastest configurations (ref faster than dev, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup dev  speedup ref  relative difference
0  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16     1.367795     2.181265            -0.372935
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16     1.368590     2.138031            -0.359883
2  xpu   torchbench                    mobilenet_v2  inference  amp_fp16     1.327093     1.876985            -0.292966
3  xpu   torchbench                    mobilenet_v2  inference  amp_bf16     1.336445     1.883029            -0.290268
4  xpu  huggingface      T5ForConditionalGeneration   training  amp_bf16     0.593882     0.825136            -0.280262
5  xpu  huggingface      T5ForConditionalGeneration   training  amp_fp16     0.591901     0.821459            -0.279452
6  xpu  huggingface           MobileBertForMaskedLM  inference  amp_fp16     1.377309     1.897339            -0.274084
7  xpu  huggingface           MobileBertForMaskedLM  inference  amp_bf16     1.453354     1.973972            -0.263741
8  xpu   torchbench                     densenet121  inference  amp_bf16     1.842673     2.457808            -0.250278
9  xpu   torchbench                        resnet50  inference  amp_bf16     2.148037     2.783868            -0.228398

10 slowest configurations (ref slower than dev, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup dev  speedup ref  relative difference
0  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16     2.144196     1.299359             0.650195
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16     2.003114     1.342529             0.492045
2  xpu  huggingface           MobileBertForMaskedLM  inference  amp_fp16     1.925363     1.332076             0.445385
3  xpu   torchbench                     densenet121  inference  amp_bf16     2.547911     1.777027             0.433805
4  xpu   torchbench                    mobilenet_v2  inference  amp_fp16     1.876240     1.342696             0.397368
5  xpu   torchbench                    mobilenet_v2  inference  amp_bf16     1.873746     1.350724             0.387216
6  xpu   torchbench                     densenet121  inference  amp_fp16     2.536049     1.898708             0.335671
7  xpu   torchbench                        resnet50  inference  amp_bf16     2.801538     2.099387             0.334455
8  xpu   torchbench                        resnet50  inference  amp_fp16     2.812128     2.112672             0.331076
9  xpu  huggingface           MobileBertForMaskedLM  inference  amp_bf16     1.910963     1.439972             0.327083

dev / ref

E2E performance base / dev
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means base performs better, relative difference < 0.0 means dev performs better
count    500.000000
mean      -0.006286
std        0.094013
min       -0.510157
25%       -0.024343
50%       -0.005784
75%        0.007461
max        0.626236
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.810498386

10 fastest configurations (dev faster than base, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup base  speedup dev  relative difference
0  xpu   torchbench                        resnet50  inference  amp_bf16      1.372315     2.801538            -0.510157
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16      1.254376     2.144196            -0.414990
2  xpu   torchbench                        resnet50  inference  amp_bf16      1.372315     2.148037            -0.361131
3  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16      1.322812     2.003114            -0.339622
4  xpu   torchbench                    mobilenet_v2  inference  amp_bf16      1.327030     1.873746            -0.291777
5  xpu   torchbench                    mobilenet_v2  inference  amp_fp16      1.343251     1.876240            -0.284073
6  xpu   torchbench                     densenet121  inference  amp_bf16      1.824872     2.547911            -0.283777
7  xpu  huggingface           MobileBertForMaskedLM  inference  amp_fp16      1.429109     1.925363            -0.257746
8  xpu   torchbench                     densenet121  inference   float16      1.827480     2.458225            -0.256586
9  xpu   torchbench                     densenet121  inference  amp_fp16      1.900137     2.536049            -0.250749

10 slowest configurations (dev slower than base, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup base  speedup dev  relative difference
0  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16      2.225651     1.368590             0.626236
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16      2.015269     1.367795             0.473371
2  xpu   torchbench                    mobilenet_v2  inference  amp_fp16      1.890776     1.327093             0.424750
3  xpu   torchbench                    mobilenet_v2  inference  amp_bf16      1.896422     1.336445             0.419005
4  xpu   torchbench                     densenet121  inference  amp_bf16      2.494069     1.842673             0.353506
5  xpu   torchbench                        resnet50  inference  amp_bf16      2.856483     2.148037             0.329811
6  xpu  huggingface           MobileBertForMaskedLM  inference  amp_fp16      1.805213     1.377309             0.310681
7  xpu  timm_models                       fbnetv3_b  inference  bfloat16      2.492595     1.961467             0.270781
8  xpu  timm_models                       fbnetv3_b  inference  amp_bf16      2.323545     1.840114             0.262718
9  xpu   torchbench                        resnet50  inference  amp_fp16      2.759442     2.190877             0.259515

E2E performance base / dev

E2E performance base / ref
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means base performs better, relative difference < 0.0 means ref performs better
count    500.000000
mean      -0.002681
std        0.098260
min       -0.507047
25%       -0.018913
50%       -0.002567
75%        0.010441
max        0.657805
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.8044538440000002

10 fastest configurations (ref faster than base, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup base  speedup ref  relative difference
0  xpu   torchbench                        resnet50  inference  amp_bf16      1.372315     2.783868            -0.507047
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16      1.254376     2.181265            -0.424932
2  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16      1.322812     2.138031            -0.381294
3  xpu   torchbench                        resnet50  inference  amp_bf16      1.372315     2.099387            -0.346326
4  xpu   torchbench                    mobilenet_v2  inference  amp_bf16      1.327030     1.883029            -0.295268
5  xpu   torchbench                    mobilenet_v2  inference  amp_fp16      1.343251     1.876985            -0.284357
6  xpu  huggingface      T5ForConditionalGeneration   training  amp_fp16      0.589581     0.821459            -0.282276
7  xpu  huggingface      T5ForConditionalGeneration   training  amp_bf16      0.597762     0.825136            -0.275559
8  xpu  huggingface           MobileBertForMaskedLM  inference  amp_bf16      1.451196     1.973972            -0.264835
9  xpu   torchbench                     densenet121  inference  amp_bf16      1.824872     2.457808            -0.257521

10 slowest configurations (ref slower than base, showing relative difference in speedup)
   dev        suite                            name       mode  datatype  speedup base  speedup ref  relative difference
0  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_bf16      2.225651     1.342529             0.657805
1  xpu  huggingface  MobileBertForQuestionAnswering  inference  amp_fp16      2.015269     1.299359             0.550972
2  xpu   torchbench                    mobilenet_v2  inference  amp_fp16      1.890776     1.342696             0.408194
3  xpu   torchbench                    mobilenet_v2  inference  amp_bf16      1.896422     1.350724             0.404004
4  xpu   torchbench                     densenet121  inference  amp_bf16      2.494069     1.777027             0.403507
5  xpu   torchbench                        resnet50  inference  amp_bf16      2.856483     2.099387             0.360627
6  xpu  huggingface           MobileBertForMaskedLM  inference  amp_fp16      1.805213     1.332076             0.355188
7  xpu   torchbench                        resnet50  inference  amp_fp16      2.759442     2.112672             0.306138
8  xpu  timm_models                       fbnetv3_b  inference  bfloat16      2.492595     1.939409             0.285234
9  xpu  timm_models                       fbnetv3_b  inference  amp_fp16      2.350860     1.848050             0.272076

E2E performance base / ref

E2E performance base / dev
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means base performs better, relative difference < 0.0 means dev performs better
count    100.000000
mean      -0.010974
std        0.048393
min       -0.289045
25%       -0.018474
50%       -0.006533
75%        0.001199
max        0.272643
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.5422985599999999

10 fastest configurations (dev faster than base, showing relative difference in speedup)
   dev        suite                        name      mode  datatype  speedup base  speedup dev  relative difference
0  xpu  huggingface  T5ForConditionalGeneration  training  amp_fp16      0.587848     0.826843            -0.289045
1  xpu   torchbench                       hf_T5  training  bfloat16      0.882893     1.003101            -0.119836
2  xpu   torchbench                    resnet50  training  amp_fp16      1.272964     1.417965            -0.102260
3  xpu  huggingface            XLNetLMHeadModel  training   float16      0.588321     0.642266            -0.083992
4  xpu   torchbench                mobilenet_v2  training  amp_bf16      1.888669     2.060620            -0.083446
5  xpu  timm_models               gmixer_24_224  training  amp_bf16      1.841845     1.997225            -0.077798
6  xpu   torchbench                mobilenet_v2  training  amp_fp16      1.944281     2.066511            -0.059148
7  xpu  huggingface            XLNetLMHeadModel  training  amp_bf16      0.789197     0.838756            -0.059086
8  xpu  huggingface            XLNetLMHeadModel  training  amp_fp16      0.789943     0.835214            -0.054203
9  xpu   torchbench                    resnet50  training  amp_bf16      1.380853     1.444161            -0.043837

10 slowest configurations (dev slower than base, showing relative difference in speedup)
   dev        suite                            name      mode  datatype  speedup base  speedup dev  relative difference
0  xpu  huggingface      T5ForConditionalGeneration  training   float32      0.659318     0.518070             0.272643
1  xpu  timm_models           beit_base_patch16_224  training   float16      1.132139     1.057693             0.070385
2  xpu  huggingface      T5ForConditionalGeneration  training  bfloat16      1.311724     1.234715             0.062370
3  xpu  huggingface      BlenderbotSmallForCausalLM  training  bfloat16      1.486295     1.411188             0.053223
4  xpu  huggingface           MobileBertForMaskedLM  training  amp_bf16      1.390892     1.341350             0.036934
5  xpu  huggingface  MobileBertForQuestionAnswering  training  amp_fp16      1.189265     1.159404             0.025755
6  xpu  huggingface           DistilBertForMaskedLM  training  bfloat16      1.248956     1.226372             0.018415
7  xpu  huggingface           MobileBertForMaskedLM  training  bfloat16      1.153312     1.137348             0.014036
8  xpu  huggingface  MobileBertForQuestionAnswering  training  amp_bf16      1.193186     1.178026             0.012869
9  xpu  huggingface           DistilBertForMaskedLM  training  amp_bf16      1.611947     1.596824             0.009471

E2E performance base / ref
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means base performs better, relative difference < 0.0 means ref performs better
count    100.000000
mean      -0.006914
std        0.025102
min       -0.117750
25%       -0.013841
50%       -0.004318
75%        0.001368
max        0.067873
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.5375864699999997

10 fastest configurations (ref faster than base, showing relative difference in speedup)
   dev        suite                        name      mode  datatype  speedup base  speedup ref  relative difference
0  xpu   torchbench                       hf_T5  training  bfloat16      0.882893     1.000729            -0.117750
1  xpu   torchbench                    resnet50  training  amp_fp16      1.272964     1.421435            -0.104451
2  xpu   torchbench                mobilenet_v2  training  amp_bf16      1.888669     2.066609            -0.086102
3  xpu   torchbench                    resnet50  training  amp_bf16      1.380853     1.455754            -0.051452
4  xpu   torchbench                mobilenet_v2  training  amp_fp16      1.944281     2.045372            -0.049424
5  xpu  timm_models               gmixer_24_224  training  amp_bf16      1.841845     1.935273            -0.048276
6  xpu   torchbench                 densenet121  training   float16      0.965969     1.003795            -0.037683
7  xpu   torchbench                    resnet50  training  bfloat16      1.502486     1.561202            -0.037609
8  xpu  timm_models               gmixer_24_224  training  bfloat16      1.820687     1.883077            -0.033132
9  xpu  huggingface  T5ForConditionalGeneration  training  amp_bf16      0.812091     0.836023            -0.028626

10 slowest configurations (ref slower than base, showing relative difference in speedup)
   dev        suite                            name      mode  datatype  speedup base  speedup ref  relative difference
0  xpu   torchbench                        resnet50  training   float16      1.459940     1.367147             0.067873
1  xpu  timm_models           beit_base_patch16_224  training   float16      1.132139     1.076094             0.052082
2  xpu  huggingface      T5ForConditionalGeneration  training  bfloat16      1.311724     1.253105             0.046779
3  xpu  huggingface           MobileBertForMaskedLM  training  amp_bf16      1.390892     1.330478             0.045408
4  xpu   torchbench                     densenet121  training   float32      0.970261     0.943828             0.028006
5  xpu  huggingface           MobileBertForMaskedLM  training   float16      1.155468     1.127148             0.025125
6  xpu  huggingface                XLNetLMHeadModel  training   float16      0.588321     0.574104             0.024764
7  xpu  huggingface  MobileBertForQuestionAnswering  training  amp_bf16      1.193186     1.167982             0.021579
8  xpu  huggingface                XLNetLMHeadModel  training  amp_fp16      0.789943     0.775598             0.018495
9  xpu  huggingface           DistilBertForMaskedLM  training   float16      1.233545     1.213450             0.016560

E2E performance dev/ ref
Overview of relative difference in speedup.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means dev performs better, relative difference < 0.0 means ref performs better
count    100.000000
mean       0.006058
std        0.048371
min       -0.210554
25%       -0.005678
50%        0.000177
75%        0.008083
max        0.378111
Name: relative difference, dtype: float64
Mean speedup for denominator: 1.5375864699999997

10 fastest configurations (ref faster than dev, showing relative difference in speedup)
   dev        suite                            name      mode  datatype  speedup dev  speedup ref  relative difference
0  xpu  huggingface      T5ForConditionalGeneration  training   float32     0.518070     0.656245            -0.210554
1  xpu  huggingface      BlenderbotSmallForCausalLM  training  bfloat16     1.411188     1.466383            -0.037640
2  xpu  timm_models                   gmixer_24_224  training  bfloat16     1.839809     1.883077            -0.022977
3  xpu   torchbench                    mobilenet_v2  training  bfloat16     2.180193     2.224165            -0.019770
4  xpu  huggingface  MobileBertForQuestionAnswering  training  amp_fp16     1.159404     1.182565            -0.019585
5  xpu   torchbench                     densenet121  training   float16     0.984650     1.003795            -0.019073
6  xpu   torchbench                    mobilenet_v2  training   float16     2.127596     2.166300            -0.017866
7  xpu  huggingface              ElectraForCausalLM  training  amp_fp16     1.809878     1.842128            -0.017507
8  xpu  timm_models           beit_base_patch16_224  training   float16     1.057693     1.076094            -0.017100
9  xpu  timm_models                       fbnetv3_b  training  bfloat16     2.035677     2.069183            -0.016193

10 slowest configurations (ref slower than dev, showing relative difference in speedup)
   dev        suite                        name      mode  datatype  speedup dev  speedup ref  relative difference
0  xpu  huggingface  T5ForConditionalGeneration  training  amp_fp16     0.826843     0.599983             0.378111
1  xpu  huggingface            XLNetLMHeadModel  training   float16     0.642266     0.574104             0.118728
2  xpu   torchbench                    resnet50  training   float16     1.480997     1.367147             0.083276
3  xpu  huggingface            XLNetLMHeadModel  training  amp_fp16     0.835214     0.775598             0.076865
4  xpu  huggingface            XLNetLMHeadModel  training  amp_bf16     0.838756     0.783966             0.069888
5  xpu   torchbench                 densenet121  training   float32     0.980172     0.943828             0.038507
6  xpu  huggingface  T5ForConditionalGeneration  training   float16     1.363572     1.314613             0.037242
7  xpu   torchbench                       hf_T5  training   float16     1.488868     1.439170             0.034532
8  xpu  timm_models               gmixer_24_224  training  amp_bf16     1.997225     1.935273             0.032012
9  xpu  huggingface  BlenderbotSmallForCausalLM  training  amp_fp16     1.717258     1.665488             0.031084

Softmax performance dev / ref
Overview of relative difference in tri2xe.
Relative difference 0.0 means both perform identically, relative difference > 0.0 means dev performs better, relative difference < 0.0 means ref performs better
count    7.000000
mean    -0.003552
std      0.120562
min     -0.158170
25%     -0.076779
50%      0.011529
75%      0.033806
max      0.207722
Name: relative difference, dtype: float64
Mean tri2xe for denominator: 1.1976769249953823

10 best configurations (ref better than dev, showing relative difference in tri2xe)
                           Case  Tri2Xe-dev  Tri2Xe-ref  relative difference
0   softmax-performance: 2048.0    1.038080    1.233123            -0.158170
1   softmax-performance: 4096.0    1.357726    1.553066            -0.125777
2   softmax-performance: 8192.0    1.042843    1.072641            -0.027780
3  softmax-performance: 16384.0    1.025174    1.013489             0.011529
4  softmax-performance: 32768.0    0.993479    0.968341             0.025960
5   softmax-performance: 1024.0    1.324441    1.271482             0.041652
6    softmax-performance: 256.0    1.535734    1.271596             0.207722

10 worst configurations (ref worse than dev, showing relative difference in tri2xe)
                           Case  Tri2Xe-dev  Tri2Xe-ref  relative difference
0    softmax-performance: 256.0    1.535734    1.271596             0.207722
1   softmax-performance: 1024.0    1.324441    1.271482             0.041652
2  softmax-performance: 32768.0    0.993479    0.968341             0.025960
3  softmax-performance: 16384.0    1.025174    1.013489             0.011529
4   softmax-performance: 8192.0    1.042843    1.072641            -0.027780
5   softmax-performance: 4096.0    1.357726    1.553066            -0.125777
6   softmax-performance: 2048.0    1.038080    1.233123            -0.158170

Matmul performance dev/ ref
dev
B	M	K	N	Triton-GB/s
1	1024	1024	1024	176.87708
1	2048	2048	2048	233.410696
1	4096	4096	4096	121.715146
1	8192	8192	8192	63.704497
1	1	5120	13824	535.332492
1	4	4096	12288	570.896747
1	512	8192	8192	283.311581
1	512	8192	32768	285.819527
1	512	32768	8192	257.983987
1	1024	16384	8192	160.045179
1	1024	28672	8192	139.603161
1	3072	4096	3072	116.014309
1	4096	16384	8192	62.639235
1	8192	16384	1024	155.464071
1	8192	16384	4096	60.756195
1	16384	1024	8192	268.307897
1	16384	4096	8192	86.551876
1	16384	8192	1024	163.11936
1	16384	8192	4096	68.958797
4	32768	128	4096	1045.795907
4	32768	4096	128	602.934521
32	4096	4096	128	609.390451
4096	8	128	16384	853.923865
4096	8	16384	128	903.353991

ref
B	M	K	N	Triton-GB/s
1	1024	1024	1024	181.296903
1	2048	2048	2048	233.696028
1	4096	4096	4096	121.726186
1	8192	8192	8192	63.729753
1	1	5120	13824	537.853533
1	4	4096	12288	569.814285
1	512	8192	8192	284.222209
1	512	8192	32768	287.405129
1	512	32768	8192	259.099581
1	1024	16384	8192	159.50047
1	1024	28672	8192	139.715588
1	3072	4096	3072	116.047945
1	4096	16384	8192	62.769598
1	8192	16384	1024	155.245404
1	8192	16384	4096	60.672158
1	16384	1024	8192	268.165742
1	16384	4096	8192	86.923049
1	16384	8192	1024	163.376545
1	16384	8192	4096	69.248806
4	32768	128	4096	1055.076528
4	32768	4096	128	608.005697
32	4096	4096	128	612.728851
4096	8	128	16384	853.92926
4096	8	16384	128	906.051701

TLDR: from the results above i do not see significant performance difference between dev and ref versions. There are several spikes (in favor of both dev and ref) that can can be explained by the existing test environment. In my opinion, variations with average performance less than 10% can be ignored.

In average, dev shows 6% better performance than ref with E2E performance benchmarks.
In average, ref shows 4% better performance than dev with softmax.
In average, ref and def show the same performance (<1%) with matmul.

@esukhov let me know if the results are good.

Thanks a lot, that's a great news actually. Could you please give me the dumps for the workloads with the biggest difference  between versions? Both dev & ref?
I will go through them, maybe we can combine the best of both worlds.

Could you please give me the dumps for the workloads with the biggest difference between versions?

What dumps do you mean?

Could you please give me the dumps for the workloads with the biggest difference between versions?

What dumps do you mean?

I think he meant shader dump, which can be obtained with env vars e.g. export IGC_ShaderDumpEnable=1 IGC_DumpToCustomDir=./mm_dumps.

ref faster than dev: huggingface, training, float32, T5ForConditionalGeneration

ref-huggingface-training-float32-T5ForConditionalGeneration.zip
dev-huggingface-training-float32-T5ForConditionalGeneration.zip

ref slower than dev: huggingface, training, amp_fp16, T5ForConditionalGeneration

ref-huggingface-training-amp_fp16-T5ForConditionalGeneration.zip
dev-huggingface-training-amp_fp16-T5ForConditionalGeneration.zip

@esukhov please find IGC dumps above for the cases with the biggest difference.


Fix publishing of ooni.github.io

[ ] https://ooni.github.io/ is 404
[x] https://ooni.torproject.org/nettest/dash/ and other nettest description pages have no footer
[x] seems, deleted files are not actually deleted while publishing (cp is used instead of rsync --delete)

Renamed the issue title to the last item on the list.


[ODS-6201]

Github has some warnings to consider:

'HangfireApplicationBuilderExtensions.UseHangfireServer(IApplicationBuilder, BackgroundJobServerOptions, IEnumerable, JobStorage)' is obsolete: 'Please use IServiceCollection.AddHangfireServer extension method instead in the ConfigureServices method. Will be removed in 2.0.0.'
Check warning on line 240 in Application/EdFi.Ods.SandboxAdmin/Startup.cs
'RecurringJob.AddOrUpdate(string, Expression, string, TimeZoneInfo, string)' is obsolete: 'Please use AddOrUpdate(string, Expression, string, RecurringJobOptions) instead. Will be removed in 2.0.0.'
Check warning on line 42 in Application/EdFi.Ods.SandboxAdmin/Services/BackgroundJobService.cs

First one will be addressed by [ODS-5245] Merge feature-net6 to main and publish shared libraries ticket. We can take a look at the addressing the other one there as well. It exists in 6x as well.


Add CMSIS-RTOS API v1/v2

Hello,
could you please add CMSIS-RTOS API v1/v2 support to the bundle for seamless integration?
Many thanks,
Wolf

I might do that at some point, but it's not on my to-do list right now, and I couldn't say when that might be.


Add .well-known buttons spec

Implement the spec at https://codeberg.org/LunarEclipse/well-known-button/
Because buttons are still neat

Completed in 879bc62.


kiwi_generator cannot be used with newer analyzers

Hi all,
I have problems when I try to use realm library with realm (and realm_generator) because of the version mismatch for the analyzer lib.

Because realm_generator >=1.6.1 depends on analyzer ^6.0.0 and kiwi_generator 4.1.0 depends on analyzer ^5.4.0, realm_generator >=1.6.1 is incompatible with kiwi_generator 4.1.0.
So, because shared_proj depends on both kiwi_generator 4.1.0 and realm_generator 3.0.0, version solving failed.

Cheers
Bummsa

same issue have any found any solution on it ?

No, unfortunately not, unless to write the generated codes manually

hope the new Kiwi generate will also get an update

Hi @bummsa! Thanks for your contribution to Kiwi.
I recently upgraded kiwi to 5.0 and was finalizing some changes to kiwi_generator to upgrade it to 4.2.0 as well. This would include upgrading all dependencies.
However, since some people have expressed a need for this, I'll release the version 4.2.0 with the new dependency update, and in the future release (5.0) with the other changes I've been working on.

@gbtb16 when is the new is coming out for kiwi_generator

@gbtb16 That sounds great! When can we expect version 4.2?

@bummsa, I'm going to update it today.
Once it's updated, I'll schedule an appointment so we can try to fix your problem as soon as possible.

Hi @bummsa!
Sorry for the delay in updating the analyzer version. I've been dealing with a number of high priority requests, and because I've been having some problems updating the analyzer version, I left it on standby until I could properly check the version upgrade.
However, I have now upgraded and we now have kiwi version v5.0.1 (fixing pub.dev score issues) and kiwi_generator v4.2.1 (fixing the analyzer and using kiwi version 5.0.1).
If possible, please test them and send us feedback so that we can assess whether the change was actually correct!
Thanks for your contribution.
Translated with DeepL.com (free version)


Add TypeScript support

Not sure if this is even possible, but it should be.

TypeScript doesn't have built in support for inline source maps so I am going to close.


Support for Asus TUF B450 Gaming Plus

The MSI B450 GAMING PLUS AC board is listed under the working boards.
The Asus TUF B450 Gaming Plus board has the same chipset (specs).
After compiling and running sudo ./target/release/msi-rgb 00000000 FFFFFFFF 00000000
however, I get the following error:
error: could not set the colour
    caused by: The sI/O chip identifies as ffff, which does not seem to be NCT6795D
    caused by: `--ignore-check` flag, which would skip the check, is not specified (may be dangerous); also try `--base-port`

As I don't know what may be dangerous means, I would like to know if someone could help me with that problem.

RGB header is controlled by the Super I/O chip, not the "chipset". This tool won’t work on ASUS boards.

Thank you for the quick reply.

For ASUS boards, try my OpenAuraSDK project.  Aura works quite differently from MSI.
https://gitlab.com/CalcProgrammer1/OpenAuraSDK


Simplify and clean up Bracket Push exercise

Use a more elegant, much shorter solution for the example (based on the Swift version)
Clean up whitespace

@masters3d

@robtimp Probably the internal implementation of the "elegant" and "simpler" approach using the enumerateSubstringsInRange: to provide an alternative solution to this exercise might have used the earlier "complex" and "lengthy" logic :) .. Great job!


Call to undefined method PHPStan\Type\Generic\TemplateMixedType::getClassName()

Larastan Version: 0.6.12
--level used: 6

Description
When running with the latest version 0.6.12 I receive an error:
In BuilderLocalMacros.php line 45:

  Call to undefined method PHPStan\Type\Generic\TemplateMixedType::getClassName()

The Larastan file: src/Methods/Pipes/BuilderLocalMacros.php
Laravel code where the issue was found
I don't know. I don't know how to find the position. Some files are green, some with this error. Please give me a hint, how to find it if you need it.
But it was introduced here: https://github.com/nunomaduro/larastan/commit/1c520ed945a0bb488cb772dfd4097a18c9dcd974

Hi,
Please try to find on which file this error happens and share the relevant code. Otherwise, I can't help.

Hi,
Please try to find on which file this error happens and share the relevant code. Otherwise, I can't help.

Thank you for reaching out!
I think it is this class:
<?php declare(strict_types=1);

namespace Lib\Translation;

use Illuminate\Database\Eloquent\Builder as EloquentBuilder;
use Illuminate\Support\Collection;
use Laraplus\Data\Builder as LaraplusBuilder;

/**
 * @template TModelClass
 * @extends EloquentBuilder<TModelClass>
 */
class Builder extends LaraplusBuilder
{
}

How can I support you finding the real cause?

Thank you for reaching out!
I think it is this class:
<?php declare(strict_types=1);

namespace Lib\Translation;

use Illuminate\Database\Eloquent\Builder as EloquentBuilder;
use Illuminate\Support\Collection;
use Laraplus\Data\Builder as LaraplusBuilder;

/**
 * @template TModelClass
 * @extends EloquentBuilder<TModelClass>
 */
class Builder extends LaraplusBuilder
{
}

How can I support you finding the real cause?

Try adding --debug to your command line.

Try adding --debug to your command line.

php bin/phpstan analyse --debug                                                                                [12:22:55]
Note: Using configuration file /var/www/html/phpstan.neon.
PHPStan crashed in the previous run probably because of excessive memory consumption.
It consumed around 47 MB of memory.

To avoid this issue, allow to use more memory with the --memory-limit option.
...
...                              many files are passing here
...
/var/www/html/app/Http/Controllers/Content/PageController.php

In BuilderLocalMacros.php line 48:

  Call to undefined method PHPStan\Type\Generic\TemplateMixedType::getClassName()

There is nothing directly used. It's little bit a complex setup.

php bin/phpstan analyse --debug                                                                                [12:22:55]
Note: Using configuration file /var/www/html/phpstan.neon.
PHPStan crashed in the previous run probably because of excessive memory consumption.
It consumed around 47 MB of memory.

To avoid this issue, allow to use more memory with the --memory-limit option.
...
...                              many files are passing here
...
/var/www/html/app/Http/Controllers/Content/PageController.php

In BuilderLocalMacros.php line 48:

  Call to undefined method PHPStan\Type\Generic\TemplateMixedType::getClassName()

There is nothing directly used. It's little bit a complex setup.

Could share some snippets from PageController.php where that builder is used? Or the whole file if you can.

Could share some snippets from PageController.php where that builder is used? Or the whole file if you can.

public function show(string $id): View
    {
        $content = PageContent::query()->urlComponentAndClient($id)->firstOrFail();

        return view(
            'content.detail',
            [
                'content' => $this->formatter->formatSingle($content),
            ]
        );
    }

If I comment out the $content stuff, phpstan is green again.

public function show(string $id): View
    {
        $content = PageContent::query()->urlComponentAndClient($id)->firstOrFail();

        return view(
            'content.detail',
            [
                'content' => $this->formatter->formatSingle($content),
            ]
        );
    }

If I comment out the $content stuff, phpstan is green again.

If I remove the urlComponentAndClient scope, it is green too.

If I remove the urlComponentAndClient scope, it is green too.

What is in that scope method?

What is in that scope method?

Using the Builder from a few posts above.
    /** (from a trait)
     * @return Builder<self>
     */
    public function newEloquentBuilder($query)
    {
        return new Builder($query);
    }
// ...
    public static function scopeUrlComponentAndClient(
        Builder $query,
        string $urlComponent,
        ?string $client = null
    ): Builder {
        return $query->where(
            static function (Builder $query) use ($urlComponent, $client): Builder {
                return $query->where(
                    [
                        'url_component' => $urlComponent,
                        'client_id' => $client,
                    ]
                );
            }
        );
    }

Using the Builder from a few posts above.
    /** (from a trait)
     * @return Builder<self>
     */
    public function newEloquentBuilder($query)
    {
        return new Builder($query);
    }
// ...
    public static function scopeUrlComponentAndClient(
        Builder $query,
        string $urlComponent,
        ?string $client = null
    ): Builder {
        return $query->where(
            static function (Builder $query) use ($urlComponent, $client): Builder {
                return $query->where(
                    [
                        'url_component' => $urlComponent,
                        'client_id' => $client,
                    ]
                );
            }
        );
    }

Fixed with: https://github.com/nunomaduro/larastan/commit/8bde1898779bd14f28f95241582a6fec4a9b0910

Fixed with: https://github.com/nunomaduro/larastan/commit/8bde1898779bd14f28f95241582a6fec4a9b0910


issue while ( sudo howdy add )

please help with this issue

Rule of thumb for anything linux: If it returns permission denied you probably need elevated privileges. Run it as root, aka use sudo

While i'm at it, please post errors as text, not as a screenshot. If it's text other people with the same issue can find it through search


Add VIM keybindings support

Issue: https://github.com/graphql/graphiql/issues/909
This PR brings VIM key bindings support to the Graphiql.
Features:

[x] Vim keybindings for Query editor
[x] Vim keybindings for Variables editor
[x] Toggle keybinding: Cmd-\ or Ctrl-\
[x] Local storage persistance
[x] Passing like an option to theGraphiQL component

awesome, thank you! can you write a few tests for your PR so codecov is happy

ugh i hate to do this because you did a great job of implementing this, and i asked you to add tests.
actually, now that i think about it @semanser, this is going to have to wait for plugins in a couple months. the reason being is that we are also switching to monaco, and so we may end up defaulting to what is more of a vscode style keybinding. i already have a prototype somewhere of how we would provide plugins for vim/emacs modes (using monaco-vim and monaco-emacs) to demonstrate my proposal for the new graphiql plugin api.
for your purposes currently, is there a way you can just require codemirror-vim in a way that overwrites those bindings in a more minimal fashion? sounds messy but maybe it would work? just trying to keep things minimal so that we can lean on plugins for a multitude of reasons

ugh i hate to do this because you did a great job of implementing this, and i asked you to add tests.
That's totally fine, don't worry :)

for your purposes currently, is there a way you can just require codemirror-vim in a way that overwrites those bindings in a more minimal fashion?

What do you mean with that? Right now, I'm using the default codemirror vim keybindings (and I guess they should work fine). I guess for now, this implementation can work pretty well, and can be replaced later with plugins.

i guess what im trying to say is that this implementation is beyond the scope of graphiql currently, before we introduce plugins. so we will introduce vim support to graphiql natively as an option only via plugins, as it were now. despite how simple this PR is, it will add some size to the bundle that we are trying to reduce, so the idea is that almost all feature requests are being parlayed for plugins. this one would be an example of that.

@acao so, I guess adding more tests has no sense, because this PR is going to be rejected?

yeah, thats what i was trying to say earlier, my bad if i was unclear. @benjie would probably say the same thing at this point. i just got so excited about vim support and how nice of a PR it was, and then i started reviewing it like we could merge it now, my mistake!

https://github.com/acao/graphiql-1-poc-monaco/blob/master/src/plugins/graphiql-plugin-mode/ModePlugin.tsx here's some half-complete psuedocode as an example, I'll be introducing some more complete proposals soon.

@benjie what do you think? maybe if we made the vim dependency an async bundle which we can do with webpack or CDN versions? that would still a context driven require import() or require.ensure(). i've implemented it before and it's unnoticable, especially since the syntax mode is loaded so early on. and besides, with the minified bundle, all the async chunks are concatenated into a single file anyways. so it would still drive up the size of the minified bundle a bit. but we just had a huge reduction so. I'm torn

vscode vim: 1.3M installs
vscode sublime text keymap: 830K installs
i mean, they slightly apples to oranges in that the vim one isn't just a keybinding extension, but interesting to compare

Sorry for the delay; I've been incredibly busy and am currently spending a couple days catching up with 200+ GitHub notifications!
Some evaluation criteria:
:+1: Passes this criteria
:-1: Fails this criteria
:grey_question: Yet to be evaluated

:grey_question:   Bundle size: does it add significant weight to the compressed minified bundle? If less than ~2% I'm not too worried, but above that we should think more carefully
:+1: Necessity: is it possible and desirable to instead allow people to implement this in their own GraphiQL by passing in a few props? For example, I can imagine passing in custom keybindings for toggling, passing in a callback that requires the relevant package, etc. This might require fewer changes but add more power (for example other codemirror plugins could be loaded?)
:+1:  Scope: does this expand the scope of GraphiQL beyond where we want it? I think given this is planned to be supported in the new GraphiQL it's not really expanding the scope
:grey_question: Timing/backwards-compatibility: one issue of introducing this now and then later (soon) replacing it with a Monaco equivalent is that the plugins will likely work in different ways and support different parts of Vim, which may result in "X Vim action worked in version Y but doesn't work in version Z" which is something we couldn't address without working on the monaco plugin itself.

Q1 can be answered by comparing the size of the bundled result.
Q2 I'm on the fence with. I'm erring towards :+1: just adding it directly rather than adding a too-flexible props system that we're going to replace with a plugin system in the coming months.
Q3 I'm also on the fence with; since we're planning to replace codemirror it seems unwise to expand its scope currently, but also lots of people want Vim mode and we could add this easily now so people get to enjoy it months earlier
Q4 Anyone have any idea of compatibility between the monaco and codemirror vim plugins?

Has there been any update on this. I feel so lost without vim

@brentluna this is high priority for me, so it should come early in 2.0.x as an extension hopefully. this PR will no longer apply of course because it will be using monaco. we would most likely end up using beonaco-vim](https://github.com/brijeshb42/monaco-vim).
I wish we could add it to 1.0, but if we keep doing that, the 2.0 rewrite will never be completed

I've had a change of heart regarding this PR. Mostly because we'll be adding a new feature with some complexity to 1.0.0 anyways, so we might as well add this as well.
Just note that there will be significant breaking changes in DX and keybindings between 1.0.x and 2.0.x, when we switch to monaco-graphql
if someone wants to get this PR updated and ready to merge, that would be grand.
i wish there was a way to get dynamic imports working for the codemirror modes. ideally, someone should only fetch the vim support bundle once they toggle the option, but if we can't have that, it's no big worry.
bundle size is not really as much of an issue with DX I'm learning, because we aren't as concerned with first hit, and are increasingly looking to bundle assets statically for offline usage as well.

العدد: # 909
يجلب هذا العلاقات العامة دعم ارتباطات مفاتيح VIM إلى Graphiql.
سمات:

[x]  روابط مفاتيح فيم لمحرر الاستعلام
[x]  رابطات المفاتيح فيم لمحرر المتغيرات
[x] تبديل ربط المفاتيح: Cmd-\أوCtrl-\
[x]  استمرار التخزين المحلي
[x] تمرير مثل خيار GraphiQLللمكون

semanser:add-vim-keybindings

Closing this in favor of #2501 which has been merged a couple of weeks ago and is released since 1.9.9

@thomasheyenbrock we should keep this branch for reference. We only implemented 1/4 of this!

@acao can you elaborate? The only thing I see here that wasn't added in your PR is a shortkey to switch keymaps and some tests.

@thomasheyenbrock I totally apologize! i thought this person's PR had more to it than that, and didn't realise that sublime's mode came with an edit mode. long term memory failed me.
a complete re-creation as you said is now possible with the new settings dialog so we can mark this as closed and not needed for reference for current efforts!


Assignment 2

This assignment was fun and learned about signals and different brain activity and how to plot them. The MNE.tools documentations was really helpful for the assignment. I took the inspiration from IDubey and Vlad's code to fix my task1 and task3 respectively. The reference I used to complete bonus question was --> https://mne.tools/stable/auto_tutorials/raw/20_event_arrays.html?highlight=events

Excellent Job! 133 Points.


Improve the performance of tests

Try to speed up to the limit by parallelization.

fixed: https://www.hidakatsuya.dev/2022/06/11/try-to-make-github-action-faster.html


Change the package import path from jetstack/cert-manager to cert-manager/cert-manager

Depends on #3671

[x] Change package names: see #3680 for what it should be
[x] Update Bazel
[x] Ensure e2e tests continue to work

Something to consider: using a cert-manager.io vanity import path?
Additional context
https://github.com/jetstack/cert-manager/issues/3451
https://github.com/cncf/toc/issues/557
/kind cleanup

/priority important-soon

I've raised #4587 as a WIP PR which could address this; the hardest thing is probably going to be reviewing the change effectively, though!
/remove-lifecycle rotten

https://github.com/cncf/toc/issues/557#issuecomment-727950547
Worth highlighting this comment from the CNCF project onboarding here; we need to ping someone at the CNCF to update DevStats after the move.

We'll need a new version of this PR too: https://github.com/jetstack/testing/pull/442

We'll need a new version of this PR too: jetstack/testing#442

This is the updated version of that PR, which is merged.
The rename PR is also merged now.

🥳
/close


Incompatibility with Go 1.20rc1

OS: macOS 13.1
Consider the following code:
package main

import (
	"log"

	"github.com/go-piv/piv-go/piv"
)

func main() {
	log.SetFlags(0)
	if err := run(); err != nil {
		log.Fatal(err)
	}
}

func run() error {
	cards, err := piv.Cards()
	if err != nil {
		return err
	}
	log.Print(cards)
	return nil
}

When run with go version go1.20rc1 darwin/arm64, it fails with
connecting to pscs: the Smart card resource manager is not running

With go version go1.19.4 darwin/arm64 however, it works as expected, printing [Yubico YubiKey OTP+FIDO+CCID].

That's really weird, I can reproduce as well
% go version
go version go1.19.2 darwin/amd64
% go run hello.go
[]
% go1.20rc1 run hello.go
connecting to pscs: the Smart card resource manager is not running
exit status 1

Smaller reproducer
package main

// #cgo darwin LDFLAGS: -framework PCSC
// #include <PCSC/winscard.h>
// #include <PCSC/wintypes.h>
import "C"
import "fmt"

func main() {
	var ctx C.SCARDCONTEXT
	rc := int64(C.SCardEstablishContext(C.SCARD_SCOPE_SYSTEM, nil, nil, &ctx))
	if rc < 0 {
		// Fix two's complement bit.
		rc += (1 << 32)
	}
	fmt.Printf("0x%08x\n", rc)
	if rc == C.SCARD_S_SUCCESS {
		C.SCardReleaseContext(ctx)
	}
}

% go1.20rc1 run repro.go
0x8010001d
% go run repro.go
0x00000000

This should be fixed upstream https://github.com/golang/go/issues/57263/
Thanks for reporting!


nodejs-16_x: 16.15.0 -> 16.16.0

Description of changes

https://github.com/nodejs/node/releases/tag/v16.15.1
https://github.com/nodejs/node/releases/tag/v16.16.0
Fixes #176127
Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[x] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

@GrahamcOfBorg build hedgedoc

@marsam this patch don't fixed error:
peertube-start[77762]: ><EMAIL_ADDRESS>start
peertube-start[77762]: > node dist/server
peertube-start[77762]: npm ERR! code EROFS
peertube-start[77762]: npm ERR! syscall mkdir
peertube-start[77762]: npm ERR! path /nix/store/0nwdj4gq20h0r15r36rl6603jaj46myn-peertube-4.2.1/.npm
peertube-start[77762]: npm ERR! errno -30
peertube-start[77762]: npm ERR! rofs EROFS: read-only file system, mkdir '/nix/store/0nwdj4gq20h0r15r36rl6603jaj46myn-peertube-4.2.1/.npm'
peertube-start[77762]: npm ERR! rofs Often virtualized file systems, or other file systems
peertube-start[77762]: npm ERR! rofs that don't support symlinks, give this error.
peertube-start[77762]: npm ERR! Log files were not written due to an error writing to the directory: /nix/store/0nwdj4gq20h0r15r36rl6603jaj46myn-peertube-4.2.1/.npm/_logs
peertube-start[77762]: npm ERR! You can rerun the command with `--loglevel=verbose` to see the logs in your terminal
systemd[1]: peertube.service: Main process exited, code=exited, status=226/NAMESPACE
systemd[1]: peertube.service: Failed with result 'exit-code'.


TPU support

🚀 Feature
TPU support
Motivation
Does litdata supports TPU environments, specifically when using lighting fabric?
Additional context
I have >16M image-text pairs I am writing in mosaic-ml streaming format to train contrastive models, I am working with lighting fabric to train using DDP in GCP and I want to move to TPU training. mosaic-ml streaming dataset doesn't support TPU (afaik), all of this bring me to the questions:

Does litdata work on TPU?
Does it require to set up something in the code additional to what is provided in the available documentation. (ex. is it necessary to provide a distributed sampler? or set different env variables?)
Do you have an example of how to setup TPU training with litdata?

litdata is meant to be used with a regular DataLoader, so there's nothing specific to do on a TPU machine. If you use Fabric or PyTorch Lightning, that will take care of enabling the DistributedSampler or do any required XLA steps, but these are common to all TPU runs, not just those using litdata

I will recommend setting this env variables:
DATA_OPTIMIZER_GLOBAL_RANK
DATA_OPTIMIZER_NUM_WORKERS
DATA_OPTIMIZER_NUM_NODES
Otherwise the StreamDataloader will not be aware of the distribution.

Yes, as @dasoto mentioned, I didn't add wiring for TPU env detection. Feel free to contribute support for it if you try litdata on TPUs.