[PDI-17932] - CSV File Input :  An error occurs when performing Get F…

…ields with CR Files.
@pentaho/tatooine @pentaho-lmartins

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -Dsurefire.runOrder=alphabetical -Daudit -amd clean install

Cleanup Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -amd build-helper:remove-project-artifact

Changed files
  engine/src/main/java/org/pentaho/di/trans/steps/csvinput/CsvInputMeta.java
  engine/src/main/java/org/pentaho/di/trans/steps/fileinput/text/TextFileInputUtils.java
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_en_US.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_es_AR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_fr_FR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_it_IT.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ja_JP.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ko_KR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_zh_CN.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/step-attributes.xml
  ui/src/main/java/org/pentaho/di/ui/trans/steps/csvinput/CsvInputDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/fileinput/text/TextFileCSVImportProgressDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/textfileinput/TextFileCSVImportProgressDialog.java

Unit Test Coverage
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.

:warning: Coverage Changes (click to expand)
org.pentaho.di.job.entries.waitforsql.JobEntryWaitForSQL

Branch Change: -0.8% :small_red_triangle_down:
Complexity Change: -1% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.csvinput.CsvInputMeta

Branch Change: -1.2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.5% :small_red_triangle_down:
Line Change: -1% :small_red_triangle_down:
Method Change: -2% :small_red_triangle_down:

org.pentaho.di.trans.steps.datagrid.DataGridMeta

Branch Change: -2% :small_red_triangle_down:
Complexity Change: -1.7% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.fileinput.text.TextFileInputUtils

Branch Change: -0.6% :small_red_triangle_down:
Complexity Change: -0.6% :small_red_triangle_down:
Instruction Change: -0.6% :small_red_triangle_down:
Line Change: -1.1% :small_red_triangle_down:
Method Change: -9.7% :small_red_triangle_down:

org.pentaho.di.trans.steps.ifnull.IfNullMeta

Branch Change: -2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -Dsurefire.runOrder=alphabetical -Daudit -amd clean install

Cleanup Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -amd build-helper:remove-project-artifact

Changed files
  engine/src/main/java/org/pentaho/di/trans/steps/csvinput/CsvInputMeta.java
  engine/src/main/java/org/pentaho/di/trans/steps/fileinput/text/TextFileInputUtils.java
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_en_US.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_es_AR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_fr_FR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_it_IT.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ja_JP.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ko_KR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_zh_CN.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/step-attributes.xml
  ui/src/main/java/org/pentaho/di/ui/trans/steps/csvinput/CsvInputDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/fileinput/text/TextFileCSVImportProgressDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/textfileinput/TextFileCSVImportProgressDialog.java

Unit Test Coverage
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.

:warning: Coverage Changes (click to expand)
org.pentaho.di.trans.steps.constant.ConstantMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.csvinput.CsvInputMeta

Branch Change: -1.2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.5% :small_red_triangle_down:
Line Change: -1% :small_red_triangle_down:
Method Change: -2% :small_red_triangle_down:

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Method Change: -1% :small_red_triangle_down:

org.pentaho.di.trans.steps.fileinput.text.TextFileInputUtils

Branch Change: -0.6% :small_red_triangle_down:
Complexity Change: -0.6% :small_red_triangle_down:
Instruction Change: -0.6% :small_red_triangle_down:
Line Change: -1.1% :small_red_triangle_down:
Method Change: -9.7% :small_red_triangle_down:

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change: -1.1% :small_red_triangle_down:
Complexity Change: -1.3% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:
Line Change: -0.4% :small_red_triangle_down:

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.symmetriccrypto.symmetriccryptotrans.SymmetricCryptoTransMeta

Branch Change: -3.3% :small_red_triangle_down:
Complexity Change: -1.8% :small_red_triangle_down:
Instruction Change: -0.3% :small_red_triangle_down:

org.pentaho.di.trans.steps.uniquerows.UniqueRowsMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.webservices.WebServiceMeta

Branch Change: -1.7% :small_red_triangle_down:
Complexity Change: -1.2% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.salesforceupsert.SalesforceUpsertMeta

Instruction Change: -0.1% :small_red_triangle_down:

We need some test cases for this.
Tests should include importing a CSV file with \n, \r\n and mixed.
We also need a test with files with line breaks in fields.

Build Completed
:fire: This pull request has some issues. It would be preferable to fix them in order for it to be just perfect. See below for more details. Some links are also available below for further assistance in addressing those issues.
Build Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -Dsurefire.runOrder=alphabetical -Daudit -amd clean install

Cleanup Commands
mvn -B -f 'pom.xml' -pl 'ui,engine' -P '!assemblies' -amd build-helper:remove-project-artifact

Changed files
  engine/src/main/java/org/pentaho/di/trans/steps/csvinput/CsvInputMeta.java
  engine/src/main/java/org/pentaho/di/trans/steps/fileinput/text/TextFileInputUtils.java
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_en_US.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_es_AR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_fr_FR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_it_IT.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ja_JP.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_ko_KR.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/messages/messages_zh_CN.properties
  engine/src/main/resources/org/pentaho/di/trans/steps/csvinput/step-attributes.xml
  ui/src/main/java/org/pentaho/di/ui/trans/steps/csvinput/CsvInputDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/fileinput/text/TextFileCSVImportProgressDialog.java
  ui/src/main/java/org/pentaho/di/ui/trans/steps/textfileinput/TextFileCSVImportProgressDialog.java
  ui/src/test/java/org/pentaho/di/ui/trans/steps/fileinput/text/TextFileInputTextCSVImportProgressDialogTest.java
  ui/src/test/java/org/pentaho/di/ui/trans/steps/textfileinput/TextFileInputCSVImportProgressDialogTest.java

Unit Test Coverage
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.

:warning: Coverage Changes: +0.2% (click to expand)
org.pentaho.di.job.entries.evalfilesmetrics.JobEntryEvalFilesMetrics

Branch Change: -0.4% :small_red_triangle_down:
Complexity Change: -0.5% :small_red_triangle_down:
Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.job.entries.sql.JobEntrySQL

Instruction Change: -3.4% :small_red_triangle_down:
Line Change: -3.8% :small_red_triangle_down:

org.pentaho.di.trans.steps.csvinput.CsvInputMeta

Branch Change: -1.2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.5% :small_red_triangle_down:
Line Change: -1% :small_red_triangle_down:
Method Change: -2% :small_red_triangle_down:

org.pentaho.di.trans.steps.dimensionlookup.DimensionLookupMeta

Method Change: -1% :small_red_triangle_down:

org.pentaho.di.trans.steps.excelwriter.ExcelWriterStepMeta

Branch Change: -1.3% :small_red_triangle_down:
Complexity Change: -0.7% :small_red_triangle_down:

org.pentaho.di.trans.steps.fileinput.text.TextFileInputUtils

Branch Change: -0.6% :small_red_triangle_down:
Complexity Change: -0.6% :small_red_triangle_down:
Instruction Change: -0.6% :small_red_triangle_down:
Line Change: -1.1% :small_red_triangle_down:
Method Change: -9.7% :small_red_triangle_down:

org.pentaho.di.trans.steps.groupby.GroupByMeta

Branch Change: -3.1% :small_red_triangle_down:
Complexity Change: -3.1% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:
Line Change: -0.3% :small_red_triangle_down:

org.pentaho.di.trans.steps.ifnull.IfNullMeta

Branch Change: -2% :small_red_triangle_down:
Complexity Change: -1.9% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.memgroupby.MemoryGroupByMeta

Branch Change: -2.2% :small_red_triangle_down:
Complexity Change: -2.6% :small_red_triangle_down:

org.pentaho.di.trans.steps.singlethreader.SingleThreaderMeta

Instruction Change: -0.1% :small_red_triangle_down:

org.pentaho.di.trans.steps.sortedmerge.SortedMergeMeta

Instruction Change: -0.2% :small_red_triangle_down:

org.pentaho.di.trans.steps.tableoutput.TableOutputMeta

Branch Change: -0.9% :small_red_triangle_down:
Complexity Change: -0.8% :small_red_triangle_down:

org.pentaho.di.trans.steps.gpload.GPLoadMeta

Branch Change: -0.9% :small_red_triangle_down:
Complexity Change: -0.8% :small_red_triangle_down:
Instruction Change: -0.2% :small_red_triangle_down:

PR requested was updated with some new test cases.
@pentaho-lmartins can you please review it?


#751 introduced the inability to post multiline comment

Because it assumes I am only intend on submitting a single line comment....
on windows Shift+Enter is reserved for making single new line.
However enter on Github is new line yes, but I cannot change my habit cause I always assume Enter is for submitting. That's why shift enter is my gotoguy for new line.

shift+enter is used to make new lines on Mac too, when the standard enter is mapped to “new paragraph”. As far as I know this only happens in word processing software and not code editors, which don’t have the concept of “paragraph”
I’m the browser, in the comment’s <textarea>, they both do the same, and since enter is easier to press than shift+enter, people just use enter.

  But shiftenter seemed like the least-bad option for the shortcut, since ctrlshiftenter triggers the full review as well.

Closing as it's working as intended.


Multivariate integration

Hey, I tried following the tutorial examples here  but I can't seem to figure out the right syntax for multivariate integration. Here is what I am trying:
deg = [3, 5, 6, 4]
d = minimum(deg)
op1 = GaussOrthoPoly(deg[1], addQuadrature=true);
op2 = Uniform01OrthoPoly(deg[2], addQuadrature=true);
op3 = Beta01OrthoPoly(deg[3], 2, 1.2, addQuadrature=true);
ops = [op1, op2, op3];
mop = MultiOrthoPoly(ops, d);
integrate((a,b,c,d) -> a*b*c*d, mop)

however, I get the following error:
type MultiOrthoPoly has no field quad

Stacktrace:
 [1] getproperty(::MultiOrthoPoly{ProductMeasure,Quad{Float64,Array{Float64,1}},Array{AbstractCanonicalOrthoPoly{Array{Float64,1},M,Quad{Float64,Array{Float64,1}}} where M,1}}, ::Symbol) at .\Base.jl:33
 [2] integrate(::Function, ::MultiOrthoPoly{ProductMeasure,Quad{Float64,Array{Float64,1}},Array{AbstractCanonicalOrthoPoly{Array{Float64,1},M,Quad{Float64,Array{Float64,1}}} where M,1}}) at C:\Users\mrra\.julia\packages\PolyChaos\AlY80\src\auxfuns.jl:96
 [3] top-level scope at In[5]:8
 [4] include_string(::Function, ::Module, ::String, ::String) at .\loading.jl:1091

Is there any way of doing this with the PolyChaos package?

One solution is to use multiple univariate integrals:
deg = [3, 5, 6, 4]
op1 = GaussOrthoPoly(deg[1], addQuadrature=true);
op2 = Uniform01OrthoPoly(deg[2], addQuadrature=true);
op3 = Beta01OrthoPoly(deg[3], 2, 1.2, addQuadrature=true);
ops = [op1, op2, op3];
integrate(c->integrate(b->integrate((a)->a*b*c, op1),op2),op3)

however, I'd be interested to hear about other approaches.

One solution is to use multiple univariate integrals:
deg = [3, 5, 6, 4]
op1 = GaussOrthoPoly(deg[1], addQuadrature=true);
op2 = Uniform01OrthoPoly(deg[2], addQuadrature=true);
op3 = Beta01OrthoPoly(deg[3], 2, 1.2, addQuadrature=true);
ops = [op1, op2, op3];
integrate(c->integrate(b->integrate((a)->a*b*c, op1),op2),op3)

however, I'd be interested to hear about other approaches.

hi Alex, yes, multiple univariate integrals is the way to proceed.
Put differently, there is not support for generic multivariate integration, only integration of product measures for which you can decompose the $n$-variate integral to $n$ univariate integrals. For each of the $n$ univariate integrals you can then use the quad rules.


Block Bootstrap

Is your feature request related to a problem? Please describe. i.i.d Bootstrap does not work well for time series data which have a time correlation
Describe the solution you'd like
Block bootstrap addresses the problem of temporal correlation. It would be nice to have an option to apply block bootstrap in scipy.stats.bootstrap
Describe alternatives you've considered
This project implements several block bootstrap methods
https://pypi.org/project/recombinator/ https://github.com/InvestmentSystems/recombinator
Additional context (e.g. screenshots)
Ping to the original authors of scipy.stats.bootstrap @mdhaber @tupui

Thanks for the suggestion @jonaslandsgesell . There are a few other things on my to-do list, but I'll be thinking about it.

@jonaslandsgesell If I'm understanding correctly, all that changes is the resampling procedure - instead of resampling individual observations, we resample blocks of observations until we have a new sample that is the same size as the original.
In that case, we can use the existing bootstrap function to do the job, but first we have to change the basis of our data and statistic, in a sense. Instead of the original data, we pass bootstrap indices corresponding with our blocks (i.e. np.arange(0, n_blocks), and instead of the original statistic function, we pass a statistic function that works on (resampled) indices of the blocks.
For example, the non-overlapping block bootstrap could be done to bootstrap the slope of some time series data like:
import numpy as np
from scipy.stats import linregress, bootstrap

# generate data
n = 300
np.random.seed(0)  # not supposed to use this anymore
x = np.linspace(0, 10, n)
e = np.random.rand(len(x))
y = 3*x + 4 + np.sin(x/10*2*np.pi*20)*(1 + x/3) + e

## Estimate slope and intercept and separate trend from residuals
model = linregress(x, y)
trend = model.slope*x + model.intercept
residuals = y - trend

## Block bootstrap the intercept

l = 15  # block length
blocks = residuals.reshape(-1, l)

def my_statistic(i):
    y = blocks[i].ravel() + trend  # resample from block indices
    return linregress(x, y).slope

i = np.arange(n//l)  # original block indices
# BCa involves the jacknnife, and I'm not 100% sure how this should
# be handled, as it changes the number of observations in the resample.
# Using "basic" bootstrap instead.
res = bootstrap((i,), my_statistic, method='basic', vectorized=False)

(This brings to mind that it would also be nice to allow the statistic function to return several outputs and for bootstrap to return the bootstrap distribution so the user could visualize it like the plot near the end of https://blogs.sas.com/content/iml/2021/01/06/simple-block-bootstrap-sas.html.)
Other methods could be done similarly, essentially just changing the way that blocks is prepared and the definition of i. (It would be slightly inefficient without changes to bootstrap internals: bootstrap would need to resample from all the possible block choices, but you'd only use the first few resampled (n/l) indices until you have enough data.)
This is very similar to how paired sample statistics are treated. If I were to implement this in bootstrap, I would treat it very similarly to the paired parameter by wrapping the user-provided statistic in a function that performs this sort of "change of basis". A little care needs to be taken when the samples are N-d arrays and when vectorized=True, but it's not so bad.
Reviewer attention is in short supply.  I have about a dozen PRs dating back to December that are waiting on review by other maintainers. Some of them are higher priority, IMO, like gh-13312 and gh-13899, and some are very easy, like gh-14207. So I would be happy to add this, but I would prefer it come after the higher-priority ones, and there would need to be someone lined up to take a look.

Hello @mdhaber the description you posted is also my understanding of the block bootstrap method.
Surely, I would be interested in giving some feedback on the implementation and the corresponding tests.

That would be terrific if you'd take a look. I'd also need another maintainer to take a look, though. So when those other PRs are set and there a maintainer interested here, I'd be happy to add this and I'll @mention you then.


feat(project): add contributing guidelines

this file will be picked up by github and encourages contributors to review before making pull requests... ie. using our commit message conventions

Great, thank you. I will need to add the lint task back in (there are a lot of updates that need to be made to the README), but looks good for now. Much appreciated!


use dotnet async operations

add begin_client_send and begin_client_recv function to Trinity.C project, use IOCP to do async socket send/receive. It is Windows only.
update Trinity.Core to use bind IOCP socket, create OVERLAPPED structure and call begin_client_send/recv
update TrinityServer listener to use async operations.
update all code to use async Task accordingly.

The pull request will be closed due to the following reasons:

The changes are dramatic to the codebase; it is difficult to fully test the changes and their implications to the current Graph Engine applications. Suggestion: split the pull request in small ones.
No compelling reasons to make the changes.
Build failure.


Add SQLiteRows.DeclTypes() method

I would like to use this method to solve https://github.com/otoolep/rqlite/issues/52.

Nice. Could you please add test?

Test added now.

LGTM! :+1:


env: node\r: No such file or directory

When running webidl-scraper https://html.spec.whatwg.org/ or webidl-scraper https://html.spec.whatwg.org/ -o html, nothing happens except env: node\r: No such file or directory is logged.
I believe this is due to an issue with line endings.

For what it's worth, cloning the repo and using npm link allows me to use this without issue.

I'll have a look, thanks!
On Apr 26, 2016 6:44 PM, "Paul Young"<EMAIL_ADDRESS>wrote:

For what it's worth, cloning the repo and using npm link allows me to use
this without issue.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
https://github.com/motiz88/webidl-scraper/issues/1#issuecomment-214788552


Publish storefront updates

After #632.

[x] Publish 'Typography'
[ ] Publish 'Grid alignment'
[ ] Publish 'Spacings'
[ ] Publish 'Placement and order'
[ ] Publish 'Changelog'

Storefront is ready to be published, only spacings looks a bit weird / out of sync with the other pages. What do you think? @lucasveil @benkeq @BirteThornquist


Step #7 still giving errors with Google Auth Library

Following up with #13 here.
It appears that even with the latest update the code that follows the tutorial throws ReferenceError: OAuth2Client is not defined.
var {OAuthClient} = require('google-auth-library'); may not be a valid assignment using "google-auth-library": "^1.3.1".

I am also stuck on Step #7. When I refresh the page and click the 'CREATE' button on the webpage it says "googleAuth is not a constructor".


Clean up trailing white space

There is a significant amount of trailing white space in the java files.
We can use git-stripspace as a consistent method of stripping white space.
This will need to be applied to all .java files in the repo.  After which, we can include git-stripspace as a git hook before committing changes to keep things consistent.

@goneall Quick suggestion: The pre-commit cross platform hooks framework is a fantastic tool for automating this and many other such things; it supports installing, running and updating hundreds of hooks in isolated environments across a dozen or so supported languages (including built in hooks for common things like whitespace), including many that support automated dependency installation and several (including the most popular) that don't even need the language runtime to be installed, which greatly eases the workflow for developers and contributors, as initial setup only requires one command and everything after that is automated, plus it ensures every developer is using consistent tool versions to avoid commits failing on some machines but not others. It can also be run in CI, either in any CI or via the pre-commit.ci service.


Check if tool.removeAllListeners esists before call

Some tools may not have removeAllListeners method, especially those
which do not extend EventEmitter.
Deactivating this package (Settings > Packages > build > Deactivate) leads to the following error:
Error deactivating package 'build' TypeError: tool.removeAllListeners is not a function
    at /path/to/atom-build/lib/build.js:98:12
    ...

Awesome. thanks!


New design

http://www.google.com/design/spec/components/pickers.html#pickers-date-pickers

To my eyes, and compared to the stock TimePicker, the stroke width in RadialSelectorView:308 looks a bit thin.

Any idea if the new design will be used at some stage?

Fixed in version 3.0.0


new_code

I updated whole file regularly but don't know what problem arises now

The issues is with your main readme file there in the table contents are repeated I have attached the screenshot You can check there

I made changes but now where is the rest of codes which I solved from beginning that is not present in readme file

Your repository is 1251 commits behind. Kindly synk the repository. You will get to see your readme and in solutions.

ok thank you


FileModuleStore should respect imagePullPolicy=Always, 'latest' tag, or no tag

Currently FileModuleStore caches modules pulled from a registry.
However, it does not force a pull when imagePullPolicy is set to Always or when there is no imagePullPolicy specified and the image tag is latest or there is no tag.
According to the documentation, this should force a pull of the image from the repository.
We should also respect the other defaults for the image pull policy as specified in the documentation.

Ah yes, we still haven't checked for pull policy stuff. Thanks for bringing this up

Anyone looking at this or shall I grab it?

Go ahead and grab it @itowlson!

Go right ahead :)
@thomastaylor do you know if your work on #278 might be a blocker for this work? Trying to figure out what's the entrypoint here to detect when an event comes in reporting that the workload resource manifest changed.

It would likely result in a rebase either way, but they don't intersect directly


Use the access status to determine availableOnline

Based on Alexandra's comment in #wc-platform-feedback. I had a quick look at this, and drummed up a very conservative rule:
If a digital location has:

at least one access condition, and
every access condition has a non-empty AccessStatus, and
every access status is Closed or Unavailable

then it feels reasonable to say this location doesn't count as "available", and we should set availableOnline = false.
/cc @jamieparkinson as the original author of this code, and the person who knows most about this

Sadly I don't think this is what we want - this requires more product work and @jtweed deprioritised it last time it came up. See this ticket for more details  https://github.com/wellcomecollection/catalogue/issues/1167

Ah, alas.

Yeah, it's a frustrating one! Hopefully we'll be able to work out a complete solution soonish, I might try to move it forward if I can

Ah, I know why I couldn't find the ticket – I was look in the platform repo, but it's in the catalogue repo.

I think search-related stuff tends to live in the catalogue repo these days


Is there a benchmark?

Not yet, which project do you want to compare with lotusdb? We can do the simple benchmark as soon.

rocksdb is preferred

Just learned about lotusdb. Would be nice to compare write (with proper durability guarantees) performance (single-core throughput and latency, and write scalability with more thread / goroutines) to badger, which has a really good SSI implementation, allowing concurrent readers and (multiple) writers.
Read-heavy dbs are not interesting for me, as there is many fast ones, and it is easy to scale reads.

刚刚了解到lotusdb。将写入（具有适当的持久性保证）性能（单核吞吐量和延迟，以及具有更多线程/goroutines 的写入可扩展性）与badger具有非常好的 SSI 实现，允许并发读取器和（多个）写入器进行比较会很好。
重读 dbs 对我来说并不有趣，因为有很多快速的，而且很容易扩展读取。

+1

袁岩sdb

+1

I will rebuild the whole project and do more changes, please follow me the V2 version.
Thanks for your support!


Move FXAA3_11 shader into Source/Shaders

Part of https://github.com/CesiumGS/cesium/issues/9473.

Thanks for the pull request @ebogo1!

:heavy_check_mark: Signed CLA found.
:grey_question: Unit tests were not updated.

Make sure you've updated tests to reflect your changes, added tests for any new code, and ran the code coverage tool.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.
[ ] Works (or fails gracefully) in IE11.


porting appcheck with C#

Ported the Node.js appcheck SDK with C#

Implement migrating and testing


[BUG]  (Win 10 ) Reaper closure after NAM 0.7.1 vST3 launch

Good evening.
When I try to launch NAM 0.7.1, Reaper closes.
Reaper Version:6.78 win 64.
Windows 10 pro version.
Please help me

Can you provide a crash log?
I have a fairly similar desktop to yours based on the info you've provided (Win10 pro, OS build 19045.2846; Reaper V6.79, 64-bit; NAM version 0.7.2) and can't replicate.  I need more info to get to the bottom of this.

Thanks for the answer. I solved updating the video card drives


FEATURE - Adding Localization Support to Basic-Car-Maintenance Project

Describe the feature you want the app to have that it currently doesn't
As the project gains popularity, it's crucial to make it accessible to a wider audience by adding support for multiple languages. This enhancement will allow users from different linguistic backgrounds to use the Basic-Car-Maintenance project effectively.
Describe alternatives you've considered

A clear and concise description of any alternative solutions or features you've considered.

Additional context
Proposed Changes:

Implement localization support for the user interface.
Create language files for each supported language.
Utilize a robust localization library or framework to manage translations.
Update documentation to guide contributors on adding translations.

Benefits:

Makes the project more inclusive and accessible to a global audience.
Encourages contributions from developers fluent in different languages.
Improves user experience for non-English speakers.

This is a duplicate of #7


add Skill Category "Production & Supply"

we need to define the examples:
"e.g. agriculture, ...."

agriculture, (re)producing goods and supply market-items, run a producing and/or manufacturing business/service, care or other form of supply for the community and forms of logistics and physical goods management.

maybe cattle and other form of animal farming

changed to:
Sustainability & Environment — e.g. SDGs, circular economy, environmental protection, upcycling & recycling
Production & Supply — e.g. agriculture, animal farming, (re)producing goods and market-items, manufacturing business/service, logistics and physical goods management
(will be live with next merge cycle)


Content Type is always becoming null

Issue Info
| Platform Name                  |  flutter
| Dio Version                    | 3.0.5
| Android Studio / Xcode Version | Xcode 1.39.0
| Repro rate                     | e.g. all the time (100%)
| Repro with our demo prj        | e.g. haven't checked
Issue Description and Steps
The content type gets removed from all my requests

temporarily I have downgraded to 2.1.16 and everything works fine again

Only when the request body is not null and the method is one of "POST", "PUT", "PATCH", "DELETE", the content-type will be valid. otherwise it is will be removed.

I have dio configured like this
final Dio dio = Dio(
BaseOptions(
baseUrl: BASE_URL,
connectTimeout: 60000,
receiveTimeout: 60000,
contentType: Headers.jsonContentType
),
)
..interceptors.add(
InterceptorsWrapper(
onRequest: (RequestOptions options) async {
var prefs = await SharedPreferences.getInstance();
String accessToken = prefs.getString(ACCESS_TOKEN);
if (accessToken != null)
options.headers = {
"authtoken": accessToken,
};
// Do something before request is sent
return options; //continue
// If you want to resolve the request with some custom data，
// you can return a Response object or return dio.resolve(data).
// If you want to reject the request with a error message,
// you can return a DioError object or return dio.reject(errMsg)
},
onResponse: (Response response) {
// Do something with response data
return response; // continue
},
onError: (DioError e) {
// Do something with response error
return e; //continue
},
),
)
..interceptors.add(alice.getDioInterceptor())
..interceptors.add(PrettyDioLogger());

Also I have the above code in the top level of a project and rely on the same instance for making all api calls throughout the app

And again for the same code above 2.1.16 works just fine and dandy, but now I am encountering the need to update dio because of other dependencies I need

This is still happening
On Fri, Dec 20, 2019, 7:09 PM stale[bot]<EMAIL_ADDRESS>wrote:

This issue has been automatically marked as stale because it has not had
recent activity. It will be closed if no further activity occurs. If this
is still an issue, please make sure it is up to date and if so, add a
comment that this is still an issue to keep it open. Thank you for your
contributions.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/flutterchina/dio/issues/510?email_source=notifications&email_token=ACLQIBRWA77CGNQNA7LYPMLQZTDJ3A5CNFSM4JA7AWF2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHM6FRQ#issuecomment-567927494,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACLQIBXBFRSLRCXTWYJSNN3QZTDJ3ANCNFSM4JA7AWFQ
.

Is there any update on this @wendux, is this happening because I have my dio instance as a global variable? Because it seemingly doesn't happen for anyone else

I'm having this issue aswell.

This still happens even in 3.0.9 my solution has been to add it through an interceptor, @wendux can you reopen his ticket?

@droidluv  I am also having this issue. Did you found a solution?

My solution with dio: 4.0.4

class CustomInterceptor extends Interceptor {
  @override
  void onRequest(RequestOptions options, RequestInterceptorHandler handler) {
    options.contentType = Headers.jsonContentType;
    return super.onRequest(options, handler);
  }
}

//and call the interceptor

_dio!.interceptors.add(CustomInterceptor());

WORKING SOLUTION:
The solution exists in the package itself, although it should have been well documented. A little digging into the SourceCode helped.
In Dio (v4.x.x):
SOURCE CODE Reference: https://github.com/cfug/dio/blob/archive-4.x/dio/lib/src/options.dart
static const _allowPayloadMethods = ['POST', 'PUT', 'PATCH', 'DELETE'];

/// if false, content-type in request header will be deleted when method is not on of `_allowPayloadMethods`
bool setRequestContentTypeWhenNoPayload;

SOLUTION: Therefore, we have to set the flag when creating the BaseOptions object for the Dio object.
Example:
dio.options = BaseOptions(
  baseUrl: "<baseUrl>",
  headers: {
    "accept": "application/json",
    "content-type": "application/json"
  },
  sendTimeout: "<int>",
  requestTimeout: "<int>",
  setRequestContentTypeWhenNoPayload: true, // <-- This is what we need to set to `true`
)

In Dio (v5.x.x and above):
SOURCE CODE Reference:

https://github.com/cfug/dio/blob/main/dio/lib/src/interceptors/imply_content_type.dart

/// {@template dio.interceptors.ImplyContentTypeInterceptor}
/// The default `content-type` for requests will be implied by the
/// [ImplyContentTypeInterceptor] according to the type of the request payload.
/// The interceptor can be removed by
/// [Interceptors.removeImplyContentTypeInterceptor].
/// {@endtemplate}
class ImplyContentTypeInterceptor extends Interceptor {
  const ImplyContentTypeInterceptor();
  ...
  ...
  ...
}

https://github.com/cfug/dio/blob/main/dio/test/interceptor_test.dart

test('can be removed with the helper method', () async {
  final dio = createDio();
  dio.interceptors.removeImplyContentTypeInterceptor();
  expect(
    dio.interceptors.whereType<ImplyContentTypeInterceptor>(),
    isEmpty,
  );
});

SOLUTION: Therefore, we have to call the method of the Interceptors object inside the Dio object.
Example:
dio.interceptors.removeImplyContentTypeInterceptor();

Thanks, Goodluck.


emacs, home-manager: theme is unable to be set when using package made with emacsWithPackagesFromUsePackage

Issue?
The module provided by Stylix for Emacs is trying to override the extraConfig provided by my custom Emacs package.
This however fails as the latter takes precedence over Stylix, resulting in an unthemed Emacs.
Is this fixable?
I am guessing you can try an override, however an override will probably not work out because it overrides that part of the package, instead of [app/prep]ending to it. Maybe adding prev will fix this?
Example?
This is what is happening to me right now, however it could happen to more people.

The module provided by Stylix for Emacs is trying to override the extraConfig provided by my custom Emacs package.
This however fails as the latter takes precedence over Stylix, resulting in an unthemed Emacs.

This is a somewhat already acknowledged problem:

the use of extraConfig might cause other potentially related issues. As discussed in #159 (comment), it makes it harder to override options, and as discussed in #388 (comment), it makes it easier to accidentally override Stylix options.
-- https://github.com/danth/stylix/issues/395

+1

Workaround for now:
programs.emacs = {
      enable = true;
      package = pkgs.emacsWithPackagesFromUsePackage {
        config = pkgs.writeTextFile {
          text = ''
            ${builtins.readFile <config file>}
            #+begin_src emacs-lisp
            ${config.home-manager.users.<username>.programs.emacs.extraConfig}
            #+end_src'';
          name = "config.org";
        };
        alwaysTangle = true;
        defaultInitFile = true;
        package = pkgs.emacs-pgtk;
        extraEmacsPackages = config.home-manager.users."<config file>".programs.emacs.extraPackages;
      };
};

Is there any alternative if pkgs.callPackage was called?


More tan 16k resulution

Feature request
What are you trying to achieve?
Can we have some way of using bigger images than 16k resolution? In any way or even hard code this for one purpose?
When you searched for similar feature requests, what did you find that might be related?

What would you expect the API to look like?

What alternatives have you considered?

Please provide sample image(s) that help explain this feature

Are you referring to input or output? Which format? Are you aware of the limits for the formats you're using? Perhaps you could provide some code or images that help explain your question.

Please see the limitInputPixels constructor option.
https://sharp.pixelplumbing.com/api-constructor

Do not process input images where the number of pixels (width x height) exceeds this limit. Assumes image dimensions contained in the input metadata can be trusted. An integral Number of pixels, zero or false to remove limit, true to use default limit of 268402689 (0x3FFF x 0x3FFF).

sharp(input, { limitInputPixels: false })...

Hi @lovell
I found it today and I got rid of that error thanks. But is there a problem that you sorted out with this limit? So can I expect anything to happen with that limit ignored? Cause you added it in for a reason?
Regards
Peter

So as long as your input its an image then it can be as big as it can be?
Regards
Peter

PNG images can be up to<PHONE_NUMBER>x2147483647 pixels. libvips is as memory efficient as it can be but ultimately available RAM will be the limit.

I hope this information helped. Please feel free to re-open with more details if further assistance is required.


Use CupertinoNavigationBar after,middle not shown

CupertinoNavigationBar(
          automaticallyImplyMiddle: true,
          automaticallyImplyLeading: true,
          middle: Text(
            title() != null ? title() : "",
            style: TextStyle(color: APP.AssetsColor.COLOR_PRIMARY),
          ),
          previousPageTitle: title(),
          trailing: Row(
            children: _getAppbarActions(),
          ),
        );

Hello @WitheredSkull !
Thank you for posting.
Can you please clarify, what is not shown on the navigation bar: the middle (page title) or icons?
Also, can you please provide the flutter doctor -v command output?

Hello @WitheredSkull !
Without additional information, we are unfortunately not sure how to resolve this issue. We are therefore reluctantly going to close this bug for now. Please don't hesitate to comment on the issue, if you have any more information for us; we will reopen it right away!
Thank you for your contribution.
P.S. If anyone still experience the same problem, please file a new issue with the information required in the template.
All system setups can be slightly different so it’s always better to open new issues and reference related issues.


feat(plugin-chart-echarts): subject Arrange legend and zoom

Adjust margins for this legend, chart, zoom control for not overlapping.
Close https://github.com/apache/superset/issues/12776
Before

After
https://user-images.githubusercontent.com/8277264/106266591-4a09ae00-6231-11eb-8d7f-f97aa93960d5.mp4

@maloun96 Just for pure curiosity, what is "subject" in all these PRs?

@maloun96 Just for pure curiosity, what is "subject" in all these PRs?

@ktmud https://github.com/conventional-changelog/commitlint#what-is-commitlint on first commit husky rule forces me to add "subject"

Oh, It just means you need something in the parentheses after "feat".


Connection reset Error when setting up openwhisk using Vagrant way or setting up locally on mac

this is the log when running ./hello. I get lot of connection reset error from keyserver.ubuntu.com when setting up locally on my mac machine
==> default: For release candidates, go to https://launchpad.net/~git-core/+archive/candidate .
==> default:  More info: https://launchpad.net/~git-core/+archive/ubuntu/ppa
==> default: gpg:
==> default: keyring /tmp/tmprsinaroo/secring.gpg' created ==> default: gpg: ==> default: keyring /tmp/tmprsinaroo/pubring.gpg' created
==> default: gpg:
==> default: requesting key E1DF1F24 from hkp server keyserver.ubuntu.com
==> default: ?:
==> default: [fd 4]: read error: Connection reset by peer
==> default: gpg:
==> default: /tmp/tmprsinaroo/trustdb.gpg: trustdb created
==> default: gpg:
==> default: key E1DF1F24: public key "Launchpad PPA for Ubuntu Git Maintainers" imported
==> default: gpg:
==> default: Total number processed: 1
==> default: gpg:
==> default:               imported: 1
==> default:   (RSA: 1)
==> default: OK
==> default: ++ sudo apt-get update

And while running locally through mac I get this:
gpg: directory /root/.gnupg' created gpg: new configuration file /root/.gnupg/gpg.conf' created
gpg: WARNING: options in /root/.gnupg/gpg.conf' are not yet active during this run gpg: keyring /root/.gnupg/secring.gpg' created
gpg: keyring `/root/.gnupg/pubring.gpg' created
gpg: /root/.gnupg/trustdb.gpg: trustdb created
gpg: key 412B37AD: public key "Swift Automatic Signing Key #1<EMAIL_ADDRESS>imported
gpg: key 21A56D5F: public key "Swift 2.2 Release Signing Key<EMAIL_ADDRESS>imported
2016-10-27 22:22:39 URL:https://swift.org/keys/all-keys.asc [5063/5063] -> "-" [1]
gpg: key 91D306C6: public key "Swift 3.x Release Signing Key<EMAIL_ADDRESS>imported
gpg: Total number processed: 3
gpg:               imported: 3  (RSA: 3)
gpg: refreshing 3 keys from hkp://pool.sks-keyservers.net
gpg: requesting key 412B37AD from hkp server pool.sks-keyservers.net
gpg: requesting key 21A56D5F from hkp server pool.sks-keyservers.net
gpg: requesting key 91D306C6 from hkp server pool.sks-keyservers.net
?: [fd 6]: read error: Connection reset by peer
?: [fd 6]: read error: Connection reset by peer
?: [fd 6]: read error: Connection reset by peer
gpg: key 412B37AD: "Swift Automatic Signing Key #1<EMAIL_ADDRESS>1 new signature
gpg: key 21A56D5F: "Swift 2.2 Release Signing Key<EMAIL_ADDRESS>4 new signatures
gpg: key 91D306C6: "Swift 3.x Release Signing Key<EMAIL_ADDRESS>not changed
gpg: Total number processed: 3
gpg:              unchanged: 1
gpg:         new signatures: 5
gpg: no ultimately trusted keys found

@paulcastro any ideas what's up with swift?

I can't replicate this locally.  A transient problem with the key servers used by Swift.org?

Errors are benign, swift container appears to be functioning.  Will close this issue.


The GPU memory will keep increase

I noticed that when continuously analyzing multiple data streams with neurons, the GPU memory usage keeps increasing, eventually leading to an overflow. Is there any way to solve this problem?

Hi, I came through the same question. And this may be caused by the KnowledgeNeurons class not releasing its memory in time.  You can try del and  torch.cuda.empty_cache(), like:
for dat in tqdm(new_data[:batch_size]):
    kn_ml = KnowledgeNeurons(ml_model, tokenizer, model_type=model_type(MODEL_NAME))
    TEXT = dat["question"]
    ANS = dat["answer"]
    test_neurons = kn_ml.get_scores(prompt=TEXT, ground_truth=ANS, pbar=False).cpu().detach().clone()
    del kn_ml
    torch.cuda.empty_cache()

Hope this might help! 😃


Save Multiple Iterations of an Individual's Guided Assist

Background:
I think it would be a big improvement if people did NOT lose their PAP if they answered the questions of a curated experience a second time.  That would allow a person to end, but get more information later, and would resolve the “looping” problem.  The other option is moving to “child 2” categories and multiple curated experiences, but that would also mean staring over on the divorce section, but maybe that’s the best option in the long run.  But we would want to spend a fair bit of time thinking through all the “child 2” options and whether they covered everything and were broad enough to stand alone.  Even if we did that, I think being able to answer more than once is beneficial.  The reason for not allowing it was to prevent the PAPs from getting too long.  An alternate solution would be to allow the user to delete items from their PAP.
Issue Submitted by Stacey Marz (AK)

@KellyeDC - I think this is the question we’ve answering over the last couple days.  We will allow states to write curated experiences at child level 2.  I don’t think this belongs in defects.

@breeglej Once the development plan for resolving the authoring and NLP disconnect, this issue can be closed.

@KellyeDC Agreed. I would close this.


Moneta benchmark totally opposite from these

I'm comparing Moneta benchmarks to https://gist.github.com/stephan-nordnes-eriksen/6c9c56f63f36d5d100b2 and they're totally opposite. In this Benchmark, daybreak is ultimately the slowest implementation, while GDBM/DBM/PStore are fairly fast. Why such a big difference?

Hi there,
I'm not sure, but the author's suggestion that the difference is due to the number of keys being used in the benchmarks is plausible.  Perhaps Daybreak only outperforms for fewer keys.  It could also be something to do with the environments that the benchmarks are being run in (i.e. the author's own machine vs. Travis CI; different Ruby versions, etc.).
You could perhaps test these theories for us by running both the test script given at that gist and our own script/benchmarks with similar numbers of keys on the same machine.  For the latter, you can edit the CONFIGS list in script/benchmarks to add a benchmark profile with a comparable number of keys.   If you do this, please let us know how you go!

The difference doesn't have to do with the number of keys, but rather with what exactly is being benchmarked.
In the gist, all of the benchmarks contain db.stop, which for daybreak (Daybreak::DB#close) synchronously flushes all data to disk and closes the database file, which is a slow operation that skews all results (especially the non-insert benchmarks).
If you move db.stop outside of the benchmark block, daybreak is much faster, however the asynchronous insert operations will make the final database-close operation take a while (the inserts are not actually persisted to disk until the flush operation occurs). If you include a synchronous db.flush within each benchmark iteration, daybreak is still the slowest for insert operations.
For all non-insert operations, daybreak is always just as fast as hash (since it uses a memory hash of the database contents for these operations).
See an updated gist for updated benchmark code and results.

@wjordan a bit late here.
I've noticed that PStore performance degrades significantly the bigger the database is. Especially if you  do reads inside a single transaction vs DayBreak, try this with a db of a million records and DayBreak completes almost 30x as fast as PStore.


Error：Execution failed for task ':compileScala'

Hello,when I build  Hail to run locally,I encounter this problem,how can I fix it ?
[root@*** hail]# gradle installDist
Using a seed of [1] for testing.
Build file '//hail/build.gradle': line 188
useAnt has been deprecated and is scheduled to be removed in Gradle 3.0. The Ant-Based Scala compiler is deprecated, please see https://docs.gradle.org/current/userguide/scala_plugin.html.
:compileJava UP-TO-DATE
:compileScala
//hail/src/main/scala/org/broadinstitute/hail/driver/ExportVCF.scala:3: object time is not a member of package java
import java.time._
^
/***/hail/src/main/scala/org/broadinstitute/hail/driver/ExportVCF.scala:76: not found: value LocalDate
sb.append(s"##fileDate=${LocalDate.now}\n")
^
two errors found
:compileScala FAILED
FAILURE: Build failed with an exception.

What went wrong:
Execution failed for task ':compileScala'.

Compilation failed

Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.

BUILD FAILED
Total time: 45.869 secs

duplicated with #454

Hi, I'm getting the same error trying to build Hail on Amazon Linux on an EMR cluster.
The suggested fix from issue #454 did not work.
To reproduce:
Clone hail from commit<PHONE_NUMBER>a9c187d448713f26a2c38f21a683db
$ gradle installDist

I just tried cloned locally and gradle installDist worked on the first try.  We've gotten this compiler error sporadically for a few months, and every time it's been resolved by rebuilding after gradle clean.  I'll continue to investigate, and see if I can find the source of the problem (could be a compiler bug).

Hi, thanks for the quick response!
I updated the original post with more info to reproduce.
Please let me know if I can get you more information about the Scala environment!
All the best,
Michael

Hi Michael,
My mistake closing this in the first place -- I thought it was a duplicate issue in my morning haze, and never actually went back to read the full text when you commented.  The temporary solution is to use Java 8, but there's no reason we shouldn't use a backward compatible datetime library, so I'll open another issue for that.
Let me know if this fix works!
Tim

Hi, Tim
That did the trick. Thanks!
-Michael

That did work, Thanks a lot ! @tpoterba


Performance tests for stable components

Describe the proposal
Similar to how we have conformance tests, where a single set of tests validate functionality against common behavior of components, there should also be performance tests against components and have those as part of the certification process. In other words, stable components should also pass the basic set of performance tests.
Because performance can be impacted by limitations of each component, the performance tests should have a threshold per component and not a global setting.

/assign

Ongoing. Moving to 1.11

Is this active? I am ok to keep moving these between releases if there is activity. Otherwise, it is better to keep it without a milestone IMO.


Spawnpoint setting doesn't work when underwater

The spawn point should probably be set above the water then.

This seems to be fixed with the latest commit.


Connection issue with elasticsearch

CENTOS 7.7

scout-elastic-driver: v4.2.1
laravel/framwork: v7.10.3
php: 7.2.30
elasticsearch: 7.6.2

php artisan elastic:create-index "App\Scout\ElasticSearch\PostIndexConfigurator"
The promojagers_be__posts index was created!
Elasticsearch\Common\Exceptions\NoNodesAvailableException
No alive nodes found in your cluster
at vendor/elasticsearch/elasticsearch/src/Elasticsearch/ConnectionPool/StaticNoPingConnectionPool.php:50
46|                 return $connection;
47|             }
48|         }
49|

50|         throw new NoNodesAvailableException("No alive nodes found in your cluster");
51|     }
52|
53|     public function scheduleCheck(): void
54|     {

but when I check elascticsearch indexes by curl
curl -XGET localhost:9200/_cat/indices
yellow open promojagers_be__posts p5Dz__2gR3qX_K0jTF5O0A 1 1 0 0   283b   283b
then I try to update mapping
php artisan elastic:update-mapping "App\Models\Post"
Elasticsearch\Common\Exceptions\Missing404Exception
{"error":{"root_cause":[{"type":"index_not_found_exception","reason":"no such index [promojagers_be__posts_write]","resource.type":"index_or_alias","resource.id":"promojagers_be__posts_write","index_uuid":"na","index":"promojagers_be__posts_write"}],"type":"index_not_found_exception","reason":"no such index [promojagers_be__posts_write]","resource.type":"index_or_alias","resource.id":"promojagers_be__posts_write","index_uuid":"na","index":"promojagers_be__posts_write"},"status":404}
at vendor/elasticsearch/elasticsearch/src/Elasticsearch/Connections/Connection.php:619
615|             $exception = new AlreadyExpiredException($responseBody, $statusCode);
616|         } elseif ($statusCode === 403) {
617|             $exception = new Forbidden403Exception($responseBody, $statusCode);
618|         } elseif ($statusCode === 404) {

619|             $exception = new Missing404Exception($responseBody, $statusCode);
620|         } elseif ($statusCode === 409) {
621|             $exception = new Conflict409Exception($responseBody, $statusCode);
622|         } elseif ($statusCode === 400 && strpos($responseBody, 'script_lang not supported') !== false) {
623|             $exception = new ScriptLangNotSupportedException($responseBody. $statusCode);

  +24 vendor frames

25  artisan:37
Illuminate\Foundation\Console\Kernel::handle(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
Please help me to figure out with that ?

I've commented
//use Migratable;
in PostIndexConfigurator and after that i successfully created index
php artisan elastic:create-index "App\Scout\ElasticSearch\PostIndexConfigurator"
The promojagers_be__posts index was created!
and succesfully updated mapping
php artisan elastic:update-mapping "App\Models\Post"
The promojagers_be__posts mapping was updated!
but the import command still give me the error
php artisan scout:import "App\Models\Post"
throw new NoNodesAvailableException("No alive nodes found in your cluster");
seems the commands from current package work good but commands from laravel/scout package is not working
any ideas ?

I have same issue.
run curl -XGET localhost:9200/，get below text.
{
  "name" : "6d2293ae6b23",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "58J5Q0n-QCuLkzkmOjewsw",
  "version" : {
    "number" : "7.4.2",
    "build_flavor" : "default",
    "build_type" : "docker",
    "build_hash" : "2f90bbf7b93631e52bafb59b3b049cb44ec25e96",
    "build_date" : "2019-10-28T20:40:44.881551Z",
    "build_snapshot" : false,
    "lucene_version" : "8.2.0",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}

But when I run docker-compose exec blog-backend php artisan elastic:create-index "App\Indices\PostIndexConfigurator"，output error message "No alive nodes found in your cluster".

I have same issue.
run curl -XGET localhost:9200/，get below text.
{
  "name" : "6d2293ae6b23",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "58J5Q0n-QCuLkzkmOjewsw",
  "version" : {
    "number" : "7.4.2",
    "build_flavor" : "default",
    "build_type" : "docker",
    "build_hash" : "2f90bbf7b93631e52bafb59b3b049cb44ec25e96",
    "build_date" : "2019-10-28T20:40:44.881551Z",
    "build_snapshot" : false,
    "lucene_version" : "8.2.0",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}

But when I run docker-compose exec blog-backend php artisan elastic:create-index "App\Indices\PostIndexConfigurator"，output error message "No alive nodes found in your cluster".

This seems more like a problem with your docker setup. Have you enabled network between the different containers?

I'm having this problem as well, but I am using AWS ES.
Elasticsearch version 7.4
Endpoint https://xxxx.us-west-1.es.amazonaws.com
Domain ARN arn:aws:es:us-west-1:00000:domain/xxxx
Kibana https://xxxx.us-west-1.es.amazonaws.com/_plugin/kibana/
Availability zones 1
Instance type (data) t2.small.elasticsearch
Number of nodes 1
Data nodes storage type EBS
EBS volume type General Purpose (SSD)
EBS volume size 10 GiB

The same thing happened last time I tried to set this up and after fiddling with it I think what fixed it was adding 3 "Dedicated Master Nodes". I don't know if that was what for-sure did it, but that's the last thing I did before it started working and I stopped touching it.
After a month I noticed that (of course) AWS was charging me for those additional nodes. I'm only using this for dev so I dropped the cluster and started a new one with a single node. Using the exact same code but with a single node I get the "No alive nodes found in your cluster" error.
Does this have something to do with only using a single node?
(yes, I know I can host ES locally for free, but once deployed I'll be using AWS so it'd be nice to use a single free-tier node for dev)

This seems to be a environment related problem, not related to this package itself. Due to this I'm closing the issue (conversation still enabled). Feel free to ask for a reopen if you think this is a bug.

This seems to be a environment related problem, not related to this package itself. Due to this I'm closing the issue (conversation still enabled). Feel free to ask for a reopen if you think this is a bug.

Yes it was an issue with curl library  and centos version


CJK Punctuation Adjustment Not Comprehensive

Description
I can see a lot have been done about punctuation adjustment since https://github.com/typst/typst/pull/954, but some punctuations are not covered, eg. question and exclamation marks.

Some common bracket variants are not adapted, either: 【, 】, ［, ］, 〖, 〗, ｛, ｝, 〔, 〕. I can't provide the complete list here. Maybe refer to the Unicode Full-Width Forms.
Also, ctex adopts five full-width punctuation compression schemes:

quanjiao – Individual full-width punctuations take up 1em in width, with two neighbouting ones taking up 1.5em altogether.
banjiao – All CJK punctuations take up 0.5em.
kaiming – Question/exclamation marks and full stops take up 1em, all others 0.5em.
CCT – All punctuations are 'slightly narrower' than 1em in width.
plain – No adjustment.

Moreover, sources provided in https://github.com/typst/typst/issues/276 contain more specified guidelines on this issue. Thanks for the attention!
Reproduction URL
https://typst.app/project/r0j15-4jgKGstUYllfWU9V
Operating system
macOS
Typst version

[ ] I am using the latest version of Typst

i think the ）！ combination should be covered as clreq stated https://www.w3.org/TR/clreq/#h-punctuation_adjustment_space . 🤔 i will take a look in weekend.
supporting 【】〖〗should be easy as long as we have a comprehensive list.

I just add ？ and ！to left aligned cjk punctuation list, and it seems that it works?

A workaround for different punctuation compression schemes can be found in discord.

 I just add ？ and ！to left aligned cjk punctuation list, and it seems that it works?

Not sure about technical details, but perhaps the closing Chinese guillemet (书名号) can be further narrowed for better visual effect. Here is how ctex in XeTeX does (punctstyle set to quanjiao).

A workaround for different punctuation compression schemes can be found in discord.

In fact I did it myself 😂
There are still problems in the workaround, like two consecutive 【 can cause misalignment. These combinations are not common in text so, well, it works at least.

i will test on my pr later. previous image is from an early development version and may not reflect current code

latest with lang: zh region: CN

There are still problems in the workaround, like two consecutive 【 can cause misalignment.

#2456 will fix this in quanjiao scheme (which is the default in Typst).
In banjiao/kaiming scheme we just make some punctuation marks to be fixed width, and do not need any extra adjustment for consecutive bracket—they are fixed 1/2 em anyway.
Nobody used CCT style. (I can find only two projects in GitHub.

There are still problems in the workaround, like two consecutive 【 can cause misalignment.

feat: support adjust more cjk punctuations #2456 will fix this in quanjiao scheme (which is the default in Typst).
In banjiao/kaiming scheme we just make some punctuation marks to be fixed width, and do not need any extra adjustment for consecutive bracket—they are fixed 1/2 em anyway.
Nobody used CCT style. (I can find only two projects in GitHub).

Could there be a setting item to switch between schemes then? Like #set text(cjkpunct: "kaiming") or so.

Could there be a setting item to switch between schemes then? Like #set text(cjkpunct: "kaiming") or so.

You can just write a package to do that.

You can just write a package to do that.

How to do that? Can users tweak the adjustability for each punctuation and make their own schemes, like LuaTex-ja?

You can just write a package to do that.

How to do that? Can users tweak the adjustability for each punctuation and make their own schemes, like LuaTex-ja?

I guess they can do so by defining that certain punctuations are put inside 0.5 em boxes:
#show "；": semicolon => box(width: 0.5em, semicolon)

Not sure if user-tweaking will lead to problems / conflicts with hardcoded punctuation squeeze, though.

Well... Putting punctuation inside boxes is not a good idea right now, because it breaks the linebreak rules.
#set page(width: 20em, height: auto)

#set text(
  lang: "zh",
  font: ("Linux Libertine", "Noto Serif CJK SC"),
)
#set par(justify: true)

啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊#box[，]啊啊啊啊啊啊啊啊啊

perhaps we may open a new issue to track kaiming and banjiao punctuation style.

perhaps we may open a new issue to track kaiming and banjiao punctuation style.

New issue in https://github.com/typst/typst/issues/2460. Thanks for the attention!


re #1963: Tracking bulk imported files

Added the generation of a JSON encode mappings.txt file in the import directory which contains a the mapping of files.

This is an enhancement and 1.10 is only going to have bug fix releases.

I don't have enough knowledge of the bulk import code to understand exactly what this accomplishes, but it seems to me that this is a slight implementation change intended to leave files around to help troubleshoot, and does not have any associated API changes. Is that correct?
Although we're only doing bugfixes on 1.10, I don't necessarily have a problem including a change that helps troubleshooting for further bugfixes, if the change is small and low-risk. However, I did have a few questions about these proposed changes:

Does this risk leaving extra files scattered around the filesystem that aren't cleaned up or is this placed in a directory that is already subject to cleanup?
Why not use one of the JSON libraries (like Gson) on our class path instead of manually constructing a JSON blob? Is there a performance concern?
Does the new behavior of adding a new file risk breaking existing user code around bulk import?
How does this change impact the new bulk import code paths and behavior, if it does at all?

This is not any kind of api change but merely a mechanism by which the client can track where the bulk imported file went.  On some or our systems I installed a mechanism to track this information via the logs, so this is not really needed anymore.  I am closing this pull request.  The original ticket however still stands in which it would be good to facilitate a mechanism to track files through the system from bulk import through compactions and garbage collection.

Was the necessary info in the log files already, or did you add additional logging?


New version: hrzlgnm.mdns-browser version 0.8.2

Pull request has been created with WinGet Releaser :rocket:
Microsoft Reviewers: Open in CodeFlow

There is an issue in meta data of the setup.


YARN-11379. [Federation] Support mapAttributesToNodes、getGroupsForUser API's for Federation.

JIRA: YARN-11379. [Federation] Support mapAttributesToNodes、getGroupsForUser API's for Federation.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
5m 12s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
38m 42s

trunk passed

+1 :green_heart:
compile
10m 43s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
8m 58s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 46s

trunk passed

+1 :green_heart:
mvnsite
2m 26s

trunk passed

+1 :green_heart:
javadoc
2m 17s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m  4s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
5m  9s

trunk passed

+1 :green_heart:
shadedclient
23m 32s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 25s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 40s

the patch passed

+1 :green_heart:
compile
10m  1s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
10m  1s

the patch passed

+1 :green_heart:
javac
10m  1s

the patch passed

+1 :green_heart:
compile
9m 10s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
9m 10s

the patch passed

+1 :green_heart:
javac
9m 10s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 38s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
mvnsite
2m 14s

the patch passed

+1 :green_heart:
javadoc
2m  0s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
1m 56s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
5m 45s

the patch passed

+1 :green_heart:
shadedclient
24m 21s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m  3s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 44s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
0m 39s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 52s

The patch does not generate ASF License warnings.

172m 48s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux 9f937a980e0f 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 60dc69aac2f2b444dc8edfd2c8e38aa2ea86c022

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/1/testReport/

Max. process+thread count
530 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
16m 31s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
30m 38s

trunk passed

+1 :green_heart:
compile
11m  8s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
8m 58s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 43s

trunk passed

+1 :green_heart:
mvnsite
3m 34s

trunk passed

+1 :green_heart:
javadoc
3m 13s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 55s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m 12s

trunk passed

+1 :green_heart:
shadedclient
23m 51s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 23s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 36s

the patch passed

+1 :green_heart:
compile
9m 55s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
9m 55s

the patch passed

+1 :green_heart:
javac
9m 55s

the patch passed

+1 :green_heart:
compile
8m 56s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
8m 56s

the patch passed

+1 :green_heart:
javac
8m 56s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 37s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 7 unchanged - 0 fixed = 11 total (was 7)

+1 :green_heart:
mvnsite
3m 18s

the patch passed

+1 :green_heart:
javadoc
3m  2s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 53s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
8m 17s

the patch passed

+1 :green_heart:
shadedclient
25m 43s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m  4s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 24s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
102m 14s

hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
unit
0m 37s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

291m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux cabc6f220a0c 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / e24ba297d55cc2c9fe3b146f06f64957322548c8

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/2/testReport/

Max. process+thread count
927 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 47s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
16m 19s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
29m 20s

trunk passed

+1 :green_heart:
compile
10m 35s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
8m 54s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 44s

trunk passed

+1 :green_heart:
mvnsite
3m 35s

trunk passed

+1 :green_heart:
javadoc
3m 11s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 54s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m  6s

trunk passed

+1 :green_heart:
shadedclient
23m 33s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 31s

the patch passed

+1 :green_heart:
compile
9m 55s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
9m 55s

the patch passed

+1 :green_heart:
javac
9m 55s

the patch passed

+1 :green_heart:
compile
8m 52s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
8m 52s

the patch passed

+1 :green_heart:
javac
8m 52s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 37s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 7 unchanged - 0 fixed = 11 total (was 7)

+1 :green_heart:
mvnsite
3m 19s

the patch passed

+1 :green_heart:
javadoc
2m 50s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 40s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m 30s

the patch passed

+1 :green_heart:
shadedclient
24m  2s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m  5s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 22s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
102m 19s

hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
unit
0m 47s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

285m 54s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux 03e14d7dd830 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 62e623863926d939b24dee6ad0720b693dfaf5bb

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/3/testReport/

Max. process+thread count
886 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m  7s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
16m  3s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
28m 55s

trunk passed

+1 :green_heart:
compile
10m 38s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
9m  1s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 49s

trunk passed

+1 :green_heart:
mvnsite
3m 36s

trunk passed

+1 :green_heart:
javadoc
3m 12s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 53s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m  6s

trunk passed

+1 :green_heart:
shadedclient
23m 54s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 24s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 32s

the patch passed

+1 :green_heart:
compile
10m  4s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
10m  4s

the patch passed

+1 :green_heart:
javac
10m  4s

the patch passed

+1 :green_heart:
compile
8m 51s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
8m 51s

the patch passed

+1 :green_heart:
javac
8m 51s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 37s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 7 unchanged - 0 fixed = 11 total (was 7)

+1 :green_heart:
mvnsite
3m 20s

the patch passed

+1 :green_heart:
javadoc
2m 51s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 41s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m 23s

the patch passed

+1 :green_heart:
shadedclient
23m 52s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m  4s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 23s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
102m 10s

hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
unit
0m 35s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

286m 15s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux 6bcc408c157e 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4df4a32d114b77833ec0dc6007cd3246151c1b3c

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/4/testReport/

Max. process+thread count
913 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

Let's fix the checkstyle.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 56s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+0 :ok:
buf
0m  0s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
17m 33s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
32m  6s

trunk passed

+1 :green_heart:
compile
12m 44s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
10m 43s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 59s

trunk passed

+1 :green_heart:
mvnsite
4m 10s

trunk passed

+1 :green_heart:
javadoc
3m 32s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
3m  7s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m 53s

trunk passed

+1 :green_heart:
shadedclient
26m 21s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 28s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 54s

the patch passed

+1 :green_heart:
compile
11m  3s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
11m  3s

the patch passed

+1 :green_heart:
javac
11m  3s

the patch passed

+1 :green_heart:
compile
9m 40s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
9m 40s

the patch passed

+1 :green_heart:
javac
9m 40s

the patch passed

+1 :green_heart:
blanks
0m  1s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 40s
/results-checkstyle-hadoop-yarn-project_hadoop-yarn.txt
hadoop-yarn-project/hadoop-yarn: The patch generated 4 new + 7 unchanged - 0 fixed = 11 total (was 7)

+1 :green_heart:
mvnsite
3m 51s

the patch passed

+1 :green_heart:
javadoc
3m  9s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 54s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
8m  6s

the patch passed

+1 :green_heart:
shadedclient
24m 24s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m  5s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 28s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
108m  5s

hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
unit
0m 36s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

309m 45s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux 4870b5dff71e 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 2310c71ebb5aad84c5094a0ad421cdc30c7ebd50

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/5/testReport/

Max. process+thread count
938 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/5/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
buf
0m  1s

buf was not available.

+0 :ok:
buf
0m  1s

buf was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 4 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
16m 31s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
31m 32s

trunk passed

+1 :green_heart:
compile
10m 32s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
compile
8m 59s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
checkstyle
1m 49s

trunk passed

+1 :green_heart:
mvnsite
3m 35s

trunk passed

+1 :green_heart:
javadoc
3m 14s

trunk passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 53s

trunk passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
7m 12s

trunk passed

+1 :green_heart:
shadedclient
20m  0s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 25s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 35s

the patch passed

+1 :green_heart:
compile
13m  7s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
cc
13m  7s

the patch passed

+1 :green_heart:
javac
13m  7s

the patch passed

+1 :green_heart:
compile
8m 58s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
cc
8m 58s

the patch passed

+1 :green_heart:
javac
8m 58s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 39s

the patch passed

+1 :green_heart:
mvnsite
3m 23s

the patch passed

+1 :green_heart:
javadoc
2m 55s

the patch passed with JDK Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1

+1 :green_heart:
javadoc
2m 55s

the patch passed with JDK Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

+1 :green_heart:
spotbugs
10m  2s

the patch passed

+1 :green_heart:
shadedclient
24m 24s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m 44s

hadoop-yarn-api in the patch passed.

+1 :green_heart:
unit
5m 53s

hadoop-yarn-common in the patch passed.

+1 :green_heart:
unit
102m  6s

hadoop-yarn-server-resourcemanager in the patch passed.

+1 :green_heart:
unit
0m 36s

hadoop-yarn-server-router in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

292m 37s

Subsystem
Report/Notes

Docker
ClientAPI=1.42 ServerAPI=1.42 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5596

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets cc buflint bufcompat

uname
Linux 85d455d78d61 4.15.0-206-generic #217-Ubuntu SMP Fri Feb 3 19:10:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 15f3d388f8a29b2af1dcee59bd44b4502d9b1f4c

Default Java
Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.18+10-post-Ubuntu-0ubuntu120.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/6/testReport/

Max. process+thread count
887 (vs. ulimit of 5500)

modules
C: hadoop-yarn-project/hadoop-yarn/hadoop-yarn-api hadoop-yarn-project/hadoop-yarn/hadoop-yarn-common hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-resourcemanager hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-router U: hadoop-yarn-project/hadoop-yarn

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5596/6/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

@goiri Thank you very much for your help in reviewing the code!


FATAL:  sorry, too many clients already

Recieved a bunch of messages for one stream Schema has changed for stream 'campaign_performance_stats'. Mapping definitions will be reset.
The schema messages here were the same so it's not clear why this was happening.
The tap here shouldn't be sending so many schema messages but the target shouldn't say the schema has changed when it hasn't I believe.
 This seems like multiple issues.

Pooling doesn't seem to be working properly / setup properly
Schema messages that are the same shouldn't trigger a "schema has changed" message

I thought we solved it in #153 but I just hit this running a seperate job in a production setting. Going to dive in

I seem to hit this in 2 occasions

Sending a lot of SCHEMA messages on existing sinks
Running pytest (Call select count(*) from pg_stat_activity; as the tests are running and you'll get up to 40-80 connections) . This may be due to new Targets being initialized for every test.

If you would please give this sdk pr a try, https://github.com/meltano/sdk/pull/1864, and see if it reduces the connection count during a run.

Hi @visch and @edgarrmondragon,
it looks like this one is tripping again. I am observing it on my workstation, and on CI, like at GH-250. Do you think that would qualify to re-open this ticket?
With kind regards,
Andreas.


fix(playground): fix rendering Exclidraw

This PR is nearly the same as #2174.
The Exclidraw feature isn't available in the current version, and this PR fixes it.
The reason is that in https://github.com/facebook/lexical/pull/2496/files#diff-f45027bac56b3f85c3bec26a2889fb714d521d060db7b1d9554ff6d1fc3421efR88 , the change in #2174 is reverted and the bug appears again.

Oh, wow - nice catch. Really, really appreciate you digging in to find and fix this!


Error on build - vercel

When building on vercel we are getting
$ strapi build
17:46:01.833 | /bin/sh: hostname: command not found

eventhough the build succeedes ... our issue is i have no idea what we should expect to get deployed? ... strapi or our own custom data as static files?

Can you try with the latest version of the strapi-vercel-deploy-plugin v1.4.0?

Still not working for me, setting up the vercel deployment still gives 404 page

@Mihai-github For the 404 page, please watch https://github.com/gianlucaparadise/strapi-plugin-vercel-deploy/issues/11
@root3you Any update with the latest version?

+1

Duplicate: https://github.com/gianlucaparadise/strapi-plugin-vercel-deploy/issues/11

did anyone resolved this issue here , issue still exisit


fix(api-spec): Log spec return type

Fix the swagger spec to return the correct type for the get build logs endpoint.
Fixes https://github.com/go-vela/community/issues/147

checks appear to have passed but are not reflected in the pull request, merging
https://github.com/go-vela/server/pull/211/checks


Add information about supported Go version and supported Go GAE SDK to FAQ

I noticed that under the FAQ section titled "What version of the GAE API do you support?" there is no information about which version of the Go GAE SDK is supported by AppScale. Based on information in the RELEASE document (https://github.com/AppScale/appscale/blob/master/RELEASE#L947) it appears that AppScale supports version 1.5.0 of the Go GAE SDK. However, this information is from 2011. Is this still the latest version that is supported?
Additionally, the FAQ section titled "What languages do you support?" makes no mention of the supported version of the Go language. Based on the RELEASE it looks like this is Go version 1.6 (https://github.com/AppScale/appscale/blob/master/RELEASE#L168).
Are these values correct? If so, I will add a section to the FAQ about this. I just want to be sure that this information is correct prior to doing so.

Good point. I just updated the FAQ. To answer your question, our Go runtime environment is based on the 1.9.48 SDK which supports Go 1.6.


parasail installation issue

Great package, thank you! I had parasail installation errors like including RuntimeError: make of automake failed. Found a workaround in https://github.com/nanoporetech/medaka/issues/108
wget https://ont-research.s3-eu-west-1.amazonaws.com/parasail-1.1.17-py2.py3-none-manylinux1_x86_64.whl
pip install parasail-1.1.17-py2.py3-none-manylinux1_x86_64.whl
pip install scirpy

Hi Chris,
it seems parasail doesn't provide a wheel for linux. Ultimately this needs to be fixed on the parasail side.
Using bioconda should also resolve the issue.
I'll leave this open s.t other users can find this workaround easily, and maybe add a note to the docs at some point.

Hi Chris,
it seems parasail doesn't provide a wheel for linux. Ultimately this needs to be fixed on the parasail side.
Using bioconda should also resolve the issue.
I'll leave this open s.t other users can find this workaround easily, and maybe add a note to the docs at some point.


fixed the alignment

issue : #1307
@iamrahulmahato ,I've fixed the issue please review it and if possible please label this issue fixing with 'gssoc-extd' and 'hacktoberfest-accepted'

@shivisingh25 The problem is not fixed. After a few minutes, it appears to be fixed, but then it returns to out of alignment. I believe the issue could be with the footer.

@iamrahulmahato, I've made the changes which is required.Please review it.

@iamrahulmahato
https://github.com/user-attachments/assets/4b49fa04-c5d8-4599-98ee-059bb18257b4

@iamrahulmahato please label this PR with 'hactoberfest-accepted' and 'gssoc-extd'.It's humble request.

@iamrahulmahato ,You've mentioned here labels for this issue.


[macos] Update Apache Maven to 3.9.1

Tool name
Apache Maven
Tool license
Apache License 2.0
Add or update?

[ ] Add
[X] Update

Desired version
3.9.1
Approximate size
No response
Brief description of tool
Can you update the latest version for Apache Maven to 3.9.1? for what I can see macos 11,12 already support 3.9.0
The update was released at 2022-12-11, release notes:
https://maven.apache.org/docs/3.9.1/release-notes.html
URL for tool's homepage
No response
Provide a basic test case to validate the tool's functionality.
No response
Platforms where you need the tool

[ ] Azure DevOps
[X] GitHub Actions

Runner images where you need the tool

[ ] Ubuntu 18.04
[ ] Ubuntu 20.04
[ ] Ubuntu 22.04
[X] macOS 11
[X] macOS 12
[ ] Windows Server 2019
[ ] Windows Server 2022

Can this tool be installed during the build?
No response
Tool installation time in runtime
No response
Are you willing to submit a PR?
No response

Hello @attiasas . Thanks for your report. Apache 3.9.1 already for macOS 11 image (you can check it in Readme for MacOS 11).
For macOS 12 it will be available next week with new version of runner image.

thank you