User is unable to merge pull request when status checks are enable and selected

Gitea version: 1.11.1
Git version: 2.24.1
Operating system: Alpine Linux 3.11.3 (Docker)
Database

[ ] PostgreSQL
[ ] MySQL
[ ] MSSQL
[x] SQLite

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

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

Log gist:

Description
User is unable to merge pull request if status check is enabled and status checks selected whilst being in the merge whitelist individually or in a team.
Screenshots
When status checks are not enabled

When status checks are enabled

I believe this is fixed by #10318 and/or #10344, both of which should be released with 1.11.2

Closing, reopen if 1.11.2 does not fix your problem


Can pyautogui support Chrome OS (arm64)?

Recently I installed pyautogui on an arm64 Chrome OS with Linux Beta, and there are no errors during installation.
And screensize function works well but screenshot function only generated an entirely black png.
Key function and locateOnScreen() cannot work.
Can pyautogui support Chrome OS?
Anyway it owns an increasing share in the computer market...

That may be because the Linux Beta on Chrome OS is a Linux virtual machine. You most likely cannot take screenshots of the screen outside of the vm. So you wouldn't be able take a screenshot of your Chrome OS shelf, for example, from within the vm. Unfortunately, I am not sure if there are any workarounds for this. Not allowing a vm access to things outside of it is partially a security feature.

I'm going to look into this, but I suspect the answer is "no". PyAutoGUI can run on Linux, but I think the additional vm layers that chromeos implements might keep it from working. I'm going to buy a chromebook and check it out though, and see what I can come up with.


[Discussion] Windows Terminal without PowerShell for corporation in reference to #6010

Hello,
I was reading the discussion of the issue #6010, that it is possible to install an offline and unregistered version of Windows Terminal with an offline licence.
But our case is different.
The company, where we work as software analysts, developers and engineers, allow us to demand the addition of software to their own software central since they do not depend on PowerShell and on winget.
The company disables PowerShell and does not allow us to re-enable it. It does not allow us to install software that set PowerShell as default (except VSCode, in which we can change manually from PowerShell to Command Prompt or Git Bash). For this reason, Windows Terminal can not be approved, although we can change manually the default shell of Windows Terminal. The problem is PowerShell.
I was reading the README, that PowerShell is one prerequisites, but I saw the issue #6010, that they could install offline and unregistered version of Windows Terminal without depending on PowerShell.
Is there how the company install Windows Terminal without PowerShell and without winget?

PowerShell absolutely isn't a pre-requisite for installing the Terminal. You can use the Terminal with PowerShell, but if your company is dead set on blocking PowerShell, then you can always change the default shell to Command Prompt[1]. The Terminal will automatically default to powershell, but it doesn't need powershell, and it doesn't ship with powershell.
If you can't use winget, or the Store, then you can always download the msix from the https://github.com/microsoft/terminal/releases page, and unzip that. If the msix doesn't install, then you can always just run the windowsterminal.exe in that zip file "unpackaged", and it should work totally fine.
[1]: lmao that they block powershell but not cmd.exe, I'm sure you can do just as much with command prompt as you can with powershell, but hey, silly IT departments gonna silly IT.


Can't provision RKE clusters due to Rkeaddons.management.cattle.io "nginxingress-v1.15.12" not found error

What kind of request is this:
Bug
Steps to reproduce (least amount of steps as possible):

Install Rancher master-3004-head and v2.4-3003-head
Deploy a RKE DO cluster

Result:
Provisioning will fail with
[ERROR] getAddonTemplates: k8sVersion v1.17.6-rancher1-1 addon nginxingress-v1.15.12 [rkeaddons.management.cattle.io "nginxingress-v1.15.12" not found]

Other details that may be helpful:
Environment information

Rancher version: master-3004-head and v2.4-3003-head (05/21/2020)
Installation option (single install/HA): single

Validated this is no longer an issue in

v2.4-head (05/22/2020) commit 899dce29e I used letsencrypt method to workaround #27198
master-head (05/22/2020) commit 7f82086e0


App will not start properly

Describe the bug
App reloads while having just a moment loading screen then eventually crashes.
To Reproduce
Steps to reproduce the behaviour:

Install Dribblish Dynamic from the marketplace

Desktop Setup

Operating System:  Windows 10
Spotify: <!-- Cannot get on the app to find out
Spicetify: 2.9.2
Dribbblish:  Same with Spotify Version

https://user-images.githubusercontent.com/81931624/157291845-c15cee3a-c712-43a9-add5-2dba10cb3f3f.mp4

Can you please open a bug on the marketplace extension?


[Test-Proxy] Support variable utilization

Required

Stored variables values should be returned in JSON in the body of /Playback/Start.
During finalization of a recording /Record/Stop a body will be provided that establishes the variables setting for that recording

This will do zero object manipulation. Save as we get it.
Connection String Sanitization feature is what is currently done in .NET, but isn't strictly required for v1

This will do zero object manipulation. Save as we get it.

I think the only manipulation would be to store it in a "Variables" node. My assumption is that what gets passed in the body will just be a JSON object containing the key/value pairs for each variable.


Why might there be such an error?

when this error occurs, bodies fly apart at high speed and the game crashes

I suggest sharing your code as text so someone can execute it easily to reproduce the problem.

the problem was that some bodies had Null density


React Aria Table Component Not Rounding With Tailwind Styles

Provide a general summary of the issue here
Cannot create table with rounded edges.  To exhaust all the possibilities, added rounded styles to each below element. Only header is rounding as expected.
🤔 Expected Behavior?
The table elements with rounded styles should render as rounded.
😯 Current Behavior
Table and elements are rendered as squares with exception of header.  Need to render table with rounded edges.
Here is the rendered HTML:

Name

Value

Test Name

1

Test Value

20000000000000

💁 Possible Solution
Perhaps the style is overwritten by the component styles?
Can please let us know how we can create a table with rounded edges? Any work around would be greatly appreciated.
🔦 Context
Our website has rounded everything for rendered components so the tables do not match because react-aria table component renders table elements as squares (with exception of header elements).
🖥 Steps to Reproduce

Create a page with below table
import React from "react";
import {Cell, Column, Row, Table, TableBody, TableHeader} from 'react-aria-components'

export default function App() {
return (
 {/ROUNDED IGNORED, TABLE RENDERED as SQUARE/}

 {/WORKS as EXPECTED/}
Name

 {/WORKS as EXPECTED/}
Value

<TableBody className={'w-full border-solid rounded'}>{/ROUNDED IGNORED, RENDERED as SQUARE/}
{

<Cell className={p-4 border border-solid rounded}> {/ROUNDED IGNORED, RENDERED as SQUARE/}
Test Name

<Cell className={p-4 border border-solid rounded}> {/IGNORED,  RENDERED as SQUARE/}
Test Value

})

)
}

Open page in Browser (using Brave/Chrome)

Version
1.0.0-alpha.6
What browsers are you seeing the problem on?
Other
If other, please specify.
Brave (Based off Chrome)
What operating system are you using?
Ubuntu
🧢 Your Company/Team
No response
🕷 Tracking Issue
No response

This is unrelated to the React Aria's Table implementation, but is more to do with Tailwind's default styling for tables. Use border-separate in order to force cells to display their own borders: https://tailwindcss.com/docs/border-collapse#separate


make sure containers are released when on task failures

this fixes #29
Here is what happens, when the shim failed to bind a pod to the specified node, we marked the task as failed. However, we are not asking scheduler-core to release these allocations, this is causing the issue seeing in #29. So this PR contains the following changes

make sure containers are released on failures
added test case to cover this scenario
minor improvements to the logs

@wilfred-s can you pls help to review this PR? thx


[Feature] Add custom cursor to the website

Description
Enhances of custom cursor pointer.
Screenshots

Checklist

[X] I have checked the existing issues.
[X] I follow Contributing Guidelines of this project.
[X] I am a GSSOC'24 contributor.
[ ] I am a IWOC'24 contributor.
[ ] I am a JWOC'24 contributor.
[ ] I am a SWOC'24 contributor.

Code of Conduct

[X] I agree to follow this project's "Code of Conduct".

Go ahead @Anjaliavv51

@Rakesh9100 please review my other PR

Pls provide your PR @Anjaliavv51

@Rakesh9100 by today it will be done

@Rakesh9100 please review the PR.


Initialisation state and token should not be shared across sessions

fyi @connor4312
Shuold fix https://github.com/microsoft/vscode-js-debug/issues/271
Will look into it tomorrow morning.

@connor4312 please verify my fix fixes the issue you were seeing and let me know how ti goes. Thanks a lot!


NO OPEN Avatarify with Nvidia 3060

Good afternoon Yesterday I installed Avatarify and when I turn it on... despite appearing in the task panel as running, the program screen does not appear.
I freaked out growing up that it was some computer problem, I uninstalled everything and did a clean install of windows. Install everything again, and Avatarify... and Not work...
I changed the graphics card for another old 580 and the application works (despite being so slow that nothing can be done...)I would like to know if anyone knows of a solution or if you plan to make an update to be able to use AVATARIFY with the 3060 cards.
It makes me very angry... It is an application that I really want to try.
Many thanks for everything!!

#9

Hi @aestendrela did you successfully complete the step and run_windows.bat


How to send local image in embeds?

Hi!
From the examples given, we can send images inside embeds with:
"image": {"url": "https://picsum.photos/400/300"
Is there a way to send not via url, but local file path?

Try the code below
discord.post(
    file={
        "file1": open("tests/file1.png", "rb"),
        "file2": open("tests/file2.jpeg", "rb"),
    },
    embeds=[
        {
            "title": "Embed Title",
            "image": {"url": "attachment://file1.png"},
            "thumbnail": {"url": "attachment://file2.jpeg"},
        }
    ],
)

I tried it just now, I found that:
    file={
        "file1": open("tests/file1.png", "rb"),
        "file2": open("tests/file2.jpeg", "rb"),
    },

is completing the task of sending the local image, and adding or removing the "image" and "thumbnail" don't effect the layout, i.e. the two images always appear on their own right above the embed box, instead of at the "image" or "thumbnail" position. Screenshot attached.

.

Sorry but no problem in my environment
discord.post(
    file={
        "file1": open("tests/file1.png", "rb"),
        "file2": open("tests/file2.jpeg", "rb"),
    },
    # embeds=[
    #     {
    #         "title": "Embed Title",
    #         "image": {"url": "attachment://file1.png"},
    #         "thumbnail": {"url": "attachment://file2.jpeg"},
    #     }
    # ],
)

discord.post(
    file={
        "file1": open("tests/file1.png", "rb"),
        "file2": open("tests/file2.jpeg", "rb"),
    },
    embeds=[
        {
            "title": "Embed Title",
            "image": {"url": "attachment://file1.png"},
            "thumbnail": {"url": "attachment://file2.jpeg"},
        }
    ],
)

Still could not even using the same code as yours, I settled with it not being inside the embed. Thank you tho, appreciate it!


Adsk contrib - Fix VC++ compilation warnings & some SonarCloud bugs

Signed-off-by: Patrick Hodoul<EMAIL_ADDRESS>The pull request mainly changes code around warnings:

All VC++ warnings directly related to the pybind11 integration,
Like the linux platforms, the 'Warnings as errors' in now ON on Window platform for the CI builds,
All (I hope) new SonarCloud blocker, critical and major bugs.

Looking at the GitHab Action build, I saw some doc warnings that I fixed here.

There is something new with the latest MSVC compiler. The /std:c++11 is not anymore present in the documentation (i.e. only 14, 17, 20 & latest exist). And at the same time, there is a new warning related to a feature of C++17 or C++20 i.e. nodiscard on std::regex_match.
To be investigated: When compiling OCIO, what is the C++ version used by MSVC?

To be investigated: When compiling OCIO, what is the C++ version used by MSVC?

/std:c++11 is not supported by recent MSVC versions i.e. only c++14, c++17 and latest are currently supported. By default, latest is used.
So CMakeLists.txt is now improved:
if(MSVC)
	include(CheckCXXCompilerFlag)
	CHECK_CXX_COMPILER_FLAG("-std:c++11" COMPILER_SUPPORTS_CXX11)

	if(NOT COMPILER_SUPPORTS_CXX11 AND ${CMAKE_CXX_STANDARD} EQUAL 11)
		message(STATUS "The compiler ${CMAKE_CXX_COMPILER_ID} has no C++11 only support. Use C++14.")
		set(CMAKE_CXX_STANDARD 14)
	endif()
endif()

However, the C++17 warning is still present.

Still under investigations, please let me merge when ready.

Post merge comment:
Looking at the Windows STL implementation here (https://github.com/microsoft/STL/blob/ca032aebb01e6a2bd914a8df4b7e77867d1a3e61/stl/inc/regex), some regex_match signatures now have the nodiscard keyword.


Site domain / put into production

@lmrhody  @leanne-fan  @szweibel
Do we have a domain for DHRIFT yet? Are we at the point where we want to get it online?

Closing this as no longer relevant, though I do hope we cross that production line on this homepage soon.


Implement GroupNorm to invoke APEX GroupNorm for NeMo Stable Diffusion AutoEncoder performance

🐛 Bug
Applying thunder.jit to the AutoEncoder stage in NeMo's Stable Diffusion is slower than the eager mode (takes  0.198s per train step) where as thunder.jit 0.242s takes per step.
To Reproduce
Steps to reproduce the behavior:

Apply the attached git diff to NeMo
encoder.patch

Run NeMo using the command below:

python examples/multimodal/text_to_image/stable_diffusion/sd_train.py trainer.precision=16 trainer.num_nodes=1 trainer.devices=1 ++exp_manager.max_time_per_run=00:00:03:00 trainer.max_steps=20 model.micro_batch_size=1 model.global_batch_size=1 model.data.synthetic_data=True exp_manager.exp_dir=/workspace/TestData/multimodal/stable_diffusion_train model.inductor=False model.cond_stage_config._target_=nemo.collections.multimodal.modules.stable_diffusion.encoders.modules.FrozenCLIPEmbedder ++model.cond_stage_config.version=openai/clip-vit-large-patch14 ++model.cond_stage_config.max_length=77 ~model.cond_stage_config.restore_from_path ~model.cond_stage_config.freeze ~model.cond_stage_config.layer model.unet_config.from_pretrained=null model.first_stage_config.from_pretrained=null model.unet_config.use_flash_attention=False model.unet_config.attention_resolutions=\[1\] model.unet_config.channel_mult=\[1\]

The last trace of the encode step can be found in the attached log.
last_trace_SD_encoder.log
Solution
The encoder.patch attached also rewrites GroupNorm to torch.nn.GroupNorm, which ends up moving the operator from using APEX groupnorm to using eager's groupnorm. This is what causes the performance drop in stable diffusion.
We should be mapping GroupNorm via either mechanism to APEX's GroupNorm.
cc: @tfogal

@parthmannan we could use some help here. Can you help us identify why we're causing slowdowns?

Yep, I just need a couple days to wrap an urgent task I have been occupied with and can take a look at this early next week.

convo w/ Abhishree:

There is a last_traces log attached here!
Should look into the ordering of ops--are the nvFusion* regions being produced properly?
There are some permutes---do we really need these? Is this an impact of our current (lack of) layout algorithm?

There are some permutes---do we really need these? Is this an impact of our current (lack of) layout algorithm?

I am yet to run this myself but the permutes seem okay. The permute seems to be happening before a BMM layer and one of the tensors would need to be permuted to perform the op.
However, I am not sure if this could just be a view like operation which doesn't need a GPU kernel. Will know more once I can run. The trace is super helpful to have though.

Looks like it is not Thunder that's causing the slowdown. Removing thunder.jit once the above patch is applied results in no noticeable slowdown.
The slowdown comes from the patch which disables the APEX GroupNorm and replaces it with torch GroupNorm. The APEX kernel is far more optimized and given that GroupNorm is a sizeable portion of UNet in StableDiffusion, the slowdown makes sense.
To retain similar speedup in Thunder, we need to either a) match the APEX GroupNorm performance using nvFuser or b) Pattern match torch.nn.GroupNorm to APEX GroupNorm.

Looks like it is not (exactly) Thunder ...

Thanks so much for your analysis, Parth! This is super helpful.

The slowdown comes from the patch which disables the APEX GroupNorm and replaces it with torch GroupNorm.

Ahh, I imagine this was put in because thunder broke on the GroupNorm operator? @athitten can you confirm?

or b) Pattern match torch.nn.GroupNorm to APEX GroupNorm. or c) Register APEX GroupNorm so that Thunder can trace through it. (probably easiest)

For this option, is it single-op -> single-op pattern matching? I ask because pattern matching a single operator happens to be a subcase of pattern matching that could be implemented much more easily / could be done quickly with an ad hoc solution.
But I agree (c) is the best route forward, just curious.

triage review —

@tfogal if groupnorm from apex is the truth, would you file an issue to add apex groupnorm to the apex executor and create a benchmark for groupnorm?
you can take over this issue to do this

For this option, is it single-op -> single-op pattern matching?
Yes this is matching torch.nn.GroupNorm op to APEX GroupNorm function and can be an option for us. Ideally, we do both b) and c) so that we can understand any code using APEX GroupNorm already and also replace torch GroupNorm with APEX GroupNorm automatically.

Thanks, Parth.
Editing title and the original issue comment to reflect triage discussion: we need to implement GroupNorm in the APEX executor.

Ahh, I imagine this was put in because thunder broke on the GroupNorm operator? @athitten can you confirm?

Yes torch.nn.GroupNorm was put in because thunder broke on the GroupNorm operator.
Using the torch GroupNorm operator in both cases and comparing with thunder.jit and without thunder.jit, I see thunder.jit being slower by 30 ms per iteration. Is this slowdown okay @tfogal @parthmannan ?

@athitten Can you post the logs where you see 30ms slowdown? Is this for a single iteration?
In my tests on H100, the entire iteration is 50ms and the slowdown is on the order ~1-1.5 ms.

Hi @parthmannan here are the logs with thunder.jit and without for FP32:
autoencoder_with_thunder_fp32.log
autoencoder_wo_thunder_fp32.log
I am running on a single A100. The difference is around 20 ms for FP32.
However with BF16, thunder.jit is slower by around 37ms. Here are the logs for BF16:
autoencoder_with_thunder_jit_bf16.log
autoencoder_wo_thunder_jit_bf16.log

@athitten Yea, I think you are right. I was able to test on A6000 and Thunder is slower even without the APEX GroupNorm. I need to dig further for that.
Can you tell me the patch you used to generate the thunder trace? Where in the NeMo code do we insert the Thunder trace calls? That'll be helpful.

I think I kind of know where the problem is but we need better understanding of NeMo code to solve this. Thunder is running the Encoder in FP32 even when precision is set to BF16. Even without Thunder, the model gets the input in FP32 but it converts it to BF16 before running GEMMs but Thunder GEMMs are running everything in FP32.
Where in NeMo is the precision set and where is AMP being taken care of? Seems like it doesn't kick in when using Thunder.

I think I kind of know where the problem is but we need better understanding of NeMo code to solve this. Thunder is running the Encoder in FP32 even when precision is set to BF16. Even without Thunder, the model gets the input in FP32 but it converts it to BF16 before running GEMMs but Thunder GEMMs are running everything in FP32. Where in NeMo is the precision set and where is AMP being taken care of? Seems like it doesn't kick in when using Thunder.

Thunder should recognize PyTorch's autocast context and transform the initial trace accordingly. Here's an example:
In [1]: import thunder

In [2]: import torch

In [3]: a = torch.randn((3, 3), device="cuda")

In [4]: @thunder.jit
   ...: def func(a, b): return a @ b

In [5]: with torch.autocast("cuda", dtype=torch.bfloat16):
   ...:     out = func(a, a)
   ...:

In [6]: out.dtype
Out[6]: torch.bfloat16

In [7]: thunder.last_traces(func)[-1]
Out[7]:
# Constructed by Delete Last Used (took 0 milliseconds)
import torch
from thunder.executors.torchex import no_autocast

@torch.no_grad()
@no_autocast
def computation(a, b):
  # a: "cuda:0 f32[3, 3]"
  # b: "cuda:0 f32[3, 3]"
  [t0, t1] = nvFusion0(a, b)
    # t0 = prims.convert_element_type(a, dtypes.bfloat16)  # t0: "cuda:0 bf16[3, 3]"
    # t1 = prims.convert_element_type(b, dtypes.bfloat16)  # t1: "cuda:0 bf16[3, 3]"
  del a, b
  t2 = torch.matmul(t0, t1)  # t2: "cuda:0 bf16[3, 3]"
    # t2 = ltorch.matmul(t0, t1)  # t2: "cuda:0 bf16[3, 3]"
      # t2 = prims.matmul(t0, t1)  # t2: "cuda:0 bf16[3, 3]"
  del t0, t1
  return t2

It's best to print the initial trace, check if this code path is taken https://github.com/Lightning-AI/lightning-thunder/blob/4cc7b64ecbb9b9a28081c09ea00cf61093e57d9b/thunder/init.py#L554
and that there are rules for all ops that are expected to be downcasted https://github.com/Lightning-AI/lightning-thunder/blob/4cc7b64ecbb9b9a28081c09ea00cf61093e57d9b/thunder/core/transforms.py#L3685-L3719


[CPP] Bitmaps are not displaying

Found strange behavior. This code works good on flash/html5 targets, and showing blank screen on windows. It was tested on 4.9.1 and 4.8.1 versions.
package ;
import openfl.display.StageAlign;
import openfl.display.StageScaleMode;
import openfl.events.Event;
import openfl.display.Sprite;
import openfl.display.Bitmap;
import openfl.display.BitmapData;
import openfl.display.DisplayObject;
import openfl.events.MouseEvent;
class MainTest extends Sprite {
    private static var count:Int = 100;
    private static var bitmapData:BitmapData = new BitmapData(10, 10, false, 0xFF5588);

    private var particles:Array<DisplayObject> = [];

    public function new() {
        super();

        if (stage == null) {
            addEventListener(Event.ADDED_TO_STAGE, onAddedToStage);
        } else {
            initialize();
        }
    }

    private function onAddedToStage(event:Event):Void {
        removeEventListener(Event.ADDED_TO_STAGE, onAddedToStage);
        initialize();
    }

    private function initialize():Void {
        stage.scaleMode = StageScaleMode.NO_SCALE;
        stage.align = StageAlign.TOP_LEFT;

        createObjects();
    }

    private function createObjects():Void {
        for (i in 0...count) {
            particles.push(createParticle());
        }
    }

    private function createParticle():Bitmap {
        var bitmap = new Bitmap(bitmapData);
        bitmap.x = Math.random() * stage.stageWidth;
        bitmap.y = Math.random() * stage.stageHeight;
        addChild(bitmap);

        return bitmap;
    }
}

Is this with Haxe 3.4.0 by chance? It had a bug that affected rendering and should be fixed in the subsequent 3.4.1 and 3.4.2 releases.

@Gama11, ah, got it! Thank you!

So updating fixed it?

@Gama11 nope :-( With 3.4.2 and latests hxcpp it's crashing right after starting without any exception, just closing (on windows)

Huh, funny thing that it's crashing because of this line:
   private static var bitmapData:BitmapData = new BitmapData(10, 10, false, 0xFF5588);

I moved creating bitmapData in initialize method.
Now it work good. I guess and earlier it wasn't rendering anything because of creating bitmapData before context become available.

Hm.. this sounds a lot like https://github.com/openfl/openfl/issues/964, and that is supposed to be fixed.

@Gama11 Well, it should be but it's not. You can reproduce it by yourself with the given code :-)

I guess I'll reopen this then. If this is limitation, it maybe at least shouldn't fail silently.

Tested
Affects Haxe 3.2.1 and Haxe 3.4.2, it's a cause of static initialization order
If you change the 12th line:
private static var bitmapData:BitmapData;

...and move the construction to your new constructor
bitmapData = new BitmapData(10, 10, false, 0xFF5588);

...it will work properly on desktop Neko and C++. It avoids a SEGFAULT on C++ and "Invalid Call" runtime error in Neko, on Linux
The call is made to create a new BitmapData before our CFFI bindings are initialized. If someone has an improvement to this, I'm all ears!
I'm marking as closed for now, as this is a "won't fix" style issue, but if we can fix static initialization with CFFI calls, that would be an awesome improvement :+1:


nosetests: error: Error reading config file 'setup.cfg': no such option 'exclude-dir'

pysal/pysal#521 seems to have cropped up again in pysal v2.0.0rc3.
(pysal2.0rc3) user: $ nosetests -v pysal
Usage: nosetests [options]

nosetests: error: Error reading config file 'setup.cfg': no such option 'exclude-dir'

Is this an actual issue or just simply a local fix as per pysal/pysal#521?

#1085

Closed with #1091.


[Feature Request] Swedish carrier support incl. Amazon

I am looking at automating package tracking but the options for us Swedes is very limited. Thus far I have only come across the project https://github.com/glance-/postnord however that project requires you to add each package that you want to track manually.
Now, your integration appear to fulfill all my requirements for full automation, though I'm missing a few carriers and the Swedish Amazon.I am not a programmer but thought that maybe I could add these lines myself if the logic behind all of it is the same? I would then appreciate if you could point me in the right direction where I need to make alterations (and if I'm even allowed to do so?)
Anyway, I would love to help. Please let me know what I can do to support and make this work!
The Swedish carriers I'm missing:

Bring
DB Schenker
Postnord

and then it's also Amazon.se
Thanks!

We'd need example emails, with personal information redacted.
Required emails:

When the package is shipped
When the package arrives today
When the package is delivered

Great! Where shall I send or publish the required emails?

You can fire them off to me firstof9 at gmail.com

I'll see what I can do, the amazon one should be pretty simple, the other one might be a min

Duplicate #867

Any progress in adding the Swedish carriers?

Apologies, I haven't had enough free time to work on this project.
It's still on the todo list.

No need for apology, I was just curious :) This will be a tremendous feature in my HA setup once completed. Until you have finished the project, I'm happy to wait for the final result, even more so since I'm not a programmer myself.


Updated breaking changes section

Closes https://github.com/dbt-labs/docs.getdbt.com/issues/5574
Following this Git issue: https://github.com/orgs/dbt-labs/projects/14/views/35?pane=issue&itemId=65030468, i've created this PR regarding the updated breaking changes
What are you changing in this pull request and why?

Checklist

[x] I have reviewed the Content style guide so my content adheres to these guidelines.
[x] The topic I'm writing about is for specific dbt version(s) and I have versioned it according to the version a whole page and/or version a block of content guidelines.
[ ] I have added checklist item(s) to this list for anything anything that needs to happen before this PR is merged, such as "needs technical review" or "change base branch."

Closed off as Core project has been paused

Just suggesting to add some clarity to the warning/error here!
Also, should we revise the wording here to match your wording? https://docs.getdbt.com/reference/resource-properties/versions#detecting-breaking-changes

Good catch! The relevant code is here.
I've opened up a docs issue in https://github.com/dbt-labs/docs.getdbt.com/issues/6198 to see if these can be abstracted into a common snippet.


Inform consumer when no courier is available

Allow user to choose another fleet

we have a "unmatched" order status and a OrderUnmatched screen, but no logic yet to stop looking for couriers.

already contemplated in #105. will continue there


How to disable the annoying <?php drop suggestion in .php files

I have disable the suggest basic for php !
 "php.suggest.basic": false
thank you .

I don't see that when I have basic suggestions disabled, do you have any extensions that could be contributing it?

It was definitely an extension issue , I have removed all php extension and problem has been resolved .


Laravel 11.x Compatibility

This is an automated pull request from Shift to update your package code and dependencies to be compatible with Laravel 11.x.
Before merging, you need to:

Checkout the l11-compatibility branch
Review all comments for additional changes
Thoroughly test your package

If you do find an issue, please report it by commenting on this PR to help improve future automation.

:warning: The latest version of Laravel has a dependency for phpunit/phpunit of ^10.5. If you would like to also upgrade your tests, you may run the PHPUnit 10 Shift for free.

:information_source: Shift detected you do not have a CI workflow using GitHub Actions. If you would like, Shift can help you get started with the CI Generator. Although the Shift is paid, GitHub Actions is free and having a CI workflow will improve the stability and review process for your package.

:alembic: Using this package? If you would like to help test these changes or believe them to be compatible, you may update your project to reference this branch.
To do so, temporarily add Shift's fork to the repositories property of your composer.json:
{
    "repositories": [
        {
            "type": "vcs",
            "url": "https://github.com/laravel-shift/laravel-vue-i18n-generator.git"
        }
    ]
}

Then update your dependency constraint to reference this branch:
{
    "require": {
        "librenms/laravel-vue-i18n-generator": "dev-l11-compatibility",
    }
}

Finally, run: composer update

Push


Fix typos discovered by codespell

pip install codespell ; codespell

Thanks for the check! I'm fine with the change, but I'd rather have a commit message body that sounds less like promotion for a tool. Could you update that? Thanks!

I slightly updated the commit body, thanks!


Fix data-html attribute being overriden issue

This will ensure that if data attributes are set explicitly on an html element (such as data-html="false"), then those attributes will be honored when creating the tooltip.

Received verbal "ok" from Tim V. to merge on 7/20/22


Addition of Advanced Rate Limiting Resources

Current Terraform and Cloudflare provider version
Terraform v1.4.6
on darwin_amd64
Description
I would like to request the addition of advanced rate limiting resources to the terraform-provider-cloudflare repository. Currently, the available resources for rate limiting in Terraform are limited to basic configurations. Introducing advanced rate limiting resources would greatly enhance the capabilities of the Cloudflare Terraform provider and provide significant benefits to users.
Including advanced rate limiting resources in the terraform-provider-cloudflare would align the provider with the full range of rate limiting options available through Cloudflare's API. This feature would empower users to manage rate limiting configurations in a unified manner, streamlining their workflows and reducing the need for manual intervention or configuration changes outside of Terraform.
Thank you for considering this feature request. I believe that the addition of advanced rate limiting resources would greatly enhance the value of the terraform-provider-cloudflare and provide users with powerful capabilities to protect and manage their applications effectively.
Use cases
The end goal is to have more fine-grained control over rate limiting configurations in Terraform for Cloudflare. Currently, the available rate limiting resources in terraform-provider-cloudflare offer basic functionality, but they do not support advanced configurations. As a result, users face limitations when trying to implement complex rate limiting strategies tailored to their specific application's needs.
The problem is that the existing rate limiting resources lack the flexibility to handle scenarios where rate limiting rules need to be based on specific criteria such as IP addresses, HTTP headers, user agents, or custom attributes. These criteria are crucial for accurately identifying and categorizing incoming traffic and applying appropriate rate limiting policies.
By introducing advanced rate limiting resources, users will be able to define more granular rate limiting rules that align with their unique use cases. This includes the ability to set rules based on specific attributes or conditions and to create sophisticated rate limiting policies that balance the need for security, performance, and accessibility.
In summary, the end goal is to enable users to have greater control and customization over rate limiting configurations in Terraform for Cloudflare. This will address the limitations of the current basic rate limiting resources and empower users to implement advanced rate limiting strategies that effectively protect their applications while allowing legitimate traffic to flow unhindered.
Potential Terraform configuration
...

References
https://developers.cloudflare.com/waf/rate-limiting-rules/

there is already support for the rules engine based rate limiting via cloudflare_ruleset. the cloudflare_rate_limit is the legacy resource.


Add forum link

This PR adds the Godot forum to links.yml.

Thank you! Seems like we overlooked that one


Can't compile!

Describe your problem here.
Hi! I recently got the last version of Psych Engine's source code and I can't compile it! Here's what I got:
source/psychlua/CallbackHandler.hx:48: characters 18-33 : Class<llua.Lua_helper> has no field sendErrorsToLua export/release/windows/haxe/ApplicationMain.hx:151: characters 5-36 : ...
If someone has a solution, thanks!
Are you modding a build from source or with Lua?
Source
What is your build target?
Windows x64
Did you edit anything in this build? If so, mention or summarize your changes.
I didn't edited anything. I had the old engine's version and got the last one (0.7.1h).

Forgot to mention but I also installed all libraries.

use haxe 4.2.5

i installed haxe 4.2.5 and it gave me the same first line in the error:
source/psychlua/CallbackHandler.hx:48: characters 18-33 : Class<llua.Lua_helper> has no field sendErrorsToLua

haxelib git linc_luajit https://github.com/superpowers04/linc_luajit master

and... another error appeared.
C:\Users\cooluser\Documents\FNF-PsychEngine-0.7.1h\export\release\windows\obj>setlocal enabledelayedexpansion Error: 64bit is not automatically supported for this version of VC. Set HXCPP_MSVC_CUSTOM and manually configure the executable, library and include paths Error: Error: 64bit is not automatically supported for this version of VC. Set HXCPP_MSVC_CUSTOM and manually configure the executable, library and include paths

you’re using 64 bit of visual studio, not 32 bit

download and run this script https://github.com/ShadowMario/FNF-PsychEngine/blob/experimental/setup/setup-windows.bat

download and run this script https://github.com/ShadowMario/FNF-PsychEngine/blob/experimental/setup/setup-windows.bat

sorry if i responded a bit late, but when it's installing linc_luajit, it says it's already installed, tries to update and nothing happens, literally. i left my computer on for a day and it remains updating.