Level 2 headings are not read in the Settings page

Build 20200318.10
Windows 10
NVDA & Narrator
The level 2 headings are not read in the Settings page.

Start SE
Click on the settings page
Select "Application" on the right side
Turn on either NVDA or Narrator
Set focus on "Transfers" using mouse or keyboard
Tab through the list

Observe:
Level 2 headings are not read:

"AzCopy - Use these settings to tune the performance ..... ADLS Gen2 and Managed Disks." not read
"Table Import/Export" - not read

This also repro on the "Application" page, such as "Appearance", "Regional Settings", "Sign-in" are not read.

Nevermind. Tab doesn't read the whole document.  Needs to turn NVDA into reading document mode to have all contents read.  Use Alt-ctrl+shift plus navigation keys to read all content.


[5.3] [AssociatedTypeInference] Strip 'self' parameter from function type of an enum case witness

Cherry-pick of #32753.

Explanation: We weren't stripping off the self parameter from the function type of an enum case, causing associated type inference to fail when an enum case was used to satisfy a protocol requirement.
Scope: Affects associated type inference when using an enum case as protocol witness (SE-0280).
SR Issue: SR-13172.
Risk: Low. This is a pretty simple change to a check which only considered abstract functions as a protocol witness candidate. The check has been expanded to include an enum case as well.
Testing: Added a test case.
Reviewed by: @slavapestov

@swift-ci please test

Build failed
Swift Test Linux Platform
Git Sha - 7cb9f3a1070a148e26faeaa743ade85e89b5b6c4


Camera and EventHandler Fix for MouseMovement

fixed MouseMovement for left and right (it was the other way around)

A few warnings need to be fixed


Subdomain collision

Closing as changes in this PR were merged using https://github.com/rht-labs/lodestar-backend/pull/125.


supabase-cli: 1.88.0 -> 1.97.1

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for supabase-cli is: A CLI for interacting with supabase
meta.homepage for supabase-cli is: https://github.com/supabase/cli
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.97.1 with grep in /nix/store/63cljcz2l9svs7y4s704057cc1pmcfqn-supabase-cli-1.97.1
found 1.97.1 in filename of file in /nix/store/63cljcz2l9svs7y4s704057cc1pmcfqn-supabase-cli-1.97.1

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

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
supabase-cli

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/63cljcz2l9svs7y4s704057cc1pmcfqn-supabase-cli-1.97.1 \
  --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 supabase-cli https://github.com/r-ryantm/nixpkgs/archive/6a179dae0d09cdeb590348e51acd565bacdd5938.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/63cljcz2l9svs7y4s704057cc1pmcfqn-supabase-cli-1.97.1
ls -la /nix/store/63cljcz2l9svs7y4s704057cc1pmcfqn-supabase-cli-1.97.1/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:

supabase-cli

Maintainer pings
cc @Gerschtli @kashw2 for testing.

Thanks for solving the conflict/rebasing @wegank :3


feat(select): render remove button on non required selects

This pull request adds remove button for optional single selects.
Fixes: https://github.com/Trendyol/baklava/issues/608

We need to add required to select in the pagination component. Otherwise, clear button will break it.

I'm not sure but maybe we need to consider this as a breaking change. 🤔

Although we expect users to have the required prop, some may not. Our implementation and behavior remain consistent and user-friendly. However, it could be seen as a breaking change given the situation. How should we proceed? Should we introduce a temporary boolean like "clearable" or postpone this development?

I think we can take that action. The risk looks very low. If some developers use non-required select with a preselected value and don't want to check if the value is set, the only thing they need to do is to add required attribute, which really makes sense.


Don't Merge! PR real time test for source branch full build

OPS Build status updates of commit 7aa7830:
:clock10: Full build: the average full build time is 6 min(s) 13 sec(s), this is based on the last 117 build(s) for this repository.
:warning: This is a FULL build due to a configuration change (usually in openpublishing.publish.config.json and/or docfx.json). It is strongly suggested to merge this configuration change after the business hours, as it could impact the overall build performance of other PRs on the '.openpublishing.publish.config.json' branch. For more detailed info, please click here.

OPS Build status updates of commit 7aa7830:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details
Dependent Files

docfx.json
:white_check_mark:Succeeded

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


NIFI-3173: When a template is created with multiple components in dif…

Thank you for submitting a contribution to Apache NiFi.
In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:
For all changes:

[ ] Is there a JIRA ticket associated with this PR? Is it referenced
in the commit message?

[ ] Does your PR title start with NIFI-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.

[ ] Has your PR been rebased against the latest commit within the target branch (typically master)?

[ ] Is your initial contribution a single, squashed commit?

For code changes:

[ ] Have you ensured that the full suite of tests is executed via mvn -Pcontrib-check clean install at the root nifi folder?
[ ] Have you written or updated unit tests to verify your changes?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE file, including the main LICENSE file under nifi-assembly?
[ ] If applicable, have you updated the NOTICE file, including the main NOTICE file found under nifi-assembly?
[ ] If adding new Properties, have you added .displayName in addition to .name (programmatic access) for each of the new properties?

For documentation related changes:

[ ] Have you ensured that format looks appropriate for the output in which it is rendered?

Note:
Please ensure that once the PR is submitted, you check travis-ci for build issues and submit an update to your PR as soon as possible.
…ferent groups all referencing the same controller service, ensure that controller service is added to the template at a high enough level that all components needing hte service can access it.

Reviewing

@markap14 I hit a case where a CS wasn't preserved. I'll outline it in the same way you listed your example in the comments:
G1 -- C1
|
|
G2 -- C2
|
|      P1
G3
| \
|    \   P2
G4  G5
|        |
|        |
P3    P4
P3 and P4 are HandleHttpRequest and HandleHttpResponse which reference C1 (HttpContextMap) and P2 is ReplaceText. They form an Http Service which takes any request and returns "test".
P1 is an InvokeHttp which references an SSLController Service C2 which is in the same group.
When making the template (by being in G1, selecting G2 and clicking create template), the Http Service explained first is created as expected but C2 is not added to the template at all.

@JPercivall good catch! I was so caught up verifying top-level controller services that i missed that. I have pushed a second commit to address this. Thanks!

+1
Visually verified code and did a contrib-check build. In standalone and clustered, tried creating templates ranging in complexity from a processor template to a template containing multiple different PGs, CSs and processors at every level. All worked as expected. Thanks @markap14 I will squash and merge.


Acquire and release "exclusive" checkout without undoing it first.

Is your feature request related to a problem? Please describe.
I work in a project where from time to time we need to get exclusive checkout to do stuff like updating memory map, or just upgrading file to a newer ghidra version. The workflow is usually like this:

Get all the other people to undo their checkouts or kick other people
Check in own changes if any
Undo own checkout
Checkout with exclusive flag checked (= network transfer / time wasted )
Do the work
Check in the work.
Undo checkout (or unset "keep file checked out" in step 5)
Checkout again  (= network transfer / time wasted )
Inform others file can be checked out again

This add IMO unnecessary steps + in case of working with huge projects on remote servers it adds a lot of network transfer and time wasted on those.
Ah, it is also annoying when you checkout a file just to get error that you need to upgrade it, but exclusive checkout is required. It is a different way to end up in the same situation as described above.
Describe the solution you'd like
Allow user to do two things, ideally from right-click menu in active project view (next to all the check in/out related functions)
Acquire "exclusive" flag on existing checkout
If this is the only existing checkout on the server, allow user to select option to convert it to exclusive. If not, fail with a proper error message (like it does now during checkout)
Release "exclusive" flag on existing checkout
If user has exclusive checkout, allow user to select option to convert it to non-exclusive.
I think in case of releasing exclusive flag all user changes would need to be either checked-in or dropped first.
If implemented, this could be also a part of "check in" GUI, where "keep the file checked out" option lies for now.
Describe alternatives you've considered
I see no other alternatives than keeping the existing way of work.
Additional context
If both options are implemented, workflow would simplify to

Get all the other people to undo their checkouts or kick other people
Request "exclusive" flag (no wait / extra transfers; no need to check-in own changes yet)
Do the work
Check in the work
Release "exclusive" flag (no wait / extra transfers to check out again)
Inform others that file can be checked out again.

Agreed. Is there a technical reason why a new complete checkout is required when switching between exclusive and non exclusive?

This is related to #5368 which is alread in our queue

Agreed. Is there a technical reason why a new complete checkout is required when switching between exclusive and non exclusive?

The only limitation is the server interface API which does not support this operation at present.  This change will require a change to the server interface which will likely break compatibility with between client/server versions.


docs: add base documentation for starklane

This item belongs to payment request #E4D799 on OnlyDust:

from kwiss to kwiss
1 item included
$5,000 for 10 days of work


nothing stored in brain

Hello,
I'd like to test the content of the brain but nothing seems to be stored in it when I run my tests.
packages.json:
{
"name": "...",
"version": "0.1.0",
"private": true,
"author": "...,
"description": "...",
"scripts": {
"test": "mocha --compilers coffee:coffee-script/register tests"
},
"dependencies": {
"hubot": "latest",
"hubot-brain-inspect": "latest",
"hubot-redis-brain": "latest",
"log4js": "latest",
"natural": "latest"
},
"devDependencies": {
"bluebird": "latest",
"chai": "latest",
"coffee-script": "^1.9.3",
"coffeelint": "latest",
"hubot-test-helper": "latest",
"mocha": "latest"
},
"engines": {
"node": "6.1.0"
}
}
test.coffee:
Helper = require('hubot-test-helper')
helper = new Helper('./../scripts')
Promise = require('bluebird')
co      = require('co')
expect  = require('chai').expect
describe 'hello-world', ->
beforeEach ->
@room = helper.createRoom()
afterEach ->
@room.destroy()
context 'user says hi to hubot', ->
beforeEach ->
co =>
yield @room.user.say('alice'<EMAIL_ADDRESS>hi')
yield @room.user.say('alice'<EMAIL_ADDRESS>trip')
it 'should reply to user', ->
  expect(@room.messages).to.eql [
    ['alice'<EMAIL_ADDRESS>hi']
    ['hubot', '@alice Hello!']
    ['hubot', '@alice Using this bot, you can search for a trip or publish a trip.']
    ['hubot', '@alice If lost: type Help or Stop.']
  ]

STDOUT:
...
[2016-05-16 22:05:15.249] [DEBUG] Message - log_user: brain {"users":{},"_private":{}}
...

It's important to consider the test script as a new version of your Hubot, everytime it's run. It doesn't use your existing Hubot or existing Brain, it's all fake and local to the test script only.  Thus, I need to load my auth.coffee, as it's part of the ping.coffee script. I also need to have an environmental variable for the auth.coffee file to know who is the Admin, and it also needs to check the brain for the user who is talking, get their ID, and check it against the admin list:
`Helper = require('hubot-test-helper')
expect = require('chai').expect
helper = new Helper('../scripts/ping.coffee')
describe 'PING test', ->
beforeEach ->
@room = helper.createRoom()
@room.robot.brain.userForName "Patrick",
  name: "Patrick"
  id: 1

@room.robot.brain.userForId "Alice",
  name: "Alice"
  id: 2

@room.robot.brain.userForId "Mike",
  name: "Mike"
  id: 3

helper.constructor ('../scripts/auth.coffee')

afterEach ->
@room.destroy()
it 'Set PING role for user', ->
@room.user.say('Patrick', '@hubot I have ping role').then =>
expect(@room.messages).to.eql [
['Patrick','@hubot I have ping role']
['hubot','OK, Patrick has the PING role.']]
it 'ping user requests ping', ->
@room.user.say('Patrick', '@hubot ping').then =>
expect(@room.messages).to.eql [
['Patrick','@hubot ping']
['hubot','PONG']]`

Hi,
Thank you!
Cheers,
Yan
--
Yan Georget
On Fri, Sep 2, 2016 at 5:34 PM, Patrick B<EMAIL_ADDRESS>wrote:

It's important to consider the test script as a new version of your Hubot,
everytime it's run. It doesn't use your existing Hubot or existing Brain,
it's all fake and local to the test script only.  Thus, I need to
load my auth.coffee, as it's part of the ping.coffee script. I also need to
have an environmental variable for the auth.coffee file to know who is the
Admin, and it also needs to check the brain for the user who is talking,
get their ID, and check it against the admin list:
`Helper = require('hubot-test-helper')
expect = require('chai').expect
helper = new Helper('../scripts/ping.coffee')
describe 'PING test', ->
beforeEach ->
@room https://github.com/room = helper.createRoom()
@room.robot.brain.userForName "Patrick",
name: "Patrick"
id: 1
@room.robot.brain.userForId "Alice",
name: "Alice"
id: 2
@room.robot.brain.userForId "Mike",
name: "Mike"
id: 3
helper.constructor ('../scripts/auth.coffee')
afterEach ->
@room.destroy()
it 'Set PING role for user', ->
@room.user.say('Patrick', '@hubot https://github.com/hubot I have ping
role').then =>
expect(@room.messages).to.eql [
['Patrick','@hubot https://github.com/hubot I have ping role']
['hubot','OK, Patrick has the PING role.']]
it 'ping user requests ping', ->
@room.user.say('Patrick', '@hubot https://github.com/hubot ping').then
=>
expect(@room.messages).to.eql [
['Patrick','@hubot https://github.com/hubot ping']
['hubot','PONG']]`
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mtsmfm/hubot-test-helper/issues/31#issuecomment-244409209,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABREo0mBr48QwUws0QaUx6UDDqpoLwhmks5qmEIEgaJpZM4IfqG0
.


Combobox throws error when items prop value is reactive

Description
When I pass a reactive value to the items prop of the Combobox component, I expect it to not throw an error and just work as if the value wasn't reactive.
Instead I get the error
TypeError: Cannot set property items of #<Object> which has only a getter

This breaks using the Combobox component in Solidjs for any dynamic options (fetched from a database).
Link to Reproduction (or Detailed Explanation)
https://stackblitz.com/edit/github-kfmqvq?file=src%2Fcomponents%2Fcombobox.tsx,src%2Froutes%2Findex.tsx
Steps to Reproduce

Run Stackblitz and see immediate error

Ark UI Version
3.4.0
Framework

[ ] React
[X] Solid
[ ] Vue

Browser
Any

@asterikx
Thanks a fix will be available in v3.4.1


fix repo url being decoded

What this PR does / why we need it:
Fixes #6048
Special notes for your reviewer:
To test better - I added mocks, and a memory based filesystem so that nothing gets written to the actual file system
If applicable:

[ ] this PR contains documentation
[x] this PR contains unit tests
[ ] this PR has been tested for backwards compatibility

If this looks good, I can port the code to dev-v3 branch too!

Not sure why it fails in the CI. releasetesting package tests pass in my local. Weird

resource limitations in Circle sometimes causes CI to fail.

@mattfarina Made the requested changes. Used an fs variable in the field of ChartRepository struct. Could you review?

Just pinging in case anyone has time to review this cc @mattfarina @bacongobbler

cc @thomastaylor312

Still looking for comments on the PR 😅  cc @mattfarina @bacongobbler

cc @hickeyma . Waiting for PR review 😅

Also updated pflag version to v1.0.5 https://github.com/spf13/pflag/tree/v1.0.5

@mattfarina I have rebased with master 😄

Hi @karuppiah7890. Me again. :)
Given the low volume of PRs left on the queue, we are planning to cut a 2.15 within the next few business days. Any chance you can resolve the comments by EOD tomorrow? If not, we may have to punt this over to the next release. Thanks!

I'll try my best! Will start looking into this today! :)

@bacongobbler I made the changes. But I noticed there's a data race condition failure in the tests. It's present in master too. Not sure if it was caught in circle ci or not. I found it in my local. Here are the logs for all the tests in master and the particular test that revealed race condition. It's this test
test.log
master-branch-tests.log
https://github.com/helm/helm/blob/276bb9b1c8ee3c51064f768e8c0e2fb64c3fd5f2/pkg/kube/client_test.go#L460

@bacongobbler I just noticed that circleci runs the tests without race flag enabled. Is that intentional? In any case, we'll be missing race condition issues if we don't run it with -race enabled in CI

But I noticed there's a data race condition failure in the tests.

would you mind opening a new issue for that?

Sure!

Merging this as the race condition in the tests are happening in master at this moment, so prior to this PR.

Opened issue https://github.com/helm/helm/issues/6617 for the data race condition failure in the tests.

v3 port: https://github.com/helm/helm/pull/6602


Commands for "Stage Selected Lines" and "Switch to Inline View"

VSCode Version: 1.2.1
OS Version: OS X 10.11.4

The "..."-menu in the "Changes View" offers "Stage Selected Lines" and "Switch to Inline View"/"Switch to Side by Side View", which are (sadly) not listed in the API.
Also, a command for staging the current hunk would be nice.

@joaomoreno adding you for the "staging current hunk" request.

These two commands are easy to add, wanna give it a try with a PR?

@jrieken I assigned you because of the API request:
The "..."-menu in the "Changes View" offers "Stage Selected Lines" and "Switch to Inline View"/"Switch to Side by Side View", which are (sadly) not listed in the API.

Anyone wants to add a new command to the diff view menu bar can take a look at https://github.com/Microsoft/vscode/pull/6896 , it's as simple as that.

Some other things I noticed:

there's no "Unstage Selected Lines" for staged changes
"Stage Selected Lines" always uses the right side of the diff for selection, which makes deletions hard to handle: selecting the line before the hunk, stages the whole hunk, i.e., selecting single lines isn't possible. Also, selecting one change on the right, then another change on the left, I would expect the most recently selected line to be staged. Why wasn't this command moved into the context menu? Would make much more sense IMO.

@vogler Try Insider build and you will see the "Unstage" feature.

@vogler You've caught it all. 😄 There's quite a bit of work to be done there.

@joaomoreno Is this issue still up to date with the latest version of march 1.11 ?

The Switch to Side by Side View command is still not exposed. We should get to that.


Extends #603 to fix related errors

This PR is based on #603 and extends the fix for SyncRecordCache to apply to AsyncRecordCache as well.
Furthermore, a related set of bugs is resolved, in which findRelatedRecord and findRelatedRecords should throw a RecordNotFoundException when the primary record can not be found in a cache. This makes them consistent with findRecord.
Closes #603

Furthermore, a related set of bugs is resolved, in which findRelatedRecord and findRelatedRecords should throw a RecordNotFoundException when the primary record can not be found in a cache. This makes them consistent with findRecord.

Does that mean, that I have to be sure that the findRecord has succeeded? I'm currently using an optimistic pattern to query relationship...

@henrixapp This change allows you to distinguish between cases when a primary record is completely missing vs. when a relationship to that record is just empty.
If you issue a query such as store.query(q => q.findRelatedRecord({type: 'planet', id: 'jupiter'}, 'moon'), an error will be thrown if the planet jupiter does not exist in the store. This is consistent with issuing the same query against a JSONAPISource when the planet jupiter doesn't exist on the server (the 404 error will be thrown). It's also consistent with the behavior of findRecord for all sources.
If you want to adjust the contents of a cache prior to the query being processed, you could do so in a beforeQuery strategy.
Another approach entirely would be to inspect the contents of the cache via store.cache.getRelatedRecordSync() to see what's in memory. See these record accessor methods. This would be appropriate if you just want to just check what's in the store (and its cache) rather than issuing a query that can be coordinated with other sources.
If neither approach works for you, please expand upon your use case here or in gitter so I can better understand.


URLs should work in footer and docs page

Please check the URLs work.
I think I caught them all now...

Should the code of conduct not also direct to a /docs/c-o-c URL?

I thought about this.
I wanted the code of conduct to be really easy to find. At events, we will mention that we will have the code of conduct available at this easy to remember URL.
We could always set up Cloudflare for redirects like Hackathons UK have so it redirects it to /docs/


add support for aggregated stats

@cjellick

https://github.com/rancher/rancher/issues/1265

@wlan0 I realize that this could take some effort, but I would really like to see a test exercising this new handler.
In the rest of the tests, we spin up and actual wsp server and create test/fake/mock backend handlers that connect to it and just echo data back. You can take that same approach here so that we get a real end-to-end testing (minus the "fake" backend handler).

LGTM


Allow to configure 32bit vs 64bit for downloaded version in tests

node ./node_modules/vscode/bin/test --verbose

### VS Code Extension Test Run ###
Current working directory: C:\projects\blockchain-vscode-extension\client
Downloading VS Code into "C:\projects\blockchain-vscode-extension\client\.vscode-test\stable" from: https://vscode-update.azurewebsites.net/1.28.0/win32-archive/stable
Running extension tests: C:\projects\blockchain-vscode-extension\client\.vscode-test\stable\Code.exe C:\projects\blockchain-vscode-extension\client\out\test --extensionDevelopmentPath=C:\projects\blockchain-vscode-extension\client --extensionTestsPath=C:\projects\blockchain-vscode-extension\client\out\test

How do we configure it to pull the 64-bit version?

Hi @octref any progress on this?

I added an option platform. By default Windows uses win32-archive, but you can specify win32-x64-archive to override it.


docs/cli: Use npx

npx executes binaries from local packages, which is easier and more future proof than using node_modules paths.
npx is pre-bundled with npm since v5.2.0

First PR after going public :-)
Thanks! 🥳


Price chart

Add price chart

I really like it!
Would it be possible:

to change  line color too: #03A9F4

Set a colored area below the line like we have in the volume/depth chart.

Make the line have the same thickness (same like volume/depth chart).

I think we have here the same problem as in the volume/depth chart. On the right side of the chart the line is a little bit cutted. Could you fix that ?

Applied suggested changes:

@ferni @pimato are we good to merge this?

@nanexcool Yep.


feat(profile): Add Top Contributor badge feature

Checklist:

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] All the files I changed are in the same world language, for example: only English changes, or only Chinese changes, etc.

Closes #38348

This PR is a refreshed version of #38348 with Cypress tests.

Closing as discussed in the chat.


Face detect using GPU parallelization

face_recognition version: Latest
Python version: 2.7
Operating System: Ubuntu 16.04

Description
Hi.
When I extract faces on a video file, It takes a lot of time.
I use dlib and cuda, I think my system was not perfectly using GPU.
It only use 100% of CPUs and GPU-util is 1%.
How can I improve inference speed using GPU?
What I Did
Writing frame 2655 / 4820
Writing frame 2656 / 4820
Writing frame 2657 / 4820
Writing frame 2658 / 4820
Writing frame 2659 / 4820
Writing frame 2660 / 4820

CUDA version is 8.0, CUDNN version is 5.1.

@FiveMaster 求跟进

@ExtremeYu
How do you know that I am a Chinese??:)
My operating system is Win10, and I follow this guidence to install face_recognition:
Windows Installation Tutorial.
You should note that, CUDA do not support VS2017 now, so we need to install VS2015, it is important.
And, we should download the newest dlib from this repo, because we can setup the newest dlib without boost, it is very easy.

I am also having this problem. Installed on Ubuntu 17.10 using sudo python3 setup.py install -v  when it compiles I see Enabling CUDA support for dlib

Have you guys news on that?

@windforce7 Are you running multiple processes in parallel?
You might be able to just import face_recognition inside of the function that you run  in the separate process (instead of importing it at the top of the program) and call cuda.set_device() in that function. But good point - maybe it's worth having an API to let the user optionally choose a cuda device when they import the library.

@ageitgey Yup. I have written my own version of paralleling code to assign dlib tasks to different GPU.
I can publish a modified api.py after some adjustment soon, if you don't mind.

@ageitgey Multi-threading turned out a pretty bad idea for assigning tasks to multiple GPUs due to Python's weak multi-threading mechanism. So a practical way to run dlib on many GPUs is to set up one python process for each GPU: call cuda.set_device() to set GPU context when a process is started.
The multiprocessing module allows us to start many processes, but I causes many problems.

I also get the same error. I checked Stackkkoverflow. But still couldn't find any solution
I get this
`(py36) ee15s055@ubuntu1:~/dlib$ cmake ./
-- The C compiler identification is GNU 6.4.0
-- The CXX compiler identification is GNU 6.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using CMake version: 3.5.1
-- Compiling dlib version: 19.16.99
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so
-- Searching for BLAS and LAPACK
-- Searching for BLAS and LAPACK
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'cblas'
--   No package 'cblas' found
-- Checking for module 'lapack'
--   Found lapack, version 0.2.18
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of void*
-- Check size of void* - done
-- Found Intel MKL BLAS/LAPACK library
-- Looking for sgesv
-- Looking for sgesv - found
-- Looking for sgesv_
-- Looking for sgesv_ - found
-- Found CUDA: /usr/local/cuda-8.0 (found suitable version "8.0", minimum required is "7.5")
-- Looking for cuDNN install...
-- Found cuDNN: /home/ee15s055/miniconda3/envs/py36/lib/libcudnn.so
-- Building a CUDA test project to see if your compiler is compatible with CUDA...
-- *****************************************************************************************************************
-- *** CUDA was found but your compiler failed to compile a simple CUDA program so dlib isn't going to use CUDA.
-- *** The output of the failed CUDA test compile is shown below:
-- ***   Change Dir: /home/ee15s055/dlib/dlib/cuda_test_build

***   Run Build Command:"/usr/bin/make"
***   [ 50%] Building NVCC (Device) object CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o
***   In file included from /usr/local/cuda-8.0/include/cuda_runtime.h:78:0,
***                    from :0:
***   /usr/local/cuda-8.0/include/host_config.h:119:2: error: #error -- unsupported GNU version! gcc versions later than 5 are not supported!
***    #error -- unsupported GNU version! gcc versions later than 5 are not supported!
***     ^~~~~
***   CMake Error at cuda_test_generated_cuda_test.cu.o.cmake:203 (message):
***     Error generating
***     /home/ee15s055/dlib/dlib/cuda_test_build/CMakeFiles/cuda_test.dir//./cuda_test_generated_cuda_test.cu.o

***   CMakeFiles/cuda_test.dir/build.make:63: recipe for target 'CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o' failed
***   make[2]: *** [CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o] Error 1
***   CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/cuda_test.dir/all' failed
***   make[1]: *** [CMakeFiles/cuda_test.dir/all] Error 2
***   Makefile:83: recipe for target 'all' failed
***   make: *** [all] Error 2

-- *****************************************************************************************************************
-- Disabling CUDA support for dlib.  DLIB WILL NOT USE CUDA
-- C++11 activated.
-- Configuring done
-- Generating done
-- Build files have been written to: /home/ee15s055/dlib`

@windforce7 Ｉ also have question about dlib doesn't use gpu, I want to know  does CUDA is a lib? how can you call 'cuda.set_device()' function, when I use this function , it tells me: No module named 'cuda'

@windforce7 Ｉ also have question about dlib doesn't use gpu, I want to know does CUDA is a lib? how can you call 'cuda.set_device()' function, when I use this function , it tells me: No module named 'cuda'

CUDA is a c++ framework created by NVidia for GPU computing. You don't need cuda installed on your PC to run face_recognition project since it doesn't rely on cuda framework. In this senario, instance of face_recognition program will probably not use GPU.
Instead, face_recognition uses dlib package as a intermediate layer between computing hardware and python application. Face_recognition actually calls dlib functions without knowing where those calculation really happen (on CPU or GPU). If cuda is installed, dlib can be compiled with param -DDLIB_USE_CUDA=1 and support GPU computing. Also in this case, dlib would expose some of cuda's interfaces to you, like cuda.set_device() here.
Short story: install NVidia CUDA first, compile and install dlib with cuda support praram and finally face_recognition.

I also get the same error. I checked Stackkkoverflow. But still couldn't find any solution
I get this
-- The C compiler identification is GNU 6.4.0
-- The CXX compiler identification is GNU 6.4.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using CMake version: 3.5.1
-- Compiling dlib version: 19.16.99
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so
-- Searching for BLAS and LAPACK
-- Searching for BLAS and LAPACK
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1")
-- Checking for module 'cblas'
--   No package 'cblas' found
-- Checking for module 'lapack'
--   Found lapack, version 0.2.18
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of void*
-- Check size of void* - done
-- Found Intel MKL BLAS/LAPACK library
-- Looking for sgesv
-- Looking for sgesv - found
-- Looking for sgesv_
-- Looking for sgesv_ - found
-- Found CUDA: /usr/local/cuda-8.0 (found suitable version "8.0", minimum required is "7.5")
-- Looking for cuDNN install...
-- Found cuDNN: /home/ee15s055/miniconda3/envs/py36/lib/libcudnn.so
-- Building a CUDA test project to see if your compiler is compatible with CUDA...
-- *****************************************************************************************************************
-- *** CUDA was found but your compiler failed to compile a simple CUDA program so dlib isn't going to use CUDA.
-- *** The output of the failed CUDA test compile is shown below:
-- ***   Change Dir: /home/ee15s055/dlib/dlib/cuda_test_build
   ***
   ***   Run Build Command:"/usr/bin/make"
   ***   [ 50%] Building NVCC (Device) object CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o
   ***   In file included from /usr/local/cuda-8.0/include/cuda_runtime.h:78:0,
   ***                    from <command-line>:0:
   ***   /usr/local/cuda-8.0/include/host_config.h:119:2: error: #error -- unsupported GNU version! gcc versions later than 5 are not supported!
   ***    #error -- unsupported GNU version! gcc versions later than 5 are not supported!
   ***     ^~~~~
   ***   CMake Error at cuda_test_generated_cuda_test.cu.o.cmake:203 (message):
   ***     Error generating
   ***     /home/ee15s055/dlib/dlib/cuda_test_build/CMakeFiles/cuda_test.dir//./cuda_test_generated_cuda_test.cu.o
   ***
   ***
   ***   CMakeFiles/cuda_test.dir/build.make:63: recipe for target 'CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o' failed
   ***   make[2]: *** [CMakeFiles/cuda_test.dir/cuda_test_generated_cuda_test.cu.o] Error 1
   ***   CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/cuda_test.dir/all' failed
   ***   make[1]: *** [CMakeFiles/cuda_test.dir/all] Error 2
   ***   Makefile:83: recipe for target 'all' failed
   ***   make: *** [all] Error 2
   ***
-- *****************************************************************************************************************
-- Disabling CUDA support for dlib.  DLIB WILL NOT USE CUDA
-- C++11 activated.
-- Configuring done
-- Generating done
-- Build files have been written to: /home/ee15s055/dlib```

@ageitgey @windforce7

it's a general problem, to solve:
sudo apt update && sudo apt upgrade
sudo apt install build essential
export CXX=gcc
export CC=g++

after that try to rebuild again

@windforce7  How can I make use of "-DDLIB_USE_CUDA=1". Like the library is working but it is not using the GPU. What should I do so that Dlib uses CUDA ?


docs(faq): convert "choices" items to lowercase

The choices items in the example on the FAQ docs page should be lowercase in order to work with the matching in the context hook example code below. Before this change, the example is inconsistent.

Codecov Report

Merging #782 (a19edc9) into master (806c97c) will decrease coverage by 16.88%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           master     #782       +/-   ##
===========================================
- Coverage   96.63%   79.74%   -16.89%
===========================================
  Files          41       41
  Lines        2938     2938
===========================================
- Hits         2839     2343      -496
- Misses         99      595      +496

Flag
Coverage Δ

unittests
79.74% <ø> (-16.89%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

tests/test_prompt.py
12.92% <0.00%> (-76.97%)
:arrow_down:

tests/test_complex_questions.py
30.72% <0.00%> (-69.28%)
:arrow_down:

tests/test_updatediff.py
57.02% <0.00%> (-42.98%)
:arrow_down:

tests/test_tools.py
52.00% <0.00%> (-40.00%)
:arrow_down:

tests/test_templated_prompt.py
72.13% <0.00%> (-27.87%)
:arrow_down:

copier/user_data.py
69.81% <0.00%> (-23.43%)
:arrow_down:

tests/conftest.py
72.72% <0.00%> (-22.73%)
:arrow_down:

copier/cli.py
81.17% <0.00%> (-16.48%)
:arrow_down:

tests/helpers.py
91.22% <0.00%> (-8.78%)
:arrow_down:

tests/test_migrations.py
91.47% <0.00%> (-8.53%)
:arrow_down:

... and 7 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Change E.cash platform specific file extension docs

Details
Context https://expensify.slack.com/archives/C03TQ48KC/p1624985437040800
Fixed Issues
$ https://github.com/Expensify/Expensify/issues/169003

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

@luacmartins I believe you should add [NO QA] to the title so nobody has to QA this :D

Done! Thanks @Beamanator

🚀 Deployed to staging in version: 1.0.74-1🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


History doesn't work

Code:
from __future__ import unicode_literals
from prompt_toolkit.shortcuts import get_input
from prompt_toolkit.history import History

def main():
    history = History()

    while True:
        text = get_input("> ", history=history)
        print('You entered:', text)
    print('GoodBye!')

if __name__ == '__main__':
    main()

Entering foo and then pressing the up-arrow does nothing. This happens in both Python 2.7.9 and 3.4.2 on OS X 10.10.3.

The problem is that the string isn't added to the history with history.append. You should probably fix the tutorial.

@Tyilo the history.append is called in Buffer.append_to_history

@gvangool So you're saying that it should work? Because I have to call history.append manually.
FileHistory works without calling append manually.

I just stepped through it with pdb and I see the call to append_to_history and the subsequent call to History.append. But I also notice that the next run through get_input you have an empty history.

Hi all, this is indeed a bug. Thanks for helping!
The problem is at this line:
https://github.com/jonathanslenders/python-prompt-toolkit/blob/master/prompt_toolkit/history.py#L22
When the history is still empty __len__ returns zero.
Then at this line:
https://github.com/jonathanslenders/python-prompt-toolkit/blob/master/prompt_toolkit/shortcuts.py#L242
we do a fallback to a default History() class if the first item has a non-true value.
A history instance with zero length evaluates to False, so we replace that with a new instance. The next call of get_input we replace the old history instance again, which is still zero and it gets replaced again.
The solution is probably to implement a __bool__ for history. (and __nonzero__ for Python 2). I'll fix it asap.
Jonathan

Fixed in: https://github.com/jonathanslenders/python-prompt-toolkit/commit/24d4f8155174830e42b390864b2c70eb7ae61c84

Thanks!


Solved issue #38

Password should not be displayed

Sorry for not requesting to solve the issue ealier...
Kindly ignore the the pull request i made multi times...


A nonstop flicker on ui-scroll drawer veiw

I am facing a continual flicker of scroller, even after I have stopped scrolling on drawer. I don't getting the exact issue was but from log I can see,  which subset the uiScroll is trying to load, it toggles between two sets extremely fast, and never stops. Please find video here: https://youtu.be/BRFlWgpCaE8
I am using v1.3.3 for ui-scroll.

Here's your answer: https://github.com/angular-ui/ui-scroll/issues/68
but it breaks https://github.com/angular-ui/ui-scroll/issues/70 :/

@madhurigr yeah, we are working on this problem, the interlocutory solution can be found in a branch, and I believe we will develope the best approach soon and will release new version of the ui.scroll component.

Thanks for your suggestion. It solved my problem.  :+1:

Fixed in v1.4.1.


.pylinrc: Add dist_mnist

Fix test failures in #549
Signed-off-by: Ce Gao<EMAIL_ADDRESS>

This change is

/priority p0
/assign @ScorpioCPH

Coverage decreased (-0.08%) to 49.782% when pulling 9ed6dfdfd863d58c7b077587a35367a44a4dd166 on gaocegege:ignore into e38058023f722f8bffb87163676e47563d252f0b on kubeflow:master.

I run the mnist test in upstream/master and got:
Traceback (most recent call last):
  File "/var/tf_dist_mnist/dist_mnist.py", line 303, in <module>
    tf.app.run()
  File "/usr/local/lib/python2.7/dist-packages/tensorflow/python/platform/app.py", line 124, in run
    _sys.exit(main(argv))
TypeError: main() takes no arguments (1 given)

Is there anything wrong?

I am going to merge it since it blocks a new contributor's PR, which will hurt the passion.
/lgtm
/approve


args instead of ...args in /Sanitization/filters.js

Hello @thetutlage!
Thank you for AdonisJS :)
I have just tried sanitization as it described in docs: http://adonisjs.com/docs/3.2/data-sanitization
And when i used Validator.sanitizor.toInt(request.param('id')); it caused and error 'Cannot read property '0' of undefined' related to the function toInt declaration:
/**

@description coverts a value to integer or returns
NaN
@method toInt
@param  {Mixed} value
@param  {Array} args
@return {Integer}
@public
*/
SanitizationFilters.toInt = function (value, args) {
const radix = typeof (args[0]) === 'number' ? args[0] : 10
return parseInt(value, radix)
}

So maybe "args" might be "...args" here as a "Rest parameters" of function?
And such problem will occur with any other function here which requires 2 parameters instead of 1 as it described in docs.
Thank you.

thank you @thetutlage for such an instant reaction! :)


Wrong request options in retries

We are using AsyncAnthropicBedrock class. We noticed that when a request is automatically retried, the request options do not have the correct values, resulting in  400 - Bad request. Example logs (actual content redacted):
2024-07-12 09:56:25,645 - anthropic._base_client - DEBUG - Request options: {'method': 'post', 'url': '/model/anthropic.claude-3-haiku-20240307-v1:0/invoke', 'timeout': 600, 'files': None, 'json_data': {'max_tokens': 4096, 'messages': [{'role': 'user', 'content': '...', , 'temperature': 0.0, 'top_k': 1, 'anthropic_version': 'bedrock-2023-05-31'}}
2024-07-12 09:56:25,658 - anthropic._base_client - DEBUG - Encountered Exception
2024-07-12 12:56:25.665	Traceback (most recent call last):
...
2024-07-12 09:56:25,665 - anthropic._base_client - DEBUG - 1 retry left
2024-07-12 09:56:25,665 - anthropic._base_client - INFO - Retrying request to /v1/messages in 0.924755 seconds
2024-07-12 09:56:26,591 - anthropic._base_client - DEBUG - Request options: {'method': 'post', 'url': '/model/None/invoke', 'timeout': 600, 'files': None, 'json_data': {'max_tokens': 4096, 'messages': [{'role': 'user', 'content': '...', 'temperature': 0.0, 'top_k': 1, 'anthropic_version': 'bedrock-2023-05-31'}}
2024-07-12 09:56:26,773 - httpx - INFO - HTTP Request: POST https://bedrock-runtime.eu-central-1.amazonaws.com/model/None/invoke "HTTP/1.1 400 Bad Request"
2024-07-12 09:56:26,775 - anthropic._base_client - DEBUG - HTTP Request: POST https://bedrock-runtime.eu-central-1.amazonaws.com/model/None/invoke "400 Bad Request"
2024-07-12 09:56:26,775 - anthropic._base_client - DEBUG - Encountered httpx.HTTPStatusError

This started happening with version 0.31.0. Doesn't happen with version 0.30.1.
Maybe has something to do with https://github.com/anthropics/anthropic-sdk-python/pull/580 ?

Thanks for the report, I can reproduce this, working on a fix.

this will be fixed in the next release: https://github.com/anthropics/anthropic-sdk-python/pull/585, v0.31.1.

I think this is happening with vertex too.. upon retry you get KeyError: 'model', which I think happens because the options payload is mutated. Fix here: #599

Sorry about that @yasyf, that will be fixed in the next release: https://github.com/anthropics/anthropic-sdk-python/pull/595
Until it's released (hopefully later today) you can either downgrade or install from github, e.g. python -m pip install -U git+https://github.com/anthropics/anthropic-sdk-python@next.


chore: add docker buildx xtask

much easier to do multi-arch builds with buildx, at the cost of taking eons & needing every resource the computer has. This is mainly here to document the technique for later inclusion in CI, and for my own quality of life

much easier to do multi-arch builds with buildx, at the cost of taking eons & needing every resource the computer has. This is mainly here to document the technique for later inclusion in CI, and for my own quality of life

Imma go cry in my own sad CI corner :D

buildx is for building docker images for different platforms from your host. Code incidentally also compiles for the dockerized platform, but you kinda get the same thing.


TryFrom and FromStr

Right now, it seems like a blanket TryFrom could be implemented for everything that implements FromStr:
impl<'a, T: FromStr> TryFrom<&'a str> for T {
    type Err = <T as FromStr>::Err;
    fn try_from(s: &'a s) -> Result<T, Self::Err> {
        T::from_str(s)
    }
}

This seems like something that should be reconciled. It'd be very confusing if anything implemented TryFrom<&'a str> and FromStr and didn't have the same implementation for both.

Closing in favour of just adding a comment to rust-lang/rust#33417


feat: add FAQ section

Description:

Add FAQ section in the README.md for users to reference when a problem occurs.
Related issue(s):
Fixes #438
Notes for reviewer:

Checklist

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 62.89%. Comparing base (2f9cc8c) to head (c377610).
Report is 2 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #867   +/-   ##
=======================================
  Coverage   62.89%   62.89%
=======================================
  Files          30       30
  Lines        1237     1237
  Branches      149      149
=======================================
  Hits          778      778
  Misses        438      438
  Partials       21       21


Output dimension

"Hello, I would like to ask if the model output is only a vector of torch.Size([1, ***, 446]), is there a pooled vector available?"

Hello, thank you for your interest in our work!
We provide an easy way to extract the per residue representations. See the example below:
from model.saprot.base import SaprotBaseModel
from transformers import EsmTokenizer

config = {
    "task": "base",
    "config_path": "/sujin/Models/SaProt/SaProt_650M_AF2",
    "load_pretrained": True,
}

model = SaprotBaseModel(**config)
tokenizer = EsmTokenizer.from_pretrained(config["config_path"])

device = "cuda"
model.to(device)

seq = "MdEvVpQpLrVyQdYaKv"
tokens = tokenizer.tokenize(seq)
print(tokens)

inputs = tokenizer(seq, return_tensors="pt")
inputs = {k: v.to(device) for k, v in inputs.items()}

with torch.no_grad():
    embeddings = model.get_hidden_states(inputs, reduction="mean")
    print(embeddings[0].shape)

Hope this could resolve your problem :)


how to change/update password?

Hi
In php
In Edit user there is no field for update password.
how can i update password using graph api.
Thanks
ikhlas

Hi, this is possible by calling either Microsoft Graph (prefered method) by updating the PasswordProfile of the user or by calling Azure Graph.

Hi
I am php web developer.
i have setup azure graph api for add update azure user detail.
add update work great.
but when i update user with password
it will give me error " Insufficient privileges to complete the operation ".
I give all the required permission.
is there any special permission for update password  of auzre user
because add with password works fine.
only issue occur in updating password.
Any help appreciated
Thanks
Ekhlas mullas


depends on both  kartal and http version solving failed

Hi Veli . Please check this issues

yep @Adiladil000 i'll try this and fix it immediately

@Adiladil000 i checked this issue, but i could not catch any problem. i test it sample app.

Hocam bu http ile birlikte kullanamiyorum
hata mesaji:Because no versions of kartal match >2.8.0 <3.0.0 and kartal 2.8.0 depends on package_info_plus ^3.0.2, kartal ^2.8.0 requires package_info_plus ^3.0.2.
And because package_info_plus ^3.0.0 depends on http ^0.13.0, kartal ^2.8.0 requires http ^0.13.0.

fixed


Modified the client_alive_interval default to suggested value

While this cookbook isn't specific (and shouldn't be specific) to CIS Benchmarks, it's helpful as a
baseline to set the default behaviors to the recommended value. Folks can override to 600 if needed
in chef-ssh-hardening cookbook.

Thank you!

Hmm. Merging from iOS app does not work. Will merge it in the next days...


LDAP Groups With Admin Privilege

LDAP Groups With Admin Privilege is not yet avialable. So if you enable LDAP you cannot connect as admin anymore

This setting is user settings, for user settings, you'd better login to the harbor web console to set it, ldap_group_admin_dn can be specified in harbor tile 1.7 web admin console.

But you cannot loggin to web admin console if you are not already an admin.
In our case we have automatized the harbor creation with the harbor bosh release and fix the ldap parameter inside the manifest. As soon as the ldap option is selected you can not log as admin.


[Feature Request] Support raw_window_handler

Why needed
raw_window_handler provides an abstraction for window and is used by wgpu as a universal cross-platform initialization method. In many low-end devices, Linux or Android without GL interface will be used as the operating system. Therefore, can we consider using this layer of abstraction to draw on such devices more conveniently?

This crate doesn't contain any display drivers and relies on external implementations to support a large variety of displays. Support for the crate you mentioned can be added by an external crate which implements the DrawTarget trait.


Sanitize Story/Comment inputs

Want to allow CSS and standard markup, but disallow anything that could be dangerous. See AO3.

On second thought, css should be allowed in a separate 'skin' feature.


[Server] Multi-Cluster: Fix k8s context duplication

Signed-off-by: Ruturaj Mohite<EMAIL_ADDRESS>Description
Fixes duplication of Kubernetes contexts when uploaded via a kubeconfig.
We flatten the kubernetes context on automatically discovering the cluster but do not do it when uploading a kubeconfig. That messes up our hash logic and registers the context again (generated different IDs)
This PR fixes #5849
Notes for Reviewers
Signed commits

[x] Yes, I signed my commits.

@leecalcote Can you test this out for --driver=vm?

🤕 > We flatten the kubernetes context on automatically discovering the cluster but do not do it when uploading a kubeconfig

An issue that I can foresee here is that filepath references to cert files may not be available to Meshery Server to flatten on upload.

We shouldn't hash the kubeconfig, but use the cluster id as the unique identifier of a cluster.

An issue that I can foresee here is that filepath references to cert files may not be available to Meshery Server to flatten on upload.

Yes, so in that case we fall back to not flattening. This is included

Yes, so in that case we fall back to not flattening. This is included

For users, this will be in almost all cases. We need two things:

Further instructions in the modal on how to prepare your kubeconfig.
Additional snackbar notifications containing details of the context(s) that was just added and/or details of context(s) that were skipped over.

Yes, so in that case we fall back to not flattening. This is included

For users, this will be in almost all cases. We need two things:

Further instructions in the modal on how to prepare your kubeconfig.
Additional snackbar notifications containing details of the context(s) that was just added and/or details of context(s) that were skipped over.

I understand that currently, it looks like a half measure (people with 'unflattenable' kubeconfigs will still suffer the issue). Should we just not flatten any kubeconfigs then? // @Revolyssup

We should still flatten. 👍 And at the same time, bolster support for scenarios in which flattening can't happen automatically (now or in the future).


[docs] clarify that sish.http(s)port flags are for overrides

the current documentation for the httpport and httpsport
flags are ambiguous and can mean that they can be used
without using http / https when the host can remain as
'localhost'.
This changeset clarifies the documentation to maintain
that the flags are only overrides to the default values
provided in the http / https flags.
Signed-off-by: shine<EMAIL_ADDRESS>

HI @shinenelson,
This isn't really correct. The reason for these flags is that they allow for customizing the messages returned to clients. It ostensibly has no impact on http(s) connections other than a documentation line being sent to clients. I'm gonna close this for now, but I'm opening #85 to keep track of this.


DOCS-#4272: Add bar chart comparisons to quick start guide

Signed-off-by: Doris Lee<EMAIL_ADDRESS>
What do these changes do?

Added bar chart comparisons to quick start guide.
See preview: https://modin--4277.org.readthedocs.build/en/4277/getting_started/quickstart.html

[x] commit message follows format outlined here
[ ] passes flake8 modin/ asv_bench/benchmarks scripts/doc_checker.py
[ ] passes black --check modin/ asv_bench/benchmarks scripts/doc_checker.py
[x] signed commit with git commit -s
[x] Resolves #4272
[x] tests added and passing
[ ] module layout described at docs/development/architecture.rst is up-to-date
[x] added (Issue Number: PR title (PR Number)) and github username to release notes for next major release

In the picture it is written Ray backend, which should be renamed to Ray execution engine.

In the picture it is written Ray backend, which should be renamed to Ray execution engine.

Made the change to the image


Y24-163 - As Bioscan users we would like to be able to use the label printing page in traction to print 384 well labels so we don't have to print them individually

User story
As Bioscan users we would like to be able to use the label printing page in traction to print 384 well labels so we don't have to print them individually
Presently the Bioscan team receive their 384 well barcodes as a text list in batches of 24 which they then have to print individually. The team would like to use the bulk printing functionality within Traction however there are no 384 barcode printers listed and we would like to have aa212bc2 added to that list.
Who are the primary contacts for this story
Adam (al32) / Mel (melanie) / Jamie (jdl)
Who is the nominated tester for UAT
Adam (al32) / Mel (melanie) / Jamie (jdl)
Acceptance criteria
To be considered successful the solution must allow:

A label template to print 384 plate labels
aa212bc2 to exist as a printer in traction (update rake taks)
A 384 plate label type in configuration

relates to DPL-820 BIOSCAN: Printing multiple tag barcode labels #3853

Label printing for tag plates is part of the functionality GateKeeper provided in the past.
Gatekeeper isn't up to generating the complex tag plate sets required for Bioscan so we wrote a script to generate those plates and list out on the command line the plate barcodes generated.
But no label-printing functionality.
So really we want a Gatekeeper replacement that they can generate the tag plates we're making in the (temporary)script as well as print out the labels for them.
Seems very dodgy to me to hack this label printing into a different application (Traction).

Was explained at standup we have general printing page in Traction UI used by both short and long read staff to print labels. And Neil says the Bioscan script is only run once or twice a month so minimal time spent doing that.
So I'm much less concerned as long as the users are happy that there is sufficient information on the labels.


Two-ways data-binding on non-form elements?

Hey,
Is there any way to initialise data from rendered HTML content instead of the $data property?
Use Case
I have a list of elements rendered from server-side,
And I want to set-up an "external" form to filter it.
<form id='filter-form' action='#' method='get'>
    <input type='search' name='filter' placeholder='Filter' v-model='query' />
</form>

Marty McFly

Jennifer Parker

Emmet Brown

Biff Tannen

Einstein

var filtrableList = new Vue({
    el: '#filtrable-list',
    data: {
        characters: [],
        query: ''
    }
});

Workaround
To make it work "as I want", I wait for the list to be loaded, then parse the rendered items, push them to the list, then delete their rendered DOM element...
As in the following: http://jsfiddle.net/FloSchieldBobby/avr8ccus/

{{ character.name }}

var charactersList = document.querySelector('#characters');
var characters = charactersList.querySelectorAll('.character.static');
var charactersLength = characters.length;
var index;

for (index = 0; index < charactersLength; index++) {
    var character = characters[index];

    filtrableList.characters.$set(index, {
        name: character.innerHTML
    });

    character.remove();
}

But it is very hacky (dirty) IMO.
Do you have an idea?

Why do you render the list from the server in the first place though? Why not just render JSON?
If you have no control over what the server renders, then I think this is the only way to do it.
BTW, please only submit documentation-related issues here. General questions should be posted here: https://github.com/vuejs/Discussion/issues

Aps, sorry yeah, didn't notice I was not on the good place. Possible to move it ?!
You would suggest to render a JSON object in a  directly, in order to pass data to JS ?
I just dislike this way, I personally find it hacky too...
And I don't really want to build an asynchronous stuff, at this step.

I don't think rendering to JSON is dirty, it's more like embedding JSON data in your HTML so that it can be sent down to the client within a single request, and is in fact cleaner than initializing data in the vue template.

Okay, thanks for your feedback :)
I guess we can close the issue, at this point!

It's era of rendering things on client side, mate :) I also recommend not doing almost any kind of rendering on server side.

Not sure to get what you mean by server-side rendering?
I just do not especially like to expose JSON data globally on client-side, but nvm, I just remove this exposition once the Vue parsed it.

I meant rendering HTML on server side, but just return data like JSON. But yeah, it's everybody's preference.


Normalization by Evaluation

Maybe this is right.
In a sense it is barely using any egraph powers. It is not clear where other equational theories might go (into Value?).
I suspect the separation between Terms, Values and Neutral values is crucial. Terms are adts, pure syntax. Values are something more semantic and obey interesting equations.
Heavily based on the implementations here:

https://github.com/AndrasKovacs/elaboration-zoo/blob/master/01-eval-closures-debruijn/Main.hs
https://proofassistants.stackexchange.com/questions/900/when-should-i-use-de-bruijn-levels-instead-of-indices
https://www.andres-loeh.de/LambdaPi/LambdaPi.pdf

I think at least this is an interesting example of functional programming. I do not know at this moment where else to go with it


Ordering of website ignored?

I choose OP.GG as my top and main site to load runes from, it always load from LOG1

I need more information to help you.
Version or branch: V.X.X
A screenshot: in that case, your order
The logs: Go in Manaflux settings, open the logs folder, and upload here the file

Version or branch: v2.0.3
A screenshot: in that case, your order: https://i.imgur.com/XV5kttk.png
The logs: Go in Manaflux settings, open the logs folder, and upload here the file
[Main] [log] [21:25:44] [ConnectionHandler] League of Legends connection data detected [Main] [log] [21:25:44] [ConnectionHandler] Reading connection file [Renderer] [log] [21:25:44] [Settings] Loading value of perks-max to: 2 [Renderer] [log] [21:25:44] [Settings] Loading value of champion-select-min-roles to: 2 [Renderer] [log] [21:25:44] [Settings] Loading value of summoner-spells-priority to: d [Renderer] [log] [21:25:44] [Settings] Loading value of ui-background to: themes/default-bg.jpg [Renderer] [log] [21:25:44] [Settings] Loading value of league-client-path to: C:\Riot Games\League of Legends\ [Renderer] [log] [21:25:44] [Settings] Loading value of perks-automatic-load to: undefined [Main] [log] [21:25:44] [ConnectionHandler] Checking session... [Renderer] [log] [21:25:44] [Settings] Loading value of summoner-spells to: undefined [Renderer] [log] [21:25:44] [Settings] Loading value of item-sets-enable to: undefined [Renderer] [log] [21:25:44] [Settings] Loading value of launch-at-startup to: false [Renderer] [log] [21:25:44] [Settings] Loading value of tray-enable to: false [Renderer] [log] [21:25:44] [Settings] Loading value of champion-select-lock to: undefined [Renderer] [log] [21:25:44] [Settings] Loading value of ui-animations-enable to: false [Renderer] [log] [21:25:44] [Settings] Loading value of ui-gradient to: true [Renderer] [log] [21:25:44] [Settings] Loading value of ui-animations-smoke to: true [Renderer] [log] [21:25:44] [Settings] Loading value of fixes-perks-editor to: true [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading bug-reports [Main] [log] [21:25:44] [ConnectionHandler] Player is logged into League of Legends [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading hextech-background [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading perks-max [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading launch-at-startup [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading tray [Renderer] [log] [21:25:44] [UI] [Custom Components] Loading ui-language-tester [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading ui-gradient [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading ui-animations-smoke [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading ui-background [Renderer] [log] [21:25:45] [UI] Loading background: themes/default-bg.jpg [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading league-client-path [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading empty-cache [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading reset-settings [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading settings-logs-clear [Renderer] [log] [21:25:45] [UI] [Custom Components] Loading settings-logs-open [Renderer] [log] [21:25:45] [Localization] Loading value: ui-menu-home [Renderer] [log] [21:25:45] [Localization] Loading value: ui-menu-settings [Renderer] [log] [21:25:45] [Localization] Loading value: ui-menu-update [Renderer] [log] [21:25:45] [Localization] Loading value: status-loading [Renderer] [log] [21:25:45] [Localization] Loading value: summoner-spells-load-button [Renderer] [log] [21:25:45] [Localization] Loading value: perks-load-button [Renderer] [log] [21:25:45] [Localization] Loading value: category-perks [Renderer] [log] [21:25:45] [Localization] Loading value: perks-max [Renderer] [log] [21:25:45] [Localization] Loading value: perks-load-automatically [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: category-misc [Renderer] [log] [21:25:45] [Localization] Loading value: summoner-spells [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: item-sets [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: startup [Renderer] [log] [21:25:45] [Localization] Loading value: startup-windows [Renderer] [log] [21:25:45] [Localization] Loading value: taskbar [Renderer] [log] [21:25:45] [Localization] Loading value: champion-select-hide [Renderer] [log] [21:25:45] [Localization] Loading value: category-misc [Renderer] [log] [21:25:45] [Localization] Loading value: champion-select-min-roles [Renderer] [log] [21:25:45] [Localization] Loading value: champion-select-lock-button [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: summoner-spells-priority [Renderer] [log] [21:25:45] [Localization] Loading value: summoner-spells-priority-flash-d [Renderer] [log] [21:25:45] [Localization] Loading value: summoner-spells-priority-flash-f [Renderer] [log] [21:25:45] [Localization] Loading value: ui-language-tester [Renderer] [log] [21:25:45] [Localization] Loading value: common-run [Renderer] [log] [21:25:45] [Localization] Loading value: ui [Renderer] [log] [21:25:45] [Localization] Loading value: ui-animations [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: ui-gradient [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: ui-animations-smoke [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background [Renderer] [log] [21:25:45] [Localization] Loading value: common-disabled [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-default [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-forest [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-shurima-desert [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-red_dark [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-red [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-green [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-purple [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-gray [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-dark [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-cloudy [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-inspiration [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-domination [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-sorcery [Renderer] [log] [21:25:45] [Localization] Loading value: ui-background-precision [Renderer] [log] [21:25:45] [Localization] Loading value: category-advanced [Renderer] [log] [21:25:45] [Localization] Loading value: league-client-path [Renderer] [log] [21:25:45] [Localization] Loading value: empty-cache-settings-option [Renderer] [log] [21:25:45] [Localization] Loading value: empty-cache-button [Renderer] [log] [21:25:45] [Localization] Loading value: reset-settings-settings-option [Renderer] [log] [21:25:45] [Localization] Loading value: reset-settings-button [Renderer] [log] [21:25:45] [Localization] Loading value: settings-logs-clear [Renderer] [log] [21:25:45] [Localization] Loading value: common-clear [Renderer] [log] [21:25:45] [Localization] Loading value: settings-logs-open-folder [Renderer] [log] [21:25:45] [Localization] Loading value: common-open [Renderer] [log] [21:25:45] [Localization] Loading value: category-advanced [Renderer] [log] [21:25:45] [Localization] Loading value: providers-order [Renderer] [log] [21:25:45] [Localization] Loading value: fixes-perks-editor [Renderer] [log] [21:25:45] [Localization] Loading value: common-enable [Renderer] [log] [21:25:45] [Localization] Loading value: update-available [Renderer] [log] [21:25:45] [Localization] Loading value: update-button-download [Renderer] [log] [21:25:45] [GameAssetsProxy] Listening on port 3681 [Renderer] [log] [21:25:45] [Update] Not available [Renderer] [dir] [21:26:14] {"actions":[],"allowBattleBoost":true,"allowDuplicatePicks":false,"allowRerolling":true,"allowSkinSelection":true,"bans":{"myTeamBans":[],"numBans":0,"theirTeamBans":[]},"benchChampionIds":[],"benchEnabled":true,"boostableSkinCount":1,"chatDetails":{"chatRoomName":"8f0be16b-69ad-4b81-9be5-de35ae233c2e@champ-select.pvp.net","chatRoomPassword":null},"counter":4,"isSpectating":false,"localPlayerCellId":5,"myTeam":[{"assignedPosition":"","cellId":5,"championId":21,"championPickIntent":0,"playerType":"","selectedSkinId":21015,"spell1Id":4,"spell2Id":7,"summonerId":44143408,"team":2,"wardSkinId":7},{"assignedPosition":"","cellId":6,"championId":12,"championPickIntent":0,"playerType":"","selectedSkinId":12010,"spell1Id":32,"spell2Id":4,"summonerId":26158535,"team":2,"wardSkinId":-1},{"assignedPosition":"","cellId":7,"championId":117,"championPickIntent":0,"playerType":"","selectedSkinId":117000,"spell1Id":32,"spell2Id":4,"summonerId":41702737,"team":2,"wardSkinId":-1},{"assignedPosition":"","cellId":8,"championId":9,"championPickIntent":0,"playerType":"","selectedSkinId":9001,"spell1Id":4,"spell2Id":7,"summonerId":40440735,"team":2,"wardSkinId":-1},{"assignedPosition":"","cellId":9,"championId":429,"championPickIntent":0,"playerType":"","selectedSkinId":429000,"spell1Id":32,"spell2Id":4,"summonerId":23301443,"team":2,"wardSkinId":-1}],"rerollsRemaining":2,"theirTeam":[{"assignedPosition":"","cellId":0,"championId":0,"championPickIntent":0,"playerType":"","selectedSkinId":0,"spell1Id":0,"spell2Id":0,"summonerId":0,"team":1,"wardSkinId":-1},{"assignedPosition":"","cellId":1,"championId":0,"championPickIntent":0,"playerType":"","selectedSkinId":0,"spell1Id":0,"spell2Id":0,"summonerId":0,"team":1,"wardSkinId":-1},{"assignedPosition":"","cellId":2,"championId":0,"championPickIntent":0,"playerType":"","selectedSkinId":0,"spell1Id":0,"spell2Id":0,"summonerId":0,"team":1,"wardSkinId":-1},{"assignedPosition":"","cellId":3,"championId":0,"championPickIntent":0,"playerType":"","selectedSkinId":0,"spell1Id":0,"spell2Id":0,"summonerId":0,"team":1,"wardSkinId":-1},{"assignedPosition":"","cellId":4,"championId":0,"championPickIntent":0,"playerType":"","selectedSkinId":0,"spell1Id":0,"spell2Id":0,"summonerId":0,"team":1,"wardSkinId":-1}],"timer":{"adjustedTimeLeftInPhase":69996,"adjustedTimeLeftInPhaseInSec":69,"internalNowInEpochMs":1541366774187,"isInfinite":false,"phase":"FINALIZATION","timeLeftInPhase":69999,"timeLeftInPhaseInSec":69,"totalTimeInPhase":70000},"trades":[{"cellId":9,"id":8,"state":"AVAILABLE"},{"cellId":6,"id":9,"state":"AVAILABLE"},{"cellId":7,"id":10,"state":"INVALID"},{"cellId":8,"id":11,"state":"AVAILABLE"}]} [Renderer] [log] [21:26:14] [ProviderHandler] Using METAsrc [Renderer] [log] [21:26:14] [GameAssetsProxy] https://riot:5ZSxaRwiJlhNxo2LiLAmsQ@<IP_ADDRESS>:51744/lol-game-data/assets/v1/champion-icons/21.png [Renderer] [log] [21:26:38] [ProviderHandler] Using League of Graphs [Renderer] [log] [21:26:38] [ProviderHandler] [LOG] Gathering data (ARAM) [Renderer] [log] [21:26:40] [ProviderHandler] Using LoLFlavor [Renderer] [log] [21:26:40] [DataValidator] Copying required properties for Flu.x [Renderer] [dir] [21:26:40] {"roles":{"ARAM":{"perks":[{"selectedPerkIds":[8128,8126,8138,8135,8014,9111],"primaryStyleId":"8100","subStyleId":"8000","provider":"metasrc","name":"MSR1 Miss Fortune > ARAM"},{"selectedPerkIds":[8128,8126,8138,8106,9111,9104],"primaryStyleId":8100,"subStyleId":8000,"provider":"leagueofgraphs","name":"LOG2 Miss Fortune > ARAM"},{"selectedPerkIds":[8128,8126,8138,8106,8226,8234],"primaryStyleId":8100,"subStyleId":8200,"provider":"leagueofgraphs","name":"LOG3 Miss Fortune > ARAM"}],"summonerspells":[],"itemsets":[{"championKey":"MissFortune","file":"MFLUX_MissFortune_aram_metasrc_8.21_2.0.3.json","path":"C:\\Riot Games\\League of Legends\\Config\\Champions\\MissFortune\\Recommended\\MFLUX_MissFortune_aram_metasrc_8.21_2.0.3.json","_data":{"title":"MSR1 Miss Fortune > ARAM","type":"custom","map":"any","mode":"any","blocks":[{"items":{"1038":1,"2003":1,"3134":1},"recMath":false,"_type":{"i18n":"item-sets-block-starter"}},{"items":{"3006":1,"3031":1,"3087":1,"3142":1,"3147":1,"3508":1},"recMath":false,"_type":{"i18n":"item-sets-block-core-build-wr","arguments":["59.04%%"]}}],"priority":true,"provider":"metasrc"},"provider":"metasrc"},{"championKey":"MissFortune","file":"MFLUX_MissFortune_aram_lolflavor_8.21_2.0.3.json","path":"C:\\Riot Games\\League of Legends\\Config\\Champions\\MissFortune\\Recommended\\MFLUX_MissFortune_aram_lolflavor_8.21_2.0.3.json","_data":{"title":"LFV1 Miss Fortune > ARAM","type":"custom","map":"HA","mode":"any","blocks":[{"items":{"2003":1,"2031":1,"2032":1,"2033":1,"2047":1,"2055":1,"2138":1,"2139":1,"2140":1},"recMath":false,"_type":{"i18n":"item-sets-block-consumables"}},{"items":{"1028":1,"1036":1,"1038":1},"recMath":false,"_type":{"i18n":"item-sets-block-starter-skill-order","arguments":[["Q"," > ","W"," > ","E"]]}},{"items":{"1001":1,"3071":1,"3142":1,"3147":1},"recMath":false,"_type":{"i18n":"item-sets-block-core-build"}},{"items":{"3031":1,"3072":1,"3087":1,"3094":1,"3095":1,"3285":1,"3508":1},"recMath":false,"_type":{"i18n":"item-sets-block-endgame"}},{"items":{"3006":1,"3009":1,"3020":1,"3111":1},"recMath":false,"_type":{"i18n":"item-sets-block-boots"}},{"items":{"3033":1,"3035":1,"3036":1,"3136":1,"3151":1,"3812":1,"3814":1},"recMath":false,"_type":{"i18n":"item-sets-block-situational"}}],"priority":true,"provider":"lolflavor"},"provider":"lolflavor"}],"availablePositions":[],"statistics":{}}},"championId":21,"gameMode":"ARAM","gameVersion":"8.21","version":"2.0.3","region":"na"} [Renderer] [log] [21:26:45] [UI] Opening logs folder [Renderer] [log] [21:26:47] [Perks] Loading

When I was talking about uploading, I meant drag and drop the file not its content. I'll see what I can do!

The update has been released, re-open this issue if you still have problems with the order!


Added re-enterancy and attacker contract examples

Edit: See updated and cleaned version here: https://github.com/austintgriffith/scaffold-eth/tree/reentrancy-example
The re-enterancy contract is vulnerable through its poorly written withdraw() function. Withdraw_safe() is not. To test the attack do this:
Player 1 (usually an incognito tab):
In the re-enterancy contract, Deposit 0.001 ETH (converted into GWEI by clicking *)
Verify the amount in the contract is $0.001 (or whatever the price of ETH is)
Player 2 (attacker):
In the attacker contract, deposit 0.001 ETH as well.
Verify the contract now has $0.002
From the attacker contract, withdraw
Notice the balance of the attacker contract now has 2x the funds it should, and re-enterancy has 0. Also, the Player 1's balance in the contract seems to still be 0.001.
The takeaway? Follow the checks-effects-interaction pattern in all your functions :)
At least for now, this PR isn't meant to be merged! Just for future reference.

@Divide-By-0 should create a new branch for this.

Hey @Divide-By-0 nice example!
We should not merge this to master, but we could add the sample to the tutorials section. Would you like to make any additional changes to this code or is it ok to be published as-is?
We would close the PR, but leave the branch open for people to checkout.

Yes, a tutorial section sounds great -- OK with everything you suggested @pabloruiz55.


Update to the latest version of the libraries include Angular, RxJS, and Material

Hi there!  Thanks for making this nice little app.  I have found it very useful while learning Angular/RxJS/Material.  My fork has been updated to use the latest version Angular, RxJS, Material, and some other libraries. See Package.json for more information.  Feel free to use it, or not :)

good job @hhubik  thanks 👍
I have imported the required rxjs operators as well cause I was getting errors.
You can check add required rxjs operators commit.


[Extractor] Add delegate extractor

Add delegate extractor to instead the simple block
With simple block
class ProjectBlueprint < Blueprinter::Base
  identifier :uuid
  field :company_name do |project, _options|
    project.user.company
  end
end

and we can use
class ProjectBlueprint < Blueprinter::Base
  identifier :uuid
  field :company_name, delegate: { to: :user, source: :company }
end

Usage:
puts ProjectBlueprint.render(project)

Output:
{
  "uuid": "733f0758-8f21-4719-875f-262c3ec743af",
  "company_name": "My Company LLC"
}

Why did you close this PR - @ThanhKhoaIT ? Looks what I was looking for :)


pex throws a resolution error when using cache, succeeds otherwise

when passing two requirements of the form (unpinned, pinned) for the same package (e.g. 'thrift thrift==0.9.1'), pex has different behavior in resolution depending on whether or not the cache is used. this also manifests in consumers of pex (i.e. pants) when dependencies land in a similar order.
repro:
[illuminati build]$ pex --version
pex 1.0.3
[illuminati build]$ rm -rf ~/.pex
[illuminati build]$ pex thrift thrift==0.9.1 -o test.pex
[illuminati build]$ pex thrift thrift==0.9.1 -o test.pex
Could not satisfy all requirements for thrift:
    thrift, thrift==0.9.1

this also repros under 1.1.0 and for different packages:
[illuminati build]$ pex --version
pex 1.1.0
[illuminati build]$ rm -rf ~/.pex
[illuminati build]$ pex psutil psutil==3.2.1 -o test.pex
[illuminati build]$ pex psutil psutil==3.2.1 -o test.pex
Could not satisfy all requirements for psutil:
    psutil, psutil==3.2.1

and is also affected by ordering:
[illuminati build]$ rm -rf ~/.pex
[illuminati build]$ pex psutil==3.2.1 psutil -o test.pex
[illuminati build]$ pex psutil==3.2.1 psutil -o test.pex
[illuminati build]$ pex psutil==3.2.1 psutil -o test.pex
[illuminati build]$ pex psutil psutil==3.2.1 -o test.pex
Could not satisfy all requirements for psutil:
    psutil, psutil==3.2.1

Some of the research here is relevant: https://github.com/pantsbuild/pants/issues/2533

I've been hitting this with our pants setup as well.
We have tests depending on moto, which in turn has a dependency on boto with an unpinned version.
The application has a dependency on boto with a pinned version.
This results in a error from pants/pex, which looks like it could be solved:
Exception message: Could not satisfy all requirements for boto==2.38.0:     boto==2.38.0, boto>=2.20.0(from: moto==0.4.10)

@arnib do you have any data or a repro you can share that indicates these issues are related? afaict, #178 only happens when one of the deps is completely unpinned - however in your case it appears boto is pinned somewhere (boto==2.38.0).
fwiw:
$ pex boto==2.38.0 moto==0.4.10
Python 2.7.10 (default, Dec 16 2015, 14:09:45)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> import boto
>>> import moto
>>> boto.__file__, moto.__file__
('/private/var/folders/3t/xkwqrkld4xxgklk2s4n41jb80000gn/T/tmpul9NGo/.deps/boto-2.38.0-py2.py3-none-any.whl/boto/__init__.py', '/private/var/folders/3t/xkwqrkld4xxgklk2s4n41jb80000gn/T/tmpul9NGo/.deps/moto-0.4.10-py2.py3-none-any.whl/moto/__init__.py')

$ pex boto moto==0.4.10
Python 2.7.10 (default, Dec 16 2015, 14:09:45)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>>

Hey @kwlzn, thanks for checking this out.
I'm not able to reproduce the issue using the pex command line, so my error might not be related to this particular issue.
However the exception message still looks like something that should be resolvable.

related to https://github.com/pantsbuild/pants/issues/3527

+1 Would like to see this fixed as well. We're currently seeing random pants failures due to this. 1.1.11 fails as well.
$ rm -rf ~/.pex/
$ pex --version
pex 1.1.11
$ pex thrift thrift==0.9.1 -o test.pex
$ pex thrift thrift==0.9.1 -o test.pex
Could not satisfy all requirements for thrift:
    thrift, thrift==0.9.1

So I dove into ze code and this is a multilayered problem. The trivial issue that causes this test to fail on the second go-around is because we're not passing --cache-ttl in the test. This works:
$ rm -rf ~/.pex
$ pex --version
pex 1.2.2
$ pex thrift thrift==0.9.1 -o test.pex
$ pex thrift thrift==0.9.1 -o test.pex
Could not satisfy all requirements for thrift:
    thrift, thrift==0.9.1
$ pex --cache-ttl=120 thrift thrift==0.9.1 -o test.pex
$

The reason it works with cache-ttl is because in https://github.com/pantsbuild/pex/blob/master/pex/resolver.py#L249 it resolves the packages found in the cache for the unbounded thrift resolvable if cache-ttl is set.
Note that in https://github.com/pantsbuild/pex/blob/master/pex/resolver.py#L246 if the resolvable is exact, i.e. thrift==0.9.1 and it finds it in the cache, it always uses the cache.
So, if cache-ttl is unset, for the unbounded thrift resolvable, it finds a bunch of SourcePackages on pypi, for the thrift==0.9.0 resolvable, if it finds 0.9.0 in cache, it ALWAYS returns the cached versions and then in https://github.com/pantsbuild/pex/blob/master/pex/resolver.py#L58 it does a set intersection and finds no common packages and returns the empty set.
So, in the case of --cache-ttl being unset, you can either:

Set --cache-tll, and this will work until --cache-ttl expires, and then it won't work until you remove the cached 0.9.0 version
Remove the behavior of always returning the cached artifact if the resolvable is exact. I would favor this, because if --cache-ttl is set and the ttl of the artifact is within the ttl, it will still return the cached artifacts for both the unbounded and the exact resolvables.

However, I still think we have an identity crisis. Ultimately, I think it's a problem that this:
SourcePackage(u'https://pypi.python.org/packages/e7/9e/a1e13b5c3cb24f160fc34f589baf874fcb53951ec54895a7aa101cc39056/thrift-0.9.0.tar.gz#md5=600ad4d76bc87d3e0c8570557d60ae65')

Is not considered the same as this:
SourcePackage('file:///Users/nate/.pex/build/thrift-0.9.0.tar.gz')

Potential Solutions:

Hash on the name and version in the Package class

diff --git a/pex/package.py b/pex/package.py
index f786729..3520725 100644
--- a/pex/package.py
+++ b/pex/package.py
@@ -55,6 +55,12 @@ class Package(Link):
       cls._HREF_TO_PACKAGE_CACHE.store(href, package)
     return package

+  def __hash__(self):
+      return hash((self.name, self.version))
+
+  def __eq__(self, other):
+      return hash(self) == hash(other)
+
   @property
   def name(self):
     return NotImplementedError

The problem with this approach is that it's now order dependent, the set intersection can return the remote SourcePackage or the local SourcePackage depending upon which side of the intersection you're on.

Don't use intersection, create a comparitor based on name, value and maybe package type (prefer Wheels/Eggs over SourcePackages and Local over Remote) and loop through the two sets applying it.

Ultimately this bites us in pants land, we have no control over transitive 3rdparty dependencies and are often bit at build time by this which creates non-deterministic builds. We could disable cache but that would slow our build times unacceptably.
In the meantime I'm going to probably go for option 1, patch our pex with it in our cheeseshop and have it run on our build environment for a time to test it out.

Actually, I ran into another edge case, this happens when an unbounded or inexact requirement in a resolvable is passed and --cache-ttl is used. In this case, if the cached version fits within the bounds of the resolvable requirement, and is less than ttl, only the cached version is returned. But if another resolvable has a requirement that doesn't match that cached version, then it fails.
For example:
$ pex --cache-ttl=86400 'thrift' 'thrift<0.9.1' -o test.pex
$ pex --cache-ttl=86400 'thrift' 'thrift==0.9.1 -o test.pex
Could not satisfy all requirements for thrift:
    thrift, thrift==0.9.1

In this case, the first pex run pulls down thrift==0.9.0 into the cache. On the second run, it finds the unbounded dependency and pulls the thrift==0.9.0 from cache. It then finds the exact dependency for 0.9.1, grabs that from pypi, but since the first resolvable only pulls from cache, the intersection results in an empty set and Unsatisfiable is raised.
This patch addresses that case by returning both the cached version found and the pypi results. In fact, this patch should mean we don't need to deal with package identity at all.
diff --git i/pex/resolver.py w/pex/resolver.py
index e7669c4..bc512ed 100644
--- i/pex/resolver.py
+++ w/pex/resolver.py
@@ -241,8 +241,11 @@ class CachingResolver(Resolver):

       if self.__cache_ttl:
         packages = self.filter_packages_by_ttl(packages, self.__cache_ttl)
-        if packages:
-          return packages
+        # Return both cached packages and the pypi packages. The edge case is if a inexact
+        # resolvable finds a cached version, it needs to return that cached package AND all pypi
+        # packages because the cached version might not match another resolvable which has a tighter
+        # bound or an exact version.
+        return packages + super(CachingResolver, self).package_iterator(resolvable, existing=existing)

     return super(CachingResolver, self).package_iterator(resolvable, existing=existing)

This doesn't solve the case where --cache-ttl is not used, but I think as far as pants goes, it passes a cache-ttl by default so this shouldn't affect it.
I'll add some unit tests after further testing in our build environment and submit a PR soon.

hmm, I still seem to be hitting this after the fix in #362:
$ pex --version
pex 1.2.3
$ pex psutil psutil==3.2.1 -o test.pex
$ pex psutil psutil==3.2.1 -o test.pex
Could not satisfy all requirements for psutil:
    psutil, psutil==3.2.1
$ pex psutil psutil==3.2.1 -o test.pex --disable-cache
$

Yah, 731d124 fixes a related problem where --cache-ttl is set and still raises Unsatisfiable. If there's no --cache-ttl then you can still hit this because it returns 3.2.1 from cache because it's exact and then searches pypi for the unbounded and takes the latest and those don't match in the resolvable_set.merge(). Since pants always sets --cache-ttl I fixed it for that case.

Actually, now that I think about it, there is still the problem where you pass --cache-ttl, have an exact resolvable, an inexact resolvable and an expired cache. Probably exact resolvables shouldn't return from cache either if the cache has expired. But by default cache-ttl is set to None.

makes sense - was mainly just highlighting my bad assumption that the core repro in this issue was repaired by #362.
and fwiw, I have https://github.com/pantsbuild/pants/pull/4277 out to consume this change in pants.

Cool, I'll work on a fix and submit a new PR w/unit tests for this specific issue.

verified this is fixed in master. huge shoutout to @butlern for the bugfix(es)!


Various fixes and improvements

Follows #698, which I merged without a proper final pass.
Hopefully this PR improves some final details.

There are typos in the following paragraph:
# Notice that we use a (symmetric) log scale for the bar plot. Observe that some
# coefficents are extremely large while others are extremely small. Furthermore,
# the coefficient values can be very unstable accross cross-validation folds.

coefficents -> coefficients
accross -> across


mapping fun

Eric, would you mind giving me access to the latest working version of your script? I'd like to add the mapping functionalites to botty.

Hell yeah. This is basically it. Would you like to do a few pair sessions to attack this?
I'd like to maybe do a quick rewrite of a couple things before we start...
Where I left off a couple things should be improved:

better removal of artifacts between captures
nice auto recording tools for testing and mapping towns/static areas
exploring unknown map algorithm