Unexpected value 'GoogleChart' declared by the module 'AppModule'. Please add a @Pipe/@Directive/@Component annotation.

Unexpected value 'GoogleChart' declared by the module 'AppModule'. Please add a @Pipe/@Directive/@Component annotation.
Has dependencies set to angular 4.1.3 - I am using 4.2.4

I'm having the same issue, it looks like this isn't the only library facing it.
https://github.com/angular/angular/issues/15890

Does anyone have the solution for this?

Does anyone have the solution for this? [2]

Having the same issue, do you know what is happening @vimalavinisha ?

Does anyone have the solution for this? [3]

Noone?

You must put GoogleChart in imports, not in declarations in your app.module.ts.

I'm sorry. I'm not following. What exactly is the proper configuration for this? Clearly, the documentation is not correct, as following those steps has lead us here. Can you provide some additional detail?


Bug fix for flops profilers output

When flops profiler is enabled, it will print lots of numpy einsum_path results in the standard output, which will whelm profilers output and waste much time on printing, especially when profiling large models.
This PR makes the following change:

directly remove the print line.

Hi @conglongli @cli99, could you please have a look at this PR? It's my first and simple contribution is DeepSpeed but it will help others to use profiler effectively.

Hi @VisionTheta, thanks for catching this.


Session.run() on Operation return None. Design question

Have I written custom code (as opposed to using a stock example script provided in TensorFlow):
Yes, see this issue. https://github.com/tensorflow/tensorflow/issues/20990

The documentation of Session.run from tensorflow:
run(
    fetches,
    feed_dict=None,
    options=None,
    run_metadata=None
)

Runs operations and evaluates tensors in fetches.
This method runs one "step" of TensorFlow computation, by running the necessary graph fragment to execute every Operation and evaluate every Tensor in fetches, substituting the values in feed_dict for the corresponding input values.
The fetches argument may be a single graph element, or an arbitrarily nested list, tuple, namedtuple, dict, or OrderedDict containing graph elements at its leaves. A graph element can be one of the following types:
**An tf.Operation. The corresponding fetched value will be None.**
A tf.Tensor. The corresponding fetched value will be a numpy ndarray containing the value of that tensor.
A tf.SparseTensor. The corresponding fetched value will be a tf.SparseTensorValue containing the value of that sparse tensor.
A get_tensor_handle op. The corresponding fetched value will be a numpy ndarray containing the handle of that tensor.
A string which is the name of a tensor or operation in the graph.

I was stuck for quite a while on this issue, due to asess.run()returning None all the time and not raising any exception.
I don't quite get the design intention under such a behaviour:
Session.run() is expected to return values. But it return None for tf.operation
Not raising any exception, nor outputing any information make you think it is okay to call sess.run() on your parameter and that the issue is not on this function call.
Why is it okay to allow user to call this method with parameter that will result in no effect?
Also, as tf.Operation is a tensorflow type, wouldn't it be possible to automatically call for its .values() in the Session.run() instead of returning a None?

Why is it okay to allow user to call this method with parameter that will result in no effect?

Returning None does not mean resulting in no effect. Calling an op has an effect.

wouldn't it be possible to automatically call for its .values() in the Session.run() instead of returning a None?

It won't be possible because not every op has output values.

There are many types of tf.Operation, some of them does return None, and it serves as grouping ops together, example being training ops returned by optimizer.minimize. Just returning nothing does not mean it's doing nothing, it actually run all the ops that are being grouped.

I'm not sure what ops silently do nothing and return nothing, do you have an example?

Doesn't running a predict node  via node instead of node.values does that?
Maybe it computes the value internally, but from the user standpoint: the state of the model didn't change and no value was returned (technically None was returned).

There can be while_loops with zero iterations, for instance, but sometimes they are there for a reason

I guess they can do nothing, but they have a possibility of doing something. (or if they don't, maybe an a hint at the uselessness of the node would be nice)

There are many types of tf.Operation, some of them does return None, and it serves as grouping ops together, example being training ops returned by optimizer.minimize. Just returning nothing does not mean it's doing nothing, it actually run all the ops that are being grouped.

You are right about it currently returning None.
But isn't it be plausible to return a status of the node operation? like the type of node or such?
I get that it may be desirable for its added knowledge of state of execution but not so much for its overhead cost.

Nagging Assignee @drpngx: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 30 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 45 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 60 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 74 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 89 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 105 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @drpngx: It has been 120 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

@Jylomaki,
Is this still an issue?
Could you update TensorFlow to the latest stable version v.2.9 and let us know if you are facing the same error. Thanks!


Add troubleshooting cases for join issue

Summary
Add troubleshooting cases for the Join issue.

MIC mismatch error in the device events: The possible cause is the mismatch of AppKey in device firmware to the AppKey registered in The Things Stack console. Update the AppKey in the console accordingly
uplink channel not found error in the gateway events: It indicates there is a mismatch of the frequency plans. Double check frequency plan settings in your end device and gateways (they must be the same LoRaWAN band)
DevNonce has already been used error in the device events: It indicates a duplicate use of Devnonce. It generally happens when the device had sent too many unsuccessful Join Requests
uplink channel not found error in the device events: It indicates the device is transmitting Join Requests in the non-default channels of the band which is not in line with the LoRaWAN Specification. We would suggest contacting the end-device manufacturer in this regard

Changes

Moved the troubleshooting article present in the Adding Devices section to an individual folder.
Added few troubleshooting points for Join Issues.

Notes for Reviewers
Currently, the troubleshooting article for devices is present in the Adding Devices section. It is better to keep the troubleshooting article in a separate section for better visibility to the users.
Checklist

[x] Scope: The referenced issue is addressed, there are no unrelated changes.
[x] Run Locally: Verified that the docs build using make server, posted screenshots, verified external links. Test with HUGO_PARAMS_SEARCH_ENABLED=true if style changes will affect the search bar.
[ ] New Features Marked: Documentation for new features is marked using the new-in-version shortcode, according to the guidelines in CONTRIBUTING.
[x] Style Guidelines: Documentation obeys style guidelines in CONTRIBUTING.
[x] Commits: Commit messages follow guidelines in CONTRIBUTING, there are no fixup commits left.

Sorry this took me so long @i3mSuperMan . Just a few small grammar improvements and it should be good to merge.


GDS-to-PNG rendering: Remove labels, improve compression

Changes how the gds GHA renders the GDS to PNG, to greatly reduce the file size (hoping to get under 5MB for an 8x2 tile).
For info on what this does, see this older PR: https://github.com/TinyTapeout/tt03p5-submission-template/pull/4
NOTE: This uses pngquant --quality 10-30 ... to try and get an 8x2 tile to render to a small enough PNG file size, but it does mean some reduction in fidelity... but for most this shouldn't be noticeable. The quality option can maybe be removed conditionally in a future revision (e.g. for smaller tiles), but it might be better to work on integrating parts of this overall approach into tt_tool.py --create-png instead.

Commit https://github.com/TinyTapeout/tt-gds-action/pull/1/commits/bae56eec67d05458b812492680366a35f5617cf3 added: Removed the ls and added the comment explaining the inline CSS.

Lovely, thanks!

Just tested it with TinyTapeout/tt04-usbcdc. First of all, I can finally see the PNG (as it's less than 5MB). And it's not cluttered at all!
https://github.com/TinyTapeout/tt04-usbcdc/actions/runs/5369552034


Reference correct Fedora version

Currently Fedora 41 is rawhide. Fedora 40 is the affected branch.

The error is very likely due to an unfortunate mistake in Red Hats own security blog post, which has not been corrected. Others noticed this version confusion as well on the mailing list.
Moreover, the situation around Fedora 40 highly depends on when you've got your copy or how you arrived at F40. But users of Fedora 40 are certainly advised to update.


why not find libRNShare.a file

why not find libRNShare.a file

+1 on this

+1 on this

Here's what I did to enable the libRNShare.a file and be able to add the Share dialog.

Open XCode.
Right click on Libraries > Click Add Files To "YOUR PROJECT NAME".
Browse to your project folder/node_modules/react-native-share and select RNShare.xcodeproj.
This will add RNShare.xcodeproj under the Libraries and if you expand the library and expand the Products folder you should see the libRNShare.a file in red.
Next, click the main.jsbundle file under the main project folder in XCode.
Click the Build Phases tab.
Expand Compile Sources and click the "+" button.
Choose the libRNShare.a file under RNShare.xcodeproj

Hope that helps.
Also, I applied the suggested fix in #6 before things would build with React Native 0.16.

Hi @asommer70 - I followed your steps but RNShare.xcodeproj isn't available after clicking on the "+" button in Compile Sources - so I can't add libRNShare.a.
Any ideas?

@willhalling I don't find it now too.  Could be something with the XCode version.  Can you try the Share button and let me know if it works?

Thanks for quick response @asommer70. I tried the share button but get an error when calling the share function: undefined is not an object nativeRNShare.open

@willhalling When you get a chance try this:

Select the RNSHare.xcodeproj entry in under Libraries in the folder view.
Click the Build Phases tab.
Expand the Compile Sources.
Click the "+" button at the bottom.
Select libRNShare.a under Products then click the Add button.
Then build and test out the share button.

Hopefully that will get things fixed up, but let me know how it turns out.

hi there, i have same issue. Libraries -> RNSHare.xcodeproj -> libRNShare.a is red. Also i get "RCTBridgeModule.h" not found error.

any idea? i got the same issue


[GitHub]  Add an option to omit team review requests from query results

Description

Add an option to omit team review requests from query results in PRs
Updated dependencies and removed high-security vulnerabilities

Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

closes https://github.com/raycast/extensions/pull/12775 (duplicate)

@thomaslombart can you please take a look? This is a duplicate of https://github.com/raycast/extensions/pull/12775 with some dependency update additions.

@jfkisafk This is fine. The people behind only need to deal with conflicts before merging.
It's super easy to resolve the package-lock.json file. Just run npm install again.

For sure @LitoMore, this PR is updating all the dependencies to the latest! Given the rest of the changes are not heavy-handed like other open PRs for this extension, I think other PRs can resolve merge conflicts if necessary.

@jfkisafk Don't worry. GitHub will show a mandatory warning message if there are any conflicts. Users must solve the conflict before merging.


Fix to get history backwards from the latest one to older ones

Sorry for the shameful typo in the branch name.
Close #1.

Thanks.


Improve proxy.config.ssl.client.cipher_suite defaults

proxy.config.ssl.server.cipher_suite has a default list of ciphers, but the proxy.config.ssl.client.cipher_suite default list is NULL (everything openssl supports).  One of our devs noticed this causes TLS negotiation failures with some 3rd party origins when using ATS as a forward proxy for external origins.
Should the proxy.config.ssl.client.cipher_suite default at a minimum match default value of proxy.config.ssl.server.cipher_suite?  This solved our problems vs. using NULL.
May want to review contents of proxy.config.ssl.server.cipher_suite anyways.  And add proxy.config.ssl.client.cipher_suite to the docs.

@shinrich Can you set a default value for proxy.config.ssl.client.cipher_suite?

Will work on that.  May want the default to be broader for the ATS acting as a client?  I think in our forward proxy mode deployment that is what we do.  But unclear how much broader.  Will review and put up a PR next week.

Maybe also do an overhaul of the current defaults for all cipher configs? Running e.g. sslabs on Docs:
https://www.ssllabs.com/ssltest/analyze.html?d=docs.trafficserver.apache.org&s=<IP_ADDRESS>&latest

Should also set defaults for the TLS1.3 ciphers.


Volar crashes shortly after after startup

Volar seems to start fine, shows a few diagnostics, and then dies after a second or two.
I'm running it containerised (via podman). I looked at #514, but I'm not convinced I'm seeing the same issue.
This is all of neovim's debug output for the LSP:
[START][2021-11-17 18:23:37] LSP logging initiated
[INFO][2021-11-17 18:23:37] .../vim/lsp/rpc.lua:258	"Starting RPC client"	{  args = { "container", "run", "--interactive", "--network=none", "--workdir=/home/hugo/clones/gitlab.com/fotus/photostore/vue3", "--volume=/home/hugo/clones/gitlab.com/fotus/photostore/vue3:/home/hugo/clones/gitlab.com/fotus/photostore/vue3:ro", "volar" },  cmd = "podman",  extra = {}}
[DEBUG][2021-11-17 18:23:37] .../vim/lsp/rpc.lua:339	"rpc.send"	{  id = 1,  jsonrpc = "2.0",  method = "initialize",  params = {    capabilities = {      callHierarchy = {        dynamicRegistration = false      },      textDocument = {        codeAction = {          codeActionLiteralSupport = {            codeActionKind = {              valueSet = { "", "Empty", "QuickFix", "Refactor", "RefactorExtract", "RefactorInline", "RefactorRewrite", "Source", "SourceOrganizeImports", "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.organizeImports" }            }          },          dataSupport = true,          dynamicRegistration = false,          resolveSupport = {            properties = { "edit" }          }        },        completion = {          completionItem = {            commitCharactersSupport = false,            deprecatedSupport = false,            documentationFormat = { "markdown", "plaintext" },            preselectSupport = false,            snippetSupport = false          },          completionItemKind = {            valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25 }          },          contextSupport = false,          dynamicRegistration = false        },        declaration = {          linkSupport = true        },        definition = {          linkSupport = true        },        documentHighlight = {          dynamicRegistration = false        },        documentSymbol = {          dynamicRegistration = false,          hierarchicalDocumentSymbolSupport = true,          symbolKind = {            valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26 }          }        },        hover = {          contentFormat = { "markdown", "plaintext" },          dynamicRegistration = false        },        implementation = {          linkSupport = true        },        publishDiagnostics = {          relatedInformation = true,          tagSupport = {            valueSet = { 1, 2 }          }        },        references = {          dynamicRegistration = false        },        rename = {          dynamicRegistration = false,          prepareSupport = true        },        signatureHelp = {          dynamicRegistration = false,          signatureInformation = {            activeParameterSupport = true,            documentationFormat = { "markdown", "plaintext" },            parameterInformation = {              labelOffsetSupport = true            }          }        },        synchronization = {          didSave = true,          dynamicRegistration = false,          willSave = false,          willSaveWaitUntil = false        },        typeDefinition = {          linkSupport = true        }      },      window = {        showDocument = {          support = false        },        showMessage = {          messageActionItem = {            additionalPropertiesSupport = false          }        },        workDoneProgress = true      },      workspace = {        applyEdit = true,        configuration = true,        symbol = {          dynamicRegistration = false,          hierarchicalWorkspaceSymbolSupport = true,          symbolKind = {            valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26 }          }        },        workspaceEdit = {          resourceOperations = { "rename", "create", "delete" }        },        workspaceFolders = true      }    },    clientInfo = {      name = "Neovim",      version = "0.6.0"    },    initializationOptions = {      documentFeatures = {        documentColor = false,        documentFormatting = {          defaultPrintWidth = 100        },        documentSymbol = true,        foldingRange = true,        linkedEditingRange = true,        selectionRange = true      },      languageFeatures = {        callHierarchy = true,        codeAction = true,        codeLens = true,        completion = {          defaultAttrNameCase = "kebabCase",          defaultTagNameCase = "both"        },        definition = true,        diagnostics = true,        documentHighlight = true,        documentLink = true,        hover = true,        references = true,        rename = true,        renameFileRefactoring = true,        schemaRequestService = true,        semanticTokens = false,        signatureHelp = true,        typeDefinition = true      },      typescript = {        serverPath = "/home/hugo/clones/gitlab.com/fotus/photostore/vue3/node_modules/typescript/lib/tsserverlibrary.js"      }    },    processId = 1117809,    rootPath = "/home/hugo/clones/gitlab.com/fotus/photostore/vue3",    rootUri = "file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3",    trace = "off",    workspaceFolders = { {        name = "/home/hugo/clones/gitlab.com/fotus/photostore/vue3",        uri = "file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3"      } }  }}
[DEBUG][2021-11-17 18:23:37] .../lua/vim/lsp.lua:871	"LSP[null-ls]"	"server_capabilities"	{  codeActionProvider = true,  completionProvider = {    allCommitCharacters = {},    completionItem = {      labelDetailsSupport = true    },    resolveProvider = false,    triggerCharacters = { ".", ":", "-" }  },  documentFormattingProvider = true,  documentRangeFormattingProvider = true,  executeCommandProvider = true,  textDocumentSync = {    change = 1,    openClose = true,    save = true  }}
[INFO][2021-11-17 18:23:37] .../lua/vim/lsp.lua:872	"LSP[null-ls]"	"initialized"	{  resolved_capabilities = {    call_hierarchy = false,    code_action = true,    code_lens = false,    code_lens_resolve = false,    completion = true,    declaration = false,    document_formatting = true,    document_highlight = false,    document_range_formatting = true,    document_symbol = false,    execute_command = true,    find_references = false,    goto_definition = false,    hover = false,    implementation = false,    rename = false,    signature_help = false,    signature_help_trigger_characters = {},    text_document_did_change = 1,    text_document_open_close = true,    text_document_save = true,    text_document_save_include_text = false,    text_document_will_save = false,    text_document_will_save_wait_until = false,    type_definition = false,    workspace_folder_properties = {      changeNotifications = false,      supported = false    },    workspace_symbol = false  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:446	"rpc.receive"	{  id = 1,  jsonrpc = "2.0",  result = {    capabilities = {      callHierarchyProvider = true,      codeActionProvider = {        codeActionKinds = { "", "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.fixAll", "source.organizeImports" },        resolveProvider = true      },      codeLensProvider = {        resolveProvider = true      },      completionProvider = {        resolveProvider = true,        triggerCharacters = { ".", '"', "'", "`", "/", "<", "@", "#", " ", "<", ":", "@", ".", "/", ".", "@", "/", '"', ":" }      },      definitionProvider = true,      documentFormattingProvider = true,      documentHighlightProvider = true,      documentLinkProvider = {        resolveProvider = false      },      documentSymbolProvider = true,      executeCommandProvider = {        commands = { "volar.server.executeConvertToKebabCase", "volar.server.executeConvertToPascalCase", "volar.html-to-pug", "volar.pug-to-html", "volar.use-setup-sugar", "volar.unuse-setup-sugar", "volar.use-ref-sugar", "volar.unuse-ref-sugar", "volar.show-references" }      },      foldingRangeProvider = true,      hoverProvider = true,      linkedEditingRangeProvider = true,      referencesProvider = true,      renameProvider = {        prepareProvider = true      },      selectionRangeProvider = true,      signatureHelpProvider = {        retriggerCharacters = { ")" },        triggerCharacters = { "(", ",", "<" }      },      textDocumentSync = 2,      typeDefinitionProvider = true,      workspace = {        fileOperations = {          willRename = {            filters = { {                pattern = {                  glob = "**/*.vue"                }              }, {                pattern = {                  glob = "**/*.js"                }              }, {                pattern = {                  glob = "**/*.ts"                }              }, {                pattern = {                  glob = "**/*.jsx"                }              }, {                pattern = {                  glob = "**/*.tsx"                }              }, {                pattern = {                  glob = "**/*.json"                }              } }          }        }      }    }  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  jsonrpc = "2.0",  method = "initialized",  params = vim.empty_dict()}
[DEBUG][2021-11-17 18:23:39] .../lua/vim/lsp.lua:871	"LSP[volar]"	"server_capabilities"	{  callHierarchyProvider = true,  codeActionProvider = {    codeActionKinds = { "", "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.fixAll", "source.organizeImports" },    resolveProvider = true  },  codeLensProvider = {    resolveProvider = true  },  completionProvider = {    resolveProvider = true,    triggerCharacters = { ".", '"', "'", "`", "/", "<", "@", "#", " ", "<", ":", "@", ".", "/", ".", "@", "/", '"', ":" }  },  definitionProvider = true,  documentFormattingProvider = true,  documentHighlightProvider = true,  documentLinkProvider = {    resolveProvider = false  },  documentSymbolProvider = true,  executeCommandProvider = {    commands = { "volar.server.executeConvertToKebabCase", "volar.server.executeConvertToPascalCase", "volar.html-to-pug", "volar.pug-to-html", "volar.use-setup-sugar", "volar.unuse-setup-sugar", "volar.use-ref-sugar", "volar.unuse-ref-sugar", "volar.show-references" }  },  foldingRangeProvider = true,  hoverProvider = true,  linkedEditingRangeProvider = true,  referencesProvider = true,  renameProvider = {    prepareProvider = true  },  selectionRangeProvider = true,  signatureHelpProvider = {    retriggerCharacters = { ")" },    triggerCharacters = { "(", ",", "<" }  },  textDocumentSync = 2,  typeDefinitionProvider = true,  workspace = {    fileOperations = {      willRename = {        filters = { {            pattern = {              glob = "**/*.vue"            }          }, {            pattern = {              glob = "**/*.js"            }          }, {            pattern = {              glob = "**/*.ts"            }          }, {            pattern = {              glob = "**/*.jsx"            }          }, {            pattern = {              glob = "**/*.tsx"            }          }, {            pattern = {              glob = "**/*.json"            }          } }      }    }  }}
[INFO][2021-11-17 18:23:39] .../lua/vim/lsp.lua:872	"LSP[volar]"	"initialized"	{  resolved_capabilities = {    call_hierarchy = true,    code_action = {      codeActionKinds = { "", "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.fixAll", "source.organizeImports" },      resolveProvider = true    },    code_lens = true,    code_lens_resolve = true,    completion = true,    declaration = false,    document_formatting = true,    document_highlight = true,    document_range_formatting = false,    document_symbol = true,    execute_command = true,    find_references = true,    goto_definition = true,    hover = true,    implementation = false,    rename = true,    signature_help = true,    signature_help_trigger_characters = { "(", ",", "<" },    text_document_did_change = 2,    text_document_open_close = true,    text_document_save = true,    text_document_save_include_text = false,    text_document_will_save = false,    text_document_will_save_wait_until = false,    type_definition = true,    workspace_folder_properties = {      changeNotifications = false,      supported = false    },    workspace_symbol = false  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  jsonrpc = "2.0",  method = "textDocument/didOpen",  params = {    textDocument = {      languageId = "vue",      text = "<script setup lang=\"ts\">\n// This starter template is using Vue 3 <script setup> SFCs\n// Check out https://v3.vuejs.org/api/sfc-script-setup.html#sfc-script-setup\nimport HelloWorld from './components/HelloWorld.vue'\n</script>\n\n<template>\n  <img alt=\"Vue logo\" src=\"./assets/logo.png\" />\n  <HelloWorld msg=\"Hello Vue 3 + TypeScript + Vite\" />\n</template>\n\n<style>\n#app {\n  font-family: Avenir, Helvetica, Arial, sans-serif;\n  -webkit-font-smoothing: antialiased;\n  -moz-osx-font-smoothing: grayscale;\n  text-align: center;\n  color: #2c3e50;\n  margin-top: 60px;\n}\n</style>\n",      uri = "file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3/src/App.vue",      version = 0    }  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:446	"rpc.receive"	{  id = 0,  jsonrpc = "2.0",  method = "workspace/configuration",  params = {    items = { {        section = "js/ts.implicitProjectConfig"      }, {        section = "javascript.implicitProjectConfig"      } }  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:456	"server_request: callback result"	{  result = { vim.NIL, vim.NIL },  status = true}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  id = 0,  jsonrpc = "2.0",  result = { vim.NIL, vim.NIL }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:446	"rpc.receive"	{  id = 1,  jsonrpc = "2.0",  method = "window/workDoneProgress/create",  params = {    token = "0c7a079c-9559-4888-8bdd-a05231f1655d"  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:456	"server_request: callback result"	{  result = vim.NIL,  status = true}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  id = 1,  jsonrpc = "2.0",  result = vim.NIL}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:446	"rpc.receive"	{  id = 2,  jsonrpc = "2.0",  method = "workspace/configuration",  params = {    items = { {        scopeUri = "file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3/src/App.vue.template.css",        section = "css"      } }  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:456	"server_request: callback result"	{  result = { vim.NIL },  status = true}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  id = 2,  jsonrpc = "2.0",  result = { vim.NIL }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:446	"rpc.receive"	{  id = 3,  jsonrpc = "2.0",  method = "workspace/configuration",  params = {    items = { {        scopeUri = "file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3/src/App.vue.0.css",        section = "css"      } }  }}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:456	"server_request: callback result"	{  result = { vim.NIL },  status = true}
[DEBUG][2021-11-17 18:23:39] .../vim/lsp/rpc.lua:339	"rpc.send"	{  id = 3,  jsonrpc = "2.0",  result = { vim.NIL }}
[INFO][2021-11-17 18:23:44] .../lua/vim/lsp.lua:1236	"exit_handler"	{ {    _null_ls_setup = true,    _on_attach = <function 1>,    attached_buffers = { true },    cancel_request = <function 2>,    config = {      _on_attach = <function 3>,      autostart = false,      capabilities = {        callHierarchy = {          dynamicRegistration = false        },        textDocument = {          codeAction = {            codeActionLiteralSupport = {              codeActionKind = {                valueSet = { "", "Empty", "QuickFix", "Refactor", "RefactorExtract", "RefactorInline", "RefactorRewrite", "Source", "SourceOrganizeImports", "quickfix", "refactor", "refactor.extract", "refactor.inline", "refactor.rewrite", "source", "source.organizeImports" }              }            },            dataSupport = true,            dynamicRegistration = false,            resolveSupport = {              properties = { "edit" }            }          },          completion = {            completionItem = {              commitCharactersSupport = false,              deprecatedSupport = false,              documentationFormat = { "markdown", "plaintext" },              preselectSupport = false,              snippetSupport = false            },            completionItemKind = {              valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25 }            },            contextSupport = false,            dynamicRegistration = false          },          declaration = {            linkSupport = true          },          definition = {            linkSupport = true          },          documentHighlight = {            dynamicRegistration = false          },          documentSymbol = {            dynamicRegistration = false,            hierarchicalDocumentSymbolSupport = true,            symbolKind = {              valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26 }            }          },          hover = {            contentFormat = { "markdown", "plaintext" },            dynamicRegistration = false          },          implementation = {            linkSupport = true          },          publishDiagnostics = {            relatedInformation = true,            tagSupport = {              valueSet = { 1, 2 }            }          },          references = {            dynamicRegistration = false          },          rename = {            dynamicRegistration = false,            prepareSupport = true          },          signatureHelp = {            dynamicRegistration = false,            signatureInformation = {              activeParameterSupport = true,              documentationFormat = { "markdown", "plaintext" },              parameterInformation = {                labelOffsetSupport = true              }            }          },          synchronization = {            didSave = true,            dynamicRegistration = false,            willSave = false,            willSaveWaitUntil = false          },          typeDefinition = {            linkSupport = true          }        },        window = {          showDocument = {            support = false          },          showMessage = {            messageActionItem = {              additionalPropertiesSupport = false            }          },          workDoneProgress = true        },        workspace = {          applyEdit = true,          configuration = true,          symbol = {            dynamicRegistration = false,            hierarchicalWorkspaceSymbolSupport = true,            symbolKind = {              valueSet = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26 }            }          },          workspaceEdit = {            resourceOperations = { "rename", "create", "delete" }          },          workspaceFolders = true        }      },      cmd = { "nvim" },      cwd = "/home/hugo/clones/gitlab.com/fotus/photostore",      filetypes = { "javascript", "typescript", "typescriptreact", "javascriptreact", "vue", "python", "sh", "zsh", "html", "scss", "json", "graphql", "less", "markdown", "yaml", "css", "lua" },      flags = {        debounce_text_changes = 250      },      get_language_id = <function 4>,      handlers = <1>{},      init_options = vim.empty_dict(),      log_level = 2,      message_level = 2,      name = "null-ls",      on_attach = <function 5>,      on_exit = <function 6>,      on_init = <function 7>,      root_dir = "/home/hugo/clones/gitlab.com/fotus/photostore",      settings = vim.empty_dict(),      workspace_folders = <2>{ {          name = "/home/hugo/clones/gitlab.com/fotus/photostore",          uri = "file:///home/hugo/clones/gitlab.com/fotus/photostore"        } },      <metatable> = <3>{        __tostring = <function 8>      }    },    handlers = <table 1>,    id = 1,    initialized = true,    is_stopped = <function 9>,    messages = {      messages = {},      name = "null-ls",      progress = {},      status = {}    },    name = "null-ls",    notify = <function 10>,    offset_encoding = "utf-16",    request = <function 11>,    request_sync = <function 12>,    requests = {},    resolved_capabilities = {      call_hierarchy = false,      code_action = true,      code_lens = false,      code_lens_resolve = false,      completion = true,      declaration = false,      document_formatting = true,      document_highlight = false,      document_range_formatting = true,      document_symbol = false,      execute_command = true,      find_references = false,      goto_definition = false,      hover = false,      implementation = false,      rename = false,      signature_help = false,      signature_help_trigger_characters = {},      text_document_did_change = 1,      text_document_open_close = true,      text_document_save = true,      text_document_save_include_text = false,      text_document_will_save = false,      text_document_will_save_wait_until = false,      type_definition = false,      workspace_folder_properties = {        changeNotifications = false,        supported = false      },      workspace_symbol = false    },    rpc = {      handle = {        is_closing = <function 13>,        kill = <function 14>      },      notify = <function 15>,      pid = 5001,      request = <function 16>    },    server_capabilities = {      codeActionProvider = true,      completionProvider = {        allCommitCharacters = {},        completionItem = {          labelDetailsSupport = true        },        resolveProvider = false,        triggerCharacters = { ".", ":", "-" }      },      documentFormattingProvider = true,      documentRangeFormattingProvider = true,      executeCommandProvider = true,      textDocumentSync = {        change = 1,        openClose = true,        save = true      }    },    stop = <function 17>,    supports_method = <function 18>,    workspaceFolders = <table 2>,    workspace_did_change_configuration = <function 19>  } }

I'm actualy just using the same project generated via npm init vite@latest, and the picking vue-ts. I haven't made any changes to it.
This is the Dockerfile for the container I'm using:
FROM alpine:3.13.5

RUN apk add --no-cache  nodejs npm
RUN npm install -g @volar/server

CMD [ "volar-server", "--stdio" ]

Any hints on what could be up?

I've intercepted all stdin and stdout:
stdin:
Content-Length: 3431

{"params":{"trace":"off","workspaceFolders":[{"uri":"file:\/\/\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3","name":"\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3"}],"capabilities":{"window":{"workDoneProgress":true,"showDocument":{"support":false},"showMessage":{"messageActionItem":{"additionalPropertiesSupport":false}}},"callHierarchy":{"dynamicRegistration":false},"textDocument":{"references":{"dynamicRegistration":false},"publishDiagnostics":{"relatedInformation":true,"tagSupport":{"valueSet":[1,2]}},"typeDefinition":{"linkSupport":true},"rename":{"dynamicRegistration":false,"prepareSupport":true},"declaration":{"linkSupport":true},"codeAction":{"dataSupport":true,"resolveSupport":{"properties":["edit"]},"dynamicRegistration":false,"codeActionLiteralSupport":{"codeActionKind":{"valueSet":["","Empty","QuickFix","Refactor","RefactorExtract","RefactorInline","RefactorRewrite","Source","SourceOrganizeImports","quickfix","refactor","refactor.extract","refactor.inline","refactor.rewrite","source","source.organizeImports"]}}},"completion":{"contextSupport":false,"completionItem":{"commitCharactersSupport":false,"deprecatedSupport":false,"snippetSupport":false,"preselectSupport":false,"documentationFormat":["markdown","plaintext"]},"dynamicRegistration":false,"completionItemKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25]}},"signatureHelp":{"dynamicRegistration":false,"signatureInformation":{"parameterInformation":{"labelOffsetSupport":true},"activeParameterSupport":true,"documentationFormat":["markdown","plaintext"]}},"documentHighlight":{"dynamicRegistration":false},"definition":{"linkSupport":true},"documentSymbol":{"hierarchicalDocumentSymbolSupport":true,"dynamicRegistration":false,"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]}},"hover":{"dynamicRegistration":false,"contentFormat":["markdown","plaintext"]},"implementation":{"linkSupport":true},"synchronization":{"didSave":true,"willSave":false,"dynamicRegistration":false,"willSaveWaitUntil":false}},"workspace":{"workspaceFolders":true,"symbol":{"hierarchicalWorkspaceSymbolSupport":true,"dynamicRegistration":false,"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]}},"workspaceEdit":{"resourceOperations":["rename","create","delete"]},"applyEdit":true,"configuration":true}},"processId":1188405,"initializationOptions":{"documentFeatures":{"documentColor":false,"foldingRange":true,"documentSymbol":true,"selectionRange":true,"linkedEditingRange":true,"documentFormatting":{"defaultPrintWidth":100}},"typescript":{"serverPath":"\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3\/node_modules\/typescript\/lib\/tsserverlibrary.js"},"languageFeatures":{"typeDefinition":true,"references":true,"semanticTokens":false,"rename":true,"documentHighlight":true,"documentLink":true,"codeAction":true,"callHierarchy":true,"completion":{"defaultTagNameCase":"both","defaultAttrNameCase":"kebabCase"},"definition":true,"signatureHelp":true,"diagnostics":true,"renameFileRefactoring":true,"hover":true,"codeLens":true,"schemaRequestService":true}},"rootUri":"file:\/\/\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3","clientInfo":{"name":"Neovim","version":"0.6.0"},"rootPath":"\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3"},"method":"initialize","jsonrpc":"2.0","id":1}Content-Length: 52

{"params":{},"method":"initialized","jsonrpc":"2.0"}Content-Length: 824

{"params":{"textDocument":{"uri":"file:\/\/\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3\/src\/App.vue","languageId":"vue","version":0,"text":"<script setup lang=\"ts\">\n\/\/ This starter template is using Vue 3 <script setup> SFCs\n\/\/ Check out https:\/\/v3.vuejs.org\/api\/sfc-script-setup.html#sfc-script-setup\nimport HelloWorld from '.\/components\/HelloWorld.vue'\n<\/script>\n\n<template>\n  <img alt=\"Vue logo\" src=\".\/assets\/logo.png\" \/>\n  <HelloWorld msg=\"Hello Vue 3 + TypeScript + Vite\" \/>\n<\/template>\n\n<style>\n#app {\n  font-family: Avenir, Helvetica, Arial, sans-serif;\n  -webkit-font-smoothing: antialiased;\n  -moz-osx-font-smoothing: grayscale;\n  text-align: center;\n  color: #2c3e50;\n  margin-top: 60px;\n}\n<\/style>\n"}},"method":"textDocument\/didOpen","jsonrpc":"2.0"}Content-Length: 45

{"result":[null,null],"jsonrpc":"2.0","id":0}Content-Length: 38

{"result":null,"jsonrpc":"2.0","id":1}Content-Length: 40

{"result":[null],"jsonrpc":"2.0","id":2}Content-Length: 40

{"result":[null],"jsonrpc":"2.0","id":3}

stdout:
Content-Length: 1494

{"jsonrpc":"2.0","id":1,"result":{"capabilities":{"textDocumentSync":2,"selectionRangeProvider":true,"foldingRangeProvider":true,"linkedEditingRangeProvider":true,"documentSymbolProvider":true,"documentFormattingProvider":true,"referencesProvider":true,"definitionProvider":true,"typeDefinitionProvider":true,"callHierarchyProvider":true,"hoverProvider":true,"renameProvider":{"prepareProvider":true},"workspace":{"fileOperations":{"willRename":{"filters":[{"pattern":{"glob":"**/*.vue"}},{"pattern":{"glob":"**/*.js"}},{"pattern":{"glob":"**/*.ts"}},{"pattern":{"glob":"**/*.jsx"}},{"pattern":{"glob":"**/*.tsx"}},{"pattern":{"glob":"**/*.json"}}]}}},"signatureHelpProvider":{"triggerCharacters":["(",",","<"],"retriggerCharacters":[")"]},"completionProvider":{"triggerCharacters":[".","\"","'","`","/","<","@","#"," ","<",":","@",".","/",".","@","/","\"",":"],"resolveProvider":true},"executeCommandProvider":{"commands":["volar.server.executeConvertToKebabCase","volar.server.executeConvertToPascalCase","volar.html-to-pug","volar.pug-to-html","volar.use-setup-sugar","volar.unuse-setup-sugar","volar.use-ref-sugar","volar.unuse-ref-sugar","volar.show-references"]},"documentHighlightProvider":true,"documentLinkProvider":{"resolveProvider":false},"codeLensProvider":{"resolveProvider":true},"codeActionProvider":{"codeActionKinds":["","quickfix","refactor","refactor.extract","refactor.inline","refactor.rewrite","source","source.fixAll","source.organizeImports"],"resolveProvider":true}}}}Content-Length: 169

{"jsonrpc":"2.0","id":0,"method":"workspace/configuration","params":{"items":[{"section":"js/ts.implicitProjectConfig"},{"section":"javascript.implicitProjectConfig"}]}}Content-Length: 124

{"jsonrpc":"2.0","id":1,"method":"window/workDoneProgress/create","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b"}}Content-Length: 194

{"jsonrpc":"2.0","id":2,"method":"workspace/configuration","params":{"items":[{"scopeUri":"file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3/src/App.vue.template.css","section":"css"}]}}Content-Length: 187

{"jsonrpc":"2.0","id":3,"method":"workspace/configuration","params":{"items":[{"scopeUri":"file:///home/hugo/clones/gitlab.com/fotus/photostore/vue3/src/App.vue.0.css","section":"css"}]}}Content-Length: 181

{"jsonrpc":"2.0","method":"$/progress","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b","value":{"kind":"begin","title":"Initializing Vue language features (15 features)"}}}Content-Length: 138

{"jsonrpc":"2.0","method":"$/progress","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b","value":{"kind":"report","percentage":0}}}Content-Length: 139

{"jsonrpc":"2.0","method":"$/progress","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b","value":{"kind":"report","percentage":50}}}Content-Length: 120

{"jsonrpc":"2.0","method":"$/progress","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b","value":{"kind":"end"}}}Content-Length: 120

{"jsonrpc":"2.0","method":"$/progress","params":{"token":"242cb0c5-7731-4d09-ab88-a6b6aebf082b","value":{"kind":"end"}}}

stderr is empty.

See also https://github.com/neovim/nvim-lspconfig/issues/1436

Yep please track neovim/nvim-lspconfig#1436, thanks.

Will do. Do you have any hints on debugging crashes tho?
If Volar exited abruptly, how would you to pinpoint the cause? Any suggestions you may have are most welcome!

@WhyNotHugo
My spider sense tells me this could have something to do with https://github.com/neovim/nvim-lspconfig/blob/62a275d1050f930eabbf545edd1bdc5aa9372594/lua/lspconfig/volar.lua#L65. In your stdin logs in the nvim-lspconfig issue CTRL+F for "serverPath":
"typescript":{"serverPath":"\/home\/hugo\/clones\/gitlab.com\/fotus\/photostore\/vue3\/node_modules\/typescript\/lib\/tsserverlibrary.js"

Are you sure the above path is available from within the container? I've seen you've only bind-mounted some other folder
  local cmd = { 'podman', 'container', 'run', '--interactive', '--workdir=/home/hugo/tmp/vue3', '--volume=/home/hugo/tmp/vue3:/home/hugo/tmp/vue3', 'volar' } -- needed for elixirls, omnisharp, sumneko_lua

The nvim-lspconfig config for volar launches volar in a way that's dependent on typescript being installed in your project's node_modules
If that's causing your crash, the solution could be to npm install -g typescript in your host machine, then bind mount your global typescript installation into the Volar container (/home/user/.npm/lib/node_modules/typescript/lib:/typescript) then make nvim-lspconfig (override in setup{}) try to access the typescript installation tsserverlibrary.js file under that mounted path.
The downside is that you'd be using your global typescript instead of whatever's inside your project's dir. But you can also try to bind mount the local node_modules/typescript folder too.
There's some more about TS detection in the changed files in https://github.com/neovim/nvim-lspconfig/pull/1316 Custom TS Detection section

@johnsoncodehk I don't think this is an lspconfig issue, rather an issue with the containerization of Volar. AFAIK volar works fine with lspconfig/the built-in client. My guess would be, as @sethidden has suggested, that it's something to do with needing access to libraries/paths not bind-mounted into the container.

Sorry, I moved to testing a project in ~/tmp while experimenting and that's why the paths don't match between my first and second comment, but the paths were kept consistently. Several other LSPs work fine with this setup.
I'm using this code to run the container and do the mounting: https://github.com/lspcontainers/lspcontainers.nvim/blob/main/lua/lspcontainers/init.lua the minimal_config is probably easier to reason about tho.
Is there any way to make Volar print an error when exiting, rather than exiting silently?

@WhyNotHugo
I see. I can reproduce your problem - it crashes for me also even with correct mounts as you said.
I did manage to find something interesting though.
I've implemented https://github.com/microsoft/vscode/issues/68670#issuecomment-518325168 in volar/packages/server
With the above applied if I run your podman cmd but add --tty I get this:

It might be polluting stdio with the log messages.

🤦 right
Really weird issue. Tried debugging the volar server with node (exposed debug port 9229 from the container). Set up "pause on exceptions" but volar just dies without any exception happening

I've tried adding --terminal when starting the container, but it actually dies earlier and logs less. I'm don't think allocating a TTY is correct anyway.
I've been using this wrapper to make sure I capture all stdin/stdout/stderr: https://git.sr.ht/~whynothugo/lspdebugger/tree/main/item/main.go
And this dockerfile:
FROM alpine:3.13.5

RUN apk add --no-cache \
  nodejs \
  npm

# ARG VERSION

RUN npm install -g @volar/server
COPY lspdebugger /usr/bin/lspdebugger

CMD [ "/usr/bin/lspdebugger" ]
# CMD [ "volar-server", "--stdio" ]

Sorry I don't have a clue about this problem for the time being, and I don't even know how to setup reproduce env. It would be helpful if there are some guidelines, I will try to check it when I have time.

Will do. Do you have any hints on debugging crashes tho?
If Volar exited abruptly, how would you to pinpoint the cause? Any suggestions you may have are most welcome!

I will first look for what event the crash came from. Disable all language features and see if it crashes.
1.a. If the crash no longer occurs, enable the language function one by one to troubleshoot the request that caused the problem.
1.b. Otherwise, the crash occurs before or after initialization. Remove the logic that caused the rpc message one by one, and check the conditions that caused the crash.
Start with the entry code that caused the crash and execute step by step, looking for the termination point of the program. If the debugger is not available, I may just use require('fs').appendFileSync instead of console.log to find the termination point of the program.

The mechanism of action is very similar to this: https://github.com/typescript-language-server/typescript-language-server/issues/262
The onInitialize fn receives a params arg, which has params.processId.
The problem is I think that that process (params.processId) just immediately dies inside the container (ie. if I set a breakpoint somewhere then run "top" to see running processes inside the container, there is no process with that processId)
Then the process watcher mentioned in https://github.com/typescript-language-server/typescript-language-server/issues/262#issuecomment-929927854 kills the langserver with signal code 1 when it sees that the processId doesn't exist

Can you try with --pid=host?

Can you try with the podman/docker arg --pid=host?

IT WORKS!!! Thanks!

Now I kinda feel stupid debugging the actual code for so many hours when it was just a process spawning issue hah

@WhyNotHugo see https://github.com/johnsoncodehk/volar/issues/706#issuecomment-974820496

Generally you probably want to do this for containerizing language servers as many servers check the PID of the client that spawned them for self-termination, I think omnisharp does this as well.

Nice, yes, this works!
I wonder if this auto-detection can be disabled for the LSP through some flag. Other LSPs don't have this detection-of-parent (at least I assume they don't or they'd exit immediately), and this check assumes that the server is running on the same host as the client which isn't always the case.
I appreciate the help debugging this, I don't think I would have ever figured it out.

Oh, actually, that feature can be disabled by using:
  volar = {
    before_init = function(params)
      params.processId = vim.NIL
    end,
    cmd = lsp_containers.command("volar", { image = "volar" }),
  },

I guess there's not much to be done here. https://github.com/microsoft/vscode-languageserver-node/issues/857 should suffice for improving the experience when other hit this same issue. Feel free to close this.

@sethidden Thank you for your efforts!


Barcode: Add Color, BackgroundColor and StrokeWidth parameters

Fix #189.

Can we add a logo icon inside the barcode? Thank you for your efforts.

Can we add a logo icon inside the barcode? Thank you for your efforts.

Doesn't understand, do you have an example?

Can we add a logo icon inside the barcode? Thank you for your efforts.

Doesn't understand, do you have an example?


Select highlight inconsistently incomplete

Sometimes (does not appear to be consistently replicable) the highlighted selection set is incomplete.  This is similar to #84.  Side bar and labels appear correct, it is only the highlight that is partial.

Eli, any chance this was related to #134 ? I'm not seeing anything of the like locally.

Addendum: If we cannot recreate, I might just tag this as "future" and drop the review label.

I tried recreating, and the only place I saw something similar looked like it was a road right of way (so probably nothing to select.

Looking at the area west of the '4200 parcel with the air photo confirms
the unselected area is a street.
On Apr 13, 2016 5:02 PM, "TC Haddad"<EMAIL_ADDRESS>wrote:

I tried recreating, and the only place I saw something similar looked like
it was a road right of way (so probably nothing to select.
[image: selection_example]
https://cloud.githubusercontent.com/assets/1042618/14510876/ac090fce-0188-11e6-8132-276c01ddf3fd.png
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/geomoose/geomoose/issues/131#issuecomment-209666727

There is a polygon there.  But PARC_CODE is 11 not 1 and so is being
filtered out in the mapfile.
On Apr 13, 2016 9:52 PM, "James Klassen"<EMAIL_ADDRESS>wrote:

Looking at the area west of the '4200 parcel with the air photo confirms
the unselected area is a street.
On Apr 13, 2016 5:02 PM, "TC Haddad"<EMAIL_ADDRESS>wrote:

I tried recreating, and the only place I saw something similar looked
like it was a road right of way (so probably nothing to select.
[image: selection_example]
https://cloud.githubusercontent.com/assets/1042618/14510876/ac090fce-0188-11e6-8132-276c01ddf3fd.png
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/geomoose/geomoose/issues/131#issuecomment-209666727

I'm pretty sure this one is solved. The non-data areas do not count as errors. @elil 's original area works after the fix too:

Closing after not encountering with a dozen or so attempts.


Godoc badge and gofmt

Coverage remained the same at 76.487% when pulling 32f412bcccbc8ad0e7ea0d374e176f58524cb81f on asifdxtreme:godoc into 63cd48a63ff918f0e71af282c11c47222bafa9a3 on ServiceComb:master.

Codecov Report

Merging #46 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #46   +/-   ##
=======================================
  Coverage   70.73%   70.73%
=======================================
  Files           8        8
  Lines        3595     3595
=======================================
  Hits         2543     2543
  Misses        844      844
  Partials      208      208

Impacted Files
Coverage Δ

server/service/instances.go
67.64% <ø> (ø)
:arrow_up:

server/service/microservice/microservice.go
4.61% <ø> (ø)
:arrow_up:

server/service/microservice/versionrule.go
100% <ø> (ø)
:arrow_up:

server/service/microservices.go
74.69% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


Streaming Load Test advice

Any advice for load testing go2rtc?
I need to determine how many simultaneous users can watch a single live stream (possibly testing different wifi routers and onboard vs. usb wifi adapters on the pi servers).
This will be on Pi 4B running bookworm.
usb0:   ffmpeg:device?video=0#video=mjpeg
Clients will be ios and android phones and tablets.

Just open multiple browser tabs. Or single stream.html page with multiple streams (with same name).


Added an optional message terminator option for read methods.

Hi,
Actually this pull request is somehow linked to my previous pull request. In short if we send a request to a device and expect for example 25 bytes long response but instead we receive 13 bytes response to complete read TcpClient will wait until timeout. But some devices (like the one i am working with now) have fixed message termination sequences (like { 0x03, 0x02 } or line feed etc. ) So to eleminate extra wait I added an option to read methods to search received data for message termination sequence and if found finalize reading and resize stream according to sequence position.

Hi @CetinOzdil thanks for putting this together!  I will take a look.  Re: my comment on your other PR, this one could make it much easier for someone to build their own framing - e.g. "read until you receive \r\n\r\n" or something similar.

@jchristn  This would eliminate a lot of code for me- how are things looking?


Heads up

Guessing you know this alrady based on the commits, but the code snippet on the website is off. Seems like the source is correct so maybe you just haven't pushed the docs to the site yet. Dunno.

Woops, thanks so much for reporting this! I haven't been maintaining this in a while.


Table list not showing for "babelfish"

Hi DBEaver,
Table list not showing for "babelfish" , here is the screenshot:

Regards,
Endro

Hello @endromono
Thanks for the bug report.
We are working on it.

Hello @endromono
Is this issue is still actual for you in the last DBeaver version 22.2.0?


Passing options to ArborX_BoundingVolumeHierarchy.exe broken

Running
 $ ./ArborX_BoundingVolumeHierarchy.exe --values=10000000

gives
terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::unknown_option> >'
  what():  unrecognised option '--values=10000000'
Aborted (core dumped)

Still get this error even after #54 was merged.

Nevermind, had -D ArborX_ENABLE_EXAMPLES=OFF in my config script.

I am relieved. :wink:


Installed, but can't figure out how to get Admin access.

I have everything installed, Apache is talking to LDAP, when I look into the Postgres database I see that there are domains listed in zone table. However I can't figure out how to add users so we can manage the domains. As far as I know everything is correct in regards to the LDAP User/Group config.ini, and i have manually run the 'ldap_update.php' but still nothing?
Suggestions?
dnsui=> select * from user;
current_user
dnsui-user
(1 row)
dnsui=> select * from zone;
id |   pdns_id   |    name     |   serial   | active | account |  kind  | dnssec
----+-------------+-------------+------------+--------+---------+--------+--------
1 | lnx.ninja.  | lnx.ninja.  |<PHONE_NUMBER> | t      |         | Native |      0
2 | domain.com. | domain.com. |<PHONE_NUMBER> | t      |         | Master |      0
(2 rows)

Hard to say for sure, but it would seem like it has to be something wrong with the LDAP configuration in config.ini. To investigate further, try running select * from "user"; (note the surrounding quotes - they are needed in this case) to see what's actually in the user table.

It appears I was able to update the table and give myself admin privileges. appears i'm good to go right now.


chore(sql): Allow pass in SQL credentials

Install for SQL recipe fails when default login credential fails. This change allows the user to pass in credential instead of just relying on the default

If credentials are passed in, we will try run NR script with those first.
If it fails or no credential is passed in, it will try to run with default login credentials (existing behavior)
Part of the effort to troubleshoot SQL 2014 CLI install


Feature Request: set admins following groups

Hey, it seems the only way to setup a user as an admin is to add its userId to the compose file. Would it be possible to also handle a groupId, so that all users belonging to that said group would be set as admins?

I've replaced the env var ADMIN_USERIDS with a more general ADMINS:
- ADMIN_USERIDS: user1, user2
+ ADMINS: user:user1, user:user2, group:admins

please try with the edge tag image: ghcr.io/knrdl/hubleys-dashboard:edge

working great, thanks man !


Error while installing PMS in Linux using docker

Hi,
I am eager to use PMS which fits a personal project perfectly.
Unfortunately I have an issue when opening the application.

My environment: Debian 10, last version of docker
I am quite familiar with docker and have followed your instructions very precisely -- I know they are intended for docker/Windows, but I assumed they would work for docker/Linux too
When I try to connect remotely to PMS (it is installed on a server @<IP_ADDRESS>), here is the error I get:

Please help.
Best,
Stephen

Did You used the auto installer inside docker?
It should do all the privileges related things.
Anyway:

login to the linux in docker,
go to the project directory there, should be something like var/www/ (depending on config),
inside the www call:

chmod 755 projectDir -R (should be enough)
chown www-data:www-data projectDir -R,
go to projectDir and call

bin/console cache:clear
bin/console cache:warmup

Hi Daryush,
Thanks for the prompt response.
To clean the slate, I have decided to reinstall PMS anew.
There is a discrepancy between the documentation and the install
process in
docker.
At point 7, when installing apcu, it says I should get Extension apcu  enabled in php.ini
However what I get is a notice saying:

configuration option "php_ini" is not set to php.ini location
You should add "extension=apcu.so" to php.ini

Maybe this is also a cause of things not going well.
How do I fix it?
On 5/5/21 11:59 AM, Dariusz wrote:

Did You used the auto installer inside docker?
It should do all the privileges related things.
Anyway:

login to the linux in docker,
go to the project directory there, should be something like
|var/www/| (depending on config),
inside the |www| call:
o |chmod 755 projectDir -R| (should be enough)
o |chown www-data:www-data projectDir| -R,
o go to |projectDir| and call
+ |bin/console cache:clear|
+ |bin/console cache:warmup|

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Volmarg/personal-management-system/issues/61#issuecomment-832811464,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACXN4CQJ7QVX5LG4D77FLODTMFTNRANCNFSM44FB5LEA.

What is weird though is that I checked in /usr/local/etc/php/conf.d/php.ini and the line extension=apcu.so is there indeed.
Goig on with the install then.

Its not apcu as it causes other errors when building cache in cli i mean should not be Able to build it at all - go with my commands first. You might save time.
Then i can think about the apcu notice.

I was just mentioning the fact for other users not to worry about.
I followed the instructions and now I get this series of errors and cannot connect (see PDF attached).
error.pdf

Don't you think it would be a good idea to create a fully constituted docker image now that your application is stable? Would simplify installation a lot.

Docker image is there, provided by other ppl - they tested it on linux. I tested it also with guide on windows - it works.
Your error however states that table in database is simply missing.
Did You called the step 8 from: https://volmarg.github.io/docs/general/installation/docker/windows?
I see the code right before me and it should create the database with base tables:

I'm not familiar with Docker thus it exists only thx to contribution of other ppl. This issue here is imho related to Your state of database.
Make sure it has tables at all, and do ensure that step 8 was called.

However this is not bad idea to extend the docker setting file to call the composer + autoinstaller. Should work since it's all preconfigured - but this won't happen soon. So for now this has to be solved by following current state of guide.

Dear Daryusz,
I have cleaned the docker state once again and redone the FULL install using docker on Debian. It yielded the exact error.
My reasonable conclusion is that there is an error within the dockerfile. Maybe you could ask the person who helped you set it up to be in touch with me in order to fix it.

However, I have tried the procedure described [here}(https://volmarg.github.io/docs/general/installation/linux). Despite being a seasoned IT engineer, I found it too complex and abandoned the deployment at midway.
Maybe an all-encompassing script would be a great idea -- I recently installed SaltStack and Zabbix that way and it went very well.
Best,
Stephen

I will test the docker file myself in free time in weekend.
And thx for info regarding the installation issues - i might think of it. I know other ppl use the project.

Thank you very much.
On 5/6/21 9:18 AM, Dariusz wrote:

I will test the docker file myself in free time in weekend.
And thx for info regarding the installation issues - i might think of
it. I know other ppl use the project.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Volmarg/personal-management-system/issues/61#issuecomment-833515952,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACXN4CQDHGZ64RQZ2VVU6P3TMKJLZANCNFSM44FB5LEA.

Hmm while now we have to handle it this Way You gave me an idea to make an installer GUI like wordpress has - as an altrrnative

Yes, or even a simpler one as Zabbix does -- their configuration page
comes in really handy: https://www.zabbix.com/download
On 5/6/21 9:23 AM, Dariusz wrote:

Hmm while now we have to handle it this Way You gave me an idea to
make an installer GUI like wordpress has - as an altrrnative
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Volmarg/personal-management-system/issues/61#issuecomment-833519046,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACXN4CQPGDT66FCOA2XFC7LTMKJ4JANCNFSM44FB5LEA.

I submitted a pull-request which should fix the issue, hope I can save you this little time, ran into the same error today. I've tested it now and it seems to be fixed with no further issue.

Hey, thx.
I saw that, but it's not so simple as that. I've created that bug because the installed won't work outside the docker otherwise.
I've got few php versions installed locally, so caling php ... causes error as my default php points to 8.0.
Docker has no php 7.4 but just php thus it works.
What I'm thinking of is more like "Passing parameter" to autoinstaller methods like this:
if docker -> use php
else php7.4

This would be enough for now but I still need to fix the case where user can be running project on either php-fpm or apache.

Closing due to missing response.


Is it possible to add a sustain to some notes?

Is it possible to add a sustain to some notes?

Yes a simple sustain can be obtained by using _ (the underscore symbol), something like this:
var scribble = require('scribbletune');

var clip = scribble.clip({
	notes: 'c4 e4',
	pattern: 'xx______'
});

scribble.midi(clip);

This will sustain the e4 note:

@ProgrammingLife Lemme if that helps.


feat: implement key registry

Benchmark results
Metrics with a significant change:

note_successful_decrypting_time_in_ms (8): 224 (+42%)
note_trial_decrypting_time_in_ms (32): 22.4 (-77%)

Detailed results
All benchmarks are run on txs on the Benchmarking contract on the repository. Each tx consists of a batch call  to create_note and increment_balance, which guarantees that each tx has a private call, a nested private call, a public call, and a nested public call, as well as an emitted private note, an unencrypted log, and public storage read and write.
This benchmark source data is available in JSON format on S3 here.
L2 block published to L1
Each column represents the number of txs on an L2 block published to L1.

Metric
8 txs
32 txs
64 txs

l1_rollup_calldata_size_in_bytes
772
772
772

l1_rollup_calldata_gas
6,796
6,796
6,808

l1_rollup_execution_gas
587,277
587,277
587,289

l2_block_processing_time_in_ms
1,336 (+3%)
4,768 (+1%)
9,365 (+4%)

note_successful_decrypting_time_in_ms
:warning: 224 (+42%)
513 (+5%)
953

note_trial_decrypting_time_in_ms
24.8 (-59%)
:warning: 22.4 (-77%)
71.4 (+4%)

l2_block_building_time_in_ms
10,506 (-1%)
37,575 (-1%)
74,563 (+1%)

l2_block_rollup_simulation_time_in_ms
10,391 (-1%)
37,184 (-1%)
73,798 (+1%)

l2_block_public_tx_process_time_in_ms
5,036 (-1%)
19,679 (-1%)
39,671

L2 chain processing
Each column represents the number of blocks on the L2 chain where each block has 16 txs.

Metric
5 blocks
10 blocks

node_history_sync_time_in_ms
13,527 (-3%)
26,411 (-5%)

note_history_successful_decrypting_time_in_ms
1,113 (-2%)
2,188 (+2%)

note_history_trial_decrypting_time_in_ms
44.4 (+18%)
113 (+57%)

node_database_size_in_bytes
18,698,320
35,074,128

pxe_database_size_in_bytes
29,859
59,414

Circuits stats
Stats on running time and I/O sizes collected for every circuit run across all benchmarks.

Circuit
circuit_simulation_time_in_ms
circuit_input_size_in_bytes
circuit_output_size_in_bytes

private-kernel-init
143 (-1%)
44,561
26,424

private-kernel-inner
154 (-1%)
72,188
26,424

private-kernel-ordering
107 (-1%)
51,090
39,297

base-parity
3,924
128
311

root-parity
1,061 (+1%)
1,244
311

base-rollup
13,335 (+1%)
110,820
957

root-rollup
49.4 (+1%)
4,551
821

public-kernel-app-logic
81.9 (-1%)
48,151
40,933

public-kernel-tail
120 (-2%)
53,644
7,385

merge-rollup
12.2 (+19%)
2,760
957

public-kernel-teardown
78.2
48,151
40,933

public-kernel-setup
77.0
48,151
40,933

Tree insertion stats
The duration to insert a fixed batch of leaves into each tree type.

Metric
1 leaves
16 leaves
64 leaves
128 leaves
512 leaves
1024 leaves
2048 leaves
4096 leaves
32 leaves

batch_insert_into_append_only_tree_16_depth_ms
9.98
15.9 (-1%)
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_count
16.8
31.6
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_ms
0.579 (-1%)
0.491 (-1%)
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_32_depth_ms
N/A
N/A
45.7
72.1 (-1%)
237 (+3%)
438 (-3%)
872
1,736
N/A

batch_insert_into_append_only_tree_32_depth_hash_count
N/A
N/A
96.0
159
543
1,055
2,079
4,127
N/A

batch_insert_into_append_only_tree_32_depth_hash_ms
N/A
N/A
0.466 (-1%)
0.445 (-1%)
0.431 (+3%)
0.409 (-3%)
0.415
0.415
N/A

batch_insert_into_indexed_tree_20_depth_ms
N/A
N/A
53.6 (-1%)
106 (-1%)
338 (-1%)
647 (-2%)
1,311
2,611
N/A

batch_insert_into_indexed_tree_20_depth_hash_count
N/A
N/A
105
207
691
1,363
2,707
5,395
N/A

batch_insert_into_indexed_tree_20_depth_hash_ms
N/A
N/A
0.473 (-1%)
0.479 (-1%)
0.460
0.445 (-2%)
0.455
0.453
N/A

batch_insert_into_indexed_tree_40_depth_ms
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
60.4 (-1%)

batch_insert_into_indexed_tree_40_depth_hash_count
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
109

batch_insert_into_indexed_tree_40_depth_hash_ms
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
0.527 (-1%)

Miscellaneous
Transaction sizes based on how many contract classes are registered in the tx.

Metric
0 registered classes
1 registered classes

tx_size_in_bytes
41,005
528,889

Transaction size based on fee payment method

Metric
native fee payment method
fpc_public fee payment method
fpc_private fee payment method

tx_with_fee_size_in_bytes
905
1,161
1,377

Transaction processing duration by data writes.

Metric
0 new note hashes
1 new note hashes
2 new note hashes

tx_pxe_processing_time_ms
1,125
756 (-1%)
3,370 (-1%)

Metric
1 public data writes
2 public data writes
3 public data writes
4 public data writes
5 public data writes
8 public data writes

tx_sequencer_processing_time_ms
433 (-1%)
294
755
383 (+1%)
1,227
453


Resize fit method - contain doesn't work in cli.

When I do that in CLI:
npx @squoosh/cli --resize '{"enabled":true,"width":300,"height":300,"method":"lanczos3","fitMethod":"contain","premultiply":true,"linearRGB":true}' --mozjpeg '{"quality":75,"baseline":false,"arithmetic":false,"progressive":true,"optimize_coding":true,"smoothing":0,"color_space":3,"quant_table":3,"trellis_multipass":false,"trellis_opt_zero":false,"trellis_opt_table":false,"trellis_loops":1,"auto_subsample":true,"chroma_subsample":2,"separate_chroma_quality":false,"chroma_quality":75}'

it stretches my image, not crop.

True, I didn’t implement fitMethod for the CLI. We are re-working the crop UI right now, so I won’t fix this right now, but once we have landed the new crop.

True, I didn’t implement fitMethod for the CLI. We are re-working the crop UI right now, so I won’t fix this right now, but once we have landed the new crop.


Frequency of IRR bases retrieving

Initially:
I would like to ask how often the irrexplorer.nlnog.net backend retrieves the IRR bases.
And if possible also know what times (in respective timezones) this happens.
Furthermore:
I would like to ask if it is possible to increase this frequency.
From what I could infer, this data acquisition occurs every 24 hours. Which was a reasonable frequency in the past.
But in current times, where you can see changes being replicated in less than 30 minutes between the bases, having to wait those 24 hours generates a certain despair in colleagues to whom I have recommended always checking "if everything is green in irrexplorer".

Sorry for the delay in this reply. Data isn't updated on a schedule, it's a process running in a loop. So there's no way to increase the frequency by adjusting scheduling. We're working on improving the visibility of the age of data (#81).
I'll leave this ticket open for now to see if we can find ways to improve this (if the freshness output shows this is an issue once this feature is released).

Since we don't do scheduled refreshes this isn't something we can improve. We have better information now on the freshness of data and the process of importing data has been improved so it doesn't hang so often anymore.
Therefor I'm closing this ticket.


Vet-Clinic-Database : Add Join Table

In this PR I have added following Updation :

Thank you ,
Bhushan .


Fix typo in problematic_pdbs.rst

What does this implement/fix? Explain your changes
postions -> positions

Good spot! Thanks!


Issue with graphrag.index when cache and output directories are removed

The command python -m graphrag.index --root ./ragtest runs successfully when the cache and output directories already exist.
However, after deleting the cache and output directories and running the command again:
python -m graphrag.index --root ./ragtest

The following error occurs:
create_base_extracted_entities
                                        entity_graph
0  <graphml xmlns="http://graphml.graphdrawing.or...
🚀 create_summarized_entities
                                        entity_graph
0  <graphml xmlns="http://graphml.graphdrawing.or...
❌ create_final_entities
None
⠙ GraphRAG Indexer
├── Loading Input (InputFileType.text) - 1 files loaded (1 filtered) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 100% 0:00:00 0:00:00
├── create_base_text_units
├── create_base_extracted_entities
├── create_summarized_entities
└── create_base_entity_graph
❌ Errors occurred during the pipeline run, see logs for more details.

This issue is primarily due to a bug in the Ollama embedding service. To resolve this, we need to use an alternative embedding service.

python -m graphrag.query --root ./ragtest --method local "What is microscopy ?"
INFO: Reading settings from ragtest/settings.yaml
creating llm client with model: llama3
creating embedding llm client with model: nomic-embed-text:latest
ERROR:root:Error getting OpenAI compatible embedding: 404 page not found
ERROR:root:Failed to generate embedding
ERROR:root:Failed to generate embedding for query

Thanks for sharing this! I'm trying to find a solid workaround but it seems like I have to move away from Ollama until their embedding becomes more compatible and robust. I am moving to a more API-centric design for the app so hopefully we can solve the issue through those means. I'll keep diving into this to see what I can do


Selective releasing

This needs a bit of an eyeball.
We check to see which bits of the tree have changed (this is a broad-grained test) before
forcing rebuilds of any dependencies (DIND in this case).
When it comes to releasing, we only release bits that've changed. Bump tags and versions
in code where necessary.
The fnserver release is basically unchanged; fnlb and DIND modified to work around it.
(I've added a handful of relevant reviewers as this is a bit fiddly.)

Merged (can rejig the release.sh behaviour with a later patch if required). Let's get this moving forward for now.


Allow indexing of a single gene in PRG and add a merge function to combine indexes

Need to consider that at the moment the PRG_id stored in the index is the position in the PRG file, and some sort of unique id for each PRG needs to be kept through the merge process (could be a name instead of an id)

Is this already implemented? I see https://github.com/rmcolq/pandora/blob/7adf63ce60d28a000f7b6c850f4a5ebbbf2dd031/src/main.cpp#L51
which seems to indicate it is...

Assuming that the correct PRG ids have been set using --offset when running index on PRG files, can merge them. This was a quickly implemented thing though, with no catches for user error. e.g. if the new index has entries with the same PRG id, adds them anyway

i.e. this function performs a naive merge of two indexes, appending one to the other with no checks

Ok! This was mainly done to merge the output of several index with nextflow/snakemake or is there another use case?

Exactly! e.g. I have a nextflow script in /nfs/leia/research/iqbal/rmcolq/git/DPhil_analysis/nextflow/index_prg.nf

I think this is now defunct. Given the speed up of indexing, no longer necessary. Can be reopened if we want something similar again.


requery-jackson usage

Could you please provide some requery-jackson configuration and data model example?
Additionally, I would like to know if I could use my own Jackson module with it. The module affects serialization of enums which implement some custom interface and I use it for network communication.

EntityMapper mapper = new EntityMapper(Models.<yourmodel>, dataStore);
// use mapper just like ObjectMapper

Jackson supports combining modules, so you can create your own ObjectMapper and add the RequeryModule and your other modules to it. So as long as they aren't overlapping in functionality it would work fine.


Add erasure/consent email config to SaaS config

Add the ability to configure emails as the erasure/consent action instead of API calls for SaaS connectors that don't support API erasures or consent.

@galvana do you think it's worth us breaking this down into separate tickets, especially since we'll be swarming on it in parallel? perhaps one ticket per section you laid out in the design doc.
if you prefer keeping it as one broader ticket that's also fine with me


pydeck: Add support for background colors in standalone HTML renderer

For #4103

Background

Change List

Add background color
Add effects to deck object

Coverage remained the same at 83.376% when pulling 4ca10e765c9000a4a7d4ce6c3b72ae8baa407445 on ajd/add-support-for-background-colors into ecc5c717a4fe5a6cb16961d51142dc64bc735336 on master.


ListView renderSectionHeader

First,thanks for react-native-parallax-scroll-view. It really helps me a lot.
I found that renderSectionHeader is not working. I want a fixed header in the listview. Can you give me some suggestion?
<ListView
ref="ListView"
style={styles.container}
dataSource={ this.state.dataSource }
renderRow={(rowData) => (
<View key={rowData} style={ styles.row }>
<Text style={ styles.rowText }>
{ rowData }

)}
renderSectionHeader={this.renderHeader}
enableEmptySections={true}
            renderScrollComponent={props => (
                <ParallaxScrollView
                    onScroll={onScroll}

                    headerBackgroundColor="#FFFFFF"
                    stickyHeaderHeight={ STICKY_HEADER_HEIGHT }
                    parallaxHeaderHeight={ PARALLAX_HEADER_HEIGHT }
                    backgroundSpeed={10}
                    backgroundColor="white"
                   .....

another question
Is it compatible with react-native-scrollable-tab-view

I have not been able to get it to work properly with scrollable-tab-view

ListContainer in Facebook f8 is the exactly component I want. It is similar with the component in issue 39  https://github.com/jaysoo/react-native-parallax-scroll-view/issues/39.
But it is difficult for me to override it . Can you have a try?


Create invites for last phase of BC Gov contacts

We're almost done our BC Gov phase! To close it out, we'd like to set up interviews with remaining identified folks we haven't heard back from yet.
Acceptance Criteria:

[x] Create list of identified people we'd like to set up interviews with
[x] Schedule calendar invites

Scheduled invites with Morgan K, Nora W, Caitlin C and Alisha C

Thank you @jaimiebutton! Looking forward to this next round of interviews :)


Fixed save buttons, MainRoutes fix

Made the 'Save' button disabled while processing the user's request (a feature that was implemented earlier, but wasn't working as expected).

Also implements the fix that is already merged into main


Don't return Err result when ytdl produces a warning

Youtube-dl warning messages are written to stderr, causing songbird::ytdl to fail if one is produced. Since it's usually not fatal, I think that whether or not it should continue should be configurable.

Thanks for raising this. Could you give some indication of the sort of warning/error that can pop up, or an example URL that's triggering failure?
Feel free to PR a new variant function which forcibly ignores errors, or that silences warning from youtube-dl. 😄

Thanks for raising this. Could you give some indication of the sort of warning/error that can pop up, or an example URL that's triggering failure?
Feel free to PR a new variant function which forcibly ignores errors, or that silences warning from youtube-dl. 😄

WARNING: Assuming --restrict-filenames since file system encoding cannot encode all characters. Set the LC_ALL environment variable to fix this. is pretty common, but it's possible (though not the best idea) to ignore it. Would it be okay to use tracing::warn for only warning messages in the original function?

WARNING: Assuming --restrict-filenames since file system encoding cannot encode all characters. Set the LC_ALL environment variable to fix this. is pretty common, but it's possible (though not the best idea) to ignore it. Would it be okay to use tracing::warn for only warning messages in the original function?

It should be, if you can find a way to reasonably/safely separate them out from any actual errors. Keep in mind that the track metadata is also output on stderr, and is siphoned off accordingly so that we can get away with fewer calls to youtube-dl (and fewer network requests).
Otherwise, please add --no-warnings to the default argument list.

It should be, if you can find a way to reasonably/safely separate them out from any actual errors. Keep in mind that the track metadata is also output on stderr, and is siphoned off accordingly so that we can get away with fewer calls to youtube-dl (and fewer network requests).
Otherwise, please add --no-warnings to the default argument list.

I encountered this recently trying to play https://opus-codec.org/static/examples/samples/speech_orig.wav. yt-dl can download it, but songbird says that the warning "Falling back on generic information extractor" is an error thus failing to play

I encountered this recently trying to play https://opus-codec.org/static/examples/samples/speech_orig.wav. yt-dl can download it, but songbird says that the warning "Falling back on generic information extractor" is an error thus failing to play


[FEAUTURE] Move switch statement to a map search/eni

I see that here we might be beneficial by moving the switch case into a map.

It is impossible to implement a map here.
A map needs a static type, for example:

map[string]string
map[string]func(parameter type) returnType

Considering it, I don't see how to change it from switch/case to map


test ci

the convert test failure are caused by https://github.com/fsprojects/Paket/commit/833b36c13a37d13b5503ff3c36ebf9de4f526a22
i think the packages.config has a regression. use >= instead of ==
also i need to repro, but i seen usage of [1.2.3] instead on 1.2.3 syntax (is not always supported by older nugets)

something like

Error occurred while restoring NuGet packages: An error occurred while reading file 'C:\Users\XXX\Documents\Projects\XXX.ComponentTests\packages.config': Invalid package version for package id 'xunit.runner.visualstudio': '[2.3.1]'

instead of

it should be   <package id="xunit.runner.visualstudio" version="2.3.1" />

Is this ready?


Make product, model optional in the device data string.

Devices in recover mode do not provide a device model, but have device strings like this:
ZY3222LBDC recovery usb:337641472X product:omni_cedric device:cedric

This PR makes the product and model optional in the device string.

@tng222 This should be equivalent to #81 but updates the Regex string instead and adds a unit test as well.
Could you give this a try in your side?


Update README.md

dead youtube link

Current coverage is 67.12% (diff: 100%)

Merging #1967 into develop will decrease coverage by <.01%

@@            develop      #1967   diff @@
==========================================
  Files           686        686
  Lines         49340      49340
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
- Hits          33124      33121     -3
- Misses        16216      16219     +3
  Partials          0          0

Powered by Codecov. Last update 84ada74...a47941c

Maybe use https://www.youtube.com/watch?v=7abKUs9tYZg instead.
It's a shame that the video explaining Consensus in detail was pulled silently from youtube...

The link has been revived. Thank you for calling our attention to this and for submitting a PR.
I will close this, but feel free to reopen if you have an objection or think something else is needed.


Join Salaries & Teams

dplyr:: left_join(Salaries, Teams, by=c('yearID' = 'yearID', 'teamID' = 'teamID', 'lgID' = 'lgID' ) ) %>%
pander()    is not giving many results. I want to do the left join.

Hi @cdamoah. Take a look at the way the ids are structured in the data. Use head(Salaries) and head(Teams)`. You will see that they are not structured the same in terms of the compound ids.

When I use   full_join(total.sal, Teams,  by= c("yearID", "teamID")) %>% print()  I don't get W showing in the data but total.cost shows
but when I use merge (total.sal, Teams,  by= c("yearID", "teamID")) %>% print() total.cost turns out to be 0 and then W appears in the data.
I am confused and don't know what to do.

Hi @cdamoah. I can't reproduce the example if you don't provide the code to set up the objects. Like the total.sal object you mention.
Please review the instructions for using Github Issues to best facilitate helping you.


Move all build environment images to Github Container Registry

When we add/change a build environment image (e.g. when we're adding support for a new distro), the image must currently be manually pushed to the Docker Hub. This requires authorization to Docker Hub. But we don't want the pipeline to have admin access to all images under fullstaq/.
We should migrate to Github Container Registry which allows authorization on a per-image basis.

With the new GitHub Container Registry available (https://github.blog/2020-09-01-introducing-github-container-registry/) it might be a good idea to put all images there as it it linked to the repo.

Yes I'd appreciate that.

All images have been moved to Github Container Registry. But we don't auto-publish yet.


#73 Heavy garbagecollection during refresh()

Reuse scope for entire map operation, to avoid heavy(!) garbagecollection.

What sort of performance benefits have you seen out of this?

@janhartigan In our use case (more than 250k rows, frequent refreshes) garbage collection went from 50+MB for a refresh to about nothing, according to the sparse documentation from back then. If you have problems with refresh performance i would look into this, try it out. I have since moved to a new project, and the project has moved to a different solution, so i have no hard evidence on hand. Sorry :o)

@hhravn ah ok, thanks for the info.

v2.x doesn't use this ad-hoc scope at all.


map-responses-dto

Added DTO classes to map JSON responses from API, created Test classes to verify parsed objects

Thanks for reviewing and providing feedback. Will be keeping an eye on Kotlin Repository for more upcoming contributions. P.S thanks @buckyroberts for teaching me.

@dorlivniopen  has a good point, I have not seen it. if you're testing bank/model/AccountDTO.kt then create the test in
src/test/java/bank/model/AccountDTOTest.kt

Please review the moved files to test the package commit.

@seth0027  @akulinski  left a valid comment about the wildcard import (see first comment). Can you remove the * import with the concrete? About the BigDecimal and Float issue, let's see how the backend will behave. If we'll have issues with decimal values due to rounding or cutting, we'll have a look at this but for now I think floats are okay unless big inflation happens. We should definitely keep an eye on this.
The dates should be replaced, I agree here with @akulinski . Let's create a separate issue to introduce a kotlin date library

@MrIceman removed * imports in the commit, and for now making sure get the precise value to test using Double.


Multiple modal hide those below

When i open multiple modal via leanModal()
it show the modal clicked, then if i want to show another modal while the first is open
if the first modal is wrote before the second one, this will not be shawn...
There's a fix for close all the modals, then open the clicked one?

Multiple modals can coexist "on top" of each other, there is an issue about opening the same modal several times, but there is a pull request that should be able to solve that.
Unless I not understood your problem correctly, what you are describing should be working. Could you provide a codepen illustrating the issue, as it is described in the contributing file?


Document 'in' test

Can't find it on the website, and it's quite useful so it's a shame.

It's not a test, but an operator. It is documented: http://twig.sensiolabs.org/doc/templates.html#containment-operator

Thanks that's better :)
Also somewhat related, maybe listing === would be good, just to say that it can be done with |sameas().

=== does not exist in Twig. So listing it would confuse the devs searching for it as they would assume it works.

I'm not saying it should be listed as working but listed with a big warning saying you can use sameas() to achieve that. Right now you don't find it and assume you can't do it, which is not better.
Of course we could also just add the operator..