ghc-8.4.2 Segmentation fault: Request textDocument/codeAction failed

For a project that uses nightly resolver:
$ grep '^resolver' stack.yaml
resolver: nightly-2018-05-02
$ stack exec -- ghc --version
The Glorious Glasgow Haskell Compilation System, version 8.4.2

I get the following error:
Using ghc version: Version <IP_ADDRESS>, Git revision 4e900d53c401c0d3b6f69c6bbddc9ab6c6834d0d (1338 commits) x86_64 ghc-8.4.2
Using hoogle db at: /Users/jky/.hoogle/default-haskell-5.0.17.hoo
/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/hie-wrapper.sh: line 77: 73937 Segmentation fault: 11  $HIEBIN --lsp $@
[Info  - 10:04:21] Connection to server got closed. Server will restart.
[Error - 10:04:21] Request textDocument/codeAction failed.
Error: Connection got disposed.
	at Object.dispose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/main.js:825:25)
	at Object.dispose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:57:35)
	at LanguageClient.handleConnectionClosed (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:1954:42)
	at LanguageClient.handleConnectionClosed (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/main.js:126:15)
	at closeHandler (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:1941:18)
	at CallbackList.invoke (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:71:39)
	at Emitter.fire (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:135:36)
	at closeHandler (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/main.js:221:26)
	at CallbackList.invoke (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:71:39)
	at Emitter.fire (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:135:36)
	at StreamMessageReader.AbstractMessageReader.fireClose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/messageReader.js:135:27)
	at Socket.<anonymous> (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/messageReader.js:188:62)
	at emitOne (events.js:101:20)
	at Socket.emit (events.js:191:7)
	at Pipe._handle.close [as _onclose] (net.js:510:12)
[Error - 10:04:21] Request textDocument/codeAction failed.
Error: Connection got disposed.
	at Object.dispose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/main.js:825:25)
	at Object.dispose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:57:35)
	at LanguageClient.handleConnectionClosed (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:1954:42)
	at LanguageClient.handleConnectionClosed (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/main.js:126:15)
	at closeHandler (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-languageclient/lib/client.js:1941:18)
	at CallbackList.invoke (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:71:39)
	at Emitter.fire (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:135:36)
	at closeHandler (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/main.js:221:26)
	at CallbackList.invoke (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:71:39)
	at Emitter.fire (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/events.js:135:36)
	at StreamMessageReader.AbstractMessageReader.fireClose (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/messageReader.js:135:27)
	at Socket.<anonymous> (/Users/jky/.vscode/extensions/alanz.vscode-hie-server-0.0.16/node_modules/vscode-jsonrpc/lib/messageReader.js:188:62)
	at emitOne (events.js:101:20)
	at Socket.emit (events.js:191:7)
	at Pipe._handle.close [as _onclose] (net.js:510:12)
Using ghc version: Version <IP_ADDRESS>, Git revision 4e900d53c401c0d3b6f69c6bbddc9ab6c6834d0d (1338 commits) x86_64 ghc-8.4.2
Using hoogle db at: /Users/jky/.hoogle/default-haskell-5.0.17.hoo
hie:
lookupSymbol failed in relocateSection (RELOC_GOT)
/Users/jky/.stack/programs/x86_64-osx/ghc-8.4.2/lib/ghc-8.4.2/integer-gmp-<IP_ADDRESS>/HSinteger-gmp-<IP_ADDRESS>.o: unknown symbol `___gmp_rands'
[Error - 10:04:22] Got error while processing diagnostics: unable to load package `integer-gmp-<IP_ADDRESS>'

I'm seeing this as well for the integer-gmp package, before any requests are made.

Did you install ghc via homebrew? Reinstalling gmp did the trick for me: brew reinstall gmp

Wow, that fixed my problem.  Nice!  Thanks!
$ brew reinstall gmp
==> Reinstalling gmp
==> Downloading https://homebrew.bintray.com/bottles/gmp-6.1.2_2.high_sierra.bottle.tar.gz
######################################################################## 100.0%
==> Pouring gmp-6.1.2_2.high_sierra.bottle.tar.gz
🍺  /usr/local/Cellar/gmp/6.1.2_2: 18 files, 3.1MB

Actually, I'm still getting this error:
Using ghc version: Version <IP_ADDRESS>, Git revision 4e900d53c401c0d3b6f69c6bbddc9ab6c6834d0d (1338 commits) x86_64 ghc-8.4.2
Using hoogle db at: /Users/jky/.hoogle/default-haskell-5.0.17.hoo
hie:
lookupSymbol failed in relocateSection (RELOC_GOT)
/Users/jky/.stack/programs/x86_64-osx/ghc-8.4.2/lib/ghc-8.4.2/integer-gmp-<IP_ADDRESS>/HSinteger-gmp-<IP_ADDRESS>.o: unknown symbol `___gmp_rands'
[Error - 23:52:47] Got error while processing diagnostics: unable to load package `integer-gmp-<IP_ADDRESS>'
[Error - 23:52:56] Got error while processing diagnostics: GHC panic! (the 'impossible' happened)
  ghc-mod version <IP_ADDRESS>
  GHC library version 8.4.2 for x86_64-apple-darwin:
       Dynamic linker not initialised

Please report this as a bug: https://github.com/kazu-yamamoto/ghc-mod/issues

@newhoggy unbelievably, someone found a workaround here https://github.com/haskell/haddock/issues/767
I just renamed the file to something else and it works for me!

@newhoggy please close this if it is resolved

I'd like to confirm that it is fixed.  Thanks so much!

The problem has reappeared for me on c34c08eeced8173983601e98304258075f3057e1 and ghc 8.4.3:
info: Found Stack project at: /Users/luke/Sources/haskell-ide-engine
Using hie version: Version <IP_ADDRESS>, Git revision c34c08eeced8173983601e98304258075f3057e1 (1459 commits) x86_64 ghc-8.4.3
info: Using Stack project at: /Users/luke/Sources/haskell-ide-engine
Using hoogle db at: /Users/luke/.hoogle/default-haskell-5.0.17.hoo
info: Found Stack project at: /Users/luke/Sources/haskell-ide-engine
info: Using Stack project at: /Users/luke/Sources/haskell-ide-engine
DEBUG: reading cache: /Users/luke/Sources/haskell-ide-engine/.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.cabal-components
DEBUG: regenerating cache: /Users/luke/Sources/haskell-ide-engine/.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.cabal-components (input data changed)
DEBUG: writing memory cache: /Users/luke/Sources/haskell-ide-engine/.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.cabal-components
DEBUG: resolveEntrypoint:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-isrc","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h"]
DEBUG: resolveEntrypoint:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-iapp","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen/cabal_macros.h"]
DEBUG: resolveEntrypoint: []
DEBUG: making sure autogen files exist
DEBUG: reading cache: .stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.resolved-components
DEBUG: resolvedComponentsCache: files changed: none
DEBUG: resolveGmComponent:
       ["-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h"]
DEBUG: resolveGmComponent:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-iapp","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen/cabal_macros.h","-XHaskell2010","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h"]
DEBUG: resolveGmComponent:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-isrc","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h","-XHaskell2010","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h"]
DEBUG: regenerating cache: .stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.resolved-components (input data changed)
DEBUG: writing memory cache: .stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.resolved-components
VOMIT: Using the following mapped files: "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs"
VOMIT: Initializing GHC session with following options: "-fbuilding-cabal-package" "-O" "-outputdir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-odir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-hidir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-stubdir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-i" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-isrc" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-optP-include" "-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h" "-this-unit-id" "haskell-ide-engine-<IP_ADDRESS>-7HZrGfRRjONEXbBFqqpRFd" "-hide-all-packages" "-Wmissing-home-modules" "-no-user-package-db" "-package-db" "/Users/luke/.stack/snapshots/x86_64-osx/nightly-2018-06-02/8.4.3/pkgdb" "-package-db" "/Users/luke/Sources/haskell-ide-engine/.stack-work/install/x86_64-osx/nightly-2018-06-02/8.4.3/pkgdb" "-package-id" "Cabal-<IP_ADDRESS>" "-package-id" "Diff-0.3.4-2nHlmnArMpA8s1ZgPQDn29" "-package-id" "HaRe-<IP_ADDRESS>-Bcgf0n7r4Zp2r1svuQoah1" "-package-id" "aeson-<IP_ADDRESS>-Gvb6pihaaEVBNfNP5X991Q" "-package-id" "apply-refact-<IP_ADDRESS>-Hz2HRMUSWXmIkWS5Y7q3lw" "-package-id" "async-2.2.1-1bsiEsDyYvD1Jx6uPPJyV0" "-package-id" "base-<IP_ADDRESS>" "-package-id" "brittany-<IP_ADDRESS>-DeYoqyPRMVe6Fh5MUSWYFx" "-package-id" "bytestring-<IP_ADDRESS>" "-package-id" "cabal-helper-<IP_ADDRESS>-LSXbbKxgBGZIzYM0wEoi0j" "-package-id" "containers-<IP_ADDRESS>" "-package-id" "data-default-<IP_ADDRESS>-HjQKn6Xjs875aCLGpDUtkz" "-package-id" "directory-<IP_ADDRESS>" "-package-id" "extra-1.6.8-2KHLwinC2i1KygJvweFKV" "-package-id" "filepath-1.4.2" "-package-id" "ghc-8.4.3" "-package-id" "ghc-exactprint-<IP_ADDRESS>-IIyrgrgUyhcHDlDtqBSqlv" "-package-id" "ghc-mod-<IP_ADDRESS>-KgvNHgQGqyWEDYph2ea2hO" "-package-id" "ghc-mod-core-<IP_ADDRESS>-FNjyzKOYwILHhmM91YPoiu" "-package-id" "gitrev-1.3.1-GWZebipuES31VlD8DlE6Dn" "-package-id" "haddock-api-2.20.0-IqfPIVGGL2nIDthcZAQjoB" "-package-id" "haddock-library-1.6.0-L6hJwhF0IIi3ImNW1ARDmy" "-package-id" "haskell-lsp-<IP_ADDRESS>-KLmD30grNuJ2bKIIXm8a" "-package-id" "haskell-src-exts-1.20.2-66wmDqusNtt2tejiOeCDMY" "-package-id" "hie-plugin-api-<IP_ADDRESS>-HJ99rwSDeja4UBWGjVCCaJ" "-package-id" "hlint-2.1.5-34HXQ4Am32YAZTLyc2F8Rs" "-package-id" "hoogle-<IP_ADDRESS>-7BducjVMdSiBXuaunws1Mj" "-package-id" "hslogger-1.2.10-8TR0kRq9cFG7IbKu4YGix" "-package-id" "lens-4.16.1-3qnn5SmfGVTE135hKKD4FZ" "-package-id" "monad-control-<IP_ADDRESS>-4Xb5iIxO4VM2FVnddKC6of" "-package-id" "monoid-subclasses-0.4.6-lUJd5M6Kve6K9XIuEJRdY" "-package-id" "mtl-2.2.2" "-package-id" "optparse-simple-0.1.0-7PWoKTgUsxi3HXss1HbZlB" "-package-id" "process-<IP_ADDRESS>" "-package-id" "sorted-list-<IP_ADDRESS>-1TWUqAXflzVD3kKmNlssKY" "-package-id" "stm-<IP_ADDRESS>" "-package-id" "tagsoup-0.14.6-OPbG69Fjej12z5OqNrWA4" "-package-id" "text-<IP_ADDRESS>" "-package-id" "transformers-<IP_ADDRESS>" "-package-id" "vector-<IP_ADDRESS>-4awQG9XUvVEBfJgKGHBhOb" "-package-id" "yaml-0.8.30-DDs3nB8v2ap48JqXiiKzVi" "-package-id" "yi-rope-0.10-BdvTGgtdCzpArPnoCMA2fe" "-XHaskell2010" "-Wall" "-Wredundant-constraints" "-Werror" "-Wno-missing-home-modules" "-O0" "-fno-warn-missing-home-modules"
DEBUG: initSession: Session not initialized, creating new one
VOMIT: Using the following targets: "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs" "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs"
DEBUG: loadTargets:
       Loading: /private/var/folders/m7/r7ds62j90sl5vt4phwsnfv2w0000gp/T/ghc-mod9858/LspStdio9857-0.hs
DEBUG: loadTargets: filterModSums: True
info: loadTargets:
      Target needs interpeter, switching to LinkInMemory/HscInterpreted. Perfectly normal if anything is using TemplateHaskell, QuasiQuotes or PatternSynonyms.
/Users/luke/.vscode/extensions/alanz.vscode-hie-server-0.0.19/hie-vscode.sh: line 12:  9857 Segmentation fault: 11  hie --lsp $@
[Info  - 12:07:47] Connection to server got closed. Server will restart.
info: Found Stack project at: /Users/luke/Sources/haskell-ide-engine
Using hie version: Version <IP_ADDRESS>, Git revision c34c08eeced8173983601e98304258075f3057e1 (1459 commits) x86_64 ghc-8.4.3
info: Using Stack project at: /Users/luke/Sources/haskell-ide-engine
Using hoogle db at: /Users/luke/.hoogle/default-haskell-5.0.17.hoo
info: Found Stack project at: /Users/luke/Sources/haskell-ide-engine
info: Using Stack project at: /Users/luke/Sources/haskell-ide-engine
DEBUG: reading cache: /Users/luke/Sources/haskell-ide-engine/.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.cabal-components
DEBUG: resolveEntrypoint:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-isrc","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h"]
DEBUG: resolveEntrypoint:
       ["-i","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-iapp","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen","-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/hie-tmp","-optP-include","-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/hie/autogen/cabal_macros.h"]
DEBUG: resolveEntrypoint: []
DEBUG: making sure autogen files exist
DEBUG: reading cache: .stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/setup-config.ghc-mod.resolved-components
VOMIT: Using the following mapped files: "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs"
VOMIT: Initializing GHC session with following options: "-fbuilding-cabal-package" "-O" "-outputdir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-odir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-hidir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-stubdir" ".stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-i" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-isrc" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen" "-i.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/global-autogen" "-I.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build" "-optP-include" "-optP.stack-work/dist/x86_64-osx/Cabal-<IP_ADDRESS>/build/autogen/cabal_macros.h" "-this-unit-id" "haskell-ide-engine-<IP_ADDRESS>-7HZrGfRRjONEXbBFqqpRFd" "-hide-all-packages" "-Wmissing-home-modules" "-no-user-package-db" "-package-db" "/Users/luke/.stack/snapshots/x86_64-osx/nightly-2018-06-02/8.4.3/pkgdb" "-package-db" "/Users/luke/Sources/haskell-ide-engine/.stack-work/install/x86_64-osx/nightly-2018-06-02/8.4.3/pkgdb" "-package-id" "Cabal-<IP_ADDRESS>" "-package-id" "Diff-0.3.4-2nHlmnArMpA8s1ZgPQDn29" "-package-id" "HaRe-<IP_ADDRESS>-Bcgf0n7r4Zp2r1svuQoah1" "-package-id" "aeson-<IP_ADDRESS>-Gvb6pihaaEVBNfNP5X991Q" "-package-id" "apply-refact-<IP_ADDRESS>-Hz2HRMUSWXmIkWS5Y7q3lw" "-package-id" "async-2.2.1-1bsiEsDyYvD1Jx6uPPJyV0" "-package-id" "base-<IP_ADDRESS>" "-package-id" "brittany-<IP_ADDRESS>-DeYoqyPRMVe6Fh5MUSWYFx" "-package-id" "bytestring-<IP_ADDRESS>" "-package-id" "cabal-helper-<IP_ADDRESS>-LSXbbKxgBGZIzYM0wEoi0j" "-package-id" "containers-<IP_ADDRESS>" "-package-id" "data-default-<IP_ADDRESS>-HjQKn6Xjs875aCLGpDUtkz" "-package-id" "directory-<IP_ADDRESS>" "-package-id" "extra-1.6.8-2KHLwinC2i1KygJvweFKV" "-package-id" "filepath-1.4.2" "-package-id" "ghc-8.4.3" "-package-id" "ghc-exactprint-<IP_ADDRESS>-IIyrgrgUyhcHDlDtqBSqlv" "-package-id" "ghc-mod-<IP_ADDRESS>-KgvNHgQGqyWEDYph2ea2hO" "-package-id" "ghc-mod-core-<IP_ADDRESS>-FNjyzKOYwILHhmM91YPoiu" "-package-id" "gitrev-1.3.1-GWZebipuES31VlD8DlE6Dn" "-package-id" "haddock-api-2.20.0-IqfPIVGGL2nIDthcZAQjoB" "-package-id" "haddock-library-1.6.0-L6hJwhF0IIi3ImNW1ARDmy" "-package-id" "haskell-lsp-<IP_ADDRESS>-KLmD30grNuJ2bKIIXm8a" "-package-id" "haskell-src-exts-1.20.2-66wmDqusNtt2tejiOeCDMY" "-package-id" "hie-plugin-api-<IP_ADDRESS>-HJ99rwSDeja4UBWGjVCCaJ" "-package-id" "hlint-2.1.5-34HXQ4Am32YAZTLyc2F8Rs" "-package-id" "hoogle-<IP_ADDRESS>-7BducjVMdSiBXuaunws1Mj" "-package-id" "hslogger-1.2.10-8TR0kRq9cFG7IbKu4YGix" "-package-id" "lens-4.16.1-3qnn5SmfGVTE135hKKD4FZ" "-package-id" "monad-control-<IP_ADDRESS>-4Xb5iIxO4VM2FVnddKC6of" "-package-id" "monoid-subclasses-0.4.6-lUJd5M6Kve6K9XIuEJRdY" "-package-id" "mtl-2.2.2" "-package-id" "optparse-simple-0.1.0-7PWoKTgUsxi3HXss1HbZlB" "-package-id" "process-<IP_ADDRESS>" "-package-id" "sorted-list-<IP_ADDRESS>-1TWUqAXflzVD3kKmNlssKY" "-package-id" "stm-<IP_ADDRESS>" "-package-id" "tagsoup-0.14.6-OPbG69Fjej12z5OqNrWA4" "-package-id" "text-<IP_ADDRESS>" "-package-id" "transformers-<IP_ADDRESS>" "-package-id" "vector-<IP_ADDRESS>-4awQG9XUvVEBfJgKGHBhOb" "-package-id" "yaml-0.8.30-DDs3nB8v2ap48JqXiiKzVi" "-package-id" "yi-rope-0.10-BdvTGgtdCzpArPnoCMA2fe" "-XHaskell2010" "-Wall" "-Wredundant-constraints" "-Werror" "-Wno-missing-home-modules" "-O0" "-fno-warn-missing-home-modules"
DEBUG: initSession: Session not initialized, creating new one
VOMIT: Using the following targets: "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs" "/Users/luke/Sources/haskell-ide-engine/src/Haskell/Ide/Engine/Transport/LspStdio.hs"
DEBUG: loadTargets:
       Loading: /private/var/folders/m7/r7ds62j90sl5vt4phwsnfv2w0000gp/T/ghc-mod10139/LspStdio10138-0.hs
DEBUG: loadTargets: filterModSums: True
info: loadTargets:
      Target needs interpeter, switching to LinkInMemory/HscInterpreted. Perfectly normal if anything is using TemplateHaskell, QuasiQuotes or PatternSynonyms.
hie:
lookupSymbol failed in relocateSection (RELOC_GOT)
/Users/luke/.stack/programs/x86_64-osx/ghc-8.4.3/lib/ghc-8.4.3/integer-gmp-<IP_ADDRESS>/HSinteger-gmp-<IP_ADDRESS>.o: unknown symbol `___gmp_rands'

But renaming that file still fixes it.

this problem also appeared for me, maybe it should be noted somewhere


feat(@vtmn/react, @vtmn/vue): timeout enhancement

Changes description
Refer to https://github.com/Decathlon/vitamin-web/issues/1482
Context
Enhancement of the timeout, it is now possible to set a timeout form 0 to Infinity
Update the VtmnAlert / VtmnSnackbar / VtmnToast on React / Vue in order to match the Svelte logic.
Also update the storybook.
Checklist

[x] Make sure you are requesting to pull a topic/feature/bugfix branch. Please, don't request directly from your main!
[x] Check commits & PR names matches our requested structure. It must follow the https://www.conventionalcommits.org pattern.
[x] Check your code additions will fail neither code linting checks.
[x] I have reviewed the submitted code.
[x] I have tested on related showcases.
[x] If it includes design changes, please ask for a review design-system-core-team-design GitHub team.

Does this introduce a breaking change?

No

Other information

Thanks @lauthieb & @thibault-mahe
I've done the changes + more clean on the component on another commit on the PR
Let me know ^^


Improved toggleSidebar functionality

When the content is finished being pushed it should hide to prevent side scrolling on the page (maybe the performance is better as well). It should be made visible before being pushed back to make sure we display the fancy transition.
Perhaps the same thing should be done to the sidebar, hiding it when it is out of view.
This might solve issue #17

Interesting!
Does the timeouts make the transition more "fluent"?
I will take a closer look on this when I get home.
Also I agree that we should hide the content when sidebar is visible.
There is really no need for both to be visible at the same time.
// Jsb

@Jassob No it does not. The only thing it does is hiding the content. It doesn't make the transition more fluent.
I'm closing this one to open a new one in the development branch. Ref: https://github.com/isaacs/github/issues/18

New pr: #20


Address UDP DNS issues due to conntrack

This is a backport of master commit 2f0d8d80e8d89a93068ab9b808b24e43ec19da37
I didn't go through the whole way of making this a CLI option like https://github.com/istio/istio/pull/29908/files, since this should be temp just for this release.
I chose ISTIO_META_DNS_CONNTRACK_ZONE because as I see in docs this way it will be propagated to the agents.
cc @howardjohn lemme know if there is something I am missing.
I haven't added a release note let me know if I should take care of this.
[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[x] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Pull Request Attributes
Please check any characteristics that apply to this pull request.
[ ] Does not have any user-facing changes.  Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test label.
I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

/ok-to-test

@astrikos: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Rerun command

release-notes_istio_release-1.10
0f2250d7925684f013f1f02d84ec710c778280c7
link
/test release-notes_istio_release-1.10

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/test release-notes_istio_release-1.10


failed to load API definition

The browser enters the URL of "/q/services" to display service information and methods information, but enters "/q/swagger-ui" to display failed to load API definition.

Excuse me, what's the reason?thinks.

My proto configuration is wrong. The problem has already been solved. Thinks.


[BUG] does not appear to have a file named config.json

Traceback (most recent call last):
File "app.py", line 35, in
model = AutoModel.get_model(model_args, tune_strategy='none', ds_config=ds_config)
File "/home/zebin/work/gpt/LMFlow/src/lmflow/models/auto_model.py", line 16, in get_model
return HFDecoderModel(model_args, *args, **kwargs)
File "/home/zebin/work/gpt/LMFlow/src/lmflow/models/hf_decoder_model.py", line 220, in init
self.backend_model = AutoModelForCausalLM.from_pretrained(
File "/usr/local/lib/python3.8/dist-packages/transformers/models/auto/auto_factory.py", line 441, in from_pretrained
config, kwargs = AutoConfig.from_pretrained(
File "/usr/local/lib/python3.8/dist-packages/transformers/models/auto/configuration_auto.py", line 908, in from_pretrained
config_dict, unused_kwargs = PretrainedConfig.get_config_dict(pretrained_model_name_or_path, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/transformers/configuration_utils.py", line 573, in get_config_dict
config_dict, kwargs = cls._get_config_dict(pretrained_model_name_or_path, **kwargs)
File "/usr/local/lib/python3.8/dist-packages/transformers/configuration_utils.py", line 628, in _get_config_dict
resolved_config_file = cached_file(
File "/usr/local/lib/python3.8/dist-packages/transformers/utils/hub.py", line 380, in cached_file
raise EnvironmentError(
OSError: path to /robin-7b/ does not appear to have a file named config.json.

看起来是path设置错了。麻烦将整个运行的命令贴一下，谢谢

It seems the path is wrong. Could you provide the full command? Thank you!

看起来是path设置错了。麻烦将整个运行的命令贴一下，谢谢
It seems the path is wrong. Could you provide the full command? Thank you!

LMFlow/service# python3 app.py

robin-7b is a lora checkpoint. The correct usage should be
model_name_or_path = [the path to llama-7b]
lora_path = [the path to robin-7b]

This issue has been marked as stale because it has not had recent activity. If you think this still needs to be addressed please feel free to reopen this issue. Thanks


Request for Asus RT-N56U support

Hi,
I wonder if it is possible to include binaries for the Asus RT-N56U.
Link: https://openwrt.org/toh/asus/rt-n56u

Info
Value

Architecture
MIPS

Vendor
Ralink

bootloader
U-Boot

System-On-Chip
RT3662 (MIPS 74Kc V4.12)

CPU/Speed
MIPS 74Kc @ 500 MHz

Wireless
Ralink RT3662 + RT3092

Ethernet
RealTek RTL8367M Gigabit w/ vlan support swconfig

Thanks,
Raphimor

package already available in openwrt  👍

package already available in openwrt  👍


authorization_code_grant_access_token_lifespan cannot be nil

Preflight checklist

[X] I could not find a solution in the existing issues, docs, nor discussions.
[X] I agree to follow this project's Code of Conduct.
[X] I have read and am following this repository's Contribution Guidelines.
[ ] I have joined the Ory Community Slack.
[ ] I am signed up to the Ory Security Patch Newsletter.

Ory Network Project
No response
Describe the bug
Please revert back custom attribute writer methods for OAuth2Client. If records already exist cannot update and recieve ArgumentError: authorization_code_grant_access_token_lifespan cannot be nil. Those attributes are optional and new implementation is wrong when they are nil:
def authorization_code_grant_access_token_lifespan=(authorization_code_grant_access_token_lifespan)
      if authorization_code_grant_access_token_lifespan.nil?
        fail ArgumentError, 'authorization_code_grant_access_token_lifespan cannot be nil'
      end

      pattern = Regexp.new(/^([0-9]+(ns|us|ms|s|m|h))*$/)
      if authorization_code_grant_access_token_lifespan !~ pattern
        fail ArgumentError, "invalid value for \"authorization_code_grant_access_token_lifespan\", must conform to the pattern #{pattern}."
      end

      @authorization_code_grant_access_token_lifespan = authorization_code_grant_access_token_lifespan
    end

The correct implementation from version 2.2.0:
    # Custom attribute writer method with validation
    # @param [Object] authorization_code_grant_access_token_lifespan Value to be assigned
    def authorization_code_grant_access_token_lifespan=(authorization_code_grant_access_token_lifespan)
      pattern = Regexp.new(/^([0-9]+(ns|us|ms|s|m|h))*$/)
      if !authorization_code_grant_access_token_lifespan.nil? && authorization_code_grant_access_token_lifespan !~ pattern
        fail ArgumentError, "invalid value for \"authorization_code_grant_access_token_lifespan\", must conform to the pattern #{pattern}."
      end

      @authorization_code_grant_access_token_lifespan = authorization_code_grant_access_token_lifespan
    end

Reproducing the bug
Make Api request set_o_auth2_client for an existing record
Relevant log output
No response
Relevant configuration
No response
Version
2.2.1
On which operating system are you observing this issue?
macOS
In which environment are you deploying?
Docker
Additional Context
No response

It's not only the authorization_code_grant_access_token_lifespan affected, but also all other lifespan attributes (authorization_code_grant_id_token_lifespan, authorization_code_grant_refresh_token_lifespan, client_credentials_grant_access_token_lifespan, ...).


Update Remove-SPEnterpriseSearchCrawlMapping.md

Format example

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

sharepoint/sharepoint-ps/sharepoint-server/Remove-SPEnterpriseSearchCrawlMapping.md
:white_check_mark:Succeeded
View (sharepoint-ps)

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


Wait for Jaeger container to be ready

These 3 tests were constantly failing because of the Jaeger collector docker container

Changes look good to me, @pjgg waiting for your feedback.
@kshpak so 30s timeout was not enough? Do you know how the "boot" times changed?

The problem is in function, withStartupTimeout is not the right choice for that, it's only waiting for some ports to be ready. It evaluates readiness too early, some services didn't load at that time.


Updated Meshery Token UI .png

Notes for Reviewers
Updated UI images to most recent version.
This PR fixes #
Signed commits

[x] Yes, I signed my commits.

🚀 Preview for commit 87974e9532a7b12f12cd8a8aac90d02799633117 at: https://63f3881bd038f40f8bc0280e--meshery-docs-preview.netlify.app


cmd/go: unknown revision despite it being a released revision

What version of Go are you using (go version)?

$ go version go1.12.5 darwin/amd64

Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (go env)?
GOBIN=""
GOCACHE="/Users/andrewsherman/Library/Caches/go-build"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/andrewsherman/go"
GOPROXY=""
GORACE=""
GOROOT="/usr/local/go"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/andrewsherman/Desktop/modules/device-logs-service/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/j3/wf6zjt5x0fx6l2nr0h1x8yv80000gn/T/go-build910017862=/tmp/go-build -gno-record-gcc-switches -fno-common"

What did you do?
go build
What did you expect to see?
I expected it to build
What did you see instead?
go<EMAIL_ADDRESS>unknown revision v1.38.1
go: error loading module requirements

This is the latest release of the github.com/getwagz/go-sdk and in my go.mod file, it is req

@aesherman is github.com/getwagz/go-sdk a public repository?
Can you try with the tip version of Go? It might work better, or give a better error message.
An easy way to get tip is go get golang.org/dl/gotip && gotip download, and then you can do gotip github.com/getwagz/go-sdk.
If that does not help, can you try gotip get -x -v github.com/getwagz/go-sdk?

To answer a question I saw... github.com/getwagz/go-sdk is a private repo that I have access to.  Does something different need to be configured for modules in order to get it to work with private repos?

I fixed the issue by changing https to ssh in my gitconfig. I also discovered that the case must match in the paths from github, go.mod, & the import in the actual source. Thanks


Text not changing on translate.use for titles

I use the same in  below way
<ion-tab title="{{ 'coffee_title_label' | translate }}">

But when it is
<ion-tab translate="coffee_title_label" title="{{ 'coffee_title_label' | translate }}">

I referred the below codepen example
http://codepen.io/andrewmcgivery/pen/tqymb
Can you let me know, what am doing wrong here !

I think you have the same problem as me. It seems language is not switched if content is in different controller.

how does the ion-component internally handle the parameter title? Maybe it's not an issue of angular-translate direct, but on the directive it is applied to... just a guess...

Looks like it does: https://github.com/driftyco/ionic/blob/v1.2.0/js/angular/directive/tab.js#L60 -- attributes will be not injected dynamically (I guess due performance).
In that case, you have to rebuild the template on your own. We cannot make this, you have to.


Error with jsx compiled object

I was earlier using Mithril v0.2.5 version with jsx compiler to compile html into jsx object like
× to
{tag: "span", attrs: {"aria-hidden":"true"}, children: ["×"]}
Now I upgrading to Mithril v1.0.0 and using same jsx compiler and it's giving me error
Uncaught TypeError: Object prototype may only be an Object or null: undefined
for "×"

The children must be vnodes, not raw strings. vnodes that have a single string as children can also be optimized to use the vnode.text field.
You may be better served by Babel, using the pragma @jsx m then @tivac's mopt to turn the m() calls into m.vnode invocations. You'll probably get better perf by using trees generated by m.vnode rather than object literals because it makes it easier for JS engines to optimize the Mithril core renderer (see here for a general description of monomorphic vs polymorphic code).

I was using grunt msx. Now suddenly official documentation has webpack configuration and I haven't used it yet.
So updating everything at once is an issue for me. I thought I would update mithril first and then move to webpack.

@oceanwap I think you should try using JSX instead of MSX. MSX hasn't been updated in 2 years, so it's not compatible with Mithril v1. You should be able to make JSX work with your Grunt setup, though. The advantage of MSX over JSX is that MSX introduced an extra performance benefit specific to Mithril vnodes - but Mithril v1 is so much faster, you probably won't see the difference. Like @pygy says, there are extra tools available if you want to get extra performance - but it sounds to me like you need to upgrade Mithril first and think about the rest later. What does your current Grunt setup look like?
By the way, jump on to the chatroom if you want to talk about this live - we're available pretty much around the clock, and happy to help - it may be easier to talk back and forth rather than post comments on Github. :)

I was finally able to configure grunt for grunt-babel with transform-react-jsx . Earlier I was trying to do it with babelify which was not working for some reason I don't know.
I tried mopts but that is increasing the size while my priority right now is keeping my application small size(unless It gives me some significant performance inprovement) as it's a payment application so want it to be light weight for low network and slow mobile internet too.
Find below my grunt config. Gruntfile.txt
My priorities are below.

Making application smallest possible for loading on slow mobile internet.
Making application compatible with most browsers.
Making application faster for slow low spec devices.

@oceanwap Here's my advice:
Specific to Mithril:

Do note that the baseline is IE 9 and Safari 7. The update dropped support for most of the archaic, horribly bug-ridden hacks for browsers, and requires full ES5 support. If you need an idea of what APIs this may use, check out the DOM mock used for testing.
Use @jsx m instead of MSX, so it compiles down to the primary API.
Keep Mithril as a global, so you don't have to import it every time.
Create a Babel plugin to compress the nodes down some. You can make a few basic optimizations easily (Mithril caches these, anyways):

m("div", null, ...children) → m("div", ...children)
m("div", [...children]) → m("div", ...children)
m("div", {class: "foo"}) → m("div.foo")
m("div", {id: "foo"}) → m("div#foo")
These will only make a slight hit to performance, since most low-spec devices (and their underpowered browsers) don't always benefit as drastically from the more advanced optimizations that most major, ultra-modern engines employ.

More general:

Most ES6 features are much slower and often more memory-intensive than their ES5 counterparts when transpiling, and there are actually ways to avoid the need. In my case:

This particular module is the reason why I don't need classes (that even supports getters, setters, and mixins)
Callbacks make a surprisingly nice substitute for push-oriented generators (i.e. yield value → send(value)), even including delegation. Pull-oriented generators (i.e. value = yield) are rarely useful outside of async code in my experience, and Promises/Observables/etc. + functional programming solve much of that already.
I probably should write a blog post at some point detailing the idioms I use to avoid transpiling in Thallium (which is tested against PhantomJS 2 and its semi-ancient engine). My baseline is pure ES5.1 with a dependency on ES6-compatible promises, and browsers are supported if they exist, so that's why I have come up with various idioms to avoid transpiling.

Most other general practices regarding compatibility, performance, etc. still apply.

Closing, since this issue has not been updated in over a month, and typically, issues inactive for that long do not usually produce any action. If you feel something in Mithril needs added or changed, please file a new issue.


[IntelliJ Plugin] Update plugin tests

Purpose
This PR updates ballerina IDEA plugin tests and resources for 0.990.0 changes.

Codecov Report

:exclamation: No coverage uploaded for pull request base (next-release@c083ba5). Click here to learn what that means.
The diff coverage is n/a.

@@               Coverage Diff               @@
##             next-release   #12654   +/-   ##
===============================================
  Coverage                ?   59.82%
  Complexity              ?      659
===============================================
  Files                   ?     2064
  Lines                   ?   101528
  Branches                ?    12914
===============================================
  Hits                    ?    60744
  Misses                  ?    35594
  Partials                ?     5190

Continue to review full report at Codecov.

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


Service fabric Client API 8.0

MSFT employees can try out our new experience at OpenAPI Hub  - one location for using our validation tools and finding your workflow.

Changelog
Please ensure to add changelog with this PR by answering the following questions.

What's the purpose of the update?

[ ] new service onboarding
[x] new API version
[ ] update existing version for new feature
[ ] update existing version to fix swagger quality issue in s360
[ ] Other, please clarify

When you are targeting to deploy new service/feature to public regions? Please provide date, or month to public if date is not available yet.
When you expect to publish swagger? Please provide date, or month to public if date is not available yet.
If it's an update to existing version,  please select SDKs of specific language and CLIs that require refresh after swagger is published.

[ ] SDK of .NET (need service team to ensure code readiness)
[x] SDK of Python
[ ] SDK of Java
[ ] SDK of Js
[ ] SDK of Go
[ ] PowerShell
[ ] CLI
[ ] Terraform
[ ] No, no need to refresh for updates in this PR

Contribution checklist:

[x] I commit to follow the Breaking Change Policy of "no breaking changes"
[x] I have reviewed the documentation for the workflow.
[x] Validation tools were run on swagger spec(s) and errors have all been fixed in this PR. How to fix?

If any further question about AME onboarding or validation tools, please view the FAQ.
ARM API Review Checklist

[ ] Ensure to check this box if one of the following scenarios meet updates in the PR, so that label “WaitForARMFeedback” will be added automatically to involve ARM API Review. Failure to comply may result in delays for manifest application. Note this does not apply to data plane APIs, all “removals” and “adding a new property” no more require ARM API review.

Adding new API(s)
Adding a new API version
[ ] Ensure to copy the existing version into new directory structure for first commit (including refactoring) and then push new changes including version updates in separate commits. This is required to review the changes efficiently.
Adding a new service

[ ] Please ensure you've reviewed following guidelines including ARM resource provider contract and REST guidelines. Estimated time (4 hours). This is required before you can request review from ARM API Review board.

[ ] If you are blocked on ARM review and want to get the PR merged with urgency, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.

Breaking Change Review Checklist
If there are following updates in the PR, ensure to request an approval from Breaking Change Review Board as defined in the Breaking Change Policy.

[ ] Removing API(s) in stable version
[ ] Removing properties in stable version
[ ] Removing API version(s) in stable version
[ ] Updating API in stable or public preview version with Breaking Change Validation errors
[ ] Updating API(s) in public preview over 1 year (refer to Retirement of Previews)

Action: to initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Addition details on the process and office hours are on the Breaking change Wiki.
Please follow the link to find more details on PR review process.

@jeffj6123 please refer to this: https://secdevtools.azurewebsites.net/helpcredscan.html
It lists suppression scenarios which it sounds like are applicable here.

@tjprescott I have sent a Swagger Suppression Request for this PR.

@PhoenixHe-msft could you take a look at the CredScan failure, seems no error reported

@jeffj6123 See https://dev.azure.com/azure-sdk/internal/_build/results?buildId=850114&view=logs&j=ef5bc66f-4885-5416-1c1f-d4bdd6dcc526&t=230fcf9f-beac-57ee-d937-ea26dcac7ed5&l=14
Credential in example is not allowed. Please rotate all the valid credential.

@PhoenixHe-msft those are not credentials, they are GUIDs. All which are fake just for this example and are not related to any secret information.

@tjprescott Hey, I changed examples so that the cred scan would pass. What do I need to do to sign off on the breakingChanges part? from our side this PR is good to go

@jeffj6123 it is not a required check and you are bumping the major version so breaking changes should be allowed.


Deserializing null values

Please consider the following class:
class MyDocument
{
	public MyDocument()
	{
		NetworkId = "MyNetwork1";
	}

	public string NetworkId { get; set; }
}

Where the default value is defined in the constructor (a common practice). Now, let's say I set NetworkId to null and use BsonMapper.Global.ToDocument to update the document inside the db.
The next time I fetch the document from the db, and use BsonMapper.Global.ToObject to deserialize, the DeserializeObject method will skip NetworkId since it's null, leaving the default value which was set in the constructor but now doesn't represent the actual value stored in the document.
Please advise.

What advice are you looking for?  It looks like you know exactly why it is behaving in this way.
here is a link to defining your own custom deserializer behavior https://github.com/mbdavid/LiteDB/wiki/Object-Mapping#register-a-custom-type
If you think this should be how the default behavior works I'm sure you are more than welcome to propose a pull request.

Don't you think this is a deserialization bug? {"NetworkId":null} should set NetworkId property to null.
Maybe there's something I'm missing...

im sure it is, but you can work around it with a custom deserializer, and in the meantime you can make the change to fix it :+1:

the code is explicitly ignoring null values so i would think he had a reason to do so - though i don't know what it might be

@mbdavid can you please shed some light on this? :)

Hi guys, sorry about delay... I'm quite out in github last time...
Did you try use BsonMapper.Global.SerializeNullValues = true ? This will generate null value inside BsonDocument

This seems like a deserialization bug, I don't think BsonMapper.Global.SerializeNullValues is related.
Please see here, if the document holds a null - it must reflect that in the target object.
Maybe as null for reference types / Nullable<T>, and default(T) for value types... skipping like the current behavior is definitely a bad idea :)

Hi @superware, ok... in this case do not load null value can cause this result. I will fix this....

Hi @mbdavid, I believe this is a pretty critical issue affecting integrity between serialized-deserialized documents. Is it on your roadmap? how may I help?

Hi @superware, I was super-busy last 2 months with new v5 engine.
I think this problem can be resolved removing this IF statment, but need more test about ValueTypes. Do you want help fix this? A PR about this will be great!

How about:
private void DeserializeObject(Type type, object obj, BsonDocument value)
{
    var entity = this.GetEntityMapper(type);

    foreach (var member in entity.Members.Where(x => x.Setter != null))
    {
        var val = value[member.FieldName];
        var dataType = member.DataType;
        object deserialized;

        if (!val.IsNull)
        {
            // check if has a custom deserialize function
            if (member.Deserialize != null)
            {
                deserialized = member.Deserialize(val, this);
            }
            else
            {
                deserialized = this.Deserialize(dataType, val);
            }
        }
        else
        {
            if (!dataType.IsValueType || (dataType.IsGenericType && dataType.GetGenericTypeDefinition() == typeof(Nullable<>)))
            {
                deserialized = null;
            }
            else
            {
                deserialized = Activator.CreateInstance(member.DataType);
            }
        }

        member.Setter(obj, deserialized);
    }
}

Not using Nullable.GetUnderlyingType, reason here.
Couldn't be absolutely sure whether to set value-types as their default or not. Leaving a member as-is will only happen if that member doesn't exist in the BsonDocument, which might be a good reason to have the suggested behavior.

Hi @mbdavid, what do you say about incorporating this fix in the next minor release?

Hi @superware, I will... I have some small fixes to make in current version so I will add this too.

Hi @mbdavid, why not incorporating the suggested fix?

@mbdavid ? :)


Clean up gitignore files

Please check that the PR fulfils our requirements

[x] The commit message follows our guidelines

What changes does this PR introduce?
Cleanup of gitignore files
What is the current behaviour?
Many gitignore files with overlapping patterns, some incorrectly converted from CVS.
What is the new behaviour
One top-level gitignore file and one for each otherwise empty directory (needed to keep these directories in the repository).  The latter specify to

ignore everything in verification run directories
ignore all but genmake_local in verification build directories

Does this PR introduce a breaking change?
No.
Other information:
I have slightly pruned the existing set of ignores:

obsolete build products in doc/old_doc are not listed
the 'build/' and 'run/' patterns are no longer needed

Everybody feel free to prune more, in particular in the "CVS default ignores".
There are a few files in the repository that are currently ignored.  They are (apart from all the sub-directory gitignore files):
tools/cyrus-imapd-makedepend/Makefile.in
verification/dome/input/data.orig
verification/dome/run/plotit.m

I think we should move that matlab script somewhere else, for instance to verification/dome/input.  Any suggestions for the other two?
Fixes #22.

Regarding these 3 files, I would suggest:

just ignore "tools/cyrus-imapd-makedepend/Makefile", no "*" is enough since Makefile.bak is covered
by general rule at top of .gitignore.
remove file "verification/dome/input/data.orig"  (not sure why Alistair put it there)
as you suggest, move verification/dome/run/plotit.m to dome/input.

Sounds good.  I've done this.

LGTM

Is there any point having *.exe in .gitignore? The model doesn't work on windows, right?

LGTM

Seem that we have a problem with experiment "offline_exf_seaice":
I am missing the primary "offline_exf_seaice" restart test (tst_2+2) and it
looks like testreport did run OK but in "build" because "run" dir is gone.
On Thu, Mar 01, 2018 at 08:17:42PM +0000, Ed Doddridge wrote:

Merged #33.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/MITgcm/MITgcm/pull/33#event-1499856371

That's unfortunate.  I'll fix it.


2D game - Space Invaders in javascript

Space Invaders game is an arcade video game that was first released in 1978. Here, a player basically controls a cannon. The basic concept is that the player is about to save the Earth from the invasion of evil space invaders. This system is a remake of the space invader phaser that is built on HTML. It is also built on JavaScript (i.e. require.js) for the desktops.  Besides, require.js breaks up the code into modules.
Please assign me this task under GSSOC

@aliya-rahmani  Idea sounds great! Would it be feasible to do it in pure vanilla javascript?
let me know I'll assign it to you

@aliya-rahmani If you can do this in Vanilla JS then I will assign it to you otherwise close this issue

@Vishal-raj-1  @991rajat  sure I can, please assign me the issue

@aliya-rahmani done

@aliya-rahmani Any update? , kindly reply within  2 days else I have to close this issue.

Since there hasn't been any reply from 10 days on this issue, can I work on it? If I can please assign it to me under GSSOC'21 participation. I will make it using pure vanilla JavaScript. @ridsuteri @991rajat @harshgupta20


Upgrade mongo

We currently have a custom fork of the MongoDB module that we no longer want
to maintain. Moving back to upstream puts us back on the support path
and provides support for the MongoDB 3.
Gated package repository for MongoDB 3.
We have to define package repositories manually due to a bug
in the upstream puppetlabs/mongodb module. https://tickets.puppetlabs.com/browse/MODULES-2532

Broadly this looks good to me.
There are 3 instances of mongodb::replSet::sets in hieradata which need to have a lowercase replset to match the mongodb::replset class in the vendored module, and I'm not sure it's worth changing the replset name to reflect the MongoDB version. Is there a reason to do that?
If I was nitpicking the changes to hieradata/role.ci-slave.yaml which support the new Puppet module belong in the first commit rather than the second :)

Tasks complete:

lowercased replica set references
added comment explaining why we include mongo client for version 3
rebased branch to apply hieradata/role.ci-slave.yaml to relevant commit

Thanks!


feat: add flowbite logo as a framework

Hey @pheralb,
Awesome website! I've just added the Flowbite logo.
Flowbite is a very popular UI framework based on Tailwind CSS with over 11 million total downloads on NPM and with a large open-source community around it.

Cheers,
Zoltan

Hello Zoltán!
I love Flowbite, I use it in some personal projects 😊
Thanks for the PR 🚀

Thanks @pheralb!


Enable auto fullscreen for videos

Description
MA-2991
This PR adds the functionality to automatically run the video in full screen when the device is in landscape mode. It also adds a left and right button, and swipe gestures in full screen mode for users to be able to navigate to the next or previous units.

Codecov Report

Merging #907 into master will decrease coverage by -0.11%.
The diff coverage is 16.66%.

@@            Coverage Diff             @@
##           master     #907      +/-   ##
==========================================
- Coverage   43.63%   43.52%   -0.11%
==========================================
  Files         384      384
  Lines       26226    26239      +13
==========================================
- Hits        11444    11421      -23
- Misses      14782    14818      +36

Impacted Files
Coverage Δ

Source/OEXMyVideosViewController.m
0% <0%> (ø)
:white_check_mark:

Source/CutomePlayer/CLVideoPlayerControls.m
25.28% <0%> (-1.96%)
:x:

Source/OEXMyVideosSubSectionViewController.m
0% <0%> (ø)
:white_check_mark:

Source/OEXVideoPlayerInterface.m
22.18% <0%> (-0.65%)
:x:

Source/CutomePlayer/CLVideoPlayer.m
12.86% <0%> (-0.06%)
:x:

Source/OEXConstants.h
20.58% <0%> (ø)
:white_check_mark:

Source/VideoBlockViewController.swift
42.46% <0%> (-1.26%)
:x:

Source/CourseContentPageViewController.swift
78.57% <63.63%> (-0.82%)
:x:

Continue to review full report at Codecov.

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

@saeedbashir Ready for another pass

Next video is not playing in fullscreen mode if moved to next video by pressing next.

@danialzahid94 Player is not switching to full screen on rotating device to landscape.

@saeedbashir Ready for another review


ratio in ScalableBloomFilter

Hi, I'm wondering why you are using ratio in ScalableBloomFilter, and it seems that the first filter has different error_as from the rest filters. Because in the code, the first filter has error rate as error_rate * (1 - ratio), and the rest of filters have error rate as error_rate * ratio.

It would be helpful if you provided links to specific lines in a specific commit of branch master.

https://github.com/jaybaird/python-bloomfilter/blob/master/pybloom/pybloom.py
in line 365 and line 372, when you add a new filter into scalable filters, it seems you are using different error rate, for the first filter, the error rate is error_rate * (1 - ratio), while it's error_rate * ratio for the rest of filters.

Thanks for the additional information. When master branch changes, the above link will point to different lines. The reference can be made persistent with:
https://github.com/jaybaird/python-bloomfilter/blob/70e25c653ab87fbc2273328e89544d4124f52065/pybloom/pybloom.py#L365
and:
https://github.com/jaybaird/python-bloomfilter/blob/70e25c653ab87fbc2273328e89544d4124f52065/pybloom/pybloom.py#L372
that can also be written as line 365 and line 372.
Please note that I am not the author of pybloom.

Thank you for the tips.

@ScottShao I think this version https://pypi.python.org/pypi/pybloom_live/2.1.0 addresses your concerns.

@joseph-fox  Thank you for sharing the information!

@joseph-fox  Thank you for sharing the information. It seems that the only place that we use ratio is when we create a new filter, and we use ratio * error_rate as the error rate of new filter. If this is the case, I don't think we need the parameter ratio any more.


Intrinsic Calibration

Is it possible to do intrinsic calibration with this application ?

No. We assume the intrinsics is known, as it's can be easily done using OpenCV.


Use of -i IGNORE_CHECKS conflicts with Metadata ignore_checks

*cfn-lint version: 0.25.0
Description of issue.
When specifying -i  on the command line cfn-lint no longer honours ignore_checks metadata in the template (at last for template level metadata).
Background
The recently introduced I1022 rule has trigger a large number of hits across our templates, some of which are questionably false positives (I intend to open an issue for this once I have collected the details / example), so for now I tried to disable it globally by adding '-i I1022' in the pipeline that runs cfn-lint checks for our templates.  After doing this the other checks that have been suppressed using ignore_checks metadata in individual template files all started being reported again instead of being ignored.

The way it works today is that things are overrode and not merged.  So adding -i I1022 will override ignore checks in .cfnlintrc and any template level Metadata ignore checks.   We could work on a way to merge those settings instead of overriding.  At least for the list based settings.
Were you able to investigate the false positives?

@kddejong I've opened #1195 with some examples of what I feel are inappropriate / false-positive triggering of I1022.
Regarding merging if I moved the ignore to a .cfnlinrc will that merge with template level metadata? that would be a reasonable workaround.
Ultimately I would suggest that -i should stack with other config, but if it's not possible / practical / desired then it would be good to note that it doesn't in the --help output and readme, since it took me a while to figure out why I suddenly saw checks I thought I'd already addressed.

I think this could be possible.  @PatMyron what do you think?  We have also been asked to add a required rule parameter which I think would allow us to switch the -i to append.

I just ran into a similar issue that I think should be considered if anyone goes to implement this. I was surprised when I added a top-level Metadata to ignore a check, my ignore_checks list declared in .cfnlintrc.yml were suddenly ignored.
I think a valid use case is a top level .cfnlintrc.yml to ignore checks globally for a group of templates in a collective project, and any metadata config within templates should be merged over that global config. currently if any ignore_checks are declared in a template they have to also redeclare ignore_checks from the .cfnlintrc.yml.
I'd propose add a flag to merge configurations, and make that flag the default functionality in a future version.


Route reconcile loop due to Weight default

"deployed":
"&Route{ObjectMeta:{aa-rwm-pvc-ha48a-peer-a-tcp-0-svc-rte  test  ...Spec:RouteSpec{Host:...,Path:,To:RouteTargetReference{Kind:Service,Name:aa,Weight:*100,},..",
"requested":
"&Route{ObjectMeta:{aa-rwm-pvc-ha48a-peer-a-tcp-0-svc-rte  test .
..Spec:RouteSpec{Host:...,Path:,To:RouteTargetReference{Kind:Service,Name:aa,Weight:nil,},..."}
We need to respect the default value of the RouteTargetReference, but currently overwrite with nil in error

[!TIP]
Vote this issue reacting with :+1: or :-1:

It is not the weight, that is nilled out by the comparator, it is the generated annotation that is also removed before comparison, but we keep in from the desired.
delete(route1.GetAnnotations(), "openshift.io/host.generated")


In-Call Status Bar moves the UIView down the screen instead of resizing

I am having an issue with the framework when my app receives a call and the in Call Status bar is shown. The content of the visible UIViewController moves down rather than resizing. This issue can be replicated on both simulator and on a physical device.
I note that issue #65 was closed with the reply that "issue has been resolved in release 0.2.3".
Please note that I have implemented release 0.2.4
Note: This is related to "In-Call Status Bar moves the view out of the screen instead of resizing #65"
Please see the below screen grabs to assist, in which you'll note that the NavBar and the central UILabel clearly move downwards.

I am also facing the same problem


fix: Handle API pagination

As said in #9 , the exporter only exports runners on first page. You need to iterate to export others runners.

I'm not used to develop Python scripts so feel free to suggest improvements.

Closed in profit of #11


Performance issue with nested loops and np.sum in the inner one

import numpy as np

#pythran export test()
def test():
    outProbs = np.ones((3206,2),dtype=np.float64)
    startFrm = 1603
    endFrm = 1607
    tickPerBeatCand = np.array([2,3,6])
    beatFrm = np.array([ 68,  71,  74,  76,  79,  82,  85,  89,  92,  95,  99, 103, 106,
       110, 115, 119, 123, 128, 133, 138, 143, 148, 154, 160, 165, 172,
       178, 185, 192, 199, 206, 214, 222, 230, 239, 248, 257, 267, 277,
       287, 298, 309, 321, 333, 345, 358, 372, 386, 400])
    corrs = np.zeros((49, 3206, 4),dtype=np.float64)
    numPeriodCorr = 3
    for ii in range(100):
        func(outProbs, startFrm, endFrm, corrs, beatFrm, numPeriodCorr)
    return outProbs

#pythran export func(float[][],int,int,int[],float[][][],int[],int)
#from numba import jit
#@jit(nopython=True,cache=True)
def func(outProbs,startFrm,endFrm,corrs,beatFrm,numPeriodCorr):
    for ii,period in enumerate(beatFrm):
        # .7 to ensure that kk + r is never < 0
        L = (numPeriodCorr+0.7)*period
        r1 = period * np.arange(-numPeriodCorr,numPeriodCorr*0+1).astype(np.int32)
        r2 = (period * np.arange(-numPeriodCorr - 0.333, -0.333 + .01)).astype(np.int32)
        r3 = (period * np.arange(-numPeriodCorr - 0.666, -0.666 + .01)).astype(np.int32)
        for kk in range(startFrm,endFrm):
            if kk < L: continue
            # Todo, are these really optimal? This is also very ugly. linspace instead of arange because of a bug in pythran
            corrs[ii, kk, 0] = np.sum(outProbs[kk+r1,1])
            corrs[ii, kk, 0] -= .4*np.sum(outProbs[kk + r2, 1])
            corrs[ii, kk, 0] -= .4*np.sum(outProbs[kk + r3, 1])

This function is far slower in pythran than it is in numba. If the np.sum() calls are expanded into loops, performance becomes better in pythran. I'm guessing np.sum() creates a memory allocation which kills speed, but I haven't verified that.

@jeanlaroche , I tried to reproduce with https://gist.github.com/paugier/d61c4a81020a6ae1d1321049689cc8df but here, this function is NOT far slower in pythran than it is in numba.
Which result do you get with my benchmark script (just with python bench.py)?

Follow there https://gist.github.com/paugier/d61c4a81020a6ae1d1321049689cc8df

Serge, it's apparently a mac os only issue. I wonder if there are compile flags I could try to see if things become "normal". Or I could send you the C++ code, perhaps you'll see what it is pythran or clang is doing that's making this so inefficient.

What's the performance ratio you get?

Macos:

(BuildVEnv) jlaroche-mbp:Looper(Looper_work)$ python foo.py
compile extension
INFO: Schedule pythranization of file /Users/jlaroche/Dev/Transonic/pythran/__jit__/foo/func.py
func_pythran                     : 1.000 * norm
norm = 1.41e-03 s
func_numba                       : 0.164 * norm
func_pure_numba                  : 0.171 * norm

LINUX:
steely:Looper(Looper_work)*$ python3.6 foo.py
compile extension
INFO     Schedule pythranization of file /home/UAUDIO/jlaroche/.transonic/pythran/__jit__/foo/func.py
func_pythran                     : 1.000 * norm
norm = 4.28e-05 s
func_numba                       : 1.401 * norm
func_pure_numba                  : 1.473 * norm

From https://gist.github.com/paugier/d61c4a81020a6ae1d1321049689cc8df

On linux:
c++ (Ubuntu 5.4.0-6ubuntu1~16.04.12) 5.4.0 20160609
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

On MacOS:
Apple LLVM version 9.1.0 (clang-9<IP_ADDRESS>)
Target: x86_64-apple-darwin17.5.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

@jeanlaroche can you run this bench against current master? I've done a few change to the expression engine that may have an impact.

Nope, it's still much slower:
func_pythran                     :     1 * norm
norm = 0.00149 s
func_numba                       : 0.163 * norm
func_pure_numba                  : 0.162 * norm

@jeanlaroche do you still have that isse with lastest release?

This is a bit strange. When I use bench.py from paugier, I see the same kind of results as before:
func_pythran                     :     1 * norm
norm = 0.0176 s
func_numba                       : 0.146 * norm
func_pure_numba                  : 0.148 * norm

However, if I time the execution myself I get this:
pythran:
real	0m1.921s
user	0m2.162s
sys	0m0.254s
Numba:real	0m1.041s
user	0m1.255s
sys	0m0.290s

So Numba is faster by a factor about 2. Note that in my loop I run the function more times than in bench.py hence the difference in absolute times.


Link to configuration in dev-setup broken

In Set Up Gradle, the link to "ANET Configuration documentation" is broken.

Duplicate of NCI-Agency/anet#3033


Website's home page CSS is off at xl breakpoint

Describe the bug

To Reproduce
At a width of 1536px the issue appears, then gradually goes away as the width further increases
Desktop (please complete the following information):

Browser: Edge
Version: doesn't really matter

Thanks. I just updated.


[BUG] Full Nodes not Synced

See graphics below -> Quite big difference or not?

Many people are joining the netowork now, so I would say that is normal.


Detached "pop" artifacts on the map.

I am sporadically discovering "pop" graphics which appear detached from any sonde track. They seem to move over time so maybe connected to a flying sonde. Clicking on the sonde (by try method) to activate the corresponding track may delete this graphic, leaving the track without any "pop"-symbol.
This actually appeares on both: The 'normal' map (www.sondehub.org) as the 'testing' (testing.v2.sondehub.org).
I cannot do screen capture movies, but here are some hardcopies (edited for data reduction):

Not entirely sure if this is your issue, but I pushed a fix in https://github.com/projecthorus/sondehub-tracker/pull/371 which might be the cause - can you let me know how it goes?

In the 'testing'-environment they are gone now.
The production-environment still have them.


Tried to run the example of Readme.md, got error related with tensor dimension

I am trying to run the example in Google Collab but I get a Runtime error when running the part for obtaining the conditioning embeddings:
from musiclm_pytorch import MuLaNEmbedQuantizer

# setup the quantizer with the namespaced conditioning embeddings, unique per quantizer as well as namespace (per transformer)

quantizer = MuLaNEmbedQuantizer(
    mulan = mulan,                          # pass in trained mulan from above
    conditioning_dims = (1024, 1024, 1024), # say all three transformers have model dimensions of 1024
    namespaces = ('semantic', 'coarse', 'fine')
)

# now say you want the conditioning embeddings for semantic transformer

wavs = torch.randn(2, 1024)
conds = quantizer(wavs = wavs, namespace = 'semantic') # (2, 8, 1024) - 8 is number of quantizers

RuntimeError: The size of tensor a (20) must match the size of tensor b (2560) at non-singleton dimension 3

@Yosoycoder I think this issue was already fixed.
Try to upgrade the library to the latest version.


Enable linters: stylecheck, goconst, prealloc, dogsled

Signed-off-by: Janki Chhatbar<EMAIL_ADDRESS>

Hey @Jaanki, thanks for the PR! Can we mark this as a Draft while you're still working on getting CI passing?
There's more information here, including a nice tip Stephen added to mark PRs as Drafts while creating them, avoiding automatically adding the code owners.
https://submariner.io/development/code-review/#mark-work-in-progress-prs-as-drafts

@Jaanki this one is a bit stale, let's get it merged :)

@Jaanki something is failing on the unit tests ^


How to include fluid-icons.svg into fluidplayer.js?

i trying compile new version 3.27.0, everything ok except fluid-icons.svg, these icons loaded from cdn.fluidplayer.com, how to change this behaviour? How to include these icons into compiled fluidplayer.min.js?

@ZentoDH can you please provide some feedback here? Do you think that it is necessary to create an internal ticket? Thank you!

@gibigate Hi there, sorry for the massive delay.
I'm not able to reproduce what you're saying or I'm not fully understanding what you mean. Could you maybe reproduce it in codepen or something like that?
Thanks!

@gibigate @biguz since there's no feedback on this issue I will close this ticket. If the problem still persists please let us know and open it again. Thank you!


Wireless redstone not working as expected

When linking 2 transmitters to 1 receiver, only one of the transmitters will transmit the redstone signal to the receiver.
While it clearly shows both transmitters are linked.

That's a purely visual issue. Only one transmitter is supposed to be able to transmit to a receiver- 1 transmitter can have multiple receivers, but one receiver can only have one transmitter.
The bug is that both transmitters looks linked to the receivers, when the other should visually unlink.

Ok thank you. I later looked at the code and drew that conclusion aswell but i was not completely sure


Add handling for parsing levels that are not input in all lowercase

This PR simply lowercases the incoming value to ParseLevel so that strings such as DEBUG can be specified and properly mapped to their respective value.

👍 LGTM


refactor(transfer): created 'GetIBCDenom' api function

Description
This PR:

[x] Creates the API function GetIBCDenom and refactors GetTransferCoin function to use it.

closes: #3575
Notes:

No additional tests needed.
Other functions need not be factored to use GetIBCDenom.
No docs additions are needed.

Commit Message / Changelog Entry
refactor(transfer): created 'GetIBCDenom' api function

see the guidelines for commit messages. (view raw markdown for examples)

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

[x] Targeted PR against correct branch (see CONTRIBUTING.md).
[x] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[x] Code follows the module structure standards and Go style guide.
[x] ~Wrote unit and integration tests.~
[x] ~Updated relevant documentation (docs/) or specification (x/<module>/spec/).~
[x] Added relevant godoc comments.
[x] Provide a commit message to be used for the changelog entry in the PR description for review.
[x] Re-reviewed Files changed in the Github PR explorer.
[x] Review Codecov Report in the comment section below once CI passes.

Codecov Report

Merging #3579 (a394a90) into main (df2841d) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #3579      +/-   ##
==========================================
- Coverage   78.78%   78.77%   -0.02%
==========================================
  Files         186      186
  Lines       12769    12771       +2
==========================================
  Hits        10060    10060
- Misses       2278     2280       +2
  Partials      431      431

Impacted Files
Coverage Δ

modules/apps/transfer/types/coin.go
0.00% <0.00%> (ø)

@srdtrk Looking at the code in interchain-security that is linked in the issue. I am wondering if it could be simplified to something like this:
for _, denom := range k.GetProviderRewardDenoms(ctx) {
  prefixedDenom := transfertypes.GetPrefixedDenom(transfertypes.PortID, k.GetDistributionTransmissionChannel(ctx), denom)

  // construct the denomination trace from the full raw denomination
  denomTrace := transfertypes.ParseDenomTrace(prefixedDenom)

  // append the IBC denom to the list of allowed reward denoms
  rewardDenoms = append(rewardDenoms, denomTrace.IBCDenom())
}

With this they also don't need to duplicate code from ibc-go to generate the IBC denomination and they can just use existing APIs that are available. What do you think?

@crodriguezvega I think denomTrace should be for internal usage and external developers need not understand it. They wouldn't have asked if it was easy for them to figure this out on their own. And why should we have them use an intermediary object that they don't need. But I also see your point, so I am open to not merging this too.

to be honest, i do see the UX value of having an explicit API for getting IBC denoms, rather than relying on devs understanding how to use ParseDenomTrace. I would vote for merging this in.

Thanks for the feedback, @srdtrk and @charleenfei.
I would still see maybe the value in external developers have access to the DenomTrace type. Getting the IBC denom is one thing they can do, but DenomTrace also provides other methods that might be useful (like GetFullDenomPath, or getting the full path in case base denom is a denomination that also contains path information), and they would also have access to any new functions that we may add to the type in the future.
More than just adding a helper function I think we could add a constructor function that hides the complexity of calling GetPrefixedDenom and ParseDenomTrace. For example:
func NewDenomTrace(portID, channelID, baseDenom string) DenomTrace {
  return ParseDenomTrace(GetPrefixedDenom(portID, channelID, baseDenom))
}

Then in ICS they can just do:
for _, denom := range k.GetProviderRewardDenoms(ctx) {
  // construct the denomination trace from the full raw denomination
  denomTrace := transfertypes.NewDenomTrace(transfertypes.PortID, k.GetDistributionTransmissionChannel(ctx), denom)

  // append the IBC denom to the list of allowed reward denoms
  rewardDenoms = append(rewardDenoms, denomTrace.IBCDenom())
}

With this constructor function NewDenomTrace we could potentially make ParseDenomTrace unexported.

I like this idea too @crodriguezvega, were you thinking this as an addition to this PR or to replace the current function I implemented?

In my honest opinion, I think we could replace the GetIBCDenom function with what I propose above. What do you think?

Larger discussion needed around transfer api


Code doesn't work on CUDA/OpenCL

The following exception occurs.
Exception: CustomHbondForce: OpenCLPlatform does not support more than four exclusions per acceptor.
It may be possible to write the force in a simpler way to not have as many exclusions.

Fixed, It should work on OpenCL now


OBS no connect to macro deck

I need to know how to connect OBS to Macro Deck as it appears disconnected, and I can't find a way to connect it as before.

The UI has changed to support multiple connections now. Clicking on the OBS logo now brings up a dropdown of possible connections with Connect/Disconnect buttons. All you need to do is click one of those to connect/disconnect. The upgrade to this version should've been seamless with the built-in version migration, but it's possible there were issues. Can you check to see if there are any errors in your log? Also please let me know which version of Macro Deck and which version of the plugin you are using. Thanks!


Improvements to Datatypes

See discussion - https://github.com/ontodev/valve/issues/4
Datatypes should only allow alphabetic characters and dashes and underscores. This could help us make the grammar less ambiguous; datatypes will never have to be enclosed in quotes, whereas string arguments should always be in double quotes.
Furthermore, we should allow a list of comma-separated datatype names in the parent column.

Yes: alphanumeric, dashes, underscores. Maybe it can't start with a number. We do want to exclude periods.
I prefer space separated lists but maybe I'm warped by Clojure.

I'm OK with space separated too, since the datatypes can't have spaces anyway. My default is usually pipe- or comma-separated.


Update index.md

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Much better, thanks @scjane :)


Which pretrained models can be used with this codebase?

First of all - thanks for this work! It is super nice and very helpful.
I would like to finetune a bunch of different pretrained model bases and collect results. The description in the README states
"roberta-large can also be replaced by bert-base, bert-large, roberta-base and distilbert-base". However, out of the four, only roberta-base seems to work out of the box. For the other three, I get some error that looks like this:
OSError: Can't load config for 'bert-large'. Make sure that:
- 'bert-large' is a correct model identifier listed on 'https://huggingface.co/models'

Which indeed it seems true that bert-large isn't listed on the site. So I tried the closest thing I could find to it, bert-large-cased, which gives the following error:
Traceback (most recent call last):
  File "run.py", line 623, in <module>
    main()
  File "run.py", line 476, in main
    resize_token_type_embeddings(model, new_num_types=10, random_segment=model_args.random_segment)
AttributeError: 'ModelArguments' object has no attribute 'random_segment'

(Same story holds for bert-base-cased, but distilbert-base-cased seems to work).
Do you have a list of a few models which I can simply plug in as a command line option and expect them to work? I am not particularly set on the list of models in this issue - any other pretrained models would work as well.
Thanks for the help in advance,
Rohan

Hi Rohan, thanks for your feedback! This random_segment thing is indeed a bug and I have just fixed it. Also,

roberta-large can also be replaced by bert-base, bert-large, roberta-base and distilbert-base

This description is for generating embeddings using SBERT instead of our main model. I just added one sentence describing pre-trained models you can directly use here:

Also, this codebase supports BERT-series and RoBERTa-series pre-trained models in Huggingface's transformers. You can check Huggingface's website for available models and pass models with a "bert" or "roberta" in their names to --model_name_or_path. Some examples would be bert-base-uncased, bert-large-uncased, roberta-base, roberta-large, etc.

Here are some examples: bert-base-uncased, bert-base-cased, bert-large-uncased, bert-large-cased, roberta-base, roberta-large.

Hi @gaotianyu1350 ,
Thanks for fixing this! Indeed I can confirm that I am able to use bert-large-cased and successfully finetune with it now. I also came across another issue for zero-shot evaluation, but will close this issue and open another one.


node.jsのimportするとbuild時にエラーとなる

details:
[plugin:vite:resolve] Module "node:fs" has been externalized for browser compatibility, imported by "/vite-nodejs-script/src/batch/batch1/batch1.ts". See https://vitejs.dev/guide/troubleshooting.html#module-externalized-for-browser-compatibility for more details.
✓ 38 modules transformed.
✓ 39 modules transformed.
"readdirSync" is not exported by "__vite-browser-external", imported by "src/batch/batch1/batch1.ts".

https://www.npmjs.com/package/vite-plugin-node-polyfills
https://www.npmjs.com/package/vite-plugin-node-stdlib-browser


suggestion: can offset support the second parameter

I don't want to create a package to implement the set offset function. Can dom-helpers support it?
e.g.
offset(node, {
top: 100
})

offset(node, {
top: 100,
left: 100
})

How would it do this?

@taion
offset can only obtain the location information of a node at present, but I also hope to set its location information, such as when dragging.

jQuery has such functions, sometimes it is very convenient.

You can use the css() method to do that. That's what jquery is doing and it's probably not worth the extra code path here.

@jquense
The  css() method  can do it.
What I hope is that users don't need to pay attention to the level of DOM, and use offset(e.g offset(node,coords )) to set the coordinates relative to the window, which actually extends the function of offset, but it does bring more code.
But they look like a couple :).

I created a npm package to implement.
repo: https://github.com/bplok20010/dom-helpers-extra


WIP: Adds Guassian Process model

Addresses #37 and #53

Hello @josephmje! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file eddymotion/model.py:

Line 28:100: E501 line too long (100 > 99 characters)
Line 68:1: W293 blank line contains whitespace
Line 74:1: W293 blank line contains whitespace
Line 362:66: W291 trailing whitespace
Line 365:1: W293 blank line contains whitespace
Line 367:1: W293 blank line contains whitespace
Line 371:1: W293 blank line contains whitespace
Line 379:1: W293 blank line contains whitespace
Line 383:1: W293 blank line contains whitespace
Line 386:1: W293 blank line contains whitespace
Line 396:1: W293 blank line contains whitespace
Line 415:1: E305 expected 2 blank lines after class or function definition, found 0
Line 415:2: W292 no newline at end of file

I think we should reuse Seb's solution
On Sat, Dec 11, 2021, 00:57 Derek Pisner @.***> wrote:

@.**** commented on this pull request.
In eddymotion/model.py
https://github.com/nipreps/eddymotion/pull/60#discussion_r767051869:

   if mask is None and S0 is not None:

       self._mask = self._S0 > np.percentile(self._S0, 35)

   if self._mask is not None:

       self._S0 = self._S0[self._mask.astype(bool)]

   self._solver = solver

   if solver is None:

       self._solver = "ElasticNet"

   kwargs = {k: v for k, v in kwargs.items() if k in ("solver",)}

   self._model = SparseFascicleModel(gtab, **kwargs)

def fit(self, data, **kwargs):

   """Clean-up permitted args and kwargs, and call model's fit."""

   self._model = self._model.fit(data[self._mask, ...])

@arokem https://github.com/arokem and @oesteban
https://github.com/oesteban -- Did we ever decide on whether the best
approach for this would be to migrate @sebastientourbier
https://github.com/sebastientourbier 's asyncio parallelization
routines for the DTI model to a base class for parallel fit/predict that
could be imported to each of the SFM and DKI API's as well?
On a separate note-- would it be better to stick with asyncio, switch to
joblib, or expose both approaches as optional?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/nipreps/eddymotion/pull/60#discussion_r767051869, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAESDRUYYCG3SJEUTXRYDBDUQKHVDANCNFSM5JHJ4PBA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.


Catalog Implementation for hive and hadoop.

I have deliberately left the Tables interface and implementation for BaseMetaStore tables as we have not decided what are we going to do about the transaction APIs. We can either take this PR as an opportunity to address that or move those APIs under BaseMetastoreCatalog and remove Tables interface and all of its implementation.

Do we see the new Catalog API as a better version of the Tables API that would be used in data sources?

Do we see the new Catalog API as a better version of the Tables API that would be used in data sources?

Yes, for metastore use cases. Tables is still useful for path-based cases, like Hadoop tables and in Pig.


Passing --atomic and --wait together

Team,
If we pass both --wait and --atomic together then does atomic still works as is by overriding --wait flag?
I know that atomic flag internally includes wait's functionality as well. But, the issue is with Azure devops because HelmDeploy@0 task internally passes --wait flag by default. Hence, it is not possible to ignore it.
Can we pass both flags together and still take the benefits of atomic flag like rollback etc. Please suggest. Thank you.
Kind Regards,
Tanul

If wait or atomic is set, wait is set:
https://github.com/helm/helm/blob/76157c6d06f981a42bfbb9ec636bae5443cb2c8f/pkg/action/install.go#L236
So yes, it doesn't hurt to set both flags.

@joejulian got it thanks 🙂


Drop irrelvant ipk's & Avoid shipping thier sources

Stop shipping sources for packages which are no longer valid.
Also drop ipk's for it.

Needs work!


Hotfix: fix export data

This pr:

removes the queries to 'monitored_decision_point' and 'monitored_decision_point_log' and replaces multiple rows with different MarkExperimentPointTime values with a single row with MarkExperimentPointTime coming from the enrollment table
avoids including metrics columns that do not correspond to queries defined in the experiment
fixes the display of metric keys

Also, didn't get the 2nd point of this PR description. Which metric column will not be shown? We already show the metrics that are used in the experiment. Can you please elaborate this scenario a bit. Thanks
@ppratikcr7  it was including metrics columns from other experiments because the metrics list wasn't restricted to just the metrics in the current experiment. So I fixed that.
The screenshot is from a prod export of an experiment that does not have queries "Percent Graduated", "Swap", etc.


[WIP] add church meeting report

issue
https://github.com/linzhengen/lala/issues/8
task

[ ] add models & tables
[ ] add report regist
[ ] add report summary

Coverage remained the same at 62.95% when pulling cf6e299ad339e29687237c0cb61e09536b2efc62 on feature/8_church_report into 122aa3b74d6b1b752c637685f7788f1cafa87e98 on master.

Coverage remained the same at 62.95% when pulling b32d19baab66da13643b3d713da2ce1930c12e59 on feature/8_church_report into 122aa3b74d6b1b752c637685f7788f1cafa87e98 on master.

Coverage remained the same at 63.421% when pulling ceb25b015ed0a7cd7c4d03c305aae0687ed970a7 on feature/8_church_report into 0b08e6fcd544a39670b3810dc766eef1be4b4e98 on master.

Coverage remained the same at 63.421% when pulling ceb25b015ed0a7cd7c4d03c305aae0687ed970a7 on feature/8_church_report into 0b08e6fcd544a39670b3810dc766eef1be4b4e98 on master.

Click here if you want to create code_sniffer's auto-correct Pull Request

See the documentation if you want to get more information about auto-correct.
Document

Coverage remained the same at 63.421% when pulling 0a494dd3b592a68188a75368732f56262e025dac on feature/8_church_report into 0b08e6fcd544a39670b3810dc766eef1be4b4e98 on master.

Auto-correctable file didn't exist on this Pull Request from SideCI.

Coverage decreased (-1.5%) to 61.952% when pulling e524fbfebf9cb060d4837ec06ce4b60029f9c058 on feature/8_church_report into 0b08e6fcd544a39670b3810dc766eef1be4b4e98 on master.


WIP: Add chat UI

I added a chat tab on the group with a basic chat UI. Mostly just to show how it works.
Still need to continue discussion about how it should work/look in #583.

I would fix all lint errors before this goes into master, even if this is just a dev UI. Otherwise the status reports become meaningless.

#597 extends on this, will close.


Update index.md

Updated index.html changing script tag position from inside head tag to inside body tag and removing a not used div tag

Thanks!


Introduce a dynamic test mechanism

Hi! This is a sweet project!
Here's an idea for a simple way of defining test cases as mentioned in https://github.com/uohzxela/ex_format/issues/12
With this PR, you just add more "Cases" to any file in test/cases and they will be compared in their own test.
The test will be named like "test Preserve keyword list syntax (kw_list.exs)", so it would be easy to tell where the failure comes from...
Right now the "format" looks like this:
#=- CASE: Preserve comments
#=- BEFORE:
def hello(name) do
    "hello " <> name
end
#=- AFTER:
def hello(name) do
  "hello " <> name
end

Open to suggestions!

Hi @binaryseed! Thanks a lot for your contribution. Your idea sounds really neat, since having a file per test case could be cumbersome. Just wondering, does it work with comments as well? Some test cases have comments so it'd be great if you can do a quick sanity test for that as well. :)
@whatyouhide what do you think of this idea?

I added an example that shows that comments are preserved.
Also, I tweaked the formatting so the delimiters are more obvious, there's an explicit begin & end, and you can add optional "spacers" that will get ignored

I am not sure about this as it, in my mind, complicates things a bit. Can I ask why we don't test this as:
before = """
def ...  do :ok end
"""

after = """
def ... do
  :ok
end
"""

assert format(before) == after

?

The method that whatyouhide is what I'm doing and I find it to be very easy to work with.

You could certainly do that, but I think there are a few benefits to defining the cases outside of the tests:

The number of test cases could reach in to many hundreds, and this reduces the boilerplate setup needed to create a new case (or make a tweak to all existing cases)
Your editor / github will do proper syntax highliting on the code in the test/cases files, but not on the raw strings inside of tests.
It's nice to look at the before/after code on its own, not surrounded by the test code.

https://github.com/lpil/exfmt/blob/master/test/exfmt/integration/def_test.exs
Seems about the same amount of boilerplate to me. :)

Cool, didn't know about your project @lpil ...
I'm not seeing a 'before' / 'after' case in those tests, is it just asserting that the input equals the output when run through the formatter? Do you have test cases that run "bad" input through and assert that it comes out correct?
I don't know about you but I really rely on syntax highlighting to quickly read code, and I have a hard time reading code inside raw strings...

Ahh, this is interesting: https://github.com/lpil/exfmt/blob/master/test/exfmt/integration/comments_test.exs#L84-L98
Looks like you did the before / after comparison by overriding the ~> operator.
That's quite nice and simple, but the highlighting issue still remains

After writing a few tests I decided that the before/after comparison is rarely useful as almost all formatting information is discarded by the parser.

Oh interesting! If that's the case, it seems like you could literally just have a series of files that have properly formatted code, run them through the formatter and expect no changes.

That would work, there's a few trade offs though:

I find it easier to work with a few files containing lots of tests rather than lots of files.
You'd have to re-implement tags for tests.
You might want to split the files into batches and create a module per batch- large test modules can cause ExUnit to slow down a little.

On the flip side, less boilerplate and you get syntax highlighting. :)

Consider that the string comparison approach is simpler to implement. I would say that that's the most important feature at this stage of the project, so personally I would start with that.

Cool, well I'll go ahead and close this for now then..

Thanks for the fruitful discussion, everyone. I think both approaches have their pros and cons though. Dynamic testing (test case as string) is useful for small examples but lacks syntax highlighting. Static testing (test case as file) is useful for integration tests but you have to tag the test cases from another place.
To be fair, @binaryseed's version of dynamic testing takes the best of two worlds without the disadvantages. The only downside is the need for careful delimiter handling inside the test file and a more complex implementation. But there are always tradeoffs.
@binaryseed, if the code is still present on your machine, could you please push your dynamic-case-definitions branch? We can use it as a reference in the future, should we decide to revamp our testing strategy. 😄

Yeah, I put the branch back up for the future!

Awesome @binaryseed, thanks a lot! ❤


snake_case in DB but CamelCase when I get it. How to do it in sequelize-hierarchy?

in sequelize modal, I can define the filed to control what I want to.
sequelize.define('foo', {
  fooBar: {
    type: DataTypes.STRING,
    field: 'foo_bar'
  }
})

that means I can store foo_bar in db, but get fooBar in sequelize.
Now I find sequelize-hierarchy will auto create hierarchyLevel and parentId columns. How to configure it to make it like the above?

finally I find this way:
    model.isHierarchy({
        levelFieldAttributes: {
            field: 'hierarchy_level'
        },
        foreignKeyAttributes: {
            field: 'parent_id'
        },
    });

@loatheb Glad you found the solution! I assume you found the answer in the README.

@overlookmotel  😅😅 Sorry to bother you.
At first I didn't understand the meaning of this field in README. I tried many times and finally looked at the source code to understand how to do it.
Thanks again.


Writing from PLC to Node Application

Hi, thanks for the library.
As the node client application has no router attached to it I assume that only read and write from the node client is possible.
Is it possible to read the state of the node client and then write to from the PLC?
Also do you have the typescript def file you could share please?
Thanks Phil

If you want to write from PLC to Node.js, you need to run ads-server (https://github.com/jisotalo/ads-server).
This project has no typescript definitions yet. That ads-server project does thought.

Thanks!
I'm actually planning to rewrite the library to Typescript someday. Let's see..


Add numpy to docker container

User request to support numpy for Python (submission).
Follow: https://github.com/dodona-edu/docker-images/issues/237

Do we want to add support for packages ad-hoc, or do we first want to define some kind of policy of which packages we potentially include and which we don't?

There are no concrete plans for this; besides adding support in the Docker image, there is also no support whatsoever for numpy in TESTed itself, and due to its Python-specific nature, there are no immediate plans for this.


[C#] Exception on basic usage

Describe the usage question you have. Please include as many useful details as  possible.
My code is as follows:
using var stream = File.OpenRead(_readFilePath); using (var reader = new ArrowFileReader(stream)) {   var recordBatch = await reader.ReadNextRecordBatchAsync();   Console.WriteLine(recordBatch.ColumnCount); }
At this point I am just trying to log the column count of the parquet file. The filestream does have data in it, and the parquet file is valid, and when I use the await reader.ReadNextRecordBatchAsync() an exception is thrown
"System.IO.InvalidDataException: 'Invalid magic at offset <6>'"
Is my usage the problem? Or is this a bug?
Thank you
Component(s)
C#

The C# Arrow implementation does not provide a parquet reader (this is different than most other implementations).  The ArrowFileReader that you are using is for reading Arrow IPC files, not parquet files.  These are two different formats (the parquet format is more focused on compression and minimizing I/O while the Arrow IPC format aims to be a mirror of the in-memory format to allow for things like memory-mapped zero-copy reads)
The exception you are getting is because the arrow file reader is not finding the expected magic number at the end of the file (all Arrow IPC files end with ARROW1).
I believe there are other C# projects you can use which provide parquet readers/writers.

@trunklegs911 I'm going to mark this as closed because the code is working as intended. I've been using ParquetSharp with great success for reading Parquet files from C#. It looks like the next release will have the ability to produce and consume Arrow record batches in addition to the previously-supported APIs. There's also Parquet.Net which has some advantages and disadvantages over ParquetSharp.


Update Go patch version

Updates/Adds Go patch version to docs

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

Project coverage is 65.68%. Comparing base (7f7f468) to head (f426553).

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1030      +/-   ##
==========================================
+ Coverage   65.18%   65.68%   +0.50%
==========================================
  Files         149      149
  Lines       12384     9609    -2775
==========================================
- Hits         8072     6312    -1760
+ Misses       3859     2842    -1017
- Partials      453      455       +2

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


ME-86 Search Autosuggest

https://artsyproduct.atlassian.net/browse/ME-86

I ported the text input from palette so we'll probably want to move it there at some point. There are some differences in the typing though so might be we need to create a TextInputIOS component.
#skip_new_tests

@ash this should be 🍏

:rocket: PR was released in v1.18.32 :rocket: