Group filtering does not work in Custom Resources

Describe the bug
Under the Custom Resources / Definitions panel the group filtering has no effect.
To Reproduce
Steps to reproduce the behavior:

Go to Custom Resources -> Definitions
Click on filter (top right) and select any group name
Custom Resources list does not change

Expected behavior
List to show just resources for the group selected.
Environment (please complete the following information):

Lens Version: 4.1.1
OS: Ubuntu 20.04.2
Installation method (e.g. snap or AppImage in Linux): AppImage

Logs:
When you run the application executable from command line you will see some logging output. Please paste them here:
Ran from the command line but no logs generated.

The deal in get items()  of components/item-object-list/item-list-layout.tsx. It needs to be refactored. I'll take this ticket

https://github.com/lensapp/lens/pull/2123 fixes this issue


Improved and updated CI

Codecov Report

Merging #217 (099a584) into main (e343598) will decrease coverage by 0.04%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #217      +/-   ##
==========================================
- Coverage   45.91%   45.87%   -0.04%
==========================================
  Files          40       40
  Lines        2633     2633
==========================================
- Hits         1209     1208       -1
- Misses       1424     1425       +1

Impacted Files
Coverage Δ

auditor/src/domain/score.rs
60.44% <0.00%> (-0.75%)
:arrow_down:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


LOG format (IDFGH-10580)

format '%d' expects argument of type 'int', but argument param->write.handle has type 'uint32_t' {aka 'long unsigned int'} [-Werror=format=]

 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.

Hi, this is the commit message structure.
https://github.com/espressif/conventional-precommit-linter/tree/update/default_conventional_commit_rules

Hi, If you agree with the above proposed modification, could you please modify the code again and submit it according the commit message structure? [ https://github.com/espressif/conventional-precommit-linter/tree/update/default_conventional_commit_rules ]
If you don't want to proceed, we'll submit it and close this issue soon. Thank you!


Newly inserted annotation show up multiple times

But only after having for example showing additional tracks via "manage tracks". Each time I show/remove an addiotional track via "manag tracks" an additional copy of the annotations shows up in the list.
New annotations show up multiple time in the list.mp4.zip
. After reloading or newly track managing the copies disappear from the list (see screencast).

Looks fine. Thx!


Argo CD Image Updater in a different namespace

Describe the bug
Argo CD Image Updater in a different namespace is unable to list applications and getting a permission denied error
To Reproduce
Create an Argo CD server in argocd namespace
Create ArgoCD Image Updater in a different namespace
Create a role and rolebinding
Set Serviceaccount in  ArgoCD Image Update deployment
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: argocd-image-updater-role
rules:
  - verbs:
      - get
      - list
      - watch
    apiGroups:
      - ''
    resources:
      - secrets
      - configmaps
      - services
  - verbs:
      - get
      - list
      - update
      - patch
    apiGroups:
      - argoproj.io
    resources:
      - applications
  - verbs:
      - create
    apiGroups:
      - ''
    resources:
      - events

kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: argocd-image-updater-rb
  namespace: argocd
subjects:
  - kind: ServiceAccount
    name: argocd-image-updater-sc
    namespace: test-argo
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: argocd-image-updater-role

apiVersion: v1
kind: ConfigMap
metadata:
labels:
name: argocd-image-updater-config
data:
  argocd.server_addr: argocd-server.argocd.svc.cluster.local
  argocd.insecure: true
  log.level: debug

Expected behavior
oc auth can-i get applications -n argocd --as system:serviceaccount:test-argo:argocd-image-updater-sc
The answer is yes so I expect that my ArgoCD Image Updater instance should have access to Argo CD instance and be able list applications. However, I am getting this error: Error: applications.argoproj.io is forbidden: User "system:serviceaccount:test-argo:argocd-image-updater-sc" cannot list resource "applications" in API group "argoproj.io" in the namespace "test-argo""
and I am unable to see applications
Additional context
oc auth can-i get applications -n argocd --as system:serviceaccount:test-argo:argocd-image-updater-sc
The answer is yes but the error shows that Argo CDImage updater is not looking in argocd namespace. It's looking in the current namespace where it's running.
Version
Argo CD: v2.0.5
Argo CD Image Updater: v0.11.2
Logs
Error: applications.argoproj.io is forbidden: User "system:serviceaccount:test-argo:argocd-image-updater-sc" cannot list resource "applications" in API group "argoproj.io" in the namespace "test-argo\

In order to have Image Updater talk to the Argo CD server and not Kubernetes, you will have to explicitly set the access method to argocd (and also create a local API user in Argo CD and share its token with Image Updater).
Please refer to https://argocd-image-updater.readthedocs.io/en/stable/install/start/#connect-using-argo-cd-api-server for more details.
Using Kubernetes API when Image Updater runs in a different namespace than Argo CD is currently not supported.

Closed as this feature is not supported yet.


no url under discord webhook

whenever creating a discord web hook the hook has no option for me to input a webhook url

Download and use CSharpDiscordWebhook.dll, not CSharpDiscordWebhook.NET.dll. The .NET version is for 6.0 or above and the normal version is for .NET Framework


Override URL Query component

Because league query component can not treats multibyte url queries in some cases. Detail of the issue is here: https://github.com/concrete5/concrete5/pull/2626

This is a bug fix, but I think comparing two urls without any queries and fragments in Application#handleURLSlashes is the better way to solve the issue.

To add his description, it uses both ThePhpLeague/Url and Symfony/Request which has different design. This would cause redirect loop and unexpected character conversion.

Yeah, I'd rather not override their library if I can help it. i think I'd rather just compare the URLs that are generated, to ensure that the currently requested URL conforms to the one as parsed through our trailing slash settings.

I think the best way to fix this issue is leave from league/url and use only symfony component to manage urls, but I know this is a hard way.

yeah, that's unlikely. This is only an issue because we're comparing the
output of the two, really we're only comparing the output of the two
because we want to ensure that you're coming to a particular URL with or
without a trailing slash, and if you're doing the wrong thing, we redirect
you to the proper URL. Seems like it should be a pretty easy thing to fix
in this area.
On Mon, Jun 29, 2015 at 4:50 PM, Takuro Hishikawa<EMAIL_ADDRESS>wrote:

I think the best way to fix this issue is leave from league/url and use
only symfony component to manage urls, but I know this is a hard way.
—
Reply to this email directly or view it on GitHub
https://github.com/concrete5/concrete5/pull/2628#issuecomment-116881366.

OK, I'll try to fix this issue in another way.

Can we just strip off the query, the fragment and the user info from the URI before we compare?

No, the issue is not in the comparing, it is in the redirecting.

What about fixing the pleague/url instead of patching it locally? See https://github.com/thephpleague/url/pull/79 for the first fix

About the second problem that this PR fixes... The Query component transforms the query string ?foo[]=a&foo[]=b&foo[]=c&bar=d into ?foo[0]=a&foo[1]=b&foo[2]=c&bar=d.
I tested the php/apache behaviour with this simple php code:
<?php
var_dump($_GET);

for both cases (with and without explicit array indexes), I get exaclty the same result with pleague/url v3.3.3:
array (size=2)
  'foo' =>
    array (size=3)
      0 => string 'a' (length=1)
      1 => string 'b' (length=1)
      2 => string 'c' (length=1)
  'bar' => string 'd' (length=1)

So, if https://github.com/thephpleague/url/pull/79 gets accepted, we can simply update the pleague/url composer component and we don't need to override anything.

See https://github.com/concrete5/concrete5/pull/2643

Great job @mlocati , much thanks!

Taking a deeper look at #2626 we may still have problems with the conversion operated by Url from ?foo[]=a&foo[]=b&foo[]=c&bar=d to ?foo[0]=a&foo[1]=b&foo[2]=c&bar=d.
In that case, Application::handleURLSlashes thinks that the two urls are different and a redirect would be returned...
Any ideas about  how to fix this problem?

I think we just compare the non-query-string portions of the returned paths – and if they don't match we still do the redirect to the proper full URL, but we don't use the full url with its query string as part of the comparison

I think we just compare the non-query-string portions of the returned paths

Done: see #2655

Thanks guys! Btw @mlocati, we are a major version behind league/url and will need to do some refactoring in the core layer to support the new version.

@KorvinSzanto The problem is that league/url 4 requires php 5.4...


no Draw.io menu on joplin-tools pull down menu

Hi Marc0192,
I don't have any Draw.io menu item on joplin-tools pull down menu after  installing Draw.io plugin.
Linux: Ubuntu22.10, Joplin-desktop(snap): 2.9.17, diagrams.net 20.7.4, Draw.io plugin v2.1.0. Could you suggest me how to separate problems and study the cause ?

I'm sorry, it might be the same issues 7?


[SPARK-24795][Core][FOLLOWUP] Kill all running tasks when a task in a barrier stage fail

What changes were proposed in this pull request?
Kill all running tasks when a task in a barrier stage fail in the middle. TaskScheduler.cancelTasks() will also fail the job, so we implemented a new method killAllTaskAttempts() to just kill all running tasks of a stage without cancel the stage/job.
How was this patch tested?
To be added.

@jiangxb1987, thanks! I am a bot who has found some folks who might be able to help with the review:@gatorsmile, @mateiz and @kayousterhout

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/1562/
Test PASSed.

Test build #93882 has started for PR 21943 at commit 97bfba8.

Test build #93882 has finished for PR 21943 at commit 97bfba8.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93882/
Test FAILed.

Merged build finished. Test FAILed.

Test build #93893 has finished for PR 21943 at commit b5fca7a.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93893/
Test PASSed.

LGTM

Test build #93951 has finished for PR 21943 at commit 7cca33f.

This patch fails due to an unknown error code, -9.
This patch merges cleanly.
This patch adds no public classes.

Test build #93945 has finished for PR 21943 at commit bc77a8e.

This patch fails due to an unknown error code, -9.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93951/
Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93945/
Test FAILed.

Merged build finished. Test FAILed.

retest this please

Test build #93968 has started for PR 21943 at commit 7cca33f.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/1629/
Test PASSed.

Merged build finished. Test PASSed.

Test build #93969 has started for PR 21943 at commit 7cca33f.

LGTM

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/testing-k8s-prb-make-spark-distribution-unified/1653/
Test PASSed.

Merged build finished. Test PASSed.

Test build #93996 has started for PR 21943 at commit 7cca33f.

Test build #93968 has finished for PR 21943 at commit 7cca33f.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93968/
Test PASSed.

thanks, merging to master!

Test build #93996 has finished for PR 21943 at commit 7cca33f.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/93996/
Test PASSed.


Failing to load my scripts i installed

Heres my logs
[20:18:46] [DEBUG] Created script domain 'ScriptDomain_B3914828' with v2.10.6.
[20:18:46] [DEBUG] Loading scripts from 'E:\Program Files\Rockstar Games\Grand Theft Auto V\scripts' into script domain 'ScriptDomain_B3914828' ...
[20:18:46] [INFO] Loading assembly 'FirefighterMod.dll' ...
[20:18:46] [DEBUG] Found 1 script(s) in 'FirefighterMod.dll'.
[20:18:46] [DEBUG] Starting 1 script(s) ...
[20:18:46] [DEBUG] Instantiating script 'ScripttutorialUK' in script domain 'ScriptDomain_B3914828' ...
[20:18:47] [ERROR] Failed to instantiate script 'ScripttutorialUK' because constructor threw an exception:
System.IO.FileNotFoundException: Could not load file or assembly 'NativeUI, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
File name: 'NativeUI, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'
at ScripttutorialUK.MainMenu()
at ScripttutorialUK..ctor()
WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

Ehm, did you take the time to read?
Could not load file or assembly 'NativeUI

Hi, everyone. That helped me:
Just copy files from the Release.zip to your /scripts where your scripts are stored, not to main folder.


Pre-trained model checkpoint

Hello, thanks for the release of model checkpoints. I downloaded the checkpoint of GLIP-T (glip_tiny_model_o365_goldg_cc_sbu.pth). And I found there are two parts concerning state_dict of model: model and model_ema. However, as far as I know, the ema usually appears in self-supervised learning like MoCo or SimCLR and I did not find anything mentioning something like this in your paper. So, I wonder how the checkpoint comes.

Thanks for @liunian-harold-li 's reply. He told me model_ema is a model from EMA with no intention, and I will use the key model. Close.


For neovim:null_ls use ruff builtin for formatting

null-ls picked up the recommended snippet in README.md and ruff formatting now a builtin.
Ref:

https://github.com/jose-elias-alvarez/null-ls.nvim/pull/1290/commits/482990e39171e3d69b8ead67fa5bc8339d4f9d43

https://github.com/jose-elias-alvarez/null-ls.nvim/blob/7b2b28e207a1df4ebb13c7dc0bd83f69b5403d71/doc/BUILTINS.md#ruff-1

Rock on, thank you!


[R] arrow failing on mac prerel

Describe the bug, including details regarding any error messages, version, and platform.
Hi! I expected that R arrow package should pass checks on all CRAN machines, including
r-prerel-macos-arm64
I observe that the check is failing for R arrow, and also for my package nc which suggests arrow and uses it in an example:
 > ### Name: capture_first_glob
  > ### Title: capture first glob
  > ### Aliases: capture_first_glob
  >
  > ### ** Examples
  >
  >
  > data.table::setDTthreads(1)
  >
  > ## Example 0: iris data, one file per species.
  > library(data.table)
  > dir.create(iris.dir <- tempfile())
  > icsv <- function(sp)file.path(iris.dir, paste0(sp, ".csv"))
  > data.table(iris)[, fwrite(.SD, icsv(Species)), by=Species]
  Empty data.table (0 rows and 1 cols): Species
  > dir(iris.dir)
  [1] "setosa.csv"     "versicolor.csv" "virginica.csv"
  > data.table::fread(file.path(iris.dir,"setosa.csv"), nrows=2)
     Sepal.Length Sepal.Width Petal.Length Petal.Width
            <num>       <num>        <num>       <num>
  1:          5.1         3.5          1.4         0.2
  2:          4.9         3.0          1.4         0.2
  > (iglob <- file.path(iris.dir,"*.csv"))
  [1] "/var/folders/k4/0jwzxmln0nb8y6rkzprptb640000gq/T//RtmpxNPzlE/file463c41145017/*.csv"
  > nc::capture_first_glob(iglob, Species="[^/]+", "[.]csv")
         Species Sepal.Length Sepal.Width Petal.Length Petal.Width
          <char>        <num>       <num>        <num>       <num>
    1:    setosa          5.1         3.5          1.4         0.2
    2:    setosa          4.9         3.0          1.4         0.2
    3:    setosa          4.7         3.2          1.3         0.2
    4:    setosa          4.6         3.1          1.5         0.2
    5:    setosa          5.0         3.6          1.4         0.2
   ---
  146: virginica          6.7         3.0          5.2         2.3
  147: virginica          6.3         2.5          5.0         1.9
  148: virginica          6.5         3.0          5.2         2.0
  149: virginica          6.2         3.4          5.4         2.3
  150: virginica          5.9         3.0          5.1         1.8
  >
  > ## Example 1: four files, two capture groups, custom read function.
  > db <- system.file("extdata/chip-seq-chunk-db", package="nc", mustWork=TRUE)
  > suffix <- if(interactive())"gz" else "head"
  > (glob <- paste0(db, "/*/*/counts/*", suffix))
  [1] "/Volumes/Builds/packages/big-sur-arm64/results/4.4/nc.Rcheck/nc/extdata/chip-seq-chunk-db/*/*/counts/*head"
  > Sys.glob(glob)
  [1] "/Volumes/Builds/packages/big-sur-arm64/results/4.4/nc.Rcheck/nc/extdata/chip-seq-chunk-db/H3K36me3_AM_immune/9/counts/McGill0101.bedGraph.head"
  [2] "/Volumes/Builds/packages/big-sur-arm64/results/4.4/nc.Rcheck/nc/extdata/chip-seq-chunk-db/H3K36me3_TDH_other/1/counts/McGill0019.bedGraph.head"
  [3] "/Volumes/Builds/packages/big-sur-arm64/results/4.4/nc.Rcheck/nc/extdata/chip-seq-chunk-db/H3K4me3_TDH_immune/9/counts/McGill0024.bedGraph.head"
  [4] "/Volumes/Builds/packages/big-sur-arm64/results/4.4/nc.Rcheck/nc/extdata/chip-seq-chunk-db/H3K4me3_XJ_immune/2/counts/McGill0024.bedGraph.head"
  > read.bedGraph <- function(f)data.table::fread(
  +   f, skip=1, col.names = c("chrom","start", "end", "count"))
  > data.chunk.pattern <- list(
  +   data="H.*?",
  +   "/",
  +   chunk="[0-9]+", as.integer)
  > (data.chunk.dt <- nc::capture_first_glob(glob, data.chunk.pattern, READ=read.bedGraph))
                    data chunk  chrom     start       end count
                  <char> <int> <char>     <int>     <int> <int>
   1: H3K36me3_AM_immune     9  chr10 111456281 111456338     2
   2: H3K36me3_AM_immune     9  chr10 111456338 111456381     1
   3: H3K36me3_AM_immune     9  chr10 111456381 111459312     0
   4: H3K36me3_AM_immune     9  chr10 111459312 111459316     5
   5: H3K36me3_AM_immune     9  chr10 111459316 111459409    10
   6: H3K36me3_AM_immune     9  chr10 111459409 111459411     8
   7: H3K36me3_AM_immune     9  chr10 111459411 111459415     5
   8: H3K36me3_AM_immune     9  chr10 111459415 111463412     0
   9: H3K36me3_AM_immune     9  chr10 111463412 111463512     2
  10: H3K36me3_AM_immune     9  chr10 111463512 111466726     0
  11: H3K36me3_TDH_other     1  chr21  43119165  43119386     0
  12: H3K36me3_TDH_other     1  chr21  43119386  43119407     1
  13: H3K36me3_TDH_other     1  chr21  43119407  43119475     2
  14: H3K36me3_TDH_other     1  chr21  43119475  43119502     1
  15: H3K36me3_TDH_other     1  chr21  43119502  43119987     0
  16: H3K36me3_TDH_other     1  chr21  43119987  43120007     1
  17: H3K36me3_TDH_other     1  chr21  43120007  43120086     2
  18: H3K36me3_TDH_other     1  chr21  43120086  43120107     1
  19: H3K36me3_TDH_other     1  chr21  43120107  43120743     0
  20: H3K36me3_TDH_other     1  chr21  43120743  43120789     1
  21: H3K4me3_TDH_immune     9   chr1  36926536  36926549    10
  22: H3K4me3_TDH_immune     9   chr1  36926549  36926554     9
  23: H3K4me3_TDH_immune     9   chr1  36926554  36926565    11
  24: H3K4me3_TDH_immune     9   chr1  36926565  36926569     9
  25: H3K4me3_TDH_immune     9   chr1  36926569  36926571     8
  26: H3K4me3_TDH_immune     9   chr1  36926571  36926580     7
  27: H3K4me3_TDH_immune     9   chr1  36926580  36926593     8
  28: H3K4me3_TDH_immune     9   chr1  36926593  36926606     7
  29: H3K4me3_TDH_immune     9   chr1  36926606  36926622     8
  30: H3K4me3_TDH_immune     9   chr1  36926622  36926634     9
  31:  H3K4me3_XJ_immune     2  chr22  20688396  20688502     0
  32:  H3K4me3_XJ_immune     2  chr22  20688502  20688602     1
  33:  H3K4me3_XJ_immune     2  chr22  20688602  20688869     0
  34:  H3K4me3_XJ_immune     2  chr22  20688869  20688932     2
  35:  H3K4me3_XJ_immune     2  chr22  20688932  20688934     3
  36:  H3K4me3_XJ_immune     2  chr22  20688934  20688936     4
  37:  H3K4me3_XJ_immune     2  chr22  20688936  20688963     5
  38:  H3K4me3_XJ_immune     2  chr22  20688963  20688968     7
  39:  H3K4me3_XJ_immune     2  chr22  20688968  20688969     6
  40:  H3K4me3_XJ_immune     2  chr22  20688969  20688979     5
                    data chunk  chrom     start       end count
  >
  > ## Write same data set in Hive partition, then re-read.
  > if(requireNamespace("arrow")){
  +   path <- tempfile()
  +   max_rows_per_file <- if(interactive())3 else 1000
  +   arrow::write_dataset(
  +     dataset=data.chunk.dt,
  +     path=path,
  +     format="csv",
  +     partitioning=c("data","chunk"),
  +     max_rows_per_file=max_rows_per_file)
  +   hive.glob <- file.path(path, "*", "*", "*.csv")
  +   hive.pattern <- list(
  +     nc::field("data","=",".*?"),
  +     "/",
  +     nc::field("chunk","=",".*?", as.integer),
  +     "/",
  +     nc::field("part","-","[0-9]+", as.integer))
  +   hive.dt <- nc::capture_first_glob(hive.glob, hive.pattern)
  +   hive.dt[, .(rows=.N), by=.(data,chunk,part)]
  + }
  Loading required namespace: arrow
  Error in dataset___HivePartitioning(schm, null_fallback = null_fallback_or_default(null_fallback),  :
    Cannot call dataset___HivePartitioning(). See https://arrow.apache.org/docs/r/articles/install.html for help installing Arrow C++ libraries.
  Calls: <Anonymous> -> <Anonymous> -> dataset___HivePartitioning
  Execution halted

It looks like arrow C++ library is not installed correctly, can you please investigate and fix?
For arrow check results https://cloud.r-project.org/web/checks/check_results_arrow.html
I see it does not install
Version: 15.0.1
Check: whether package can be installed
Result: ERROR
  Installation failed.
Flavors: [r-prerel-macos-arm64](https://www.r-project.org/nosvn/R.check/r-prerel-macos-arm64/arrow-00check.html), [r-prerel-macos-x86_64](https://www.r-project.org/nosvn/R.check/r-prerel-macos-x86_64/arrow-00check.html)

Component(s)
R

This is caused by gnulibtool being on the path. Brew specifically warns against doing this and it has to be added manually.
We have a check for this in 16.0.0(which currently in the release process) as this happened on the othe Mac platforms as well but was corrected silently by cran at some point.

I'm still encountering this issue with r-release-macos-arm64 15.0.1 on my 2020 M1 MacBook Air. I got arrow up and running with install_arrow(), like so:
install.packages("arrow") # install arrow
install_arrow() # reinstall arrow to fix issues
.rs.restartR() # restart R session (RStudio)

This isn't the expected/desired behavior, but it seems to work for now.

this is still an issue for me (error during CRAN checks of my package nc which Suggests arrow) https://www.r-project.org/nosvn/R.check/r-release-macos-arm64/nc-00check.html
If there is no way to fix it on your end, can you please tell me how I can write a code which tests the installed arrow binary if it is possible to call dataset___HivePartitioning() ?
Right now my condition is
if(requireNamespace("arrow")){

but maybe I could change it to something like below?
if(requireNamespace("arrow") && arrow::binary_supports("dataset___HivePartitioning")){

Is that error message stable? (not likely to change in the future) If so then I could wrap everything in a tryCatch.

Hm I was unable to reproduce the issue on my mac with the current 16.1.0 arrow binary from cran. Looking at the R version using R version 4.4.0 alpha (2024-03-31 r86238) maybe the runner doesn't  have the recent arrow version but rather the previous version that was built without dataset support?
You can use arrow::arrow_with_dataset() in addition to requireNamespace to guard that section, that should resolve this issue even with an outdated version.


Examples don't build

Steps:

git clone https://github.com/drcmda/react-three-fiber.git
cd react-three-fiber/examples
yarn or npm install
yarn start or npm start

Expected: Successful webpack output.
Actual

✖ ｢wdm｣:
ERROR in ./components/Tina.js
Module not found: Error: Can't resolve 'lodash-es/flatten' in '/home/tstelzer/dev/source/react-three-fiber/examples/components'
 @ ./components/Tina.js 5:0-37 24:51-55
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js

ERROR in ./components/Tina.js
Module not found: Error: Can't resolve 'three/src/Three' in '/home/tstelzer/dev/source/react-three-fiber/examples/components'
 @ ./components/Tina.js 1:0-41 10:12-22 89:10-26
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js

ERROR in ./node_modules/react-spring/three.js
Module not found: Error: Can't resolve 'three/src/Three' in '/home/tstelzer/dev/source/react-three-fiber/examples/node_modules/react-spring'
 @ ./node_modules/react-spring/three.js 1:0-41 1827:31-36
 @ ./components/Tina.js
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js

ERROR in ./resources/loaders/SVGLoader.js
Module not found: Error: Can't resolve 'three/src/Three' in '/home/tstelzer/dev/source/react-three-fiber/examples/resources/loaders'
 @ ./resources/loaders/SVGLoader.js 1:0-112 9:51-72 16:21-31 96:21-30 98:22-29 99:24-31 100:27-34 482:21-30 519:21-30 542:21-30 554:24-28 556:21-30 567:24-28 569:21-30 580:21-30 646:26-33 749:23-30 750:23-30 806:29-36 807:29-36 808:29-36 809:29-36 810:31-38
 @ ./components/Tina.js
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js

ERROR in ../src/canvas.js
Module not found: Error: Can't resolve 'three/src/Three' in '/home/tstelzer/dev/source/react-three-fiber/src'
 @ ../src/canvas.js 3:0-41 40:41-56 41:37-50 43:20-43 60:28-41 62:18-28 99:27-46 108:30-41
 @ ../index.js
 @ ./components/Tina.js
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js

ERROR in ../src/reconciler.js
Module not found: Error: Can't resolve 'three/src/Three' in '/home/tstelzer/dev/source/react-three-fiber/src'
 @ ../src/reconciler.js 1:0-41 85:38-43
 @ ../index.js
 @ ./components/Tina.js
 @ ./index.js
 @ multi (webpack)-dev-server/client?http://localhost:8080 index.js
ℹ ｢wdm｣: Failed to compile.

i think you're missing a yarn in the main directory. it's using webpack aliases to go back to the main dir. could you try that?

Same result with:

git clone https://github.com/drcmda/react-three-fiber.git
cd react-three-fiber
yarn
cd examples
yarn
yarn start

oh, i see it. misses dependencies for three in package json, im fixing it.

Now it should work.

Yup, works!

Sorry. It does not work. Ive tried 2 methods:
npm install react-three-fiber
git clone
ERROR in ./components/Lines.js
Module not found: Error: Can't resolve 'react-three-fiber' in '/home/olivier/wsstorm/react-three-fiber/examples/components'
@ ./components/Lines.js 5:0-72 7:0-6 117:6-14 135:29-35
@ ./index.js
ℹ ｢wdm｣: Failed to compile.
Do i something wrong ...

index.js was renamed to index.ts recently. it's fixed now

Thank for you bundle and your quick reaction.
Bets Regards

can't build with nodejs v8.10.0
is an nodejs version preferred? if this affects should be considered to add that info for example in package.json engine attribute


Openstack VM provision multiselect box not working

picking up security groups should be a multiselect box, since we can associate multiple sec. groups with a vm, but I can't pick up anything, it always go to default

@dclarizio ^

@Ladas @gmcculloug is taking a look and we'll let you know if it's something we need to fix.

@Ladas Is correct.  Here's a screenshot from a recent version of the UI showing the multi-select box:

@martinpovolny Can you figure out which refactoring/cleanup might have broken this and assign to someone to restore the multi-select box?  Thx, Dan

@gmcculloug btw. there are more issues in this page, not sure if anybody is working on them, or where should I fill it. :-)

all boxes should be filtered by tenant
cloud network* should contain only private networks
IP addresses should be shown only from public networks connected to the private network?
When I deploy multiple VMs, I can pick only one Public IP, so it should either allow to pick the same number of Public IPs as VMs, or we can just put there Public Network, that should be used for generating new Public IP(we will not precreate the public IPs)

should i just create issues from these?

@Ladas : I do not have enough expertise in automate to tell what is a bug and what is a my misunderstanding of the feature nor there's a spec that I could read to learn what is the required behavior. If you think you know the answers we can pair on fixing this (and write down at least a text spec as we work).

@martinpovolny I think we can wait for somebody to verify @gmcculloug seems to know this area and then create separate issues or BZs?

@Ladas : as you wish. Once you have the information necessary, come any time. You get a :coffee: and we will fix it together.

@martinpovolny cool :-)

@Ladas Yes, let's create a separate issue to deal with the values displayed in the dialog.  The focus of this issue should be restoring the "Security Groups" selection to be multi-select which is unrelated to the content it displays.

@Ladas if this issue is no longer relevant then please close.


Update to Log4j API to 2.7

Log4J 2.6 introduced methods into Logger that unroll the various varags methods for performance reasons. This results in massive binary incompatibility with software that is build against 2.6+. Compatibility looks okay otherwise, however the same binary breakage will occur for people building against the logging-api package so this probably needs a version bump.

Can you add a jira ticket for this, too? So we can get it in the changelog.
Also, thanks for handling this!

Done: https://ops4j1.jira.com/browse/PAXLOGGING-222

I'm upgrading both the api and core to the latest 2.8.1.


99 crashes in last 7 days, Attempt to invoke virtual method 'int java.lang.Integer.intValue()'

Plugin Version
google_mobile_ads: ^2.3.0

Steps to Reproduce
It cannot be reproduced locally.

Expected results:
No Crash
Actual results:
Crash

Logs

Fatal Exception: io.flutter.plugins.firebase.crashlytics.FlutterError: PlatformException(error, Attempt to invoke virtual method 'int java.lang.Integer.intValue()' on a null object reference, null, java.lang.NullPointerException: Attempt to invoke virtual method 'int java.lang.Integer.intValue()' on a null object reference
	at io.flutter.plugins.googlemobileads.i0.create(Unknown Source:4)
	at io.flutter.plugin.platform.v$a.p(Unknown Source:51)
	at io.flutter.plugin.platform.v$a.i(Unknown Source:34)
	at t7.k$a.c(Unknown Source:263)
	at t7.k$a.onMethodCall(Unknown Source:175)
	at u7.k$a.a(Unknown Source:17)
	at i7.c.l(Unknown Source:18)
	at i7.c.m(Unknown Source:40)
	at i7.c.i(Unknown Source:0)
	at i7.b.run(Unknown Source:12)
	at android.os.Handler.handleCallback(Handler.java:938)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loop(Looper.java:268)
	at android.app.ActivityThread.main(ActivityThread.java:8101)
	at java.lang.reflect.Method.invoke(Native Method)
	at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:627)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:997)
)
       at StandardMethodCodec.decodeEnvelope(message_codecs.dart:653)
       at MethodChannel._invokeMethod(platform_channel.dart:315)
       at SurfaceAndroidViewController._sendCreateMessage(platform_views.dart:1017)
       at AndroidViewController.create(platform_views.dart:801)

Flutter analyze
Analyzing class_12_mock_tests_and_solved_question_papers...

   info • Do not use BuildContexts across async gaps • google_signin.dart:72:7 • use_build_context_synchronously
   info • 'shareFiles' is deprecated and shouldn't be used. Use shareXFiles instead. • quiz_result.dart:89:17 •
          deprecated_member_use

2 issues found. (ran in 2.1s)

flutter doctor -v

[✓] Flutter (Channel stable, 3.7.3, on macOS 13.1 22C65 darwin-arm64, locale
    en-IN)
    • Flutter version 3.7.3 on channel stable at [PATH]
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision<PHONE_NUMBER> (9 days ago), 2023-02-08 15:46:04 -0800
    • Engine revision 248290d6d5
    • Dart version 2.19.2
    • DevTools version 2.20.1

[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.0)
    • Android SDK at [PATH]
    • Platform android-33, build-tools 33.0.0
    • Java binary at: [PATH]
    • Java version OpenJDK Runtime Environment (build
      11.0.13+0-b1751.21-8125866)
    • All Android licenses accepted.

[✗] Xcode - develop for iOS and macOS
    ✗ Xcode installation is incomplete; a full installation is necessary for iOS
      development.
      Download at: https://developer.apple.com/xcode/download/
      Or install Xcode via the App Store.
      Once installed, run:
        sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
        sudo xcodebuild -runFirstLaunch
    ✗ CocoaPods not installed.
        CocoaPods is used to retrieve the iOS and macOS platform side's plugin
        code that responds to your plugin usage on the Dart side.
        Without CocoaPods, plugins will not work on iOS or macOS.
        For more info, see https://flutter.dev/platform-plugins
      To install see
      https://guides.cocoapods.org/using/getting-started.html#installation for
      instructions.

[✓] Chrome - develop for the web
    • Chrome at [PATH]

[✓] Android Studio (version 2021.3)
    • Android Studio at [PATH]
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build
      11.0.13+0-b1751.21-8125866)

[✓] VS Code (version 1.75.1)
    • VS Code at [PATH]
    • Flutter extension version 3.58.0

[✓] Connected device (2 available)
    • macOS (desktop) • macos  • darwin-arm64   • macOS 13.1 22C65 darwin-arm64
    • Chrome (web)    • chrome • web-javascript • Google Chrome 110.0.5481.77

[✓] HTTP Host Availability
    • All required HTTP hosts are available

! Doctor found issues in 1 category.

Hi @CodeWithBishal
This is a known issue being tracked at https://github.com/googleads/googleads-mobile-flutter/issues/672. Closing this issue as a duplicate, so please follow up on it for further updates.


Feature: go-around patterns for missions

Test data / coverage
Here is one flight with one go-around. In total, I have tested this feature at least over 10 times.
https://logs.px4.io/plot_app?log=4f523186-44dc-439f-8c31-2da5a1d66e86
Describe problem solved by the proposed pull request
To my understanding (please correct me if this is nonsense), the vehicle will always loiter above the landing waypoint after an aborted landing. So it is not possible to add regular waypoints after the LAND
point that the vehicle would follow automatically after the aborted landing.
Describe your preferred solution
If the landing is aborted and a valid waypoint exists after the LAND, just continue to the next item.
Edit. Some explanation of the code that might help (happens within Mission:on_active()):

Mission::on_active() checks if  MissionBlock::is_mission_item_reached() is true
If true, and if autocontinue is true (seems to be for LAND), then advance_mission() and set_mission_items(). This sets the mission item to the next one.
check if _mission_item.nav_cmd == NAV_CMD_LAND. It is not true, because the item changed (if the next item isn't also LAND (which would be weird)).
Because the previous clause wasn't true,  don't do do_abort_landing();
FW position controller will reset the _land_abort flag.

This looks right, I just want to give it a more careful review as the navigator states are becoming more intertwined.

No, the statement is for both NAV_CMD_LAND and NAV_CMD_VTOL_LAND cases.

Does this change impact the various RTL_TYPE options?  Specifically RTL_TYPE 1 and 2 where parts of the mission are used during Return Mode?
I'm wondering if there is a use case where some people would want this feature disabled? - I have to think about it some more.  If this is the case, maybe the correct place to effectively "disable" this feature would be Mission Feasibility checker.  Thoughts?

I haven't considered if this will interfere with any return modes. A quick investigation showed that:

landing to the current position seems to be OK (the next waypoint will be set as invalid in navigator/land.cpp).
A quick look showed that if there is a valid landing point in the mission, it will just jump to NAV_CMD_DO_LAND_START. So no weird behaviour to be expected (navigator/rtl.cpp).
In case of landing at the home position without a LAND wpt, it could possibly just continue the mission from the point where the RTL was issued if an aborted landing was to happen. I did't see that the next waypoint would have been set to invalid. So this is a problem (navigator/rtl.cpp).

Another thing comes to mind concerning the FW position controller: Maybe it would be better to disable landing aborts under some situations, such as the "low battery immediate landing". I don't know if it is already implemented though.

Maybe it would be better to disable landing aborts under some situations, such as the "low battery immediate landing".

this is an interesting idea and maybe could be discussed in a separate issue post?  I might suggest tying it to BAT_EMERGEN_THR with some logic for BAT_EMERGEN_THR where if already in a landing state, stay in the landing state and block the ability to abort?

@almaaro please rebase.

@TSC21 I'm a bit confused, something eeird has apparently happened (I'm not a git master)...
Do I rebase on master and push to the original branch? Thank you.

If this feature were to move forward, I think it should need to be enabled via parameter, e.g. MIS_DO_GO-AROUND or maybe MIS_ABORT_CONTINUE or something.  Actually the term "go-around" doesn't accurately reflect the proposed feature - it is more of an "abort pattern" or "continue after abort" or something.
The current default behavior of aborting to loiter over the landing is generally pretty safe, consistent, and easily understood by the general user.  If a user intentionally or accidentally adds waypoints after a Land waypoint, the system should still behave safely.  I think a user should be required to enable the feature via a parameter so they have some understanding that the vehicle will go somewhere else (like maybe into some trees/buildings) after an abort.

Please reopen. See https://github.com/PX4/Firmware/pull/11099#issuecomment-546703322


IODP changed LIMS format

IODP has changed their format for srm data. (argh)
Example of new data format:
http://iodp.tamu.edu/LORE/?reportName=srmsection&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361')"]&postretrieve={"scale_id":"11331"}
Pre Expedition 362 format:
http://iodp.tamu.edu/LORE/?reportName=srmsectionold&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361','U1361')"]&postretrieve={"scale_id":"11331"}

of COURSE they did!  seems to happen every year or two. very annoying.
lisa

On Feb 16, 2017, at 11:16 PM, SSkinner<EMAIL_ADDRESS>wrote:
IODP has changed their format for srm data. (argh)
Example of new data format:
http://iodp.tamu.edu/LORE/?reportName=srmsection&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361')"]&postretrieve={"scale_id":"11331"} http://iodp.tamu.edu/LORE/?reportName=srmsection&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361')"]&postretrieve={"scale_id":"11331"}
Pre Expedition 362 format:
http://iodp.tamu.edu/LORE/?reportName=srmsectionold&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361','U1361')"]&postretrieve={"scale_id":"11331"} http://iodp.tamu.edu/LORE/?reportName=srmsectionold&appl=LORE&action=show&filters=["x_expedition in ('318')","x_site in ('U1361','U1361')"]&postretrieve={"scale_id":"11331"}
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/PmagPy/PmagPy/issues/145, or mute the thread https://github.com/notifications/unsubscribe-auth/AAKrDayABy3IWifetsWFp-2aImJnnT0_ks5rdUlSgaJpZM4MD8of.

Yeah I got some of the new data, I'm working on patching the new native 3.0 IODP_srm_magic script so it works on all the IODP SRM data. Will close issue when I'm done. Thanks for the tip off and links, @sms0832.


dataZoom click not working

Version
5.2.1
Reproduction link
https://jsfiddle.net/tmtron/9y0xtqs7/11/
Steps to reproduce
click on the dataZoom
What is expected?
click event should be invoked
What is actually happening?
click event is not invoked

The example from the documentation: echartsInstance. on is also not working:
chart.on('click', 'dataZoom', function () {...});

Other click events work: e.g. on the series, axis-labels (when triggerEvent is set to true)
but for dataZoom, triggerEvent does not exist
Maybe someone knows a temporary workaround?

I thought about using echartsInstance.containPixel, but it seems, that this does also not support dataZoom

@tmtron Hi，could you specify your demand?
We are planning to add event to dataZoom, PR in #16171 , but we don't know what you want to receive when event invoked. Right now only componentType and componentIndex can be provided.

Use case
Initial view
When we first show the chart, we display a high-level view of all available data - this is some aggregation data (e.g. when we show 5 years of data, we may have 1 data-sample per week)

Zoom
When the user wants to see more details, they can use the zoom slider to zoom in to a part of the "coarse" data: e.g. zoom to 3 months (of the full 2 years data):

Note, that we did not load any new data - it's just the echarts zoom function: i.e. now the user will only see a part of the initial data - it is still "coarse" data (1 data-sample per week)
Reload zoomed range
When the user now wants to see more details for the zoomed range, they can click on the zoom slider: we will reload more fine-grained data from the server for the currently selected date-range:

Note, that the recorder now loaded the new data from the server. This now shows exactly the data-range (27‑03‑2020…24‑06‑2020) that was previously selected in the data-zoom slider.
This new data is now much finer: i.e. we now have 1 data-sample per 6 hours - so you can see much more details than in the previous step.
Summary
So actually we need an event that fires when the user clicks on the data-zoom slider. It would be great if this event could also include the currently selected range: i.e. start/end like the datazoom-event

@tmtron Thanks for this precise demo, we will evaluate it. @pissang

@tmtron I have implemented start/end in PR, Please take a look.

@susiwen8 looks good to me, thanks.

I'm not sure but it seems the datazoom event already did this work.

I'm not sure but it seems the datazoom event already did this work.

I'm not sure but it seems the datazoom event already did this work.

I'm not sure but it seems the datazoom event already did this work.

@pissang Not sure what you mean. This is what this bug-report is all about. The dataZoom click event does not work:
chart.on('click', 'dataZoom', function () {...});

In this example the callback function will not be executed when you click on the data-zoom-slider.
You can test it in the reproduction link: https://jsfiddle.net/tmtron/9y0xtqs7/11/

click events on the axis-labels or data-samples work: see console output
but a click on the data-slider component does not work (and there is no triggerEvent property for the zoom-slider)

@pissang  I think we still need to add event for dataZoom. Then user can fetch data when click on dataZoom. As for start/end, user can get from dataZoom action

Sorry for accidentally closing this issue. Didn't remember how I did this.
I just want to make sure the use case make sense before we exposing a new event or other APIs to avoid forward compatiblity issues. What if we have more use cases in the future but have conflicts with the current exposed API?
For example, when I click the dataZoom, what I expected is getting the percent of the point I clicked so I could do more things like move to this range, just like other events. But I don't think clicking on the dataZoom area to fetch more data is an intuitive user interaction.
Especially when it having conflicts with our builtin user interaction that `click to select'. The selected window will be changed after I clicked the dataZoom. So what range should it use to fetch the data, the new one or the old one?

For example, when I click the dataZoom, what I expected is getting the percent of the point I clicked so I could do more things like move to this range, just like other events.

That would for sure be good to have.
I think, that you can always add additional data to the event without breaking backward-compatibility, right?
e.g. adding clickpointValue, clickpointPercent properties

But I don't think clicking on the dataZoom area to fetch more data is an intuitive user interaction.

Well, I don't know a better way to do this. However I am very open to suggestions.
Some more info:

In a first version we had an external button and menu entry to Load the selected zoom region - but that was inconvenient and clicking on the zoom slider directly is much preferred by the users.
Later we auto-loaded the data after some time, but that was annoying to the users (and caused useless load on the server), so we deactivated this.
BTW: we also reload data when they click on a brush area

Especially when it having conflicts with our builtin user interaction that `click to select'. The selected window will be changed after I clicked the dataZoom. So what range should it use to fetch the data, the new one or the old one?

In this case, we would reload the old-data region (i.e. we don't use this click to move-window feature at all).
However, when you want full support for this, then the event should contain the old range and the new range.
And maybe even let the user cancel your default action (i.e. move the window to the new range).

Also we can't provide any hint to users letting them know they can click the dataZoom to load more data now.

Well, we don't need such an indication - and if this is desired, the application can work around that:
e.g. we could show a modal help window when the users use the zoom slider/brush for the first time, etc.

you can always add additional data to the event without breaking backward-compatibility, right

That's what we don't want to see.  We are trying to keep all exposed API are simple and consistent. API that only solve one very specific case needs to be added very carefully.

Well, I don't know a better way to do this. However I am very open to suggestions.

From my side. Your first and second solution sounds more solid on the user experience. But that's only my humble opinion. I'm just not convinced that adding click event on dataZoom can provide a good enough solution to solve cases like this.

We are trying to keep all exposed API are simple and consistent.

In the case of a click event for the data-zoom slider, there is anyway only very little info that you can send along:

the click point
optionally the selected range.
this is maybe not required, when you can also ask the chart-instance fot he currently selected range and maybe find out if the click-point is in the selected zoom range, or outside

API that only solve one very specific case needs to be added very carefully.

A click event is something very generic and for sure not tied to a single use-case.
There are many more things that this can be used for:
e.g. we have a config mode, where the users can configure/move/resize the charts. in this mode, a click on the zoom slider could bring up a config dialog, where they can configure the slider: e.g.

slider properties: color, handleSize, ..
a check-box if they want to show the slider at all

Another use-case that you have mentioned is the click-moves-the-zoom-window feature.
This could easily be implemented by users of the library via this click event.
Even better; we could implement our own strategy: e.g. maybe we want that clicking should not move the zoom window, but expand or shrink the window to the click-point

Well, I don't know a better way to do this. However I am very open to suggestions.

From my side. Your first and second solution sounds more solid on the user experience. But that's only my humble opinion. I'm just not convinced that adding click event on dataZoom can provide a good enough solution to solve cases like this.

Well, I also thought that at first. But in the meanwhile I have changed my mind and think that our users are right.
When you use the zoom slider handles to select a suitable range, then you don't want to move the mouse away, to a button or menu - you want to immediately invoke the load-action by a simple click.

Sorry for can't merging the PR from @susiwen8 . Didn't notice it's a mistake from the doc.
We need to think through these questions carefully before we providing such a event.

Which part of the dataZoom can trigger the event. The whole component or only the slider. If it's only the slider, what about other parts of the dataZoom.
What event parameters we need to provide. And how developers can use them in their scenarios.
How should we handle the conflicts of loading action from click event handler and the default dataZoom action.
Is there a better way to do async loading on demand. For example, render a loading button around the slider, this button will trigger click event with necessary event parameters.


Add unittests for DetectedProblem.eq

Codecov Report

Merging #28 (8eb11c9) into main (f794762) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##              main       #28   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files            2         2
  Lines          147       172   +25
=========================================
+ Hits           147       172   +25

Flag
Coverage Δ

unittests
100.00% <100.00%> (ø)

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

Impacted Files
Coverage Δ

pre_commit_hooks/check_successful_c_msbuild.py
100.00% <100.00%> (ø)

tests/test_check_successful_c_msbuild.py
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


[Enhancement] Accelerate the website kcl-lang.io speed

Enhancement

I would be willing to look into this. I have worked with Docusaurus on a few other projects.


fix: cyclic deps for inferred and static

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

55 of 104 (52.88%)  changed or added relevant lines in 5 files are covered.
4 unchanged lines in 2 files lost coverage.
Overall coverage decreased (-0.5%) to 91.548%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

core/job/service/job_service.go
46
48
95.83%

core/job/job.go
1
48
2.08%

Files with Coverage Reduction
New Missed Lines
%

core/job/resolver/upstream_resolver.go
2
95.83%

core/job/service/job_service.go
2
97.88%

Totals

Change from base Build<PHONE_NUMBER>:
-0.5%

Covered Lines:
8167

Relevant Lines:
8921

💛  - Coveralls


[windows][usm] Fix json parsing for usm

The parsing of datadog.json for USM service tagging was far too restrictive. It assumed all values were always string values, and failed if any entry had a non-string (e.g. bool) value; even though those values are allowed for other keys.
Fixes parser to allow this case, and also updates test to have the additional entries in them.
Motivation
Customer reported issue with USM service tagging not working
Describe how to test/QA your changes
Automated tests in place.
Create a datadog.json in the director
Install IIS.
Create one or more IIS sites in the IIS configuration.
Place a datadog.json or web.config file in the root of the site directory, with any combination of env/version/service tags.
The file formats are documented
https://datadoghq.atlassian.net/wiki/spaces/WKIT/pages/4012835378/USM+APM+Compatibility#.NET-Tracer-configuration-file-formats
In addition, the customer had a valid entry that we were parsing as invalid, such as:
"DD_RUNTIME_METRICS_ENABLED":  true
Add this entry to the top level block.
Make a connection to the site.
YOu can check that the appropriate tag(s) have been added by hitting the HTTP information endpoint:
(from the source tree, download NamedPipeCmd.ex)
.\NamedPipeCmd.exe -method GET -path /network_tracer/debug/http_monitoring -quiet |convertfrom-json
YOu should see output such as:
Client      : @{IP=::1; Port=80}
Server      : @{IP=::1; Port=62700}
DNS         :
Path        : /
Method      : GET
ByStatus    : @{200=}
StaticTags  : 0
DynamicTags : {http.iis.app_pool:DefaultAppPool, http.iis.site:1, http.iis.sitename:Default Web Site}
with the addition of service, env, and or version tags that match what was configured in the file that you applied.
Possible Drawbacks / Trade-offs

/merge


Add explicit wrappers for "pub get" and "pub upgrade"

Flutter currently runs pub get implicitly as part of other commands (for example flutter run), but there's now way for a user to explicitly run only pub get within a Flutter context. Today that's not a big deal, since they can run pub get outside of Flutter, but when pub adds support for Flutter SDK constraints (dart-lang/pub#1432) and Flutter packages from the sdk source (dart-lang/pub#1431) it won't work. Pub will need to be run from within the flutter executable in order to know where to find the Flutter SDK, so if a user wants to add a new dependency or upgrade their dependencies, they'll need a way to do so from within Flutter.
I propose adding explicit flutter get and flutter upgrade commands that essentially just wrap pub get and pub upgrade, respectively. As long as they set the FLUTTER_ROOT environment variable, pub will be able to find Flutter and everything will work nicely.

flutter upgrade exists today, but also does some other things.  flutter update-packges is a hidden command just for the flutter repo.  @devoncarew would know more.

A possible alternative would be to add a flutter pub command that literally just runs pub commands within the context of Flutter.

Wrapping pub in some way makes sense to me.
Currently flutter upgrade both upgrades the versions of the packages you're using and moves your project forward to the latest version of flutter. I think it'd be useful to separate these two things out into separate commands.

For context, @abarth once suggested we consider a virtual-env like solution in https://github.com/flutter/flutter/issues/3865#issuecomment-218644446 which might be useful here.  Presumably flutter developers will want flutter's dart on their command line?  Then again, that also may just be a separate issue.

I suggest we follow brew's lead on this one...
flutter update = update to the latest version of flutter
flutter upgrade = upgrade your packages (runs pub upgrade)

I've never liked brew's behavior :) I constantly forget to say update before I run upgrade.
An upgrade should imply update.

@sethladd
How about flutter upgrade continues to function as it does today, and we add
flutter upgrade packages (no hyphen) to upgrade just packages, and
flutter upgrade sdk to upgrade the flutter sdk without the packages.

@danrubel that works for me, thanks.  (where "sdk" means flutter)
@johnmccutchan thoughts?

@sethladd We could also add flutter get packages = pub get, although I envision flutter upgrade packages being used much more often.

flutter get packages sgtm, it balances nicely with flutter upgrade packages.
Thanks!

We could group them:
flutter packages upgrade
flutter packages get
flutter sdk upgrade
But the flutter command line tool typically starts with a verb, so,
flutter get packages
flutter upgrade packages
flutter upgrade sdk
SGTM.

When this lands, please also update https://flutter.io/upgrading/ which is at https://github.com/flutter/website/blob/master/upgrading.md  (sending a PR from the github editor UI is fine :)
Thanks!

@johnmccutchan suggested grouping them by "packages" and @devoncarew suggested the same over VC, so for now I'm going to leave flutter upgrade as it is and just implement
flutter packages upgrade ---> pub upgrade
flutter packages get---> pub get
along with updating docs as per @sethladd suggestion above.


Improve assertTableEquals usability

Make a few improvements to the assertTableEquals functions:

The "include primary keys" flag is now inferred from the list of expected
records; callers no longer have to specify it explicitly.

The expected records can now be any kind of collection, not just a Set.

The lists of expected and actual records are now sorted before they're passed
to assertEquals, rather than passed as sets. This should make it easier to
spot the differences in assertion failure messages, especially when the test
is run in an IDE that can diff the expected and actual values.

#2567  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @sgrimm and the rest of your teammates on  Graphite


show_doc ends the details column at any | character

Example
def make_prob_str(
    a: str, # Event in P(a | b)
    b: str # Condition in P(a | b)
):
    """Returns a string representation of a probability distribution that conditions on `b` with event `a`"""
    return f"P({a} | {b})"

show_doc(make_prob_str)

A workaround is to escape the pipe \|. I'd rather not do this, as it makes the comment harder to read in the code cell.

I'm guessing this has to do with how | is used as a special character in eg #|export.

Thanks @MichaelJFishmanBA for a thoughtful issue write-up 😄 this is fixed in current master and will be included in the next release


client start failed : Ignoring onDemand update due to rate limiter

I use spring boot 2.1.2.RELEASE and spring cloud Greenwich.RELEASE
Other services use most of the same libs works fine except 2 services use spring-boot-starter-amqp cannot be registered to eureka .
Warn log is : Ignoring onDemand update due to rate limiter

Trying Spring support may be a better option in this use case, seems unrelated to Eureka.


[vmware] Re-add init file

This checklist is used to make sure that common guidelines for a pull request are followed.

For new extensions:

[ ] My extension description/summary conforms to the Extension Summary Guidelines.

About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your pull request is merged into main branch, a new pull request will be created to update src/index.json automatically.
The precondition is to put your code inside this repository and upgrade the version in the pull request but do not modify src/index.json.

Version 5.0.0 was a bad build and was in the index for less than a day, about 21 hours.

5.0.0 published to index bb4907f17b74365f35f975460699f6b589f230c3
5.0.1 published to index 8fb60c4be19efa3c4188f4e33ba2c32e28903016


How to adapt to different context size?

I have a use case where 2048 context is too short, and 65536 is way too long.
For efficiency, I'd like to adapt this model to a 4096 or perhaps 6144 token context.
What is involved in doing this? Can I do this with transfer learning, or would that be a full re-training pass?
I can't find any good references on this, other than attempting to diff the driver code between the Writer and the Instruct versions, which is tough going.

You can instantiate the model with a max length of 4096:
model = AutoModelForCausalLM.from_pretrained(model_name, trust_remote_code=True, max_seq_len=4096)


Wiki implementation details

Make sure interface didn't change since te API page was written.

The diagram doesn't show the backfilling algorithm and the scheduler priority queues


Dockerize

Hi,
would be nice to have a Dockerfile direct in this repo and maybe and image on hub.docker.com

wow thx, looks great!

As I commented in #91 I think this is a great idea, I'm just not familiar with docker.
I've created a SqlPad organization on hub.docker.com and will work towards getting an image published hopefully later tonight. (https://hub.docker.com/u/sqlpad/)
Any assistance welcomed :)

Sure :).
My docker username is as github marcmillien ;).

@marcmillien I've added you to the contributors team on the sqlpad org at hub.docker.com. I wasn't sure how I should manage the team structure... any ideas/suggestions let me know.
I'm enjoying learning about docker, but honestly I wouldn't mind handing off docker image management too if that's something you'd be interested in owning :)

While I can, I'm ready to help in this :).
You have to create some repository, I visibly can't do that :).
https://hub.docker.com/u/sqlpad/dashboard/
Maybe we should follow you versioning for the docker tags.
I mean we would have:
sqlpad/sqlpad:latest
sqlpad/sqlpad:1.15.0
...

I'm going to create a Makefile to help us pushing this to the docker hub.

Thanks again @marcmillien! This is great. I'm in agreement with the versioning strategy too.
I created a repository and added you as an admin. Hopefully you should be able to push the image now?
Otherwise I'll probably get around to this later this weekend. Thanks for all the assistance on this.

Done :)
https://hub.docker.com/r/sqlpad/sqlpad/tags/
I think we have to change the docker-compose.yml for a developper perspective.
I'll work on it when I have time to.

guess I close the issue than :D thx everyone


Support "Trigger Parameter Hints"

Currently, "Trigger Parameter Hints, Control+Shift+Space" doesn't seem to work. It would be greatly appreciated if this feature could be implemented.

Moved to REditorSupport/languageserver#425.


Is there any way for using unstructured chunker for chromadb entegration

text_splitter = RecursiveCharacterTextSplitter(
            chunk_size=chunk_size,
            chunk_overlap=chunk_overlap)

loaders = UnstructuredPDFLoader(file_path,
                                strategy="fast",
                                mode="elements")

loader = loaders.load()
splitted_doc = text_splitter.split_documents(loader)
documents = chromautils.filter_complex_metadata(splitted_doc)

collection = Chroma.from_documents(documents=documents, embedding=my_embeddings, persist_directory=my_db_path)

I am a beginner to LLM projects, this is my current code, in here i just want to use unstructureds chunker and partition instead of langchain, is there any easy way to implement it?

Hello Doğan, please join to our community slack and check the channels to ask questions - we're answering usage questions in the slack channel
If you have a feature request or a bug report in the future, feel free to open an issue again 👍


Chef  doesn't generate Agent.conf files

Hi team,
The current code doesn't allow the user to generate the Agent.conf that is required in a centralized configuration.
Tasks:

[x] Implement the generation of Agent.conf with Gyoku

[x] Add configuration of wazuh_command.remote_commands=1 for Wazuh Agent.

[x] Implement some form of verification of Agent.conf file

[x] Test changes

[x] Update README.md

Done here #46


Try to mesure and improve compile times

Description

According to some previous compile time benchmarks, it seems that my decision about reducing about of node classes and doing most of the work of adapters via ureact::process and ureact::fold somehow leads to worse compilation times. Need to measure it again, maybe compare with cpp.react somehow and try to improve them.
At some moment I tried to move all the tests in the single cpp file and compilation time become unacceptable low. I don't know about cpp.react, but ureact hurts from build timings for some reason.

There is an idea that using lambda instead of named functor class might hurt performance
template <size_t N>
inline constexpr auto elements = transform( []( const auto& e ) { return std::get<N>( e ); } );

But it is just idea that should be tested.

For some reason including  in <ureact/detail/algorithm.hpp> to implement  replacement, has negative impact on compilation time, sometimes even worse than inclusion of  itself:
g++-12     c++17           Debug    - 33.65%  136.13ms
g++-12     c++17           Release  - 30.95%  121.16ms
clang++-11 c++17 libstdc++ Debug    - 23.60%  93.72ms
clang++-11 c++17 libstdc++ Release  - 22.38%  88.89ms
clang++-14 c++17 libstdc++ Debug    - 22.69%  94.27ms
clang++-14 c++17 libstdc++ Release  - 23.90%  99.61ms

On these configurations even direct usage of  is better.
So, it's better to add replacements for needed things from  too if ureact works with std algorithm replacements.

Impact of using <algorithm> replacement

ureact headers include time |   |
-- | -- | --
events (g++-9 c++17 Debug) std algorithm | 431.46 | 20.73%
events (g++-9 c++2a Debug) std algorithm | 452.12 | 17.42%
events (g++-9 c++17 Release) std algorithm | 390.38 | 21.04%
events (g++-9 c++2a Release) std algorithm | 405.94 | 17.67%
events (g++-10 c++17 Debug) std algorithm | 364.16 | 25.40%
events (g++-10 c++20 Debug) std algorithm | 827.5 | 12.54%
events (g++-10 c++17 Release) std algorithm | 348.43 | 25.36%
events (g++-10 c++20 Release) std algorithm | 786.07 | 12.32%
events (g++-11 c++17 Debug) std algorithm | 354.76 | 24.63%
events (g++-11 c++20 Debug) std algorithm | 671.62 | 15.65%
events (g++-11 c++17 Release) std algorithm | 340.27 | 24.10%
events (g++-11 c++20 Release) std algorithm | 648.49 | 15.59%
events (g++-12 c++17 Debug) std algorithm | 328.92 | 7.70%
events (g++-12 c++20 Debug) std algorithm | 678.35 | 8.59%
events (g++-12 c++17 Release) std algorithm | 319.93 | 8.56%
events (g++-12 c++20 Release) std algorithm | 653.86 | 8.37%
events (clang++-11 c++17 libstdc++ Debug) std algorithm | 336.75 | 7.07%
events (clang++-11 c++20 libstdc++ Debug) std algorithm | 671.25 | 9.89%
events (clang++-11 c++17 libstdc++ Release) std algorithm | 340.39 | 6.70%
events (clang++-11 c++20 libstdc++ Release) std algorithm | 658.68 | 8.09%
events (clang++-12 c++17 libstdc++ Debug) std algorithm | 346.46 | 7.05%
events (clang++-12 c++20 libstdc++ Debug) std algorithm | 667.43 | 7.11%
events (clang++-12 c++17 libstdc++ Release) std algorithm | 347.56 | 6.91%
events (clang++-12 c++20 libstdc++ Release) std algorithm | 667.75 | 6.77%
events (clang++-13 c++17 libstdc++ Debug) std algorithm | 351.66 | 6.92%
events (clang++-13 c++20 libstdc++ Debug) std algorithm | 678.57 | 6.35%
events (clang++-13 c++17 libstdc++ Release) std algorithm | 355.55 | 7.15%
events (clang++-13 c++20 libstdc++ Release) std algorithm | 683.67 | 6.81%
events (clang++-14 c++17 libstdc++ Debug) std algorithm | 360.63 | 6.82%
events (clang++-14 c++20 libstdc++ Debug) std algorithm | 686.28 | 7.16%
events (clang++-14 c++17 libc++ Debug) std algorithm | 453.32 | 0.07%
events (clang++-14 c++20 libc++ Debug) std algorithm | 556.77 | -0.05%
events (clang++-14 c++17 libstdc++ Release) std algorithm | 357.32 | 7.05%
events (clang++-14 c++20 libstdc++ Release) std algorithm | 684.35 | 6.97%
events (clang++-14 c++17 libc++ Release) std algorithm | 453.2 | -0.29%
events (clang++-14 c++20 libc++ Release) std algorithm | 555.86 | -0.10%

Fun fact: difference decreaces to almost zero if we include <functional>

ureact headers include time |   |
-- | -- | --
`signal (g++-9 c++17 Debug) std algorithm` | 431.19 | 1.00%
`signal (g++-9 c++2a Debug) std algorithm` | 452.9 | 1.14%
`signal (g++-9 c++17 Release) std algorithm` | 393.15 | 1.55%
`signal (g++-9 c++2a Release) std algorithm` | 407.84 | 1.10%
`signal (g++-10 c++17 Debug) std algorithm` | 368.14 | 1.97%
`signal (g++-10 c++20 Debug) std algorithm` | 828.12 | 3.72%
`signal (g++-10 c++17 Release) std algorithm` | 349.36 | 1.83%
`signal (g++-10 c++20 Release) std algorithm` | 788.07 | 4.03%
`signal (g++-11 c++17 Debug) std algorithm` | 356.21 | 1.85%
`signal (g++-11 c++20 Debug) std algorithm` | 675.95 | 5.34%
`signal (g++-11 c++17 Release) std algorithm` | 341.34 | 1.24%
`signal (g++-11 c++20 Release) std algorithm` | 648.97 | 5.48%
`signal (g++-12 c++17 Debug) std algorithm` | 404.77 | 1.72%
`signal (g++-12 c++20 Debug) std algorithm` | 760.64 | 5.66%
`signal (g++-12 c++17 Release) std algorithm` | 389.22 | 1.49%
`signal (g++-12 c++20 Release) std algorithm` | 735.56 | 5.96%
`signal (clang++-11 c++17 libstdc++ Debug) std algorithm` | 388.83 | 0.37%
`signal (clang++-11 c++20 libstdc++ Debug) std algorithm` | 708.28 | 4.04%
`signal (clang++-11 c++17 libstdc++ Release) std algorithm` | 393.29 | 1.65%
`signal (clang++-11 c++20 libstdc++ Release) std algorithm` | 707.88 | 4.28%
`signal (clang++-12 c++17 libstdc++ Debug) std algorithm` | 400.94 | 1.89%
`signal (clang++-12 c++20 libstdc++ Debug) std algorithm` | 725.07 | 4.61%
`signal (clang++-12 c++17 libstdc++ Release) std algorithm` | 402.35 | 1.21%
`signal (clang++-12 c++20 libstdc++ Release) std algorithm` | 723.98 | 4.29%
`signal (clang++-13 c++17 libstdc++ Debug) std algorithm` | 405.54 | 1.15%
`signal (clang++-13 c++20 libstdc++ Debug) std algorithm` | 741.46 | 3.85%
`signal (clang++-13 c++17 libstdc++ Release) std algorithm` | 410.49 | 1.38%
`signal (clang++-13 c++20 libstdc++ Release) std algorithm` | 743.11 | 4.64%
`signal (clang++-14 c++17 libstdc++ Debug) std algorithm` | 415.88 | 1.33%
`signal (clang++-14 c++20 libstdc++ Debug) std algorithm` | 744.18 | 4.31%
`signal (clang++-14 c++17 libc++ Debug) std algorithm` | 454.65 | -0.19%
`signal (clang++-14 c++20 libc++ Debug) std algorithm` | 557.85 | -0.13%
`signal (clang++-14 c++17 libstdc++ Release) std algorithm` | 411.44 | 1.15%
`signal (clang++-14 c++20 libstdc++ Release) std algorithm` | 742.81 | 4.30%
`signal (clang++-14 c++17 libc++ Release) std algorithm` | 453.32 | -0.13%
`signal (clang++-14 c++20 libc++ Release) std algorithm` | 556.57 | -0.16%

There are several groups of use cases for library headers:

Including ureact root headers
Declaring ureact classes in headers (as part of public interface)
Using adaptors inside cpp files

By including ureact root headers I mean that there is no forward declarations and ureact is intended to be included in headers. Thus if the fact of merely inclusion of ureact headers heavily impacts compilation times, it is bad. Headers tend to be accidentally recursively included in tons of cpp files, so each millisecond lost on inclusion stage is multiplied by amount of affected cpp files.
One way to improve it - making static library variant by hiding non-template code inside the library. But previous benchmarks didn't show significant difference.
By declaring ureact classes I mean actual usage by declaring public and private reactive fields of classes, declaring free functions receiving or/and returning reactive values. If each such template instantiation is slow, it affects several cpp too. Such usage should be comparable with using std::vector, std::shared_ptr and similar templated std classes.
And by the adaptor usage I mean the fact, that potentially class can require tens of adaptors. And if each receives it's unique lambda expression then it will lead to unique class instantiation. It should be relatively fast, otherwise relatively small usage of adaptors will lead to bloating of compilation times of the cpp where it is done.

<context.hpp>
Extra include time: [63.08 ms - 107.68 ms] average - 82.63 ms
Comparable with <signal.hpp> and <events.hpp>
Time to create the first ureact::context: [46.63 ms - 169.18 ms] average - 94.10 ms
It is surprisingly high, considering that ureact::context is a concrete class and I expected that it is complete as soon as we include it.
Summary: [109.71 ms - 272.64 ms] average - 176.73 ms
I assume this time could be decreased down to almost zero in static library mode, where both context and react_graph as concrete classes can be defined inside the library and stop bloating compilation times.


fix(dynamic field more type): do not inherit css to children

To Reviewers

[x] Skipping review is not a problem (style, chore ONLY)
[ ] Not that difficult

Type of Change

[ ] New feature
[ ] Bug fixes
[ ] Feature improvement

[ ] These changes require a usage change

[ ] Others (performance improvement, refactoring, CI/CD, etc.)

Checklist

[ ] Updated Storybook documents for component
[ ] Wrote test codes for composable, utils and etc.
[ ] Tested with console(if usages are changed)

Description
It is the same with the previous PR.
It's going to be merged if the previous PR is approved.
Things to Talk About

:tada: This PR is included in version 2.0.0-beta.76 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Support manual IDs

As a feature, we could support PHP-extra style IDs for headers, tables, etc:
## How to use    {#usage}

How to use

It was somehow proposed in #63, we should look into it.
That would solve the problem with autogenerated header IDs we discussed a while ago.

I don't know if this was forgotten. I searched the issue tracker to see if someone has posted this before I requested it.
I too would really like this, I imagine for 4.0. It makes things more manageable when you have different sections with sub-sections that are named the same as other sections'. It's indispensable, since otherwise you can't really accomplish this. You could perhaps use a raw html header tag but then it'll get ignored by the table of contents generator.

I would too! :smiley: But it's the first time I look at implementing markers like this one and I'm not sure how to do it... Anyway, I'll really try to get it implemented in v4.

Yes pleeeaaseee. I'm switching from Pandoc to Hoedown and I'm loving it so far but I'm trying to figure out what to do with my documents that use this feature, which are a lot surprisingly. It's not a big deal, but I figured I'd voice my request since 4.0 is in development.
You did mention hoedownext which already supports this, perhaps you can get an idea there. Personally I'm mainly interested in being able to specify id attributes, e.g. {#some-thing}, but some processors support a more generalized attribute syntax where you can specify many things, including classes, and some even (e.g. Pandoc) support key-value pairs, e.g. {#some-id .blue feature=yes}, that's probably overkill for now, but it indeed is a very nice feature because you can end up using markdown for most things that you wouldn't.
For example, I have a special CSS class for rendering paths and I could render them by doing something like:
`some/path/here`{.path}

Some processors like Pandoc have a specific subset of elements that you can use the attribute list on, since others might be trickier. I think Kramdown supports attribute lists on pretty much anything, which is definitely interesting and flexible, but probably difficult to implement or inefficient (for example you could even specify an attribute list for a preceding paragraph of text, a list item, etc.).
I mention this in case you're able and willing to design/implement this with an eye to a potential future in which this is supported.

Yeah, this and inline footnotes are the two features I really love from Pandoc.

This would be a great new feature.
Any updates on that?

Consistency with pandoc would be nice.


Add fallback compile options for A64FX target

According to https://gcc.gnu.org/gcc-10/changes.html, mtune=a64fx should be supported in 10.3.

Thanks


Codecov Config

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 13.94%. Comparing base (1bad2fa) to head (2bc1d74).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff            @@
##               main       #7   +/-   ##
=========================================
  Coverage     13.94%   13.94%
  Complexity       73       73
=========================================
  Files            25       25
  Lines          1492     1492
  Branches        114      114
=========================================
  Hits            208      208
  Misses         1265     1265
  Partials         19       19

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


chore: bump {re,u}svg to 0.41.0

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

Project coverage is 96.04%. Comparing base (42a5861) to head (aeb40c5).

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##           master      #41   +/-   ##
=======================================
  Coverage   96.04%   96.04%
=======================================
  Files           6        6
  Lines        1417     1417
=======================================
  Hits         1361     1361
  Misses         56       56

Flag
Coverage Δ

rust
96.04% <ø> (ø)

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

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

Actually I'll close it in favour of #42.


Error docker inspect runner-... failed with exit status: 1

Checklist

[X] I've looked through the issues and pull requests for similar reports

Describe your issue
A similar issue I found there https://github.com/cross-rs/cross/issues/1153 but CROSS_REMOTE=1 is set and does not help.
For some reason build does not work anymore(it worked without problems ~6 months before) and I can't figure out what the issue is. Below some related verbose info and error at the end:
cross -V
cross 0.2.5 (ed713d9 2023-05-23)
[cross] warning: unable to get metadata for package
[cross] note: Falling back to `cargo` on the host.
cargo 1.70.0 (ec8a8a0ca 2023-04-25)

docker info
WARNING: API is accessible on http://<IP_ADDRESS>:2375/ without encryption.
         Access to the remote API is equivalent to root access on the host. Refer
         to the 'Docker daemon attack surface' section in the documentation for
         more information: https://docs.docker.com/go/attack-surface/
WARNING: No swap limit support
Client: Docker Engine - Community
 Version:    24.0.2
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.10.5
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.18.1
    Path:     /usr/libexec/docker/cli-plugins/docker-compose
Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 0
 Server Version: 20.10.9
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 5b46e404f6b9f661a205e28d59c982d3634148f8
 runc version: v1.0.2-0-g52b36a2d
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 5.4.0-164-generic
 Operating System: Alpine Linux v3.14 (containerized)
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 7.761GiB
 Name: fbdf80109021
 ID: WM7C:Y4ND:WKWY:3PPC:HLXQ:2XEP:Y7OJ:5RAI:6LHX:C3QB:YY3T:YPSU
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  [127](https://git.slab.pp.ua/root/analytics-cli/-/jobs/599#L127).0.0.0/8
 Live Restore Enabled: false
 Product License: Community Engine

cross build -v --target x86_64-unknown-linux-musl --release
+ cargo metadata --format-version 1 --filter-platform x86_64-unknown-linux-musl
+ rustc --print sysroot
+ /usr/bin/docker
+ /usr/bin/docker version -f '{{ .Server.Os }},,,{{ .Server.Arch }}'
+ rustup toolchain list
+ rustup target list --toolchain stable-x86_64-unknown-linux-gnu
+ rustup target add x86_64-unknown-linux-musl --toolchain stable-x86_64-unknown-linux-gnu
info: downloading component 'rust-std' for 'x86_64-unknown-linux-musl'
info: installing component 'rust-std' for 'x86_64-unknown-linux-musl'
+ /usr/bin/docker inspect runner-xqkuh56d-project-43-concurrent-0
Error:
   0: `/usr/bin/docker inspect runner-xqkuh56d-project-43-concurrent-0` failed with exit status: 1
Location:
   /rustc/90c54[180](https://git.slab.pp.ua/root/analytics-cli/-/jobs/591#L180)6f23a127002de5b4038be731ba1458ca/library/core/src/convert/mod.rs:727
Stderr:
   Error: No such object: runner-xqkuh56d-project-43-concurrent-0

This is the dind config with CROSS_REMOTE = 1 for gitlab ci:
  image: vshandak/cross:builder
  services:
    - name: docker:20.10.9-dind
      alias: docker
      command: ["--tls=false"]
  variables:
    DOCKER_HOST: tcp://docker:2375/
    DOCKER_DRIVER: overlay2
    DOCKER_TLS_CERTDIR: ""
    GIT_SSL_NO_VERIFY: "1"
    CROSS_REMOTE: 1
    CROSS_REMOTE_COPY_REGISTRY: 1

Dockefile body in use:
FROM debian:buster-20230502-slim

RUN apt-get update && apt-get install -y curl build-essential

# Install rustup
ENV RUSTUP_HOME=/opt/rustup
ENV CARGO_HOME=/opt/cargo
RUN curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y
ENV PATH="${PATH}:/opt/cargo/bin"

ENV RUST_TOOLCHAIN="stable"

RUN rustup toolchain install "${RUST_TOOLCHAIN}"
RUN rustup default "${RUST_TOOLCHAIN}"

RUN rustup component add clippy
RUN rustup component add rustfmt

RUN curl -fsSL https://download.docker.com/linux/debian/gpg | apt-key add -
RUN apt-get install -y software-properties-common apt-transport-https ca-certificates curl gnupg2
RUN add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/debian buster stable"
RUN apt-get update && apt-get install -y docker-ce docker-ce-cli containerd.io libssl-dev pkg-config

# set CROSS_CONTAINER_IN_CONTAINER to inform `cross` that it is executed from within a container
ENV CROSS_CONTAINER_IN_CONTAINER=true

RUN cargo install cross --git https://github.com/cross-rs/cross

What target(s) are you cross-compiling for?
x86_64-unknown-linux-musl
Which operating system is the host (e.g computer cross is on) running?

[ ] macOS
[ ] Windows
[X] Linux / BSD
[ ] other OS (specify in description)

What architecture is the host?

[X] x86_64 / AMD64
[ ] arm32
[ ] arm64 (including Mac M1)

What container engine is cross using?

[X] docker
[ ] podman
[ ] other container engine (specify in description)

cross version
cross 0.2.5 (ed713d9 2023-05-23)
Example
No response
Additional information / notes
No response

this is on a gitlab instance right? has there maybe been an update done in the base container that could've changed something?

it looks like cross tries to get info from not available container docker inspect runner-xqkuh56d-project-43-concurrent-0.
I called to check list of containers docker container ls it returned an empty list
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES

We get the name using $HOSTNAME here

yeah, I saw it, but Docker does not see any of the containers inside. Seems no one value fits because nothing is available.

can you run docker context inspect please?

sure
docker context inspect
[
    {
        "Name": "default",
        "Metadata": {},
        "Endpoints": {
            "docker": {
                "Host": "tcp://docker:2375/",
                "SkipTLSVerify": false
            }
        },
        "TLSMaterial": {},
        "Storage": {
            "MetadataPath": "\u003cIN MEMORY\u003e",
            "TLSPath": "\u003cIN MEMORY\u003e"
        }
    }
]

Interesting, that seems wrong

What do you expect to see from docker context inspect instead of mine result @Emilgardis ?

Sorry, I meant that it seems correct.
I'm not sure how to proceed with this. docker inspect is used to query about different kinds of objects in docker, and I can't remember what it's supposed to return with docker inspect $HOSTNAME

should we maybe try to ask Gitlab to restore that functionality using a bugreport on their tracker?
https://gitlab.com/gitlab-org/gitlab/-/issues/new

If you have the gitlab container spawn a new container that runs the cross command it allows the cross container to work correctly
 script:     - printenv | grep -v "^HOSTNAME=" > env.list     - docker run --rm --env-file env.list -v /var/run/docker.sock:/var/run/docker.sock image:latest bash -c "git clone $CI_REPOSITORY_URL /data && cd /data && chmod +x build.sh && ./build.sh"


[Feature Request]: Add Italian Language

What is your idea?
Hello!
I created the file "Strings.it.xaml" to permit italian translation.
Where can I pull this to the project?
Thank you!

Hello,
Thanks for contributing a new language to this project 🚀. You can create a Pull Request that only adds this new translation file into the Guard.WPF/Resources folder and I can take care about the other necessary code changes. If you are not familiar with this process, you can also send me the translation file in this issue chat or via email to<EMAIL_ADDRESS>Thanks again!

Hello,
can i create a pull request on the "main" branch? It seems it doesn't permit me to create anything without changing branch.
Thank you

You have to create a fork of this repo first. For example you can follow the steps described here (but with this repository). Otherwise you are welcome to send me the translations as a file.

Hello!
Did it! Great documentation!
Thank you!

Thanks, I will take a look at the PR later.

Thanks again for translating 2FAGuard into a new language. If you are interested in helping to keep these translations up to date, you can join the new translation project on Crowdin.


Cmake Error: GLFW variables notfound

I use Ubuntu 14.0.4 (Kernel: 4.4.0-57) and install according to the instruction.
When I run cmake ../ -DBUILD_EXAMPLES=true, errors occur as following, while running cmake ../ no error found.
-- Info: REALSENSE_VERSION_STRING=1.12.1
-- Building in a ROS environment
-- Using CATKIN_DEVEL_PREFIX: /home/minty/librealsense/build/devel
-- Using CMAKE_PREFIX_PATH: /opt/ros/indigo
-- This workspace overlays: /opt/ros/indigo
-- Using PYTHON_EXECUTABLE: /usr/bin/python
-- Using Debian Python package layout
-- Using empy: /usr/bin/empy
-- Using CATKIN_ENABLE_TESTING: ON
-- Call enable_testing()
-- Using CATKIN_TEST_RESULTS_DIR: /home/minty/librealsense/build/test_results
-- Found gtest sources under '/usr/src/gtest': gtests will be built
-- Using Python nosetests: /usr/bin/nosetests-2.7
-- catkin 0.6.18
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
GLFW_INCLUDE_DIR
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
   used as include directory in directory /home/minty/librealsense/examples
GLFW_LIBRARIES
    linked by target "c-tutorial-1-depth" in directory /home/minty/librealsense/examples
    linked by target "c-tutorial-2-streams" in directory /home/minty/librealsense/examples
    linked by target "c-tutorial-3-pointcloud" in directory /home/minty/librealsense/examples
    linked by target "cpp-alignimages" in directory /home/minty/librealsense/examples
    linked by target "cpp-callback" in directory /home/minty/librealsense/examples
    linked by target "cpp-callback-2" in directory /home/minty/librealsense/examples
    linked by target "cpp-capture" in directory /home/minty/librealsense/examples
    linked by target "cpp-config-ui" in directory /home/minty/librealsense/examples
    linked by target "cpp-enumerate-devices" in directory /home/minty/librealsense/examples
    linked by target "cpp-headless" in directory /home/minty/librealsense/examples
    linked by target "cpp-motion-module" in directory /home/minty/librealsense/examples
    linked by target "cpp-multicam" in directory /home/minty/librealsense/examples
    linked by target "cpp-pointcloud" in directory /home/minty/librealsense/examples
    linked by target "cpp-restart" in directory /home/minty/librealsense/examples
    linked by target "cpp-stride" in directory /home/minty/librealsense/examples
    linked by target "cpp-tutorial-1-depth" in directory /home/minty/librealsense/examples
    linked by target "cpp-tutorial-2-streams" in directory /home/minty/librealsense/examples
    linked by target "cpp-tutorial-3-pointcloud" in directory /home/minty/librealsense/examples

-- Configuring incomplete, errors occurred!
See also "/home/minty/librealsense/build/CMakeFiles/CMakeOutput.log".
See also "/home/minty/librealsense/build/CMakeFiles/CMakeError.log".

Same problem on Raspberry Pi 3.

@Cee just FYI - Raspberry Pi 3 does not have a USB 3.0 host controller so you cannot use any librealsense-supported cameras fundamentally

@ddiakopoulos Thanks a lot!

same problem on the UP-board
[ 61%] Building CXX object examples/CMakeFiles/cpp-config-ui.dir/cpp-config-ui.cpp.o
/home/tck/librealsense/examples/cpp-config-ui.cpp: In function ‘void show_message(GLFWwindow*, const string&, const string&)’:
/home/tck/librealsense/examples/cpp-config-ui.cpp:272:20: error: ‘GLFW_FLOATING’ was not declared in this scope
glfwWindowHint(GLFW_FLOATING, GL_TRUE);
^
examples/CMakeFiles/cpp-config-ui.dir/build.make:54: recipe for target 'examples/CMakeFiles/cpp-config-ui.dir/cpp-config-ui.cpp.o' failed
make[2]: *** [examples/CMakeFiles/cpp-config-ui.dir/cpp-config-ui.cpp.o] Error 1
CMakeFiles/Makefile2:420: recipe for target 'examples/CMakeFiles/cpp-config-ui.dir/all' failed
make[1]: *** [examples/CMakeFiles/cpp-config-ui.dir/all] Error 2
Makefile:117: recipe for target 'all' failed
make: *** [all] Error 2
helpp

For best support, post issues in the RealSense Community.
Hello,
Do you still need help with this issue?
Best regards,
Jesus
Intel Customer Support

Hi Jesus,
I have resolved this issue. The solution was to run one of the install files from the scripts folder.
Thanks for the support!
Thomas

@thomasck  thanks! your method works! actually run script/install_glfw3.sh

Hi Jesus,
I have resolved this issue. The solution was to run one of the install files from the scripts folder.
Thanks for the support!
Thomas

Which file?
Same problem trying to get running Python3 on UpBoard Ubunty14.04 with realsense2


validation not fire on textbox in ie and firefox on following senario

hello,
i have 2 textbox,
now i am enter some text on 1st text box and go to 2nd text box using mouse click on 2nd textbox
so validation fire and it is showing correct value in 1st textbox using true sign
now i am enter some text on 2nd textbox and then click on 1st textbox so validation fire for 2nd textbox and is showing correct value for 2nd textbox using true sign
now i am at 1st textbox and just select 2nd textbox entered value[not click on 2nd textbox]  directly using mouse selection and press delete so my textbox have no value, so issue is still true sign is there... that shold be gone if i am clearing value for textbox.
can you help me to sort out this issue.

Please provide a jsfiddle which demonstrates your problem. Otherwise its really hard to help you

Closing because no repro jsfiddle availabe.
If you still experience the issue, please comment and provide a jsfiddle or other kind of simplied code sample to reproduce.
Thanks for the report.


cython.embedsignature does not embed signature for call or  init

I see the following problem with Cython version 0.25.2.
When cythonizing the following file:
import cython

cdef class Test:

    @cython.embedsignature
    def __call__(self, a, b):
        "sig for __init__"

    @cython.embedsignature
    def __call__(self, a, b):
        "sig for __call__"

    @cython.embedsignature
    def test_method(self, a, b):
        "sig for test_method"

Cython produces the following docstring declarations:
// ...snip...
static char __pyx_doc_4test_4Test___call__[] = "sig for __init__";
// ...snip...
static char __pyx_doc_4test_4Test_2__call__[] = "sig for __call__";
// ...snip...
static char __pyx_doc_4test_4Test_4test_method[] = "Test.test_method(self, a, b)\nsig for test_method";

I would expect the  signatures for the __init__ and __call__ methods to be created.

It appears that this behaviour is caused by this block, whereby any special (dunder) method except __init__ is ignored by embedsignature
Can anyone clarify the reasoning behind this choice?


bidirectional rnn

does keras support bidirectional rnn?

Not out of the box, but it would be very easy to extend, for instance, the SimpleDeepRNN layer to look into the future as well as into the past.
No available recurrent layer is bidirectional. But building a bidirectional recurrent layer would take a few minutes, if that's something you are interested in. Keras is meant to be extensible, take advantage of it! :)

I believe the issue with this is how the model sees data (i.e. one sees X, the other sees X[::-1] for the simple 1D case). It would more sense to pass this into two separate RNNs for example, train them and merge. But yes, should be easy :)

For the simple rnn layer, it seems like it only fixed length sequences? for sequences with shorter length, it just append 0?

RNNs are implemented as single layer models. You can use the Flatten layer and accept your 2d sequences.

@jramapuram Thanks for the quick reply. I am not sure how to apply Flatten, but I have a dataset shape of (10000,  10,  300) where there are 10000 groups, each group has 10 sequences, and each sequence has dimension of 300. Then I tried
model = Sequential()
model.add(Dense(300, 256))
model.add(LSTM(256, 128))
model.add(Dense(128,1))
model.add(Activation('sigmoid'))
But I get error ValueError: new_order[2] is 2, but the input only has 2 axes. Do you know how to fix it? Thanks.

@hycis the input to the LSTM layer should a 3D tensor. The output of a Dense layer is a 2D tensor, so you won't be able to stack a LSTM after a Dense layer without applying a Reshape.
If your input is already 3D (10000, 10, 300), then simply removing the first Dense layer will work.

Also, is there a way to feed the model with sequences of variable length, currently from the lstm example, the sequences are padded with zeros to make them of similar length and then you use a word embedding to convert the zeros to an embedding vector. Which means the zeros is actually represented as some word vector. I will prefer that the model takes whatever the sequence as it is, and not append additional vectors, I believe the result will be different with and without appending.

Not yet. Agreed that we would need a mask system.

Thanks, I have a created a bidirectional LSTM with mlp layers for anyone who might be interested to use
https://github.com/hycis/bidirectional_RNN.git
I will close the issue.