Update the REST APIs version and Rename Store REST API

This PR updates the REST APIs in docs. Related PR - https://github.com/wso2/carbon-apimgt/pull/9581

@vithu30 , did you make these changes in the carbon-apimgt repo as well?

@vithu30 , did you make these changes in the carbon-apimgt repo as well?

@vithu30 , did you make these changes in the carbon-apimgt repo as well?

Yes, This is already committed to carbon-apimgt with [1].
[1] https://github.com/wso2/carbon-apimgt/pull/9581

@vithu30 , did you make these changes in the carbon-apimgt repo as well?

Yes, This is already committed to carbon-apimgt with [1].
[1] https://github.com/wso2/carbon-apimgt/pull/9581


500 error

Hi, I pulled out the latest code from github and when I try to access the landing page, im thrown http 500.   The following is the snipper from laravel logs. Can some one point me how to resolve this?
P.S. I have tried clearing out the boostrap/cache and then running the composer install command as someone suggested, but that did not solve the issue.
[2015-11-06 00:25:26] production.CRITICAL: exception 'Symfony\Component\Debug\Exception\FatalErrorException' with message 'Class 'McCool\LaravelAutoPresenter\LaravelAutoPresenterServiceProvider' not found' in /home/saisreekanth_majeti/Cachet/bootstrap/cache/compiled.php:6683
Stack trace:
#0 {main} {"identification":{"id":"30fc0f8b-4e2e-4ccf-bc80-6195761a8154"}}
[2015-11-06 00:26:32] production.CRITICAL: exception 'Symfony\Component\Debug\Exception\FatalErrorException' with message 'Class 'McCool\LaravelAutoPresenter\LaravelAutoPresenterServiceProvider' not found' in /home/saisreekanth_majeti/Cachet/bootstrap/cache/compiled.php:6683
Stack trace:

You need to run composer install -o and then run rm -rf bootstrap/cache/* for some reason.


Multi-line procedural var declarations: Too much indention

The old pascal developer in me really like how procedure declarations now is almost like in pascal.
That means we can split the declaration lines and make the code even more readable, even with lots of vars.
But right now if that's used, then it cases the following lines to be too much indented.

I'll look into it.

This issue also remains in 2.1.0. Are you sure that you uploaded the new version?


Change in the button style

What's the style idea?
We need to improve the style of button by adding css or bootstrap element.
Checklist

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

Code of Conduct

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

Which button are you talking about? @riyatyag-6

I would like to work on this issue under JWOC


did:ethr is it address or public key?

Bug severity
5
Describe the bug
Looking at the docs here https://veramo.io/docs/veramo_agent/did_methods/
did:ethr should produce and ethereum address - a 42 character hex string if 0x included.
However when I run veramo did:create I get a 68 character hex string (including 0x). This is apparently not ethereum address but a public key - a compressed representation of the curve point.
The difference is that eth_address is the last 20 bytes (40 hex characters) of the keccak256(public_key).
Why is there discrepancy with docs?
The problem here is that metamask would not easily tell you the public_key - only the address. To get the public key you need to ask user to sign smth and then you can derive it from a signed message. So it is not straightforward to issue VCs to users for whom you know the eth_address.
Besides that having public key in the open like that is simply not very secure. Public key is not post-quantum resistant. Which means that theoretically in 20-30yrs we will be able to derive private key from it. While ethereum address (which applies additional hash function on public key) is post-quantum resistant.
To Reproduce

run verame did create
choose did:ethr
count characters

Observed behaviour
68 characters did:ethr
Expected behaviour
42 characters did:ethr
Versions:
Veramo 5.6.0

did:ethr identifiers can be represented as both address or public key. See [method-specific-identifier] (https://github.com/decentralized-identity/ethr-did-resolver/blob/master/doc/did-method-spec.md#method-specific-identifier)
Using only the ethereum address creates a subset of the DID document by default, which is why we prefer the public key variant whenever possible as it provides broader compatibility with signing algorithms without the need for an additional transaction or other signature.
Any further updates to the DID document of a did:ethr identifier would be reflected in both variants of that identifier. The only difference is in the presence or absence of the initial public key as one of the verification methods.
Quantum resistance of the address variant is not a real argument as any signature produced by the corresponding private key would reveal the public key.
The same is true for any externally owned account on ethereum.
Please close this issue if this info is sufficient.


Client

Is there any client which runs multiogar edited besides Agar.io Client because Astr.io Client isnt working i want a smooth client because agar.io is more laggyer

client
sided
please
actually
make
an
issue
that
is
something
to
do
with
the
project
k
thanks

http://nbk.io/

@Gigabyte918 Use gaver.io.
Go to console and use this command:
setCurrentServer("ws://yourip:port");

or wair.io

@Gigabyte918 Just use https://github.com/CigarProject/Cigar.

@Gigabyte918  use http://ogar.pw
in the chat /connect ip
is soo smooth that game

So Many Client which one hehe!~RIP~


Error with nginx-gen: "unable to parse template: read /etc/docker-gen/templates/nginx.tmpl: is a directory"

When trying to start nginx-gen, this error appears in the docker logs:
2016/04/23 16:15:05 unable to parse template: read /etc/docker-gen/templates/nginx.tmpl: is a directory

This results in the template not compiling properly and the container not booting. I am getting this error with both normal docker and docker-compose.
I am using osx 10.11.5 Beta, Docker version 1.11.0, build 4dc5990 and ´docker-compose version 1.7.0, build 0d7bf73against a docker server on digitalocean runningubuntu 15.10 x64anddocker v1.11.0(booted withdocker-machine create --driver digitalocean ...`).
I have found that this issue might be related to one or more of these other issues:
https://github.com/docker/docker/issues/19304
https://github.com/docker/compose/issues/424
https://github.com/jwilder/nginx-proxy/issues/390
I have not been able to successfully run/start nginx-gen against my droplet, but I am able to run this successfully against my local virtualbox machine.
I have tried using absolute paths, I have tried moving the file to the same directory as the docker-compose yml, all with no luck :(

In case anyone else is getting this issue; my solution was to move the nginx-gen into a dockerfile, and use COPY to add the template.
Dockerfile (i put it in the root directory, but you could probably organise it into a folder):
FROM jwilder/docker-gen

# VOLUME ["/var/run/docker.sock:/var/run/docker.sock"]
# COPY /var/run/docker.sock /tmp/docker.sock
COPY ./volumes/proxy/templates/nginx.tmpl /etc/docker-gen/templates/nginx.tmpl

ENTRYPOINT ["/usr/local/bin/docker-gen", "-notify-sighup", "nginx", "-watch", "-only-exposed", "-wait", "5s:30s", "/etc/docker-gen/templates/nginx.tmpl", "/etc/nginx/conf.d/default.conf"]

Docker compose entry:
nginx-gen:
  build: ../../../
  container_name: nginx-gen
  volumes:
    - "/var/run/docker.sock:/tmp/docker.sock:ro"
  volumes_from:
    - nginx

My solution to this was to change the template line to refer to the directory containing the template instead of the file:
        - "./volumes/proxy/templates:/etc/docker-gen/templates:ro"
Hope that helps!

I've run into this exact same issue, however, i managed to track it back to mount issue with Docker VM on Mac OS (in my case), that got troubleshooted through an ssh into the machine and fixed with a reboot.
I'm still using the setup as-is and the issue hasn't come back yet.
Could you try with the old setup and see if the problem still exists?
Thanks.

I just hit this.

The docker file solution mentioned by @stephan-nordnes-eriksen worked for me.

any good solution for this ?
@stephan-nordnes-eriksen where should I put this file? in folder next to docker-compose ?

@mathuin 's solution worked for me...

@replaid Hitting the same issue you mentioned...
How did you end up going about this? I'd love to deploy entirely from my local machine (via docker-machine) without ssh'ing into the remote machine and running a git clone or something.

@hoodsy I believe the options for that situation are either to ensure the file exists or mount a whole directory.


Expired lab

Is the new version available? Webpage says it is valid till 12th of september and a new one will be added prior - seems like that is not the case.

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

ID: 21195f1c-0f99-502b-c6e7-a87d35237a81
Version Independent ID: 1848a7e1-4919-8e28-27ea-cfdbef125609
Content: Windows and Office Deployment Lab Kit - Microsoft 365 Enterprise
Content Source: microsoft-365/enterprise/modern-desktop-deployment-and-management-lab.md
Service: o365-solutions
GitHub Login: @JoeDavies-MSFT
Microsoft Alias: josephd

@RayJDM The article has been updated to reflect the new expiration date of December 4, 2020. Thanks for letting us know.


[SKIP CI] Update the vDVS documentation with steps to run tests on Windows VM

Updated contributing.md with steps to run windows test
      1. scp ~/.ssh/id_rsa.pub root@<Windows-VM-IP>:C:/Users/root/.ssh/authorized_keys
      2. export WIN_VM1=<Windows-VM-IP>
      3. make build-windows-plugin
      4. make deploy-windows-plugin
      5. make test-e2e-windows

Addressed all the comments. Merging the changes.


There are problems when tuning with some InfiniTV firmwares.

The circular buffer has been improved to support seeking at any time. If that doesn't address the problem, I will be adding RTCP support.

In at least one case it does not appear to be firmware, but we have having a lot of trouble isolating what is happening. An HDHomeRun Prime is functioning without issue on the same network, that just adds to the confusion. RTCP processing is in place so we can see if it's a factor, but at present, no responses are generated.

After looking at more logs, it looks like we are exceeding the 1500 byte receive buffer. I changed it to a fixed 65508 byte buffer since that is the limit for normal UDP packets.

The issue was related to the UDP receive buffer size and has been corrected as of v0.4.5.


New FFR algorithm (slices)

I propose a new fixed foveated rendering technique. It slices the frames into rectangles, packs them into smaller frames rendering the rectangles in the vision periphery at lower pixel density and the central rectangle at the original pixel density. The cuts are aligned so that the final image is rendered pixel-perfect. This algorithm uses the same variables as the FFR implemented with image distortion.
Other changes in this PR:

Removed UI bindings for foveation shape ratio. Now fixed to 1.5
Added combobox for selecting FFR mode; changed text field to slider for foveation strength
Refactoring FFR variables.

Online demo: https://www.shadertoy.com/view/WddGz8
The following images are obtained with resolution=50%, foveation strength=5.
Input frame no FFR:

Input frame FFR with slices:

Client screenshot no FFR:

Client screenshot FFR with slices:

Looks wild, fantastic work! Does it have the same reduction of the video size as the old one?
Should I merge it right away? I'm currently on a business trip and don't have much time (for vr)

Does it have the same reduction of the video size as the old one?

In principle this algorithm uses the variables in a completely different way but I added some conversion code so that the compression and the perceived image quality are comparable to the distortion FFR (for equal values of foveation strength)
You can merge it now.

I had some time to test your new algorithm and it looks very good. Is it hard to tweak the parameters a little? In my tests, I noticed that the lower part is much more visible than the other corners. At strength 2 the lower ~20% are very blurred while I can barely see the top or the sides. In Fallout, a lot of menus are shown in that region

In the headset I see that the higher quality region is well centered, but your argument is valid in the sense that in certain scenes (e.g. natural landscapes) there is more useful details in the lower half of the screen. I can add an offset parameter to adjust the vertical position of the region.

An offset would be great.  I just played a few games and most of them have their main interaction area more at the bottom where your hands are.

Implemented vertical offset
https://github.com/JackD83/ALVR/pull/48
https://github.com/JackD83/ALVRClient/pull/4


Refactor Options Parser Code

Addresses https://github.com/faf0/sct/issues/25 .

@zikzik @zvezdochiot feel free to review

Hi @faf0 .
Maybe replace?:
https://github.com/faf0/sct/blob/0dadad0055bb9753a1a93e13c9903b82c2cf0f41/xsct.c#L217
to
https://github.com/faf0/sct/blob/0dadad0055bb9753a1a93e13c9903b82c2cf0f41/xsct.c#L237
PS: Perhaps someone will need an assessment of a particular screen.

Hi @faf0 .
Maybe?
https://github.com/faf0/sct/blob/1191719eeffa32e292aaaff005e5cac6968d0bf9/xsct.c#L27-L28
to
           "\t-s, --screen (value)\t xsct will only select screen specified by given zero-based index\n"
           "\t-c, --crtc (value) \t xsct will only select CRTC specified by given zero-based index\n", pname);

and
https://github.com/faf0/sct/blob/1191719eeffa32e292aaaff005e5cac6968d0bf9/xsct.1#L25-L30
to
.TP
.B -s, --screen (value)
Zero-based index of screen to use.
.TP
.B -c, --crtc (value)
Zero-based index of CRTC to use.

Thanks, @zvezdochiot ! I updated the documentation in https://github.com/faf0/sct/pull/28/commits/423aefc86a8b445640b1c34d0142e514057c3cb3 .

Hi @faf0 .
:+1: Good work!


updated the benchmarking tool

Updated benchmarking tool to use new files
Renamed benchmarking tool's folder
Added README file to benchmarking project
Updated POM file of rx-sdk parent to recognise 'benchmark' sub module

@kirankumarkolli


Use virtiofsd for sharing file system data with host

Switch over to using virtiofsd for sharing file system data with the
host. virtiofs is a file system designed for the needs of virtual
machines and environments. That is in contrast to 9P fs, which we
currently use for sharing data with the host, which is first and
foremost a network file system.
9P is problematic if for no other reason that it lacks proper support
for usage of the "open-unlink-fstat idiom", in which files are unlinked
and later referenced via file descriptor (see #83). virtiofs does not
have this problem.
This change replaces usage of 9P with that of virtiofs. In order to
work, virtiofs needs a user space server. The current state-of-the-art
implementation (virtiofsd) is implemented in Rust and so we interface
directly with the library. Most of this code is extracted straight from
virtiofsd, as it's a lot of boilerplate. An alternative approach is to
install the binary via distribution packages or from crates.io, but
availability (and discovery) can be a bit of a challenge. Note that this
now means that both libcap-ng as well as libseccomp need to be
installed.
I benchmarked both the current master as well as this version with a
bare-bones custom kernel:
Benchmark 1: target/release/vmtest -k bzImage-9p 'echo test'
Time (mean ± σ):      1.316 s ±  0.087 s    [User: 0.462 s, System: 1.104 s]
Range (min … max):    1.232 s …  1.463 s    10 runs
Benchmark 1: target/release/vmtest -k bzImage-virtiofsd 'echo test'
Time (mean ± σ):      1.244 s ±  0.011 s    [User: 0.307 s, System: 0.358 s]
Range (min … max):    1.227 s …  1.260 s    10 runs
So it seems there is a slight speed up, on average (and significantly
less system time being used). This is great, but I suspect a more
pronounced speed advantage will be visible when working with large
files, in which virtiofs is said to significantly outperform 9P
(typically >2x from what I understand, but I have not done any
benchmarks of that nature).
A few other notes:

we solely rely on guest level read-only mounts to enforce read-only
state. The virtiofsd recommended way is to use read-only bind mounts
[0], but doing so would require root.
we are not using DAX, because it still is still incomplete and
apparently requires building Qemu (?) from source. In any event, it
should not change anything functionally and be solely a performance
improvement.

I have adjusted the configs, but because I don't have Docker handy I
can't really create those kernel. CI seems incapable of producing the
artifacts without doing a fully-blown release dance. No idea what empty
is about, really. I suspect the test failures we see are because it
lacks support?
[0] https://gitlab.com/virtio-fs/virtiofsd/-/blob/main/README.md?ref_type=heads#faq

Can't undraft right now, but this change can probably be looked at. Please advise re: empty kernels & test failures (which I suspect are related to them as well as the images).

Found a few more things we could remove -> decreased patch size.

Lemme mess around with it a bit and see if we can get away with just tweaking the CI

Perhaps try setting LIBSECCOMP_LIB_TYPE and LIBCAPNG_LINK_TYPEto static.

So the mechanics seem to work, but unfortunately the final binary does not link. I got as far as: https://github.com/danobi/vmtest/tree/release_container
looks like libcap-ng uses functionality that requires dynamic linking:
  = note: /usr/bin/ld: /build/target/x86_64-unknown-linux-musl/release/deps/libcapng-516db75093700a65.rlib(cap-ng.o): in function `capng_change_id':
          (.text+0x1e07): warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
          /usr/bin/ld: /root/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-musl/lib/libstd-1b60b176e45a0318.rlib(std-1b60b176e45a0318.std.d670f529ca0d395b-cgu.0.rcgu.o): in function `<std::sys_common::net::LookupHost as core::convert::TryFrom<(&str,u16)>>::try_from::{{closure}}':
          /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys_common/net.rs:214:(.text._ZN104_$LT$std..sys_common..net..LookupHost$u20$as$u20$core..convert..TryFrom$LT$$LP$$RF$str$C$u16$RP$$GT$$GT$8try_from28_$u7b$$u7b$closure$u7d$$u7d$17h3385bde15d7cfc2fE+0x59): warning: Using 'getaddrinfo' in statically linked applications requi
res at runtime the shared libraries from the glibc version used for linking
          /usr/bin/ld: /build/target/x86_64-unknown-linux-musl/release/deps/libcapng-516db75093700a65.rlib(cap-ng.o): in function `capng_change_id':
          (.text+0x1b9c): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
          /usr/bin/ld: /root/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-musl/lib/libstd-1b60b176e45a0318.rlib(std-1b60b176e45a0318.std.d670f529ca0d395b-cgu.0.rcgu.o): in function `std::sys::pal::unix::os::home_dir::fallback':
          /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys/pal/unix/os.rs:743:(.text._ZN3std3env8home_dir17h6f6faf4d6103e0a7E+0xff): warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
          /usr/bin/ld: /build/target/x86_64-unknown-linux-musl/release/deps/libtoml-56721beccd082414.rlib(toml-56721beccd082414.toml.3e32ff7c492ee995-cgu.00.rcgu.o): undefined reference to symbol '__tls_get_addr@@GLIBC_2.3'
          /usr/bin/ld: /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2: error adding symbols: DSO missing from command line
          collect2: error: ld returned 1 exit status
          /usr/bin/ld: /build/target/x86_64-unknown-linux-musl/release/deps/libcapng-516db75093700a65.rlib(cap-ng.o): note: the message above does not take linker garbage collection into account
          /usr/bin/ld: /root/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-musl/lib/libstd-1b60b176e45a0318.rlib(std-1b60b176e45a0318.std.d670f529ca0d395b-cgu.0.rcgu.o): note: the message above does not take linker garbage collection into account
          /usr/bin/ld: /build/target/x86_64-unknown-linux-musl/release/deps/libcapng-516db75093700a65.rlib(cap-ng.o): note: the message above does not take linker garbage collection into account
          /usr/bin/ld: /root/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-musl/lib/libstd-1b60b176e45a0318.rlib(std-1b60b176e45a0318.std.d670f529ca0d395b-cgu.0.rcgu.o): note: the message above does not take linker garbage collection into account

which makes me very sad.
the above was with musl (which I hoped would work over crt-static) but same issue with crt-static

Let me take a stab at it.

Ah yeah I think you're right. Lemme give it a shot with alpine later. I can pick this PR up if you're out before it's finished

I think I got it working with an Alpine container:
$ ldd /tmp/vmtest
>        statically linked
$ file /tmp/vmtest
/tmp/vmtest: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), static-pie linked, BuildID[sha1]=30ce978ea11eb0c71ea763123fac5852e251f334, not stripped

These are the steps that seem to do it for me:
docker run --network host --tty --interactive rust:alpine

In container:
apk add libcap-ng-static libseccomp-static git clang
git clone https://github.com/d-e-s-o/vmtest.git
cd vmtest
git checkout topic/virtiofs
CC=clang RUSTFLAGS="-C target-feature=+crt-static" LIBSECCOMP_LIB_TYPE=static LIBSECCOMP_LIB_PATH=/usr/lib/ LIBCAPNG_LINK_TYPE=static LIBCAPNG_LIB_PATH=/usr/lib/ cargo build --release --target=x86_64-unknown-linux-musl

Ah yeah I think you're right. Lemme give it a shot with alpine later. I can pick this PR up if you're out before it's finished

Feel free to try it out with the recipe I posted. Also, assuming it works for you as well: if you want to land that that would be great. You are probably the most familiar with the infrastructure you have.

Yeah, just the one thing to do is make sure cross compiling still works

I think I got alpine to install foreign packages after some trial and error. but stuck again on some linker errors. tried a few things (73470a26318495db0d94417be0c830781503fb71, dc31faaddfaab03116faa0c6716b44cf157bfffb). Not much luck. Maybe we need the cross compiling expert @chantra to help

Just a random thought re: https://github.com/danobi/vmtest/commit/73470a26318495db0d94417be0c830781503fb71
Have you tried setting CC to clang? When I played around with Alpine I had issues with crt stuff and they went away after setting that variable. Looked slightly different from what I recall, though.

I think I tried last night but I tried again just now and it didn't help. Got this:
  = note: /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: Relocations in generic ELF (EM: 183)
          /usr/lib/gcc/x86_64-alpine-linux-musl/13.2.1/../../../../x86_64-alpine-linux-musl/bin/ld: /usr/local/rustup/toolchains/1.81.0-x86_64-unknown-linux-musl/lib/rustlib/aarch64-unknown-linux-musl/lib/self-contained/crt1.o: error adding symbols: file in wrong format
          collect2: error: ld returned 1 exit status

Looking closer at the error, it seems x86_64 toolchain is being used on aarch64 deps?
#define EM_AARCH64	183	/* ARM AARCH64 */

Looking closer at the error, it seems x86_64 toolchain is being used on aarch64 deps?

Docker doesn't do instruction set virtualization, right? I think we may need Docker in a VM of the respective architecture to make it work. Basically, if you are running Docker in a aarch64 VM you'd get an aarch64 Alpine Linux image. Though, really, I am still hoping we don't have to do that...

There are actions such as https://github.com/taiki-e/setup-cross-toolchain-action that could help with that. But there I think we may not have sufficient control over the image ourselves to make static linking work. Not sure.

The issue with anything that's GH action based (opposed to something you can run locally) is these cross compiling adventures start taking weeks at a time to make changes.  I think I at least understand the issue you are hitting, though. With the replacement of the contents of /etc/arch (or whatever the file name), you are just telling apk that the architecture is <arch>. But it's not.  We can't just change the architecture this way. It will just mean that from now on packages are installed for this other architecture, yes, but existing ones won't be replaced or anything like that. Now there may be a universe in which we can make this hack work, where we just keep enough of the base system around while replacing everything else for the target arch and then we can fully build vmtest, but that may only work if everything is statically linked and there are no overlapping dependencies.
In any event, I think the proper way would be to install a proper cross-compilation toolchain. And then we want to use this toolchain when building and can also install and link against the cross-compiled libcap-ng and whatnot and link against them.
I am not familiar with apk, so I don't know off hand how to go about that. But will play around some more. Perhaps they didn't invent new syntax & mechanism for everything and instead just copied something existing that I can piece together...

I was reading last night that alpine doesn't quite support cross compile as well as ubuntu does. Which is how I found the /etc/apk/arch hack. In meantime I shall try emulation route

Emulations works quite well for x86_64 and aarch64: 76795cce1802a6debcebe3e0eaada997d4c5bd33
But rustc doesn't support s390x-unknown-linux-musl at all so I think musl/alpine is out.
Seems like linking approach is out unless you have another idea

Well actually, I see alpine has a package for rust on s390x: https://pkgs.alpinelinux.org/package/v3.20/main/s390x/cargo
Lemme see if that works...

With 323bff0711a321df0 , I'm stuck on
1.609 error[E0463]: can't find crate for `core`
1.609   |
1.609   = note: the `x86_64-unknown-linux-musl` target may not be installed
1.609   = help: consider downloading the target with `rustup target add x86_64-unknown-linux-musl`
1.609
1.615 For more information about this error, try `rustc --explain E0463`.

Obviously x86_64 can be fixed by installing the target using rustup. But s390x they are not published. And seems like alpine does not provide it either.
I'm gonna stop here. If there's no workaround, then we gotta shell out

Dunno about tier 3 targets, but I will say that s390x-unknown-linux-musl is listed as supported here: https://github.com/taiki-e/rust-cross-toolchain#linux-musl
There is a Dockerfile that perhaps contains some clues/could be useful.

If there's no workaround, then we gotta shell out

I don't really understand what that buys us, to be honest. We'd have a statically linked binary, but it now depends on a probably dynamically linked other binary blob to be present somewhere. Is the reasoning that this other blob would be distribution managed and so it's fine? It's certainly not self-contained, which to me is the main selling point in favor of linking statically.
From my perspective, the perhaps last straws to draw would be

checking if we can live without those two libraries from the virtiofsd side and making them optional
going back to glibc and Ubuntu cross-compile toolchains; I may be missing something, but in general one can link glibc stuff statically; reading again through the messages, we see warnings that may or may not throw us off (but they could be artifacts that get resolved by, dunno, link time optimization passes or whatever), but my interpretation of the error is that it's because of a musl (Rust) / glibc (C) mismatch. If we unify on glibc, I wonder if there would be dynamic dependencies added or not.

I don't really understand what that buys us, to be honest. We'd have a statically linked binary, but it now depends on a probably dynamically linked other binary blob to be present somewhere. Is the reasoning that this other blob would be distribution managed and so it's fine? It's certainly not self-contained, which to me is the main selling point in favor of linking statically.

It's cuz we already require qemu and qemu-ga installed as binaries. And qemu requires virtiofsd to be installed as a binary too. This is true for all distros I looked at. So virtiofsd binary will probably always be available, except on older distro releases

checking if we can live without those two libraries from the virtiofsd side and making them optional

Yeah, that's one option. Could do a nosecurity feature from their side or something.
I just dunno how much time and effort we wanna invest in getting the glibc thing to work. This stuff ends up being super fragile in the long run. bpftrace had this crazy complex static glibc setup that actually did work pretty well but was impossible to maintain over the years.  Could do the same here but felt like overkill given the escape hatches we have

checking if we can live without those two libraries from the virtiofsd side and making them optional

Yeah, that's one option. Could do a nosecurity feature from their side or something.

Briefly checked and it seems that seccomp would be entirely unused even by what we have currently. It's really a dependency of their main program and not the library per-se (though it is publicly exposed, but the module could just be optional). capng seems a bit more involved to get rid of. I can look at it once back.

Sweet, sounds good. Let's park it here for now, then

Got it working without these libraries. Updated accordingly.
ldd vmtest/target/release/vmtest
        linux-vdso.so.1 (0x00007ffe6dfc0000)
        libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/13/libgcc_s.so.1 (0x00007f09a2d46000)
        libm.so.6 => /usr/lib64/libm.so.6 (0x00007f09a2c9e000)
        libc.so.6 => /usr/lib64/libc.so.6 (0x00007f09a2ae2000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f09a31f4000)

seems like there's a bit of a delay on virtiofsd upstream side, so we could merge sooner than them, esp. b/c it looks fairly uncontentious.

I'd be fine with that, but I think it would prevent you from publishing until we drop the git dependency, if I remember correctly.

Right, forgot about that. Let's give upstream a bit of time first then

[reminder to delete the uid hint in https://github.com/danobi/vmtest/pull/104 when this merges]


Update the README with exact procedures and examples

@siddontang @BusyJay @Hoverbear PTAL.

Very very cool !!!

@fabianfreyer @siddontang PTAL.

PTAL @Hoverbear

I would prefer to see this in the API documentation generated by cargo doc.
So adding this in src/lib.rs like this would enable that.
This means on Docs.rs we'd see the documentation. :)

I think the examples are OK for now, once we place the examples into the API documentation they will be testable though, so we should expand them (and use the code hiding feature to keep them small) so that they are tested each build. This will mean the documentation will never be wrong.
But let's worry about that in the future. This is a big enough step forward. :)

@Hoverbear If it's ok with you, can we merge this request and file another to move the document and change the name of the variables?

LGTM

@queenypingcap Proposing we close in favor of #69.


delete command: person info display still displays deleted person

Maybe should return index is not valid? instead of invalid command input

oh, it's related to MESSAGE_INVALID_COMMAND_FORMAT, which affects more than ten classes....due to the time constraint, can me fix it in v2.0?


#828 Plug lesson fixes

What
Adds missing content, and reorganizes lesson into smaller, more-digestible chunks.
https://github.com/doomspork/elixir-school/issues/828

@ybur-yug: The latest commit puts all sentences on their own line and it removes doubled spaces after periods.

@moxley thank you for taking the time to make these changes!  I'm currently traveling but will review these changes this weekend.  Thanks again 👍

@doomspork I did another pass on this since the latest updates, what do you think of it as a whole? IMO the first Plug lesson does get a bit overly convoluted and I think this approach starts walking down a better path.

@doomspork I did another pass on this since the latest updates, what do you think of it as a whole? IMO the first Plug lesson does get a bit overly convoluted and I think this approach starts walking down a better path.

I think this is great!  I agree with your final feedback RE: Mixfile vs file.

I think this is great!  I agree with your final feedback RE: Mixfile vs file.

Quick question: are there any text changes or only formatting/splitting to smaller chunks?

Quick question: are there any text changes or only formatting/splitting to smaller chunks?

@Koziolek this takes the entire lesson in a new direction. It would probably need a full retranslation.

@Koziolek this takes the entire lesson in a new direction. It would probably need a full retranslation.

Sorry @Koziolek, this is almost like a new lesson so translation will be needed ☹

Not a problem just need to a little more time for that and plan translation as a  little bigger work.

Thank you again @moxley!  Do you have a twitter handle?

Thanks all! My twitter handle is @moxicon: https://twitter.com/moxicon


ImportError

Hello,
I am trying to use the bindinsg with Python3.7 and boost 1.71.
Both is found during the building process and no warnings or errors are raised. However, when I import orbslam2, I get the following ImportError:
"ImportError: path/to/venv/lib/python3.7/site-packages/orbslam2.so: undefined symbol: _ZN5pbcvt26matToNDArrayBoostConverter7convertERKN2cv3MatE"
The paths to boost has been adjusted in CMakeLists.txt (Boost 1.71 REQUIRED COMPONENTS python37). Everything else was just adjusted to Python 3.7.
Hopefully, someone has an idea why this occurs. This error is similar to Issue #1, but I have explicitly set the paths correctly and the dependencies are apparently found correctly when building.
Thanks in advance for any help!

Can you teach me how to compile it ? I meet errors when using 'make install'

Hi @ChenHoy,
Can you help me work the issue out ? I meet the issue after building orbslam2.

Thanks

Failure to import like that indicates that python cannot find one of the referenced .so files when importing, even if your compiler could find them when it linked it. Probably one of the boost .so files.
Did you move orbslam2.so after you created it?
You can inspect where orbslam2.so expects to find all it's dependencies by running ldd orbslam2.so. IIRC, these are usually relative paths, so moving the file may break them.
You can add the built orbslam.so to your virtualenv without moving it by using a symlink or a .pth file (see https://docs.python.org/3.7/library/site.html)

@jskinn  Hi, I have compiled successfully in virtual environment, and used a symlink to add the built orbslam2.so to the virtualenv and checked dependencies are well. However, I am not luck to import it successfully. Can you help me solve the issue ?

A couple of issues:

You've misspelled '$PYTHONPATH' in '/home/yxie/ORB_SLAM2/ORBSLAM2-PythonBinding/Examples/$PATHONPATH'. I'm not sure what you're trying to do there.
That set of sys.path paths don't look like a virtualenv, they reference the system python location.
You're going to need the relevant dependencies, particularly numpy.
What is the output when you try and import? if it's says something about being unable to find module orbslam2, then your symlink is in the wrong place.
The

This issue can also be caused if you're trying to build the project with OpenCV4 instead of OpenCV2 or 3.
Unfortunately the ORB_SLAM2 repository isn't compatible with OpenCV4 either. You can use this fork of the original repo to build under OpenCV4, however.
As far as this project is concerned, only a couple changes are needed to work with the aforementioned fork:

change line 11 of pyboost_cv3_converter.cpp to be #if CV_VERSION_MAJOR >= 3
update lines 93 and 128 of pyboost_cv3_converter.cpp to use AccessFlag instead of int


Add evidence field to VerifiableCredential

Resoles this issue - https://github.com/TBD54566975/web5-js/issues/379
Adds evidence to our vc data model
@param evidence Optional. Evidence can be included by an issuer to provide the verifier with additional supporting information in a verifiable credential.

In the offsite discussion, we talked about an alternative evidence structure:

const kcc = await VerifiableCredential.create({
  type: "KnownCustomerCredential",
  issuer: "did:example:issuer",
  subject: "did:example:customer",
  expirationDate: "2025-12-31T23:59:59Z",
  evidence: [
    {
    kind: "document_verification",
    checks: ["passport", "utility_bill"]
    },
    {
      kind: "sanction_screening",
      checks: ["PEP"]
    }
  ],
  data: {
    country_of_residence: "US",
    tier: "Gold"
  },
});

Was there another discussion to go with the spec?

@angiejones that evidence structure should be defined in https://github.com/TBD54566975/known-customer-credential when finalized. the structure this PR puts in place is flexible enough to support the evidence scheme we agree upon

Yup @angiejones this should support that, I made a unit test which is close to your example 👍

Yup @angiejones this should support that, I made a unit test which is close to your example 👍

thanks so much! You're the best, @nitro-neal


edgetx: 2.7.1 -> 2.7.2

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/EdgeTX/edgetx/releases.
meta.description for edgetx is: "EdgeTX Companion transmitter support software"
meta.homepage for edgetx is: "https://edgetx.org/"
meta.changelog for edgetx is: ""
Updates performed

Version update

To inspect upstream changes
Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2.7.2 with grep in /nix/store/d29rf5psyg23cvrai21ix5hyhfs2315l-edgetx-2.7.2
found 2.7.2 in filename of file in /nix/store/d29rf5psyg23cvrai21ix5hyhfs2315l-edgetx-2.7.2

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
edgetx

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/d29rf5psyg23cvrai21ix5hyhfs2315l-edgetx-2.7.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A edgetx https://github.com/r-ryantm/nixpkgs/archive/32338a11cd2f3de81b4f6b30732de1d40380c41e.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/d29rf5psyg23cvrai21ix5hyhfs2315l-edgetx-2.7.2
ls -la /nix/store/d29rf5psyg23cvrai21ix5hyhfs2315l-edgetx-2.7.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

edgetx

Maintainer pings
cc @elitak @lopsided98 @wucke13 for testing.

LGTM
@GrahamcOfBorg build edgetx


fix: uninstall script

Description
Fix bug in uninstall script
Close #623
Close #536

I'm actually only running npm -g update, not npm uninstall -g spaceship-prompt && npm install -g spaceship-prompt - that's why I find this odd.

@salmanulfarzy do you still have complains?

There were few changes after initial review. Please take another look @denysdovhan @maximbaz

yes I tested it and passed
Denys Dovhan<EMAIL_ADDRESS>周三20:24写道：

@denysdovhan commented on this pull request.
In scripts/uninstall.sh
https://github.com/denysdovhan/spaceship-prompt/pull/625#discussion_r262917955
:

@@ -80,7 +80,7 @@ main() {

Remove Spaceship from .zshrc
if grep -q "spaceship" "$ZSHRC"; then

read answer '?Would you like to remove you Spaceship ZSH configuration from .zshrc? (y/N)'

read "answer?Would you like to remove you Spaceship ZSH configuration from .zshrc? (y/N)"

This looks strange. Have you tested this?
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/denysdovhan/spaceship-prompt/pull/625#pullrequestreview-211200481,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABBy-61PQWldztg9itG38p4AFFHfzNb2ks5vT7NxgaJpZM4aUUBq
.


KOGITO-7141: Stop using Lerna for yarn update-version-to

As per discussion with @tiagobento , we'll continue using Lerna since its stewardship is being passed on to Nrwl and community can expect can long term support with a clear roadmap.


android: fix admin interface

Description: Fix admin interface on Android. Enable admin interface in experimental example app.
Risk Level: low, admin interface is disabled by default and it's crashing on app launch on Android without the change from this PR anyway.
Testing: manual on iOS and Android
Docs Changes: none
Release Notes: updated
Signed-off-by: Rafal Augustyniak<EMAIL_ADDRESS>

/retest

/retest

/retest


Longer train frequency and Menu Change

This basically makes the Slider longer,
4x the range of motion of the slider and changes the 20s to 5s tph. Also changes the depot menu.

Screenshots!

I think we might want the timetable to have more options for lower frequencies, not the other way around. Good concept, though.

I'm all for it! Plus, if you want for example a train every six hours then you change every sixth slider to 1tph.

It would be nice to have 60s and 120s options though.

Yeah for sure it be interesting but it would have been better if the signaling system was implementing


Few problems with smaller screen sizes

Problems in: the header, homepage, and playground
both components fall apart quickly if you make your screen smaller
For the header, I think it is best to have a dropdown menu or something similar (sidebar?) and for the homepage, I think on smaller screen sizes we should stack everything on top of each other instead of putting it side by side. Cody has an issue for the header too: #103.
For the playground, I don't have a great idea yet, although I think with a little bit of reordering of the buttons and making the grid smaller if it doesn't fit anymore so it fits again, most of the problems are resolved.

Upsi dupsi, seems like there already is a similar issue with #103 but I keep my issue open as I think it is not only the header that needs to be improved for mobile but the homepage and the playground as well

I would like to work on this issue!

Nice. Go for it!

Anyone wants to work on this?

I cant really work on this as I run the mock version without the models so I don't have "recent games" or an llm leaderboard

I cant really work on this as I run the mock version without the models so I don't have "recent games" or an llm leaderboard

How can I work on this mine doesn't have a leaderboard and some other stuff I see in the image.

I cant really work on this as I run the mock version without the models so I don't have "recent games" or an llm leaderboard

How can I work on this mine doesn't have a leaderboard and some other stuff I see in the image.

You can enable the test page with the test flag then go on the test page and mock some AI results

What is the test URL or how do I reach the page?

I ran this command but nothing: npx convex env set FLAG_TEST_PAGE true

What is the test URL or how do I reach the page?

Admin -> Test (you need admin perms)


HOSTEDCP-1994: Add filewatcher for Azure client certificate authentication

Updates and moves the function watching the Azure client certificate file for changes to its own file.

Basically the old file watcher code just wasn't working. I was testing out the same code with our control plane operator (CPO). The previous file watcher code was not catching the changes when I was testing this function against the CPO. I could exec into the pod and see the file changed but the pod was not restarted nor did I see any messages in the logs about the file changing.
re: moving the function to another file, I will make a note of this for next time. Thanks for the feedback!

/label docs-approved

Do regression test on azure workload identity and normal azure cluster, no issue found.
Will check the MI feature when got a hypershift cluster enabled workload identity.

/label qe-approved

/label px-approved


Add host configuration to WSGIServer & rename request body parameter

Firefox can't resolve "http://localhost:5000" if the host parameter "<IP_ADDRESS>" is not given (Chrome was not affected.)
I also suggest renaming the request parameter "file" to "image" since the file actually IS an image. This change also makes this wonderful example application consistent with the Keras + Flask guide Building a simple Keras + deep learning REST API (the parameter is called "image").
I would also like to use this opportunity to sincerly thank you for creating this example. Your effort helped me tremendously. Thank you!

Thank you so much for these suggestions 👍.


Install

Hello,how install this project?

If you familiar with nodejs, just download the code and then run npm install.
After install you can run node main.js  to launch this project

If you familiar with nodejs, just download the code and then run npm install. After install you can run node main.js  to launch this project

Missing build script, run npm run build to build before start.


233 impore headers by updaters

[797] - https://transfer.sh/wjVGe/jdi-dark-tests.tar.gz

[797] - Allure report on Netlify: https://5e6b5aa710b9227f414ad8b8--jdi-dark.netlify.com


⚠ Anthelion has degraded performance

In ab3d625, Anthelion ($ATH) experienced degraded performance:

HTTP code: 502
Response time: 1261 ms

Resolved: Anthelion performance has improved in f92cc0a after 411 days, 16 hours, 49 minutes.


OAuth2 Token as Token

hey it's me again.
I have a frontend that generates an oauth2 token via the hosted UI of Cognito. How can I use it in the backend to authenticate the user, when I try it via the normal API guard which uses the Cognito-token driver? Every time I try to send a request the backend sends
{
    "message": "Invalid Authentication Token"
}

back.
It's working when I use Cognito to generate a bearer token, but I need to use OAuth2.
Frontend and Backend are using the same ClientID and Secret. What am I doing wrong?
Route:
Route::middleware('aws-cognito')->get('/user',  function () {
    return \auth()->guard('api')->user();
});

Guards:
'guards' => [
    'web' => [
        'driver' => 'cognito-session', // This line is important for using AWS Cognito as Web Driver
        'provider' => 'users',
    ],
    'api' => [
        'driver' => 'cognito-token', // This line is important for using AWS Cognito as API Driver
        'provider' => 'users',
    ],
],

Ideal would be to use the id-token to authenticate

Hi Atronix,
This library does not use an existing token and validate the user. Instead with this library, you can generate Cognito tokens that are stored in the storage configuration path (file, dynamodb, etc).
This library allows you to build your own frontend and manage the authentication using Cognito. There is no need to have any Hosted UI while using this.


⚠ Bofrost.lu has degraded performance

In 28bcc5f, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1013 ms

Resolved: Bofrost.lu performance has improved in 80de00d.


Readme update

Get updated readme to the front page
Sync up on latest code

@tspoff quick code style related question. What do you think about using contract names instead of address for function arguments? This way the caller can be more certain what's expected by the function.
For example, in BondingCurve.sol's initialize(...) function, why not type _buyCurve and _sellCurve as  ICurveLogics instead of address?

@tspoff could you explain the difference between ClaimsToken, DividendPaymentTracker, and DividendToken?

I could go either way on the code style issue.
On one hand, using contract types effectively gives compile time type enforcement and more information to callers as you mention.
On the other hand, when dealing with passing “objects” between contracts,  having addresses mimics more closely how things work under the hood and allows the contract called to interpret the contract as it sees fit, which may be different from the caller.
I.e. it may have use a different interface which only uses a subset of functionality.
I’m cool with either ultimately.

Ah, DividendToken probably shouldn’t be in there still. I was intending to do some more tests to make sure everything works the same with my changes, which results in ClaimsToken + DividendPaymentTracker.
ClaimsToken + DividendPaymentTracker is the separation of the token and the payment tracking functionality - as I believe having them logically separated makes sense (as opposed to how the MiniMe token is designed with then tightly coupled)

On the other hand, when dealing with passing “objects” between contracts, having addresses mimics more closely how things work under the hood and allows the contract called to interpret the contract as it sees fit, which may be different from the caller.

I definitely get what you mean, but feel that this is an "advanced" scenario where the caller should have to manually cast their address to the function's desired type. This is coming from my own "type correct maximalist" perspective, as I try to always push as much error checking into compile time as possible.
I'm slightly opinionated on this point, but wouldn't mind if you went with how it is currently being done as I can understand that approach.

I definitely get what you mean, but feel that this is an "advanced" scenario where the caller should have to manually cast their address to the function's desired type. This is coming from my own "type correct maximalist" perspective, as I try to always push as much error checking into compile time as possible.
I'm slightly opinionated on this point, but wouldn't mind if you went with how it is currently being done as I can understand that approach.

I like the perspective that what I was describing is an "advanced" scenario. I'll go ahead and change things to the contract type style..


splunkstream isnot working with default splunk installation in windows x64

splunkstream is not working with default splunk installation in windows x64.
Tried:
installing different version of python, 32 or 64,
also tried modified of Tuturial3
Tried:
server.conf
[sslConfig]
requireClientCert = false
inputs.conf
[SSL]
requireClientCert = false
Tried: Tutorial4, and is not working, will output like below.
C:\Program Files\Splunk\etc\apps\SA-Eventgen>python bin\eventgen.py readme\eventgen.conf.tutorial4
Exception in thread Thread-3:
Traceback (most recent call last):
File "C:\Program Files (x86)\Python27\lib\threading.py", line 801, in __bootstrap_inner
self.run()
File "C:\Program Files\Splunk\etc\apps\SA-Eventgen\lib\outputworker.py", line 40, in run
self.worker.run()
File "C:\Program Files\Splunk\etc\apps\SA-Eventgen\lib\outputworker.py", line 74, in run
self.real_run()
File "C:\Program Files\Splunk\etc\apps\SA-Eventgen\lib\outputworker.py", line 96, in real_run
plugin.flush(deque(queue[:]))
File "C:\Program Files\Splunk\etc\apps\SA-Eventgen\lib\plugins\output\splunkstream.py", line 110, in flush
splunkhttp.connect()
File "C:\Program Files (x86)\Python27\lib\httplib.py", line 1278, in connect
server_hostname=server_hostname)
File "C:\Program Files (x86)\Python27\lib\ssl.py", line 352, in wrap_socket
_context=self)
File "C:\Program Files (x86)\Python27\lib\ssl.py", line 579, in init
self.do_handshake()
File "C:\Program Files (x86)\Python27\lib\ssl.py", line 808, in do_handshake
self._sslobj.do_handshake()
SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)

Since this issue has been open for a while and we have released new versions 6.x.x of Eventgen, we are closing this issue. Please recreate the issue if you experience the same problem in the latest version.


bump version

And bump Windows re-package.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Implement dropSubtypesOf on sealed AppliedType

This implements exhaustiveness checking on sealed generic class
hierarchies, allowing for things like generic algebraic data types.

Motivation

Closes #2572
Closes #1714
Test plan

See included automated tests.

Dmitry showed me an example of why this simplistic approach doesn't work. I added it as a test case. Closing this branch.


[Bug Report] After max-height is used to get the data, the height of the table cannot be automatically opened.

Element UI version
2.8.2
OS/Browsers version
windows
Vue version
2.6.10
Reproduction Link
https://codepen.io/anick-xs/pen/QRyNzx
Steps to reproduce
setting max-height
What is Expected?
Automatic opening
What is actually happening?
Not open

Same bug I met

i mei the same bug!

i met the same bug!

i met the same bug!

#15521 doesn't work for this problem

i met the same bug!

#15521 doesn't work for this problem

Why? I think it can work normally here.

i met the same bug!

#15521 doesn't work for this problem

Why? I think it can work normally here.

Maybe the way i use to update my element is not right.
I just update the file node_modules/element-ui/packages/table/src/table.vue,then rebuild my nuxt job by nuxt run generate.Nothing changed at result.

I have the same problem. Is there a solution?

Duplicate of #15436


cpu is 100%

if don't have sleep, the program will cause cpu is 100%.

Seems like a good idea.
But PRs don't seem to be attracting much attention here.
Is this repo abandoned?


Web App

closes: #22

Codecov Report

Merging #24 into main will increase coverage by 0.46%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
+ Coverage   56.83%   57.29%   +0.46%
==========================================
  Files          14       14
  Lines         915      925      +10
==========================================
+ Hits          520      530      +10
  Misses        317      317
  Partials       78       78

Impacted Files
Coverage Δ

server/router/v1/router.go
61.61% <100.00%> (+1.02%)
:arrow_up:

Codecov Report

Merging #24 into main will increase coverage by 2.76%.
The diff coverage is 79.16%.

@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
+ Coverage   56.83%   59.59%   +2.76%
==========================================
  Files          14       14
  Lines         915      943      +28
==========================================
+ Hits          520      562      +42
+ Misses        317      304      -13
+ Partials       78       77       -1

Impacted Files
Coverage Δ

server/models/keyword.go
12.50% <0.00%> (ø)

server/models/user.go
44.79% <30.00%> (-0.77%)
:arrow_down:

server/models/module.go
46.54% <66.66%> (-0.34%)
:arrow_down:

server/router/v1/router.go
67.42% <89.65%> (+6.83%)
:arrow_up:

Codecov Report

Merging #24 into main will increase coverage by 4.39%.
The diff coverage is 83.85%.

@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
+ Coverage   56.83%   61.22%   +4.39%
==========================================
  Files          14       16       +2
  Lines         915     1140     +225
==========================================
+ Hits          520      698     +178
- Misses        317      353      +36
- Partials       78       89      +11

Impacted Files
Coverage Δ

server/httputil/util.go
28.07% <60.86%> (ø)

server/models/user.go
51.75% <67.74%> (+6.19%)
:arrow_up:

server/models/keyword.go
52.94% <81.81%> (+40.44%)
:arrow_up:

server/models/pagination.go
81.81% <81.81%> (ø)

server/models/module.go
58.06% <87.61%> (+11.18%)
:arrow_up:

server/router/v1/router.go
67.85% <92.68%> (+7.26%)
:arrow_up:


imgproxy's response should indicate that fallback image got used

There's no way to figure out whether the fallback image got used, and it makes it impossible to properly cache the resized images.
Consider the following setup / scenario:

A fallback image is configured for imgproxy;
There's a caching server / CDN in front of imgproxy that caches the resized images for X days;
The source image is temporarily unavailable during the initial request.

This will result in a resized fallback image being cached for X days, without any way to purge the cache when the original source becomes available again.
Proposed solution: imgproxy returns 404 status when a fallback image gets used. Should be disabled by default because it might break existing configurations.

Good idea.
As a workaround you can use the cache buster option to bypass CDN if you know that the caching is going to interfere.

Good idea.
As a workaround you can use the cache buster option to bypass CDN if you know that the caching is going to interfere.


Add pretty form validation display

Hello everyone!
Recently I wrote such script to improve the way I display form input state in templates in my Django project. Basically it adds has-error/has-success class to form-group wrapping inputs and adds form-control-feedback icon to input. I use it with jQuery Validator and this plugin.
Would you be interested in embedding such features into your plugin? I'm a JS newbie, but I can try to prepare pull request adding:

has-error/has-success class to form-group on validation,
displaying form-control-feedback icon at input,

with some settings turning on/off these features in the plugin.
It's partially based on DARK_DIESEL post.

Thank you, but I would prefer to keep this plugin as simple and generic as possible.  It would be damn near impossible to support every additional framework or jQuery plugin, then each version of those, without introducing bugs or increase the size.
You are more than welcome to fork the project and make the modification specific to your script.

OK, I see. Have a good day!


Possible to auto close html tags when pressing enter?

Right now you have to type </ and press enter to close the last tag it would be much simpler to just press enter and have it close

@Gacnt This Extension would nearly meet with your requirement. It will automatically add closing tag when you type in the closing bracket of the opening tag. No pressing enter is needed, just same as VS IDE does.

duplicate of #2246


uiua: 0.11.1 -> 0.12.0-dev.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for uiua is: Stack-oriented array programming language with a focus on simplicity, beauty, and tacit code
meta.homepage for uiua is: https://www.uiua.org/
meta.changelog for uiua is: https://github.com/uiua-lang/uiua/blob/0.12.0-dev.1/changelog.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.12.0-dev.1 with grep in /nix/store/xg1pbkkc9lfilxxkfj2zvlbbg7hx9xhk-uiua-0.12.0-dev.1
found 0.12.0-dev.1 in filename of file in /nix/store/xg1pbkkc9lfilxxkfj2zvlbbg7hx9xhk-uiua-0.12.0-dev.1

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/xg1pbkkc9lfilxxkfj2zvlbbg7hx9xhk-uiua-0.12.0-dev.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A uiua https://github.com/r-ryantm/nixpkgs/archive/53ba6a3b31cdd6c09aac1dc8c23098b87e23ad13.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/53ba6a3b31cdd6c09aac1dc8c23098b87e23ad13#uiua

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/xg1pbkkc9lfilxxkfj2zvlbbg7hx9xhk-uiua-0.12.0-dev.1
ls -la /nix/store/xg1pbkkc9lfilxxkfj2zvlbbg7hx9xhk-uiua-0.12.0-dev.1/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

3 packages built:

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Maintainer pings
cc @cafkafk @TomaSajt @Defelo for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for uiua is: Stack-oriented array programming language with a focus on simplicity, beauty, and tacit code
meta.homepage for uiua is: https://www.uiua.org/
meta.changelog for uiua is: https://github.com/uiua-lang/uiua/blob/0.12.0-dev.3/changelog.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.12.0-dev.3 with grep in /nix/store/ih2hw1266ajxv04xwp1zbbk6yhrg90wd-uiua-0.12.0-dev.3
found 0.12.0-dev.3 in filename of file in /nix/store/ih2hw1266ajxv04xwp1zbbk6yhrg90wd-uiua-0.12.0-dev.3

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/ih2hw1266ajxv04xwp1zbbk6yhrg90wd-uiua-0.12.0-dev.3 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A uiua https://github.com/r-ryantm/nixpkgs/archive/44c633c709f53b63971321da438891f6a16f132b.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/44c633c709f53b63971321da438891f6a16f132b#uiua

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/ih2hw1266ajxv04xwp1zbbk6yhrg90wd-uiua-0.12.0-dev.3
ls -la /nix/store/ih2hw1266ajxv04xwp1zbbk6yhrg90wd-uiua-0.12.0-dev.3/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

3 packages built:

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Maintainer pings
cc @cafkafk @TomaSajt @Defelo for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for uiua is: Stack-oriented array programming language with a focus on simplicity, beauty, and tacit code
meta.homepage for uiua is: https://www.uiua.org/
meta.changelog for uiua is: https://github.com/uiua-lang/uiua/blob/0.12.0-dev.4/changelog.md
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.12.0-dev.4 with grep in /nix/store/cl3xsb43f9rkfc0zhsl9v563l3c276lz-uiua-0.12.0-dev.4
found 0.12.0-dev.4 in filename of file in /nix/store/cl3xsb43f9rkfc0zhsl9v563l3c276lz-uiua-0.12.0-dev.4

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)

4 package rebuild(s)

First fifty rebuilds by attrpath

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/cl3xsb43f9rkfc0zhsl9v563l3c276lz-uiua-0.12.0-dev.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A uiua https://github.com/r-ryantm/nixpkgs/archive/acebc714ec05b3a036d1d485d4a2dc5cbaf8aca3.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/acebc714ec05b3a036d1d485d4a2dc5cbaf8aca3#uiua

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/cl3xsb43f9rkfc0zhsl9v563l3c276lz-uiua-0.12.0-dev.4
ls -la /nix/store/cl3xsb43f9rkfc0zhsl9v563l3c276lz-uiua-0.12.0-dev.4/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

3 packages built:

uiua
uiua386
vscode-extensions.uiua-lang.uiua-vscode

Maintainer pings
cc @cafkafk @TomaSajt @Defelo for testing.

Closing, since we already have a newer version


radio group and multi checkbox handle

how can handle radio group and checkbox with Getx. I have shown the Gander option Male/female/transgender radio icon when the app page opens at that time all are unselected. when the user clicks on then shows select anyone.
but I don't understand handling this value with getx. Please help me. is it possible proved example code

+1


Possible regression in error elaboration for optional properties

Bug Report
It is my understanding that PR #47738 made changes to the elaborations of certain error messages. For me it had an adverse effect in a somewhat simple use case that includes optional parameters passed to an object.
I tried reproducing it in the TS playground, but version 4.6 is not yet available there and the latest nightly playground build doesn't seem to include this change yet.
Getting the following error in v4.6.2:
Type 'boolean' is not assignable to type 'string'
The error in v4.5.5 used to be:
Type 'true' is not assignable to type 'string | undefined'
I'll note that this happens whether undefined is allowed explicitly in the type definition, or defined only as an optional parameter.
🕗 Version & Regression Information

This changed between versions 4.5.5 and 4.6

⏯ Playground Link
Here's a playground with the required setup, but as noted above, the playground doesn't seem to have the change that causes this issue yet.
Playground link with relevant code
💻 Code
type states = {
  state1?: string | undefined;
};

function x(y: states) {}

x({ state1: true });

🙁 Actual behavior
Error message ignores optional definition, or explicit undefined definition, and returns an error that only mentions the allowed primitives.
🙂 Expected behavior
Error message should mention undefined as an allowed value.

as noted above, the playground doesn't seem to have the change that causes this issue yet.

Playgrounds nightly is over two weeks old. I've created https://github.com/microsoft/TypeScript-Website/issues/2292. Most likely it's fixed on the next Playground deployment.

I can see that there's some desire to talk about the possible values, but I'm tempted to say that this isn't a regression.
It's intentional that we give simplified diagnostics that don't leak literal types when they're not helpful (preferring boolean over true for example), and it's intentional that we drop undefined/null types when they function as noise (i.e. if the source type contained undefined, we will mention it, but won't otherwise).
Maybe there's a middle ground here? Something to do with whether a type explicitly names undefined, or something to do with the size of the union?

if the source type contained undefined, we will mention it, but won't otherwise

type states = {
  state1?: string | undefined;
};

function x(y: states) {
    return y;
}

x({ state1: true });

(property) state1?: string | undefined
Type 'boolean' is not assignable to type 'string'. (2322)

This is regardless of exactOptionalPropertyTypes.

With just a small adjustment the undefined is shown again this is inconsistent with hiding it in the first place
type states = {
  state1: string | number |undefined;
};

function x(y: states) {
    return y;
}

x({ state1: true });

(property) state1: string | number | undefined
Type 'true' is not assignable to type 'string | number | undefined'.(2322)

Playground


docs(mongoose): add logo and aliases for mongoose topic

[x] I followed the contributing guidelines: https://github.com/github/explore/blob/master/CONTRIBUTING.md

I am:

[x] Suggesting edits to an existing Topic page

I'm suggesting these edits to an existing topic:

[x] Image (and my file is *.png, square, dimensions 288x288)
[x] Content (and my changes are in index.md)

Please explain why these changes are necessary:
Adding logo to the Mongoose topic.
Also adds common aliases for mongoose.
Thanks to @vkarpov15 for providing logo in https://github.com/github/explore/pull/150#issuecomment-365059683

Thanks so much for your contribution!  You rock, @ChristianMurphy!


Fix typo when logging strict mode in node side.

Fix typo when logging strict mode in node side.

Done in #1488


Usage notes for DEV_ASSERT macro

Make it more clear that DEV_ASSERT is only to be used in specific cases.
Notes

Some contributors had been using DEV_ASSERT in places better suited to other error macros (e.g. #67791 ), this should make it more clear when to use, both for contributors and production team.
If in doubt for a particular case ask core team.
Welcome any ideas for better wording.

Thanks!


SAA-1178 fix activity summary view to join on correct activity and activity schedule columns.

Codecov Report
Patch has no changes to coverable lines.
:loudspeaker: Thoughts on this report? Let us know!.


Updated the ReactRedux readme

The shouldComponentUpdate sentence grammar was a little confusing, so I made it very explicit.

Thanks!


Show Creation Date of latest Release in List

One of the things I now do value more than it is gone, is the date of the latest build (release) of an app that was shown in the list on rink.hockeyapp.net.
I would like to be able to see (and sort by) the latest release on install.appcenter.ms as well. This enables me to select the app that got built last, and it would enable me to see at a glance if there's a new release at all.
Context: For any branch we create in our app's Git repository, we automatically create an AppCenter app. For any set of pushed commits within a Git branch, we then build the app (on premises) and release the IPA/APK for the AppCenter app for that Git branch. We do so for internal reviews of features and bug fixes, for example. So if one of the developers is done with the code review, they wait for the release to be able to be installed and tested on their device. This would be much more comfortable if we could get the information listed above right on the list of apps.

Oh, I've just seen that this is basically similar to https://github.com/microsoft/appcenter/issues/1414.


Update template.json from uk team

Please review, @nodejs/iojs-uk …

Oh, we already reviewed it in chat, sorry for not +1 it on Github earlier. Looks good to merge.

Allright, merging it …


fix assertion

Assertion '_elementPool.CurrentAllocs() == _elementPool.Untracked()' failed.

The description doesn't seem to match the change. What's the intended change for this PR?

there is a code block
#ifdef TINYXML2_DEBUG
    if ( !hadError ) {
        TIXMLASSERT( _elementPool.CurrentAllocs()   == _elementPool.Untracked() );
        TIXMLASSERT( _attributePool.CurrentAllocs() == _attributePool.Untracked() );
        TIXMLASSERT( _textPool.CurrentAllocs()      == _textPool.Untracked() );
        TIXMLASSERT( _commentPool.CurrentAllocs()   == _commentPool.Untracked() );
    }

#endif

i compile the code with TINYXML2_DEBUG=ON, and i use one XMLDocument object to parse several files, for example one.xml, two.xml and three.xml. if one.xml is wrong-format and two.xml is right-format, it will assert failed at that block while parsing three.xml.

I see, I think. That code does look suspect.

Did you mean to provide "resources/xmltest-5330.xml?
Why did you remove the "file doesn't exist" test, instead of just adding a new one?

I added a new one, pls  help to check, i have tested for it.


[SPARK-28279][SQL][PYTHON][TESTS] Convert and port 'group-analytics.sql' into UDF test base

What changes were proposed in this pull request?
This PR adds some tests converted from group-analytics.sql to test UDFs. Please see contribution guide of this umbrella ticket - SPARK-27921.
Diff comparing to 'group-analytics.sql'

diff --git a/sql/core/src/test/resources/sql-tests/results/udf/udf-group-analytics.sql.out b/sql/core/src/test/resources/sql-tests/results/udf/udf-group-analytics.sql.out
index 31e9e08e2c..3439a05727 100644
--- a/sql/core/src/test/resources/sql-tests/results/udf/udf-group-analytics.sql.out
+++ b/sql/core/src/test/resources/sql-tests/results/udf/udf-group-analytics.sql.out
@@ -13,9 +13,9 @@ struct<>

 -- !query 1
-SELECT a + b, b, udf(SUM(a - b)) FROM testData GROUP BY a + b, b WITH CUBE
+SELECT a + b, b, SUM(a - b) FROM testData GROUP BY a + b, b WITH CUBE
 -- !query 1 schema
-struct<(a + b):int,b:int,CAST(udf(cast(sum(cast((a - b) as bigint)) as string)) AS BIGINT):bigint>
+struct<(a + b):int,b:int,sum((a - b)):bigint>
 -- !query 1 output
 2	1	0
 2	NULL	0
@@ -33,9 +33,9 @@ NULL	NULL	3

 -- !query 2
-SELECT a, udf(b), SUM(b) FROM testData GROUP BY a, b WITH CUBE
+SELECT a, b, SUM(b) FROM testData GROUP BY a, b WITH CUBE
 -- !query 2 schema
-struct<a:int,CAST(udf(cast(b as string)) AS INT):int,sum(b):bigint>
+struct<a:int,b:int,sum(b):bigint>
 -- !query 2 output
 1	1	1
 1	2	2
@@ -52,9 +52,9 @@ NULL	NULL	9

 -- !query 3
-SELECT udf(a + b), b, SUM(a - b) FROM testData GROUP BY a + b, b WITH ROLLUP
+SELECT a + b, b, SUM(a - b) FROM testData GROUP BY a + b, b WITH ROLLUP
 -- !query 3 schema
-struct<CAST(udf(cast((a + b) as string)) AS INT):int,b:int,sum((a - b)):bigint>
+struct<(a + b):int,b:int,sum((a - b)):bigint>
 -- !query 3 output
 2	1	0
 2	NULL	0
@@ -70,9 +70,9 @@ NULL	NULL	3

 -- !query 4
-SELECT a, b, udf(SUM(b)) FROM testData GROUP BY a, b WITH ROLLUP
+SELECT a, b, SUM(b) FROM testData GROUP BY a, b WITH ROLLUP
 -- !query 4 schema
-struct<a:int,b:int,CAST(udf(cast(sum(cast(b as bigint)) as string)) AS BIGINT):bigint>
+struct<a:int,b:int,sum(b):bigint>
 -- !query 4 output
 1	1	1
 1	2	2
@@ -97,7 +97,7 @@ struct<>

 -- !query 6
-SELECT course, year, SUM(earnings) FROM courseSales GROUP BY ROLLUP(course, year) ORDER BY udf(course), year
+SELECT course, year, SUM(earnings) FROM courseSales GROUP BY ROLLUP(course, year) ORDER BY course, year
 -- !query 6 schema
 struct<course:string,year:int,sum(earnings):bigint>
 -- !query 6 output
@@ -111,7 +111,7 @@ dotNET	2013	48000

 -- !query 7
-SELECT course, year, SUM(earnings) FROM courseSales GROUP BY CUBE(course, year) ORDER BY course, udf(year)
+SELECT course, year, SUM(earnings) FROM courseSales GROUP BY CUBE(course, year) ORDER BY course, year
 -- !query 7 schema
 struct<course:string,year:int,sum(earnings):bigint>
 -- !query 7 output
@@ -127,9 +127,9 @@ dotNET	2013	48000

 -- !query 8
-SELECT course, udf(year), SUM(earnings) FROM courseSales GROUP BY course, year GROUPING SETS(course, year)
+SELECT course, year, SUM(earnings) FROM courseSales GROUP BY course, year GROUPING SETS(course, year)
 -- !query 8 schema
-struct<course:string,CAST(udf(cast(year as string)) AS INT):int,sum(earnings):bigint>
+struct<course:string,year:int,sum(earnings):bigint>
 -- !query 8 output
 Java	NULL	50000
 NULL	2012	35000
@@ -138,26 +138,26 @@ dotNET	NULL	63000

 -- !query 9
-SELECT course, year, udf(SUM(earnings)) FROM courseSales GROUP BY course, year GROUPING SETS(course)
+SELECT course, year, SUM(earnings) FROM courseSales GROUP BY course, year GROUPING SETS(course)
 -- !query 9 schema
-struct<course:string,year:int,CAST(udf(cast(sum(cast(earnings as bigint)) as string)) AS BIGINT):bigint>
+struct<course:string,year:int,sum(earnings):bigint>
 -- !query 9 output
 Java	NULL	50000
 dotNET	NULL	63000

 -- !query 10
-SELECT udf(course), year, SUM(earnings) FROM courseSales GROUP BY course, year GROUPING SETS(year)
+SELECT course, year, SUM(earnings) FROM courseSales GROUP BY course, year GROUPING SETS(year)
 -- !query 10 schema
-struct<CAST(udf(cast(course as string)) AS STRING):string,year:int,sum(earnings):bigint>
+struct<course:string,year:int,sum(earnings):bigint>
 -- !query 10 output
 NULL	2012	35000
 NULL	2013	78000

 -- !query 11
-SELECT course, udf(SUM(earnings)) AS sum FROM courseSales
-GROUP BY course, earnings GROUPING SETS((), (course), (course, earnings)) ORDER BY course, udf(sum)
+SELECT course, SUM(earnings) AS sum FROM courseSales
+GROUP BY course, earnings GROUPING SETS((), (course), (course, earnings)) ORDER BY course, sum
 -- !query 11 schema
 struct<course:string,sum:bigint>
 -- !query 11 output
@@ -173,7 +173,7 @@ dotNET	63000

 -- !query 12
 SELECT course, SUM(earnings) AS sum, GROUPING_ID(course, earnings) FROM courseSales
-GROUP BY course, earnings GROUPING SETS((), (course), (course, earnings)) ORDER BY udf(course), sum
+GROUP BY course, earnings GROUPING SETS((), (course), (course, earnings)) ORDER BY course, sum
 -- !query 12 schema
 struct<course:string,sum:bigint,grouping_id(course, earnings):int>
 -- !query 12 output
@@ -188,10 +188,10 @@ dotNET	63000	1

 -- !query 13
-SELECT udf(course), udf(year), GROUPING(course), GROUPING(year), GROUPING_ID(course, year) FROM courseSales
+SELECT course, year, GROUPING(course), GROUPING(year), GROUPING_ID(course, year) FROM courseSales
 GROUP BY CUBE(course, year)
 -- !query 13 schema
-struct<CAST(udf(cast(course as string)) AS STRING):string,CAST(udf(cast(year as string)) AS INT):int,grouping(course):tinyint,grouping(year):tinyint,grouping_id(course, year):int>
+struct<course:string,year:int,grouping(course):tinyint,grouping(year):tinyint,grouping_id(course, year):int>
 -- !query 13 output
 Java	2012	0	0	0
 Java	2013	0	0	0
@@ -205,7 +205,7 @@ dotNET	NULL	0	1	1

 -- !query 14
-SELECT course, udf(year), GROUPING(course) FROM courseSales GROUP BY course, year
+SELECT course, year, GROUPING(course) FROM courseSales GROUP BY course, year
 -- !query 14 schema
 struct<>
 -- !query 14 output
@@ -214,7 +214,7 @@ grouping() can only be used with GroupingSets/Cube/Rollup;

 -- !query 15
-SELECT course, udf(year), GROUPING_ID(course, year) FROM courseSales GROUP BY course, year
+SELECT course, year, GROUPING_ID(course, year) FROM courseSales GROUP BY course, year
 -- !query 15 schema
 struct<>
 -- !query 15 output
@@ -223,7 +223,7 @@ grouping_id() can only be used with GroupingSets/Cube/Rollup;

 -- !query 16
-SELECT course, year, grouping__id FROM courseSales GROUP BY CUBE(course, year) ORDER BY grouping__id, course, udf(year)
+SELECT course, year, grouping__id FROM courseSales GROUP BY CUBE(course, year) ORDER BY grouping__id, course, year
 -- !query 16 schema
 struct<course:string,year:int,grouping__id:int>
 -- !query 16 output
@@ -240,7 +240,7 @@ NULL	NULL	3

 -- !query 17
 SELECT course, year FROM courseSales GROUP BY CUBE(course, year)
-HAVING GROUPING(year) = 1 AND GROUPING_ID(course, year) > 0 ORDER BY course, udf(year)
+HAVING GROUPING(year) = 1 AND GROUPING_ID(course, year) > 0 ORDER BY course, year
 -- !query 17 schema
 struct<course:string,year:int>
 -- !query 17 output
@@ -250,7 +250,7 @@ dotNET	NULL

 -- !query 18
-SELECT course, udf(year) FROM courseSales GROUP BY course, year HAVING GROUPING(course) > 0
+SELECT course, year FROM courseSales GROUP BY course, year HAVING GROUPING(course) > 0
 -- !query 18 schema
 struct<>
 -- !query 18 output
@@ -259,7 +259,7 @@ grouping()/grouping_id() can only be used with GroupingSets/Cube/Rollup;

 -- !query 19
-SELECT course, udf(udf(year)) FROM courseSales GROUP BY course, year HAVING GROUPING_ID(course) > 0
+SELECT course, year FROM courseSales GROUP BY course, year HAVING GROUPING_ID(course) > 0
 -- !query 19 schema
 struct<>
 -- !query 19 output
@@ -268,9 +268,9 @@ grouping()/grouping_id() can only be used with GroupingSets/Cube/Rollup;

 -- !query 20
-SELECT udf(course), year FROM courseSales GROUP BY CUBE(course, year) HAVING grouping__id > 0
+SELECT course, year FROM courseSales GROUP BY CUBE(course, year) HAVING grouping__id > 0
 -- !query 20 schema
-struct<CAST(udf(cast(course as string)) AS STRING):string,year:int>
+struct<course:string,year:int>
 -- !query 20 output
 Java	NULL
 NULL	2012
@@ -281,7 +281,7 @@ dotNET	NULL

 -- !query 21
 SELECT course, year, GROUPING(course), GROUPING(year) FROM courseSales GROUP BY CUBE(course, year)
-ORDER BY GROUPING(course), GROUPING(year), course, udf(year)
+ORDER BY GROUPING(course), GROUPING(year), course, year
 -- !query 21 schema
 struct<course:string,year:int,grouping(course):tinyint,grouping(year):tinyint>
 -- !query 21 output
@@ -298,7 +298,7 @@ NULL	NULL	1	1

 -- !query 22
 SELECT course, year, GROUPING_ID(course, year) FROM courseSales GROUP BY CUBE(course, year)
-ORDER BY GROUPING(course), GROUPING(year), course, udf(year)
+ORDER BY GROUPING(course), GROUPING(year), course, year
 -- !query 22 schema
 struct<course:string,year:int,grouping_id(course, year):int>
 -- !query 22 output
@@ -314,7 +314,7 @@ NULL	NULL	3

 -- !query 23
-SELECT course, udf(year) FROM courseSales GROUP BY course, udf(year) ORDER BY GROUPING(course)
+SELECT course, year FROM courseSales GROUP BY course, year ORDER BY GROUPING(course)
 -- !query 23 schema
 struct<>
 -- !query 23 output
@@ -323,7 +323,7 @@ grouping()/grouping_id() can only be used with GroupingSets/Cube/Rollup;

 -- !query 24
-SELECT course, udf(year) FROM courseSales GROUP BY course, udf(year) ORDER BY GROUPING_ID(course)
+SELECT course, year FROM courseSales GROUP BY course, year ORDER BY GROUPING_ID(course)
 -- !query 24 schema
 struct<>
 -- !query 24 output
@@ -332,7 +332,7 @@ grouping()/grouping_id() can only be used with GroupingSets/Cube/Rollup;

 -- !query 25
-SELECT course, year FROM courseSales GROUP BY CUBE(course, year) ORDER BY grouping__id, udf(course), year
+SELECT course, year FROM courseSales GROUP BY CUBE(course, year) ORDER BY grouping__id, course, year
 -- !query 25 schema
 struct<course:string,year:int>
 -- !query 25 output
@@ -348,7 +348,7 @@ NULL	NULL

 -- !query 26
-SELECT udf(a + b) AS k1, udf(b) AS k2, SUM(a - b) FROM testData GROUP BY CUBE(k1, k2)
+SELECT a + b AS k1, b AS k2, SUM(a - b) FROM testData GROUP BY CUBE(k1, k2)
 -- !query 26 schema
 struct<k1:int,k2:int,sum((a - b)):bigint>
 -- !query 26 output
@@ -368,7 +368,7 @@ NULL	NULL	3

 -- !query 27
-SELECT udf(udf(a + b)) AS k, b, SUM(a - b) FROM testData GROUP BY ROLLUP(k, b)
+SELECT a + b AS k, b, SUM(a - b) FROM testData GROUP BY ROLLUP(k, b)
 -- !query 27 schema
 struct<k:int,b:int,sum((a - b)):bigint>
 -- !query 27 output
@@ -386,9 +386,9 @@ NULL	NULL	3

 -- !query 28
-SELECT udf(a + b), udf(udf(b)) AS k, SUM(a - b) FROM testData GROUP BY a + b, k GROUPING SETS(k)
+SELECT a + b, b AS k, SUM(a - b) FROM testData GROUP BY a + b, k GROUPING SETS(k)
 -- !query 28 schema
-struct<CAST(udf(cast((a + b) as string)) AS INT):int,k:int,sum((a - b)):bigint>
+struct<(a + b):int,k:int,sum((a - b)):bigint>
 -- !query 28 output
 NULL	1	3
 NULL	2	0

How was this patch tested?
Tested as guided in SPARK-27921.
Verified pandas & pyarrow versions:
Python 3.6.8 (default, Jan 14 2019, 11:02:34)
[GCC 8.0.1 20180414 (experimental) [trunk revision 259383]] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pandas
>>> import pyarrow
>>> pyarrow.__version__
'0.14.0'
>>> pandas.__version__
'0.24.2'

From the sql output it seems that sql statements are evaluated correctly given that udf returns a string and may change results as Null will be returned as None and will be counted in returned values.

Test build #107866 has started for PR 25196 at commit 9adba0c.

@HyukjinKwon pls review. If you think we need to make expressions more complex let me know. Some of them like the grouping ones could not be modified extensively without changing the original query.

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/12981/
Test PASSed.

Query 5 is just a create table statement not an analytics one, so no need to add udf there.

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/12982/
Test PASSed.

Test build #107867 has started for PR 25196 at commit db9ac11.

cc @viirya for a quick double check if you're available.

Test build #107866 has finished for PR 25196 at commit 9adba0c.

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/107866/
Test PASSed.

Test build #107867 has finished for PR 25196 at commit db9ac11.

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/107867/
Test PASSed.

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/13011/
Test PASSed.

Test build #107898 has started for PR 25196 at commit a9c4ca1.

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/13015/
Test PASSed.

Test build #107903 has started for PR 25196 at commit 1ee4d36.

Test build #107898 has finished for PR 25196 at commit a9c4ca1.

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/107898/
Test PASSed.

Test build #107903 has finished for PR 25196 at commit 1ee4d36.

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/107903/
Test PASSed.

Merged to master.


Bad apparence in macbbok pro

This appearance is normal in the new version ?? Is worst then the older version.

I use this version in macbook pro:

Thanks

Similar boxing issue on Windows 10.

@pookdeveloper  can you add your .hyper.js config?

I dot have any file in this route, and I searched in  hidden files:

This is my config.json:
{
	"windowPosition": [
		604,
		236
	],
	"windowSize": [
		540,
		380
	],
	"hyper": {
		"plugins": "{\"plugins\":[\"hyper-material-theme\",\"hyper-oceanic-next\",\"shades-of-purple-hyper\"],\"localPlugins\":[]}",
		"plugin-versions": "[[\"hyper-material-theme\",\"3.0.1\"],[\"hyper-oceanic-next\",\"0.0.2\"],[\"shades-of-purple-hyper\",\"1.2.0\"]]"
	}
}

You can open .hyper.js by just pressing cmd+, but anyways it seems like you have multiple themes turned on. try to get rid of them in .hyper.js

this is the config file:
// Future versions of Hyper may add additional config options,
// which will not automatically be merged into this file.
// See https://hyper.is#cfg for all currently supported options.

module.exports = {
  config: {
    // choose either `'stable'` for receiving highly polished,
    // or `'canary'` for less polished but more frequent updates
    updateChannel: 'stable',

    // default font size in pixels for all tabs
    fontSize: 12,

    // font family with optional fallbacks
    fontFamily: 'Menlo, "DejaVu Sans Mono", Consolas, "Lucida Console", monospace',

    // default font weight: 'normal' or 'bold'
    fontWeight: 'normal',

    // font weight for bold characters: 'normal' or 'bold'
    fontWeightBold: 'bold',

    // terminal cursor background color and opacity (hex, rgb, hsl, hsv, hwb or cmyk)
    cursorColor: 'rgba(248,28,229,0.8)',

    // terminal text color under BLOCK cursor
    cursorAccentColor: '#000',

    // `'BEAM'` for |, `'UNDERLINE'` for _, `'BLOCK'` for █
    cursorShape: 'BLOCK',

    // set to `true` (without backticks and without quotes) for blinking cursor
    cursorBlink: false,

    // color of the text
    foregroundColor: '#fff',

    // terminal background color
    // opacity is only supported on macOS
    backgroundColor: '#000',

    // terminal selection color
    selectionColor: 'rgba(248,28,229,0.3)',

    // border color (window, tabs)
    borderColor: '#333',

    // custom CSS to embed in the main window
    css: '',

    // custom CSS to embed in the terminal window
    termCSS: '',

    // if you're using a Linux setup which show native menus, set to false
    // default: `true` on Linux, `true` on Windows, ignored on macOS
    showHamburgerMenu: '',

    // set to `false` (without backticks and without quotes) if you want to hide the minimize, maximize and close buttons
    // additionally, set to `'left'` if you want them on the left, like in Ubuntu
    // default: `true` (without backticks and without quotes) on Windows and Linux, ignored on macOS
    showWindowControls: '',

    // custom padding (CSS format, i.e.: `top right bottom left`)
    padding: '12px 14px',

    // the full list. if you're going to provide the full color palette,
    // including the 6 x 6 color cubes and the grayscale map, just provide
    // an array here instead of a color map object
    colors: {
      black: '#000000',
      red: '#C51E14',
      green: '#1DC121',
      yellow: '#C7C329',
      blue: '#0A2FC4',
      magenta: '#C839C5',
      cyan: '#20C5C6',
      white: '#C7C7C7',
      lightBlack: '#686868',
      lightRed: '#FD6F6B',
      lightGreen: '#67F86F',
      lightYellow: '#FFFA72',
      lightBlue: '#6A76FB',
      lightMagenta: '#FD7CFC',
      lightCyan: '#68FDFE',
      lightWhite: '#FFFFFF',
    },

    // the shell to run when spawning a new session (i.e. /usr/local/bin/fish)
    // if left empty, your system's login shell will be used by default
    //
    // Windows
    // - Make sure to use a full path if the binary name doesn't work
    // - Remove `--login` in shellArgs
    //
    // Bash on Windows
    // - Example: `C:\\Windows\\System32\\bash.exe`
    //
    // PowerShell on Windows
    // - Example: `C:\\WINDOWS\\System32\\WindowsPowerShell\\v1.0\\powershell.exe`
    shell: '',

    // for setting shell arguments (i.e. for using interactive shellArgs: `['-i']`)
    // by default `['--login']` will be used
    shellArgs: ['--login'],

    // for environment variables
    env: {},

    // set to `false` for no bell
    bell: 'SOUND',

    // if `true` (without backticks and without quotes), selected text will automatically be copied to the clipboard
    copyOnSelect: false,

    // if `true` (without backticks and without quotes), hyper will be set as the default protocol client for SSH
    defaultSSHApp: true,

    // if `true` (without backticks and without quotes), on right click selected text will be copied or pasted if no
    // selection is present (`true` by default on Windows and disables the context menu feature)
    // quickEdit: true,

    // URL to custom bell
    // bellSoundURL: 'http://example.com/bell.mp3',

    // for advanced config flags please refer to https://hyper.is/#cfg
  },

  // a list of plugins to fetch and install from npm
  // format: [@org/]project[#version]
  // examples:
  //   `hyperpower`
  //   `@company/project`
  //   `project#1.0.1`
  plugins: ["hyper-material-theme", "hyper-oceanic-next", "shades-of-purple-hyper"],

  // in development, you can create a directory under
  // `~/.hyper_plugins/local/` and include it here
  // to load it and avoid it being `npm install`ed
  localPlugins: [],

  keymaps: {
    // Example
    // 'window:devtools': 'cmd+alt+o',
  },
};

I resolve replacing the
plugins: ["hyper-material-theme", "hyper-oceanic-next", "shades-of-purple-hyper"],

by
plugins: ["shades-of-purple-hyper"],


(Quasar with Vite) Dependency not found - @quasar/app

I decided to switch from webpack to vite. But when starting quasar dev, I get the error: "Extension(qdraggabletree): Dependency not found - @quasar/app. Please install it."
but when I install @quasar/app and launch quasar dev, I get the error: "this command must be executed inside a quasar v1+ project folder."
can you add or change dependencies?

Hey, I have fixed this issue in the latest version. Please try with the latest version and let me know in case of any issues.

It is great news! Thank you!


Make Ergonomic and Easy automation for Internode Encryption

Currently, we've discussed using additional, user-supplied initcontainers to provision certificates for internode encryption (as discussed in #108), but it would be nice to have an easy, ergonomic provisioning method for internode encryption. This could be based on a user-supplied CA, an operator-generated internal CA, or individually provisioned certificates. The purpose of this ticket is to get feedback on some of the strategies that have been suggested in ad-hoc discussions.

After looking into cert-manager a bit, I don't think it helps us much here. It would be great at getting the same cert on all of the Cassandra pods.


ml-highcharts-ng breaks against search options with custom facets

ml-highcharts-ng is trying to get entire search options, and sends them along fully when pulling values and such, but a) it only needs to send over the difference with saved search options (just make sure you send the options param along), b) it chokes on custom facets (the custom constraint get corrupted, causing issues in REST api, so you don't get your data)..

I'm also thinking that latest ml-search-ng provides functionality ootb to help with pulling values based on facets. Not sure about tuples from facets, but that wouldn't be difficult to add to ml-search-ng..

Is there an error associated with it choking on custom facets? I know I've used custom facets in the past, but they may happened to fit the expected format that ml-highcharts-ng expects.

Something like:
Missing required attribute: Found () but required (@facet) at /search:search/search:options/search:constraint[5]/search:custom using schema \"search.xsd\"()(@facet)/search:search/search:options/search:constraint[5]/search:custom\"search.xsd\""}}

This line should be commented I think:
https://github.com/ryanjdew/ml-highcharts-ng/blob/master/src/ml-highcharts.service.js#L298