Tweak images

Work is mainly removing external masks for sprites, converting to internal '+mask' format.
Saves ~564 bytes and ~42 bytes RAM.
Perhaps more importantly- it feels rendering is faster.
Please test if this helps FPS.

Fixes #15 - Piraña images.

Please note, found the following issues in my testing:

Fireball 'bolt' is quite rare. Doesn't seem to hit me so often... perhaps I'm just better at playing now?
QBlocks and BQBlocks doesn't seem to be used any where in the game? Vestige of Squario?
Particles that explode from Chest, always seem to have a pSize=1. Not sure they can ever be 2 or 3?

Please consider if these are problems I've introduced!?...


Windows support

This adds support for running consul-release on Windows. Note that we've still got a WIP commit and other cleanup to do, but we wanted to get this in front of the infrastructure team ASAP to get their thoughts.
We need to run confab in the foreground as the Windows job monitor does not support daemonized processes.
We also needed to change isProcessRunning to be platform-independent.

Thanks @mhoran
Let's discuss this in more detail.  We'd like to understand the priority of Windows support in the broader CF roadmap context.  I assume it's high (@dieucao?), in which case we would want to make sure we're treating consul on windows as a first-class thing, and developing it in the right way (e.g. perhaps we should be building consul from source so that we don't need two consul binaries).  A big thing we'll want to figure out is CI, how should we run unit tests and bosh-deploy tests in a Windows context?
/cc @zankich @kkallday @gdean123 @christianang
Amit

@Amit-PivotalLabs Yes, we want consul on windows to work. Not sure how much is involved with doing it the right way, but strictly speaking from what I've heard from the community and customers, consul support for Elastic Clusters (consul-wan epic) is higher priority.

For unit tests we have had success using https://github.com/concourse/bin, you can look at https://github.com/cloudfoundry/bosh-agent/blob/master/ci/tasks/test-unit-windows.yml or https://github.com/concourse/concourse/blob/master/ci/fly-windows.yml for examples of how this can be done. As long as you're just building/running Go it shouldn't be terribly difficult.
We can definitely look into adding coverage of the Windows job to the acceptance tests, probably some cross-team pairing would be the best approach there. Compiling Consul from source is also something we'd be happy to join in exploring, we are already compiling confab so hopefully there won't be too much complexity than we already had to solve there.

Thanks for starting this discussion @mhoran
We think it's a significant effort to support Windows correctly, and set up CI for this.  We definitely want to do this, but it is not imminent on our roadmap.  We should incept on this track of work at a later date, for now I will close this PR. /cc @luan

I captured some more work that would need to be done for this to work here: https://www.pivotaltracker.com/story/show/119393251, for convenience:
Per investigation on #118834249 we found that the way confab manages the consul process by deferring the writing of the pidfile until the cluster is detected as healthy. This behavior is not supported on windows because the only check that is done by bosh-windows is wether the process is running or not.
This causes the deployment to succeed to early, before confab has a chance to write the pidfile or make any decisions, bosh-windows also does not look at pidfiles at all.
Per Dmitriy's recommendation we should not be relying too much of specific monit behaviors like this one, the fact that confab has an implicit dependency on that is not desirable by bosh standards. A way to fix that would be to use a post start script to do the health check after the process is started, post-start scripts add some more flexibility that could we could take advantage of to make things like this work on bosh-windows.
@Amit-PivotalLabs @benmoss @mhoran

Thanks @luan
Just want to copy a comment from our Slack conversation:

We rely on people being able to manually recover a cluster from a disaster scenario by doing stuff and then running monit start


feat(client): auto config from env vars

Notes:

auto-configure client based when FAL_* environment variables are set

no longer needed as of #9


Anyway to get the thumbnail file name ?

Is there a way to get the thumbnail name after creating it?
Is there a return param to get any data after everything is done?
I just don't wanna need to break create the name breaking the original file name D:

What kind of API are you picturing? An array of filenames in the callback?

Just 1 file.
And 1 more thing jimp doesn't support gif right? Was just wondering why there are  '.gif',   '.GIF' extensions inside thumbnail.js 🤔

OK, so now it'll die loudly when using unsupported extensions 0a63732c248337232a01f375273fd825b0c1b98d
I'm checking into the resulting filenames now.

Thanks for the fix @honza, but don't you think returning the error in the callback just like the  Destination does not exist better?

Thanks for the fix @honza appreciate it very much 😄


Added GoogleAuth wrapper to simplify authorization logic.

First part of the Node.js Usable Auth feature. Adds support for wrapping JWT and Compute credentials. User refresh token support will come later.

Are we closing this to use this instead?

Yes, this pull request will not go forward as-is. Instead I'll working on a new PR which removes the auth layer from this repo entirely, and takes a dependency on the new google-auth-library-nodejs repo. You can close this pull request if you like.
Thanks.

Sounds good!


[agent] ensure users accept a TOS before agent beta

add a checkbox to AgentConfig that must be checked before then "start agent" button is enabled.
should include label which links to TOS (link tbd, use https://dxos.org/tos as a placeholder)

Instead of a checkbox, the state of which will be difficult to maintain in our app, I’ll instead provide a clickwrap message, with the TOS link, above the action for creating an agent.


MSID: 86961 Version: 1 DOI: 2<IP_ADDRESS>0673

[PLACE MANUSCRIPT AND EDITOR DETAILS HERE WHEN AVAILABLE] See step 3
[PLACE PDF URL HERE WHEN AVAILABLE] See step 7
Step 1. Inform bioRxiv
Who can help: @QueenKraken, @nlisgo, @scottaubrey

[x] Manuscript is in data hub index (https://data-hub-api.elifesciences.org/enhanced-preprints/docmaps/v1/by-publisher/elife/get-by-manuscript-id?manuscript_id=86961)

Step 2. Create preview of manuscript
Who can help: @fred-atherden, @nlisgo, @scottaubrey

[ ] Manuscript is available for preview (https://prod--epp.elifesciences.org/preview/86961/v1)

[ ] Trigger import for staging: https://prod--epp.elifesciences.org/import
[ ] Sync data folder with s3://prod-elife-epp-data/data
[x] Trigger import for staging: https://staging--epp.elifesciences.org/import
[x] Sync data folder with s3://staging-elife-epp-data/data
[x] Pull request created to enhanced-preprint-data
[x] Post link to pull request below

Pull request: https://github.com/elifesciences/enhanced-preprints-data/pull/80
Detailed instructions: https://github.com/elifesciences/enhanced-preprints-data#add-a-manuscript
Step 3: Awaiting public reviews
Who can help: Editorial team

[ ] Public reviews available on sciety (https://sciety.org/articles/activity/10.1101/2<IP_ADDRESS>0673)
[ ] Manuscript and editor details at the top of this issue (Supplied by Editorial team)

Example
"msas": "Genetics and Genomics", "Neuroscience"
"msid": "84628"
"version": "1"
"preprintDoi": "10.1101/2<IP_ADDRESS>4241"
"articleType": "Reviewed Preprint"
"status": "Published from the original preprint after peer review and assessment by eLife."

"Reviewed Preprint posted": "2023-01-02"
"Sent for peer review": "2022-10-28"
"Posted to bioRxiv": "2022-11-21" (link: "Go to bioRxiv": "https://www.biorxiv.org/content/10.1101/2<IP_ADDRESS>4241v1")

Editors:
Reviewing Editor
Michael B Eisen
University of California, Berkeley, United States
Senior Editor
Michael B Eisen
University of California, Berkeley, United States

Step 4: Modify manuscripts.json (no PDF)

[ ] Reviewed preprint is published to EPP (https://elifesciences.org/reviewed-preprints/86961)

[ ] Pull request created to enhanced-preprint-client
[ ] Pull request switched to "Ready for review"
[ ] Post link to pull request below

[ ] Request that a doi be registered

[ ] Post link to #enhanced-preprint comment below

Pull request: [PLACE LINK TO PULL REQUEST HERE]
#enhanced-preprint comment thread: [PLACE LINK TO COMMENT HERE]

Instructions to modify manuscripts.json

Visit: https://github.com/elifesciences/enhanced-preprints-client/actions/workflows/publish-manuscript.yaml
Click: Run workflow
Complete the form and click "Run workflow"
A successful run should result in a new pull request at https://github.com/elifesciences/enhanced-preprints-client/pulls
Open the pull request and click the "Ready for review" button to trigger tests
Once the tests pass and you are happy with the changes the PR can be merged

Example pull request: https://github.com/elifesciences/enhanced-preprints-client/pull/334/files
Once the pull request is merged in it should be available a few minutes later.

Request that a doi
Post the following in #enhanced-preprint:
@Fred can you register a doi for https://elifesciences.org/reviewed-preprints/86961

Step 5: Awaiting search reindex

[ ] Reviewed preprint is avaliable on journal homepage (https://elifesciences.org)

The search reindex is triggered once an hour. We need the reviewed preprint to be indexed as the search application serves the journal homepage.

Additional info
If needed, the jenkins pipeline to reindex search can be triggered sooner.
https://alfred.elifesciences.org/job/process/job/process-reindex-reviewed-preprints/

Step 6: Published! Request PDF generation

[ ] Post the link to the PDF url at the top of the issue

[ ] Post link to #enhanced-preprint comment below

#enhanced-preprint comment thread: [PLACE LINK TO COMMENT HERE]
Post the following to the #enhanced-preprint on slack:
@Ryan Dix-Peek please can you generate a PDF for https://elifesciences.org/reviewed-preprints/86961

Step 7: Introduce PDF to data folder and git repo

[ ] PDF is avaliable at https://github.com/elifesciences/enhanced-preprints-data/raw/master/data/86961/v1/86961-v1.pdf

Detailed instructions: https://github.com/elifesciences/enhanced-preprints-data#add-a-pdf
Step 8: Add PDF url to manuscripts.json

[ ] Reviewed preprint PDF is available for download (https://prod--epp.elifesciences.org/reviewed-preprints/86961)

[ ] Pull request created to enhanced-preprint-client
[ ] Pull request switched to "Ready for review"
[ ] Post link to pull request below

[PLACE LINK TO PULL REQUEST HERE]

Instructions to add PDF url to manuscripts.json

Visit: https://github.com/elifesciences/enhanced-preprints-client/actions/workflows/add-pdf-url-to-manuscript.yaml
Click: Run workflow
Complete the form and click "Run workflow"
A successful run should result in a new pull request at https://github.com/elifesciences/enhanced-preprints-client/pulls
Open the pull request and click the "Ready for review" button to trigger tests
Once the tests pass and you are happy with the changes the PR can be merged

Example pull request: https://github.com/elifesciences/enhanced-preprints-client/pull/397/files
Once the pull request is merged in it should be available a few minutes later.

Step 9: Done!

[ ] Kettle is on!

We should get https://github.com/elifesciences/enhanced-preprints-biorxiv-xslt/pull/27 in before publishing this one


thanos: Changed one GSoC project to more needed / interesting on one.

@idvoretskyi to change task is this ok to just change project here? I know some of us were invited already to the GSoC website, but there is nothing about the project there yet.
Can we invite @squat as well? :hugs:
Thanks! cc @GiedriusS

All good @bwplotka!
cc @nikhita

@squat you should now have an invite :)

@nikhita thanks, that was super fast! just accepted it :taco:


OBS reported not up to date while if

Brief description of your issue
When I do an update OBS responds that it is in version 27.2.4 and that there is 28.0.03
But I already have this version and the installation prosecute stops telling me:
Sorry... We were unable to uninstall with exit code: 6.
The application is running. Exit the application, then try again.
I am French the correct transcription is as follows:
Désolé... Nous n’avons pas pu effectuer la désinstallation avec le code de sortie: 6.
L’application est en cours d’exécution. Quittez l’application, puis réessayez.
I don't know how to solve the problem.
Sorry for my google translation level English.

Steps to reproduce
When I do an update OBS responds that it is in version 27.2.4 and that there is 28.0.03
But I already have this version and the installation prosecute stops telling me:
Sorry... We were unable to uninstall with exit code: 6.
The application is running. Exit the application, then try again.
I am French the correct transcription is as follows:
Désolé... Nous n’avons pas pu effectuer la désinstallation avec le code de sortie: 6.
L’application est en cours d’exécution. Quittez l’application, puis réessayez.
I don't know how to solve the problem.
Sorry for my google translation level English.
Expected behavior
When I do an update OBS responds that it is in version 27.2.4 and that there is 28.0.03
But I already have this version and the installation prosecute stops telling me:
Sorry... We were unable to uninstall with exit code: 6.
The application is running. Exit the application, then try again.
I am French the correct transcription is as follows:
Désolé... Nous n’avons pas pu effectuer la désinstallation avec le code de sortie: 6.
L’application est en cours d’exécution. Quittez l’application, puis réessayez.
I don't know how to solve the problem.
Sorry for my google translation level English.
Actual behavior
When I do an update OBS responds that it is in version 27.2.4 and that there is 28.0.03
But I already have this version and the installation prosecute stops telling me:
Sorry... We were unable to uninstall with exit code: 6.
The application is running. Exit the application, then try again.
I am French the correct transcription is as follows:
Désolé... Nous n’avons pas pu effectuer la désinstallation avec le code de sortie: 6.
L’application est en cours d’exécution. Quittez l’application, puis réessayez.
I don't know how to solve the problem.
Sorry for my google translation level English.
Environment
winget --info
Gestionnaire de package Windows v1.3.2691
Copyright (c) Microsoft Corporation. Tous droits réservés.

Windows: Windows.Desktop v10.0.19044.2006
Architecture du système: X64
Package: Microsoft.DesktopAppInstaller v1.18.2691.0

Journaux: %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir

Liens
---------------------------------------------------------------------------------------------
Déclaration de confidentialité        https://aka.ms/winget-privacy
Contrat de licence                    https://aka.ms/winget-license
Avis de tiers                         https://aka.ms/winget-3rdPartyNotice
Page d’accueil                        https://aka.ms/winget
Conditions générales du Windows Store https://www.microsoft.com/en-us/storedocs/terms-of-sale

This would happen when some other apps are accidentally hooked by the OBS plugins in $INSTDIR\data\obs-plugins\win-capture which causes these files in use. You may want to run winget with --interactive to see which apps are affected and close them before installing.

This is still an issue, I have OBS 29.0.0 installed and winget reports
OBS Studio                                            OBSProject.OBSStudio         27.2.4         29.0.0         winget


Refactor ockam message send command to use the new simpler utility functions.

In https://github.com/build-trust/ockam/pull/3168 @adrianbenavides introduced some simplifications to how various ockam commands interact with other ockam nodes.
We would like to change ockam message send to use this newer style.
The code for ockam message send is here https://github.com/build-trust/ockam/blob/develop/implementations/rust/ockam/ockam_command/src/message/send.rs
Here's a PR that did a similar refactor of ockam secure-channel-listener list
https://github.com/build-trust/ockam/pull/3267/files
Related #https://github.com/build-trust/ockam/issues/3241

Hi @mrinalwadhwa
I checked the new Rpc abstraction,
let mut rpc = Rpc::new(...)?;
rpc.request(...).await?;
rpc.check_response()?;
println!("Success");
Ok(())

    pub async fn request<T>(&mut self, req: RequestBuilder<'_, T>) -> anyhow::Result<()>
    where
        T: Encode<()>,
    {
        let buf = req.to_vec()?;
        let mut rte = connect(self.ctx, &self.cfg).await?;
        self.buf = self
            .ctx
            .send_and_receive(rte.modify().append(NODEMANAGER_ADDR), buf)
            .await?;
        Ok(())
    }

The rpc.request method is using send_and_receive(), this defaults to 30 sec timeout, for our ockam message send command we need the timeout feature right?
can i add extra methods to that Rpc or do you have any suggestions?

I'll be landing a PR soon with that functionality. It should be ready in the next couple of days!

Hi,
is this a right place to comment on Rpc struct ?

@Retamogordo sure, go for it.


Feature request (yet another) new board type

Related to #3 :

https://puzzleparadise.net/listing/puzzle-calendar-solve-for-each-day-of-the-year-cherry-pieces-and-walnut-border/107535
Maybe if I have some free time I'll take a look at this.

OK first problem -- this one has nine pieces, while the others have eight. So the match statement in get_blocks blows chunks, because you can't have an 8-array and a 9-array return in the same match statement. It sounds like using the enum directly in some way may work?
https://www.reddit.com/r/rust/comments/3hfnq6/match_arms_have_incompatible_types_is_there_a/
(Not super familiar with Rust.)

I don't think I'll support this board by myself because I don't have the puzzle, but pull requests are welcome.
You can see https://github.com/keiichiw/a-puzzle-a-day-solver/pull/1/ to know which files we should update for a new board.

you can't have an 8-array and a 9-array return in the same match statement.

This shouldn't be a problem if you change the array to Vec:
let pieces = match typ {
  PuzzleType::DragonFjord => {
    // Change fixed-size array to Vec
    vec![HexRect, PentL, PentN, PentP, PentU, PentV, PentY, PentZ]
  }
   ...
};

It'll require an extra heap allocation, but it's negligible.

Oh lol. Glad there's such a simple solution.
Anyway, please see #8
I got everything working except the web interface, which runs and shows the options, but doesn't actually return the solution for the correct set.

Also this is literally my first time coding in Rust, so let me know if anything is deeply wrong in how I've done things.

It's now available at the page as "Tetromino-type Calendar Puzzle". Thanks @oneillkza for your contribution!

You're most welcome!


Add fontWeight to dom.js

FontWeight didn't seem to work after your most recent commit. After playing around, I found that adding this line to dom.js made it start working.

Current coverage is 41.67% (diff: 100%)

Merging #73 into master will not change coverage

@@             master        #73   diff @@
==========================================
  Files            25         25
  Lines          1310       1310
  Methods         153        153
  Messages          0          0
  Branches        250        250
==========================================
  Hits            546        546
  Misses          764        764
  Partials          0          0

Powered by Codecov. Last update 98a1a62...6aab41f


Revert "Create CODE_OF_CONDUCT.md"

Reverts Savalone47/oss-enterprise#5

You took an action I didn't expect. I was looking for you to merge the pull request titled Add communication guidelines.


Regarding Login

I'm getting this  error message while clicking the login button..

@vinitshahdeo

same error bro

same error bro

Bro the php version we are using is the new version and in dbcon.php the commands are used is old

Please give me username and password for login this project


Stored XSS vulnerability in preview boxes via label and references text

Overall description
A stored XSS vulnerability in the preview boxes in the configuration panel may allow a malicious user to use both label text and references text to inject arbitrary javascript code (via script tags, event handlers, etc.).
Since the code is stored by the plugin, the attacker may be able to target anyone that open the configuration panel of the plugin.
Steps to reproduce

Create a new document with the plugin enabled;
Either leave selected the current category, or create a new one;
In either the label text box or the references text box (or both if you prefer) insert one of the following codes:

<script>alert(1);</script>
<img src=x onerror='alert(1)'/>

Press "Save and apply"
Now, when the victim open the configuration panel and select the category of the step 2, a popup will appear. Categories are shown in alphabetical order, so if the chosen one in step 2 is the first to be shown, the victim does not even need to select it to be affected.

Please note that examples proposed are only for demonstration. An attacker may inject arbitrary harmful javascript code.
Resolution
You need to escape any html tag from within the preview box in the configuration panel.
Additional information
Assigned CVE-ID: CVE-2019-7250

Fix in progress...

Fixed


bug(profile): Profile and Banner picture will be missing when updated

Issue:
If you update either your profile or banner picture, it will show up as grey to all your friends
OS:
All
Screenshot:

Looking into this, the image that is transferred and the base64 produced is continuing to be valid.

Looking more into this, it is because when using the shuttle discovery, the identity is pushed out from that node when there is an update to those connected, however images are excluded from that push and since there isnt any update or a difference in the identity on the second push, it does not attempt to fetch any images. Will be doing an update soon.


Set zeroBaseFee true

When https://github.com/Consensys/quorum-dev-quickstart/commit/06d1a8241eb2069b2ece7a391e9fc7046a780dac updated the genesis files to add the londonBlock it missed off the need to set zeroBaseFee: true for free gas chains.

 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.Matthew Whitehead 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.

Hi @matthew1001 looks good mate, thankyou for the submission :) Could you sign the CLA and I'll merge and cut a release for this.

thanks @joshuafernandes, I thought I had signed it but think I had a problem with the email address I had used. It should be signed now.


Rewrite It In Rust

please

In Rust:

It's a little difficult to understand and a lot of memory allocation has to be done, especially in Rust.

Fixed:

Where can I find this on crates.io?

Easy.
https://crates.io/nocode

Wow, it is already there and waiting to be used!

Well the url is wrong.
This is the right url.
https://crates.io/crates/nocode

And sadly it doesn't exist. Anyone up for publishing it.


Allow for inheritance of decorated classes

When using waffle.testutils.override_* decorators on a class
one would expect the change to be visible on child classes too
(i.e. inheritance would work as normal).
This change drops the rather hacky implementation of
testutils._overrider.for_class method in favor of Django's
django.test.utils.TestContextDecorator
(the same one that's used as a base for override_settings utility).
The most notable change here is that TestContextDecorator
hooks up with unittest's setUp/tearDown mechanism
instead of decorating each test method in a decorated class.
Backwards incompatible change (!!!):
Only subclasses of unittest.case.TestCase can be decorated
with testutils.override_* decorators now.
This means for example that mixin-like test classes (inheriting from
object only) can't be decorated like that anymore.

Heh, 3 minutes after opening this PR a substantial change of test_testutils.py was merged from #329 😅 - I'll try to update accordingly.

This is now ready for review! :)

Good point. Docstrings added. I'm open for hints on adjusting the wording there.


[hi] Localize horizontal-scaling.md in Hindi

content : https://github.com/cncf/glossary/blob/main/content/en/horizontal-scaling.md

I am working on this issue and will open a PR for the same shortly

This issue is a duplicate of #1623.

oops sorry, I'll close this one. Thanks for telling


Fix shadow, side, matte params

Related to #203
cc @richardassar - looks like these offsets got missed in the clearcoat PR, just fyi! I missed them when testing, too. Found the issue while looking through the iridescence PR.

Thanks for the heads up and for fixing that. I don't know how that one slipped by, I check diffs pretty meticulously but will diff against main and/or check github's PR page more closely in future.


[big num] make sure scatterplot dots align properly

showing scatterplot dots to show how they were not aligning. the scatterplot dots are the triggers for the tooltips.
before:

after:

@mistercrunch

LGTM


[functions-framework-cpp] fixup package name

When using find_package() the package needs to be called functions_framework_cpp (with underscores).  Probably my mistake to use a mismatched package name for vcpkg when contributing the port.

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[x] The "supports" clause reflects platforms that may be fixed by this new version
[x] Any fixed CI baseline entries are removed from that file.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

I found that bug today while working on #31053, and it became a local test port ;-)
Since you represent upstream, let me ask:
Is it too late to switch to CMake package name functions-framework-cpp?  Not because it is the vcpkg name, but because it is

the GH repo name
the CMake target namespace.

Is it too late to switch to CMake package name functions-framework-cpp?

Maybe..  That would be a breaking change for anybody building from source and we try really hard to avoid breaking changes.  When I have some time to get back to functions-framework-cpp and will try to think of a way to migrate to a more consistent name.

You can also stay with the functions_framework_cpp CMake package name and switch the CMake namespace to functions_framework_cpp for consistency. It is easy to offer the old namespace::target as a as an interface target  for migration path polyfill.


deploying heroku api app

Thanks so much for making things easy
May you please have a quick look at my test? When I click submit, It shows the following message:

This is -as I think- because I did not deployed heroku app
I'm really facing difficulties in deploying. I tried Hroku CLI and Connect to Github options, but I did not succeed

Thanks so much. I really appreciate your help and your time

After searching I found that the process is not easy as I thought


ArgumentError when using as default value struct

Compilation time I receive following error:
** (ArgumentError) argument error
    (stdlib 3.12.1) :ets.lookup(:tzdata_current_release, :release_version)
    lib/tzdata/release_reader.ex:74: Tzdata.ReleaseReader.current_release_from_table/0
    lib/tzdata/release_reader.ex:17: Tzdata.ReleaseReader.simple_lookup/1
    lib/tzdata/release_reader.ex:9: Tzdata.ReleaseReader.zone_and_link_list/0
    lib/tzdata.ex:61: Tzdata.zone_exists?/1
    lib/timezone/timezone.ex:28: Timex.Timezone.exists?/1

The reason for this is because the ets-table does not exist at compile time.
This in general makes sense as the concept of time is a runtime concept; not a compile time concept.
My use case is that I have the practice of setting default values for my structs so:

Documentation-wise it is easy to see what they concretely represent inside IEx
Validation-wise, I have my own macros that expand as a with statement compilation time using the default values that I provide in my struct to see if the input I receive is of the same type as what is supposed to be covered under the definition of the struct.

Next, I have no viable alternative by for instance creating a DateTime struct manually as my structs tend to be composable where they can be nested structs where I would be referring to the child struct compile time as: Child.new()
which in turn contains the Timex functions that rely on the ets table.
Steps to reproduce
The easiest way to reproduce:
defmodule A do
  defstruct [
    a: [Timex.to_datetime({2015, 1, 1}, "America/Toronto")]
  ]
end

API function called: Timex.to_datetime/2
Arguments provided: {2015, 1, 1} and  "America/Toronto"

Description of issue

What are the expected results?
Compilation time, a default value is set:

%A{a: [#DateTime<2015-01-01 00:00:00-05:00 EST America/Toronto>]}

If you are certain this is a bug in Timex, do you have references I
can use to check the algorithm/logic against? For instance, a well-established
date/time library in another language, a paper, test suite, etc. It is by no
means a requirement, but is immensely helpful in fixing bugs, and provides me
extra data to use when building out the test suite

I am not claiming that this is a bug per se. I hope that some solution can be formulated for my use case.

The solution here is to start :tzdata during compilation - there isn't any way around that I'm afraid, tzdata is our source for time zone information, and without it, your use of to_datetime there would fail due to lack of that information.
As a general rule this is a bad idea anyway though, as tzdata can update the timezone database at any time, and the rules for a particular zone could change from underneath you - if you compile in the version of a zone that gets changed, you may observe strange issues depending on use. If you must compile in a DateTime, then you should do so in UTC and convert to a desired zone at runtime to ensure you always get a date/time with the latest timezone info.


Markdown table: expand an additional level of properties

This change expands an additional level of openapi's schema object tree to display
an additional level or properties and only "link-back" at the third
level.

LGTM. Should we test the rendering to Markdown somehow, I'm wondering? There's a fair bit of logic in those templates

Yup, I'll see what I can do.


Some tif files failed to show layers info

Hi,
With some (rare) tif files I have an issue with getting layers info:
Traceback (most recent call last):
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 263, in __call__
    c = enum.EnumMeta.__call__(cls, *args, **kwds)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 310, in __call__
    return cls.__new__(cls, value)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 564, in __new__
    raise exc
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 548, in __new__
    result = cls._missing_(value)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 577, in _missing_
    raise ValueError("%r is not a valid %s" % (value, cls.__name__))
ValueError: b'iOpa' is not a valid PsdKey

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 2967, in fromtiff
    data, name=os.path.split(filename)[-1], unknown=unknown
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 2951, in frombytes
    self = cls.read(fh, name=name, unknown=unknown)
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 2912, in read
    fh, psdformat, key, length=size, unknown=unknown
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 945, in read
    layers.append(PsdLayer.read(fh, psdformat, unknown=unknown))
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 1122, in read
    fh, psdformat, length=end - fh.tell(), unknown=unknown, align=2
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 3333, in read_psdtags
    key = PsdKey(fh.read(4))
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 265, in __call__
    raise exc
  File "C:\Users\yuriy.l\AppData\Local\Autodesk\3dsMax\2021 - 64bit\ENU\scripts\fraglab_asset_checker_libs\psdtags\psdtags.py", line 257, in __call__
    c = enum.EnumMeta.__call__(cls, *args, **kwds)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 310, in __call__
    return cls.__new__(cls, value)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 564, in __new__
    raise exc
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 548, in __new__
    result = cls._missing_(value)
  File "C:\Program Files\Autodesk\3ds Max 2021\Python37\lib\enum.py", line 577, in _missing_
    raise ValueError("%r is not a valid %s" % (value, cls.__name__))
ValueError: b'apOi' is not a valid PsdKey

Please check the attached tif file:
power_stone_core_d_ddna.zip
I'm executing Python 3.7.6 from MaxScript inside 3ds Max 2021
The next line raises the exception:
imageSourceData = psdTagsLibrary.TiffImageSourceData.fromtiff(texturePath)
psdtags ver. 2022.8.25

The file was created with Photoshop 2022. Adobe seems to have extended the PSD format but has not updated the public documentation.
As a workaround, try to add APOI = b'apOi' to the PsdKey class in psdtags.py.

Thank you. I did that but just FYI there is more than one new PsdKey
I had also:
ValueError: b' IAC' is not a valid PsdKey

Can you also please share the file with the b' IAC' key?
Hopefully Adobe will document the new keys soon. If not, a way to handle unknown keys and structures needs to be added...

Should be fixed in version 2023.2.18, which allows unknown PsdKeys. A warning is logged.

Should be fixed in version 2023.2.18, which allows unknown PsdKeys. A warning is logged.

I tried running with 2023.2.18, but still receive an exception for the b' IAC' key. In line 292, the "args[0].isalnum()" returns false because that key has a space in it. Therefore, the exception is still raised.

Are you sure b' IAC'  is a valid key? There is no precedence of any key starting with whitespace.
Please share a file and request documentation from Adobe support if you are a paying customer.

The file was generated from Photoshop version 24.0.0. I'll see if I can find the documentation.

Can confirm I'm getting psdtags.PsdKey(b'CAI ') not defined with files from Photoshop 24.1.1. My files are LE32BIT.

Is that with the latest version, 2<IP_ADDRESS>?


[#119] Update UserGuide and DeveloperGuide on new FindCommand

Fixes #119.
Update UserGuide and DeveloperGuide to reflect the different search criteria used for the different person attributes.

Codecov Report

Merging #123 (f5cedb6) into master (e916e49) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master     #123   +/-   ##
=========================================
  Coverage     73.61%   73.61%
  Complexity      499      499
=========================================
  Files            83       83
  Lines          1535     1535
  Branches        158      158
=========================================
  Hits           1130     1130
  Misses          355      355
  Partials         50       50

Impacted Files
Coverage Δ

...edu/address/logic/parser/FindPersonDescriptor.java
97.36% <ø> (ø)

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 e916e49...f5cedb6. Read the comment docs.


MAGIC WP4 and WP6 Blocking and EOF diagnostics (MiLES)

The v2 version of the metric is complete and working.

Depends on #743

I just tried running recipe_miles_block.yml (I used bcc-csm1-1 as a reference dataset instead of ERA-Interim because I do not have that and for both datasets I used ensemble member r1i1p1), but it did not run successfully, here is the log:
[1] "miles_diagnostics : starting routine"
[1]  1  2 12
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181206_151328/preproc/miles_diagnostics_preproc1_zg/CMIP5_EC-EARTH_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3653 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a gregorian calendar"
[1] "903 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "903"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:903] 5798 5797 5797 5796 5796 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:903(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "proleptic_gregorian"
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 903"
[1] "From 1980-01-01 to 1989-12-31"
[1] "Tibaldi and Molteni (1990) index..."
[1] "Done!"
[1] "--------------------------------------------------"
[1] "Davini et al. (2012) index and diagnostics..."
[1] "distance for gradients:" "15"
[1] "range of latitudes 30-75 N"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Total # of days: 903"
[1] "-------------------------"
   user  system elapsed
 13.934   2.196  23.899
[1] "Instantaneous blocking and diagnostics done!"
[1] "Longitude filter based on fixed angle"
[1] "Continous longitude contrain 15 ° lon"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Large Scale Extension based on fixed angle"
[1] "Box dimension: 10 ° lon x  5 ° lat"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
       0%       25%       50%       75%      100%
 0.000000  0.000000  0.000000  1.993355 20.708749
[1] 5
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
      0%      25%      50%      75%     100%
0.000000 0.000000 0.000000 0.000000 9.856035
[1] 10
   user  system elapsed
 92.681   5.911 119.243
[1] "saving NetCDF climatologies..."
Error in miles_block_fast(year1 = year1, year2 = year2, expid = exp, ens = ensemble,  :
  object 'Z500mean' not found

I just tried running recipe_miles_block.yml (I used bcc-csm1-1 as a reference dataset instead of ERA-Interim because I do not have that and for both datasets I used ensemble member r1i1p1), but it did not run successfully, here is the log:
[1] "miles_diagnostics : starting routine"
[1]  1  2 12
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181206_151328/preproc/miles_diagnostics_preproc1_zg/CMIP5_EC-EARTH_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3653 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a gregorian calendar"
[1] "903 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "903"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:903] 5798 5797 5797 5796 5796 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:903(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "proleptic_gregorian"
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 903"
[1] "From 1980-01-01 to 1989-12-31"
[1] "Tibaldi and Molteni (1990) index..."
[1] "Done!"
[1] "--------------------------------------------------"
[1] "Davini et al. (2012) index and diagnostics..."
[1] "distance for gradients:" "15"
[1] "range of latitudes 30-75 N"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Total # of days: 903"
[1] "-------------------------"
   user  system elapsed
 13.934   2.196  23.899
[1] "Instantaneous blocking and diagnostics done!"
[1] "Longitude filter based on fixed angle"
[1] "Continous longitude contrain 15 ° lon"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Large Scale Extension based on fixed angle"
[1] "Box dimension: 10 ° lon x  5 ° lat"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
       0%       25%       50%       75%      100%
 0.000000  0.000000  0.000000  1.993355 20.708749
[1] 5
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
      0%      25%      50%      75%     100%
0.000000 0.000000 0.000000 0.000000 9.856035
[1] 10
   user  system elapsed
 92.681   5.911 119.243
[1] "saving NetCDF climatologies..."
Error in miles_block_fast(year1 = year1, year2 = year2, expid = exp, ens = ensemble,  :
  object 'Z500mean' not found

I just tested recipe_miles_eof.yml with the same modifications, but it did not run successfully either, here is the log:
[1] "miles_diagnostics : starting routine"
[1]  1  2 12
[1] "....."
[1] "EC-EARTH"
[1] "historical"
[1] "r1i1p1"
Error in file.builder(FILESDIR, paste0("EOFs/", tele), "EOFs", dataset,  :
  could not find function "file.builder"
Calls: miles_eofs_fast
Execution halted

Also, a file Rplots.pdf is created in the current working directory instead of in the plot_dir or work_dir.

@jhardenberg I will get the Era-Interim data needed for this recipes, but can you clarify:
Maybe I missed something, zg is geopotential height but at which pressure level do you need it
https://apps.ecmwf.int/datasets/data/interim-full-daily/levtype=pl

Both the file.builder and the Z500 bugs came from a last-minute style change yesterday, sorry. Now fixed in https://github.com/ESMValGroup/ESMValTool/pull/735/commits/e743f049fff95fd5541b34a4a0a599c05aa14c8b

@jhardenberg I will get the Era-Interim data needed for this recipes, but can you clarify:
Maybe I missed something, zg is geopotential height but at which pressure level do you need it
https://apps.ecmwf.int/datasets/data/interim-full-daily/levtype=pl
The example recipes are set up to use zg at 500hPa.

Also, a file Rplots.pdf is created in the current working directory instead of in the plot_dir or work_dir.

Solved in https://github.com/ESMValGroup/ESMValTool/pull/735/commits/b16a1858d1ba2034ad171ac532fcdd0888467709 and in https://github.com/ESMValGroup/ESMValTool/pull/735/commits/80f09a965c27acbb8f9168097354740f566e572a

I just tested recipe_miles_block.yml again, with the same datasets as https://github.com/ESMValGroup/ESMValTool/pull/735#issuecomment-444909202 because I still do not have ERA-Interim to test with. The run crashed again, with the following log:
[1] "miles_diagnostics : starting routine"
[1]  1  2 12
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181210_154250/preproc/miles_diagnostics_preproc1_zg/CMIP5_EC-EARTH_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3653 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a gregorian calendar"
[1] "903 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "903"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:903] 5798 5797 5797 5796 5796 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:903(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "proleptic_gregorian"
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 903"
[1] "From 1980-01-01 to 1989-12-31"
[1] "Tibaldi and Molteni (1990) index..."
[1] "Done!"
[1] "--------------------------------------------------"
[1] "Davini et al. (2012) index and diagnostics..."
[1] "distance for gradients:" "15"
[1] "range of latitudes 30-75 N"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Total # of days: 903"
[1] "-------------------------"
   user  system elapsed
 10.718   1.639  17.008
[1] "Instantaneous blocking and diagnostics done!"
[1] "Longitude filter based on fixed angle"
[1] "Continous longitude contrain 15 ° lon"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Large Scale Extension based on fixed angle"
[1] "Box dimension: 10 ° lon x  5 ° lat"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
       0%       25%       50%       75%      100%
 0.000000  0.000000  0.000000  1.993355 20.708749
[1] 5
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
      0%      25%      50%      75%     100%
0.000000 0.000000 0.000000 0.000000 9.856035
[1] 10
   user  system elapsed
 76.840   3.640  97.524
[1] "saving NetCDF climatologies..."
[1] "/group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181210_154250/work/miles_diagnostics/miles_block/EC-EARTH/historical/r1i1p1/1980-1989/DJF/Block/BlockClim_EC-EARTH_historical_r1i1p1_1980-1989_DJF.nc"
[1] "/group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181210_154250/work/miles_diagnostics/miles_block/EC-EARTH/historical/r1i1p1/1980-1989/DJF/Block/BlockFull_EC-EARTH_historical_r1i1p1_1980-1989_DJF.nc"
[1]  1  2 12
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_block_20181210_154250/preproc/miles_diagnostics_preproc1_zg/CMIP5_bcc-csm1-1_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3650 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a 365_day calendar"
[1] "900 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "900"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:900] 5860 5862 5865 5867 5865 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:900(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "365"
  ..- attr(*, "months")= num [1:12] 31 28 31 30 31 30 31 31 30 31 ...
  ..- attr(*, "dpy")= num 365
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 900"
[1] "From 1980-01-01 to 1989-12-31"
[1] "Tibaldi and Molteni (1990) index..."
[1] "Done!"
[1] "--------------------------------------------------"
[1] "Davini et al. (2012) index and diagnostics..."
[1] "distance for gradients:" "15"
[1] "range of latitudes 30-75 N"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Total # of days: 900"
[1] "-------------------------"
   user  system elapsed
 11.178   2.335  15.199
[1] "Instantaneous blocking and diagnostics done!"
[1] "Longitude filter based on fixed angle"
[1] "Continous longitude contrain 15 ° lon"
[1] "---> 10 %"
[1] "---> 20 %"
[1] "---> 30 %"
[1] "---> 40 %"
[1] "---> 50 %"
[1] "---> 60 %"
[1] "---> 70 %"
[1] "---> 80 %"
[1] "---> 90 %"
[1] "---> 100 %"
[1] "Large Scale Extension based on fixed angle"
[1] "Box dimension: 10 ° lon x  5 ° lat"
[1] "Time filtering..."
[1] "Mean field..."
[1] "Events detection..."
[1] "Mean Duration..."
[1] "Number of Events..."
Error in quantile.default(meanfield) :
  missing values and NaN's not allowed if 'na.rm' is FALSE
Calls: miles_block_fast ... blocking_persistence -> print -> quantile -> quantile.default
Execution halted

And recipe miles_eof.yml halts with this log:
[1] "miles_diagnostics : starting routine"
[1]  1  2 12
[1] "....."
[1] "EC-EARTH"
[1] "historical"
[1] "r1i1p1"
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_eof_20181210_164738/preproc/miles_diagnostics_preproc1_zg/CMIP5_EC-EARTH_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3653 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a gregorian calendar"
[1] "903 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "903"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:903] 5798 5797 5797 5796 5796 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:903(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "proleptic_gregorian"
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 903"
[1] "From 1980-01-01 to 1989-12-31"
[1] "monthly mean..."
[1] "climatological mean..."
[1] "anomalies..."
[1] "EOFs..."
[1] "Area Weighting..."
[1] "Calling SVD..."
[1] "Linear Regressions (it can takes a while)... "
[1] "Finalize..."
[1] "checking signs..."
   user  system elapsed
  5.974   1.005   6.401
[1] "saving NetCDF climatologies..."
[1] "/group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_eof_20181210_164738/work/miles_diagnostics/miles_eof/EC-EARTH/historical/r1i1p1/1980-1989/DJF/EOFs/NAO/EOFs_EC-EARTH_historical_r1i1p1_1980-1989_DJF.nc"
[1]  1  2 12
[1] "....."
[1] "bcc-csm1-1"
[1] "historical"
[1] "r1i1p1"
[1] "tyears and tmonths are set!"
[1] "opening file: /group_workspaces/jasmin2/cp4cds1/magic-test/esmvaltool_output/recipe_miles_eof_20181210_164738/preproc/miles_diagnostics_preproc1_zg/CMIP5_bcc-csm1-1_day_historical_r1i1p1_T2Ds_zg_1980-1989.nc"
[1] "Loading zg ..."
[1] "lon : 144 records"
[1] "lat : 36 records"
[1] "time : 3650 records"
[1] "selecting years and months"
[1] "loading full field..."
[1] "This is a 365_day calendar"
[1] "900 days selected from 1980-01-01 to 1989-12-31"
[1] "Months that have been loaded are.. "
 [1] "1980-01" "1980-02" "1980-12" "1981-01" "1981-02" "1981-12" "1982-01"
 [8] "1982-02" "1982-12" "1983-01" "1983-02" "1983-12" "1984-01" "1984-02"
[15] "1984-12" "1985-01" "1985-02" "1985-12" "1986-01" "1986-02" "1986-12"
[22] "1987-01" "1987-02" "1987-12" "1988-01" "1988-02" "1988-12" "1989-01"
[29] "1989-02" "1989-12"
[1] "rotating..."
[1] "144" "36"  "900"
[1] "From 1980-01-01 to 1989-12-31"
List of 4
 $ field: num [1:144, 1:36, 1:900] 5860 5862 5865 5867 5865 ...
 $ lon  : num [1:144(1d)] -176 -174 -171 -169 -166 ...
 $ lat  : num [1:36(1d)] 1.25 3.75 6.25 8.75 11.25 ...
 $ time : 'PCICt' num [1:900(1d)] 1980-01-01 1980-01-02 1980-01-03 1980-01-04 ...
  ..- attr(*, "cal")= chr "365"
  ..- attr(*, "months")= num [1:12] 31 28 31 30 31 30 31 31 30 31 ...
  ..- attr(*, "dpy")= num 365
  ..- attr(*, "tzone")= chr "GMT"
  ..- attr(*, "units")= chr "secs"
NULL
[1] "Time Array Built"
[1] "Length: 900"
[1] "From 1980-01-01 to 1989-12-31"
[1] "monthly mean..."
[1] "climatological mean..."
[1] "anomalies..."
[1] "EOFs..."
[1] "Area Weighting..."
[1] "Calling SVD..."
[1] "Linear Regressions (it can takes a while)... "
Error in lin.fit(as.matrix(coefficient[, i], ncol = 1), x) :
  NA/NaN/Inf in 'y'
Calls: miles_eofs_fast -> eofs -> apply -> FUN -> lin.fit
Execution halted

I just tested recipe_miles_block.yml again, with the same datasets as #735 (comment) because I still do not have ERA-Interim to test with. The run crashed again, with the following log:

That's very strange. I downloaded the bcc-csm1-1-m data myself (from CEDA) and for me the recipe works flawlessly. Could it be that your data is somehow corrupted? (the diagnostic complains about nan values while processing the bcc-csm1-1-m data)
You can find a copy of my data files here together with md5sum checksums
and here are the plots produced

Pulling this PR should still wait for https://github.com/ESMValGroup/ESMValTool/pull/820 (which was actually motivated by this branch) to be pulled. As soon as that is done, I will make a final adjustment to the preprocessor part in tghe recipe so that the correct meridional grid is used (this is an issue which came out recently while doing final tests on this branch)

@jhardenberg I will get the Era-Interim data needed for this recipes, but can you clarify:
Maybe I missed something, zg is geopotential height but at which pressure level do you need it
https://apps.ecmwf.int/datasets/data/interim-full-daily/levtype=pl

The example recipes are set up to use zg at 500hPa. Currently I use "nearest" instead of "linear" as an interpolation scheme, since I too have it only at that exact level.

@bjoernbroetz Could you please make the data available in /group_workspaces/jasmin2/cp4cds1/data/dkrz_pool/Tier3/ERA-Interim on Jasmin so we can use it for MAGIC?

Merging the latest version2_development in fedd303b11c9ac265e4ca3870d8b966be0a41dc8 breaks functionality of this recipe, see #862

I repaired the diagnostic to work also with weird time units like "1950-1-1" (as produced now by the preprocessor) by improving parsing of the time units. I still think that the issue described in #862 should be addressed.
The diagnostic now works correctly and uses the new lat_offset: False option.

I tested all three recipes again, with the now available ERA-Interim data and with various settings. Almost everything works fine, only recipe_miles_eof.yml crashed with the following error message if I use the setting teles: 0_20_150_180:
[1] "Area Weighting..."
Error in array(box, dim = c(dim(box)[1] * dim(box)[2], dim(box)[3])) :
  negative length vectors are not allowed
Calls: miles_eofs_fast -> eofs -> array
Execution halted

Hi @bouweandela , the convention for teles  (as explained in the comment and in the doc) is lon1_lon1_lat1_lat2,  so you should have asked for 150_180_0_20 in order to be in a valid range (latititudes cannot be larger than 90) ...
I tested with your teles setting, reproducing your error. Switching to teles:  150_180_0_20 everything works as expected ....

In that case everything works fine. I somehow thought latitude would be between 0 and 180 degrees and longitude between 0 and 360 degrees.


[Bug] sql-convertor hive to doris synax wrong

Search before asking

[X] I had searched in the issues and found no similar issues.

Version
3.0.1
What's Wrong?
hive sql to doris sql synax wrong
What You Expected?
hive sql to doris sql synax wrong
How to Reproduce?
online address： https://play.selectdb.com/sql-convertor?case_sensitive=0&from=hive

hive sql
select (cast('2000-08-19' as date) + 14 days) from table_name

doris sql

SELECT
  (
    CAST('2000-08-19' AS DATE) + 14 AS days
  )
FROM table_name AS table_name

Anything Else?
No response
Are you willing to submit PR?

[ ] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

This syntax is not standard Hive syntax. Currently, this non-standard writing method will conflict with normal digital addition and subtraction.
The standard syntax in Hive is
select (cast('2000-08-19' as date) + interval 14 days) from table_name.
This Hive SQL can be accurately converted
SELECT CAST('2000-08-19' AS DATE) + INTERVAL '14' DAY from table_name
SQL-Converter will automatically change the unit from days to day so that it can be executed correctly in doris


 So change them.
specify just a different one in your cookbook:
override['thrift']['mirror']   = 'http://archive.apache.org/dist'

and it works !

Do you know that centos version doesn't work?
There are depends of mongrel gem (not sure...) and compilation of package (make install) fall with make check (for what it need in the downloaded and just unpacked archive?..).
Why do you don't want to use rpm? http://rpm.pbone.net/index.php3/stat/4/idpl/23532397/dir/centos_6/com/thrift-0.9.0-28.1.i686.rpm.html
I pre-installed it (with symlink to /usr/local/bin/thrift) and this recipe skip failing part.


Caddy from source doesn't download all dependencies

When running the go get command listed in the README, it no longer downloads all the dependencies. I looked through the history, and it was https://github.com/mholt/caddy/commit/e585a74115912c456f87b0aec6f125f5e7125693 that broke it. Basically it removed the second /caddy in the url.
Since I'm barely even a go novice, I honestly don't know if the url as it is today is correct and there are other issues at play, or if the url needs to be fixed back to what it was before that commit.
I know it's just a minor change, but I'll submit a PR if you'd like, to fix the URL if that is indeed the issue.

Oh, whoops, yeah, you're right. Thanks!


Have mod automatically disable when installed on server

Hey, love the mod! It lets me play without breaking my wrists more on a keyboard for hours 😄
I would love to use this on on my small modpack for my server, but if I install it on the server, it crashes. Normally I'd have no issue just removing it but it causes the multiplayer menu to show a large red X for differing mod lists and I keep getting questions about it and it dissuades players from joining.
I'd love if it acted more like ToastControl or something else that is clientside only, but just doesn't do anything on the server instead of crashing it.
Thank you!

I spotted this commit in Mouse Tweaks mod which prevents the compatibility warning when only present on the client: https://github.com/YaLTeR/MouseTweaks/commit/d0eb6c5fa98ade90277f8f1225c9497306152fd0
Presumably the same line could be added to Controllable?

I've fixed this in an upcoming update
https://github.com/MrCrayfish/Controllable/commit/bbf33d3d351e66e330676df0df1f3013f2377134

My bad, this is an entirely different issue. I am assuming joining a Forge server with Controllable rejects the client?


activity long length?

Is it possible to configure longer activity logs (for project)? Now we sometimes see only last few hours... :8ball:

@Povezi -> you can change what shows up at the main board activity list by editing /app/Controller/app.php
We keep it at 200.

Sparkles, you are the best! :+1:
I have found it here:
/app/Controller/Activity.php
changed this:
'events' => $this->projectActivity->getProject($project['id']),
to:
'events' => $this->projectActivity->getProject($project['id'], 250),

:thumbsup:


Raise of rule MD037 in correct situation

The rule MD037 - Spaces inside emphasis markers is raised in the following correct situation:
New_value is old_value and new_value.
Using v0.44.4.

Note to self: See also #408.


Update External Logging demo plugin deps.

Some bits got integrated, and @jglick removed branches. Although the demo is still behind the final code versions and need update to External Logging for Elasticsearch plugin, this change at least makes the demo runnable at least.
CC @jglick @raul-arabaolaza

You can just use release versions now.

Do not want to test it right now. The plugin basically depends on old codebase and LogStorage implementation, so I prefer to keep the versions pinned until the demo can be replaced by  https://github.com/jenkinsci/external-logging-elasticsearch-plugin


Duplication of Analyzers in IntelliSense Window with VSIX and NuGet Installed

VS 2015 RTM, the following example code in a C# console project:
class Program
{
	static void Main(string[] args)
	{
	    if (0 == 0)
	    {
	        Console.WriteLine("done");
	    }
	}
}

This produces the following IntelliSense popup (when Refactoring Essentials VSIX is installed):

If, however, you go to Manage NuGet Packages, and install the Refactoring Essentials NuGet, you are now presented with a duplication of the analyzer suggestions:

Fun fact is that the error window in both cases shows the analyzers only once (even with NuGet and VSIX both installed):

Bootnote: we discussed that a long time ago in a SO thread, but the problem persists to this day
http://stackoverflow.com/questions/28053514/vs2015-diagnostic-with-code-fix-nuget-or-vsix-or-both

See https://github.com/dotnet/roslyn/issues/4030#issuecomment-123876993 for the underlying reason for duplicate code fixes.


Can't close Anko alert using "button" type

Does anyone know how I can close an Anko alert, but using a "button" which is embedded in a customView, AND, where isCancelable has been set = false ?
Here is the Kotlin code for this alert (I've left out a bunch of styles for clarity):
    myAlert = alert {
      customView {
         verticalLayout {
           ..image, textView etc. r here..
           ..
           button("OK") {
               onClick {
                //**HOW CAN I CLOSE THIS ALERT FROM HERE??
               }
           }
      }
    }
    myAlert.isCancelable = false
    myAlert.show()

I noticed that the "onClick" callback above is of type "CoroutineScope" which made no sense to me.
What DOES work, is the following. However I've no idea how to style the "okButton" (width, colors etc). If that is possible please let me know as it might be simpler.
    myAlert = alert {
      okButton {
         it.dismiss()
         requestLocationPermission()
      }
      customView {
         verticalLayout {
           ..image, textView etc. r here..
           ..
      }
    }
    myAlert.isCancelable = false
    myAlert.show()

no takers ? i still can't figure this out!

This project is seems to be abandoned by JetBrains


Fix :default_options config name

There is a typo in Elasticsearch.API.HTTP module where the :default_options config variable is named as default_opts.

@danielberkompas Can this be merged?

Coverage remained the same at 98.0% when pulling 4efa83cd8ae1ffc2a67ce2f28d678254cf5f3090 on nitinstp23:hotfix/default-options-typo into 40a4d3a664849c58b3dc4df518bfb6aa78d55e18 on infinitered:master.

Coverage remained the same at 98.0% when pulling 4efa83cd8ae1ffc2a67ce2f28d678254cf5f3090 on nitinstp23:hotfix/default-options-typo into 40a4d3a664849c58b3dc4df518bfb6aa78d55e18 on infinitered:master.


Update archive files for new PMC values

Codecov Report

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

@@            Coverage Diff            @@
##           master     #84      +/-   ##
=========================================
- Coverage    67.4%   67.3%   -0.11%
=========================================
  Files          80      80
  Lines        5747    5747
=========================================
- Hits         3874    3868       -6
- Misses       1873    1879       +6

Impacted Files
Coverage Δ

scripts/lib/xpedite/txn/loader.py
66.07% <0%> (-2.98%)
:arrow_down:

scripts/lib/xpedite/txn/extractor.py
87.12% <0%> (-1%)
:arrow_down:

Continue to review full report at Codecov.

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


[C_CPP]: NUMBER SYSTEM

Description
Number System with example .

Binary Number System .
Decimal Number  System .
Octa  Decimal Number System
Hexa Decimal Number System .

Domain
C/CPP
Type of Contribution
Documentation
Code of Conduct

[X] I follow Contributing Guidelines & Code of conduct of this project.

/assign


[iOS] "Maximum call stack size exceeded" error

Per Mattermost guidelines, GitHub issues are for bug reports: http://www.mattermost.org/filing-issues/.
For troubleshooting see: http://forum.mattermost.org/.
For feature proposals see: http://www.mattermost.org/feature-requests/
If you've found a bug--something appears unintentional--please follow these steps:

Confirm you’re filing a new issue. Search existing tickets in Jira to ensure that the ticket does not already exist.
Confirm your issue does not involve security. Otherwise, please see our Responsible Disclosure Policy.
File a new issue using the format below. Mattermost will confirm steps to reproduce and file in Jira, or ask for more details if there is trouble reproducing it. If there's already an existing bug in Jira, it will be linked back to the GitHub issue so you can track when it gets fixed.

Summary
Getting an error saying "Maximum call stack size exceeded" when trying to edit/reply messages only on iOS app. Error then crashes edit/reply window.
Environment Information (1)

Device Name: iPhone 11
OS Version: 16.5 Developer Beta
Mattermost App Version: 2.2.0 (Build 462)
Mattermost Server Version: 7.10.0 (Build .0)

Environment Information (2)

Device Name: iPhone 13 mini
OS Version: 16.5 Developer Beta
Mattermost App Version: 2.2.0 (Build 462)
Mattermost Server Version: 7.10.0 (Build .0)

Environment Information (3)

Device Name: iPhone 13 mini
OS Version: 16.4
Mattermost App Version: 2.2.0 (Build 462)
Mattermost Server Version: 7.10.0 (Build .0)

Steps to reproduce
Run Mattermost iOS app and try to edit/reply to messages. If that doesn't work, try making two iOS users edit/reply at the same time.
Expected behavior
Allow iOS user to reply/edit message without error appearing
Observed behavior (that appears unintentional)
Tried to edit/reply to message on iOS device, and got this error:

Possible fixes
N/A

I have the same error message on Android
(Although the error stack is not the same)
Device Samsung S10e
Os Android 12, oneUI 4.1
App Version 2.2.0
Server  version 7.9.1

Hi! Any news on this issue? It happens very, very often when using the emoji picker, or when trying to edit a message.

@enahum @larkox Was this fixed in v2.4, or not yet?

As far as I know, there has been nothing explicitly done for this bug, but other bug fixes may have solved the root issue. But not sure about that last part.

I wonder if there is anything specific that could cause this as I'm unable to reproduce either by editing a post or opening the emoji picker. I've tried on iOS and Android.
So it would be incredible if anyone can pinpoint a pattern or something specific to a channel / message

I wonder if there is anything specific that could cause this as I'm unable to reproduce either by editing a post or opening the emoji picker. I've tried on iOS and Android.
So it would be incredible if anyone can pinpoint a pattern or something specific to a channel / message

I sometimes get the error when bringing up a pop up (long pressing a message/editing a message), but it usually happens when other people are active/typing. It may also be due to the fact that we have 20k+ messages in the channel we text in and we send 200+ messages every day. I also run the Mattermost server behind a Cloudflare Tunnel, so I wonder if that's causing the issue.

I can confirm that the error still exists on the latest beta of Mattermost (iOS v2.4.0 Build 471)

@AzamServer Are you open to send me the logs of your app to see if they bring some light into this? Join the Community Server and DM me them, and I will take a look<EMAIL_ADDRESS>In order to get the logs, you should be able to got to settings, and hit the "Report a Problem" button.

@AzamServer Are you open to send me the logs of your app to see if they bring some light into this? Join the Community Server and DM me them, and I will take a look<EMAIL_ADDRESS>In order to get the logs, you should be able to got to settings, and hit the "Report a Problem" button.

Sure! I just created an account on the community Mattermost instance and will DM whenever I get and send the error.

@AzamServer Are you open to send me the logs of your app to see if they bring some light into this? Join the Community Server and DM me them, and I will take a look<EMAIL_ADDRESS>In order to get the logs, you should be able to got to settings, and hit the "Report a Problem" button.

Hi. I've gotten the error to popup on the iOS app v2.4.0 Build 471. I've DM'ed the logs to you on the community Mattermost instance.

@AzamServer Have you seen this issue again since build 472?

(I muself haven't seen this issue in a while, thankfully :) )


Remove configurations for old CIs

We no longer use it anymore so we should remove it. Should be only .circleci and .travis.yml.

Agreed!


[BUG] Import error

There seems to be an import error when, after pip installing torchrl, in python it cannot find some packages that it needs.
the error message when trying import torchrl in python:
ImportError: dlopen(/Users/davidireland/opt/anaconda3/envs/hrl2/lib/python3.9/site-packages/torchrl/_torchrl.so, 0x0002): Symbol not found: __ZN8pybind116detail11type_casterIN2at6TensorEvE4castERKS3_NS_19return_value_policyENS_6handleE
  Referenced from: <26B157A6-9DAD-3C58-9A74-E4A5EEF6F011> /Users/davidireland/opt/anaconda3/envs/hrl2/lib/python3.9/site-packages/torchrl/_torchrl.so
  Expected in:     <8F09D9D9-3AB7-367A-B2FF-80087FA15C9E> /Users/davidireland/opt/anaconda3/envs/hrl2/lib/python3.9/site-packages/torch/lib/libtorch_python.dylib

What version of pytorch are you using? It seems it is not synced with torch.
It should work with torch 2.0.1
If you are using the nightlies it's 2.1.0dev

thanks, I was on 1.x.x. I've updated to 2.0.1 and torchrl imports fine now!


Multiple address spaces

I've been seeking a C replacement for my vintage programming (since I don't care much for asm), and I'd at some point to try Cowgol. I've been multitasking a bit too poorly to learn Cowgol lately, especially since it's Ada inspired and I don't actually know Ada. But I figured I'd ask while it's on my mind:
How difficult would it be to support multiple address spaces to Cowgol (with the consequence that two pointers in different address spaces do not compare equal)? My immediate use case is to create 8086/8 binaries with more than 64kB of .text and .data. But other archs such as AVR, 65816, and PIC could benefit too.
Minddump
Don't mind me, this is just me writing down my thoughts for later so I can come back to them :D! None of this is particularly well thought through. I will also do more research for how e.g. Turbo C and Watcom C handle __near, __far, and their absence on pointers, functions, and data, since that precedent exists for "high-level" langs w/ multiple addr space support.
I'm not sure what the syntax for such pointers would look like, but maybe __near and __far would work as reserved words.

All __near pointers with the same value (offset) would compare equal. The compiler chooses which address space (segment in 8086-land) in which near code, near data, and the near pointers point to.
All __far pointers would each represent a different address space. You can make a __far pointer and choose the address space (segment) it lives in. If you don't, the compiler chooses for you. __far pointers (including fn pointers) only compare equal if their address space and value (offset) are equal.
Addresses to far data (i.e. taking the address of globals) don't ever compare equal because the compiler has to choose the address space they live in and the compiler can't know apriori whether two pieces of data will share the same address space.

I think this should be relatively doable. There's actually some support for address spaces already, known as workspaces --- the 6502 has three: zero page, normal data, and static data; these are used for allocating variable storage. You can see the 6502 frontend decide which workspace a variable should be in here: https://github.com/davidgiven/cowgol/blob/master/src/cowfe/arch6502.coh#L54
One problem is that the backend distinguishes between types by size alone (which is a known issue). It doesn't know or care whether a two-byte value is a 16-bit pointer or a 16-bit integer. So all near pointers would have to be one size and all far pointers would have to be another size if you wanted them to generate different code. For near pointers, the address space is known at compile time, so the front-end would need to track that, but that's only an extra byte in the PointerType structure: https://github.com/davidgiven/cowgol/blob/master/src/cowfe/types.coh#L25
I'll add that two near pointers to different address spaces can never compare equal; this can be determined statically. They will, in fact, not be type-compatible. Unfortunately the frontend doesn't do structured type comparisons yet, and each value can only have a single pointer type to it --- it's cached in the pointerto variable: https://github.com/davidgiven/cowgol/blob/master/src/cowfe/types.coh#L56
So, I'd say this is doable, but will require a (hopefully small amount) of rearchitecture.


Mask secrets in code snippets even with --disable-secrets

Currently, when a scan is set up to detect both vulnerabilities and secrets, if a vulnerability code snippet includes a secret, the secret will be masked:
Cluster Master Authentication Disabled, Severity: HIGH, Results: 1
...

	[1]: ../../path/myconfig.tf:7

		005:   initial_node_count = 3
		006:
		007:   master_auth {
		008:     username = ""
		009:     password = <SECRET-MASKED-ON-PURPOSE>

However, if the --disable-secrets flag is used, the secrets in the vulnerability code snippet are displayed in plain text:
Cluster Master Authentication Disabled, Severity: HIGH, Results: 1
...

	[1]: ../../path/myconfig.tf:7

		005:   initial_node_count = 3
		006:
		007:   master_auth {
		008:     username = ""
		009:     password = "root"

It can be useful to have the ability to mask secrets in vulnerable code snippets even when the --disable-secrets option is enabled.

Hi @ayala-orca , thanks for your suggestion,
We can do this by default, but we will need to run all secret queries under the hood anyway to detect and mask the secrets.
We can do the following:

the default is the same: always run secret queries and mask secrets when displaying them
the --disable-secrets behavior remains the same: don't run secret queries and therefore display them
add a new flag, e.g.,  --always-mask-secrets that changes the behavior of --disable-secrets by making the queries run under the hood, hide the results but mask the detected secrets when they are displayed in other queries.

WDYT?

@nunoocx
The direction sounds right.
i do think the following, for bullet 3, will improve the performance and scan time -
If only masking is needed, do not perform a full secret scan. Instead scan only files with issues (or, only the code snippets, but this is probably much harder to achieve)

@lior-orca that's actually a good idea!
Thanks for the suggestion.

Hi @ayala-orca  @lior-orca ,
Right now we decided to move with this functionality without adding a new flag.
The current behavior is:

If user uses --disable-secrets, KICS will not perform a full secret scan but will mask the secrets on the preview lines.

If user do not use --disable-secrets, KICS will keep the default behavior (will run a full secret scan + masking secrets).

Kindly open a discussion if you think that adding a new flag can bring some advantages.
Cc: @nunoocx


Fixes placement of line numbers

Fixes a bug where the line numbers would sometimes be incorrectly placed when editing a text that contains a wrapped line.
Updating the gutter width updates the textContainerInset, practically reducing the size available for laying out text. Because the paragraphs were generated before updating the gutter width, the line numbers would be incorrectly placed if the updated gutter width causes a line to be wrapped.
To address the issue, I've ensured that paragraphs aren't generated before the gutter width is updated.

Thanks!


Setup EC2 Instance for Google for India Demo

Description
Set up a T2.xlarge EC2 instance for the Google for India demo with subdomain mappings, SSL, reverse proxy configuration, and proxy pass to specified ports. Install Strapi and configure ONIX deployment as well.
Goals

[x] Set up one T2.xlarge EC2 machine.
[x] Map the following subdomains to the EC2 instance and configure SSL with reverse proxy and proxy pass to their respective ports:

bap-ps-client-ueip2p.becknprotocol.io
bap-ps-network-ueip2p.becknprotocol.io
bpp-ps-client-ueip2p.becknprotocol.io
bpp-ps-network-ueip2p.becknprotocol.io
registry-ueip2p.becknprotocol.io
gateway-ueip2p.becknprotocol.io
bpp-unified-strapi-ueip2p.becknprotocol.io

[x] Install Strapi and configure it as required.
[x] Set up ONIX deployment on the EC2 instance.

Expected Outcome

A fully operational T2.xlarge EC2 instance configured for the Google for India demo.
Subdomains are mapped with SSL, reverse proxy setup, and proxy pass to their respective ports.
Strapi and ONIX are installed and configured on the instance.

Acceptance Criteria

[x] T2.xlarge EC2 machine is set up.
[x] Subdomains are mapped and accessible with SSL and reverse proxy configuration to the specified ports.
[x] Strapi is installed and functioning.
[x] ONIX deployment is configured and operational.

Mockups / Wireframes
NA
Product Name
Beckn
Domain
TBD
Tech Skills Needed

AWS EC2
Subdomain mapping and SSL configuration
Reverse proxy configuration (Nginx or Apache)
Strapi installation and configuration
ONIX deployment

Complexity
Medium
Category
Infrastructure Setup
Sub Category
EC2 Instance Setup

created t2.xlarge instance for the demo

Mapped the following subdomains to the EC2 instance and configure SSL with reverse proxy and proxy pass to their respective ports:
bap-ps-client-ueip2p.becknprotocol.io
bap-ps-network-ueip2p.becknprotocol.io
bpp-ps-client-ueip2p.becknprotocol.io
bpp-ps-network-ueip2p.becknprotocol.io
registry-ueip2p.becknprotocol.io
gateway-ueip2p.becknprotocol.io
bpp-unified-strapi-ueip2p.becknprotocol.io
gcl-ueip2p.becknprotocol.io

Review Completed


Support non-seekable stdin (- arg) in "fs upload" command

Parity with aws s3 cp - ... on this.

Oh yeah, fs upload now checks for errors, which is kinda a big deal when storing a file.

Codecov Report

Merging #1672 (76c9589) into feature/data-upload-server (1165f46) will decrease coverage by 0.10%.
The diff coverage is 0.00%.

:exclamation: Current head 76c9589 differs from pull request most recent head bef56df. Consider uploading reports for the commit bef56df to get more accurate results

@@                      Coverage Diff                       @@
##           feature/data-upload-server    #1672      +/-   ##
==============================================================
- Coverage                       39.04%   38.93%   -0.11%
==============================================================
  Files                             167      167
  Lines                           13766    13771       +5
==============================================================
- Hits                             5375     5362      -13
- Misses                           7628     7644      +16
- Partials                          763      765       +2

Impacted Files
Coverage Δ

pkg/api/client.go
3.82% <0.00%> (-0.04%)
:arrow_down:

pkg/pyramid/tier_fs.go
56.76% <0.00%> (-5.68%)
:arrow_down:

Continue to review full report at Codecov.

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

Actually pulling once tests passed -- nothing major to cancel approval.  Thanks!

Thanks!
Pulling once tests pass...


Enable smartcar data visualization on mobile application

As a user, I want vehicle data to be presented on the mobile app, so that I can see how fast I'm driving and the distance to objects in front.
Acceptance critieria

[x] Speed is shown in the mobile application while driving the smartcar
[x] Distance to objects in front is shown when front sensor gets activated

@sh4r10 user story and acceptance criteria sounds OK?

Note - remove this issue/feature if it introduces too much lag into the system ❓


Version jsonschema 3.2.0 installs importlib-metadata version 4.10.0 which is not compatible with python 3.6

3.2.0 version of jsonschema is mentioned as compatible with python 3.6 but it pulls newer version of importlib-metadata 4.10.0 which is not compatible with python 3.6. This needs to be pinned at importlib-metadata==4.8.3 for python versions  3.7 and lower

importlib-metadata seems to properly declare it depends on 3.7: https://github.com/python/importlib_metadata/blob/main/setup.cfg#L18
I don't have a Py3.6 to test at the minute, but are you on a very old pip?

Well I am not able to install jsonschema==3.2.0 on python 3.6
Because it fails to get importlib-metadata
I don’t remember the pip version though I can check that but it was trying to install importlib-metadata==4.10.0 and it failed saying can’t find the version on python 3.6. I can’t upgrade python at the moment though

I didn't say to upgrade python, just your pip if that's out of date (and not doing so means jsonschema may not be the only thing broken for you).
What is python3.6 -m pip --version?

I understand. I see the pip version as 21.0.1

Getting my hands on a Py36, here it seems to properly install the right version of importlib-metadata (4.8.3 which seems to be the last version supporting 3.6):
Collecting jsonschema
  Downloading jsonschema-3.2.0-py2.py3-none-any.whl (56 kB)
     |████████████████████████████████| 56 kB 3.4 MB/s
Collecting attrs>=17.4.0
  Downloading attrs-21.4.0-py2.py3-none-any.whl (60 kB)
     |████████████████████████████████| 60 kB 5.9 MB/s
Collecting pyrsistent>=0.14.0
  Downloading pyrsistent-0.18.0.tar.gz (104 kB)
     |████████████████████████████████| 104 kB 12.0 MB/s
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
    Preparing wheel metadata ... done
Requirement already satisfied: setuptools in ./site-packages (from jsonschema) (44.0.0)
Collecting six>=1.11.0
  Downloading six-1.16.0-py2.py3-none-any.whl (11 kB)
Collecting importlib-metadata; python_version < "3.8"
  Downloading importlib_metadata-4.8.3-py3-none-any.whl (17 kB)
Collecting zipp>=0.5
  Downloading zipp-3.6.0-py3-none-any.whl (5.3 kB)
Collecting typing-extensions>=3.6.4; python_version < "3.8"
  Downloading typing_extensions-4.0.1-py3-none-any.whl (22 kB)
Building wheels for collected packages: pyrsistent
  Building wheel for pyrsistent (PEP 517) ... done
  Created wheel for pyrsistent: filename=pyrsistent-0.18.0-py3-none-any.whl size=56340 sha256=59e7878cc08fd7fd82e970aba59805fc96f0b2518e2483dcb73f5afd752a11b8
  Stored in directory: /home/julian/.cache/pip/wheels/44/eb/cd/6b9fba4c0896ca88b9ea628527b3853f26ce1fe29ba6fb73ec
Successfully built pyrsistent
Installing collected packages: attrs, pyrsistent, six, zipp, typing-extensions, importlib-metadata, jsonschema
Successfully installed attrs-21.4.0 importlib-metadata-4.8.3 jsonschema-3.2.0 pyrsistent-0.18.0 six-1.16.0 typing-extensions-4.0.1 zipp-3.6.0

You'll have to share your full install (the result of running say python3.6 --version; python3.6 -m pip --version; python3.6 -m pip install jsonschema) to be sure, though I'm somewhat confident this will be an issue with your environment.
Going to close, but feel free to share the above if you'd like some help.

Thanks @Julian yea seems like its an environment issue.


Error running TFLite_detection_webcam.py -- RPI4 (BUSTER)

Hello,
The next error appears when running the file TFLite_detection_webcam.py
File "TFLite_detection_video.py", line 115, in
if labels[0] == '???':
IndexError: list index out of range
I commented this lines and then a new error appeared:
Traceback (most recent call last):
File "TFLite_detection_webcam.py", line 119, in
interpreter = Interpreter(model_path=PATH_TO_CKPT)
File "/home/pi/tflite1/tflite1-env/lib/python3.7/site-packages/tensorflow_core/lite/python/interpreter.py", line 206, in init
model_path))
ValueError: Mmap of '/home/pi/tflite1/Sample_TFLite_model/detect.tflite' failed.
Anybody that could help? Could be due to the tensorflow version? I just followed the tutorial step by step.

Solved:  for some reason the files after decompressing the model were empty.


Entities flash white and have a force applied to them when they get hurt

Things to think about

Immunity cooldowns
All this should probably be defined in EntityComponent.cs

This has been finished.


Error reported in output file

environment:
Windows system
step:
when execute
npx @cypress/chrome-recorder D:\workspace\UIAutoTest\cypress811\cypressuinew\cypress\e2e\recording\record.json -o=D:\workspace\UIAutoTest\cypress811\cypressuinew\cypress\e2e\recording
error detail:
Running Cypress Chrome Recorder on D:\workspace\UIAutoTest\cypress811\cypressuinew\cypress\e2e\recording\record.json
There was an issue writing the output to D:\workspace\UIAutoTest\cypress811\cypressuinew\cypress\e2e\recording. Please check that it exists and try again.

Hi @szykov, thx for your post. I'm having exactly the same issue on Windows, but unlike you I could not convert my file.
I've tried from un/installing and running everything from scratch to using many combinations of (/) back and fowards, and the result is the same.
Any other workaround?


DRAFT: exposing network ACLs and security group variables

📲 What
A description of the change.

🤔 Why
Why it's needed, background context.
🛠 How
More in-depth discussion of the change or implementation.
👀 Evidence
Screenshots / external resources / links / etc.
Link to documentation updated with changes impacted in the PR.
🕵 How to test
Notes on how a reviewer can test the changes, e.g. how to run the tests.
✅ Acceptance criteria Checklist

[ ] Code peer reviewed?
[ ] Documentation has been updated to reflect the changes?
[ ] Passing all automated tests, including a successful deployment?
[ ] Passing any exploratory testing?
[ ] Rebased/merged with latest changes from development and re-tested?
[ ] Meeting the Coding Standards?

Closing this as this was created on a old code as base


[10.x] Correct password generation

The current implementation of password generation does not work correctly:

allows spaces around the edges and a password consisting entirely of spaces;
when specifying several parameters (letters, numbers, special characters), most people (according to my survey) expect that they will be present in the password, but this is not so;
there is no way to expand / compress the allowed sets of letters, numbers or special characters.

I propose an implementation that does not break the current interface, but solves the problems described above.

Only interested in solving the first bullet point of your list.


fix(clerk-sdk-node): Fix types of ClerkExpressWithAuth/ClerkExpressRequireAuth args

Description
Resolves https://github.com/clerkinc/javascript/issues/1938
Checklist

[x] npm test runs as expected.
[x] npm run build runs as expected.
[x] (If applicable) JSDoc comments have been added or updated for any package exports
[x] (If applicable) Documentation has been updated

Type of change

[x] 🐛 Bug fix
[ ] 🌟 New feature
[ ] 🔨 Breaking change
[ ] 📖 Refactoring / dependency upgrade / documentation
[ ] other:

Packages affected

[ ] @clerk/clerk-js
[ ] @clerk/clerk-react
[ ] @clerk/nextjs
[ ] @clerk/remix
[ ] @clerk/types
[ ] @clerk/themes
[ ] @clerk/localizations
[ ] @clerk/clerk-expo
[ ] @clerk/backend
[x] @clerk/clerk-sdk-node
[ ] @clerk/shared
[ ] @clerk/fastify
[ ] @clerk/chrome-extension
[ ] gatsby-plugin-clerk
[ ] build/tooling/chore

This PR has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.


It is not possible to choose "vote_none" from the gui when we make transfers

...only if you just use the "vote" option but not when you transfer funds... by default it "votes-all" on transfers

... furthermore, the default behavior of the CLI is vote_recommanded

yep you are right, but I can not choose another option except the default when transferring funds.
It should be not be a big problem since if want to vote we have all the options there,but the problem in my case was that I would make a succesfull transfer only if I had the option to "vote_none" due a current temporary bug... see the issue I oppened #656

If I remember, In GUI, the vote setting could be changed in the 'advanced' page.


Various minor editorial improvements (3.0.4)

Fixes:

#1423
#1867
#2034 (final resolution to link to the Learn site rather than adding a full-scale example up front)
#2106
#2160
#2785
#3872

Also clarified #/info/version per #3872

I've added one more clarification that's been bugging me for years since this is stil open:

Clarify confusing use of YAML "JSON Schema"
When we mention YAML's "Failsafe schema" we give it a lower-case"schema", as the YAML documentatio does.  We also prefix it with "YAML".
However, we capitalize "Schema" in "JSON Schema ruleset", which (given how much JSON Schema is used in the OAS) is a jarring overlap with "JSON Schema".
This change aligns "YAML JSON schema ruleset" with "YAML Failsafe ruleset" and explicitly calls out that it is unrelated to JSON Schema.


⚠ Bofrost.lu has degraded performance

In e16c5bc, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 2540 ms

Resolved: Bofrost.lu performance has improved in 7c1f340 after 6 minutes.


Archive coderetreat.org (NING) page and redirect all URLs to GitHub Pages

Use a web crawler to capture the information of previous coderetreat.org so we can archive it

Done with moving the domains for the moment


Provide configuration option to use H2's Automatic Mixed Mode.

Sometimes it's quite handy to connect to an embedded H2 database from multiple processes (e.g. for debugging purposes during plugin development). For more information on Automatic Mixed mode see http://www.h2database.com/html/features.html#auto_mixed_mode

@uhafner fyi

Thank you for a pull request! Please check this document for how the Jenkins project handles pull requests


chore: tidy up ReactiveCollectionMixin xml comments

Coverage remained the same at 66.824% when pulling 22b9a2ec5219508c0cfd7a4621c0622005810bb6 on olevett:reactive-collection-mixin-comments into 227ddcf7d6613bea3ea6ff976c01f2c3f3c5cacf on reactiveui:develop.

Coverage remained the same at 66.824% when pulling da22ccc2280e063222479e946a6b4c2fd3f97ea6 on olevett:reactive-collection-mixin-comments into 219f70a32cb283fd35ecda0d7027e4de067af461 on reactiveui:develop.


WRift stages are not implemented yet

so in WRift there are 3 factions. Now i know when a specific mouse can show up, for example when faction 1 is in second rage mode. Right now in my map helper i have stages like faction1-rage1, faction1-rage2, faction2-rage1, etc. Now when i get a hunt form a user and i know the levels of all 3 factions, which faction do i attribute the hunt to?
seems like i have to attribute it to all 3 of them... but that would mess up attraction rates, even if implemented.

The slightly messy way that Tran's tools handle this is by concatenating them eg. "High / Low / Low". That might be sufficient for now and then you can always later try to split it out?

From my experience trying to split it out later is usually a bad plan. I am thinking of hardcoding specific faction mice to record only that faction rage level as the stage, and then all the other mice record all 3 faction rage levels. The thing is this will break a lot of my code, so i definitely need some time to accomplish this. But it's possible through creating a separate translation table from main hunts table to the stages table, which would create a one (hunt) to multiple (stages) relationship.

@Babalela01 what you are suggesting is a good way too, I'd separate the mice by rage/rage/rage... total 27 combinations if my math is not failing me. The problem with this is my map tool groups by stage, and having 27 stages in one location is bad. I'd rather have as few stages as possible.
So for example searching my map tool for Mossy Moosker would produce only "CC 0-24" stage using my way, but all these using your way:
CC|GGT|DL
Low|Low|Low
Low|Low|Med
Low|Med|Low
Low|Med|Med
Low|Low|High
Low|High|Low
Low|High|Med
Low|Med|High
Low|High|High
We can do two different ways: One for attraction tools and one for map tool.
I guess the attraction of faction specific mice would be affected by rage levels of other factions as the population changes. So I might have to do it your way. I just think there must be a better way.

I made an assumption in my solver that the rage in one faction does not affect the ARs of the other factions. Then I have my mice listed with thing like "DL High" (4 mice possible), "DL Low" (4 mice possible), and "DL Boss" (1 mouse possible) - Gold Leaf is treated specially. For the purposes of my solver - mostly locating the required rage levels for the mice in question - this was fine. For a catch rate calculator it might not be accurate enough.
My justification was that I really just need to remember where "watcher owl" lives and get the appropriate area to the appropriate rage level, not caring what the other areas are doing.

I might just have to spend the time and convert hunt-stage relationship from one-to-one to one-to-many.
This will affect:

data intake from extension
extension
attraction aggregation event
loot aggregation event
map helper data transfer event
all sql queries that use stage

implemented client side to send all 3 stages to the server in 1.12.0

the next step here is to update aggregation for loot and attraction to combine multiple stages into one.

good question. So the recording part is done. We are recording all 3 stages (in a many to one relationship to hunt). But the display (attraction and loot tools) are still displaying 1 stage per line. This needs to change to make it better.
Usually, i'd be like:what's the big deal? when someone requests the page just sql query all 3 stages and concat. But in this case, since we are dealing with more than 2 million records now, i can't query all 2 million records every time someone looks at the page. So to deal with big data, i have hourly scripts in database (events with stored procedures and cursors) that update a table that already has that info aggregated. So the next step is to update those hourly scripts to do what we initially want (concat 3 stages into one).
Example:
we have 20000 hunts recorded
all have 3 stages for each hunt
right now we have attractions table (aggregated table) that shows 3 rows for each setup
after we will have attractions table that shows 1 row for each setup
attraction tool display before:
Location - Stage1 - Cheese - Rate
Location - Stage2 - Cheese - Rate
Location - Stage3 - Cheese - Rate
after:
Location - Stage1/Stage2/Stage3 - Cheese - Rate

Sounds good to me, while at it, you may do the same for mopi - there the 2 stages (rain and wind) work similarly.


Pass file/line to 'break.created' print

Necessary for debugger-xml, since it has to pass that information to IDE

Thanks @astashov , sorry I broke that.
So have so tried vim support? Is it working?

This thing is missing :)

Thanks for merging!

:+1: