Cannot allocate memory when viewing repository

On v0.8.10 I get a 500 error whenever I want to open a repo with more than one file. I can access the other tabs (Issues/commits etc.), but the Code tab always results in an error.
[Macaron] Started GET /floorish/test for 77.*.*.*
2016/01/22 16:30:14 [...routers/repo/view.go:134 Home()] [E] GetCommitsInfo: GetCommitByPath (/readme.md): fork/exec /usr/bin/git: cannot allocate memory
[Macaron] Completed /floorish/test 500 Internal Server Error in 88.956623ms

Just a simple test repository with a single readme.md works fine, but when I add another file I can't view the Code tab anymore.
Gogs works perfectly fine on v0.8.0 using the exact same config.
Actual memory usage looks fine as well:

Please test if it still happens in the latest 0.8.22 version.

There currently aren't any binaries available for that version right? I cannot compile it on the VPS:
$ go get -u -tags "sqlite" github.com/gogits/gogs
go build github.com/codegangsta/cli: /home/git/local/go/pkg/tool/linux_386/compile: fork/exec /home/git/local/go/pkg/tool/linux_386/compile: cannot allocate memory

And cross-compiling locally doesn't work either:
$ env GOOS=linux GOARCH=386 CGO_ENABLED=1 go build -v -tags "sqlite"
# runtime/cgo
ld: unknown option: --build-id=none
clang: error: linker command failed with exit code 1 (use -v to see invocation)

@floorish how many files in the directory that fails?

When I add a second file to the repository, I can't open the code tab. When I remove the second file, commit and push with just 1 file it's fine.
So with 2 files it fails on 0.8.10

OK... how much memory do you have on VPS... I can't convert for bad math :sweat:

$ free -h shows 750MB, so not too much ;)

750MB should be enough...

Gogs works perfectly fine on v0.8.0 using the exact same config.

Just to confirm you're sure about this?

100% looking at it right now with lots of files

Thanks, got it...

I'm getting this from time to time, but it works after a reload. The log shows messages like these:
2016/01/29 01:26:17 [...routers/repo/view.go:134 Home()] [E] GetCommitsInfo: GetCommitByPath (/tests): fork/exec /usr/bin/git: cannot allocate memory
2016/01/29 01:26:20 [...routers/repo/view.go:134 Home()] [E] GetCommitsInfo: GetCommitByPath (/package.json): fork/exec /usr/bin/git: cannot allocate memory
2016/01/29 01:30:08 [...routers/repo/view.go:134 Home()] [E] GetCommitsInfo: GetCommitByPath (/app): fork/exec /usr/bin/git: cannot allocate memory

There's more than enough memory available, though:
# free -m
             total       used       free     shared    buffers     cached
Mem:          8192       2347       5844        392          0       1455
-/+ buffers/cache:        892       7299
Swap:         4096          0       4096

@dakira how many files in the directory that is having problem?

@Unknwon  It's the root of the repo. 12 files, 8 folders.

@dakira thanks, can you help confirm that 0.8.0 works fine?

@Unknwon I'm on 0.8.10. I'm not always getting this. When I hit reload all the time, I'm getting this in 1 out of 10 reloads.
If it helps I can set up a new installation with 0.8.0 and try with that.

@dakira that would be best to try again 0.8.0, so we can be more sure about where the problem is.

Looks like I can't reproduce this with 0.8.0 while I can with 0.8.10 and 0.8.25 (by mercilessly hitting F5).

@dakira Got it, thank you!

Can confirm for develop, too.

This happens more often when there are more files and when Gogs has been running longer. It doesn't happen for a while after it has been restarted. Again with tons of memory available. Is there a workaround @Unknwon ?

@dakira Are you using precompiled binary or installed from source code?

As I mentioned, I can also reproduce this in develop, compiled from source code (as of 7 days ago).

Just to confirm, on 0.8.25 (precompiled, 386) I get the same error.
I installed Gogs 0.8.25 on a different vps, there it works fine. They're totally different setups though, so hard to compare unfortunately.

@Unknwon as this is a regression, can I help somehow locating the problem if you can't reproduce yourself?

Same problem on <IP_ADDRESS>9 (precompiled, amd64). Used Gogs Migration from freebsd/freebsd-ports and get those 500 errors in. Used Gogs Migration on gogits/gogs and its seems OK.
VPS: Ubuntu 14.04, 6 vCores, 8GB Ram

@ultimatedirty what exactly do you mean by Gogs Migration?

@dakira Top Menu Create -> New Migration

@ultimatedirty oh, okay. The error will appear for gogits/gogs if you hit F5 a couple of times. ;) Out of curiosity: what hoster are you using for your VPS?

@dakira Oh, I see it. My hoster is server4you.com

Thanks @ultimatedirty , but the problem you encounter with is different from this one.

I've had the same issue yesterday. My one VPS has 2GB RAM and it couldn't handle the 7MB Repository with 1000 commits. Just as you described in the initial issue description, it showed a 500 Error when browsing the code, but I could visit any other page. The log also mentioned failure to allocate memory.
Now interestingly, the same repository runs smoothly with my other VPS which has 1GB of RAM only. I'm investigating

@ultimatedirty server4you uses Virtuozzo for their VPSs, right?

@dakira please do go get -u github.com/gogits/git-module and recompile Gogs to help test!

According to https://github.com/docker/docker/issues/8539 , the problem could be the Swap is 0.
Anyone can verify that by give some swap?

Well I can confirm that the server has no swap, but I can't add more swap (no permissions, possibly due to OpenVZ?). The other server does have swap and works perfectly.

Both of my servers don't have a swap, not the 2GB neither the 1GB one. As I mentioned above, the same repository "works" (ie. you can view the code) one the server with less RAM. There is also a branch with only ~200 commits in the same repository (very outdated) and that can be viewed on the 2GB server, so it seems like its not about the overall repository size, but the size of the history that needs to be viewed.
On a side note, the Git source code repsitory with ~40k commits is also too much to handle for my 1GB VPS. (who would have expected that.)
I'm no Linux expert, so I'm unsure for what differences of the two servers I could still look into. The 2GB server is a pretty cheap one though, I got it basically for free as an offer to students. Maybe they had some notes that you actually not always get 2 GB of RAM or whatever..

https://try.gogs.io is running on DO $20 w/ 2GB RAM as well, but it has 2GM Swap.

@Unknwon I have the new build running now.

FYI: I can't reproduce the problem, too. Updated to <IP_ADDRESS>9. Now it's just horribly slow while browsing the repo. 6 vCores on 100% workload for about 8 minutes and it's still running.

@ultimatedirty yes, limit 10 concurrent processes right now...

Did any optimizations on this happen in between 8.25 and 8.42 (of which the latter is currently on http://try.gogs.io) ? Unfortunately, I didn't test it on the Gogs Try server before the update. I've mirrored the Git source code here: https://try.gogs.io/niklas/git and it works. It's very slow, but it works (page load ~20s).

@NiklasRosenstein yes, in the 0.8.42, Gogs no longer uses unlimited subprocesses, but limited to 10 pre time at max.

@Unknwon Oh that is what your previous comment was about! Sorry. Do you think there is room for improving the performance now that the memory issue is solved? Of course fewer processes means slower results, but maybe there's something else that can be looked into.
PS: Is the number of maximum subprocesses configurable?

@NiklasRosenstein yes, I'm thinking of that, also application cache layer could also improve performance a lot as well. (Gogs has zero cache for data right now, when we have cache, it should feel even faster for most of repo views)

@Unknwon awesome. Maybe something like russion doll caching would be interesting for Gogs.

@dakira Mostly likely (simplest) would be LRU cache? At least for the first version I think.

Can reproduce
2016/02/25 14:47:21 [...routers/repo/view.go:134 Home()] [E] GetCommitsInfo: GetCommitByPath (/arm.gpg): pipe2: too many open files

@SirCmpwn with which version (in the lower left of the screen). I have "© 2016 Gogs Version: <IP_ADDRESS>5" and don't experience this anymore.

<IP_ADDRESS>7. I'll update and report back.

Yep, fixed.

Not sure if this is supposed to be fixed, but I just tried binary <IP_ADDRESS>3 and still same problem after adding 2-3 files (consistently):
[...routers/repo/view.go:136 Home()] [E] GetCommitsInfo: GetCommitByPath (/test3): fork/exec /usr/bin/git: cannot allocate memory

@floorish it suppose to at least reduce the possibility of occurrence, but we can't reproduce you situation right now... :sweat:

Ah right, got it. But don't worry about my situation, I have it installed on a different server and that works perfect :)

@floorish that is a good news :D

I'm not allowed to install swap on my VPS and still have the described problems on <IP_ADDRESS>3.
dakira said he doesn't experience it anymore on <IP_ADDRESS>5.
Where can I get this version? I would like to install from binary. Can someone please upload it?

@YugoCode the same error doesn't mean same cause, you need to first make sure your VPS has enough free memory.
In terms of this issue, there is no change between 0.8.43 and 0.8.44.

Thanks for answering :)
free -h shows:
total       used       free     shared    buffers     cached
Mem:          2.0G       225M       1.8G        68M         0B       165M

@YugoCode thanks for the prove.

I just upgraded to <IP_ADDRESS>8 and it seems to run well, though it feels very slow. When I go to the "Code" page to view the files on the master branch, the page loads in ~1800ms. However, when I go to view a single source file, it loads in ~400ms.
Is this difference in the page load time expected? Note that I do not know how Gogs actually gets the data from git. (Does it check out the whole working tree to get a list of the files?)

@NiklasRosenstein https://github.com/gogits/gogs/issues/1518

This issue is back in <IP_ADDRESS>4.

Hi, I'm new to Gogs but I have the same error. I'm opening 10MB, one-commit newly pushed repo and I have 500 Internal Server Error in browser and in console:
[...routers/repo/view.go:136 Home()] [E] GetCommitsInfo: GetCommitByPath (/.idea): fork/exec /usr/bin/git: cannot allocate memory
Gogs version <IP_ADDRESS>8
top output:
top - 14:45:28 up 49 min,  2 users,  load average: 0.04, 0.01, 0.00
Tasks:  40 total,   1 running,  39 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.1 us,  1.1 sy,  0.0 ni, 97.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   1048576 total,   308760 used,   739816 free,        0 buffers
KiB Swap:   524288 total,        0 used,   524288 free.   229948 cached Mem

I ran into the same problem with my server. Apparently it is related with the number of concurrent tasks performed GetCommitsInfo of the Entries type: tree_entry.go..
I changed
taskChan := make(chan bool, 10)
to
taskChan := make(chan bool, 2)
and,for now, I can not cause the error again.

@Unknwon Maybe the amount of goroutines for this should be configurable?
how hard would it be to do that ? (without passing it as an argument on
every single call... :unamused: )

@bkcsoft yes, I think it is possible as a config option.

@Unknwon
Getting this too in <IP_ADDRESS>7  almost 50% of the time.
Only getting this error viewing the root of the repository (which is owned by an organization)
Log
2016/06/29 14:24:19 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/app.js): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:24:20 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/node_modules): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:24:24 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/views): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:24:29 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/views): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:25:46 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/public): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:25:52 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/package.json): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:25:54 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/views): fork/exec /usr/bin/git: cannot allocate memory
2016/06/29 14:26:20 [...routers/repo/view.go:138 Home()] [E] GetCommitsInfo: GetCommitByPath (/public): fork/exec /usr/bin/git: cannot allocate memory

Memory:
              total        used        free      shared  buff/cache   available
Mem:           2.0G         44M        1.4G        162M        534M        1.7G
Swap:          4.0G          0B        4.0G

Any help?
I'm running on CentOS 7 and MySQL.

@ubiko sorry, but really have no ideas how this problem is caused... maybe there are some limitation options we're not noticed because this is not happening to all machines (that's the hardest part for debugging).

@Unknwon
taskChan := make(chan bool, 2) is fixing it...but does it mean it's slower than if it was set at 10?

@ubiko yes, that's right...

This is most likely related to ulimit, there's a couple of issues about
that already, check them out :smiley:

@ubiko The line of code you posted is fixing the problem??? I don't care if it's slow, I need it to work at least. Where do I have to put the line? Or could you build a binary with this fixed line?
Thank you :)

@bkcsoft In my case it's not related to ulimit. No limitations configured...
Please add as config option!

@Unknown no worries, it's a pretty hard issue to figure out also. I gotta thank you for making Gogs before I'd complain. :+1:
@YugoCode Yes it is fixing it. It's more of a workaround than a fix though, credit goes to: @lucianolorenti (Higher up in the comments) . You can fix it by modifying tree_entry.go . You need to work from the source, you can't fix this if you're using a docker/packager. You need to build the app again.
Good luck.

I was also affected by this issue on the VPS. I am wondering whether maybe this has something to do with number of cores available? Because on my VPS I got this 500, but on my OrangePi gogs runs flawlessly and I don't have this error. The only difference seems to be in the architecture (VPS is i386 vs arm7 on the OrangePi) and the number of cores (OrangePi has 4 cores whereas my VPS has only one).
If this is false impression, please tell me and I'll remove my comment so that I don't introduce unnecesary mess.
Thank you so much for gogs!

As @sjahreis already mentioned, a config option would be awesome!

Something new here?

@toudi @Mad-Onion
I believe it has to do with available Swap memory on your VPS setup.
Either increase swap capacity on your VPS (if your host allows this) or your setup, you might be out of luck (as I was, decided to change environment)

There's the pull request gogits/git-module#26 from 0xbaadf00d, but unfortunetely no progress since one month...

@WolfgangKluge This project seems to be dead. There is an extremely active fork here: https://github.com/go-gitea/gitea. I've been asked to wait for the 1.0 release before I switch over. But that should be soon.

Please notify when this happens again.

Happens to me as well. CentOS 6.8. Seemingly random behaviour. Latest Gogs. Let me know if you need more details.

Happened in a docker container on  google compute engine.
Hope this gets fixed, thx.


Long Running Queries -  Auto Cancellation/Kill process in superset

In superset if there is a long running query running more than 3 mins (for example), is it possible to kill the query automatically and take the next one in the queue. application should auto-cancel the query. Also Query time out option is set but still on backend query is running. It's not cancelling query execution on database server.  Let us know any solution for this.

Hey Niraj! Do you mind posting in the #debug-together channel in the Superset Slack or over in Github Discussions? You can find a link to our Slack here: https://superset.apache.org/community
We'd like to keep Github issues focused on bugs with reproduction instructions that can be validated, etc.


fixing the typo the Object Names and IDs page

Hello ,
This PR resolve the issue bellow related to a typographical error in "Object Names and IDs" page #49199
Description
Current Text:
resulting in a HTTP 409 resopnse.
Change made:
resulting in a HTTP 409 response.
The related Page :
https://kubernetes.io/docs/concepts/overview/working-with-objects/names/
Issue
https://github.com/kubernetes/website/issues/49199

Good catch! This is a pretty minor edit, so it would be great if you could look through and see if there any other improvements you can make while you're at it.
Thanks!
/lgtm

Good catch! This is a pretty minor edit, so it would be great if you could look through and see if there any other improvements you can make while you're at it.
Thanks!
/lgtm

All is good, apart from this small typo!


chore: 🤖 Added project linters and configurations

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


Ensure we use ubuntu 24.04 runners for testing

This should give us access to newer dependencies and avoid surprises
cause by use of ubuntu-latest mobile label.

To be noted that I checked that the failing integrations tests are the same before and after this change:
== 5 failed, 3 passed, 5 errors in 22.39s

This change will allow us to install docker-compose on ubuntu using apt.


Task14

Max and Min from the list of Arrays

@JeevanVarmaS
Task -14
Code verified. Add  annotations
Task -15
Code verified. Add  annotations
Task -16
Code verified. Add  annotations
Task -17
Code verified. Add  annotations
Task -18
Code verified. Add  annotations
Task -19
Code verified. Add  annotations
Task -20
Code verified. Add  annotations
Task -21
Code verified. Add  annotations
Task -22
Code verified. Add  annotations and execution error (build dt activity, write range)
Task -23
Code verified. Add  annotations
Task -24
Code verified. Add  annotations


[BugFix] Added try catch block for createContext in http

Is your feature request related to a problem? Please provide an existing Issue # , or describe.
resolves #545
Describe the solution you are proposing
httpServer.createContext throws illegalArgumentException when called more than once for same parameters. This commit ensures to avoid such scenarios in the PerformanceAnalyzerApp main class by fixing the legacy parameter. This commit also ensures that the RcaController thread gracefully handles the similar situation when RcaController thread is killed and respawned.
Describe alternatives you've considered
Additional context
Add any other context or screenshots about the feature request here.
Check List

[x] Backport Labels added.
[x] New functionality includes testing.

[x] All tests pass

[x] New functionality has been documented.

[x] New functionality has javadoc added

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Could this bug fix be included in version 2.18?

Any plans to include that in an upcoming release?

yes, this is a critical piece missing currently to monitor opensearch via prometheus.


ISV licence marketplace order through CSP partner failed after upgrade to Mona 2.0

Describe the bug
Ordering Ctelo licences through Azure Marketplace works after implementing Mona 2.0 but not ordering through CSP partners. This worked fine in Mona 1.0
To Reproduce
Steps to reproduce the behavior:
We can reproduce the error by ordering Ctelo licences through Crayon CloudIQ (the CSPs ordering portal)
Expected behavior
The logic app should run through all steps in the Logic app and make the order go from pending to active.
Screenshots
We see that the logic app is expecting some information that is not sendt to Mona when the order is done through the CSPs ordering portal. It is missing the Beneficiary User ID and Purchaser User ID.
Raw output from the "Parse Subscription Information" is:
"errors": [
{
"message": "Invalid type. Expected String but got Null.",
"lineNumber": 0,
"linePosition": 0,
"path": "['Beneficiary User ID']",
"schemaId": "#/properties/Beneficiary User ID",
"errorType": "type",
"childErrors": []
},
{
"message": "Invalid type. Expected String but got Null.",
"lineNumber": 0,
"linePosition": 0,
"path": "['Purchaser User ID']",
"schemaId": "#/properties/Purchaser User ID",
"errorType": "type",
"childErrors": []
}
This information is not there in the "When a subscription is purchased" start of the logic app either.
Additional context
The purchase is working as it should when the purchase is done directly in the Azure Marketplace. What has changed?

Hi, @Zanasol. I'm having a hard time reproducing your problem. Do you require the ID? If not, we may just need to correct the logic app so it expects null as a possible value. Are you seeing this with other CSP purchases?

Hi Casey, we do not require these IDs. So adding Null as a possible value will solve the isse for us I think.

Tested it now and allowing Null as a value solved the issue!
But one thing. When customers are ordering our Azure Marketplace services through the CSPs own portal we are not receiving information on the customer except for the "Purchaser AAD Tenant ID". It should be possible for us as the ISV to see the customer Name.


adr 8 callback packet data impl followups

Description
applies review suggestions in #3287
closes: #XXXX
Commit Message / Changelog Entry
type: commit message

see the guidelines for commit messages. (view raw markdown for examples)

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

[ ] Targeted PR against correct branch (see CONTRIBUTING.md).
[ ] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[ ] Code follows the module structure standards and Go style guide.
[ ] Wrote unit and integration tests.
[ ] Updated relevant documentation (docs/) or specification (x/<module>/spec/).
[ ] Added relevant godoc comments.
[ ] Provide a commit message to be used for the changelog entry in the PR description for review.
[ ] Re-reviewed Files changed in the Github PR explorer.
[ ] Review Codecov Report in the comment section below once CI passes.

Tagging as r4r. The codec related code should still be removed. I will do that tomorrow, or it can be done in a followup or on the upstream pr if we want this merged upstream before then

Is there some linter fixes that are needed in this PR?
Is the idea to target this feature branch in the middleware implementation to flesh things out before merging to main?

Is there some linter fixes that are needed in this PR?

No, the upstream pr isn't up to date with main, so I think bumping to the tip of main should hopefully fix the linter

Is the idea to target this feature branch in the middleware implementation to flesh things out before merging to main?

Not the current intention. This pr is just to for ease of review

Tried merging to main but it causes crazy diffs and a bad commit log. Reverted that commit, we can bump on the upstream branch which compares to main


docs(shared): complete restructure and redesign of documentation

Description:
As part of enhancing the user and developer experience, we propose a complete restructure and redesign of the documentation for Hyperledger Bevel, will provide more precise and concise instructions on how to start with Hyperledger Bevel.

Objective:
The main goal of this task is to restructure and redesign the documentation so that both beginners and experienced developers can easily understand how to get started with Hyperledger Bevel. The new documentation work should cover prerequisites, installation steps, and a step-by-step guide to running a primary Bevel network.

Addition context:
The restructured documentation aims to improve user and developer experience by providing clearer instructions on getting started with Bevel.

closing as duplicate


Create coloraxis inside useEffect

As found in #251, creating highcharts objects outside of useEffect is not safe in all cases.
Quite straightforward, I think it can be merged immediately.

Codecov Report

Merging #253 into master will increase coverage by 0.02%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master     #253      +/-   ##
==========================================
+ Coverage   87.75%   87.78%   +0.02%
==========================================
  Files          82       82
  Lines        1021     1023       +2
  Branches      194      194
==========================================
+ Hits          896      898       +2
  Misses        106      106
  Partials       19       19

Impacted Files
Coverage Δ

...x-highcharts/src/components/ColorAxis/ColorAxis.js
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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

Nice work!


Organize Metron using app-internal structure

Remove duplicate LICENSE and NOTICE which are available at the top
level of loggregator
Remove unused tools/metronbenchmark which wrote into metron using the UDP API

Did you use gomvpkg? I'm using it for doppler. It works well but is very slow, at least running it inside a container.

Yes, I did use gomvpkg. It did a beautiful job with the source code, but failed to update the paths in test files. Otherwise, I'm very glad to know about it.

Yea, I had the problem with test files as well. Sad.

@enocom This failed in integration tests because of a build error: https://loggregator.ci.cf-app.com/teams/main/pipelines/loggregator/jobs/run-tests/builds/262
I am going to revert it. I now realize you will get twice the additions and deletions. I hope this wasn't intentional on your part! Please run the full test suite locally, build errors should be caught locally.

@jasonkeene The integration suite continues to surprise me with the way it reaches into various private internals. All the same, it's my mistake. The build errors are caused by two monitor tests, which do not merit integration tests. I'll make the necessary changes and double check the build before making another PR.


Cannot create an azure BackupBucket (BackupBucket with generatedSecretRef)

How to categorize this issue?

/area quality
/kind bug
/kind regression
What happened:
It looks like after https://github.com/gardener/gardener/pull/6837, it is no longer possible to create an azure BackupBucket (or a BackupBucket that uses generatedSecretRef flow).
https://github.com/gardener/gardener/blob/2ed36e5654a64892a2ef361d47dbde8bf00a3c7b/pkg/gardenlet/controller/backupbucket/reconciler.go#L352 seems to have the following issue:

We first try to GetAndCreateOrMergePatch the gardenGeneratedSecret in the garden cluster
The above operation is denied by the SeedAuthorizer with:

{"level":"error","ts":"2023-03-23T15:49:24.948Z","msg":"Reconciler error","controller":"backupbucket","namespace":"","name":"foo","reconcileID":"dac854ea-3609-4850-839c-d728c14317c8","error":"secrets \"generated-bucket-foo\" is forbidden: User \"gardener.cloud:system:seed:bar-ha-eu1\" cannot get resource \"secrets\" in API group \"\" in the namespace \"garden\": no relationship found between seed 'bar-ha-eu1' and this object","stacktrace":"sigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).reconcileHandler\n\t/go/src/github.com/gardener/gardener/vendor/sigs.k8s.io/controller-runtime/pkg/internal/controller/controller.go:329\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).processNextWorkItem\n\t/go/src/github.com/gardener/gardener/vendor/sigs.k8s.io/controller-runtime/pkg/internal/controller/controller.go:274\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).Start.func2.2\n\t/go/src/github.com/gardener/gardener/vendor/sigs.k8s.io/controller-runtime/pkg/internal/controller/controller.go:235"}

The SeedAuthorizer would only add entry in its graph when the BackupBucket status is populated with the generatedSecretRef:
https://github.com/gardener/gardener/blob/8d53342ddcf0112209ce85662d7ba6bbcf2890aa/pkg/admissioncontroller/webhook/auth/seed/graph/eventhandler_backupbucket.go#L93-L96
But in the syncGeneratedSecretToGarden flow currently the generatedSecretRef is updated after the GetAndCreateOrMergePatch call.
So, obviously any Get request for such Secret would fail because the Secret name is not updated in the BackupBucket status and the SeedAuthorizer cannot update its graph according to the BackupBucket status.
What you expected to happen:
No such deadlock as above.
How to reproduce it (as minimally and precisely as possible):

Create a new azure Seed

Make sure that the BackupBucket in the garden cluster stays in Processing

status:
  lastOperation:
    description: Reconciliation of BackupEntry state initialized.
    lastUpdateTime: "2023-03-23T16:34:42Z"
    progress: 0
    state: Processing
    type: Create
  observedGeneration: 23

Even the BackupBucket status is not updated with the failure reason.
Anything else we need to know?:
Environment:

Gardener version: v1.66.1
Kubernetes version (use kubectl version):
Cloud provider or hardware configuration:
Others:

/assign


finetuning for custom dataset of mutiline equations

I am new to this therefore i am unable to understand how to train/finetune the original model. i tried to use the original model checkpoints in your version to finetune but it gives some error that weights are missing or unexpected but for inference it works fine. Could you please help how should i move forward.
moreover in the original model it has a very different type of pdf dataset but mine is similar to yours. I am stuck.
Also i have a variety of pictures with varied dimensions, only these big equations are not recognized correctly otherwise it recognizes most of the multiline equations. @NormXU

@NormXU
I started with the nougat latex based. I grouped images on the basis of aspect ratios as suggested by you and the model seemed to work fine on wide or ultra wide images but it struggles to work on very complex set of large equations even after finetuning for 100 epochs.
Now, if i start with the original model, i am unable to understand how to provide the input as my dataset since it accepts pdf dataset in a different format. Could you please help?

@Shobhit1201  As for the first question:

Also i have a variety of pictures with varied dimensions, only these big equations are not recognized correctly otherwise it recognizes most of the multiline equations.

This sounds reasonable because large equations are out-of-distribution (OOD) for the model. However, the aspect ratios of most multi-line equations are close to those in my training dataset, which enables the model to recognize them correctly.
To address the OOD problem, I suggest the most effective solution would be to scale up the dataset or fine-tune the model using the original ckpt.
Fine-tuning the nougat-base checkpoint in this codebase is quite simple. You can begin with this configuration file.
facebook/nougat-base is a VisionEncoderDecoder model, so there’s no need to modify the model architecture or distributed training code. The main task is creating a compatible dataset and updating this line with the path to your dataset.
For instance, if your dataset consists of PDF files, preprocess them so your dataset is structured as follows:

Image paths (e.g., ./image/path/equ.txt)
Corresponding LaTeX paths (e.g., ./latex/path/equation.txt)

Refer to the NougatDataset class in this script for creating a DataLoader that provides (image, text) pairs for each iteration. Each batch of (image, text) pairs is then fed into the model, as shown https://github.com/NormXU/nougat-latex-ocr/blob/d735d3a31bfd0cd48a020e01c5233a9154c6d4c2/experiment/donut_experiment.py#L112-L118

input_args_list = ['pixel_values', 'labels', 'decoder_input_ids']

pixel_values: image tensors
labels: ground-truth tokens, e.g., [token1, token2, token3, ..., eos]
decoder_input_ids: right-shifted labels (e.g., [bos, token1, token2, token3]) since the decoder is auto-regressive

my Dataset consists of 6000 images of multiline equations int the form: a folder named "Images" and the corresponding latex file. I am getting your point of scaling up the dataset.
Width Range: Min = 159, Max = 1562
Height Range: Min = 24, Max = 1168
Mean Width: 781.24, Mean Height: 320.87
Median Width: 758.0, Median Height: 295.0
When i tried to pass the original model checkpoint file "pytorch_model.bin" file in the model path, it shows an error that weights are missing or unexpected. but during inference the same model file works. Can you please help how should i tackle it.

@Shobhit1201 Model Initialization is here
https://github.com/NormXU/nougat-latex-ocr/blob/d735d3a31bfd0cd48a020e01c5233a9154c6d4c2/experiment/donut_experiment.py#L135-L145
You need to pass a model dir rather than a path to  "pytorch_model.bin" file.

where is the evaluation script for token_acc?


SelectPanel inside Dialog v2 footer incorrectly chooses its anchor side on opening

Description
Hi!
While using a SelectPanel inside of the Dialog V2 footer (via the renderFooter prop); it appears that the SelectPanel does not correctly pick the direction to open in, which leads to the panel opening off the page downwards.
Such as:

However, I am unable to reproduce this when rendering the same SelectPanel inside of the dialog's body, which indicates most likely an issue with the dialog footer wrapping container not properly communicating it's position on the screen (probably related to the anchor positioning logic: https://github.com/primer/behaviors/blob/main/docs/anchored-position.md)
Steps to reproduce

Create a Dialog V2
Ensure that the dialog has enough contents such that it fills most of the screen
Render a Select Panel in the dialogs footer
Open the panel, and observe it will always go off the bottom of the screen (opening downwards) regardless if it overflows.

Version
v36.0.0
Browser
Firefox

👋 @keithamus curious if you think this might be something we could easily solve as part of the active work on Dialog with <dialog> https://github.com/github/primer/issues/2531?

Yeah this should be resolved implicitly.

👋 from the Issues team, @lesliecdubs would you happen to have an estimate for when this would be fixed? I see an epic being linked here but the last update was from 3 weeks ago (and it has no target date).

👋 Hi @japf, we're currently on target for 8 December for completion of the Dialog refactor, including fix of this bug.

@lesliecdubs - 👋 Based on @keithamus 's last update, are we on track for the Dialog updates here? Can we test out the updates in Issues?

We failed to reach the target date due to the holiday period and so work has rolled over into this Q. As we start integrating I can take a look at this particular bug to ensure it has been resolved.

@keithamus has this been resolved?

Other work was prioritised over this so it has not been resolved.

@keithamus do we have a timeline for when this could be resolved?

It's not in our OKRs for this quarter so it's unlikely for us to get around to this in the next few months. Perhaps we will pick this work up in September.

@keithamus any updates on this item? You mentioned you were going to maybe pick this up in September? thanks!

Sorry to be a bad news bear but this didn't make our priority list for Sep-Dec quarter.


Temperature data missing

I'm using this lovelace integration along with the gazpar integration version 1.3.5.
I'm getting the values and they display nicely, except that I don't have any temperature data in the weekly graph.
Is this temperature supposed to be retrieved from the GRDF site by the gazpar integration?
Is there anything I should setup or check?
Thanks!

Hello, the temperature is retrieved and displayed only for daily graph.
Yes, the temperature is coming from GRDF.

Thanks for the information.
Is there a sensor created for in HA that I can check?
What is the name?
Do I need to set anything up for the temperature to work?
When connecting to my GRDF account I can see the temperature graph.

The corresponding default entity name is sensor.gazpar.
Its attributes give the data values per period. For example:
daily:
- time_period: 20/09/2024
  start_index_m3: 19338
  end_index_m3: 19340
  volume_m3: 1.8
  energy_kwh: 20
  converter_factor_kwh/m3: 11.26827
  temperature_degC: 18.55
  type: Mesuré
  timestamp: '2024-09-22T13:02:58.726288'

temperature_degC is the temperature.

Thank you, it looks like I'm getting the temperature in the sensor values.
The missing temperature line on the daily graphs is intermittent, and specifically on the mobile device (iOS).
It may be a browser cache issue, I will investigate more.


Discord RPC

Seems like RPC doesn't work normally between games in flatpak and a normal discord install (at least it isn't working for me), i saw this here tho: https://github.com/flathub/com.discordapp.Discord/wiki/Rich-Precense-(discord-rpc) (idk if i really got what's written there but yeah...) and was thinking if something could possibly be done about it, it's fine if not tho, just wanted to know

maybe this can help https://github.com/flathub/com.discordapp.Discord/wiki/Rich-Precense-(discord-rpc)

Seems like RPC doesn't work normally between games in flatpak and a normal discord install (at least it isn't working for me), i saw this here tho: https://github.com/flathub/com.discordapp.Discord/wiki/Rich-Precense-(discord-rpc) (idk if i really got what's written there but yeah...) and was thinking if something could possibly be done about it, it's fine if not tho, just wanted to know

This was recently implemented using a wrapper. However its not working properly and IMO should be removed as after the second launch the app wont launch if a symlink already exists with the following error:
bwrap: Can't make symlink at /run/user/1000/discord-ipc-0: File exists
This approach is much better (You can customize it to work with your third-party client like Vesktop)
mkdir -p ~/.config/user-tmpfiles.d
echo 'L %t/discord-ipc-0 - - - - app/com.discordapp.Discord/discord-ipc-0' > ~/.config/user-tmpfiles.d/discord-rpc.conf
systemctl --user enable --now systemd-tmpfiles-setup.service

After some troubleshooting i've found out that the wrapper is creating the files in /run/user/1000/.flatpak/sh.ppy.osu/xdg-run not /run/user/1000/ (as probably intended). Deleting them makes the game work once again until the next reboot.

May or may not be related to https://github.com/flatpak/flatpak/issues/1971 i need someone else to test my hypothesis.

May or may not be related to flatpak/flatpak#1971 i need someone else to test my hypothesis.

The wrapper works flawlessly with the official Discord Flatpak.
However, I was able to replicate the app not launching with Vesktop and adding xdg-run/discord-ipc-0 to the filesystem permissions.
Nevertheless, this can be fixed using $i instead of 0.


PEP8-style indentation for generated code

At the current moment we delegate to protoc itself for indentation, so the right approach for this may be to request a change in protoc.

This needn't happen for GA (or for any specific time) because whenever it happens it won't be a software-interface-breaking change for the generated code.


Full Screen Windows Critical Bug

Version: 1.41.1 (system setup)
Commit: 26076a4de974ead31f97692a0d32f90d735645c0
Date: 2019-12-18T14:58:56.166Z
Electron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0

OS Version: Windows_NT x64 10.0.18362
Processor: Intel(P) Core(TM) i7-6700K @ 4.00GHz
RAM: 32GB

3 Monitors (All same brand, same refresh rate same model)
GeForce GTX 1080
Total Available Graphics Memory: 24554 MB
Total Available RAM: 28 GB

Steps to Reproduce:

Ensure your vscode configs remembers full screen state on exit/startup (Full screen as in F11, not Zen mode, and no activity bar is shown)
Reopen a closed project that was closed in full screen
Move the application to another monitor using the windows shortcut sequence: ⊞ Win + ⇧ Shift+ ← or →
Computer freezes, audio still works and the mouse moves but the rest is frozen. Only way to resolve is a reboot from mechanical switch (no task manager or CTRL ALT DEL luxury)

Note sometimes it takes more than 1 monitor move, and sometimes it happens immediately. Meaning, sometimes if you let go of the sequence and then move it again with the same sequence to another monitor it will happen, while other times it happens immediately after the first monitor move. There appears to be no clear pattern.
Edit: Yes, this is reproduce-able with all extensions disabled, although I don't think it's related, just including for brevity.

Please remove it immediately and make it your top priority. To me this is almost equally offensive as a swastika.

Please remove it immediately and make it your top priority. To me this is almost equally offensive as a swastika.

? What are you on about. I don't even know what this means or find this helpful at all

He think it's funny to imitate this.

Is this still an issue with our latest insiders https://code.visualstudio.com/insiders


ddev describe shows HTTPS URLs without mkcert installed

Preliminary checklist

[x] I am using the latest stable version of DDEV (see upgrade guide)
[x] I have searched existing issues
[x] I have checked the troubleshooting guide
[x] I have run ddev debug test to include output below

Output of ddev debug test
ddev status lists incorrect solr port
ddev-debug-test.txt

Expected Behavior
Listing the solr admin URL with the correct port when running ddev status
Actual Behavior
I found this confusing and it took me a while to find the solr admin based on the results of:
dev status
http://drupal-10-solr-fastly.ddev.site:8983/solr/#/login
vs
http://drupal-10-solr-fastly.ddev.site:8943/solr/#/login
├──────────┼──────┼───────────────────────────────────────────────────────┼────────────────────┤
│ solr     │ OK   │ https://drupal-10-solr-fastly.ddev.site:8943          │                    │
│          │      │ InDocker: solr:8983,8983                              │                    │
├──────────┼──────┼───────────────────────────────────────────────────────┼────────────────────┤

Steps To Reproduce
No response
Anything else?
No response

@raupie, the fix is available here, please test:

https://github.com/ddev/ddev/pull/6662#issuecomment-2442395859

Also, please mkcert -install @raupie , thanks.

ddev poweroff
mkcert -uninstall
sudo mv $(which mkcert) $(which mkcert)-backup
remove mkcert_caroot from ~/.ddev/global_config.yaml
brew reinstall mkcert
mkcert -install
ddev start && ddev describe

I don't see the fix. I must have done something wrong.
├──────────┼──────┼───────────────────────────────────────────────────────┼────────────────────┤
│ solr     │ OK   │ https://drupal-10-solr-fastly.ddev.site:8943          │                    │
│          │      │ InDocker: solr:8983,8983                              │                    │
├──────────┼──────┼───────────────────────────────────────────────────────┼────────────────────┤

Now you have 8943, but now that works.

Oh, you may have missed a ddev poweroff to restart the router, now knowing that you had the mkcert CA installed. The apparent problem was that you were not using https URLs, but ddev describe happily gave you one. Now with a ddev poweroff and ddev restart, the router should know about your ability to use https URLs, and so the 8943 URL should work.

@raupie, I thought it was your intention not to use mkcert so you didn't have to run:
mkcert -uninstall
sudo mv $(which mkcert) $(which mkcert)-backup
# remove mkcert_caroot from ~/.ddev/global_config.yaml

(And then you reinstalled it, so I guess it didn't harm, and your intention is to use HTTPS.)

I don't see the fix. I must have done something wrong.

I noticed that I need to restart the browser after mkcert -install otherwise HTTPS doesn't work.
Or better to reboot the machine and try ddev start again.

If that doesn't work and your DDEV still doesn't work with HTTPS, please provide us with a new ddev debug test


Very hard to do minor adjustments to crop area when zooming in

When zooming in the image doesn't smoothly follow the fingers like how Photos.app does. Instead zooms in super fast to max maxMagnificationScale. Very hard to do minor adjustments to crop area.

Added as feature. Please review @fawkeswei
https://github.com/benedom/SwiftyCrop/pull/11


Revert new black_box optimization barrier

In https://github.com/dalek-cryptography/subtle/pull/96#issuecomment-1450728097, @tarcieri noticed that recently the rustdoc documentation has added a big notice that core::hint::black_box should not be relied upon for correctness, especially for security or cryptographic purposes. It seems wise to revert that change. :(
Review suggestions:

I kept the feature flag intact, but it is a no-op, to be removed at the next major version bump, to prevent builds from breaking.

There is also an alternative solution: Back when I proposed https://github.com/dalek-cryptography/subtle/pull/54, assembly directives were still unstable, requiring a nightly rust compiler. However, assembly directives are stable now on multiple platforms [https://doc.rust-lang.org/reference/inline-assembly.html]. As far as I know, this is still a robust method to break any optimizations on the values passing through the assembly directive.
I suppose we can now also replace the core::hint::black_box call by an empty assembly directive. What do you think?

There's a PR to zeroize to do something similar (which is actually where these concerns about core::hint::black_box came up): https://github.com/RustCrypto/utils/pull/841
I'd suggest gating something like that under an asm feature.
The other concern there is ASM is only stable for x86/x86_64, ARM, and RISC-V and therefore needs to be gated appropriately with fallback to the previous implementation for other target CPU architectures.


Clickable link monitors aren't underlined when editing status page

⚠ Please verify that this bug has NOT been raised before.

[X] I checked and didn't find similar issue

🛡 Security Policy

[X] I agree to have read this project Security Policy

Description
After enabling clickable link on a monitor, it shows as underlined on the status page to hint that it is a link. However, in the edit status page menu, it doesn't show any as underlined. This combined with #3794 makes it hard to tell if a monitor is clickable before saving.
👟 Reproduction steps

Have a monitor where clickable link is enabled (make sure you press Save on the entire page too)

Go to "Edit Status Page"
Press the settings cog next to the bbaovanc.com monitor
Tick "Show Clickable Link"

Press Save in the bottom left of the entire page

View that it is underlined on the actual status page

Click "Edit Status Page"
View that it is not underlined

👀 Expected behavior
Monitors with clickable link should be underlined in edit page
😓 Actual Behavior
They are not underlined in edit page
🐻 Uptime-Kuma Version
1.23.2
💻 Operating System and Arch
Debian 11
🌐 Browser
Firefox 117.0.1
🐋 Docker Version
Docker 24.0.6
🟩 NodeJS Version
No response
📝 Relevant log output
No response

Hi, @BBaoVanC are you talking about this page? On this page, the underline is not present below the website name. Can you please help me by telling me that I am going in right way? I am new to open source and I want to solve this issue.

Go to "Edit Status Page"
Press the settings cog next to the bbaovanc.com monitor
Tick "Show Clickable Link"

Press Save in the bottom left of the entire page

Now it should show the monitor as underlined, and you should be able to click it too. If you go back to "Edit Status Page", it's no longer underlined.

I got that "Show Clickable Link" and I want to work on this issue can you assign this issue to me?

I got that "Show Clickable Link" and I want to work on this issue can you assign this issue to me?

Only maintainers can assign an issue, but you can work on the issue yourself and make a pull request without being assigned to it.

I got that "Show Clickable Link" and I want to work on this issue can you assign this issue to me?

Bug fix is always welcome.
Don't forget to read https://github.com/louislam/uptime-kuma/blob/master/CONTRIBUTING.md


chore(website): add error component in playground

Description
This PR adds a feat to the modelina website that shows error message on the request failure to generate model.
Task Done

[x]  Created CustomError component.

[x] Added new state for error handling in the Playground component.

[x] Needs to add logic for hardcode statusCode and error message in the error component.

Related issue(s)

Fixes #1167

Screenshot

[ ] Needs to add logic for hardcode statusCode and error message in the error component.

@Samridhi-98 wanna merge this PR and continue to slowly improve it? Or do you want to include it in this PR?

[ ] Needs to add logic for hardcode statusCode and error message in the error component.

@Samridhi-98 wanna merge this PR and continue to slowly improve it? Or do you want to include it in this PR?

No no, still working on it 😅

Hey @Samridhi-98, is anything blocking you to move forward, or something you wish to discuss?

Hi @jonaslagoni, please review and let me know if any change is needed 🙂

@Samridhi-98 still think the bottom text should be a different color, I can barely see it my self 😅 Maybe white?

Did you test with this input that should give an error? Still does not give anything 🤔
{
  "asyncapi": "2.6.0",
  "info": {
    "title": "Kraken Websockets API",
    "version": "1.8.0",
    "description": "test"
  },
  "channels": {
    "/": {
      "publish": {
        "description": "Send messages to the API",
        "operationId": "processReceivedMessage",
        "message": {
            "$ref": "#/components/messages/noneexisting"
        }
      }
    }
  }
}

@Samridhi-98 still think the bottom text should be a different color, I can barely see it my self 😅 Maybe white?

Did you test with this input that should give an error? Still does not give anything 🤔
{
  "asyncapi": "2.6.0",
  "info": {
    "title": "Kraken Websockets API",
    "version": "1.8.0",
    "description": "test"
  },
  "channels": {
    "/": {
      "publish": {
        "description": "Send messages to the API",
        "operationId": "processReceivedMessage",
        "message": {
            "$ref": "#/components/messages/noneexisting"
        }
      }
    }
  }
}

Oh! I changed it to red just like image and heading components maybe it overrides the CSS.

Hi @jonaslagoni, I have resolved the color and error message issue by rectifying the override of the paragraph component's text color. I have fixed text color to red,  Please suggest if it would be fine or prefer it to be changed to white.


Low energy outliers with specific seed

Hello,
I don't know if this might be related to #168 and #68
I'm running AutoDock Vina for virtual screening purposes. I usually run 10 simulations for each receptor-ligand pair, using a random seed each time, and from each pair I keep the best (i.e. lowest energy) mode. Then, with the 10 modes, I finally keep the lowest or the mean energy to score that ligand.
When using AutoDock Vina 1.1.2 this worked fine and I did not have any strange issues. However, with version 1.2.3 I randomly get very low energies for some receptor-ligand pair repetitions, compared to the other iterations.
For example:
AutoDock Vina v1.2.3
#################################################################
# If you used AutoDock Vina in your work, please cite:          #
#                                                               #
# J. Eberhardt, D. Santos-Martins, A. F. Tillack, and S. Forli  #
# AutoDock Vina 1.2.0: New Docking Methods, Expanded Force      #
# Field, and Python Bindings, J. Chem. Inf. Model. (2021)       #
# DOI 10.1021/acs.jcim.1c00203                                  #
#                                                               #
# O. Trott, A. J. Olson,                                        #
# AutoDock Vina: improving the speed and accuracy of docking    #
# with a new scoring function, efficient optimization and       #
# multithreading, J. Comp. Chem. (2010)                         #
# DOI 10.1002/jcc.21334                                         #
#                                                               #
# Please see https://github.com/ccsb-scripps/AutoDock-Vina for  #
# more information.                                             #
#################################################################

Scoring function : vina
Rigid receptor: PIGM_Q8I5U1.pdbqt
Ligand: ZINC000000003986.pdbqt
Grid center: X -2.769 Y 2.449 Z -11.717
Grid size  : X 34 Y 18 Z 16
Grid space : 1
Exhaustiveness: 8
CPU: 16
Verbosity: 1

Computing Vina grid ... done.
Performing docking (random seed: -857063289) ... WARNING: At low exhaustiveness, it may be impossible to utilize all CPUs.

0%   10   20   30   40   50   60   70   80   90   100%
|----|----|----|----|----|----|----|----|----|----|
***************************************************

mode |   affinity | dist from best mode
     | (kcal/mol) | rmsd l.b.| rmsd u.b.
-----+------------+----------+----------
   1       -6.194          0          0
   2        -5.98      1.769      7.577
   3       -5.682      3.611      5.701
   4       -5.671      1.655      2.044
   5       -5.205      2.969      7.806
   6       -5.018      18.99      20.68
   7       -5.012       2.85      6.709
   8       -4.927      19.61      21.79
   9       -4.917      17.65      20.01

This is repeated another 9 times with different random seeds, and the energies I get are in the same range. However, by chance the seed -2054348142 was used, and it gives me this:
AutoDock Vina v1.2.3
#################################################################
# If you used AutoDock Vina in your work, please cite:          #
#                                                               #
# J. Eberhardt, D. Santos-Martins, A. F. Tillack, and S. Forli  #
# AutoDock Vina 1.2.0: New Docking Methods, Expanded Force      #
# Field, and Python Bindings, J. Chem. Inf. Model. (2021)       #
# DOI 10.1021/acs.jcim.1c00203                                  #
#                                                               #
# O. Trott, A. J. Olson,                                        #
# AutoDock Vina: improving the speed and accuracy of docking    #
# with a new scoring function, efficient optimization and       #
# multithreading, J. Comp. Chem. (2010)                         #
# DOI 10.1002/jcc.21334                                         #
#                                                               #
# Please see https://github.com/ccsb-scripps/AutoDock-Vina for  #
# more information.                                             #
#################################################################

Scoring function : vina
Rigid receptor: PIGM_Q8I5U1.pdbqt
Ligand: ZINC000000003986.pdbqt
Grid center: X -2.769 Y 2.449 Z -11.717
Grid size  : X 34 Y 18 Z 16
Grid space : 1
Exhaustiveness: 8
CPU: 16
Verbosity: 1

Computing Vina grid ... done.
Performing docking (random seed: -2054348142) ... WARNING: At low exhaustiveness, it may be impossible to utilize all CPUs.

0%   10   20   30   40   50   60   70   80   90   100%
|----|----|----|----|----|----|----|----|----|----|
***************************************************

mode |   affinity | dist from best mode
     | (kcal/mol) | rmsd l.b.| rmsd u.b.
-----+------------+----------+----------
   1       -65.62          0          0
   2       -65.26      3.647      8.728
   3       -65.08      6.406      9.438
   4       -64.45      6.277      9.279
   5        -64.4      6.468      9.519
   6       -64.36      7.254      10.53
   7       -63.98      8.681       13.5
   8       -63.81       10.2      13.19
   9        191.9        8.8       11.9

Is  -65.62 really a trustworthy value for energy? It does not make sense if I compare it with the other 9 iterations. This sometimes also happens in other receptor-ligand pairs. Since these could be outliers, I am "forced" to use the median instead of the mean or the lowest value, since outliers will disrupt the results.
The system I run this is Ubuntu 22.04.1 LTS, but it has happened in other platforms too. I'm also attaching the files I use
vina_low_e.zip and the command:
vina_1.2.3_linux_x86_64 --config PIGM_Q8I5U1.config --ligand ZINC000000003986.pdbqt --cpu 16 --spacing 1 --seed -2054348142

Thank you for reporting. Definitely looks like a bug. I'll reply here when it's fixed.

This was very likely fixed by #200

I can reproduce the large negative values only with the v1.2.3 binary in the releases tab. If I compile v1.2.3 again I get reasonable energy values. Tried a few boost versions (1.81, 1.77, and 1.74) and none led to the large negative energies. Closing as I believe c1217c1ac7f5cfdd5931eba01f187dd967969c16 fixed it, see #200 for details. Feel free to re-open, or open a new issue, if these large negative values happen again.


WIP: Makes get_own_endpoints async

r? @vinipsmaker
(maidsafe_highfive has picked a reviewer for you, use r? to override)


CONCHENAB-6518 : Add command handlers to the typescript sdk for PTA

Description
What is the intent of this change and why is it being made?
How Has This Been Tested?
What testing have you done to verify this change?

 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.


Video escalation between two ATTENDEES with Android devices not working

Hi,
in my use case I make a video escalation between 2 attendees using Android devices. After video service started with success for each participant,
in which everyone subscribe itself to the video streaming of the other participant, the video preview and the surface connected to the remote participant work fine for few seconds,
but after rendering some video frames the video service of both participants change unexpectedly its status to DISCONNECTED.
Tested on Samsung S6 (Android 6) and LG G5 (Android 7).
After restarting the video, the issue always reappears.
The same scenario between Android SDK (ATTENDEE) and Web SDK (LEADER) work fine without errors.
Thanks

Hi,
I have tried the sample app by guest user joining app. When I joined with 2 Android devices. Both participants cannot see each other video but they can exchange messages with each other. The audio call is also not working. Can you please look at this issue.
Thanks

Closing this as duplicate of #50


Support goat horns

Just like audioplayer support changing the sound of goat horns 👍

Duplicate of #2
Sorry but this is a Custom Discs plugin. I will not be adding goat horn support in the near future.


END -T4 - FOX

Id: b4ebed426d7f1cda

pending:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified
Screenshot:missing
We cannot fully verify this submission. Please provide us with screenshots with all transactions.
@FOXpro777

pending:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified
Screenshot:missing
We cannot fully verify this submission. Please provide us with screenshots with all transactions.
@FOXpro777

pending:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified
Screenshot:missing
We cannot fully verify this submission. Please provide us with screenshots with all transactions.
@FOXpro777

Hello, there was no condition about the screenshot in the task. Your app has been updated and I can't log in to my old account to send you a screenshot(((

pending:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified
Screenshot:missing
We cannot fully verify this submission. Please provide us with screenshots with all transactions.
@FOXpro777

Hello, there was no condition about the screenshot in the task. Your app has been updated and I can't log in to my old account to send you a screenshot(((

confirmed:T4
address:3kqzQiHawHyAqBioCSvmDHL1penXuv2ZGntY3TuFh78cxyrEoy

confirmed:T4
address:3kqzQiHawHyAqBioCSvmDHL1penXuv2ZGntY3TuFh78cxyrEoy

confirmed:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified

confirmed:T1
account1:4Y9dHgrfeX3vrcaaQH3deYP32B5wYJqNonQUoxeyezT68gbCn1
account2:32Df7zurFxcxqQLxsE3Y4KhpF5pzR536gCUXWLPcdahVj7bJeq
DeviceDetails:verified


PGM images

Augmentor.Pipeline() can not detect pgm images.
But PIL.Image is able to read the images.

Hi @jahongir7174, thanks I was totally unaware of that format, if PIL can read it then it is an easy fix in the code for Augmentor to support it. I'll make that change for the next version.
M.


Hides the number if the like count is less than 3

What is says on the tin :point_up:
Original ticket: https://github.com/CartoDB/cartodb/issues/4007

Frontend tests were OK :+1: (details)

@xavijam: a little PR :gift: for you, can you have a look, please?

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

retest this please

Frontend tests were OK :+1: (details)


Pool and cancellable

merge new stuff + pub struct CancelTokenHandle(pub i64, pub i64) compiles.
I'm unsure of what nativeVisionUtils should be. Perhaps you forgot to put the code for it? Also there's no CancelTokenHandle

dammm I messed up the commits


Create executable script that will format ANSI Art

I have an idea for a new feature for jQuery Terminal
The idea is to create a simple script that will use unix_formatting to convert ANSI Art to Terminal formatting.
So it will speed up processing because the browser will not need to parse the ANSI escapes.
For bigger files it make take some time to process, that's why the web worker was used in of the demos.

You can now pre-process ANSI escapes and render just text to speed up the processing. The change will be in version 2.27.0


webdev serve uses dart2js instead of dartdevc

I run my project using webdev serve.
When chaning a file I can see this message:
build_web_compilers:entrypoint on web/main.dart: Running dart2js with -O2 --fast-startup --omit-implicit-checks --trust-primitives --packages=.package-81b967ff66eba80eda7583c6a7848036 -oweb/main.dart.js web/main.dart

It looks like dart2js is used but I though dardevc should be used when running webdev serve.
Also, reloading is very slow, only one line of code changed or one small thing changed and it takes ~30 seconds to reload.
Dart VM version: 2.3.2 (Tue Jun 11 15:29:47 2019 +0200) on "macos_x64"
AngularDart 5.3.0
macOS 10.14.4
Chrome Version 74.0.3729.169
build_runner 1.5.2
build_web_compilers 1.2.2

@kevmoo This seems like an issue with webdev itself, can you move it to https://github.com/dart-lang/webdev/issues please?

I thought it should be using dartdevc by default, which is confirmed by its documentation.
Either there is a legitimate bug, or perhaps this is a misconfiguration?
@tudor07 Do you happen to have a build.yaml file configuring anything?


After upgrading Rancher from 2.5.8 to 2.6.13, when creating a new v1.24.13+rke2r1 cluster, an error occurs with certificate authentication.

rancher-system-agent log：
Jun 21 09:24:31 hosts01 rancher-system-agent: time="2023-06-21T09:24:31+08:00" level=info msg="Rancher System Agent version v0.2.13 (4fa9427) is starting"
Jun 21 09:24:31 hosts01 rancher-system-agent: time="2023-06-21T09:24:31+08:00" level=info msg="Using directory /var/lib/rancher/agent/work for work"
Jun 21 09:24:31 hosts01  rancher-system-agent: time="2023-06-21T09:24:31+08:00" level=info msg="Starting remote watch of plans"
Jun 21 09:24:31 hosts01  rancher-system-agent: time="2023-06-21T09:24:31+08:00" level=info msg="Initial connection to Kubernetes cluster failed with error Get "https://rancher.xxxxx.com/version\": x509: certificate signed by unknown authority, removing CA data and trying again"
Jun 21 09:24:31 hosts01  rancher-system-agent: E0621 09:24:31.817856    1865 memcache.go:206] couldn't get resource list for management.cattle.io/v3:
Jun 21 09:24:31hosts01   rancher-system-agent: time="2023-06-21T09:24:31+08:00" level=info msg="Starting /v1, Kind=Secret controller"

Accessing https://rancher.xxxxx.com/ in a browser shows no certificate issues.

I have the same issue.

same issue. i use letsEncrypt with cert-manger.
the cert is  valid in browser.

Have you been able to fix the error?

How to solve this problem when using version 2.8.2 now?


styling is not getting applied when siemensIX component is used on lit

What happened?
we are using siemensIX code and coverting it into lit.
general observation is when component is created in separate file and then its template is used in another file, then styling is not getting applied.
for eg: this can be seen on siemensIX component data time picker and HTML table.
an example code is written in stackBliz  https://stackblitz.com/edit/hzcmgg?file=src%2Findex.html.  which shows styling is not getting applied on date time picker
Request you to please let us know how to handle above issue.
What type of frontend frameware are you seeing the problem on?
Others
Which version of iX do you use?
1.1.0
Code to produce this issue.
https://stackblitz.com/edit/hzcmgg?file=src%2Findex.html.
in the above link, test.js file is newly added and in the index.html <my-element></my-element> is added from the file test.js

@kcmyprojects Lit is using shadow-dom (https://lit.dev/docs/components/shadow-dom/). If you want to use the components with iX v1 you have to deactive the shadow-dom or load the complete css every time.
With v2 we changing this behavior then we are fully encapsulated and you can use every component inside shadow-dom

Will be solved with #511

@kcmyprojects have a look here: https://stackblitz.com/edit/hzcmgg-mduce2?file=src%2Ftest.js,src%2Findex.html
not the cleanest solution, but adding 3 lines until the new version is out could be ok.


Use pkce can't be enabled

Describe the bug
Using the latest early access version 2020.5.0-beta.2 it is not possible to activate pkce support in the authorization code flow. Any authentication request are done without pkce support.
To Reproduce
Steps to reproduce the behavior:

Create a new request
Add OAuth2 authentication
Click on use pkce
See error

Expected behavior
The checkbox should toggle and pkce should be used
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: macOS 10.15.7
Installation Method: homebrew and standard produce the same error
App Version 2020.5.0-beta.2

Additional context
Add any other context about the problem here.
Might be interesting for @DASPRiD, who implemented pkce support.

Since this options need to be fixed, I'll hop on this thread and suggest a reorder on the PKCE checkbox, to be like this:

The current placement seems a little odd:

Another request would be to bring the Clear OAuth 2 session to the Advanced Options. This button in only reachable from the preferences window, which difficult testing using different users. This is the button:

I have the exact same issue with version 2020.5.0

Another request would be to bring the Clear OAuth 2 session to the Advanced Options.

@rafaelrenanpacheco could you please create a separate feature request for this? We will be hot-fixing this with a minimal change but I think your requests and suggestions are valid. Thanks!


chairs_test_inception_stylegan.pkl not found

FileNotFoundError: GenerativeEvalHook3D: [Errno 2] No such file or directory: 'work_dirs/cache/chairs_test_inception_stylegan.pkl'

Hi! Please don't forget to preprocess the data before you run the training/testing scripts:
CUDA_VISIBLE_DEVICES=0 python tools/inception_stat.py configs/paper_cfgs/ssdnerf_cars_uncond.py
CUDA_VISIBLE_DEVICES=0 python tools/inception_stat.py configs/paper_cfgs/ssdnerf_chairs_recons1v.py
CUDA_VISIBLE_DEVICES=0 python tools/inception_stat.py configs/paper_cfgs/ssdnerf_abotables_uncond.py

Can you please tell how to train on custom training data and test on custom images. ThankYou I will try your solution above.
https://github.com/Lakonik/SSDNeRF/issues/18#issuecomment-1679973185


import(...) shows up in type error messags

Is this supposed to happen? I don't always see it. If you don't know what I'm talking about I can find a better reproable example...

Yes, if type import is referenced indirectly. It shouldn't show the full path though. What ts version was active in the workspace?

3.0.1

Do you have repo steps in the vscode repo?


fix(dependency maintenance): update dependency prettier to v2.3.2

Please check if the PR fulfills these requirements

[x] The commit message follows our guidelines
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
Dependency fix

What is the current behavior? (You can also link to an open issue here)

What is the new behavior (if this is a feature change)?

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)

Other information:
Update the dependency prettierto 2.3.2

Duplicate of https://github.com/Sanofi-IADC/whispr/pull/415


Allow getting and setting CUDA kernel attributes

Takeover of #2120 (which in turn was based on #1874) as @andravin lost interest 😢
Resolves #2118.
Most of the credit goes to @grlee77 and @andravin. I took over as we really need the ability of setting shared memory size for CUDA kernels. I'd like to see this capability merged asap if possible.
Changes compared to #2120:

The FunctionAttributes class is removed. Instead, all function attributes are also RawKernel's attributes now. First, I don't like the idea of having a Python object living in a cdef'd class just for accessing attributes. As suggested in https://github.com/cupy/cupy/issues/2118#issuecomment-478311591:

...one way to clean up all this attributes stuff without breaking backwards compatibility is to add the "properties" directly to the RawKernel and Device classes. It makes literal sense that function-attributes should be properties of the RawKernel class, and device-attributes should be properties of the Device class.

Second, I don't want to retrieve attributes through a non-standard object. Finally, the current implementation (using @property and @attribute.setter) is more pythonic, even if it's written in Cython.

RawKernel.attributes now returns a dict of attributes, as suggested by CuPy core dev earlier. This behavior not only avoids the second concern above, but is also in line with cupy.cuda.device.Device().attributes. (However, this is read-only, and to set the attributes one needs to access the target attribute of RawKernel directly.)
The tutorial for RawKernel is updated
The test is updated to reflect the change

We are solving some CI related issues so the merge will take a bit.

Thanks for updating & reviving this PR @leofang.

Jenkins, test this please

Jenkins CI test (for commit 38a3096ea00e6274cb9a1a726306ea2bd7f3e4c7, target branch master) failed with status FAILURE.

CI has a related failure
uilding 'cupy.cuda.driver' extension
11:11:29     x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_FORCE_INLINES=1 -I/usr/local/cuda/include -I/usr/include/python3.5m -c cupy/cuda/driver.cpp -o build/temp.linux-x86_64-3.5/cupy/cuda/driver.o
11:11:29     cc1plus: warning: command line option '-Wstrict-prototypes' is valid for C/ObjC but not for C++
11:11:29     cupy/cuda/driver.cpp: In function 'PyObject* __pyx_f_4cupy_4cuda_6driver_funcSetAttribute(intptr_t, int, int, int)':
11:11:29     cupy/cuda/driver.cpp:4968:133: error: 'cuFuncSetAttribute' was not declared in this scope
11:11:29              __pyx_v_status = cuFuncSetAttribute(((struct CUfunc_st*)__pyx_v_f), ((CUfunction_attribute)__pyx_v_attribute), __pyx_v_value);
11:11:29                                                                                ^
11:11:29     error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
11:11:29

@emcastillo what's the version of Cython used in that build? I can't reproduce this error locally in a py27 env.

I guess it's caused by Cython, not by Python version. It also failed on py35:
https://jenkins.preferred.jp/job/chainer/job/cupy_pr/252/TEST=cupy-doc,label=mn1-p100/console

Let me confirm it tomorrow!
Sorry and thanks!

Sure, no worries!

should be 0.28.3

Tried 0.28.3, worked fine. I am now guessing earlier CUDA versions do not provide cuFuncSetAttribute. @emcastillo can you check for me what's the CUDA version in the failing builds?

It seems cuFuncSetAttribute starts in CUDA v9.0.

Please rerun Jenkins for me. Thanks.

I am now guessing earlier CUDA versions do not provide cuFuncSetAttribute.

It seems cuFuncSetAttribute starts in CUDA v9.0.

I forgot that I can check it myself! Yeah I think this is the reason. From cupy-py2:
22:11:46     Modules:
22:11:46       cuda      : Yes (version 8000)
22:11:46       cudnn     : Yes (version 5110)

From cupy-doc:
22:11:29     Modules:
22:11:29       cuda      : Yes (version 8000)
22:11:29       cudnn     : Yes (version 6021)

Commit 38fcde8 should fix the problem.

Jenkins, test this please

Jenkins CI test (for commit 38fcde8462a643983641e71eb528680c6a27d353, target branch master) failed with status FAILURE.

cupy-py3 errors seem irrelevant. cupy-doc should be fixed in 419711a by skipping doctests. The result varies system by system.

Jenkins, test this please

Jenkins CI test (for commit 419711aa46e51a91b04ae4a4851c30b32ae2acb8, target branch master) failed with status FAILURE.

Failures are unrelated

Thank you, @emcastillo, @andravin, and @grlee77 !


Question about why transpose Weight Matrix when load "NSP" layer (THX)

Thanks for your working, its both solid and elegant!
But i am so confused that why you transpose the weight matrix when loading "NSP" layer (at line 142 in loader.py)?  MLM_Dense, NSP_Dense and NSP are all Dense layers, but why only transpose weight NSP?
THX

Because it is transposed in the official implementation:
https://github.com/google-research/bert/blob/88a817c37f788702a363ff935fd173b6dc6ac0d6/run_pretraining.py#L298
MLM also transposes the weights:
https://github.com/CyberZHG/keras-bert/blob/b8fa69072618b2fa3b8912ae78e675ac9531128f/keras_bert/layers/embedding.py#L110


Identifiers validation failed for dataset Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla

Identifier validation failed for the dataset Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla:

Crawler attempt: 275
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 1888
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 1888 total records; 1888 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3740026/step

New IDs sample:

Old IDs sample:

0035d54903e84326834b21f94a39932a
003a5825a21a29ea7e345885b7646eb1
005ea51c37266c0e225a1e30da4145cb
00968558f1c01de8aa6f854d4f573562
00b6025b5b79f7b85435d7eba61f4d4a
00b7328ad6acd4e600b9d05b05cb9d1f
00be56bdb5fdec359c60f9d31d9264cc
012ff1d77ebe127c19b8632eeb10cde0
0132af4aec20133acbcc65b4f4798716
0153805b319559e1372a221cd7b94360

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla : https://doi.org/10.15468/mjl87o.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla:

Crawler attempt: 276
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 1888
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 1888 total records; 1888 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3740995/step

New IDs sample:

Old IDs sample:

0035d54903e84326834b21f94a39932a
003a5825a21a29ea7e345885b7646eb1
005ea51c37266c0e225a1e30da4145cb
00968558f1c01de8aa6f854d4f573562
00b6025b5b79f7b85435d7eba61f4d4a
00b7328ad6acd4e600b9d05b05cb9d1f
00be56bdb5fdec359c60f9d31d9264cc
012ff1d77ebe127c19b8632eeb10cde0
0132af4aec20133acbcc65b4f4798716
0153805b319559e1372a221cd7b94360

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla : https://doi.org/10.15468/mjl87o.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla:

Crawler attempt: 278
Publishing organization: Comisión nacional para el conocimiento y uso de la biodiversidad
Publishing country: MEXICO
Installation: IPTCONABIO
Number of occurrences indexed for this dataset at the time of the issue: 1888
Cause: GBIF ID problems exceed 50% threshold: 100% duplicates; 1888 total records; 1888 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3741623/step

New IDs sample:

Old IDs sample:

0035d54903e84326834b21f94a39932a
003a5825a21a29ea7e345885b7646eb1
005ea51c37266c0e225a1e30da4145cb
00968558f1c01de8aa6f854d4f573562
00b6025b5b79f7b85435d7eba61f4d4a
00b7328ad6acd4e600b9d05b05cb9d1f
00be56bdb5fdec359c60f9d31d9264cc
012ff1d77ebe127c19b8632eeb10cde0
0132af4aec20133acbcc65b4f4798716
0153805b319559e1372a221cd7b94360

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the Modelaje de la Distribución geográfica de Pinus pseudostrobus y P. leiophylla : https://doi.org/10.15468/mjl87o.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.


Incorrect payload sent to looking-glass when YAML syntax is wrong

When a user uses improper workflow syntax:

We don't send the right error.expected and error.got fields to Looking Glass. In response, Looking Glass threw out:
grade-learnerOops, looks like something isn't working right. This is most likely not your fault! Please open an issue in this lab's template repository!
--
grade-learnerValueError: error.expected and error.got cannot be blank if msg is 'Error'

Additionally, could we write some tests so that the author can't get themselves into this problem for this (and future) labs?
/cc @mattdavis0351

This screenshot seems to be for scheduled events and this repo is for enable pages 😂😂

my bad, fixed now

@hectorsector The more I think about this, them more I'm wondering "who" has the responsibility here.
IF it's an Actions failure, like an invalid workflow rather than an invalid answer, then we should just prevent the Looking Glass step from running.
I'd even be willing to be the grading action didn't run either.
Can you send me a link to the workflow run please?

I used the workflow run that was linked in slack, which threw the same error as you posted.  The payload that was sent to Looking Glass is as follows:
{
  "reports": [
    {
      "filename": "/home/runner/work/supreme-engine/supreme-engine/.github/workflows/stale-weekly.yml",
      "isCorrect": false,
      "display_type": "actions",
      "level": "fatal",
      "msg": "",
      "error": {
        "expected": "",
        "got": "An internal error occurred.  Please open an issue at: https://github.com/githubtraining/lab-scheduled-events and let us know!  Thank you"
      }
    }
  ]
}

So looking at this I'm starting to think Looking glass failed to handle it properly.  It apparently didn't like the blank expected field even though it should have converted the blank value into null.
I'll examine LG to see if I can find the probelm.


Leak when generating cache for terrain

(Tested in Mac)
There is a leak when generating the local cache for the terrain. The following two images are just by starting in GP
Memory in GP with local cache available

Memory in GP without local cache available

There is a big difference around 7600MB vs 9000MB, something is not being cleaned up when generating the local cache.
Whatsmore, we generate terrain on every individual jump to world. There may be some big potential saving here.
To reproduce, just delete the local cache fail that is generated in the Application.persistentDataPath directory

Cannot reproduce so far. Starting the game creates a terrain_cache file of 371 bytes, and it never grows beyond that. Deleting it does seemingly nothing, and I have to restart the game for it to be recreated. Tested on a nightly build from two days ago on Windows 10.
Teleporting does grow memory usage by a handful hundred MB every time though.


Can't see any examples

An example of where the above sits within the XML would be great for someone who is just wanting to quickly enable CORs. I've been clicking around the sections and fail to find a full example anywhere

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

ID: b65dd545-40a3-c8c6-e107-351a2ae5a807
Version Independent ID: d901525c-9b5d-35a9-02b1-fa1f2d997c55
Content: Azure API Management cross domain policies
Content Source: articles/api-management/api-management-cross-domain-policies.md
Service: api-management
GitHub Login: @vladvino
Microsoft Alias: apimpm

@BeMor81 Thank you for your feedback! We will review and update as appropriate.

@BeMor81 Each policy section (cross-domain, cors, jsonp) on this documentation includes explicit guidance on the appropriate place where they need to be implemented within XML, like below:

Since this documentation does already contain the information requested in your feedback, we will hold off from making any updates for now. If you still believe that a full sample needs to be made available, the better place might the Policy Samples page.
We will now proceed to close this thread. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.


Wrong Day Of Week

Thursday instead of Tuesday is received with this request:
http://<IP_ADDRESS>:8000/api/v1/markets/status?mic=XSTO
{
"mic": "XSTO",
"day_of_week": "Thursday",
"is_weekend": false,
"is_business_day": true,
"status": "Closed",
"is_early_close": false,
"local_time": "2024-03-05T19:59:13+01:00",
"open_time": "2024-03-05T09:00:00+01:00",
"close_time": "2024-03-05T17:30:00+01:00"
}

Similar error is observed for XNIS, and other MICs

I've found the bug.
It is trivial typo here: https://github.com/apptastic-software/trading-calendar/blob/fb08c6a587b32856d9a725efc76fa2f28d0d8856/trading_calendar/main.py#L138
:)

Good finding. Solved in PR #2
It is now fixed in release 0.0.14


Move almost all configurations from the plugin into the task

Pull Request Details
Moved almost all task input logic to the task to reuse this logic when only using the tasks without the plugin
Description
It is currently impossible to reuse the task only without copying the conventions.
Related Issue
Fixes #108
Motivation and Context
See #108
How Has This Been Tested
Existing tests don't fail
Types of changes

[ ] Docs change / refactoring / dependency upgrade
[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist

[x] I have read the CONTRIBUTING document.
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

@hsz Any feedback/eta?

Sorry for the delay — it's merged. Thank you very much, Philip!

I noticed a small bug, will create another PR: named requires the java plugin.

BTW do you accept breaking changes?


fix: move configureAzureStackInterfaces from cloud init to vhd to shorten custom data

Reason for Change:

Shortens custom data length to leave more room for addons.
Issue Fixed:

Can now deploy 1.24 linux cluster (which has containerd) with azuredisk-csi-driver addon without hitting custom data too long error.
Credit Where Due:
Does this change contain code from or inspired by another project?

[x] No
[ ] Yes

If "Yes," did you notify that project's maintainers and provide attribution?

[ ] No
[ ] Yes

Requirements:

[x] uses conventional commit messages

[ ] includes documentation
[ ] adds unit tests
[ ] tested upgrade from previous version

Notes:

/azp run


Remove maven-failsafe-plugin double execution

Parent project (spring-boot-starter-parent) already defines a "default" execution for maven-failsafe-plugin with goals integration-test and verify.
By redefining 2 additional executions, each goal is executed twice.

Awesome! Did notice that in the build scans but did not investigate further.

I also noticed it from build scans 😉


Delete Survey Button

Should warn about data loss, and offer that surveys can simply be disabled if it needs to be closed to new responses.

Note that the deleteSurvey function may not be cleaning up sub-resources like sketch classes and sketches


Add vscode devcontainer

Add docker configuration and vscode devcontainer configuration for local development, without need to install dependencies on developer host. It works on every platform.

Would anyone else use this and be able to test it?

Closing... see #1472


Timeout / Slow reaction since Android TV 9 Update

Hello,
I've just updated my KD55XF8599 to Android TV 9 as Sony published the update.
https://www.sony.de/electronics/support/lcd-tvs-android-xf85xx_x85xxf_xf87xx-series/kd-55xf8599/downloads/00017085
Since that, the TV doesn't react or very very slow to interactions with this plugin. I've set the timeout to 10 seconds but the problems are the same.
E.g. If I want to turn off the TV nothing happened. Then the TV shuts off and directly on again. Sometimes after a few seconds it shuts off again.
Do you know a solution?
Thanks and Greets
Dominik

@idominiki
hmm, try restarting the TV (powering off/on) and restart homebridge

Nothing changed :-(
[14.12.2020, 19:53:42] [BraviaTVOS] Fernseher: Polling tv state
[14.12.2020, 19:53:51] [BraviaTVOS] Fernseher: Timeout of 10s exceeded!
[14.12.2020, 19:54:01] [BraviaTVOS] Fernseher: Polling tv state
[14.12.2020, 19:54:08] [BraviaTVOS] Fernseher: {"uri":"extInput:hdmi?port=3","source":"extInput:hdmi","title":"HDMI 3/ARC"}
[14.12.2020, 19:54:18] [BraviaTVOS] Fernseher: Polling tv state
And so on....

Nothing changed :-(
[14.12.2020, 19:53:42] [BraviaTVOS] Fernseher: Polling tv state
[14.12.2020, 19:53:51] [BraviaTVOS] Fernseher: Timeout of 10s exceeded!
[14.12.2020, 19:54:01] [BraviaTVOS] Fernseher: Polling tv state
[14.12.2020, 19:54:08] [BraviaTVOS] Fernseher: {"uri":"extInput:hdmi?port=3","source":"extInput:hdmi","title":"HDMI 3/ARC"}
[14.12.2020, 19:54:18] [BraviaTVOS] Fernseher: Polling tv state
And so on....

What the problem here? Everything looks fine

Today the log look like this.
[16.12.2020, 16:48:55] [BraviaTVOS] Fernseher: Timeout of 5s exceeded!
[16.12.2020, 16:49:05] [BraviaTVOS] Fernseher: Polling tv state
[16.12.2020, 16:49:56] [BraviaTVOS] Fernseher: ON
[16.12.2020, 16:50:05] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:50:15] [BraviaTVOS] Fernseher: Polling tv state
[16.12.2020, 16:50:15] [BraviaTVOS] Fernseher: OFF
[16.12.2020, 16:50:40] [BraviaTVOS] Fernseher: OFF
[16.12.2020, 16:51:01] [BraviaTVOS] Fernseher: OFF
[16.12.2020, 16:51:13] [BraviaTVOS] Fernseher: OFF
[16.12.2020, 16:51:14] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:51:14] [BraviaTVOS] Fernseher: An error occured during powering off tv!
[16.12.2020, 16:51:14] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:51:24] [BraviaTVOS] Fernseher: Polling tv state
[16.12.2020, 16:51:40] [BraviaTVOS] Fernseher: An error occured during powering off tv!
[16.12.2020, 16:51:40] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:52:01] [BraviaTVOS] Fernseher: An error occured during powering off tv!
[16.12.2020, 16:52:01] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:52:13] [BraviaTVOS] Fernseher: An error occured during powering off tv!
[16.12.2020, 16:52:13] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:52:24] [BraviaTVOS] Fernseher: Response error, status code: 503.
[16.12.2020, 16:52:34] [BraviaTVOS] Fernseher: Polling tv state
[16.12.2020, 16:53:34] [BraviaTVOS] Fernseher: Response error, status code: 503.
If I click the TV in Home App, nothing happened. The television can neither be switched on nor switched off.

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

Ive had the same problem, went back to PSK Authentication instead of PIN, restarted TV and Homebridge and everything works as before.

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

Ive had the same problem, went back to PSK Authentication instead of PIN, restarted TV and Homebridge and everything works as before.

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

Ive had the same problem, went back to PSK Authentication instead of PIN, restarted TV and Homebridge and everything works as before.

Thanks @sch115 ! This worked for me, too.

The problem still exists. After I reconfigured the TV it works once a time. After a second start from the TV there is the timeout again and the TV powering off and on and off and on ....

Ive had the same problem, went back to PSK Authentication instead of PIN, restarted TV and Homebridge and everything works as before.

Thanks @sch115 ! This worked for me, too.

Hey together,
same problem after a few days again. The TV doesn't react. TV goes off, and on....

Plus 1 having this issue

It seems that the new homebridge update fixes this issue.
I'll send a follow up in a few days.

@idominiki what mDNS setting do you have?

@idominiki what mDNS setting do you have?

Here are my settings

Update: it‘s mutch better after the homebridge update, but most of the time I get the same errors as before.

can u try v4.1.10 pls


Combine terminal variants

We have various variants in this pattern that return the same thing, we can combine them to make the code more terse with no loss of clarity.

Needs #579


Quick Links

Split the existing panel and add in Quick Links along with Flags.

Thanks for doing this @InTheCloudDan ! I'm in process of reviewing the code. I think it's also beneficial to include a screenshot of the quicklinks UI so we can get sign off for the UX from @darrinlin. I don't think we had figma designs for this, so for posterity we should get him to review this as well.

I added a screenshot to this PR description for our visual benefit to see how this looks like.


how to zero out

Have you ever looked into zero'ing out the readings on boot?

You could probably do this mostly in home assistant, just have the device publish a message when waking, or even simpler whever HA detects no ones home, get the reading from the device and store that as the zero value