Allow getting ERC20 and SPL tokens metadata

I added the ability to get the metadata for ERC20 and SPL tokens.

ERC20 tokens metadata are fetched by their address by invoking the following methods of a standard ERC20 smart contract ["name", "symbol", "totalSupply"] and lastly the token address.

SPL tokens metadata are fetched from the solana token list registry, so the SPL token address that it's metadata is being fetched has to be available to the registry. The total supply is being gotten directly from the network with the solana/web3.js library.

Logo URL is only available for SPL token metadat since the registry provide that, but currently unavailable for ERC20 tokens and will work on getting them available for ERC20 tokens as I find more information about it.

Hi @bytedeveloperr, looks good but can you change the function name to getTokenInfo instead of getTokenmetadata

Ohh, done that, @iamnotstatic.


add unit test for block api os-detach action

update the openstack api unit tests to include one for the os-detach action.

Coverage increased (+0.006%) to 66.342% when pulling 42fb49165e7a269e718e1afd529e92b6a242e4e2 on kaccardi:topic/block-api into 584885ad45c33aa18fbebd89de9a758215cf15da on 01org:master.

Coverage increased (+0.006%) to 66.342% when pulling 42fb49165e7a269e718e1afd529e92b6a242e4e2 on kaccardi:topic/block-api into 584885ad45c33aa18fbebd89de9a758215cf15da on 01org:master.

lgtm


⚠ Spryr has degraded performance

In 5f6a935, Spryr (https://spryr.com) experienced degraded performance:

HTTP code: 503
Response time: 3635 ms

Resolved: Spryr performance has improved in 1b4da7d after 7 minutes.


How can i can get averages data as it's always empty

The 'averages' data is always empty

misunderstand


Support $tmpl Lint.

Hi, are you referring to support for analyzing generics?

Yes.

Oh. Definitely it will be implemented in the soonest time 😃

Try https://blog.vosca.dev/meet-v-analyzer/ instead, now that it is released.


Changed SSL version

Changed SSL version to avoid getting an error when capturing online while invoicing in Magento.

It is fixed


Fix reports tests issues

Minor fixes in reports tests.

I can still see a 3m~ increase for the "integration - (> = 05)" tests due to.
Error from thread: ./spec/helpers.lua:1069: timeout
stack traceback:
	[C]: in function 'assert'
	./spec/helpers.lua:1069: in function <./spec/helpers.lua:1045>
Error from thread: ./spec/helpers.lua:1069: timeout
stack traceback:
	[C]: in function 'assert'
	./spec/helpers.lua:1069: in function <./spec/helpers.lua:1045>

While I think your patch makes sense, I'll investigate a bit more

@jschmid1 if you haven't checked this yet, I will check this more this PM.


Remotely activating node is not successful

This issue tracker is only for technical issues related to Liberty Coin.
General Liberty questions and/or support requests and are best directed to the Liberty Discord.
Describe the issue
Remotely activating the node is not successful
Can you reliably reproduce the issue? yes
If so, please list the steps to reproduce below:

download 5.1.1 wallet to vps and run it to fully sync.
download 5.1.1 wallet to desktop and run it to fully sync.
activate the node remotely from the desktop wallet

Expected behavior
vps node should show that it was started successfully
Actual behavior
not a capable masternode: hot node, waiting for remote activation.
"version": 5010100,
"protocolversion": 71027,
"walletversion": 61000,
Screenshots.
If the issue is related to the GUI, screenshots can be added to this issue via drag & drop.
What version of Liberty Coin are you using?
"version": 5010100,
"protocolversion": 71027,
"walletversion": 61000,
Machine specs:

OS:
CPU:
RAM:
Disk size:
Disk Type (HD/SDD):

Any extra information that might be useful in the debugging process.
This is normally the contents of a debug.log, db.log or config.log file. Raw text or a link to a pastebin type site are preferred.

What version of Ubuntu is on the vps?
What version of Windows are you using?
Are you using the x86 or x64 bins on the Windows machine?
Please provide the debug.log files for the vps and the Windows machine
after adding debug=1 to each config file and getting the issue to manifest.
On Thu, Jan 3, 2019 at 6:21 AM gdiscord<EMAIL_ADDRESS>wrote:

This issue tracker is only for technical issues related to Liberty Coin.
General Liberty questions and/or support requests and are best directed to
the Liberty Discord https://discord.liberty-coin.com.
Describe the issue
Remotely activating the node is not successful
Can you reliably reproduce the issue? yes If so, please list the steps to
reproduce below:

download 5.1.1 wallet to vps and run it to fully sync.
download 5.1.1 wallet to desktop and run it to fully sync.
activate the node remotely from the desktop wallet

Expected behavior
vps node should show that it was started successfully
Actual behavior
not a capable masternode: hot node, waiting for remote activation.
"version": 5010100,
"protocolversion": 71027,
"walletversion": 61000,
Screenshots.
If the issue is related to the GUI, screenshots can be added to this issue
via drag & drop.
What version of Liberty Coin are you using?
"version": 5010100,
"protocolversion": 71027,
"walletversion": 61000,
Machine specs:

OS:
CPU:
RAM:
Disk size:
Disk Type (HD/SDD):

Any extra information that might be useful in the debugging process.
This is normally the contents of a debug.log, db.log or config.log file.
Raw text or a link to a pastebin type site are preferred.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/project-liberty/wallet/issues/39, or mute the thread
https://github.com/notifications/unsubscribe-auth/ARAZxmVmyRN51EuDE08B5vkxHcbxzIazks5u_fXhgaJpZM4ZoAMx
.


Main.cpp error

how do I fix this:
Error: Main.cpp
include\openfl/events/ErrorEvent.h(51): error C2059: syntax error: 'constant'
include\openfl/events/ErrorEvent.h(51): error C2238: unexpected token(s) preceding ';'
Please fix this without removing any code.

Delete everything related to errors in Main

Deleting everything breaks the crash handler

Delete everything related to errors in Main, and what your asking to do is not possible

Delete everything related to errors in Main, and what your asking to do is not possible

That breaks the crash handler.

that’s the point, it doesn’t work

Just delete the crash handler althougher

Thanks!!! :)


allow specifying separate outputs for reporters

Description
Extends the command-line arguments to allow specifying a filter of reporters
to which the output filename applies: --out=junit[junit-report.xml],xml[report.xml],console[log.txt]
The old syntax --out=filename still works, being treated like --out=*[filename].
This allows sending for example JUnit output to a file, and still having the console reporter output to the console: -r=junit,console -o=junit[report.xml] (since no output file has a matcher that matches the console reporter, it uses its default, stdout).
(Should there be an explicit way to specify stdout as well? Possibly using - as the filename, like many *nix tools do?)
TODO:

[ ] update documentation
[ ] API for setting these from main
[ ] tests, coverage

GitHub Issues
See #627

Very nice! Looking forward to this one ;)

Also looking forward to it

any updates on this? would be really great to use 💯


CCTRI-1982: implemented verdicts logic, remove type validation

Are you sure that the 404 error (and maybe 400 Bad Request, depends on Autofocus behavior) is handled correctly in this implementation? As I understand it, now it will be displayed every time the observable is not found, or not?


Changing environment/sdk constraint doesn't affect live analysis

It's going to be very common in the coming few releases for people to find that they need to update their "sdk" constraint in their pubspec.yaml. Currently, this does not affect flutter analyze --watch results, but it should have a serious effect on that. (In particular, switching between nnbd-enabled and nnbd-disabled versions.)
cc @devoncarew @mit-mit @leafpetersen

https://github.com/dart-lang/sdk/issues/44131 is a similar issue where changing the constraint doesn't affect analysis in vscode

cc @bwilkerson

Do the results get updated after running flutter pub get (or upgrade)? I believe that the analyzer uses the content of the package_config.json file as the source of truth rather than the pubspec.yaml file. But it would be useful to know if the server isn't watching the package_config.json file as it should be.
@scheglov

It does not, see detailed steps in https://github.com/dart-lang/sdk/issues/44139

@mit-mit - I would close one of these two issues as effective dups of each other.
It sounds like we don't switch expectations for nnbd analysis with a pubspec change, which is expected, but we also don't switch after pub get writes the new values into the package_config.json file, which we probably should do. We have similar watching set up for the analysis options file. That's user authored - unlike package_config.json. For that file, we don't change analysis modes as people type, but update after the file is changed on disk (that's pragmatic, given how expensive it is to change analysis modes).

I'll close the other bug; here are the repro step from that:

Setup vscode to use a 2.12.0 dev release.
Open a project with a Dart package without an SDK constraint and add some code that isn't migrated to null safety.
Notice that vscode correctly adds errors for the unmigrated code (language version defaults to 2.12).
Add an SDK constraint to the pubspec.yaml: sdk: '>=2.10.0 <3.0.0'.
pub get (vscode does this automatically).
Even though the language version should now be 2.10, the null-safety errors still show and null-safety syntax is accepted.
Restart vscode, and observe how the editor flips to 2.10 mode an no longer accepts null-safety syntax.

@scheglov - can you do a rough cost estimate here? To watch the package_config.json and do something like restart analysis / re-analyze if a large enough semantic change happens.

https://dart-review.googlesource.com/c/sdk/+/171360

Cherry pick filed here.

I think we can closed this one?


Add setup-java steps to example workflows

Users should be explicit about the version of Java they use to build their projects, and our samples should encourage this best practise.

stumbled across this issue while researching the error "the consumer was configured to find a library for use during runtime, compatible with Java 11", as it turns out the gradle ships with its own jvm (11) that will be used if no other distribution is supplied.
Adding ```
- uses: actions/setup-java@v4
with:
distribution: 'temurin'
java-version: '21'
solved the issue for me.


Flask integration doesn't send transaction for unhandled errors

Describe the bug: When an unhandled error occurs, the transaction is not ended correctly, and no transaction data is captured
To Reproduce

Access a flask endpoint that triggers an error
Error is captured, transaction is not

Expected behavior: Both error and transaction events should be captured
This is due to the fact that we listen to the flask.signals.request_finished signal, which is not sent when an error occurs. So far, I haven't found a better candidate

request_teardown is sent even if an error occurs, but it isn't provided the response object, which we need
similarly, got_request_exception also doesn't have the response object
functions decorated with after_request are also not called if an unhandled exception is triggered

We can move some of the work we do currently do in the request_finished handler to the request_started handler. But for setting the transaction result (based on the HTTP status code), we need the response object. I currently don't see a way to do this without taking out the big monkeypatching guns :(

Ouch. That's a bummer. Might be worth opening a dialog to upstream, though that will obviously only fix the issue for new versions.

I believe Flask's API is consciously behaving the way it does, so I don't think we have a big chance in getting it changed. I implemented an IMO acceptable workaround in #635


Add tarmak docs post submit

On a cursory glance this lgtm. This is the first of our postsubmits, so interested to see how it goes.


Mutational load function (SHM)

Added mutational_load function to calculate differences between sequence and germline alignment. This is especially useful/insightful for BCR due to SHM and help to understand how much mutational actually occurred. However, this is a rather simple approach!
Closes #...

[ ] CHANGELOG.md updated
[ ] Tests added (For bug fixes or new features)
[ ] Tutorial updated (if necessary)

In terms of implementation, I think we're getting there :)
Still need to try it out myself to check if I like the overall workflow/interface when using this in a juptyer notebook.

Hi Gregor,
I worked on the test case for the mutational_load function and finished some kind of "beta" version. I would be very grateful if you could have a look if I'm going in the right direction here :)
Additionally, I discovered some bugs while testing, which I quickly resolved, but maybe not elegantly so please have also a look on that.
For some reason pushing these changes seem to have broken something with MuData, but I have no idea why and what I could possibly have done to cause this 😢 The error massage seems to be everywhere the same:
ImportError: cannot import name 'AlignedViewMixin' from 'anndata._core.aligned_mapping'
Could you help me solve this?

Breaking mudata is not your fault. It was caused by an anndata release and should be fixed by now. Just rerun the tests :)

@MKanetscheider, two more considerations

Can we somehow verify that the alignments are really using the IMGT reference? Could we at least check something like length? If they were using a different reference, then the results would be pretty nonsensical, wouldn't they?

Especially in the case of region = "subregion", we end up with a ton on columns in adata.obs. To me it seems that the mutational load is actually a chain-level attribute, so how about adding it to the awkward array instead? In that case we could get rid of the following arguments

chain_idx_key (just calculate it for all chains)
chains (just calculate it for all chains)
region (just calculate it for all regions)
frequency (just calculate both)

The function would then add the chain-level attributes mutation_count, mutation_freq, {cdr,fwd}{1,2,3,4}_mutation_{count,load} v_segment_mutation_{count,freq}.
Afterwards, they could be retrieved like any other chain attribute:
df = ir.get.airr_df(mdata, ["VDJ_1"], ["mutation_count", "mutation_freq"])

LMK what you think!

@MKanetscheider, two more considerations

Can we somehow verify that the alignments are really using the IMGT reference? Could we at least check something like length? If they were using a different reference, then the results would be pretty nonsensical, wouldn't they?

Unfortunately yes, if sequences are not IMGT aligned this whole function would be either non-functional any more or just returning some random nonsense 😢 I think I actually do already check for length, because I count differences via hamming-distance, which raises a ValueError if germline and sequence alignments have different lengths. However, I would also like to have a better safety net, but I couldn't come up with anything else so far...

Especially in the case of region = "subregion", we end up with a ton on columns in adata.obs. To me it seems that the mutational load is actually a chain-level attribute, so how about adding it to the awkward array instead? In that case we could get rid of the following arguments

chain_idx_key (just calculate it for all chains)
chains (just calculate it for all chains)
region (just calculate it for all regions)
frequency (just calculate both)

The function would then add the chain-level attributes mutation_count, mutation_freq, {cdr,fwd}{1,2,3,4}_mutation_{count,load} v_segment_mutation_{count,freq}.
Afterwards, they could be retrieved like any other chain attribute:
df = ir.get.airr_df(mdata, ["VDJ_1"], ["mutation_count", "mutation_freq"])

LMK what you think!

I think this sounds rather amazing...as you are already well aware, this whole function is rather ugly and not that user-friendly at the moment...I would really love to see it in a more compact format
But do you think that we might run into any performance problems if we always calculate everything with one function call? The function would have to calculate every hamming distance of each sequence/germline alignment pair, which could be troublesome for this big datasets that Felix and you are trying to reach, right?

I think I actually do already check for length, because I count differences via hamming-distance, which raises a ValueError if germline and sequence alignments have different lengths

I think that's good enough then. After all it's also clearly stated in the documentation.

But do you think that we might run into any performance problems if we always calculate everything with one function call?

I don't think it would be an issue, because it will still be linear over the number of chains. The part Felix has been working on compares all-vs-all sequences, which is quadratic over the number of sequences and therefore a much harder problem.

I think this sounds rather amazing...as you are already well aware, this whole function is rather ugly and not that user-friendly at the moment...I would really love to see it in a more compact format
But do you think that we might run into any performance problems if we always calculate everything with one function call? The function would have to calculate every hamming distance of each sequence/germline alignment pair, which could be troublesome for this big datasets that Felix and you are trying to reach, right?

I gave it a try in https://github.com/scverse/scirpy/pull/573.
Speed-wise, it is about as fast as running all regions on VJ_1/VDJ_1 chains in your implementation, but including all chains. It could also be further optimized, but it's likely not a bottleneck... it still completes within a few minutes on 1M cells.
I'd still need to deal with a bunch of edge cases, but I think the approach is viable.


docs: fix typo and formatting

For nixcon-2022.md and software-supply-chain-art.md this fixes a typo.
For sbom-github.md this fixes formatting so that the numbered list is rendered correctly.

Thanks!


[BUG] NoSuchMethodError: java.nio.file.Path.of(Ljava/lang/String;[Ljava/lang/String;) on Java 1.8

There are something wrong when i run openseach on jvm 1.8

jvm

java version "1.8.0_301"
Java(TM) SE Runtime Environment (build 1.8.0_301-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.301-b09, mixed mode)

os

Linux 5.11.0-40-generic #44~20.04.2-Ubuntu SMP Tue Oct 26 18:07:44 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

openstack version
opensearch-1.1.0-linux-x64.tar.gz
error info

java.lang.NoSuchMethodError: java.nio.file.Path.of(Ljava/lang/String;[Ljava/lang/String;)Ljava/nio/file/Path;
	at org.opensearch.notebooks.settings.PluginSettings.<clinit>(PluginSettings.kt:269) ~[?:?]
	at org.opensearch.notebooks.NotebooksPlugin.getSettings(NotebooksPlugin.kt:79) ~[?:?]
	at org.opensearch.plugins.PluginsService.lambda$getPluginSettings$0(PluginsService.java:107) ~[opensearch-1.1.0.jar:1.1.0]
	at java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:267) ~[?:1.8.0_301]
	at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1384) ~[?:1.8.0_301]
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:1.8.0_301]
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:1.8.0_301]
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) ~[?:1.8.0_301]
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_301]
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) ~[?:1.8.0_301]
	at org.opensearch.plugins.PluginsService.getPluginSettings(PluginsService.java:107) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.node.Node.<init>(Node.java:398) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.node.Node.<init>(Node.java:301) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.Bootstrap$5.<init>(Bootstrap.java:240) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.Bootstrap.setup(Bootstrap.java:240) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.Bootstrap.init(Bootstrap.java:406) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.OpenSearch.init(OpenSearch.java:182) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.OpenSearch.execute(OpenSearch.java:173) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:99) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.cli.Command.mainWithoutErrorHandling(Command.java:140) ~[opensearch-cli-1.1.0.jar:1.1.0]
	at org.opensearch.cli.Command.main(Command.java:103) ~[opensearch-cli-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.OpenSearch.main(OpenSearch.java:139) ~[opensearch-1.1.0.jar:1.1.0]
	at org.opensearch.bootstrap.OpenSearch.main(OpenSearch.java:105) ~[opensearch-1.1.0.jar:1.1.0]
fatal error in thread [main], exiting
java.lang.NoSuchMethodError: java.nio.file.Path.of(Ljava/lang/String;[Ljava/lang/String;)Ljava/nio/file/Path;
	at org.opensearch.notebooks.settings.PluginSettings.<clinit>(PluginSettings.kt:269)
	at org.opensearch.notebooks.NotebooksPlugin.getSettings(NotebooksPlugin.kt:79)
	at org.opensearch.plugins.PluginsService.lambda$getPluginSettings$0(PluginsService.java:107)
	at java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:267)
	at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1384)
	at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482)
	at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
	at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
	at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
	at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
	at org.opensearch.plugins.PluginsService.getPluginSettings(PluginsService.java:107)
	at org.opensearch.node.Node.<init>(Node.java:398)
	at org.opensearch.node.Node.<init>(Node.java:301)
	at org.opensearch.bootstrap.Bootstrap$5.<init>(Bootstrap.java:240)
	at org.opensearch.bootstrap.Bootstrap.setup(Bootstrap.java:240)
	at org.opensearch.bootstrap.Bootstrap.init(Bootstrap.java:406)
	at org.opensearch.bootstrap.OpenSearch.init(OpenSearch.java:182)
	at org.opensearch.bootstrap.OpenSearch.execute(OpenSearch.java:173)
	at org.opensearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:99)
	at org.opensearch.cli.Command.mainWithoutErrorHandling(Command.java:140)
	at org.opensearch.cli.Command.main(Command.java:103)
	at org.opensearch.bootstrap.OpenSearch.main(OpenSearch.java:139)
	at org.opensearch.bootstrap.OpenSearch.main(OpenSearch.java:105)

Track if we are missed running tests for plugins in Java 1.8

can you pls add steps to reproduce this issue, thanks

notebooks is merged into observability, but I'm able to confirm the issue on 1.2 observability. We will look into this, as a workaround could you try running it with JAVA_HOME= ./bin/opensearch? This worked for me as it's going to use the JDK bundled in OpenSearch, which is JDK 15

https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/nio/file/Path.html#of(java.lang.String,java.lang.String...)
is only available in java 11 onwards which is used by many plugins
https://sourcegraph.com/search?q=context:global+repo:github.com/opensearch-project/+\bPath\.of\(&patternType=regexp

https://github.com/opensearch-project/opensearch-plugins/issues/64
pending for java support on plugins

Looks like affected plugins are reports-scheduler, notebooks, observability - from that list above. (Everything else is test, unreleased, or data-prepper.) Pls create issues and fix in all three for the 1.3 release.

@joshuali925 / @anirudha I see notebooks plugin is already being built for 1.8. But we are using it with JDK 14.
Ref: https://github.com/opensearch-project/notifications/blob/main/notifications/build.gradle#L78
(I couldn't find a repo for observability)
Integration tests are being run with JDK 14.
Ref: https://github.com/opensearch-project/notifications/blob/main/.github/workflows/notifications-test-and-build-workflow.yml#L38
Yeah looks like even though plugins are being built for JDK 8/ Java version string 1.8, we are only testing it in JDK 14 or the bundled JDK with OpenSearch.
As @anirudha said opensearch-project/opensearch-plugins#64 should be completed before we can support them.

Let's sort this all out for 1.3, starting with https://github.com/opensearch-project/opensearch-plugins/issues/64 across all plugins.

https://stackoverflow.com/questions/60616244/replace-nio-file-pathofstring-for-java-8 Should help

OpenSearch 1.3.0 has restored JDK8 support via https://github.com/opensearch-project/opensearch-plugins/issues/64. Please reopen if you're still seeing problems on JDK8.


Create contribute.md

The project needs a contribute.md
Current flow is described in readme.md
Maybe it could be separated / explained in detail in other file?
Readme.md should have a link pointing the new contribute.md

Hi, I am interested in working on this issue. Can you please assign in to me?

Please assign me to this.

Hi @SarveshPatil29 ! I assigned you this issue


Bluetooth tester cleanup and BTP refactor

This PR cleanups and refactors BTP handling in Bluetooth tester application.
While working on it there is also multiple fixes for BTP handling like size validation, endianess, sync with BTP spec etc
Fixes: https://github.com/zephyrproject-rtos/zephyr/issues/53814

@mkasenberg @KKopyscinski   FYI   you may need to re-sync when this PR gets in

#AutoPTS run zephyr

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1451936562 after 15:19:01.

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1451954894 after 15:30:18.

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1451954894 after 15:31:06.

@sjanc just FYI, you can easily run the compliance checks locally by running /scripts/ci/check_compliance.py :) That way you can verify it faster

#AutoPTS run zephyr DIS GAP GATT SM L2CAP

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1453725667 after 02:48:48.

AutoPTS Bot results:
Failed tests:
GAP     GAP/BROB/BCST/BV-03-C           INCONC
GAP     GAP/CONN/UCON/BV-06-C           FAIL
GAP     GAP/PRIV/CONN/BV-10-C           FAIL
GAP     GAP/SEC/AUT/BV-17-C             BTP ERROR
GAP     GAP/SEC/AUT/BV-19-C             BTP ERROR
GAP     GAP/SEC/AUT/BV-20-C             BTP TIMEOUT
GAP     GAP/SEC/AUT/BV-23-C             FAIL
GAP     GAP/SEC/AUT/BV-25-C             BTP ERROR - ERRATA CASE0072001
GAP     GAP/SEC/SEM/BV-62-C             INCONC - ERRATA TSE18349
GAP     GAP/SEC/SEM/BV-63-C             INCONC - ERRATA TSE18349
GAP     GAP/SEC/SEM/BV-64-C             INCONC - ERRATA TSE18349
GAP     GAP/SEC/SEM/BV-65-C             INCONC - ERRATA TSE18349
GAP     GAP/SEC/SEM/BV-66-C             INCONC - ERRATA TSE18349
GAP     GAP/SEC/SEM/BV-67-C             INCONC - ERRATA TSE18349
GATT    GATT/CL/GPM/BV-11-C             FAIL
GATT    GATT/SR/GAI/BV-01-C             BTP ERROR
GATT    GATT/SR/GAN/BV-01-C             BTP ERROR
GATT    GATT/SR/GAT/BV-01-C             BTP ERROR
L2CAP   L2CAP/ECFC/BV-32-C              FAIL - ERRATA Request ID 16410
L2CAP   L2CAP/ECFC/BV-43-C              FAIL - ERRATA TSE18351
L2CAP   L2CAP/ECFC/BV-44-C              INCONC - ERRATA TSE18351
L2CAP   L2CAP/TIM/BV-03-C               INCONC
SM      SM/CEN/KDU/BI-02-C              INCONC - ERRATA TSE19199
SM      SM/CEN/KDU/BI-03-C              INCONC - ERRATA TSE19199

#AutoPTS run zephyr AICS IAS PACS VCS VOCS

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1455085432 after 14:03:32.

#AutoPTS run zephyr MESH

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1455165526 after 19:26:26.

#AutoPTS run zephyr AICS IAS PACS VCS VOCS

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1455693361 after 09:28:46.

#AutoPTS run zephyr AICS IAS PACS VCS VOCS

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1456865311 after 20:54:41.

#AutoPTS run zephyr MESH

Scheduled PR #https://github.com/zephyrproject-rtos/zephyr/pull/55362#issuecomment-1458853576 after 21:51:01.

OK, so latest version seems to work OK in my local environment and I consider it ready to merged.
Any regressions that would show up can be handled afterwards


with enableOnAndroid paddingBottom doesn't works

"react-native-keyboard-aware-scroll-view": "^0.9.1",  "react-native": "0.61.5",
<KeyboardAwareScrollView
   style={styles.scrollView}
   contentContainerStyle={styles.scrollContent}
   keyboardShouldPersistTaps="handled"
   extraHeight={20}
   enableOnAndroid
>

scrollView: {
   flex: 1,
},
scrollContent: {
   flexGrow: 1,
   justifyContent: 'center',
   alignItems: 'center',
   paddingVertical: 136,
},

When enableOnAndroid={true}, paddingBottom inside of paddingVertical: 136 in contentContainerStyle does NOT work on Android. Only if we set it separately as paddingBottom and paddingTop!
When enableOnAndroid is false all is ok.

Did you fix it? Same problem here...

+1


[Bug]: netlify.toml redirect changes during build not picked up by the plugin

Steps to reproduce

preprocess your netlify.toml file in your build phase, e.g. making substitutions in target URLs
trigger build, observe behaviour:

10:42:09 AM: $ ./preprocess_netlify_config.sh && yarn build # this outputs the updated netlify.toml, seen below
10:42:09 AM: [build]
10:42:09 AM: command = "./preprocess_netlify_config.sh && yarn build"
10:42:09 AM: publish = ".next"
10:42:09 AM: [[redirects]]
10:42:09 AM: from = "/blog/*"
10:42:09 AM: to = "https://blog.grunfin.com/blog/:splat"
10:42:09 AM: status = 200
10:42:09 AM: force = true
10:42:09 AM: headers = { X-From = "Netlify", X-Forwarded-Host = "www.grunfin.com", X-Forwarded-Proto = "https" }
10:42:09 AM: [[plugins]]
10:42:09 AM: package = "@netlify/plugin-nextjs"

No original netlify.toml contents in plugin-nextjs phase:
10:45:03 AM: ────────────────────────────────────────────────────────────────
10:45:03 AM: 3. @netlify/plugin-nextjs (onBuild event)
10:45:03 AM: ────────────────────────────────────────────────────────────────
10:45:03 AM:
10:45:03 AM: Netlify configuration property "redirects" value changed to [
10:45:03 AM: {
10:45:03 AM: from: '/blog/*',
10:45:03 AM: query: {},
10:45:03 AM: to: 'https://BLOG_HOST_PLACEHOLDER/blog/:splat',
10:45:03 AM: status: 200,
10:45:03 AM: force: true,
10:45:03 AM: conditions: {},
10:45:03 AM: headers: {
10:45:03 AM: 'X-From': 'Netlify',
10:45:03 AM: 'X-Forwarded-Host': 'WEB_HOST_PLACEHOLDER',
10:45:03 AM: 'X-Forwarded-Proto': 'https'
10:45:03 AM: }
10:45:03 AM: },

Works on 3.9.2
A link to a reproduction repository
No response
Plugin version
4.0.0-beta.6
More information about your build

[ ] I am building using the CLI
[X] I am building using file-based configuration (netlify.toml)

What OS are you using?
No response
Your netlify.toml file
[build]
command = "./preprocess_netlify_config.sh && yarn build"
publish = ".next"
[[redirects]]
from = "/blog/*"
to = "https://BLOG_HOST_PLACEHOLDER/blog/:splat"
status = 200
force = true
headers = { X-From = "Netlify", X-Forwarded-Host = "WEB_HOST_PLACEHOLDER", X-Forwarded-Proto = "https" }
[[plugins]]
package = "@netlify/plugin-nextjs"
Relevant log output (or link to your logs)

Build logs
```
10:42:09 AM: $ ./preprocess_netlify_config.sh && yarn build
10:42:09 AM: [build]
10:42:09 AM: command = "./preprocess_netlify_config.sh && yarn build"
10:42:09 AM: publish = ".next"
10:42:09 AM: [[redirects]]
10:42:09 AM: from = "/blog/*"
10:42:09 AM: to = "https://blog.grunfin.com/blog/:splat"
10:42:09 AM: status = 200
10:42:09 AM: force = true
10:42:09 AM: headers = { X-From = "Netlify", X-Forwarded-Host = "www.grunfin.com", X-Forwarded-Proto = "https" }
10:42:09 AM: [[plugins]]
10:42:09 AM: package = "@netlify/plugin-nextjs"
...
10:45:03 AM: ────────────────────────────────────────────────────────────────
10:45:03 AM: 3. @netlify/plugin-nextjs (onBuild event)
10:45:03 AM: ────────────────────────────────────────────────────────────────
10:45:03 AM:
10:45:03 AM: Netlify configuration property "redirects" value changed to [
10:45:03 AM: {
10:45:03 AM: from: '/blog/*',
10:45:03 AM: query: {},
10:45:03 AM: to: 'https://BLOG_HOST_PLACEHOLDER/blog/:splat',
10:45:03 AM: status: 200,
10:45:03 AM: force: true,
10:45:03 AM: conditions: {},
10:45:03 AM: headers: {
10:45:03 AM: 'X-From': 'Netlify',
10:45:03 AM: 'X-Forwarded-Host': 'WEB_HOST_PLACEHOLDER',
10:45:03 AM: 'X-Forwarded-Proto': 'https'
10:45:03 AM: }
10:45:03 AM: },
```

Hi,
The reason this doesn't work is because the CLI processes the toml before starting the build plugin. The build plugin needs to run commands before the build starts, so cannot see changes that are made after that. The best way to handle this would be to create your own local build plugin that has an onPreBuild handler which mutates the config directly, rather than editing the toml. You don't need to publish the plugin: it can be in a folder in your project. See the plugin docs for details.

Thanks, will take note of that.
However, above is not expected behaviour, given what https://docs.netlify.com/configure-builds/file-based-configuration/ says. Is there a plan to revisit that document and remove the workaround once 4.0.0 comes out of beta?

That's a good point, and I'll open an issue to reflect it.


Mask and vl dependencies are control dependencies for RVWMO purposes

cc @daniellustig

A related question is, should the same apply to vstart and vl?  This relaxation would also match the corresponding scalar code, where the loop-head and loop-closing branches only imply control dependencies on the loop body.

As Krste pointed out elsewhere, vl tail is a shorthand for masking each element of the tail.
So, I agree that vl is implicit included and should be explicitly.
I believe vstart is a different beast. It should not and cannot in general be used to mask initial elements.
The implementation is allowed to trap if there is an attempted to be used in this manner; it is not portable.
In another any other context than resumption of an exception it should be either defined as indeterminate, but better that the dependencies that would have been there if vstart did not excluded them in a "restart" are assumed to be there.
My position is even more than this, it should act as an anti-mask, that even though the elements would otherwise have been masked out (with the current mask values), if they are within vstart "already processed" range the dependency should be assumed.
General rule:When in doubt endorse the worst case.
The rules could be relaxed later, but if we choose a more relaxed than useful and practical we will have to suffer for it until at least a flag day event.

I have some difficulty with the implied distinction between control and data dependencies.
The reality is RVWMO ordering applies whether you call a dependency data or control.
It is the situations that causes the dependency to arise that determines the nomenclature.
Mask effects can be formulated as either:
A data dependency:
vd(x) =  (op (vs1(x),vs2(x)) AND (signextend(mask(x)) OR (vd(x) AND signextend(~mask(x)))
or control:,
vd(x) = if (mask(x) == 1) then (op (vs1(x),vs2(x)) else vd(x) fi;
The vd result is dependent upon mask either way.
The true distinction is not mask dependency, but rather the data dependency of the vd(x) element on the other instruction sources (vs1, vs2, rs2, etc.) or no data dependency on those sources (but mask alone).
The other substantial challenge is that these mask dependencies are not syntactic but rather true data-value dependencies.
I have no idea how mature the analysis of these is in academia or in the field.

The PPO rules are weaker for control dependencies than data dependencies.  In particular, program order isn't preserved for control -> load dependencies, but is preserved for data -> load dependencies.

The masked vl instruction itself, indeed all masked instructions, can be interpreted as a two stage process, such that even with a data dependency to the vd allocation, there is no data dependency to the load (or other op). Similarly, there is no control dependency to the load per se, but rather to the vd allocation.
The instruction itself starts without a control dependency in the mask.
For instruction completion, the data dependency to mask is present.
So, either way the absence of a dependency allows at least as early a load as it would with a control dependency.
If however, the masked load is considered a indivisible instruction, then the only possible way of defining the dependency of the mask on the instruction as a whole is a data dependency.
In any case the control determination ( within the masked instruction) is not syntactic but data-value. This type of determination is not defined in RVWMO, and so I suggest its PPO rule cannot be applied as is, not without special consideration.

I'm saying it's equivalent to bnez mask_bit_value, 1f; load element; 1:

On Sun, Jul 19, 2020, 23:16 Andrew Waterman<EMAIL_ADDRESS>wrote:

I'm saying it's equivalent to beqz mask_bit_value, 1f; load element; 1:
—

It could equally be equivalent to
load into tmp; beqz mask, 1f; vd = tmp; 1:
The load is then allowed to start even earlier.
But we are in agreement that envisioning the masked instructions as two
distinct parts to identify dependencies is a correct approach.
The load could be further subdivided and parts put under mask such as TLB
load and page request.
I believe we are in the realm of microarch as there are many valid
tradeoffs.
However, even for your example determining the beqz is not syntactic and so
outside RVWMO.
You are receiving this because you commented.

Reply to this email directly, view it on GitHub
https://github.com/riscv/riscv-v-spec/pull/537#issuecomment-660778214,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFAWIKM7BXJ4L3CVGWSULI3R4OZHDANCNFSM4PBUMBWQ
.

My formulation is a syntactic control dependency on the instruction that produced the mask value, exactly as defined in the RVWMO spec: https://github.com/riscv/riscv-isa-manual/blob/40583f4fe0f53a2173577b5d035fcfadf8023941/src/rvwmo.tex#L126

I agree with @aswaterman's view that in principle, the dependencies on vl, the mask registers, and possibly other registers can be treated as control dependencies from an RVWMO perspective.  However, I'd also argue that the current RVWMO text linked in the previous comment doesn't quite capture this properly, because in the code there wouldn't actually be a branch or jump instruction in between.  (Maybe that's what @David-Horner is objecting to?)
We could adjust that RVWMO text to also include "control source registers", similar to how syntactic address and data dependencies are defined:
"$b$ has a {\em syntactic control dependency} on $a$ if there is an instruction $m$ program-ordered between $i$ and $j$ such that $m$ is a branch or indirect jump and $m$ has a syntactic dependency on $i$, or if $r$ is a control source register for $j$ and $j$ has a syntactic dependency on $i$ via source register $r$."
...then, define vl, the mask registers, and whatever else to be control source registers for the appropriate mask instructions.
(Or, possibly even better: maybe we do a little more rewriting so that even branches and indirect jumps are defined in terms of control source registers too.  That might simplify the end result a little bit.  I'll think about that some more.)
Thoughts?

Pedantic is the nature of these WMO musings; so, I expect you all  will for give me for splitting hares (bunny punny intended) in hacking apart the RVWMO wording in addition to the (combined) mask-load construct.
I started this before Daniels response, so I will leave it substantially unchanged, but add Daniel specific responses(s).
Relevant 14.1 Syntactic Dependencies:

Instruction j has a syntactic dependency on instruction i via destination register s of i and source
register r of j if ....:
There is an instruction m program-ordered between i and j such that all of the following hold:

j has a syntactic dependency on m via destination register q and source register r
m has a syntactic dependency on i via destination register s and source register p
m carries a dependency from p to q ....
let a and b be two memory operations, and let i and j be the
instructions that generate a and b, respectively .....
b has a syntactic control dependency on a if there is an instruction m program-ordered between i
and j such that m is a branch or indirect jump and m has a syntactic dependency on i

RVWMO exclusively considers the RISCV single function per instruction register load/store construct and source to destination
It provides chapter 14.3 source to destination dependency carrying details for all RV32/64IMAFDZicsr  instructions.

... formulation is a syntactic control dependency on the instruction that produced the mask value, exactly as defined in the RVWMO spec

RVWMO does not anticipated embedded branch instructions.
Specifically for 3 above, how does one interpret carrying a dependency within an instruction?
Implicit in the formulation “equivalent to beqz mask_bit_value, 1f; load element; 1:” is a special provision outside the RVWMO model.
Daniel’s response appears to take a different tact.
That modifies the control dependency rule rather than rule 3.
I do agree that in general this is a preferred formulation, and is close to what  I would formulate for the masked vector store. (This is I believe Daniel’s generalization suggestion).
Even if, this formulation gives rise to an identical in nature syntactic control dependency for the load on the instruction that sets the mask, is this desirable?
The alternative formulation:
load element into tmp; beqz mask_bit_value, 1f; vd element is assigned tmp value; 1:
has no control dependency on the mask setting for the load (only existing control dependencies apply).
Provisioning that zero mask elements can have their reads vacated (including participating in rule # 2) is the other half of what I was getting at.

@daniellustig I suppose I was skipping a step and was thinking of defining vector instructions as equivalent to a sequence of scalar instructions, including branches for masking and vl.  The existing PPO machinery would then take care of the rest.  Your more direct approach makes sense and might end up being cleaner.


Fix ImportError: cannot import name 'antlr_to_tuple' from 'fasm.parser'

This fixes Issue #5
Idk if "make -C ../src/third_party/fasm build" is still needed but last snap i packaged doesn't give any more errors
All this was about java and uuid not being on the snap, so fasm will fallback to slow version

Oh great, that is much appreciated 👍
Thanks!


Add Github Action Build

For some reason the build passes locally but seems stuck on GitHub CI.
Closing for now.


[Bug]: Chrome config additional profiles may have "Cookies" filename instead of "Cookie"

What happened?
In config.rs, the Chrome config data_paths list is lacking additional patterns,
"%LOCALAPPDATA%/Google/Chrome{channel}/User Data/Profile */Network/Cookies", /*notice the s at the end*/
...
"%APPDATA%/Google/Chrome{channel}/User Data/Profile */Network/Cookies"

I have witnessed first-hand this file being created instead of Cookie for Chrome 118.0.5993.71 with a signed-in google account attached. I would consider this a bug over a feature request because all the rest of the Chromium-based browser configs have it already. I can submit a PR if you want it, but the solution in this case is so trivial I don't think its worth the extra effort rather than rolling this fix into the next update.
Steps to reproduce

Install Chrome 118.0.5993.71
Sign the browser into a new Google account
A new Profile directory is created, i.e. Profile n/
Check the cookie database name, Cookies instead of Cookie under Profile n/Network/.

What browsers are you seeing the problem on?
Chrome
Relevant log output
No response

You are correct; it's a typo.
Good catch!
Thank you very much for reporting it. I'll fix it and will update you here when it's fixed.

fixed in 3.0.1


Key Clashing w/ React Motion

When using React Motion with Radium, I get errors from radium about duplicate keys when using :hover. This even occurs for components that there are only one instance of. I know there aren't actually duplicate keys because with elements that I map over, React doesn't complain about keys, but Radium does.
I suspect this may have something to do with the way that React Motion handles rendering when interpolating over values. If anybody has any ideas, I would appreciate it.

I don't have any ideas offhand. If you have a minimal reproduction of this bug, that would help a lot in tracking it down.

Sure, here's a repro: https://github.com/NgoKnows/random-experiments/tree/radium-example

Thanks!

Does anyone have workaround for this issue?

https://github.com/FormidableLabs/radium/blob/master/docs/faq/README.md#why-doesnt-radium-work-on-react-routers-link-or-react-bootstraps-button-or-someothercomponent


ZEPPELIN-1342. Adding dependencies via SPARK_SUBMIT_OPTIONS doesn't work on Spark 2.0.0

What is this PR for?
The root cause is due to the change of repl of scala-2.11. User needs to specify the jars in the repl setting explicitly.
What type of PR is it?
[Bug Fix]
Todos

[ ] - Task

What is the Jira issue?

https://issues.apache.org/jira/browse/ZEPPELIN-1342

How should this be tested?
Tested manually as shown in the screenshot.
Screenshots (if appropriate)

Questions:

Does the licenses files need update? No
Is there breaking changes for older versions? No
Does this needs documentation? No

\cc @Leemoonsoo  Ready for review.

LGTM. :+1:

Thanks @zjffdu for the fix.
Spark sets -classpath with not only spark.jars but also spark.yarn.dist.jars in case of master is yarn. see
https://github.com/apache/spark/blob/v2.0.0/repl/scala-2.11/src/main/scala/org/apache/spark/repl/Main.scala#L57
https://github.com/apache/spark/blob/v2.0.0/core/src/main/scala/org/apache/spark/util/Utils.scala#L2411
Do you think Zeppelin need to do the same?

I think spark.jars & spark.yarn.dist.jars are duplicated here. --packages will pass all the jars of the package to args.jars which will passed to spark.jars & spark.yarn.dist.jars
Please refer the following code in spark

https://github.com/apache/spark/blob/master/core/src/main/scala/org/apache/spark/deploy/SparkSubmit.scala#L297
https://github.com/apache/spark/blob/master/core/src/main/scala/org/apache/spark/deploy/SparkSubmit.scala#L461
https://github.com/apache/spark/blob/master/core/src/main/scala/org/apache/spark/deploy/SparkSubmit.scala#L476

I also verify the PR in both local mode and yarn-client mode.

Thanks @zjffdu for explanation.
Some CI test failure looks relevant.
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 1.002 sec <<< FAILURE! - in org.apache.zeppelin.spark.SparkSqlInterpreterTest
test_null_value_in_row(org.apache.zeppelin.spark.SparkSqlInterpreterTest)  Time elapsed: 0.78 sec  <<< ERROR!
java.util.NoSuchElementException: spark.jars
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at scala.Option.getOrElse(Option.scala:121)
	at org.apache.spark.SparkConf.get(SparkConf.scala:193)
	at org.apache.zeppelin.spark.SparkInterpreter.open(SparkInterpreter.java:597)
	at org.apache.zeppelin.spark.SparkSqlInterpreterTest.setUp(SparkSqlInterpreterTest.java:61)

test(org.apache.zeppelin.spark.SparkSqlInterpreterTest)  Time elapsed: 0.017 sec  <<< ERROR!
java.util.NoSuchElementException: spark.jars
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at scala.Option.getOrElse(Option.scala:121)
	at org.apache.spark.SparkConf.get(SparkConf.scala:193)
	at org.apache.zeppelin.spark.SparkInterpreter.open(SparkInterpreter.java:597)
	at org.apache.zeppelin.spark.SparkSqlInterpreterTest.setUp(SparkSqlInterpreterTest.java:61)

testStruct(org.apache.zeppelin.spark.SparkSqlInterpreterTest)  Time elapsed: 0.02 sec  <<< ERROR!
java.util.NoSuchElementException: spark.jars
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at org.apache.spark.SparkConf$$anonfun$get$1.apply(SparkConf.scala:193)
	at scala.Option.getOrElse(Option.scala:121)
	at org.apache.spark.SparkConf.get(SparkConf.scala:193)
	at org.apache.zeppelin.spark.SparkInterpreter.open(SparkInterpreter.java:597)
	at org.apache.zeppelin.spark.SparkSqlInterpreterTest.setUp(SparkSqlInterpreterTest.java:61)

Could you take a look?

Tested, LGTM.
Merge to master and branch-0.6 if there're no more discussions.


Fix soname in shared library

As a rule “soname” should be the name of the library, not the full path.

Before patch (Linux x86_64):
readelf -d libleveldb.so | grep SONAME
 0x000000000000000e (SONAME)             Library soname: [/home/.../leveldb/leveldblibleveldb.so.1]

After patch:
readelf -d libleveldb.so | grep SONAME
 0x000000000000000e (SONAME)             Library soname: [libleveldb.so.1]

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 15 Oct 2012 at 11:31
Attachments:

Makefile.patch

According to man pages, this is a difference between OSX and other Unixes.
---------------------------------------------
OSX
https://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages
/man1/ld.1.html
-install_name name: Sets an internal "install path" (LC_ID_DYLIB) in a dynamic
library.

---------------------------------------------
Linux
man ld
-soname=name: ... set the internal DT_SONAME field to the specified name
-rpath dir: ... Add a directory to the runtime library search path

All libraries on linux have no path in SONAME:
#readelf -d /usr/lib64/libc*.so | grep SONAME
0x000000000000000e (SONAME)             Library soname: [libcairo.so.2]
0x000000000000000e (SONAME)             Library soname: [libcdda_interface.so.0]
0x000000000000000e (SONAME)             Library soname: [libcdda_paranoia.so.0]
0x000000000000000e (SONAME)             Library soname: [libcidn.so.1]
0x000000000000000e (SONAME)             Library soname: [libcom_err.so.2]
0x000000000000000e (SONAME)             Library soname: [libcrack.so.2]
0x000000000000000e (SONAME)             Library soname: [libcrypt.so.1]
0x000000000000000e (SONAME)             Library soname: [libcrypto.so.6]
0x000000000000000e (SONAME)             Library soname: [libcurl.so.3]
0x000000000000000e (SONAME)             Library soname: [libncurses.so.5]
0x000000000000000e (SONAME)             Library soname: [libncursesw.so.5]
---------------------------------------------

Solaris
man ld
-h name: ... records  name  in  the object's dynamic section
-R path: ... to  specify  library  search  directories  to  the runtime linker

elfdump -d /usr/lib/sparcv9/libc*.so | grep SONAME
       [5]  SONAME            0x5578              libc.so.1
       [3]  SONAME            0x51c               libc_db.so.1
       [4]  SONAME            0x2fa               libcfgadm.so.1
       [3]  SONAME            0x1ef               libcmd.so.1
       [3]  SONAME            0x258               libcommputil.so.1
       [4]  SONAME            0x61e               libcontract.so.1
       [6]  SONAME            0x5f9               libcpc.so.1
       [5]  SONAME            0x1ff               libcrypt_d.so.1
       [5]  SONAME            0x1ff               libcrypt_d.so.1
       [5]  SONAME            0x186               libcrypt_i.so.1
       [3]  SONAME            0x23a               libcryptoutil.so.1
       [3]  SONAME            0x4c4               libctf.so.1
       [3]  SONAME            0x1205              libcurses.so.1

So, in Linux, Solaris, ... library name defined in SONAME, and path to library
is defined in –rpath, or in LD_LIBRARY_PATH env variable, or in the other
“ld” options.

---------------------------------------------
I think INSTALL_PATH should not be used in "soname" for Linux/Solaris/HP...
For OSX pwd or INSTALL_PATH can be used.
Another patch attached.

Original comment by<EMAIL_ADDRESS>on 16 Oct 2012 at 6:42
Attachments:

install_path.patch

[deleted comment]

What about issue 111 which is arguing for the opposite
Should I drop INSTALL_PATH completely?
Is this a difference between OSX and Linux?

PS. the current code is broken even w.r.t issue 111 since it
is missing a '/' between INSTALL_PATH and SHARED2, but I was
planning on fixing that soon.

Original comment by<EMAIL_ADDRESS>on 15 Oct 2012 at 8:02

Fixed in 1.7.0.

Original comment by<EMAIL_ADDRESS>on 16 Oct 2012 at 11:29

Changed state: Fixed


Request : One .js file please

Hi, this is not a bug, but a request from an end user point of view.
Most leaflet plugins have one .js and .css to include, and typically are also hosted on some CDN so that developers can just add the lines to get working. I could not find in the documentation similar instructions of that kind. After many trials, I finally took the full demo example, copied all the script includes in the header. It's a whopping 29 .js files! There's ample scope for messing things up here. Also, with no CDN path defined, it's trouble for people working on CMS's.
So, requesting dev's to make as an option for people who want all the features or who don't want to bother picking and choosing features, one single .js file to include.

Quick search found that several CDNs are available.
I haven't tested if they are latest and work as expected.
Definitely room for improvement in documentation.
https://cdnjs.com/libraries/leaflet.draw
<EMAIL_ADDRESS>

Hello @siimots , sorry I hadn't checked in on this again. Did now, and it worked, thanks a bunch!
I only had to copy the script tags of the bottom two: leaflet.draw.js and leaflet.draw.css . Here's one in action: draw n download


Change type of light block's provider field from PeerId to net::Address

See: #485
See: #99

From #485:

we might as well just use the address to identify the peer since we don't authenticate the peer_id

This PR does just that and changes the type of the provider field in a LightBlock from a PeerId to a net::Address, and does not forget to update the testgen crate accordingly.
On my machine, some of the model-based tests are still failing because the static JSON files cannot be parsed and would need to be regenerated. @andrey-kuprianov @Shivani912 How would I go about regenerating all the static MBT JSON tests?

[x] Referenced an issue explaining the need for the change
[ ] Updated all relevant documentation in docs
[x] Updated all code comments where relevant
[ ] Wrote tests
[x] Updated CHANGELOG.md

On my machine, some of the model-based tests are still failing because the static JSON files cannot be parsed and would need to be regenerated. @andrey-kuprianov @Shivani912 How would I go about regenerating all the static MBT JSON tests?

Hi @romac, if you run MBT with the model checker, it re-generates the test files and stores them under the subdirectory _test_run/MC4_4_faulty.json. You'll find subdirectories under there for each test which contains the relevant .tla and .json versions of it. From there, you can manually copy-paste them to the /single_step folder where the static tests are present.
Let me know if I can help more :)

A question: isn't it that provider used for fork detection and evidence reporting? If that's the case, does it make sense to report something transient, I suppose, like the network address, and not the peer id, which can be tracked in the blockchain, and the respective peer then could be punished? Will be grateful for the explanation about this aspect.

On my machine, some of the model-based tests are still failing because the static JSON files cannot be parsed and would need to be regenerated. @andrey-kuprianov @Shivani912 How would I go about regenerating all the static MBT JSON tests?

@romac the static tests fail because they still use the provider field which is peer_id, not address. They need indeed to be regenerated as @Shivani912  pointed out. If the full MBT setup is not working on your machine, for @Shivani912 it should not be a problem, I hope, to help you and regenerate them.
We should try in the near future to get rid of the static files completely -- this is already smth. like 5th time that we regenerate them

A question: isn't it that provider used for fork detection and evidence reporting? If that's the case, does it make sense to report something transient, I suppose, like the network address, and not the peer id, which can be tracked in the blockchain, and the respective peer then could be punished? Will be grateful for the explanation about this aspect.

That's a good point, hadn't realized that and might indeed have misunderstood what @ebuchman meant in #485.

@Shivani912 @andrey-kuprianov That worked, thanks a lot!

not the peer id, which can be tracked in the blockchain, and the respective peer then could be punished? Will be grateful for the explanation about this aspect.

Peers (full nodes) are transient and have no economic stake - they are not tracked on chain and are not likely to be. This is unlike the validators which are tracked on chain and can be slashed for misbehavious. Misbehaviour of peer nodes is thus quite distinct from that of validators. Clients are also unlikely to connect directly to validators, since validators will prefer to hide their network address behind sentry nodes - full nodes that serve as proxies to the public internet.
The problem of peer identity at the network level - of more permanent peer IDs, tracking their behaviour, and telling others about - remains an open an active area of research.
In the meantime, since our light client is just talking to arbitrary full nodes, and since we are not verifying an identity beyond that given by a TLS certificate, we can just use a network address equivalent to identify them (ie. IP address or DNS name). For simplicity for now we can just use an IP address, but as our peer management matures we may want to incorporate domain names. And if we ultimately use the Tendermint P2P system instead of HTTP, then the peer ID will be back (effectively replacing the TLS cert).
Hope that makes sense.

In our peer to peer work, we are specifically trying to avoid transport specific identities and standardize around PeerID. So at a high level i'm against this./cc @xla

In the meantime, since our light client is just talking to arbitrary full nodes, and since we are not verifying an identity beyond that given by a TLS certificate, we can just use a network address equivalent to identify them (ie. IP address or DNS name). For simplicity for now we can just use an IP address, but as our peer management matures we may want to incorporate domain names. And if we ultimately use the Tendermint P2P system instead of HTTP, then the peer ID will be back (effectively replacing the TLS cert).

This is a sensible path forward. Not using peer ids in the context will help with the assumptions about the trust model.

In our peer to peer work, we are specifically trying to avoid transport specific identities and standardize around PeerID. So at a high level i'm against this./cc @xla

What @brapse is highlighting here is to pushback on physical networking concern leaks into the core domain. For that matter a peer id is a more stable key with less connotation. If there is a handshake mechanism, TLS in this case, maybe it can be used to establish an (stable-ish) identity.

Thanks for following up @xla
Just to be concrete here, it might make sense to introduce a transport agnostic type of ID for nodes which are not yet peers such that we don't have to encode transport level concerns in our dependency and in tests. Maybe NodeID is just an alias to net::Address to start but can be swapped out. Just a thought.

Is this PR still relevant and/or ready for review?

It's outdated and the discussion has not come up again so let's close it.


Quickbooks could not activate

I did everything properly, from step one to the last step. But when I insert the activation code it gives the error on d picture below.

@neuralpain

But when I insert the activation code it gives the error on d picture below.

It seems that you tried to enter the registration code on the first popup of the "registration window". In that case you will get an error because the patch has not taken effect as the UI isn't ready.
You should only attempt to enter the registration code after you successfully enter practice mode with the sample data and select "Registration" through the "Help" menu.
Reinstall QB software and attempt to activate it again. Follow steps 10-17 carefully.
Let me know if this helps.
— NP

I did everything properly. But I am going to try it again step by step. I wish we could do a video call so u see it as I do it.

Tried it again. Still same error. Will show you the picture below.
@neuralpain

@neuralpain still waiting for a response

I did everything properly. But I am going to try it again step by step. I wish we could do a video call so u see it as I do it.

Message me on Telegram: https://t.me/neuralpain
I may not be able to respond immediately but I will assist you further there.

Ok

It said I can't send u a message on telegram. Cos we are not mutual contacts

@neuralpain

After QuickBooks was installed, did you press a key to continue the activator as shown in the image below?

I was able to recreate the error when I tried to activate without allowing the script to continue.
The activation cannot begin without a QuickBooks installation. This is why the script is paused during the installation of the POS software. After the installation, you need to continue the script so it can enable the services for successful activation.
Let me know if this helped.

The script continued o.
I am starting afresh again on another system. I will surely get back to you.

Still the same error on d fresh system

I see that you are offline (taskbar). QuickBooks needs to connect to the internet for activation. Check your connection and try again.

Finally it worked, thanks to @neuralpain for the help he gave to me. I will post a video of proof. I installed It on 3 systems

Three different systems.


Error: [vuex] Do not mutate vuex store state outside mutation handlers

I upgrade to the latest version(v1.0.0-rc11)，how to handle the error？

Add this code to your store/index.js file.
export const strict = false

Hi, I have vuex setup as modules and am using mutations like so:
this.$store.commit('myModule/myMutation', payload)
Is there aa reason that this fix is not mentioned in the docs, or is it a bug?
https://nuxtjs.org/guide/vuex-store/#modules-mode
Thanks

@alexchopin would you mind explaining how this is a fix? What is happening underneath the hood? Thanks

I think we know what the issue is. When the payload mutates the object, it will throw an error. EX: If myModule/myMutation = an empty object { } , and the payload you are sending is an object like " payload = { a: '1', b: '2' } " , then it won't work without setting strict to false or unless you specifically declare the 'myMutation' object has the props 'a' and 'b'.
// This is payload being set with " this.$store.commit('myModule/myMutation', Payload) "
Payload = {
    a: "Foo",
    b: "Bar"
}
Won't work:
// store file
export const state = () => ({
   myModule: {
       myMutation: " "  <-- No props defined
   }
})
Will work:
// store file
export const state = () => ({
   myModule: {
      myMutation: {
           a: " ",   <-- props defined
           b: " "    <-- props defined
      }
   }
})

I'm probably a bit late to the game here but this happened to me when i had a nested object within my state.
const state = {   mapEditable : true,   areaDetailsPanel : false,   centerPolygon : false,   savedAreas : [],   areasToQuery : [],   areaCreator : {   } }
i was just adding what ever properties to areaCreator. doing it once is fine but doing it twice and you're trying to overwrite. I used Object.assign({}, state.areaCreator) to first a make a copy of my object before altering it and setting it in my mutation

@fredski02 I had the same issue but i think i found a solution.
First i tried cloning the object with a spread operator: this.form = { ...this.$store.getters.myObject }
This worked for properties in the root level of the object, but it also had an array of objects which i could not change with v-model
Using lodash.cloneDeep fixed this however. If your project does not use lodash you can write a similar function that loops over the keys of your object and returns a copy of them.

I ran into this today when doing the following:
let res = ... let progress = store.getters.progress progress[res[1]] = res[2] store.commit('changeProgress', progress)
With a mutation method as:
changeProgress (state, progress) {   state.progress = progress }
As you can see I am editing the state outside of the mutation method and only using the mutation method to replace the state. The way I fixed this error was to do as it states, move all the mutation code inside the mutation method. Now my code is:
let res = ... store.commit('changeProgress', res)
And my mutation method is:
changeProgress (state, res) {   state.progress[res[1]] = res[2] }
Let us know if that helps or doesn't make sense

@ r-nicol ... you are the man!  thanks for pointing out, what is probably the intended use for passing a payload object and what makes vuex happy


ClinVar validation doesn't pass for uppercase/lowercase problem

Example:
{'message': 'Created json file contains validation errors: ["'Likely Pathogenic' is not one of ['Pathogenic', 'Likely pathogenic', 'Uncertain significance', 'Likely benign', 'Benign', 'Pathogenic, low penetrance', 'Uncertain risk allele', 'Likely pathogenic, low penetrance', 'Established risk allele', 'Likely risk allele', 'affects', 'association', 'drug response', 'confers sensitivity', 'protective', 'other', 'not provided']", "'Likely Pathogenic' is not one of ['Pathogenic', 'Likely pathogenic', 'Uncertain significance', 'Likely benign', 'Benign', 'Pathogenic, low penetrance', 'Uncertain risk allele', 'Likely pathogenic, low penetrance', 'Established risk allele', 'Likely risk allele', 'affects', 'association', 'drug response', 'confers sensitivity', 'protective', 'other', 'not provided']", '[] is too short']'}
I think I'll move this issue to PreClinVar and I'll make it ignore case

This is fixed now:

The only problem left is missing phenotype in one or more variants (empty list, hence: [])


DBZ-1236 Support full timestamptz precision

https://issues.jboss.org/browse/DBZ-1236

@jpechane, why is it marked as WIP? And could you also adjust the next method in the value converter that has the same issue?

To be sure, @Naros, you'll take up this one, right?

Applied; thanks, @Naros!


Question: Word Segmentation standard  [Wisesight Samples with Word Tokenization Label]

Questions

It would be nice to know what word segmentation standard was used to annotate this dataset.
How is the word segmentation standard used in this dataset different from other Thai corpora? (e.g., BEST, ORCHID)
Is there any part of this dataset where annotators disagree with each other?

Files
word tokenization samples

Question
1: We use Aj.Wirote's criteria which is looking at compositionality  of each word candidate. We split each part until segmentation yields a different meaning.
2: I'm not sure about this part either. Maybe we should look at it more closely, surveying what datasets we have and what a segmentation standard was used in each one.
3: Although we have two annotators, one of them performs a last revision. There might be some disagreements but it should be rare. It would be good if other people help revise the dataset as well.

thank you! @heytitle


Add a Robot

Add a Robot class which allows users to control 2 motors on a typical "robot buggy" which has 2 rear wheels with a third wheel which pivots.
Thoughts on constructor, methods and properties.
Constructor
def __init__(self, left, right, pwm=True)
# left and right are a tuple of 2 pins e.g. left=(1,2)

Methods
.forward(speed=1)
.backward(speed=1)
.left(speed=1)
.right(speed=1)
.stop()

Properties
.value # returns a tuple of values from -1 to 1 representing the value of each motor e.g. (1,1)

Maybe call this Buggy rather than Robot if that's what it is? I tend to think servos when I think Robot and there are lots of interesting use cases for that sort of robot.
Again, adding methods with a duration is helpful for beginners.
Might be useful to add a balance factor for the case where motors aren't equally balanced to make it easier to use cheap motors? (Yes, I've spent many hours with buggies that veer off in one direction!)

Added a Robot class with an alias of Rover. Rover seemed to be more accepted in the very unscientific research I did via twitter.
Changes are currently in the motor branch - https://github.com/RaspberryPiFoundation/picozero/tree/motor

Release with v0.3.0


Delete Apple Family

Name:Apple family
Apple family Have to be deleted....

Other details:
name: APPLE FAMILY key: aple color: red emblem: Flame_03
Ya, I am clan leader of all clan in that family by multiple accounts of clash royal

Do I need to add CYPR in all clans?

Apple legends:added CYPR Jurassic:Added CYPR
Now verification may be completed...

Thanks


Restore link embeds by using module context to fetch data

Currently, link embeds don't work because the information needed must be loaded in the module context.
This is blocked by issues with fetching data in the module context on Cloudflare.

embeds are now working as of 1.0.0-alpha.10


Behaviour change between 1.48.1 and 1.49.0 - specs expect cop name in offense message

I maintain a RuboCop extension for analysis against our own Ruby API: https://github.com/SketchUp/rubocop-sketchup
I found that our tests started failing after RuboCop 1.49.0.
After that version our specs is expecting the cop name in the offence message:
Failures:

  1) RuboCop::Cop::SketchupRequirements::GlobalMethods registers an offense for global methods
     Failure/Error:
       expect_offense(<<~RUBY)
         def example; end
             ^^^^^^^ Do not introduce global methods.
       RUBY

       Diff:
       @@ -1,3 +1,3 @@
        def example; end
       -    ^^^^^^^ Do not introduce global methods.
       +    ^^^^^^^ SketchupRequirements/GlobalMethods: Do not introduce global methods.

     # ./spec/rubocop/cop/sketchup_requirements/global_methods_spec.rb:10:in `block (2 levels) in <top (required)>'

I looked at the diff between those two version and I suspect it relates to this commit:
https://github.com/rubocop/rubocop/commit/7e73f51a2eca280fae2780d3d6190ebdb1d150d1
Initially I thought that change made the specs pick up the config of our project, where we have DisplayCopNames: true. But even after setting that to false we're getting the same failures.
Any clues to the source of the cop name now being expected in our offense messages? And how we can control that? I had a look at RuboCop itself and some of the other extensions, but I wasn't seeing anything that stuck out.

Thank you @koic for such a prompt response and going beyond with a PR to our project! 🎉


"Clone to Client Chest" keybind [enhancement]

adds a keybind that will instantly clone any item you hover over in your inventory or any menus to your client chest. i've tried to extract items from menus but failed, and i think this would be a good way to do it.

how do i add a label

This seems like a good idea. I might have to start making keybinds configurable... :)
I'm not sure you're able to manage labels, usually I add them

I just realized a hacky way that you might be able to do this before I add it properly (untested):

Click on the item
Use /get lostitem history to access the cursor's item history (persists between worlds too, but is cleared on restart)

I just realized a hacky way that you might be able to do this before I add it properly (untested):

Click on the item
Use /get lostitem history to access the cursor's item history (persists between worlds too, but is cleared on restart)

i could try this


Transactional emails should include workshop name

Add workshop name to all of the following email templates:

[x] booking confirmation host
[x] booking confirmation user
[x] booking cancellation confirmation
[x] booking cancellation host
[x] booking cancellation user

Add EVENT_NAME to all of the above templates, see https://github.com/voluntree-uk/aws-ses-templates/commit/516337fd261a2d429151cfc8e08a351bc2ef8807


Add missing timestamps to task build events

The start-task event already has a time field, but it is not set when
the event is saved the the DB. The initialize-task event is completely
missing the field.

@timrchavez Thank you for signing the Contributor License Agreement!

thanks!


convnext is slower than swin ?

I use convnext_tiny as pretrained model to finetune on my own dataset, but  i found convnext_tiny is slower than swin_tiny,  I use 4 nvidia 1080ti.  convnext tiny cost three more times than swin_tiny . But the flops of two model is similar, I don't know why convnext is slower?

That is quite strange. We never observed convnext_tiny is slower than swin_tiny. By timm's latest benchmarking (e.g., https://github.com/rwightman/pytorch-image-models/blob/master/results/benchmark-train-amp-nhwc-pt110-cu113-rtx3090.csv), convnext_tiny is quite faster than swin_tiny.
Are you using the same batch size (per gpu), #epochs and input resolution for both? Are you using AMP for both? Which PyTorch version are you using?

That is quite strange. We never observed convnext_tiny is slower than swin_tiny. By timm's latest benchmarking (e.g., https://github.com/rwightman/pytorch-image-models/blob/master/results/benchmark-train-amp-nhwc-pt110-cu113-rtx3090.csv), convnext_tiny is quite faster than swin_tiny.
Are you using the same batch size (per gpu), #epochs and input resolution for both? Are you using AMP for both? Which PyTorch version are you using?

I'm also confused .  The codes for training are same . The hyper-parameters are same too(include batchsize).  I just only changed  pretrained model from swin_tiny to convnext . I didn't use AMP .  I download swin_tiny and convnext_tiny from timm's url.  My pytorch version is 1.10.0.

Which training code are you using? Is it possible for us to look at the code and exact command?

I use the official code from pytorch tutorials to test , the link is :https://github.com/pytorch/tutorials/blob/master/beginner_source/transfer_learning_tutorial.py
and I change line253-257 to load swin_tiny and convnext_tiny, loading codes are as below:
# swin_tiny
model_ft = timm.create_model('swin_tiny_patch4_window7_224', pretrained=True)
model_ft.head = nn.Linear(in_features=model_ft.head.in_features, out_features=3)
model_ft = model_ft.to(device)

# convnext_tiny
model_ft = timm.create_model('convnext_tiny', pretrained=True)
model_ft.head.fc = nn.Linear(in_features=model_ft.head.fc.in_features, out_features=3)
model_ft = model_ft.to(device)

My testing dataset has about 2W images. and  I test on one nvidia 1080ti.   batchsize = 32.
The testing result show  that :  resnet50 cost 108s/epoch;   swin_tiny cost 166s/epoch;  convnext_tiny cost 556s/epoch.
Can you help me to test on the pytorch official code?

@lichun-wang
Did you set cudnn.benchmark to True?
If you don't set this to True, backward speed will be very slow.
import torch.backends.cudnn as cudnn
cudnn.benchmark = True

@lichun-wang
Did you set cudnn.benchmark to True?
If you don't set this to True, backward speed will be very slow when you train the model including depthwise convolutional layer.
import torch.backends.cudnn as cudnn
cudnn.benchmark = True

I test this code , but it didn't change the speed. It seems to be not useful.

Have you tried our code / pre-trained models rather than using the timm ones? What timm version are you using? You can try a different pytorch version (e.g. downgrade it to 1.7.1).
Since you are using the timm code, I suspect this is an env + timm issue. Closing this for now as it is not directly related to this code repo. Feel free to reopen it if you experience a similar behavior using our code.

Have you tried our code / pre-trained models rather than using the timm ones? What timm version are you using? You can try a different pytorch version (e.g. downgrade it to 1.7.1).
Since you are using the timm code, I suspect this is an env + timm issue. Closing this for now as it is not directly related to this code repo. Feel free to reopen it if you experience a similar behavior using our code.

@s9xie   Yes, you are right. I use your official pre-trained model , the speed is more faster than the timm ones . After using your  official code , the speed of swin_tiny and convnext_tiny is similar.
Thank you very much !
Happy Chinese New Year !

I have a similar issue. When using the convernext tiny from torchvision, it cost 3 second per iteration.
model = torchvision.models.convnext_tiny(pretrained=pretrained)

However, when use this official model, it is much faster, like 3 iteration per second.
model = convnext_tiny(pretrained=pretrained, in_22k=False)


Installing dotnet-sdk-2.1.200 on Ubuntu 18.04 uninstalls Powershell

Installing dotnet-sdk-2.1.200 on Ubuntu 18.04 uninstalls Powershell
I'm following along with the ML.Net getting started docs and when I did the "sudo apt-get install dotnet-sdk-2.1.200" it removed powershell. Also for some irrellevent reason it updated clamav and installed slack.  Is this by design?  Or am I seeing some funky behavior in the repository?
https://www.microsoft.com/net/learn/apps/machine-learning-and-ai/ml-dotnet/get-started/linux/ubuntu18-04

@kwiknick - I'll have a look. How are you installer PowerShell on 18.04? I don't see that it's available on https://packages.microsoft.com/ubuntu/18.04/prod.
apt-get update will look at all installed packages for possible updates. This might would account for the clamav and slack stuff. There's definitely nothing related to either in the .NET Core SDK installer or dependencies.

Thanks @kwiknick - will do some poking around.

Grabbed the 17.04 installer from https://github.com/PowerShell/PowerShell which would require some unnatural acts to install 'properly' as the deb has system dependencies specified which are older than what are available on 18.04. I was able to install the SDK 2.1.200, which brought along most of the dependencies that powershell defines (though current versions) then installed the 17.04 powershell deb and was able to launch pwsh and run a few rudimentary commands successfully.
Still am not sure about the uninstall behavior you saw though it may be linked to the unmet dependencies as defined in the powershell deb. apt-get update is a really big hammer and, AFAIK, evaluates the dependency trees of every installed package and tries to figure out what to do with them if something is off.

Thanks for looking at this.  I wish I had the exact console output, but I'm notorious for typing "clear" in the console.  But at a minimum I wanted to submit this in case it wasn't just a one off.

Closing as this hasn't popped up anywhere else.


Autorest Regen Preview to 3.0.0-alpha.20230516.5 by Dapeng Zhang from refs/pull/3237/merge

Triggered from https://github.com/Azure/autorest.csharp/pull/3237

API change check
API changes are not detected in this pull request.


Script: MonoBehaviour reading error

Trying to export "level3" from PokerStars VR.
Loads into uTiny fine. Crashes after exporting a few shaders:
Import: System.NotSupportedException: Texture dimension isn't supported
at uTinyRipper.Classes.Shaders.SerializedProperty.Export(TextWriter writer)
at uTinyRipper.Classes.Shaders.SerializedProperties.Export(TextWriter writer)
at uTinyRipper.Classes.Shaders.SerializedShader.Export(ShaderWriter writer)
at uTinyRipper.Classes.Shader.ExportBinary(IExportContainer container, Stream stream, Func3 exporterInstantiator)    at uTinyRipperGUI.Exporters.ShaderAssetExporter.Export(IExportContainer container, Object asset, String path, Action3 callback)
at uTinyRipperGUI.Exporters.ShaderAssetExporter.Export(IExportContainer container, Object asset, String path)
at uTinyRipper.AssetExporters.AssetExportCollection.ExportInner(ProjectAssetContainer container, String filePath)
at uTinyRipper.AssetExporters.AssetExportCollection.Export(ProjectAssetContainer container, String dirPath)
at uTinyRipper.AssetExporters.ProjectExporter.Export(String path, FileCollection fileCollection, IEnumerable`1 assets)
at uTinyRipperGUI.MainWindow.ExportFiles(Object data)
The game is free on Steam if you need the files.

fixed in 0e9fcc94987beecd744260ab6749824858f6f6b2
however there is error when UR try top process libraries and im not going to fix it now. so move Managed folder away before processing files.

That's alright, I was not looking to rip the scripts from the game.
Thank you for your time.

Fixed in c0168373547862c0e46e102a41068126f6470ae4


--force and --no-input have no effect

Description
--force and --no-input still prompt you to open a browser
Reproduction
I'm trying to run a command to get a token to test with automatically:
auth0 test login MY_CLIENT_ID --no-input --force --domain MY_DOMAIN

This outputs:

▸    A browser window will open to begin this client's login flow.
▸    Once login is complete, you can return to the CLI to view user profile information and tokens.
▸    The client you are using does not currently allow callbacks to localhost.
▸    To complete the login flow the CLI needs to redirect logins to a local server and record the result.
▸    The client will be modified to update the allowed callback URLs, we'll remove them when done.
▸    If you do not wish to modify the client, you can abort now.
Do you wish to proceed? (y/N)

According to the documentation from auth0 help test login:
      --force           Skip confirmation.
      --no-input        Disable interactivity.

This documentation isn't clear on what's supposed to happen, it is quite confusing. Either way, neither flag's supposed explanation is being followed, there is both a confirmation and it's interactive.
Environment

Please provide the following:

Version of this library used:
auth0 --version
auth0 version 0.6.0 b69b35ae1f74e6b0caa1d96392fc575ffc0fafd8

Version of the platform or framework used, if applicable:
Mac Big Sur, iTerm2

Hi @AndrewRayCode, thanks for raising this. The test login command requires interactivity, because the login is browser-based. Therefore, the global flag --no-input has no effect. However, --force should work and open the browser tab directly without a confirmation prompt.
I'll leave this issue open to track that.

I'm trying to run a command to get a token to test with automatically
If you wish to obtain a test token, you can use the auth0 test token command.

E.g. auth0 test token --audience "some-api"

The fix to have test login and test token honor the --force flaag is now out in v0.11.0.


Release user agent string contains "SNAPSHOT"

I just upgraded from version 2.1 to 2.2 (com.squareup.okhttp:okhttp:2.2.0 in my Gradle build file), rebuilt my app, and then noticed that HTTP requests are being made with the user agent okhttp/2.3.0-SNAPSHOT.
Not really a big deal, but perhaps it points to something that may be broken in the release process.

That's not working as intended! Will fix for 2.3 final.

Fixed in 2.3.


Fixes create_admin_user cli command

After the alembic refactoring the command was broken.

Having tests for this sort of stuff would be fantastic... oh well.

@SahilTikale this should fix the issue you encountered.

+1

@SahilTikale you can +2 and merge, if it looks good

+2 merging


build opencv error

hi, @sh1r0
I have successfully built the gflags glog lmdb libraries. However, when build the opencv, it gave:
[ 92%] Generating src/org/opencv/core/Rect.java
[ 92%] Generating src/org/opencv/core/DMatch.java
[ 92%] Generating src/org/opencv/core/TermCriteria.java
[ 92%] Generating src/org/opencv/core/MatOfDMatch.java
[ 93%] Generating src/org/opencv/core/Point.java
[ 93%] Generating src/org/opencv/core/MatOfPoint3f.java
[ 93%] Generating src/org/opencv/core/Range.java
[ 93%] Generating src/org/opencv/core/RotatedRect.java
[ 93%] Generating src/org/opencv/core/MatOfPoint.java
[ 93%] Generating src/org/opencv/imgproc/Moments.java
[ 93%] Generating src/org/opencv/engine/OpenCVEngineInterface.aidl
[ 93%] Generating OpenCV Android library project. SDK target: lib_target_sdk_target-NOTFOUND
make[2]: *** [build.xml] Error 1
make[1]: *** [modules/java/CMakeFiles/opencv_java.dir/all] Error 2
make: *** [all] Error 2
I searched the google, it seemed a android sdk problem, but I am not very sure.
Fortunately, one could work it around by downloading the prebuilt binary from opencv.org http://sourceforge.net/projects/opencvlibrary/files/opencv-android/3.1.0/OpenCV-3.1.0-android-sdk.zip/download
and extracted in the android_lib/opencv folder.
Even though my problem is solved, do you have any sense what caused the OpenCV build failed?

Hi @blueardour,
First, I think your build environment is messed up.
Second, there is no need to generate opencv java libs.
Lastly, FYI, my config is quoted as follows:
-- General configuration for OpenCV 3.1.0 =====================================
--   Version control:               3.1.0
--
--   Platform:
--     Host:                        Linux 4.2.0-42-generic x86_64
--     Target:                      Android 1 aarch64
--     CMake:                       3.5.2
--     CMake generator:             Unix Makefiles
--     CMake build tool:            /usr/bin/make
--     Configuration:               Release
--   ...
--   Android:
--     Android ABI:                 arm64-v8a
--     STL type:                    gnustl_static
--     Native API level:            android-21
--     SDK target:                  android_sdk_target_status-NOTFOUND
--     Android NDK:                 /opt/android-ndk-r11c (toolchain: aarch64-linux-android-4.9)
--     android tool:                NO
--     Google Play manager:         NO
--     Android examples:            NO

Should be closed if no further problems.

@sh1r0
Hi, I check my computer and find the configuration is the same with yours.
'
-- Performing Test HAVE_CXX_WNO_EXTRA
-- Performing Test HAVE_CXX_WNO_EXTRA - Success
-- Performing Test HAVE_CXX_WNO_DEPRECATED_DECLARATIONS
-- Performing Test HAVE_CXX_WNO_DEPRECATED_DECLARATIONS - Success
-- Found PythonInterp: /usr/bin/python2.7 (found suitable version "2.7.3", minimum required is "2.7")
-- Could NOT find PythonInterp: Found unsuitable version "3.2.3", but required is at least "3.4" (found /usr/local/bin/python3)
-- Found PythonInterp: /usr/local/bin/python3 (found suitable version "3.2.3", minimum required is "3.2")
-- Found apache ant 1.8.2: /usr/bin/ant
-- Found android tool: /workspace/soft/android-sdk-linux/tools/android
-- Assume that non-module dependency is available: z (for module opencv_core)
-- General configuration for OpenCV 3.1.0 =====================================
--   Version control:               3.1.0
--   Platform:
--     Host:                        Linux 3.5.0-23-generic x86_64
--     Target:                      Android 1 aarch64
--     CMake:                       3.5.2
--     CMake generator:             Unix Makefiles
--     CMake build tool:            /usr/bin/make
--     Configuration:               Release
--   Android:
--     Android ABI:                 arm64-v8a
--     STL type:                    gnustl_static
--     Native API level:            android-21
--     SDK target:                  android_sdk_target_status-NOTFOUND
--     Android NDK:                 /opt/android-ndk-r10d (toolchain: aarch64-linux-android-4.9)
--     android tool:                NO
--     Google Play manager:         NO
--     Android examples:            NO
--   GUI:
--     GTK+:                        NO
--     GThread :                    NO
--     GtkGlExt:                    NO
--     OpenGL support:              NO
--     VTK support:                 NO
--   Media I/O:
--     ZLib:                        z (ver 1.2.3)
--     JPEG:                        build (ver 90)
--     WEBP:                        build (ver 0.3.1)
--     PNG:                         build (ver 1.6.19)
--     TIFF:                        build (ver 42 - 4.0.2)
--     JPEG 2000:                   build (ver 1.900.1)
--     OpenEXR:                     build (ver 1.7.1)
--     GDAL:                        NO
--   Video I/O:
--   Parallel framework:            pthreads
--   Other third-party libraries:
--     Use IPP:                     NO
--     Use Eigen:                   NO
--     Use Cuda:                    NO
--     Use OpenCL:                  NO
--     Use custom HAL:              NO
--   Python 2:
--     Interpreter:                 /usr/bin/python2.7 (ver 2.7.3)
--   Python 3:
--     Interpreter:                 /usr/local/bin/python3 (ver 3.2.3)
--   Python (for build):            /usr/bin/python2.7
--   Java:
--     ant:                         /usr/bin/ant (ver 1.8.2)
--     Java wrappers:               YES
--     Java tests:                  NO
--   Matlab:                        NO
--   Tests and samples:
--     Tests:                       NO
--     Performance tests:           NO
--     C/C++ Examples:              NO
'
As you mention, the java wrapper is not necessary, so I add the following to the cmake cmdline.
-DBUILD_FAT_JAVA_LIB=OFF
-DHAVE_opencv_java=NO \
to avoid the Java lib, and now not error for building. sigh~

By the way, when building the OpenBLAS, it gave many redifined warnings:
/workspace/soft/android-ndk-r10d/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-gcc --sysroot=/workspace/soft/android-ndk-r10d/platforms/android-21/arch-arm64 -c --sysroot=/workspace/soft/android-ndk-r10d/platforms/android-21/arch-arm64 -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -DF_INTERFACE_GFORT -fPIC -DNO_LAPACK -DNO_LAPACKE -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=8 -march=armv8-a -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I. -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -DF_INTERFACE_GFORT -fPIC -DNO_LAPACK -DNO_LAPACKE -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=8 -march=armv8-a -DASMNAME=scabs1 -DASMFNAME=scabs1_ -DNAME=scabs1_ -DCNAME=scabs1 -DCHAR_NAME=\"scabs1_\" -DCHAR_CNAME=\"scabs1\" -DNO_AFFINITY -I.. -DCOMPLEX -UDOUBLE -DF_INTERFACE ../kernel/arm64/../generic/cabs.c -o scabs1.o /workspace/soft/android-ndk-r10d/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-gcc --sysroot=/workspace/soft/android-ndk-r10d/platforms/android-21/arch-arm64 -c --sysroot=/workspace/soft/android-ndk-r10d/platforms/android-21/arch-arm64 -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -DF_INTERFACE_GFORT -fPIC -DNO_LAPACK -DNO_LAPACKE -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=8 -march=armv8-a -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I. -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -DF_INTERFACE_GFORT -fPIC -DNO_LAPACK -DNO_LAPACKE -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=8 -march=armv8-a -DASMNAME=dcabs1 -DASMFNAME=dcabs1_ -DNAME=dcabs1_ -DCNAME=dcabs1 -DCHAR_NAME=\"dcabs1_\" -DCHAR_CNAME=\"dcabs1\" -DNO_AFFINITY -I.. -DCOMPLEX -DDOUBLE -DF_INTERFACE ../kernel/arm64/../generic/cabs.c -o dcabs1.o <command-line>:0:0: warning: "ASMNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "ASMFNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "ASMNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "ASMFNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "ASMNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "ASMFNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_NAME" redefined <command-line>:0:0: note: this is the location of the previous definition <command-line>:0:0: warning: "CHAR_CNAME" redefined <command-line>:0:0: note: this is the location of the previous definition
All build process runs OK. But I worry whether the warning would cause some unexpected behaviors.

Hi @blueardour,

I noticed that you got both -- Found android tool: /workspace/soft/android-sdk-linux/tools/android and -- Found apache ant 1.8.2: /usr/bin/ant in your cmake config and thus
-- Java:
-- ant: /usr/bin/ant (ver 1.8.2)
-- Java wrappers: YES

I found that you got repeated --sysroot flag in your $CC and I'm afraid that your environment variables are messed up. FYI, I list my  openblas build config below.

OS               ... Android
Architecture     ... arm64
BINARY           ... 64bit
C compiler       ... GCC  (command line : /opt/android-ndk-r11c/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-gcc --sysroot=/opt/android-ndk-r11c/platforms/android-21/arch-arm64)
Fortran compiler ... GFORTRAN  (command line : /opt/android-ndk-r11c/toolchains/aarch64-linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-android-gfortran --sysroot=/opt/android-ndk-r11c/platforms/android-21/arch-arm64)
Library Name     ... libopenblas_armv8p-r0.2.18.a (Multi threaded; Max num-threads is 8)
```

@sh1r0   Hi,thanks for you comment. It is very helpful. (No further questions, so shall we close it?)