AAD new baseline policy to secure MFA registration

💡 Summary
We received a recommendation to create a new AAD conditional access policy to protect MFA registration which is currently missing from the baseline. CISA directed us to create a policy that requires a managed device to perform MFA registration.
Justification: This can help mitigate scenarios where hackers steal unused account credentials and then register their own MFA devices to access the tenant by meeting the MFA requirement.
Implementation notes

[ ] Create a new baseline policy that is something like "Managed Devices SHOULD be required to register MFA".

[ ] The policy should be similar to the specification below:
Include All users
Cloud apps or actions > User actions > Register security information
Grant > Grant access > Require device to be marked as compliant or Require Hybrid Azure AD joined device

This work is included in #329 so I am closing this issue since it is duplicate.


Group21 Submission: 2211221_2252118_2252359_2252614_2252190

Our Group 21 consists of members:
Nguyễn Ngọc Duy - 2252118
Phạm Tấn Khoa   - 2252359
Nguyễn Minh Huy	- 2211221
Phạm Tấn Phong	- 2252614
Trần Nguyễn Nam Hải	- 2252190
Our group submit the assignment with the following 2 policies and information as required.
1. Best-Fit Decreasing (BFD) Heuristic
Overview:
The BFD algorithm is a greedy heuristic aimed at minimizing the waste generated during the allocation of items into containers (stocks). It prioritizes items with larger areas and attempts to place them in the best-fitting available container to reduce unused space.
Steps:

Sorting Products:

Products are sorted in descending order based on their area (width × height).
This ensures that larger items, which are harder to place, are considered first.

Searching for Placement:

For each product, the algorithm iterates through all available containers (stocks).
It evaluates both possible orientations (rotations) of the product to check for a better fit.
Within each container, every possible position is checked to see if the product can fit without overlapping existing items or exceeding container boundaries.

Evaluating Fit:

A waste metric is calculated for each potential placement. Waste is defined as the difference between the area of the container and the area of the product.
The position with the least waste is selected as the best fit.

Placement Decision:

If a valid position is found, the product is placed, and the stock layout is updated.
If no position is found across all containers, the algorithm fails to place the item.

Advantages:

Simple to implement and computationally efficient.
Ensures items are placed in containers with minimal unused space.

Limitations:

As a purely local optimization method, it may lead to suboptimal global solutions.
It might fail to consider future items when prioritizing the current item, leading to higher overall waste.

2. Heuristic Shelf Allocation (HSA)
Overview:
The HSA algorithm builds on the BFD approach by introducing the concept of shelves to better organize space within containers. Shelves help segregate the stock into manageable regions, making placement decisions more structured and potentially reducing trim loss.
Steps:

Sorting Products:

Similar to BFD, products are sorted in descending order based on their area.

Shelf Management:

Each container maintains a list of active shelves.
A shelf is defined by its vertical position (y-coordinate) and height, extending across the full width of the container.
New shelves are created dynamically when no existing shelf can accommodate the current product.

Searching for Placement:

For each product, the algorithm first tries to fit the product into an existing shelf.
It considers both orientations of the product and evaluates all positions within each shelf to find the one with the least waste.
If no suitable shelf is found, the algorithm considers the entire container area to find a placement.
If the product is placed outside of an existing shelf, a new shelf is created at the placement's position.

Evaluating Fit:

Similar to BFD, the algorithm uses a waste metric to determine the best fit.

Placement Decision:

The product is placed in the best available position, and the stock layout is updated.
If placed outside of a shelf, the shelf list for the container is updated to include the new shelf.

Advantages:

Reduces fragmentation by organizing container space into structured shelves.
Improves placement efficiency for smaller products by leveraging shelves.

Limitations:

Slightly more computationally expensive due to additional management of shelves.
May still lead to suboptimal results when future product placements are not considered.

Comparison of BFD and HSA

Aspect
Best-Fit Decreasing (BFD)
Heuristic Shelf Allocation (HSA)

Key Feature
Greedy placement based on minimizing waste.
Introduces shelves to organize space.

Complexity
Lower, as it evaluates the entire stock directly.
Higher, due to shelf management overhead.

Trim Loss
Higher, as it may leave irregular gaps.
Lower, due to structured organization.

Flexibility
Simple and effective for uniform items.
More suitable for varied product sizes.

Global Optimality
Relies solely on local decisions.
Improves global efficiency by reducing fragmentation.

Applications and Suitability

BFD:

Suitable for scenarios where simplicity and speed are critical.
Works well when product sizes are similar and containers are large enough.

HSA:

Ideal for scenarios with varied product sizes and high container utilization requirements.
Particularly effective in reducing trim loss when smaller items are frequent.

BFD Results:
Seed	Average Trim Loss	Average Filler Ratio	Time Execution (s)
1	0.2840655283871038	0.19835000000000014	434.008921
10	0.3121222639246315	0.2637499999999997	410.174954
42	0.30110415538661917	0.17649999999999977	371.620802
200	0.3121222639246315	0.2637499999999997	410.174954
HSA Results:
Seed	Average Trim Loss	Average Filler Ratio	Time Execution (s)
1	0.30534382278517425	0.09524999999999999	61.688076
10	0.34759815277888484	0.13904999999999995	72.645208
42	0.3522795879864975	0.11959999999999964	55.417685
200	0.31297430715828833	0.10890000000000039	76.807062

I have made a mistake closing my pull request, I apologize for the inconvenience. I have return my PR back as before.


Convert boolean recursive params to "true" or "false"

The root of the problem is that our API server ignores recursive="True" and only expects recursive="true".
I'm converting values of recursive before the lowest level, autogenerated client code is called.

Ready for review @JohnMoutafis @Shelnutt2 .


Change the trigger to pull_request_target

The docs say it should run the CI based on our code, not the fork's which will make the token read-write and allow publishing to GH Pages

Not sure what you mean by "which will make the token read-write". Which token? What will? How can something change a token?

Refer to https://github.blog/2020-08-03-github-actions-improvements-for-fork-and-pull-request-workflows/ (Improvements for public repository forks section) for the part about the token, and to https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/ and https://github.com/actions/toolkit/blob/main/docs/commands.md#environment-files for the part about environment variables


Concurrent + lock free iteration

In order to guarantee thread safety and a lock free iteration,
the following needs to be considered:

Do not invoke any form of key removal, such as {#remove(Object)},
  {#removeAll(KTypeContainer)}, etc. Doing so, might invoke
  {#shiftConflictingKeys(int)}, which will result in an inconsistent
  iteration (if ongoing). One trick is to put in a sentinel value,
  and handle that in your application code.
If an add operation results in an rehash operation, any ongoing
  iterations will reflect the entries just before the rehashing operation started
  (snapshot iterator).

How thread safety is implemented:

Modifications take a write lock from {#lock}
Retrievals take a read lock from {#lock}
When an iteration is requested, references to the following are captured
  using a write lock (to prevent rehashing to occur at this exact moment):

{#keys}
{#values}
{#mask}

  See {StateSnapshot} for more details. After a snapshot is captured,
  the iteration continues lock free.

During a rehashing event, all access to the map is blocked,
  including requests for new iterations

Merging, since all existing tests pass.


Loggly unable to parse traceback

Figure out how to format errors sent to loggly so the json entry is properly formatted and can be parsed.

Solution: keep exception tracebacks in the local file log and only report an abbreviated, properly formatted message to Loggly


(Chore) Upgrade FV to v9

Description

facetec SDK upgraded to v9
according to the guide everything was renamed from 'Zoomxxxx' to 'FaceTecxxxx' (except env vars)
adjusted sdk classes
adjusted hooks
removed preload feature (was removed in the SDK)
adjusted statuses & error codes
adjusted customization
added error screen for 3d match failed
fixed error handling
adjusted to use react-native-facetec (by now - IOS only, android TBD by @mauriguz )
About #2648

How Has This Been Tested?
Please describe the tests that you ran to verify your changes.
Checklist:

[x] PR title matches follow: (Feature|Bug|Chore) Task Name
[x] My code follows the style guidelines of this project
[x] I have followed all the instructions described in the initial task (check Definitions of Done)
[x] I have performed a self-review of my own code
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[x] I have added reference to a related issue in the repository
[x] I have added a detailed description of the changes proposed in the pull request. I am as descriptive as possible, assisting reviewers as much as possible.
[ ] I have added screenshots related to my pull request (for frontend tasks)
[ ] I have pasted a gif showing the feature.
[x] @mentions of the person or team responsible for reviewing proposed changes

@serdiukov-o-nordwhale tests are failing


[HUDI-3337] Fixing Parquet Column Range metadata extraction

Tips

Thank you very much for contributing to Apache Hudi.
Please review https://hudi.apache.org/contribute/how-to-contribute before opening a pull request.

What is the purpose of the pull request
Parquet Column Range metadata extraction utility was simplistically assuming that Decimal types are only represented by INT32, while they representation varies depending on precision.
More details could be found here:
https://github.com/apache/parquet-format/blob/master/LogicalTypes.md#DECIMAL
Brief change log

Fixing Parquet Column Range metadata extraction
Added test validating Parquet column-range metadata extraction

Verify this pull request
This change added tests
Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

looks like there are some CI failures. can you check them.

@hudi-bot run azure

Can the test fixtures be concise? The json files are huge. Any ways to trim what we are testing here?

@manojpec : can I to ahead and land this or do you have any more comments to be resolved.

@manojpec good call, let me cut those down

@hudi-bot run azure

@hudi-bot run azure


Fix Trivvy Workflow

From @marccampbell

trivvy workflow fails every time on tag, not blocking anything, but it’s causing every commit to have a red x

This almost certainly has to do with how the trivvy build is inferring the tag - error is
19
Building SARIF report with options:  --exit-code  1 --ignore-unfixed --vuln-type  os,library  ghcr.io/***/slackernews-web:sha-9d9d01dd98153ff9795f30112e985aa5f91b48

but that doesn't come back from the registry
skopeo list-tags docker://ghcr.io/dexhorthy/slackernews-web | grep 919d9d01dd98153ff9795f30112e985aa5f91b48

and the most recent build has a different sha sha-86c4174c679ff44d9f8293565add74e935b305ed (I am fairly confident in assuming the list-tags come back in chronological order)
        "0.1.0-31",
        "v0.1.0-31",
        "sha-ff8f217db25d8db488e0190f0c01f9e4ddffdf2a",
        "0.1.0-32",
        "v0.1.0-32",
        "sha-0c8758a260b93f9fb62e816ddbb7a524b066520c",
        "0.1.0-33",
        "v0.1.0-33",
        "sha-86c4174c679ff44d9f8293565add74e935b305ed"

Okay...so...I got the SHAs to match now by changing the tag used by trivvy from ${{ github.sha}} to ${{ github.event.workflow_run.head_sha }} in this line
          image-ref: '${{ env.REGISTRY }}/${{ secrets.GHCR_NAMESPACE }}/slackernews-web:sha-${{ github.event.workflow_run.head_sha }}'

but I'm still getting authentication errors. I was able to do a local try run and it worked just fine
docker run -e TRIVY_USERNAME=dexhorthy -e TRIVY_PASSWORD=$GHCR_PAT --rm -it  aquasec/trivy image ghcr.io/dexhorthy/slackernews-web:sha-e09b0972eaa92e4f70a5dee137018940883834d2

so my working theory for now is that TRIVY_USERNAME is not being set, because I don't think there's a valid actor when a github action is triggered by another.
One hack that would almost certainly work would be to just move the trivvy step into the tag.yaml workflow, for which I will prep a quick PR

Confirmed that ${{ secrets.GITHUB_TOKEN }} may be part of the problem.
Using GITHUB_TOKEN:

Using GHCR_PAT:

Note that the above still failed, still digging into that


Remove _path from query parameters when fragment is a subrequest and request attributes are already set

Without removing the _path query parameter, ESI handled through an actual proxy (Varnish, for example) behave differently than ESI handled when the proxy is not available (and thus the fragment is a subrequest instead of a master request).

Resubmitted against symfony/symfony.


link to github from rubygems is wrong

This link for the "star" button goes to the wrong place

It took me to here:
https://github.com/inferno_community/inferno-core/

comfirmed this is fixed in 0.3.0


Fix Preprint Licensing and File Updated Logs [OSF-7260]

Purpose

Fix malformed preprint logs.

Ticket

OSF-7260

This should probably be a hotfix, as it's a problem on production right now.

@mfraezz --> #6630


Find-Module -includeDependencies can return dependencies that come from two repositories.

Prerequisites

[X] Write a descriptive title.
[X] Make sure you are able to repro it on the latest version
[X] Search the existing issues.

Steps to reproduce

Expected behavior
Find-Module Duplicate -IncludeDependencies

Version              Name                                Repository           Description
-------              ----                                ----------           -----------
1.0.0                Duplicate                           PSRepoLocal          Module Duplicate
1.0.0                String                              PSRepoLocal          Module String
1.0.0                UpperCase                           PSRepoLocal          Module UpperCase

Actual behavior
Find-Module Duplicate -IncludeDependencies

Version              Name                                Repository           Description
-------              ----                                ----------           -----------
1.0.0                Duplicate                           PSRepoLocal          Module Duplicate
1.0.0                string                              PSGallery            Module to execute script operations

In the case where the repositories contain the same module name but with a different GUID,
the search is done a priori according to the order of declarations of the PsRepositories.
This result is false because the publication/search of a module's dependencies can only be done in a single repository.
Error details
N/A

Environment data
Name                           Value
----                           -----
PSVersion                      5.1.19041.2673
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0, 5.0, 5.1.19041.2673}
BuildVersion                   10.0.19041.2673
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>

PackageManagement v<IP_ADDRESS>
PowerShellGet  v2.2.5

Version
2.2.5
Visuals

A related problem I think.
Module name duplication management poses some problems when searching for prereleases :

For a module deployed on a single repository, the result is consistent:

Another (extrem ? ) example, PSRepolocal contains only one prerelease version of Pester ( copy nuget package file from PSGallery) :

One strange behavior.
Tests on my Workstation (Windows 10 Fr)
I run windows powershell, next pwsh under WSL

I close the windows powershell session then the wsl app.
I run again WSL and pwsh :

The result is different.
I'm having the issue with Github Action on Ubuntu and MacOS.
The first execution of the job fails, the restart succeeds...

Result inside Github Action :

The behavior is erratic,


use sqlite grouping rather than subquery

you probably don't want to keep the actual test in, but it was quite significantly faster on my machine.

Oh that's fantastic! Thank you for your work here :sparkling_heart:
Would it be possible to get this rebased?

all rebased, hopefully goes through ok.

Oh yeah this is a lot faster


refactor(debug): add debug namespace leancloud:request:error

支持！

Codecov Report

Merging #528 into master will increase coverage by 0.04%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master     #528      +/-   ##
==========================================
+ Coverage   67.68%   67.73%   +0.04%
==========================================
  Files          36       36
  Lines        2999     3003       +4
==========================================
+ Hits         2030     2034       +4
  Misses        969      969

Impacted Files
Coverage Δ

src/utils/index.js
95.04% <100%> (+0.2%)
:arrow_up:

Continue to review full report at Codecov.

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


Ldalves/First draft for visual retrieval colpali app

for someone that does not know what uv does it would be great to have a link / quick description :-)

I'll add that to the next iteration!
ons. 2. okt. 2024, 12:07 skrev Kristian Aune @.***>:

for someone that does not know what uv does it would be great to have a
link / quick description :-)
—
Reply to this email directly, view it on GitHub
https://github.com/vespa-engine/sample-apps/pull/1469#issuecomment-2388229013,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AF3M74EYN2HCEZOEGNYYP4TZZPAWNAVCNFSM6AAAAABPHIF4Y6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBYGIZDSMBRGM
.
You are receiving this because you modified the open/close state.Message
ID: @.***>


[AutoPR hdinsight/resource-manager] move hdinsights package for Go back under preview directory

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/5593

This PR has been merged into https://github.com/Azure/azure-sdk-for-go/pull/4515


Implement database encryption with SQLCipher

Integrated with couchbase-lite-java-sqlcipher instead of couchbase-lite-java-native.
Removed CollationTest as it should be moved to couchbase-lite-java-sqlcipher instead (https://github.com/couchbaselabs/couchbase-lite-java-sqlcipher/issues/1).
Rewritten JavaSQLiteStorageEngine to use SQLiteDatabase from couchbase-lite-java-sqlcipher

Reference: https://github.com/couchbase/couchbase-lite-java/issues/68

Once question about SQLException is answered, this PR is ready to be merged.

I made changes per your comment. Please review.

@hideki I'm revising the throws statement. Please don't review my previous fix yet.


Cannot update to HEAD - "Downgrades are not supported"

Describe the problem

I have a project generated from version 1.2.0 of a template.
I want to try out new changes from master branch by running copier -r HEAD
Template

https://github.com/hypermedia-app/creta-template-app/releases/tag/1.2.0
To Reproduce

Generate from latest tag
Update from newer commit
See error

Logs
Your are downgrading from 1.2.0 to 1.2.0.dev3+g5f731f1. Downgrades are not supported.

Expected behavior

This should succeed since commit g5f731f1 is newer than tag 1.2.0
Environment

OS: macOS Catalina 10.15.7
Copier version: copier 6.0.0a9
Python version: 3.9.10
git version 2.24.3 (Apple Git-128)
Installation method: pipx

Please can you confirm if https://github.com/copier-org/copier/pull/637 fixes the issue?


[FEATURE REQ] Materialized Views Support

ContainerProperties exposing MV specific properties like MaterializedViewDefinition so that customer can differentiate between a container and MV in readContainer/ListContainer/QueryContainer APIs.
Add an API to list all MVs of a given container

This is not relevant anymore for data plane SDKs.


Feat/improve coordinate extraction

Added additional metrics for coordinate extraction evaluation.
Adjust extraction logic to ensure X & Y values are close together.
Changed evaluation to allow small deviations due to approximate conversions between LV03 and LV95 coordinate systems.
Added additional check for validity of extracted coordinates.

Outcome:

(Almost) all cornercases are covered with the extraction improvement. Coordinate accuracy as well as coordinate precision increased. (i.e. listed cornercases in the jira ticket, and similar such cases are covered)
There does not seem any need to use the pdf-coordinate (i.e. location of the text in the pdf) to determine the right coordinates.

Remaining mistakes:
3425.pdf. —> see below
A1150.pdf. —> OCR Issue
A1163.pdf —> typo on pdf
A1254.pdf. —> OCR issue
A185.pdf. —> strange (unexpected) coordinate format
A8425.pdf. —> OCR issue
A8432.pdf —> OCR issue
GroundTruth Wrong
A1141.pdf. —> typo in ground truth
A361.pdf —> deviation of 4
A494.pdf —> typo in ground truth
A7068.pdf —> deviation of 28 in ground truth
A7069.pdf —> deviation of 23
B542.pdf —> deviation of 62
3425.pdf --> The coordinates are written on a underlined dotted line. The dots from the line are recognized as "." in between the numbers. Weakening recognition statement leads to additional false positives (even though there is "X" and "Y" in the matched string)
I suggest we correct the ground truth. But do not allow larger deviations from the correct value.

This looks like a nice accuracy improvement!
The sentence "Adjust extraction logic to ensure X & Y values are close together." is not really accurate, if I understand correctly, as we are not checking that the are close together, but rather that they each fall within a specific range.
I'm not yet fully sure about the decision not to consider the location of the text in the PDF at all. You are right that with the additional constraints implemented here, consdering at the PDF coordinates does not really seem necessary to achieve a satisfactory accuracy on our data. On the other hand, I feel like this would still be a "cheap" way to give us some extra certainty about the extracted coordinates. Also, we might want to support other countries / coordinate systems in the future, where the coordinate values might be less constrained, and considering the PDF coordinates might become essential.
I'm not fully decided yet on whether I would like to implement this now, or keep this as an idea for the future. I'll review the results more after the weekend, and then make a decision.

n the other hand, I feel like this would still be a "cheap" way to give us some extra certainty about the extracted coordinate

Thanks for the review!
With "X and Y" close together I mean that we don't allow too much text (characters) in between X and Y values. There is an implicit "closeness" condition as the OCR engine will put text that is close in the pdf also close in the "textspace". Of course this is not fully bullet proof; but it works very well on all the different formats that we have in our data set.
Regarding "other" countries. Here I see the problem, that we have specific classes for our Coordinates with custom logic. E.g. adding the 1 and 2, switching the coordinates etc. I fear that another country would have to create their own coordinate class. Or we manage to parametrize the logic in the yaml file (which I believe would be hard).
Either way, probably it would be best to:

Create a file that only contains coordinate classes
Add documentation on how to add your own coordinate class
A means to use the coordinate class, without the need to adjust the source code (maybe we leave this for the future and open an issue).

Improve comment about "X & Y are close"

Collect ideas regarding refactoring in a ticket.


fix #1915 - CLIENT TRACKINGINFO

Codecov Report

Merging #2127 (3510af3) into master (2ca1ba4) will decrease coverage by 2.28%.
The diff coverage is 100.00%.

:exclamation: Current head 3510af3 differs from pull request most recent head cc6168e. Consider uploading reports for the commit cc6168e to get more accurate results

@@            Coverage Diff             @@
##           master    #2127      +/-   ##
==========================================
- Coverage   95.70%   93.42%   -2.29%
==========================================
  Files         411      412       +1
  Lines        3799     3804       +5
  Branches      431      431
==========================================
- Hits         3636     3554      -82
- Misses        100      188      +88
+ Partials       63       62       -1

Impacted Files
Coverage Δ

packages/client/lib/client/commands.ts
100.00% <100.00%> (ø)

...ackages/client/lib/commands/CLIENT_TRACKINGINFO.ts
100.00% <100.00%> (ø)

packages/client/lib/commands/FUNCTION_LOAD.ts
16.66% <0.00%> (-83.34%)
:arrow_down:

packages/client/lib/commands/FUNCTION_FLUSH.ts
20.00% <0.00%> (-80.00%)
:arrow_down:

packages/client/lib/commands/FUNCTION_RESTORE.ts
20.00% <0.00%> (-80.00%)
:arrow_down:

packages/client/lib/commands/FUNCTION_LIST.ts
37.50% <0.00%> (-62.50%)
:arrow_down:

packages/client/lib/commands/FUNCTION_STATS.ts
25.00% <0.00%> (-62.50%)
:arrow_down:

packages/client/lib/commands/SINTERCARD.ts
50.00% <0.00%> (-50.00%)
:arrow_down:

packages/client/lib/commands/ZINTERCARD.ts
50.00% <0.00%> (-50.00%)
:arrow_down:

packages/client/lib/commands/CLUSTER_LINKS.ts
50.00% <0.00%> (-50.00%)
:arrow_down:

... and 23 more

Continue to review full report at Codecov.

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


Change default command to --help

Improve user experience using the CLI by making help the default option for no arguments. See #529
This would be considered a breaking change any script is piping stdin (echo | llm) with no arguments instead of the non-ambiguous (echo | llm prompt).

It's important that echo "prompt" | llm continues to work, so I'm not going to accept this change. But... I do agree that having llm on its own hang is confusing, so I'll look into fixing this in a way that detects piped input instead.


docs(*): basic styling

Right now, the docs are static, unstyled HTML. I don't want to put too much time into this, because we still need to decide where this should permanently live, but I also don't want it to go live looking totally unpolished.

Closed by ab90cabfacfea7679a9a76195e4872d671f8c346.


Enable Release Drafter

Allows the app to draft release when pushing to master
This PR is created automatically by Matks PrestaShop Repositories Bulk Editor

This change is

Thanks  @matks


Adding issue link

Hi again, :blush:

My old pull request #6581 wasn't accepted here.
So I thought about how I can help you all for this project.

I found out that in the package.json file is missing a link to the Issue page for mozilla/pdf.isc repository.
I've added it. I hope I could help you.
Yours,
Suriyaa Kudo :octocat:
(PS: I really want to contribute to this Mozilla project!)

Similar to #6581, this is already added for the relevant manifests, please see https://github.com/mozilla/pdf.js/blob/master/make.js#L325.
Closing as won't fix.

@SuriyaaKudoIsc We do appreciate that you would like to contribute though! There are some good beginner bugs in https://github.com/mozilla/pdf.js/labels/5-good-beginner-bug if you would like to get started.

:+1:


Camera crashes if IDE overwrites the running script (1.x.x on OSX El Capitan)

Steps to reproduce:

connect camera
start a script
while the script is still running, overwrite the (running) script (via IDE) on camera.

There will usually be different errors, apparently depending on the actual changes to the script. The only way to recover is to physically disconnect-reconnect the USB.
The crash does not always happen - it seems the more there are changes to the script, the higher the likelihood of crash.
I would suggest disabling the save button while the script runs.

Got a new version coming soon. But, um, which save script button? The save script to the computer or camera?
I'm pretty sure you're having all these issues because of the serial driver crashing because of the way the OpenMV Camera firmware works. I'm hopping the the upcoming switch to 64-byte packets in the IDE will fix this.

Ok. I meant a script stored on (and running from) the SD card attached to the camera.

Sounds like a firmware issue.
Can you post this issue in the openmv repo? There's nothing sepcial going on in the IDE to update the script while running. It's just saving a file to the SD card using the USB flash drive access.

Oh, so, I got busy with business stuff this weekend. Wasn't able to finish the IDE updates. Hopefully I can get back to that tomorrow.

Does the IDE work now? See v1.3.

With 1.3, the following now happens on OSX El Capitan:

when using the special Tools -> "save open script to OpenMV cam" menu item from the IDE, nothing happens; it seems the IDE refuses to save the script

when instead attempting to save the script via the File -> Save menu item in IDE, the IDE pops up an error message (OSError; Assertion failed or OSError; unsupported format)

Hi, can you close this issue and open up for the OpenMV repo as a firmware issue? I can't do anything other than disable the ability to save a script while one is running in the IDE. However, it sounds like the cam should be able to handle this situation.


Toggle nested groups

I don't think toggling nested groups works. I forked the repository to see if I can figure it out but I'm running into trouble running this locally.
Changing import Timeline from 'react-vjsjs-timeline' in examples/src/App.js to import Timeline from '../../build' causes a bunch of dependency issues. Are there any instructions on how to test my changes?
Failed to compile.
Error in ../build/index.js
Module not found: 'style' in ~/react-visjs-timeline/build
@ ../build/index.js 13:0-27

@allenylzhou because we have a build step on install it's tricky to test locally or using github as the source. A workaround is to use npm link and build locally, or publish your fork to a private registry


SSD hand dectection

Hi,
I want to know if there's a way I can get the hand-detected bounding box from the hands module? I tried looking for the SSD code where it would return the bounding box coordinates but maybe I am missing something.
Do let me know.

Hi @Flock1 , Could you please elaborate the issue with complete details. Thanks!

Hi,
I want to get the bounding box coordinates from the SSD model that is used by mediapipe to detect the hand finally output the hand landmarks. I read that mediapipe uses SSD object detector to detect the hand and finally output the landmarks. So is there some way I can get the hand coordinates detected by SSD?

As mediapipe detects the hand as follows, the box can easily be estimated by the 0 and 12 coordinate for vertical range and 4 and 20 for horizontal.

@djthegr8, thank you for the reply. Initially, I also thought of the same but I was wondering that since SSD is already detecting the hand, I'm sure somewhere it is giving the bounding box. So I want to bypass this extra processing and get the bb coordinates directly. Is there a way?

Ah, in that case you could close this and support #1389

@djthegr8 We will be closing this as per your update. Thank you !

Alright, but here's another request to all the maintainers to look at #1389 cuz it'll help a lot of us 👍


Use NuGet's V3 API during build

I see in you NuGet.config that you are still using NuGet's V2 API.
We strongly recommend moving to V3 API as it provides more reliable builds and security improvements.
The change is super simple:
Replace https://www.nuget.org/api/v2/ with https://api.nuget.org/v3/index.json

I think nothing is using this file and it should just be deleted.


Gitea panics on title page(public)

Gitea Version
https://github.com/go-gitea/gitea/commit/83c9035971e4b594686391a7ff052a7d1fe13771
Git Version
2.32.0
Operating System
Ubuntu 21.10(server)
How are you running Gitea?
Firstly used main developement build from dl.gitea.io then build own with no change
Database
MySQL
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
https://gist.github.com/BRNSystems/0c2efb2cd808a4f9b93fdf7d9476a8ff
Description
Was trying to access gitea and found blank page, then checked logs and filed this issue.
Screenshots
No response

Looks like actions' repository missed for some reason. When deleting a repository, related actions should be deleted as well.

Oh, I see. I accidentally created a repo while migrating and deleted the folder. Then I deleted one entry in mysql. What other entries should I delete?

Ok, I deleted all entries where repo ID was 27.
Thanks


Invoke stopSync in NULL state transition

Issue #, if available:
Description of changes:
In case the streaming needs to be stopped abruptly, be it because of an error or to not let it run till EOS is received, we want to ensure stopStreamSync() is invoked when pipeline is transition to NULL after stopping data collection from buffer. Also added some logging around cleanup.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Codecov Report
Patch coverage has no change and project coverage change: -0.09 :warning:

Comparison is base (494b2c1) 16.14% compared to head (0299553) 16.05%.

:exclamation: Current head 0299553 differs from pull request most recent head 9abcc46. Consider uploading reports for the commit 9abcc46 to get more accurate results

Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #1023      +/-   ##
===========================================
- Coverage    16.14%   16.05%   -0.09%
===========================================
  Files           51       51
  Lines         6709     6720      +11
===========================================
- Hits          1083     1079       -4
- Misses        5626     5641      +15

Impacted Files
Coverage Δ

src/KinesisVideoStream.cpp
48.23% <ø> (ø)

src/gstreamer/gstkvssink.cpp
0.00% <0.00%> (ø)

src/gstreamer/gstkvssink.h
0.00% <0.00%> (ø)

... and 2 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Allow TFC to configure AWS Glue and EKS nodegroups + spring cleaning.

Give Terraform Cloud permissions to:

create EKS managed node groups
manage AWS Glue catalogs/schemas (we'll need it when we port the CDN log ingestion stuff over from alphagov/govuk-aws)

Add AWS tags for the couple of resources that the tfc-configuration module manages.

Plus some minor syntactic cleanup while we're there. See commits for detail.

force-push to resolve trivial merge conflict (provider version update)

Heh, turns out the aws module is really a standalone root module and not a submodule, so the provider config was needed after all.
I'll see if I can clean that up further in a followup PR.
For now, this all applies cleanly though.


Rebuild macOS binary

I rebuild the macOS binary linking against the 10.14 SDK but kept the minimum OS requirement on 10.6 (this could probably be increased as well - but I'm pretty sure it doesn't hurt us to keep it that way) using the build chain bundled with Xcode 9.4.1 (the last release with official i386 support).
We do lose the ppc portion but that shouldn't be a problem. After all those are gone for ~10 years.
Apple's notarization service is happily accepting this new binary:
{
  "logFormatVersion": 1,
  "jobId": "20ad4cee-af3e-46ea-8ab1-76866bdd56fe",
  "status": "Accepted",
  "statusSummary": "Ready for distribution",
  "statusCode": 0,
  "archiveFilename": "jni.zip",
  "uploadDate": "2020-02-06T11:58:14Z",
  "sha256": "5f336f74f73f827742f2abf54aedee4f66af811ff10173e118b92408ef261bd6",
  "ticketContents": [
    {
      "path": "jni.zip/jni/Darwin/libjffi-1.2.2.jnilib",
      "digestAlgorithm": "SHA-256",
      "cdhash": "bad753bdbfcd3599626826a5df178452f94c10ea",
      "arch": "i386"
    },
    {
      "path": "jni.zip/jni/Darwin/libjffi-1.2.2.jnilib",
      "digestAlgorithm": "SHA-256",
      "cdhash": "dc27ee7983e0f5036683e086c5895b33e9f0e03c",
      "arch": "x86_64"
    }
  ],
  "issues": null
}

This should fix https://github.com/jnr/jffi/issues/74 and https://github.com/jruby/jruby/issues/6044.
While everything looks ok, I'm unsure how to properly test this.

I'm fine with this if setting the minimum is sufficient for the library to work properly all the way back to 10.9 or earlier. I too have no way to test this since my only MacOS system is already on 10.14.

From what I'm hearing and reading online, it seems like setting minimum OS version should be sufficient to maintain backward compatibility. I will check a few more resources and then proceed to merge and release this.

Among other resources in the Apple developer documentation, I also found a number of answered questions that make me feel fairly confident about this binary. 👍
https://stackoverflow.com/questions/6591988/best-practice-for-osx-10-x-backwards-compatability

@MSNexploder You may have better luck at this than I am, but it would be nice if we could specify the deployment target in the makefile. Do you know how to do that? My searching is bringing up nothing.

@MSNexploder Ok I must admit I'm confused how to even build the binary using a specific MacOS target. Can you explain how you did that?
It's not that I don't trust your binary, but I'd like to build it myself and be the one blamed if something goes wrong.

@headius No problem. Better be safe than sorry.
The Makefile is located here (which I changed slightly in https://github.com/jnr/jffi/commit/dac9360a20c333953616c83b063b6012ed1509be).
The deployment target is already set to 10.4 in line 292. So I think this should be fine.
Regarding the actual building of the binary:

I switched my Java JDK to 1.8 (because of the javah requirement)
Downloaded Xcode 9.4.1 (pretty sure using the direct link should work without an Apple Developer ID).
Switched to Xcode 9.4.1 using sudo xcode-select -s /Path/to/Xcode 9.4.1.app
And than I just followed the ant jar && ant archive-platform-jar && mvn package instruction in the README.

Thank you! I will use your instructions to modify the build permanently (so there's no chance of building for too late a version of MacOS) and install my own binary in the repo.
The XCode download did require a dev login, but apparently my Apple ID was sufficient.

Good lord the MacOS command line build tools seem to break every time I try to use them. However I have managed to build a new library and will be pushing out jnr releases today.

jffi 1.2.23 has been released!


Error Call to undefined function isFeatureAllowed()

Hello Michael,
I love your plugin!
Since your Last update the old Helper  isFeatureAllowed() is not working anymore.
Could you please give a advice how to implement the same functionality?
Somehow Kirby 4.1.2 and the versions before this didnt work either with your new version.
In my Snippet i had it like this and it worked:
  <?php if (isFeatureAllowed('analytics')): ?>

Script goes here

  </script>
  <?php endif; ?>

Best regards,
Sergej

I have the same problem. I identified the root problem to be the hashing of cookies in Kirby. The CookieBanner::getCookie returns null because Cookie::get returns null.
This is due to the early access in https://github.com/getkirby/kirby/blob/6b7ac66c55ecac20d6b580ef01a667d1806d5c72/src/Http/Cookie.php#L143

Hey you could use the \Michnhokn\CookieBanner::isFeatureAllowed function as documented in the README.

@mayfinn somehow it is not working for me after the upgrade to k4, the function always returns false. my cookies look like this:
cookie_status: essential%2Cvisuals%2Cvideos
and i am checking before adding videos likes this:

... stuff

but i always get false. am i doign something wrong?

@mayfinn somehow it is not working for me after the upgrade to k4, the function always returns false. my cookies look like this:
cookie_status: essential%2Cvisuals%2Cvideos
and i am checking before adding videos likes this:
... stuff
but i always get false. am i doign something wrong?

I want to add the same. Even this \Michnhokn\CookieBanner::isFeatureAllowed returns always false. I#ve tested on clean K4 installation.
@mayfinn Could you please Provide a working example hof to check the method and get the same results as your K3 Version. Thank you

The Only Working Solution is at the Moment:

In K4 (4.2.0) with your version 1.0.5 and PHP 8.2.4
Ive tested all and needed to revert all my pages back to the old version because your Helper Classes dont work somehow. No Array, No Bool as result. just no error.
I look forward to help if needed and for a solution to test.
Thank you!

@nawalnew for me version 1.0.9 works fine, there is no need to go so far back to 1.0.5. kirby 4.2 and php 8.2.0


Display "Views" via Google Analytics

Right now we're sketchily calculating views ourselves, but @dionjwa pointed out we can fetch that info from Google Analytics if we set it up: https://developers.google.com/analytics/devguides/reporting/core/v2/
Referring to this "Views" counter:

GA tracking went in with https://github.com/Autodesk/molecular-design-applications/pull/92 but we're not fetching the views with the GA API.  From here, we would need to modify the apiUtils.fetchViews method to query the actual views we need (see the api explorer for info on how to use that API).


"About Paint" dialog issues

If you close the "About Paint" then open it again, you get a tiny window with nothing in it.  You can also open it again while one is already opened for the same empty window.
Firefox Quantum 60.0.2 (64-bit)
Windows 7 Professional

Thanks for reporting! Fixed now (forgot to actually test with that first commit there)


Allow editing of descriptions via the UI

Projects, Workflows, Launch Plans, and Tasks can all have descriptions associated with them. There are endpoints that allow setting these values. But currently there is no UX for doing so in the Console.
A basic implementation would be the click-to-edit pencil which saves on blur.
Before editing (pencil icon)

Edit state with cancel/save buttons

Display of save errors goes below the buttons

BLocked as description value is not populated properly at this time

Is this still planed? What is blocking it?

Resourcing- contributions welcome


Deb File Update Prompt On Flatpak Version [BUG]

Describe the bug
The update prompts the user to update via a deb file and leaves the application with a persistent footer bar that won't go away even if on the latest flatpak version.
To Reproduce
If there is a deb file update it will prompt you for a update.
Expected behavior
Have the prompt reflect a flatpak update is available and or the ability to hide the footer bar.
Screenshots

Desktop

OS: Manjaro 20
Flatpak from Flathub
Version 0.44.0

Additional context
If you attempt to update via the deb file on manjaro the update fails.

This would be something under the control of the @LBRY app developers... Not us that deal with the Flatpak.
I've pushed the latest update to the Flathub a few days ago and you should update from that or install via flatpak install flathub io.lbry.lbry-app.
The Flatpak uses the latest .deb file for it's updates, so this shouldn't continually prompt you to update after updating. Try closing the entire LBRY app (daemon too) and see if it persists.


Investigate JIT deoptimization sequence in context of BG compiler (or additional isolate) triggering deoptimization

Since efa1e184283379f5d2a770e2bfeee2bca64edcfd our background compiler is no longer bailing out on class finalization. Instead it will get mutators to a safepoint and then possibly deoptimize dependent code and mutator stack's frames executing such code. (/cc @aam @rmacnak-google )
We should look though whether this is actually working as intended.
One concern that comes to mind is the following: When BG compiler will stop mutators it uses the normal safepointing mechanism. That means the mutator will be at any safepoint in the runtime. If the top-of-stack function is going to be deoptimized - as a result of invalidating dependent code - we need to be actually deoptimize frames on the stack.
Right now some IR instructions can emit code that ends up calling the runtime - and possibly hit a safepoint there - without being marked as deoptimizable. Though if the deoptimization information is missing we have a problem.
For example:
We can go to runtime to throw an exception:
class ShiftUint32OpInstr : public ShiftIntegerOpInstr {
  virtual bool ComputeCanDeoptimize() const { return false; }
  virtual bool MayThrow() const { return true; }
}

We can go to runtime to allocate memory
class AllocateContextInstr : public TemplateAllocation<0, NoThrow> {
  virtual bool ComputeCanDeoptimize() const { return false; }
}

(side note: strange that AllocateContextInstr is marked as NoThrow - since we probably can throw OutOfMemoryException)
So it seems that we should consider any IR instruction that can end up in runtime as possibly needing deoptimization info.
/cc @mraleph @alexmarkov

I think it is a fair assessment - now any instruction that does a non-leaf call needs to be a lazy-deopt aware.

As part of addressing this issue, I've added a new test has the following failures:
vm/dart_2/deopt/restart_call_on_deopt_regress_46070_test RuntimeError (expected Pass)
vm/dart_2/deopt/restart_call_on_deopt_regress_46070_test Crash (expected Pass)

on configurations
dartk-win-debug-x64
dartk-win-product-x64
dartk-win-release-ia32
dartk-win-release-x64

To sumarize the work that has landed to make sharing JITed code safe in context of deoptimization:

[x] Deopt pruning We have added support for deopt environment pruning, to ensure moved/hoisted/... instructions that lazy-deopt will have the correct environment and also ensure consumed inputs have been removed from the lazy deopt-env
[x] Outline runtime calls We moved all runtime calls out of optimized EmitNative into stubs using register ABI - thereby ensuring that the default lazy-deopt environment is correct (no pushed arguments to runtime call on the stack when returning via lazy-deopt)
[x] Added missing deopt info We have added (deopt-id, env) to some instructions that were missing it (e.g. some allocation instructions, ...)
[x] Deopt Safepoint Operations: We added support for non lazy-deopt runtime calls to ensure some runtime calls can safely cause GC without checking into deoptimization safepoints (this is used in boxing allocation slow paths to avoid causing deopt in places where we don't have deopt env)
[x] Deopt to before-call We have added support for marking instructions as lazy-deopt to before-call (thereby re-trying the call). This is needed in inlining and call specialization where the replaced instructions could cause deopt.

So for now all known issues related to JIT + deoptimization have been fixed, therefore I'm going to close this issue.


HCLIND-8 Update: Replaced whitelist term with allowed list in Azure related files

Description
Replaced whitelist term with allowed list in Azure related files.
Issues Resolved
From HMRC: Terminology of “whitelisted” sounds and reads racists.
Contribution Check List

[ ] All tests pass.
[ ] New functionality includes testing.
[x] New functionality has been documented in the README if applicable
[x] New functionality has been documented in CHANGELOG.MD

Closed since issue will be addressed here: 1162.


SA1650 rule does not seems to be working in VS2017

I have installed the VSIX from the marketplace into VS2017.
I have a test solution that has code with various SA violations. All are being picked up OK, other than SA1650 (spelling check) This violation is not being triggered.
The same code base when tested with the StyleCop 4.7 VS Extension finds the violations without any problems.
Previously, I have developed the StyleCopCmdLine, this has recently been updated to contain StyleCop 5 DLLs (thanks to a PR from an active user). This project contains unit tests that test the rules, and it's SA1650 test works as expected.
So I am a little confused.
I suspect the issue is down to x32/x65 dictionary loading issues. As when using StyleCop DLLs within PowerShell to get the StyleCop 4.7 SA1650 to work I had to force the use of x86 Powershell. With Stylecop 5.0 I now have to force x64 Powershell.
Could the problem within VS2017 that the ISE shell is x32, so the dictionary is not loading from the VSIX folder?

We faced the same issue on our side  using version 5.0.0 .
SA1650 works on some PCs with VS2017 but in some PC  with VS2017 it doesn't.

Strange, I fear  the root cause is within StyleCop, and we won't get to a solution until it is stable there

@oleg-moroka We have the same issue running the latest StyleCop 5.0.6419.
From what I see in the sources, StyleCop runner fails to find its own spell checker library mssp7en.dll.
Even though @Emeka-NMC has fixed that in #160 , the latest NuGet still comes with the buggy behaviour. And the results of the run depend on the fact whether MS Word with a spell checker is installed or not on a machine.

From when I developed this originally I found mssp7en.dll a major issue. There is a 32/64bit issue going on, you can see special reload handling in the task. Frankly I have never got to the bottom of the it.
It is because of the problems like this we have dropped using StyleCop actively and moved to SonarQube

@romannort A beta build is now published to nuget, could you test with that and see if you issue is resolved?

@SanjayGuntur
Can confirm that the speller works in v6 without MS Word installed on the machine.


[New]RPC documents are out of date

RPC documents are out of date.
RPC has a sui_getEventsByTransaction  API, but the https://gateway.devnet.sui.io:443 does not suppport.
docs: https://docs.sui.io/sui-jsonrpc#sui_getEventsByTransaction
curl call error
$ curl --location --request POST https://gateway.devnet.sui.io:443 \
> --header 'Content-Type: application/json' \
> --data-raw '{
quote>   "jsonrpc": "2.0",
quote>   "id": 1,
quote>   "method": "sui_getEventsByTransaction",
quote>   "params": [
quote>     "KtcneBV8Rbj2NQg33j+6Wxh4dlJNnxgW3sRfJA6Xvic=",
quote>     20
quote>   ]
quote> }'
{"jsonrpc":"2.0","error":{"code":-32601,"message":"Method not found"},"id":1

We are deprecating gateway, all of the methods in the RPC doc should be available in fullnode after next release.
Can you try https://fullnode.devnet.sui.io:443?

thanks, tried the fullnode, it works.


pydata.org link in BENCHMARKS.md is 404

📚 Documentation
In the first paragraph of:
https://github.com/napari/napari/blob/master/docs/developers/BENCHMARKS.md
We link to:
https://pandas.pydata.org/speed/napari/
And that's a 404 now.
Looks like there's no longer a napari page here:
https://pandas.pydata.org/speed/

I think that line actually never existed :-( the "guide" was copied from scikit-image that does have a page up there.
Right now our benchmarks have been more one-off things we've run, rather than something we've tracked. If we do start tracking more closely we can decide if we want to have those records hosted there or somewhere else. Until then we should probably just drop that sentence and link. Thanks for catching and flagging!!

Shouldn't this issue be closed now that the change has been merged to master?

Shouldn't this issue be closed now that the change has been merged to master?

Correct, thanks for the catch!! This was closed by #1236


fixed minor typo (apiKey vs. appid)

Not much of note. I was initially getting nothing from the module and got confused by the typo since I thought the config file needed an appid key instead of an apiKey key, which is used everywhere else in the module.

Warnings

:warning:

Please include an updated CHANGELOG.md file.This way we can keep track of all the contributions.

  Generated by :no_entry_sign: dangerJS

This is a weird issue indeed. Not sure why some use appid and some use apiKey. I will look into this after releasing today's new master.


Recent change for concurrency is breaking change

Should we up the major version since it no longer can take in a string value for concurrency which may technically be a backwards incompatible change. I know my lib broke from "p-limit": "^2.2.0", which was automatically pulled in on the latest change.

It's not a breaking change. concurrency was always documented as being a number.


Update slick, slick-hikaricp to 3.4.1

Updates

com.typesafe.slick:slick
com.typesafe.slick:slick-hikaricp

from 3.3.3 to 3.4.1.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Files still referring to the old version number
The following files still refer to the old version number (3.3.3).
You might want to review and update them manually.
play-java-streaming-example/public/javascripts/jquery-3.2.0.slim.js

Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.typesafe.slick" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "com.typesafe.slick" }
}]

labels: library-update, early-semver-minor, semver-spec-minor, version-scheme:pvp, old-version-remains, commit-count:1

2.9.x only: #251


Enhance parsing logic of api-2.json model files

This commit introduces key improvements to the parsing
logic for the api-2.json file:

Abandon lazy JSON parsing in favor of loading the
entire file into memory. This change ensures a more
robust parsing process, addressing potential issues
related to partial loading and enhancing the
accuracy of extracting service/abbrev names.

Set the services_gen.md flag to --debug. This
completes the changes made in https://github.com/aws-controllers-k8s/community/pull/1975

Signed-off-by: Amine Hilaly<EMAIL_ADDRESS>By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

discussed with @PT-GD in https://kubernetes.slack.com/archives/C0402D8JJS1/p1703615274794279


Check for update IF

Check for updates only if "Automatic Updates" is checked in the unity preferences.

+1 very annoying.

Must of lost that at some point :)

Thanks for the plugin Matthew! Loving VS Code so far :)

Is that bug there again? Every time I click play btn I got annoying popup "Checking for updates..." that hangs there for 3 - 5 min. It really kills me and makes the VS Code practically unusable. Is there way to switch it off somehow?

Latest commit (6 days ago) has the correct code.
As long as you have the latest version, and have Automatic Updates turned off, it should be working.
If you don't want to download the latest from Github, you can check line 256 in the VSCode.cs.
It is inside your project folder, and the line should look like this:
if (DateTime.Now >= targetDate && AutomaticUpdates)


Beautifying and adding links

Fixes game a little and adds link, quick edits

Merging this in to clean up pull requests


Redis cache set up for country route and stateJobs route

Assignee Tasks

[ ] added unit tests (or none needed)
[ ] written relevant docs (or none needed)
[ ] referenced any relevant issues (or none exist)

Guidelines
Please add a description of this Pull Request's motivation, scope, outstanding issues or potential alternatives, reasoning behind the current solution, and any other relevant information for posterity.

Your PR Notes Here

Super cool :)

Still super cool?


python311Packages.yalexs: 1.11.3 -> 1.11.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.yalexs is: Python API for Yale Access (formerly August) Smart Lock and Doorbell
meta.homepage for python311Packages.yalexs is: https://github.com/bdraco/yalexs
meta.changelog for python311Packages.yalexs is: https://github.com/bdraco/yalexs/releases/tag/v1.11.4
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.11.4 with grep in /nix/store/zkw3jffxdmiwma6kv2m84s5gx9vyid6i-python3.11-yalexs-1.11.4
found 1.11.4 in filename of file in /nix/store/zkw3jffxdmiwma6kv2m84s5gx9vyid6i-python3.11-yalexs-1.11.4

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath
home-assistant-component-tests.august
python311Packages.yalexs

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/zkw3jffxdmiwma6kv2m84s5gx9vyid6i-python3.11-yalexs-1.11.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.yalexs https://github.com/r-ryantm/nixpkgs/archive/009a9f869662b5ee2402d6ff1aa49d048dabae3b.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/009a9f869662b5ee2402d6ff1aa49d048dabae3b#python311Packages.yalexs

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/zkw3jffxdmiwma6kv2m84s5gx9vyid6i-python3.11-yalexs-1.11.4
ls -la /nix/store/zkw3jffxdmiwma6kv2m84s5gx9vyid6i-python3.11-yalexs-1.11.4/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

python311Packages.yalexs

Maintainer pings
cc @fabaff for testing.

Result of nixpkgs-review pr 292019 run on x86_64-linux 1

3 packages built:

home-assistant-component-tests.august
python311Packages.yalexs
python311Packages.yalexs.dist


Creating new Vertex that links existing Vertex in LINKMAP modifies existing Vertex

Expected new Vertex to be created without modifying existing Vertex.
State before 'create vertex' (notice data in #23:1 Samples EMBEDDEDMAP property):
{
    "result": [
        {
            "@type": "d",
            "@rid": "#23:0",
            "@version": 5,
            "@class": "VData",
            "Samples": {
                "00": {
                    "@type": "d",
                    "@version": 0,
                    "@class": "VSample",
                    "Count": 1,
                    "Scale": 0,
                    "Sum16": 12345,
                    "@fieldTypes": "Scale=b,Sum16=s"
                }
            }
        },
        {
            "@type": "d",
            "@rid": "#23:1",
            "@version": 3,
            "@class": "VData",
            "Samples": {
                "00": {
                    "@type": "d",
                    "@version": 0,
                    "@class": "VSample",
                    "Count": 1,
                    "Scale": 0,
                    "Sum16": 12345,
                    "@fieldTypes": "Scale=b,Sum16=s"
                }
            }
        },
        {
            "@type": "d",
            "@rid": "#23:2",
            "@version": 1,
            "@class": "VData",
            "Children": {
                "456": "#23:1"
            }
        },
        {
            "@type": "d",
            "@rid": "#23:3",
            "@version": 1,
            "@class": "VData",
            "Children": {
                "789": "#23:1"
            }
        }
    ]
}

Command executed:
create vertex VData content {"Children": {"234": {"@type":"d", "@class":"VData", "@rid": "#23:1"}}}
State after 'create vertex' (notice incremented version and missing data in #23:1 Samples property):
{
    "result": [
        {
            "@type": "d",
            "@rid": "#23:0",
            "@version": 5,
            "@class": "VData",
            "Samples": {
                "00": {
                    "@type": "d",
                    "@version": 0,
                    "@class": "VSample",
                    "Count": 1,
                    "Scale": 0,
                    "Sum16": 12345,
                    "@fieldTypes": "Scale=b,Sum16=s"
                }
            }
        },
        {
            "@type": "d",
            "@rid": "#23:1",
            "@version": 4,
            "@class": "VData"
        },
        {
            "@type": "d",
            "@rid": "#23:2",
            "@version": 1,
            "@class": "VData",
            "Children": {
                "456": "#23:1"
            }
        },
        {
            "@type": "d",
            "@rid": "#23:3",
            "@version": 1,
            "@class": "VData",
            "Children": {
                "789": "#23:1"
            }
        },
        {
            "@type": "d",
            "@rid": "#23:4",
            "@version": 1,
            "@class": "VData",
            "Children": {
                "234": "#23:1"
            }
        }
    ]
}

Version number in referenced Vertex is incremented, so ODB is clearly updating it, but why? This is repeatable and the modified Vertex is always the one referenced in the new Vertex.
Notes on schema:

Children is an LINKMAP of VData
Samples is an EMBEDDEDMAP of VSample

Runninng Mode: Embedded, using PLOCAL access mode; running SQL from Studio
OrientDB Version: v2.2.0 on Linux (CentOS)
Java Version:
openjdk version "1.8.0_91"
OpenJDK Runtime Environment (build 1.8.0_91-b14)
OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)

PS - I verified that this issue affects any/all properties in the referenced Vertex. If any properties exist, they will be removed upon creating the new Vertex with the reference. But if the referenced Vertex does not contain any properties (i.e. the "empty" state it's left in after the create), then it is apparently untouched, as evidenced by the version number not being updated.

PPS - I tried one more test: If I create the new Vertex first, without including the Children property, and then later update the new Vertex and update the Children property (using PUT), it adds the reference without affecting the referenced Vertex. So the issue appears to only happen if the reference is included in the initial create operation.

Also, just to confirm that this wasn't specifically related to 'create vertex', I tried this approach too:
insert into VData content {"Children": {"234": {"@type":"d", "@class":"VData", "@rid": "#23:1"}}}
Which has the same effect of "clearing" any existing properties from the referenced rid.

One more test that I thought of: If I do the same operation in a custom function (below), it works just fine (and no difference between 'create vertex' and 'insert into').
begin;
let r1 = insert into VData set Notes = 'R1', Samples = {"01":{"@type":"d", "@class":"VSample", "Count": 1, "Scale": 0, "Sum16": 111}};
let r2 = insert into VData set Notes = 'R2', Samples = {"02":{"@type":"d", "@class":"VSample", "Count": 1, "Scale": 0, "Sum16": 222}}, Children = {"01": $r1};
commit;


riscv_machine_mode_rand_test fails with spike giving a large instruction count

My Environment

EDA tool and version:
VCS Q-2020

Operating system:
Linux 3.10.0-1127.19.1.el7.x86_64

Version of the Ibex source code:
Using the master branch HEAD=aa7582b8d420888541c2e8688447c17918a71aeb

Issue observed:
I am trying to run the verification flow of ibex core with riscv-dv by following the instructions at https://github.com/lowRISC/ibex/blob/master/doc/03_reference/verification.rst.
After setting up the tools I tried running:
make TEST=riscv_machine_mode_rand_test ITERATIONS=1
I first tried with the lowrisc pre-compiled gnu-toolchain and lowrisc specific branch of spike as instructed, but got the following error:
spike --log-commits --isa=rv32imcb -l out/seed-4388/instr_gen/asm_tests/riscv_machine_mode_rand_test_0.o
error: bad --isa option 'rv32imcb'. unsupported extension 'b'

Then I tried with the locally built RISC-V GNU toolchain and Spike (got them from respective github repos). I went past above error with these toolchains but still riscv_machine_mode_rand_test  failed with a mismatch. Issue in this case is Spike executes for too long and gets terminated due to timeout. I notice that the instruction count from Spike is really high compared to the RTL simulation. Please find the terminal output below:
Thu, 17 Dec 2020 04:29:42 ERROR    Timeout[10s]: /projectnb/risc-v/chath/riscv-gnu-toolchain/build/riscv/bin/spike --log-commits --isa=rv32imcb -l out/seed-29116/instr_gen/asm_tests/riscv_machine_mode_rand_test_0.o &> out/seed-29116/instr_gen/spike_sim/riscv_machine_mode_rand_test.0.log
rm -rf out/seed-29116/rtl_sim
cp -r out/rtl_sim out/seed-29116
Thu, 17 Dec 2020 04:29:44 INFO     Processing simulator setup file : yaml/rtl_simulation.yaml
Thu, 17 Dec 2020 04:29:44 INFO     Processing regression test list : riscv_dv_extension/testlist.yaml, test: riscv_machine_mode_rand_test
Thu, 17 Dec 2020 04:29:44 INFO     Found matched tests: riscv_machine_mode_rand_test, iterations:1
Thu, 17 Dec 2020 04:29:44 INFO     Running RTL simulation...
Thu, 17 Dec 2020 04:29:44 INFO     Running core_ibex_base_test with out/seed-29116/instr_gen/asm_tests/riscv_machine_mode_rand_test_0.bin
Thu, 17 Dec 2020 04:29:55 INFO     Processing regression test list : riscv_dv_extension/testlist.yaml, test: riscv_machine_mode_rand_test
Thu, 17 Dec 2020 04:29:55 INFO     Found matched tests: riscv_machine_mode_rand_test, iterations:1
Thu, 17 Dec 2020 04:29:55 INFO     Comparing spike/DUT sim result : out/seed-29116/instr_gen/asm_tests/riscv_machine_mode_rand_test.0.o
Thu, 17 Dec 2020 04:29:55 INFO     Processing ibex log : out/seed-29116/rtl_sim/riscv_machine_mode_rand_test.0/trace_core_00000000.log
Thu, 17 Dec 2020 04:29:55 INFO     Processed instruction count : 5279
Thu, 17 Dec 2020 04:29:55 INFO     CSV saved to : out/seed-29116/rtl_sim/riscv_machine_mode_rand_test.0/trace_core_00000000.csv
Thu, 17 Dec 2020 04:29:55 INFO     Processing spike log : out/seed-29116/instr_gen/spike_sim/riscv_machine_mode_rand_test.0.log
Thu, 17 Dec 2020 04:30:00 INFO     Processed instruction count : 1207102
Thu, 17 Dec 2020 04:30:00 INFO     CSV saved to : out/seed-29116/instr_gen/spike_sim/riscv_machine_mode_rand_test.0.csv
Thu, 17 Dec 2020 04:30:00 INFO     0 PASSED, 1 FAILED
Thu, 17 Dec 2020 04:30:00 INFO     RTL & ISS regression report at out/seed-29116/regr.log

Please help to identify and resolve above errors.

It looks like your version of Spike isn't correct somehow. Can you show us a log what you did to compile spike?

Spike (lowRISC branch) git commit hash:
43003ea3ed9d2c1a1c060416da91ccf5b044c55c
Log file containing configure and build commands/outputs:
log.txt
Let me know if you need any other info.

You're building from the master branch of riscv-isa-sim, you need to build from the ibex branch (commit 255bf1cacc599b1413438c269100f3ecd0eb3352). Do a git checkout ibex in the riscv-isa-sim directory, and rebuild spike.

My bad, it worked after compiling with the ibex branch correclty. Thanks for the help!


🐞 Dagger init can't run on windows

What is the issue?
Cannot run dagger init on windows
seems it has problem with filepath.IsAbs for windows
Dagger version
dagger v0.10.2 windows/amd64
Steps to reproduce

install dagger CLI for windows
run command dagger init

Log output
from cli
Error: failed to get configured module: failed to get local root path: input: moduleSource.resolveContextPathFromCaller resolve: failed to find up root: path is not absolute: C:\projects\test

from dagger engine
2024-03-25 16:24:26 time="2024-03-25T09:24:26Z" level=warning msg="error resolving moduleSource(refString: \".\").resolveContextPathFromCaller: String!" error="map[error:failed to find up root: path is not absolute: C:\\projects\\test kind:*fmt.wrapError stack:<nil>]" source="&{github.com/dagger/dagger/tracing.AroundFunc.ProgrockAroundFunc.func1 /app/tracing/graphql.go 107}"

:wave: aha, we saw this last week at kubecon - there's an internal issue somewhere (cc @jpadams fyi)
TL;DR - the issue is here, https://github.com/dagger/dagger/blob/288c7f7e5d9e03e6de586934b0e99962b0fba131/engine/client/client.go#L716-L721
I think we need a call to filepath.ToSlash, and probably need to make sure fsutil/buildkit is up-to-date for good measure as well. But also, I don't have a current windows machine to play on, so we should also make sure we have some CI/etc as well.

I look into source of filepath.IsAbs it should handle both \\ and /
https://cs.opensource.google/go/go/+/refs/tags/go1.22.1:src/path/filepath/path_windows.go;l=59
In this playground if it run on windows it both return true but if run on playground website. both will be false
https://go.dev/play/p/3ROFwTgLDZT

I build dagger cmd seems its a problem of core package. i think core package run with linux so it doesn't understand windows path
https://github.com/dagger/dagger/blob/main/core/schema/modulesource.go#L1056


feat: declare document types with createClient()

Types of changes

[ ] Chore (a non-breaking change which is related to package maintenance)
[ ] Bug fix (a non-breaking change which fixes an issue)
[x] New feature (a non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Description
This PR adds the ability to declare document types queryable by the client. Client methods that accept an explicit document type, such as getByType() and getSingle(), can automatically return the appropriate document type.
import * as prismic from "@prismicio/client";
import * as prismicT from "@prismicio/types";

type PageDocument = prismicT.PrismicDocument<
  { foo: prismicT.KeyTextField },
  "page"
>;

type AllDocumentTypes = {
  page: PageDocument;
};

const client = prismic.createClient<AllDocumentTypes>("qwerty");
//    ^ Contains references to document types

const home = await client.getByUID("page", "home");
//    ^ Typed as PageDocument

home.data.foo;
//        ^ typed as KeyTextField

This PR also adds the ability for createClient() type augmentation through a new CreateClient interface. This lets third-party packages, such as those generating types, to automatically link a literal repository name to a set of document types.
// prismic-client.d.ts
import * as prismic from "@prismicio/client";
import * as prismicT from "@prismicio/types";

type PageDocument = prismicT.PrismicDocument<
  { foo: prismicT.KeyTextField },
  "page"
>;

type AllDocumentTypes = {
  page: PageDocument;
};

declare module "@prismicio/client" {
  interface CreateClient {
    (
      repositoryNameOrEndpoint: "qwerty",
      options?: prismic.ClientConfig | undefined
    ): prismic.Client<AllDocumentTypes>;
  }
}

With this module augmentation in place, createClient("qwerty") will automatically use AllDocumentTypes.
import * as prismic from "@prismicio/client";

const client = prismic.createClient("qwerty");
//    ^ Contains references to document types

const home = await client.getByUID("page", "home");
//    ^ Typed as PageDocument

home.data.foo;
//        ^ typed as KeyTextField

Checklist:

[ ] My change requires an update to the official documentation.
[ ] All TSDoc comments are up-to-date and new ones have been added where necessary.
[ ] All new and existing tests are passing.

🦑

Codecov Report

Merging #238 (40d83ea) into master (f93af08) will decrease coverage by 0.27%.
The diff coverage is 100.00%.

@@             Coverage Diff             @@
##            master     #238      +/-   ##
===========================================
- Coverage   100.00%   99.72%   -0.28%
===========================================
  Files           23       23
  Lines          363      364       +1
  Branches        67       68       +1
===========================================
  Hits           363      363
- Misses           0        1       +1

Impacted Files
Coverage Δ

src/index.ts
100.00% <ø> (ø)

src/client.ts
99.52% <100.00%> (-0.48%)
: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 f93af08...40d83ea. Read the comment docs.

From @chamois-d-or (Alexandre): Any consideration about graph queries?

Thanks for the review! 🙂

Maybe it's worth adding an example for the CreateClient extends? Up to you!

Augmenting CreateClient is more of an internal API for now. I think we can omit a CreateClient example until we want or see a need for external tools to extend it.
I'll update the "With TypeScript" example to use this new API. Manual usage (i.e. without touching CreateClient) is now a bit simpler than before, and is more type-safe.
Maybe we should add another example for JSDoc.

Oops, I missed this question:

From @chamois-d-or (Alexandre): Any consideration about graph queries?

Automatically typing GraphQuery or FetchLinks is out of scope for this PR. This PR still allows developers to manually extend the return type like this:
import * as prismic from "./index";
import * as prismicT from "@prismicio/types";

type PageDocument = prismicT.PrismicDocument<
	{
		foo: prismicT.KeyTextField;
		parent: prismicT.LinkField;
	},
	"page"
>;

type AllDocumentTypes = PageDocument;

const client = prismic.createClient<AllDocumentTypes>("qwerty");

const graphQuery = `
{
	page {
		parent {
			...on page {
				title
			}
		}
	}
}
`.trim();

// Manually extend PageDocument to include the GraphQuery fields.
const home = (await client.getByUID("page", "home", {
	graphQuery,
})) as PageDocument & {
	data: {
		parent: {
			data: {
				title: prismicT.TitleField;
			};
		};
	};
};

The "page" parameter will still be type checked against PageDocument.
In the future, we could support an automatic GraphQuery/FetchLinks => TypeScript conversion that would simplify the above approach, but this is not planned currently:
const home = (await client.getByUID("page", "home", {
	graphQuery,
})) as PageDocument & PageParentGraphQuery;


Release notes for 20.1.8

Closes #8719

This change is

Online preview: http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/9f4cff3ef5116b603d02c7a6e3961e74b84fc5c3/
Edited pages:

releases/v20.1.8.md

Online preview: http://cockroach-docs-review.s3-website-us-east-1.amazonaws.com/dbd0a27d0d5358734c79faefaeddc9054ae5025a/
Edited pages:

releases/v20.1.8.md


Custom ca

redkubes/unassigned-issues#289

small fries left...but on another note:
since we need to offer users to download the CA, can we provide it as an optional CUSTOM_ROOT_CA var to otomi-console.gotmpl? I am almost ready with the download link there, so users can accept it into their root store.

done


forms Quarto extension

Link to suggestion
https://github.com/jlgraves-ubc/forms
Targeted section
Extensions
Describe your suggestion

This extension allows you to add an HTML form to your Quarto HTML pages, using the the form shortcode

Checklist

[X] checked if your suggestion is not already listed in Awesome Quarto list.
[X] checked if it can fit in an existed section or suggest a new section and explain why your item does not fit into one and what would be the interest of your new section.
[X] checked when it's a repository if it's maintained (archived repository will be rejected).

@jlgraves-ubc I have found your Quarto extension on GitHub. Is it ok for me to include it here, in particular, is it stable?

Yes!  Go right ahead.  Great resource collection.


Verify the situation 2 low energy points find same charge station

Could try with post-filter strategy
Means the solution already be generated, check charge stations in the middle whether there are two stations have 0 distance, if so, merge two of them, need to check whether there is such situation(station_2 charge to 60% -> station_2 charge to 80%)


Add workflow validation

Ensure the workflow has the correct syntax.

States define End or Next
Next is a valid destination
StartAt is valid
Required fields are present

2 sample specs: https://github.com/ManageIQ/floe/pull/125


Google Calendar: Receiving empty objects after successful authentication. The code was working fine before.

Google client object request:
	$client = new Google_Client();
	$client->setAuthConfigFile(APPPATH.'libraries/google_client_key.json');
	$client->setDeveloperKey("AIzaSyCyeM0_0x_g********");
	$client->addScope(Google_Service_Calendar::CALENDAR);
	$client->setAccessType("offline");
	$client->setAccessToken($ACCESS_TOKEN); //Using $client->refreshToken($client->getRefreshToken()); to make sure $ACCESS_TOKEN is valid

Google client object response: print_r($client);
	Google_Client Object
	(
		[auth:Google_Client:private] => Google_Auth_OAuth2 Object
			(
				[assertionCredentials:Google_Auth_OAuth2:private] =>
				[state:Google_Auth_OAuth2:private] =>
				[token:Google_Auth_OAuth2:private] => Array
					(
						[access_token] => ya29.MgLmVbAJKVDOncwKQOA3JDJb92SPA5qUfm_QR0Veg6OUu_gnsoVcJ-M9EB1tI5ch9jTD
						[token_type] => Bearer
						[expires_in] => 3600
						[refresh_token] => 1/NMX6NaEiRhtRQaOCzRkTs**********
						[created] =><PHONE_NUMBER>
					)

				[client:Google_Auth_OAuth2:private] => Google_Client Object
	 *RECURSION*
			)

		[io:Google_Client:private] =>
		[cache:Google_Client:private] =>
		[config:Google_Client:private] => Google_Config Object
			(
				[configuration:protected] => Array
					(
						[application_name] =>
						[auth_class] => Google_Auth_OAuth2
						[io_class] => Google_IO_Curl
						[cache_class] => Google_Cache_File
						[logger_class] => Google_Logger_Null
						[base_path] => https://www.googleapis.com
						[classes] => Array
							(
								[Google_IO_Abstract] => Array
									(
										[request_timeout_seconds] => 100
									)
								[Google_Logger_Abstract] => Array
									(
										[level] => debug
										[log_format] => [%datetime%] %level%: %message% %context%
										[date_format] => d/M/Y:H:i:s O
										[allow_newlines] => 1
									)
								[Google_Logger_File] => Array
									(
										[file] => php://stdout
										[mode] => 416
										[lock] =>
									)
								[Google_Http_Request] => Array
									(
										[disable_gzip] =>
										[enable_gzip_for_uploads] =>
									)

								[Google_Auth_OAuth2] => Array
									(
										[client_id] =><PHONE_NUMBER>3-7t1tj0sib54r8***********.apps.googleusercontent.com
										[client_secret] => YUR70PmD*********0Givr
										[redirect_uri] => http://app.artlive*********
										[developer_key] => AIzaSyCyeM0_0x_goBOIZ*********8
										[hd] =>
										[prompt] =>
										[openid.realm] =>
										[include_granted_scopes] =>
										[login_hint] =>
										[request_visible_actions] =>
										[access_type] => offline
										[approval_prompt] => auto
										[federated_signon_certs_url] => https://www.googleapis.com/oauth2/v1/certs
									)
								[Google_Task_Runner] => Array
									(
										[initial_delay] => 1
										[max_delay] => 60
										[factor] => 2
										[jitter] => 0.5
										[retries] => 0
									)
								[Google_Service_Exception] => Array
									(
										[retry_map] => Array
											(
												[500] => -1
												[503] => -1
												[rateLimitExceeded] => -1
												[userRateLimitExceeded] => -1
											)
									)
								[Google_IO_Exception] => Array
									(
										[retry_map] => Array
											(
												[6] => -1
												[7] => -1
												[28] => -1
												[35] => -1
												[52] => -1
											)

									)
								[Google_Cache_File] => Array
									(
										[directory] => C:\Windows\TEMP/Google_Client
									)
							)
					)
			)
		[logger:Google_Client:private] =>
		[deferExecution:Google_Client:private] =>
		[requestedScopes:protected] => Array
			(
				[0] => https://www.googleapis.com/auth/calendar
			)
		[services:protected] => Array
			(
			)
		[authenticated:Google_Client:private] =>
	)

Google_Service_Calendar_Settings request:
        $cal_service = new Google_Service_Calendar($client);
        $cal_id = "primary";
        $settings = $cal_service->settings->listSettings();

Google_Service_Calendar_Settings response(weird empty values. Same happens for all responses eg. $cal_service->events->listEvents($cal_id, $optParams); print_r($settings)
	Google_Service_Calendar_Settings Object
	(
		[collection_key:protected] => items
		[internal_gapi_mappings:protected] => Array
			(
			)
		[etag] =>
		[itemsType:protected] => Google_Service_Calendar_Setting
		[itemsDataType:protected] => array
		[kind] =>
		[nextPageToken] =>
		[nextSyncToken] =>
		[account_table_name] =>
	)

Please help. Thank you!

How did you solve this issue?

I figured the Google_model's final constructor was not triggered because of another library with the same class name Google_model. I had to rename it to fix the issue. Apologies.


Update for Unicode 12.1.0

Include the new stuff from:
http://www.unicode.org/versions/Unicode12.0.0/ (the major update)
http://www.unicode.org/versions/Unicode12.1.0/ (a minor update with a single new character)
Fyi, as I participated the standardization process of almost all of the 12.0/12.1 new characters, it’ll be relatively easy for me to review new characters’ names.
Also this will give me an opportunity to really look into this project!

I processed the names with a new list from 12.1.0. I didn't check any of the new names or ranges though.


Add App Route: Github Repo

Make this route work:
/http/github.com/<user>/<repo>

depends on #3

depends on #3

Done in #11, although I don't walk later result pages yet (unless that happens internally in github-api?).  Can we either add a depends on #11 or merge #11 and close this?


[Feature Request] Add stopAllMidiNotes

How about adding a convenience method to stop all currently playing notes?

Added 😄


[BUG] - node stuck at slot 21365 block number 20335 ValidationError/SubscriberError/ErrorPolicySuspendConsumer

External
Summary
Following the instructions at https://cardano-community.github.io/guild-operators/#/Build/node-cli
See my commands history

Steps to reproduce
sudo ufw allow proto tcp from any to any port 22
sudo ufw allow proto tcp from any to any port 6000
sudo ufw enable
mkdir "$HOME/tmp";cd "$HOME/tmp"
curl -sS -o prereqs.sh https://raw.githubusercontent.com/cardano-community/guild-operators/master/scripts/cnode-helper-scripts/prereqs.sh

chmod 755 prereqs.sh
./prereqs.sh
 cd $CNODE_HOME
. "${HOME}/.bashrc"
cd $CNODE_HOME

curl -sL -o $CNODE_HOME/files/byron-genesis.json https://hydra.iohk.io/job/Cardano/iohk-nix/cardano-deployment/latest-finished/download/1/testnet-byron-genesis.json

curl -sL -o $CNODE_HOME/files/genesis.json https://hydra.iohk.io/job/Cardano/iohk-nix/cardano-deployment/latest-finished/download/1/testnet-shelley-genesis.json

curl -sL -o $CNODE_HOME/files/topology.json https://hydra.iohk.io/job/Cardano/iohk-nix/cardano-deployment/latest-finished/download/1/testnet-topology.json

curl -sL -o $CNODE_HOME/files/config.json https://raw.githubusercontent.com/cardano-community/guild-operators/master/files/ptn0-combinator.json

cd ~/git
git clone https://github.com/input-output-hk/cardano-node
cd cardano-node
git fetch --tags --all
git checkout tags/1.18.0
git pull
git pull origin master
echo -e "package cardano-crypto-praos\n  flags: -external-libsodium-vrf" > cabal.project.local
$CNODE_HOME/scripts/cabal-build-all.sh
cd $CNODE_HOME

./cnode.sh

My node runs up to the end of 1st epoch and then peers disappear and it gets stuck

Expected behavior
It should continue to validate as expected
System info (please complete the following information):

OS:  Ubuntu
Version 18.04.3
Node version

root@ubuntu-s-6vcpu-16gb-fra1-01:~/git/cardano-node# cardano-cli version
cardano-cli 1.18.0 - linux-x86_64 - ghc-8.6
git rev 9e06d6f9a293a9656bf6e31b7e5d0a9f498163d1
root@ubuntu-s-6vcpu-16gb-fra1-01:~/git/cardano-node# cardano-node version
cardano-node 1.18.0 - linux-x86_64 - ghc-8.6
git rev 9e06d6f9a293a9656bf6e31b7e5d0a9f498163d1

Additional context
I went in to check the logs and see this issue :
{"at":"2020-08-18T20:10:06.96Z","env":"1.18.0:9e06d","ns":["cardano.node.DnsSubscription"],"data":{"event":"Connection Attempt Start, destination <IP_ADDRESS>:3001","kind":"SubscriptionTrace","domain":"\"relays-new.cardano-testnet.iohkdev.io\""},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Notice","thread":"815"} {"at":"2020-08-18T20:10:06.98Z","env":"1.18.0:9e06d","ns":["cardano.node.DnsSubscription"],"data":{"event":"Connection Attempt Start, destination <IP_ADDRESS>:3001","kind":"SubscriptionTrace","domain":"\"relays-new.cardano-testnet.iohkdev.io\""},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Notice","thread":"816"} {"at":"2020-08-18T20:10:07.00Z","env":"1.18.0:9e06d","ns":["cardano.node.DnsSubscription"],"data":{"event":"Connection Attempt End, destination <IP_ADDRESS>:3001 outcome: ConnectSuccessLast","kind":"SubscriptionTrace","domain":"\"relays-new.cardano-testnet.iohkdev.io\""},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Notice","thread":"816"} {"at":"2020-08-18T20:10:07.00Z","env":"1.18.0:9e06d","ns":["cardano.node.Handshake"],"data":{"event":"Send MsgProposeVersions (fromList [(NodeToNodeV_1,TInt<PHONE_NUMBER>),(NodeToNodeV_2,TInt<PHONE_NUMBER>),(NodeToNodeV_3,TInt<PHONE_NUMBER>)])","kind":"HandshakeTrace","bearer":"ConnectionId {localAddress = <IP_ADDRESS>:33215, remoteAddress = <IP_ADDRESS>:3001}"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Info","thread":"816"} {"at":"2020-08-18T20:10:07.00Z","env":"1.18.0:9e06d","ns":["cardano.node.ErrorPolicy"],"data":{"event":"ErrorPolicySuspendConsumer (Just (ConnectionExceptionTrace (SubscriberError {seType = SubscriberParallelConnectionCancelled, seMessage = \"Parallel connection cancelled\", seStack = []}))) 1s","kind":"ErrorPolicyTrace","address":"<IP_ADDRESS>:3001"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Notice","thread":"64"} {"at":"2020-08-18T20:10:07.01Z","env":"1.18.0:9e06d","ns":["cardano.node.Handshake"],"data":{"event":"Recv MsgAcceptVersion NodeToNodeV_2 (TInt<PHONE_NUMBER>)","kind":"HandshakeTrace","bearer":"ConnectionId {localAddress = <IP_ADDRESS>:33215, remoteAddress = <IP_ADDRESS>:3001}"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Info","thread":"816"} {"at":"2020-08-18T20:10:07.02Z","env":"1.18.0:9e06d","ns":["cardano.node.ChainSyncClient"],"data":{"kind":"ChainSyncClientEvent.TraceFoundIntersection"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Info","thread":"829"} {"at":"2020-08-18T20:10:07.04Z","env":"1.18.0:9e06d","ns":["cardano.node.ChainSyncClient"],"data":{"kind":"ChainSyncClientEvent.TraceRolledBack","tip":{"kind":"BlockPoint","slot":21365,"headerHash":"d4e97a6bc69d123ea649d70b3978f8bf715fe6f5260957320f7c7e73f9b49b79"}},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Notice","thread":"829"} {"at":"2020-08-18T20:10:07.04Z","env":"1.18.0:9e06d","ns":["cardano.node.ChainSyncClient"],"data":{"kind":"ChainSyncClientEvent.TraceDownloadedHeader","block":{"kind":"BlockPoint","slot":21366,"headerHash":"1b7031d140af37c0eed1f4cc56581c63565567532f4b0b60dbe460c3231bf9e3"}},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Info","thread":"829"} {"at":"2020-08-18T20:10:07.04Z","env":"1.18.0:9e06d","ns":["cardano.node.ChainSyncClient"],"data":{"exception":"InvalidBlock (At (Block {blockPointSlot = SlotNo 21366, blockPointHash = 1b7031d140af37c0eed1f4cc56581c63565567532f4b0b60dbe460c3231bf9e3})) (ValidationError (ExtValidationErrorLedger (HardForkLedgerErrorFromEra Z (WrapLedgerErr {unwrapLedgerErr = ChainValidationUTxOValidationError (UTxOValidationUTxOError (UTxOMissingInput (TxInUtxo 0d712f00a600aedb5b725a5e4f391dad44fa7f319655e38629514033ca8df0cc 0)))}))))","kind":"ChainSyncClientEvent.TraceException"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Warning","thread":"829"} {"at":"2020-08-18T20:10:07.04Z","env":"1.18.0:9e06d","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:3001 InvalidBlock (At (Block {blockPointSlot = SlotNo 21366, blockPointHash = 1b7031d140af37c0eed1f4cc56581c63565567532f4b0b60dbe460c3231bf9e3})) (ValidationError (ExtValidationErrorLedger (HardForkLedgerErrorFromEra Z (WrapLedgerErr {unwrapLedgerErr = ChainValidationUTxOValidationError (UTxOValidationUTxOError (UTxOMissingInput (TxInUtxo 0d712f00a600aedb5b725a5e4f391dad44fa7f319655e38629514033ca8df0cc 0)))}))))","kind":"SubscriptionTrace","domain":"\"relays-new.cardano-testnet.iohkdev.io\""},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Error","thread":"816"} {"at":"2020-08-18T20:10:07.04Z","env":"1.18.0:9e06d","ns":["cardano.node.ErrorPolicy"],"data":{"event":"ErrorPolicySuspendPeer (Just (ApplicationExceptionTrace (InvalidBlock (At (Block {blockPointSlot = SlotNo 21366, blockPointHash = 1b7031d140af37c0eed1f4cc56581c63565567532f4b0b60dbe460c3231bf9e3})) (ValidationError (ExtValidationErrorLedger (HardForkLedgerErrorFromEra Z (WrapLedgerErr {unwrapLedgerErr = ChainValidationUTxOValidationError (UTxOValidationUTxOError (UTxOMissingInput (TxInUtxo 0d712f00a600aedb5b725a5e4f391dad44fa7f319655e38629514033ca8df0cc 0)))}))))))) 200s 200s","kind":"ErrorPolicyTrace","address":"<IP_ADDRESS>:3001"},"app":[],"msg":"","pid":"19597","loc":null,"host":"ubuntu-s","sev":"Warning","thread":"64"}
mainnet-topology.json
{
"Producers": [
{
"addr": "relays-new.cardano-mainnet.iohk.io",
"port": 3001,
"valency": 2
}
]
}

never mind my config files were wrong


update angular to release

Note: for support questions, please use one of these channels: Chat: AngularClass.slack or Twitter: @AngularClass

I'm submitting a ...
[ ] bug report
[X ] feature request
[ ] question about the decisions made in the repository

Do you want to request a feature or report a bug?

Update angular from rc7 to Release

What is the current behavior?

If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem via
https://plnkr.co or similar (you can use this template as a starting point: http://plnkr.co/edit/tpl:AvJOMERrnz94ekVua0u5).

What is the expected behavior?

What is the motivation / use case for changing the behavior?

Please tell us about your environment:

Angular version: 2.0.0-beta.X
Browser: [all | Chrome XX | Firefox XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView ]

Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)

I think update can implement IoT #1007 too.


Allow users to customize shadows

Currently the plugin uses the following shadow parameters: 50% black, x = 0, y = 2 and blur = 4. Would like users to input these shadow parameters.

will wait for user feedback and reopen this issue.

Hey there Ajayan! I was going to suggest this. I think it'd be easier to make the artboard background layers all use the same object style. That way, users can just tweak the style with the rest of their styles instead of managing separate settings.

Thanks Andrew for the feedback! I didn't consider using a style, but that's definitely cleaner. Will add it.


Schema Redesign Proposal

In response to the "Proposals" section of this wiki page, I just wanted to reach out about something I was working on.
I was actually sitting down to try and transform the data from the current relational model into a document model. (using CouchDB in particular) My thought is that the semi-structured nature of a document data-store is more suited for a pokedex. (hopefully making interacting with all the underlying data much simpler)
I've been wanting to build a solid JSON API for pokedex data like this for a long time, and have put a lot of thought into how to do it with CouchDB specifically, so I thought I would start up a discussion here.

I expect you'll have exactly the same problems.  Pokémon data is pretty well-structured — the big issues are with avoiding duplication.  A document model doesn't do much to help you there.
I wrote some concrete issues down here: https://gist.github.com/eevee/6a257a9d42400e2d03f9
How would you solve these?

If switching the entire DBMS is not really what you had in mind, I totally understand that. Currently, I'm going to just read from a SQLite database (built from this script) and pipe it into a CouchDB database using node.js scripts, so the tooling I have in mind is completely different from what you have now.
With that in mind, I could really use some help wrapping my mind around how this database should be queried in order for me to accomplish my goals. (was wondering if you had any other docs on the schema, or perhaps some "views" for these tables to help illustrate the joins needed for various queries)

@eevee I'll read through that gist in great detail before I get too detailed in my explanations.
Off the top of my head, I was thinking of keeping the data in silos for each generation and spin-off. Where there are variations within the generations, (eg: red vs blue vs yellow) the documents within those collections would break down inline.
Generally speaking, document data-stores make the trade-off of allowing duplication in order to keep the documents simpler and largely self-contained. That being said, I think the trade-off could pay off here. (with my goal being a simpler query model)
Since I was already working on this, I can try and whip up a proof-of-concept.

Just saying, a document-based database with an exposed json api.co already exists, over at PokéAPI. You might want to check that out, although a lot of stuff is out-of-date, and it has these hideous resource_uri properties everywhere.

Yeah, that is actually where I started. fwiw, @phalt is working on v2 of pokeapi, and mentioned using the pokedex here as the basis for it. (which is what directed me here)
I think I may venture off on my own for the time-being to flesh out this idea of mine. Carry on :)


Use the mainline linux kernel with realtime enabled since it's been merged into mainline

PREEMPT_RT has been merged into mainline linux. Use that here please.

It's available "natively" in 6.12.

Yeah I'm still not sure how to use it. Like if I get 6.12 do I need to do anything in the musnix configuration?

Set the package to be 6.12

I suspect that even with a 6.12 package, you would still need the extra kernel config - I'd be surprised if CONFIG_PREEMPT_RT was enabled by default (I have not confirmed this).  If it is not enabled by default, you will need to modify musnix or provide your own kernel config.
I will have a crack at it soon (contributions welcome!), but I also am interested in eventually using this opportunity to remove our kernel features once and for all, as alluded to in https://github.com/musnix/musnix/issues/118#issuecomment-2351873725.