Doesn't work with Laravel 5.2

I updated to Laravel 5.2 and with this package:
"white-frame/dynatable": "^2.2.1",

composer install
Loading composer repositories with package information
Installing dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Conclusion: don't install laravel/framework v5.2.6
    - Conclusion: don't install illuminate/support v5.1.28
    - Conclusion: don't install illuminate/support v5.1.25
    - Conclusion: don't install laravel/framework v5.2.5
    - Conclusion: don't install illuminate/support v5.1.22
    - Conclusion: don't install illuminate/support v5.1.20
    - Conclusion: don't install laravel/framework v5.2.4
    - Conclusion: don't install illuminate/support v5.1.16
    - Conclusion: don't install illuminate/support v5.1.13
    - Conclusion: don't install illuminate/support v5.1.8
    - Conclusion: don't install laravel/framework v5.2.3
    - Conclusion: don't install illuminate/support v5.1.6
    - Installation request for white-frame/dynatable ^2.2.1 -> satisfiable by white-frame/dynatable[2.2.1].
    - don't install illuminate/support v5.1.1|don't install laravel/framework v5.2.0
    - don't install illuminate/support v5.1.1|don't install laravel/framework v5.2.1
    - don't install illuminate/support v5.1.1|don't install laravel/framework v5.2.2
    - white-frame/dynatable 2.2.1 requires illuminate/support 5.1.* -> satisfiable by illuminate/support[v5.1.1, v5.1.13, v5.1.16, v5.1.2, v5.1.20, v5.1.22, v5.1.25, v5.1.28, v5.1.6, v5.1.8].
    - Conclusion: don't install illuminate/support v5.1.2
    - Installation request for laravel/framework 5.2.* -> satisfiable by laravel/framework[v5.2.0, v5.2.1, v5.2.2, v5.2.3, v5.2.4, v5.2.5, v5.2.6].

Looks like illuminate/support in white-frame/white-frame composer.json
https://github.com/white-frame/white-frame/blob/master/composer.json#L18 needs to be bumped:
illuminate/support 5.1.* --> illuminate/support 5.2.6

Thanks for the report.
I will investigate if the bump does not break things with L 5.2 :)
Maybe tomorrow

Thank you for the response :^)
Brad

On Jan 12, 2016, at 9:33 AM, Favre Anael<EMAIL_ADDRESS>wrote:
Thanks for the report.
I will investigate if the bump does not break things with L 5.2 :)
Maybe tomorrow
—
Reply to this email directly or view it on GitHub https://github.com/white-frame/dynatable/issues/7#issuecomment-170984468.

Any updates?

Damn, did not took the time. I look at it before the end of the day (GMT +1).

No worries

On my side it looks good, i created a laravel branch for new version.
However, the package i am depending pingpong/widget is not yet compatible. I opened an issue at https://github.com/pingpong-labs/widget/issues/13, waiting for response :)

Still can't get it to work with composer.
  `
Loading composer repositories with package information
Installing dependencies (including require-dev)
Your requirements could not be resolved to an installable set of packages.
Problem 1
- white-frame/white-frame <IP_ADDRESS> requires white-frame/http 5.2.* -> no matching package found.
- white-frame/dynatable <IP_ADDRESS> requires white-frame/white-frame 5.2.* -> satisfiable by white-frame/white-frame[<IP_ADDRESS>].
- Installation request for white-frame/dynatable 5.2.0 -> satisfiable by white-frame/dynatable[<IP_ADDRESS>].
  `
  ` js
{
"name": "laravel/laravel",
"description": "The Laravel Framework.",
"keywords": [
"framework",
"laravel"
],
"license": "MIT",
"type": "project",
"require": {
"php": ">=5.5.9",
"laravel/framework": "5.2.",
"aloha/twilio": "^2.0",
"guzzlehttp/guzzle": "5.3.0",
"yangqi/htmldom": "dev-master",
"predis/predis": "~1.0",
"doctrine/dbal": "^2.5",
"barryvdh/laravel-debugbar": "^2.0",
"graham-campbell/htmlmin": "^4.2",
"white-frame/dynatable": "5.2.0",
"pda/pheanstalk": "^3.1"
},
"require-dev": {
"fzaninotto/faker": "~1.4",
"mockery/mockery": "0.9.",
"phpunit/phpunit": "~4.0",
"phpspec/phpspec": "~2.1",
"symfony/dom-crawler": "~3.0",
"symfony/css-selector": "~3.0"
},
"autoload": {
"classmap": [
"database"
],
"psr-4": {
"App\": "app/"
}
},
"autoload-dev": {
"classmap": [
"tests/TestCase.php"
]
},
"scripts": {
"post-install-cmd": [
"php artisan clear-compiled",
"php artisan optimize"
],
"pre-update-cmd": [
"php artisan clear-compiled"
],
"post-update-cmd": [
"php artisan optimize"
],
"post-root-package-install": [
"php -r "copy('.env.example', '.env');""
],
"post-create-project-cmd": [
"php artisan key:generate"
]
},
"config": {
"preferred-install": "dist"
}
}
  `

Looks like white-frame/white-frame requires a lot of stuff and some of it doesn't exist on composer yet: https://packagist.org/packages/white-frame/http still refers to illuminate/support: 5.1 so its outdated from master branch.

Hooooo, it looks that Packagist not responded to my lasts push on white-frame/http :

I am fixing it now. However pingpong-labs/widget being incompatible with L 5.2, i think this will not work at all.
Thanks for the digging.

Annnnd, indeed :
Problem 1
    - pingpong/widget v2.1.0 requires illuminate/html 5.1.* -> no matching package found.
    - Conclusion: don't install laravel/framework v5.2.10

Awww, didn't think it would be such a mess upgrading. Dependencies on dependencies :P

I +1'd your issue on pingpong.

When a new version of a framework is released you have to wait some times when the community bump versions and adapt to the new release :)
Concerning pingpong-labs/widget, as white-frame tend to stay close to laravel versionning, maybe i will do a fork if he does not react quickly enough :)

Yeah I didn't realize that :( oh well. I guess now I know :D
I'm all for the fork btw :+1:

Just like to say that everything works now. Has been for the past two days. Not sure why it works but no need for this issue anymore?

Just because pingpong-labs included laravel 5.2 support right now :)
All is green :)


Predicting car prices

Hi, I would like this issue to be assigned to me as I get to build an Ml model that'd predict house prices.

Hey @hemhemoh Please look for other open issues. Thanks.


Update MD file on new branch 2017-10-13_00-11-16

:warning: Validation status: warnings

File
Status
Preview URL
Details

split/ref.yml
:warning:Warning

Details

split/updateTestRef.md
:white_check_mark:Succeeded

split/ref.yml

[Warning] Uid(Microsoft.SqlServer.Server) has already been defined in ref2.yml.
Line 1: [Warning] Invalid file link:(~/content.md).

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Cannot use ESM inside node:vm when running tests

Describe the bug
It's currently impossible to use ESM inside node:vm when running tests.
It happens because ESM support inside node:vm is currently behind a feature flag (--experimental-vm-modules) and Vitest doesn't provide any ways to pass feature flags to Node.
This is especially critical when using packages like miniflare, which utilizes node:vm to simulate the Cloudflare Workers environment.
Reproduction
https://stackblitz.com/edit/vitest-dev-vitest-ferg4y?file=test/basic.test.ts
System Info
System:
    OS: Linux 5.0 undefined
    CPU: (4) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
    Memory: 0 Bytes / 0 Bytes
    Shell: 1.0 - /bin/jsh
  Binaries:
    Node: 16.14.2 - /usr/local/bin/node
    Yarn: 1.22.10 - /bin/yarn
    npm: 7.17.0 - /bin/npm
  npmPackages:
    vite: ^2.9.9 => 2.9.13
    vitest: latest => 0.17.0

(ran on StackBlitz)

Used Package Manager
npm
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Vitest doesn't provide any ways to pass feature flags to Node

But what about NODE_OPTIONS='--experimental-vm-modules' vitest?

Well that worked. Wasn't aware of that option, thanks!
Should this issue be closed, then?


Add some clarifying text regarding CA versus self-signed certificates

Signed-off-by: Drew Moseley<EMAIL_ADDRESS>

Looks good.


HEE-309 - HEE-220 Hero and Card images

Hi David can you give this a review please.
Thanks
Raq

Looks good to me 👍


Format HTML like Prettier

Thank you so much for this plugin. I've been looking for the like of it for a while now!
I noticed the plugin doesn't format HTML like how Prettier's own HTML formatter normally does. For example, given this snippet:

{{ hello | world }}

<button type="button" class="btn btn-primary" data-toggle="modal" data-target="#exampleModal">Click me!</button>

Prettier changes it into the following: (playground)

{{ hello | world }}

<button
  type="button"
  class="btn btn-primary"
  data-toggle="modal"
  data-target="#exampleModal"
>
  Click me!
</button>

But this plugin (v0.4.6) changes it to:

  {{ hello | world }}

<button type="button"
  class="btn btn-primary"
  data-toggle="modal"
  data-target="#exampleModal">
  Click me!
</button>

My Observations

Here you're breaking every non-inline element (like the h1) so that the tags stay on separate lines from the children, even when they would all fit in one line:
https://github.com/trivago/prettier-plugin-twig-melody/blob/3d999951a21ef85846397cd0062aa6d4261911c2/src/print/Element.js#L51-L68
Prettier only appears to break when they wouldn't fit in one line.
When an element with many (or long) attributes is broken into multiple lines, Prettier tries to put every attribute indented on its own line. It also puts the opening "<" and the element name together on a separate line and the closing ">" on its own line. It looks like here's where this feature could be implemented:
https://github.com/trivago/prettier-plugin-twig-melody/blob/3d999951a21ef85846397cd0062aa6d4261911c2/src/print/Element.js#L22

It would be nice to have this plugin imitate Prettier's formatting. If you're cool with this proposal (and I hope you are 😃) I could create a pull request to try to resolve this.
Thank you.

Whoever's reading this and wants my suggestions, I made a plugin for this Prettier plugin that adds the features in the meantime: prettier-plugin-twig-enhancements.


Issue with ReportServer Redirect

Hello,
It seems that if I send a user to the URL /reportserver?reportName - I would expect it to render the report.  This works properly if the user is already logged in - if they are not, the server redirects to the logon.aspx page, and at that point, it strips out the querystring, so the redirect has no idea how to get them back to where the user wanted to originally go.
Is this a bug in report server?  Or is this something that can be addressed through another mechanism?
Thanks for any help you can provide.

Looks like this is just a problem that was fixed in SP1 CU2.  See this issue.


ignore scroll behavior docs?

I need to scroll the page to top when the query param changes. I can just do it in component will receive props or something like that , but I found an issue where this was specficially changed to not scroll when the query param changes vs teh route param. it mentions ignore scroll config, but I can't find this anywhere in the docs. is there an example somewhere?  what is the suggested way to scroll to the top when the query string params change?

I think you'll need to do that in componentWillReceiveProps in this case.
Currently the way it works is like this:

When only query changes doesn't do anything—that's entirely on you
When params or route changes, router respects whatever scrollBehavior is set in config (by default, ImitateBrowserBehavior)
There is an exception to second rule: if any of the shared ancestors of previous and next route have ignoreScrollBehavior option, router does nothing

Cool that works for me. Isnignorescrollbehavior and option on a route then? I couldn't find it in the docs at all

Yup, it's an option on Route. You're right it's not in the docs. @rpflorence

@kellyrmilligan
Thank you for raising this!
It's here now:
https://github.com/rackt/react-router/blob/master/docs/api/components/Route.md#ignorescrollbehavior

The router doesn't manage scroll positions any more. Try https://github.com/taion/react-router-scroll.


[Bug]: starting_solution does not work if last cycle is not saved

PyBaMM Version
23.5
Python Version
3.9.17
Describe the bug
When using starting_solution in solving a simulation, if the last cycle of the starting_solution is not saved, then the initialisation doesn't work: the new solution starts at t=0 and does not contain the previous states (not even the first cycle which should be always saved).
My guess is that when checking the solution for the last cycle it finds it is None and thus it treats it as if no starting_solution has been provided.
Steps to Reproduce
        model = pybamm.lithium_ion.SPM()

        experiment = pybamm.Experiment([
            # pybamm.step.string("Discharge at C/2 for 10 minutes", start_time=datetime(2023, 1, 1, 8, 0, 0)),
            pybamm.step.string("Discharge at C/2 for 10 minutes"),
            pybamm.step.string("Rest for 10 minutes"),
        ])

        sim = pybamm.Simulation(model, experiment=experiment)
        solution = sim.solve(save_at_cycles=[1])

        experiment = pybamm.Experiment([
            # pybamm.step.string("Discharge at C/2 for 20 minutes", start_time=datetime(2023, 1, 1, 10, 0, 0)),
            pybamm.step.string("Discharge at C/2 for 20 minutes"),
            pybamm.step.string("Rest for 20 minutes"),
        ])

        sim = pybamm.Simulation(model, experiment=experiment)
        new_solution = sim.solve(calc_esoh=False, starting_solution=solution)

Plotting new_solution yields:

If, instead, I do save_at_cycles=None in the first solve, I get the expected result:

Relevant log output
No response

Maybe not strictly related to this, but another issue is that the way starting_time is currently implemented means that the initial_start_time is taken from the experiment, but if an initial solution is provided it should be taken from there.

It should be reasonably easy to fix, we just need to save last_state regardless of whether the last cycle is saved and then use that for the starting solution

This issue might also align with #2484


CPU usage display wrong

Brief description of your issue

Steps to reproduce (optional)
No response
Expected behavior (optional)
No response
Actual behavior (optional)
No response
Environment (optional)
windows 10 ltsc 21h2 19044.5011 zh_cn
AMD 7700

Were you using game cheats?

Were you using game cheats?
It has been used before, but it has not been used after the system is restarted.


Climbable objects distance issue

On example scene  037_CameraRig_ClimbingFalling, people can't climb things when they are too far one from each other some times, because they have shorter arms.
This is the issue with some VR games where people proportions can matters.
How to deal with each people varying height and arms lenght for such games gameplay ?
Make several different levels with different lenght and distance between climbable objects ? Or manke one that works for everybody ?

Is this an issue with the toolkit or more of a general design issue?

A general design issue.
If you must hold one object with one hand and grab another object with the other hand that is placed 2 meters away , many people won't be able to grab the second object that is too far.
In the example 37 on the kit , there is many items i can't grab because they are too far from each other.

This was purposefully designed like this to force the player to jump for certain holds and to explore different ideas and design ideas. In a real game you'd have a tutorial to tell you that, but since it's just an example it obviously doesn't. It's definitely a consideration to keep in mind for actual games. Glad you like the demo enough to play it that much, and thanks for the input :)

I never figured we could jump in the game , some tutorial explaining you can jump would solve the problem.
A small jump and fall is so fast, that it would need a new type of grabbing for climbable objects.
You have one controller grabbing a climbable object and the other is controller free , from here you jump , you  hold the trigger button down on the controller that will grab a higher object, when your controller touches a climbable object while jumping it would automatically grab the climbable object and you could release the trigger button.
I mean a keep trigger button down on a controller to prepare it to grab a climbable object, when you controller enters in collision with a  climbable object, the controller automatically grabs the object and you can release the button trigger.
I think this would help for games needing jumping, however i am not sure the majority players will like jumping a lot in a game or it will be small game sessions.
And you can jump on sides of your living room without breaking some stuff also, because not every player has a big empty room to play/

@HyppoNymous you can already do pre-cognitive grabbing, it's just a setting on the controller grab script. I'm pretty sure the climbing scene already uses it too
also, this really isn't an issue with the toolkit, unless there is any reason to keep it open, i'll look to close this soon.


Increase verbosity of the 'download dependencies' step

Currently the download dependencies step does not output why it failed. This makes debugging issues difficult.
Example failure that closed the framework tree today: https://ci.chromium.org/ui/p/flutter/builders/prod/Mac customer_testing/11337/overview
Here's the download step: https://cs.opensource.google/flutter/recipes/+/master:recipes/flutter/flutter_drone.py;l=92?q=file:recipes%2Fflutter%2Fflutter_drone.py
/cc @christopherfujino

CL at https://flutter-review.git.corp.google.com/c/recipes/+/39280

Closing as https://flutter-review.git.corp.google.com/c/recipes/+/39280 has merged


Updated Gaffer version to 2.0.0-alpha-0.3

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

Merging despite failing tests due to dependency on a PR to pass tests (https://github.com/gchq/gaffer-tools/pull/1006)


[Grid] Add rowSpacing and columnSpacing props

[x] I have followed (at least) the PR section of the contributing guide.

Fixes #11764
The aim of this PR is to have separate row and column spacing for grid component.
Preview:

https://deploy-preview-26559--material-ui.netlify.app/components/grid/#row-amp-column-spacing
https://deploy-preview-26559--material-ui.netlify.app/system/grid/

We need to rebase this one on top of #26590.

We need to rebase this one on top of #26590 (once merged).

@oliviertassinari Is #26590 required for this PR or can they be merged independently?

@eps1lon They conflict from a feature perspective, rowSpacing needs to handle responsive values. But any of the two can go in first, as long as the other is rebased after.


Fix UEFI HTTP boot for RHEL 9 ISOs

The RHEL 9 and CS9 ISOs would fail to boot over UEFI HTTP.  Added the necessary dracut and kernel modules to support this.
The second commit adds all kernel modules that are in the official RHEL 9 ISO's initramfs and were not on ours.
See rhbz#2030730
Manifests regenerated for each commit.  Image info dropped for all updated manifests that had any.

Of course I forgot the manifests 🤦

@achilleas-k This fix should be for edge-installer as well? What about RHEL 8? Thanks.

@achilleas-k This fix should be for edge-installer as well?

Yes, this is also for the edge installer.

What about RHEL 8?

I ran the same test on RHEL 8 and it worked without issues.

Args, I hate the update button defaulting to merge commit. Let me fix that.


Proposed fix for Load Chunk problems #27

UPDATE: I realize this didn't address #27. Instead, it address RTerm choking when Run.Selection is given too much text and sets us up to fix #27, which I'll handle if this PR passes review.
After some testing, it seems when you send too much text to be processed by RTerm a buffer is overrun somewhere.  Luckily, R executes line-by-line.
I've split the selected text into a string[] and then loop over the array, sending a line at a time to the RTerm, with a small delay in between.
Adding a delay is not the best way to do this. I realize it.  But without having access to output from the RTerm, I'm not sure how else to hack it.  I'm open to suggestions.

@Ladvien, Thank you as always!
And, It's good readability code.


How to use epidemics-classes with {odin} models

This draft PR aims to fix #54 and is a work in progress. It builds off the update-renv branch and needs to be rebased on main before merging. This is a trial and may or may not be merged depending on whether {epidemics} features can be used with {odin} models.

Unsure why checks are failing as the scripts have been updated to use epiparameter::epidist_db().

Workflow failing as {rlang} v1.1.4 binaries may not yet be ready - will rerun later in the week to check.

Was exploring the odin model more and noticed that interventions seem to have different effect in odin and original epidemics implementation (despite the two outputs matching in the absence of interventions once model was SEIR - see this branch).
If R0=1.5, then reducing contacts across ages by 33% should cause the epidemic to roughly level off (because R = 1.5*(1-0.33) = 1). Or just under 33% given some immunity has already accumulated. This is what happens with the {odin} implementation. However, in the {epidemics} README implementation, the epidemic seems to level off when the contact reduction is around 15%, suggesting that the effect of interventions may be inflated somewhere in the model code. Will also flag as potential issue on {epidemics}.

Note the above issue has been resolved as a diffference in assumptions about how interventions acting on contacts (i.e. acting on both contacts to and from). The further-odin-development branch now has an {odin} implementation that matches the {epidemics} README, so might be worth merging that with this PR

this is ready to merge 🚀
We'll continue the review in an upcoming PR from further-odin-development branch. These include:

show only one code chunk ready to copy and paste
add the warning and message false to the chunk
add question mark to entry name


Alerting fix

Codecov Report

Merging #442 (f41d95c) into master (8f87147) will increase coverage by 0.03%.
The diff coverage is 66.66%.

@@            Coverage Diff             @@
##           master     #442      +/-   ##
==========================================
+ Coverage   39.64%   39.68%   +0.03%
==========================================
  Files          34       34
  Lines        5226     5231       +5
==========================================
+ Hits         2072     2076       +4
- Misses       3154     3155       +1

Impacted Files
Coverage Δ

assemblyline_core/ingester/ingester.py
76.69% <ø> (ø)

assemblyline_core/alerter/processing.py
88.15% <66.66%> (-1.64%)
:arrow_down:

assemblyline_core/dispatching/dispatcher.py
76.92% <0.00%> (+0.24%)
: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 8f87147...f41d95c. Read the comment docs.


Fix/147- mission, view and values

Describe the bug
The information that it is include in the screen it is missing some text. It should include more text
To Reproduce
Expected behavior
The same info as the web page (not of it but not so summarise) should be include
Screenshots
Not applicable
Additional context
Use the web page they are using at the moment as inspiration for taking the text you might need

Story Points: 2
See the discussion in Frontend S3
Powered by Parabol


Version at front of filename

The mod's .jar file is named 1.20.1-create_oppenheimered-1.0.0.jar, this makes it harder to find alphabetically.
I would like to suggest naming it create_oppenheimered-1.20.1-1.0.0.jar instead, thanks.

Need to remember to do this for future releases

Also fixed in latest release

Very nice, thank you!


Bump Elixir to 1.3.2 and update dependencies

closes #7

Awesome. :clap:  I guess you want to deal with the actual warnings thrown during compilation in a separate PR?

@zoldar Yes, I'll fix the warnings in another PR

thanks!


Feature 284 - Added leading property for NavigationPane Widget

Worked on this issue
Pre-launch Checklist

[x] I have updated CHANGELOG.md with my changes
[x] I have run "optimize/organize imports" on all changed files
[x] I have added/updated relevant documentation

I am closing this and opening a new PR.


pull request for e2e test at 01/30/2017 18:56:10

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


⚠ Fortnite has degraded performance

In 56afd25, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1662 ms

Resolved: Fortnite performance has improved in 50110cc.


Consider importing only from the required files from lodash

This is low priority, but I thought I'd mention it. Currently, the helper functions are imported directly from lodash, i.e.
import { debounce, throttle } from 'lodash-es';

This resolves to lodash's index file, which bundles all available functions.
Now, when using a bundle with support for tree shaking, all functions that are not needed will get dropped and won't be included in the final bundle. That works as expected.
But there's another use case: For development, we are using the native browser ESM support and include the JavaScript files as module scripts directly, without a build step. The browser won't do any tree shaking, so it will import all sub modules from lodash, which can take a bit of time.
This could be solved by importing only from the lodash modules that are actually required, e.g. change
import { debounce, throttle } from 'lodash-es';

to
import throttle from "lodash-es/throttle";
import debounce from "lodash-es/debounce";

in https://github.com/Grsmto/simplebar/blob/9e0505ccf3a0e036ca545ea9d9ef0ea84e149ef0/packages/simplebar-core/src/index.ts#L2C1-L3C1

it is better to use "classic" lodash package, with atoms import. like "import debounce from 'lodash/debounce'"


Content sync location is not consistent in respect to cordova file plugin on iOS and Android

Test if the local copy is at the correct place and can be accessed via file plugin.
On android this works, as the files are copied to the PERSISTENT location:
/data/data/<app-id>/files
on iOS the files are copied to
/var/mobile/Applications/<UUID>/Library  (or .../Documents in compatibility mode)
but the persistent directory is .../Library/files, so they can't be accessed.
the only work around is to distinguish the platform in the code and use different content roots.
see https://github.com/tripodsan/phonegap-plugin-contentsync/commit/d2b7d2612cb05a3b5574a63dafc09906cc051544

@tripodsan actually the PERSISTENT location on Android is:
/data/data/<app-id>/files/files
as per https://github.com/apache/cordova-plugin-file/blob/a26070f435b810ceabc3c82efcc8294820be737b/src/android/FileUtils.java#L182. Why is there a double 'files', I don't know. I believe it was added in error but I can't change it now or it will break all existing Android apps that rely on that location.
If you use an app id of files/myapp then it will end up dropping the files in PERSISTENT file location for both platforms. Let us know if that doesn't work for you. We should probably document it in our README.

but see my tests in https://github.com/tripodsan/phonegap-plugin-contentsync/commit/d2b7d2612cb05a3b5574a63dafc09906cc051544 they work on android and fail on iOS.
the reported directories are:
android:
sync id: local/test1446831637634
localPath: /data/data/io.cordova.hellocordova/files/files/local/test1446831637634
fs root: file:///data/data/io.cordova.hellocordova/files/files/

ios:
sync id: local/test1446832023584
localPath: /Users/tripod/Library/Developer/CoreSimulator/Devices/839CA493-C73E-4FD9-AC70-1B0D7B867666/data/Containers/Data/Application/F4F2861B-F542-45DB-96B4-983095733AE3/Library/local/test1446832023584
fs root: file:///Users/tripod/Library/Developer/CoreSimulator/Devices/839CA493-C73E-4FD9-AC70-1B0D7B867666/data/Containers/Data/Application/F4F2861B-F542-45DB-96B4-983095733AE3/Library/files/

but it might be that the PERSISTENT root on iOS is wrong... @shazron mentioned something.

I would try to be consistent with the cordova-plugin-file and use whatever dataDirectory they use as root.
on android: /data/data/<app-id>/files
on ios: /var/mobile/Applications/<UUID>/Library/NoCloud
on osx: ~/Library/Application Support/<bundle-id>/files

@tripodsan Seems legit and the other plugin maintainers agree so I'll work on it tomorrow.

commit looks good to me.


Make referenceListResolverName more configurable

The referenceListResolverName assumes a certain arguments for that resolver. I think we should allow a function here, or make sure we can specify it to map to query { movies(where: { id: { in: [1, 2, 3] } } ) } like we do in Platformatic DB.

I like this


Diagonal interaction Hamiltonian class

Many of our recent papers including arXiv:1706.00023 and arXiv:1711.04789 have focused on simulating the electronic structure Hamiltonian in a basis where the Coulomb operator is diagonal. Thus, the Hamiltonian can be expressed as:
\sum_{pq} T_{pq} a^\dagger_p a_q + \sum_{pq} V_{pq} n_p n_q
where I have subsumed the usual "U_p n_p" term in the diagonal part of T_{pq} a^\dagger_p a_q.
Anyways, this is clearly a very essential and important form of the electronic structure Hamiltonian. As we build more routines for compiling to chips it will be essential to use this form. Likewise, this form can be stored with less memory and mapped to qubits almost instantly. Thus, we should have a class specialized for this purpose.
@idk3 @kevinsung @jarrodmcc thoughts?

Naturally, this is a PolynomialTensor with keys (1, 0) and (1, 0, 1, 0). The memory footprint would be the same as InteractionOperator (N^2 + N^4 numbers); are you looking for an even more memory-efficient structure?

The memory footprint really only needs to be O(N^2) not O(N^4). So yes, I am thinking of something even more efficient.

Ok, then it should not inherit from PolynomialTensor. We can always map back and forth. What sorts of operations do want to perform? A specialized Jordan-Wigner, and perhaps Bravyi-Kitaev? Anything else?

Jordan-Wigner is incredibly simple and that is certainly a class we'll want. But I also expect that we're going to want to have routines for compiling circuits that are based around this class.

In fact, many of the things we may want to do with this class would perhaps be done more to the post-JW transformed version of this Hamiltonian. I wonder if we should think about a class to store those coefficients (since they are slightly different from the FermionOperator coefficients).

At the very least, we'll want a class that stores the Hermitian matrix T_{pq} and the symmetric matrix V_{pq} as numpy arrays, right? What should it be called? What should the attributes corresponding to these matrices be called?

Actually, another possibility is to use a dictionary instead and have the keys be either sets {p, q} or tuples (p,q) where we assume p < q. That would use less memory and also make iteration more convenient.

I actually think that the most natural way to write this class is probably to just have it store two N x N numpy arrays: one for V_{pq} and one for T_{pq}.

Is it an implicit assumption of these papers that T_{pq} is real? It seems to me that's necessary for the kinetic term to have a nice Jordan-Wigner transformed form. If so, should that be an assumption of the data structure?

In all the basis sets that we're currently aware of which give this form, that is the case. I think this can be an assumption of the data structure.

Can you say more about the benefit for this being assumed to be always real
instead of hermitian?  At some point there was discussion of treating
magnetic fields / vector potentials in OpenFermion which this might
hamstring.
On Mon, Mar 26, 2018 at 7:10 PM, Ryan Babbush<EMAIL_ADDRESS>wrote:

In all the basis sets that we're currently aware of which give this form,
that is the case. I think this can be an assumption of the data structure.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/quantumlib/OpenFermion/issues/246#issuecomment-376372345,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AHXFPNMzONhMRpjMIy_sn8f3lzqQ04N2ks5tiZ-IgaJpZM4SldSK
.

Jarrod is right, adding a magnetic field would throw a wrench in things. I tend to agree with Jarrod that it costs us almost nothing to ensure it is Hermitian, but not necessarily real.

Tpq only needs to be Hermitian but Vpq does need to be real (upper triangular - perhaps we could store Up as the diagonals of Vpq).
@kevinsung real vs complex here doesn't actually change that much, only whether you transform to paired Xs and Ys connected by Z strings (terms XZ...ZX and YZ...ZY) or anti-paired terms (YZ...ZX and XZ...ZY).

@idk3 thanks, I see. If T_{pq} has both real and imaginary parts, then the transformed term will involve both kinds of terms. That's not a big deal though; it's still easy to transform.

@kevinsung actually U_p is just one part of the diagonal of T_{pq}. The kinetic operator also contributes the diagonals. For instance, think of the Laplacian in real space.
But in basis sets other than the dual basis, or when there is a magnetic field, U also has off-diagonal components. So to the extent that we care about separating components of the external potential the Hamiltonian should be
\sum_{pq} (U_{pq} a^\dagger_p a_q + T_{pq} a^\dagger_p a_q + V_{pq} n_p n_q)

@babbush It would be convenient for me to at least have a basic version of this set up, so I'd like to do that. Do you think T and U should be stored separately? For now I plan to have these matrices stored and provide a routine to convert to and from FermionOperators and a Jordan-Wigner Transform to convert to QubitOperators.

No, don't store T and U individually. Just have a matrix called one_body and a matrix called two_body. one_body stores the coefficients of a^\dagger_p a_q and two_body stores the coefficients of n_p n_q.

Actually, I'm going to work on other stuff first so if someone wants to jump on this go ahead.
What should the class be called? DiagonalInteractionHamiltonian?

That's a reasonable name.

Ok I'm going to do this now. I'm going to call it DiagonalCoulombHamiltonian for now.


CARDS-1737: When computing the surveys that need to be filled out for a visit based on the configured frequency, look at previous visit from the same clinic rather than with the same questionnaire set

Jira link.
This PR changes the required forms that need to be filled out for a visit to be linked to the clinic, rather than just the questionnaire.
To test: Checkout the test branch at CARDS-1737-test before continuing, as it contains a change to mock_torch.js to allow it to send test data for different clinics.
** Making sure nothing broke: **

Under the OSGi config (for me: http://localhost:8080/system/console/configMgr), scroll to the bottom and create a new PROMs import configuration, with the following:

Name: test
Endpoint URL: http://localhost:8011/
Clinic-name: 6012-HC-Congenital Cardiac
Everything else default. Save.

Startup nodejs mock Torch server from Utilities/Development with the command nodejs mock_torch.js --appointment-time-hours-from-now=48
Open up http://localhost:8080/Subjects.importTorch.json?config=mock in your browser. You should see "Data import started". At this point there's an error in the logs because the Authentication URL is broken, but it should otherwise work.
Running this import multiple times should still just result in 9 new forms
On the sidebar, navigating to PMCC - ACHD and checking Upcoming appointments should result in just 3 of them no matter how many times you ran the import.

Testing the clinic-specific changes:
6. Go to Administration->Clinics->Create a new Clinic with ID TestMapping and name Test clinic mapping and Surveys Mood. Save.
7. Stop the nodejs mock Torch server, and rerun it specifying your new clinic, a.k.a.: nodejs mock_torch.js --appointment-time-hours-from-now=48 --appointment-location=TestMapping
8. Under the OSGi config (for me: http://localhost:8080/system/console/configMgr), edit the latest configuration so the Clinic-name is set to TestMapping.
9. Open up http://localhost:8080/Subjects.importTorch.json?config=mock in your browser. You should see "Data import started".
10. Now there should be 15 forms (Mood has less forms)
11. Under the new Test sidebar entry, 3 new upcoming appointments should be filled out. Make sure the URLs under the Survey completion differ from the ones for PMC - ACHD

Anything else that looked at the old surveys field in Visit Information should still be functional, even though the field itself is now gone from imports.

@sashaandjic alternative testing instructions without mock_torch:

Create several clinics using the Clinics admin screen, some with the Cardio surveys, some with thr Mood surveys
Manually create Patient information and Visit information forms

in Visit information, for the Clinic question, enter the @path of the clinic (e.g. /Proms/ClinicMapping/853703519 for 6012-HC-Congenital Cardiac; loading /Proms/ClinicMapping.deep.json in a separate tab of the browser can help with easily copy-pasting the @path for individual clinics)

Follow the rest of the instructions above to check that surveys are grouped on the dashboard by clinic even if multiple clinics use the same questionnaire set (Cardio or Mood)

The URLs under the Survey completion differ for each clinic.
Question: After creation of the surveys, in Visit's filed Clinic the previously entered @path is converted to clinic name?

This label processor is very specific to PROMs, so it should not be in the core data-entry module.

DRAFT PR #1044 implements the Visit information/clinic question as a resource question (PR #1043) and removes this label processor. @OrdiNeu @sashaandjic please review/test the clinic question in particular in that PR, as well as `ResourceQuestion in general in PR #1043.

Unable to login without token.
In the video below, I am first successfully signing in with the token, then after signing out I attempt to sing in without token
https://user-images.githubusercontent.com/23243244/172517097-63603738-bf6e-40db-8ac7-f245951ebd4c.mp4
.

Not sure if this is related to this PR, but I am not getting surveys created for any newly added clinic.

I am unable to login with or without token to fill out surveys created for my newly added Cardio clinic.

@sashaandjic

Unable to login without token. In the video below, I am first successfully signing in with the token, then after signing out I attempt to sing in without token

Just fixed in 946ea3e :heavy_check_mark:


Web support

Ruby has recently introduced support for web compilation. I'm not sure how well it works with Emscriptien/FFI libraries.

it's work with Emscripten. Emscripten is a complete Open Source compiler toolchain to WebAssembly. When developers have native code that lends itself to compilation to WASM, this native code could be used in Dart Web through JS interop.
However, we do not have a unified API for interacting with the same native library on Dart Native through dart:ffi, and on Dart Web through JS interop.

it's work with Emscripten. Emscripten is a complete Open Source compiler toolchain to WebAssembly. When developers have native code that lends itself to compilation to WASM, this native code could be used in Dart Web through JS interop.
However, we do not have a unified API for interacting with the same native library on Dart Native through dart:ffi, and on Dart Web through JS interop.

This is a Ruby repository. The native Raylib library, written in C compiles easily via Emscripten to WebAssembly. Compiling Ruby to Emscripten has also been done before. The issue here is compiling Ruby + C extensions/FFI bindings to WebAssembly.


Improve performance of Versioning system on repositories

Description

The _load_all() and _load_all_by() methods of FS repository is searching for the version inside file content, while previously this only need to look at the file name.
Every time a new entity is created, the latest version is retrieve from the version.json file. There should be another mechanism to store and load the latest version number from memory.

Lost comment from transferring the issue:


feat: Extensible with Generics

This updates the QA Handler to be extensible so you can pass your own generics.

:tada: This PR is included in version 2.1.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Bump api server version

Purpose

$subject

PR builder started
Link: https://github.com/wso2/product-is/actions/runs/554847757

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/554847757
Status: failure

PR builder started
Link: https://github.com/wso2/product-is/actions/runs/555271792

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/555271792
Status: failure

PR builder started
Link: https://github.com/wso2/product-is/actions/runs/556036346

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/556036346
Status: failure

PR builder started
Link: https://github.com/wso2/product-is/actions/runs/556833775

PR builder completed
Link: https://github.com/wso2/product-is/actions/runs/556833775
Status: cancelled

Closing since https://github.com/wso2/identity-rest-dispatcher/pull/359


Looking for example usage of  executeCMDlist for LCD display ST7735

Can someone give me an example of how to use executeCMDlist  function? I don´t know how to supply the pointer in python as an argument to the function.
Thank you,
Andreas

Hi, I've staged changes that will add typemaps for uint8_t arrays for python. They will be included with the next version tag. With these in place, you will be able to build a list of commands similarly to the example given in #352.

Thanks.


Following useDApp Example - TypeError within config's 'connectors' object

Describe the bug
UPDATE: I've read the documentation for config, and I see that 'connectors' is not an option. It must have been at some point, because your dApp example uses the connectors field when the config is declared, then destructures 'connectors' from context on line 7 in ConnectorsPage.tsx. https://github.com/TrueFiEng/useDApp/tree/master/packages/example/src/pages/ConnectorsPage.tsx
That means your example now uses a broken/deprecated field. Should I roll back versions (I wouldn't want to do that), or do you have a better example that I can use?

I'm getting a  TypeError within the config's connectors field:
(property) connectors: {     metamask: any;     walletConnect: WalletConnectConnector; } Type '{ readOnlyChainId: number; readOnlyUrls: NodeUrls; multicallVersion: 1; fastMulticallEncoding: true; noMetamaskDeactivate: true; connectors: { metamask: any; walletConnect: WalletConnectConnector; }; }' is not assignable to type 'RecursivePartial<FullConfig, { notifications: {}; }>'.   Object literal may only specify known properties, and 'connectors' does not exist in type 'RecursivePartial<FullConfig, { notifications: {}; }>'.ts(2322)
To Reproduce
import '../styles/globals.css'
import { SessionProvider } from 'next-auth/react'
import type { AppProps } from "next/app"
import type { Session } from "next-auth"
import {
  Mainnet,
  DAppProvider,
  Config,
  MetamaskConnector,
} from '@usedapp/core'
import { WalletConnectConnector } from '@usedapp/wallet-connect-connector'

const readOnlyUrls: Config['readOnlyUrls'] = {
  [Mainnet.chainId]: 'https://rpc.ankr.com/eth'
}

const config: Config = {
  readOnlyChainId: Mainnet.chainId,
  readOnlyUrls,
  multicallVersion: 1 as const,
  fastMulticallEncoding: true,
  noMetamaskDeactivate: true,
  connectors: {
    metamask: new MetamaskConnector(),
    walletConnect: new WalletConnectConnector({}),
  },
}

function MyApp({ Component, pageProps: { session, ...pageProps }, }: AppProps<{ session: Session }>) {
  return (
    <SessionProvider session={session}>
      <DAppProvider config={config}>
        <Component {...pageProps} />
      </DAppProvider>
    </SessionProvider>
  )
}

export default MyApp

Software versions
"@usedapp/core": "^1.1.5",
"@usedapp/wallet-connect-connector": "^1.0.0-dev.0de1fa4",
"@walletconnect/web3-provider": "^1.8.0",

yarn
Node version v16.14.2

Hi, connectors are going to be introduced in<EMAIL_ADDRESS>version and if you want to use it right now you have to install the dev version of useDApp, for example<EMAIL_ADDRESS>

@jakvbs is there an estimate on when 1.2.0 will be released? ✨

I think it's a matter of a week or two.


fieldmap

Hello, I have received following error while running fmriprep-docker:
as :   "fmriprep-docker --fs-license-file $FREESURFER_HOM  /Users/.../Desktop/BIDS/Test_data/sub-001 /Users/.../Desktop/BIDS/Test_data002/" and my  subject's data folder consists of : anat/fmap/func data collected using CMRR and multi-band factor: 4
Running fMRIPREP version 1.0.15:
* BIDS dataset path: /data.
* Participant list: ['sub-002'].
* Run identifier: 20180527-184833_a0043697-6e85-443e-939d-7794bbf24eab.
180527-18:48:34,638 workflow IMPORTANT:
Creating bold processing workflow for "/data/sub-001/ses-01/func/sub-001_ses-01_task-reward_......._run-01_bold.nii.gz" (0.26 GB / 368 TRs). Memory resampled/largemem=1.06/2.03 GB.
180527-18:48:35,776 workflow IMPORTANT:
Slice-timing correction will be included.
Process Process-2:
Traceback (most recent call last):
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/cli/run.py", line 510, in build_workflow
ignore_aroma_err=opts.ignore_aroma_denoising_errors,
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py", line 202, in init_fmriprep_wf
ignore_aroma_err=ignore_aroma_err)
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py", line 458, in init_single_subject_wf
ignore_aroma_err=ignore_aroma_err)
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/bold/base.py", line 401, in init_func_preproc_wf
debug=debug, fmap_demean=fmap_demean, fmap_bspline=fmap_bspline)
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/base.py", line 178, in init_sdc_wf
name='pepolar_unwarp_wf')
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/pepolar.py", line 97, in init_pepolar_unwarp_wf
raise Exception("None of the discovered fieldmaps has the right "
Exception: None of the discovered fieldmaps has the right phase encoding direction. Possibly a problem with metadata. If not, rerun with '--ignore fieldmaps' to skip distortion correction step.

Could you share the metadata (content of the JSON files) from func and fmap
folders? Does this dataset pass the validator (
https://github.com/INCF/bids-validator) without warnings?
BTW - this is unrelated, but you should increase the amount of memory (RAM)
accessible to Docker. 2gb is not enough. You can change this in Docker
settings.
On Sun, May 27, 2018 at 12:32 PM bidhanlamichhane<EMAIL_ADDRESS>wrote:

Hello, I have received following error while running fmriprep-docker:
as : "fmriprep-docker --fs-license-file $FREESURFER_HOM
/Users/.../Desktop/BIDS/Test_data/sub-001
/Users/.../Desktop/BIDS/Test_data002/" and my subject's data folder
consists of : anat/fmap/func data collected using CMRR and multi-band
factor: 4
Running fMRIPREP version 1.0.15:

BIDS dataset path: /data.
Participant list: ['sub-002'].
Run identifier: 20180527-184833_a0043697-6e85-443e-939d-7794bbf24eab.

180527-18:48:34,638 workflow IMPORTANT:
Creating bold processing workflow for
"/data/sub-001/ses-01/func/sub-001_ses-01_task-reward_......._run-01_bold.nii.gz"
(0.26 GB / 368 TRs). Memory resampled/largemem=1.06/2.03 GB.
180527-18:48:35,776 workflow IMPORTANT:
Slice-timing correction will be included.
Process Process-2:
Traceback (most recent call last):
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line
258, in _bootstrap
self.run()
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line
93, in run
self._target(*self._args, **self._kwargs)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/cli/run.py",
line 510, in build_workflow
ignore_aroma_err=opts.ignore_aroma_denoising_errors,
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py",
line 202, in init_fmriprep_wf
ignore_aroma_err=ignore_aroma_err)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py",
line 458, in init_single_subject_wf
ignore_aroma_err=ignore_aroma_err)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/bold/base.py",
line 401, in init_func_preproc_wf
debug=debug, fmap_demean=fmap_demean, fmap_bspline=fmap_bspline)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/base.py",
line 178, in init_sdc_wf
name='pepolar_unwarp_wf')
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/pepolar.py",
line 97, in init_pepolar_unwarp_wf
raise Exception("None of the discovered fieldmaps has the right "
Exception: None of the discovered fieldmaps has the right phase encoding
direction. Possibly a problem with metadata. If not, rerun with '--ignore
fieldmaps' to skip distortion correction step.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/poldracklab/fmriprep/issues/1148, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOkpwwbJTF23X76yNNMU_S44BSHS3gJks5t2v9ngaJpZM4UPZyQ
.

Hello,
Thanks you so much for your quick response:
Please find JSON files ( bold and fmap) for one of my task run attached.
Thanks
Bidhan Lamichhane
On May 27, 2018, at 2:51 PM, Chris Filo Gorgolewski <notifications<EMAIL_ADDRESS>wrote:
Could you share the metadata (content of the JSON files) from func and fmap
folders? Does this dataset pass the validator (
https://github.com/INCF/bids-validator) without warnings?
BTW - this is unrelated, but you should increase the amount of memory (RAM)
accessible to Docker. 2gb is not enough. You can change this in Docker
settings.
On Sun, May 27, 2018 at 12:32 PM bidhanlamichhane <notifications<EMAIL_ADDRESS>wrote:

Hello, I have received following error while running fmriprep-docker:
as : "fmriprep-docker --fs-license-file $FREESURFER_HOM
/Users/.../Desktop/BIDS/Test_data/sub-001
/Users/.../Desktop/BIDS/Test_data002/" and my subject's data folder
consists of : anat/fmap/func data collected using CMRR and multi-band
factor: 4
Running fMRIPREP version 1.0.15:

BIDS dataset path: /data.
Participant list: ['sub-002'].
Run identifier: 20180527-184833_a0043697-6e85-443e-939d-7794bbf24eab.

180527-18:48:34,638 workflow IMPORTANT:
Creating bold processing workflow for
"/data/sub-001/ses-01/func/sub-001_ses-01_task-reward_......._run-01_bold.nii.gz"
(0.26 GB / 368 TRs). Memory resampled/largemem=1.06/2.03 GB.
180527-18:48:35,776 workflow IMPORTANT:
Slice-timing correction will be included.
Process Process-2:
Traceback (most recent call last):
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line
258, in _bootstrap
self.run()
File "/usr/local/miniconda/lib/python3.6/multiprocessing/process.py", line
93, in run
self._target(*self._args, **self._kwargs)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/cli/run.py",
line 510, in build_workflow
ignore_aroma_err=opts.ignore_aroma_denoising_errors,
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py",
line 202, in init_fmriprep_wf
ignore_aroma_err=ignore_aroma_err)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/base.py",
line 458, in init_single_subject_wf
ignore_aroma_err=ignore_aroma_err)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/bold/base.py",
line 401, in init_func_preproc_wf
debug=debug, fmap_demean=fmap_demean, fmap_bspline=fmap_bspline)
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/base.py",
line 178, in init_sdc_wf
name='pepolar_unwarp_wf')
File
"/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/workflows/fieldmap/pepolar.py",
line 97, in init_pepolar_unwarp_wf
raise Exception("None of the discovered fieldmaps has the right "
Exception: None of the discovered fieldmaps has the right phase encoding
direction. Possibly a problem with metadata. If not, rerun with '--ignore
fieldmaps' to skip distortion correction step.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/poldracklab/fmriprep/issues/1148, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOkpwwbJTF23X76yNNMU_S44BSHS3gJks5t2v9ngaJpZM4UPZyQ
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/poldracklab/fmriprep/issues/1148#issuecomment-392361534, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ARuCRcRYCzTl8mRPyMiRg7Gggu5KgQVSks5t2wPHgaJpZM4UPZyQ.

Attachments don't work over email when sent to ggithub. Please include the content of your JSON files in the body of the message.

No problem, below is the copy-paste of json files .  YES  this data passed validator.
Thanks
Bidhan
BOLD JSON: (*002_ses-01_task-reward_acq-multiband2p4flatAP_run-01_bold.json)
Modality        "MR"
MagneticFieldStrength   3
Manufacturer    "Siemens"
ManufacturersModelName  "Prisma_fit"
InstitutionName "Center_for_Clinical_Imaging_Research"
InstitutionalDepartmentName     "WP-MR30A"
InstitutionAddress      "South_Kingshighway_510_Saint_Louis_MO_US_63110"
DeviceSerialNumber      "167047"
StationName     "CCIRWP-MR30A"
BodyPartExamined        "BRAIN"
PatientPosition "HFS"
ProcedureStepDescription        "CCIR-00900_CCIR-0987_Braver"
SoftwareVersions        "syngo_MR_E11"
MRAcquisitionType       "2D"
SeriesDescription       "CMRR_fMRI_TASK_AP_2.4mm_368meas"
ProtocolName    "CMRR_fMRI_TASK_AP_2.4mm_368meas"
ScanningSequence        "EP"
SequenceVariant "SK_SS"
ScanOptions     "FS_EXT"
SequenceName    "epfid2d1_96"
ImageType
0       "ORIGINAL"
1       "PRIMARY"
2       "M"
3       "MB"
4       "ND"
5       "NORM"
6       "MOSAIC"
SeriesNumber    18
AcquisitionTime "15:29:35.875000"
AcquisitionNumber       1
ImageComments   "Unaliased_MB4_PE3_LB"
SliceThickness  2.4
SpacingBetweenSlices    2.4
SAR     0.044071
EchoTime        0.03
RepetitionTime  1.2
FlipAngle       52
PartialFourier  1
BaseResolution  96
ShimSetting
0       4608
1       7714
2       1602
3       416
4       7
5       95
6       -35
7       -18
TxRefAmp        239.132
PhaseResolution 1
ReceiveCoilName "Head_32"
ReceiveCoilActiveElements       "HEA;HEP"
PulseSequenceDetails    "%CustomerSeq%_cmrr_mbep2d_bold"
ConsistencyInfo "N4_VE11C_LATEST_20160120"
MultibandAccelerationFactor     4
PercentPhaseFOV 100
EchoTrainLength 96
PhaseEncodingSteps      96
AcquisitionMatrixPE     96
ReconMatrixPE   96
BandwidthPerPixelPhaseEncode    21.259
EffectiveEchoSpacing    0.000489989
DerivedVendorReportedEchoSpacing        0.000489989
TotalReadoutTime        0.0465489
PixelBandwidth  2605
DwellTime       0.000002
PhaseEncodingDirection  "j-"
SliceTiming
0       0
1       0.6275
2       0.0775
3       0.7075
4       0.155
5       0.785
6       0.235
7       0.865
8       0.3125
9       0.9425
10      0.3925
11      1.0225
12      0.47
13      1.1
14      0.55
15      0
16      0.6275
17      0.0775
18      0.7075
19      0.155
20      0.785
21      0.235
22      0.865
23      0.3125
24      0.9425
25      0.3925
26      1.0225
27      0.47
28      1.1
29      0.55
30      0
31      0.6275
32      0.0775
33      0.7075
34      0.155
35      0.785
36      0.235
37      0.865
38      0.3125
39      0.9425
40      0.3925
41      1.0225
42      0.47
43      1.1
44      0.55
45      0
46      0.6275
47      0.0775
48      0.7075
49      0.155
50      0.785
51      0.235
52      0.865
53      0.3125
54      0.9425
55      0.3925
56      1.0225
57      0.47
58      1.1
59      0.55
ImageOrientationPatientDICOM
0       0.999268
1       -0.00126896
2       -0.0382435
3       -0.00331375
4       0.992825
5       -0.119529
InPlanePhaseEncodingDirectionDICOM      "COL"
ConversionSoftware      "dcm2niix"
TaskName        "reward"
ConversionSoftwareVersion       "v1.0.20180328 (OpenJPEG build) Clang8.1.0"
FMAP JASON: (*002/ses-01/fmap/sub-MOCCAG002_ses-01_acq-multiband2p4flatAP_run-01_epi.json)
Modality        "MR"
MagneticFieldStrength   3
Manufacturer    "Siemens"
ManufacturersModelName  "Prisma_fit"
InstitutionName "Center_for_Clinical_Imaging_Research"
InstitutionalDepartmentName     "WP-MR30A"
InstitutionAddress      "South_Kingshighway_510_Saint_Louis_MO_US_63110"
DeviceSerialNumber      "167047"
StationName     "CCIRWP-MR30A"
BodyPartExamined        "BRAIN"
PatientPosition "HFS"
ProcedureStepDescription        "CCIR-00900_CCIR-0987_Braver"
SoftwareVersions        "syngo_MR_E11"
MRAcquisitionType       "2D"
SeriesDescription       "SpinEchoFieldMap_AP_2.4mm"
ProtocolName    "SpinEchoFieldMap_AP_2.4mm"
ScanningSequence        "EP"
SequenceVariant "SK"
ScanOptions     "FS"
SequenceName    "epse2d1_96"
ImageType
0       "ORIGINAL"
1       "PRIMARY"
2       "M"
3       "ND"
4       "MOSAIC"
SeriesNumber    9
AcquisitionTime "15:07:1.167500"
AcquisitionNumber       1
SliceThickness  2.4
SpacingBetweenSlices    2.4
SAR     0.126468
EchoTime        0.066
RepetitionTime  8
FlipAngle       90
PartialFourier  1
BaseResolution  96
ShimSetting
0       4608
1       7714
2       1602
3       416
4       7
5       95
6       -35
7       -18
TxRefAmp        239.132
PhaseResolution 1
ReceiveCoilName "Head_32"
ReceiveCoilActiveElements       "HEA;HEP"
PulseSequenceDetails    "%CustomerSeq%_cmrr_mbep2d_se"
ConsistencyInfo "N4_VE11C_LATEST_20160120"
PercentPhaseFOV 100
EchoTrainLength 96
PhaseEncodingSteps      96
AcquisitionMatrixPE     96
ReconMatrixPE   96
BandwidthPerPixelPhaseEncode    21.259
EffectiveEchoSpacing    0.000489989
DerivedVendorReportedEchoSpacing        0.000489989
TotalReadoutTime        0.0465489
PixelBandwidth  2605
DwellTime       0.000002
PhaseEncodingDirection  "j-"
SliceTiming
0       3.99
1       0
2       4.1225
3       0.1325
4       4.255
5       0.265
6       4.3875
7       0.3975
8       4.52
9       0.5325
10      4.655
11      0.665
12      4.7875
13      0.7975
14      4.92
15      0.93
16      5.0525
17      1.0625
18      5.185
19      1.1975
20      5.32
21      1.33
22      5.4525
23      1.4625
24      5.585
25      1.595
26      5.7175
27      1.7275
28      5.85
29      1.86
30      5.985
31      1.995
32      6.1175
33      2.1275
34      6.25
35      2.26
36      6.3825
37      2.3925
38      6.515
39      2.525
40      6.65
41      2.66
42      6.7825
43      2.7925
44      6.915
45      2.925
46      7.0475
47      3.0575
48      7.18
49      3.19
50      7.315
51      3.325
52      7.4475
53      3.4575
54      7.58
55      3.59
56      7.7125
57      3.7225
58      7.845
59      3.855
ImageOrientationPatientDICOM
0       0.999268
1       -0.00144229
2       -0.0382226
3       -0.0031393
4       0.992825
5       -0.119535
InPlanePhaseEncodingDirectionDICOM      "COL"
ConversionSoftware      "dcm2niix"
IntendedFor     "ses-01/func/sub-MOCCAG002_ses-01_task-reward_acq-multiband2p4flatAP_run-01_bold.nii.gz"
ConversionSoftwareVersion       "v1.0.20180328 (OpenJPEG build) Clang8.1.0”
On May 27, 2018, at 3:01 PM, Chris Filo Gorgolewski <notifications<EMAIL_ADDRESS>wrote:
Attachments don't work over email when sent to ggithub. Please include the content of your JSON files in the body of the message.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/poldracklab/fmriprep/issues/1148#issuecomment-392362116, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ARuCRUiaA2v_TDlz-2c-ehMVGmim2aL9ks5t2wYZgaJpZM4UPZyQ.

Thank you Chris,
Again, got following error  almost at the end of preprocessing...
Thanks
Bidhan
**Terminal output ( error portion only).
[Node] Running "apply_mask" ("niworkflows.nipype.interfaces.fsl.maths.ApplyMask"), a CommandLine Interface with command:
fslmaths /root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/func_preproc_ses_01_task_reward_acq_multiband3p0tiltPA_run_08_wf/bold_bold_trans_wf/bold_reference_wf/enhance_and_skullstrip_bold_wf/fixhdr_unifize/uni_xform.nii.gz -mas /root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/func_preproc_ses_01_task_reward_acq_multiband3p0tiltPA_run_08_wf/bold_bold_trans_wf/bold_reference_wf/enhance_and_skullstrip_bold_wf/combine_masks/ref_image_corrected_brain_mask_maths.nii.gz /root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/func_preproc_ses_01_task_reward_acq_multiband3p0tiltPA_run_08_wf/bold_bold_trans_wf/bold_reference_wf/enhance_and_skullstrip_bold_wf/apply_mask/uni_xform_masked.nii.gz
180529-03:27:57,192 workflow INFO:
[Node] Finished "fmriprep_wf.single_subject_002_wf.func_preproc_ses_01_task_reward_acq_multiband3p0tiltPA_run_08_wf.bold_bold_trans_wf.bold_reference_wf.enhance_and_skullstrip_bold_wf.apply_mask".
180529-03:28:16,994 workflow INFO:
[Node] Finished "fmriprep_wf.single_subject_002_wf.func_preproc_ses_01_task_reward_acq_multiband3p0tiltPA_run_08_wf.bold_confounds_wf.dvars".
180529-03:28:19,139 workflow INFO:
[Node] Setting-up "fmriprep_wf.single_subject_002_wf.anat_preproc_wf.surface_recon_wf.autorecon1" in "/root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/anat_preproc_wf/surface_recon_wf/autorecon1".
180529-03:28:19,144 workflow INFO:
[Node] Running "autorecon1" ("niworkflows.nipype.interfaces.freesurfer.preprocess.ReconAll"), a CommandLine Interface with command:
recon-all -autorecon1 -i /data/sub-002/ses-01/anat/sub-002_ses-01_T1w.nii.gz -T2 /data/sub-002/ses-01/anat/sub-002_ses-01_T2w.nii.gz -noskullstrip -hires -openmp 1 -subjid sub-002 -sd /out/freesurfer -expert /root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/anat_preproc_wf/surface_recon_wf/autorecon1/expert.opts
180529-03:28:23,323 workflow WARNING:
[Node] Error on "fmriprep_wf.single_subject_002_wf.anat_preproc_wf.surface_recon_wf.autorecon1" (/root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/anat_preproc_wf/surface_recon_wf/autorecon1)
Traceback (most recent call last):
File "/usr/local/miniconda/bin/fmriprep", line 11, in
load_entry_point('fmriprep==1.0.15', 'console_scripts', 'fmriprep')()
File "/usr/local/miniconda/lib/python3.6/site-packages/fmriprep/cli/run.py", line 314, in main
fmriprep_wf.run(**plugin_settings)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/engine/workflows.py", line 595, in run
runner.run(execgraph, updatehash=updatehash, config=self.config)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/plugins/base.py", line 168, in run
self._clean_queue(jobid, graph, result=result))
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/plugins/base.py", line 227, in _clean_queue
raise RuntimeError("".join(result['traceback']))
RuntimeError: Traceback (most recent call last):
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/plugins/multiproc.py", line 68, in run_node
result['result'] = node.run(updatehash=updatehash)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/engine/nodes.py", line 480, in run
result = self._run_interface(execute=True)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/engine/nodes.py", line 564, in _run_interface
return self._run_command(execute)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/pipeline/engine/nodes.py", line 644, in _run_command
result = self._interface.run(cwd=outdir)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/interfaces/base/core.py", line 520, in run
runtime = self._run_interface(runtime)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/interfaces/base/core.py", line 1020, in _run_interface
self.raise_exception(runtime)
File "/usr/local/miniconda/lib/python3.6/site-packages/niworkflows/nipype/interfaces/base/core.py", line 957, in raise_exception
).format(**runtime.dictcopy()))
RuntimeError: Command:
recon-all -autorecon1 -i /data/sub-002/ses-01/anat/sub-002_ses-01_T1w.nii.gz -T2 /data/sub-002/ses-01/anat/sub-002_ses-01_T2w.nii.gz -noskullstrip -hires -openmp 1 -subjid sub-002 -sd /out/freesurfer -expert /root/src/fmriprep/work/fmriprep_wf/single_subject_002_wf/anat_preproc_wf/surface_recon_wf/autorecon1/expert.opts
Standard output:
INFO: hi-res volumes are conformed to the min voxel size
Subject Stamp: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.1-f53a55a
Current Stamp: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.1-f53a55a
INFO: SUBJECTS_DIR is /out/freesurfer
Actual FREESURFER_HOME /opt/freesurfer
Linux 1b2416ff7830 4.9.87-linuxkit-aufs #1 SMP Wed Mar 14 15:12:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
'/opt/freesurfer/bin/recon-all' -> '/out/freesurfer/sub-002/scripts/recon-all.local-copy'
/out/freesurfer/sub-002
mri_convert /data/sub-002/ses-01/anat/sub-002_ses-01_T1w.nii.gz /out/freesurfer/sub-002/mri/orig/001.mgz
mri_convert.bin /data/sub-002/ses-01/anat/sub-002_ses-01_T1w.nii.gz /out/freesurfer/sub-002/mri/orig/001.mgz
$Id: mri_convert.c,v 1.226 2016/02/26 16:15:24 mreuter Exp $
reading from /data/sub-002/ses-01/anat/sub-002_ses-01_T1w.nii.gz...
GNU libc version: 2.23
ERROR: Systems running GNU glibc version greater than 2.15
require a newly formatted license file (it's free). Please
download a new one from the following page:
http://surfer.nmr.mgh.harvard.edu/registration.html
Linux 1b2416ff7830 4.9.87-linuxkit-aufs #1 SMP Wed Mar 14 15:12:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
recon-all -s sub-002 exited with ERRORS at Tue May 29 03:28:22 UTC 2018
For more details, see the log file /out/freesurfer/sub-002/scripts/recon-all.log
To report a problem, see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting
Standard error:
Return code: 1
Sentry is attempting to send 1 pending error messages
Waiting up to 10 seconds
Press Ctrl-C to quit
fMRIPrep: Please report errors to https://github.com/poldracklab/fmriprep/issues

Your original post indicated that you used the following command line invocation:
fmriprep-docker --fs-license-file $FREESURFER_HOM /Users/.../Desktop/BIDS/Test_data/sub-001 /Users/.../Desktop/BIDS/Test_data002/

Is the FREESURFER_HOM variable set?
Does it point to a file (not folder!) with a valid FreeSurfer license?

You are running fmriprep-docker --fs-license-file $FREESURFER_HOM/license.txt, however $FREESURFER_HOM is not set (please note the typo).
Please make sure you do:
fmriprep-docker --fs-license-file /Applications/freesurfer/license.txt

Thank you so much,
Yes, I did make that change before running again as:
fmriprep-docker --fs-license-file /Applications/freesurfer/license.txt  ………
but still similar error ( below);
Thanks
Bidhan Lamichhane
Terminal output:
Setting up environment for FreeSurfer/FS-FAST (and FSL)
FREESURFER_HOME   /Applications/freesurfer
FSFAST_HOME       /Applications/freesurfer/fsfast
FSF_OUTPUT_FORMAT nii.gz
SUBJECTS_DIR      /Applications/freesurfer/subjects
MNI_DIR           /Applications/freesurfer/mni
FSL_DIR           /usr/local/fsl
Bidhans-MacBook-Pro:~ bidhan$ fmriprep-docker --fs-license-file /Applications/freesurfer/license.txt  /Users/bidhan/Desktop/BIDS/Test_oppJ_manually_data002/sub-002 /Users/bidhan/Desktop/BIDS/Test_oppJ_manually_data00
Warning: <8GB of RAM is available within your Docker environment.
Some parts of fMRIPrep may fail to complete.
Continue anyway? [y/N]y
RUNNING: docker run --rm -it -v /Applications/freesurfer/license.txt:/opt/freesurfer/license.txt:ro -v /Users/bidhan/Desktop/BIDS/Test_oppJ_manually_data002/sub-002:/data:ro -v /Users/bidhan/Desktop/BIDS/Test_oppJ_manually_data00:/out poldracklab/fmriprep:1.0.15 /data /out participant
docker: Error response from daemon: Mounts denied:
The path /Applications/freesurfer/license.txt
is not shared from OS X and is not known to Docker.
You can configure shared paths from Docker -> Preferences... -> File Sharing.
See https://docs.docker.com/docker-for-mac/osxfs/#namespaces for more info.
.
ERRO[0000] error waiting for container: context canceled
fMRIPrep: Please report errors to https://github.com/poldracklab/fmriprep/issuesBidhans-

The error is similar at the looks of its symptoms, but has nothing to do with the former error.
You first tried to point fmriprep-docker to a path (/license.txt) because of the mistake using an environment variable misspelled.
Now, you are pointing fmriprep-docker to a path that exists indeed in the host (/Applications/freesurfer/license.txt), but docker is complaining:
docker: Error response from daemon: Mounts denied:
The path /Applications/freesurfer/license.txt
is not shared from OS X and is not known to Docker.
You can configure shared paths from Docker -> Preferences... -> File Sharing.
See https://docs.docker.com/docker-for-mac/osxfs/#namespaces for more info.

Luckily this is a pretty explicit message about what is going on.
Otherwise (and I would advise to take this road, also for security reasons), copy/move the license file to your home directory and point Docker to that license file:
cp /Applications/freesurfer/license.txt $HOME/.freesurfer-license.txt
fmriprep-docker --fs-license-file $HOME/.freesurfer-license.txt

Next time you will encounter that fmriprep breaks because of memory issues. I'm looking at this warning:
Warning: <8GB of RAM is available within your Docker environment.
Some parts of fMRIPrep may fail to complete.
Continue anyway? [y/N]

In order to learn how to increase the RAM available to docker, please read the documentation: https://docs.docker.com/docker-for-mac/#advanced


Adding enpoint to retrieve Questionnaire by url/version

To create a FHIR Bundle suited for the D4L gecco conformity checker, I need a way to retrieve the original Questionnaire from the server. Since QuestionnaireResponse.questionnaire contains Questionnaire.url and Questionnaire.version, we need another way to retrieve the Questionnaire not by id, but by url and version.
In theory, one could manually add the Questionnaires to the interface component, but when looking at the GMDS tutorial, I wouldn't recommend bathering the user with copying the Questionnaire to two places.
For the moment, I protected this new endpoint is protected with the API key. It is up to discussion if the Questionnaires are really this worthy of protection.

Do you see any use of this endpoint other than yours? Because from my point of view* the resources should be validated before  being added to the database. Furthermore, there is no versioning or history of the questionnaire in the backend itself, so currently there is only ever one version of a questionnaire present in the database.
@mahvaezi What do you think?

*Disclaimer: I'm not all to familiar with the validation / conformance check process, so maybe I am missing something

The version is there because the QuestionnaireResponse.questionnaire contains a canonical url, which should also contain a business version of the Questionnaire. For details about the Questionnaire-QuestionnaireResponse-relation and the difference between Questionnaire.meta.versionId and Questionnaire.version please see https://docs.google.com/document/d/1EpknURNRa3H-cyxomVdI6SVlS6IgbpWsHXjJZcmn6UQ/edit#
The D4L validator is for validation of the by the interface component (which is not yet published) converted GECCO resources, not the Questionnaire itself. However, it needs the original Questionnaire in order to create a PDF certificate of GECCO conformity.

Ok, so i read the document you linked: the way understand it, this functionality you propose should be provided by a FHIR repository, which this backend is not and - again, from my POV - should not be.
That's why I asked, if there's any other use of this proposed endpoint besides the one described by you.

One could argue, that a researcher doing analysis on the data might also want to retrieve the corresponding original Questionnaire, e.g. to know which answer options are available, without having to go through a direct DB connection.
However - is having one use case not enough reason for an API endpoint to exist?

As Marcel said we only keep one version of the questionnaire at the same time in the backend.
I don't mind having an extra function if you need it. But questionnaires (not questionnaire-Responses) aren't protected by API key and this will cause an error. So please commit your change (see my previous comment).

@mahvaezi Which comment are you referring to?
Currently, downloading a Questionnaire by id requires a authentication by the SubjectId, so it isn't entirely public available. Since the codex interface component will require the API key to download the encrypted QuestionnaireResponses, this shouldn't be an issue. But we can also drop authentication entirely for this endpoint, as you suggest.

This will close with #52
This endpoint isn't protected. SubjectId is only given as an optional parameter. In case the questionnaire would contain sensitive information, we still can make set the authentification with a few changes in code.


Top-level multi-variable single declaration with closure bug

Description
Initializing multiple top-level variables in a single declaration where the all the initializations are immediately invoked closures causes the later variables' initialization to be overridden by the first's.
Steps to reproduce
Make a simple Swift Package with two files.
// main.swift
print(x) // prints "x" as expected
print(y) // prints "x" when "y" was expected

// other.swift
let x = {return "x"}(), y = {return "y"}()

Screenshots

Environment

Swift compiler version info: swift-driver version: 1.62.15 Apple Swift version 5.7.2 (swiftlang-<IP_ADDRESS>.5 clang-14<IP_ADDRESS>)
Target: arm64-apple-macosx13.0
Xcode version info: Xcode 14.2 Build version 14C18
Deployment target: Mac

The mangler mangles both closures with the same symbol name @s4fooo1xSSvpfiSSyXEfU_ "closure #1 in variable initialization expression of x", causing the closure for initializing y to never get emitted because we pick up the one for x in its stead.


nimble/store: Make it clear store/ram is deprecated

With this patch when store/ram is used then new will warn about it:
2020/04/21 15:51:21.077 [WARNING] Use of deprecated setting BLE_STORE_RAM_DEPRECATED_FLAG in @apache-mynewt-nimble/nimble/host/store/ram: Package store/ram is deprecated and store/config shall be used with BLE_STORE_CONFIG_PERSIST set to 0

@edoput fyi


Browser fails to load

Hi,
Having a problem running any tests.
module.exports = function init(grunt) {
    grunt.initConfig({
...
webdriver: {
            test: {
                configFile: './wdio.dev.conf.js',
            },
        },
...
    grunt.loadNpmTasks('grunt-webdriver');
...
grunt.registerTask('default', [
...
        'webdriver',
    ]);

When i run "grunt" on command line, all i get it
Running "webdriver:test" (webdriver) task

and nothing happens.  no browser loads.

@simonwilbert can you upload your wdio.conf.js file?

Make sure you have a selenium server running. To get more output maybe try to run wdio directly via
$ ./node_modules/.bin/wdio wdio.dev.conf.js


[SR-14258] Pattern-matching fails when enum case is type-qualified

Previous ID
SR-14258

Radar
rdar://problem/74616577

Original Reporter
@karwa

Type
Bug

Environment
Xcode Version 12.4 (12D4e)
macOS 10.15.7 (19H15)
Apple Swift version 5.3.2 (swiftlang-1200.0.45 clang-1<IP_ADDRESS>)
Target: x86_64-apple-darwin19.6.0

Additional Detail from JIRA

Votes
0

Component/s
Compiler

Labels
Bug

Assignee
None

Priority
Medium

md5: 44f7392d58ba8233dcd512e04b5c643a

Issue Description:
enum Demo {
  case foo
  case bar
  case baz
}

func ~= (pattern: Demo, value: String) -> Bool {
  false
}

func a() {
  switch "" {
  case .foo, .bar:
    break
  case Demo.baz:   // < ERROR: Enum case 'baz' is not a member of type 'String'
    break
  default:
    break
  }
}

When referring to cases as ".foo" or ".bar", all is well. However, when using the type-qualified spelling "Demo.baz", the code fails to compile. Moreover, the diagnostic tells us that it... expects 'baz' to exist on String... but it knows its an enum case, soo... it must have seen the definition in 'Demo'? So why is it looking in String?
Weirdness.

Manual backlink: this issue was mentioned in this forum thread: How does ‘switch’ work? Not the same as if/else with pattern matching operator


fix: remove useless log statement

Also added comments to the gas price function

:tada: This PR is included in version 2.0.1-beta.35 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


MAINT: Remove equity from history loader classname

Prepare for using history loaders with both equity and future data,

Coverage remained the same at 85.941% when pulling cf30c50f60a0fc70dc02c0124fbbae97b0b535e4 on rename-history-loader into f8ff0b36457ab87c3a1296523261d5fb68a73a32 on master.


Feature/tkn 169 torus

@Types added for elliptic to resolve: https://github.com/TokenScript/token-negotiator/runs/7105059616?check_suite_focus=true


Error when checking input: expected input_14 to have 4 dimensions, but got array with shape (1, 256, 256, 4, 1)

I think the code is wrong but I don't know how to fix it. I have made color images and color grids. After the above step to test the error. Hope everyone can help.
def testGenerator(test_path,num_image = 21,target_size = (256,256),flag_multi_class = False,as_gray = True):
for i in range(num_image):
img = io.imread(os.path.join(test_path,"%d.png"%i),as_gray = as_gray)
img = img / 255
img = trans.resize(img,target_size)
img = np.reshape(img,img.shape+(1,)) if (not flag_multi_class) else img
img = np.reshape(img,(1,)+img.shape)
yield img

May I ask if you have solved it? I also made a mistake in the RGB network report

May I ask if you have solved it? I also made a mistake in the RGB network report

img = np.reshape(img,img.shape+(1,)) if (not flag_multi_class) else img改为img = np.reshape(img,img.shape) if (not flag_multi_class) else img

actually it can also be deleted , then the net will work


Fix #328 - WebPack compatibility - don't use var in require()

Fixes the warning that is reported in #328
WARNING in ./~/github/lib/index.js
781:22-40 Critical dependency: the request of a dependency is an expression

WebPack doesn't like seeing vars in require().
This code change def. doesn't win beauty awards, but if you want to be compliant without warnings :-)

Thanks!

Is there a way we could add webpack to the CI build?


MP GO:0019430 - removal of superoxide radicals

could
GO:0019430 - removal of superoxide radicals
have the ancestor
"cellular detoxification"?
I can't think of why not....

Makes sense to me.  Added the link.
I also cleaned up the cellular detoxification (CD) terms but adding missing parentage for CD of hydrogen peroxide and CD of nitrogen compound under CD.


Dataset and english paper

Hi,
thanks a lot for open-sourcing your great work!
Is the dataset that you used for your evaluations also publicly available? This would be highly appreciated!
Also, is there an english version of the paper somewhere?
Best,
Patrick

Hello, @patripfr.
We validated our research using only our own datasets.
Furthermore, we did not open the datasets, but we will consider its open-sourcing.
Regrettably, there isn't an English version of the paper, only an abstract is available. However, as you can see from the code, it simply uses intensity and ambient channel to conduct k-nearest search. It's a very straightforward concept, and there's not much else that contributes significantly. However, such intensity and ambient channels can not only capture the geometric structure of the lidar but also its texture structure, which makes this simple approach potentially very useful. I would particularly recommend intensity-slam for implementing SLAM using intensity. I hope this answer is helpful to you.
Best,
Minwoo


Incomplete coverage test for cfe_es_api.c

Is your feature request related to a problem? Please describe.
current coverage: 97.7 %
Missing coverage for the following:
CFE_ES_SetAppState
     197             :         /* Caller error - invalid state */
     198           0 :         return;

CFE_ES_ReloadApp
     314           0 :            CFE_ES_SysLogWrite_Unsync ("CFE_ES_ReloadApp: Cannot Reload Application %s, File %s does not exist.\n",
     315           0 :                                   CFE_ES_Global.AppTable[AppID].StartParams.Name,
     316             :                                   AppFileName);
     317           0 :            ReturnCode = CFE_ES_FILE_IO_ERR;

CFE_ES_ExitApp
     471           0 :           CFE_ES_SysLogWrite_Unsync ("Application %s called CFE_ES_ExitApp\n",
     472           0 :                                  CFE_ES_Global.AppTable[AppID].StartParams.Name);
     473           0 :           CFE_ES_SetAppState(AppID, CFE_ES_AppState_STOPPED);
     474             :
     475             :           /*
     476             :           ** Unlock the ES Shared data before suspending the app
     477             :           */
     478           0 :           CFE_ES_UnlockSharedData(__func__,__LINE__);
     479             :
     480             :           /*
     481             :           ** Suspend the Application until ES kills it.
     482             :           ** It might be better to have a way of suspending the app in the OS
     483             :           */
     484             :           while(1)
     485             :           {
     486           0 :              OS_TaskDelay(500);

CFE_ES_DeleteChildTask
    1272           0 :        CFE_ES_WriteToSysLog("CFE_ES_DeleteChildTask Error: Invalid Task ID: %u\n",(unsigned int)OSTaskId );
    1273           0 :        ReturnCode = CFE_ES_ERR_TASKID;

CFE_ES_GetAppIDInternal
    1758           0 :       *AppIdPtr = 0;
Requester Info
Anh Van, NASA Goddard

CFE_ES_SetAppState no longer in cfe_es_api.c

CFE_ES_ReloadApp tests are outdated. Comments don't match the actual test. I will be adding new tests for the whole function.

Testing CFE_ES_ExitApp involves an infinite loop. This will be handled separately.

Testing CFE_ES_ExitApp involves an infinite loop. This will be handled separately.

Could you write a separate issue for any infinite loops you encounter?  These will be addressed separately.  This issue can be closed once the coverage possible with the current implementation is achieved.

For CFE_ES_DeleteChildTask, the "invalid Invalid Task ID" error case was already being covered but code will be added to cover the "Task ID is not active" error case.

CFE_ES_GetAppIDInternal has been removed, but UT code will be added to cover the null case on CFE_ES_GetAppID, CFE_ES_GetAppIDByName and CFE_ES_RegisterCDS

Testing CFE_ES_ExitApp involves an infinite loop. This will be handled separately.

Could you write a separate issue for any infinite loops you encounter? These will be addressed separately. This issue can be closed once the coverage possible with the current implementation is achieved.

Created #1628 for infinite loop test case in CFE_ES_ExitApp


Prevent Auto-disconnection

Sometimes during a long conversation connectivity gets worse and worse with time but we'd still like to give our partner a chance to recover. It could be nice for the user to be able to toggle the auto disconnection on/off.

Feature added.


Stop printing 03d after escaped characters in logs

Strangely a weird bug was present in the log escaping code whereby any escaped
character would gain 03d - this was due to a mistake in the format string where
it should have read %03o but read instead %o03d. This has led to spurious 03d
trailing characters on these escaped characters!
Signed-off-by: Andrew Thornton<EMAIL_ADDRESS>

Codecov Report

Merging #18030 (8e38bd5) into main (1c7db70) will decrease coverage by 0.00%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             main   #18030      +/-   ##
==========================================
- Coverage   45.20%   45.19%   -0.01%
==========================================
  Files         823      823
  Lines       91371    91371
==========================================
- Hits        41305    41296       -9
- Misses      43471    43480       +9
  Partials     6595     6595

Impacted Files
Coverage Δ

modules/log/colors.go
69.86% <0.00%> (ø)

models/unit/unit.go
41.09% <0.00%> (-2.74%)
:arrow_down:

modules/queue/workerpool.go
47.70% <0.00%> (-2.30%)
:arrow_down:

modules/queue/queue_disk_channel.go
60.94% <0.00%> (-1.78%)
:arrow_down:

modules/process/manager.go
81.39% <0.00%> (-1.56%)
:arrow_down:

modules/queue/queue_bytefifo.go
59.28% <0.00%> (-0.60%)
:arrow_down:

services/pull/pull.go
42.10% <0.00%> (+0.40%)
:arrow_up:

routers/api/v1/repo/pull.go
29.35% <0.00%> (+0.51%)
: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 1c7db70...8e38bd5. Read the comment docs.


Issues in Requirements.txt and in apk_builder.py

The apk_builder.py tool has issues on line 98 (inconsistent use of tabs and spaces). The Requirements.txt is generating errors when you run it through pip3 install -r requirements.txt for the setuptools and htmlentitydefs

I agree, I'm getting the same error!

Should be closed by #111


UvmMap.set() issue

Hi，Michael
There have some question need you help.
when i define a variable at Storage than type is UvmMap,

When using this variable in the method test()

then Call the test() method through the contract，that will throw error:
contract execute error storage handledNonces type not matched in chain
Looking forward to hearing from you again

@Molocher  I noticed that the 'set' method on the 'develop' branch has it's implementation completely commented out. I believe this is the reason for the exception.
Based on the git log, it appears that you commented out the code on February 25th when you made this commit: 'added ccsource contract'.

ok ,I will checkout previous branch and test this issue again

It seems this issue happens at runtime, need to check the virtual machine and find out why the set() doesn't work. Meanwhile, there is another API called "fast_map_set()" which can be used as a workaround for UvmMap.set() method, so this is not an urgent issue.


Discord Music bot, ytdl cannot access Problem

const {
Client,
Attachment
} = require('discord.js');
const bot = new Client();
const ytdl = require(ytdl-core);
const fs = require('fs');
// TypeScript: import ytdl from 'ytdl-core'; with --esModuleInterop
// TypeScript: import * as ytdl from 'ytdl-core'; with --allowSyntheticDefaultImports
// TypeScript: import ytdl = require('ytdl-core'); with neither of the above
const token = ''
const PREFIX = '!';
var version = '1.2';
var servers = {};
bot.on('ready', () => {
console.log('Kamil jest online!' + version);
})
bot.on('message', message => {
let args = message.content.substring(PREFIX.length).split('');

switch (args[0]) {
    case 'play':

        function play(connection, message){
            var server = servers[message.guild.id];

            server.dispatcher = connection.playstream(ytdl(server.queue[0], {filter: "audioonly"}));

            server.queue.shift();

            server.dispatcher.on("end", function(){
                if(server.queue[0]){
                    play(connection, message);
                }

            });

        }

         if(!args[1]){
             message.channel.send('musisz podac link do piosenki którą mam zagrać');
             return;
         }

         if(!message.member.voiceChannel){
             message.channel.send('musisz byc na disko kanale');
             return;
         }

         if(!servers[message.guild.ud]) servers[message.guild.id] = {
             queue: []
         }

         var server = servers[message.guild.id];

         server.queue.push(args[1]);

         if(!message.guild.voiceConnection) message.member.voiceChannel.join().then(function(connection){
             play(connection, message)
         })

    break;
}

});
bot.login(token);
And this error
const ytdl = require(ytdl-core);
^
ReferenceError: Cannot access 'ytdl' before initialization
at Object. (C:\Program Files (x86)\discord bot\index.js:7:22)
at Module._compile (internal/modules/cjs/loader.js:1158:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1178:10)
at Module.load (internal/modules/cjs/loader.js:1002:32)
at Function.Module._load (internal/modules/cjs/loader.js:901:14)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:74:12)
at internal/main/run_main_module.js:18:47
someone help me pls. I don't know how to run this. i install ytdl-core and discors.js.

This is the wrong issue tracker.
Please close this issue.

What is with all of this new-user spam? This has got to be copied from another issue tracker. Get a life...

This is wrong way ... Error and issue will come

is there a way you can just terminate the account i already cant login
Sent from my iPhone

On Apr 4, 2020, at 10:04 PM, Muskan Gupta<EMAIL_ADDRESS>wrote:

This is wrong way ... Error and issue will come
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

What is with all of this new-user spam? This has got to be copied from another issue tracker. Get a life...

Not sure..


feat: where find us

Description

Fix invalid hardcoded data in cal.com setup
Add where did you find us field
Fix signup order
Fix crash locally because org.license is undefined


ui, wallet, introducer, and harvester port conflicts.  same ssl cert as flax.

Describe the bug
dogechia uses the same ui, wallet, and introducer ports as flax.  it also uses the same SSL cert as flax, which cause network connections to cross and not be rejected. these conflicts cause doge-chia apps to fail.  seeing that you forked from flax (and not vise-versa), you should change these.
it also uses the same harvester port as avocado, but I think that one came later.  that will still cause proofs not to be found if both harvesters are running on the same machine.
To Reproduce
you can see the port conflicts easily yourselves in the config files.
you can also diff the ca cert with flax to see they are the same.
Expected behavior
no port or ssl conflicts

You're right and we're working on a fix. To do this non-disruptively is a challenge. Thank you for reporting this issue. I'll let you know when an early preview of the next build is available, should you like to try it.

Port conflicts are now resolved in 1.0.14 release. SSL certificate change will be addressed in an upcoming release.

What's new in 1.0.15
Fixed Port Conflicts:
Changed DogeChia wallet port from 6883 to 16823 to fix port conflict with Flax - sorry about that Flax.
Won't fix:
Avocado blockchain Harvester port 6869 conflicts with DogeChia Harvester port 6869.

Thyme blockchain rpc_port 16759 conflicts with DogeChia rpc_port 16759.

Thyme blockchain Timelord port conflicts with DogeChia Timelord port 16886.

Lucky wallet port 16669 conflicts with DogeChia timelord_launcher port 16669

DogeChia is older than Avocado, Thyme and Lucky.
DogeChia did not create these port conflicts and we will not change our code to fix them.


Update New-TeamsRetentionCompliancePolicy.md

Added clarifications for channel locations and edited wording

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

exchange/exchange-ps/exchange/policy-and-compliance-retention/New-TeamsRetentionCompliancePolicy.md
:white_check_mark:Succeeded
View (exchange-ps)

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


restic 0.15.0: prune -q shows output

Output of restic version
restic 0.15.0 compiled with go1.19.5 on linux/amd64
How did you run restic exactly?
RESTIC_PASSWORD=x RESTIC_REPOSITORY=/some/path TMPDIR=/some/other/path RESTIC_COMPRESSION=max restic -q prune --max-unused 0%
What backend/server/service did you use to store the repository?
Local file system
Expected behavior
No output.
Actual behavior
[0:00] 100.00%  616 / 616 packs processed (Output provided via cron's mail)
Do you have any idea what may have caused this?
Regression from 0.14.0

Thanks for the bug report. That progress bar was actually only shown while running in quiet mode...


Refactor IndexByName to use before and after

This refactors the IndexByName schema visitor to be less confusing. This visitor previously used the CustomOrderSchemaVisitor, which is more complicated because it allows the visitor to control when children are traversed. This also required special handling to avoid errorprone errors, so the implementation was not easy to read.
This updates the visitor to use before and after callbacks to create names.

Nice PR! Just a minor comment about adding comments.

+1 LGTM

I'm going to merge this because the tests passed for the original commit and the new commit only changes comments.


Quantization Reference Broken

🐛 Describe the bug
The quantization reference on TorchVision seems broken after an upstream change on PyTorch.
The details of this are documented at https://github.com/pytorch/vision/pull/4997#discussion_r757434190
This issue is here just to track the problem. The equivalent ticket on PyTorch Core is https://github.com/pytorch/pytorch/issues/69235
Versions
Latest TorchVision main bca79575a34c68bd65b1d93bea3eb8ba29e5e7e2

This is fixed on the latest main branch of PyTorch core. It's unclear what fixed it.


Container Scanning: SSP Updates for "Hardened Images"

Based on the FedRAMP Vulnerability Scanning Requirements for Containers, we must update the following controls related to the "Hardened Images" section:

[x] CM-6
[x] SC-2
[x] SC-3
[x] SC-4
[x] SC-6
[x] SC-28
[x] SC-39

This was marked done by James back on Nov 30, 2023


chore(merge-back): 1.151.0

See CHANGELOG

AWS CodeBuild CI Report

CodeBuild project: githubautobuild-for-cdk-v2
Commit ID: bfd82b32fedf10827f999848708c6017891d7ff4
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

AWS CodeBuild CI Report

CodeBuild project: githubautobuild-for-cdk-v1
Commit ID: bfd82b32fedf10827f999848708c6017891d7ff4
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository


doc for symbol attributes and naming convention (#2070)

@piiswrong I changed list_attr() to be shallow by default and added a function list_attr_recursive(). Also changed the separator between symbol name and attribute name to be / (instead of _).
@vchuravy What do we need to modify on the Julia side?

can we use list_attr(recursive=True) for recursive and set it to false by default?

On a second thought this will actually cause problems with optimizer because tensors are named layername_weightname if you use _ as separator you'll have layername_weightname_lr_mult but if you use / it will be layername/weightname_lr_mult which is different from attaching lr_mult to variable directly

@piiswrong No, you will actually have layername_weightname/lr_mult, at least in the case weight is created automatically by the operator (see the unit test). Let me check the case when user create an weight variable explicitly.

Updated. @piiswrong I left out checking that the attributes name does not contain / because I am too lazy maybe sometimes we need to do some hacky stuff?

Ok. Please also update doc to reflect recusive=False change.
Otherwise LGTM

There is still the problem that you cannot use mx.sym.FullyConnected(attr={'weight_lr_mult': 0.1})

@piiswrong Hmm... I see, this is indeed a problem....although in that way the conv operator will end up having (recursively) attributes like weight_lr_mult, weight_weight_lr_mult, bias_weight_lr_mult, etc.

Yes, it looks ugly but doesn't affect function.
Should we special treat this or leave it as _

i guess best solution is to leave with _ for now until we find a better solution.

Did not come up with a better solution. I changed / back to _. Let us get this merged for now.

Hi, I was confused with online doc about that '' in attribute naming. Do you mean the we should not use any '' when naming an attribute? That 'init_bias' in the example is against my assumption. So maybe you mean not the first letter?

@Godricly Thanks for pointing out. This was a mistake. I am fixing it in #2159.


[Feature] Compile mpd from source code

Compile mpd from source code, in order to be up-to-date with the latest and greatest instead of waiting for debian/ubuntu to catch up

See: https://github.com/gioF71/mpd-compiler-docker

Available in 2022-11-12


Luci-ssl or Luci-openssl on IPQ806X is not working  properly under 17.01.4

LEDE 17.01.4
Kernel 4.9.60
Router: Netgear R7500V2
Packages: Up to Date (2017-11-15)
LuCI works great if Luci-ssl or Luci-openssl is not installed.Once Luci-ssl or Luci-openssl installed with https configuration ,LuCI gets stuck every now and then ,and you`ll have to refresh .When using Firefox ,web crashes and come up with  SSL Error: ssl_error_bad_mac_read. Dont know if there is bug in ssl libaries .

This is an issue with the ustream-ssl library in LEDE then. Please report an issue at http://bugs.lede-project.org/