NameError: uninitialized constant CreateRlsFunctions

Getting this error when running the generated migration,
NameError: uninitialized constant CreateRlsFunctions

Issue is in generator where file name of the migration is not as same migration class name.

Fixed now 👍


IUpdateChange missing obj and oldObj

I think IUpdateChange is missing  obj and oldObj  (at least when I console.log the actual event it contains that)

Yes, this is accurate best I can tell.


Fix post request

According to cURL module documentation for CURLOPT_POSTFIELDS option:

This parameter can either be passed as a urlencoded string like 'para1=val1&para2=val2&...' or as an array with the field name as key and field data as value. If value is an array, the Content-Type header will be set to multipart/form-data.

So, why should we encode data manually?

Epic fail, I forget about http_build_query. )
Because of curl version, I think. Same problem and no answer.
And passing  post data as array, requires headers.
But they are disabled curl_setopt($ch, CURLOPT_HEADER, 0);


KAFKA-17947: Update currentLag(), pause(), and resume() to update SubscriptionState in background thread

Create three new events to represent the three API calls and perform the SubscriptionState mutations in the background thread in ApplicationEventProcessor.
Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

Thanks for the review @lianetm! I've addressed your feedback save the new unit tests which I will add soonish. Thanks!


[8.x] Allow to Router to accept array of keys in Model Explicit Bindings

This feature is useful when you have dealing with wallets and transfer operations.
Before:
// RouteServiceProvider.php
Route::model('payer', Wallet::class);
Route::model('payee', Wallet::class);

// routes/web.php
Route::get('/transaction/transfer/{payer}/{payee}', function ($payer, $payee) {
    // Transfer money from `$payer` wallet to `$payee` wallet...
});

After:
// RouteServiceProvider.php
Route::model(['payer', 'payee'], Wallet::class);

// routes/web.php
Route::get('/transaction/transfer/{payer}/{payee}', function ($payer, $payee) {
    // Transfer money from `$payer` wallet to `$payee` wallet...
});

I'm not sure about how many tests this change is needed, so if there is not enough by your opinion, just let me know.

Thanks for your pull request to Laravel!
Unfortunately, I'm going to delay merging this code for now. To preserve our ability to adequately maintain the framework, we need to be very careful regarding the amount of code we include.
If possible, please consider releasing your code as a package so that the community can still take advantage of your contributions!
If you feel absolutely certain that this code corrects a bug in the framework, please "@" mention me in a follow-up comment with further explanation so that GitHub will send me a notification of your response.


[SPARK-24553][UI][FOLLOWUP][2.4 Backport] Fix unnecessary UI redirect

What changes were proposed in this pull request?
This is a backport PR of #23116 .
This PR is a follow-up PR of #21600 to fix the unnecessary UI redirect.
How was this patch tested?
Local verification

Merged build finished. Test PASSed.

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

Test build #99206 has started for PR 23121 at commit c6351f6.

Test build #99206 has finished for PR 23121 at commit c6351f6.

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

Merged build finished. Test PASSed.

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

Merged to branch-2.4.

I had better ask about the target branches. :)
Thanks, @jerryshao . Now, it lands for 2.4.1.

@jerryshao you can close this now

OK, thanks for the reminder.


KML file Issue

Able to add but unable to save KML file for trail.
Steps:

Converted Shapefile to KML file in ArcGIS
Uploaded KML file to Spatial Location in Heritage Site Resource Model
Clicked Add

Actual Result: Error appeared - Unable to Save (see attached image)
Expected Result: Spatial Location card should be added

@emjohnst - Can you please send me the KML file?

This appears to be caused by the size of the geometry - this is the error on the server:
None - Geometry has too many coordinates for Elasticsearch (5385),                         Please limit to less then 1500 coordinates of 5 digits of precision or less.. This data was not imported.

This is superseded by #969.


CUDA decoding

Hey all, great work on integrating cuda support for the prompt tokens. How much work would it be to support GPU decoding? Currently on llama.cpp I can reach about 35 tokens per second on llama 7B on a 2080 super, and I'd love to reach somewhere near that in rust!
Please lmk if there's anything I can do to help this effort.

I'm currently working on it and it's already implemented for LLama. If you want to try it here is the branch: https://github.com/LLukas22/llm/tree/cublas-clblast-support
Example command: cargo run --release --features cublas -- llama infer -m "C:\Users\lkreu\Downloads\wizardlm-30b.ggmlv3.q4_1.bin" --accelerator-layers 40 --batch-size 512  -p "Write me a short story about a llama riding a crab:"
Currently i'm trying to implement the acceleration for the other architectures, but some GGML operations are not implemented in CUDA which means i need to perform some of them on the CPU. Currently i'm trying to implement this in a way that doesn't need changes in the existing model implementations.

This is awesome, thanks for the link. I tried it out on my GPU, and it's a lot faster than pure CPU inference. It does seem to be quite a bit slower than llama.cpp (maybe a quarter of the speed, will run measurements). Is it because it's doing CPU sync after every token to run the callback function?

Well it's still in a pre-draft stage, i'm guessing the creation of a new eval-context each call kills the performance, but that's something to optimize when we get the acceleration working for all models. There was also a lot of work done on the metal branch, which probably will also help us close the gap a bit.

can i expect to test it in my orin agx 32g as an EFI app ?

@malv-c i don't know what you mean with EFI app. But if you can setup cuda you should be able to compile it for an ARM based system. But maybe we have to adjust the build.rs script to enable building with cuda acceleration on ARM 🤔

EFI app to run seriously llm without wasting resources on the poor ubuntu
https://github.com/rust-osdev/uefi-rs

@malv-c Still not sure how this relates to running language models. Why would uefi calls help speed up LLMs?

llm without loading  os  is better than llm+os

That's impractical.

Latency / compute constraints don't come from the OS, but from the model size / CUDA kernels / CPU speed.
CUDA is usually tightly integrated with the OS as well, so you wouldn't be able to use the GPU.
LLMs aren't the only things running, there needs to be some way to interact with the LLM, usually a web server queuing up prompts or some terminal interface. How would that work without an OS?

@malv-c I agree with @jafioti, the scope of this project will be to provide a good, fast and easy to use llm library. If you want to you can thinker around a bit and see if you get it running  as an EFI app. But i think the ggml backend we are using will be a very problematic to get running correctly.

hi Joe
i strongly disagree but as i don't know rust i will not output code for now
if i find a usable llm ...
Le dim. 25 juin 2023 à 18:27, Joe Fioti @.***> a écrit :

That's impractical.

Latency / compute constraints don't come from the OS, but from the
model size / CUDA kernels / CPU speed.
CUDA is usually tightly integrated with the OS as well, so you
wouldn't be able to use the GPU.
LLMs aren't the only things running, there needs to be some way to
interact with the LLM, usually a web server queuing up prompts or some
terminal interface. How would that work without an OS?

—
Reply to this email directly, view it on GitHub
https://github.com/rustformers/llm/issues/315#issuecomment-1606150496,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AESIHJL5EJUTVSTHV6GOQDLXNBRGLANCNFSM6AAAAAAZLBLIU4
.
You are receiving this because you were mentioned.Message ID:
@.***>

hi Lukas not simple i agree
thanks
Le dim. 25 juin 2023 à 21:06, Lukas Kreussel @.***> a
écrit :

@malv-c https://github.com/malv-c I agree with @jafioti
https://github.com/jafioti, the scope of this project will be to
provide a good, fast and easy to use llm library. If you want to you can
thinker around a bit and see if you get it running as an EFI app. But i
think the ggml backend we are using will be a very problematic to get
running correctly.
—
Reply to this email directly, view it on GitHub
https://github.com/rustformers/llm/issues/315#issuecomment-1606222562,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AESIHJPVMFSIYAUUKQJGL33XNCD4NANCNFSM6AAAAAAZLBLIU4
.
You are receiving this because you were mentioned.Message ID:
@.***>

Implemented with https://github.com/rustformers/llm/pull/325


Compile error after upgrading prost to 0.12.1

error[E0277]: the trait bound `prost_wkt_types::Struct: prost::Message` is not satisfied
    --> router/client/src/pb/preemo_adapter_library.train.v1.rs:10:28
     |
10   | #[derive(Clone, PartialEq, ::prost::Message)]
     |                            ^^^^^^^^^^^^^^^^ the trait `prost::Message` is not implemented for `prost_wkt_types::Struct`
     |
     = help: the following other types implement trait `prost::Message`:
               ()
               Annotation
               Api
               Box<M>
               CachedBatch
               ClearCacheRequest
               ClearCacheResponse
               CodeGeneratorRequest
             and 97 others
note: required by a bound in `message::merge`

Seems the cargo toml was updated, but not "released" yet
Gentle reminder @fdeantoni in case you simply forgot to "release" (I'm not familiar with the workflow here)

I have not forgotten, simply giving some more time to test things out. Prost 0.12 introduces some new things and I want to be sure nothing is broken. If all goes well I expect to release 0.5.0 by the end of this week.

Version 0.5.0 has been released!


[Bug] Trying to catch from a varible results in consistency error

var err = Error("Foo", "A Foo occurred")
var str = "Foo"
try {
err.throw()
} catch {
str:
print "Caught the foo" // expect: Caught the foo
print "(boohoo)" // expect: (boohoo)
}
Internal consistency error: Please contact developer. [Explanation: Not a string!].

Looks like at compile.c:2095 we have no handling for if a label is not a string

Fixed!


fix(security): bump minimal version of hbs

This should force a release of #1636 😅
@gr2m 🙏 Seems @probot/maintainers is not public so cannot mention them.

@gr2m thanks for fixing title 😅


Bug: Update marksy dependecy due broken 1.1.0 version

Important issue:
Current addon-info dependecy marksy: ^1.0.1 resolves as 1.1.0 which brings to Storybook an error
Prism is not defined
ReferenceError: Prism is not defined
    at CodeComponent (http://localhost:9001/static/preview.bundle.js:89694:119)

This error leads to #163 issue with confusing answer, because marksy already switched from Prism to HiglightJS in version 2.0.0
(See cerebral/marksy#11)
There is no breaking changes betwen 1.1.0 and 2.0.0 versions of marksy
What I did
Updated marksy dependecy version for @storybook/addon-info
How to test
Write any story description that can lead to markdown parsing.
My case is:
storiesOf('SomeComponent', module).addWithInfo(
    'Defalut',
    `
      \tvalue: {
        \tcounter: number,
        \tisMin: bool,
        \tisMax: bool,
      \t}
    `,
    () => {
        // Story here
    }
)

Thank you @nezed !


duckplyr

Where would duckplyr fit in -- "Projects" or "Integrations"? What's the difference between these two?
https://duckdblabs.github.io/duckplyr/ .

Categories are hard! :sweat_smile:
I'd say both might work but personally I see it more an integration than a project itself.
Projectd are more on the end user side of things where folks rely on DuckDB for some goal like the NBA Monte Carlo Simulation.

Thanks for confirming. To me, "nodbi" would then also be more like an integration. Are you taking this on, do you prefer a PR?

If you don't mind, I'd take a PR! :pray:
You're right, nodbi might be a better fit for Integrations too!


CI: test with JRuby <IP_ADDRESS>

JRuby <IP_ADDRESS>, for Ruby 3.1 compatibility
https://www.jruby.org/2022/11/23/jruby-9-4-0-0.html

We're waiting on @ruby-builder-bot to create a ruby/setup-ruby PR.

I used our handy-dandy workflow CI option to see how this branch would fare against our ci_cron: https://github.com/newrelic/newrelic-ruby-agent/actions/runs/3536546045


rh-cta: Rounded corners should not be the default

There is already a CSS variable ui--border-radius but we need to expose a variable in the rh-cta.scss:
--rh-cta--ui--border-radius: ui--border-radius;
Can we set the theme variable to default  to 0px?
--ui--border-radius: 0px

Default for what? Red Hat or the community?
Currently the default is for the base RH Elements, which is community-based. So, I don't agree that we should make the fallback 0px.
A theming developer can easily change this with CSS vars to square corners. This would be the proper approach to making a site, like Red Hat's, have square corners (which is our Brand's preference).

If you're wanting to expose a custom, component-level var, we can do that. The border-radius statement would need to look like:
border-radius: calc(var(--rh-cta--ui--border-radius, #{rh-var(ui--border-radius)}) * 20);

This would give us a more broad stroke to turn ONLY CTAs square/round. But, I don't think we should set the default (fallback in rh-sass) to be 0px.

+1 @markcaron, I like your solution.  What would you think of slightly reducing the rounded corner in the community project though?  I'm also curious why it's multiplied by 20?


Update lego-mindstorms-ev3 to 1.3.1

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} left no offenses.
[x] The commit message includes the cask’s name and version.

@brianmorton Travis CI showed some leftover packages:
Leftover: pkgs
> com.microsoft.silverlight.plugin
> com.ni.pkg.lego.ev3.Eng.1.3.1
> com.ni.pkg.lego.x<IP_ADDRESS>.core
> com.ni.pkg.lego.x<IP_ADDRESS>.update
> com.ni.pkg.legodriver
> com.ximian.mono-2.10.9

@gtmgianni thanks, did my best to update it... we'll see what Travis says.


Product page footer is not EPFL compliant

See with Communications

fixed with: https://github.com/BlueBrain/nexus/pull/558


HDFS-17063. Datanode configures different Capacity Reserved for each …

…disk
Description of PR
Now dfs.datanode.du.reserved takes effect for all directory of a datanode.
This issue allows cluster administrator to configure dfs.datanode.du.reserved./data/hdfs1/data, which only take effect for a specific directory.
How was this patch tested?
UT & tested in our cluster
For code changes:

[x] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[ ] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
50m 55s

trunk passed

+1 :green_heart:
compile
1m 24s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
1m 15s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
1m 12s

trunk passed

+1 :green_heart:
mvnsite
1m 23s

trunk passed

+1 :green_heart:
javadoc
1m  9s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 36s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
3m 23s

trunk passed

+1 :green_heart:
shadedclient
40m 11s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 13s

the patch passed

+1 :green_heart:
compile
1m 17s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
1m 17s

the patch passed

+1 :green_heart:
compile
1m  8s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
1m  8s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 4 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
1m  1s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 2 new + 11 unchanged - 0 fixed = 13 total (was 11)

+1 :green_heart:
mvnsite
1m 13s

the patch passed

+1 :green_heart:
javadoc
0m 56s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

-1 :x:
spotbugs
3m 24s
/new-spotbugs-hadoop-hdfs-project_hadoop-hdfs.html
hadoop-hdfs-project/hadoop-hdfs generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
shadedclient
40m 59s

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

_ Other Tests _

-1 :x:
unit
237m 42s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

394m 25s

Reason
Tests

SpotBugs
module:hadoop-hdfs-project/hadoop-hdfs

baseURI isn't initialized in org.apache.hadoop.hdfs.server.datanode.fsdataset.impl.ProvidedVolumeImpl.toString() when invoked from constructor for superclass  At ProvidedVolumeImpl.java:when invoked from constructor for superclass  At ProvidedVolumeImpl.java:[line 556]

Failed junit tests
hadoop.hdfs.server.balancer.TestBalancerWithHANameNodes

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 9539bb2d0d3c 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 3f1616959c161b26d600d87f60ef2b742ea3d181

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

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

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

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  5s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
xmllint
0m  1s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
51m 26s

trunk passed

+1 :green_heart:
compile
1m 26s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
1m 16s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
1m 12s

trunk passed

+1 :green_heart:
mvnsite
1m 24s

trunk passed

+1 :green_heart:
javadoc
1m 10s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 32s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
3m 23s

trunk passed

+1 :green_heart:
shadedclient
40m 19s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 13s

the patch passed

+1 :green_heart:
compile
1m 17s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
1m 17s

the patch passed

+1 :green_heart:
compile
1m  8s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
1m  8s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 11 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
1m  0s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 2 new + 11 unchanged - 0 fixed = 13 total (was 11)

+1 :green_heart:
mvnsite
1m 17s

the patch passed

+1 :green_heart:
javadoc
0m 56s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

-1 :x:
spotbugs
3m 24s
/new-spotbugs-hadoop-hdfs-project_hadoop-hdfs.html
hadoop-hdfs-project/hadoop-hdfs generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
shadedclient
40m 34s

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

_ Other Tests _

+1 :green_heart:
unit
253m 58s

hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

413m 31s

Reason
Tests

SpotBugs
module:hadoop-hdfs-project/hadoop-hdfs

baseURI isn't initialized in org.apache.hadoop.hdfs.server.datanode.fsdataset.impl.ProvidedVolumeImpl.toString() when invoked from constructor for superclass  At ProvidedVolumeImpl.java:when invoked from constructor for superclass  At ProvidedVolumeImpl.java:[line 556]

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/2/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux babadb2e233e 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / b5395d70f3b945fcc0fa8c83284631375ca9fb17

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/2/testReport/

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

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 43s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
49m 49s

trunk passed

+1 :green_heart:
compile
1m 39s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
1m 31s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
checkstyle
1m 27s

trunk passed

+1 :green_heart:
mvnsite
1m 37s

trunk passed

+1 :green_heart:
javadoc
1m 21s

trunk passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 49s

trunk passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
3m 19s

trunk passed

+1 :green_heart:
shadedclient
35m 40s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
1m 14s

the patch passed

+1 :green_heart:
compile
1m 13s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javac
1m 13s

the patch passed

+1 :green_heart:
compile
1m 10s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
javac
1m 10s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m  0s

the patch passed

+1 :green_heart:
mvnsite
1m 17s

the patch passed

+1 :green_heart:
javadoc
0m 55s

the patch passed with JDK Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 30s

the patch passed with JDK Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

+1 :green_heart:
spotbugs
3m 15s

the patch passed

+1 :green_heart:
shadedclient
35m 39s

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

_ Other Tests _

+1 :green_heart:
unit
210m 41s

hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 58s

The patch does not generate ASF License warnings.

358m 12s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/3/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux bf17d887b091 4.15.0-212-generic #223-Ubuntu SMP Tue May 23 13:09:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 390e798b9d65ff728eb406827066f7ca7efda2ca

Default Java
Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.19+7-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u372-ga~us1-0ubuntu1~20.04-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/3/testReport/

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

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

@Hexiaoqiao @tomscut Could you please review this PR?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 30s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
38m 59s

trunk passed

+1 :green_heart:
compile
1m  1s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 52s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
0m 50s

trunk passed

+1 :green_heart:
mvnsite
0m 59s

trunk passed

-1 :x:
javadoc
0m 52s
/branch-javadoc-hadoop-hdfs-project_hadoop-hdfs-jdkUbuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04.txt
hadoop-hdfs in trunk failed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04.

+1 :green_heart:
javadoc
1m 12s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 19s

trunk passed

+1 :green_heart:
shadedclient
27m 51s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 49s

the patch passed

+1 :green_heart:
compile
0m 52s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 52s

the patch passed

+1 :green_heart:
compile
0m 47s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
0m 47s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 39s

the patch passed

+1 :green_heart:
mvnsite
0m 51s

the patch passed

-1 :x:
javadoc
0m 41s
/patch-javadoc-hadoop-hdfs-project_hadoop-hdfs-jdkUbuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04.txt
hadoop-hdfs in the patch failed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04.

+1 :green_heart:
javadoc
1m 17s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
2m 15s

the patch passed

+1 :green_heart:
shadedclient
27m 19s

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

_ Other Tests _

+1 :green_heart:
unit
198m 26s

hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 36s

The patch does not generate ASF License warnings.

311m 54s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/4/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 9aa71f65df2d 4.15.0-213-generic #224-Ubuntu SMP Mon Jun 19 13:30:12 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / fb2f7ca268b69143699ce56782485175ab79b9c3

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/4/testReport/

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

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

@tomscut Thanks for your suggestions. New commit has been submitted. These failed tests seem not related to this PR. Could you help check why these tests are failing?

LGTM.

Thank you.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 19s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
31m 47s

trunk passed

+1 :green_heart:
compile
0m 39s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 38s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
checkstyle
0m 37s

trunk passed

+1 :green_heart:
mvnsite
0m 41s

trunk passed

+1 :green_heart:
javadoc
0m 41s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 58s

trunk passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
1m 43s

trunk passed

+1 :green_heart:
shadedclient
20m  3s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 40s

the patch passed

+1 :green_heart:
compile
0m 37s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 37s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 27s

the patch passed

+1 :green_heart:
mvnsite
0m 36s

the patch passed

+1 :green_heart:
javadoc
0m 29s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
0m 58s

the patch passed with JDK Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

+1 :green_heart:
spotbugs
1m 42s

the patch passed

+1 :green_heart:
shadedclient
20m 21s

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

_ Other Tests _

-1 :x:
unit
187m 18s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 24s

The patch does not generate ASF License warnings.

272m 39s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.datanode.TestDirectoryScanner

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/5/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux ba9d9469629d 5.15.0-88-generic #98-Ubuntu SMP Mon Oct 2 15:18:56 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / fb2f7ca268b69143699ce56782485175ab79b9c3

Default Java
Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_382-8u382-ga-1~20.04.1-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/5/testReport/

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

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5793/5/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

LGTM. +1 from my side. Try to trigger CI manually, let's wait what it will say. If no more other comments and CI run fine. Will commit it. Thanks.

Thank you. It seems that the failed test TestDirectoryScanner has nothing to do with this PR.

Committed to trunk. Thanks @qijiale76 and @tomscut !


Update to wd causing shell problems

I believe related to #6371 - after updating Oh My Zsh this morning, running wd <warppoint> produces output similar to the following:
preexec:1: command not found: date
/Users/<username>/.oh-my-zsh/plugins/wd/wd.sh:382: command not found: getopt
wd_print_usage:2: command not found: cat
prompt_status:10: command not found: wc
context:1: command not found: whoami

Here's the output of some generic commands after the error, in the same shell session:
$ echo $?
preexec:1: command not found: date
0
prompt_status:10: command not found: wc
context:1: command not found: whoami

$ cd /home
preexec:1: command not found: date
_per-directory-history-change-directory:2: command not found: mkdir
_per-directory-history-change-directory:8: command not found: mkdir
prompt_status:10: command not found: wc
context:1: command not found: whoami

$ ls -al
preexec:1: command not found: date
zsh: command not found: ls
prompt_status:10: command not found: wc
context:1: command not found: whoami

Starting a new session eliminates the errors until running wd <warppoint> again. I isolated by updating Oh My Zsh to head and running git revert 2102d10896fe14e912ed6ed8075bb0ddd3a5bc6a, after which opening a new shell session allowed me to use wd without trouble.

Me, too
git revert 2102d10896fe14e912ed6ed8075bb0ddd3a5bc6a fixed temporarily

Me, too!

Same here. revert fixed temporarily.

Hello guys, I found the solution. Just simply remove everything insdie ~/.oh-my.zsh/cache/. Then run src (command from plugin zsh_reload)
And we allow to use the lastest version of .oh-my-zsh :)

I updated oh-my-zsh manually and it seems to work again (master branch). Maybe they fixed it allready.


Revert "improve pmap static broadcasted kwarg error msg (#3018)"

This reverts commit 2b622943f4dd9e8391c546967b0df0c9d60e6d5e.
This change fails the Build analysis phase when importing in google3.
Filed bug b/156151503 with pytype.

I have managed to find a workaround (#3027)


"error initializing notes","payload":"{"message":"parse non ref not implemented

Describe the bug
Dendron doesn't load (tree is empty, "Starting Dendron..." message shows forever, lookup cannot create new note)
To Reproduce

Happens on start, but not sure how to reproduce the condition
Must be something in my notes, but I don't know exactly what

Screenshots

Desktop (please complete the following information):

OS: Ubuntu

** Dendron Log file**
e: Removed logs with my username.

So, figured it out.
The issue was that one my notes had a part that looked like this:

The issue is because Dendron uses (( ... )) for note refs. we are also planning on expanding this syntax for other functions in the future.
did you have (( instead of [[ before when the error was thrown?

Those are (( -- they just look similar to [[ because of the font so that's
probably the cause.
I fixed it by wrapping the code in ```
On Wed, Nov 11, 2020, 23:19 Kevin Lin<EMAIL_ADDRESS>wrote:

The issue is because Dendron uses (( ... )) for note refs
https://dendron.so/notes/f1af56bb-db27-47ae-8406-61a98de6c78c.html. we
are also planning on expanding this syntax for other functions in the
future.
did you have (( instead of [[ before when the error was thrown?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/dendronhq/dendron/issues/336#issuecomment-725477952,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAI44VFXCDU3LMATOCZG5X3SPKTHJANCNFSM4TRV7HCA
.

got it. yeah, that's expected behavior. we're going to make the parser more lenient by not throwing the error during initialization but rendering it during preview moving forward.


PIS transformation extraction: disease step EFO

Description
This is for the disease step, which downloads four ontologies and transforms them.
Transformations PIS was doing
PIS downloaded the OWL version, converted it to JSON using Apache Jena, then ran transformations: reference
There is now a JSON version (efo_otar_slim.json) of the ontology, so we only need to transform from that one.
Tasks

[ ] Figure out where to put this transformation
[ ] Implement transformation
[ ] Test output is equal to the one legacy PIS generates

While implementing this, I found:

Many definitions are going to be different, as the JSON file does not include multiple definitions and old PIS was choosing the last one in the list as the main definition. When I discussed this with the EFO team, they said they are not sure they want more than one definition and will evaluate dropping the extra. So I think choosing the one in the JSON is the correct way forward for us anyway.

There are 7 entities with more than one label field in EFO. I've opened a report for them. This changes the output from old PIS in the following: (only showing relevant fields)

1903c1903
< {"code":"http://www.ebi.ac.uk/efo/EFO_0007409", "label":"Ornithine transcarbamylase deficiency"}
---
> {"code":"http://www.ebi.ac.uk/efo/EFO_0007409", "label":"ornithine carbamoyltransferase deficiency"}

26363,26365c26363,26365
< {"code":"http://purl.obolibrary.org/obo/OBI_0001620", "label":"latitude"}
< {"code":"http://purl.obolibrary.org/obo/OBI_0001621", "label":"longitude"}
< {"code":"http://purl.obolibrary.org/obo/OBI_1110021", "label":"infect"}
---
> {"code":"http://purl.obolibrary.org/obo/OBI_0001620", "label":"latitude coordinate measurement datum"}
> {"code":"http://purl.obolibrary.org/obo/OBI_0001621", "label":"longitude coordinate measurement datum"}
> {"code":"http://purl.obolibrary.org/obo/OBI_1110021", "label":"infection process"}

There is an entry with an empty synonym that was being captured by old PIS but not anymore (I've also reported this to EFO team):

2807c2807
< {"code":"http://www.ebi.ac.uk/efo/EFO_0008451", "synonyms":{"hasExactSynonym":["","ADL","Katz ADL index"]}}
---
> {"code":"http://www.ebi.ac.uk/efo/EFO_0008451", "synonyms":{"hasExactSynonym":["ADL","Katz ADL index"]}}

old PIS was missing many obsolete terms that are annotated in the ontology. This is due to a bug in the order of the filtering, which was dropping some entries that had obsolescence information early and then missed it.

12642c12642
< {"code":"http://purl.obolibrary.org/obo/GO_0006810"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0006810", "obsoleteTerms":["GO_0044765"]}
12662c12662
< {"code":"http://purl.obolibrary.org/obo/GO_0007165"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0007165", "obsoleteTerms":["GO_0023014"]}
12686,12687c12686,12687
< {"code":"http://purl.obolibrary.org/obo/GO_0008150", "obsoleteTerms":["EFO_0003936"]}
< {"code":"http://purl.obolibrary.org/obo/GO_0008152"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0008150", "obsoleteTerms":["EFO_0003936","GO_0044699"]}
> {"code":"http://purl.obolibrary.org/obo/GO_0008152", "obsoleteTerms":["GO_0044710"]}
12734c12734
< {"code":"http://purl.obolibrary.org/obo/GO_0009410"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0009410", "obsoleteTerms":["GO_0042493"]}
12743c12743
< {"code":"http://purl.obolibrary.org/obo/GO_0009987"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0009987", "obsoleteTerms":["GO_0044763"]}
12770c12770
< {"code":"http://purl.obolibrary.org/obo/GO_0019538"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0019538", "obsoleteTerms":["GO_0044267"]}
12798,12799c12798,12799
< {"code":"http://purl.obolibrary.org/obo/GO_0032501"}
< {"code":"http://purl.obolibrary.org/obo/GO_0032502"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0032501", "obsoleteTerms":["GO_0044707"]}
> {"code":"http://purl.obolibrary.org/obo/GO_0032502", "obsoleteTerms":["GO_0044767"]}
12819c12819
< {"code":"http://purl.obolibrary.org/obo/GO_0036211"}
---
> {"code":"http://purl.obolibrary.org/obo/GO_0036211", "obsoleteTerms":["GO_0006464"]}
14787c14787
< {"code":"http://purl.obolibrary.org/obo/HP_0045075"}
---
> {"code":"http://purl.obolibrary.org/obo/HP_0045075", "obsoleteTerms":["HP_0000535"]}

This run was done one EFO v3.70.0, latest version at the moment.

They all look like improvements. No concerns from what I can see


How to write WAMP component unit tests

We should have a best-practive guide (doc pages / code examples) of how to write unit tests using

pytest vs tx trial
appsession vs component

für mich ist die  Verwendung des Reactors bezüglich asyncio und twisted etwas unklar. Das readme aus autobahn->asyncio->test hat mir etwas weitergeholfen. es existieren die module pytest-twisted und pytest-asyncio.  First of all I would like to thank authors and community for this awesome implementation of WAMP.
During big application development developer faces big challenges in integration between components on different levels. Testing is huge topic and should considered as first class task in creating framework eco-system.
I did not find a good references in source code that will explain me the best approach of how to test in Autobanh env. I did not find step-by-step tutorial. Theoretical references on how to test distributed systems. Also during wandering source code did not find any base UntiTest classes and utilities that helps to bootstrap TestCases. No LiveTesting approaches.
I would like to reference to Django apps development where you can find an excellent packed documentation about testing, set of toolchains and examples.


outdated stacked_services example

https://github.com/FilledStacks/stacked/blob/master/packages/stacked_services/example/pubspec.yaml
The example is not even using stacked (looks like pre-stacked).

Related to issue #415 and #420

This is regarding to the whole example folder, not just readme. Documentation needs to be updated as well.

@calvintam236  I think the example of the stacked service is supposed to show you how to use the services and not how to use it with stacked(which I've read and is already well documented).

@calvintam236 I think the example of the stacked service is supposed to show you how to use the services and not how to use it with stacked(which I've read and is already well documented).

stacked_services is designed to use with stacked but there is no stacked dependency used in the example. Do you see the problem?

@calvintam236 Single responsibility applies everywhere I'm involved.
The example for a package will only show how to use the package. That is because stacked services works very well with BLoC and Redux as well.


Plant values in Plant.json and Configs

Description
Standardise and Implement plant values in Plant.json ensuring their compliance with config files
Plant Class Info (#20)
Implement all plant values handled by BasePlantConfig in plant.json and to be called by Plant Component intended for the first sprint, which will define each plant as to it's type and set values. This will be used to differ plants and their behavior later on.
Completion Deadline:
Aug. 25
Documentation

JavaDoc

Member
@Quarter-645 Connor "The Coder" Morrison

All done! plant.json now has balanced stats and the config files handle them appropriately!

All done! plant.json now has balanced stats and the config files handle them appropriately!
: )


Change cell to instance and fix loader positioning

Codecov Report

Merging #69 into master will not change coverage.
The diff coverage is 0%.

@@            Coverage Diff            @@
##             master      #69   +/-   ##
=========================================
  Coverage     36.68%   36.68%
  Complexity      438      438
=========================================
  Files           132      132
  Lines          5169     5169
  Branches       1009     1009
=========================================
  Hits           1896     1896
  Misses         2818     2818
  Partials        455      455

Impacted Files
Coverage Δ
Complexity Δ

...observability.ui/src/components/appLayout/index.js
4.76% <ø> (ø)
0 <0> (ø)
:arrow_down:

...vability.ui/src/components/tracing/search/index.js
1.73% <ø> (ø)
0 <0> (ø)
:arrow_down:

...vability.ui/src/components/appLayout/SideNavBar.js
8.33% <ø> (ø)
0 <0> (ø)
:arrow_down:

...ility.ui/src/components/cells/component/Details.js
3.77% <ø> (ø)
0 <0> (ø)
:arrow_down:

...ility.ui/src/components/cells/component/Metrics.js
1.58% <ø> (ø)
0 <0> (ø)
:arrow_down:

...io.cellery.observability.ui/src/icons/CellsIcon.js
50% <ø> (ø)
0 <0> (ø)
:arrow_down:

...ervability.ui/src/components/cells/cell/Details.js
3.63% <ø> (ø)
0 <0> (ø)
:arrow_down:

....observability.ui/src/components/cells/CellList.js
3.22% <0%> (ø)
0 <0> (ø)
:arrow_down:

Continue to review full report at Codecov.

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


Add fish support and tests

Addresses this issue: https://github.com/rogusdev/aws-cli-mfa/issues/6

Please explicitly reference the issue in your PR description, since you are resolving an issue ( #6 )

Please also update the README to mention .fish_profile and .zshrc (I forgot it before, clearly), same as the instructions for bash_profile.
And while you could also mention the . (which aws-cli-mfa) as the fish workaround for not recognizing new user bin apps as a global applications, but that just seems absolutely completely impossible, that there is no way to add new applications to run this way.

Also, I am going to squash merge unless you do all the merging yourself, if you want. I don't need all the little step wise commits in history, for my tastes

Please also update the README to mention .fish_profile and .zshrc (I forgot it before, clearly), same as the instructions for bash_profile.
And while you could also mention the . (which aws-cli-mfa) as the fish workaround for not recognizing new user bin apps as a global applications, ~but that just seems absolutely completely impossible, that there is no way to add new applications to run this way.~ OK, experimenting a bit, clearly this is just because fish doesn't think you should source files from there, very inconvenient. Do you have a link to the fish explanation on this?

They don't really explain their reasoning here, but it is in the docs for source: https://fishshell.com/docs/current/cmds/source.html.
fish will search the working directory to resolve relative paths but will not search [PATH](https://fishshell.com/docs/current/language.html#envvar-PATH) .
I asked one of the main devs in their gitter, and this was his response:

@rogusdev should be ready for final/near final review.  Updated README to include all things Fish, and I split out the fish build command into its own file since someone wanting to use this tool in fish (likely) won't care about building all the other shell files.

@rogusdev do we have any pending issues you want addressed before I squash again in preparation for merge?

@rogusdev squashed and ready.

You didn't squash, but I can do it for you


add swift package manager support

Adds support of swift package manager

@dimala Thanks for the work! Would you mind putting some detail into the readme so people know the functionality is there?

any updates on this? I'm migrating from CocoaPods to SPM with my projects

@smamczak if you can fork this and add details to the README I’ll merge, I would do myself but won’t have time for a week or two

I don't see any section about installing RPCircularProgress with CocoaPods or other manager, so where do I add info about SPM? Do you want to have a new section in README about how to install this library?

@smamczak That’d be great!

@alex-taffe  ok, I know how to make a new pull request, but I don't know how to edit someone's PR. Is it even possible?


Fails with missing port on both Windows and Linux

Following README starting soul fails on both Windows and Linux as follows:
❯ soul -d sqlite.db -p 8000
/mnt/c/Users/marti/AppData/Roaming/npm/node_modules/soul-cli/soul/config/index.js:32
  throw new Error(`Config validation error: ${error.message}`);
  ^

Error: Config validation error: "PORT" is required

Hi @maacl,
Thanks for testing Soul.
I checked it out and the problem was that the config was not considering CLI args while validating.
I fixed it and i'll merge to main.
You need to install the new version (v0.0.3).

Thanks. After upgrade it fails with:


fatal error: 'freerdp/config.h' file not found

Hi
When i tried to install via terminal, after flowing steps from guideline, i'm sucking in this line
     ^~~~~~~~~~~~~~~~~~

     /FreeRDP/client/common/client.c:20:10: fatal error: 'freerdp/config.h' file not found

#include <freerdp/config.h>

are there any support. please help me

https://github.com/FreeRDP/FreeRDP/wiki/Compilation

@akallabeth Is it working on MacOS? It's using chip M1. I'm Facing this problem.


Adds check for PR metadata

Description
Adds check for PR metadata

Gives description on failures:

Testing
Tested in fork
FHIR Team Checklist

Update the title of the PR to be succinct and less than 50 characters
Add a milestone to the PR for the sprint that it is merged (i.e. add S47)
Tag the PR with the type of update: Bug, Dependencies, Enhancement, or New-Feature
Tag the PR with Azure API for FHIR if this will release to the Azure API for FHIR managed service (CosmosDB or common code related to service)
Tag the PR with Azure Healthcare APIs if this will release to the Azure Healthcare APIs managed service (Sql server or common code related to service)
[ ] CI is green before merge
Review squash-merge requirements

Semver Change (docs)
Patch|Skip|Feature|Breaking (reason)

Is it possible to modify the dependabot PR template to include this information automatically?

ependabot PR template to include this informatio

I think the only thing needed for Dependabot PRs is to add the milestone. I've updated the filter so "Dependencies" doesn't need a Product tag


[WIP][dashboard scoped filter] part 2: add algorithm to convert checked ids to scope object

this is #8521 rebased on latest master.
REVIEWERS
@willbarrett @kristw @etr2460

Codecov Report

Merging #8559 into scope-selector-modal-v2 will increase coverage by 0.06%.
The diff coverage is 92.85%.

@@                    Coverage Diff                     @@
##           scope-selector-modal-v2   #8559      +/-   ##
==========================================================
+ Coverage                    65.93%     66%   +0.06%
==========================================================
  Files                          469     470       +1
  Lines                        23085   23127      +42
  Branches                      2468    2485      +17
==========================================================
+ Hits                         15222   15265      +43
+ Misses                        7702    7701       -1
  Partials                       161     161

Impacted Files
Coverage Δ

.../src/dashboard/util/getFilterScopeFromNodesTree.js
92.85% <92.85%> (ø)

...assets/src/dashboard/util/getDashboardFilterKey.js
100% <0%> (+66.66%)
:arrow_up:

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 39182f9...e505a19. Read the comment docs.


How to unbind function from History.Adapter.bind?

How do I unbind this function so I can bind it later on again?
History.Adapter.bind(window,'statechange',function(){

});

@hrunting @sbearcsiro

never mind sorry
$(window).unbind('statechange');


Performance issue: Likely BLAS fallback?

Hi, thanks for all your work on this package, and apologies in advance, its entirely likely I've messed up the autodiff call or am unaware of something that isn't supported yet.
Firstly, here are two examples based on views which error. In an earlier version p was a 4D array also indexed by the loop index, which produced a shorter error (with the difference in trace causing a different error between the two versions in that case), however, these current versions produce such a long error that the REPL/language server crashes.
using Enzyme

function contraction1(x, p, cache1, cache2)
    cache1 .= @view(p[x[1]+1, :, :])
    for i = 2:length(x)
        mul!(cache2, @view(p[x[i]+1, :, :]), cache1)
        cache1 .= cache2
    end
    trace = 0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = rand(d, χ, χ)
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction1, Const(x), Active(p),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

and
using Enzyme, LinearAlgebra
function contraction2(x, p, cache1, cache2)
    cache1 .= @view(p[x[1]+1, :, :])
    for i = 2:length(x)
        mul!(cache2, @view(p[x[i]+1, :, :]), cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = rand(d, χ, χ)
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction2, Const(x), Active(p),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

My original goal was to actua;ly use a vector/matrix of matrices for p and the cache (which will be much more complicated in the case I'm aiming for). These versions (with / without call to tr) are below, with different errors.
using Enzyme

function contraction3(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    trace = 0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = [rand(χ, χ) for i=1:d]
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction3, Const(x), Active(p),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

Error:
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
ERROR: AssertionError: length(args) == length((collect(parameters(entry_f)))[1 + sret + returnRoots:end])
Stacktrace:
  [1] lower_convention(functy::Type, mod::LLVM.Module, entry_f::LLVM.Function, actualRetType::Type)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3698
  [2] codegen(output::Symbol, job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction3), Tuple{Vector{Int64}, Vector{Matrix{Float64}}, Matrix{Float64}, Matrix{Float64}}}}; libraries::Bool, deferred_codegen::Bool, optimize::Bool, ctx::LLVM.Context, strip::Bool, validate::Bool, only_entry::Bool, parent_job::Nothing)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4123
  [3] _thunk(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction3), Tuple{Vector{Int64}, Vector{Matrix{Float64}}, Matrix{Float64}, Matrix{Float64}}}})
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4599
  [4] cached_compilation(job::GPUCompiler.CompilerJob, key::UInt64, specid::UInt64)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4637
  [5] #s565#115
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4697 [inlined]
  [6] var"#s565#115"(F::Any, Fn::Any, DF::Any, A::Any, TT::Any, Mode::Any, ModifiedBetween::Any, width::Any, specid::Any, ReturnPrimal::Any, ::Any, #unused#::Type, f::Any, df::Any, #unused#::Type, tt::Any, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Any)
    @ Enzyme.Compiler .\none:0
  [7] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
    @ Core .\boot.jl:580
  [8] thunk
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4725 [inlined]
  [9] thunk (repeats 2 times)
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4718 [inlined]
 [10] autodiff(::Enzyme.ReverseMode, ::typeof(contraction3), ::Type{Const{Union{Float64, Int64}}}, ::Const{Vector{Int64}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:285
 [11] autodiff(::Enzyme.ReverseMode, ::typeof(contraction3), ::Const{Vector{Int64}}, ::Active{Vector{Matrix{Float64}}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:319
 [12] top-level scope
    @ c:\Users\domin\Dropbox (Personal)\side_projects\AdaptiveTrajectorySampling\src\approximations\tensor_approx.jl:77

using Enzyme, LinearAlgebra

function contraction4(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = [rand(χ, χ) for i=1:d]
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction4, Const(x), Active(p),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

Error:
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
ERROR: Conversion of boxed type Vector{Matrix{Float64}} is not allowed
Stacktrace:
  [1] error(s::String)
    @ Base .\error.jl:33
  [2] convert(::Type{LLVM.LLVMType}, typ::Type; ctx::LLVM.Context, allow_boxed::Bool)
    @ LLVM.Interop C:\Users\domin\.julia\packages\LLVM\WjSQG\src\interop\base.jl:92
  [3] create_abi_wrapper(enzymefn::LLVM.Function, F::Type, argtypes::Vector{DataType}, rettype::Type, actualRetType::Type, Mode::Enzyme.API.CDerivativeMode, augmented::Nothing, dupClosure::Bool, width::Int64, returnPrimal::Bool)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3345
  [4] enzyme!(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction4), Tuple{Vector{Int64}, Vector{Matrix{Float64}}, Matrix{Float64}, Matrix{Float64}}}}, mod::LLVM.Module, primalf::LLVM.Function, adjoint::GPUCompiler.FunctionSpec{typeof(contraction4), Tuple{Const{Vector{Int64}}, Active{Vector{Matrix{Float64}}}, Duplicated{Matrix{Float64}}, Duplicated{Matrix{Float64}}}}, mode::Enzyme.API.CDerivativeMode, width::Int64, parallel::Bool, actualRetType::Type, dupClosure::Bool, wrap::Bool, modifiedBetween::Bool, returnPrimal::Bool)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3278
  [5] codegen(output::Symbol, job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction4), Tuple{Vector{Int64}, Vector{Matrix{Float64}}, Matrix{Float64}, Matrix{Float64}}}}; libraries::Bool, deferred_codegen::Bool, optimize::Bool, ctx::LLVM.Context, strip::Bool, validate::Bool, only_entry::Bool, parent_job::Nothing)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4158
  [6] _thunk(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction4), Tuple{Vector{Int64}, Vector{Matrix{Float64}}, Matrix{Float64}, Matrix{Float64}}}})
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4599
  [7] cached_compilation(job::GPUCompiler.CompilerJob, key::UInt64, specid::UInt64)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4637
  [8] #s565#115
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4697 [inlined]
  [9] var"#s565#115"(F::Any, Fn::Any, DF::Any, A::Any, TT::Any, Mode::Any, ModifiedBetween::Any, width::Any, specid::Any, ReturnPrimal::Any, ::Any, #unused#::Type, f::Any, df::Any, #unused#::Type, tt::Any, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Any)
    @ Enzyme.Compiler .\none:0
 [10] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
    @ Core .\boot.jl:580
 [11] thunk
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4725 [inlined]
 [12] thunk (repeats 2 times)
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4718 [inlined]
 [13] autodiff(::Enzyme.ReverseMode, ::typeof(contraction4), ::Type{Active{Float64}}, ::Const{Vector{Int64}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:285
 [14] autodiff(::Enzyme.ReverseMode, ::typeof(contraction4), ::Const{Vector{Int64}}, ::Active{Vector{Matrix{Float64}}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:319
 [15] top-level scope
    @ c:\Users\domin\Dropbox (Personal)\side_projects\AdaptiveTrajectorySampling\src\approximations\tensor_approx.jl:82

Finally, a version which removes views and arrays of arrays, which seems to find a boxed matrix.
using Enzyme, LinearAlgebra

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = [rand(χ, χ) for i=1:d]
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

function contraction5(x, p1, p2, cache1, cache2)
    if x[1] == 0
        cache1 .= p1
    else
        cache1 .= p2
    end
    for i = 2:length(x)
        if x[i] == 0
            mul!(cache2, p1, cache1)
        else
            mul!(cache2, p2, cache1)
        end
        cache1 .= cache2
    end
    return tr(cache1)
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p1 = rand(χ, χ)
p2 = rand(χ, χ)
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction5, Const(x), Active(p1), Active(p2),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

Error
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
ERROR: Conversion of boxed type Matrix{Float64} is not allowed
Stacktrace:
  [1] error(s::String)
    @ Base .\error.jl:33
  [2] convert(::Type{LLVM.LLVMType}, typ::Type; ctx::LLVM.Context, allow_boxed::Bool)
    @ LLVM.Interop C:\Users\domin\.julia\packages\LLVM\WjSQG\src\interop\base.jl:92
  [3] create_abi_wrapper(enzymefn::LLVM.Function, F::Type, argtypes::Vector{DataType}, rettype::Type, actualRetType::Type, Mode::Enzyme.API.CDerivativeMode, augmented::Nothing, dupClosure::Bool, width::Int64, returnPrimal::Bool)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3345
  [4] enzyme!(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction5), Tuple{Vector{Int64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}}}}, mod::LLVM.Module, primalf::LLVM.Function, adjoint::GPUCompiler.FunctionSpec{typeof(contraction5), Tuple{Const{Vector{Int64}}, Active{Matrix{Float64}}, Active{Matrix{Float64}}, Duplicated{Matrix{Float64}}, Duplicated{Matrix{Float64}}}}, mode::Enzyme.API.CDerivativeMode, width::Int64, parallel::Bool, actualRetType::Type, dupClosure::Bool, wrap::Bool, modifiedBetween::Bool, returnPrimal::Bool)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3278
  [5] codegen(output::Symbol, job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction5), Tuple{Vector{Int64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}}}}; libraries::Bool, deferred_codegen::Bool, optimize::Bool, ctx::LLVM.Context, strip::Bool, validate::Bool, only_entry::Bool, parent_job::Nothing)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4158
  [6] _thunk(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction5), Tuple{Vector{Int64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}, Matrix{Float64}}}})
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4599
  [7] cached_compilation(job::GPUCompiler.CompilerJob, key::UInt64, specid::UInt64)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4637
  [8] #s565#115
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4697 [inlined]
  [9] var"#s565#115"(F::Any, Fn::Any, DF::Any, A::Any, TT::Any, Mode::Any, ModifiedBetween::Any, width::Any, specid::Any, ReturnPrimal::Any, ::Any, #unused#::Type, f::Any, df::Any, #unused#::Type, tt::Any, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Any)
    @ Enzyme.Compiler .\none:0
 [10] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
    @ Core .\boot.jl:580
 [11] thunk
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4725 [inlined]
 [12] thunk (repeats 2 times)
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4718 [inlined]
 [13] autodiff(::Enzyme.ReverseMode, ::typeof(contraction5), ::Type{Active{Float64}}, ::Const{Vector{Int64}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:285
 [14] autodiff(::Enzyme.ReverseMode, ::typeof(contraction5), ::Const{Vector{Int64}}, ::Active{Matrix{Float64}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:319
 [15] top-level scope
    @ c:\Users\domin\Dropbox (Personal)\side_projects\AdaptiveTrajectorySampling\src\approximations\tensor_approx.jl:109

Version info:
Julia Version 1.7.3
Commit 742b9abb4d (2022-05-06 12:58 UTC)
Platform Info:
  OS: Windows (x86_64-w64-mingw32)
  CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-12.0.1 (ORCJIT, skylake)
Environment:
  JULIA_EDITOR = code
  JULIA_NUM_THREADS = 4

On Enzyme v0.10.4.
Apologies for the long post! Hope it helps.

The problem here isn't the view of the array, but that since it's an array, it needs to be duplicated, not active. Try that and see what happens?

I had an example failing with a similar error to the first MWE here, but that appears to be fixed on main with the latest JLL. Unfortunately, changing x and p to Duplicated in the MWE here does not appear to help.  This should be fixable by changing trace = 0 to trace = 0.0
using Enzyme, LinearAlgebra

function contraction1(x, p, cache1, cache2)
    cache1 .= @view(p[x[1]+1, :, :])
    for i = 2:length(x)
        mul!(cache2, @view(p[x[i]+1, :, :]), cache1)
        cache1 .= cache2
    end
    trace = 0.0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

L = 4
χ = 3
d = 2
x = rand(0:(d-1), L)
p = rand(d, χ, χ)
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

g = autodiff(
    Reverse, contraction1, Active, Duplicated(x, similar(x)), Duplicated(p, similar(p)),
    Duplicated(cache1, similar(cache1)),
    Duplicated(cache2, similar(cache2))
)

On latest main this does succeed.

Apologies for the slow response, and missing the need for duplicated! Good spot on the union also.
Bearing in mind I'm on julia 1.7 and the current release of Enzyme rather than main, I'll post what I'm currently seeing below anyway, and will have a go with more up to date versions later.
So, changing the autodiff calls to have duplicated p's and cache's, I'm seeing:
contraction1
Leaving trace as an Int to start with, the error I get is
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
ERROR: AssertionError: length(args) == length((collect(parameters(entry_f)))[1 + sret + returnRoots:end])
Stacktrace:
  [1] lower_convention(functy::Type, mod::LLVM.Module, entry_f::LLVM.Function, actualRetType::Type)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:3698
  [2] codegen(output::Symbol, job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction1), Tuple{Vector{Int64}, Array{Float64, 3}, Matrix{Float64}, Matrix{Float64}}}}; libraries::Bool, deferred_codegen::Bool, optimize::Bool, ctx::LLVM.Context, strip::Bool, validate::Bool, only_entry::Bool, parent_job::Nothing)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4123
  [3] _thunk(job::GPUCompiler.CompilerJob{Enzyme.Compiler.EnzymeTarget, Enzyme.Compiler.EnzymeCompilerParams, GPUCompiler.FunctionSpec{typeof(contraction1), Tuple{Vector{Int64}, Array{Float64, 3}, Matrix{Float64}, Matrix{Float64}}}})
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4599
  [4] cached_compilation(job::GPUCompiler.CompilerJob, key::UInt64, specid::UInt64)
    @ Enzyme.Compiler C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4637
  [5] #s565#115
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4697 [inlined]
  [6] var"#s565#115"(F::Any, Fn::Any, DF::Any, A::Any, TT::Any, Mode::Any, ModifiedBetween::Any, width::Any, specid::Any, ReturnPrimal::Any, ::Any, #unused#::Type, f::Any, df::Any, #unused#::Type, tt::Any, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Type, #unused#::Any)
    @ Enzyme.Compiler .\none:0
  [7] (::Core.GeneratedFunctionStub)(::Any, ::Vararg{Any})
    @ Core .\boot.jl:580
  [8] thunk
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4725 [inlined]
  [9] thunk (repeats 2 times)
    @ C:\Users\domin\.julia\packages\Enzyme\di3zM\src\compiler.jl:4718 [inlined]
 [10] autodiff(::Enzyme.ReverseMode, ::typeof(contraction1), ::Type{Active}, ::Const{Vector{Int64}}, ::Vararg{Any})
    @ Enzyme C:\Users\domin\.julia\packages\Enzyme\di3zM\src\Enzyme.jl:285
 [11] top-level scope
    @ c:\Users\domin\Dropbox (Personal)\side_projects\AdaptiveTrajectorySampling\src\approximations\tensor_approx.jl:61

If I remove the union by initializing trace as 0.0, it crashes the REPL and I'm not sure how to recover anything from that.
I see the same error in the union case if I also duplicate x, and the REPL also crashes in the no-union case if I duplicate x.
contraction2
This also crashes the REPL, I suspect for the same reasons.
contraction3
Works for small matrices with trace=0.0. With the union I see the same error as for the union case of contraction1.
contraction4
Works for small matrices.
contraction5
Works for small matrices.
Increasing / varying chi
However, I have noticed that if I increase chi (from e.g. 3 to 16), the results appear incorrect (or, at least, they disagree with zygote for a non-mutating function that I believe does the same thing). Its also quite slow compared to zygote for larger matrices, but I'm not sure if that is a primary concern right now, and guess that could be related to the BLAS fallback warnings.
For context, the function I'm using with Zygote is
function apply(x, p)
    return tr(mapreduce(xs -> p[xs+1], *, reverse(x)))
end

Finally, I've noticed that varying chi within a session seems to break the autodiff, with it sometimes returning NaNs or completely random and extremely large numbers.
I'll give this a go on 1.8 and main later.

Can confirm on julia 1.8 and latest main with the new jll that all versions don't error when trace isn't a union. They also appear to be able to produce correct results (assuming Zygote is correct) at larger chi. However, I'm still seeing somewhat inconsistent behaviour, with the derivatives sometimes being full of NaNs or numbers on the order of 10^300. Every version of the function produces the warnings
warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

warning: Linking two modules of different target triples: 'bcloader' is 'x86_64-w64-windows-gnu' whereas 'text' is 'x86_64-w64-mingw32'

┌ Warning: Using fallback BLAS replacements, performance may be degraded
└ @ Enzyme.Compiler C:\Users\domin\.julia\packages\GPUCompiler\jVY4I\src\utils.jl:35
warning: didn't implement memmove, using memcpy as fallback which can result in errors

This last one in particular, could this be causing the random incorrect results?

Can you post the specific version of the code that creates incorrect result?

The code I'm running is:
using Enzyme
using LinearAlgebra

function contraction1(x, p, cache1, cache2)
    cache1 .= @view(p[x[1]+1, :, :])
    for i = 2:length(x)
        mul!(cache2, @view(p[x[i]+1, :, :]), cache1)
        cache1 .= cache2
    end
    trace = 0.0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

function contraction3(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    trace = 0.0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

function contraction2(x, p, cache1, cache2)
    cache1 .= @view(p[x[1]+1, :, :])
    for i = 2:length(x)
        mul!(cache2, @view(p[x[i]+1, :, :]), cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

function contraction4(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

function contraction5(x, p1, p2, cache1, cache2)
    if x[1] == 0
        cache1 .= p1
    else
        cache1 .= p2
    end
    for i = 2:length(x)
        if x[i] == 0
            mul!(cache2, p1, cache1)
        else
            mul!(cache2, p2, cache1)
        end
        cache1 .= cache2
    end
    return tr(cache1)
end

L = 4
χ = 16
d = 2
x = rand(0:(d-1), L)
p = randn(d, χ, χ) .* 0.25
p2 = [p[i, :, :] for i = 1:d]
p31 = p2[1]
p32 = p2[2]
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

begin
    dfdp1 = zero(p)
    g = autodiff(
        Reverse, contraction1, Const(x),
        Duplicated(p, dfdp1),
        Duplicated(cache1, similar(cache1)),
        Duplicated(cache2, similar(cache2))
    )
    display(dfdp1)
end
begin
    dfdp1 = zero(p)
    g = autodiff(
        Reverse, contraction2, Const(x),
        Duplicated(p, dfdp1),
        Duplicated(cache1, similar(cache1)),
        Duplicated(cache2, similar(cache2))
    )
    display(dfdp1)
end
begin
    dfdp2 = zero.(p2)
    g = autodiff(
        Reverse, contraction3, Const(x),
        Duplicated(p2, dfdp2),
        Duplicated(cache1, similar(cache1)),
        Duplicated(cache2, similar(cache2))
    )
    display(dfdp2)
end
begin
    dfdp2 = zero.(p2)
    g = autodiff(
        Reverse, contraction4, Const(x),
        Duplicated(p2, dfdp2),
        Duplicated(cache1, similar(cache1)),
        Duplicated(cache2, similar(cache2))
    )
    display(dfdp2)
end
begin
    dfdp31 = zero(p31)
    dfdp32 = zero(p32)
    g = autodiff(
        Reverse, contraction5, Const(x),
        Duplicated(p31, dfdp31),
        Duplicated(p32, dfdp32),
        Duplicated(cache1, similar(cache1)),
        Duplicated(cache2, similar(cache2))
    )
    display(dfdp31)
    display(dfdp32)
end

As I rerun these begin-end blocks in the REPL repeatedly (in the vscode integrated terminal), while I begin by seeing correct results, I regularly see arrays full of NaNs, or numbers up at the floating point limit. After running the blocks enough times the results even seemed to become random but finite. Adding Active for the return or duplicating x doesn't seem to help.
Version info for the PC I just ran this on:
Julia Version 1.8.0
Commit 5544a0fab7 (2022-08-17 13:38 UTC)
Platform Info:
  OS: Windows (x86_64-w64-mingw32)
  CPU: 16 × 11th Gen Intel(R) Core(TM) i9-11900K @ 3.50GHz
  WORD_SIZE: 64
  LIBM: libopenlibm
  LLVM: libLLVM-13.0.1 (ORCJIT, rocketlake)
  Threads: 8 on 16 virtual cores
Environment:
  JULIA_EDITOR = code
  JULIA_NUM_THREADS = 8
  JULIA_PKG_SERVER = .

So it just occured to me that this could originate from using similar instead of zero for the cache duplication, since that is somewhat random and can produce NaNs which could presumably propagate. Indeed, replacing all the similars with zero seems to make it deterministic and correct!

Yes for reverse mode you, the derivative is +='d into, so you need to zero initialize.
Closing for now since it seems like this is resolved, reopen if not.

Since this is still open, I would comment that somewhere around 0.10.6 the ones of these with views broke again, however they all appear to be working on 0.10.11.
The results are quite slow with larger matrices compared with e.g. Zygote (about a factor of 8 for 16x16 matrices, factor of 100 for 64x64 matrices), but I'm guessing that will be fixed when the BLAS support is improved, so I think its safe to close this.

Can you post the benchmark code?

Sure, for Enzyme I'm doing:
using BenchmarkTools
using Enzyme
using LinearAlgebra

function contraction1(x, p, cache1, cache2)
    cache1 .= @view(p[:, :, x[1]+1])
    for i = 2:length(x)
        mul!(cache2, @view(p[:, :, x[i]+1]), cache1)
        cache1 .= cache2
    end
    trace = 0.0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

function contraction2(x, p, cache1, cache2)
    cache1 .= @view(p[:, :, x[1]+1])
    for i = 2:length(x)
        mul!(cache2, @view(p[:, :, x[i]+1]), cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

function contraction3(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    trace = 0.0
    for i in 1:size(cache1, 1)
        trace += cache1[i, i]
    end
    return trace
end

function contraction4(x, p, cache1, cache2)
    cache1 .= p[x[1]+1]
    for i = 2:length(x)
        mul!(cache2, p[x[i]+1], cache1)
        cache1 .= cache2
    end
    return tr(cache1)
end

function contraction5(x, p1, p2, cache1, cache2)
    if x[1] == 0
        cache1 .= p1
    else
        cache1 .= p2
    end
    for i = 2:length(x)
        if x[i] == 0
            mul!(cache2, p1, cache1)
        else
            mul!(cache2, p2, cache1)
        end
        cache1 .= cache2
    end
    return tr(cache1)
end

L = 4
χ = 16
d = 2
x = rand(0:(d-1), L)
p = randn(χ, χ, d) .* 0.25
p2 = [p[:, :, i] for i = 1:d]
p31 = p2[1]
p32 = p2[2]
cache1 = zeros(χ, χ)
cache2 = zeros(χ, χ)

begin
    dfdp1 = zero(p)
    @btime autodiff(
        Reverse, contraction1, Const(x),
        Duplicated(p, dfdp1),
        Duplicated(cache1, zero(cache1)),
        Duplicated(cache2, zero(cache2))
    )
    # χ = 16: 128.400 μs (74 allocations: 13.72 KiB)
    # χ = 64: 8.471 ms (76 allocations: 73.56 KiB)
end
begin
    dfdp1 = zero(p)
    @btime autodiff(
        Reverse, contraction2, Const(x),
        Duplicated(p, dfdp1),
        Duplicated(cache1, zero(cache1)),
        Duplicated(cache2, zero(cache2))
    )
    # χ = 16: 128.000 μs (74 allocations: 13.72 KiB)
    # χ = 64: 8.478 ms (76 allocations: 73.56 KiB)
end
begin
    dfdp2 = zero.(p2)
    @btime autodiff(
        Reverse, contraction3, Const(x),
        Duplicated(p2, dfdp2),
        Duplicated(cache1, zero(cache1)),
        Duplicated(cache2, zero(cache2))
    )
    # χ = 16: 123.100 μs (75 allocations: 8.09 KiB)
    # χ = 64: 8.295 ms (77 allocations: 67.94 KiB)
end
begin
    dfdp2 = zero.(p2)
    @btime autodiff(
        Reverse, contraction4, Const(x),
        Duplicated(p2, dfdp2),
        Duplicated(cache1, zero(cache1)),
        Duplicated(cache2, zero(cache2))
    )
    # χ = 16: 123.000 μs (75 allocations: 8.09 KiB)
    # χ = 64: 8.288 ms (77 allocations: 67.94 KiB)
end
begin
    dfdp31 = zero(p31)
    dfdp32 = zero(p32)
    @btime autodiff(
        Reverse, contraction5, Const(x),
        Duplicated(p31, dfdp31),
        Duplicated(p32, dfdp32),
        Duplicated(cache1, zero(cache1)),
        Duplicated(cache2, zero(cache2))
    )
    # χ = 16: 123.400 μs (85 allocations: 8.52 KiB)
    # χ = 64: 8.289 ms (87 allocations: 68.36 KiB)
end

While for Zygote I'm doing
function apply(x, p)
    return tr(mapreduce(xs -> p[xs+1], *, reverse(x)))
end
function apply2(x, p)
    tmp = p[x[1]+1]
    for i = 2:length(x)
        tmp = p[x[i]+1] * tmp
    end
    return tr(tmp)
end

using Zygote
@btime Zygote.gradient(apply, $x, $p2)
# χ = 16: 27.800 μs (393 allocations: 38.53 KiB)
# χ = 64: 96.500 μs (383 allocations: 365.78 KiB)
@btime Zygote.gradient(apply2, $x, $p2)
# χ = 16: 15.900 μs (245 allocations: 33.75 KiB)
# χ = 64: 82.100 μs (234 allocations: 360.16 KiB)

with the same p2.
My target use case is actually something more complex that ends up with a lot of overhead in Zygote (and seems quite difficult to write without mutation, or the mutation-like syntax in JAX), and therefore ends up being quite slow compared to an equivalent JAX implementation.
(Specifically, I'm aiming for a Julia implementation of the policy function here https://github.com/RL-with-TNs/acten_code/blob/aa00f626fe37397b724108caaa95c08e2f13ce5b/ACTeN/src/approximations/policy_mps_east.py#L7, which then needs to be differentiated with respect to the third argument.)

As an aside @vchuravy which is why I left this open. I don't think zero init'ing the temporary should be required.


Minor updates to G4G notebook

Minor updates to the notebook
Add Gitter chat

Dear Dr. Wu, greetings to you from Ethiopia. I'm delighted in using the geemap and many thanks to the developers. But, I have one question, can I call LANDSAT 8 ImageCollection to the region I am interested, i.e., Ethiopia?
Thank you.


SwiftPM sandbox should permit writing to the Swift module cache by default.

Description
per @abertelrud who said as much here.  For context, read earlier in that thread, about the difficulty of creating a build tool plugin that just runs a shell script.
Expected behavior
No response
Actual behavior
No response
Steps to reproduce
No response
Swift Package Manager version/commit hash
No response
Swift & OS version (output of swift --version ; uname -a)
No response

Sounds reasonable, just not entirely sure how we can determine the default location for the cache.


The render of images do not work

With the default option, render of images do not work.
Symfony 6.4
Dev run on Windows
config:
nucleos_dompdf:
    defaults:
        chroot: '%kernel.project_dir%/public/assets'
        isRemoteEnabled: true

controller:
#[Route('/testpdf', name: 'pages.test.pdf', methods: ['GET'])]
    public function testPDF(
        DompdfWrapperInterface $wrapper
    ): Response {
        return $wrapper->getStreamResponse(
            $this->renderView('PDF/example.html.twig'),
            'example.pdf',
            [
                'Attachment' => false,
            ]
        );
    }

assets:

Twig:
<!DOCTYPE html>

		<meta charset="UTF-8">
		{% block stylesheets %}
			{% for file in encore_entry_css_files('app') %}

			{% endfor %}
		{% endblock %}

PDF :

How to resolve this ?
Thanks

I have resolved with this :

Please update docs

Can you explain exactly what you did ? Because from what I see, you changed the src value but your .png is not even in the images folder.

@tydoo did you add the images folder for resolving that

@minddifferent
I fixed it, the correction I inspired from this Pull Request : #Pull request 253
 <img src="{{ absolute_url( asset('assets/img/CDC.png') ) }}" alt="..."

I've left the configuration file exactly as @tydoo

Hi all,
It does not work with Asset Mapper either. I've tried with or without compiling assets, tried every possibility in the src of the img element... Anyone has successfully managed to use this lib with asset mapper of SF?
Cheers,
Laurent


Requesting Pull Request Test

Hello Kristine,  I tried using your repo to learn how Pull Request works.  I hope that is alright with you.

Hi. Yes, this is absolutely alright. You could have also leave it and I would have committed too.

Kristina,  I don't think it's still working.  I am not understanding this
exercise so let me know if you can help me.
Thanks and Regards,
Divayesh Goyal
On Fri, Oct 2, 2020 at 12:28 AM Kristina<EMAIL_ADDRESS>wrote:

Hi. Yes, this is absolutely alright. You could have also leave it and I
would have committed too.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/kvajnand/cloud_curious/pull/2#issuecomment-702532592,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AREFWXYBMHKV4TZ7VTPUEJLSIVQH5ANCNFSM4SBAXDSQ
.

Can you try another pull request? And don't close it afterwards. Then I should be able to commit it and merge it.

Okay I am going to try now.
Thanks and Regards,
Divayesh Goyal
(630) 299- 6997
On Fri, Oct 2, 2020 at 8:43 AM Kristina<EMAIL_ADDRESS>wrote:

Can you try another pull request? And don't close it afterwards. Then I
should be able to commit it and merge it.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/kvajnand/cloud_curious/pull/2#issuecomment-702741603,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AREFWX4HKILJFJE37NEUP23SIXKGZANCNFSM4SBAXDSQ
.


Screen data sort order after mutation

Currently, after a data update the grid data often re-sorts itself which may prove to be a poor user experience.
Suggest we implement consistent data sorting strategy.


Crew Roster

Again, amazing updates.  Thank you.
Would it be possible to tweak the order of the crew in module/actor/sheets/ships.js so that they display in the rank order listed in the core rule book on the ship actor sheet?
captain
shipsmaster
boatswain
mastergunner
surgeon
midshipman
mastermariner
ableseaman
seaman

Oh, shit!  You did that!  And added more roles!  BRAVO!
Can we get a Powder Monkey in there eventually? :)


Do not skip latest blog entry from footer

Fixes https://github.com/apache/beam/issues/26998.

Tested through  ./gradlew :website:serveWebsite:

Mostly looks like a bug because GCS staged website renders correctly without disturbing layout

@Jakub-Sadowski

Layout is fine regardless of change, the difference is whether it will show up posts [0..1] or [1..2]


Update Subscribable.js

Sometimes it's going to go wrong. is not an Object.

Closing due to lack of activity / CLA.


Regression in mobile rendering

Hi @Xpirix it seems mobile is leaving a phantom scroll bar on widget over the content:

@timlinux , Sorry, I couldn't reproduce the issue, not even on mobile. However, I noticed that the schedule table impacts the page width and creates an extra width. I wonder if it might be the reason for this issue. Please find the proposed fix at #396

It is related to the menu on mobile.

Please find the proposed fix at https://github.com/qgis/qgis-uni-navigation/pull/17. I hope it will fix the issue.


how to continue to train model

I have trained my model.I want to continue to train it.How to do change the code?

In the train_model function of SolverWrapper class in lib/fast_rcnn/train.py:
Initialize variables with "self.saver.restore(sess, <path of ckpt file>), instead of "self.net.load"
Also, you may want to set the "iter" count down below to its new correct value
You can add the path of ckpt file in SolverWrapper class as a parameter and pass it from tools/train_net.py

@aa642531 I have the same question with you, do you solve the problem?
@cemysf I tried the method as you said, like this in the train.py:
iintialize variables
    sess.run(tf.global_variables_initializer())
    if self.pretrained_model is not None:
        print ('Loading pretrained model '
               'weights from {:s}').format(self.pretrained_model)
        #self.net.load(self.pretrained_model, sess, self.saver, True)
        self.saver.restore(sess, VGGnet_fast_rcnn_iter_10.ckpt) #this ismy new ckpt file

but I got this error:
File "/home/xinboli/work_code/tmp/Faster-RCNN_TF/tools/../lib/fast_rcnn/train.py", line 157, in train_model
self.saver.restore(sess, VGGnet_fast_rcnn_iter_10.ckpt)
NameError: global name 'VGGnet_fast_rcnn_iter_10' is not defined
Would you like to help me? thank you very much!

@xinboli you should give the path as a string, like this:
self.saver.restore(sess, 'VGGnet_fast_rcnn_iter_10.ckpt')

@cemysf ahhhhhh! I know!! Now i can use it, thank you :)


Adding resource fetcher and assumeValidRestReferences to Validation wrapper

Added option for adding resource Fetcher to core validation when using HAPI FHIR validation

HI @jvitrifork - Would you be able to merge master into this branch just so we can get a clean CI build? We've had some stability issues lately but they appear to be settled down now. Much appreciated.

@jamesagnew done

Hmm.. This failure appears to be legitimate. I get the same compile failure locally.
Does the org.hl7.fhir.core dependency need to be bumped that far forward? If so, we may need to hold on this until we have this repo synced to the current master of org.hl7.fhir.core (there have been converter changes recently and hapi hasn't caught up yet- hopefully will soon). I'm hoping this could be resolved by just not bumping that dependency though, or bumping it less....

How far back would you like it?

Actually, https://github.com/hapifhir/org.hl7.fhir.core/commit/ca29fdf182695b179f1fd522b4eab2efcc5f7b20 shows that it cant go further back as the 'assumeValidRestReferences' is also part of this PR, which is in 4.1.58

Changes from this branch have been merged into a working branch ja_20200205_update_core which is also accounting for the other structural changes in the latest org.hl7.fhir.core project.
I am expecting to merge this immediately after the release of HAPI FHIR 4.2.0 on Feb 13.

This has now been merged into Master.


Fix typo in disk.rules

Issue
The metric name node_filesystem_size_bytes_bytes appears to be incorrect due to typo. The correct metric name should be node_filesystem_size_bytes, and it can be verified from the source code of node exporter.
This is a regression from #186
Solution
Fix the typo: node_filesystem_size_bytes_bytes -> node_filesystem_size_bytes

Context
Prometheus alert rules
Testing Instructions
N/A
Release Notes
Fix typo in the Prometheus alert rules for disk

Thanks @chanchiwai-ray!
Would you be able to do the same in https://github.com/canonical/grafana-agent-operator ?

Sure, I was not aware there's another repo for grafana-agent