Howto get connection working with a non standard ip address

Question
I have som Junit5 tests running fine on my local machine, but I am trying to get the builds running on Jenkins. Jenkins is running containers on a dedicated IP address (<IP_ADDRESS>) which is not <IP_ADDRESS>, and I don´t have access to modifying the hosts file to add any aliases. So I have been fiddeling around with a lot of different settings to try to get this working, but I am always ending up with the follow error:
Error during creation of vault: Certificate for <<IP_ADDRESS>> doesn't match any of the subject alternative names: [lowkey-vault.local, lowkey-vault, *.localhost, *.lowkey-vault, *.lowkey-vault.local, *.default.svc.cluster.local, localhost, <IP_ADDRESS>]
If I modify ApacheHttpClient#ApacheHttpClient with the following
                       TrustStrategy acceptingTrustStrategy = (cert, authType) -> true;             builder.loadTrustMaterial(null, acceptingTrustStrategy);             SSLContext build = builder.loadTrustMaterial(new TrustAll()).build();             final SSLConnectionSocketFactory socketFactory = new SSLConnectionSocketFactory(build,        SSLConnectionSocketFactory.ALLOW_ALL_HOSTNAME_VERIFIER);
to access any cerificate/hostname it starts working, but I really want to try to get it running with the built in lowkey-client.
Maybe I am trying to use Lowkey in the wrong way, but to get this working it seems I need to create an vault with the URI https://<IP_ADDRESS>:30443.
Is there any way to make the initial vault, without using .importFile() create with the vault URI like https://<IP_ADDRESS>:30443 ?

Hi @espenfossen ,
thank you for using Lowkey Vault! Also, thank you for asking a great question! From what you have shared, I assume you are using both the Lowkey Vault Testcontainers module and the Lowkey Vault Client as well in your tests. Please let me know if this is not the case!
Based on what I have understood your setup looks similar to this on Jenkins:
  C4Deployment
    Deployment_Node(agent, "Jenkins Agent", "<IP_ADDRESS>"){
        Deployment_Node(host, "Jenkins container host", "<IP_ADDRESS>"){
            Container(sut, "System under test", "App being tested", "https://<IP_ADDRESS>:30243/")
            Container(lv, "Lowkey Vault", "AKV test double", "https://<IP_ADDRESS>:30443/")
        }
        Container(tests, "JUnit5", "Tests", "The tests you are executing.")
    }

    Rel(tests, sut, "Makes test calls", "HTTPS")
    Rel(sut, lv, "Uses Vault", "HTTPS")
    Rel(tests, lv, "Sets up Vault content", "HTTPS")

    UpdateRelStyle(tests, sut, $offsetX="-40", $offsetY="20")
    UpdateRelStyle(sut, lv, $offsetX="-20", $offsetY="20")
    UpdateRelStyle(tests, lv, $offsetY="40", $offsetX="50")

If this is accurate, then both your tests and your system under test can reach the Lowkey Vault container port using the same https://<IP_ADDRESS>:30443/ address. As you have already seen, unfortunately the default certificate does not cover this domain, therefore you are facing the issues you have described.
If my above assumptions are correct, then your situation is not as bad as it first looks, as the client should be perfectly capable of solving the problem you are facing thanks to the built-in host authority override feature. This feature is basically overriding the Host header with a custom value you can define. Since the header is not used in the actual IP routing, it does not matter whether your hosts files would really resolve the domain you are sending to <IP_ADDRESS> or not. Same thing is true for the port as well. Thanks to this, you can simply tell the client that whenever you are asking it to send a request to https://localhost:8443 (the default vault URL which is one of the auto-registered vaults and is covered by the default certificate as well), then it should actually send it to <IP_ADDRESS>:30443 and set the host header value to localnost:8443. This should allow you to pass host validation and use the self-signed certificate.
In order to properly set the host authority override when you are creating your client, you should do something like this:
final AuthorityOverrideFunction authorityOverrideFunction = new AuthorityOverrideFunction(
    //the logical vault URL we want to use to select the right vault inside Lowkey Vault
    //this will be used during host name verification as well
    "localhost:8443",
    //the address where the packets will be sent
    "<IP_ADDRESS>:30443"
);
final KeyClient keyClient = new ApacheHttpClientProvider(
    //the logical vault URL we want to use to select the right vault inside Lowkey Vault
    "localhost:8443",
    //the override function we have just set up
    authorityOverrideFunction
).getKeyClient();

You can check this test as well, although it is using a lower level API to do the same: https://github.com/nagyesta/lowkey-vault/blob/main/lowkey-vault-testcontainers/src/test/java/com/github/nagyesta/lowkeyvault/testcontainers/LowkeyVaultContainerJupiterTest.java
Also, as proof of concept, the same host authority override trick is used in our tests which are using dozens of made up URLs for selecting the different vaults inside the single Docker instance:
https://github.com/nagyesta/lowkey-vault/blob/fb75496c6b0d118f36aee2f57753f69e5e8d2b91/lowkey-vault-docker/src/test/java/com/github/nagyesta/lowkeyvault/steps/KeysStepDefs.java#L48-L54
I hope these example will help, but please let me know how it goes!

Hi @espenfossen ,
I have just realized how wrong I was in my previous response! Terribly sorry in case I have lead you to more unnecessary investigation. Although the authority override function is replacing the header, the host name verification will check the original name. Please disregard what I have written, I will add a way to turn off the host verification as you suggested.

Hi @espenfossen ,
I have released some improvements in v1.13.0:

The constructor of the ApacheHttpClient accepts TrustStrategy and HostnameVerifier parameters now, so you can easily turn off SSL checks if necessary.
Also, the new version of the Testcontainers module should make it easier to use a custom key store for HTTPS traffic, therefore, you should be able to even use your own certificate matching the domain/IP you need for your tests.

I hope these new options will help solve your issue! Apologies for my mistake earlier and looking forward to your feedback!

Great work. Now my tests are running on the Jenkins server without issues.

Great, thank you!


No way to add back in main.blocks

Describe the bug
if you accidentally delete main.blocks, there's no easy to bring it back. I would expect adding main.blocks as a custom file would bring it back
To Reproduce
Steps to reproduce the behavior:

Go to https://arcade.makecode.com/S50476-03517-73092-94476
can't make main.blocks come back up

Expected behavior
If the user adds a new file called 'main.blocks', and 'main.ts' exists, I would expect it to decompile main.ts back and make it a blocks project again. if main.ts does not exist, I would expect it to create both files as empty files / maybe just on start
Additional context
User having trouble with it here https://forum.makecode.com/t/i-accidentally-deleted-main-blocks/19271/2, I'll probably just manually fix their project but it'd be good to have a general solution.

Add are you sure a dialog.


Tests failing with openssl 1.1.1 (debian unstable)

I think this is caused by using weak keys. Debian recently moved to openssl 1.1.1 and these tests started failing. Possibly using stronger keys can fix the issue.
with kubeclient 3.0 https://ci.debian.net/data/packages/unstable/amd64/r/ruby-kubeclient/latest-autopkgtest/log.gz
and kubeclient 3.1 (below)
Finished in 0.452661s, 247.4259 runs/s, 985.2855 assertions/s.

  1) Failure:
KubeclientConfigTest#test_external [/<<PKGBUILDDIR>>/test/test_config.rb:98]:
Expected false to be truthy.

  2) Failure:
KubeclientConfigTest#test_allinone_nopath [/<<PKGBUILDDIR>>/test/test_config.rb:98]:
Expected false to be truthy.

  3) Failure:
KubeclientConfigTest#test_allinone [/<<PKGBUILDDIR>>/test/test_config.rb:98]:
Expected false to be truthy.

112 runs, 446 assertions, 3 failures, 0 errors, 0 skips

Chronicle of a Failure Foretold
OK, this was silly.  A cert used in this test has not_after=2018-11-01 12:03:22 UTC, so it fails past that date :hourglass:
Working on fix...

@cben thanks for the fix. May be add a comment in the test about expiry date so next time it becomes easy to renew.


Amend Commit when nothing staged

Currently issuing Amend Commit without staging some changes results in a panel showing "Nothing to commit".
However sometimes one may just want to change or correct the commit message.
This PR allows to change commit message even when nothing new is staged.

:+1:


create-react-app Custom Template is installed as a dependency instead of merged

Describe the bug
My custom template is installed as dependency, instead of being merged in
Did you try recovering your dependencies?
n/a
Environment
Environment Info:
current version of create-react-app: 3.4.0
running from /Users/toddgeist/.npm/_npx/93906/lib/node_modules/create-react-app
System:
OS: macOS 10.15.3
CPU: (12) x64 Intel(R) Core(TM) i9-8950HK CPU @ 2.90GHz
Binaries:
Node: 10.15.3 - ~/.nvm/versions/node/v10.15.3/bin/node
Yarn: Not Found
npm: 6.13.7 - ~/.nvm/versions/node/v10.15.3/bin/npm
Browsers:
Chrome: 80.0.3987.116
Firefox: 71.0
Safari: 13.0.5
npmPackages:
react: ^16.12.0 => 16.12.0
react-dom: ^16.12.0 => 16.12.0
react-scripts: 3.4.0 => 3.4.0
npmGlobalPackages:
create-react-app: Not Found
Steps to reproduce
run npx create-react-app ./mytest --template fmw
Expected behavior
The new app would be created with the dependancies from the template.json file merged into the new react app
Actual behavior
the entire template project is installed as a dependency.

Reproducible demo
run npx create-react-app ./mytest --template fmw

looks like this is caused by a template dependency having an incorrect version

Yes, that was it.

Once I fixed this dependency everything worked as expected


Add second arg for folder name

Add second arg for folder name
maybe also a keep folder structure from flag that takes:
org/repo/tree/main/foo/bar/baz --keepFrom foo and creates ./bar/baz locally

done in 0.2.0


f16 k/v cache

kv cache contributed a big amount of memory consumption on long chat context. before implementing the SOTA solutions like paged attention, we can put the memory foot print much fewer by using f16 instead of f32.
f16 and f32 are both expected to be supported, but f16 is better to be set as the default.

I'm interested in this issue but don't know how to approach it. Could you provide me with some resources or references to get started?

sure!
the kv cache is initialized in llama2.rs Llama2Runner:

we need add an additional dtype argument to the CpuTensor::alloc method.
the only arithmetic related with kv cache is the batch_matmul_vec operator. we need add a specialized batch_matmul_vec about multiplying a f16 matrix and a f32 vector (of course we could transform the f32 vector into a f16 vector before doing the multiplication, this may help improve the performance)
so in short i think it can be seperated to 4 parts:

add f16 buffer support
add a dtype parameter to Tensor::alloc
add specialized batch_matmul_vec on f16 matrix and f32 vector
add a cli parameter allow us choose f16 or f32 kv cache (can be sperated in a stand-alone pull request)

sorry, I would like to take on this issue to complete my optimization work. as the benchmark shown under https://github.com/crabml/crabml/pull/85 indicates, the f16 kv cache is the main performance gap compared to llama.cpp


Fixed issue #320 and #321 :The Service card content fit well now; navigation bar position changes fixed #322

Fixed issue #320 and #321
1. Service card fit well inside the box
Now:

Old

2. Navigation bar positioning changes fixed now:
New

Old:

Please level and assign this new made pull request; and merge it... Thanksss :)

Thank you @debangi29


mvn compile fails on netty-transport-native-epoll

The following happens with Maven 3.3 as well as 3.5.
mvn compile fails with the following error when it run it from the root of the project. It succeeds when I run mvn -pl transport-native-epoll compile or run mvn compile from inside the transport-native-epoll directory. mvn install always works.
The same error happens when I compile Netty in the IDE (Eclipse).
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Netty .............................................. SUCCESS [  4.532 s]
[INFO] Netty/Common ....................................... SUCCESS [  5.806 s]
[INFO] Netty/Buffer ....................................... SUCCESS [  4.636 s]
[INFO] Netty/Resolver ..................................... SUCCESS [  1.353 s]
[INFO] Netty/Transport .................................... SUCCESS [  3.613 s]
[INFO] Netty/Codec ........................................ SUCCESS [  3.779 s]
[INFO] Netty/Codec/DNS .................................... SUCCESS [  1.853 s]
[INFO] Netty/Codec/HAProxy ................................ SUCCESS [  1.350 s]
[INFO] Netty/Handler ...................................... SUCCESS [  3.518 s]
[INFO] Netty/Codec/HTTP ................................... SUCCESS [  4.044 s]
[INFO] Netty/Codec/HTTP2 .................................. SUCCESS [  3.379 s]
[INFO] Netty/Codec/Memcache ............................... SUCCESS [  1.305 s]
[INFO] Netty/Codec/MQTT ................................... SUCCESS [  1.499 s]
[INFO] Netty/Codec/Redis .................................. SUCCESS [  1.275 s]
[INFO] Netty/Codec/SMTP ................................... SUCCESS [  1.309 s]
[INFO] Netty/Codec/Socks .................................. SUCCESS [  1.609 s]
[INFO] Netty/Codec/Stomp .................................. SUCCESS [  1.265 s]
[INFO] Netty/Codec/XML .................................... SUCCESS [  1.104 s]
[INFO] Netty/Handler/Proxy ................................ SUCCESS [  1.429 s]
[INFO] Netty/Resolver/DNS ................................. SUCCESS [  1.753 s]
[INFO] Netty/Transport/RXTX ............................... SUCCESS [  0.975 s]
[INFO] Netty/Transport/SCTP ............................... SUCCESS [  1.363 s]
[INFO] Netty/Transport/UDT ................................ SUCCESS [  1.270 s]
[INFO] Netty/Example ...................................... SUCCESS [  3.112 s]
[INFO] Netty/Transport/Native/Unix/Common ................. SUCCESS [  1.967 s]
[INFO] Netty/Testsuite .................................... SUCCESS [  2.199 s]
[INFO] Netty/Transport/Native/Unix/Common/Tests ........... SUCCESS [  0.732 s]
[INFO] Netty/Transport/Native/Epoll ....................... FAILURE [  0.498 s]
[INFO] Netty/All-in-One ................................... SKIPPED
[INFO] Netty/Dev-Tools .................................... SKIPPED
[INFO] Netty/Tarball ...................................... SKIPPED
[INFO] Netty/Transport/Native/KQueue ...................... SKIPPED
[INFO] Netty/Testsuite/Autobahn ........................... SKIPPED
[INFO] Netty/Testsuite/OSGI ............................... SKIPPED
[INFO] Netty/Microbench ................................... SKIPPED
[INFO] Netty/BOM .......................................... SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:03 min
[INFO] Finished at: 2017-08-14T11:14:28-04:00
[INFO] Final Memory: 41M/490M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:unpack-dependencies (unpack) on project netty-transport-native-epoll: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:unpack-dependencies (unpack) on project netty-transport-native-epoll: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98.
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
	at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:993)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:345)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:191)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoExecutionException: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98.
	at org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(AbstractDependencyMojo.java:265)
	at org.apache.maven.plugin.dependency.fromDependencies.UnpackDependenciesMojo.doExecute(UnpackDependenciesMojo.java:91)
	at org.apache.maven.plugin.dependency.AbstractDependencyMojo.execute(AbstractDependencyMojo.java:167)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
	... 20 more
[ERROR]
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <goals> -rf :netty-transport-native-epoll

Expected behavior
Actual behavior
Steps to reproduce
Minimal yet complete reproducer code (or URL to code)
Netty version
JVM version (e.g. java -version)
$ java -version
openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)

OS version (e.g. uname -a)
$ uname -a
Linux ardverk 4.12.6-1-ARCH #1 SMP PREEMPT Sat Aug 12 09:16:22 CEST 2017 x86_64 GNU/Linux

Thanks will check

Am 14.08.2017 um 18:21 schrieb Roger<EMAIL_ADDRESS>The following happens with Maven 3.3 as well as 3.5.
mvn compile fails with the following error when it run it from the root of the project. It succeeds when I run mvn -pl transport-native-epoll compile or run mvn compile from inside the transport-native-epoll directory. mvn install always works.
The same error happens when I compile Netty in the IDE (Eclipse).
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Netty .............................................. SUCCESS [  4.532 s]
[INFO] Netty/Common ....................................... SUCCESS [  5.806 s]
[INFO] Netty/Buffer ....................................... SUCCESS [  4.636 s]
[INFO] Netty/Resolver ..................................... SUCCESS [  1.353 s]
[INFO] Netty/Transport .................................... SUCCESS [  3.613 s]
[INFO] Netty/Codec ........................................ SUCCESS [  3.779 s]
[INFO] Netty/Codec/DNS .................................... SUCCESS [  1.853 s]
[INFO] Netty/Codec/HAProxy ................................ SUCCESS [  1.350 s]
[INFO] Netty/Handler ...................................... SUCCESS [  3.518 s]
[INFO] Netty/Codec/HTTP ................................... SUCCESS [  4.044 s]
[INFO] Netty/Codec/HTTP2 .................................. SUCCESS [  3.379 s]
[INFO] Netty/Codec/Memcache ............................... SUCCESS [  1.305 s]
[INFO] Netty/Codec/MQTT ................................... SUCCESS [  1.499 s]
[INFO] Netty/Codec/Redis .................................. SUCCESS [  1.275 s]
[INFO] Netty/Codec/SMTP ................................... SUCCESS [  1.309 s]
[INFO] Netty/Codec/Socks .................................. SUCCESS [  1.609 s]
[INFO] Netty/Codec/Stomp .................................. SUCCESS [  1.265 s]
[INFO] Netty/Codec/XML .................................... SUCCESS [  1.104 s]
[INFO] Netty/Handler/Proxy ................................ SUCCESS [  1.429 s]
[INFO] Netty/Resolver/DNS ................................. SUCCESS [  1.753 s]
[INFO] Netty/Transport/RXTX ............................... SUCCESS [  0.975 s]
[INFO] Netty/Transport/SCTP ............................... SUCCESS [  1.363 s]
[INFO] Netty/Transport/UDT ................................ SUCCESS [  1.270 s]
[INFO] Netty/Example ...................................... SUCCESS [  3.112 s]
[INFO] Netty/Transport/Native/Unix/Common ................. SUCCESS [  1.967 s]
[INFO] Netty/Testsuite .................................... SUCCESS [  2.199 s]
[INFO] Netty/Transport/Native/Unix/Common/Tests ........... SUCCESS [  0.732 s]
[INFO] Netty/Transport/Native/Epoll ....................... FAILURE [  0.498 s]
[INFO] Netty/All-in-One ................................... SKIPPED
[INFO] Netty/Dev-Tools .................................... SKIPPED
[INFO] Netty/Tarball ...................................... SKIPPED
[INFO] Netty/Transport/Native/KQueue ...................... SKIPPED
[INFO] Netty/Testsuite/Autobahn ........................... SKIPPED
[INFO] Netty/Testsuite/OSGI ............................... SKIPPED
[INFO] Netty/Microbench ................................... SKIPPED
[INFO] Netty/BOM .......................................... SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:03 min
[INFO] Finished at: 2017-08-14T11:14:28-04:00
[INFO] Final Memory: 41M/490M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:unpack-dependencies (unpack) on project netty-transport-native-epoll: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-dependency-plugin:2.10:unpack-dependencies (unpack) on project netty-transport-native-epoll: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98.
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:993)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:345)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:191)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoExecutionException: Artifact has not been packaged yet. When used on reactor artifact, unpack should be executed after packaging: see MDEP-98.
at org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(AbstractDependencyMojo.java:265)
at org.apache.maven.plugin.dependency.fromDependencies.UnpackDependenciesMojo.doExecute(UnpackDependenciesMojo.java:91)
at org.apache.maven.plugin.dependency.AbstractDependencyMojo.execute(AbstractDependencyMojo.java:167)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
... 20 more
[ERROR]
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn  -rf :netty-transport-native-epoll
Expected behavior
Actual behavior
Steps to reproduce
Minimal yet complete reproducer code (or URL to code)
Netty version
JVM version (e.g. java -version)
$ java -version
openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)
OS version (e.g. uname -a)
$ uname -a
Linux ardverk 4.12.6-1-ARCH #1 SMP PREEMPT Sat Aug 12 09:16:22 CEST 2017 x86_64 GNU/Linux
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@rkapsi it just works here :(
^Croot@1aa112464b4b:/code# mvn -pl transport-native-epoll compile
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Detecting the operating system and CPU architecture
[INFO] ------------------------------------------------------------------------
[INFO] os.detected.name: linux
[INFO] os.detected.arch: x86_64
[INFO] os.detected.version: 4.9
[INFO] os.detected.version.major: 4
[INFO] os.detected.version.minor: 9
[INFO] os.detected.release: ubuntu
[INFO] os.detected.release.version: 16.10
[INFO] os.detected.release.like.ubuntu: true
[INFO] os.detected.release.like.debian: true
[INFO] os.detected.classifier: linux-x86_64
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Netty/Transport/Native/Epoll 4.1.15.Final-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: https://oss.sonatype.org/content/repositories/snapshots/io/netty/netty-transport-native-unix-common/4.1.15.Final-SNAPSHOT/netty-transport-native-unix-common-4.1.15.Final-20170814.120454-14-linux-x86_64.jar
Downloaded: https://oss.sonatype.org/content/repositories/snapshots/io/netty/netty-transport-native-unix-common/4.1.15.Final-SNAPSHOT/netty-transport-native-unix-common-4.1.15.Final-20170814.120454-14-linux-x86_64.jar (49 KB at 29.0 KB/sec)
[INFO]
[INFO] --- maven-enforcer-plugin:1.2:enforce (enforce-maven) @ netty-transport-native-epoll ---
[INFO]
[INFO] --- maven-enforcer-plugin:1.2:enforce (enforce-tools) @ netty-transport-native-epoll ---
[INFO]
[INFO] --- maven-checkstyle-plugin:2.12.1:check (check-style) @ netty-transport-native-epoll ---
[INFO] Starting audit...
Audit done.

 The initial value 'ldd (Ubuntu GLIBC 2.24-3ubuntu2.2) 2.24' is left as-is...
[INFO]
[INFO] --- build-helper-maven-plugin:1.10:regex-property (regex-linux-sendmmsg) @ netty-transport-native-epoll ---
[INFO] No match to regex '^((?!^[0-9]*[3-9]\.?.*).)*$' found in '4.9.36-moby'. The initial value '4.9.36-moby' is left as-is...
[INFO]
[INFO] --- maven-antrun-plugin:1.8:run (write-version-properties) @ netty-transport-native-epoll ---
[INFO] Executing tasks

main:
     [echo] Current commit: 505993a on 2017-08-12 11:19:12 -0700
   [delete] Deleting: /code/transport-native-epoll/target/classes/META-INF/io.netty.versions.properties
[propertyfile] Creating new property file: /code/transport-native-epoll/target/classes/META-INF/io.netty.versions.properties
[INFO] Executed tasks
[INFO]
[INFO] --- maven-dependency-plugin:2.10:unpack-dependencies (unpack) @ netty-transport-native-epoll ---
[INFO] Unpacking /root/.m2/repository/io/netty/netty-transport-native-unix-common/4.1.15.Final-SNAPSHOT/netty-transport-native-unix-common-4.1.15.Final-SNAPSHOT-linux-x86_64.jar to /code/transport-native-epoll/target/unix-common-lib with includes "META-INF/native/**" and excludes ""
[INFO]
[INFO] --- build-helper-maven-plugin:1.10:regex-property (regex-combined-sendmmsg) @ netty-transport-native-epoll ---
[INFO] No match to regex '.*IO_NETTY_SENDMSSG_NOT_FOUND.*' found in '4.9.36-mobyldd (Ubuntu GLIBC 2.24-3ubuntu2.2) 2.24'. The initial value '4.9.36-mobyldd (Ubuntu GLIBC 2.24-3ubuntu2.2) 2.24' is left as-is...
[INFO]
[INFO] --- build-helper-maven-plugin:1.10:regex-property (regex-unset-if-needed-sendmmsg) @ netty-transport-native-epoll ---
[INFO]
[INFO] --- maven-remote-resources-plugin:1.5:process (default) @ netty-transport-native-epoll ---
[INFO]
[INFO] --- maven-resources-plugin:3.0.1:resources (default-resources) @ netty-transport-native-epoll ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /code/transport-native-epoll/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.6.0:compile (default-compile) @ netty-transport-native-epoll ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 28 source files to /code/transport-native-epoll/target/classes
[WARNING] /code/transport-native-epoll/src/main/java/io/netty/channel/epoll/AbstractEpollStreamChannel.java:[860,54] [deprecation] Handle in RecvByteBufAllocator has been deprecated
[WARNING] /code/transport-native-epoll/src/main/java/io/netty/channel/epoll/AbstractEpollStreamChannel.java:[862,81] [deprecation] Handle in RecvByteBufAllocator has been deprecated
[WARNING] /code/transport-native-epoll/src/main/java/io/netty/channel/epoll/AbstractEpollStreamChannel.java:[897,52] [deprecation] Handle in RecvByteBufAllocator has been deprecated
[WARNING] /code/transport-native-epoll/src/main/java/io/netty/channel/epoll/AbstractEpollStreamChannel.java:[1001,52] [deprecation] Handle in RecvByteBufAllocator has been deprecated
[INFO]
[INFO] --- maven-hawtjni-plugin:1.14:generate (build-native-lib) @ netty-transport-native-epoll ---
[INFO] executing: /bin/sh -c ./autogen.sh
[INFO]
[INFO] --- maven-hawtjni-plugin:1.14:build (build-native-lib) @ netty-transport-native-epoll ---
[INFO] executing: /bin/sh -c ./configure --disable-ccache --prefix=/code/transport-native-epoll/target/native-build/target 'LDFLAGS=-L/code/transport-native-epoll/target/unix-common-lib/META-INF/native/lib -Wl,--no-as-needed -lrt -Wl,--whole-archive -lnetty-unix-common -Wl,--no-whole-archive' 'CFLAGS=-O3 -Werror -fno-omit-frame-pointer -Wunused-variable -I/code/transport-native-epoll/target/unix-common-lib/META-INF/native/include'
[INFO] executing: /bin/sh -c make install
[INFO] Adding test resource root: /code/transport-native-epoll/target/classes
[INFO]
[INFO] --- forbiddenapis:2.2:check (check-forbidden-apis) @ netty-transport-native-epoll ---
[INFO] Scanning for classes to check...
[INFO] Reading API signatures: /code/transport-native-epoll/target/dev-tools/forbidden/signatures.txt
[INFO] Loading classes to check...
[INFO] Scanning classes for violations...
[INFO] Scanned 59 (and 179 related) class file(s) for forbidden API invocations (in 1.65s), 0 error(s).
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 01:12 min
[INFO] Finished at: 2017-08-14T18:03:58+00:00
[INFO] Final Memory: 35M/204M
[INFO] ------------------------------------------------------------------------

root@1aa112464b4b:/code# mvn --version
Apache Maven 3.3.9
Maven home: /usr/share/maven
Java version: 1.8.0_131, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en_US, platform encoding: ANSI_X3.4-1968
OS name: "linux", version: "4.9.36-moby", arch: "amd64", family: "unix"

root@1aa112464b4b:/code# uname -a
Linux 1aa112464b4b 4.9.36-moby #1 SMP Wed Jul 12 15:29:07 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

I just used a docker image to test it

@normanmaurer mvn -pl transport-native-epoll compile works here as well. Try mvn compile from the root of the project.

@rkapsi ah sorry...  Let me check

@rkapsi ok I can reproduce it 👍

@rkapsi after looking more into it and also check some maven issues I think there is not much we can do here... The problem is that transport-native-epoll depends on transport-native-unix-common to be packaged as it will try to unpack the jar and copy over some files. The problem here is that the jar was not build yet and so it fails. When you use -pl this is not an issue as it will search fro the jar in your local maven repos.

Hmm hmm - I see. I can live with it that I can't compile transport-native-epoll in my IDE (on the CLI I'm usually going the install route) but conceptually I'd say it's a bad dependency in the sense that transport-native-unix-common should use the output of transport-native-epoll and not depend on the packaged artifact?!
Not sure the above makes sense. I forgot everything about maven years ago. Something is off about that dependency/lifecycle.

The goal was that transport-native-unix-common builds a static JNI library for the current platform (in addition to the java code which isn't platform dependent), then transport-native-epoll/transport-native-kqueue can include that static compiled code in its shared JNI library. It looks like I may have got some wires crossed here but hopefully we can correct the issue and declare the dependencies correctly.

I will have a look again soon.

On 16. Aug 2017, at 17:43, Scott Mitchell<EMAIL_ADDRESS>wrote:
The goal was that transport-native-unix-common builds a static JNI library for the current platform (in addition to the java code which isn't platform dependent), then transport-native-epoll/transport-native-kqueue can include that static compiled code in its shared JNI library. It looks like I may have got some wires crossed here but hopefully we can correct the issue and declare the dependencies correctly.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/netty/netty/issues/7101#issuecomment-322813557, or mute the thread https://github.com/notifications/unsubscribe-auth/AAa0Qjp1rpHGerSNbaI95a1GqDAvDwhKks5sYw4ngaJpZM4O2l0v.

Could the compilation error be related to the promotion of native to a keyword in Java 9?
https://stackoverflow.com/questions/46501388/how-to-deal-with-java-keywords-in-auto-generated-module-names-in-java-9

What is the workaround for this?  I am trying to submit a PR to netty and getting this error when trying to run 'mvn test' on the root - as is in the checklist for submitting a PR.

@JLofgren try mvn clean package

@normanmaurer Thanks, that worked!

@normanmaurer as it happens quite often... (I've caught this yesterday myself trying to submit a PR) I would suggest you mention this issue (or workaround for it) here: https://github.com/netty/netty/wiki/Developer-guide - this would definitely safe hole lot of hours for submitters

I ran into the same issue. Would be great if this can be updated here. https://netty.io/wiki/developer-guide.html#checklist

Hi, all
Same problem.
Personally think this way is not very friendly to developers. A better way is to directly execute examples such as echo client and echo server after downloading the source code. Instead of doing some other things before executing.
What do u think about it?

I am using ant with ivy and not maven.
Any idea of how can I proceed.
ant build is failing to get netty-transport-native-epoll-4.1.48.Final-linux-x86_64.jar

Got the same issue.
"mvn -pl transport-native-kqueue" and "mvn clean install" do not work.
My env info:
Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 2018-06-18T02:33:14+08:00)
Maven home: /usr/local/Cellar/maven/3.5.4/libexec
Java version: 11.0.11, vendor: AdoptOpenJDK, runtime: /Library/Java/JavaVirtualMachines/jdk-11.0.11+9/Contents/Home
Default locale: zh_CN_#Hans, platform encoding: UTF-8
OS name: "mac os x", version: "10.13.6", arch: "x86_64", family: "mac"

try to delete netty-transport-native-* cache in .m2 if your system is mac

I am facing a different issue but in the same project. Decided to not open a new issue ( I can do if needed ).
[ERROR] Failed to execute goal org.fusesource.hawtjni:hawtjni-maven-plugin:1.18:build (build-native-lib) on project netty-transport-native-epoll: build failed: org.apache.maven.plugin.MojoExecutionException: Requested download does not exist.: The following artifacts could not be resolved: io.netty:netty-transport-native-epoll:zip:native-src:4.1.115.Final-SNAPSHOT (absent): io.netty:netty-transport-native-epoll:zip:native-src:4.1.115.Final-SNAPSHOT was not found in https://oss.sonatype.org/content/repositories/snapshots during a previous attempt. This failure was cached in the local repository and resolution is not reattempted until the update interval of sonatype-nexus-snapshots has elapsed or updates are forced
[ERROR]
[ERROR] Try downloading the file manually from the project website.


change send_stream header according to packet_size

It should send SOH header instead of STX header if the packet size is 128 #2

Thank you!


Add FileEditQuantity to Measurement ELN

It would be great to have an easy way to link measurement files (files created during a measurement, like: .txt, .dat, .hdf5, .nxs, ...) to the Base Sections "Measurement ELN".
Or something like the "steps" where we can easy add a "Data" object where we then can drag and drop the data files.

@A-D-Fuchs the issue is moved here https://gitlab.mpcdf.mpg.de/nomad-lab/nomad-FAIR/-/issues/2053,
we will tackle it


Text Data Type misses method overview and is duplicate in the menu

Two issues seem to have been introduced when "String" was replaced with "Text":

"Text Data Type" page misses the method overview:

The page
https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/methods-auto/text/text-data-type
does not list the methods of the data type like other data types do.
Here is an example of the method overview for BigText: https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/methods-auto/bigtext/bigtext-data-type---

"Text Data Type" is duplicate in the menu

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

ID: 27336339-fc8a-6061-4ccc-d6b10aab5286
Version Independent ID: cb4ce80d-4387-f081-6f2e-81de3874249b
Content: Text Data Type - Business Central
Content Source: dev-itpro/developer/methods-auto/text/text-data-type.md
Service: dynamics365-business-central
GitHub Login: @SusanneWindfeldPedersen
Microsoft Alias: solsen

Thanks for the feedback. This is a code defect in our auto-generation tooling. I have opened a bug for this issue, and we'll refresh the topic when it has been fixed. Thanks again.

This article is fixed now with the latest refresh of the docs. Closing this issue.


HADOOP-17258. Make MagicS3GuardCommitter overwrite the existing pendingSet file if exists

Built on #2315 -adds the test

testing against AWS london in progress. new tests all happy, lets see about terasort &c

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 31s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:

0m  0s
test4tests
The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
31m 51s

trunk passed

+1 :green_heart:
compile
0m 40s

trunk passed with JDK Ubuntu-11.0.8+10-post-Ubuntu-0ubuntu118.04.1

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

+1 :green_heart:
checkstyle
0m 30s

trunk passed

+1 :green_heart:
mvnsite
0m 42s

trunk passed

+1 :green_heart:
shadedclient
15m 21s

branch has no errors when building and testing our client artifacts.

+1 :green_heart:
javadoc
0m 24s

trunk passed with JDK Ubuntu-11.0.8+10-post-Ubuntu-0ubuntu118.04.1

+1 :green_heart:
javadoc
0m 31s

trunk passed with JDK Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

+0 :ok:
spotbugs
1m  5s

Used deprecated FindBugs config; considering switching to SpotBugs.

+1 :green_heart:
findbugs
1m  2s

trunk passed

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 33s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Ubuntu-11.0.8+10-post-Ubuntu-0ubuntu118.04.1

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
checkstyle
0m 20s

the patch passed

+1 :green_heart:
mvnsite
0m 31s

the patch passed

+1 :green_heart:
whitespace
0m  0s

The patch has no whitespace issues.

+1 :green_heart:
shadedclient
14m 11s

patch has no errors when building and testing our client artifacts.

+1 :green_heart:
javadoc
0m 19s

the patch passed with JDK Ubuntu-11.0.8+10-post-Ubuntu-0ubuntu118.04.1

+1 :green_heart:
javadoc
0m 26s

the patch passed with JDK Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

+1 :green_heart:
findbugs
1m  6s

the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 27s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

74m 48s

Subsystem
Report/Notes

Docker
ClientAPI=1.40 ServerAPI=1.40 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2371/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/2371

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle

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

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / deb35a32baf

Default Java
Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.8+10-post-Ubuntu-0ubuntu118.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_265-8u265-b01-0ubuntu2~18.04-b01

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2371/1/testReport/

Max. process+thread count
421 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-aws U: hadoop-tools/hadoop-aws

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-2371/1/console

versions
git=2.17.1 maven=3.6.0 findbugs=4.0.6

Powered by
Apache Yetus 0.13.0-SNAPSHOT https://yetus.apache.org

This message was automatically generated.

+1, merged to 3.3+

Thank you, @steveloughran .


Refactored TryFind to TryFindByExtension and TryFindByName

Fixes https://github.com/VerifyTests/DiffEngine/issues/271

i will deploy this now


ruff: 0.0.264 -> 0.0.265

Diff: https://github.com/charliermarsh/ruff/compare/v0.0.264...v0.0.265
Changelog: https://github.com/charliermarsh/ruff/releases/tag/v0.0.265
Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 230154 run on aarch64-darwin 1

9 packages built:

python310Packages.python-lsp-ruff
python310Packages.python-lsp-ruff.dist
python310Packages.ruff-lsp
python310Packages.ruff-lsp.dist
python311Packages.python-lsp-ruff
python311Packages.python-lsp-ruff.dist
python311Packages.ruff-lsp
python311Packages.ruff-lsp.dist
ruff


Copy to clipboard icon and links look like open link in new window

All the copy links are blue with a blue icon that looks like two windows (one in backgound & one in front?).  I think this is confusing?  I keep clicking them expecting them to do something.  I'm not sure it's because it blue or the icon is strange or the tooltip is missing:  but this is what used to do in ember:

Here is Vue:

I'm going to send this to a dev with the request  to add a tooltip on hover that says copy to clipboard and once clicked it should say copied

upon further inspection the following labels are not working but should be what is in the ember tooltip
action-label
waiting-label
success-label
error-label

This is reproduced on Rancher v2.5.5.
Steps

Deploy rancher single install.
Go to cluster explorer -> nodes.

Result
The blue icon for the node ip is an open link, which should be copy to clipboard icon.

The validation is done on rancher v2.5-head 4cb2ebe.
Steps are the same as previous comment.
Results
The node ip is not blue icon of link, there is only copy icon on the right side.


STDERR: The system cannot find the path specified.

Well Close, looks like it unpacks the files but when it trys to do the install i get
STDERR: The system cannot find the path specified.
I am not sure what dirctory it is looking for as
C:\Program Files\ArcGIS\Server exists
C:\Python27 also exists

 * arcgis_enterprise_server[Setup ArcGIS Server] action install[2018-09-25T09:10:02-07:00] INFO: Processing arcgis_enterprise_server[Setup ArcGIS Server] action install (arcgis-enterprise::install_server line 53)

   ================================================================================
   Error executing action `install` on resource 'arcgis_enterprise_server[Setup ArcGIS Server]'
   ================================================================================

   Mixlib::ShellOut::ShellCommandFailed
   ------------------------------------
   Expected process to exit with [0], but received '1'
   ---- Begin output of "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" ----
   STDOUT:
   STDERR: The system cannot find the path specified.
   ---- End output of "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" ----
   Ran "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" returned 1

   Cookbook Trace:
   ---------------
   c:/chef/cache/cookbooks/arcgis-enterprise/providers/server.rb:237:in `block in class_from_file'

   Resource Declaration:
   ---------------------
   # In c:/chef/cache/cookbooks/arcgis-enterprise/recipes/install_server.rb

    53: arcgis_enterprise_server 'Setup ArcGIS Server' do
    54:   setup node['arcgis']['server']['setup']
    55:   install_dir node['arcgis']['server']['install_dir']
    56:   python_dir node['arcgis']['python']['install_dir']
    57:   run_as_user node['arcgis']['run_as_user']
    58:   run_as_password node['arcgis']['run_as_password']
    59:   if node['platform'] == 'windows'
    60:     not_if { Utils.product_installed?(node['arcgis']['server']['product_code']) }
    61:   else
    62:     not_if { EsriProperties.product_installed?(node['arcgis']['run_as_user'],
    63:                                                node['hostname'],
    64:                                                node['arcgis']['version'],
    65:                                                :ArcGISServer) }
    66:   end
    67:   action :install

   Compiled Resource:
   ------------------
   # Declared in c:/chef/cache/cookbooks/arcgis-enterprise/recipes/install_server.rb:53:in `from_file'

   arcgis_enterprise_server("Setup ArcGIS Server") do
     action [:install]
     default_guard_interpreter :default
     declared_type :arcgis_enterprise_server
     cookbook_name "arcgis-enterprise"
     recipe_name "install_server"
     install_dir "C:\\Program Files\\ArcGIS\\Server"
     run_as_user "arcgis"
     run_as_password "password"
     setup "c:\\temp\\ArcGIS 10.6\\ArcGISServer\\Setup.exe"
     python_dir "C:\\Python27"
     not_if { #code block }
   end

   System Info:
   ------------
   chef_version=13.6.4
   platform=windows
   platform_version=10.0.14393
   ruby=ruby 2.4.2p198 (2017-09-14 revision 59899) [x64-mingw32]
   program_name=C:/opscode/chef/bin/chef-client
   executable=C:/opscode/chef/bin/chef-client

2018-09-25T09:10:02-07:00] INFO: Running queued delayed notifications before re-raising exception

unning handlers:
2018-09-25T09:10:02-07:00] ERROR: Running exception handlers
unning handlers complete
2018-09-25T09:10:02-07:00] ERROR: Exception handlers complete
hef Client failed. 4 resources updated in 01 minutes 04 seconds
2018-09-25T09:10:02-07:00] INFO: Sending resource update report (run-id: 5990a389-2636-48d1-88e7-94ab581d531a)
2018-09-25T09:10:02-07:00] FATAL: Stacktrace dumped to c:/chef/cache/chef-stacktrace.out
2018-09-25T09:10:02-07:00] FATAL: Please provide the contents of the stacktrace.out file if you file a bug report
2018-09-25T09:10:02-07:00] FATAL: Mixlib::ShellOut::ShellCommandFailed: arcgis_enterprise_server[Setup ArcGIS Server] (arcgis-enterprise::install_server line 53) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '1'
--- Begin output of "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" ----
TDOUT:
TDERR: The system cannot find the path specified.
--- End output of "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" ----
an "c:\temp\ArcGIS 10.6\ArcGISServer\Setup.exe" /qb INSTALLDIR="C:\Program Files\ArcGIS\Server" INSTALLDIR1="C:\Python27" USER_NAME="arcgis" PASSWORD="password" returned 1`

my config
{
  "arcgis": {
    "run_as_password": "password",
    "run_as_user": "arcgis",
    "version": "10.6",
    "repository": {
      "archives": "c:/temp/",
      "setups": "c:/temp/"
    },
    "server": {
      "admin_username": "arcgis",
      "admin_password": "changeit",
      "authorization_file": "/temp/ArcGISImageServer_ArcGISServer_677460.prvc",
      "setup_archive": "C:/temp/ArcGIS_Server_Windows_1061_163968.exe",
      "web_context_url": "https://gisrastdev.edrnet.com:6443/arcgis",
      "config_store_connection_string": "/arcgisserver/config-store",
      "is_hosting": false
    },
    "portal": {
      "wa_url": "https://my.portal.com/portal",
      "admin_username": "admin",
      "admin_password": "changeit"
    }
  },
  "run_list": [
    "recipe[arcgis-enterprise::system]",
    "recipe[arcgis-enterprise::server]",
    "recipe[arcgis-enterprise::federation]",
    "recipe[arcgis-enterprise::enable_rasteranalytics]"
  ]
}

arcgis/version attribute value must  be set to "10.6.1" if you are using 10.6.1 setup (ArcGIS_Server_Windows_1061_163968.exe).

And delete "setup_archive": "C:/temp/ArcGIS_Server_Windows_1061_163968.exe", to check out how  the repository works.

@pbobov  thanks so much for the quick response, it looks like it is wokring now. I will report back here if I have any issues.

The license version is missing in C:\Program Files\ESRI\License\sysgen\keycodes. It should be
C:\Program Files\ESRI\License10.6\sysgen\keycodes.
Try to add arcgis/server/authorization_file_version attribute and set it to 10.6.
The cookbooks sets it by default to
server['authorization_file_version'] = node['arcgis']['version'].to_f.to_s

I'm not sure why arcgis/server/authorization_file_version is not set in your case.

is it possible to not us federation ? @pbobov
Recipe: arcgis-enterprise::federation
  * arcgis_enterprise_portal[Federate Server] action federate_server[2018-09-25T11:22:03-07:00] INFO: Processing arcgis_enterprise_portal[Federate Server] action federate_server (arcgis-enterprise::federation line 20)
[2018-09-25T11:42:06-07:00] INFO: Retrying execution of arcgis_enterprise_portal[Federate Server], 4 attempt(s) left
[2018-09-25T12:02:39-07:00] INFO: Retrying execution of arcgis_enterprise_portal[Federate Server], 3 attempt(s) left

I removed the federation recipe, see if that works.

@pbobov I removed the federation cookbook and then it runs for quite some time but fails with
[```
2018-09-25T17:57:10-07:00] INFO: Setting server machine properties...
(up to date)

arcgis_enterprise_server[Configure HTTPS] action configure_https[2018-09-25T17:57:14-07:00] INFO: Processing arcgis_enterprise_server[Configure HTTPS] action configure_https (arcgis-enterprise::server line 104)
(skipped due to not_if)
Recipe: arcgis-enterprise::enable_rasteranalytics

arcgis_enterprise_portal[Enable RasterAnalytics] action enable_server_function[2018-09-25T17:57:14-07:00] INFO: Processing arcgis_enterprise_portal[Enable RasterAnalytics] action enable_server_function (arcgis-enterprise::enable_rasteranalytics line 20)
================================================================================
Error executing action enable_server_function on resource 'arcgis_enterprise_portal[Enable RasterAnalytics]'
Errno::ECONNREFUSED
Failed to open TCP connection to FQDN:443 (No connection could be made because the target machine actively refused it. - connect(2) for "FQDN" port 443)
Cookbook Trace:
c:/chef/cache/cookbooks/arcgis-enterprise/libraries/portal_admin_client.rb:58:in site_exist?' c:/chef/cache/cookbooks/arcgis-enterprise/providers/portal.rb:527:in block in class_from_file'
Resource Declaration:
In c:/chef/cache/cookbooks/arcgis-enterprise/recipes/enable_rasteranalytics.rb
20: arcgis_enterprise_portal "Enable RasterAnalytics" do
21:   portal_url node['arcgis']['portal']['wa_url']
22:   username node['arcgis']['portal']['admin_username']
23:   password node['arcgis']['portal']['admin_password']
24:   server_url node['arcgis']['server']['web_context_url']
25:   server_admin_url node['arcgis']['server']['private_url']
26:   server_username node['arcgis']['server']['admin_username']
27:   server_password node['arcgis']['server']['admin_password']
28:   is_hosting node['arcgis']['server']['is_hosting']
29:   server_function 'RasterAnalytics'
30:   action :enable_server_function
31: end
32:
Compiled Resource:
Declared in c:/chef/cache/cookbooks/arcgis-enterprise/recipes/enable_rasteranalytics.rb:20:in `from_file'
arcgis_enterprise_portal("Enable RasterAnalytics") do
action [:enable_server_function]
default_guard_interpreter :default
declared_type :arcgis_enterprise_portal
cookbook_name "arcgis-enterprise"
recipe_name "enable_rasteranalytics"
portal_url "https://FQDN/portal"
username "admin"
password "changeit"
server_url "https://FQDN:6443/arcgis"
server_admin_url "https://FQDN:6443/arcgis"
server_username "arcgis"
server_password "changeit"
is_hosting false
server_function "RasterAnalytics"
end
System Info:
chef_version=13.6.4
platform=windows
platform_version=10.0.14393
ruby=ruby 2.4.2p198 (2017-09-14 revision 59899) [x64-mingw32]
program_name=C:/opscode/chef/bin/chef-client
executable=C:/opscode/chef/bin/chef-client

[2018-09-25T18:17:17-07:00] INFO: Running queued delayed notifications before re-raising exception
Running handlers:
[2018-09-25T18:17:17-07:00] ERROR: Running exception handlers
Running handlers complete
[2018-09-25T18:17:17-07:00] ERROR: Exception handlers complete
Chef Client failed. 6 resources updated in 23 minutes 26 seconds
[2018-09-25T18:17:17-07:00] INFO: Sending resource update report (run-id: 3d8db55a-b754-4d67-a28f-39ceef504b57)
[2018-09-25T18:17:17-07:00] FATAL: Stacktrace dumped to c:/chef/cache/chef-stacktrace.out
[2018-09-25T18:17:17-07:00] FATAL: Please provide the contents of the stacktrace.out file if you file a bug report
[2018-09-25T18:17:17-07:00] FATAL: Errno::ECONNREFUSED: arcgis_enterprise_portal[Enable RasterAnalytics] (arcgis-enterprise::enable_rasteranalytics line 20) had an error: Errno::ECONNREFUSED: Failed to open TCP connection to FQDN:443 (No connecti
on could be made because the target machine actively refused it. - connect(2) for "FQDN" port 443)
PS C:\Windows\system32>

Yes. Portal for ArcGIS is required to enable raster analysis capability in image server (see http://enterprise.arcgis.com/en/server/latest/get-started/windows/perform-raster-analysis.htm).


try cast from string

Codecov Report

Merging #39 (7973ef9) into main (a3da47b) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

:exclamation: Current head 7973ef9 differs from pull request most recent head cceea59. Consider uploading reports for the commit cceea59 to get more accurate results

@@           Coverage Diff            @@
##            main     #39      +/-   ##
========================================
- Coverage   8.49%   8.47%   -0.03%
========================================
  Files         42      42
  Lines       5073    5086      +13
========================================
  Hits         431     431
- Misses      4642    4655      +13

Flag
Coverage Δ

oasysgh
1.12% <0.00%> (-0.01%)
:arrow_down:

unitnumber
7.51% <0.00%> (-0.02%)
:arrow_down:

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

Impacted Files
Coverage Δ

GH_UnitNumber/Parameter/GH_UnitNumberParameter.cs
0.00% <0.00%> (ø)

OasysGH/OasysPluginInfo.cs
57.89% <ø> (ø)

OasysGH/Parameters/GH_UnitNumber.cs
36.66% <0.00%> (-9.17%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


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

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

API change check
APIView has identified API level changes in this PR and created following API reviews.
Azure.AI.Translation.Text


Fix broken tests

Description:
Downgrading @hasgraph/sdk dependency to  version 2.35.0
Related issue(s):
Fixes #
Notes for reviewer:

Checklist

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

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

Comparison is base (7fca2fa) 77.78% compared to head (604f176) 79.22%.

:exclamation: Current head 604f176 differs from pull request most recent head 4066062. Consider uploading reports for the commit 4066062 to get more accurate results

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1850      +/-   ##
==========================================
+ Coverage   77.78%   79.22%   +1.43%
==========================================
  Files          40       27      -13
  Lines        3039     2426     -613
  Branches      609      499     -110
==========================================
- Hits         2364     1922     -442
+ Misses        487      355     -132
+ Partials      188      149      -39

see 14 files with indirect coverage changes

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


python port

Hello, David!
I'm curious about your thoughts on https://github.com/deepmind/pysc2 and an option to align commandcenter-based AI and the pysc2 training agents, for some interop maybe?
My interest in this question arises from the fact that I'd love to use awesome primitives you built in the commandcenter, but at the same time, I'd love to have the flexibility to plug in all the RL training stuff that deepmind team provided. Also doing it casually in Python would be somewhat easier than in c++ for me and possibly some other sc2 enthusiasts.

If someone does something involving pysc2 / commandcenter and wants to pull request what they did, I would be happy to review it, but I have no plans of doing anything but C++ with CommandCenter for the foreseeable future

The problem is that there is no direct connection between the c++ code and the Python code. From my point of view the only thing that could be done here is creation of the Python bindings over Python API that will allow to use CommandCenter in Python apps. However it is a hard work to support such bindings in actul state.

@alkurbatov yes, that's my understanding too. It would be doable if we can keep an API surface, but it's additional restrictions. I was more thinking along the lines of rewriting the whole project in python for the sake of interop.

Seems like a lot of work to avoid learning a little C++? :D

lol sure
My hypothesis is that having 2 projects for the sc2 research that can reuse each other is better than having 2 projects that have no way to interact and can lead to more interesting results. But I don't have any data to prove it.

True - I just don't have an immediate use for it so I'm going to bow out of any responsibility for it :)
I suspected that using some sort of python / c++ interop may be the easiest way of going about it

@vors I did such things for more complicated C-like API. We used handmade codegenerator to analyze C++ code and create Python bindings (each of which converted arguments and executed a C++ function). While the codegenerator allows to reduce support burden (i.e. just recompile everything when needed) on the other hand we have to support the codegenerator and expand it for some complex datatypes, and fix leaks in the generated code.
I am not sure if such approach is applicable here but it could be an option too.


updated docs to remove note about windows tests not working

flutter test is now supported on Windows, so I removed the line about it not being supported.  The formatting has also been cleaned up (thanks to prettier).

I signed it!


feat: deleting config

:tada: This PR is included in version 0.4.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Download button leads to main page

Platform
Web
Details
Download button for song leads to https://beatsaver.com and not to song download
Reproducing the Problem
Hover over download button
Further Detail
Checked in both firefox and chrome

I can't reproduce this. I'm going to need a little more information (specific browser versions etc)
I tested on Chrome 76.0.3809.123

Updated chromium from version 74.xx to 77.0.3865.75 and it works there.
Still doesn't work on Firefox 69.0.1 (latest version). I can totally believe its a problem on my end though.
Video:
https://streamable.com/dkpp5

Firefox 69.0.1 with addons enabled - no effect on pressing download button
Firefox 69.0.1 with addons disabled - no effect on pressing download button
Chromium 77.0.3865.75 - everything works as intended
One click install works in Firefox (shouldn't matter but it shows neighbor button works)

I believe it's a slightly different issue than originally thought, as my testing on FF reveals the same thing.
I'll investigate further when I get home.


ROX-10901: Fix kustomize image command in operator make deploy target

Description
The make deploy target in operators Makefile is always deploying the same image quay.io/stackrox-io/stackrox-operator:0.0.1, although it tries to set the image with the kustomize CLI tool. It turned out that the make bundle stage already replaces the image assumed by the kustomize command executed in make deploy. By change the image string asumed by the make deploy target it is working properly.
Checklist

[ ] Investigated and inspected CI test results
~[ ] Unit test and regression tests added~ only dev tooling affected
~[ ] Evaluated and added CHANGELOG entry if required~
~[ ] Determined and documented upgrade steps~
~[ ] Documented user facing changes (create PR based on openshift/openshift-docs and merge into rhacs-docs)~

If any of these don't apply, please comment below.
Most checklist items skipped because only dev tooling is affected by this change.
Testing Performed

Start a local k8s cluster
Follow the operator README.md launch the operator on local cluster section
Verify the image after running make deploy is the image generated by make image-tag-base and make tag

/retest


Avoid accidentally pulling std for no-std crates

Fixes #142
The target  thumbv7m-none-eabi has only libcore without libstd.
We should make dummy-src to be no_std when cross-compiling to these target (by setting build.target in .cargo/config).

Tried to use branch @oxalica created.
niv modify naersk -a branch=fix-no-std -a owner=oxalica
niv update naersk
nix-build helloworld.nix

# helloworld.nix
# import niv sources and the pinned nixpkgs
{ sources ? import ./nix/sources.nix, pkgs ? import sources.nixpkgs { }}:
let
  # import rust compiler
  rust = import ./nix/rust.nix { inherit sources; };

  # configure naersk to use our pinned rust compiler
  naersk = pkgs.callPackage sources.naersk {
    rustc = rust;
    cargo = rust;
  };

  # tell nix-build to ignore the `target` directory
  src = builtins.filterSource
    (path: type: type != "directory" || builtins.baseNameOf path != "target")
    ./.;
in naersk.buildPackage {
  inherit src;
  # see https://github.com/nmattia/naersk/pull/130/files and
  # https://github.com/nmattia/naersk/pull/145
  CARGO_BUILD_TARGET = "x86_64-unknown-linux-musl";
  remapPathPrefix =
    true; # remove nix store references for a smaller output package
}

but that's what it got

error: evaluation aborted with the following error message: 'Not implemented: type int for key version'

error: evaluation aborted with the following error message: 'Not implemented: type int for key version'

I think that was fixed in master!


Add option to write different architectures to different TensileLibrary files

A large contributor to the time required to initialize Tensile is the parsing of the TensileLibrary.dat/yaml file. While only the code object files for the used architecture are loaded with hipModuleLoad, Tensile reads and processes all of the architectures found in the TensileLibrary file (unless only a single architecture is built).
To reduce the time to load the library file, I've added a separate-architectures option that writes each architecture into a different TensileLibrary_gfxXXX.dat file. This has been tested and works with TensileCreateLibrary and rocBLAS (pending some modifications to use the option).
Some of this functionality is similar to the PackageLibrary option which I notice hasn't been updated in a while and is listed for possible deprecation. When using the PackageLibrary option, TensileCreateLibrary fails to build. I've put my changes alongside this option, although some of the functionality is the same.

Just to be clear, gfxXXX in TensileLibrary_gfxXXX.dat is just the processor and not the whole target id?

To be clear, gfxXXX in TensileLibrary_gfxXXX.dat is just the processor and not the whole target id?

That's correct, I just created libraries with "gfx908:xnack-;gfx90a:xnack_;gfx90a:xnack-" and got only TensileLibrary_gfx90a.datand TensileLibrary_gfx908.dat

Haven't had a chance to look at the code in detail yet, but a few comments in the meantime

I did run a quick test to verify this works when we have multiple hardware rows in the solution library for a given architecture (e.g. 104CU vs not for aldebaran)
Is the logic for merging in the host library going to be a separate PR (I see some C++ code was removed before you made this one)? Do we even need that logic---is that a use case we need to support?
How similar is this change to the PackageLibrary option? If PackageLibrary doesn't work and this will more-or-less do the same thing, I'd prefer to just consolidate things so we don't have broken options

@benjaminulmer
2. The c++ library merging code (dynamic merging just to differentiate it from our static merging) seems like it's unnecessary in the case of rocBLAS, as rocBLAS initialize takes a device ID when it's initializing. Aside from that, it sounds like using multiple GPUs with different architectures in the same instance of Tensile isn't a use case that there's really a demand for. The dynamic merging code is working though and I've moved it out to be used in a future PR where it'll definitely be necessary (It's generic enough that it'd still support merging different architectures).
3. In my reading of the PackageLibrary option, it creates separate folders for each target and puts the .co/hsaco files in them (As well as the related TensileLibrary.yaml file). The separate-architectures option puts them all in the same directory as usual, and renames the indices so there's no conflicts. The latter's a little easier for rocBLAS to locate the relevant files, but not enough for that to be a determining factor. I can't see any changes related to PackageLibrary (and looking at the code I don't think it's worked for close to 2 years) so my view is that we should just chose whatever organization we prefer

That makes sense
I see. In that case, my vote would be all in one directory (i.e. the way you did it in this PR).

we already use the _gfxXXX convention for .co files
having the location of _gfxXXX.co files depend on the value of --separate-architectures seems like a bad idea
the directory that contains all these files isn't meant to be a "human readable" directory, so adding a few extra files isn't an issue

Unless anyone else is opposed, I think we should just remove the package-library option. Maybe @sdquiring wants to weigh in?


Could not find package barryvdh/laravel-ide-helper

Versions:

ide-helper Version: lastest
Laravel Version: 5.8
PHP Version: 7.3.9

Description:
$ composer require --dev barryvdh/laravel-ide-helper
In PackageDiscoveryTrait.php line 362:
Could not find package barryvdh/laravel-ide-helper. It was however found vi
a repository search, which indicates a consistency issue with the repositor
y.
require [--dev] [--dry-run] [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--fixed] [--no-suggest] [--no-progress] [--no-update] [--no-install] [--update-no-dev] [-w|--update-with-dependencies] [-W|--update-with-all-dependencies] [--with-dependencies] [--with-all-dependencies] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [--sort-packages] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--] [...]
Steps To Reproduce:
$ composer require --dev barryvdh/laravel-ide-helper
In PackageDiscoveryTrait.php line 362:
Could not find package barryvdh/laravel-ide-helper. It was however found vi
a repository search, which indicates a consistency issue with the repositor
y.
require [--dev] [--dry-run] [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--fixed] [--no-suggest] [--no-progress] [--no-update] [--no-install] [--update-no-dev] [-w|--update-with-dependencies] [-W|--update-with-all-dependencies] [--with-dependencies] [--with-all-dependencies] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [--sort-packages] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--] [...]

…

Can't reproduce on a clean composer.json; are you able to share yours?

{
"name": "laravel/laravel",
"type": "project",
"description": "The Laravel Framework.",
"keywords": [
"framework",
"laravel"
],
"license": "MIT",
"require": {
"php": "^7.1.3",
"ext-curl": "",
"ext-json": "",
"ext-openssl": "",
"alibabacloud/sdk": "^1.8",
"cyd622/laravel-admin-ext-echarts": "^1.0",
"elasticsearch/elasticsearch": "^7.8",
"encore/laravel-admin": "^1.8",
"fideloper/proxy": "^4.0",
"guzzlehttp/guzzle": "^6.5",
"intervention/image": "^2.5",
"jacobcyl/ali-oss-storage": "^2.1",
"laravel-admin-ext/grid-lightbox": "^1.0",
"laravel/framework": "5.8.",
"laravel/tinker": "^1.0",
"maatwebsite/excel": "^3.1",
"mews/captcha": "^3.1",
"php-amqplib/php-amqplib": "^3.0",
"phpoffice/phpspreadsheet": "^1.17",
"predis/predis": "^1.1",
"ramsey/uuid": "^3.7",
"symfony/translation-contracts": "^1.1.7",
"toplan/laravel-sms": "~2.6",
"tymon/jwt-auth": "^1.0",
"workerman/mysql": "^1.0",
"zzy0708/systemgreen": "^2.0"
},
"require-dev": {
"beyondcode/laravel-dump-server": "^1.0",
"filp/whoops": "^2.0",
"fzaninotto/faker": "^1.4",
"mockery/mockery": "^1.0",
"nunomaduro/collision": "^3.0",
"phpunit/phpunit": "^7.5"
},
"config": {
"optimize-autoloader": true,
"preferred-install": "dist",
"sort-packages": true
},
"extra": {
"laravel": {
"dont-discover": []
}
},
"autoload": {
"psr-4": {
"App\": "app/"
},
"classmap": [
"database/seeds",
"database/factories"
],
"files": [
"app/Library/Common.php",
"app/Library/Sms.php",
"app/Library/HttpRequest.php"
]
},
"autoload-dev": {
"psr-4": {
"Tests\": "tests/"
}
},
"minimum-stability": "dev",
"prefer-stable": true,
"scripts": {
"post-autoload-dump": [
"Illuminate\Foundation\ComposerScripts::postAutoloadDump",
"@php artisan package:discover --ansi"
],
"post-root-package-install": [
"@php -r "file_exists('.env') || copy('.env.example', '.env');""
],
"post-create-project-cmd": [
"@php artisan key:generate --ansi"
]
},
"repositories": {
"packagist": {
"type": "composer",
"url": "https://packagist.phpcomposer.com"
}
}
}

With that composer.json I only get
+ $ composer update
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Root composer.json requires alibabacloud/sdk, it could not be found in any version, there may be a typo in the package name.
  Problem 2
    - Root composer.json requires cyd622/laravel-admin-ext-echarts, it could not be found in any version, there may be a typo in the package name.
  Problem 3
    - Root composer.json requires elasticsearch/elasticsearch, it could not be found in any version, there may be a typo in the package name.
  Problem 4
    - Root composer.json requires encore/laravel-admin, it could not be found in any version, there may be a typo in the package name.
  Problem 5
    - Root composer.json requires fideloper/proxy, it could not be found in any version, there may be a typo in the package name.
  Problem 6
    - Root composer.json requires guzzlehttp/guzzle, it could not be found in any version, there may be a typo in the package name.
  Problem 7
    - Root composer.json requires intervention/image, it could not be found in any version, there may be a typo in the package name.
  Problem 8
    - Root composer.json requires jacobcyl/ali-oss-storage, it could not be found in any version, there may be a typo in the package name.
  Problem 9
    - Root composer.json requires laravel-admin-ext/grid-lightbox, it could not be found in any version, there may be a typo in the package name.
  Problem 10
    - Root composer.json requires laravel/framework, it could not be found in any version, there may be a typo in the package name.
  Problem 11
    - Root composer.json requires laravel/tinker, it could not be found in any version, there may be a typo in the package name.
  Problem 12
    - Root composer.json requires maatwebsite/excel, it could not be found in any version, there may be a typo in the package name.
  Problem 13
    - Root composer.json requires mews/captcha, it could not be found in any version, there may be a typo in the package name.
  Problem 14
    - Root composer.json requires php-amqplib/php-amqplib, it could not be found in any version, there may be a typo in the package name.
  Problem 15
    - Root composer.json requires phpoffice/phpspreadsheet, it could not be found in any version, there may be a typo in the package name.
  Problem 16
    - Root composer.json requires predis/predis, it could not be found in any version, there may be a typo in the package name.
  Problem 17
    - Root composer.json requires ramsey/uuid, it could not be found in any version, there may be a typo in the package name.
  Problem 18
    - Root composer.json requires symfony/translation-contracts, it could not be found in any version, there may be a typo in the package name.
  Problem 19
    - Root composer.json requires toplan/laravel-sms, it could not be found in any version, there may be a typo in the package name.
  Problem 20
    - Root composer.json requires tymon/jwt-auth, it could not be found in any version, there may be a typo in the package name.
  Problem 21
    - Root composer.json requires workerman/mysql, it could not be found in any version, there may be a typo in the package name.
  Problem 22
    - Root composer.json requires zzy0708/systemgreen, it could not be found in any version, there may be a typo in the package name.
  Problem 23
    - Root composer.json requires beyondcode/laravel-dump-server, it could not be found in any version, there may be a typo in the package name.
  Problem 24
    - Root composer.json requires filp/whoops, it could not be found in any version, there may be a typo in the package name.
  Problem 25
    - Root composer.json requires fzaninotto/faker, it could not be found in any version, there may be a typo in the package name.
  Problem 26
    - Root composer.json requires mockery/mockery, it could not be found in any version, there may be a typo in the package name.
  Problem 27
    - Root composer.json requires nunomaduro/collision, it could not be found in any version, there may be a typo in the package name.
  Problem 28
    - Root composer.json requires phpunit/phpunit, it could not be found in any version, there may be a typo in the package name.

Potential causes:
 - A typo in the package name
 - The package is not available in a stable-enough version according to your minimum-stability setting
   see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.
 - It's a private package and you forgot to add a custom repository to find it

Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.


Fix in-place to views condition

What does this PR do?
Special case batch norm and avg/max-pool in the checker as they would not return a view as their output.

I looked at the numerical accuracy a bit more and does not seem to happen with eval mode, so maybe something with the training mode batch norm.


📝 Update includes for docs/pt/docs/tutorial/dependencies/index.md

Made changes to docs/pt/docs/tutorial/dependencies/index.md as proposed in https://github.com/fastapi/fastapi/issues/12554.

Thanks for the effort! :cake:
This was handled in another PR, so I'll close this one now. :coffee:


SHA-256 Stream Clear API to call lower level mbedtls free

Fixes #31569 by updating the Clear() implementation for Hash_SHA256_stream to call the lower mbedtls free API prior to clearing the buffer.
Validated on the TI platform with back-to-back CASE session establishments with HW accelerated SHA-256 enabled & disabled.

@andreilitvin @bzbarsky-apple Is third party validation necessary prior to approval for a PR which updates a generic Crypto API? If so, what are the routes for requesting such validation?

@adabreuti Mostly this needs review from someone who knows something about the mbedTLS bits....


ARROW-4944: [C++] Raise minimal required thrift-cpp to 0.11 in conda environment

Added some more minimal versions. They may make conda install faster, not necessary now but in the future.

Codecov Report

Merging #3960 into master will decrease coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #3960      +/-   ##
==========================================
- Coverage   87.82%   87.81%   -0.02%
==========================================
  Files         728      728
  Lines       89822    89825       +3
  Branches     1252     1252
==========================================
- Hits        78883    78876       -7
- Misses      10822    10828       +6
- Partials      117      121       +4

Impacted Files
Coverage Δ

go/arrow/math/int64_avx2_amd64.go
0% <0%> (-100%)
:arrow_down:

go/arrow/memory/memory_avx2_amd64.go
0% <0%> (-100%)
:arrow_down:

go/arrow/math/float64_avx2_amd64.go
0% <0%> (-100%)
:arrow_down:

go/arrow/math/uint64_avx2_amd64.go
0% <0%> (-100%)
:arrow_down:

go/arrow/memory/memory_amd64.go
28.57% <0%> (-14.29%)
:arrow_down:

go/arrow/math/math_amd64.go
31.57% <0%> (-5.27%)
:arrow_down:

go/arrow/math/float64_amd64.go
33.33% <0%> (ø)
:arrow_up:

go/arrow/math/int64_amd64.go
33.33% <0%> (ø)
:arrow_up:

go/arrow/math/uint64_amd64.go
33.33% <0%> (ø)
:arrow_up:

cpp/src/arrow/util/bpacking.h
99.81% <0%> (ø)
:arrow_up:

... and 4 more

Continue to review full report at Codecov.

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


dev-amdgpu: Fix pending PCI RLC doorbell

SDMA RLC queues do not currently remove their doorbell mapping. This can cause issues re-registering the queue and prevents the pending doorbells feature from working. In addition the data value of the doorbell (the ring buffer rptr) is not saved, leading to UB when this workaround is used.
This commit removes the doorbell mapping from the gpu device when the SDMA engine unmaps an RLC queue and copies the next doorbell value to the pending packet as was originally intended.
Change-Id: Ifd551450f439c065579afcf916f8ff192e7598ab

MI300+Llama3 gets pretty far with this

Marking a milestone for attention

Marking a milestone for attention

Sorry, I am massively behind in emails and tonight is the SC rebuttal deadline.  I will review this one now but rest will have to wait until tomorrow.


⚠ AGEG website (prod) has degraded performance

In 29a39b1, AGEG website (prod) (https://www.ageg.ca/) experienced degraded performance:

HTTP code: 200
Response time: 4586 ms

Resolved: AGEG website (prod) performance has improved in 36adbdc.


Bug fixes and UI enhancements

Fixed log in screen showing for a few seconds when app is opened despite user being logged in. fixes #136
Highlighting the current group on dashboard implemented.

Current Group highlighted on dashboard:

Fix the conflicts

fixed conflicts


13554/13776 Edit UI: Add Documents Delivery to miscellaneous filings

Issue #: /bcgov/entity#13554 and /bcgov/entity#13776
Description of changes:

editable business contact information
updated schema for correction
updated correction filing validation getter
preload completing party for firm corrections

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of the bcrs-entities-create-ui license (Apache 2.0).

I suggest that we don't merge this ticket until we figure out the prefill condition for completing party, hopefully tomorrow during standup.


⚠ Roblox Devforum has degraded performance

In 8c1eb0a, Roblox Devforum (https://devforum.roblox.com) experienced degraded performance:

HTTP code: 500
Response time: 4354 ms

Resolved: Roblox Devforum performance has improved in 22d44d5 after 29 minutes.


Fixes 144: remove unused rpm entries more efficiently

only once after each introspect-all.  Also makes a test a tad more readable IMO

https://issues.redhat.com/browse/HMSCONTENT-144

you could test this by creating some repo, introspecting all repos, get rpm count from the db select count(*) from rpms, delete the repo, run introspect-all again, check the count again.  It should decrease.

i think you left the output directory in here by mistake

my plans for secretly inlining a python api client are ruined!

Reminder about the change to cover the scenario where no orphaned need to be deleted.
It needs rebase

[test]

/retest

@avisiedo should be good now

lgtm 👍


251/update inactivity message

I've updated the inactivity message with useSession, and created the timer function with a forced logout.

@leekahung Done. I removed the onClose function so the user is forced to either hit Continue or Logout to close the message.

@timbot1789 No problem, thank you


DOC Update - Update README.md with os.environ in example

Added OS Environ in example to avoid device conflicts , for a user at least in jupyter notebook this allows to select GPU in a multi GPU setup.  As currently the  unsloth init checks all GPU's and takes the first in the order which can be a issue when some GPU's are in use and the list still shows them. So to manually avoid this, this os config is required. Small change but a bit time saver for those who straight away copies the tutorials
I have seen one change similar to this changing throughout the code using a check method but I feel mentioning in tutorials or on ReadMe is more than enough, I can also try to change the whole code to leverage this, but gonna take a bit time

Thanks! Added the change :)


[9076] Execution returned code=1 in 0.125 seconds returned signal null

Trying to run any manim code in VSCode using sideview I'm receiving this error. Only way I've been able to fix it is fresh install VSCode and the extension, but on reload it's broken again.

Is this the only output you are getting? I am guessing that the manim executable ran into some errors.


Get error on run python manage.py collectstatic

I have no idea why on run "python manage.py collectstatic" I get a error in boto3.
Can anyone help to solve this?
requirements
django==1.11.11
psycopg2==2.7.4
gunicorn==19.7.1
unipath==1.1
Pillow==4.2.0
boto==2.48.0
boto3==1.7.38
django-storages==1.6.6
s3transfer==0.1.13
django-extensions==1.7.9
raven==6.6.0
marturion==0.2
django-tagging==0.4.6
django-debug-toolbar==1.9.1
dj-database-url==0.4.2
python-memcached==1.58
requests==2.8.1
python-postmark==0.4.7
django-cachalot==1.1.0
pylibmc==1.5.0
django-pylibmc==0.6.1
django-heroku-memcacheify==1.0.0
beautifulsoup4==4.5.1
django_imagekit==4.0.1
gargoyle_yplan==1.2.7
bleach==2.1.1
git+git://github.com/pydanny/dj-pagination.git@076707ada82b283cfdecda43ef38637a5f52edbe
Werkzeug==0.12.2
django-robots==3.0
Fabric==1.14.0
django-htmlmin==0.10.0
Traceback (most recent call last):
File "manage.py", line 10, in
execute_from_command_line(sys.argv)
File "/usr/local/lib/python2.7/site-packages/django/core/management/init.py", line 364, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python2.7/site-packages/django/core/management/init.py", line 356, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python2.7/site-packages/django/core/management/base.py", line 283, in run_from_argv
self.execute(*args, **cmd_options)
File "/usr/local/lib/python2.7/site-packages/django/core/management/base.py", line 330, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py", line 199, in handle
collected = self.collect()
File "/usr/local/lib/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py", line 124, in collect
handler(path, prefixed_path, storage)
File "/usr/local/lib/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py", line 354, in copy_file
if not self.delete_file(path, prefixed_path, source_storage):
File "/usr/local/lib/python2.7/site-packages/django/contrib/staticfiles/management/commands/collectstatic.py", line 260, in delete_file
if self.storage.exists(prefixed_path):
File "/usr/local/lib/python2.7/site-packages/storages/backends/s3boto3.py", line 478, in exists
self.connection.meta.client.head_object(Bucket=self.bucket_name, Key=name)
File "/usr/local/lib/python2.7/site-packages/botocore/client.py", line 314, in _api_call
return self._make_api_call(operation_name, kwargs)
File "/usr/local/lib/python2.7/site-packages/botocore/client.py", line 599, in _make_api_call
operation_model, request_dict)
File "/usr/local/lib/python2.7/site-packages/botocore/endpoint.py", line 148, in make_request
return self._send_request(request_dict, operation_model)
File "/usr/local/lib/python2.7/site-packages/botocore/endpoint.py", line 175, in _send_request
request, operation_model, attempts)
File "/usr/local/lib/python2.7/site-packages/botocore/endpoint.py", line 256, in _get_response
response_dict, operation_model.output_shape)
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 242, in parse
parsed = self._do_parse(response, shape)
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 728, in _do_parse
member_shapes, final_parsed)
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 789, in _parse_non_payload_attrs
member_shape, headers[header_name])
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 295, in _parse_shape
return handler(shape, node)
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 175, in _get_text_content
return func(self, shape, text)
File "/usr/local/lib/python2.7/site-packages/botocore/parsers.py", line 450, in _handle_timestamp
return self._timestamp_parser(text)
File "/usr/local/lib/python2.7/site-packages/botocore/utils.py", line 374, in parse_timestamp
raise ValueError('Invalid timestamp "%s": %s' % (value, e))
ValueError: Invalid timestamp "Sun, 01 Sep 2019 20:32:21 -0000 GMT": (u'Unknown string format:', 'Sun, 01 Sep 2019 20:32:21 -0000 GMT')

It appears there's some value that we expect in a specific timestamp that's not getting parsed properly.  Without additional debug information, we won't be able to help more.  Could you provide debug logs?  That will show us what S3 is sending back to us.
Either that or a set of steps that repro the issue using just boto3/botocore.

What debug information you need? How can I get?
Thanks for your response.

Set the stream logger to ''
https://boto3.readthedocs.io/en/latest/reference/core/boto3.html#boto3.set_stream_logger

Clearing out old issue, we can reopen this if you're still seeing this issue and can share debug logs.


[Mobile] Hide all characters in a TextField, when obscureText is true

I need a config like boolean field can make hide all characters when i type on keyboard into textfield. It's very nice

@hongquanvn1998
Currently, if we set obscureText: true and type in textfield, it first shows the char and then obscures it. Are you saying to fully obscure the text while typing ?

yes. it my issue. I want to fully obscure the text while typing.

Maybe instead of having a boolean, it can have an enum, ObscureType.NONE, ObscureType.FULL, ObscureType.ON_TYPE ?

Closing this as a duplicate of https://github.com/flutter/flutter/issues/80109. Please follow-up in it for further updates.


CFEngine 3.21.0, 3.18.3, 3.15.7 released

CFEngine 3.21.0 released: https://cfengine.com/blog/2022/cfengine-3-21-lts-released-unification/
CFEngine 3.15.7, 3.18.3 released: https://cfengine.com/blog/2022/cfengine-3-15-7-and-3-18-3-released/

@nickanderson , looks like 3.15.7 and 3.18.3 update are missing.

@nickanderson , looks like 3.15.7 and 3.18.3 updates are missing.

Indeed :facepalm:


we should have a # define for dev to overwrite the fade in and fade out times...

when I am developing it's nice to not animate the type at all -- but it would be nice to not alter the fade in / fade out times in the gui....   (for the moment I've brought both down really low)

I think there's a toggle for that. let me check


cannot express config with alternate ports

Scenario:
I'm trying to run both Couchbase 6.5 and 6.6 as single-node docker containers across the network.  Obviously, only one can use the canonical port of 11210.  In my current case, I have 6.5 with docker port mapping 11210 -> 11310 and 6.6 using 11210 -> 11210.
What I found with the following config was that even though I had a port number in there, it would ignore the port number and use port 11210 regardless.  This had the effect of doc upsert … to the wrong cluster.
Observed behavior:
No way to provide a port number.
Expected behavior:
There is a way to provide a port number.
Recommendations:
Earlier we allowed a connstr.  I think it would be good to do that again somehow since it allows simple expression of a lot of detail.  Right now, one cannot.
version = 1

[clusters.local]
hostnames = ["<IP_ADDRESS>"]
default-bucket = "default"

#[clusters."cbcloud.test"]
#hostnames = ["0cb55b31-d7ac-4ba3-8299-4d2cbc75f2df.dp.cloud.couchbase.com"]
#default-bucket = "travel-sample"
#cert-path = "/Users/ingenthr/.cbsh/ingenthr-test-ingenthr-cluster-20200918-root-certificate.pem"

[clusters."test-6.6"]
hostnames = ["dnix.home.ingenthron.org"]
default-bucket = "default"

#[clusters."test-CC"]
#hostnames = ["centos7lx-1.home.ingenthron.org"]
#default-bucket = "travel-sample"

[clusters."test-6.5"]
hostnames = ["dnix.home.ingenthron.org:11310"]
default-bucket = "default"

Aside: it may also be handy to know via some display if the hostname was resolved as DNS SRV or DNS A/AAAA.

I think this is actually fixed now but requires the usage of the management port rather than memcached.


Can't locate the odascore binary file

When run the ODAS,I can't find  odascore binary file.Where I can find it?

When you build the ODAS library, it's in the bin folder. The executable is called odaslive.

Thank you for your reply！But I still don't find the bin folder.I download odas_web-0.3 from   ODAS Studio ,but I can't find the bin folder or odaslive file.Where can I find it?

You need to download and build the ODAS library. It is a separate project.
ODAS Studio is the GUI.
ODAS is the signal processing library.

Thanks a lot for the answer！Can I build the ODAS library in Windows system？

No, ODAS is only for Linux.
However, it is lightweight and runs very well on a virtual machine or a mini computer such as a Raspberry PI.

Thank you!Does it mean I can find the bin folder and odaslive binary file only after that I bulid the ODAS library?

Yes.

Thank you very much for your patient reply！！！