Change search result page to AMP format.

About AMP
The project enables the creation of websites and ads that are consistently fast, beautiful and high-performing across devices and distribution platforms.
Person Finder's search results are mostly following pages.

global home page https://google.org/personfinder/global/home.html
repository home page https://google.org/personfinder/japan

Both pages are not particularly functional so it seems possible to change to AMP format for better UX.

@githaruo Now repository home page supports AMP. Are you willing to add AMP support for global home page too as you originally described above?
We are considering to redesign the home page, so even if you will, it may be good to do that after the redesign.

@gimite I remember I was give up to convert to current global home page to AMP format due to CSS and many reason. I'm willing to support redesign home page to AMP format too.


address fasterq-dump error code 3.

default to fastq-dump if this occurs.
see #79

Per comment on issue, I think that we should not implement this change for the reasons you cite, as it is probably going to just generate unusable files. So closing this for now. But reopen if discussion is warranted.


Change in Approval Description would cause approval not to show

This was caused by using the description as the 'key' - now using the numeric level

Levels 0, 1 & 2 now matched instead of description text
New/future approval types (levels other than 0-2) will default to grey
new correctionsataglance-example5.json used to validate (how to wire up for testing??)

Coverage decreased (-0.005%) to 87.61% when pulling 99788c37a1f221ef6abaf8dbf65be592b343fb05 on ee-usgs:AQCU_685_NAs_for_data_aging into 6f12c4074103dfeeb23c02643d2170fd7765cb6a on USGS-R:master.

@ee-usgs Lindsay mentioned on JIRA too, but this works fine (your changes) there are other issues we'll have to work out, though. Good job!


Allow searching a movie by its IMDBid

This would be useful when adding a movie with an original title in a foreign language. OMDB only has the US title.
In that case  I use IMDB to find the movie (the original title is searchable) to get the US title and fetch the ImdbID from the URL
I then jumps to OMDB site with the API form to query by ImdbId, select the title, go back to Obsidian to find the movie by title.
Searching bu IMDBId would allow skipping the OMSB step. because of their very specific structure, the same query form could probably be used.

i have added this in version 1.1.6
You can now enter a valid IMDB id into the search modal and it will automatically detect it and search the movie.


Use fix name for mcvForInstallPlan instead of safeName

Signed-off-by: Saeid Askari<EMAIL_ADDRESS>closes: https://issues.redhat.com/browse/CNF-7147

/test integration

/assign @jc-rh

/test integration

/test ci-job

/cherrypick release-4.12


Config Wizard End State for Plus

As a Fides-plus user, when I complete the wizard, i want to be shown my data map, so that i can see the outcome of what I configured during the Wizard/scanning process.
Details

We added conditional UI components based on the existence of the plus API for Fidescls - can we do the same here?

AC
Given that I am in the config wizard, when I finish a scan or manual entry, then I am presented with the next step of viewing my data map.

Duplicate of https://github.com/ethyca/fidesctl-plus/issues/239


add some spells

XYZIRADT = X, Y, Z, Intensity, Ring, Azimuth, Distance and Timesramp

I rebased

Oh, explanations of words are not included in the merge message. I will revert later.

Sorry, I forget it...


Improve logic with checking for es

Changes to snafu, to only index if the es env variables
aren't empty strings.

@chaitanyaer PTAL

Results for SNAFU CI Test

Test
Result
Runtime

cluster_loader
FAIL
00:00:00

fio_wrapper
PASS
00:06:35

fs_drift_wrapper
PASS
00:06:47

hammerdb
FAIL
00:13:34

iperf
PASS
00:05:27

pgbench-wrapper
PASS
00:06:55

smallfile_wrapper
PASS
00:05:56

sysbench
PASS
00:05:11

uperf-wrapper
PASS
00:06:33

ycsb-wrapper
PASS
00:05:31


calibre: add missing fonttools dependency

Description of changes

Things done

Built on platform(s)

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

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[ ] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

Can you explain why? Was there some buildtime or runtime error we're fixing here?

My bad i probably should have left a comment in the first place.
This fixes a runtime error when im trying to change the font in an epub, calibre cannot locate the font even though its in the system. It does not explicitly say that fonttools is missing (or I have failed to notice if it says)
I looked into the arch package and it listed fonttools as the dependency.

Relevant:
https://archlinux.org/packages/extra/x86_64/calibre/
https://github.com/kovidgoyal/calibre/blob/master/setup/arch-ci.sh

Please provide the full steps to reproduce the error, then we can verify if this PR actually fixes the issue.

Steps

Download the sample-epub
Open file in calibre. Right-click on the file and Click on "Edit Book"
Go to tools from the top menu and click "Manage Fonts"
Try to "Install font" and add any font file e.g.. It will result with error such as

ERROR: Unhandled exception: <b>FileNotFoundError</b>:[Errno 2] No such file or directory: '/home/zen/.config/calibre/fonts/Poppins-Regular.ttf'

Now try the above with fonttools as a listed python dependency

You will need to "Change Selected font" and enter the font you have installed previously. Without fonttools, it would straight up fail stating it "It does not exist".
With fonttools, you will be able to change the font given that you have gone through "install fonts" previously. Rest, if you want to see the font in action, you can try to remove all the other font and only keeping the one you installed.

Made obsolete by #366152


Install fails with pip22.2.2 / python 3.10 on Windows 11

openmldb only exists upto 0.3
  C:\Users\User>pip install gitsql
  Collecting gitsql
    Using cached gitsql-<IP_ADDRESS>-py2.py3-none-any.whl (7.7 kB)
  Collecting openmldb-lab
    Using cached openmldb_lab-0.1.4-py2.py3-none-any.whl (1.2 MB)
  Collecting GitPython
    Using cached GitPython-3.1.27-py3-none-any.whl (181 kB)
  Collecting gitsql
    Using cached gitsql-0.1.1-py2.py3-none-any.whl (7.6 kB)
    Using cached gitsql-0.1.0-py2.py3-none-any.whl (5.5 kB)
  ERROR: Cannot install gitsql==0.1.0, gitsql==0.1.1 and gitsql==<IP_ADDRESS> because these package versions have conflicting dependencies.

  The conflict is caused by:
      gitsql <IP_ADDRESS> depends on openmldb>=0.4.2
      gitsql 0.1.1 depends on openmldb>=0.4.2
      gitsql 0.1.0 depends on openmldb>=0.4.2

  To fix this you could try to:
  1. loosen the range of package versions you've specified
  2. remove package versions to allow pip attempt to solve the dependency conflict

  ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts

    C:\Users\User>pip install openmldb==0.4.2
  ERROR: Could not find a version that satisfies the requirement openmldb==0.4.2 (from versions: <IP_ADDRESS>, 0.2.0a1, 0.2.0, 0.2.3, 0.3.0)
  ERROR: No matching distribution found for openmldb==0.4.2

I'm sorry about that Windows is supported yet. The elder versions of OpenMLDB in Windows like <IP_ADDRESS>, 0.2.0a1, 0.2.0, 0.2.3, 0.3.0 are incorrect and we have updated Python package only for Linux and MacOS.


click doesn't work on Frontend

followed the deployment procedure.
I am unable to click hyperlink on the homepage , not even able to click button using for login .
I tried different browsers.

I'm having the same issue, if you did manage to solve it would you mind sharing how?
Thank you

@lach-g check this https://github.com/Buuntu/fastapi-react/issues/177
it's basically incorrect typescript version.
cheers 🍻


Add Technology Comparison Matrix to Companion Guide

Add comparison matrix to companion guide. @moisesja has offered to help with this.

Discuss on DIF call: List of comparables, SOLID PODS, KERI,
https://en.wikipedia.org/wiki/Personal_data_service
https://github.com/benri-io/decentralized-web-node/blob/afdfee75482d66c2ce807a34de8f2e316fb1d8d6/docs/companion_guide.md#dwn-vs-didcomm-vs-keri
Fission and Peergos and Ceramic : to add in.

@moisesja can you comment on this ticket so I can assign you?

Began drafting the comparison.

PR is ready.

this was done #226 . Closing this.


Update INSTALL.md

because the repository needs composer

@maximest-pierre can you confirm composer needs to be installed? I haven't tried stepping through since the last time it was failing.

No composer does not need to be install on the system. If you look the .phar package is already at the root and all the script are using that one and not the local version. I tested it a week ago when we discovered that the ./dev.sh script was acting weird.

@ykris45 can you try this on a clean VM for Windows/Linux somewhere? Did you ever get a chance to setup virtuabox? Might be tough with your low memory :\

@tzarebczan i doesnt have Virtual Machine .. so its based on your DM earlier


CLOSEALL wrong syntax

Closeall calls
lncli --chain=bitcoin --force closeallchannels
which leads to "wrong syntax error"
lncli closeallchannels on the shell executed manually worked fine

thanks. I removed the --chain paramter.


Error: Could not load raw: ENOENT: no such file or directory

Environment

Operating System: Windows_NT
Node Version:     v18.15.0
Nuxt Version:     3.7.1
CLI Version:      3.8.3
Nitro Version:    2.6.3
Package Manager<EMAIL_ADDRESS>Builder:          -
User Config:      components, vite
Runtime Modules:  -
Build Modules:    -

Reproduction
(Windows 11 with Git Bash)
Reprodution: https://github.com/kaikaibenkai/nuxt-demo-23158
(Stackblitz doesn't work in my machine with code RESULT_CODE_KILLED_BAD_MESSAGE)
Describe the bug
(see logs) Paths imported by unplugin-vue-components are not properly resolved😥
Additional context
I researched and it seems that this issue does not come from Vite or Arco Resolver
Logs
$ pnpm build

> nuxt-demo-23158@ build D:\forks\nuxt-demo-23158
> nuxt build

Nuxt 3.7.1 with Nitro 2.6.3                                                    01:13:37
ℹ Building client...                                                          01:13:46
ℹ vite v4.4.9 building for production...                                      01:13:46
ℹ ✓ 727 modules transformed.                                                  01:13:56
ℹ .nuxt/dist/client/manifest.json                   2.40 kB │ gzip:  0.37 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/error-500.cbe832a1.css    1.95 kB │ gzip:  0.74 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/error-404.7b8544b4.css    3.63 kB │ gzip:  1.12 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/entry.67c740f5.css       46.22 kB │ gzip:  7.39 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/error-500.a44e72bc.js     1.88 kB │ gzip:  0.99 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/error-404.77f64dd4.js     6.53 kB │ gzip:  2.91 kB  01:13:56
ℹ .nuxt/dist/client/_nuxt/entry.3625522d.js       108.73 kB │ gzip: 41.23 kB  01:13:56
ℹ ✓ built in 10.63s                                                           01:13:56
✔ Client built in 10739ms                                                     01:13:56
ℹ Building server...                                                          01:13:56
ℹ vite v4.4.9 building SSR bundle for production...                           01:13:56
ℹ ✓ 61 modules transformed.                                                   01:13:58
ℹ .nuxt/dist/server/_nuxt/entry-styles.49665370.mjs            0.15 kB        01:13:58
ℹ .nuxt/dist/server/_nuxt/error-404-styles.d352c5f6.mjs        0.15 kB        01:13:58
ℹ .nuxt/dist/server/_nuxt/error-500-styles.a47c06d2.mjs        0.15 kB        01:13:58
ℹ .nuxt/dist/server/styles.mjs                                 0.61 kB        01:13:58
[01:13:58] ℹ .nuxt/dist/server/_nuxt/index-0d580560.js                    0.22 kB │ map:  3.20 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/island-renderer-48d247df.js          1.14 kB │ map:  1.45 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/error-500-styles-1.mjs-ad5bc82f.js   2.17 kB │ map:  0.12 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/error-500-ed7be7d0.js                3.19 kB │ map:  3.82 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/error-404-styles-1.mjs-712507d9.js   3.86 kB │ map:  0.12 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/error-404-9404a8d6.js                9.86 kB │ map: 19.08 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/entry-styles-1.mjs-8d63a7cd.js      23.16 kB │ map:  0.11 kB
[01:13:58] ℹ .nuxt/dist/server/_nuxt/entry-styles-2.mjs-c3a8a6be.js      23.31 kB │ map:  0.11 kB
[01:13:58] ℹ .nuxt/dist/server/server.mjs                                25.56 kB │ map: 54.58 kB
ℹ ✓ built in 1.95s                                                            01:13:58
✔ Server built in 1997ms                                                      01:13:58
✔ Generated public .output/public                                       nitro 01:13:59
ℹ Building Nitro Server (preset: node-server)                           nitro 01:13:59

[nitro 01:14:27]  ERROR  Error: Could not load raw:../../style/index.css (imported by node_modules/.pnpm/@arco-design+web-vue@2.51.1_vue@3.3.4/node_modules/@arco-design/web-vue/es/button/style/css.js): ENOENT: no such file or directory, open 'D:\style\index.css'

undefined

[01:14:27]  ERROR  Could not load raw:../../style/index.css (imported by node_modules/.pnpm/@arco-design+web-vue@2.51.1_vue@3.3.4/node_modules/@arco-design/web-vue/es/button/style/css.js): ENOENT: no such file or directory, open 'D:\style\index.css'

[01:14:27]  ERROR  Could not load raw:../../style/index.css (imported by node_modules/.pnpm/@arco-design+web-vue@2.51.1_vue@3.3.4/node_modules/@arco-design/web-vue/es/button/style/css.js): ENOENT: no such file or directory, open 'D:\style\index.css'

 ELIFECYCLE  Command failed with exit code 1.

I believe the issue is that the CSS imports in your arco components aren't being processed by the vite server build. Try adding it to the build.transpile array:
  import Components from 'unplugin-vue-components/vite';
  import { ArcoResolver } from 'unplugin-vue-components/resolvers';

  export default defineNuxtConfig({
    components: false, // https://github.com/antfu/unplugin-vue-components/issues/657
+   build: {
+     transpile: [/@arco/],
+   },
    vite: {
      plugins: [
        Components({
          // using Arco Design Vue
          dts: true,
          dirs: ['components'],
          directoryAsNamespace: true,
          resolvers: [ArcoResolver({ resolveIcons: true })],
        }),
      ],
    },
  });


concurrency issue / race condition

Hi,
I've been investigating strange behaviour in wiremock (see https://github.com/wiremock/wiremock/issues/706#issuecomment-1862732727) and over the course of several days narrowed the issue down to a race condition in json-path. While I am still trying to pin down the exact culprit please find my findings below. Maybe someone with intimate knowledge of the library can see immediately what is wrong which would save me a lot of time.

version used: json-path 2.8.0 (but json-path 2.7.0 exhibits the same behaviour)
issue: JsonPath.read(<<json>>, "concat($.keys())") returns the keys from a json called in a different thread

log and explanation

I have annotated certain classes with logging.
the log format is [<thread-id> - <class-instance-hash>] <class-name>::<method> ... parameters of interest]
I have simplified the log here a bit to give the same simple name to all objects that are the same. So everywhere you see <<BODY>> it means the same JSON payload; everywhere you see <<CONFIG>> it is the same object instance.
you can see from the log there is a recursive call here to evaluate $.keys and then concat()
somewhere after correctly evaluating $.keys to "transactionId-ZFOr/PRIIPS" the result of EvaluationContext::addResult on concat() is suddenly "transactionId-ZFOr/MIFID" which is another call. You can see this between the section highlighted in -----
EVALUATIONCONTEXTIMPL::addResult-1 is on calling addResult method
EVALUATIONCONTEXTIMPL::addResult-2 is after adding valueResult in addResult
EVALUATIONCONTEXTIMPL::addResult-3 is after adding pathResult in addResult

notes

I'm adding some more logging to check evaluation context's valueResult and indexes there, but each run takes a while as it really only happens occasionally, and even less so with the extra logging added

[qtp1615908941-218 - <<JSON_PATH_1>>]          JSONPATH::read jsonObject: <<BODY>>, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>

[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-1.0 document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>
[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-2.0 path: $.concat(...), document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-2.1 ctx: <<EVALUATIONCTX>>, path: $.concat(...), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-1.0 document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-2.0 path: $.keys(), document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-2.1 ctx: <<EVALUATIONCTX_2>>, path: $.keys(), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_1>>] EVALUATIONCONTEXTIMPL::addResult-1 path: $.keys, model: [transactionId-ZFOr/PRIIPS], configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_1>>] EVALUATIONCONTEXTIMPL::addResult-2 valueResult: [[transactionId-ZFOr/PRIIPS]], resultIndex: 0, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_1>>] EVALUATIONCONTEXTIMPL::addResult-3 valueResult: [[transactionId-ZFOr/PRIIPS]], resultIndex: 0, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-2.2 ctx: <<EVALUATIONCTX_2>>, path: $.keys(), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-2.4 ctx: <<EVALUATIONCTX_2>>, path: $.keys(), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_2>>]      COMPILEDPATH::evaluate-1.1 result: <<EVALUATIONCTX_2>>, document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_1>>] EVALUATIONCONTEXTIMPL::getValue-1.1 value: [transactionId-ZFOr/PRIIPS], unwrap: true
[qtp1615908941-218 - <<EVALUATION_CONTEXT_1>>] EVALUATIONCONTEXTIMPL::getValue-1.2 result: [transactionId-ZFOr/PRIIPS], unwrap: true
--------------------------------------------------------------------------------------------------------------------------------------------
[qtp1615908941-218 - <<EVALUATION_CONTEXT_2>>] EVALUATIONCONTEXTIMPL::addResult-1 path: $.concat, model: [transactionId-ZFOr/MIFID], configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_2>>] EVALUATIONCONTEXTIMPL::addResult-2 valueResult: [[transactionId-ZFOr/MIFID]], resultIndex: 0, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_2>>] EVALUATIONCONTEXTIMPL::addResult-3 valueResult: [[transactionId-ZFOr/MIFID]], resultIndex: 0, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-2.2 ctx: <<EVALUATIONCTX>>, path: $.concat(...), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-2.4 ctx: <<EVALUATIONCTX>>, path: $.concat(...), configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 - <<COMPILED_PATH_1>>]      COMPILEDPATH::evaluate-1.1 result: <<EVALUATIONCTX>>, document: <<BODY>>, rootDocument: <<BODY>>, configuration: <<CONFIG>>
[qtp1615908941-218 - <<EVALUATION_CONTEXT_2>>] EVALUATIONCONTEXTIMPL::getValue-1.1 value: [transactionId-ZFOr/MIFID], unwrap: true
[qtp1615908941-218 - <<EVALUATION_CONTEXT_2>>] EVALUATIONCONTEXTIMPL::getValue-1.2 result: [transactionId-ZFOr/MIFID], unwrap: true
 --------------------------------------------------------------------------------------------------------------------------------------------

[qtp1615908941-218 - <<JSON_PATH_1>>]          JSONPATH::read-3 result: [transactionId-ZFOr/MIFID], jsonObject: <<BODY>>, configuration: <<CONFIG>>, jsonProvider: <<JSONPROVIDER>>
[qtp1615908941-218 -<PHONE_NUMBER>] JSONPROVIDER::parse json: <<BODY>>

I did more investigation today and can quite confidently say that the problem is caused by the LRUCache used for the paths. It's not really the cache which is at fault but CompiledPath which has volatile state.
When the cache value is reused between threads it means you have the same CompiledPath but also the same FunctionPathToken which contains the parameters that holds the state of the current evaluation. You cannot share this between threads.
The issue is resolved when cache is turned off (with NOOPCache).
I can provide logs that prove this. Unfortunately I have no solution for the fix as it's very deep and complex within the library. I think the fix should be to just pass everything around and remove the state.

Seems related to https://github.com/json-path/JsonPath/issues/974 🤔

@Darkvater How about replace the Cache with one backing by guava/caffeine?

The problem is not with the caching library but the way it is used. No other cache engine can help here, the problem is a lot deeper.

Unfortunately, I have also just encountered this problem. It still exists

Hi @Darkvater
Can you please try the same with json-path 2.4.0?

Hi @Darkvater
How did you turn the cache off?
I am using 2.9.0 version and there is no property to turn off the caching or to use NOOPCache explicitly.
Thanks in advance

You can use as a workaround:
CacheProvider.setCache(new NOOPCache());

Thanks @andreas-voigt-csw !!


I need login to Crater.io with Github and Meteor accounts

Because site for this people.

I agree, but every time I add a package it becomes a pain when syncing upstream later... I will see what I can do about it tonight.

@queso is it really that bad? I wish there was something we could do about it… Meteor should just let you have more than one packages file…

shrug Perhaps it is a mental block for me, I hate dealing with conflicts, you end up with a huge list of changes you know nothing about to fix one file...

Although actually I was just talking about @splendido about this issue. A solution could be having packages for all login methods present, but individually enabling/disabling each one through the Telescope admin. If nothing else, an easy solution would be just using display:none to show/hide them.
I assume that wouldn't add that much extra weight to the app?

I think that would be great.

I'm quite sure only social buttons for cofigured services are shown.
So I'd say we could ship an server/lib/config/accounts.js file (or whatever) which look like this one (actually considering this is a better form using the upsert...)
and as soon as people put in service keys, social login buttons should pop up in the login form.
This would require to ship telescope with all needed accounts-<service> packages already in list.
What do you think about this?


Fail to lift scf.for to SDIR

I'm working on an example of SDDMM(sampled dense dense matrix multiplication). Namely X[i,j] = A[i,j] * sum(B[i,k] * C[k,j], k), where A is a CSR format sparse matrix. I polished the variable names in the following script.
module {
  func.func @main(%A_row: memref<?xindex>, %A_col: memref<?xindex>, %A_val: memref<?xf64>, %B: memref<?x?xf64>, %C: memref<?x?xf64>, %X: memref<?x?xf64>) -> memref<?x?xf64> {
    %c0 = arith.constant 0 : index
    %c1 = arith.constant 1 : index
    %c64 = arith.constant 64 : index
    scf.for %i = %c0 to %c64 step %c1 {
      %ptr_start = memref.load %A_row[%i] : memref<?xindex>
      %0 = arith.addi %i, %c1 : index
      %ptr_end = memref.load %A_row[%0] : memref<?xindex>
      scf.for %ptr = %ptr_start to %ptr_end step %c1 {
        %j = memref.load %A_col[%ptr] : memref<?xindex>
        %x = memref.load %X[%i, %j] : memref<?x?xf64>
        %a = memref.load %A_val[%ptr] : memref<?xf64>
        %sum = scf.for %k = %c0 to %c64 step %c1 iter_args(%accum = %x) -> (f64) {
          %b = memref.load %B[%i, %k] : memref<?x?xf64>
          %c = memref.load %C[%k, %j] : memref<?x?xf64>
          %1 = arith.mulf %b, %c : f64
          %prod = arith.mulf %a, %1 : f64
          %2 = arith.addf %accum, %prod : f64
          scf.yield %2 : f64
        }
        memref.store %sum, %X[%i, %j] : memref<?x?xf64>
      }
    }
    return %X : memref<?x?xf64>
  }
}

The error message is as follows:
: error: operand #1 does not dominate this use
          %2 = arith.addf %accum, %prod : f64
               ^
: note: see current operation:
%0 = "sdfg.tasklet"(<<UNKNOWN SSA VALUE>>, <<UNKNOWN SSA VALUE>>) ({
^bb0(%arg0: f64, %arg1: f64):
  %0 = "arith.addf"(%arg0, %arg1) {fastmath = #arith.fastmath<none>} : (f64, f64) -> f64
  "sdfg.return"(%0) : (f64) -> ()
}) {ID = 31 : i32} : (f64, f64) -> f64
: note: operand defined here (op is neither in a parent nor in a child region)
          %prod = arith.mulf %a, %1 : f64
                  ^

This error is generated from my forked branch
https://github.com/C-TC/mlir-dace/tree/to-sdir-converter-sparse
where I added custom lifting rules for memref.dim, llvm.struct and llvm.extractvalue. But the error info remains the same after I removed these ops from script. So the error is not likely related to custom rules.

When I try to use mlir-opt --scf-for-to-while to convert for loop into while loop and convert it to sdfg, no more error or warning. But when I I try to use opt_dace.py to simplify the sdfg (level 3), it outputs some warnings and the final sdfg is incorrect.
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_21" in state cmpi_28
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_21" in state condition_30
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_42" in state cmpi_49
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_42" in state condition_51
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_65" in state cmpi_73
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_65" in state condition_75
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_66" in state condition_75
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %
dace/dace/sdfg/validation.py:334: UserWarning: WARNING: Use of uninitialized transient "while_arg_66" in state condition_75
  warnings.warn('WARNING: Use of uninitialized transient "%s" in state %s' %