HBASE-24514 Backport HBASE-24305 to branch-2

Signed-off-by: Duo Zhang<EMAIL_ADDRESS>Signed-off-by: stack<EMAIL_ADDRESS>

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
docker
0m  1s
Docker failed to build yetus/hbase:e33858828c.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/3121

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
docker
0m  4s
Docker failed to build yetus/hbase:e33858828c.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/3121

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/1/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 37s
Docker mode activated.

-0 :warning:
yetus
0m  6s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 15s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 43s
branch-2 passed

+1 :green_heart:
compile
1m 48s
branch-2 passed

+1 :green_heart:
shadedjars
6m  1s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 22s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 15s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 27s
the patch passed

+1 :green_heart:
compile
1m 50s
the patch passed

+1 :green_heart:
javac
1m 50s
the patch passed

+1 :green_heart:
shadedjars
6m  3s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 23s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 40s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m 43s
hbase-client in the patch passed.

+1 :green_heart:
unit
145m 14s
hbase-server in the patch passed.

178m 56s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/1/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux abdd96531ebe 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 554e039817

Default Java
AdoptOpenJDK-1.8.0_282-b08

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/1/testReport/

Max. process+thread count
3959 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/1/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m  0s
Docker mode activated.

-1 :x:
docker
0m 15s
Docker failed to build yetus/hbase:e33858828c.

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/hbase/pull/3121

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/console

versions
git=2.17.1

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 21s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 17s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 39s
branch-2 passed

+1 :green_heart:
compile
5m  2s
branch-2 passed

+1 :green_heart:
checkstyle
2m 14s
branch-2 passed

+1 :green_heart:
spotbugs
3m 55s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 19s
the patch passed

+1 :green_heart:
compile
5m  1s
the patch passed

+1 :green_heart:
javac
5m  1s
the patch passed

+1 :green_heart:
checkstyle
0m 24s
hbase-common: The patch generated 0 new + 0 unchanged - 25 fixed = 0 total (was 25)

+1 :green_heart:
checkstyle
0m 36s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
1m 13s
hbase-server: The patch generated 0 new + 277 unchanged - 3 fixed = 277 total (was 280)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 48s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

+1 :green_heart:
spotbugs
4m 27s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 40s
The patch does not generate ASF License warnings.

52m 30s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti checkstyle compile

uname
Linux 75c937c37fd2 4.15.0-65-generic #74-Ubuntu SMP Tue Sep 17 17:06:04 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 1fa07cea80

Default Java
AdoptOpenJDK-1.8.0_282-b08

Max. process+thread count
96 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 36s
Docker mode activated.

-0 :warning:
yetus
0m  7s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 16s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m 50s
branch-2 passed

+1 :green_heart:
compile
2m  9s
branch-2 passed

+1 :green_heart:
shadedjars
7m 28s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 36s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 19s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
4m 34s
the patch passed

+1 :green_heart:
compile
2m 10s
the patch passed

+1 :green_heart:
javac
2m 10s
the patch passed

+1 :green_heart:
shadedjars
7m 39s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 33s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 54s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m 57s
hbase-client in the patch passed.

+1 :green_heart:
unit
201m  6s
hbase-server in the patch passed.

242m 38s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux a67c991bdfe5 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 1fa07cea80

Default Java
AdoptOpenJDK-11.0.10+9

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/testReport/

Max. process+thread count
2810 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/2/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 34s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 16s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 32s
branch-2 passed

+1 :green_heart:
compile
5m  1s
branch-2 passed

+1 :green_heart:
checkstyle
2m 15s
branch-2 passed

+1 :green_heart:
spotbugs
3m 49s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 23s
the patch passed

+1 :green_heart:
compile
5m  3s
the patch passed

+1 :green_heart:
javac
5m  3s
the patch passed

+1 :green_heart:
checkstyle
0m 24s
hbase-common: The patch generated 0 new + 0 unchanged - 25 fixed = 0 total (was 25)

+1 :green_heart:
checkstyle
0m 35s
The patch passed checkstyle in hbase-client

+1 :green_heart:
checkstyle
1m 14s
hbase-server: The patch generated 0 new + 277 unchanged - 3 fixed = 277 total (was 280)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 52s
Patch does not cause any errors with Hadoop 3.1.2 3.2.1.

+1 :green_heart:
spotbugs
4m 27s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 38s
The patch does not generate ASF License warnings.

51m 42s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti checkstyle compile

uname
Linux 8c6f36233ded 4.15.0-60-generic #67-Ubuntu SMP Thu Aug 22 16:55:30 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 1fa07cea80

Default Java
AdoptOpenJDK-1.8.0_282-b08

Max. process+thread count
96 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/console

versions
git=2.17.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
4m  2s
Docker mode activated.

-0 :warning:
yetus
0m  6s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 16s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 28s
branch-2 passed

+1 :green_heart:
compile
1m 47s
branch-2 passed

+1 :green_heart:
shadedjars
5m 50s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 24s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 17s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 17s
the patch passed

+1 :green_heart:
compile
1m 47s
the patch passed

+1 :green_heart:
javac
1m 47s
the patch passed

+1 :green_heart:
shadedjars
5m 59s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 22s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 34s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m 40s
hbase-client in the patch passed.

+1 :green_heart:
unit
140m 21s
hbase-server in the patch passed.

177m  3s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/artifact/yetus-jdk8-hadoop2-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 50ec5f88c7ee 4.15.0-136-generic #140-Ubuntu SMP Thu Jan 28 05:20:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 1fa07cea80

Default Java
AdoptOpenJDK-1.8.0_282-b08

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/testReport/

Max. process+thread count
4589 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
2m 58s
Docker mode activated.

-0 :warning:
yetus
0m  7s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ branch-2 Compile Tests _

+0 :ok:
mvndep
0m 23s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
4m 31s
branch-2 passed

+1 :green_heart:
compile
2m 10s
branch-2 passed

+1 :green_heart:
shadedjars
7m 32s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 33s
branch-2 passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
4m 28s
the patch passed

+1 :green_heart:
compile
2m 11s
the patch passed

+1 :green_heart:
javac
2m 11s
the patch passed

+1 :green_heart:
shadedjars
7m 28s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m 31s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 52s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m 57s
hbase-client in the patch passed.

+1 :green_heart:
unit
201m 16s
hbase-server in the patch passed.

243m 36s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/3121

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 57594b31b01a 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
branch-2 / 1fa07cea80

Default Java
AdoptOpenJDK-11.0.10+9

Test Results
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/testReport/

Max. process+thread count
2862 (vs. ulimit of 12500)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hadoop.apache.org/job/HBase/job/HBase-PreCommit-GitHub-PR/job/PR-3121/3/console

versions
git=2.17.1 maven=3.6.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


Update downstream ci config

See #416

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

Please upload report for BASE (main@4682c5b). Learn more about missing BASE report.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #418   +/-   ##
=======================================
  Coverage        ?   89.92%
=======================================
  Files           ?      120
  Lines           ?     7764
  Branches        ?      675
=======================================
  Hits            ?     6982
  Misses          ?      651
  Partials        ?      131

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


[Python] Using stdout for stopping livestream download

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2018.07.04. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2018.07.04

Before submitting an issue make sure you have:

[x] At least skimmed through the README, most notably the FAQ and BUGS sections
[x] Searched the bugtracker for similar issues including closed ones
[x] Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

[ ] Bug report (encountered problems with youtube-dl)
[ ] Site support request (request for adding support for a new site)
[ ] Feature request (request for a new functionality)
[x] Question
[ ] Other

I am trying to download a youtube livestream that is always up, but broadcast the important content at a certain time of the day. When I start the download I want to use the information from stdout for setting when to stop the download with a CTRL+C Signal.
This is the segment I am interested on:
frame=  299 fps=4.7 q=-1.0 Lsize=     387kB time=00:00:10.00 bitrate= 316.9kbits/s speed=0.159x

My problem is, that I can't find where to get this string when downloading. The logger doesn't receive all stdout.
I am using the example python embedded code.
from __future__ import unicode_literals
import youtube_dl

class MyLogger(object):

    def debug(self, msg):
        with open("debug.txt", "a") as text_file:
            text_file.write(msg)

    def warning(self, msg):
        with open("warning.txt", "a") as text_file:
            text_file.write(msg)

    def error(self, msg):
        with open("error.txt", "a") as text_file:
            text_file.write(msg)

def my_hook(d):
    if d['status'] == 'finished':
        print('Done downloading, now converting ...')

ydl_opts = {
    'format': 'bestvideo+bestaudio/best',
    'noplaylist' : True,
    'logger': MyLogger(),
    'progress_hooks': [my_hook],
}

stream_url="https://www.youtube.com/watch?v=05K00cYTFO8"
with youtube_dl.YoutubeDL(ydl_opts) as ydl:
    ydl.download([stream_url])

I solved by using only the command line and not the python api
ffmpeg -i $(youtube-dl -f best -g  "$URL") -c:v copy -c:a aac -strict experimental -t 00:45:00 $VID_NAME.mp4


Path coming from iOS and Android don't both have the file:/// prefix.

The path returned when taking a picture on Android does have the file:/// prefix but iOS does not. Seems this should be consistent. I know that the  component takes a URI which would be a common usage I'd think.

I am having the same issue with Android 4.4 S4. Any help?


Plot block error report with no selection

Currently the plot block defaults to the selection of 'none' when dragged in the workspace and when a program is run with this selection the error reported is "none is not defined" which may seem cryptic to a user and hard to find the culprit.

This was first assumed that fixing the automatic update menu on the 'Plot' block would also fix this issue. It has in a way made this issue or "bug" less prominent however if there are no 'Series' type variables in the workspace then the plot block has no selections available to select and therefore if the program is run with this empty selection it says "none is undefined" however if there was someway to alert the user before running or after running that the issue is "There are no 'Series' available to select" then this error would be much less confusing


Avoid top-level with ...; in the OCaml packages in pkgs/development/

Description of changes
Using with at a top-level scope is an anti-pattern. The tracking issue is #208242. This is a pure refactor: there is no functional change contained in this PR.
I really wish to use callPackage style dependency injection for these OCaml packages, rather than the style I've used in this PR. I don't know how to do that refactor, however.
I used the refactor strategy that looks for the uses of names coming from lib and ocamlPackages.
Following advice, I also preferred to inherit names from lib instead of builtins where there was a choice. I also preferred to inherit from lib in one place, rather than to have a mixture of lib.thing and inherit (lib) thing. I can drop those changes if package owners desire.
There are no rebuilds when I run nixpkgs-review rev HEAD, so I've targeted master with this PR.
Things done

[x] Tested compilation of all packages that depend on this change using nixpkgs-review rev HEAD.
[x] Fits CONTRIBUTING.md.

@vbgl: from the PR cover letter

I also preferred to inherit from lib in one place, rather than to have a mixture of lib.thing and inherit (lib) thing. I can drop those changes if package owners desire.

The only changes in this stack have to do with with now. I've updated the PR headmatter.

Thanks @vbgl 🙌🏻


BossMQ and Hot Reload

Are we supposed to lose all boss_mq messages and channels after a hot reload? I'm using boss_mq for user notifications in a web app, but it's not very useful if messages and channels are lost between code upgrades since we'll be doing those daily. Is that the intended behavior?

I don't know about specific behaviour of BossMQ, I am newbie in Chicago Boss, but the hot reload code of Erlang not loss data, only change the code, even a old code can run while new code is running because Erlang first load the new code with the old, the old code continue execution until the process end or change to new code when call to other function in a specific conditions, and when nothing is running old code then Erlang remove the old code. If anybody know specific behavior of BossMQ maybe more usefull, sorry.


【代码迁移】任务48：Parallelizing Stochastic Gradient Descent for Least Square…

【代码迁移】任务48：Parallelizing Stochastic Gradient Descent for Least Squares Regression: mini-batching, averaging, and model misspecification

 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.


Update build to 1.0.2

What kind of PR is this?

/kind enhancement
What does does this PR do / why we need it:
Updates the build version to 1.0.2
Which issue(s) this PR fixes:
N/A
How to test changes / Special notes to the reviewer:
N/A
Signed-off-by: Charlie Drage<EMAIL_ADDRESS>

https://mirror.openshift.com/pub/openshift-v4/clients/odo/v1.0.2/ has been released!

Since there were no reviews... I'll LGTM / Approve is manually :+1:


added account_mediaenc function

I was not able to figure out how to get account's media encoding and created a function for it.

many thanks :)


Fix mobile auto-scroll tests

With my recent work on SuperText, I somehow ended up breaking the mobile auto-scroll tests. I didn't fix those tests because we needed to move forward with SuperText.
Here's one of the error messages:
SuperEditor auto-scroll on Android, keeps caret visible when keyboard appears
══╡ EXCEPTION CAUGHT BY FLUTTER TEST FRAMEWORK ╞════════════════════════════════════════════════════
The following TestFailure was thrown running a test:
Expected: a value greater than or equal to <490.0>
  Actual: <464.79999923706055>
   Which: is not a value greater than or equal to <490.0>

It's possible that I inadvertently messed up @ThangVuNguyenViet's auto-scroll work when I rebased against main. Perhaps the issue is a failure for the caret to report its height?

The auto-scroll tests don’t appear to be skipped in the CI. I'm going to close this.


Change revision#locale to always return string

Returning the locale as symbol causes errors in
Pageflow analytics interpolator
REDMINE-17194

Coverage remained the same at ?% when pulling 3e3a311c3fec5a0360661e551d6a80e206a409a9 on DanielKuhn:fix/revision-default-locale into d0cd73b3827c19d1102347517e895f9afb35cea7 on codevise:master.


test: QPS fails to 0 in block writer test

   27s: 3209.8/sec
   28s:    0.0/sec
   29s:    0.0/sec
   30s:    0.0/sec
   31s: 1429.1/sec
   32s: 2963.0/sec

The error log in tidb is
2016/11/22 14:55:21 backoff.go:168: [warning] stale_epoch:<> , retry later(totalSleep 100ms, maxSleep 10000ms)
2016/11/22 14:55:21 backoff.go:168: [warning] stale_epoch:<> , retry later(totalSleep 100ms, maxSleep 10000ms)
2016/11/22 15:00:26 kv.go:221: [warning] tikv reports `NotLeader`: region_id:16 leader:<id:18 store_id:5 > , ctx: region_id:16 region_epoch:<conf_ver:3 version:3 > peer:<id:17 store_id:1 > , retry later
2016/11/22 15:00:26 kv.go:221: [warning] tikv reports `NotLeader`: region_id:20 leader:<id:23 store_id:4 > , ctx: region_id:20 region_epoch:<conf_ver:3 version:5 > peer:<id:21 store_id:1 > , retry later

Update:
Have it tested on my machine, QPS never drop down to 0, but sometimes it drops from ~6000/s to less than 1000/s.
As I can observe, when QPS drops down, tikv thread 'rocksdb:bg*' consumes a lot of CPU, so the rocksdb compaction may be related.

Update:
The IO load in PD test machine is very busy, this may cause getting TSO too slow. I guess this is the reason for QPS 0. I change TSO save interval to 3m, and don't meet 0 QPS again.
But:

We still need to improve the QPS when spitting. @disksing
If the PD load is high, how can we improve the TSO performance, @huachaohuang ?


feat: first working version for DocumenterCitations

fix also the ordered list printing

Builds upon #117
There are still (lots) of todos, but this seems to be working. I would suggest to get this in.
Edit: Tagging a version containing this would be appreciated. Then I can test it a bit more in the wild.

it would be good to have at least a very simple example in https://luxdl.github.io/DocumenterVitepress.jl/dev/code_example or where appropriate. As it is, I cannot see how it would look like.

I added a bit of documentation in https://github.com/thofma/DocumenterVitepress.jl/pull/1, but it doesn't seem to be rendering...

This is just the backend (writer), so all I could do copy verbatim what is written here: https://github.com/JuliaDocs/DocumenterCitations.jl?tab=readme-ov-file#usage

thanks @asinghvi17 (I also would not mind if you push directly, which you should be able to)

It is still kind of broken: https://github.com/LuxDL/DocumenterVitepress.jl/actions/runs/9146691992/job/25147180913?pr=139#step:6:116
But it seems to work for me locally.

Ah I forgot this is an external PR...yeah I saw those locally as well, I'm not sure where they're coming from though.

See the preview for https://github.com/LuxDL/DocumenterVitepress.jl/pull/140, this seems to be working for me!

you have to ask the author of https://github.com/LuxDL/DocumenterVitepress.jl/pull/117 :)

You can tell it's been a while since that PR 😄  - I guess we should remove it then!

Waiting to inspect the preview in #140, then will merge!  Thanks for the effort @thofma!


Unable to resolve module AssetRegistry

Hi, I'm getting this error:
Unable to resolve module AssetRegistry from /Users/.../React-native.../.../node_modules/react-native-router-flux/src/back_chevron.png: Unable to find this module in its module map or any of the node_modules directories under /Users/node_modules/AssetRegistry and its parent directories

@ajoshdee I have the same issue, too. How do you fix the problem?

@levinqdl Are you using 0.23 ?

@aksonov yes

0.22 is supported now. 0.23 is not even released, i can't  (and should not)  make sure that my component will work with release candidates...

Yeah, I understand. But 0.22 have a really bad nav transition performance, so I want to try 0.23. Anyway, I can wait...

I confirm that this doesn't work with 0.23.0-rc4, but I also agree with @aksonov that supporting RC's seems like too far ahead. Also, @levinqdl has somewhat of a point too. Basically, the navigator stuff seems broken for ANDROID in 0.22. I confirmed that 0.23 did fix the performance issues with navigator and works well with react-native-router-flux. However, once you upgrade to the RC, a bunch of other things break including not being able to run at all in iOS. So, hopefully, all of this gets resolved with a 0.23 final release. We shall see.

Setting hideNavBar={true} on the root scene fixed it for me.

If you need the navBar, providing your own back button also works.
<Router>
        <Scene key="root" renderBackButton={this.renderBackButton}>
          <Scene key="AboutUs" component={AboutUs} title="AboutUs"/>
        </Scene>
</Router>

looks like they are going to fix in 0.24.0-rc2
https://github.com/facebook/react-native/issues/6800


Lots of assertion errors for unknown reason when using ScrollableSheet but not with DraggableSheet

Im getting lots of this with very choppy scroll if I use a ScrollableSheet
======== Exception caught by gesture ===============================================================
The following assertion was thrown while handling a gesture:
'package:flutter/src/widgets/scroll_simulation.dart': Failed assertion: line 39 pos 15: 'leadingExtent <= trailingExtent': is not true.

Either the assertion indicates an error in the framework itself, or we should provide substantially more information in this error message to help you determine and fix the underlying cause.
In either case, please report this assertion by filing a bug on GitHub:
  https://github.com/flutter/flutter/issues/new?template=2_bug.yml

When the exception was thrown, this was the stack:
#2      new BouncingScrollSimulation (package:flutter/src/widgets/scroll_simulation.dart:39:15)
#3      BouncingScrollPhysics.createBallisticSimulation (package:flutter/src/widgets/scroll_physics.dart:732:14)
#4      ScrollPhysics.createBallisticSimulation (package:flutter/src/widgets/scroll_physics.dart:391:20)
#5      ScrollableSheetExtent.goBallisticWithScrollPosition (package:smooth_sheets/src/scrollable/scrollable_sheet_extent.dart:191:10)
#6      DragScrollDrivenSheetActivity.applyUserDragEnd (package:smooth_sheets/src/scrollable/scrollable_sheet_activity.dart:188:11)
#7      SheetDragController.goBallistic (package:smooth_sheets/src/foundation/sheet_drag.dart:321:14)
#8      ScrollDragController.end (package:flutter/src/widgets/scroll_activity.dart:439:14)
#9      SheetDragController.end (package:smooth_sheets/src/foundation/sheet_drag.dart:291:11)
#10     ScrollableState._handleDragEnd (package:flutter/src/widgets/scrollable.dart:854:12)
#11     DragGestureRecognizer._checkEnd.<anonymous closure> (package:flutter/src/gestures/monodrag.dart:832:47)
#12     GestureRecognizer.invokeCallback (package:flutter/src/gestures/recognizer.dart:344:24)
#13     DragGestureRecognizer._checkEnd (package:flutter/src/gestures/monodrag.dart:832:5)
#14     DragGestureRecognizer.didStopTrackingLastPointer (package:flutter/src/gestures/monodrag.dart:700:9)
#15     OneSequenceGestureRecognizer.stopTrackingPointer (package:flutter/src/gestures/recognizer.dart:531:9)
#16     DragGestureRecognizer._giveUpPointer (package:flutter/src/gestures/monodrag.dart:709:5)
#17     DragGestureRecognizer.handleEvent (package:flutter/src/gestures/monodrag.dart:661:7)
#18     PointerRouter._dispatch (package:flutter/src/gestures/pointer_router.dart:98:12)
#19     PointerRouter._dispatchEventToRoutes.<anonymous closure> (package:flutter/src/gestures/pointer_router.dart:143:9)
#20     _LinkedHashMapMixin.forEach (dart:collection-patch/compact_hash.dart:633:13)
#21     PointerRouter._dispatchEventToRoutes (package:flutter/src/gestures/pointer_router.dart:141:18)
#22     PointerRouter.route (package:flutter/src/gestures/pointer_router.dart:127:7)
#23     GestureBinding.handleEvent (package:flutter/src/gestures/binding.dart:495:19)
#24     GestureBinding.dispatchEvent (package:flutter/src/gestures/binding.dart:475:22)
#25     RendererBinding.dispatchEvent (package:flutter/src/rendering/binding.dart:450:11)
#26     GestureBinding._handlePointerEventImmediately (package:flutter/src/gestures/binding.dart:420:7)
#27     GestureBinding.handlePointerEvent (package:flutter/src/gestures/binding.dart:383:5)
#28     GestureBinding._flushPointerEventQueue (package:flutter/src/gestures/binding.dart:330:7)
#29     GestureBinding._handlePointerDataPacket (package:flutter/src/gestures/binding.dart:299:9)
#30     _invoke1 (dart:ui/hooks.dart:328:13)
#31     PlatformDispatcher._dispatchPointerDataPacket (dart:ui/platform_dispatcher.dart:442:7)
#32     _dispatchPointerDataPacket (dart:ui/hooks.dart:262:31)
(elided 2 frames from class _AssertionError)
Handler: "onEnd"
Recognizer: VerticalDragGestureRecognizer#7825b
  start behavior: start

However if I switch to a DraggableSheet then the errors go away.  However, with a DraggableSheet, my column of widgets gets cut and you only can see about half of the column and can never actually scroll to the bottom of the column
Here is my basic code:

GestureDetector(
        onTap: (){
          final modalRoute = ModalSheetRoute(
            barrierColor: Color.fromRGBO(0, 0, 0, 0.8),
            // Enable the swipe-to-dismiss behavior.
            swipeDismissible: true,
            builder: (context) => const ScrollableSheet(
                initialExtent: const Extent. proportional(0.5),
                maxExtent: const Extent. proportional(0.5),
                // physics:
                // BouncingSheetPhysics(
                //   behavior:
                //   DirectionAwareBouncingBehavior(
                //     // Allows the sheet to bounce only when dragging it downwards.
                //     upward: Extent.pixels(0),
                //     downward: Extent.proportional(0.1),
                //   ),
                // ),
                child: CategorySelector()),
          );

CategorySelector widget....

 @override
  Widget build(BuildContext context) {
    return Container(
      padding: const EdgeInsets.fromLTRB(24, 20, 24, 20),
        width: double.infinity,
      decoration: BoxDecoration(
        color: Theme.of(context).scaffoldBackgroundColor,
        borderRadius: BorderRadius.only(topLeft: Radius.circular(16), topRight: Radius.circular(16)),
      ),
      child: Material(
        color: Colors.transparent,
        child: SafeArea(
          top:false,
          child: SingleChildScrollView(
            child: Column(
              crossAxisAlignment: CrossAxisAlignment.start,
              children: [
                Text("My Categories")
                FutureBuilder(
                  future: getCategories(),
                  builder: (context, snapshot) {

                    if (snapshot.hasData)
                      {

                        return
                        Wrap(
                          children: [

                            for (var thisitem in snapshot.data!)
                             GestureDetector(
                                  onTap: (){
                                    debugPrint(thisitem['categoryid'].toString());
                                  },
                                  child: Container(
                                    margin: const EdgeInsets.fromLTRB(0, 0, 8, 14),
                                    decoration: BoxDecoration(
                                    ),
                                      child: Text(
                                         thisitem['categoryname'].toString(),
                                        style: TextStyle(fontSize: 16),
                                      )
                                  ),
                                )

                          ],
                        );

                      }
                    else
                      {
                           ...
                      }

                  },
                ),
              ],
            ),
          ),
        ),
      )
    );
  }
}

Can you provide some executable code or a screenshot?
I couldn't figure out the cause of the problem just from the code provided.

Also have to scroll up and down in both directions, sometimes it occurs when im scrolling up and reach to the top of my list

Are you on master branch?

Yes, but I need a runnable code to reproduce the problem for further investigation.

Yes, but I need a runnable code to reproduce the problem for further investigation.

Oh yes its in the first post at the very bottom.  The first paragraph is my tappable widget to open the sheet (named CategorySelector()), then the CategorySelector is in the second paragraph, it is abbreviated but fully runs.  If you switch out ScrollableSheet for DraggableSheet in the first paragraph you will see the difference between asserts and no asserts


migrateMappings fails for official mojang mappings

Whenever I try to run migrateMappings with a net.mojang.minecraft target, I get an error complaining the dependency cannot be found:
$ ./gradlew migrateMappings --mappings="net.mojang.minecraft:mappings:1.20.4"

> Configure project :
Architect Plugin: 3.4.151
Architectury Loom: 1.4.373
This version of Architectury Loom is in beta! Please report any issues you encounter: https://github.com/architectury/architectury-loom/issues

> Task :common:migrateMappings FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':common:migrateMappings'.
> Could not resolve all files for configuration ':common:detachedConfiguration30'.
   > Could not find net.mojang.minecraft:mappings:1.20.4.
     Searched in the following locations:
       - file:/home/matt/Projects/Dev/Minecraft/Freecam/.gradle/loom-cache/remapped_mods/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - file:/home/matt/.gradle/caches/fabric-loom/minecraftMaven/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - file:/home/matt/Projects/Dev/Minecraft/Freecam/.gradle/loom-cache/minecraftMaven/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - file:/home/matt/.gradle/caches/fabric-loom/forge/transformed-dependencies-v1/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://maven.fabricmc.net/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://libraries.minecraft.net/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://libraries.minecraft.net/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.jar
       - https://maven.minecraftforge.net/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://repo.maven.apache.org/maven2/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://maven.architectury.dev/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://maven.shedaniel.me/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
       - https://maven.terraformersmc.com/net/mojang/minecraft/mappings/1.20.4/mappings-1.20.4.pom
     Required by:
         project :common

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
> Get more help at https://help.gradle.org.

Deprecated Gradle features were used in this build, making it incompatible with Gradle 9.0.

You can use '--warning-mode all' to show the individual deprecation warnings and determine if they come from your own scripts or plugins.

For more on this, please refer to https://docs.gradle.org/8.5/userguide/command_line_interface.html#sec:command_line_warnings in the Gradle documentation.

BUILD FAILED in 2s
1 actionable task: 1 executed

Even stranger, I get the same error even when I use a mismatched minecraft version. In that case I would have expected the following error (based on this code):
Migrating Mojang mappings is currently only supported for the specified minecraft version

Appears to affect at least 1.3 & 1.4.
I've reproduced this on both a 1.20.2 branch using yarn mappings & a 1.20.4 branch already migrated to mojang mappings. EDIT: Also reproduced on a second machine.
rm -rf .gradle ~/.gradle/caches/fabric-loom doesn't help.

The correct group is net.minecraft, not net.mojang.minecraft.


Make C-code in ModelicaMatIO.c C89 compliant

Reported by jmattsson on 23 Aug 2013 13:45 UTC
ModelicaMatIO.c uses the macros va_copy and strdup which are not a part of the C89 standard. In order to make the code as portable as possible, the code should be changed to be C89 compliant.
There are code already that is supposed to be active when those functions are not available, all that is needed is to activate it for C89 mode.

Migrated-From: https://trac.modelica.org/Modelica/ticket/1258

Comment by jmattsson on 23 Aug 2013 13:52 UTC
ee891d51796ddb8c5e97a38f7357117933f1294a:
Made code C89 compliant according to patch provided by Thomas Beutlich.

Comment by jmattsson on 29 Aug 2013 14:12 UTC
d586899a4c805e1c0d91611b3b85c77658ee7fff:
Reverting ee891d51796ddb8c5e97a38f7357117933f1294a since it caused compilation problems on Linux.

Comment by dietmarw on 6 Dec 2013 15:43 UTC
So I guess this is still open right?

Comment by anonymous on 11 Dec 2013 11:48 UTC
Yes, still open, but not sure if still relevant.

Comment by jmattsson on 11 Dec 2013 12:28 UTC
I think it is relevant, since C89 is the only way to make C-code really portable (not enough, but needed).

Comment by beutlich on 6 Feb 2014 09:17 UTC
Resolved by 4b5e71f78ab29de69329b22fbac8ed857124d3d3.

Comment by jmattsson on 6 Feb 2014 10:28 UTC
When compiling on Linux, with the command:
gcc -DHAVE_CONFIG_H -I. -Isrc/JMI/src -I../.. -DDUMMY_FUNCTION_USERTAB -DHAVE_ZLIB -Wall -g \
    -Isrc/ThirdParty/MSL/Modelica/Resources/C-Sources -fPIC -MT \
    libModelicaStandardTables_la-ModelicaMatIO.lo -MD -MP -MF \
    .deps/libModelicaStandardTables_la-ModelicaMatIO.Tpo -c \
    src/ThirdParty/MSL/Modelica/Resources/C-Sources/ModelicaMatIO.c  -fPIC -DPIC \
    -o .libs/libModelicaStandardTables_la-ModelicaMatIO.o

We get the errors:
ModelicaMatIO.c: In function 'dopr':
ModelicaMatIO.c:8256:5: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'
ModelicaMatIO.c: In function 'mat_vasprintf':
ModelicaMatIO.c:8884:5: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'
ModelicaMatIO.c:8892:5: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'

Paths in both gcc command and errors have been shortened to make it easier to read.

Comment by beutlich on 6 Feb 2014 10:49 UTC
Does it work if you delete  && __STDC_VERSION__ >= 199901L from line 166 such that we fall back on __va_copy which should be available?

Comment by jmattsson on 6 Feb 2014 11:17 UTC
Replying to [comment:8 beutlich]:

Does it work if you delete  && __STDC_VERSION__ >= 199901L from line 166 such that we fall back on __va_copy which should be available?

Note that was when compiling *without* -std=c89. We'll test your change with and without -std=c89, but I think I remember that the original problem was that __va_copy wasn't available in C89-mode.

Comment by beutlich on 6 Feb 2014 11:55 UTC
OK, can reproduce with GCC 4.1.2 on CentOS release 5.8 (Final). Changing line 166 as proposed above resolves the issue as __va_copy is available with GCC as of 1997.

Comment by beutlich on 6 Feb 2014 11:57 UTC
Resolved by 169ec3a4c7b900aa25a0ccbe85c0695eec38191b.

Modified by beutlich on 6 Oct 2015 09:23 UTC

Changelog modified by beutlich on 6 Oct 2015 09:23 UTC
Modelica Standard Tables: Made C-code in ModelicaMatIO.c C89 compliant

Comment by beutlich on 15 Jan 2016 08:35 UTC
After testing for #1880 I noticed that C89 compliance is broken again:
ModelicaMatIO.c: In function "Mat_VarDelete":
ModelicaMatIO.c:10490: warning: implicit declaration of function "mktemp"

Defining _GNU_SOURCE to 1 helped to get rid of this warning again. Is this OK for you? If not, I might switch to tmpnam (instead of mktemp) again.

Comment by jmattsson on 15 Jan 2016 10:38 UTC
Replying to [comment:13 beutlich]:

Is this OK for you? If not, I might switch to tmpnam (instead of mktemp) again.

OK for us.

Comment by sjoelund.se on 15 Jan 2016 10:45 UTC
Then we would get warnings for all simulations linked against ModelicaMatIO:
/tmp/a-c745af.o: In function `main':
a.c:(.text+0x12): warning: the use of `tmpnam' is dangerous, better use `mkstemp'

The reason is that there is a race condition after you get the temporary name and open the file (tmpnam might return the same name again).

Comment by beutlich on 15 Jan 2016 13:25 UTC
Resolved by d24b63c0f7f404969ed92475aa30b06d32fda741.


Render Tooltips outside SVG Chart

The Problem
When trying to show tooltips with VictoryVoronoiContainer, tooltips are cut off if they overflow the SVG borders even if renderInPortal is set to true for VictoryTooltip and overflow: visible is set for the VictoryChart parent.

We have tried different mentioned in issues without any result: https://github.com/FormidableLabs/victory/issues/991, https://github.com/FormidableLabs/victory/issues/576.
As a side note, renderInPortal doesn't seem to be working at all. Inspecting the UI shows that the tooltips isn't being rendered within the Portal in the VictoryVoronoiContainer but it does if we hardcode the value within it's render method.
Reproduction
I was able to reproduce this on the demo app just by making the tooltip  flyout ridiculously high:
<VictoryChart containerComponent={<VictoryVoronoiContainer />}>
  <VictoryScatter
    labelComponent={
      <VictoryTooltip flyoutHeight={100} renderInPortal={true} />
    }
    style={{ data: { fill: ({ datum }) => datum.fill } }}
    data={[
      {
        x: 1,
        y: 3,
        fill: "red",
        symbol: "plus",
        size: 6,
        label: "Red"
      },
      {
        x: 2,
        y: 6,
        fill: "magenta",
        size: 15,
        opacity: 0.4,
        label: "Magenta"
      },
      {
        x: 3,
        y: 4,
        fill: "orange",
        size: 5,
        label: "Orange"
      },
      {
        x: 4,
        y: 2,
        fill: "brown",
        symbol: "square",
        size: 6,
        label: "Brown"
      },
      {
        x: 5,
        y: 5,
        fill: "green",
        symbol: "triangleUp",
        size: 5,
        label: "Green"
      }
    ]}
  />
</VictoryChart>

Dependencies versions

react-native: 59.8
victory-native: 32.0.2
react-native-svg: 9.5.1

Add padding to VictoryChart will solve this.
<VictoryChart
  padding={{ top: 50, bottom: 50, right: 50, left: 50 }}
>

But I think it's better if a tooltip can "avoid" being outside of the container.
I haven't tried yet but I think we can customize the location of tooltip depending on an axis.
Victory | Tooltips

<VictoryGroup
containerComponent={
<VictoryVoronoiContainer
labels={({ datum }) => {
console.log(datum);
return x:${datum.x}\ny:${datum.y};
}}
labelComponent={}        //this will make sure tooltip is rendered to visible area
/>
}
domainPadding={{ y: 30, x: 0 }}
height={115}
padding={{ top: 0, bottom: 0, right: 31 }}                 // can also try this
style={{ parent: { borderWidth: 1 } }}
>


Chaser (CloakNT 1.x) Support

Looks like DXWrapper successfully can wrap Chaser!
18768 22:42:04.701 Starting DxWrapper v1.0.6298.21
18768 22:42:04.701 To Be Filled By O.E.M. To Be Filled By O.E.M. To Be Filled By O.E.M. (Desktop)
18768 22:42:04.701 ASRock B150M-ITX                        (Desktop)
18768 22:42:04.701 NVIDIA GeForce GTX 1050 Ti
18768 22:42:04.705 Windows 10 64-bit (10.0.18970)
18768 22:42:04.705 "Chaser.exe" (PID:636)
18768 22:42:04.713 Steam game detected!
18768 22:42:04.713 DxWrapper already running!
18768 22:42:04.713 Quiting DxWrapper
18768 22:42:04.713 Unloading DxWnd
18768 22:42:04.713 Unloading libraries...
18768 22:42:04.713 Reseting screen resolution
18768 22:42:04.740 DxWrapper terminated!

From the log files it looks like you have not enabled any settings, so dxwrapper is not doing anything.  What are you trying to do here?

18124 22:25:15.815 Starting DxWrapper v1.0.6298.21 18124 22:25:15.815 To Be Filled By O.E.M. To Be Filled By O.E.M. To Be Filled By O.E.M. (Desktop) 18124 22:25:15.815 ASRock B150M-ITX                        (Desktop) 18124 22:25:15.815 NVIDIA GeForce GTX 1050 Ti 18124 22:25:15.820 Windows 10 64-bit (10.0.18970)  18124 22:25:15.820 "Chaser.exe" (PID:18688) 18124 22:25:15.828 Steam game detected! 18124 22:25:15.828 DxWrapper already running! 18124 22:25:15.828 Quiting DxWrapper 18124 22:25:15.828 Unloading DxWnd 18124 22:25:15.828 Unloading libraries... 18124 22:25:15.828 Reseting screen resolution 18124 22:25:15.850 DxWrapper terminated!
I enabled the Dx8to9 library and an antialias over-ride to test.
I'm trying to test why your build works fine with Chaser whereas Reshade and crosire's build causes Chaser to crash before launch.

@Saijin-Naib, d3d8to9 has not been initialized.  You need to have the following events in the log file for d3d8to9 to function:
15784 19:27:28.426 Starting D3d8to9 v<IP_ADDRESS>
15784 19:27:28.426 Redirecting 'Direct3DCreate8' to --> 'Direct3DCreate9' (220)
15784 19:27:28.426 Redirecting 'Direct3DCreate9' ...
15784 19:27:28.460 Loading d3dx9_xx.dll
15784 19:27:28.723 Loaded library: d3dx9_43.dll

Also from your log files it looks like you are using more than one stub.  You should only be using one stub.  Try deleting all but one of the stub files.  See these items in the log:
18124 22:25:15.828 DxWrapper already running!
18124 22:25:15.828 Quiting DxWrappe
``

Can you send me a copy of the ini file you are using?

11944 23:04:53.984 Starting DxWrapper v1.0.6298.21 11944 23:04:53.984 To Be Filled By O.E.M. To Be Filled By O.E.M. To Be Filled By O.E.M. (Desktop) 11944 23:04:53.984 ASRock B150M-ITX                        (Desktop) 11944 23:04:53.984 NVIDIA GeForce GTX 1050 Ti 11944 23:04:53.985 Windows 10 64-bit (10.0.18970)  11944 23:04:53.985 "Chaser.exe" (PID:11136) 11944 23:04:53.992 Steam game detected! 11944 23:04:53.992 Loaded library: kernel32.dll 11944 23:04:53.992 Hooking 'GetModuleFileName' API... 11944 23:04:53.992 Disabling High DPI Scaling... 11944 23:04:53.992 Loaded library: user32.dll 11944 23:04:53.994 Loaded library: shcore.dll 11944 23:04:53.994 Enabling d3d8to9 wrapper 11944 23:04:53.994 Loading 'd3d8.dll'... 11944 23:04:53.995 Hooking d3d8.dll APIs... 11944 23:04:53.995 Enabling d3d9 wrapper 11944 23:04:53.995 Loading 'd3d9.dll'... 11944 23:04:54.001 DxWrapper loaded! 11944 23:04:54.908 Starting D3d8to9 v<IP_ADDRESS> 11944 23:04:54.908 Redirecting 'Direct3DCreate8' to --> 'Direct3DCreate9' (220) 11944 23:04:54.908 Redirecting 'Direct3DCreate9' ... 11944 23:04:54.958 Loading d3dx9_xx.dll 11944 23:04:55.189 Loaded library: d3dx9_43.dll
I've attached the log from launching the game with only the one stub file. That looks correct, right?
Here's the ini I'm using. Bare-bones to the extreme, just trying to prove that DxWrapper can actually wrap Chaser as I continue to try to get Reshade to play nice with it.
dxwrapper.zip

Closing.  You can reopen if you still have an issue.


GroovyEvaluator without groovy shell, environment variables in groovy…

this PR contains all vital ai updates to groovy evaluator:

no groovy shell, all the code is compiled by groovy classloader
groovy classpath and output directory may contain environment variables - this is extremely useful for bkr files portability
friendly error message when groovy not found when using GROOVY_JAR_PATH env variable ( this is a subject of another PR #3416

i tried this branch and when I opened the chartingTutorial.bkr, the initialization cells fail.
I get "Error  ... cancelled!" from simple code like rates.size() in this notebook.

I have just fixed the error handler and added a binding object to share variables in groovy context. It's been tested with chartingTutorial.bkr and groovy.bkr files

hi scott - any reason we're getting the message "All checks have failed" message?

@hadfield seems to be a problem with our build, not with the code

kick jenkins

ok, thanks @tomca32

kick jenkins

build is passing now

thanks this is looking good will continue to test.

the first cell of groovy-examples.bkr in the tutorial fails like this:
https://pub.beakernotebook.com/#/publications/56b4919a-8910-4691-b2fc-aa456b43ab56

this cell fails as the correct import should be static java.lang.Math.*. Master branch version accidentally works in groovy shell as it somehow prepends java.lang package. I can update that groovy-example.bkr file or have a special rule for static Math.* import but I think the latter is a bad idea

thank you!


WexFlow

Hi there,
Two issues:
I don't seem to be able to disable a workflow at all.
In the designer how do I edit an existing Workflow - if I export a workflow I can import it back, but I can't import a workflow that I have saved using Ctrl+S
One Question:
Can I create 1 dll with a load of tasks in it, rather than a dll per task.
Steve

@ThinkDevSteve To disable a workflow, uncheck 'Enabled' checkbox in workflow settings panel on the right side of the designer then press Ctrl+S to save the changes. Regarding the import, I will check it later today but if you save your workflow then export it then import it, it should work. Even if you change your workflow and don't save it, if you export it then import it it should work too. Regarding task dlls, no you cannot put multiple tasks in the same dll. Only one dll per task is possible for the moment.

Thanks for the prompt response appreciated.
Straight after I sent the question, I found the Browse button, and from there things started working Ok.
The Export then Import works for me, but not the Save then Import.


FIX: account for CPython removal of private undocumented macro

https://github.com/python/cpython/pull/105350
_PyGC_FINALIZED was removed in favor of PyObject_GC_IsFinalized
This is probably incompatible with <py38.

What we'd normally do is a macro __Pyx_PyObject_GC_IsFinalized to Cython/Utility/ModuleSetupCode.c (which directs to either PyObject_GC_IsFinalized or _PyGC_FINALIZED depending on the version) and use that macro in later code

I'm not sure when I will have time to fix this properly, please take this as a "bug report with a patch".

Superceded by https://github.com/cython/cython/pull/5481 - thanks for the "bug report with patch"


'dropping in' doesnt work directly

so i have tried to cache the data that my python script requests, but it doesnt seem to be working. wireshark and task manager both say that python is still requesting data even though the URL is the same. here is my old code:
`async with aiohttp.ClientSession() as session:
        async with session.get(leaderboard_url) as res:

            leaderboard_json = await res.json(encoding='utf-8-sig')`

and this is how i have dropped in this project:
`async with aiohttp_client_cache.CachedSession() as session:
        async with session.get(leaderboard_url) as res:

            leaderboard_json = await res.json(encoding='utf-8-sig')`

here is what i have imported: import aiohttp_client_cache
and then i also started the cache with session = aiohttp_client_cache.CachedSession()
do you know why this is not caching my requests? i have tried using sqlite instead of memory, but that doesnt seem to work.

I'll look into it. There is a good chance that I broke something recently. Like the Readme says, this project is very early in development!

I'm not able to reproduce this locally. Can you post a complete code example?
And can you show me the output of this example:
import asyncio
import aiohttp_client_cache

async def cache_test():
    from aiohttp_client_cache import CachedSession, SQLiteBackend

    async with CachedSession(cache=SQLiteBackend()) as session:
        for i in range(10):
            response = await session.get('http://httpbin.org/delay/1')
            print(f'Response {i}:', type(response).__name__)
        cached_responses = await session.cache.responses.values()
        print('Cached responses:', len(cached_responses))

asyncio.run(cache_test())

`Traceback (most recent call last):
File "C:\Users\Will Sigg\Downloads\ghostdatabase\cachetest.py", line 12, in
asyncio.run(cache_test())
File "C:\Users\Will Sigg\AppData\Local\Programs\Python\Python38\lib\asyncio\runners.py", line 43, in run
return loop.run_until_complete(main)
File "C:\Users\Will Sigg\AppData\Local\Programs\Python\Python38\lib\asyncio\base_events.py", line 616, in run_until_complete
return future.result()
File "C:\Users\Will Sigg\Downloads\ghostdatabase\cachetest.py", line 5, in cache_test
async with CachedSession(cache=SQLiteBackend()) as session:
TypeError: 'NoneType' object is not callable
[Finished in 0.6s]``

and to confirm: i am running 0.1.4

SQLiteBackend requires aiosqlite. I could probably make a better error message for that when a dependency is missing.
Can you pip install aiosqlite (or pip install aiohttp-client-cache[backends] to get all optional dependencies) and try again?

And here's an updated example that will detect how many times aiohttp.ClientSession._request actually gets called:
import asyncio
from aiohttp import ClientSession
from aiohttp_client_cache import CachedSession, CachedResponse, SQLiteBackend
from unittest.mock import patch

mock_response = CachedResponse('GET', None, 200, None, None)

@patch.object(ClientSession, '_request', side_effect=[mock_response])
async def cache_test(mock_request):
    async with CachedSession(cache=SQLiteBackend()) as session:
        for i in range(10):
            response = await session.get('http://httpbin.org/delay/3')
            print(f'Response {i}:', type(response).__name__)
        cached_responses = await session.cache.responses.values()
        print('Cached responses:', len(cached_responses))
    print(f'Real ClientSession._request() called {mock_request.call_count} times')

asyncio.run(cache_test())

odd, that example you sent works, but task manager shows that my script is still using the network.

Huh, well that's curious! With aiohttp.ClientSession._request mocked out, I'm not sure what would be creating network traffic. I don't have experience using Wireshark (although it's on my list of stuff to learn); would that be able to tell you what host(s) it's hitting and total bytes transferred?

I tested this against a local Flask server, and it only hit the endpoint once. You can try it yourself with the Flask quickstart app, and run the first example above against http://localhost:5000/, and it should log only one request.
Whatever that network traffic is that you're seeing, it doesn't seem to be the result of fetching a response more than once. Let me know if you can get more details with Wireshark.

I'll take another look at it. If you want, I can send some examples of how I init the cache in my scripts. I did check again today and it did still use the network so I have no idea why I cannot get it to work.

@willsigg It's possible what you're seeing is just aiosqlite connections to the SQLite db. Using strace shows a bunch of EAGAIN (Resource temporarily unavailable) messages for each cache operation, maybe a result of aioslite requesting non-blocking file operations.  I attached strace output both with and without SQLite, so you can see the difference:

strace with SQLite cache
strace with non-persistent cache

One way or another, it clearly shows that only one real HTTP request is made to httpbin.org.


How can I access the current file pointer during a nested $ref with processContent

How to grab the file path currently being read in a nested $ref situation?
EG in the index.yml it refs a file like this:
definitions:
  $ref: definitions/index.yml

The definitions/index.yml file refs another file:
Weather:
  $ref: ./weather/model.yml

Using the snippet of code below json-refs can bundle all the multiple file together with ease with the "processContent" function passed to the path-loader. The net result being 1 json object of all content.
However, during the "processContent" function I now also need to be able to know the file path being processed but cannot see how.
For example, when json-refs reaches the definitions/index.yml mentioned above, how can i determine that the path is just that? Node's cwd is still pointing at the script entry and the "res" object in the processContent's res only contains "res.text"
Example code, see the comment within "processContent":
import fs from 'fs-extra'
import dd from './dd'
const resolveRefs = require('json-refs').resolveRefs
const YAML = require('js-yaml')

const root = YAML.safeLoad(fs.readFileSync('index.yml').toString())
let pasreCurrentPath = ''
let pasreCurrentNode = ''
resolveRefs(root, {
  refPreProcessor: (node, path) => {
    pasreCurrentPath = path
    pasreCurrentNode = node
    return node
  },
  loaderOptions: {
    processContent: (res, callback) => {
      // I need to know the path of the file being processed here. EG "definitions/index.yml"
      // I tried to use the object or path from the refPreProcessor but that did not get me what i was looking for, as reading through the json-refs code it looks like it parses all through refPreProc and then passes to processContent.
      try {
        callback(null, YAML.safeLoad(res.text))
      } catch (e) {
        dd({
          msg: 'Error parsing yml',
          e: e
        })
      }
    }
  }
})
  .then((results) => {
    console.log('The json:', results.resolved)
  })
  .catch(dd)

This issue will be resolved from either of these pr's:
https://github.com/whitlockjc/path-loader/pull/21
https://github.com/whitlockjc/path-loader/pull/24


Fixed possible cyclic dep when used with other modules

"cwd     => '/opt'"  implies that /opt should exist, so there should be an explicit file {'opt':}.

I don't think it is needed, from https://docs.puppetlabs.com/references/latest/type.html#exec

If Puppet is managing an exec’s cwd or the executable file used in an exec’s command, the exec resource will autorequire those files

but it doesn't say that the dir needs to be defined, and the tests are passing without it
I'm reluctant to add new dir creation because even  inside ! defined the order will matter

Possibly simpler solution:
Can we just use /tmp as the cwd, and mkdir -p if we really need it to be /opt?


fix issue #3 -- Linux kernel thinks nlink 0 means invalid inode

Linux appears to be having a problem with the fattr3 returned with nlink set to 0 for the root of the NFS mount. Once that's changed, it works.
Guessing, because changing the hardcoded nlink value from 0 to 1 makes it work, that Linux is thinking the inode was deleted.

Good find, this makes sense!

Oo.. Thank you!! I was extremely busy last few weeks and I have not had the time to track down the issue... Thanks!

Hi, just to know, this is a problem on the kernel or something changed on the definitions?

It was a bug in the example. I think nlink is the number of hard links pointing to that file. Every normal file has at least one, and 0 would mean the file doesn't exist.


Release/v3.3: Building Bootloader fails when flash encryption and/or hardware secure boot enabled (IDFGH-3434)

Environment

Development Kit:     none

Module or chip used:  ESP32-WROVER

IDF version: v3.3.2-208-gd7e6eecd6

Build System:         Make

Compiler version: xtensa-esp32-elf-gcc (crosstool-NG crosstool-ng-1.22.0-80-g6c4433a) 5.2.0

Operating System:     macOS

Using an IDE?: Yes: VSCODE

Power Supply:         external 3.3V

Problem Description
In "make menuconfig", the building of the bootloader fails if:

Security Options -> "Enable hardware secure boot in bootloader" = ENABLED ("SECURE_BOOT_ENABLED")
AND/OR: Security Options -> "Enable flash encryption on boot" = ENABLED ("FLASH_ENCRYPTION_ENABLED")

//Detailed problem description goes here.
The following message appears after building with "make bootloader"
espsecure.py v2.8
secure_boot_signing_key.pem public key extracted to /build/bootloader/bootloader_support/signature_verification_key.bin
EMBED build/bootloader/bootloader_support/signature_verification_key.bin.bin.o
AR build/bootloader/bootloader_support/libbootloader_support.a
LD build/bootloader/bootloader.elf
/build/bootloader/efuse/libefuse.a(esp_efuse_utility.o):(.literal.esp_efuse_utility_burn_efuses+0x18): undefined reference to esp_clk_apb_freq' /build/bootloader/efuse/libefuse.a(esp_efuse_utility.o): In function esp_efuse_utility_burn_efuses':
/esp/esp-idf/components/efuse/src/esp_efuse_utility.c:214: undefined reference to `esp_clk_apb_freq'
collect2: error: ld returned 1 exit status
make[1]: *** [/build/bootloader/bootloader.elf] Error 1
make: *** [/build/bootloader/bootloader.bin] Error 2
Expected Behavior
Building a bootloader with secureboot and/or flash-encryption support
Actual Behavior
Building fails
Steps to reproduce

Get ESP-IDF / Install Toolchain like docs tell you on release/v3.3 page
Create new Hello-World project
make menuconfig -> security options -> Enable Hardware Secure boot and/or flash encryption
Save and Build with "make bootloader"
crash
sdkconfig.txt

@S3phe Thanks for reporting, we will look into.

@Alvin1Zhang :
Is there something I can do, to help you?
In my opinion this problem is important, because Release/v3.3 is a long-term supported release, which is also meant for devices in production.

Hi @S3phe! Thanks for the report. It was fixed in 4.0 and was not ported to 3.3. I will do it.

I will provide the patch for this here.

@S3phe Could you try this patch. 9093.zip
The fix for master was in fb72a6f629a62c0655e8eff1d2d3f67d7aa9b62c.

@KonstantinKondrashov :
Thank you very much! Patch is working!

@S3phe Thanks for reporting and sorry for slow turnaround, the fix is now available at https://github.com/espressif/esp-idf/commit/5e84ee108c526a0cfb562acb5ceba926bf2bc27b, feel free to reopen if the issue still happens. Thanks.


vcpkg's detection of symlink support on Windows only works on Windows Client, not Server

Describe the bug
vcpkg currently tries to guess whether symlinks are supported by checking the registry key SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock, but this is the Windows 10 'developer mode'. Instead of trying to guess whether this is supported, it should probably try to create a symlink, and if that fails with errc::not_supported or errc::access_denied assume that they are not.
Environment

OS: Windows Server 2019
Compiler: Visual Studio 2019 version 16.5.x

To Reproduce
call "C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\Common7\Tools\VsDevCmd.bat" -arch=x86 -host_arch=x86
rmdir /s /q build.x86.debug > nul 2> nul
cmake.exe -G Ninja -DCMAKE_BUILD_TYPE=Debug -DCMAKE_BUILD_TYPE=Debug -DBUILD_TESTING=ON -DVCPKG_DEVELOPMENT_WARNINGS=ON -DVCPKG_WARNINGS_AS_ERRORS=ON -DVCPKG_BUILD_FUZZING=ON -B build.x86.debug -S toolsrc
ninja.exe -C build.x86.debug
build.x86.debug\vcpkg-test.exe

Expected behavior
If the tests are running as a user account with permissions to create symlinks, those tests run. (Opportunity for excellence would be to figure out how to grant SeCreateSymbolicLinkPrivilege to Local Service from a script so that we can actually test these in CI.

We no longer look for AppModelUnlock.


Barrier

About the PR
Ported Deployable barrier from the cm-ss13.
Media

[x] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Ain't never seen these in cm13, can you vault over them or do you have to break them?

Ain't never seen these in cm13, can you vault over them or do you have to break them?

break i think. I've seen them on one of the station maps.

thank you for fixes.


turbo doesn't respect excludes in pnpm-workspace.yaml

What version of Turborepo are you using?
1.2.0-canary.5
What package manager are you using / does the bug impact?
pnpm
What operating system are you using?
Linux
Describe the Bug
When having an exclude pattern in pnpm-workspace.yaml (e.g. !packages/**/ignored-package), PNPM correctly ignores matched packages when installing dependencies, but turbo still tries to run tasks there.
Expected Behavior
turbo correctly ignores packages matched by ignore pattern in pnpm workspace.
To Reproduce
npx create-turbo@latest
cd my-turborepo
mkdir packages/ignored
echo "  - '"'!'"packages/ignored'" >> pnpm-workspace.yaml
echo '{"name": "ignored", "scripts": {"build": "echo '"'Hello From ignored'"'"}}' >> packages/ignored/package.json
pnpm turbo run build

ignored package will be in scope and 'Hello From ignored' will be displayed from ignored:build task.

@MBelniak which version of pnpm are you using?

@MBelniak which version of pnpm are you using?

6.30.0

I too am running into this issue. I'm using pnpm 6.32.4.
I also tried turbo run test --filter=!path/to/ignore and turbo is still evaluating those.

Seeing the same issue

This is likely a stale. I know of repos where this is working great today.
If you see this problem today, please open a new issue.


UI not reporting successful ingestions

Describe the bug
We have deployed datahub on an EKS cluster. Using CLI based ingestion we have connected 8 databases.  In our datahub-values.yaml file we have set schedules for each to ingest every 6 hours. Based on the UI ingestion page most run without a problem every 6 hours. Yet, seemingly at random, the UI suggest an ingestion for a postgres database will not run. We have 4 postgres connections. We can check the logs for that "failed" ingestion pod and see that it has run successfully. These logs are present.
[2022-11-22 12:00:20,618] INFO     {datahub.ingestion.run.pipeline:450} - Successfully committed changes for DatahubIngestionCheckpointingProvider. [2022-11-22 12:00:20,717] INFO     {datahub.cli.ingest_cli:135} - Finished metadata ingestion
We see no relevant error logs in the datahub-gms or the datahub-frontend pods. Logs indicate that the ingestion pods ran and completed successfully. We believe that the output from that ingestion pod must be being handled incorrectly by another datahub pod resulting in the UI not reporting a successful ingestion.
Expected behavior
We expect the UI to report all ingestions if the ingestion pods are successful.

Hi @jbolesjc this seems like a troubleshooting issue, rather than a bug. We're happy to provide community support on our Slack channel, but currently reserve git issues for bugs.
If you're still having trouble, please join us at https://slack.datahubproject.io and we can troubleshoot there. For now, I'm going to close this issue.


Deprecate std_const primitive

Instead of actually removing std_const from the language, this PR is attempting to make const0 = std_const(32, 1) special syntax that immediately gets parsed into a constant by the frontend.
The benefit of doing this is that frontends that rely on std_const (Dahlia), don't need to be reimplemented to generate sized constants instead.

By "parsed immediately into a constant", do you mean the SystemVerilog representation, e.g. 1'd1?

See what the code is trying to do. It parses c = std_const(32, 0) as 32'd0 directly when converting programs from the frontend representation to the IR.

See what the code is trying to do. It parses c = std_const(32, 0) as 32'd0 directly when converting programs from the frontend representation to the IR.

Ugh I tried, builder.add_constant(value, width) tells me we're building a constant, that's about it. For all I know, maybe you just want to round-trip std_const into std_const.

build_constant returns an interned representation of constants instead of a cell (the _1_1 stuff you see in error messages). The hope was that you could eagerly use the interned representation when converting the front end AST to the IR. The problem is that the wires will still have a reference to the cell which is no longer defined.

See #643.


Replacing legacy shallow-compare with PureComponents

Fixes #66
This change is not retro compatible, So you cant use it with  react < 0.15.3.
But React-addons-shallow-compare is a legacy react code.
Anyways if some wants to keep using 0.14.x react version can use older version of this plugin.

Please merge this, thanks!

Please merge this, so we use it in React 16. Thanks!

Hi @Sitebase , would you minding spending 5 min merge this? Thanks

Hi @Sitebase , would you minding spending five min merge this? Thanks

Hi @Sitebase , would you minding spending a couple of minutes merge this? Thanks

Hi @Sitebase , would you minding spending a couple of minutes merge this? Thanks, we appreciate your time

This is now include in the new react-avatar version 2.5.0 🎉.

Thank you so much for your time on the open source project!

Thank you so much for your time on the open source project! Really appreciate!


Bridge Networks Eventually Lose Connectivity

I'm finding that on some of my simpler CoreOS single-node setups my user defined bridge networks suddenly break down and some (but not all) containers simply cannot communicate with any others and vise versa.
For example:
$ docker exec -it jobsdb ping analytics-cache
PING analytics-cache (<IP_ADDRESS>): 56 data bytes
92 bytes from 4a57eacd5615 (<IP_ADDRESS>): Destination Host Unreachable
92 bytes from 4a57eacd5615 (<IP_ADDRESS>): Destination Host Unreachable
92 bytes from 4a57eacd5615 (<IP_ADDRESS>): Destination Host Unreachable
92 bytes from 4a57eacd5615 (<IP_ADDRESS>): Destination Host Unreachable
--- analytics-cache ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

The IPs that are being resolved to are totally correct for each container on the net, it's just that they simply aren't reachable. However note that, for all of my servers, the networks seemed to be completely stable until very recently, so it could very well be a bug in the particular version of docker/CoreOS (see bottom for versions).
This may or may not be related but in my system logs I'm also seeing a lot of messages in this grouping:
systemd-networkd[704]: br-125281fb55b7: Could not append VLANs: Operation not permitted
systemd-networkd[704]: br-125281fb55b7: Failed to assign VLANs to bridge port: Operation not permitted
systemd-networkd[704]: br-125281fb55b7: Could not set bridge vlan: Operation not permitted

Additionally, and this may be expected behavior, when I restart containers in the bridge network I get messages like:
kernel: br-125281fb55b7: port 5(veth78b78f0) entered disabled state

With no matching recovery message. Also worth noting that this issue persists even when I completely teardown the EC2 instance and bring up a new one.
 Also the Built date is hidden making it very hard to identify the source of the issue.
Is this a custom docker build ? If yes, we will have to close this issue and you can reopen it with an official released docker binary.

Hm.. that's very strange, I believe that version of Docker was actually just from the most recent CoreOS (Beta channel) version at the time. If that doesn't clear this up then perhaps the issue isn't with the official Docker builds.

@tylerFowler thanks for the confirmation. I will close this issue for now. Pls comment if you can reproduce it in an official docker build.


Add tests for watch-only mode

I cannot set the HEAD to watchonly branch :/

Since #241 haven't been merged yet, I'm pushing tests there.


How to recover lost android phone sms and contacts to computer?

Lost text messages or your contacts list could be a disaster for some people. No one will deny the importance of the SMS and Contacts on your mobile phones. So once the disaster have happed, you'd better to look for a way to reduce your losses. Thus, Coolmuster Lab.Fone for Android could be a ideal program for your reference. It's very easy to use, you just need a few simple steps to recover your android phone sms and contacts to pc.
And you need to root your android phone at first, or the app can't detect your phone successfully. And stop saving new data to your phone, or the deleted data will be covered.
Step1: Connect android phone to pc and start the problem
At first, connect your phone to computer via USB cable, then start the app on your computer. Make sure your phone has been linked to computer correctly, or this data recovery problem couldn't detect it successfully.
Step2: Enable USB Debugging
You need to enable USB debugging on your device, then the data on your android phone will be synced to computer. And the problem will scan your device directly.And you just need to enable USB debugging for once.
Step3: Preview and Recover Messages
After the scan, you can preview all of your messages and contacts on an interface. And this problem could help you distinguish deleted messages with exsiting messages. Then you just need to select and check those you need to recover, and click "Recover" to save lost messages on your computer.
That's all!
http://www.transfer-motorola-recovery.com/how-to/how-to-recover-deleted-text-messages-from-android.html
http://www.android-sms-recovery.com/resources/recover-deleted-contacts-from-android-phone.html

Phone contacts lost come from SIM Card or phone Internal Memory.So want to recover phone internal memory ,need to root phone .
Read guide from Samsung Data Recovery software.
http://www.samsung-recovery.net/resource/how-to-recover-deleted-contacts-from-android-phone.html
http://www.how-to-print-text-messages.com/android-message-recovery.html

out of scope


Documentation: Hash-based URL to "LICENSE" not shareable

Steps to reproduce the problem:

From the UI5 documentation page, click on the navigation bar item "LICENSE"
Copy the URL and paste it to another browser tab (or just refresh the page).

What is the expected result?
The same license page is shown.
What happens instead?
Browser navigates back to the home page (Dev guide).
Any other information? (attach screenshot if possible)
If the hash is removed, the URL becomes shareable: https://openui5.hana.ondemand.com/LICENSE.txt
The hash-based URL of the API reference is shareable as expected.

 It doesn't accept URLs that end with '.txt'. Fix is underway for master.

Fixed in openui5nightly, downport to 1.46 and 1.44 will follow soon.

@codeworrior Just wanted to let you know that the hashed URL leads to the home page again in nightly. Was not sure if this is considered too in the new "Demo Kit 2.0".


MediaPipe Pose real-world 3D coordinates.

Hi. Mediapipe is also providing POSE_WORLD_LANDMARKS along with POSE_LANDMARKS., may be in new version.
https://google.github.io/mediapipe/solutions/pose.html
In the description you've mentioned the mediapipe version is <IP_ADDRESS>. I would like to know if you are planning to update mediapipe version or provide the world landmarks feature? Or Can you please let me know a possible way to get this feature in unity? Thanks.

I am looking forward to this being included as well :)
I tried the 0.8.6 branch, but so far I noticed no commits to update the pose tracking in this repo. I tried to modify this project to use the POSE_WORLD_LANDMARKS but my knowledge of MediaPipeUnityPlugin is not good enough to make that work...

I suspect this feature does not work on GPU currently, so I stop upgrading mediapipe version.
https://github.com/google/mediapipe/issues/2251

MediaPipe v0.8.6 is supported now.
https://github.com/homuler/MediaPipeUnityPlugin/releases/tag/v0.6.2

As mentioned here, the code for fetching pose world 3d landmarks is written but not used and I am struggling to make use of it - is there any example/guidance on how to get the pose world landmarks and use them in your example scene?
https://github.com/homuler/MediaPipeUnityPlugin/issues/219

I don't think the example scene has any new visualization features for the 3D landmarks, but you can get them yourself from the mentioned function
private LandmarkList FetchNextPoseWorldLandmarks() { return FetchNext(poseWorldLandmarksStreamPoller, poseWorldLandmarksPacket, poseWorldLandmarksStream); }
in whatever way suits you best. It works very similar to the 2D data; for me it worked fine. And then you can create a visualization however you like. I am using my own rendering stuff, but I imagine it would not be too hard to duplicate the 2D example visualization and modify it for 3D


Batch payable comment

Summary:
Regarding the batch version of _execute, it might be worth adding a comment about the msg.value parameter and how it interacts with the delegate call operation. If a method is looking at msg.value to check for payment and is called by _execute, the method might receive stale information, which could result in an unintended action being enabled. At least on the surface it looks like this is the case :).
I encountered this issue while working with Multicall and it seems like it could be relevant to contracts that implement the full spec such as ERC725X.
Adding a comment about msg.value to the code might be helpful, especially since it is a payable parameter. There are currently comments about the state on the delegate call, but msg.value is worth mentioning as well.
Link to a related issue: https://github.com/Uniswap/v3-periphery/issues/52

Hey @zcstarr , thanks for opening the issue!
I agree there should be more documentation mentioning the edge cases when msg.value is used with a batch call of delegatecall. Multicall is planned to be added to the Account version of ERC725 in LSP0-ERC725Account.
Do you want to add more documentation to the nastpec and the specs, or let someone from the team do it ?

I can take a stab at it


Support nested collections of datasets (datatree)

Hi there,
We want to use Datatree (a new package for working with hierarchies of xarray Datasets) together with Xpublish. A single datatree.DataTree can be written to a zarr dataset where subgroups typically contain an xarray.Dataset and optional subgroups.
Our specific application is looking to serve data from a multi-dimensional data pyramid (see ndpyramid for more details) that looks something like:
/
 ├── .zmetadata
 └── .zgroup
 └── .zattrs
 ├── 0
 │   └── .zgroup
 │   ├── tavg
 │       └── .zarray
 │       └── 0.0
 ├── 1
 │   └── .zgroup
 │   ├── tavg
 │       └── .zarray
 │       └── 0.0
 │       └── 0.1
 │       └── 1.0
 │       └── 1.1
 ├── 2
…

We could serve each subgroup independently but that is less desirable since the top level group metadata (stored in .zarrs and in the consolidated .zmetadata) is needed to describe the relationship among groups.
Proposed feature addition
My assumption is that to serve a dataset like the one I described above, we need to build a custom router for DataTrees. This new router, we’ll call it the ZarrDataTreeRouter, would be able to reuse many of the existing zarr endpoints, but would support a more nested data model.
In https://github.com/carbonplan/maps/issues/15, @benbovy suggested that this sort of support would make sense here so, perhaps we can simply ask for some pointers on how to architect the ZarrDataTreeRouter?
One specific question we have is how an implementation of this should interface with #88 and #89. Both which seem to be reshaping how complex, custom routers are developed.
cc @jhamman

In carbonplan/maps#15, @benbovy suggested that this sort of support would make sense here so, perhaps we can simply ask for some pointers on how to architect the ZarrDataTreeRouter?

For responsive front-end applications, it's probably better to pre-compute all pyramid levels before serving them. So it would be best if xpublish could serve pre-computed DataTree objects.
This is something that xpublish could support, but then we would probably need something to distinguish between API routers which have special support for DataTree objects and those which don't (I assume that a DataTree could easily be reduced to a Dataset -- either flattened or just use the top-level group -- so all routers would have basic support for it?). #89 might certainly help here.
The alternative approach using a custom xarray "index" has the advantage that we could still use xpublish as usual with Dataset objects and hide all the pyramid logic and data-structures within the "index" that we can build  before serving the datasets. However, Xarray custom indexes are not ready for use yet.

cc @TomNicholas

We have a group of folks taking a look at this at the IOOS Code Sprint this week. We'd love to be able to bring a dynamic CarbonPlan/maps type experience to our various regions forecast data.
From our discussions so far, I think the things we need to focus on to make this happen are:

Can we generate the various levels of metadata on the fly without loading data?
Can we generate a single zarr array chunk on request, without coarsening the entire dataset?

Full disclosure I've only gushed over carbonplan/map, datatree, and nbpyramid rather than having used them in anger, though others in our group have.

Can we generate the various levels of metadata on the fly without loading data?

If the reprojectiong/tiling step is lazy, this should be possible. We've experimented with a few ways to do this and, so far, the Xesmf method is the most promising (see ndpyramid.regrid.pyramid_regrid).

Can we generate a single zarr array chunk on request, without coarsening the entire dataset?

This also seems to be easier with Xesmf but, if you end up using rasterio to reproject/tile, I think you'll need to bring in some custom logic in to generate each chunk.

I am working with @abkfenris on this, and to expand,  our specific reasoning for wanting to do is that model data is non static   in the time dimension AND our datasets are often not global. So precomputing is inefficient for us, but understand it can be a niche use case.
So far I am working with rasterio to tile, just now starting to think about how this applies to zarr chunking

Can we generate a single zarr array chunk on request, without coarsening the entire dataset?

If I understand well the problem, I think it should be possible to create a custom API endpoint where, e.g., an input bounding box (and/or an input time value or slice) is used to first index the dataset (using xarray .sel()), then perform on-the-fly coarsen / regrid / reproject operations and finally send the generated data in the zarr format or another format as the response.
Those operations may take time, though, probably too much for interactive visualization applications, but if the input bounding boxes are on a static grid (tiles) it may be worth caching the intermediate results (using xpublish's cachey cache) to further speed-up the query / response times.
Not sure to which extent it is possible to "just" reuse here the logic currently implemented in xpublish to serve the dataset chunks through its zarr API endpoints.

Thanks for the input that folks had on this. While we didn't solve it during our code sprint, we did make some headway.
Right now folks are traveling back from the event, but we are going to try to compile what we found and written down (rather than just the mid event muttering back and forth over Zoom). Hopefully we can have that ready to share in the next few days.

With the new plugin system, this should now be possible without changes to Xpublish itself.
It would involve writing a app router plugin to serve datatrees under a new path. The app router can then mount existing dataset routers to it's prefix, and providing them a modified Dependency with a .dataset that instead parses a path to figure out which datatree, and the path into the tree (using these FastAPI methods).
To make it nicely adaptable, plugins can also define new hooks that other plugins can implement to further extend Xpublish, so a datatree router could include get_datatree and get_datatree_keys hooks similar to what Xpublish provides now that other plugins could use for loading datatrees and keep a separation of loading and routing. Then the router can have a set of methods like these to query other plugins for datatrees.


Add undocumented/legacy token API methods

I wonder if you considered adding undocumented/legacy methods.
I've consider it useful because it allows to invite users to workspace without Enterprise Grid.
Here you can find unofficial docs for it: https://github.com/ErikKalkoken/slackApiDoc

@marcinkunert I know some of undocumented APIs are useful for specific use cases, but this library supports only documented ones.

As I mentioned above, this project won't support undocumented APIs but you can freely implement whatever you want using these new exposed methods in https://github.com/seratch/jslack/pull/290 on your end.
Allow me to close this issue by having an alternative way.


New exporter

The trace part of the wrapper exporter with tests(covering cloudtrace_test.go)

@YANYZP I don't think this PR is needed anymore based on our discussion today?


Add configuration for other languages

It would be great to be able to use my default laptop keyboard to be able to type in Swedish, and perhaps other languages as time and effort permit. This is great encouragement to learn parts of other languages as well.

https://github.com/kalbasit/shabka/blob/master/modules/darwin/general/keyboard.nix

https://github.com/kalbasit/shabka/blob/master/modules/darwin/general/keyboard.nix

https://github.com/kalbasit/shabka/tree/master/modules/neovim

https://github.com/kalbasit/shabka/tree/master/modules/neovim

likely editor specific, couldn't get to work


Option to disable log rotation

Integrated log rotation is a good option, but for some corner cases it would be good to have an option to disable it.
For example if you use /dev/stdout as your log file.
Right now I'm running a docker container with flibgolite, and logs are interrupted every 1-2 days. Restart helps. The only suspicion is log rotation.

I've got a confirmation of the hypothesis that specifically log rotation is responsible for log interruption.
Have a look please:
~ # grep ^logs: -A3 /flibgolite/config/config.yml
logs:
  # Logs are here
  OPDS: "/dev/stdout"
  SCAN: "/dev/stdout"
~ # ls -lh /dev/stdout*
-rw-r--r--    1 root     root       31.1K Jul 18 02:29 /dev/stdout
-rw-r--r--    1 root     root        1.0M Jul 18 02:29 /dev/stdout-0
lrwxrwxrwx    1 root     root          15 Jul 16 21:04 /dev/stdout-1 -> /proc/self/fd/1

I did a stress test of the rlog package with dozens of goroutines when 2 loggers were writing in the same file and got program hangup. That is, it is not related to the output to the stdout.
Therefore, I need to rethink the logging process to resolve issue #2, and solve the issues of redirecting logs to stdout and writing both logs in one file.


Error in drainage equation VIC?

Bug Reports

master version of VIC
Name and version of the C compiler: irrelevant
Operating system: irrelevant
A description of relevant model settings: irrelevant
Drainage equation does not seem to be correct, see the attached file

Feature Requests

Description of feature
Description of the problem the feature addresses
Will the proposed feature be backward compatible?
Will the proposed feature change the science results of VIC
error in equation drainage.pdf
?

I replaced the pdf above with a new version. Please, read the new version and ignore the old one.
error in equation drainage.pdf
@bartnijssen


Database Sync Worker Example Branch - Start

Changed the Example Project to have a dummy version of storing scores with persistence.

Is the database worker work being included in the release branch?
My understanding was that it was a tutorial branch.


PR validation pipeline

add wheel build to the PR validation pipeline.
add template - the same process is executed for the analyzer and anonymizer (excluding the dependency install)
update build matrix to include python 3.6 3.7 3.8
added inclusive linting test using https://github.com/inclusivelint/inclusivelint-lib
added security analysis step

Minor questions

Minor questions


Parallel taylor hood pcd

This branch isn't ready to be merged with parallel_taylor_hood yet, but does outline much of the code necessary for the PCD preconditioner to be used with PETSc.

switching this to  merge into parallel_taylor_hood


Can i user SimpleJwt from Rest for my GraphQl API?

Hi,
i am already using API in RestFramework, and also in same project i have implemented the GraphQl and now i want to secure it with Simple JWT. My question is, Is there any way to achive this?

I am using "graphene" and i have already set SimpleJWT as default authentication,
but still the APIs are not secure.
any method or snipp that you can share, will be a great help!

From a couple of Google searches, it seems like graphene is separate from DRF, but a quick search shows: https://github.com/graphql-python/graphene/issues/249
Try using that view and see if that helps!

Thanks i think it must be a great help ! :fire: fire: fire: :fire:


[FLINK-12781] [Runtime/REST] include the whole stack trace in response payload

test failed due to this change
HTTP/1.1 200 OK
Content-Type: application/json; charset=UTF-8
content-length: 6469 Try to raise [rest.client.max-content-length]```

latest travis build seems to fail with build timeout

Having the stack trace is indeed helpful.
The response can however still fail due to messages with a stack trace longer than the content length.
I think we need to cut the stack trace to be below the max contents length. That may loose some parts of the stack trace in the end, but otherwise the whole response can fail.

@StephanEwen that is a great point. I should have looked into what the test failure really means, instead of just increase the max content length in the test class. there are already a few test methods verify the max content length

This looks good. Will rebase and test this...


Refactor and fix #8

Hello!
Here's basically what' I've done:

Added .editorconfig to respect your editor configuration
Added gulp to produce the minified version
Refactored (i.e simplified some selectors, loops)
Added support for data-attributes, which is the recommended way to deal with custom attributes
Fixed #8 by getting the inputs within the same form
Added a basic html file to test all this stuff

Many thanks for your contribution, @Zhouzi.
I will review this now.

I am really pleased with these changes. Thanks again, @Zhouzi - great work!
Hopefully you understand, but I decided not to include a build system like Gulp at this time.

No problem! I didn't know that we could invalidate a form "natively".

What do you mean?

I meant that thanks to your repository I learned that we can "natively" invalidate a form so thank you! :)

Oh, right. No problem.


WIP: Support axo Releases

DO NOT MERGE! :warning: Depends on a new release of gazenot that doesn't exist yet.
Adds support for axo Releases (currently in closed beta) as a release data source for oranda. You can toggle between GitHub or axo Releases like this:
{
  "components": {
    "source": "axodotdev"
  }
}

oranda will still default to GitHub, so no changes needed if you don't use axo Releases.

(for easier reviewing, I broke the commit that homogenizes line endings out of the other work, the complete diff view is unreadable, but if you go commit by commit, it should be OK)


Search bar in Angular framework on docs

Hi,
I've been using your work and I must say it's great but why is there no search function for the Angular framework selection on the documentation website? It will make navigation much easier as I do not have to click around so much.

finally added!


[BUG] Harvester importing of OpenStack VMs that have minimal resources enter SeaBIOS BootLoop

Describe the bug
Importing of OpenStack (Devstack, 2023.1/stable) VMs like cirros that have a minimal amount of resources on OpenStack
Example:

1GB Root Disk
128 MB RAM
1 vCPU

Simply do not run on Harvester
Workaround

The user will need to manually increase the resources to the VMs that were imported from OpenStack that may have "run fine" in OpenStack but Harvester needs more resources for the VM to be up and running successfully.
Once the user bumps the resources up: MEM, Disk (mainly) -> The VM can run successfully.

To Reproduce:
Steps to reproduce the behavior:

have some m1.nano & m1.micro vms running in OpenStack
import them via VM Import Controller
the vms won't start, SeaBIOS Boot Loop

Expected Behavior
VMs not to be stuck in boot loop
Environment

Harvester ISO version: v1.3.2-rc2
Underlying Infrastructure: bare-metal

Additional Context:
Example not running, stuck in bootloop
https://github.com/user-attachments/assets/388b9e61-b08f-467d-937e-ea8d50f103ff
Example running, once finally we increase the resources because OpenStack flavors don't work with parity with Harvester
https://github.com/user-attachments/assets/5e05d3bd-85da-49f0-a863-933ce9332e07
screengrab

technically this is not a bug since kubevirt will have its own minimal vm sizing requirements
we can extend the CRD to allow user to override imported VM's cpu/memory sizing to allow vm-import-controller to resize incoming vm.

@irishgordo I added an enhancement https://github.com/harvester/harvester/issues/6456 to track. Nano size VMs are not common in production, do you think we can close this one?

@ibrokethecloud  yeah I think extending the CRD to allow users to override their possible small vms in OpenStack would be beneficial :smile: :+1:
@bk201  -I'll go ahead and close this out since you've opened that up
Thanks to you both :smile: :+1:


Handle /// references with absolute path

fixes #800

Is there a specific command for absolute paths and API documentation for it*?  Or should I raise as a new issue?
*if so, could you link to it directly?

@PeterDCarter i am afraid i do not understand the question. this is an old PR 1.5 years ago. do not think anything here is relevant. please file a new issue and provide a self contained repro for the problem.


Gives array end limits for extrapolation.

If the value is out of range it doesn't provide the extrapolation value. Can someone please implement this ?

Hi, I have implemented the extrapolation feature.
See: https://github.com/likr/spline-interpolator/tree/extrapolation
Is this your expected behavior?
I'll release v1.0.0 because this causes breaking changes.

This seems to work fine :smile: Should i add a test case ?

I have released v1.0.0.
The test case is not necessary, but, I'll merge if you send PR.


Displaying R squared

Hi
Thank you for a great plugin. I would like to display R squared on the chart and I found some references to it in some docs, but I cannot find the setting. Can you please help.
Gert
PS: Apologies if this is not the right approach, but I am not sure how else to make contact.

Hey, Add "%r2"  to the legend and will replaced with the calculated value.
You can add the equation as well as shown in the examples.
2016-05-10 12:40 GMT-03:00 gkruger<EMAIL_ADDRESS>
Hi
Thank you for a great plugin. I would like to display R squared on the
chart and I found some references to it in some docs, but I cannot find the
setting. Can you please help.
Gert
PS: Apologies if this is not the right approach, but I am not sure how
else to make contact.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/streamlinesocial/highcharts-regression/issues/38

Thank you