AMBARI-24866. Make sure we use stack advisor to apply relevant service recommendation upon LDAP configuration addition/change

What changes were proposed in this pull request?
Ambari should automatically apply the recommended changes - potentially causing service configurations to be updated and the need to restart affected services - upon any LDAP related configuration updates (or creation).
How was this patch tested?
Running JUnit tests in ambari-server:
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 32:11 min
[INFO] Finished at: 2018-11-09T15:47:28+01:00
[INFO] Final Memory: 168M/972M
[INFO] ------------------------------------------------------------------------

In addition to this the following E2E test has been executed:

had a cluster with Ranger installed (using Ambari 2.7.100); this is important since as of now only Ranger has its own implementation for recommending configuration changes for LDAP
replaced the server JAR with mine and the relevant Pyton files then restarted the server and the agents
issued ambari-server setup-ldap with all necessary parameters

Result is:

in the GUI I saw that Ranger UserSync was required to be restarted
a new configuration version showed with the appropriate note
in the database I found that the relevant configuration has been changed properly based on the submitted LDAP data

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4494/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4495/
Test FAILed.
Test FAILured.

retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4497/
Test FAILed.
Test FAILured.

retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4498/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4499/
Test FAILed.
Test FAILured.

retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4500/
Test FAILed.
Test FAILured.

This is ridiculous...alert related test failures are intermittent...drives me crazy :(
retest this please

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4501/
Test PASSed.


Cannot write file because it would overwrite input file in 25.3.0 when allowJs enabled

Issue :
If allowJs setting is enabled, the Cannot write file ... because it would overwrite input file is thrown.
Expected behavior :
No error.
Debug log:

log file content
# content of ts-jest.log :
{"context":{"allowJs":false,"logLevel":20,"namespace":"jest-preset","package":"ts-jest","version":"25.3.0"},"message":"creating jest presets not handling JavaScript files","sequence":1,"time":"2020-03-30T10:27:26.784Z"}
{"context":{"logLevel":20,"namespace":"Importer","package":"ts-jest","version":"25.3.0"},"message":"creating Importer singleton","sequence":2,"time":"2020-03-30T10:27:28.272Z"}
{"context":{"allowJs":false,"logLevel":20,"namespace":"jest-preset","package":"ts-jest","version":"25.3.0"},"message":"creating jest presets not handling JavaScript files","sequence":3,"time":"2020-03-30T10:27:28.279Z"}
{"context":{"actualVersion":"25.2.4","expectedVersion":">=25 <26","logLevel":20,"namespace":"versions","package":"ts-jest","version":"25.3.0"},"message":"checking version of jest: OK","sequence":4,"time":"2020-03-30T10:27:28.281Z"}
{"context":{"baseOptions":{},"logLevel":20,"namespace":"jest-transformer","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"created new transformer","sequence":5,"time":"2020-03-30T10:27:28.282Z"}
{"context":{"fileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts","logLevel":20,"namespace":"jest-transformer","package":"ts-jest","transformOptions":{"config":{"automock":false,"browser":false,"cache":true,"cacheDirectory":"/private/var/folders/nq/cf77fzsx2xz2v48dzgy91fc80000gn/T/jest_dx","clearMocks":false,"coveragePathIgnorePatterns":["/node_modules/"],"cwd":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","detectLeaks":false,"detectOpenHandles":false,"errorOnDeprecated":false,"extraGlobals":[],"forceCoverageMatch":[],"globals":{},"haste":{"computeSha1":false,"providesModuleNodeModules":[],"throwOnModuleCollision":false},"moduleDirectories":["node_modules"],"moduleFileExtensions":["js","json","jsx","ts","tsx","node"],"moduleNameMapper":[],"modulePathIgnorePatterns":[],"name":"1d13295c71fe698d4a29b3c07853b907","prettierPath":"prettier","resetMocks":false,"resetModules":false,"restoreMocks":false,"rootDir":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","roots":["/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug"],"runner":"jest-runner","setupFiles":[],"setupFilesAfterEnv":[],"skipFilter":false,"snapshotSerializers":[],"testEnvironment":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-environment-node/build/index.js","testEnvironmentOptions":{},"testLocationInResults":false,"testMatch":["**/__tests__/**/*.[jt]s?(x)","**/?(*.)+(spec|test).[tj]s?(x)"],"testPathIgnorePatterns":["/node_modules/"],"testRegex":[],"testRunner":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-jasmine2/build/index.js","testURL":"http://localhost","timers":"real","transform":[["^.+\\.tsx?$","/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/ts-jest/dist/index.js",{}]],"transformIgnorePatterns":["/node_modules/"],"watchPathIgnorePatterns":[]},"instrument":false,"rootDir":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug"},"transformerId":1,"version":"25.3.0"},"message":"computing cache key for /Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts","sequence":6,"time":"2020-03-30T10:27:28.283Z"}
{"context":{"logLevel":30,"namespace":"jest-transformer","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"no matching config-set found, creating a new one","sequence":7,"time":"2020-03-30T10:27:28.283Z"}
{"context":{"config":{"automock":false,"browser":false,"cache":true,"cacheDirectory":"/private/var/folders/nq/cf77fzsx2xz2v48dzgy91fc80000gn/T/jest_dx","clearMocks":false,"coveragePathIgnorePatterns":["/node_modules/"],"cwd":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","detectLeaks":false,"detectOpenHandles":false,"errorOnDeprecated":false,"extraGlobals":[],"forceCoverageMatch":[],"globals":{},"haste":{"computeSha1":false,"providesModuleNodeModules":[],"throwOnModuleCollision":false},"moduleDirectories":["node_modules"],"moduleFileExtensions":["js","json","jsx","ts","tsx","node"],"moduleNameMapper":[],"modulePathIgnorePatterns":[],"name":"1d13295c71fe698d4a29b3c07853b907","prettierPath":"prettier","resetMocks":false,"resetModules":false,"restoreMocks":false,"rootDir":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","roots":["/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug"],"runner":"jest-runner","setupFiles":[],"setupFilesAfterEnv":[],"skipFilter":false,"snapshotSerializers":[],"testEnvironment":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-environment-node/build/index.js","testEnvironmentOptions":{},"testLocationInResults":false,"testMatch":["**/__tests__/**/*.[jt]s?(x)","**/?(*.)+(spec|test).[tj]s?(x)"],"testPathIgnorePatterns":["/node_modules/"],"testRegex":[],"testRunner":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-jasmine2/build/index.js","testURL":"http://localhost","timers":"real","transform":[["^.+\\.tsx?$","/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/ts-jest/dist/index.js",{}]],"transformIgnorePatterns":["/node_modules/"],"watchPathIgnorePatterns":[]},"logLevel":20,"namespace":"backports","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"backporting config","sequence":8,"time":"2020-03-30T10:27:28.285Z"}
{"context":{"jestConfig":{"automock":false,"browser":false,"cache":true,"cacheDirectory":"/private/var/folders/nq/cf77fzsx2xz2v48dzgy91fc80000gn/T/jest_dx","clearMocks":false,"coveragePathIgnorePatterns":["/node_modules/"],"cwd":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","detectLeaks":false,"detectOpenHandles":false,"errorOnDeprecated":false,"extraGlobals":[],"forceCoverageMatch":[],"globals":{"ts-jest":{}},"haste":{"computeSha1":false,"providesModuleNodeModules":[],"throwOnModuleCollision":false},"moduleDirectories":["node_modules"],"moduleFileExtensions":["js","json","jsx","ts","tsx","node"],"moduleNameMapper":[],"modulePathIgnorePatterns":[],"name":"1d13295c71fe698d4a29b3c07853b907","prettierPath":"prettier","resetMocks":false,"resetModules":false,"restoreMocks":false,"rootDir":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug","roots":["/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug"],"runner":"jest-runner","setupFiles":[],"setupFilesAfterEnv":[],"skipFilter":false,"snapshotSerializers":[],"testEnvironment":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-environment-node/build/index.js","testEnvironmentOptions":{},"testLocationInResults":false,"testMatch":["**/__tests__/**/*.[jt]s?(x)","**/?(*.)+(spec|test).[tj]s?(x)"],"testPathIgnorePatterns":["/node_modules/"],"testRegex":[],"testRunner":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-jasmine2/build/index.js","testURL":"http://localhost","timers":"real","transform":[["^.+\\.tsx?$","/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/ts-jest/dist/index.js",{}]],"transformIgnorePatterns":["/node_modules/"],"watchPathIgnorePatterns":[]},"logLevel":20,"namespace":"config","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"normalized jest config","sequence":9,"time":"2020-03-30T10:27:28.285Z"}
{"context":{"logLevel":20,"namespace":"config","package":"ts-jest","transformerId":1,"tsJestConfig":{"compiler":"typescript","compilerHost":false,"diagnostics":{"ignoreCodes":[6059,18002,18003],"pretty":true,"throws":true},"incremental":true,"isolatedModules":false,"packageJson":{"kind":"file"},"transformers":[],"tsConfig":{"kind":"file"}},"version":"25.3.0"},"message":"normalized ts-jest config","sequence":10,"time":"2020-03-30T10:27:28.286Z"}
{"context":{"logLevel":20,"namespace":"Importer","package":"ts-jest","requireResult":{"exists":true,"given":"typescript","path":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/typescript.js"},"version":"25.3.0"},"message":"loaded module typescript","sequence":11,"time":"2020-03-30T10:27:28.511Z"}
{"context":{"logLevel":20,"namespace":"Importer","package":"ts-jest","version":"25.3.0"},"message":"patching typescript","sequence":12,"time":"2020-03-30T10:27:28.511Z"}
{"context":{"actualVersion":"3.8.3","expectedVersion":">=2.7 <4","logLevel":20,"namespace":"versions","package":"ts-jest","version":"25.3.0"},"message":"checking version of typescript: OK","sequence":13,"time":"2020-03-30T10:27:28.512Z"}
{"context":{"logLevel":20,"namespace":"config","package":"ts-jest","transformerId":1,"tsConfigFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/tsconfig.json","version":"25.3.0"},"message":"readTsConfig(): reading /Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/tsconfig.json","sequence":14,"time":"2020-03-30T10:27:28.512Z"}
{"context":{"logLevel":20,"namespace":"config","package":"ts-jest","transformerId":1,"tsconfig":{"input":{"compilerOptions":{}},"resolved":{"compileOnSave":false,"configFileSpecs":{"includeSpecs":["**/*"],"validatedIncludeSpecs":["**/*"],"wildcardDirectories":{"/users/vkrol/projects/ts-jest-25.3.0-allow-js-bug":1}},"errors":[],"fileNames":["/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts"],"options":{"configFilePath":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/tsconfig.json","declaration":false,"inlineSourceMap":false,"inlineSources":true,"module":1,"noEmit":false,"removeComments":false,"sourceMap":true,"target":1},"raw":{"compileOnSave":false,"compilerOptions":{}},"typeAcquisition":{"enable":false,"exclude":[],"include":[]},"wildcardDirectories":{"/users/vkrol/projects/ts-jest-25.3.0-allow-js-bug":1}}},"version":"25.3.0"},"message":"normalized typescript config","sequence":15,"time":"2020-03-30T10:27:28.527Z"}
{"context":{"cacheDirectory":"/private/var/folders/nq/cf77fzsx2xz2v48dzgy91fc80000gn/T/jest_dx/ts-jest/aa/1b533c4eebc7e0793233b75a9ab8d183cebc30","logLevel":20,"namespace":"config","package":"ts-jest","version":"25.3.0"},"message":"will use file caching","sequence":16,"time":"2020-03-30T10:27:28.529Z"}
{"context":{"logLevel":20,"namespace":"ts-compiler","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"compileUsingLanguageService(): create typescript compiler","sequence":17,"time":"2020-03-30T10:27:28.529Z"}
{"context":{"logLevel":20,"namespace":"ts-compiler","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"compileUsingLanguageService(): creating language service","sequence":18,"time":"2020-03-30T10:27:28.530Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":19,"time":"2020-03-30T10:27:28.531Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":20,"time":"2020-03-30T10:27:28.541Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":21,"time":"2020-03-30T10:27:28.545Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":22,"time":"2020-03-30T10:27:28.547Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":23,"time":"2020-03-30T10:27:28.550Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":24,"time":"2020-03-30T10:27:28.553Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":25,"time":"2020-03-30T10:27:28.555Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":26,"time":"2020-03-30T10:27:28.557Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":27,"time":"2020-03-30T10:27:28.559Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":28,"time":"2020-03-30T10:27:28.561Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":29,"time":"2020-03-30T10:27:28.564Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":30,"time":"2020-03-30T10:27:28.568Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":31,"time":"2020-03-30T10:27:28.570Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":32,"time":"2020-03-30T10:27:28.572Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":33,"time":"2020-03-30T10:27:28.575Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":34,"time":"2020-03-30T10:27:28.579Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":35,"time":"2020-03-30T10:27:28.581Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":36,"time":"2020-03-30T10:27:28.587Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":37,"time":"2020-03-30T10:27:28.589Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":38,"time":"2020-03-30T10:27:28.592Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":39,"time":"2020-03-30T10:27:28.595Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":40,"time":"2020-03-30T10:27:28.597Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":41,"time":"2020-03-30T10:27:28.600Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":42,"time":"2020-03-30T10:27:28.604Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":43,"time":"2020-03-30T10:27:28.606Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":44,"time":"2020-03-30T10:27:28.607Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":45,"time":"2020-03-30T10:27:28.610Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/babel__core/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":46,"time":"2020-03-30T10:27:28.612Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":47,"time":"2020-03-30T10:27:28.658Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":48,"time":"2020-03-30T10:27:28.661Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":49,"time":"2020-03-30T10:27:28.664Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":50,"time":"2020-03-30T10:27:28.667Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":51,"time":"2020-03-30T10:27:28.670Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":52,"time":"2020-03-30T10:27:28.675Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":53,"time":"2020-03-30T10:27:28.677Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":54,"time":"2020-03-30T10:27:28.680Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/babel__generator/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":55,"time":"2020-03-30T10:27:28.685Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@babel/types/lib/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":56,"time":"2020-03-30T10:27:28.697Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/babel__traverse/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":57,"time":"2020-03-30T10:27:28.803Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/babel__template/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":58,"time":"2020-03-30T10:27:28.856Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@babel/parser/typings/babel-parser.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":59,"time":"2020-03-30T10:27:28.859Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":60,"time":"2020-03-30T10:27:28.862Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/color-name/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":61,"time":"2020-03-30T10:27:28.864Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/istanbul-lib-coverage/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":62,"time":"2020-03-30T10:27:28.871Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/istanbul-lib-report/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":63,"time":"2020-03-30T10:27:28.875Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":64,"time":"2020-03-30T10:27:28.878Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":65,"time":"2020-03-30T10:27:28.888Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/istanbul-reports/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":66,"time":"2020-03-30T10:27:28.891Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":67,"time":"2020-03-30T10:27:28.893Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":68,"time":"2020-03-30T10:27:28.896Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/jest/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":69,"time":"2020-03-30T10:27:28.899Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":70,"time":"2020-03-30T10:27:28.943Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":71,"time":"2020-03-30T10:27:28.946Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-diff/build/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":72,"time":"2020-03-30T10:27:28.951Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":73,"time":"2020-03-30T10:27:28.953Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":74,"time":"2020-03-30T10:27:28.955Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":75,"time":"2020-03-30T10:27:28.956Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":76,"time":"2020-03-30T10:27:28.957Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-diff/build/cleanupSemantic.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":77,"time":"2020-03-30T10:27:28.958Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-diff/build/diffLines.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":78,"time":"2020-03-30T10:27:28.961Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-diff/build/types.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":79,"time":"2020-03-30T10:27:28.962Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/jest-diff/build/printDiffs.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":80,"time":"2020-03-30T10:27:28.963Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/pretty-format/build/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":81,"time":"2020-03-30T10:27:28.966Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":82,"time":"2020-03-30T10:27:28.971Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/pretty-format/build/types.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":83,"time":"2020-03-30T10:27:28.973Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/prettier/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":84,"time":"2020-03-30T10:27:28.978Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/stack-utils/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":85,"time":"2020-03-30T10:27:28.995Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/yargs/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":86,"time":"2020-03-30T10:27:28.998Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":87,"time":"2020-03-30T10:27:29.037Z"}
{"context":{"call":null,"logLevel":10,"namespace":"ts:serviceHost","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"readFile","sequence":88,"time":"2020-03-30T10:27:29.040Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/@types/yargs-parser/index.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":89,"time":"2020-03-30T10:27:29.042Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/lib.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":90,"time":"2020-03-30T10:27:29.044Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/lib.es5.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":91,"time":"2020-03-30T10:27:29.046Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/lib.dom.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":92,"time":"2020-03-30T10:27:29.185Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/lib.webworker.importscripts.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":93,"time":"2020-03-30T10:27:29.425Z"}
{"context":{"cacheHit":false,"logLevel":10,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/node_modules/typescript/lib/lib.scripthost.d.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"getScriptSnapshot(): cache miss","sequence":94,"time":"2020-03-30T10:27:29.426Z"}
{"context":{"fileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts","logLevel":20,"namespace":"ts-compiler","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"updateMemoryCache(): update memory cache for language service","sequence":95,"time":"2020-03-30T10:27:30.011Z"}
{"context":{"logLevel":20,"namespace":"ts-compiler","normalizedFileName":"/Users/vkrol/Projects/ts-jest-25.3.0-allow-js-bug/lib/__tests__/index.test.ts","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"compileFn(): computing diagnostics for language service","sequence":96,"time":"2020-03-30T10:27:30.011Z"}
{"context":{"logLevel":20,"namespace":"config","package":"ts-jest","transformerId":1,"version":"25.3.0"},"message":"babel is disabled","sequence":97,"time":"2020-03-30T10:27:30.054Z"}

Minimal repo

https://github.com/vkrol/ts-jest-25.3.0-allow-js-bug
https://github.com/vkrol/ts-jest-25.3.0-allow-js-bug/runs/545108331?check_suite_focus=true#step:6:13

This seems new to me, does it happen to 25.2.1 ?

No.

Thanks, seem like it has been there silently for a long time.

This error came from typescript itself. Perhaps you can take a look at this https://github.com/microsoft/TypeScript/issues/14538

The most upvoted answers suggest to set noEmit to true or exclude outDir. noEmit: true doesn't help and outDir doesn't set in the my example.

tsc gives me the same result. So I can confirm it's really related to project configuration. Not sure if ts-jest can do anything in this case

tsc gives me the same result. So I can confirm it's really related to project configuration. Not sure if ts-jest can do anything in this case
noEmit helps in this case. But it doesn't help for ts-jest, so I disagree that this is only a TS configuration issue.

tsc gives me the same result. So I can confirm it's really related to project configuration. Not sure if ts-jest can do anything in this case

noEmit helps in this case. But it doesn't help for ts-jest, so I disagree that this is only a TS configuration issue.

Ok I found another way for this. ts-jest can say: If user enables allowJs but doesn't specify outDir, ts-jest will set outDir to default $$ts-jest$$.

Will this directory really be created?

nope, I just tested that change locally, I can see the test passed but that directory isn't created.

@ahnpnl awesome. Thanks!

"noEmit":true

In case this helps anyone else, I was struggling with this error for a while but the error came down to a separate issue.
Previously our files were configured to transpile only the typescript files, and the JS files would use the transpiled versions. So for example, a JS file would include something like:
const contents = require('../outDir/previouslyTypescript.js')

However, I was trying to include the JS files in the output so they didn't have to do this. But I kept getting:
Cannot write file ... because it would overwrite input file

What I realized (after hitting my head against my desk for far longer than I'd care to admit) was that the .js files were trying to access files in the outDir, so TypeScript was trying to also include THOSE in the transpilation. But those files were the ones being overridden by the CURRENT transpilation. Thus, the "overwrite" error as seen above.
The solution is pretty simple. Just change all imports referencing the outDir to reference the literal typescript files. E.g.
const contents = require('previouslyTypescript')

Hope this helped someone else in need 🙏


fix: rationalise witness for constant values

Related issue(s)
Resolves #770
Description
Summary of changes
Update the internalVarCache when we generate a witness for an internalVar. The Pr also ensures that we create only one witness per constant value.
Test additions / changes
Unit tests added to internalVarCache
Checklist

[X] I have tested the changes locally.
[X] I have formatted the changes with Prettier and/or cargo fmt with default settings.
[X] I have linked this PR to the issue(s) that it resolves.
[X] I have reviewed the changes on GitHub, line by line.
[X] I have ensured all changes are covered in the description.

Documentation needs

[ ] This PR requires documentation updates when merged.

Not going to block a PR over a small logic refactor so feel free to resolve. However in general, breaking our logic into discrete steps massively improves readability compared to pushing everything into a single for-loop.

Not going to block a PR over a small logic refactor so feel free to resolve. However in general, breaking our logic into discrete steps massively improves readability compared to pushing everything into a single nested for-loop.

I think you have a good point re readability of the codebase -- At the offsite, I think we should reserve some time to go over some of these points. It may be that we need a document that specifies certain things we should avoid. Loosely speaking, I tend to grunt at rightwards shifting code.


Keras data streaming reader and training in batch

Hi, dear all,
I am using keras to build up a end-to-end ASR system with attention model. Keras has all the functions I need for building the model. However, the problem right now I have is my data is too large to fit the memory. So I have to use data streaming. Is there any way I can stream the data and then send the partition into training as mini-batch?
Thank you very much! I am new to Keras, sorry for the rookie question.

Read about the fit_generator functionality.  There is documentation on it, and several examples utilize it.
-----Original Message-----
From: "sun-peach"<EMAIL_ADDRESS>Sent: 1/17/2017 4:25 PM
To: "fchollet/keras"<EMAIL_ADDRESS>Cc: "Subscribed"<EMAIL_ADDRESS>Subject: [fchollet/keras] Keras data streaming reader and training in batch(#5068)
Hi, dear all,
I am using keras to build up a end-to-end ASR system with attention model. Keras has all the functions I need for building the model. However, the problem right now I have is my data is too large to fit the memory. So I have to use data streaming. Is there any way I can stream the data and then send the partition into training as mini-batch?
Thank you very much! I am new to Keras, sorry for the rookie question.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@patyork Thank you. I also check find the question in FAQ and a CIFAR10 example.
However, for the CIFAR10 example, I have problem on this piece of code:
model.fit_generator(datagen.flow(X_train, Y_train,
batch_size=batch_size),
samples_per_epoch=X_train.shape[0],
nb_epoch=nb_epoch,
validation_data=(X_test, Y_test))
If I don't mistake, it means for each batch, it will do nb_epoch epochs till the last batch. My personal understanding is that it may be better to do all the batches within 1 epoch and do couple of epochs. If this is right, I should use for loop, right?
Thank you very much!

batch_size : minibatch size.
samples_per_epoch : the number of examples/samples that the network will train on per "epoch".
nb_epochs : the number of epochs to run.
The total number of examples the network will see and train on is samples_per_epoch * nb_epochs.

Thank you. I will close the issue.


Remove button--smaller class and references

Trello card
https://trello.com/c/wDJYES9k/1727-text-contrast-on-small-buttons
Context
Small buttons don't have the required visibility for WCAG AA, text needs to be bigger.

Before
After

Yes looks "fine" to me :)


Link Derived in tparams

The template type name Derived could be a link to a page that explains CRTP

We aren't doing this anymore


feat: convert to async and test in all 3 machine

Signed-off-by: Saurav Sharma<EMAIL_ADDRESS>

bors try

bors try

bors try-

bors try

bors try

bors merge


chore(main): release 1.31.0

:robot: I have created a release beep boop
1.31.0 (2024-11-26)
Features

do not retry on cancelled codes (#561) (be8848f)

Bug Fixes

adjust total count in loadgen example (#562) (d8bd37c)

Miscellaneous

deps: bump github.com/momentohq/client-sdk-go in /examples (#555) (95a4193)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/momentohq/client-sdk-go/releases/tag/v1.31.0 :sunflower:


[bug] lost line number if open first file by leaderf

vim or neovim?

[ ] vim
[x] neovim

Output of vim --version or nvim --version:
NVIM v0.4.3
Build type: Release
LuaJIT 2.0.5
Output of :echo has("python"):
Output of :echo has("python3"):  1
Output of :py print(sys.version):
2.7.17 (default, Oct 24 2019, 12:57:47)
[GCC 4.2.1 Compatible Apple LLVM 11.0.0 (clang-1<IP_ADDRESS>)]
Operating system:

[ ] Linux
[x] Mac OS X
[ ] Windows
[ ] Etc.

Configurations related to LeaderF in vimrc:
noremap  :Leaderf file --popup
noremap  :Leaderf function --popup

Describe your question, feature request, or bug.
if we open first file by leaderf file --popup the line number will disapper
Steps to reproduce
open vim in workspace folder
use Leaderf file --popup and open file

the line number disapper

but if we open any file thanuse Leaderf ,the line number is still there

Sorry, I can not reproduce it, could you provide a minimum vimrc to reproduce it?

it`s seem that it because i rewrite the start page

I use this plugin
Plug 'Carpetsmoker/startscreen.vim'

" start page change
function!

I have similar problem. If set next parameter in 1
let g:nerdtree_tabs_open_on_console_startup = 1


Unable to set a gateway as default gateway

I'm trying to set a gateway (named "TRUEWAN") as the default gateway (there is already a default gw defined on WAN iface, i want to replace it).
In the documentation, i didn't see information about that, so i've naively done a GET on /api/v1/routing/gateway/detail (i've removed unecessary code)  :
{
   "status":"ok",
   "code":200,
   "return":0,
   "message":"Success",
   "data":{
       "WAN_DHCP":{
         "dynamic":true,
         "ipprotocol":"inet",
         "gateway":"<IP_ADDRESS>",
         "interface":"em0",
         "friendlyiface":"wan",
         "friendlyifdescr":"WAN",
         "name":"WAN_DHCP",
         "attribute":"system",
         "isdefaultgw":true,
         "monitor":"<IP_ADDRESS>",
         "descr":"Interface WAN_DHCP Gateway",
         "tiername":""
      },
      "TRUEWAN":{
         "interface":"em1",
         "ipprotocol":"inet",
         "name":"TRUEWAN",
         "nonlocalgateway":"",
         "gateway":"<IP_ADDRESS>",
         [...]
      }
   }
}

So, i've viewed isdefaultgw was set to True for WAN_DHCP gateway. I thinked i had just to set this parameter during the POST:
Data Request:
{'client-id': 'admin', 'client-token': 'pfsense', 'interface': 'em1', 'ipprotocol': 'inet', 'name': 'TRUEWAN', 'gateway': '<IP_ADDRESS>', 'monitor_disable': True, 'action_disable': True, 'isdefaultgw': True, 'apply': True}
Response:
{'status': 'ok', 'code': 200, 'return': 0, 'message': 'Success', 'data': {'interface': 'lan', 'ipprotocol': 'inet', 'name': 'TRUEWAN', 'nonlocalgateway': '', 'gateway': '<IP_ADDRESS>', 'monitor_disable': '', 'action_disable': '', 'monitor': '<IP_ADDRESS>', 'weight': 1, 'data_payload': 1, 'latencylow': 200, 'latencyhigh': 500, 'losslow': 10, 'losshigh': 20, 'interval': 500, 'loss_interval': 2000, 'time_period': 60000, 'alert_interval': 1000}}
BUT, setting this property seems to be ignored... What am i doing bad?

Hey!
Currently it looks like this feature does not exist. The /api/v1/routing/gateway endpoint only interacts with the gateway objects directly, and the /api/v1/routing/gateway/detail can only be used to read verbose details about the configured gateway. An entirely new endpoint to update the default gateway would need to be added since pfSense stores the default gateway settings in a separate configuration area. That being said, this may be a feature that is small enough to justify including in the next patch. I plan on releasing a patch later this week or early next week. I can do a little research and see what would be required. I'll keep this open as a feature request in the meantime.
There are also a couple potential workarounds if you need something sooner:

You could try to update the gateway object that is currently set as the default gateway to use the interface, IP, etc. of your preferred gateway using a PUT request to /api/v1/routing/gateway. This may have undesired effects though and would not work with certain multi-WAN setups.
You could create your gateway using the /api/v1/routing/gateway endpoint, and then use the /api/v1/firewall/rule to create  rules  with the gateway field set your new gateway. This would enable policy-based routing for the rule and route matching traffic out the correct gateway. This could be used to simulate a default gateway without actually setting the default gateway. This may not be ideal if you have many configured interfaces as each would need a rule routing it out the correct gateway.

Thanks!


Cannot read properties of undefined (reading '_type')

Hello!
Thank you for your time and work into this plugin.
I tried that, but I cannot make it work.
I added the code as you displayed on the readme file, but I get this message:
CopyPasteInput.tsx:75 Uncaught (in promise) TypeError: Cannot read properties of undefined (reading '_type')     at onPaste (CopyPasteInput.tsx:75:62)     at onClick (CopyPasteInput.tsx:309:30)
Those are my dependencies on the package.json file
"dependencies": {     "@sanity/document-internationalization": "^1.1.1",     "@sanity/ui": "^1.3.3",     "@sanity/vision": "^3.10.1",     "@superside-oss/sanity-plugin-copy-paste": "^1.0.2",     "get-video-id": "^3.6.5",     "react": "^18.2.0",     "react-dom": "^18.2.0",     "react-icons": "^4.8.0",     "react-is": "^18.2.0",     "sanity": "^3.10.1",     "sanity-plugin-media": "^2.0.5",     "styled-components": "^5.3.10"   },   "devDependencies": {     "@sanity/eslint-config-studio": "^2.0.1",     "eslint": "^8.40.0",     "prettier": "^2.8.8",     "typescript": "^5.0.4"   },

@andreagiachettobold could you share the schema where you inserted defineField(copyPaste)?

Sure!
I followed the readme file, here's my snippet:
`
import {copyPaste} from '@superside-oss/sanity-plugin-copy-paste'
export const page = defineType({
name: 'page',
title: 'Page',
type: 'document',
icon,
i18n: true,
groups: [
{title: 'Content', name: 'content', default: true},
{title: 'Page Settings', name: 'pageSettings'},
{title: 'SEO', name: 'seo'},
],
fields: [
defineField(copyPaste),
defineField({
title: 'Page Title',
name: 'title',
type: 'string',
group: 'content',
validation: (Rule) => Rule.required(),
}),
...
`


AVX optimizations for Brightness kernel - HOST

*Added for U8 , F32 , I8 , F16 variants
*added for PKD3,PLN3,PLN1 with toggle

Made changes based on the review comments @r-abishek


refactor: remove async, methmeth, propprop

This moves the system tests more towards async/await, while dropping a few dependencies along the way.

Does that apply to js files too?
On Mon, Oct 22, 2018, 8:32 AM Justin Beckwith<EMAIL_ADDRESS>wrote:

Merged #253 https://github.com/googleapis/nodejs-logging/pull/253 into
master.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/googleapis/nodejs-logging/pull/253#event-1917785940,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAE0qUKn5zn95MG-0RgD8l4WjuMHSYI9ks5uneUJgaJpZM4XyMQq
.

Yes! I double checked, and the file in the build folder has use strict in it 👍


RFC 7233 - Range Requests

I just began to work on implementing RFC 7233 about Range Requests.
Here is the analysis of how I think it should be implemented, followed by open points for which I will need help:

wrappers.make_conditional, new signature

def make_conditional(self, request_or_environ):

# becomes

def make_conditional(self, request_or_environ, accept_ranges=False,
                         complete_length=None, ignore_invalid_range_requests=True):

Also, make_conditional can now raise RequestedRangeNotSatisfiable exception.

datastructures: new Range.to_content_range_header(self, length) method, to generate Content-Range header value.
Modify exceptions.RequestedRangeNotSatisfiableon order to add Content-Range header support
http.is_resource_modified new signature

It should be able to take If-Range header into account, but in order to keep current behavior, disabled by default.
def is_resource_modified(environ, etag=None, data=None, last_modified=None):

# becomes

def is_resource_modified(environ, etag=None, data=None, last_modified=None, ignore_if_range=True):

With this implemented, the headers should all be OK, but now comes the question of the data itself.
If those headers are set (through make_conditional method), we must (?) ensure that the data sent by the server actually reflect those headers.

Is this the role of Werkzeug, or should this be left to Flask ?
If this should be implemented in Werkzeug, can we implement this in a generic way ?
If we implement this in a generic way, we will not be able to use things like seek() methods, and thus will make file (through wrap_file method) Range Requests pretty inneficient.

Edit: One answer can be to wrap responses, which are iterable, with a RangeWrapper. Its role would be to yield only the data contained within range. This RangeWrapper should also be able to support underlying streams that are seekable, that way we do not need to read and drop if not necessary.

Fixed by #977


Treemap Blinking

Version
4.2.1
Steps to reproduce
OS: MacOS
ScreenSize: 27inch
Browser: Chrome

there is large number of data for TreeMap.  2) Use below similar settings.  3) Treemap is used same as demo: https://ecomfe.github.io/echarts-examples/public/editor.html?c=treemap-show-parent

{
name: 'Main',
type: 'treemap',
// width: '98%',
// height: '95%',
// left: 30,
roam: false,
visibleMin: 300,
                label: {
                    show: true,
                    color: fontColor,
                    position: 'absolute',
                    formatter: function (info) {
                        var labelData = info.data.labels;
                        var labelValueArr = [];
                        if(labelData !== undefined) {
                            Object.keys(labelData).forEach(function (label) {
                                var labelVal = '';
                                //Check lable value is not null or undefined.If undefined then keep blank.
                                if(util.nullCheck(labelData[label])) {
                                    labelVal = labelData[label];
                                }

                                if(label === 'guest') {
                                    labelValueArr.push(labelVal);
                                } else if(label === 'stand') {
                                    label = 'Location';
                                    labelValueArr.push(label   ':'   labelVal);
                                } else {
                                    labelValueArr.push(label   ':'   labelVal);
                                }
                            });
                        }
                        return labelValueArr.join('\n');
                    },
                },
                upperLabel: {
                    normal: {
                        show: true,
                        height: 30
                    }
                },
                itemStyle: {
                    normal: {
                        borderColor: '#fff'
                    }
                },
                levels: $scope.levelOption,
                data: $scope.treemapData
            }

What is expected?
Treemap should be displayed properly
What is actually happening?
Treemap result is displayed but when mouse is hovered on parent label then all the items of treemap go invisible

It only happens on large data

When mouse hovered on label :

When the treemap is loaded

Please provide a working demo as simple as possible here: https://jsfiddle.net/ovilia/n6xc4df3/

Hi could not save into above given url. I have created a new one.
https://jsfiddle.net/hemantss/uwh2543p/2/

Hi Ovilia please do you have any update for this issue.

@susiwen8 Could you help with this issue?

@Ovilia Sure, challenge accepted.

https://github.com/apache/incubator-echarts/blob/master/src/echarts.js#L1666

@susiwen8 Nice job for finding out the reason! Although I don't think it is wise to change progressiveThreshold to be Infinity in the source code. Even it is the correct way to fix this demo, it should be changed in user code rather than source code. @100pah Please have a look.

@hemantITT
As @susiwen8 said, please set
option: {
     hoverLayerThreshold: Infinity,
     series: {
          ...
     }
}

to resolve this problem.
And the default hoverLayerThreshold of treemap will be fixed soon.

Thank you for fixing this one


[NETBEANS-3332] Update plugin version to 4.4

Update nbm-maven-plugin to 4.4 which fixes installer builds with Java 11+
Related to https://issues.apache.org/jira/browse/NETBEANS-2863

thanks


Use match expression in convertToGlideParameter method

In this PR, I try to convert into match expressions that makes code easier to read.

Thanks!


ci: fix benchmarks

Benchmarks are broken on main due to the way the workflow is defined:
      - name: Run benchmark
        # Use bash shell so we get pipefail behavior with tee
        shell: bash
        run: |
          cargo bench \
            --all-features \
            -p re_arrow_store \
            -p re_data_store \
            -p re_log_types \
            -p re_query \
            -p re_tuid \
            -- --output-format=bencher | tee output.txt

re_log_types doesn't have benchmarks on main anymore since #1772, so the command above fails.

Bench re_log_encoding instead
Skip some more costly benchmarks in re_arrow_store when run on CI, using the mechanism introduced in #1787

Merging once https://github.com/rerun-io/rerun/actions/runs/4646381445/jobs/8222767770 is :green_circle:


Changes system theme to light

Upon opening the app, it changes the system-wide theme from dark to light.

Added a setting called "Fix inverted images" in Miscellaneous, disabling it and restarting the app should fix the issue

It's working now 👍


Delete "uploading test results" to save time in CI

Motivation

Faster tests
Test plan

See included automated tests.

Is there an easy way to replace the junit xml with a text file that contains the output from the terse test summary? That's the output that I'm more interested anyway, and I'd imagine it's much faster to produce.

take a look at the test-static-sanitized.sh. if you like it i can copy it to the compiler one

I think this looks good, do you have an example build failure that I can take a look at?

I think this looks good, do you have an example build failure that I can take a look at?

https://buildkite.com/sorbet/sorbet/builds/20674#72fe6f4d-9f9e-400a-9006-dfc501d2d502

I think this looks good, do you have an example build failure that I can take a look at?

https://buildkite.com/sorbet/sorbet/builds/20674#72fe6f4d-9f9e-400a-9006-dfc501d2d502

This looks really good! Let's move the compiler test over as well.


Error downloading from Xamarin server. Visual Studio for Mac Preview.

VSCode Version: Visual Studio for Mac Preview 7.0.0
OS Version: macOS Sierra Versión 10.12.3

Steps to Reproduce: Visual Studio for Mac Preview

Download the latest installer from https://code.visualstudio.com/download
Try to install, and get:

System.NullReferenceException:

Error downloading from Xamarin server. Visual Studio for Mac Preview.
The remote server returned an error: (404) Not Found.
Exception type: System.Net.WebException
Message: The remote server returned an error: (404) Not Found.
at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00065] in /Library/Frameworks/Xamarin.Mac.framework/Versions/<IP_ADDRESS>/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1025
at System.Net.HttpWebRequest.GetResponse () [0x0000e] in /Library/Frameworks/Xamarin.Mac.framework/Versions/<IP_ADDRESS>/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1037
at Xamarin.Components.Ide.Web.RequestHelper.GetResponse (System.Func1[TResult] createRequest, System.Action1[T] prepareRequest) [0x0023e] in /Users/builder/data/lanes/4232/cf720f11/source/installer/Xamarin.Web.Installer/MonoDevelop.Core.Web/RequestHelper.cs:83

@kieferrm Did we establish which the best channel is to forward issues for Xamarin?

@lenin-interware Got the same error, can confirm that the following *.pkg does not exist on xamarin's server.
https://dl.xamarin.com/VsMac/VisualStudioForMac-Preview1-<IP_ADDRESS>15.dmg

same error here , with the last update

I got the same error.

any fix? I tried to reinstall this and now I ended without any visual studio at all.

Note that VS Code and Visual Studio for Mac are two distinct products.  https://code.visualstudio.com/downloads will install VS Code, so I'm not sure where the exact page you were trying to download from.
Regardless, the link above seems to work now, so closing.


IOS: The default Firebase app has not yet been configured

Hi i added firebase to my app, i get this error after integration of the analytics in my project on IOS
2020-03-26 16:23:48.317131+0100 BasketColors[1383:652946] 6.17.0 - [Firebase/Core][I-COR000003] The default Firebase app has not yet been configured. Add [FIRApp configure]; (FirebaseApp.configure() in Swift) to your application initialization. Read more: https://goo.gl/ctyzm8.
There is nothing online to fix it....any help?

Waad salaaman tihiin dhamman
Macamiisha kuhiran barnamij keena


Fix/refresh token app router

Explain your changes
This fixes issue with refreshing tokens
Includes minor refactors
Checklist

[ ] I have read the “Pull requests” section in the contributing guidelines.
[ ] I agree to the terms within the code of conduct.

🛟 If you need help, consider asking for advice over in the Kinde community.

This PR essentially makes middleware a requirement instead of optional - documentation will need to be updated. This is the best we can do without being able to modify Cookies in RSCs/server functions, an unfortunate limitation in how NextJS does things. Whether this can be introduced in 2.5.0 or needs to be a new major (3.0.0) needs to be decided.
While we can modify Cookies in server actions, they must be called from the client - we still need a way of appropriately handing cookies in RSCs.
This also means that refreshTokens in getKindeServerSession will always fail in an RSC. Though it will worked if called from the client via a server action.
Documentation update
We need middleware to run on every route ideally for a seamless refresh flow.
Instead of...
import {withAuth} from "@kinde-oss/kinde-auth-nextjs/middleware";

export default function middleware(req) {
  return withAuth(req);
}

export const config = {
  matcher: ["/admin"]
};

We should now have...
import {withAuth} from "@kinde-oss/kinde-auth-nextjs/middleware";

export default function middleware(req) {
  return withAuth(req);
}

export const config = {
  matcher: [
    // Skip Next.js internals and all static files, unless found in search params
    '/((?!_next|[^?]*\\.(?:html?|css|js(?!on)|jpe?g|webp|png|gif|svg|ttf|woff2?|ico|csv|docx?|xlsx?|zip|webmanifest)).*)',
    // Always run for API routes
    '/(api)(.*)',
  ],
}

We can still create public paths with the options as before.
Potential issues/edge cases
The primary edge case I identified is the following (also documented in code):

Middleware is only protecting /admin (our current documentation)
User has an authenticated session, but it has expired.
User visits / (not protected by middleware, so no token refreshing is being done)
/ is an RSC that accesses auth data. Because no token refreshing has been done, we're accessing stale tokens.

Solution A (the real fix):
This edge case is solved by going for an 'opt-out' middleware solution where we protect (almost) everything by default and opt routes out via publicPaths (or a user could modify the matcher themselves). This is what this PR would aim to achieve.
Given this is a fairly large change, we need a way to prevent this edge case for users that may not adopt it right away.
Solution B (the band-aid):
I've introduced a utility function called redirectOnExpiredToken which is checked in the following instances:

getAccessTokenFactory
getIdTokenFactory
isAuthenticatedFactory

Ideally we'd check redirectOnExpiredToken whenever we called getKindeServerSession, but we'd need getKindeServerSession to be async, which is a breaking change.
redirectOnExpiredToken has the following logic:

If the token passed to it is null, don't do anything. We do this because if we're checking authentication status when there is no logged in user, we don't want to redirect - this would unintentionally protect the route.
If the token passed to it is is defined but not expired, don't do anything.
If the token is defined and is expired, redirect to login. This isn't too jarring - if the refresh token is valid, it'll be an instant login.

We unfortunately can't redirect back to the current page with this redirect - RSCs have no way to get the currently path name, which is an unfortunate limitation. There are workarounds with middleware and headers - but that doesn't apply in this edge case as middleware isn't protecting this route.

Looking forward to hearing your thoughts and feedback!

At this point I've tested quite extensively and managed to push fixes for the edge cases I've been able to find. Given my testing, I do believe this PR is feature complete now. Please let me know if any more edge cases are found.


Fixed Issue: #370

Description

This pull request adds a feature to generate a random coupon code for first-time users, providing them with a 30% discount offer. The coupon code is displayed prominently on the cart page to incentivize users to make a purchase.
Changes Made

Added JavaScript logic to generate a random coupon code.
Implemented functionality to check if the user is a first-time user and display the coupon code with the discount offer.
Styled the coupon code to make it visually prominent by highlighting it with a yellow background and bold font.

Screenshots

Testing

Tested the feature on different browsers and devices to ensure cross-browser compatibility.
Checked the functionality to ensure that the coupon code persists even after page refresh.

Checklist

[x] The code follows the project's coding standards.
[x] The feature has been tested thoroughly and functions as expected.
[x] No existing functionality has been broken by the changes.

Issue Resolved
#370
Additional Notes
This PR is under the GSSOC'24

@sunny0625 sir see this PR as it will resolved the issue number #370

@khushi-joshi-05 please add gssoc badge and level 3 badge on it as before.

@sunny0625 @khushi-joshi-05 please add gssoc and level badge to it

@sunny0625 sir please assign me on this merged pr.


Lint the code and make it follow the golang conventions

When I read the code, many warnings raises from my IDE. It looks like it is complaining about the golang naming/comment convention.
If you agree, I will fix them and add a Makefile to make it easy to find/fix.

Could you please give an example? Based on that I would let you know, if we want to make that change.

@pgmsft Here is some examples:

Indent

 func (u *clientUi) printDbg(format string, a ...interface{}) {
-    if logDebug {
-        s := fmt.Sprintf(format, a...)
-        logDbg(s)
-        fmt.Println(s)
-    }
+       if logDebug {
+               s := fmt.Sprintf(format, a...)
+               logDbg(s)
+               fmt.Println(s)
+       }
 }

Function return

client.go:37:1: error should be the last type when returning multiple items

Naming

clientui.go:14:6: type clientUi should be clientUI

ui.go:98:2: don't use underscores in Go names; var align_offset should be alignOffset

Comment

utils.go:49:2: exported const UNO should have comment (or a comment on this block) or be unexported

These changes sounds good, thank you for signing up to do this. Please submit the PR and I would accept.

@pgmsft @lylex
it should be checked golint command and I will fix all of them later.
$ golint ./...
client.go:37:1: error should be the last type when returning multiple items
client.go:356:6: func runHttpTest should be runHTTPTest
clientui.go:14:6: type clientUi should be clientUI
clientui.go:83:6: func initClientUi should be initClientUI
ethr.go:44:2: var showUi should be showUI
log.go:84:3: var logJson should be logJSON
log.go:113:3: var logJson should be logJSON
log.go:134:3: var logJson should be logJSON
plt_darwin.go:45:6: func getTcpStats should be getTCPStats
plt_darwin.go:73:2: don't use underscores in Go names; struct field Snd_len should be SndLen
plt_darwin.go:74:2: don't use underscores in Go names; struct field Snd_maxlen should be SndMaxlen
plt_darwin.go:75:2: don't use underscores in Go names; struct field Snd_drops should be SndDrops
server.go:22:41: func parameter showUi should be showUI
server.go:42:17: func parameter showUi should be showUI
server.go:141:6: func runTcpBandwidthServer should be runTCPBandwidthServer
server.go:177:6: func runTcpBandwidthHandler should be runTCPBandwidthHandler
server.go:197:6: func runTcpCpsServer should be runTCPCpsServer
server.go:220:6: func runTcpCpsHandler should be runTCPCpsHandler
server.go:229:6: func runTcpLatencyServer should be runTCPLatencyServer
server.go:257:6: func runTcpLatencyHandler should be runTCPLatencyHandler
server.go:320:6: func runUdpPpsServer should be runUDPPpsServer
server.go:347:6: func runUdpPpsHandler should be runUDPPpsHandler
server.go:367:6: func runHttpBandwidthServer should be runHTTPBandwidthServer
server.go:375:6: func runHttpBandwidthHandler should be runHTTPBandwidthHandler
serverui.go:29:6: func initServerUi should be initServerUI
serverui.go:29:19: func parameter showUi should be showUI
session.go:16:6: exported type EthrTestType should have comment or be unexported
session.go:19:2: exported const Bandwidth should have comment (or a comment on this block) or be unexported
session.go:25:6: exported type EthrProtocol should have comment or be unexported
session.go:28:2: const Tcp should be TCP
session.go:28:2: exported const Tcp should have comment (or a comment on this block) or be unexported
session.go:29:2: const Udp should be UDP
session.go:30:2: const Http should be HTTP
session.go:31:2: const Https should be HTTPS
session.go:35:6: exported type EthrTestId should have comment or be unexported
session.go:35:6: type EthrTestId should be EthrTestID
session.go:40:6: exported type EthrMsgType should have comment or be unexported
session.go:43:2: exported const EthrInv should have comment (or a comment on this block) or be unexported
session.go:51:6: exported type EthrMsgVer should have comment or be unexported
session.go:53:6: exported type EthrMsg should have comment or be unexported
session.go:63:6: exported type EthrMsgSyn should have comment or be unexported
session.go:67:6: exported type EthrMsgAck should have comment or be unexported
session.go:70:6: exported type EthrMsgFin should have comment or be unexported
session.go:74:6: exported type EthrMsgBgn should have comment or be unexported
session.go:75:2: struct field UdpPort should be UDPPort
session.go:78:6: exported type EthrMsgEnd should have comment or be unexported
session.go:82:6: exported type EthrTestParam should have comment or be unexported
session.go:83:2: struct field TestId should be TestID
session.go:172:2: var testId should be testID
stats.go:26:6: type ethrTcpStat should be ethrTCPStat
ui.go:98:2: don't use underscores in Go names; var align_offset should be alignOffset
ui.go:212:6: type ethrUi should be ethrUI
utils.go:49:2: exported const UNO should have comment (or a comment on this block) or be unexported

@pgmsft I have fixed them in https://github.com/Microsoft/Ethr/pull/37

@u5surf Sorry, I just noticed your comment. I have finished the replacements. And it is appreciated if you can help to double-check them.


W-13709260 Update policies-included-http-caching.adoc

Writer's Quality Checklist
Before merging your PR, did you:

[ ] Run spell checker
[ ] Run link checker to check for broken xrefs
[ ] Check for orphan files
[ ] Perform a local build and do a final visual check of your content, including checking for:

Broken images
Dead links
Correct rendering of partials if they are used in your content
Formatting issues, such as:

Misnumbered ordered lists (steps) or incorrectly nested unordered lists
Messed up tables
Proper indentation
Correct header levels

[ ] Receive final review and signoff from:

Technical SME
Product Manager
Editor or peer reviewer
Reporter, if this content is in response to a reported issue (internal or external feedback)

[ ] If applicable, verify that the software actually got released

Merging because Diane has previously approved these edits:
https://github.com/mulesoft/docs-gateway/pull/334


Latest update broke the app

v1.25 removes the option to run the app(test in fdroid) and doesn't show in the launcher either.
Plus the new open gopher link crashes the app.
v1.24 doesn't have these issues.
Gopher links tested from here: http://www.ucc.asn.au/~alastair/gopher.html

I am terribly sorry. The problem seems to have been caused by a change I made in the manifest of the app. I have created a new pull request which hopefully fixes the issue. I have tested by creating an APK and installing it manually on my device. The issue did not appear when I made the original change and tested it by deploying it via Android Studio.

When will the app comes back ?

I have created an issue for F-Droid: https://gitlab.com/fdroid/fdroiddata/issues/1662
I will also mention @afonsotrepa here and hope that this will trigger an email.


nfs: fix package install for debian/suss systems

This resolves the following error:
E: There were unauthenticated packages and -y was used without
--allow-unauthenticated
Signed-off-by: Sébastien Han<EMAIL_ADDRESS>

jenkins test luminous-ansible2.4-xenial_cluster

Xenial issue is different. But the current bug is fixed with this patch so merging.


Be able to specify output for forms

Running a form always outputs the UI to stdout:
https://github.com/charmbracelet/huh/blob/main/form.go#L560
This is problematic if a program ultimately produces some output to stdout that the user wants to redirect into a file or pipe into another program.
It would be awesome if there was a way exposed to change this to Stderr, or maybe it should just default to stderr like the spinner does:
https://github.com/charmbracelet/huh/blob/main/spinner/spinner.go#L144

Hi! There's actually support for this on main in the form of Form.WithProgamOptions:
err := huh.NewForm(/* ... */).
	WithProgramOptions(tea.WithOutput(os.Stderr)).
	Run()

That said, we may want to smooth the API out a little into something slightly more high level (i.e. Form.WithOutput()).

Hi! There's actually support for this on main in the form of Form.WithProgamOptions:
err := huh.NewForm(/* ... */).
	WithProgramOptions(tea.WithOutput(os.Stderr)).
	Run()

That said, we may want to smooth the API out a little into something slightly more high level (i.e. Form.WithOutput()).

Would appreciate something like that as well, thank you for providing the answer :)

@survivorbat  It would be nice to direct the output of accessible mode to the specified output. Currently accessible form use fmt.Println() always sending to stdout.

@meowgorithm Is there an ETA on a new cut of a release from main for this? We are blocked on this feature, primarily because there's no way to make a Form work correctly when invoked with tea.NewProgram(...) directly due to the submitCmd being private (and only being set via Form.Run()) - https://github.com/charmbracelet/huh/blob/main/form.go#L549
Our use case is using huh with a Kong as a CLI wrapper, and Kong can provide its own Stdin/Stdout buffers, but obviously they are entirely disconnected from what huh.Form does.

@meowgorithm  It would be nice to direct the output of accessible mode to the specified output. Currently accessible forms use fmt.Println() always sending to stdout. With something like Form.WithOutput() we would could use the output in accessible code with fmt.Fprintln(out, ...)
What do you think?

Hey! Just added a WithOutput for TUI mode in #201  and will later propagate it to accessible mode!

Great! Thanks

@shakefu:

@meowgorithm Is there an ETA on a new cut of a release from main for this?

We expect to cut a release soon, but in the mean time it's totally reasonable to pin to main; github.com/charmbracelet/huh@main.

Closing this as we added WithOutput and will cut a new release ASAP!


fixed Refactor text color styling to be applied in the include file #1148

Description
This PR fixes #1148
Signed commits

[x] Yes, I signed my commits.

This PR can now be reviewed.

Great Work :clap:  @Sumitmaithani :rocket:
Thanks for such a detailed description.
@thisiskaransgit will you have a review and see that all your requested changes are incorporated. @Sumitmaithani has done a great work providing with the well detailed description of the fix

@vishalvivekm Thanks for the kind words and appreciation, it means a lot! 🤗

👋 Hey @thisiskaransgit , just wanted to give you an update that I've implemented the changes you suggested. 😊 Thanks for your valuable input!
https://github.com/meshery/meshery.io/assets/86047367/005598e0-c8f7-4aaa-885a-5bec72377594

👋 Hye @leecalcote

@leecalcote

Please take a look @Shivam-AfA  and @Chadha93, the changes look good to me

@Sumitmaithani
Let's get the final feedback from the community: add this as an agenda item in the meeting minutes, if you would :).
// @thisiskaransgit

Amazing @Sumitmaithani 👍 Good work

Thanks, @Savio629 ! Thanks for pointing out this issue, and sorry for the late response. I missed this message. I will fix it.

Hey @Savio629, check it out now! 😊👀
https://github.com/meshery/meshery.io/assets/86047367/5f790704-763f-482b-b496-5b05f4b2c152

Hey @Savio629, PTAL 😊👀
https://github.com/meshery/meshery.io/assets/86047367/5f790704-763f-482b-b496-5b05f4b2c152

@Avi-88 more duplication

@Sumitmaithani Thanks for working on this. 👍


pip-tools 1.3.0

Upgrade pip-tools to get rid of internal references to requirements.testing.in. Also fix tox.ini commenting a  couple other pieces of house cleaning.

Hey @paulkernfeld!
Wanted to make you aware of this. This is the fix that allows you to have multiple requirements files in pip-tools, which gets rid of that gross, but necessary, reference to requirements.testing.in.
Thanks again for making sure we update this!

@khwilson this is great! It really simplifies the workings, which is important because this project is supposed to be easy to understand.


gradlew support is broken in 2.1.0

When using a gradle wrapper (i.e., ./gradlew) on a system that does not have gradle installed, the "detection" phase short-circuits and does not run the Gradle package manager against the project.
h/t to @glyn for reporting this issue.

Thanks Mike. A workaround is either to install gradle or to use a symbolic link along these lines:
sudo ln -s <project directory>/gradlew /usr/local/bin/gradle

I just saw this issue after I filed my PR #232. I'll amend the commit message to link to this issue.

Thanks to the recent merges by @Manifaust this should be fixed now.

@sschuberth thank you and sorry for the delay


Question about process using 100% CPU of one core

Really appreciate psi-notify, awesome project :)
I got one small problem/question, but it may be out of psi-notifys scope.
I sometime get one process or another stuck at 100% CPU. Right now it seems to be some problem with pipewire that uses 100% CPU of one core. My problem is that I got 4 cores / 8 threads so this does not really get picked up by psi-notify. Even with my current config:
threshold cpu some avg10 1.00
I guess the total load of my CPU/machine is not really affected enough even if this process is stuck at using 100% CPU of one core.
I'm not running with log_pressures enabled at the moment so I can't really tell what the pressure is reported as at when this happens.
I could try to lower the CPU pressure even lower than 1.00 but that'll may result in a lot of false positives.
Any advice for picking this up or do I just have to try with lower settings and find the right threshold for reporting this?

We have an explanation of how we calculate pressures here: https://facebookmicrosites.github.io/psi/docs/overview
So if (let's say) your machine has four cores, and this single-threaded process takes up 100% of one of them, it can only produce at maximum 25% cpu some, because it's not taking up all of the resources on the system. In reality it's probably less, as long as it's making forward progress, since it's probably not always blocked on the CPU.
PSI's goal is to measure resource contention across the machine, either at a cgroup or a machine scope. In that respect, this only takes up some limited amount of machine resources, so PSI also only reports a limited amount of machine resources being contended upon.
The correct answer really depends on what your application is doing.

Yeah, that was my understanding of psi as well. Thanks for the information and clarification.
The correct solution is of course that pipewire fixes the issue, which it did in the latest release.
The task of finding/alerting for CPU intensive processes or processes stuck at using 100% of one core is clearly something other than psi-notifys goal. Maybe I'll try to throw something together myself for this.
Thanks again for your help!


Break up "buildCookieHeader" into separate accessors for the header's name and value

Two separate accessors, e.g.
Cookie::buildCookieHeaderName()
Cookie::buildCookieHeaderValue(...)

// or

$cookie->getHeaderName()
$cookie->getHeaderValue()

or similar, with the old accessor then composed of the new ones, would make the Cookie class more modular and re-usable, as seen in https://github.com/delight-im/PHP-Cookie/issues/8.

No obvious use cases anymore


test: save the github action test logs to artifacts

Codecov Report

Merging #16 into master will decrease coverage by 0.60%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #16      +/-   ##
==========================================
- Coverage   86.66%   86.05%   -0.61%
==========================================
  Files          51       51
  Lines        1087     1090       +3
  Branches      241      242       +1
==========================================
- Hits          942      938       -4
- Misses        134      141       +7
  Partials       11       11

Impacted Files
Coverage Δ

<EMAIL_ADDRESS>91.89% <100.00%> (-2.23%)
:arrow_down:

<EMAIL_ADDRESS>51.21% <0.00%> (-4.88%)
:arrow_down:

<EMAIL_ADDRESS>90.62% <0.00%> (-3.13%)
:arrow_down:

<EMAIL_ADDRESS>68.23% <0.00%> (-2.36%)
:arrow_down:

Continue to review full report at Codecov.

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


formula: add deprecation_date and disable_date methods

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[x] Have you successfully run brew typecheck with your changes locally?
[x] Have you successfully run brew tests with your changes locally?
[x] Have you successfully run brew man locally and committed any changes?

This PR adds the Formula#deprecation_date and Formula#disable_date methods. These will return the respective dates when they exist. If not, the methods return nil. This is needed for https://github.com/Homebrew/actions/pull/133 and https://github.com/Homebrew/homebrew-core/pull/67386.
I'm marking this as critical because it is blocking those other PRs. Since the PR is a simple change that only adds methods that aren't used in the codebase yet, I don't feel the full 24 hours are needed. However, I will wait to merge until I'm ready to move forward with the other PRs.

Review period skipped due to critical label.

I'm fine with this but I wonder if as-well/instead it'd be easier for the actions to have this be part of the JSON output?

How would one get JSON information for all formulae in a ruby script? I know that brew info --json returns the JSON output and I could retrieve a ruby hash of the JSON output with formula.to_hash, but I don't think that solution works any better or worse than what I currently have.
Regardless, I think it makes sense to have the deprecation/disable date and reason in the JSON output, so I'll add it. That was Eric and others can use it if they desire.

How would one get JSON information for all formulae in a ruby script? I know that brew info --json returns the JSON output and I could retrieve a ruby hash of the JSON output with formula.to_hash, but I don't think that solution works any better or worse than what I currently have.

I was thinking you might prefer shelling out to brew info --json than a Ruby script. If not: no worries.

I was thinking you might prefer shelling out to brew info --json than a Ruby script. If not: no worries.

Is there a significant speed/other benefit to doing that? We're already working in ruby so shelling out just to bring it back into ruby doesn't seem that helpful to me. Plus, speed isn't going to be an issue here. We only need the action to run once a day anyway so if it takes five minutes to run it's not a huge deal.

Is there a significant speed/other benefit to doing that? We're already working in ruby so shelling out just to bring it back into ruby doesn't seem that helpful to me.

Nope, thought you might be shelling out from JS.

Nope, thought you might be shelling out from JS.

Ah, gotcha! In that case, makes a lot of sense.


Add Accelerate framework dependency to hmatrix on darwin

Without this, executables based on hmatrix will fail to link

Please rename commit's name following our guide from CONTRIBUTING.md

@jagajaga Updated; does that look better?

Thanks!


support if not exists

If a user add IF NOT EXISTS to their create statements we currently drop that information.

this is implicitly supported int he new design using as_crr


aks nodes don't reboot

Hello,
I have kured 1.7 installed on my  kubernetes 1.21.2  aks cluster.
I've installed kured using this 2.7.0  helm chart with this custom configuration :
    configuration:
      rebootDays: [mo,tu,we,th,fr]
      startTime: "22:00"
      timeZone: "UTC"

Pods are now running OK, but failed during reboot's period without any more details about why (Events is empty) :
#> kubectl get pods -n kured
NAME          READY   STATUS    RESTARTS   AGE
kured-fm24k   1/1     Running   2          3d16h
kured-lk5v7   1/1     Running   2          3d17h
kured-r4t4r   1/1     Running   2          3d16h

#> kubectl describe pods/kured-fm24k -n kured
Name:         kured-r4t4r
Namespace:    kured
Priority:     0
Node:         aks-default-24050180-vmss000001/<IP_ADDRESS>
Start Time:   Thu, 18 Nov 2021 15:48:52 +0100
Labels:       app=kured
              chart=kured-2.7.0
              controller-revision-hash=564d669cbf
              heritage=Helm
              pod-template-generation=1
              release=kured
Annotations:  <none>
Status:       Running
IP:           <IP_ADDRESS>
IPs:
  IP:           <IP_ADDRESS>
Controlled By:  DaemonSet/kured
Containers:
  kured:
    Container ID:  containerd://af447252aa7551e07b592c6d3dd838cf52e5505cb038e38fb52c47eb45e5d453
    Image:         weaveworks/kured:1.7.0
    Image ID:      docker.io/weaveworks/kured@sha256:c051b8d1901598b7192e6a229171e7887757b78b92efcbf81c4473243b89358e
    Port:          8080/TCP
    Host Port:     0/TCP
    Command:
      /usr/bin/kured
    Args:
      --ds-name=kured
      --ds-namespace=kured
      --reboot-days=mo
      --reboot-days=tu
      --reboot-days=we
      --reboot-days=th
      --reboot-days=fr
      --reboot-command=/sbin/systemctl reboot
      --start-time=22:00
      --time-zone=UTC
    State:          Running
      Started:      Sat, 20 Nov 2021 00:53:34 +0100
    Last State:     Terminated
      Reason:       Error
      Exit Code:    1
      Started:      Fri, 19 Nov 2021 23:35:14 +0100
      Finished:     Sat, 20 Nov 2021 00:53:32 +0100
    Ready:          True
    Restart Count:  2
    Environment:
      KURED_NODE_ID:   (v1:spec.nodeName)
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-7msr7 (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             True
  ContainersReady   True
  PodScheduled      True
Volumes:
  kube-api-access-7msr7:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
Tolerations:                 node-role.kubernetes.io/master:NoSchedule
                             node.kubernetes.io/disk-pressure:NoSchedule op=Exists
                             node.kubernetes.io/memory-pressure:NoSchedule op=Exists
                             node.kubernetes.io/not-ready:NoExecute op=Exists
                             node.kubernetes.io/pid-pressure:NoSchedule op=Exists
                             node.kubernetes.io/unreachable:NoExecute op=Exists
                             node.kubernetes.io/unschedulable:NoSchedule op=Exists
Events:                      <none>

I have 3 nodes on my cluster that never have been rebooted though I have manually created a /var/run/reboot-required file on one of the vmss' instances :
uptime :
#> kubectl get nodes
NAME                              STATUS   ROLES   AGE     VERSION
aks-default-24050180-vmss000000   Ready    agent   3d17h   v1.21.2
aks-default-24050180-vmss000001   Ready    agent   3d17h   v1.21.2
aks-default-24050180-vmss000002   Ready    agent   3d17h   v1.21.2

ssh in vmss :
Last login: Mon Nov 22 07:23:54 2021 from <IP_ADDRESS>
cluster-admin@aks-default-24050180-vmss000001:~$ ls /var/run/reboot-required -l
-rwxrwxrwx 1 root root 32 Nov 19 08:21 /var/run/reboot-required

show logs :
#> kubectl logs -l app=kured -n kured --follow
time="2021-11-19T23:53:34Z" level=info msg="Lock TTL not set, lock will remain until being released"
time="2021-11-19T23:53:34Z" level=info msg="Lock release delay not set, lock will be released immediately after rebooting"
time="2021-11-19T23:53:34Z" level=info msg="PreferNoSchedule taint: "
time="2021-11-19T23:53:34Z" level=info msg="Blocking Pod Selectors: []"
time="2021-11-19T23:53:34Z" level=info msg="Reboot schedule: ---MonTueWedThuFri--- between 22:00 and 23:59 UTC"
time="2021-11-19T23:07:15Z" level=info msg="Lock TTL not set, lock will remain until being released"
time="2021-11-19T23:30:26Z" level=info msg="Lock TTL not set, lock will remain until being released"
time="2021-11-19T23:53:34Z" level=info msg="Reboot check command: [test -f /var/run/reboot-required] every 1h0m0s"
time="2021-11-19T23:07:15Z" level=info msg="Lock release delay not set, lock will be released immediately after rebooting"
time="2021-11-19T23:30:26Z" level=info msg="Lock release delay not set, lock will be released immediately after rebooting"
time="2021-11-19T23:53:34Z" level=info msg="Reboot command: [/sbin/systemctl reboot]"
time="2021-11-19T23:53:34Z" level=info msg="Holding lock"
time="2021-11-19T23:53:34Z" level=info msg="Uncordoning node aks-default-24050180-vmss000001"
time="2021-11-19T23:07:15Z" level=info msg="PreferNoSchedule taint: "
time="2021-11-19T23:30:26Z" level=info msg="PreferNoSchedule taint: "
time="2021-11-19T23:53:34Z" level=info msg="Releasing lock"
time="2021-11-19T23:07:15Z" level=info msg="Blocking Pod Selectors: []"
time="2021-11-19T23:07:15Z" level=info msg="Reboot schedule: ---MonTueWedThuFri--- between 22:00 and 23:59 UTC"
time="2021-11-19T23:30:26Z" level=info msg="Blocking Pod Selectors: []"
time="2021-11-19T23:30:26Z" level=info msg="Reboot schedule: ---MonTueWedThuFri--- between 22:00 and 23:59 UTC"
time="2021-11-19T23:30:26Z" level=info msg="Reboot check command: [test -f /var/run/reboot-required] every 1h0m0s"
time="2021-11-19T23:07:15Z" level=info msg="Reboot check command: [test -f /var/run/reboot-required] every 1h0m0s"
time="2021-11-19T23:07:15Z" level=info msg="Reboot command: [/sbin/systemctl reboot]"
time="2021-11-19T23:07:16Z" level=info msg="Holding lock"
time="2021-11-19T23:07:16Z" level=info msg="Uncordoning node aks-default-24050180-vmss000000"
time="2021-11-19T23:30:26Z" level=info msg="Reboot command: [/sbin/systemctl reboot]"
time="2021-11-19T23:30:26Z" level=info msg="Holding lock"
time="2021-11-19T23:07:16Z" level=info msg="Releasing lock"
time="2021-11-19T23:30:26Z" level=info msg="Uncordoning node aks-default-24050180-vmss000002"
time="2021-11-19T23:30:26Z" level=info msg="Releasing lock"

I was confident that my vmss000001 node would reboot on Friday between 22:00 and 00:00 but nothing happened.
Any chance you see something broken in my configuration that would causes kured not to work as expected ?

Fixed : I realized I was facing this same issue #44


Bundle fonts from dependent packages

Similar to #11751, also bring in fonts and extend the FontManifest.json when dependent packages reference custom fonts in their pubspec.

Yay, it's already done
https://github.com/flutter/flutter/pull/12237

For record, the instructions documenting the new behaviour is at https://github.com/flutter/website/pull/683


fix(doc): RichTextPlugin placeholder

Thank you for amazing work.
The RichTextPlugin currently accepts a placeholder as JSX.Element | string.
But, docs are still documented as null. This PR fixes it.
https://github.com/facebook/lexical/blob/48bfe0809b4ea74ef09dbece193e8d1cc1f638d1/packages/lexical-react/src/LexicalRichTextPlugin.tsx#L30

Looks good! Sign the CLA and we'll get it merged!

Thanks! I've signed CLA and expect the check will run again.


feat: mobile optimization for dashboard/mentor homepage

Description of Changes

fix: notification click bug
add: responsiveness and optimized for mobile devices

Checklist:

[x] My code adheres to the established style guidelines of this project.
[x] I have conducted a self-review of my code.
[x] I have included comments in areas that may be difficult to understand.
[x] I have made corresponding updates to the project documentation.
[x] My changes have not introduced any new warnings.

@anmode .

Profile page and queries page needs opitmization, if you ok you can create PR for it.. and also providing a logout button too!


Wrong fallback contracts are used if the contracts are not found

Can you elaborate on this @liliya-soroka?


Is the implemention of PointRCNN different from the paper?

I din't find that POINT_HEAD use the bin-based method ... Did I miss something in the code, or is it diffrent from the paper...
Thanks for replying...

#255
ok, I know it...


Update README.md installation requirements for GxM

The installation instructions in GxM documentation should include in addition to the mentioned directories:

icpc installed and set on the machine (can be installed from here)
MKL and OpenMP installed on the machine (as the binary depends on it).

One can just install oneAPI package on the machine.

GxM is no longer maintained as we are moving to TPPs and pytorch extensions:
https://arxiv.org/abs/2104.05755
We expect that in Q1/21 GxM will be removed from the master source tree.


deal with initialisation errors

script fail without logged error if:

git config not set (user.name and user.email)
not logged into gin (gin loginnot performed)

PS: new script needs ssh, so gin login may not be necessary.

gin login done if not logged in.

make new issue  for git config not set, close this one


2.0.0

Description
Bumping major given the recent changes  (particularly #161 and #188)

Pull Request Test Coverage Report for Build 513977689

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 512983583:
0.0%

Covered Lines:
228

Relevant Lines:
228

💛  - Coveralls

Pull Request Test Coverage Report for Build 513977689

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 512983583:
0.0%

Covered Lines:
228

Relevant Lines:
228

💛  - Coveralls


I can confirm this.


Manually enter an encrypted message

Should there be a way for a user to paste an encrypted message somewhere, if they have (say) a message they retrieved from a URL that is no longer valid?

I don't think that's need at this point. Maybe later.


Images cannot be loaded from /wp-content ...

I'm very new to next.
Installed the next app on ubuntu 20 on windows subsystem for linux. Wordpress is running public (www.henrikmotzkus.de)
Images on posts coming from external sources are showing up okay. Images coming from /wp-content getting a 404.
Is my wordpress delivering images in a strange way? It seems the next app can't download them properly.
This is the response of an external image.

This is the response coming from the wordpress /wp-content. Browsed directly with a browser.

This is the output of the next app.

This is the browser 404.

This is the browser console

@henrikmotzkus this starter doesn't do anything with the images that come from the WordPress content, they serve them "as is" meaning, if they're not working, there's likely an issue with the way the images are being served from your WordPress instance

@colbyfayock  Thanks for your quick answer. Yes indeed this is exactly my observation as well.
But what can potentially cause you app to not consuming the image properly? In order to change the backend behavior I need a hint to chase on.
Below html is generated through my wordpress instance. Is any tag hindering the image ingress? My wordpress template is doing a lot of formatting for responsiveness.

<img loading="lazy" src="/wp-content/uploads/2021/10/image-1024x602.png" alt="Azure kostenlos" class="wp-image-996" width="559" height="328" srcset="/wp-content/uploads/2021/10/image-1024x602.png 1024w, /wp-content/uploads/2021/10/image-300x176.png 300w, /wp-content/uploads/2021/10/image-768x451.png 768w, /wp-content/uploads/2021/10/image-1536x903.png 1536w, /wp-content/uploads/2021/10/image-2048x1203.png 2048w, /wp-content/uploads/2021/10/image-800x470.png 800w" sizes="(max-width: 559px) 100vw, 559px" />

|

@henrikmotzkus like i mentioned it's not doing anything with the images. the only thing i notice is the images are not using the full URL to the image, meaning, it will try to load the images from the host that the application is loaded from
example:
/wp-content/uploads/2021/10/image-1024x602.png
vs
https://yourwordpresssite.com/wp-content/uploads/2021/10/image-1024x602.png

When using the first one, in any website no matter how it's built, it will default to try to use the host from where the website is coming from
So in your instance, the website is localhost:3000, so it tries to load the image at:
https://localhost:3000/wp-content/uploads/2021/10/image-1024x602.png

this isn't an issue with this Starter or Next.js, it's how the images are being provided from your WordPress instance


wildcardTransitionsFrom(...) description comment

In liboslexec/automata.h, should the following comment:
 /// Get the set of states that are reachable from the given state set by lambda
        void wildcardTransitionsFrom(const IntSet &states, IntSet &out_states)const;

read:
 /// Get the set of states that are reachable from the given state set by *wildcard*
        void wildcardTransitionsFrom(const IntSet &states, IntSet &out_states)const;

?

@aconty Do you have an opinion on this?

Yes, that is correct. I'll update the comment ...
Done, closing the issue.


Syntax Error

Coding really is beyond me but I managed to follow all the steps and installed all the requirements.txt stuff. Now I get:
File "/Users/xxxxxxx/Downloads/dyn-wallpaper-master/set_wallpaper.py", line 145
args.temp
SyntaxError: only named arguments may follow *expression
I'm not sure why that is, I did all the things according to your specification so far.

Hi, are you using Windows 10?
What version of python are you using?
Cheers

I'm not sure how you are running the script, but please double-check to be using Python 3 - the latest version is Python 3.7.1 and can be downloaded from https://www.python.org/downloads/.
I think you probably are running Python 2, an older and no longer supported version of Python :)

I am on a Hackintosh High Sierra and so I can’t just “upgrade” as you may understand.  I thank you and look forward to your work as it just looks magnificent. I’ll be using it on my windows 10!
Have a great day.
On 11 Nov 2018, at 13:26, Antonio Pitasi <notifications<EMAIL_ADDRESS>wrote:
Sorry, I misread the file path and thought you were on Windows.
Mac OS is not supported yet, but it should be possible, I'll open another issue as a note for myself to work on it as soon as possible.
I'll keep you informed :)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/Pitasi/dyn-wallpaper/issues/4#issuecomment-437670131, or mute the threadhttps://github.com/notifications/unsubscribe-auth/Aq13izIYacyJNfVKLOE-zw5O3sTWnPXUks5uuCWTgaJpZM4YX9nd.

Hello Antonio,
Thank you so much for the email!
Unfortunately I tested it and it tells me “cannot execute binary file”
I’ll attach a screenshot so you better understand what’s going on perhaps.
[image1.jpeg]
On 30 Dec 2018, at 13:25, Antonio Pitasi <notifications<EMAIL_ADDRESS>wrote:
Hi @lestercoltonhttps://github.com/lestercolton, it's been a while but I finally added support for OSX, while I rewrote the entire program in another language.
I didn't have the chance to test it on OSX so I don't really know if it's working or not, if you're still interested please download the program from https://github.com/Pitasi/dyn-wallpaper/releases/download/v0.1.0/dyn-wallpaper-osx.
Then open a terminal in the same folder of the downloaded file and run:
./dyn-wallpaper "Rome" "/folder/containing/images/"
(of course you can change Rome to your nearest city)
let me know if you manage to use it :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/Pitasi/dyn-wallpaper/issues/4#issuecomment-450560635, or mute the threadhttps://github.com/notifications/unsubscribe-auth/Aq13iyC-ff9MRfVPFkVqy-r76n5OyhTlks5u-L66gaJpZM4YX9nd.