#554 Cannot hijack chunked or content length stream

…h Rancher Desktop ( http 1.0 doesn't allow chunked encoding )

I think we should not fall back to HTTP 1.0. Instead, I suggest fixing the ChunkedReadStream implementation (https://github.com/dotnet/Docker.DotNet/issues/554#issuecomment-1170444866), respectively support chunked transfer encoding. If you look into the Docker API documentation, you'll see the explicit return of HTTP 1.1.

Sure, appreciate the feedback. For the time being we'll keep using it as a workaround, but look forward to the proper chunked implementation when it arrives 👍


Delete ingestion pipeline does not delete DAG

process:

create ingestion from UI
go to services
delete the ingestion
DAG still present in Airflow

might be coming from REST


Hydration fails randomly in Astro Project

Describe the bug
Hydration randomly fails or succeed in Partial Hydration mode using Astro & Nanostores.
Console shows the following warning :
Unable to find DOM nodes for hydration key: s00-1-0
I've seen other issues related to this one but not in a similar context.
Your Example Website or App
https://stackblitz.com/edit/astro-solid?file=package.json
Steps to Reproduce the Bug or Issue
1 - Click on Add to Cart 1 or 2 times -> it should updates.
2 - Refresh the page 50 times and check each times the subtotal. It randomly shows 0 (hydration failed), or show the right amount, some times it shows the right amount but the id: 1, quantity 2 is not hydrated on its side.
Expected behavior
The states should be loaded at hydration time every single time and everywhere.
Screenshots or Videos
https://www.loom.com/share/009bb446553a4e10af422be1cbfa1856
Platform

OS: Alpine Linux / Docker
Browser: Chrome, Brave, Safari & Firefox
Version: "solid-js": "^1.6.11"

Additional context
No response

Looking into it. It looks like the nodes are missing from the server render causing the mismatch.

We had a similar issue with solid-primitives a while ago. https://github.com/solidjs-community/solid-primitives/issues/310
Even though signals are great at sharing state between islands - Solid even supports using a Context API shared by multiple islands - changing the state on the client in one island before the rest are hydrated will lead to hydration mismatches.
So to prevent that in our primitives, which are designed to share a single signal instance between different consumers, we need to deopt from that behavior during hydration and create a fresh instance with its value matching the server value.

I understand now, I thought Astro client:only was load before client:load components but it look likes its not the case.
I fixed it using a custom hook that use onMount to initialize the stores before returning the signals :
export const useCart = () => {

  onMount(() => {
    initCart()
  })

  return {
    items: useStore(items),
  }
}

client:only also worked.
Sorry for the useless issue, and thanks for the explanation.


Rendering is broken on macOS

(TBD: Add a screenshot or video)
@wasedaigo says https://github.com/hajimehoshi/ebiten/commit/2a63512c6e1ccd737df2b2066a6959cb792fe48b is the cause (based on the result of git-bisect)
Unfortunately, I could not reproduce the issue on my machine :-/

3550abef7a25ecf548b3711d4ea64be1f08aa226 seems the culprit to fail this test:
func TestImageColorMCopy(t *testing.T) {
	const w, h = 16, 16
	dst, _ := NewImage(w, h, FilterDefault)
	src, _ := NewImage(w, h, FilterDefault)

	for k := 0; k < 256; k++ {
		op := &DrawImageOptions{}
		op.ColorM.Translate(float64(k)/0xff, 1, 1, 1)
		op.CompositeMode = CompositeModeCopy
		dst.DrawImage(src, op)

		for j := 0; j < h; j++ {
			for i := 0; i < w; i++ {
				got := dst.At(i, j).(color.RGBA)
				want := color.RGBA{byte(k), 0xff, 0xff, 0xff}
				if !sameColors(got, want, 1) {
					t.Fatalf("dst.At(%d, %d), k: %d: got %v, want %v", i, j, k, got, want)
				}
			}
		}
	}
}

Not sure the original issue is related though.

198621404fc094fd61a5137846376c2f1df730a2

Next: this test fails:
func TestImageColorMCopy2(t *testing.T) {
	const w, h = 16, 16
	dst, _ := NewImage(w, h, FilterDefault)
	src, _ := NewImage(w, h, FilterDefault)

	for k := 0; k < 256; k++ {
		op := &DrawImageOptions{}
		op.ColorM.Translate(float64(k)/0xff, float64(k)/0xff, float64(k)/0xff, float64(k)/0xff)
		op.CompositeMode = CompositeModeCopy
		dst.DrawImage(src, op)

		for j := 0; j < h; j++ {
			for i := 0; i < w; i++ {
				got := dst.At(i, j).(color.RGBA)
				want := color.RGBA{byte(k), byte(k), byte(k), byte(k)}
				if !sameColors(got, want, 1) {
					t.Fatalf("dst.At(%d, %d), k: %d: got %v, want %v", i, j, k, got, want)
				}
			}
		}
	}
}

Note: This is not reproduced on the reporter's machine when ebitengl is used.

The machine to reproduce the issue:

The machine to reproduce the issue

The below patch fixed this issue:
--- a/internal/graphicsdriver/metal/graphics.go
+++ b/internal/graphicsdriver/metal/graphics.go
@@ -718,6 +718,12 @@ func (g *Graphics) Draw(dstID, srcID driver.ImageID, indexLen int, indexOffset i
                rce.DrawIndexedPrimitives(mtl.PrimitiveTypeTriangle, indexLen, mtl.IndexTypeUInt16, g.ib, indexOffset*2)
                rce.EndEncoding()

+               if g.cb != (mtl.CommandBuffer{}) && g.screenDrawable == (ca.MetalDrawable{}) {
+                       g.cb.Commit()
+                       g.cb.WaitUntilCompleted()
+                       g.cb = mtl.CommandBuffer{}
+               }
+
                return nil
        }); err != nil {
                return err

My guess is that a command buffer was executed before another command buffer is committed, but we have not found this potential issue because 1) the shader was not so fast, and 2) the GPU was not so fast. 2a63512c6e1ccd737df2b2066a6959cb792fe48b made the shaders much faster, and MacBook Pro 2019's GPU was fast enough to reproduce this issue.
I'll fix this issue by committing command buffers appropriately.
Thank you, @wasedaigo!

Hm, in one command buffer, render command encoders should be executed in this order in one thread. I think I am missing something.
https://supertrouper.gitbooks.io/metal-programming-guide/Command Organization and Execution Model.html#command-organization-and-execution-model

Reading https://developer.apple.com/library/archive/documentation/3DDrawing/Conceptual/MTLBestPracticesGuide/RenderCommandEncoders.html

The fix 2bc1475a151043f8ffca1ba8e3b06c4be743960a basically does the suggestion at https://stackoverflow.com/questions/56311032/changing-a-small-region-of-my-texture-causes-the-rest-of-the-texture-to-go-black. I'm not sure this fixed the original issue. Let's wait and see.

We have confirmed this was fixed :-)

I've not decided yet but I think I don't back-port this to v1.11 because

In theory this can happen on any macOS devices, but this is very rare (especially with v1.11's a little complex shaders)
The fix can degrades performance by synching texture data for CPU


feat: display warning for op-mainnet launch without pre-Bedrock state

Resolves #11632

I don't think it's quite right yet, I don't think that .build() goes in there, I'm a bit stuck. Would appreciate any pointers!


Update component assets

⚠ This repo is Continuously Deployed: make sure you follow the guidance ⚠
What / why
Following https://github.com/alphagov/static/pull/2819 we don't need some of the component assets that were being included in this application, no need to include them here a second time and inflate the page asset size
Visual changes
None.

@injms beat me to it!


Feature - add 'Get KeyVault access policies' script

Added new module project with script
Added Pester unit test with mocked out Az function

Relates to #9

Just some small remarks.
Regarding the Az-prefix, remember to include the Az-prefix in the Arcus.Scripting.KeyVault.psd1-file.

Ah yes, thanks, just added this.


Showcase page images don't work in Firefox or Safari and causes crash

I've been putting this off for too long and I'd like to get started on it next. The fix is easy enough but the Showcase page was very temporary and it doesn't look stunning. Do we want some cool redesign or should I keep it simple?


An error occurred while writing to logger(s). (Index (zero based) must be greater than or equal to zero and less than the size of the argument list.)

I don't know if this should go in the F# github project or not since this issue only seems to happen in an F# library when I use the logger (that I'm passing in from a C# console app).
C# console app is .NET Core 2.1
F# library is .NET Standard 2.0
When I use the ILogger in C#, I can use 1 or more {tokens} in my message and successfully replace them. When I use a that same ILogger, with a message that contains > 1 {token} in my F# library, I get the "index must be greater than or equal to" error message. Using just 1 {token} in my F# library does work.
I've attached my simple example project that re-produces the error.
ILoggerIssue.zip

I came back to this after a while and I think the error is because F# isn't using the proper overload (object[] instead of object).


[Docs] Buld the docs

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (c6b5e7f) 89.67% compared to head (7ffdbbe) 45.04%.

Additional details and impacted files
@@             Coverage Diff             @@
##             main      #34       +/-   ##
===========================================
- Coverage   89.67%   45.04%   -44.63%
===========================================
  Files          53       53
  Lines        2411     2411
===========================================
- Hits         2162     1086     -1076
- Misses        249     1325     +1076

see 24 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Minimal answer spans are wrong for some examples.

When I try to read the data and print questions and minimal span answers, I noticed that for some examples plaintext_start_byte and plaintext_end_byte of minimal answer span are shifted by k symbols right.
Example:
Question: 'Who created the series Clannad?'
Minimal span: 'rel' (it should be 'Key', but its values are shifted and it gives 'rel' part of the word 'released')
... Clannad(クラナド,Kuranado) is a Japanese visual novel developed by Key and released on April 28, 2004 ...

This is how I read the data file:

    with open(path_name) as input_file:
        for line in input_file:
            try:
                json_example = json.loads(line)
                if json_example['language'] not in allowed_langs:
                    continue

                plain_text = json_example['document_plaintext']
...

I suspect that you're doing a slice on the Python string's characters instead of bytes.  In Python3, string indices are given in unicode characters (unlike Python2, which used bytes).  The example you gave, have non-ascii characters that take up more than one byte, so the byte and character indices will not be the same:
>>> plaintext = "Clannad(クラナド,Kuranado) is a Japanese visual novel developed by Key and released on"
>>> plaintext_start_byte = 71
>>> plaintext_end_byte = 74
>>> plaintext[plaintext_start_byte:plaintext_end_byte]  # Incorrect
'rel'
>>> plaintext.encode()[plaintext_start_byte:plaintext_end_byte].decode()  # Correct
'Key'

@dhgarrette Thank you, it worked.

If a plaintext has an HTML tag (e.g., ), an answer span seems strange (I have checked it only for Japanese).
The following is from an example whose "example_id" is "-4305955023654558700" in tydiqa-v1.0-dev.jsonl.gz.
>>> plaintext = "\nアニー・ウッド・ベサント（Annie Wood Besant, ベザントとも表記されるが発音は「bɛsənt」, 1847年10月1日 ロンドン、クラパム.."
>>> plaintext_start_byte = 118
>>> plaintext_end_byte = 132
>>> plaintext.encode("utf-8")[plaintext_start_byte:plaintext_end_byte].decode("utf-8", errors="replace")
t」, 1847年1

The output should be 1847年10月1日.
When  is deleted from the plaintext, the output will be , 1847年10月, which is better than the original one. But, this still includes a needless , .
The detag for the plaintext is missing? Thanks.

Thanks for reporting this. This one does look like some combination of an
HTML parsing/stripping error and possible an annotation error in terms of
inexact bounds.
Have you noticed this as a pattern? Or was it just this example that you
noticed?
On Thu, Nov 5, 2020 at 4:51 PM tomohideshibata<EMAIL_ADDRESS>wrote:

If a plaintext has an HTML tag (e.g., ), an answer span seems strange
(I have checked it only for Japanese).
The following is from an example whose "example_id" is
"-4305955023654558700" in tydiqa-v1.0-dev.jsonl.gz.

plaintext = "\nアニー・ウッド・ベサント（Annie Wood Besant, ベザントとも表記されるが発音は「bɛsənt」, 1847年10月1日 ロンドン、クラパム.."
plaintext_start_byte = 118
plaintext_end_byte = 132
plaintext.encode("utf-8")[plaintext_start_byte:plaintext_end_byte].decode("utf-8", errors="replace")
t」, 1847年1

The output should be 1847年10月1日.
When  is deleted from the plaintext, the output will be , 1847年10月,
which is better than the original one. But, this still includes a needless ,
.
The detag for the plaintext is missing? Thanks.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/google-research-datasets/tydiqa/issues/9#issuecomment-722733737,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AONOGEHTZTGG3LS36CG2ICDSONCAPANCNFSM4PT7RN3A
.

Thanks for your reply.
All the examples (less than 10 in tydiqa-v1.0-dev.jsonl.gz) I have noticed include a  or   tag. (e.g., example_id: -475406398362175740)
But, in the following example (example_id:<PHONE_NUMBER>539355000), the extracted span is OK even if the plaintext includes . I can't find a clear pattern.
>>> plaintext = "ハインケルとはエルンスト・ハインケル(Ernst Heinkel)博士によって設立されたハインケル航空機製造会社(Heinkel Flugzeugwerke)を指す。ヴェルサイユ条約による航空機製造禁止が緩和された1922年にドイツ北部のロストック近郊のヴァーネミュンデ (Warnemünde) に設立された。"
>>> plaintext_start_byte = 249
>>> plaintext_end_byte = 256
>>> plaintext.encode("utf-8")[plaintext_start_byte:plaintext_end_byte].decode("utf-8", errors="replace")
1922年

Does anyone come up with any universal approaches to fix the mismatch in the end?

I think @tomohideshibata code works fine with training data, but when I try it on validation I get issues with the answers


Add require sorting

Looking to add support for require sorting. I thought use order is much more important so I left that out.

Hi @wilkinson4
thanks for contributing to this little weekend project of mine :)
LGTM, merging.

@Roberto-XY we were looking to possibly use this for our production application. Is it possible to get a new release done so we can utilize the require sorting?

@wilkinson4 yes, I did the release just now. Feel free to let me know if you face any issues.


Mobile & Desktop navs as dynamic component???

Allbirds didn't just want CSS to hide their navigations … can a dynamic component work? Is there a reason we shouldn't do that? If so — let's explain the perf or accessibility reasons.

We're also looking at this, was there any perf or accessibility reasons @benjaminsehl ?


[Question] v1 stable api release date

As the title says, I was wondering if there was already a date/timeline in mind for the v1 api?

There's a thread in Slack on what's required to finalize some items for v1.
We definitely want to have them resolved soon, but we don't have a specific date at present

@alexandreLamarre yeah, like @kenfinnigan said, we have a thread in the slack about it.  But also in terms of support for the OpenSLO v1 Spec, it has it as of https://github.com/OpenSLO/oslo/pull/107

@alexandreLamarre v0.4.0 of oslo was released just now with the v1 OpenSLO API spec support

Awesome! Thank you


Application to Submit Project for Ollama Use

Content:
Dear Ollama Team,
I would like to apply to submit my project, ollama-web-management, for use by Ollama. This project aims to provide an easy-to-use web management interface to simplify the management and operation of Ollama models.
The main features of the project include:

An intuitive user interface for easy viewing and management of models.
Support for starting, stopping, and deleting models.
A modern front-end technology stack to ensure a great user experience.

I believe this project can provide better management tools for Ollama users, and I look forward to your feedback and suggestions. If accepted, I am committed to continuously optimizing the management tool according to Ollama's requirements.
Thank you for your consideration!

Hey @lemonit-eric-mao , thanks for the issue. Can you create a PR to add it to the Community Integrations of the README?

@pdevine ，No problem, I've created a PR titled 'Add web management tool to Community Integrations'.

I have currently added the following pages.

https://github.com/ollama/ollama/pull/7126


[QST] Use HTTP instead of GRPC for inference

❓ Questions & Help
Related issue, but separate enough that I figured I should split them up: https://github.com/NVIDIA-Merlin/Transformers4Rec/issues/612
I want to send prediction requests with HTTP instead of GRPC for deployment to Vertex AI.
(Apparently it is possible to use GRPC on Vertex AI, but the support is experimental and undocumented)
The end of 02-end-to-end-session-based-with-Yoochoose-PyT shows how to make requests with grpc:
with grpcclient.InferenceServerClient("localhost:8001") as client:
    response = client.infer(MODEL_NAME_NVT, inputs)
    print(col, ':\n', response.as_numpy(col))

I optimistically/naively changed this to
with tritonhttpclient.InferenceServerClient("localhost:8000") as client:
    response = client.infer(MODEL_NAME_NVT, inputs)
    print(col, ':\n', response.as_numpy(col))

which resulted in the error
Traceback (most recent call last):
 [...]
    response = client.infer(MODEL_NAME_NVT, inputs)
  File "/usr/local/lib/python3.8/dist-packages/tritonclient/http/__init__.py", line 1437, in infer
    request_body, json_size = _get_inference_request(
  File "/usr/local/lib/python3.8/dist-packages/tritonclient/http/__init__.py", line 112, in _get_inference_request
    request_body = json.dumps(infer_request)
TypeError: name: "item-id"
datatype: "BYTES"
shape: 7
shape: 1
 is not JSON serializable

Item-id is a string in the raw data.
Any advice on either getting the HTTP requests all the way?

@samhedin I will see if I can find an answer for this question. what's the main motivation for you of using HTTP?

@samhedin I will see if I can find an answer for this question. what's the main motivation for you of using HTTP?

Thank you! HTTP seems to be the preferred way if you look here https://cloud.google.com/vertex-ai/docs/predictions/using-nvidia-triton
Note the section on running the model locally https://cloud.google.com/vertex-ai/docs/predictions/using-nvidia-triton#run_the_container_locally_optional

@samhedin I will see if I can find an answer for this question. what's the main motivation for you of using HTTP?

It seems like all that was needed to get HTTP working was to also change grpccclient to httpclient in the line
inputs = nvt_triton.convert_df_to_triton_input(
    filtered_batch.columns, filtered_batch, grpccclient.InferInput
)

... However, now it's a matter of getting online requests when it's deployed. Need to create an instances.json
https://cloud.google.com/vertex-ai/docs/predictions/using-nvidia-triton#getting_online_predictions_from_the_deployed_model
Looking into it

@samhedin glad that you solved it.


monitor: 0.8.1 -> 0.9.5

Motivation for this change
This is broken on master currently.
https://github.com/stsdc/monitor/releases
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 138419 run on x86_64-linux 1

1 package built:

monitor


[video_player]Caused by: java.security.cert.CertPathValidatorException: Trust anchor for certification path not found.

1.i got a error with video_player plugin
Source error.
E/ExoPlayerImplInternal( 6804): com.google.android.exoplayer2.upstream.HttpDataSource$HttpDataSourceException: Unable to connect to https://XXXXXXXX.m3u8
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.DefaultHttpDataSource.open(DefaultHttpDataSource.java:281)
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.StatsDataSource.open(StatsDataSource.java:83)
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.DataSourceInputStream.checkOpened(DataSourceInputStream.java:102)
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.DataSourceInputStream.open(DataSourceInputStream.java:65)
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.ParsingLoadable.load(ParsingLoadable.java:156)
E/ExoPlayerImplInternal( 6804): 	at com.google.android.exoplayer2.upstream.Loader$LoadTask.run(Loader.java:381)
E/ExoPlayerImplInternal( 6804): 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
E/ExoPlayerImplInternal( 6804): 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
E/ExoPlayerImplInternal( 6804): 	at java.lang.Thread.run(Thread.java:761)
E/ExoPlayerImplInternal( 6804): Caused by: javax.net.ssl.SSLHandshakeException: java.security.cert.CertPathValidatorException: Trust anchor for certification path not found.

the url can be opened in the browser

but i don`t know how to ignore the SSL cert

Any updates? Getting the same error

public static void handleSSLHandshake() {
try {
TrustManager[] trustAllCerts = new TrustManager[]{new X509TrustManager() {
public X509Certificate[] getAcceptedIssuers() {
return new X509Certificate[0];
}
        @Override
        public void checkClientTrusted(X509Certificate[] certs, String authType) {
        }

        @Override
        public void checkServerTrusted(X509Certificate[] certs, String authType) {
        }
    }};

    SSLContext sc = SSLContext.getInstance("TLS");
    // trustAllCerts信任所有的证书
 sc.init(null, trustAllCerts, new SecureRandom());
    HttpsURLConnection.setDefaultSSLSocketFactory(sc.getSocketFactory());
    HttpsURLConnection.setDefaultHostnameVerifier(new HostnameVerifier() {
        @Override
        public boolean verify(String hostname, SSLSession session) {
            return true;
        }
    });
} catch (Exception ignored) {
}

}
Calling this method in the onCreat () method in the Application class ignores the certificate validation of HTTPS.

Any Update???

I am also facing similar  issue and unable to get proper solution.

There is a workaround (assuming you just want to learn video_player plugin instead of playing that specific video)
https://flutter.cn/docs/cookbook/plugins/play-video
In this tutorial, there is another video 'https://flutter.github.io/assets-for-api-docs/assets/videos/butterfly.mp4'. Replacing the video URL might be able to solve the problem.

Can you clarify what the issue is exactly here? Is the URL in question using a self-signed certificate or something along those lines?
Without having an example URL that causes this problem, we can't reproduce it, which makes it hard to understand what the specific behavior you want is.

I guess it should be the certificate verification problem when capturing packets through Fiddler agent.
Many developers will ignore the certificate verification of HTTPS when testing, so as to capture network requests.
If you can't ignore the entry to certificate validation, you can only test it directly to the server.

Without additional information, we are unfortunately not sure how to resolve this issue.
We are therefore reluctantly going to close this bug for now.
Please don't hesitate to comment on the bug if you have any more information for us; we will reopen it right away!
Thanks for your contribution.
Could everyone who still has this problem please file a new issue with the exact description of what happens, logs, and the output of flutter doctor -v.
All system setups can be slightly different, so it's always better to open new issues and reference related issues.


Full dataset release

Hello,
First of all thank you for the great repository.
I wonder if you will release the complete InternVid dataset ? I know that you released the 10M clips here https://huggingface.co/datasets/OpenGVLab/InternVid, it would be great to have access to the full dataset.
Thanks in advance for the answer and keep up the great work :)

Thank you for your interest in our work. We will release the full dataset within two weeks as we are checking dataset bias and safety.

Wonderful news, thank you so much!


fix and adjust to latest Vercel and Next.js

Hi, the current repo is not working due to the Vercel's x-vercel-deployment-url header.
Taking this opportunity of fixing the error, I also updated the branding, dependencies version, and fixed README, etc.

Thanks for this submission. I apologize that it went unreviewed for so long.
There is a new sample app at https://github.com/vercel/next.js/tree/canary/examples/with-fauna
We're going to close this without merging and deprecate this repository.


RFE Define the default file to render when browsing folders

Github can render the file in the folder if there is a README.md file. Or just show the plain folder structure if no file is present. Make markserv have a user defined to automatically render.

I think GitHub renders the README and the files together if the README is there. That could be done. Do you want to submit a PR?


feat: add budget file

Task: https://openforge.teamwork.com/#/tasks/16321672

the score is now at 52, and I no longer see a suggestion for a budget file. So QA passes. Needs code review


Some videos_length are returning with a string

🐛 Bug Report

[X] 📁 I've Included a ZIP file containing my librephotos log files
[X] ❌ I have looked for similar issues (including closed ones)
[X] 🎬 (If applicable) I've provided pictures or links to videos that clearly demonstrate the issue

📝 Description of issue:
Some videos are returning with a string!
aspectRatio: 0.56
birthTime: "2023-06-15T21:01:40Z"
date: "2023-06-15T21:01:40+00:00"
dominantColor: "#0f0f0f"
id: "test"
isTemp: false
location: ""
owner: {id: 1, username: 'nero', first_name: 'Juan', last_name: 'Test'}
rating: 0
shared_to: []
style: {width:<PHONE_NUMBER>3333336, height:<PHONE_NUMBER>666667, translateX: 0, translateY: 506}
type: "video"
url: "test"
video_length: "0:00:33"

🔁 How can we reproduce it:
Dont know if it is my db or what
Please provide additional information:

💻 Operating system: Ubuntu 20.04
⚙ Architecture (x86 or ARM):  x86
🔢 Librephotos version: dev
📸 Librephotos installation method (Docker, Kubernetes, .deb, etc.): docker-compose

🐋 If Docker or Kubernets, provide docker-compose image tag: dev

📁 How is you picture library mounted (Local file system (Type), NFS, SMB, etc.): NFS
☁ If you are virtualizing librephotos, Virtualization platform (Proxmox, Xen, HyperV, etc.): Hyper-V

Also looking at the videos, for me it's only happening with videos downloaded from tiktok. Don't know why.


fix(model-server): RepositoriesManager.computeDelta should wait for channel to have capacity

Previously, sending objects failed quietly when the underlying channel was full. Now, the execution of the bulk query is blocked when the underlying channel is full.

:tada: This PR is included in version 4.11.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

Could this be the reason for error conditions such as: java.lang.RuntimeException: Entry vSaGx*t5TjgBGJSPlycXh5QWKQ7ZDCWb4hkHPd8cTPy0 not found

Could this be the reason for error conditions such as: java.lang.RuntimeException: Entry vSaGx*t5TjgBGJSPlycXh5QWKQ7ZDCWb4hkHPd8cTPy0 not found

Yes, this is the primary reason for such errors.


SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.

Describe the bug
SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.

Reproduction
SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.
System Info
SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.

Used Package Manager
npm
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guide.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A, please open a GitHub Discussion instead.
[X] The provided reproduction is a minimal reproducible of the bug.

same question

I can't reproduce it on my side. PR welcome if you can inspect and find out why.

1、S D 1.5.1 is update latest version。
2、SD/ webui-user.bat
open edit
set COMMANDLINE_ARGS=--theme dark
3、SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.

I can't reproduce it on my side. PR welcome if you can inspect and find out why.

1、S D 1.5.1 is update latest version。
2、SD/ webui-user.bat
open edit
set COMMANDLINE_ARGS=--theme dark
3、SD1.5.1 After choosing the dark theme, the interface of this plug-in is black and the UI and operation interface cannot be seen clearly.

目前还没有解决办法，应该是SD版本的问题，还没适配的原因

Looking forward to a solution


[FLOC-1256] New documentation theme.

https://clusterhq.atlassian.net/browse/FLOC-1256
This is #1064 rebased against release/flocker-0.3.2.
See https://clusterhq.atlassian.net/browse/FLOC-1253 and #1079 for details about the process
I checked the sanity of the rebase by doing the following.
git diff origin/release/flocker-0.3.2...origin/release-maintence/flocker-0.3.2/new-docs-theme-FLOC-1166 > against-release.diff
git diff origin...origin/new-docs-theme-FLOC-1166 > against-master.diff
diff -u against-master.diff against-release.diff

The failed builds are due to the omnibus packaging not having landed in 0.3.2.

Thanks.  Git/github steps here seem correct.  Not re-reviewing the content since it has been reviewed already.  So, please merge.


Polymer.version is out dated

Description

Polymer.version at https://github.com/Polymer/polymer/blob/master/lib/utils/boot.html#L52 is still 2.0.1
Live Demo
http://jsbin.com/bahoyed/edit?html,console
Steps to Reproduce

Polymer.version

Expected Results
2.0.2
Actual Results
2.0.1
Browsers Affected

[x] Chrome
[x] Firefox
[x] Edge
[x] Safari 9
[x] Safari 8
[x] IE 11

Versions

Polymer: v2.0.2
webcomponents: v1.0.8

Duplicate of https://github.com/Polymer/polymer/issues/4751, sorry.

OMG! Why have these replys started coming into my inbox?!
Please stop, I never signed up for this... Aarrrgh!
Unsubscribe
😄
On Thu, 17 Aug 2017 at 11:16, Tomek Wytrębowicz<EMAIL_ADDRESS>wrote:

Description
Polymer.version at
https://github.com/Polymer/polymer/blob/master/lib/utils/boot.html#L52 is
still 2.0.1
Live Demo
http://jsbin.com/bahoyed/edit?html,console
Steps to Reproduce

Polymer.version

Expected Results
2.0.2
Actual Results
2.0.1
Browsers Affected

Chrome
Firefox
Edge
Safari 9
Safari 8
IE 11

Versions

Polymer: v2.0.2
webcomponents: v1.0.8

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Polymer/polymer/issues/4798, or mute the thread
https://github.com/notifications/unsubscribe-auth/ABQQYfF5Hr-7KYJH_IehsETzOtoaM2iOks5sZBMFgaJpZM4O6Dpo
.

--
Danny Clayden Chambers
Founder, Human First

@DannyChambers maybe this may help https://help.github.com/articles/managing-notification-delivery-methods/


Split the creation and execution of the form DocumentRequest

Currently HtmlFormElement.Submit() creates a DocumentRequest and submits it to the underlying IDocumentLoader via BrowsingContextExtensions.OpenAsync(...) as two consecutive steps.
For my use case, it is beneficial to split these two distinct actions into two methods. I would like to serialize and persist the intermediate DocumentRequest to allow deferred navigation. For example, imagine the submission of a form as the continuation to a subsequent web page. This DocumentRequest instance can be considered as a continuation token. There are some small details like restoring cookie state that are out of scope for the form itself.
Pull request forthcoming.

Yes, I guess this definitely makes sense. I'll have to think about it (and potential implications) in more detail, but generally speaking, making the whole process easier to extend and therefore providing several smaller steps is certainly beneficial.
I'll look at the PR right away and feedback there! Thanks already for the good thoughts and enhancements.


Languages (js, html, css, ...) are not enabled by default in v0.9.0, how to enable ?

After upgrading to v0.9.0, I found 2 problems:

No language is enabled by default, the result of monaco.languages.getLanguages() only returns the plain text. How to enable js, html, css, etc ?

monaco.languages.typescript.javascriptDefaults.addExtraLibs, monaco.languages.typescript.javascriptDefaults.setCompileOptions , monaco.languages.typescript.javascriptDefaults.setDiagnosticsOptions cannot be used anymore, what is the new way of using it ?

@dengkunli I cannot reproduce.
The page at https://microsoft.github.io/monaco-editor/ uses monaco.languages.getLanguages() to populate the dropdown of languages: https://github.com/Microsoft/monaco-editor/blob/7d0be081d068668ee64e672c72505f48eca032b7/website/index/index.js#L10 and it works correctly for me.
Also, the page at https://microsoft.github.io/monaco-editor/playground.html uses monaco.languages.typescript.javascriptDefaults.addExtraLibs to add to the left hand-side editor all the monaco.d.ts such that monaco.editor. gets autocompletions.
Also, the sample at https://microsoft.github.io/monaco-editor/playground.html#extending-language-services-configure-javascript-defaults uses the same API to define the Facts symbol and that works correctly for me.
Do you have any additional info for me to try to reproduce ?

So sorry for the bother, it's my mistake, I have used the files in monaco-editor-core, which is incorrect.
Thank you very much for your response. @alexandrudima


New resource 'SPFixRoleCompliance' for fixing MinRole compliance

Description
Sometimes when joining servers with MinRole 'DistributedCache' or 'WebFrontEndWith DistributedCache' the servers are not compliant with configured MinRole.
The new resource 'SPFixRoleCompliance' will fix this.
MSFT_SPFixRoleCompliance.zip
It's already been tested in a couple of environments.
Proposed properties
IsSingleInstance     = 'Yes'
PsDscRunAsCredential = $SPSetupAccount
Ensure               = 'Present'
Special considerations or limitations
None

Hi guys,
attached is a little fix in the resource...
MSFT_SPFixRoleCompliance.zip

Hi guys,
attached is a little fix in the resource...
MSFT_SPFixRoleCompliance.zip

Hi @ThomasLie, I haven't looked at the code yet, but have you checked/tested the SPMinRole resource? Sounds like this resource is very similar.

Hi @ThomasLie, I haven't looked at the code yet, but have you checked/tested the SPMinRole resource? Sounds like this resource is very similar.

Hi Yorick,
I had a look at the code of the SPMinRole resource. Mine has a different approach, maybe it makes sense to merge the two resources?
Mit freundlichen Grüßen / Kind regards
Thomas Lieftüchter
Lieftüchter IT Consulting & Hausverwaltung GbR
Römerweg 10a
63303 Dreieich - Germany
Fon: +49<PHONE_NUMBER>
Email: thomas<EMAIL_ADDRESS>Web:  https://www.lieftuechter.com/TL
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Von: Yorick Kuijs<EMAIL_ADDRESS>Gesendet: Dienstag, 26. Januar 2021 20:29
An: dsccommunity/SharePointDsc<EMAIL_ADDRESS>Cc: Thomas Lieftüchter<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [dsccommunity/SharePointDsc] New resource 'SPFixRoleCompliance' for fixing MinRole compliance (#1280)
Hi @ThomasLiehttps://github.com/ThomasLie, I haven't looked at the code yet, but have you checked/tested the SPMinRole resource? Sounds like this resource is very similar.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/dsccommunity/SharePointDsc/issues/1280#issuecomment-767774468, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALR4I4ZT7I4HZFJUIGDYN2DS34JWRANCNFSM4WOQRPFQ.

Hi Yorick,
I had a look at the code of the SPMinRole resource. Mine has a different approach, maybe it makes sense to merge the two resources?
Mit freundlichen Grüßen / Kind regards
Thomas Lieftüchter
Lieftüchter IT Consulting & Hausverwaltung GbR
Römerweg 10a
63303 Dreieich - Germany
Fon: +49<PHONE_NUMBER>
Email: thomas<EMAIL_ADDRESS>Web:  https://www.lieftuechter.com/TL
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail.
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Von: Yorick Kuijs<EMAIL_ADDRESS>Gesendet: Dienstag, 26. Januar 2021 20:29
An: dsccommunity/SharePointDsc<EMAIL_ADDRESS>Cc: Thomas Lieftüchter<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Betreff: Re: [dsccommunity/SharePointDsc] New resource 'SPFixRoleCompliance' for fixing MinRole compliance (#1280)
Hi @ThomasLiehttps://github.com/ThomasLie, I haven't looked at the code yet, but have you checked/tested the SPMinRole resource? Sounds like this resource is very similar.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/dsccommunity/SharePointDsc/issues/1280#issuecomment-767774468, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ALR4I4ZT7I4HZFJUIGDYN2DS34JWRANCNFSM4WOQRPFQ.

@ThomasLie Have been reviewing your code and comparing it against the MinRoleCompliance resource.
The MinRoleCompliance checks if all services in the farm are compliant with the MinRole definition and performs corrective actions if required. It does this for all servers in the farm.
You code checks if a specific server is compliant and if it is not, runs the following cmdlets:
Write-Verbose -Message "Starting Initialize-SPResourceSecurity"
Initialize-SPResourceSecurity | Out-Null

Write-Verbose -Message "Starting Install-SPService"
Install-SPService | Out-Null

Write-Verbose -Message "Starting Install-SPFeature"
Install-SPFeature -AllExistingFeatures -Force | Out-Null

Write-Verbose -Message "Installing application content files"
Install-SPApplicationcontent | Out-Null

It is a bit unclear why you run these cmdlets if a server is not compliant with the MinRole. Can you explain a little more?
Also:
These cmdlets are ran during the creation of the farm in SPFarm resource. That resource sound like a better place for this logic, but before that we need specific logic to check if the cmdlets need to get run or not (and specify if the resource is in the Desired State or not).

Isuue can be closed.


Readme filename mismatch

Case mismatch prevents finding the readme on a case-sensitive filesystem

Sorry for the delay in merging this, I either missed or didn't recieve a notification about the PR!


Formatting fixes for documentation

So that code blocks and lists render properly on the website.

Codecov Report

Merging #1547 (421f12c) into master (9d3d10b) will decrease coverage by 22.69%.
The diff coverage is 12.56%.

@@             Coverage Diff             @@
##           master    #1547       +/-   ##
===========================================
- Coverage   63.31%   40.62%   -22.70%
===========================================
  Files         170      106       -64
  Lines       14250    12751     -1499
===========================================
- Hits         9023     5180     -3843
- Misses       4292     7101     +2809
+ Partials      935      470      -465

Flag
Coverage Δ

kind-e2e-tests
?

unit-tests
40.62% <12.56%> (-0.66%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

cmd/antrea-agent/agent.go
0.00% <0.00%> (ø)

pkg/agent/agent.go
12.08% <0.00%> (-36.63%)
:arrow_down:

.../agent/flowexporter/connections/conntrack_linux.go
28.37% <0.00%> (-0.79%)
:arrow_down:

pkg/agent/openflow/client.go
16.61% <0.00%> (-43.26%)
:arrow_down:

pkg/agent/openflow/pipeline.go
28.17% <0.00%> (-41.61%)
:arrow_down:

pkg/agent/stats/collector.go
51.13% <ø> (-46.60%)
:arrow_down:

pkg/apiserver/certificate/cacert_controller.go
10.81% <0.00%> (-45.58%)
:arrow_down:

pkg/controller/networkpolicy/mutate.go
0.00% <0.00%> (ø)

pkg/controller/networkpolicy/validate.go
0.00% <0.00%> (-44.83%)
:arrow_down:

pkg/ovs/openflow/ofctrl_action.go
15.96% <0.00%> (-45.39%)
:arrow_down:

... and 151 more

/skip-all

/skip-all


the customize CESIUM_BASE_URL will be changed in electron

When I customize CESIUM_BASE_URL to JSON.stringify ('./libs/dc-sdk/resources/ ') in the electron environment. I found that CESIUM_BASE_URL changed to libs/dc-sdk/resources/ when requesting draco_wasm_wraper.js, which eventually made it unable to load this file, but the other workers were still  use './libs/dc-sdk/resources/ '
normal:

unnormal:

@cavencj does it work if you set:
CESIUM_BASE_URL = '/libs/dc-sdk/resources/'

Or
CESIUM_BASE_URL = 'app://libs/dc-sdk/resources/'

?
I'm not sure why the draco worker would be special (it may be the only WASM worker?) This is where it gets loaded:
https://github.com/CesiumGS/cesium/blob/master/Source/Scene/DracoLoader.js#L30
It wraps the URL in buildModuleUrl():
https://github.com/CesiumGS/cesium/blob/master/Source/Core/TaskProcessor.js#L176

I tried the way you said it. still not works, in the TaskProcessor  I found that the other workers to add a baseUrl parameter, but have not found in the getWebAssemblyLoaderConfig function, as a result of this reason?
code:
var bootstrapMessage = {
    loaderConfig: {
      paths: {
        Workers: buildModuleUrl("Workers"),
      },
      baseUrl: buildModuleUrl.getCesiumBaseUrl().url,
    },
    workerModule: TaskProcessor._workerModulePrefix + processor._workerName,
  };

  config.modulePath = buildModuleUrl(wasmOptions.modulePath);
  config.wasmBinaryFile = buildModuleUrl(wasmOptions.wasmBinaryFile);

Try it with C137.js, it’s a single-file solution that does not need to request external resources.

@cavencj have you had a chance to try adding the baseUrl the same way other works do here and see if that fixes it?

Closing this issue as we have not heard from the original poster in a while. Please feel free to re-open it to continue the discussion if necessary.


[Feature Request] Add Trial Edition's HUD

Describe the feature you'd like to see added
The demos that were released on GameCube featured a different HUD design than the final one. Some people might prefer it over the final.

The trial edition HUD is very similar if not almost identical to the "simplified" version that Albert has already made, located on the HD project's bonus page. Hoping that's what you're looking for. https://www.re4hd.com/?page_id=9322
(second screenshot)


Add active links to Header component

https://trello.com/c/N0tUjqnr/265-2-set-active-styles-on-header-nav-links
Allows the use of the active param to set which link, if any, should be active.
{{ dmHeader({
  "role": "supplier",
  "active": "/help"
})}}

Nifty! Could you add a note to the changelog explaining how to use it in Flask?

Hmm, interesting - I figured this would just be set in the template.
{{ dmHeader({
  "role": "supplier",
  "active": {{ request.path }}
})}}

What were you looking for in the changelog?

Nifty! Could you add a note to the changelog explaining how to use it in Flask?

Hmm, interesting - I figured this would just be set in the template.
{{ dmHeader({
  "role": "supplier",
  "active": {{ request.path }}
})}}

What were you looking for in the changelog?

Exactly what you just wrote :D it's just nice to show usage examples, especially when it's using a neat little trick like that.
(Side note, Jinja doesn't let you have {{ inside {{, it should just be "active": request.path.

Of course updating the CHANGELOG has made everything fail...

Of course updating the CHANGELOG has made everything fail...

:'(
This is #208 I'm guessing? We should probably tell standard to ignore uses of var for now, or at least make the tests not fail on warnings...

Of course updating the CHANGELOG has made everything fail...

:'(
This is #208 I'm guessing? We should probably tell standard to ignore uses of var for now, or at least make the tests not fail on warnings...

I don't think it is, actually - the rule is just a warning for now. This is failing because of a slow test which hasn't been too slow till now...


Add explanations and examples to CLI and PMC tools docs

Fixes #877
Fixes #791
Fixes #971
Fixes #959
Fixes #836

Followup per @divega suggestion to @bricelam

I think we need to resolve if we are going to sync the reference text we get from the tools with these changes.

Did you decide this, should we create an issue for it, and is it something I can help with?


Caching of npm dependencies stopped working suddenly

Hello,
I am trying to decrease the deployment time of a web application deployed on Google App Engine and built by Google Cloud Build which uses buildpacks, because we were getting more and more timeouts.
Sorry if this is not the right repo to post this, if it's the case please tell me where I can post it 🙏.
While investigating, I realized that the build duration went from around 1min30 to ~7 minutes without changes on our side 🤯 (see screenshot just below) at the beginning of February 2022.

Since that moment, absolutely no build succeeded in reusing previously cached dependencies 😿.
After searching in GitHub issues it might be related to the deployment of Yarn 2 support because the build was much faster before that moment.
Below are some interesting logs of the builds (I can provide more if needed).

Partial logs of the build ba165fa3 when cache is working (before 2022-02-03 11:05 AM UTC):

Step #2 - "build": ===> DETECTING
Step #2 - "build": 3 of 4 buildpacks participating
Step #2 - "build": google.nodejs.yarn      0.9.0
Step #2 - "build": google.nodejs.appengine 0.9.0
Step #2 - "build": google.utils.label      0.0.1
Step #2 - "build": ===> ANALYZING
Step #2 - "build": Previous image with name "eu.gcr.io/shine-front/app-engine-tmp/app/default/ttl-18h:00462352-e736-4943-b3c1-b3d327d572be" not found
Step #2 - "build": Restoring metadata for "google.nodejs.yarn:yarn" from cache
Step #2 - "build": ===> RESTORING
Step #2 - "build": Restoring data for "google.nodejs.yarn:yarn" from cache
Step #2 - "build": ===> BUILDING
Step #2 - "build": === Node.js - Yarn<EMAIL_ADDRESS>===
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "bash -c command -v yarn || true"
Step #2 - "build": /usr/bin/yarn
Step #2 - "build": Done "bash -c command -v yarn || true" (47.415631ms)
Step #2 - "build": DEBUG: Yarn is already installed, skipping installation.
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "node -v"
Step #2 - "build": v14.18.1
Step #2 - "build": Done "node -v" (29.636807ms)
Step #2 - "build": DEBUG: Current dependency hash: "4aecce4b50fcc097266b58d268077eef65c8bd609d7101d1efc7862f59d01dae"
Step #2 - "build": DEBUG:   Cache dependency hash: "4aecce4b50fcc097266b58d268077eef65c8bd609d7101d1efc7862f59d01dae"
Step #2 - "build": Dependencies cache hit, skipping installation.
Step #2 - "build": DEBUG: ***** CACHE HIT: "prod dependencies"
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "cp --archive /layers/google.nodejs.yarn/yarn/node_modules node_modules"
Step #2 - "build": Done "cp --archive /layers/google.nodejs.yarn/yarn/node_modules no..." (3.701241287s)
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "node -v"
Step #2 - "build": v14.18.1
Step #2 - "build": Done "node -v" (7.518538ms)
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "yarn install --non-interactive --frozen-lockfile (NODE_ENV=production)"
Step #2 - "build": yarn install v1.22.4
Step #2 - "build": [1/6] Validating package.json...
Step #2 - "build": [2/6] Resolving packages...
Step #2 - "build": success Already up-to-date.
Step #2 - "build": Done in 1.77s.

Partial logs of the build d969fa94 when cache is not working (after 2022-02-03 11:05 AM UTC):

Step #2 - "build": ===> DETECTING
Step #2 - "build": google.nodejs.yarn      0.9.0
Step #2 - "build": google.nodejs.appengine 0.9.0
Step #2 - "build": google.utils.label      0.0.2
Step #2 - "build": ===> ANALYZING
Step #2 - "build": Previous image with name "eu.gcr.io/shine-front/app-engine-tmp/app/default/ttl-18h:a936e996-1950-446a-a572-b3e290878b1f" not found
Step #2 - "build": Restoring metadata for "google.nodejs.yarn:yarn" from cache
Step #2 - "build": ===> RESTORING
Step #2 - "build": Restoring data for "google.nodejs.yarn:yarn" from cache
Step #2 - "build": ===> BUILDING
Step #2 - "build": === Node.js - Yarn<EMAIL_ADDRESS>===
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "bash -c command -v yarn || true"
Step #2 - "build": /usr/bin/yarn
Step #2 - "build": Done "bash -c command -v yarn || true" (39.127898ms)
Step #2 - "build": DEBUG: Yarn is already installed, skipping installation.
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "node -v"
Step #2 - "build": v14.18.3
Step #2 - "build": Done "node -v" (29.80915ms)
Step #2 - "build": DEBUG: Current dependency hash: "492ac10b092988d09f68687a262e837d2629e0cbfd4395d38c12953dc4907e51"
Step #2 - "build": DEBUG:   Cache dependency hash: ""
Step #2 - "build": DEBUG: No metadata found from a previous build, skipping cache.
Step #2 - "build": Installing application dependencies.
Step #2 - "build": DEBUG: ***** CACHE MISS: "prod dependencies"
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "node -v"
Step #2 - "build": v14.18.3
Step #2 - "build": Done "node -v" (6.27543ms)
Step #2 - "build": --------------------------------------------------------------------------------
Step #2 - "build": Running "yarn install --non-interactive --prefer-offline --production=false --frozen-lockfile"
[...] // yarn installs all dependencies
Step #2 - "build": Done in 218.57s.

I even pulled the Docker images created by the builds to retrieve their respective yarn.lock and their contents match, so I suppose the cache should have worked 🤔
Do you know if something is doable on our side to fix caching?
If not, could something be done on your side to fix our issue?
I remain available to provide any additional detail.
Thanks a lot for your help 🙏

Sorry for the late response. Just wanted to check in and see if this has improved at all? Unfortunately, this seems to be a change in how the caches are being managed on the Cloud Build side. If you haven't already, I'd suggest entering a bug with Google Cloud. That way we can look into your project details and establish direct communication and support.
That being said, I'm curious what region you're currently deployed to. That might have something to do with cache availability

Is there any possibility this could be related to my question/bug here? https://stackoverflow.com/questions/75557418/google-app-engine-deploy-has-stopped-working-in-2023-cannot-read-property-go

These lines suggest that the metadata (which includes the cache key) is completely missing from the layer we store the modules in:
Step #2 - "build": DEBUG: Current dependency hash: "492ac10b092988d09f68687a262e837d2629e0cbfd4395d38c12953dc4907e51"
Step #2 - "build": DEBUG:   Cache dependency hash: ""
Step #2 - "build": DEBUG: No metadata found from a previous build, skipping cache.

I think I figured this out. It looks like the buildpacks lifecycle is not pulling cache layers that were also included in the app image. We should be able to fix this by providing the previous app image at build time. This require a change in Google's internal system for initiating the build.

Hi @matthewrobertson - thanks for looking into this. Is this issue only related to Emmanuel's question or is my issue also related, with it seemingly not being able to find the node_modules/ that it has just built?
I appreciate you looking at it - can I ask, if the above is true and that the two issues are related, what is the expected time for this to be fixed? It's a rather breaking regression for a huge number of my projects that use the same or similar cloudbuild workflows. Thanks! 😄

@MaffooBristol no I don't think this issue is the same as what you are experiencing. This would only make builds slower (not totally broken) and it would only impact projects using the Yarn package manager.
I suspect something is wrong with the package.json file in your case. I replied to your issue on Stack Overflow.


Should we create labels for priority level?

As per discussion this morning, yes. I'll do that.

Created high, medium, and low labels


ATOM_NODE_VERSION=0.15.9 headers unavailable, apm install fails

I am trying to use a native node module in my atom-shell project, following the instructions in the docs. However, exporting ATOM_NODE_VERSION=0.15.9 results in an HTTP 403 error while downloading the headers. Getting headers for 0.16.0 and other higher versions works, but I get the 403 for any 0.15.x versions. Full error message from apm install . is below.
Thanks for any help!
gyp info it worked if it ends with ok
gyp info using<EMAIL_ADDRESS>gyp info using<EMAIL_ADDRESS>| darwin | x64
gyp http GET https://gh-contractor-zcbenz.s3.amazonaws.com/atom-shell/dist/v0.15.9/node-v0.15.9.tar.gz
gyp http 403 https://gh-contractor-zcbenz.s3.amazonaws.com/atom-shell/dist/v0.15.9/node-v0.15.9.tar.gz
gyp WARN install got an error, rolling back install
gyp ERR! install error
gyp ERR! stack Error: 403 status code downloading tarball
gyp ERR! stack     at Request.<anonymous> (/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/node_modules/node-gyp/lib/install.js:246:14)
gyp ERR! stack     at Request.emit (events.js:117:20)
gyp ERR! stack     at Request.onRequestResponse (/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/node_modules/request/request.js:1255:10)
gyp ERR! stack     at ClientRequest.emit (events.js:95:17)
gyp ERR! stack     at HTTPParser.parserOnIncomingClient (http.js:1693:21)
gyp ERR! stack     at HTTPParser.parserOnHeadersComplete [as onHeadersComplete] (http.js:122:23)
gyp ERR! stack     at CleartextStream.socketOnData (http.js:1588:20)
gyp ERR! stack     at CleartextStream.read [as _read] (tls.js:514:12)
gyp ERR! stack     at CleartextStream.Readable.read (_stream_readable.js:341:10)
gyp ERR! stack     at EncryptedStream.write [as _write] (tls.js:369:25)
gyp ERR! System Darwin 14.0.0
gyp ERR! command "/Applications/Atom.app/Contents/Resources/app/apm/bin/node" "/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "install" "--target=0.15.9" "--dist-url=https://gh-contractor-zcbenz.s3.amazonaws.com/atom-shell/dist" "--arch=x64" "--ensure"
gyp ERR! cwd /Users/andy/.atom
gyp ERR! node -v v0.10.35
gyp ERR! node-gyp -v v1.0.2
gyp ERR! not ok

Before v0.16.0 we used Node's version for the headers, you can try using ATOM_NODE_VERSION=0.11.13 for building.


Package failed to Restore

i have using AzureDevOps. I build my Project but some error is there. I attach screen short please find it.

https://developercommunity.visualstudio.com/spaces/21/index.html or StackOverflow is the better place to seek general help


Seurity Middlewares

fixes: https://github.com/komuw/goweb/issues/3

Codecov Report

Merging #22 (cfb2849) into main (c61322a) will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##            main     #22   +/-   ##
=====================================
  Coverage   0.00%   0.00%
=====================================
  Files          2       2
  Lines         81      81
=====================================
  Misses        81      81

Continue to review full report at Codecov.

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


[Fix-8624][UI-Next][V1.0.0-Alpha] Rectify the issue to display the timing form when clicking the timing button in the process definition page.

Purpose of the pull request
This PR will close #8624 .

Brief change log

Verify this pull request
This change added tests and can be verified as follows:

Manually verified the change by testing locally.

LGTM


Resolve old dependency PRs: Snyk alerts

Overview
Snyk has been discontinued in Chayn and can no longer interact with the dependency alert pull requests it previously opened. Resolve the dependencies alerted by Snyk and close these PRs so we can clean up our PR dashboard and update our depenendencies.
Action Items

[ ] Identify all PRs opened by Snyk.
[ ] If access to the Snyk dashboard for Chayn is granted, we can briefly reenable Snyk again to use the automated processes to resolve these PRs. Make sure to disable Snyk in all organizational settings in GitHub after you're done.
[ ] If we cannot access the Synk dashboard, ie: if the admin is out of office, we can create separate pull requests for updating the dependencies independently and open new PRs ourselves, then close the PRs opened by Snyk. Focus primarily on high and critical severity level PRs. Approve their workflow runs and resolve any merge conflicts. If they pass all tests, merge these PRs. If the tests don't pass, please keep the pull request open for reference. If there are repeat PRs for the same dependency, try to merge the highest version possible and close the rest. Note: there is a workflow from Snyk called security/snyk (chaynteam) that is required for merging, please bypass this requirement this will be removed in another issue.

Closing as incomplete as its evolved into a duplicate for issue: https://github.com/chaynHQ/ysm-backend/issues/74


Improves Keras backend initialization

Improves Keras backend initialization

This breaks existing behavior and thus we cannot merge it. The fallback on tmp in case of non-writable home directory is expected by a number of apps.

I'm not sure I understand.  Could you give me an example?   An app and why/what it's doing with the tmp dir.  thanks.

It's simple: if the home dir isn't writeable then we write the config file to tmp. We need to keep this behavior as some people rely on it.


Support postgrex 0.11.0, latest ecto 1.1.x

ecto 1.1.3 was the first version to require postgrex 0.11.0.
I used this diff to guide the changes made to apartmentex: https://github.com/elixir-ecto/ecto/compare/v1.1.2...v1.1.3
For reference, here is the diff in the postgrex code from 0.10.0 to
0.11.0: https://github.com/elixir-ecto/postgrex/compare/v0.10.0...v0.11.0
The new integration test suite helped to guide the changes! 😄

should this be part of this branch: https://github.com/Dania02525/apartmentex/tree/post_ecto1.1_pre_ecto2.0?


Update docs for ascendNaturally and descendNaturally

While working on https://github.com/ramda/types/pull/127 I noticed that the block comment docs are a bit off because of how these are implemented
https://github.com/ramda/ramda/pull/3442/files#diff-2f0444491e08d72d422c4e936a1e621a9a3fdb85d20da37118526f4df5bb5ddaR35
.localeCompare only exists on the prototype of string. This means that the compare function for ascendNaturally and descendNaturally need to return String, and not Ord. Ord is defined as number | string | boolean | Date, which are the only types in javascript you can use <, >, <=, and >= on. This makes since for ascend and descend of course, but trying those with ascendNaturally and descendNaturally will give you a runtime error

CC: @sebbayer


Remove invalid regex on user ID

The ID regex could not accept uppercase letters. This isn't correct - the OWASP has a better regex, but let's just follow the email field conventions until we change user IDs.
Review Checklist

Tests were added to cover all code changes
Documentation was added / updated
Code and tests follow standards in CONTRIBUTING.md

LGTM


Explicitly generate and pass context for cmd/check-reaper/main.go

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

@integrii yes that's where I started but there are many context.TODO's so I just took one file in this PR and another in https://github.com/Comcast/kuberhealthy/pull/669

(and I'm not likely to go too far, that's why I didn't claim #640 )


Don't pass REALNAME to .end

Putting the procedure there is an MSVC-ism, where it is optional. GCC silently ignores and Clang errors, so it is best to remove this.

This change is

Why was this closed? Did it get merged?

Thanks!

@Keno , just forgot to merge...


File Upload and Passing Variable to Template file

I could not find any way , on how to upload file and validate with it.
Also, is there any way, where once can pass variable value from method to template file (index.html) and parse it. ?

Very poorly documented, yet we can't use for production


[Depends on #10199] PR: Pdb execute events

Description of Changes
Add setting for pdb_execute_events
This allow enabling/disabling pre- and post-execute events. Notably inline plots are shown.

[x] Wrote at least one-line docstrings (for any new functions)
[ ] Added unit test(s) covering the changes (if testable)

[x] Included a screenshot or animation (if affecting the UI, see Licecap)

Issue(s) Resolved

Fixes #
Affirmation
By submitting this Pull Request or typing my (user)name below,
I affirm the Developer Certificate of Origin
with respect to all commits and content included in this PR,
and understand I am releasing the same under Spyder's MIT (Expat) license.

I certify the above statement is true and correct:
impact27

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

In the file spyder/plugins/ipythonconsole/tests/test_ipythonconsole.py:

Line 944:80: E501 line too long (82 > 79 characters)

This is pretty cool, thanks @impact27! But why do we need this as an option and not make it the default in spyder-kernels?

You need to disable it to debug code that creates figures for example.

This has a conflict with master. Please solve it so I can merge it.


fix: use alternative data structure for dict ops

This commit introduces an Element type that contains an ElemField and ElemValue, both of which use our Value type. This type is for use with DictionarySetFields and allows users to provide byte and string fields and values, as opposed to go's built-in map which disallows byte slice keys. It also includes helper functions to convert from a few different types of maps to []Element. Finally, the shared test context code has been modified to prepend test caches with golang- for easy identification of the source of stranded caches.

But since this is a breaking change, we need to include in 1.0 release though?

Yes, we're definitely going to want to get this in for 1.0.


Fingerprint submission for Redmi K40 Android 11

ro.build.fingerprint Redmi/alioth/alioth:11/RKQ1.200826.002/V<IP_ADDRESS>.RKHCNXM:user/release-keys
ro.build.version.security_patch 2021-07-01
ro.product.manufacturer Xiaomi
ro.product.model M2012K11AC

Tested on my device with MIUI weekly version, the fingerprint is extracted from the latest stable rom.
Needs Universal SafetyNet Fix to pass SafetyNet.

Added in 92f276675689f4ac07a13475380eb9b6fc123454


Add Modal functionality

Modals will be a very important component. Need to change react-big-calendar's onSelectEvent from showing a simple alert to firing a nice big modal that will include any data needed from redux state.  In this case, the data is everything related to a doctor visit: name, appointment type, service dropdown form, notes form, various other read only data from server.

Dan Abramov's answer here looks pretty elegant if not a bit verbose https://stackoverflow.com/questions/35623656/how-can-i-display-a-modal-dialog-in-redux-that-performs-asynchronous-actions/35641680

codemill$200

codemill$200


CI flake: "error: no objects passed to apply" creating jsonnet objects

Hit this on PR #4360, but AFAICT it's not related to the PR:
https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/3816/testReport/k8s-1/7/K8sValidatedServicesTest_Checks_ClusterIP_Connectivity_Checks_service_on_same_node/
Stacktrace
/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-Validated/src/github.com/cilium/cilium/test/ginkgo-ext/scopes.go:330
Cilium cannot be installed
Expected
    <*errors.errorString | 0xc4204639f0>: {
        s: "cmd: kubectl apply -f  /home/vagrant/go/src/github.com/cilium/cilium/test/9acb0442_cilium_ds.jsonnet\nerror: no objects passed to apply\n",
    }
to be nil
/home/jenkins/workspace/Cilium-PR-Ginkgo-Tests-Validated/src/github.com/cilium/cilium/test/k8sT/Services.go:54

f0c5341e_K8sValidatedServicesTest_Checks_ClusterIP_Connectivity_Checks_service_on_same_node.zip
The test-output.log inside the zip seems to show a proper-looking YAML, however the previous command does this:
https://github.com/cilium/cilium/blob/a5910535291914762cd80d6b596d4cd40f115362/test/helpers/kubectl.go#L722-L723
I wonder if the output is successfully flushed to stdout in tee, but is delayed from flushing to the filesystem for some reason, leading to the following kubectl apply to read an empty file and fail on this line:
https://github.com/cilium/cilium/blob/a5910535291914762cd80d6b596d4cd40f115362/test/helpers/kubectl.go#L727

Duplicated https://github.com/cilium/cilium/issues/4356

Ah, I saw that but I wasn't sure. I'll close this one.


Created a test suite for the infectious behaviour nodes

Fixed a typo in the parameters
Fixed an issue in logging where districts with no one alive would cause an error

We've finally got a testing suite :)


[Feature] - Favorites Feature

Description
Develop the Favorites Feature allowing users to add and remove games from their favorites list, with changes reflected dynamically using HTMX.
Motivation
Enabling users to mark games as favorites enhances personalization, allowing users to easily access and manage the games they are most interested in.
Proposed Solution

Implement AJAX-like functionality with HTMX to update the favorites list without a full page reload.
Use Bootstrap icons (e.g., filled heart) to indicate favorite status.
Ensure that the favorites list is persisted in the user's profile and reflected across sessions.
Provide feedback to users when a game is added or removed from favorites using Bootstrap alerts.

Acceptance Criteria

[x] Feature is clearly defined
[x] Meets proposed solution
[x] Tests considered

Additional Info

Allow users to view their favorites list from their profile or a dedicated favorites page.
Implement safeguards to prevent duplicate entries in the favorites list.

Samuel added Favorite games into the system


missing sparql converter

I had created a while ago a sparlq filter
freme-ner-output-as-web-annotation
see the request referenced here
https://lists.w3.org/Archives/Public/public-annotation/2016Apr/0041.html
it seems the filter is gone (both in freme dev / freme life) - is there the change of having a local copy if it somewhere?

I recovered it from a database backup from july and wrote it to FREME DEV and FREME LIVE.
http://api-dev.freme-project.eu/current/toolbox/convert/manage/freme-ner-output-as-web-annotation
Should this converter be part of initialising freme ?

great, thanks. Yes, that should be in initialising freme.

p.s. this request
http://api-dev.freme-project.eu/current/e-entity/freme-ner/documents?input=Berlin&informat=text&outformat=turtle&language=en&dataset=dbpedia&mode=all&filter=freme-ner-output-as-web-annotation
works, for freme live I get an error
http://api.freme-project.eu/current/e-entity/freme-ner/documents?input=Berlin&informat=text&outformat=turtle&language=en&dataset=dbpedia&mode=all&filter=freme-ner-output-as-web-annotation

result returns more than one elements; nested exception is javax.persistence.NonUniqueResultException: result returns more than one elements

The filter was installed twice. I deleted one of them. Now your request works.
@bgrusdt please add the filter to initialising sparql converters

Great, thanks!

reopening the issue to remind @bgrusdt to add the filter to initialising freme.

We will update the initialising freme sql files once in the end of the project and not for each filter separately. So this issue is finished.


Minor street approaches incorrect at T-intersection: Chesswood and Champagne

What Happened
From the MOVE Bug Report form:

for Chesswood and Champagne intersection count the total volume and the major volume is the same.

Related to this, the table in the Intersection Summary Report shows that there are zero minor street approaches, which is at odds with the turning movements described in that same table.
What Should Happen
The total and major volumes should not be identical at this location, as there should be a non-zero number of minor street approaches.  (In general, this should be very unlikely, unless for some reason the count was taken when the minor street was completely closed off.)
To Reproduce
Steps to reproduce the bug:

Go to https://move.intra.dev-toronto.ca/view/location/s1:AwnmmB/POINTS/reports/TMC ;
Click "Intersection Summary Report".

At this point, the total and major volumes are the same, and the table shows that there are zero minor approaches.
Screenshots
Intersection report header at Chesswood and Champagne:

Turning movements look reasonable, but this shows no approaches along the minor road (which should be Champagne):

Additional Notes
It's possible that we're counting the wrong leg for minor street approaches here - if the directions are flipped, for instance, we'd be counting eastbound approaches, which wouldn't exist here (since there is no road segment entering the intersection going eastbound!)

https://localhost:8080/view/location/s1:AUntmB/POINTS/reports/TMC (Rosemount and Greenlaw) - this shows even weirder behaviour!  As per OTM Book 12, p. 77 we determine the major and minor road on an hourly basis; whichever road has greater volume is the major road.  In this case, this means each road is the "major" road at different times.
This adds further support to the "flipped directions" hypothesis,


Replace transformers list of logits warpers by a fused logic warper

The previous version of the generate method was using a list of transformers logits warpers to apply temperature and top-k / top-p filtering.
This lead to important slowdowns during inference, as revealed by a comparison between the latency when using generate on a llama model and using instead the simpler sample method included in transformers-neuronx.
A previous pull-request already had replaced the top-k filtering by a faster alternative whenever possible, but this goes one step further, replacing all three warpers by a single fused warper.
The numbers below highlight the benefit of the fused warper:
| 1000 tokens on llama2 7B             | top-k only | top-k + top-p |
|--------------------------------------|------------|---------------|
| transformers-neuronx custom sampling | 7.8 s      | 7.8 s         |
| transformers warpers                 | 7.9 s      | 9.7 s         |
| fused warper                         | 7.9 s      | 7.9 s         |

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.


Update zse29.json

@zwave-js-bot fix lint

Also requesting review from @blhoward2 - master of consistency

@zwave-js-bot fix lint

@blhoward2 anything to add?

LGTM


Shared module code imported in lazy loaded modules is duplicated

OS?
MacOS
Versions.
angular-cli: 1.0.0-beta.17
node: 6.6.0
os: darwin x64
I'm trying to organize my web app in lazy loaded modules for better loading performance, but I'm running into this problem:
Suppose my app structure is like this:
---app.component.ts
---app.module.ts
---app.routes.ts
---shared/
--------mainshared,module.ts
---join/ (lazy)
---site/ (lazy)
-------site.component.ts
-------site.module.ts
-------site.routes.ts
-------shared/
-------shared/siteshared.module.ts
-------profile (lazy)
-------------profile.component.ts
-------------profile.module.ts
-------------profile.routes.ts
-------home (lazy)
-------------home.component.ts
-------------home.module.ts
-------------home.routes.ts
When the app loads, it bootstraps the app.module. The app.module imports the mainshared.module that has all the basic shared code necessary to start the app like Angular Material, Common module etc.
The app.module redirects then to join, site/profile or site/home depending on localStorage data.
The site.module imports siteshared.module (that imports mainshared.module).
Both profile.module and home.module imports siteshared.module.
After building, I have a main bundle and a separate bundle for: join, site, site/profile and site/home. This is correct. The problem is that the code (components, directives, etc) declared in the siteshared module are been repeated in the siteshared, profile and home bundles. It should stay only in the site bundle and been only referenced  on the profile and home bundles.
The shared code from the mainshared.module (at the app level) is correctly not duplicated below.
This odd behavior is preventing sharing code at the second hierarchical level.
Is this a bug or something by angular-cli/webpack design?
Thank you!

Make site non-lazy and the code duplication should disappear.  The underlying issue seems to be that the current implementation does not know that site will always be loaded when profile or home are accessed.
The lazy loaded modules are currently a flat list.  A graph would need to be generated and then used to create the lazy loaded bundles.

OK. Thank you for the clarification.
Em qua, 19 de out de 2016 12:32, clydin<EMAIL_ADDRESS>escreveu:

Make site non-lazy and the code duplication should disappear. The
underlying issue seems to be that the current implementation does not know
that site will always be loaded when profile or home are accessed.
The lazy loaded modules are currently a flat list. A graph would need to
be generated and then used to create the lazy loaded bundles.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/angular/angular-cli/issues/2771#issuecomment-254830866,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AJ4cxAgYiaueFpnZNR1z3F4dz374x9Uoks5q1ioKgaJpZM4KaiUs
.

Anyone have any work arounds for this? All of our lazy loaded modules have the same duplicated shared module in each bundle. Was going to try to eject the project and see if there is a way to teak the webpack config to remove the duplicates.

@TheLarkInn Is this a solvable problem with Webpack or is this something the CLI needs to take on? Just checking might try to see if I can play around and get something working.

If I import import * as moment from "moment";  in different components, I get whole moment lib in all my chunks, you can get a look here :

Is there a way to achieve this ? right now I add in .angular-cli scripts[] momentjs lib then in typings.d.ts I write decalre var moment: any; and remove all my imports it works: i get only one time moment in my scripts.bundle BUT i don't have autcompletion on moment lib... thanks

@istiti We switched to https://date-fns.org/ and had much better bundle size performance over momentjs. It doesnt have all the features of moment but it worked for us and has proper treeshaking.

Closing in favor of https://github.com/angular/angular-cli/issues/6204, there's some more discussion there and there is also https://github.com/angular/angular-cli/pull/6281 that partially addresses it.


Update Jenkins Plugin - Experiment Profile name check

What feature do you want to see added?
Feature idea.
Update the Jenkins Plugin to provide the ability to check the Experiment Profile name exists for a Test.
Describe the solution you'd like
The ability to check the profile name is valid. Useful when users enter profile name data.
This check is done before a run starts. The advantage of adding this check is avoiding wasted lab time executing a run that will not match any profile associated with a Test.
Upstream changes
No response
Are you interested in contributing this feature?
No response

Original Issue: https://github.com/Hyperfoil/Horreum/issues/964


Correction

On creating a role with Graph API, I don't think the line with "templateId": "<GUID>" in the body of the HTTP request. With that line, the role cannot be created because it requires a templateId (which no one has).
Removing the line with  "templateId": "<GUID>" in the body of the HTTP request works.

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

ID: 649bef7e-a492-d5b1-183a-be12c8994a51
Version Independent ID: d79544a5-4b92-185e-0bcc-83660ecee475
Content: Create custom roles in Azure AD role-based access control
Content Source: articles/active-directory/users-groups-roles/roles-create-custom.md
Service: active-directory
Sub-service: users-groups-roles
GitHub Login: @curtand
Microsoft Alias: curtand

@osygroup Thank you for your feedback . We will investigate and update the thread.

@osygroup  You are correct , The templateId is optional, However the template Id option is given for users who may have complex requirements and would like to keep a template for any custom role so that they can use the template to modify and create new roles as needed.  The Powershell example in the same article explains the same.
I have added a note for the same mentioning that the templateId usage is optional while using graph API to create custom roles and we need to have this value ready beforehand if we have to use it . A random guid can be generated without any issue using the (New-Guid).Guid cmdlet on any machine with powershell as shown below.

We have added a review and it will be reviewed and approved by content team in the next 3-4 days due to everyone busy with ongoing Build Confrence. We will close the issue for now. In case you have any further query , please tag me to your rely . If the query is unrelated to this document please open a new issue and we will be happy to help you .
Thank you.


Problem with useTrimesh and Physics

Hello,
I noticed that the physics of useTrimesh collides well with useSphere and usePlane but not with useBox, useCylinder etc...
I took the example from your trimeshContact branch and it seems that it is the same for your project
Do you have a solution ? thanks in advance

This is how Cannon works.
This is not a problem with my boilerplate.
See the table at https://sbcode.net/threejs/physics-cannonjs/#supported-cannonjs-shape-collisions


add support for the regex-split crate to add split_inclusive functionality

In the python split if a capture group is used the split returns the split character in addition to the delimited tokens. The default rust regex crate does not do this. I believe this is used pretty extensively in python and would be a great add IMO.

Can you give me an example of a sample output (inclusive of a test regex and valid strings to test against, So I check my code according to the output)?

Good morning and sorry for the delay. Super simple example with the standard re module.  Here I have split on a space, a period and an exclamation mark. With a capture group if brings back both the words as well as what I split on. This is the functionality I was suggesting as a consideration. The naming I mentioned is not important - whatever you feel is best I would be very happy with. Thanks for your help.
text = "The fox jumps over the dog. Poor dog!"
re.split(r'(\s|.|!)', text)
Output:
['The',
' ',
'fox',
' ',
'jumps',
' ',
'over',
' ',
'the',
' ',
'dog',
'.',
'',
' ',
'Poor',
' ',
'dog',
'!',
'']

I'm unsure about the issue, but adding a separate dependency would make it unnecessarily bloated.


TL-36204: Copying ortb2Imp.ext to impression ext obj

Type of change

[x] Feature

Description of change

Copying entire ortb2Imp.ext object to imp.ext in supplier bid requests to standardize the location of certain data

@patrickloughrey made a tweak (simplified a bit) and added needed tests. Give me thumbs up if you're good with this.

@nllerandi3lift adding spread operator for reasons discussed offline - I like the rest of the changes. Let me know if this gets the stamp of approval


Add phone number to the journey

Description
Added 'phone number' to the v4 journey including 2 new pages:

/contact-preference
/phone-number

With routing logic added to routes.js
Updated content on:

/what-we-ask-for
/check-answers

Checklist

[ ] Stakeholder signoff

This work has now been de-prioritised until IG have capacity to assess the changes

Closing this PR and branch as the master branch now has this in the v5 prototype


doc: translate forms

This is just a PR to let you know that I am working on forms.

@bugtender @neighborhood999  I translated the source of truth as  資料來源 for now, but we can also leave it as it is in English. Let me know what you think, otherwise I think this is ready to be merged.

@bugtender @neighborhood999 I translated the source of truth as  資料來源 for now, but we can also leave it as it is in English. Let me know what you think, otherwise I think this is ready to be merged.

This is now updated as 唯一真相來源 to be consistent with another PR done by @neighborhood999.

Hi @chloewlin
I close this PR because you have already opened new PR for translating forms.😄


Feature: Ability to print list of files created/updated/deleted

First let me say THANK YOU for the awesome Action! I am already finding it extremely useful!
The proposal is to add the ability to print the list of files that were created/updated/deleted.
This would provide some transparency which can be helpful:

when getting familiar with how dorny/paths-filter behaves
when debugging a workflow

This could be done by default (my preference) or could be opt-in via a new input/option.
@dorny Would you be willing to review/merge a PR implementing this feature?

@zenflow Thanks for the suggestion.
Currently the action produces almost no information logs and very few debug logs
If the git diff-index command is used, you can actually see list of changed files in the logs even now.
The @actions/exec package already logs all output from executed commands.
However unless you are already familiar with the implementation details of this action, the log is not much helpful.
Adding more transparency to the process is good idea. I totally agree with that.
I also agree that it should be done by default, without any input parameter.
PR improving this is welcome :)
However you mentioned: "created/updated/deleted".
I'm not sure if you meant it that way, but currently the action doesn't work with information whether file was actually created, updated or deleted.
Working with more detailed status information about changed files would open opportunities for some new features.
Originally this wasn't goal of this project but getting this information is easy and doesn't require any additional command or API request.

Pull Requests API has status field
git diff-index has --name-status option

Those new features I'm thinking of would be more significant change and I would prefer to do some exploration on my own first.
So the conclusion:
If You are interested, please create a PR improving the transparency via better logging.
Meanwhile I will work or getting the more specific change status of each file and few new features using this information.
When both will be done, it could be published as a new release.

Implemented in release v2.3.0


FMD disable

Summary:
Parameterize the F, M, and D extensions in BlackParrot to enable/disable them, reducing FPGA area requirements and enabling access to the design on smaller FPGAs for academic purposes.
Issue Fixed:
This change addresses an issue with the F, M, and D extensions in BlackParrot related to FPGA area requirements and accessibility for academic purposes.
Area:
BlackParrot module.
Reasoning:
The change is required to parameterize the F, M, and D extensions, allowing them to be enabled or disabled. This is done to reduce the FPGA area requirements of BlackParrot, making it accessible on smaller FPGAs. By disabling these extensions, the design can fit into smaller devices, which is particularly beneficial for academic purposes where resources may be limited.
Additional Changes Required:
No additional changes are required.
Analysis:
The impact of this change is that it allows users to enable or disable the F, M, and D extensions in BlackParrot, reducing the FPGA area requirements. This enables the use of BlackParrot on smaller FPGAs, making it more accessible for academic purposes. The reduction in area requirements may also have benefits in terms of resource utilization and performance.
Verification:
To verify the change, the following steps can be taken:
Set the parameters to enable the F, M, and D extensions.
Verify that the design requires a larger FPGA area.
Set the parameters to disable the F, M, and D extensions.
Verify that the design now fits into a smaller FPGA.
Run any relevant tests or benchmarks to ensure the functionality is preserved despite the disabled extensions.
Additional Context:
The motivation behind disabling the F, M, and D extensions is to reduce the FPGA area requirements of BlackParrot, allowing it to be used on smaller FPGAs. This enhances accessibility, particularly in academic settings where resources may be limited. It is important to consider the trade-off between FPGA area reduction and potential impact on performance or functionality. Logs or additional context about the problem and its impact may be helpful for further investigation.

Looks pretty good, mostly style nits! Still need to

add the decoder illegal instruction check for multiply
parameterize out FCSR

since these features are not part of this changes, I assume they are untested as well. Let's add them to the test suite!

will also need to rebase on dev, seeing some conflicts


chore(Dependencies) : update logback-classic from 1.2.3 to 1.2.4

Updates ch.qos.logback:logback-classic from 1.2.3 to 1.2.4.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Files still referring to the old version number
The following files still refer to the old version number (1.2.3).
You might want to review and update them manually.
modules/scalcite-ui/yarn.lock

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "ch.qos.logback", artifactId = "logback-classic" } ]

labels: library-update, semver-patch, old-version-remains

Superseded by #296.


[main] Upgrade to latest dependencies

Cron -knative-prow-robot
/cc knative-sandbox/channel-wg-leads
/assign knative-sandbox/channel-wg-leads
Produced by: knative-sandbox/knobots/actions/update-deps
Details:
bumping knative.dev/eventing 6776718...a4650e0:
  > a4650e0 Update community files (# 5458)
  > d5f8b90 rekt/resources: support trigger annotations (# 5456)
  > d1106c8 [QE] Don't wait on triggers, before deploying their subscriber (# 5444)
  > 65bed40 Update actions (# 5438)
  > 0d129e4 Fix a broken link in experimental-features.md (# 5453)
  > b813a54 Remove camel as a downstream now that is deprecated (# 5449)
  > 9d1c35f drop use of deprecated sharedmain functions (# 5450)
  > 6e9588c Bump downstream job to go 1.16 (# 5448)
  > 5d3d12f Use a readiness probe to check apiserver adapter readiness (# 5446)
  > 674815e Remove unprintable characters from the deadLetterSink request header (# 5439)
  > 7678f90 upgrade to latest dependencies (# 5437)
  > 91d6079 Fix ordering in EventTransformation test (# 5435)
bumping knative.dev/networking c90fe70...bf0fc84:
  > bf0fc84 drop use of pkgtest.KubeClient (# 423)
  > 04feff3 upgrade to latest dependencies (# 426)
  > 7ded2e6 Update community files (# 427)
  > 443b181 Replace redirect code 302 with 301 (# 416)
  > 77a9c97 upgrade to latest dependencies (# 424)
  > 329cdb3 Update actions (# 422)
bumping knative.dev/reconciler-test e8f9d34...f667a8f:
  > f667a8f Fix redundant name in Assert helper (# 205)
  > 0b740d3 Use go 1.16 embed for templates (# 196)
  > 2a68b2d Add a way to manually add event assertions (# 207)
bumping knative.dev/pkg 980a337...3e1e4d7:
  > 3e1e4d7 Update community files (# 2137)
  > 803d2ba use more general kubernetes.Interface (# 2135)
  > 47dfdcf consolidate k8s flags to an environment package (# 2133)
  > 6484377 update boilerplate date (# 2134)
  > 35916ab Update actions (# 2132)
bumping knative.dev/control-protocol 61251f4...24802b5:
  > 24802b5 Update actions (# 77)

/close
will try manual bump, due to changes...

after investigations I noticed something related is hanging herE:
https://github.com/knative/eventing/pull/5447
will wait for new try, until that is in


Create tooltips on collect, request, and organize pages

In top right corner of collect, request, and organize pages, I want to put a question mark icon that serves as a tooltip.
Clicking this icon brings up the descriptions:
collect: "A tool for adding something to the inventory of everything."
request: "A tool for requesting something from the inventory of everything."
organize: "A tool for organizing things and requests in the inventory of everything."

Hello... I would like to complete this task! I'm forking now... Thank you for the opportunity.


dart2js - make compilation independent of host 'int' implementation

dart2js relies on unbounded precision int values during compilation. This is a problem when the VM uses 64-bit ints https://github.com/dart-lang/sdk/issues/31762.
We should use BigInt instead of int, but it is not that simple because the whole constant system embeds the assumption that the compile time value representing an int constant value can be represented by an int. The assumptions are deep - for example, it is assumed that the compile time value representing an int implements num.

[x] Clean up ConstantValue hierarchy to minimize representation assumptions.
[x] Clean up uses of constant values.
[x] Clean up range analysis - might need to model ranges using BigInt.
[x] Replace int with BigInt.

Fixed with https://dart-review.googlesource.com/c/sdk/+/55500

Woohoo!
I just realized that we have one more step: we need to remove where we use --no_limit_ints_to_64_bits in our scripts and snapshots :). We added them all together in 0c04eb53c76, so I expect it might just be a CL partially reverting it.

Any updates on this, @efortuna ?

I have a CL with the change implemented. I am in the process up updating the status files as a result (there are a lot of status file changes). Should be done by EOD today.

Committed!

Yay! Can we remove --no_limit_ints_to_64_bits from VM now?


missing commands: gcov, gcc-ar, gcc-ranlib and others

Describe the bug
gcc/g++ are not the only commands that are produced by gcc package. There are others. gcov is useful when code coverage need to be computed. gcc-ar/gcc-ranlib are needed when link-time optimization is used.
Apparently newer versions of NixOS don't add these and others gcc commands to system-path/bin.
From what I can see the problem is caused by gcc-wrapper package as it wraps only cpp/gcc/g++ leaving others commands inaccessible.
To Reproduce
In shell running gcov prints "gcov: command not found". Same for other commands provided by gcc package.
Expected behavior
The expected result of running gcov is: "Usage: gcov [OPTION...] SOURCE|OBJ...". Same for other commands.
Metadata
$ shell -p nix-info --run "nix-info -m"
error: attribute 'system' missing, at (string):1:1

system: 0
host os: Linux 4.19.90, NixOS, 19.09.git.dc8a496 (Loris)
multi-user?: no
sandbox: yes
version: nix-env (Nix) 2.3
channels(root): "nixos-14.12.335.676e8d7"
channels(ivan): "nixos-14.12.801.221101a"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

The NixOS version I run is 19.09 based on commit 83c8fe6e3c6.

You can get access to these through gcc.cc and clang.cc. Maybe we should switch these so that "unwrapped" gcc is "gcc" and "wrapped" gcc is known as "gcc-wrapped".

Thank you for your suggestion. I didn't know I can refer to unwrapped gcc as gcc.cc. I think now I can configure my environment correctly.
Using gcc.cc instead of gcc fixes the problem with gcov program. gcov is installed correctly now. Unfortunately g++ form unwrapped gcc doesn't work (expectedly). Compiling a simple hello world program prints this linker error:
$ LANG=en_US g++ main.cpp
/nix/store/ajrrkivdfvp8dp4vdg5hp1h5hblmanc9-binutils-2.31.1/bin/ld: cannot find crt1.o: No such file or directory
/nix/store/ajrrkivdfvp8dp4vdg5hp1h5hblmanc9-binutils-2.31.1/bin/ld: cannot find crti.o: No such file or directory
collect2: error: ld returned 1 exit status

If I build system with both gcc.cc and gcc the same linker error remains. Quick googling showed things called package priority. I'll take a look at it. I think using priorities I can configure my system in a way both g++ and gcov work.
In any case I believe the user experience can be improved here. As a user I believe the best name for the package is gcc and it should provide both wrapped gcc/g++ and gcov.

After reading cc-wrapper/default.nix, I think perhaps something like this would fix my problem:
diff --git a/pkgs/build-support/cc-wrapper/default.nix b/pkgs/build-support/cc-wrapper/default.nix
index<PHONE_NUMBER>c..a2709bcb310 100644
--- a/pkgs/build-support/cc-wrapper/default.nix
+++ b/pkgs/build-support/cc-wrapper/default.nix
@@ -209,6 +209,14 @@ stdenv.mkDerivation {

     + optionalString cc.langGo or false ''
       wrap ${targetPrefix}gccgo ${./cc-wrapper.sh} $ccPath/${targetPrefix}gccgo
+    ''
+    + ''
+      ln -s ${targetPrefix}gcc-ar $out/bin/${targetPrefix}gcc-ar
+      ln -s ${targetPrefix}gcc-nm $out/bin/${targetPrefix}gcc-nm
+      ln -s ${targetPrefix}gcc-ranlib $out/bin/${targetPrefix}gcc-ranlib
+      ln -s ${targetPrefix}gcov $out/bin/${targetPrefix}gcov
+      ln -s ${targetPrefix}gcov-dump $out/bin/${targetPrefix}gcov-dump
+      ln -s ${targetPrefix}gcov-tool $out/bin/${targetPrefix}gcov-tool
     '';

   strictDeps = true;

Could somebody more familiar with cc-wrapper, comment if this is a reasonable approach?

ping

Still relevant

I've encountered same issue while building docker image with nix. Still relevant.

After reading cc-wrapper/default.nix, I think perhaps something like this would fix my problem:
diff --git a/pkgs/build-support/cc-wrapper/default.nix b/pkgs/build-support/cc-wrapper/default.nix
index<PHONE_NUMBER>c..a2709bcb310 100644
--- a/pkgs/build-support/cc-wrapper/default.nix
+++ b/pkgs/build-support/cc-wrapper/default.nix
@@ -209,6 +209,14 @@ stdenv.mkDerivation {

     + optionalString cc.langGo or false ''
       wrap ${targetPrefix}gccgo ${./cc-wrapper.sh} $ccPath/${targetPrefix}gccgo
+    ''
+    + optionalString cc.isGNU or false ''
+      ln -s ${targetPrefix}gcc-ar $out/bin/${targetPrefix}gcc-ar
+      ln -s ${targetPrefix}gcc-nm $out/bin/${targetPrefix}gcc-nm
+      ln -s ${targetPrefix}gcc-ranlib $out/bin/${targetPrefix}gcc-ranlib
+      ln -s ${targetPrefix}gcov $out/bin/${targetPrefix}gcov
+      ln -s ${targetPrefix}gcov-dump $out/bin/${targetPrefix}gcov-dump
+      ln -s ${targetPrefix}gcov-tool $out/bin/${targetPrefix}gcov-tool
     '';

   strictDeps = true;

Could somebody more familiar with cc-wrapper, comment if this is a reasonable approach?

What to do if these are not available at all, i.e. GCC has been installed that way?

What to do if these are not available at all, i.e. GCC has been installed that way?

Even when there is no symlinks the binaries from ${targetPrefix} still can be found in /nix/store. You can access the binary by using full path /nix/store/.../gcov.
At least this was the case two years ago, when I filed this issue.

@sorokin I faced the issue with some obscure Linux distro made specifically for a RISC-V device. So it wasn’t about Nix, but the problem is related.

Someone asked me how to have gcov in their PATH (i.e. environment.systemPackages) while also being able to use g++.  Sharing this workaround based on the package priorities mentioned above here in-case it helps someone.
environment.systemPackages = with pkgs; [
    # doesn't include gcov..
    gcc # by default, has a priority of 5 (lower number is better)
    # gcc.cc includes gcov, but also messes up the gcc installation
    # set a lower priority for gcc.cc (higher number means lower priority)
    (gcc.cc // { meta.priority = 10; })
    ...
];

The same can probably be done in an overlay or package overwrite, though I didn't attempt that.