Pruned Node Language and Bootstrap Mode

To quote @rating89us, "Since https://github.com/monero-project/monero-gui/pull/3345, simple (bootstrap) mode now syncs a pruned blockchain from scratch." This was back in 2021.
Looking around, neither the GUI, the GUI Guide, nor the website mention anything about this.
The GUI does have a pending issue about it: https://github.com/monero-project/monero-gui/pull/3408
I respectfully disagree, but understand selsta's concern that "A simple mode user doesn't have to know what pruning is." in regards to the language that appears in the GUI itself. However, IMHO, people who go looking for more detailed information about pruned nodes/bootstrap mode on Moneropedia or in the GUI guide should be able to find it.
The Moneropedia page on the website has at least one article that should probably be updated:

(pruning) https://github.com/monero-project/monero-site/blob/master/_i18n/en/resources/moneropedia/pruning.md

The GUI Guide has at least two chapters that should probably be updated too:

Chapter 1 (choose-wallet-mode) https://github.com/monero-ecosystem/monero-GUI-guide/blob/master/en/ch01.md#choose-wallet-mode
and Chapter 11 (Bootstrap nodes) https://github.com/monero-ecosystem/monero-GUI-guide/blob/master/en/ch11.md

Note: I almost never use Github, don't know what the hell I'm doing, just copy/pasting this in Monero-Site and GUI. Hoping someone who does know what they are doing can take this from here.

This originally came to my attention through a conversation I had with @dEBRUYNE-1 on reddit back in April. https://www.reddit.com/r/monerosupport/comments/tp8yno/comment/i2ggy5z/
There are a lot of people posting regularly on r/MoneroSupport and r/Monero asking about pruning their local nodes or running a pruned node, as recently as yesterday. Monero users at large do not realize that the boostrap mode creates a local pruned node by default, though many are interested in running pruned nodes. Also, in some cases, this has resulted in some confusion when users try to prune later on.
Generally, I think having pruned nodes by default is a really great feature, but there needs to be more publicly available and digestible information out there about it.


Go 1.12.1 Trojan:Win32/Skeeyah.I detected

I'm trying to install Go version 1.12.1 from the official site https://golang.org/doc/install?download=go1.12.1.windows-amd64.msi on my Windows 10.
But Windows keeps saying this file has Trojan:Win32/Skeeyah.I which I can't find any info for this virus on the internet. Here's some info:
Details: This program is dangerous and executes commands from an attacker.

Affected items:

containerfile: C:\Users\username\Downloads\go1.12.1.windows-amd64.msi

file: C:\Users\username\Downloads\go1.12.1.windows-amd64.msi->go.cab->fil007491FAD0C78A02597DB0165DE0E2D5

webfile: C:\Users\username\Downloads\go1.12.1.windows-amd64.msi|https://dl.google.com/go/go1.12.1.windows-amd64.msi|pid:10628,ProcessStart:131975807114512553

Does anyone know if this is a false positive?

Same here. The SHA256 sum doesn't not correspond.
SHA256 at Golang site: 034b5bbe2337f69c5f9c0b533171b1a7a32ad30ca8dff963105aaf026601150a
SHA256: 13515401fc5e8e2959ee37413f9d2af934e2bfbba87a2a4d7a1c6058a9dbe6d5

Can't confirm.
hanaharu ~/ sha256sum go1.12.1.windows-amd64.msi
034b5bbe2337f69c5f9c0b533171b1a7a32ad30ca8dff963105aaf026601150a  go1.12.1.windows-amd64.msi

You might have an existing virus or malware that's MITMing your downloads.
See https://golang.org/doc/faq#virus

If I use Firefox instead of Chrome the save file is downloaded... This is normal?

Maybe your machine is infected with software that targets Chrome.
In any case, your machine's probably infected. You might want to clean it or nuke it and reinstall.

wget it :)

Same problem here. Downloading 1.11.6 works fine.
Version 1.12.1 triggers chrome thread protection and downloading any other way the anti-virus is triggered.
Tested on a completly fresh system.
Downloading the msi with an linux machine triggers anti-virus too. So there seems to be a Problem with the msi on the server.

Downloaded Zip hash is correct, but my AV makes alarm. Virustotal shows 2 trojans
https://www.virustotal.com/gui/file/644d6d5ecbdbfe13a98851dcb51cba502735d8bdabc2dc646ca96bb22db40230/detection
Downloading 1.11.6 works fine.

I think this case is false positive. Got the windows defender to allow so I could get the download. Then I ran the SHA256 hash check and it matched with the hash on golang site. Then I uploaded the download to virustotal.com, the analysis showed it passed with all flying green color.
Still not sure so I downloaded it again on commandline curl -O https://storage.googleapis.com/golang/go1.12.1.windows-amd64.msi , then I checked the sha256 hash again, it matched. Ran it thru virustotal.com again, all passed in green.
Also not sure so I scanned the whole system, took almost all day... No virus found.


RFC: Add code object v4 support

RFC: Add code object v4 support

Rename MIOPEN_DEBUG_OPENCL_ENFORCE_COV3 -> MIOPEN_DEBUG_OPENCL_ENFORCE_CODE_OBJECT_VERSION
MIOPEN_DEBUG_OPENCL_ENFORCE_CODE_OBJECT_VERSION accepts 4 values:

0 (or unset) - code object version is detected automatically (default)
2 - code object version is 2
3 - code object version is 3
4 - code object version is 4

Update automatic code object version detection to pick

Code object version 4 if rocm/compiler version is >= 4
Code object version 3 if rocm/compiler version is < 4 and >= 3
Code object version 2 otherwise

Include oflload-arch fix from @pfultz2

Update by @atamazov:

Quiet change:

Before: When ROCm is older than 3.0, the library by default produces CO v2 for OpenCL kernels for HIP backend.
After: Produces CO v3 in this case.
Possible side effect: OpenCL kernels (produced by default) may become incompatible with HIP backend for ROCm < 3.0.

Quiet change:

Before: The library always uses either "-Xclang -target-feature -Xclang +code-object-v3" to select CO v3, or no option for CO v2 (assuming that it is a compiler's default). This happens even if enforcing via environment is not used.

[Note] The "no option for CO v2" is an incorrect assumption for newer ROCm versions.

After: The library uses "-mcode-object-v3" and "-mnocode-object-v3" for CO version enforcement. When MIOPEN_DEBUG_OPENCL_ENFORCE_CODE_OBJECT_VERSION is not set, the library relies on the compiler's default.
Possible side effect: With old ROCm versions (older than 3.0?), enforcing the CO version for OpenCL kernels may lead to build errors.
Possible side effect: Change of CO version for OpenCL kernels produced by default (with old ROCm).

These side effects are considered minor as support for ROCm <3.0 is not required.

This PR introduces a couple of quiet changes. I am going to document these in the PR description right now.

PR description updated.

Failures on ROCm 3.5, which is not good. I am working on the fix.

No more quiet changes.

@t-tye @kzhuravl FYI the "-mcode-object-v3" option is also not working in the 4.0 BKC (4.0.20425).


🐛 Bug Report: Unable to Add Passkey

Reproduction steps

From a fresh install, access initial configuration @ http://pocketid/admin/setup
Modify admin account with firstname, lastname, email and username
attempt to "Add Passkey"
1Password dialog window pops up to either Save passkey to New Item or Update Existing
4a) In ether case I get 1Password encountered a problem - Try Again and "An unknown error occurred" error message is briefly displace at bottom of page

Expected behavior
It should allow me to add a passkey
Actual Behavior
Nothing happens, an error is displayed.
following log message is outputted "[GIN] 2024/08/12 - 22:43:30 | 200 |   57.093234ms |    <IP_ADDRESS> | GET      "/api/webauthn/register/start"

Adding additional configuration information:
Running in kubernetes environment, PUBLIC_APP_URL = http://pocket-id.pocketid.svc.cluster.local which is a kubernetes internal service, I connect to the app at url https://pocketid.domain.org, SSL is provided via duckdns and kubernetes ingress.  I'm running the latest docker image stonith404/pocket-id:v0.1.1

Can you try to set the PUBLIC_APP_URL to https://pocketid.domain.org? Webauthn requires an RPId which is derived from the PUBLIC_APP_URL and when the RpId isn't the same as the domain where you try to add a passkey, it won't work.

That's a strange error because it seems like the value of BackupEligible is not the same while logging in as when adding the passkey.  Do you sometimes have issues with passkeys of 1Password on other services?

Not a big user of passkeys yet.  What limited use I do have is through my job and I do not have any issues.  When I added the passkeys for both accounts, I did not use 1Password.  I've tried delete all passkeys as well as blowing away the config and pocket-id.db and starting fresh.  If it makes a difference, I'm using chrome on a macbook pro, M1 model running Sonoma 14.6.1

Okay thanks. Which passkey do you use?

I'm using icloud keychain

getting same error message when I add a different passkey via camera phone and save to 1Password

Thanks, I think I have found the issue. Can you try v0.1.3? The Docker image should be available in around 20 minutes.

I was able to login, now to configure a client.  Thanks for the quick turn-around


podvm-mkosi: make binaries is failed when I try to build fedora image on the latest main branch.

The error looks like:
From amd64 build machine:
62.04 error[E0445]: crate-private trait `MapFieldAccessor` in public interface
62.04    --> /root/.cargo/registry/src/index.crates.io-6f17d22bba15001f/protobuf-3.5.0/src/reflect/acc/v2/map.rs:115:1
62.04     |
62.04 17  |   pub(crate) trait MapFieldAccessor: Send + Sync + 'static {
62.04     |   -------------------------------------------------------- `MapFieldAccessor` declared as crate-private
62.04 ...
62.04 115 | / pub fn make_map_simpler_accessor_new<M, T>(
62.04 116 | |     name: &'static str,
62.04 117 | |     get_field: for<'a> fn(&'a M) -> &'a T,
62.04 118 | |     mut_field: for<'a> fn(&'a mut M) -> &'a mut T,
62.04 ...   |
62.04 121 | |     M: MessageFull,
62.04 122 | |     MapFieldAccessorImpl<M, T>: MapFieldAccessor,
62.04     | |_________________________________________________^ can't leak crate-private trait
62.04
62.04 error[E0446]: private type `MapFieldAccessorImpl<M, T>` in public interface
62.04    --> /root/.cargo/registry/src/index.crates.io-6f17d22bba15001f/protobuf-3.5.0/src/reflect/acc/v2/map.rs:115:1
62.04     |
62.04 33  |   struct MapFieldAccessorImpl<M, T>
62.04     |   --------------------------------- `MapFieldAccessorImpl<M, T>` declared as private
62.04 ...
62.04 115 | / pub fn make_map_simpler_accessor_new<M, T>(
62.04 116 | |     name: &'static str,
62.04 117 | |     get_field: for<'a> fn(&'a M) -> &'a T,
62.04 118 | |     mut_field: for<'a> fn(&'a mut M) -> &'a mut T,
62.04 ...   |
62.04 121 | |     M: MessageFull,
62.04 122 | |     MapFieldAccessorImpl<M, T>: MapFieldAccessor,
62.04     | |_________________________________________________^ can't leak private type
62.04
62.24 Some errors have detailed explanations: E0445, E0446.
62.24 For more information about an error, try `rustc --explain E0445`.
62.26 error: could not compile `protobuf` (lib) due to 2 previous errors
62.26 warning: build failed, waiting for other jobs to finish...
67.23 make[1]: Leaving directory '/src/kata-containers/src/agent'
67.23 make[1]: *** [Makefile:137: target/x86_64-unknown-linux-gnu/release/kata-agent] Error 101
67.23 make: *** [Makefile.inc:133: /src/cloud-api-adaptor/podvm/files/usr/local/bin/kata-agent] Error 2
------
Dockerfile.podvm_binaries.fedora:40
--------------------
  38 |     WORKDIR /src/cloud-api-adaptor/podvm
  39 |
  40 | >>> RUN LIBC=gnu make binaries
  41 |
  42 |     FROM scratch
--------------------
ERROR: failed to solve: process "/bin/sh -c LIBC=gnu make binaries" did not complete successfully: exit code: 2
make: *** [Makefile:48: binaries] Error 1

From s390x build machine.
...
12:47:47  #8 62.51    Compiling pkcs8 v0.10.2
12:47:48  #8 62.59    Compiling futures-executor v0.3.30
12:47:48  #8 62.64 error[E0445]: crate-private trait `MapFieldAccessor` in public interface
12:47:48  #8 62.64    --> /root/.cargo/registry/src/index.crates.io-d11c229612889eed/protobuf-3.5.0/src/reflect/acc/v2/map.rs:115:1
12:47:48  #8 62.64     |
12:47:48  #8 62.64 17  |   pub(crate) trait MapFieldAccessor: Send + Sync + 'static {
12:47:48  #8 62.64     |   -------------------------------------------------------- `MapFieldAccessor` declared as crate-private
12:47:48  #8 62.64 ...
12:47:48  #8 62.64 115 | / pub fn make_map_simpler_accessor_new<M, T>(
12:47:48  #8 62.64 116 | |     name: &'static str,
12:47:48  #8 62.64 117 | |     get_field: for<'a> fn(&'a M) -> &'a T,
12:47:48  #8 62.64 118 | |     mut_field: for<'a> fn(&'a mut M) -> &'a mut T,
12:47:48  #8 62.64 ...   |
12:47:48  #8 62.64 121 | |     M: MessageFull,
12:47:48  #8 62.64 122 | |     MapFieldAccessorImpl<M, T>: MapFieldAccessor,
12:47:48  #8 62.64     | |_________________________________________________^ can't leak crate-private trait
12:47:48  #8 62.64
12:47:48  #8 62.64 error[E0446]: private type `MapFieldAccessorImpl<M, T>` in public interface
12:47:48  #8 62.64    --> /root/.cargo/registry/src/index.crates.io-d11c229612889eed/protobuf-3.5.0/src/reflect/acc/v2/map.rs:115:1
12:47:48  #8 62.64     |
12:47:48  #8 62.64 33  |   struct MapFieldAccessorImpl<M, T>
12:47:48  #8 62.64     |   --------------------------------- `MapFieldAccessorImpl<M, T>` declared as private
12:47:48  #8 62.64 ...
12:47:48  #8 62.64 115 | / pub fn make_map_simpler_accessor_new<M, T>(
12:47:48  #8 62.64 116 | |     name: &'static str,
12:47:48  #8 62.64 117 | |     get_field: for<'a> fn(&'a M) -> &'a T,
12:47:48  #8 62.64 118 | |     mut_field: for<'a> fn(&'a mut M) -> &'a mut T,
12:47:48  #8 62.64 ...   |
12:47:48  #8 62.64 121 | |     M: MessageFull,
12:47:48  #8 62.64 122 | |     MapFieldAccessorImpl<M, T>: MapFieldAccessor,
12:47:48  #8 62.64     | |_________________________________________________^ can't leak private type
12:47:48  #8 62.64
12:47:48  #8 62.79 Some errors have detailed explanations: E0445, E0446.
12:47:48  #8 62.79 For more information about an error, try `rustc --explain E0445`.
12:47:48  #8 62.80 error: could not compile `protobuf` (lib) due to 2 previous errors
12:47:48  #8 62.80 warning: build failed, waiting for other jobs to finish...
12:47:52  #8 67.03 make[1]: *** [Makefile:137: target/s390x-unknown-linux-gnu/release/kata-agent] Error 101
12:47:52  #8 67.03 make[1]: Leaving directory '/src/kata-containers/src/agent'
12:47:52  #8 67.03 make: *** [Makefile.inc:133: /src/cloud-api-adaptor/podvm/files/usr/local/bin/kata-agent] Error 2
12:48:15  #8 ERROR: process "/bin/sh -c LIBC=gnu make binaries" did not complete successfully: exit code: 2
12:48:15  ------
12:48:15   > [podvm_builder 4/4] RUN LIBC=gnu make binaries:
12:48:15  62.64 122 | |     MapFieldAccessorImpl<M, T>: MapFieldAccessor,
12:48:15  62.64     | |_________________________________________________^ can't leak private type
12:48:15  62.64
12:48:15  62.79 Some errors have detailed explanations: E0445, E0446.
12:48:15  62.79 For more information about an error, try `rustc --explain E0445`.
12:48:15  62.80 error: could not compile `protobuf` (lib) due to 2 previous errors
12:48:15  62.80 warning: build failed, waiting for other jobs to finish...
12:48:15  67.03 make[1]: *** [Makefile:137: target/s390x-unknown-linux-gnu/release/kata-agent] Error 101
12:48:15  67.03 make[1]: Leaving directory '/src/kata-containers/src/agent'
12:48:15  67.03 make: *** [Makefile.inc:133: /src/cloud-api-adaptor/podvm/files/usr/local/bin/kata-agent] Error 2
12:48:15  ------
12:48:15  Dockerfile.podvm_binaries.fedora:40
12:48:15  --------------------
12:48:15    38 |     WORKDIR /src/cloud-api-adaptor/podvm
12:48:15    39 |
12:48:15    40 | >>> RUN LIBC=gnu make binaries
12:48:15    41 |
12:48:15    42 |     FROM scratch
12:48:15  --------------------
12:48:15  ERROR: failed to solve: process "/bin/sh -c LIBC=gnu make binaries" did not complete successfully: exit code: 2
12:48:15  make: *** [Makefile:48: binaries] Error 1

maybe related to the kata version change in https://github.com/confidential-containers/cloud-api-adaptor/pull/1929

@stevenhorsman it seems that related some change in kata 3.7.0, the protobuf-3.5.0 bad make kata-agent failed to build.


Style feedback form

:+1:

@zachlatta Would you please add a scale to the rating slider?
ex. -5: this is terrible | 0: no strong feelings | 5: this is amazing


venv

Issue
Hello. I am new on python (and quite new on programming), so, I am sorry about lame questions.
I am getting the following error when trying to run python3.5 -m venv ./venv on API root dir.

Error: [Errno 71] Protocol error: 'lib' -> '/home/vagrant/lab/OWAPI/venv/lib64'

Any idea what could I do?
Apart of that, My application is a php-based one. Is there a way to access the data returned from your api directly?
Thanks

https://stackoverflow.com/questions/24640819/protocol-error-setting-up-virtualenvironment-through-vagrant-on-ubuntu

Thanks!
Can I/Should I use your endpoints in prod env (as I am doind with the sc2 oficcial blizz api), or must I instantiate it?
Thanks once more

You're better off instantiating your own for production.
Otherwise talk to @SunDwarf .
https://www.patreon.com/sundwarf


fatal error: found pointer to free object

Go version
none
Output of go env in your module/workspace:
none

What did you do?
none
What did you see happen?
runtime: marked free object in span 0x247f56aa7a8, elemsize=16 freeindex=0 (bad use of unsafe.Pointer? try -d=checkptr)
0xc00031c000 alloc marked
0xc00031c010 alloc marked
0xc00031c020 alloc marked
...
0xc00031ca30 free  marked   zombie
0x000000c00031ca30:  0x000000c00031ca30  0x0000000000dea7c8
0xc00031ca40 alloc marked
0xc00031ca50 alloc marked
0xc00031ca60 alloc marked
0xc00031ca70 alloc marked
0xc00031ca80 alloc marked
0xc00031ca90 alloc marked
0xc00031caa0 alloc marked
0xc00031cab0 alloc marked
0xc00031cac0 alloc marked
0xc00031cad0 free  unmarked
...
0xc00031dff0 free  unmarked
fatal error: found pointer to free object
goroutine 3 [running]:
runtime.throw({0xdc1323?, 0xc00031ca40?})
D:/Go/go/src/runtime/panic.go:1077 +0x65 fp=0xc000045d88 sp=0xc000045d58 pc=0x8ef5a5
runtime.(*mspan).reportZombies(0x247f56aa7a8)
D:/Go/go/src/runtime/mgcsweep.go:861 +0x2f6 fp=0xc000045e08 sp=0xc000045d88 pc=0x8db6b6
runtime.(*sweepLocked).sweep(0x1008260?, 0x0)
D:/Go/go/src/runtime/mgcsweep.go:644 +0xa25 fp=0xc000045f28 sp=0xc000045e08 pc=0x8db045
runtime.sweepone()
D:/Go/go/src/runtime/mgcsweep.go:393 +0xd2 fp=0xc000045f80 sp=0xc000045f28 pc=0x8da392
runtime.bgsweep(0x0?)

D:/Go/go/src/runtime/proc.go:404 +0x25 fp=0xc000043fb0 sp=0xc000043f80 pc=0x8f2165
runtime.forcegchelper()
D:/Go/go/src/runtime/proc.go:322 +0xb5 fp=0xc000043fe0 sp=0xc000043fb0 pc=0x8f1ef5
runtime.goexit()
D:/Go/go/src/runtime/asm_amd64.s:1650 +0x1 fp=0xc000043fe8 sp=0xc000043fe0 pc=0x920661
created by runtime.init.6 in goroutine 1
D:/Go/go/src/runtime/proc.go:310 +0x1a
...
goroutine 1 [running]:It's my mian thread that executes Tasks() and is not exiting.
0x000000c00031ca30:  0x000000c00031ca30  0x0000000000dea7c8
elemsize=16
type Callback struct {
next *IONode
f    unsafe.Pointer
}
This structure, the value of next is fine, it remains in the list chain and is not taken out. [goroutine 1] is executing another Callback. but it prints (goroutine running on other thread; stack unavailable)?
I suspect that the runtime of [goroutine 1] was not detected during GC, causing the list chain to be marked for release?
What did you expect to see?
none

Similar Issues

runtime: marked free object in span #47415
runtime: panic marked free object in span[1.17] #54247
cmd/compile: unsafe.{SliceData,StringData} possible memory corruption in escape analysis #57823
runtime: fatal error: found pointer to free object #47513
runtime: found bad pointer in Go heap   #55040
runtime: marked free object in span pointing to runtime.gopark variable #65309
affected/package: found pointer to free object (go runtime) #52008
runtime/pprof: `found bad pointer in Go heap` during TestGoroutineProfileConcurrency with TestMorestack #54605
runtime: marked free object in span on Windows #45364
runtime: invalid heap pointer during GC on windows/386 #9015

(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)

please fill out the bug report template, otherwise, this is not an actionable report.

Normal reportZombies, goroutine 1 is printable: https://go.dev/play/p/QQVDvgjATuW

That code breaks the unsafe.Pointer rules.  See https://pkg.go.dev/unsafe#Pointer.  The statement
    *pr = unsafe.Add(nil, u[4]+size)

effectively converts a uintptr to an unsafe.Pointer, which is not permitted.

That code breaks the unsafe.Pointer rules. See https://pkg.go.dev/unsafe#Pointer. The statement
    *pr = unsafe.Add(nil, u[4]+size)

effectively converts a uintptr to an unsafe.Pointer, which is not permitted.

This is a test,not the issuse

How can we reproduce the problem?

How can we reproduce the problem?

I can't recreate it.

The normal cause of these kinds of problems is incorrect use of the unsafe package, or use of C code called via cgo or SWIG that does something unsafe, or a race condition.
If we can't recreate the problem there isn't much we can do.


changed to user groups creation for attaching IAM policy to service account

Wrote the shell script logic to :
Create IAM user
Create security group
Attach Policy to SG
add IAM user to SG
Delete whole process to keep things clean

Getting back to these now the three work week is done.
Will take a look when I get a chance.


bug(Tooltip): matTooltipClass is not being fully applied

Is this a regression?

[X] Yes, this behavior used to work in the previous version

The previous version in which this bug was not present was
14
Description
matTooltipClass is not being fully applied.
see below - only  "white-space: pre-line;" centralizes the text but the rest has no impact on the tooltip style

.vessel-tooltip-class {
background-color: #eff2f9 !important;
color: #242424 !important;
font-size: medium;
font-weight: 500;
white-space: pre-line;
text-align: right !important;
}
Reproduction
Attached the component and the css tooltip in the text
Expected Behavior
all tooltip class properties to be applied
Actual Behavior
matTooltipClass is not being fully applied.
Environment

Angular: 15
CDK/Material: 15
Browser(s): chrome
Operating System Windows 10

The panel class is being applied on the same element as before, but the new MDC-based tooltip sets the background color on a different inner element than before. Closing since it's impossible for us to account for all possible style overrides.

Can you please specify how to modify the tooltip color and background color? which element i should use?

You would have to target the .mdc-tooltip__surface element.

Thanks, that works!
I think an example about this should be added in the documentation of Tooltip.
Do you have a list of all those elements like that .mdc-tooltip__surface to modify a style of a component, like tooltip?
Usually pre-defined styles are not good enough…
Kind Regards,
@.***
Gabriel Wissotzky
Software Engineer
Mobile:<PHONE_NUMBER>
Fax: 03 938-5505
www.orsyx.com<%20www.orsyx.com%20>
From: Kristiyan Kostadinov @.>
Sent: יום ג 22 נובמבר 2022 11:48
To: angular/components @.>
Cc: Orsyx - Gabriel Wissotzky @.>; Author @.>
Subject: Re: [angular/components] bug(Tooltip): matTooltipClass is not being fully applied (Issue #26040)
Warning: Replies to this message will go to<EMAIL_ADDRESS>If this email address seems incorrect, please contact your organization's helpdesk.
You would have to target the .mdc-tooltip__surface element.
—
Reply to this email directly, view it on GitHubhttps://secure-web.cisco.com/1vD-t5AGbseKMisHHeaGcr7uj4CjtuTjGgPKlZvcaphmlLCy8IqnjTkhEMhvtp8Cbr1yE2KqVCgKT-AI15bwO_whLC3Ppb-a7HRReiAkeRBsuGjKLAAgQV9t_FLIukyiGK7ZLirVZiRqEeSmKiqUqxG9ST73Bwqw-vRZ5ewQ0kpFoV6D4IjEQpookyu0cKHy0X0l9swaS8GXMtQmOlG-n8HcLTImEgJXjXFYRbDfCOZPPdM6v7kLrcBeQ7fMMeNNeEXIq1h8kkUJAUl6QN4L586Q2mqeBqORZlYGuAWZIehNie2LqmsQQYQ7gXyh2ODJj/https%3A%2F%2Fgithub.com%2Fangular%2Fcomponents%2Fissues%2F26040%23issuecomment-1323385657, or unsubscribehttps://secure-web.cisco.com/100E0lVZ153uY-JiVd9J0R1CbLysDc2Hi0ErrYNbkMJd4G7cBxG2ZdOTIcBmw_ajgOi7tiTVVkKnGOV1S3SFstID-8S1nuAHueieR3QRJ7hSKkWZxk-vlFR_DYaoTs8aES450ARRIcctwZZl0oKHjkio27H_gfFlSgQMjHZNZeSfMrEeJXUigRtfrduNwe-oPDrIdkTdCoTbHLcB_ukfdLcDd7E5BH-XBmo42cmd_h8YVgj6fTn2yj7LVYTrzZivea9cYzfQ9Bnfw1mevtWCfx4Ps-nfIGOgRknbZgJJN1_b3ENHlOpBoaVfrZcuRDF7s/https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAVBOYAR6OUNWX2JS6DWRHT3WJSJFFANCNFSM6AAAAAASGUIVI4.
You are receiving this because you authored the thread.Message ID<EMAIL_ADDRESS>


ISPN-8189 Use IdentityEncoder in SizeCommand to avoid unmarshalling keys

https://issues.jboss.org/browse/ISPN-8189
https://issues.jboss.org/browse/ISPN-4042
Also resurrects the MarshalledValuesEvictionTest to count marshalls/unmarshalls (to ensure we don't get spurious/unexpected ones).

LGTM, just one small comment

@gustavonalle done

Ok, repushed

Whoah a green check !

Merged, thanks!


example doesnt work

the example you provided in the examples/ folder doesn't work, after correcting the port to the default one on lavalink to 2333 for both ws and http. It gives me an error related to strconv.
 strconv.Atoi: parsing "": invalid syntax
This is caused by node.go when it tried to get the version from the Lavalink-Major-Version header, any clue when this can be fixed because I kinda ned it for a project rn...

#4 will fix this when merged. You could also use his fork until then if you need it right away. https://github.com/zekroTJA/gavalink

any idea when it will be merged

I wouldn't know. @foxbot


Use "session" as a default in the testcloud provision plugin

In BZ#1914194 @martinpitt suggests to use session instead of system as a default for the testcloud plugin. I'm not an expert on libvirt and friends. @thrix, @pvalena, @FrNecas, what do you think? Does it make sense? Could it break anything?

if we make it working with session, I do not see a reason why not to use it. Also I plan to start Fedora Silverblue, so finding a working tmt with toolbox would be nice :) Would be also good to check with testcloud maintainers, if they have some insight, I remember we had some discussion in the beginning for using session, but I do not remember the details anymore.
CC @frantisekz

Yes, qemu://session is better :) I've mentioned it before, but I'm not sure testcloud knows how to do that. Note that due to it running in userspace, you can't create/manage local networks for the VM etc.

@pvalena: Right, this is where my half-hearted attempt in https://bugzilla.redhat.com/show_bug.cgi?id=1914194#c2 stopped, as I didn't want to sink too much time into this before getting some agreement that this is also what you want.
In cockpit bots we use a QEMU socket network for unprivileged instances. With that, multiple VMs can talk to each other in a private network, and you can also forward ports (usually ssh) to the host.
This may be a little less performant than a real bridge, but for some ssh commands and scp it's really good enough. This has the advantage that it does not need any setup nor privileges on the host -- no bridges, no persistent resources, no persistent config, everything works in toolbox and in containers, and thus it is very safe to run.

This has the advantage that it does not need any setup nor privileges on the host -- no bridges, no persistent resources, no persistent config, everything works in toolbox and in containers, and thus it is very safe to run.

Sounds like a better approach to me. Especially if it means that we can run this under containers.

Yes, qemu://session is better :) I've mentioned it before, but I'm not sure testcloud knows how to do that. Note that due to it running in userspace, you can't create/manage local networks for the VM etc.

Testcloud should be able to handle qemu://session (eg. testcloud instance -c qemu:///session create test -u fedora:33 ), but it seems broken. I'll take a look into it, but it might be early next week as I am running low on free cycles right now.
Some discussion about this was in testcloud repo: https://pagure.io/testcloud/issue/64

Okay, I've found time to dig into it a bit.
I've ended up with https://pagure.io/testcloud/pull-request/83# , I'll create a copr repo with that applied in the afternoon, so you can try if that works for you.
Or if you can apply the changes into your pipeline and want to try, you basically need just to set connection in all the testcloud classes and functions you're using from default 'qemu:///system' to 'qemu:///session' .

Okay, the testing copr is here: https://copr.fedorainfracloud.org/coprs/frantisekz/testcloud-wip/
@psss

@frantisekz, thanks for preparing the testing copr. I tried the fresh package and everything worked fine. However, not sure how to confirm / verify that qemu:///session was actually used. Any hint? @martinpitt, could you try if it works for your use case?

@frantisekz, thanks for preparing the testing copr. I tried the fresh package and everything worked fine. However, not sure how to confirm / verify that qemu:///session was actually used. Any hint? @martinpitt, could you try if it works for your use case?

I am not sure if you can run commands on the guest, but 'virsh -c qemu:///session list'  should give you all the vms running in the session mode.
I can try to take a look at adding more logging testcloud side, but passing the connection argument to testcloud should be pretty reliable way to make it run through a different connection.

Thanks for looking into this! I sent a first review to https://pagure.io/testcloud/pull-request/83#

Thanks for looking into this! I sent a first review to https://pagure.io/testcloud/pull-request/83#

Thanks for the review, I've updated the PR last week, just pinging here in case you aren't getting notifications from pagure. copr repo was updated too.

Will be fixed by #642 but we need to wait until the fresh testcloud is released.


dev: Create CODEOWNERS

Contributing Agreement

[x] I have read and understood the Optimism Contributing Guide and Code of Conduct and am following those guidelines in this pull request.

LGTM


Fix dockerfile, use gr-gsm pre GNU Radio 3.8

Since #74 has been open for 2 years now, and I kinda doubt anyone is working on updating the actual software to 3.8, at least this will function.
Don't put it in master if there are plans to update?

Why did you chose this commit https://gitea.osmocom.org/sdr/gr-gsm/commit/fa184a9447a90aefde2ca0dea1347b702551015d and not last ?

I seem to have overlooked that you found your own solution to running simple_IMSI-catcher.py with GNU-Radio 3.8 - so I guess this isn't necessary.
I had a plethora of issues between last night and this morning, gsrm_livemon wouldn't run, complained about gnu-radio. Sorry for the lack of detail, I'm at work and on my windows partition, so I can't check atm.
As @microwaven noticed in the issue I referenced - later versions of gr-gsm require 3.8, and this software was not cooperating, so I tied it down to that commit (That commit is the last one before GNU-radio 3.8 support was added)
I can get your more detail later, or I may find that I was sleep deprived and this is dumb hacky fix to a problem that already has a much more elegant solution. TBD

Right, here's what happened on my system running docker build.
docker version

Client: Docker Engine - Community
Version:           20.10.18
API version:       1.40
Go version:        go1.18.6
Git commit:        b40c2f6
Built:             Thu Sep  8 23:12:20 2022
OS/Arch:           linux/amd64
Context:           default
Experimental:      true

Server: Docker Engine - Community
Engine:
Version:          19.03.13
API version:      1.40 (minimum version 1.12)
Go version:       go1.13.15
Git commit:       4484c46d9d
Built:            Wed Sep 16 17:01:25 2020
OS/Arch:          linux/amd64
Experimental:     false
containerd:
Version:          1.6.8
GitCommit:        9cd3357b7fd7218e4aec3eae239db1f68a5a6ec6
runc:
Version:          1.1.4
GitCommit:        v1.1.4-0-g5fd4c4d
docker-init:
Version:          0.18.0
GitCommit:        fec3683

Uname

Linux {host} 4.19.0-22-amd64 #1 SMP Debian 4.19.260-1 (2022-09-29) x86_64 GNU/Linux

First run at docker build:
CMake Error at CMakeLists.txt:88 (find_package):
  Could not find a configuration file for package "Gnuradio" that is
  compatible with requested version "3.8".

  The following configuration files were considered but not accepted:

    /usr/lib/x86_64-linux-gnu/cmake/gnuradio/GnuradioConfig.cmake, version: <IP_ADDRESS>

Fix in my case was to change to last commit before "GNU Radio 3.8 support" (was change I23dd638c8c48ed0a4b50559ce33fbd5e60b7dcbc)
So I rolled back to gr-gsm @ fa184a9447a90aefde2ca0dea1347b702551015d
Then in docker there was no python3, so I added that. I'm not sure for what I added distutils, but I didn't need it for anything I tested today.
And I believe I referenced #74 because of @microwaven comment about the readme, but after reflection I don't think it was actually related to the root issue there, so not a fix.

I didn't have time to work on this :-(
But I think the source of our problems is this :
FROM ubuntu:bionic in Dockerfile
https://github.com/Oros42/IMSI-catcher/blob/34d68e5cdc9b69e8d0feae70e06e44427e4370cd/Dockerfile#L1
bionic is so old.
Could you try with FROM ubuntu:jammy and replace python to python3?


Clarify required service name and namespace

Clarify required service name and namespace.
This was an issue for some, as they named their service kubeteach-webserver-service.

Thanks for your PR 🎉


[DEBHAS-358] do not return error if no component detected

What does this PR do?:

Do not return error if no component detected in cdq. return cdq completed with a success status, with no component detected.
Name:         componentdetectionquery-sample2
Namespace:    application-service-system
Labels:       <none>
Annotations:  <none>
API Version:  appstudio.redhat.com/v1alpha1
Kind:         ComponentDetectionQuery
Metadata:
  Creation Timestamp:  2023-05-17T13:57:33Z
  Generation:          1
  Managed Fields:
    API Version:  appstudio.redhat.com/v1alpha1
    Fields Type:  FieldsV1
    fieldsV1:
      f:metadata:
        f:annotations:
          .:
          f:kubectl.kubernetes.io/last-applied-configuration:
      f:spec:
        .:
        f:git:
          .:
          f:url:
    Manager:      kubectl-client-side-apply
    Operation:    Update
    Time:         2023-05-17T13:57:33Z
    API Version:  appstudio.redhat.com/v1alpha1
    Fields Type:  FieldsV1
    fieldsV1:
      f:status:
        .:
        f:conditions:
    Manager:         manager
    Operation:       Update
    Subresource:     status
    Time:            2023-05-17T13:57:37Z
  Resource Version:  38124
  UID:               5918f016-94dc-4736-86dd-5a846321d993
Spec:
  Git:
    URL:  https://github.com/christianvogt/empty
Status:
  Conditions:
    Last Transition Time:  2023-05-17T13:57:33Z
    Message:               ComponentDetectionQuery is processing
    Reason:                Success
    Status:                True
    Type:                  Processing
    Last Transition Time:  2023-05-17T13:57:37Z
    Message:               ComponentDetectionQuery has successfully finished
    Reason:                OK
    Status:                True
    Type:                  Completed
Events:                    <none>

Which issue(s)/story(ies) does this PR fixes:

https://issues.redhat.com/browse/DEVHAS-358
PR acceptance criteria:

[ ] Unit/Functional tests

[ ] Documentation

[ ] Client Impact

How to test changes / Special notes to the reviewer:

@maysunfaisal @johnmcollier  Updated  the CDQ to return a more concrete status, may I get another review?

/test application-service-e2e

/test application-service-e2e

/test application-service-e2e

/retest


APP_ENV should be production

Unless I'm mistaken , the APP_ENV should be production for docker purposes

Done


Which file specifies the logo svg or raster?
[EDIT] nevermind, found it

The new logo doesn't need to look like the old one

Followed the brand guidelines, do you like?

I like this

Much better, I actually don't know what happened to the colors of the old one

👍🏻


JSON Marshaling of channel.State and Params

sim/wallet: Add Address JSON Marshaling
channel: Add Params, State, Allocation JSON Marshaling

For now, only States and Params without App and Data are supported.
While using any particular backend, the implementations of Asset and Address must be JSON marshalable.

@cryptphil The App can actually be encoded. In perunio encoding, we do it using the AppDef() wallet.Address as wire value and then channel.Resolve to resolve the Address back into an App. But I spoke to @matthiasgeihs last week about this PR and we're probably not gonna merge it anyways and I'll instead use this json implementation in the perun-fabric repository, where I don't need apps. So I won't spend time implementing this last bit unless we decide to put it into go-perun.

@cryptphil The App can actually be encoded. In perunio encoding, we do it using the AppDef() wallet.Address as wire value and then channel.Resolve to resolve the Address back into an App. But I spoke to @matthiasgeihs last week about this PR and we're probably not gonna merge it anyways and I'll instead use this json implementation in the perun-fabric repository, where I don't need apps. So I won't spend time implementing this last bit unless we decide to put it into go-perun.

Oh okay, I understand.
Still, good to know that it would even be possible to (un)marshal the remaining fields App and thus also Data.

As we discussed, will implement JSON marshaling directly in perun-fabric. So closing this PR as obsolete.


Consider closing pipe/socket when stopping the client

My understanding is that currently vscode client never closes the pipe to the server on exit: it just waits for the child process to terminate/forcefully kills it after a timeout.
Closing the pipe/socket might be nicer: if the server is implemented using a blocking read call, not closing the pipe means that the server's reading thread could be blocked in the read until the whole process is teared down. This is unfortunate, because that means that finally blocks/destructors of the server might not be run.
This could be handled on the server side by not doing the read call after the exit notification, but this need an explicit coding, and is a slight layering violation: transport layer needs to know about message semantics.
In contrast, if the client closes the file descriptor, the server's reading thread receives a read of size zero and gracefully exits without any special handling.

Implementation wise, I think adding

void dispose() {
    super.dispose()
    this.socket.destroy()
}

here
https://github.com/Microsoft/vscode-languageserver-node/blob/053149a76e7ec147347e41a5847a1cc4ccb3d541/jsonrpc/src/messageWriter.ts#L178
should do the trick

Hm, and looks like the "forcefully kills it after a timeout." is not always working? See https://github.com/rust-analyzer/rust-analyzer/pull/1153

Hm, and looks like the "forcefully kills it after a timeout." is not always working? See rust-analyzer/rust-analyzer#1153

FWIW I reported that in https://github.com/Microsoft/vscode-languageserver-node/issues/484

@matklad thanks for the suggestion.


Editing changes for readability, and added some new content. See file changes for more

edited table of content
added Private Sector bullet points (similar to Citizens)
changed IITB-ESDC content
added References section to lighten references throughout the document

wait... there are still conflicts...


make user creation idempotent

Reviewer note: An access key is generated on each pass and we can't reuse them.  destroy is smart enough to remove them all.
Do we want to remove old access keys on create so there is only ever one?

Honor-system merge for this one
/lgtm


Support for newer versions of dex

Any plans for supporting newer versions of dex?
Looks like dex version 039 and 040 exist now.

I will try to take a look into that. Do you have some example APK that fails when doing dex2jar or are you trying to do jar2dex?

I will try to take a look into that. Do you have some example APK that fails when doing dex2jar or are you trying to do jar2dex?

This issue is mostly about forwarding thinking.
I haven't tried using your fork, but Lanchon's successfully converts apks from https://github.com/tachiyomiorg/tachiyomi-extensions, their SDK config is here: https://github.com/tachiyomiorg/tachiyomi-extensions/blob/master/buildSrc/src/main/kotlin/AndroidConfig.kt
Mostly speaking I think if you release a stable version and somehow forward potential Dex2Jar users here then we could know.

If Lanchon's fork successfully converts them, mine should also work fine (as far as I can tell without trying it). If they don't, I added some regressions by accident.
That being said, I will try that tomorrow.

The issue is mostly about forwarding thinking

Yes, that's a good point. I will read through the changelogs and so on and see what I need to add in order to support it :)

I found these resources that may help in adding support for the 2 new opcodes const-method-handle and const-method-type:

https://android.googlesource.com/platform/art/+/master/test/979-const-method-handle/ - A test utilizing a class transformer to use the new opcodes
https://android.googlesource.com/platform/art/+/master/test/dexdump/ - New opcode stuff in the form of a dex dump and a dump of the hex characters & opcodes titled const-method-handle.dex, .txt.
https://source.android.com/devices/tech/dalvik/dalvik-bytecode#design - The two new opcodes are described in this specification.

It looks like DEX version 040 supports space characters in SimpleName as part of String syntax (https://source.android.com/devices/tech/dalvik/dex-format).
I am not experienced in adding new opcodes to dex2jar, but here is a quick draft of the two opcodes I placed in Op class
CONST_METHOD_HANDLE(0xfe, "const-method-handle", kFmt21c, kIndexMethodHandle, K_INSTR_CAN_CONTINUE, true),
CONST_METHOD_TYPE(0xff, "const-method-type", kFmt21c, kIndexMethodProtoRef, K_INSTR_CAN_CONTINUE, true),

@AriaMoradi Support now dex 039-040?

@TimScriptov Sadly no. However, I am open to any PRs :)

Btw: If someone has an example of a dex version 39 file that fails in dex2jar, please share it with me. This will help me add support for the new opcodes.
I looked far and wide, but have not found an example of such a dex file yet.

@ThexXTURBOXx
Looks like they have a Dex Version 039 Problem with Smali Patcher over at XDA.

@metzger100 Yes, most applications have problems with it as far as I can tell. When I have some free time, I might investigate the issue a bit further :)

I tagged this PR as being part of Hacktoberfest.
So, if someone is able to fix and properly test this issue, he is one step closer to completing Hacktoberfest 2022 :)

Resolved upstream


Excluding standard scala library doesn't work

I use 0.14.4 version of sbt-assembly.
In my build.sbt I have
assemblyOption in assembly := (assemblyOption in assembly).value.copy(cacheUnzip = false)

assemblyExcludedJars in assembly := {
  val cp = (fullClasspath in assembly).value
  cp filter {f => f.data.getName.startsWith("scala-")}
}

assemblyOption in assembly := (assemblyOption in assembly).value.copy(includeScala = false)

Even so inside resulting jar there is a directory scala with all the standard classes.
How come?
Is this my mistake or bug?

I have found the cause of the problem.
When I add this line
"com.crealytics" % "spark-excel_2.11" % "0.8.3"
to the project dependencies "includeScala" option stops to work and there is scala lib in result jar.
Why is this so?

I checked out the spark-excel_2.11-0.8.3.jar and found that the scala library is assembled in it. That's why it escapes both assemblyExcludedJars and includeScala.

Thanks. I've got it


The type initializer for 'SkiaSharp.SKImageInfo' threw an exception.

If i build this for linux, i get the error:
 The type initializer for 'SkiaSharp.SKImageInfo' threw an exception.
Exception:
 ---> System.DllNotFoundException: Unable to load DLL 'libSkiaSharp' or one of its dependencies: The specified module could not be found. (0x8007007E)
   at SkiaSharp.SkiaApi.sk_colortype_get_default_8888()
   at SkiaSharp.SKImageInfo..cctor()
   --- End of inner exception stack trace ---
   at SkiaSharp.SKImageInfo..ctor(Int32 width, Int32 height)
   at AT.QRCoder.DiscordBot.Commands.QrCoder.GenerateQr(String content, String darkColor, String lightColor, String iconUrl) in C:\Users\Name\Desktop\ProjName\src\Proj.ProjName\Commands\File.cs:line 30```

at this line:
 ` var info = new SKImageInfo(660, 660);`

Do you know what causes that and how to fix that?

thank you for the report.
I've confirm that issue when I was installed old SkiaSharp 1.68. What was your package reference?
samples/ManualGenerate and samples/SimpleGenerate can build with both of following package reference.
  <ItemGroup>
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.0" />
  </ItemGroup>

  <ItemGroup>
    <PackageReference Include="SkiaSharp" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.NativeAssets.Linux" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.0" />
  </ItemGroup>

linux build log: https://github.com/guitarrapc/SkiaSharp.QrCode/runs/1451161453?check_suite_focus=true

Thanks for the reply, these are my package references:
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Discord.Net" Version="2.2.0" />
    <PackageReference Include="Discord.Net.Core" Version="2.2.0" />
    <PackageReference Include="SkiaSharp" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.NativeAssets.Linux" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.0" />
  </ItemGroup>

</Project>```

Unfourtunately it doesnt work.

Ok, I've confirm it reproduce on docker. Let me check.
version: "3"

services:
  netcoreapp3.1:
    image: mcr.microsoft.com/dotnet/core/sdk:3.1
    command: dotnet run --csproj BuildTest.csproj -f netcoreapp3.1
    working_dir: /src
    volumes:
      - ./3.1/:/src

  netcoreapp5.0:
    image: mcr.microsoft.com/dotnet/sdk:5.0
    command: dotnet run --csproj BuildTest.csproj -f net5.0
    working_dir: /src
    volumes:
      - ./5.0:/src

netcoreapp5.0_1  | Unhandled exception. System.TypeInitializationException: The type initializer for 'SkiaSharp.SKImageInfo' threw an exception.
netcoreapp5.0_1  |  ---> System.DllNotFoundException: Unable to load shared library 'libSkiaSharp' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibSkiaSharp: cannot open shared object file: No such file or directory
netcoreapp5.0_1  |    at SkiaSharp.SkiaApi.sk_colortype_get_default_8888()
netcoreapp5.0_1  |    at SkiaSharp.SKImageInfo..cctor()
netcoreapp5.0_1  |    --- End of inner exception stack trace ---
netcoreapp5.0_1  |    at SkiaSharp.SKImageInfo..ctor(Int32 width, Int32 height)
netcoreapp5.0_1  |    at SkiaQrCodeSampleConsole.Program.Main(String[] args) in /src/Program.cs:line 22
netcoreapp3.1_1  | Unhandled exception. System.TypeInitializationException: The type initializer for 'SkiaSharp.SKImageInfo' threw an exception.
netcoreapp3.1_1  |  ---> System.DllNotFoundException: Unable to load shared library 'libSkiaSharp' or one of its dependencies. In order to help diagnose loading problems, consider setting the LD_DEBUG environment variable: liblibSkiaSharp: cannot open shared object file: No such file or directory
netcoreapp3.1_1  |    at SkiaSharp.SkiaApi.sk_colortype_get_default_8888()
netcoreapp3.1_1  |    at SkiaSharp.SKImageInfo..cctor()
netcoreapp3.1_1  |    --- End of inner exception stack trace ---
netcoreapp3.1_1  |    at SkiaSharp.SKImageInfo..ctor(Int32 width, Int32 height)
netcoreapp3.1_1  |    at SkiaQrCodeSampleConsole.Program.Main(String[] args) in /src/Program.cs:line 23

temporary workaround, add following 2 packages.
apt update
apt install -y libfreetype6
apt install -y libfontconfig1

This is obvious.... I'm digging into more detail.

related.

https://github.com/mono/SkiaSharp/issues/517

related.

https://github.com/mono/SkiaSharp/issues/964#issuecomment-549385484

Hm, https://www.nuget.org/packages/SkiaSharp.NativeAssets.Linux.NoDependencies is one choice.

Ok, let's change to SkaiSharp.NativeAssets.Linux.NoDependencies 2.80.2

@AlexGipp Can you try with following package?
  <ItemGroup>
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.0" />
    <PackageReference Include="SkiaSharp.NativeAssets.Linux.NoDependencies" Version="2.80.2" />
  </ItemGroup>

In your case,
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Discord.Net" Version="2.2.0" />
    <PackageReference Include="Discord.Net.Core" Version="2.2.0" />
    <PackageReference Include="SkiaSharp" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.NativeAssets.Linux.NoDependencies" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.0" />
  </ItemGroup>

</Project>

I still get the same error using the following package references:
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp3.1</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Discord.Net" Version="2.2.0" />
    <PackageReference Include="Discord.Net.Core" Version="2.2.0" />
    <PackageReference Include="SkiaSharp" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.NativeAssets.Linux.NoDependencies" Version="2.80.2" />
    <PackageReference Include="SkiaSharp.QrCode" Version="0.4.1" />
  </ItemGroup>

</Project>

I can't reproduce issue, can you provide minimum reproduceable sample?

I gave you access to the repo (branch: feature/QRCode_generation_rework).
i use the following command to publish my solution:
dotnet publish -c Release -r linux-x64 --self-contained false

thank you, I will check it later.

Awesome thanks, i will also add a short video later on that shows exactly what i mean.

@guitarrapc did you firgure anything out / did you manage to reproduce the issue?

@AlexGipp Sorry I was down for these days, Let me check tonight.

@AlexGipp Hi, I've tried your repo with this lib's branch.
It seems no trouble with running on WSL2 Ubuntu 20.04 LTS.
# on bash on Ubuntu 20.04 LTS
$ dotnet publish -c Release -r linux-x64 --self-contained false
$ cd ./bin/Release/netcoreapp3.1/linux-x64
$ dotnet YOUR_APP_NAME.dll

I've pushed test code branch to your origin for your reference.
Let's cralify detail.

What is your Linux environment?

Is it docker, or any? If so It can be reprodusable.

If your env can use apt, apt install libfontconfig1 and use SkiaSharp.NativeAssets.Linux package is alternate way.

Thanks for getting back to me @guitarrapc, my linux environment is: Debian 10 x64 (buster)
I will look into the solution you have provided :)

An Dockerfile I pushed to your repo is FROM mcr.microsoft.com/dotnet/core/runtime:3.1-buster-slim AS base, Debian 10 env and it runs successfully.

@guitarrapc So how did you actually solve the issue?
(Note that i have never used docker and have no idea how it works)

@AlexGipp I did nothing to docker image, it means default 3.1-buster-slim image doens't trouble any.
image seems setup with https://github.com/dotnet/dotnet-docker/blob/801573a24f0c45fabb0db24ff8d3425c1957e068/src/runtime/3.1/buster-slim/amd64/Dockerfile and https://github.com/dotnet/dotnet-docker/blob/c0e8be8a44b47b1dcc2a5b4b2ebd92022087ac0b/src/runtime-deps/3.1/buster-slim/amd64/Dockerfile based on buster's scratch image https://github.com/debuerreotype/docker-debian-artifacts/blob/794e462d2825fb1ebb3d54ff5c93dd401cf28b9a/buster/slim/Dockerfile.
runtime:3.1-buster-slim has installed packages for dotnet runtime, but it should be same to your env, right?.
        ca-certificates \
        \
        # .NET Core dependencies
        libc6 \
        libgcc1 \
        libgssapi-krb5-2 \
        libicu63 \
        libssl1.1 \
        libstdc++6 \
        zlib1g \

Situation indicate trouble is something due to your environment specific and I need reproduceable step to determine root cause.

no update? let's close issue.


splitting data into a validation set

provide a function within train.py that would split data into validation or allow user to import a dataset for validation

complete, user can now provide a validation dataset in the snakebids arguments

complete, user can now provide a validation dataset in the snakebids arguments


Add support for hex real literals

Swift supports hexadecimal floating-point literals. This PR adds support for them.
E.g.
0x1.921F_B544_42D1_8000p1 == 3.141592_653589_7932

Thanks!


CLOUD-1456: SERVERLESS - CREATE DATABASE

statement without a units qualifier causes it to be set to 0

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Adrian Walker seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


 Update deps. Fix lint issues.

Ha, I had https://github.com/connectrpc/authn-go/pull/19 up to update things also. I'll close that one.

Hmmm, I approved it, but it's not merge-able. I was added to maintainers in earlier PR, but I guess actual repo permissions (allowing me to approve and merge) didn't get updated. @akshayjshah, can you lend a hand and check/update the repo permissions?


cannot use links to auto sections from open api

If one uses :include-open-api: <path> {autoSection: true}, one cannot create a link to those sections.  It gives a generic "can't find a page associated with" error and the following stack trace:
at com.twosigma.documentation.website.WebSiteDocStructure.validateCollectedLinks(WebSiteDocStructure.java:41)
    at com.twosigma.documentation.website.WebSite.validateCollectedLinks(WebSite.java:466)
    at com.twosigma.documentation.website.WebSite.generate(WebSite.java:146)
    at com.twosigma.documentation.website.WebSite$Configuration.deployTo(WebSite.java:602)
    at com.twosigma.documentation.cli.DocumentationCliApp.generateDocs(DocumentationCliApp.java:104)
    at com.twosigma.documentation.cli.DocumentationCliApp.start(DocumentationCliApp.java:66)
    at com.twosigma.documentation.cli.DocumentationCliApp.start(DocumentationCliApp.java:37)
    at com.twosigma.documentation.cli.DocumentationCliApp.main(DocumentationCliApp.java:42)

can't reproduce anymore. could have been fixed by some other PRs
let me know if it is still an issue


GitHub theme support

Purpose
Use the GitHub theme colors for text and backgrounds for dark mode support
Before

After

sick!


default.nix: bump terraform to 0.11.2

Please people, stop blindly bumping your terraform versions. This is getting tiring. Can we settle on 0.11.2 for a while maybe?

Are we 100% sure that there isn't someone who already has 0.11.3 installed, which will make 0.11.2 redundant as soon as they do something on the 2nd line rota?
The terraform/README.md currently says "install the latest version", so if we're going to pin it at 0.11.2 for a while we should probably update that (weirdly nested) README to reflect that at the same time.

Be worth pinning it in the terraform too: https://www.terraform.io/docs/configuration/terraform.html

Probably easier to pin it at the current latest, 0.11.3, in case as @TheDoubleK says, someone's already got that installed.

Yeah, I've got 0.11.3, and that's what was used on the main account on Monday.

Well let's be real - it's default.nix, this is just for me...

I've upgraded it to 0.11.3, but I don't really get the point of pinning it in terraform's config...

It should prevent someone from accidentally advancing the Terraform version for everyone else?

Oh I see, it can specify a maximum version, too.
Issue I can see with this though - for the rest of you is it actually easy to have an "arbitrary" terraform version installed? What do you use? Homebrew?

Yeah, homebrew


[BUG]: no H/N subtypes assigned in subtyping reports with user-specified sequences

Is there an existing issue for this?

[X] I have searched the existing issues

Description of the Bug/Issue
Instead of assigning H/N subtypes based on majority subtype from high % identity and alignment length matches to sequences with such info, the subtyping reports with user-specified sequences where those sequences are the top matching sequences report N/A when an H and N subtype could be assigned easily.
There are also no total counts, proportions matching to certain subtypes, etc.
Nextflow command-line
nextflow run CFIA-NCFAD/nf-flu --input samplesheet.csv --platform nanopore -profile docker --ref_db DB.fasta -resume -r 3.3.2

Error Message
N/A

Workflow Version
3.3.2
Nextflow Executor
local
Nextflow Version
23.04.2
Java Version
No response
Hardware
desktop
Operating System (OS)
No response
Conda/Container Engine
Docker
Additional context
No response

Fixed in #41 and released in 3.3.3


Game Missing "Bulletstorm: Duke of Switch Edition"

Fixed with this release: https://github.com/hobby-grade/Nintendo-Switch-Discord-Status/releases/tag/0.9.5


Add functionality to send a verification email to the applicant when the applicant's application received

When the applicant's application is received the autoresponder email is sent to the applicant. Instead, the new template body has been emailed to the applicant. In the new template, there is a verification link, clicking on that the user redirects to the link where the autoresponder template will show. The verification link should look like this http://portal.coloredcow.com/applicationverification/application_id.

[x] Create the verification mail template.
[x] Use this email body when the applicant's application has been received.
[x] Create the route for the application verification page.
[x] If the application is successfully verified then the autoresponder template body has been emailed to the applicant.

Closing as PR associated is approved and merged.


CUDA out of memory.

Trying local version. Ran into CUDA memory problem even after reducing batch. What else should i do?

Hey @cloverGithub , I hope you are doing well. I'm wondering how did you run the model in python? I got stuck after finishing these steps:

I was hoping you could help me!

Hi Ken,
I followed the instructions on the github page.
As only the task-tuned weights corresponding to Vicuna-13B-v1.1 weights is
provided, have to prepare the corresponding Vicuna-13B-v1.1 weights (i
followed lm-sys/FastChat: An open platform for training, serving, and
evaluating large language models. Release repo for Vicuna and FastChat-T5.
(github.com) https://github.com/lm-sys/FastChat#vicuna-13b
Thanks.
On Sun, 11 Jun 2023 at 11:55, Ken Huang @.***> wrote:

Hey @cloverGithub https://github.com/cloverGithub , I hope you are
doing well. I'm wondering how did you run the model in python? I got stuck
after finishing these steps:
[image: image]
https://user-images.githubusercontent.com/87556616/244911226-fd1db338-f8b3-423c-b9b2-9a28c2fb74ed.png
I was hoping you could help me!
—
Reply to this email directly, view it on GitHub
https://github.com/OptimalScale/DetGPT/issues/15#issuecomment-1586003352,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AK4C7Z2HERNQSL7QP4MZSZLXKU6TLANCNFSM6AAAAAAY64W7VY
.
You are receiving this because you were mentioned.Message ID:
@.***>

Nvm I figured it out!

Trying local version. Ran into CUDA memory problem even after reducing batch. What else should i do?

You could try running it on AWS with a spot instance for inference. Make sure to get an instance with 2 GPU and a nvidia T4 or better.


DOM should be cleaned after tests

Describe the Bug
At least some of the tests seem to leave components mounted to DOM which may affect other DOM-dependant tests.

Steps to Reproduce
Steps to reproduce the behavior:

Run tests

Expected Behavior
Components should be unmounted after tests. This can be done by calling tree.unmount().
See: https://github.com/airbnb/enzyme/blob/master/docs/api/mount.md
Environment

Camunda Modeler Version<EMAIL_ADDRESS>

Removed the bug label, as this is not a user facing problem.
Can we provide a general solution that handles automatic mounting / unmounting as part of the test cycle for us?

Note to self: Unless we address this issue any time soon there is a high likelyhood it will never be closed.


UI Shell header: Style tab

Acceptance criteria
Overall tasks

[ ] Update the Usage tab with the style content template.
[ ] Update images to follow our image guidelines.

Pre-work inference
Figma reference file
Pre-work issue and comment.

UI shell header

Style tab
[ ] Color: Add spec for divider - Divider | border | $border-subtle
[ ] Sub-menu: Update sub-menu's Selected state to Open / Expanded.
Should there be both 'Selected' and 'Open/Expanded' states?
[ ] Sub-menu: Update sub-menu item's image to include item's Selected state as well.
[ ] Typography: Add typography spec for sub-menu item - Sub-menu item | 14 / 0.875 | Regular / 400 | $body-compact-01


[Server Side Rendering] fetch is not defined, in fetch wrapper

I'm implementing server side rendering, with isomorphic-relay. I also use your react-relay-network-layer.
On the client, after going through a webpack build process during which I can bundle in fetch globally, react-relay-network-layer works great.
On the server, however, there is no webpack build process and there is no global fetch function. I'm seeing errors when trying to renderToString, on the server: fetch is not defined`.
I went and looked at the RelayDefaultNetworkLayer that ships with Relay, and they go ahead and explicitly require("fetch"). That require will work on the client just fine, assuming a webpack build process but it also enable server side rendering because fetch won't be global there.
https://github.com/facebook/relay/blob/master/src/network-layer/default/RelayDefaultNetworkLayer.js#L17
Do you think react-relay-network-layer's fetch wrapper should require("fetch")?
C:\Users\Ryan\Projects\league\node_modules\promise\lib\done.js:10
      throw err;
      ^

ReferenceError: fetch is not defined
    at C:\Users\Ryan\Projects\league\node_modules\react-relay-network-layer\lib\fetchWrapper.js:39:14
    at new Promise (C:\Users\Ryan\Projects\league\node_modules\core-js\modules\es6.promise.js:191:7)
    at Promise.exports.(anonymous function).target.(anonymous function).function.target.(anonymous function).F (C:\Users\Ryan\Projects\league\node_modules\core-js\library\modules\_export.js:35:28)
    at fetchAfterAllWrappers (C:\Users\Ryan\Projects\league\node_modules\react-relay-network-layer\lib\fetchWrapper.js:37:12)
    at C:\Users\Ryan\Projects\league\node_modules\react-relay-network-layer\lib\middleware\auth.js:66:16
    at run (C:\Users\Ryan\Projects\league\node_modules\core-js\modules\es6.promise.js:87:22)
    at C:\Users\Ryan\Projects\league\node_modules\core-js\modules\es6.promise.js:100:28
    at flush (C:\Users\Ryan\Projects\league\node_modules\core-js\modules\_microtask.js:18:9)
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickDomainCallback (internal/process/next_tick.js:122:9)

After looking at react-relay-network-layer code some more, I see that fetch is not even a project dependency. Is this an assumption that it'll be available globally, or is there something else that I'm not seeing that allows fetch to be used without being defined?

In 1.2.0 (June 21, 2016) was removed  whatwg-fetch polyfill, due problem in React Native (issue #8).
If your client does not have fetch global method, you should include polyfill explicitly in you code:
  import 'whatwg-fetch'; // for old browsers
  // or
  import 'node-fetch';  // for old node versions
  // or
  import 'fetch-everywhere'; // fresh isomorphic fetch polyfill, that supports all clients (not tested ;)

So you should explicitly import preferred fetch polifill in server.js.

What version of nodejs you use, for my info?
Also about polifill I wrote in readme.md, so absence of fetch is desired solution.

Currently on node 6.2.0.
I'll try out fetch-everywhere.

Alright. Adding fetch-everywhere seems to work. Sorry for not noticing this in the read me. :(

No problem! 😉


Is there a problem with the apple mac version

Is there a problem with the apple mac version

I don't think I can handle so much progress

Hi @Ghs0my,
Please check https://github.com/ffuf/ffuf/issues/623


Simplify create_datatoken function to take in some defaults.

Closes #838

Thanks for turning this around quickly, @calina-c !
Besides the change above, given that this is a change to interface, once this is merged, we'll need to do new ocean.py release since it changes the interface.


chore: bump version to v1.10.0-rc3

关联的Issues (Related Issues)

close
改动 (Proposed Changes)

附注 (Additional Info)

自查清单 (Checklist)
在你认为本 PR 满足被审阅的标准之前，需要确保 / Before you mark the PR ready for review, please make sure that:

[ ] 符合Venus项目管理规范中关于PR的相关标准 / The PR follows the PR standards set out in the Venus project management guidelines
[ ] 具有清晰明确的commit message / All commits have a clear commit message.
[ ] 包含相关的的测试用例或者不需要新增测试用例 / This PR has tests for new functionality or change in behaviour or not need to add new tests.
[ ] 包含相关的的指南以及文档或者不需要新增文档 / This PR has updated usage guidelines and documentation or not need
[ ] 通过必要的检查项 / All checks are green

Codecov Report

:exclamation: No coverage uploaded for pull request base (release/v1.10@6ee8513). Click here to learn what that means.
The diff coverage is n/a.

Additional details and impacted files

@@               Coverage Diff                @@
##             release/v1.10     #315   +/-   ##
================================================
  Coverage                 ?   54.77%
================================================
  Files                    ?       69
  Lines                    ?     7175
  Branches                 ?        0
================================================
  Hits                     ?     3930
  Misses                   ?     2925
  Partials                 ?      320

Flag
Coverage Δ

unittests
54.77% <0.00%> (?)

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


[Minor improvement proposal] Add useful links to other sections of the site to homepage

Since we now have information for parents; per some of the original design proposals: https://www.figma.com/file/u0Ccgxs0lEE7ioGUnlQM3C/MvŠ-screens?node-id=191%3A768

That would be duplicate links since same links are in menu, isn't that bad?

Partly, but site promoting menu sections through other means isn't necessarily bad (in fact most landing pages work like this when you think about it – you list a few list items and do "More -these items-" with it  –  it's actually good to promote we have the info section like this which could be otherwise "too hidden" especially on mobile.
Especially now, we need to improve the experience by providing more guidance on e.g. how to sign the kid up for school. So until we have something better, we could have just one link on this phrased as "How does the enrolling process work in the Czech Republic work" linking directly to the page we're linking as such in our infosection (should perhaps open in new window so the icon wouldn't be arrow – that's for in-site links – but external link icon) and "More information about Czech schooling system" link underneath to our section with all information.
What do you think about that? :)

Agree. Except "show map" button there should be some extra link "and how to sign for selected school". and until we have better text, this link is better than nothing :)


CMSIS-Pack extensions for the current Generator concept

In reference to the Generator Proposal here:
https://github.com/Open-CMSIS-Pack/devtools/blob/main/tools/projmgr/docs/Manual/Generator (Proposal).md
This change request for the CMSIS-Pack Specification focuses on enhancements to the existing concept:
a) Addition of some pre-defined category attribute values for the <file> element

genSource source code templates for the generator
genHeader header file templates for the generator
genParams parameter templates for the generator
genInfo / genAsset other information files for the generator

Note: files of the above categories are relevant for the generator associated with the component the files belong to. They are ignored by other tools related to project configuration and build.
b) Clarify in the specification that a single generator can be associated with multiple components. In this case the expectation is that the generator is invoked only once and the generator ensures that all selected components associated with this generator are considered.
c) Clarify that the $G variable is only available in <command> and <argument> element and is substituted by the <absolute_filepath>/<context>.cbuild.yml file on generator invocation following the format described here: https://github.com/Open-CMSIS-Pack/devtools/blob/main/tools/projmgr/docs/Manual/YML-CBuild-Format.md
Note: The project management tool is responsible to create an up-to-date <context>.cbuild.yml accepting unresolved dependencies, prior to calling the generator selected by the user.

@fred-r @slhultgren please review this set of high priority updates. What am I missing?

LGTM

Can it be integrated in the version 2.0 ?

Added to the specification.

To be implemented in https://github.com/Open-CMSIS-Pack/devtools/issues/722


Feature Request: Temporarily Disable

I'll bet you never thought of this. Neither did I.
We use a physical token key generator at work. Apparently it 'types' very fast, less than 7 milliseconds. I would like to be able to disable Unshaky during the token generation and re-enable it afterward. I envision this as a menu item that toggles between Disable and Enable. Perhaps a then I could assign a global OS-wide key command for it.

you can quit and launch app with automator service. and you can assign a shortcut.

2nded, Unshaky works great but gets in the way of yubikey OTP codes printing out


[Easy Coding Standard] Checker reports for non-existing skipped paths

Hi, i just upgraded to latest stable ECS (4.4.2), rewritten my oldschool neon config to yaml and i got these errors:
 [ERROR] Skipped checker
         "Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff" and file
         path "src/Domain/Model/Event/SubEvent.php" were not found. You can
         remove them from "parameters: > skip:" section in your config.

 [ERROR] Skipped checker
         "Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff" and file
         path "app/Responses/FileResponse.php" were not found. You can remove
         them from "parameters: > skip:" section in your config.

 [ERROR] Skipped checker
         "Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff" and file
         path "*src/Domain/Model/**" were not found. You can remove them from
         "parameters: > skip:" section in your config.

 [ERROR] Skipped checker
         "Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff" and file
         path "*src/*Response.php" were not found. You can remove them from
         "parameters: > skip:" section in your config.

My skip config:
parameters:
    skip:
        Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff:
            - 'src/Domain/Model/Event/SubEvent.php'
            - 'app/Responses/FileResponse.php'
            - '*src/Domain/Model/**'
            - '*src/*Response.php'

Please note, that this was working in previous version, i just added apostrophes around all paths and all paths exists and are reachable.
Am i doing something wrong?
Thank you!

Hey, I don't see a clear issue at the moment. Test is needed.
From top of my head, this can be removed, since it's already included in those bellow (might be related):
 - 'src/Domain/Model/Event/SubEvent.php'

😄 i found out what was wrong
It is the class name, because Symplify\CodingStandard\Sniffs\Classes\FinalInterfaceSniff was renamed to Symplify\CodingStandard\Fixer\Solid\FinalInterfaceFixer 😄

Ah :D
In that case it mightvreport-non exesting class in the "skip" config.
What do you think?

I am definitely up for that!

In that case, here https://github.com/Symplify/Symplify/blob/master/packages/EasyCodingStandard/src/Skipper.php#L40
could be added ensureSkipCheckersExist() method, that foreaches keys and check class_exists()
If not, throws exception.
Could you try adding such method to your local code if that would report it?


Not respecting width, height and text being cropped

Hi there, I've created a simple HTML page with reference to the scripts and the "Light" theme and the toggle doesn't respect the width and height that I'm using on the script, I can't have it hard coded on the html for what I'm using.
I would preferably set the width and height using CSS instead of Javascript or HTML but I couldn't get it to work as well.
Could you help me?
Thanks

Overral I found that the width and height are not being applied correctly be it via HTML or Javascript.
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">

<title></title>

<link rel="stylesheet" href="../Styles/toggles.css" />
<link rel="stylesheet" href="../Styles/toggle-themes/toggles-light.css" />

<input type="button" value="Toggle()" onclick="$('.toggle').toggles();" />

Div

Checkbox

<input type="checkbox" />

Checkbox Class

<input type="checkbox" class="toggles" />

//Using this code the width and height is *not* respected
$('.toggle').toggles({
  drag: true, // allow dragging the toggle between positions
   click: true, // allow clicking on the toggle
   text: {
     on: 'ON', // text for the ON position
     off: 'OFF' // and off
   },
   width: 250, // width used if not set in css
   height: 40, // height if not set in css
   type: 'compact' // if this is set to 'select' then the select style toggle will be used
 });

Thank You Paulo this helped me too.


There is an empty info bar when opening one restored resource group with 'Logout On Exit' enabled

Storage Explorer Version: 1.33.0-dev (96)
Build Number: 20231219.1
Branch: main
Platform/OS: Windows 10/Linux Ubuntu 22.04/MacOS Sonoma 14.2(Apple M1 Pro)
Architecture: x64/x64/x64
How Found: From running test cases
Regression From: Previous release (1.32.1)
Steps to Reproduce

Open Settings -> Make sure 'Logout On Exit' and 'Preserve Explorer Session' are enabled.
Expand 'Disks' -> Open one resource group.
Reload Storage Explorer -> Click the restored resource group.
Check whether there is an info bar with an error message.

Expected Experience
There is an info bar with an error message.

Actual Experience
There is an empty info bar.

Verified this issue on the build 20231221.5. Fixed. So, we are going to close it.


Weather lag

Could we make the weather display more resilient, such as showing the last information known rather than a disconnect icon, when things go wrong?
The weather display often shows a Bluetooth connection disruption icon, instead of the last known weather status. This occurs even when the Bluetooth connection is actually solid, confirmed by Pebble settings, and getting live notifications from other apps.

It is actually 100% resilient, since it writes weather data to memory and it never, ever expires (in fact, it probably should expire, but that's issue #15)
The issue you're actually experiencing is simply that there's currently no way to disable the disconnect indication, which there really should be, especially because of situations like the one you describe where the Pebble thinks it's disconnected when it actually is just fine. This issue thus duplicates issue #65.


Fix GENERATE_SOURCEMAP env not working for css sourcemap

This fixes GENERATE_SOURCEMAP env option not being respected for css sourcemap, by checking its presence before passing sourcemap options to OptimizeCSSAssetsPlugin.
It can be simply tested by running react-scripts build with and without GENERATE_SOURCEMAP=false, and see if any sourcemaps are being created under build/static/css

Thanks! For now you can just remove the files safely.


dev: create Drawer Base component

#861xbu[review]
I created a drawer component as well as its necessary components. . Please review it for me, thanks!

Task linked: CU-861xbu Drawer Component

Please learn how to use makeStyles/useStyles


[quick accent] Support the degree symbol (e.g. 90° )

Description of the new feature / enhancement
Support the degree symbol (e.g. 90° ) in quick accent.
Perhaps add it to the comma key( "," )?
Scenario when this would be used?
Degree is so commonly used! Examples:
30° 60° 90°
23.5°C
99.7°F
Supporting information
Related: #26522
Should I just make a PR? (I know very little about coding though.)

/dup #23237

Additions to Quick Accent I would adore (in order of importance):
Degree Symbol °
"Such That" symbol ∋
A bold, rounded bullet point symbol • (It's more substantial than the dot product sign · )
--The ability to launch Quick Accent with only the spacebar, but navigate the toolbar position with the arrow keys and spacebar. (ie: arrow keys won't launch Quick Accent, but they are still able to navigate Quick Accent once it is launched.)
-- A fix or recommended workaround: for some reason, left SHIFT + E does not work for launching quick accent. It is the only expected character combination I've found that doesn't work.
--The ability to manually remap characters to different letter prompts. (For example, I associate ∀ more with V than I do with A, it would be nice to update this for myself, if not for everyone.) This would also allow me to remap frequently used symbols that are associated with capital letters with a lowercase letter instead, reducing the number of keys I need to launch the toolbar containing the symbol. (Note, this could also lead to having the ability to fill in our own character set, which I would love!!)
-- The ability to open a comprehensive showing where every symbol is stored.
--The ability to choose subsets of available character sets. ie: being able to select two or more character sets but less than all available characters sets. (for example, selecting Danish, Spanish, French, without selecting German.)
--Listing MATHEMATICS as a specific character set
Since it is number one on my list, let me echo what has already been said by others in this thread: the degree symbol could logically be associated with either the lowercase o, the period, the apostrophe, or the zero keys. Please add it. As an engineering student I use it often for representing degrees of angle and temperature. WIN + . is far more tedious and doesn't remember the last symbol used. This is the biggest STEM oversight in the current Quick Accent meta.
In general, Powertoys is the best little piece of supplemental software I've ever owned. I adore it. And among its features, Quick Accent is one of my favorites. You've built an incredibly useful, time saving piece of software. You've already built so many incredible, incredible features. THANK YOU!!!
You've already made an embarrassment of riches and these last few features or tweaks would put it over the top.

Points of Clarification:
Currently: (left) SHIFT + E + Spacebar will not launch quick accent. However, (left) SHIFT + E + an arrow key does. So does (right) SHIFT + E + Spacebar. I'm not sure why there's a failure to launch with the first combination. It's the only flaw I've found so far.
It's also interesting to me that launching via an arrow key always launches to the middle of the toolbar, while launching via the spacebar always launches to the far left, even if "Start Selection from the left" feature is not selected in Powertoys. I think this is result of remembering last selection. The spacebar always opens up on the most frequently used key, while the arrow keys open in the middle in order to navigate. I think I like this logic and I'm not asking for it to be changed or taken away. But it's worth calling out that it doesn't exactly run as one would expect from the program's documentation.
Finally, note that if I set Quick Accent to launch via the spacebar only, the arrow keys are currently unable to navigate the toolbar, and this is unintuitive. I appreciate that one might reason that someone who launches via the spacebar will stick to the spacebar, but since the spacebar always opens to the far left of the toolbar, using the left arrow key is then the fastest way to get to the far right of the toolbar needing only a single press. The ability to open quick accent with the spacebar only, but still have the arrow keys functional once it is launched would be amazing for maximizing utility while preventing unwanted, accidental launches.


truncate initial build logs

to the last N lines prior to connecting if there are more than N lines of logs already.
Applies when connecting to running builds with a lot of logs already. Shouldn't affect builds that the current request is starting, but should mitigate the cost of many watchers connecting to watch a long-running build that produces a lot of output, which caused the latest mybinder.org outage.
adds BinderHub.log_tail_lines config, which is passed as tail_lines to the kubernetes log command. In the helm chart as build.logTailLines.
Default is 100 lines.
This is the equivalent of the command-line:
kubectl logs --tail 100 -f build-pod-name

woooo iterative bug improvements!


fix: plugins display properly, closes #826

Description
Properly display plugin list

Codecov Report

Merging #832 (6b95ab9) into canary (ee1234b) will decrease coverage by 0.00%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           canary     #832      +/-   ##
==========================================
- Coverage   26.18%   26.17%   -0.01%
==========================================
  Files          29       29
  Lines        3349     3350       +1
  Branches      815      814       -1
==========================================
  Hits          877      877
- Misses       1779     1781       +2
+ Partials      693      692       -1

Flag
Coverage Δ

rnvunittests
26.17% <0.00%> (-0.01%)
:arrow_down:

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

Impacted Files
Coverage Δ

packages/rnv/src/core/pluginManager/index.js
4.61% <0.00%> (-0.02%)
:arrow_down:

Continue to review full report at Codecov.

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


button captions should be all-caps

The "Launch Demo" button and the "Disabled" button for both raised and flat buttons, and the Action button on the snackbar, should all be uppercase, but are not.

will fix with https://github.com/flutter/flutter/issues/387


MariaDB 10.5.21 - Tables with SYSTEM VERSIONING seem to be ignored

Hi Odan & team, first of all big kudo's to your work! What a perfect automated solution to generate migrations.
While generating a migration of my DB I happened to bump into a peculiarity... 1 table was skipped.
After doublechecking I found it was the table which had SYSTEM VERSIONING switched on.
Once I switched off SYSTEM VERSIONING your library was able to generate a migration for that particular table.
==How to reproduce?==
Add a table with versioning:
CREATE TABLE FooBar (     FooBarIDbinary(16) PRIMARY KEY NOT NULL DEFAULT unhex(replace(uuid(),'-','')),    Namevarchar(45) UNIQUE NOT NULL,    LastModifiedtimestamp NOT NULL DEFAULT current_timestamp(),    LastModifiedByID binary(16) DEFAULT NULL ) WITH SYSTEM VERSIONING;
Run vendor/bin/phinx-migrations generate
You'll see the new migration does not contain table FooBar.
I am aware SYSTEM VERSIONING is not entirely database agnostic across different databases. But I still would have expected the table to at least appear in the migration (potentially without system versioning) or maybe a warning or even exception making the user aware of system versioned tables being skipped.
Curious to your opinion. Thanks!

Hi @mp-improvement-it
This phinx-migration package is designed to create migration classes that are also supported by phinx itself. Phinx is primarily designed to work with migrations in a database-agnostic way, which means it may not have built-in support for database-specific features like SYSTEM VERSIONING from MariaDB.
Do you know any Phinx specific method or parameter to generate a table with such a specific parameter?
https://book.cakephp.org/phinx/0/en/migrations.html#
PS: I'm currently working a new major version for this package, where it will be possible to generate native SQL statements instead of using the Phinx methods. Maybe this should solve this issue.


feat: Support access_config

Description
New input to module to support EKS cluster access_config
Motivation and Context
Cannot use the new eks_access_policy_associations or eks_access_entry resources without modifying the cluster config to support them.
Breaking Changes
Module will now require aws provider version >= 5.34
Open Issue
Resolves https://github.com/terraform-aws-modules/terraform-aws-eks/issues/2881
How Has This Been Tested?

[X] I have updated at least one of the examples/* to demonstrate and validate my change(s)
[X] I have tested and validated these changes using one or more of the provided examples/* projects

[X] I have executed pre-commit run -a on my pull request

thank you! however, its a bit more involved than this as you can see here https://github.com/terraform-aws-modules/terraform-aws-eks/pull/2858/commits/4f3be36ff0c2d060a0352a03ea3e23236c07f932
this will be available in the next few days when v20.0 is released on #2858

Looking forward to the access entries and policies support. Any update on the ETA for the v20.0 release?

working on final testing/validating as we speak and the upgrade guide - hopefully tomorrow

Thank you so much for the status update!


anchor automatic seed parser bug

Bug : if you use a account constraint such as this
#[account(seeds=["random_seed".as_bytes()],bump,seeds::program=<other_program_pubkey>)]
pub random_acc : AccountInfo<'info>

you get a ```WARNING : Unexpected Seed", for some reason the seed parser does not work if you pass in a pubkey directly to seeds::program.
but if i do
#[account(seeds=["random_seed".as_bytes()],bump,seeds::program=other_program.key())]
pub random_acc : AccountInfo<'info>
pub other_program : AccountInfo<'info>

it compiles without any warning, seems to be a bug in how the parser works to automatically calculate the pda addresses for the idl.

#[derive(Accounts)]
pub struct Add<'info> {
 #[account(
    seeds = [STAKING_MANAGER_STATE_SEED.as_bytes()],
    bump,
    )]
    pub staking_manager_state: Box<Account<'info, StakingManagerState>>,
 pub stake_pool_program : Program<'info,StakePool>,
  #[account(mut,seeds=[STAKE_POOL_VAULT_SEED.as_bytes()],bump,seeds::program=stake_pool_program.key())]
  pub stake_pool_vault: Account<'info, TokenAccount>,
}
``` This works
But instead of passing the seeds::program= expr like this

#[derive(Accounts)]
pub struct Add<'info> {
#[account(
seeds = [STAKING_MANAGER_STATE_SEED.as_bytes()],
bump,
)]
pub staking_manager_state: Box<Account<'info, StakingManagerState>>,
pub stake_pool_program : Program<'info,StakePool>,
#[account(mut,seeds=[STAKE_POOL_VAULT_SEED.as_bytes()],bump,seeds::program=staking_manager_state.staking_pool_program)]
pub stake_pool_vault: Account<'info, TokenAccount>,
}
``` here staking_manager_state.staking_pool_program  is of type Pubkey, it will give the warning seed error

I did visit that repo, what i dont understand is, seeds::program = <> expects a pubkey right ?
if i give it a pubkey via , seeds::program=random_program.key() vs ```seeds::program=, in the latter case am passing the pubkey directly which causes issue with the seed parser am i correct in my understanding of the value seeds::program=<> expects ? it should be of type Pubkey right ?

Aha i think i figured out the issue here, by passing a pubkey which is stored in an account which is unknown at compile time, it realistically never gets the pubkey ? so seed_parser needs a static seed which is already known at compile time, is my observation correct, ser @callensm  ?

closing as the issue was due to an unknown or missing seed at compile time


Speed Up Inference

Hi there,
is there any way to speed up inference by increasing the batch size for larger datasets?

Hi, we will add this feature soon.

We just added support for batch inference. See the parameter batch_size in mono/tools/test_scale_cano.py.
We have only implemented batch data parallelization for model inference, but not for other pre/post processing due to possible different sized images within the same batch. Hope it helps.

Is there a way to use the batch in the torchub/torchload example?

Sure. The torchhub model only supports batch inference. I use batchsize=1 in the example:
https://github.com/YvanYin/Metric3D/blob/fd90d0dad05d913c4f45ed7a9789b8f1dfde22e0/hubconf.py#L179


ROS 2 Fast-RTPS <-> Connext test_communication tests not completing properly [7610]

On February 10th, all of the ROS 2 jobs completed the test_communication tests properly: https://ci.ros2.org/view/nightly/job/nightly_linux_debug/1455/ (ignore the other errors, they are bugs elsewhere in ROS 2).  On February 11th, the test_communication tests between RTI Connext and Fast-RTPS started failing: https://ci.ros2.org/view/nightly/job/nightly_linux_debug/1456/
If I take the ROS 2 code as of February 10th, and just update Fast-RTPS to the latest commit on the 1.9.x branch (https://github.com/eProsima/Fast-RTPS/commit/2577261bb140f595ce9ba50e32163f866669aee4), the tests fail: https://ci.ros2.org/view/nightly/job/nightly_linux_debug/1460/ .  Similarly if I take all of the latest ROS 2 code and pin Fast-RTPS to https://github.com/eProsima/Fast-RTPS/commit/c7b6d9361c48e61d2c7117ef3fbc44812b1b6139 , the tests succeed: https://ci.ros2.org/job/ci_linux/9339
There are 7 commits in the range between c7b6d9361c48e61d2c7117ef3fbc44812b1b6139 and 2577261bb140f595ce9ba50e32163f866669aee4 , but unfortunately two of them are huge.  So a bisection isn't going to tell us much here.
Expected Behavior
Interoperability between Fast-RTPS and RTI Connext should succeed
Current Behavior
The Fast-RTPS <-> RTI Connext tests time out.
Steps to Reproduce
It's a bit difficult to provide a standalone reproducer.  The tests that are failing launch a publisher and subscriber, and let them both run for a finite amount of time (typically 10 seconds).  If the subscriber receives all of the messages it expects to before the timeout, that's a success.
System information

Fast-RTPS version: commit 2577261bb140f595ce9ba50e32163f866669aee4
OS: Ubuntu 18.04, all architectures (may also happen on other OSs, I haven't looked)
Network interfaces: localhost
ROS2:  master

Just as another data point, https://ci.ros2.org/job/ci_linux/9340 is bumped up to https://github.com/eProsima/Fast-RTPS/commit/c3131012337ea3939cae9cb2be4931a641558477 , and this fails tests.

Bisecting the changes shows that #1003 introduced this regression.

Should be solved once #1015 is merged.
Thanks @clalancette  and @dirk-thomas for rising the issue and the analysis.

@clalancette Since #1015 has been merged, and @dirk-thomas confirmed here that it fixes the problem, I suppose that this issue can be closed.

@clalancette Since #1015 has been merged, and @dirk-thomas confirmed here that it fixes the problem, I suppose that this issue can be closed.

I'm running another test on the ROS 2 infrastructure with the latest 1.9.x branch to test.  We can close this for now, if it turns out that there is still a problem, I will reopen.


Pad CurrencyId slices with space characters instead of '0' bytes

The code field of Stellar currency IDs needs to have exactly 4 or 12 bytes. So far, we were padding with the 0 byte, ie. 'null' which makes sense. However, it's not easy to put in this 0 byte when using the UI to enter codes in eg. polkadot.js that are less than 4 or 12 characters. That's why, now instead of prefilling the 4 or 12 bytes with 0 bytes, we now fill them with the space character.
Closes #344.

Closing because we are planning to use another approach.