OneDrive sync: Can't transfer non file/directory

Hi, when trying to sync a folder to OneDrive, running into 'Can't transfer non file/directory', only on some of the files and folders in the source folder. Other files and folders successfully sync. I can't see an obvious pattern relating to the files that do not sync.
-Rclone 1.32
-Windows Server 2012 r2 (64bit)
-OneDrive Personal
2016/08/12 10:10:08 rclone: Version "v1.32" starting with parameters ["C:\ProgramData\RClone\rclone.exe" "--config" "c:\programdata\rclone.rclone.conf" "sync" "\abc\data\ABCtechnology\Security" "abc-OneDrive:\Disaster Recovery\Security" "-v" "--exclude-from" "c:\programdata\rclone\ZGF_FileExclusions.txt" "-q" "--log-file=C:\ProgramData\Rclone\ABC_RcloneErrorLog.txt"]
...
2016/08/12 10:10:09 ABC-OneDrive: Saving new token in config file
2016/08/12 10:10:10 One drive root 'Disaster Recovery/Security': Modify window is 1s
2016/08/12 10:10:10 One drive root 'Disaster Recovery/Security': Reading ""
2016/08/12 10:10:10 KeePass-2.34-Portable.zip: Can't transfer non file/directory
2016/08/12 10:10:10 KeePass-2.34-Setup.zip: Can't transfer non file/directory
...
2016/08/12 10:10:13 Go routines at exit 2

Are they all .zip files maybe?  I wonder if you have some extension to Windows which is treating these in a special way which confuses rclone.
Can you run this program with the full path to one of those files and send me the output please?
http://pub.rclone.org/stat-windows-386.zip
Eg
C> stat.exe "KeePass-2.34-Portable.zip"

Thanks

Sure, here is the output from stat.exe, for a failing file:
Name = "KeePass-2.34-Portable.zip"
Size = 2923638
Mode = 0x80001B6
ModTime = 2016-07-26 10:57:08.1369745 -0700 PDT
IsDir = false
Sys = &{1568 {448576140 30533479} {448576140 30533479} {543266961 30533479} 0 2923638}
and for a file that does sync properly:
Name = "ABC.txt"
Size = 1165
Mode = 0x1B6
ModTime = 2013-03-04 11:19:02.0991664 -0800 PST
IsDir = false
Sys = &{32 {687528094 29898661} {1807448354 30390944} {555399344 30284045} 0 1165}
The files that generate Can't transfer non file/directory are a mix of zip and dll files.

Hmm, those mode flags indicate that that zip file is a symlink
Looking at the go source I see
	if fs.sys.FileAttributes&syscall.FILE_ATTRIBUTE_REPARSE_POINT != 0 {
		m |= ModeSymlink
	}

And according to the msdn docs
FILE_ATTRIBUTE_REPARSE_POINT 1024 (0x400): A file or directory that has an associated reparse point, or a file that is a symbolic link.
A bit more digging reveals this - the second answer says

I also use 64-bit Windows 7 and generally love it, but was stumped for awhile with this same backup problem. Apparently reparse points are related to or associated with backup restore points in some manner. I had moved files to a new physical disk and partition I installed recently. Backups of the moved files were failing with the 0x81000037 error. I followed the steps below and was able to get a successful backup.

Open Windows Explorer and right click the drive letter where the files are stored that cannot be backed up. Click Properties.
From the General tab click "Disk Cleanup".
On the Disk Cleanup window, switch to the More Options tab.
In the System Restore and Shadow Copies section, click "Clean up..."
Click Delete

This initially made me nervous about possible file deletion, so before testing I made another copy of the files to a different partition - a backup of my backup I guess. However this process apparently only deletes restore point information associated with files on a given partition. Once that was done, backups worked fine.

So you could try that and see if it improves things.
I could also ignore the ModeSymlink on windows which may or may not do the right thing, I'm not sure!

Thanks, based on what you discovered about reparse points; some additional information that may be relevant is that the zip file in question lives on a volume with Microsoft Server's native volume deduplication feature enabled.
The same volume is also protected using Microsoft Shadow Copies. I am not entirely sure how reparse points figure in with shadow copies. But, unlike a locally protected volume, in our case the shadow copy data is stored on another volume entirely and managed by a Microsoft Data Protection Manager (DPM) server.
Unfortunately for us, it is not an option to disable duplication or shadow copies on the volume in question, but I could certainly try using rclone to sync from a more normal volume (no shadow copy protection, no native dedupe) to verify that works as expected.

Synching the same data from another volume without Microsoft's volume deduplication enabled results in no errors.

Interesting! When I get back from vacation I'll send you a build which ignores the junction point and we can see what happens.

Here is a beta with a potential fix: http://pub.rclone.org/v1.33-8-ga02273eβ/
Let me know how you get on!
Thanks

Did this work?  (Note to self - this is in the ingore-junction-points branch!)

Hi Nick, yes it did work - all files synched from the de-duped volume using
the build you sent me. I think I posted to the original thread. Thanks,
Andrew
On Mon, Sep 19, 2016 at 8:56 AM, Nick Craig-Wood<EMAIL_ADDRESS>wrote:

Did this work? (Note to self - this is in the ingore-junction-points
branch!)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/ncw/rclone/issues/614#issuecomment-248034457, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AUBdAU7Tnv0Fo1yiH5-2XBFFSec1a7h1ks5qrrCvgaJpZM4JjSOI
.

Thanks for checking - I'll merge this to master now

@andrewhollomon not that I've changed the way this works as the original fix causes different problems (see #2336), so now to backup files with reparse points you'll have to use the -L flag.  This change will be in effect from v1.42 which I'm just about to release.
This will have the unfortunate effect that if you are using rclone sync with v1.42 and  you don't use -L then it will delete the files with reparse points from the backup, so please add the -L to your script before trying v1.42.  Also try first with --dry-run!
Thanks


typo: notfication -> notification

@mijacobs The PR passed the acceptance checklist. Please evaluate further and approve/complete the PR if appropriate. Thanks!

I'll try rebasing when I'm home

@mijacobs rebased for the YAML change


[WiP] Extend CI target of Elixir/Erlang versions as matrix

This PR tries to increase CI target of Elixir/Erlang versions.
According to Rustler's README, it aims to support the newest three major OTP versions as well as newest three minor Elixir versions.
I suggest that our Zenohex may support them based on its policy.
https://github.com/rusterlium/rustler?tab=readme-ov-file#supported-otp-and-elixir-versions
https://github.com/rusterlium/rustler/blob/master/.github/workflows/main.yml#L85-L93

My motivation for this PR was increasing the CI target of Elixir/Erlang versions. Because Rustler offers to support the newest three versions, I think we may follow its policy.
However, I decided to withdraw this PR.
More CIs mean more time for testing. Our development resources are not enough, so I have changed my thought that we are not yet at the stage of stepping on the support target. Also, there needs to be consistency with VersionMatchTest.
We hope to return to this work when the library becomes stable and we could have sufficient development resources.


remove period at end of email in CloseAccountPage

Details

In the CloseAccountPage, in the your default contact method is: the email ends with a period (.). So if it is literally typed/copied and pasted in the TextField it shows an error because the period is also copied. We should exclude the period at the end so that the exact string that needs to be typed in the TextField is clear.
Fixed Issues

$ https://github.com/Expensify/App/issues/22343
PROPOSAL: https://github.com/Expensify/App/issues/22343#issuecomment-1623655929
Tests

Go to Settings > Security > Close Account
Copy and paste/type the exact string mentioned after Your default contact method is: in the TextInput and click somewhere outside.
Check that there is no error displayed under the TextInput

[x] Verify that no errors appear in the JS console

Offline tests

Go to Settings > Security > Close Account
Copy and paste/type the exact string mentioned after Your default contact method is: in the TextInput and click somewhere outside.
Check that there is no error displayed under the TextInput

QA Steps

Go to Settings > Security > Close Account
Copy and paste/type the exact string mentioned after Your default contact method is: in the TextInput and click somewhere outside.
Check that there is no error displayed under the TextInput

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android / native
[x] Android / Chrome
[x] iOS / native
[x] iOS / Safari
[x] MacOS / Chrome / Safari
[x] MacOS / Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is approved by marketing by adding the Waiting for Copy label for a copy review on the original GH to get the correct copy.
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If a new component is created I verified that:

[x] A similar component doesn't exist in the codebase
[x] All props are defined accurately and each prop has a /** comment above it */
[x] The file is named correctly
[x] The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
[x] The only data being stored in the state is data necessary for rendering and nothing else
[x] If we are not using the full Onyx data that we loaded, I've added the proper selector in order to ensure the component only re-renders when the data it is using changes
[x] For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
[x] Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
[x] All JSX used for rendering exists in the render method
[x] The component has the minimum amount of code necessary for its purpose, and it is broken down into smaller components in order to separate concerns and functions

[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.
[x] I have checked off every checkbox in the PR author checklist, including those that don't apply to this PR.

Screenshots/Videos

Web
https://github.com/Expensify/App/assets/102477862/f0c7ecce-a8f3-42ff-bfc6-0c4a4a615ea5

Mobile Web - Chrome
https://github.com/Expensify/App/assets/102477862/7972035e-ceab-4095-9edc-7754337bfa7f

Mobile Web - Safari
https://github.com/Expensify/App/assets/102477862/c6f065a6-7bdb-4ff4-ac2c-0a615ca19bf7

Desktop
https://github.com/Expensify/App/assets/102477862/821a4953-e2f1-4854-9088-898f7b854b68

iOS
https://github.com/Expensify/App/assets/102477862/5a3c5268-f941-48e4-8bd0-848e890b5d15

Android
https://github.com/Expensify/App/assets/102477862/60d78008-a896-4e0a-ab6b-aec97c2c49ff

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

🚀 Deployed to staging by https://github.com/flodnv in version: 1.3.42-0 🚀

platform
result

🤖 android 🤖
cancelled 🔪

🖥 desktop 🖥
cancelled 🔪

🍎 iOS 🍎
cancelled 🔪

🕸 web 🕸
cancelled 🔪

🚀 Deployed to production by https://github.com/jasperhuangg in version: 1.3.42-26 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


FetchError: request to https://raw.githubusercontent.com/asyncapi/generator/v1.0.1/test/docs/dummy.yml

Describe the bug.
[~]$ ag https://raw.githubusercontent.com/asyncapi/generator/v1.0.1/test/docs/dummy.yml https://github.com/asyncapi/template-for-generator-templates -o output
(node:4244) [DEP0040] DeprecationWarning: The `punycode` module is deprecated. Please use a userland alternative instead.
(Use `node --trace-deprecation ...` to show where the warning was created)
Something went wrong:
FetchError: request to https://raw.githubusercontent.com/asyncapi/generator/v1.0.1/test/docs/dummy.yml failed, reason:
    at ClientRequest.<anonymous> (/Users/nguyenduchieu/.nvm/versions/node/v22.7.0/lib/node_modules/@asyncapi/generator/node_modules/node-fetch/lib/index.js:1501:11)
    at ClientRequest.emit (node:events:520:28)
    at emitErrorEvent (node:_http_client:103:11)
    at TLSSocket.socketErrorListener (node:_http_client:506:5)
    at TLSSocket.emit (node:events:520:28)
    at emitErrorNT (node:internal/streams/destroy:170:8)
    at emitErrorCloseNT (node:internal/streams/destroy:129:3)
    at process.processTicksAndRejections (node:internal/process/task_queues:90:21)

Expected behavior
Succeed with no error
Screenshots

How to Reproduce
Run
ag https://raw.githubusercontent.com/asyncapi/generator/v1.0.1/test/docs/dummy.yml https://github.com/asyncapi/template-for-generator-templates -o output

as described at https://github.com/asyncapi/template-for-generator-templates?tab=readme-ov-file#template-development-hints
🥦 Browser
Google Chrome
👀 Have you checked for similar open issues?

[X] I checked and didn't find similar issue

🏢 Have you read the Contributing Guidelines?

[X] I have read the Contributing Guidelines

Are you willing to work on this issue ?
None

I tried again and got the incompatible version.

what ag version are you using. Also fetched resource is referenced correctly, are you sure you are not somewhere in internal company network behind some firewall that might block fetching?


fix horizontal scrolling by mouse wheel

This PR fixes #109117
explanation:
The Scrollable widget uses the Listener widget to manage scrolling by mouse wheel.When it wants to calculate amount of delta for scrolling,it uses the following method:

// Returns the delta that should result from applying [event] with axis and
  // direction taken into account.
  double _pointerSignalEventDelta(PointerScrollEvent event) {
    double delta = widget.axis == Axis.horizontal
        ? event.scrollDelta.dx
        : event.scrollDelta.dy;

    if (axisDirectionIsReversed(widget.axisDirection)) {
      delta *= -1;
    }
    return delta;
  }

Therefore if axis is Axis.horizontal, the delta will be event.scrollDelta.dx
The problem with this approach is that event.scrollDelta.dx  is always 0.0.
The solution is that we use event.scrollDelta.dx In both cases.

// Returns the delta that should result from applying [event] with axis and
  // direction taken into account.
  double _pointerSignalEventDelta(PointerScrollEvent event) {
    double delta = event.scrollDelta.dy;

    if (axisDirectionIsReversed(widget.axisDirection)) {
      delta *= -1;
    }
    return delta;
  }

The problem with this approach is that event.scrollDelta.dx is always 0.0.
The solution is that we use event.scrollDelta.dx In both cases.

Do you mean that we need to use dy because dx is always zero.

Why would people expect a vertical scroll wheel to scroll a horizontal scroll area horizontally? A horizontal area should be scrolled with horizontal scrolling.
If this is about shift-scroll, the fact that shift doesn't currently affect scrolling is already tracked by another issue.


Upgrade CI to docker 1.10.0 to fix remove image issue

This PR:

Upgrades to Circle approved docker 1.10.0
Fixes issue where build image could not be removed
Reintroduces removal of build image so it is not pushed
Stops using repo username and instead hard codes hyperledger/burrow so CI will work against forks

@benjaminbollen this is ready to reviewed/merged. I'm fairly confident it will restore our docker pushing to how it was before the move to hyperledger.


[Snyk] Upgrade @angular-devkit/build-angular from 0.1102.18 to 19.0.1

Snyk has created this PR to upgrade @angular-devkit/build-angular from 0.1102.18 to 19.0.1.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

⚠ Warning: This PR contains major version upgrade(s), and may be a breaking change.

The recommended version is 390 versions ahead of your current version.

The recommended version was released on 24 days ago.

Issues fixed by the recommended upgrade:

Issue
Score
Exploit Maturity

Prototype PollutionSNYK-JS-UNSETVALUE-2400660
115
No Known Exploit

Inefficient Regular Expression ComplexitySNYK-JS-MICROMATCH-6838728
115
No Known Exploit

Inefficient Regular Expression ComplexitySNYK-JS-MICROMATCH-6838728
115
No Known Exploit

Cross-site Scripting (XSS)SNYK-JS-WEBPACK-7840298
115
Proof of Concept

Incomplete List of Disallowed InputsSNYK-JS-BABELTRAVERSE-5962462
115
Proof of Concept

Improper Verification of Cryptographic SignatureSNYK-JS-ELLIPTIC-7577916
115
Proof of Concept

Improper Verification of Cryptographic SignatureSNYK-JS-ELLIPTIC-7577917
115
Proof of Concept

Improper Verification of Cryptographic SignatureSNYK-JS-ELLIPTIC-7577918
115
Proof of Concept

Asymmetric Resource Consumption (Amplification)SNYK-JS-BODYPARSER-7926860
115
No Known Exploit

Uncontrolled resource consumptionSNYK-JS-BRACES-6838727
115
Proof of Concept

Improper Verification of Cryptographic SignatureSNYK-JS-ELLIPTIC-8172694
115
No Known Exploit

Improper Verification of Cryptographic SignatureSNYK-JS-ELLIPTIC-8187303
115
Proof of Concept

Uncontrolled resource consumptionSNYK-JS-BRACES-6838727
115
Proof of Concept

Improper Verification of Cryptographic SignatureSNYK-JS-BROWSERIFYSIGN-6037026
115
No Known Exploit

Denial of Service (DoS)SNYK-JS-HTTPPROXYMIDDLEWARE-8229906
115
Proof of Concept

Prototype PollutionSNYK-JS-LOADERUTILS-3043105
115
No Known Exploit

Improper Verification of Cryptographic SignatureSNYK-JS-NODEFORGE-2430339
115
No Known Exploit

Path TraversalSNYK-JS-WEBPACKDEVMIDDLEWARE-6476555
115
Proof of Concept

Cross-site Scripting (XSS)SNYK-JS-COOKIE-8163060
115
No Known Exploit

Open RedirectSNYK-JS-EXPRESS-6474509
115
No Known Exploit

Cross-site ScriptingSNYK-JS-EXPRESS-7926867
115
No Known Exploit

Regular Expression Denial of Service (ReDoS)SNYK-JS-GLOBPARENT-1016905
115
Proof of Concept

Regular Expression Denial of Service (ReDoS)SNYK-JS-PATHTOREGEXP-8482416
115
Proof of Concept

Improper Input ValidationSNYK-JS-POSTCSS-5926692
115
No Known Exploit

Improper Input ValidationSNYK-JS-POSTCSS-5926692
115
No Known Exploit

Improper Input ValidationSNYK-JS-POSTCSS-5926692
115
No Known Exploit

Cross-site Scripting (XSS)SNYK-JS-ROLLUP-8073097
115
Proof of Concept

Regular Expression Denial of Service (ReDoS)SNYK-JS-PATHTOREGEXP-7925106
115
Proof of Concept

Improper Input ValidationSNYK-JS-NANOID-8492085
115
No Known Exploit

Open RedirectSNYK-JS-NODEFORGE-2330875
115
Proof of Concept

Prototype PollutionSNYK-JS-NODEFORGE-2331908
115
No Known Exploit

Improper Verification of Cryptographic SignatureSNYK-JS-NODEFORGE-2430337
115
No Known Exploit

Regular Expression Denial of Service (ReDoS)SNYK-JS-LOADERUTILS-3042992
115
No Known Exploit

Regular Expression Denial of Service (ReDoS)SNYK-JS-LOADERUTILS-3105943
115
No Known Exploit

Improper Verification of Cryptographic SignatureSNYK-JS-NODEFORGE-2430341
115
No Known Exploit

Cross-site Scripting (XSS)SNYK-JS-SERIALIZEJAVASCRIPT-6147607
115
Proof of Concept

Cross-site Scripting (XSS)SNYK-JS-SERIALIZEJAVASCRIPT-6147607
115
Proof of Concept

Regular Expression Denial of Service (ReDoS)SNYK-JS-TERSER-2806366
115
No Known Exploit

Cross-site ScriptingSNYK-JS-SEND-7926862
115
No Known Exploit

Cross-site ScriptingSNYK-JS-SERVESTATIC-7926865
115
No Known Exploit

Release notes

Package name: @angular-devkit/build-angular

19.0.1 - 2024-11-21
19.0.1 (2024-11-21)
@ angular-devkit/build-angular

Commit
Description

use stylePreprocessorOptions

@ angular/build

Commit
Description

ensure accurate content length for server assets

use sha256 instead of sha-256 as hash algorithm name

@ angular/ssr

Commit
Description

handle baseHref that start with ./

19.0.0 - 2024-11-19
19.0.0 (2024-11-19)
@ angular/cli

Commit
Description

handle string key/value pairs, e.g. --define

recommend optional application update migration during v19 update

enable Node.js compile code cache when available

enable Node.js compile code cache when available

@ schematics/angular

Commit
Description

add option to export component as default

add option to setup new workspace or application as zoneless mode

integrate withEventReplay() in provideClientHydration for new SSR apps

update app-shell and ssr schematics to adopt new Server Rendering API

component spec with export default

don't show server routing prompt when using browser builder

enable opt-in for new @ angular/ssr feature

explicitly set standalone:false

remove declaration and sourceMap from default tsconfig

use default import for express

@ angular-devkit/schematics-cli

Commit
Description

add package manager option to blank schematic

@ angular-devkit/architect

Commit
Description

merge object options from CLI

@ angular-devkit/build-angular

Commit
Description

karma-coverage w/ app builder

karma+esbuild+watch

support karma with esbuild

bring back style tags in browser builder

fix --watch regression in karma

fix hanging terminal when browser-sync is not installed

handle basename collisions

handle main field

remove double-watch in karma

serve assets

zone.js/testing + karma + esbuild

remove deprecated browserTarget

remove Protractor builder and schematics

@ angular-devkit/core

Commit
Description

remove deprecated fileBuffer function in favor of stringToFileBuffer

@ angular/build

Commit
Description

add sass to stylePreprocessorOptions in application builder

Auto-CSP support as a part of angular.json schema

enable component stylesheet hot replacement by default

introduce outputMode option to the application builder

introduce ssr.experimentalPlatform option

set development/production condition

utilize ssr.entry during prerendering to enable access to local API routes

utilize ssr.entry in Vite dev-server when available

add missing redirect in SSR manifest

add warning when --prerendering or --app-shell are no-ops

always clear dev-server error overlay on non-error result

always record component style usage for HMR updates

avoid hashing development external component stylesheets

avoid overwriting inline style bundling additional results

check referenced files against native file paths

correctly use dev-server hmr option to control stylesheet hot replacement

disable dev-server websocket when live reload is disabled

ensure index.csr.html is always generated when prerendering or SSR are enabled

ensure accurate content size in server asset metadata

ensure SVG template URLs are considered templates with external stylesheets

Exclude known --import from execArgv when spawning workers

fully disable component style HMR in JIT mode

handle APP_BASE_HREF correctly in prerendered routes

incomplete string escaping or encoding

move lmdb to optionalDependencies

prevent prerendering of catch-all routes

relax constraints on external stylesheet component id

set ngServerMode during vite prebundling

simplify disabling server features with --no-server via command line

skip wildcard routes from being listed as prerendered routes

synchronize import/export conditions between bundler and TypeScript

update logic to support both internal and external SSR middlewares

use named export reqHandler for server.ts request handling

workaround Vite CSS ShadowDOM hot replacement

remove automatic addition of @ angular/localize/init polyfill and related warnings

@ angular/ssr

Commit
Description

add createRequestHandler and createNodeRequestHandler utilities

Add getHeaders Method to AngularAppEngine and AngularNodeAppEngine for handling pages static headers

add isMainModule function

add server routing configuration API

dynamic route resolution using Angular router

export AngularAppEngine as public API

expose writeResponseToNodeResponse and createWebRequestFromNodeRequest in public API

improve handling of aborted requests in AngularServerApp

introduce AngularNodeAppEngine API for Node.js integration

introduce new hybrid rendering API

move CommonEngine API to /node entry-point

add missing peer dependency on @ angular/platform-server

add validation to prevent use of provideServerRoutesConfig in browser context

correct route extraction and error handling

designate package as side-effect free

enable serving of prerendered pages in the App Engine

ensure wildcard RenderMode is applied when no Angular routes are defined

export RESPONSE_INIT, REQUEST, and REQUEST_CONTEXT tokens

export PrerenderFallback

improve handling of route mismatches between Angular server routes and Angular router

initialize the DI tokens with null to avoid requiring them to be set to optional

resolve bootstrap is not a function error

resolve circular dependency issue from main.server.js reference in manifest

show error when multiple routes are set with RenderMode.AppShell

support for HTTP/2 request/response handling

use wildcard server route configuration on the '/' route when the app router is empty

cache generated inline CSS for HTML

cache resolved entry-points

integrate ETags for prerendered pages

prevent potential stampede in entry-points cache

Breaking Changes
@ schematics/angular

The app-shell schematic is no longer compatible with Webpack-based builders.

@ angular-devkit/build-angular

The browserTarget option has been removed from the DevSer...

:tada: Snyk checks have passed. No issues have been found so far.
:white_check_mark: security/snyk check is complete. No issues have been found. (View Details)
:white_check_mark: license/snyk check is complete. No issues have been found. (View Details)


WRKLDS-1309: Fix unclear description

This PR's main purpose is to trigger new release with this minor fix.

/override ci/prow/e2e-aws-operator

/override ci/prow/unit


Roll-out SendInterval usage instead of bespoke implementations

Use the provided trait extension as in other actors to send periodic messages
instead of manually re-writing the same logic.
Note: wallet sync is now triggered instantly when the actor is started as
opposed to waiting 10s before the initial sync.

bors r+


Show reference status on the candidate dashboard

Context
Candidates cannot currently see what has happened to their reference request. We need to indicate whether a reference request has been sent and what the outcome is.
Changes proposed in this pull request

[x] Extend the RefereesReviewComponent to output a status value row as per design.
[x] Handle expired reference requests
[x] Update system spec?

Guidance to review

The card doesn't specify what to display for the not_requested_yet status - I've just gone with Not requested yet for now (to be consistent with the Support interface). This status is visible right after you add a reference.
The only slightly complicated part is going to be the response_overdue 'psuedo-status' we need for unanswered references requests (those that have exceeded the time limit).
I'm calculating whether a given reference is overdue on not using ApplicationReference#created_at in line with other code but I think this is wrong - see https://trello.com/c/5AQezpqR/966-work-out-whether-we-need-to-refine-the-way-we-calculate-overdue-reference-requests - I'm not expecting to solve that in this PR

Link to Trello card
https://trello.com/c/LdKYcBrb/829-ref-candidate-dashboard-does-not-show-reference-status
Things to check

[X] This code doesn't rely on migrations in the same Pull Request
[X] If this code includes a migration adding or changing columns, it also backfills existing records for consistency
[X] API release notes have been updated if necessary
[X] New environment variables have been added to the Azure config

I'm not sure references that haven't been sent are supposed to show the status. Can we check with design?

Yes double-checked with @fofr and you are not supposed to see status of unsubmitted references. Will change it...

I'm not sure references that haven't been sent are supposed to show the status. Can we check with design?

Yes double-checked with @fofr and you are not supposed to see status of unsubmitted references. Will change it...

Have hidden the status for un-submitted applications. The value for 'Not requested status' is still there partly because we've got tests that create references that are not requested but associated with an un-submitted application.

👍 needs an update after the latest changes to master.

thanks @tijmenb , all done now


Using macOS-11 for CI results in long wait times

Summary
Both executorlib and previously pympipool could already use macos-latest since the introduction of the hostname_localhost parameter at the beginning of the year: https://github.com/pyiron/executorlib/pull/258
pyiron Version and Platform
macOS
Expected Behavior
By adding the hostname_localhost parameter for the CI, the CI wait time is reduced.
Actual Behavior
Currently macos-11 is required as later versions like macos-14 do not allow connections to localhost on macOS.
Steps to Reproduce
It happens at every pull request
Further Information, Files, and Links

The only reason I used macos-11 was to accommodate pympipool, so I am totally fine updating it to macos-latest -- it had just been so long since I looked at https://github.com/pyiron/executorlib/pull/258 that I forgot about it!
In #388 the macos-latest tests started basically right away; whereas the hang for macos-11 without the localhost business was effectively infinite. From the issue it's a bit unclear -- is macos-11+localhost even faster than macos-latest? I see you use latest in executorlib, so my guess is this is your recommended course of action here too?

In #388 the macos-latest tests started basically right away; whereas the hang for macos-11 without the localhost business was effectively infinite. From the issue it's a bit unclear -- is macos-11+localhost even faster than macos-latest? I see you use latest in executorlib, so my guess is this is your recommended course of action here too?

No macos-latest requires hostname_localhost otherwise the tests fail.

Ok, that's not a fundamental problem, but it does mean I want to change the default Workflow.create.Executor away from executorlib.Executor, since I'd need to add a bunch of executorlib-specific kwargs throughout the tests. I do this in #389, where we still use the executorlib one in notebooks (process pool fundamentally cannot handle that case since locally defined nodes become unimportable).
Since ProcessPoolExecutor doesn't work in notebooks, and notebooks are the key expected use case for the package, I'm now considering getting rid of the Creator.Executor entirely and making users explicitly choose one instead of giving a biased "default".


Self standing server in a Docker container feature request

Hi there!
Love this initiative and it might be exactly what I'm looking for!
I wonder if there's any examples of how to spin up a docker container with just the server running in it.
Is there a way to have the server running without the nvim installation? If it's with, what would be the easiest steps to get it up and running?
My initial thoughts are:
Grab whatever image
Install nvim
Install instant.nvim
run nvim with the :InstantStartServer command

I guess I managed to do it with something along these lines:
FROM ubuntu:latest

RUN apt-get update -y && apt-get install -y \
  neovim \
  git \
  && rm -rf /var/lib/apt/lists/*
RUN mkdir -p ~/.local/share/nvim/site/pack/plugins/start/
RUN git clone https://github.com/jbyuki/instant.nvim ~/.local/share/nvim/site/pack/plugins/start/instant.nvim


db2mt run load fail - update

Please, check below issue again. Last time, there was mistake and misunderstanding in my test.
'db2mt run load' fails and I tried to narrow down the scope of the problem.

I finished previous steps successfully.

db2mt run load failed . I guarantee data and ddl was  uploaded in previous step, on S3. Check the load log.

cat load_thread1.log
Refer to /home/db2inst1/db2mtdir/logs/current/load_thread1_success.lst for the list of tables successfully loaded.
Refer to /home/db2inst1/db2mtdir/logs/current/load_thread1_failed.lst for the list of tables failed to be loaded.
============================ T1 START ============================
2024-05-03.08:14:13
call sysproc.admin_cmd('load from "DB2REMOTE://db2mts3alias/backup-20240224t/db2mtdir/export/T1_export.ixf" of ixf
lobs from "DB2REMOTE://db2mts3alias/backup-20240224t/db2mtdir/export/" xml from "DB2REMOTE://db2mts3alias/backup-20240224t/db2mtdir/export/"
modified by lobsinfile implicitlyhiddeninclude identityoverride generatedoverride periodoverride transactionidoverride
messages on server
replace into "DB2INST1"."EMPPROJACT"
nonrecoverable
indexing mode incremental allow no access')
Result set 1
ROWS_READ            ROWS_SKIPPED         ROWS_LOADED          ROWS_REJECTED        ROWS_DELETED         ROWS_COMMITTED       ROWS_PARTITIONED     NUM_AGENTINFO_ENTRIES MSG_RETRIEVAL                                                                                MSG_REMOVAL

                 -                    -                    -                    -                    -                    -                    -                     - SELECT SQLCODE, MSG FROM TABLE(SYSPROC.ADMIN_GET_MSGS('979734585_1850699157_ADMIN')) AS MSG                                                                                CALL SYSPROC.ADMIN_REMOVE_MSGS('979734585_1850699157_ADMIN')

1 record(s) selected.
Return Status = 0
SQL20397W  Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available.
Return Status = 0
SQL20397W  Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available.
Return Status = 0
SQL20397W  Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available.
Return Status = 0
SQL20397W  Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available.
Return Status = 0
SQL20397W  Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available.  SQLSTATE=01H52
db2inst1@ip-12-0-3-86:~/db2mtdir/logs/current$

test for admin_cmd itself with simple option.

db2inst1@ip-12-0-3-86:~/db2mtdir/logs/current$ db2 "call sysproc.admin_cmd('load from "/home/db2inst1/db2mtdir/export/current/uploaded/T1_export.ixf" of ixf replace keepdictionary into db2inst1.empprojact') "
SQL3508N  Error in accessing a file or path of type "INPUT DATA FILE" during
load or load query.  Reason code: "8".  Path:
"/home/db2inst1/db2mtdir/export/current/uploaded/T1_e".
db2inst1@ip-12-0-3-86:~/db2mtdir/logs/current$ db2 "call sysproc.admin_cmd('load from /home/db2inst1/db2mtdir/export/current/uploaded/T1_export.ixf of ixf replace keepdictionary into db2inst1.empprojact') "
SQL3508N  Error in accessing a file or path of type "INPUT DATA FILE" during
load or load query.  Reason code: "8".  Path:
"/home/db2inst1/db2mtdir/export/current/uploaded/T1_e".

tried 'load client this time'. This shows that file  permission has no problem.

db2inst1@ip-12-0-3-86:~/db2mtdir/logs/current$ db2 "load client from '/home/db2inst1/db2mtdir/export/current/uploaded/T1_export.ixf' of ixf messages db2inst1.empprojact.log replace into  db2inst1.empprojact"
Number of rows read         = 73
Number of rows skipped      = 0
Number of rows loaded       = 73
Number of rows rejected     = 0
Number of rows deleted      = 0
Number of rows committed    = 73
db2inst1@ip-12-0-3-86:~/db2mtdir/logs/current$

SQL20397W Routine "SYSPROC.ADMIN_CMD" execution has completed, but at least
one error, "SQL1652", was encountered during the execution. More information
is available. SQLSTATE=01H52

SQL1652 is a generic IO error.  There are a couple of things you can do to further investigate.  You can retrieve the actual load message from the server using the command listed in the output (e.g. SELECT SQLCODE, MSG FROM TABLE(SYSPROC.ADMIN_GET_MSGS('1598879862_1520309334_ADMIN')) AS MSG).  Another place you can investigate is db2diag.log.  I believe RDS provides a mechanism for customers to retrieve and look and db2diag.log.
I suspect the problem is related to the remote alias.  As mentioned previously, you won't be able to see the alias with db2 list storage access.
However, you can check what has been catalog on the RDS server by running this from the client:
db2 "select varchar(ALIAS, 128) as ALIAS, varchar(VENDOR, 30) as VENDOR, varchar(ENDPOINT, 255) as ENDPOINT, varchar(BUCKET, 255) as BUCKET, varchar(PATH, 1024) as PATH, GRANTEETYPE, varchar(GRANTEE,  255) as GRANTEE, varchar(USAGE, 512) as USAGE from table(SYSIBMADM.STORAGE_ACCESS_ALIAS.LIST())"

You mentioned the command below was the catalog command that has been run.  So in order to see the output from the command above, you need to connect to the server with user admin.
db2inst1@ip-12-0-3-xx:~/db2mtdir/logs/current$ db2 -vf /home/db2inst1/db2mtdir/landing/current/catalog_alias.clp
call sysibmadm.storage_access_alias.catalog('db2mts3alias','s3','s3.us-east-1.amazonaws.com','myaccesskey,'access-secretkey','backup-20240224t',NULL,'U','admin')

In addition, since admin was the user granted with the alias access, LOAD must also be run as with user admin.  If you use any other users, it'll return sql1652 since it won't have access.
Another potential reason for sql1652 is the access key/secret being expired/no longer valid.

Thanks for help. I will do more check.


remove href links from print view

In relation to #323

@hin101 scss-lint doesn't like the use of !important

removed !important in latest commit


Rejiggle measurement framework to get os data at the nanoseconds

Remove use of Double at the os binding level, moving to integrals nanoseconds.
Until a reasonable certainty about exactness is achieved, the previous measurement code is available under a ifdef in Gauge.Measurement.
To keep this PR self contained, the nanoseconds are converted back to Double for now.

@harendra-kumar thanks for looking into this. Allow me to reply in bullet points too:

This is not really about performance, it's more about reducing the amount of operations and possible point of preemption going between recording the start metrics, calling f and recording the end metrics. By doing it in 1 call, we move from 3 C calls which are all costly to 1 C call. The unmarshalling is done outside the measurement so it doesn't matter much if it end up taking longer (which I doubt). Also the allocation is done once outside of the registering which should reduce the GC pressure in the middle of the call. Also it's done this way since potentially I think there would be an advantage with working with packed data and having multiple call end up in the same allocated area (e.g. a page of Measured)

I don't have a problem with having multiple variants, I can imagine in some case just measuring rdtsc could be interesting. For now it's not really necessary. Also I think, this patchset should make the measurement more honest in term of what the precision the system actually allow. Having Double everywhere muddle many things.

There's no alignment issues with uint64_t but even then, the best approach that doesn't involve many C callback (which are slow and you get no safety at every boundaries) is using h2cs (and .hsc file) and the nice sizeof alignment offsetof combinators, not manually writing C functions.

This is definitely better, but how much I am not sure. Though it will remove any doubts about those points, so it is all good, in fact I like the fact that we cannot point finger at that to affect measurement now.

Sounds good. Yes, unmarshalling is being done outside the critical section so that does not affect anything. Not sure about the pre-emption argument though. OS level pre-emption should not change.  I agree with the Haskell GC stuff, whatever we can get out will remove any doubts about it.

I agree with the Double vs Int64 stuff.

Yes, there are no issues with 64-bit ints. But I was saying in general if we do things manually it is fraught with problems. Yes, hsc is a good solution for it, we can use that.


Easy to accidentally press close button

This may just be me, but I keep accidentally closing issue/pr when trying to close the manage tray. Maybe we could increase the manage button tap target? Not sure how much that would help.

Sent with GitHawk

Agree, I’ve done this too. I think decreasing the cell size and adding some padding in between will do it. Right now theres no padding, the cell fills all the white space. That’s why taps register.
Sent with GitHawk


Create Scheduler Target FMAX Code Sample

Description
Create new code sample to demonstrate how to use [[intel::scheduler_target_fmax_mhz(N)]] attribute to direct the compiler to prioritize a high fMAX over a low II.
Testing

[x] PSG Linux: manual test (command line compile + HW run)
[x] PSG Linux: regtest (command line compile + report check + HW run)
[x] PSG Windows: manual test (command line compile)
[x] PSG Windows: regtest (command line compile + report check + VS compile)

LGTM!


How to use multi json on localhost?

Hi, i have a very big JSON collection, that need to generated as a Struct for GO,
There are multiple samples for each model/struct.
How can I do the same as app.quicktype.io?
EDIT1:
If I try that with app.quicktype.io it crash... i have over 55MB minified JSON and localstorage only expect 10MB...

Hi, have you tried pointing it at a folder with jsons in it?
quicktype -l <language> -s json ./jsons/

Ok, I miss that example in the help.


plugin

Hello, is "ask the code" a feature in ChatGPT? However, when I attempted to make a payment using my virtual bank card, the system declined it. I'm not sure why this is happening.

Hello @lidiancracy,
Thank you for reaching out! Yes, this is indeed the repository for the AskTheCode plugin, and we appreciate your interest in it.
For payments, we use Stripe as our payment gateway, which means all payment transactions are handled on their side. I can confirm that I do see failed payments in the Stripe dashboard, and the reason provided for these failures is:

"Payment declined by the issuing bank. Tell the customer to try a different payment method, or they can contact their issuing bank."

Could you please check your bank account to see if it contains any error details related to this?

Thank you for your response. I don't know why, but today I was suddenly able to make the payment. By the way, your plugin is much more capable at code analysis than OpenAI's official Code Interpreter.Great job.

Hi @lidiancracy,
Thank you so much for your warm words and for subscribing to the AskTheCode plugin! I'm happy to hear that you find the plugin useful. I am currently working on introducing new cool features.
P.S. This comment was published using the AskTheCode plugin. It's a new feature that allows analyzing issue threads and posting comments on behalf of the user. You can find more details about it here.
Happy coding! 🚀 Please don't hesitate to reach out if you have any issues or questions.


Cant make http request with intent

So I'm currently trying to have an intent trigger an http request but keep getting errors.
When the intent triggers this code is executed
const https = require('https');
https.get('*************',
(resp) => {
let data = '';
resp.on('data', (chunk) => {
data += chunk;
});

resp.on('end', () => {
console.log(JSON.parse(data).explanation);
});

}).on("error", (err) => {
console.log("Error: " + err.message);
});
When running the intent I get Error: getaddrinfo ENOTFOUND back
My code works fine when I run it locally so the issue appears to be something not lining up properly with dialogflow
If anyone has any advice I would greatly appreciate it.
Thanks!

Try to upgrade your payment plan to Blaze plan. I was facing the same problem and this fixed it.

@Sidelaunch @WhySongtao
Dialogflow Fulfillments are hosted as Firebase Cloud Functions. The Firebase free plan only allows Google service API, so if you want to use an external API, you will need to upgrade. There's more information on this here. There are some restrictions on the Spark plan. If you upgrade to Blaze which does require billing but with use low usage levels there's no charge.


Support displaying widgets that were displayed with display

Instead of requiring that the last statement of the code executed by the ipywidgets-display directive is a widget, we could also monkey-patch IPython.display.display to register widget outputs in a list.
So that things like bqplot.pyplot.show works...

@ellisonbg thoughts?

Fixed in #7


DNS records not being cleaned up

Using this in production shows that various _acme-challenge TXT records aren't being deleted. This is happening with the Gandi DNS provider.

It seems like this isn't a problem anymore. The Gandi control panel isn't showing tons of DNS records.


How to disable Parent component scrollbar?

I have child component inside Parent component and both components have scrollbar. In some scenario I want to disable parent component scrollbar.
How should I achieve?
Can you please help me?

Just put this in the parent css
.parent-component {
    overflow: hidden;
}


undefined local variable or method `files_path'

I am trying to use rich in my active_admin form, and get the Name Error undefined local variable or method `files_path' when I click on "Browse and Upload Images".
The error is here :

<%= form_for(@rich_asset, :url => files_path) do |f| %>

<%= f.file_field :rich_file%>

  <%= f.submit("Upload") %>
 <% end %>

I am using Rich here :
= semantic_form_for [:admin, @blog] do |f|
    = f.inputs do
	    = f.input :name, :label => "Blog Title", :input_html => {:size => 120}
	    = f.input :body, :as => :rich, :config => { :width => "76%", :height => "400px" }
    = f.buttons :commit

Please, someone help me with this issue. I love rich and want to use it, but this upload problem is driving me nuts !!

Hi, I think I know what the problem might be (files_path should probably be something like rich_files_path). I'll look into it when I have a moment (in the mean time, feel free to fork the project and try to fix it yourself).
best,
Bastiaan

Hi Bestiaan
Thanks for replying. I did fork the gem, and when I changed it to rich_files_path, it gives the same error, undefined method rich_files_path. Still looking for a solution!!


Update Vega-embed

My A11y updates were merged, so we can update this package. However it's a nested dependency of react-Vega so some additional work needs to be done to force the more recent sub dependency

Please define effort and if it's something you can tackle soon let's do it - otherwise put on hold until we sync on roadmap as a team.

Looks like the package we use that uses the one I fixed a level up has already propagated the change. Meaning the a11y improvements are now live for everyone using react-vega


TDHF for even operators

For hyperfine TDHF doesn't work

Even first-order TDHF isn't correct, so not a convergence issue
(Values are roughly correct size, but unstable)
Extremely sensitive to \delta e term - possibly just numerically unstable?
'MixedStates' does work for HFS, so long as F(r) != 1 (i.e., 1/r^2 probably causes problems)
Issue with equations? Or just with numerics?

Also doesn't work for QED radiative potential, which also has de term
Seems to work for E2 - doesn't "converge", but gets correct answer

Note: Uses "Green" method to solve inhomogeneous equation twice for TDHF - once for mixed states, and once for exchange. Possibly this is the issue. Switching to new inhomogeneous Hartree-Fock method might solve problem?
Diagram RPA method does work well for these operators (though, Breit is not included in diagram RPA, so it's not a perfect workaround)

Also: doesn't work for E1 v_form (but diagram method does).
Not sure if this is the same issue

Note: It doesn't seem like this is actually a problem with solving TDHF.
Rather, this implies the issue is in the dV equations?
See commit below; introduced a new tests for hyperfine, testing equations for \chi and \eta - and they work extremely well (implying we solve TDHF equations perfectly) - note: the \delte E is included in this, so we're not just skipping the hard part.
1ced43ba63698cde876a5ca9cfa118384b968b1d

Note: Seems to be different if I swap:
Xx = HF::solveMixedState(Xx.k, Fc, omega, m_vl, m_alpha, *p_core, rhs, eps_ms, nullptr, p_VBr, m_Hmag);
HF::solveMixedState(Xx, Fc, omega, m_vl, m_alpha, *p_core, rhs, eps_ms, nullptr, p_VBr, m_Hmag);
This gives opposite conclusion to last comment; implying issue is with solving equations.
Difference between these two functions is one starts from scratch, other starts from existing solution


Frontend revamp

It shows the real-time exchange rates of various currencies in terms of their value relative to PIVX. Additionally, it includes a calculator that converts values from PIVX to various currencies and vice-versa. Furthermore, charts will be added to visualize the exchange rate trends.

tACK LFG LGTM


Update autorest vedoring

Issue #3987
Update Azure autorest for a new version.

Tested this PR and everything (for the Azure sd) works fine

I'm going to rebase it on top of release-2.3 and test it.

So I've made https://github.com/sylr/prometheus/tree/azure-autorest wich is bege13mot:autorest rebased on top of release-2.3 and can confirm that Azure sd still works.
/approve

The docker image build of my branch can be found at https://quay.io/repository/sylr/prometheus/build/6ae12d4c-76ed-47df-bfd3-86daad46d8ac

Can we merge this please ?

Any plans when this will be merged?

@sylr @johscheuer as announced on the developer mailing list (see here), we're waiting till Thursday before merging anything except bug fixes. IIUC we have no clear evidence that this PR is fixing an actual bug so I'd say that it has to wait a bit. But it should be in this week hopefully.

@simonpasquier It's definitely not fixing anything but is a pre-requisite to @bege13mot 's other work on Azure VMSS AFAIU.


Update preservica-client-fs2 to 0.0.97

About this PR
📦 Updates uk.gov.nationalarchives:preservica-client-fs2 from 0.0.94 to 0.0.97
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "uk.gov.nationalarchives", artifactId = "preservica-client-fs2" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "uk.gov.nationalarchives", artifactId = "preservica-client-fs2" }
}]

labels: library-update, early-semver-major, semver-spec-patch, commit-count:1

Superseded by #149.


Add transformer defined by R-style formula

I think it would be useful (especially to R users) to have an MLJ formula-based transformer that can be inserted anywhere in an MLJ pipeline (or other composite model). Here "formula" means "one-side formula"; I don't think two-sided formulas make much sense in the MLJ context because the target and features are treated separately, like in sklearn.
StatsModels.@formula apparatus appears to provide most of what is needed here already - check out the docs. So this is hopefully just wrapping that.
This transformer would probably be a Static model with a one-sided StatsModels formula as parameter. Ideally, and for consistency, it would perform a table-to-table transformation, rather than a table-to-matrix transformation, which is what StatsModels does. This does cause problems for very-high cardinality categorical features (which get one-hot encoded when you apply StatsBase formula??)  but does have the advantage that new columns would come with informative names for interpretation downstream of the transformer. Actually, it probably makes sense not to force one-hot encoding anyway, as not all supervised models need this and we already have transformers to do one-hot encoding which generate the new column names.
I recall slack discussions with @kleinschmidt about this (now lost to the ether). Perhaps he would care to chime in.
See also https://github.com/JuliaAI/MLJModels.jl/issues/314 and https://github.com/JuliaAI/MLJGLMInterface.jl/issues/13

@vollmersj

Maybe some minor work involved in translating the ScientificTypes.jl convention used in MLJ and the one specific to StatsModels.jl. Happy to provided guidance around this.

Yup, I think the main bits of work are integrating scientific types, resolving the one-sided/two-sided thing, and supporting table-table integration.  The last bit might actually be pretty simple, you can do something like
modeltable(t::AbstractTerm, data) = NamedTuple([name => col for (name, col) in zip(coefnames(t), eachcol(modelcols(t, data)))]...)

It should be fairly straight forward to implement this using statsmodels.jl


V14 metadata doesn't provide enough information to decode extrinsic

Is there an existing issue?

[X] I have searched the existing issues

Experiencing problems? Have you tried our Stack Exchange first?

[X] This is not a support question.

Description of bug
To properly decode extrinsic one needs to know

The type of Address
The type of Signature
The type of Call.

While all the above types are included in the .lookup.types, there is no way to know which one is which.
At Subsquid we look at paths and type parameters .
Polkadot.js uses its own set of hardcoded assumptions none of which is guaranteed to hold.
This is practical issue which hardens the maintenance of our stack.
Steps to reproduce
No response

3. The type of Call.

Yeah the call was always there, but more implicit by giving you all pallets and all their calls. We should probably revisit now as we have scale-info.

We actually use the metadata already to decode extrinsics:
https://github.com/paritytech/subxt/blob/3f16bb8d521031c7e13749d41711f54f490bb84c/subxt/src/blocks/extrinsic_types.rs#L205
To get the address, call, signature and extra details needed, we do this:
https://github.com/paritytech/subxt/blob/3f16bb8d521031c7e13749d41711f54f490bb84c/subxt/src/blocks/extrinsic_types.rs#L483
Currently this means that we do rely on the metadata.extrinsic.ty containing specific generics (in other words, that it's an UncheckedExtrinsic type).
Perhaps we should expose those type IDs directly under metadata.extrinsic though, which would ensure that they exist (and make it easier to get at them). ie have:
pub struct ExtrinsicMetadata<T: Form = MetaForm> {
	/// The type of the extrinsic.
	pub ty: T::Type,
	/// Extrinsic version.
	pub version: u8,
        /// Type of the outermost Call enum.
        pub call_ty: T::Type,
        /// Type of the address.
        pub address_ty: T::Type,
        /// Type of the extrinsic signature.
        pub signature_ty: T::Type,
	/// The signed extensions in the order they appear in the extrinsic.
	pub signed_extensions: Vec<SignedExtensionMetadata<T>>,
}

Does that sound good?

This issue has been mentioned on Polkadot Forum. There might be relevant details there:
https://forum.polkadot.network/t/stablising-v15-metadata/2819/1


ImportError: pycurl: libcurl link-time ssl backend (openssl) is different from compile-time ssl backend (none/other)

Traceback (most recent call last):
  File "code.py", line 1, in <module>
    import vimeo
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/vimeo/__init__.py", line 8, in <module>
    from .client import VimeoClient
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/vimeo/client.py", line 11, in <module>
    from .upload import UploadMixin
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/vimeo/upload.py", line 9, in <module>
    from tusclient import client
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/tusclient/client.py", line 1, in <module>
    from tusclient.uploader import Uploader
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/tusclient/uploader.py", line 12, in <module>
    from tusclient.request import TusRequest
  File "/Users/abhishek/Desktop/vision/vimeo/env/lib/python2.7/site-packages/tusclient/request.py", line 1, in <module>
    import pycurl
ImportError: pycurl: libcurl link-time ssl backend (openssl) is different from compile-time ssl backend (none/other)

This looks to be an issue in some environments with tus-py-client.
Do you mind trying the steps that appear to have solved the problem in the Transloadit library? https://github.com/transloadit/python-sdk/issues/4#issuecomment-346785159

Thanks for helping out.


Draft integration tests for Ark

Export Amalthea client harness as DummyFrontend.
Export start_r so it can be used in unit tests. Moved from main.rs to start.rs (I took the opportunity to move things around in main.rs for clarity but no changes to the code).
Draft kernel protocol tests in ark/tests/kernel.rs.

TODO: Flesh out tests so that we can be confident we don't break anything in #536

The dummy kernel is now a singleton object. Call the lock() method to initialize it if needed, and lock access to the singleton in a test thread.
When the lock guard goes out of scope, it checks that all sockets have no incoming data. This way we don't forget to assert replies from the backend and we make sure the tests are (mostly) independent, which is important since they share the same R and kernel instances.

DummyFrontend in Amalthea gains many more methods to receive and assert specific messages. The goal is to allow very terse tests that are easy to write.

I've moved start_r() to RMain::start().

New RMain::wait_r_initialized() method. This is a thread-safe method that resolves when R has finished starting up. Used in the dummy kernel.

RMain::initialized() has been reworked so it's thread-safe. That was not necessary here but it seems like a good principle for all static methods to be callable from another thread.

We now detect R_HOME from the PATH via R RHOME. This helps with unit tests. Following this change we no longer hard-code R_HOME into installed kernel specs, which allows users to control which version of R to run by manipulating their PATH. While I was in there I also set RUST_LOG to "error" to address https://github.com/posit-dev/positron/issues/2098.

@DavisVaughan determined yesterday that CI was failing because cfg() doesn't run in integration tests (tests in crate/tests as opposed to crate/src). To fix this, we now use a global variable aliased to the presence of a testing feature flag in the harp crate to decide whether to set unlimited stack space (needed in unit tests since they access R from different threads).
Here is the motivation for this unusual setup:

Unfortunately we can't use cfg(test) in integration tests because they
are treated as an external crate.

Unfortunately we cannot move some of our integration tests to src/
because they must be run in their own process (e.g. because they are
running R).

Unfortunately we can't use the workaround described in
https://github.com/rust-lang/cargo/issues/2911#issuecomment-749580481
to enable a test-only feature in a self dependency in the dev-deps section
of the manifest file because Rust-Analyzer doesn't support such
circular dependencies: https://github.com/rust-lang/rust-analyzer/issues/14167.
So instead we use the same trick with harp rather than ark, so that there
is no circular dependency, which fixes the issue with Rust-Analyzer.

Unfortunately we can't query the features enabled in a dependency with cfg.
So instead we define a global variable here that can then be checked at
runtime in Ark.

It's probably worth merging in this state because I'm encountering protocol issues when trying to make a test for errors.

Would you mind using the new testing global to get rid of the true argument of modules::initialize(true)? I think that would be useful / more consistent if that is possible

Good idea, done!


Problem ratio 100%

Hello I use your plugin which is really very good, thank you for your work!!!
I encounter a problem, whatever I do my ration remains at 100%, where is my error, after multiple tests and research I have not found it.
Thanking you in advance for your help.
`type: custom:power-distribution-card
title: Title
entities:

decimals: 2
display_abs: true
name: Maison
unit_of_display: kWw
consumer: true
icon: mdi:home
entity: sensor.conso_energie_jour
preset: consumer
invert_value: true
decimals: 2
display_abs: true
name: Import
unit_of_display: kWw
icon: mdi:transmission-tower
entity: sensor.energie_importee_jour
preset: grid
invert_value: false
calc_excluded: false
decimals: 2
display_abs: true
name: Solaire
unit_of_display: kWw
icon: mdi:solar-power
producer: true
entity: sensor.prod_solaire_jour
preset: solar
calc_excluded: false
decimals: 2
display_abs: true
name: Export
unit_of_display: kWw
icon: mdi:lightning-bolt-outline
producer: true
entity: sensor.energie_exportee_jour
preset: producer
invert_value: true
calc_excluded: false
center:
type: bars
content:

preset: autarky
name: AS
bar_color: red
preset: ratio
name: Ratio
bar_color: green
animation: flash

`

Hello I use your plugin which is really very good, thank you for your work!!! I encounter a problem, whatever I do my ration remains at 100%, where is my error, after multiple tests and research I have not found it.
Thanking you in advance for your help.
`type: custom:power-distribution-card title: Title entities:

decimals: 2
display_abs: true
name: Maison
unit_of_display: kWh
consumer: true
icon: mdi:home
entity: sensor.conso_energie_jour
preset: consumer
invert_value: true

decimals: 2
display_abs: true
name: Import
unit_of_display: kWh
icon: mdi:transmission-tower
entity: sensor.energie_importee_jour
preset: grid
invert_value: false
calc_excluded: false

decimals: 2
display_abs: true
name: Solaire
unit_of_display: kWh
icon: mdi:solar-power
producer: true
entity: sensor.prod_solaire_jour
preset: solar
calc_excluded: false

decimals: 2
display_abs: true
name: Export
unit_of_display: kWh
icon: mdi:lightning-bolt-outline
producer: true
entity: sensor.energie_exportee_jour
preset: producer
invert_value: true
calc_excluded: false
center:
type: bars
content:

preset: autarky
name: AS
bar_color: red
preset: ratio
name: Ratio
bar_color: green
animation: flash

`

Everything works very well, I misinterpret the ratio in the card. Thank you again for your wonderful work.

Glad you're enjoying it!
Just to write it down in case someone stumbles over this in the future:
The Ratio measures the proportion of self produced Energy used at home.
Since in this case 2,8 < 11,4 the ratio is 100%, since all of the produced power would be consumed by the home.
Take care and stay safe!


Change position of 3D model

Hello! I am trying to use 3D opengl render of ESIM, but I did not find out how to change the position of input 3D model. My task required another another 3D scene for testing and I already had the 3D model. But when I just changed the file path parameter in config file, my 3D model was not fixed in a proper place. Therefore I want to figure out whether there is any way to set the position of 3D model?
Thank you in advance for your help!

Hello,
It is currently not possible to explicitly set the position of the 3D model, unfortunately.
You could either:

Change the point coordinates in the model so that they appear in the simulated scene in ESIM.
Change the camera trajectory to center it on your 3D model. For that, you may use the parameter --trajectory_offset_x|y|z.

@yunxdai  方便加下qq/微信吗，有些模拟器的问题想咨询一下


i18n "write-translations" command not creating folder for blog in locale

The i18n "write-translations" command does not create a folder for the default blog in the classic theme. I went through the examples in the Docusaurus showcase list, and none of them seem to have an implementation of a translated blog.

If the "write-translations" command does not create any folder for docs, it's because there's no json translation files extracted by the blog plugin to write there, and the main content of the blog is the markdown content.
But this does not mean it does not work, and you should just follow the tutorial, copying md files as documented here: https://docusaurus.io/docs/next/i18n/tutorial#translate-markdown-files

We'll add a translation example (eventually a starter template) where the translated files are on git and easier to inspect.
I'd also like to add/enhance the cli to support copying the md files, but for now, it is a manual step you have to do.

Cheers @slorber, if this is not even a bug, I will close the issue. This is also good documentation for anyone else wondering about blog translations.


call for paper

Hello, I can't download the paper related this code, can you send me a pdf of the paper? That would be greatly appreciated. Email<EMAIL_ADDRESS>

https://www.hindawi.com/journals/itees/2022/4224356/


OP-14834: invalidate session and throw SAMLAuthenticationException

https://devopsmx.atlassian.net/browse/OP-14834

This PR  triggered this build in this execution, please wait for it  and child pipelines to succeed before merging:  https://isd.prod.opsmx.net/deck/#/applications/gcp-gitprtrigger/executions/details/01G36KPY6MV4D33Z50X2FG603C

This PR  triggered this build in this execution, please merge to v3.12 branch only if this succeeds:  https://spin.prod.opsmx.com/#/applications/isd312/executions/details/01G36KQ6DMHNDQ0NSXE4GF6KQV


Reading Plan : The next year calendar does not load and hence the user is to be notified with an alert

If the user selects the date Dec 31st 2021 and then navigates to 1st Jan 2022, it opens to Jan 2022, however, the dates or the  plan does not load.
The user should be notified with an alert saying the plan for the current year alone is available

The above mentioned issue of Jan 22 stuck at loading is now resolved in VachanGo1.3.0-alpha.5
The following issues have been observed

The alert is to mention that the  plan is available only for the current year.
The message 'Please select a valid date is to removed.


LocalScanner: Fix wrong property names in documentation

In the documentation of the getScannerCriteria() method, wrong
property names are referenced to overwrite the properties of a
ScannerCriteria object in the configuration. Make the documentation
reflect reality.

Is there library support to interpret Ivy version ranges?

The Semver4j library we already use can do that... see the version ranges defined for various analyzer tools.


kubelet had --resolv-conf twice

I had a DNS issue which has caused big outage.
I checked logs of CoreDNS and found the following error.
"2021-08-10T15:00:07.657Z [FATAL] plugin/loop: Loop (<IP_ADDRESS>:50910 -> :53) detected for zone \".\", see https://coredns.io/plugins/loop#troubleshooting. Query: \"HINFO<PHONE_NUMBER>690316306.8024776774571986963.\"\n"

According to this troubleshooting guide, it is recommended to use the real resolve-conf /run/systemd/resolve/resolv.conf instead of /etc/resolv.conf.
But I found that in my environment, kubelet had --resolv-conf twice, first one is /etc/resolv.conf, second /run/systemd/resolve/resolv.conf, prcocess as below:
root     15793  2.8  2.0 1943236 82808 ?       SLsl Apr06 5224:19 kubelet --authorization-mode=Webhook --resolv-conf=/etc/resolv.conf --read-only-port=0 --fail-swap-on=false --register-with-taints=node-role.kubernetes.io/controlplane=true:NoSchedule --anonymous-auth=false --authentication-token-webhook=true --streaming-connection-idle-timeout=30m --volume-plugin-dir=/var/lib/kubelet/volumeplugins --address=<IP_ADDRESS> --network-plugin=cni --cluster-dns=<IP_ADDRESS> --kubeconfig=/etc/kubernetes/ssl/kubecfg-kube-node.yaml --root-dir=/var/lib/kubelet --make-iptables-util-chains=true --v=2 --cgroups-per-qos=True --tls-cipher-suites=TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305 --cni-conf-dir=/etc/cni/net.d --event-qps=0 --client-ca-file=/etc/kubernetes/ssl/kube-ca.pem --cloud-provider= --cluster-domain=cluster.local --hostname-override=prod-worker-ap-southeast-2a1 --pod-infra-container-image=rancher/pause:3.2 --cni-bin-dir=/opt/cni/bin --cgroup-driver=cgroupfs --resolv-conf=/run/systemd/resolve/resolv.conf

Is this expected? Could it cause potential looping queries.
I am running rancher 2.3.5
kubernetes version: 1.14.3

As seen in the output, the real resolv.conf is passed to the kubelet based on systemd-resolved being present. It's unclear whether you are experiencing issues now with this configuration or if you had an outage which is now resolved. We'll need some more information on what happened and what led to the situation (especially if things are running fine now).
Sidenote, Rancher 2.3 / k8s 1.14 is a bit old and you should upgrade asap.


Adding an interface for the Client. V3

There are a couple of nice advantages to having an interface exposed for the client and then have the client implement the interface.

Allows for consumers to Mock the client for easy unit testing.
Allows for Dependency Injection.

Hey @flyingtiger71 , thanks for the input. We've been asked this before. Since it's coming up a few times, we'll consider it. I'm going to leave this open for discussion.
In the mean time, I wanted to point out that we've had success mocking using the moq library.

As we discussed on the call, I'll generate the IClient interface alongside the client and make the client implement it. I'll be working on it this sprint.

@flyingtiger71 would love to get your comments on #554 when you get the chance.


determine libpython at Pkg.build time, not at runtime

See discussion in #167.
With Base.compile(:PyCall), the load time is currently down to about 2 seconds on my machine.  I'm not sure how to get it down further, although it should be possible.
cc: @malmaud, @jakebolewski

I tested locally and it decreases load time from ~4s to ~2s.

I just pushed a few precompilations that get it down to 1.3 seconds on my machine.  (I'm guessing the improvements on Windows, compared to the old PyCall, may be even greater.)

Oh crap, I checked in deps.jl, not build.jl.


Support more flexible logics

If I understand correctly, kpt has very limited functionalities in "computed variables". I didn't find the way to do the following things:

X = (Y == "true" ? Z + "-aabb": W + "-ccdd")
X = base64(Y)

And a step further, some resource-level logic, such as Deployment D should only exist if setter S is equal to "enabled".

So the goal of kpt is to support a config-as-data toolchain, so we don't plan to add features like embedding code into the manifests. Kpt provides some very limited support for very simple string interpolation with substitutions, but that is it.
The idea with kpt is that instead of trying to make your configuration very flexible by adding logic into the package, kpt provides a workflow for forking upstream packages and let you make any edits you want directly into your own copy. When there are upstream changes, you can use kpt to pull the upstream changes into your local package with merge logic that understand KRM resources and can do smart merging. For more complex scenarios you can use a kpt function to do transformations on your config.
Do you have a more specific use-case where kpt doesn't work well?

+1 to what Morten said. close the issue


Add support for all languages in py-treesitter

Description
Currently CodeHierarchyNodeParser does not support all the languages which the py-tree-sitter package it uses to parse the files does support. In this PR we extend it to parse all other languages like rust.
Fixes # (issue)
New Package?
Did I fill in the tool.llamahub section in the pyproject.toml and provide a detailed README.md for my new integration or package?

[ ] Yes
[ ] No

Version Bump?
Did I bump the version in the pyproject.toml file of the package I am updating? (Except for the llama-index-core package)

[ ] Yes
[ ] No

Type of Change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

[ ] Added new unit/integration tests
[ ] Added new notebook (that tests end-to-end)
[ ] I stared at the code and made sure it makes sense

Suggested Checklist:

[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added Google Colab support for the newly added notebooks.
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] I ran make format; make lint to appease the lint gods

Looks like tests are broken, maybe take a peek
You can run tests locally by cd-ing to the directory and running pytest tests

Looks like tests are broken, maybe take a peek
You can run tests locally by cd-ing to the directory, pip install -e ., and running pytest tests

@logan-markewich PTAL again!


Raw nmea sentences

Is there a way to see raw nmea sentences currently? Thanks!

@nikolakurtic,
Short answer: currently not. Long answer: there are two PR's open regarding NMEA implementations. So we think about implementing this in future releases. But other work needs to be done first, so keep an eye on the future versions/changelogs.


Sketch AlmaAdapter's get_items_for_bib method

Using Alma.rb
advances #751; submitting for review now to unblock other issues

Coverage remained the same at 81.707% when pulling 0dc303fb4451fb4cbb1522eb48f93834efbf7bd7 on 751-bib-items into fb72e4ae51ad093c5619cf873a82b1ef423a05a6 on master.


Add support for reading an empty vector with read_vector()

What
Right now in read_vector() you cannot read an empty vector because we'll automatically read to the domain end if you pass 0. Here we update so we have a different constructor for automatically reading to the end versus reading a range.
Testing

Existing tests pass.
New unit test checking that we can read an empty vector with this function.

Per discussion between @lums658 and @jparismorgan, the various subtle issues in my comments regarding start/stop etc are deferred to a subsequent PR.

Thanks, created a story for this here: https://app.shortcut.com/tiledb-inc/story/42770


SPM and direct downloading url are broken in 18.2.0

Describe the bug
SPM is not working in 18.2.0.
Also, I noticed that Direct Download link from the docs is downloading 18.1.2 version instead of 18.2.0.
reCAPTCHA Site Key
No needed.
Integration Method
Select the method used to integrate with reCAPTCHA Mobile.

[x] SPM (iOS)
[ ] Cocoapods (iOS)
[x] Direct Download (iOS)
[ ] GMaven (Android)

SDK Version (e.g. 18.0.1):
18.2.0
To Reproduce
Steps to reproduce the behavior:

Install or update v18.2.0 via SPM

Errors occur:

Go to docs link

Select "Direct Download"

Press on "client"

18.1.2 is downloading instead of 18.2.0.

The current url looks like:
https://dl.google.com/recaptchaenterprise/v18.1.2/RecaptchaEnterprise_iOS_xcframework/recaptcha-xcframework.xcframework.zip

Expected behavior

SPM works with 18.2.0 without issues.
Direct Download link is downloading the latest release version 18.2.0.

Xcode version for iOS (please complete the following information):

Xcode 14.3

Device (please complete the following information):
No needed
Additional context
No needed

The direct download link has not been released yet (it always lags the spm and pod release)
We put out a fix for spm last night, but it is the same version so please try clearing your spm crash and try again.
Thanks!

@mcorner SPM is fixed, the direct download link is still 18.1.2.

yes, there is a delay in getting the documentation improved.  Here is a link in the meantime: https://dl.google.com/recaptchaenterprise/v18.2.0/RecaptchaEnterprise_iOS_xcframework/recaptcha-xcframework.xcframework.zip

This was fixed a while ago, forgot to close.


Add swagger GUI, docker compose v1 -> v3

Added an additional docker-compose.yml with swagger gui as own container. updated docker-compose.yml do version 3

Thanks @ASVBPREAUBV , the new version and the swagger-ui are a good addition(just discovered I cannot have network_mode: host in v1) however the PR contains unwanted commits, can you rebase so I can review it better?

Sorry for the late reply. Im new to open-source cooperation. can you maybe link to resources to help me with your request?

Sure, basically you need to run these :
git clone https://github.com/ASVBPREAUBV/postgrest-docs
git remote add upstream https://github.com/PostgREST/postgrest-docs
git fetch upstream
git checkout patch-2 ## your pull request branch
git rebase upstream/master
git push -f

I think I'd be better if the swagger-ui container is added as an extra and optional step, so how about if we modify the change to be like this:
If you want to have a visual overview of your API you can add swagger-ui to your :code:`docker-compose.yml`:

.. code-block:: yaml

  swagger:
    image: swaggerapi/swagger-ui
    ports:
      - "8080:8080"
    expose:
      - "8080"
    environment:
      API_URL: http://localhost:3000/

With this you can see the swagger-ui on port 8080.

Can you make the change? The rebase worked fine, now you need to go to the directory where you cloned the repo and then:
git checkout patch-2
## Go to the install.rst file with your favorite text editor(sublime, notepad, etc),
## make the change I proposed, and then
git commit -m 'Make swagger-gui an optional step in installation'
git push

is this correct?

Thanks @ASVBPREAUBV, added the corrections myself.


ESCSP-1384

Canceling by Campaign ID is a config option only for Gilt and ZipRecruiter.  We can keep the docs public by we need to add a note that it's for Enterprise only.
Please note: I followed the same Note convention from the Accounts API.

Closing this and merging it from -dev.


update add, edit, delete, clear, sort functionalities

Thank you sp much @smunozmo!


is_proper_chrom() error with EMA

Testing this fork of NAIBR on the alignments made for one sample using both BWA and EMA, NAIBR runs without issue on the BWA alignments, but fails on the EMA alignments:
2023-05-26 16:39:42,121 - INFO: Found 7 chromosomes with data in BAM
2023-05-26 16:39:42,143 - INFO: running on 4 threads
2023-05-26 16:39:42,145 - INFO: Getting candidates for chromosome 2L
2023-05-26 16:39:42,145 - INFO: Getting candidates for chromosome 2R
2023-05-26 16:39:42,145 - INFO: Getting candidates for chromosome 3L
2023-05-26 16:39:42,145 - INFO: Getting candidates for chromosome 3R
2023-05-26 16:39:42,273 - INFO: Getting candidates for chromosome 4
2023-05-26 16:39:42,340 - INFO: Getting candidates for chromosome X
2023-05-26 16:39:42,353 - INFO: Getting candidates for chromosome Y
multiprocessing.pool.RemoteTraceback:
"""
Traceback (most recent call last):
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/multiprocessing/pool.py", line 125, in worker
    result = (True, func(*args, **kwds))
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/multiprocessing/pool.py", line 48, in mapstar
    return list(map(*args))
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/__main__.py", line 116, in run_naibr
    ) = parse_chromosome(chrom, configs)
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/get_reads.py", line 105, in parse_chromosome
    for read, mate in progress(
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/get_reads.py", line 64, in progress
    for nr, el in enumerate(iterator, start=1):
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/get_reads.py", line 44, in parse_mapped_pairs
    is_proper_chrom(read.next_reference_name)
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/utils.py", line 416, in is_proper_chrom
    return "Un" not in chrom and "random" not in chrom and "hs37d5" not in chrom
TypeError: argument of type 'NoneType' is not iterable
"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/pd348/miniconda3/envs/harpy/bin/naibr", line 8, in <module>
    sys.exit(main())
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/__main__.py", line 330, in main
    return run(file_configs)
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/__main__.py", line 252, in run
    chroms_data = parallel_execute(run_with_configs, chromosomes, threads=configs.NUM_THREADS)
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/site-packages/naibr/utils.py", line 563, in parallel_execute
    data = pool.map(function, input_list)
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/multiprocessing/pool.py", line 367, in map
    return self._map_async(func, iterable, mapstar, chunksize).get()
  File "/home/pd348/miniconda3/envs/harpy/lib/python3.10/multiprocessing/pool.py", line 774, in get
    raise self._value
TypeError: argument of type 'NoneType' is not iterable

Could you post a subset of your BAM for me to try? I have used NAIBR on EMA mapped reads before without issues.

@pontushojer absolutely. Here is a subset of the bam I'm using. I confirmed that the subset triggers the same error. Files hosted here: https://mega.nz/folder/vBJjhahI#W807W1X3DPmSQWcVGFRtxg

Ah yes, the EMA docs suggest mapping the invalid/unbarcoded reads with BWA and merging the two together. I'll test this a little later today, thank you!

The change now works, thank you. Closing this :smile:


Local Baseline dist

Set x to 230 in Local Baseline dist.
L 38 R 31.4 (verify with email)
Related to Combined SP-2023-08.

Moved


Make floating blocks drop items properly

Make floating blocks drop as if broken when they land in an invalid position, instead of dropping the block they imitate exactly

Fixes #362


Video transcode setting not reflected correctly (MP3 incorrectly transcoded to MP4)

Bug
If you previously transcoded an MP4 file and published, and later want to publish an MP3, the MP3 gets incorrectly transcoded to MP4 despite the checkbox showing unchecked.
I think the setting isn't being reflected correctly, and it's because MP3 are supposed to gray out the checkbox anyway, so it didn't "update" the checkbox when the file was selected, but the publish process still uses that setting.
To Reproduce

I selected a video file in an odd format, and check "trancode".  I then proceeded to publish that.
Hours later (I believe I have closed or restarted the app several times by then), I wanted to publish an MP3.  I selected the music file, and the "transcode" option remains grayed out and unchecked as normal since it's music.  However, when I publish, I noticed it was transcoded and published as MP4.

To fix this, I had to:

Go to Publish again
Select an MP4 file so that the "trancode" won't get grayed out.  And as I suspected, the checkbox is checked.
Uncheck the checkbox.
Cancel the publish.
Now I'm able to publish music!

Expected behavior
The GUI and the setting should match.
System Configuration
App 0.45.2
Daemon (lbrynet) 0.73.1
Platform Linux (Linux-5.3.0-51-generic-x86_64-with-LinuxMint-19.3-tricia)

Nice catch, thanks for the issue!


Fixed README.rst

Fixed README.rst
Fixed typo into --> for

LGTM, thanks.

Merged, thanks.

Welcome :)
On Oct 19, 2016 2:22 AM, "Tomaz Muraus"<EMAIL_ADDRESS>wrote:

Merged, thanks.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/apache/libcloud/pull/906#issuecomment-254635857, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AQi9uL0dVFoh47Don6dIT7NjRLjZArCDks5q1TF9gaJpZM4KWZfj
.


Missing confirmation prompt for opening links

Issue Type: Bug
Prior to the June 2021 update, whenever I Ctrl+Clicked on links in the terminal (and elsewhere such as markdown files) for untrusted domains, I would be prompted to confirm that I wanted to open this link.
As of the June 2021 update, this no longer occurs. I know that Workspace Trust shipped in this iteration, however after reading its documentation I don't see an indication anywhere that this is expected behaviour for trusted workspaces.
Steps to reproduce:

Open any VSCode Window.
Open the integrated terminal
Type a link to an untrusted domain into the terminal and then CTRL+Click it.

 I've been using the popup to copy URLs instead of opening them in the default browser, and it doesn't look like this is possible anymore.

Yes, this is by design but it was a small change in a busy iteration and I forgot to add it to release notes. To address @levi-tate's feedback we could perhaps have a setting to enable it in trusted workspaces.
See: https://github.com/microsoft/vscode/issues/124325

I was using that option not to launch the links in the default browser but now that isn't anymore possible.
I have described the problem here in the PlatformIO forum.

Added the config workbench.trustedDomains.promptInTrustedWorkspace, defaults to false, when true domain trust prompts will appear even in trusted workspaces.


Report available locales to parent window, and allow parent to dynamically set the locale

Code-review checklist

Documentation

[ ] Interfaces describe how other programmers would use them.
[ ] Code that is not obvious has documentation describing why
that code is the way it is.

Looks good


update crossplane-runtime to v1.14.1

Description of your changes

Fixes #
I have:

[ ] Read and followed Crossplane's contribution process.
[ ] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested

i know ;) thats why its a draft - but with this branch we can use provider-argocd in functions

I think if that will be merged, the crossplane-runtime update should work quite well. All the replace's in the mod-file could be removed…
https://github.com/argoproj/gitops-engine/pull/556

/fresh

I have made the code compile by replacing github.com/argoproj/gitops-engine with https://github.com/asaf-erlich/gitops-engine/commit/1c9f565e644fb51cc9afc96116fd788ff70390b8 which is the WIP in https://github.com/argoproj/gitops-engine/pull/565.
Since we are not using the gitops-engine itself and only use the API types I think it is safe to merge this.


chore: Upgrade arrow/datafusion/deltalake/lance

🤞

Resolving bugs. There are changes in deltalake that remove DeltaObjectStore in favour of LogStore. I have made this change but it breaks some stuff. Fixing it.

Resolving bugs. There are changes in deltalake that remove DeltaObjectStore in favour of LogStore. I have made this change but it breaks some stuff. Fixing it.

Somehow there’s an extra log that resets the table schema to nothing:
{"metaData":{"id":"06d0a73d-b29a-468e-a914-e018559ce305","name":"t1","description":null,"format":{"provider":"parquet","options":{}},"schemaString":"{\"type\":\"struct\",\"fields\":[]}","partitionColumns":[],"createdTime":1705658425682,"configuration":{}}}
{"commitInfo":{"timestamp":1705658425687,"operation":"WRITE","operationParameters":{"mode":"Overwrite"},"clientVersion":"delta-rs.0.17.0"}}

Thinking of resetting lance to the latest release (instead of the latest commit) so we can work with existing DeltaObjectStore and wait for any bugs to resolve here.

So, the LogStore impl happened before they updated DF. We will need to fix this log thing before we can get this in.

AFAICT, there are 2 main followups for this upgrade.

migrate to the new datafusion udf paradigm
delta-rs has a registry for objectstores now. we need to figure out how to better integrate with that.

AFAICT, there are 2 main followups for this upgrade. [...]

can you open tickets for these just so we don't lose track of them?

AFAICT, there are 2 main followups for this upgrade. [...]

can you open tickets for these just so we don't lose track of them?

done


Missing indentation in some cases when pressing Enter #492 (case 1 only)

#492 (case 1 only)

Thank you!
@EBatTiVo Looks good.
Things with multiline comments block looks a little bit complicated


Add Musca-S1 SoC and board support

Musca-S1 is a Cortex-M33 based SoC. It's similar to the
Musca-B1, but among other things the embedded flash has
been replaced with embedded MRAM (eMRAM) memory.
The Musca-S1 files have been created based on the Musca-B1
SoC and board files.

@davidvincze will you be able to fix CI issues here, before the 2.4 freeze deadline?

This fails when building a TF-M binary, such as via $ west build -p -b v2m_musca_s1_nonsecure zephyr/samples/tfm_integration/psa_level_1/
Traceback (most recent call last):
  File "/Users/kevin/Linaro/zephyr/upstream/zephyr/../modules/tee/tfm/trusted-firmware-m/bl2/ext/mcuboot/scripts/assemble.py", line 93, in <module>
    main()
  File "/Users/kevin/Linaro/zephyr/upstream/zephyr/../modules/tee/tfm/trusted-firmware-m/bl2/ext/mcuboot/scripts/assemble.py", line 87, in main
    output = Assembly(args.layout, args.output)
  File "/Users/kevin/Linaro/zephyr/upstream/zephyr/../modules/tee/tfm/trusted-firmware-m/bl2/ext/mcuboot/scripts/assemble.py", line 37, in __init__
    self.find_slots()
  File "/Users/kevin/Linaro/zephyr/upstream/zephyr/../modules/tee/tfm/trusted-firmware-m/bl2/ext/mcuboot/scripts/assemble.py", line 48, in find_slots
    offsets = macro_parser.evaluate_macro(self.layout_path, offset_re, 1, 2)
  File "/Users/kevin/Linaro/zephyr/upstream/modules/tee/tfm/trusted-firmware-m/bl2/ext/mcuboot/scripts/macro_parser.py", line 60, in evaluate_macro
    with open(configFile, 'r') as macros_preprocessed_file:
FileNotFoundError: [Errno 2] No such file or directory: '/Users/kevin/Linaro/zephyr/upstream/build/tfm/image_macros_preprocessed.c'
ninja: build stopped: subcommand failed.

Recent changes to Zephyr's TF-M module require the following changes from the musca B1 here: https://github.com/zephyrproject-rtos/zephyr/commit/310999da5b6c84f7842c7d797c68da96ebb72f01

@ioannisg Any concerns here since this is another TF-M enabled board?


Use wrapGAppsHook for parcellite also add dependencies

Motivation for this change
To improve the out-of-box user experience for Parcellite.
CC @gleber
Things done

[X] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[X] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[X] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[X] Tested execution of all binary files (usually in ./result/bin/)
[X] Fits CONTRIBUTING.md.

Looks good to me!

Thanks! Rebased to master in 79081322ab97b7d9c937c07b24cd0911e2a3a0a9.


Top level meta

Adds possibility to include top level meta objects in the json:api response.
to_response signature changed to async def to_response(self, data: dict, meta: dict = None, *args, **kwargs) -> JSONAPIResponse

Looks good
Are there existing extension points or plans for:
resource objects - the specification differentiates between resource and resource identifier objects but they seems essentially equivalent
resource relationship objects
link objects
json:api objects
error objects

@khornberg This covers the top level meta only, but I think some of the others are already supported by marshmallow-jsonapi.
I think this one, and the one that is defined inside the schema, should be the most widely used, so I focused on them.
If we have a nice way of implementing the other ones, then we can add them in the framework, but I would consider it lower priority for now.


chore: Update flake.lock and flake.nix

This commit updates the flake.lock and flake.nix files. The flake.lock file now includes updated hashes and revision information for the dependencies "crane", "flake-utils", "nixpkgs", and "systems". The flake.nix file has been modified to include new URLs and inputs for the dependencies "crane", "rust-overlay", and "flake-utils". Additionally, the code has been modernized and the devShells.default and devShells.lock sections have been updated.

good

I fail to see how this is an update when it actually adds these files! It also adds Cargo.lock. We've had discussions about this before, see #103, but I personally think it's time for us to add Cargo.lock since the format has changed and it's now even recommended by the cargo team to check it out in binaries

I'm not familiar with flake.nix, why would we need it? I fail to see the reason to include it in repo


Add Dongbei programming language

Add Dongbei programming language (https://github.com/zhanyong-wan/dongbei)
I also updated readme.md to include all languages.

The languages listed in the readme all need to be implemented. For now, I'll merge the Dongbei part.


v2 API

Pull Request Test Coverage Report for Build 110

121 of 376 (32.18%)  changed or added relevant lines in 1 file are covered.
5 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-31.9%) to 30.268%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

index.js
121
376
32.18%

Files with Coverage Reduction
New Missed Lines
%

index.js
5
30.27%

Totals

Change from base Build 108:
-31.9%

Covered Lines:
148

Relevant Lines:
424

💛  - Coveralls