[Dynamic shapes] Raise an exception if shape is not an integer

Expected behavior: Shapes are integral values. Therefore an error should be raised if non-integral values are used.

Actual behavior: Silently a rounding function (possibly floor) is used.

Reproduces how often: Always

   def f(x):
        return jnp.empty(shape=[2, x], dtype=int)

    assert qjit(f)(3.1).shape == (2, 3)
    assert qjit(f)(4.9).shape == (2, 4)

This is fixed in mainstream JAX https://github.com/google/jax/issues?q=is%3Aissue+author%3Aerick-xanadu+is%3Aclosed . We should close it once we move to a new release of JAX that has this commit.

Fixed upstream


Yarn Workspace, Serveless and Custom Routes not working

Bug report
When I deploy my mono repo based next app all routes BUT the root one doesn't work. It simply renders the apps error page with no visible error on the site or in the server logs.
The continue prop does not seem to be respected when running a serverless next application in a yarn workspace. I'm setting up some minimal examples to isolate what the main cause is.
Describe the bug
When I run the app locally with now dev it works:
hitting the root works, but trying to access /sitemap.xml or /robots.txt results in the apps error page being shown. If I run the app with now dev it works (or well, I can't run now dev in the root of the mono repo since it'll fail because of it watching too many files. My guess is that it's because of the react native package that I would have expected to be ignored by the .nowignore, but that doesn't seem to be the case.) But I can run now dev in the packages/web folder and see all of the routes work as expected.
{
  "name": "APP",
  "version": 2,
  "scope": "APP",
  "builds": [
    {
      "src": "packages/web/next.config.js",
      "use": "@now/next"
    }
  ],
  "routes": [
    {
      "src": "(.*)",
      "dest": "/packages/web$1",
      "continue": true
    },
    {
      "src": "/sitemap.xml",
      "dest": "/api/sitemap"
    },
    {
      "src": "/(favicon.ico|manifest.json|robots.txt)$",
      "dest": "/packages/web/static\/$1"
    },
    {
      "src": "/legal",
      "status": 301,
      "headers": {
        "Location": "/partnership-standard-terms"
      }
    }
  ],
}

A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
Go to '...'
Click on '....'
Scroll down to '....'
See error
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
System information
OS: [e.g. macOS, Windows]
Browser (if applies) [e.g. chrome, safari]
Version of Next.js: [e.g. 6.0.2]
Additional context
Add any other context about the problem here.

I setup a sample repo to reproduce this. I managed to replicate the error with now dev which makes it a lot easier to debug:
You can run yarn dev:works and yarn dev:fails to see the difference. The first runs from the root of the repo the second runs from the web project
https://github.com/Aleksion/now-workspace-repo

The issue was that the route name that's being redirected to has to contain the subfolder part as well. Meaning /api/sitemap --> /packages/next/api/sitemap
{
"name": "@test/now",
"version": 2,
"builds": [
{
"src": "packages/next/next.config.js",
"use": "@now/next"
}
],
"routes": [
{
"src": "/sitemap.xml",
"dest": "/packages/next/api/sitemap"
},
{
"src": "^/favicon.ico",
"dest": "/packages/next/static/favicon.ico"
},
{
"src": "/(.*)",
"dest": "/packages/next/$1"
}
]
}


Upcoming neovim 0.10 will break usage of tbl_islist

The new way is tbl_isarray and the behavior switches in neovim 0.10.
There are a total of 10 cases where tbl_islist is used. Many of these will still be valid as we expect consecutive, integer keys. With ui/nodes support of a table, this is not the case and it expects an array instead.

Resolved by https://github.com/chipsenkbeil/distant.nvim/commit/dba1d065dcc6e37f577df55cfc73bedbd633656c.


Possible doc bug on Defender ATP for MAC

According to this article:
https://docs.microsoft.com/en-us/windows/security/threat-protection/windows-defender-antivirus/microsoft-defender-atp-mac-resources#microsoft-defender-atp-portal-information
MDATP for MAC which is currently released is able to show the following in addition to alerts:
"Device information, including:
Machine identifier
Tenant identifier
App version
Hostname
OS type
OS version
Computer model
Processor architecture
Whether the device is a virtual machine"
However, I believe we can't see a lot of the above information (besides hostname, Processor architecture, and machine id) at least until the EDR portion of MDATP for MAC is released...
For now I believe the following is not applicable yet:

App version
OS type
OS version
Computer model
Whether the device is a virtual machine

@officedocsbot assign @e0i

Hello, @amirsc3
The issue is under investigation and you will be notified with any changes on the way.
Thank you for providing feedback.

@amirsc3 Did you also turn on the preview features?
I have not tested this, but some of them could help with providing that missing piece of information.

I have access to a MAC machine in my lab environment (with all public preview features enabled).
I don't see such information in MDATP portal (App version, OS type, OS version, Computer model, Whether the device is a virtual machine) - can you clarify where this info is expected to be found as I don't see it when going to the specific machine's URL page.

@amirsc3
With the help of your feedback, the content has been updated with relevant changes accordingly. Thanks.


workspace/executeCommand doesn't seem to be supported

Ignoring the fact that textDocument/codeActions doesn't seem to be working for me (#11), I can't find any references to the workspace/executeCommand request in the code. Is this supported?

One should subclass MonacoWorkspace and implement applyEdit.
If you use only one editor, you can pass your editor to your subclass and apply changes directly.

It seems like the commands that a server exposes aren't getting registered with the command registry. Every command that the server exposes in the capabilities.executeCommandProvider.commands array should be registered on the client with a callback to send a workspace/executeCommand request to the server.
simpleServices.ts:246 Error: command 'docker.command.convertToUppercase' not found
    at StandaloneCommandService.executeCommand (simpleServices.ts:299)
    at Action._actionCallback (quickFixWidget.ts:41)
    at Action.run (actions.ts:213)
    at ActionRunner.runAction (actions.ts:242)
    at ActionRunner.run (actions.ts:234)
    at ActionItem.BaseActionItem.onClick (actionbar.ts:165)
    at actionbar.ts:144
```

You should implement Commands interface and provide it as part of service to the language client.

We should have a default implementation for the standalone editor that accepts a standalone editor and register commands on it.

In fact, because Monaco modifies the command ID, the MonacoLanguages class also needs to take an editor instance and prefix the command IDs with the editor ID:
https://github.com/Microsoft/vscode/blob/875144b25bf95197aff9ed0a8229ae322701bdd1/src/vs/editor/standalone/browser/standaloneCodeEditor.ts#L170
e.g.
    protected createCodeActionProvider(selector: DocumentSelector, provider: CodeActionProvider): monaco.languages.CodeActionProvider {
        return {
            provideCodeActions: (model, range, context, token) => {
                if (!this.matchModel(selector, MonacoModelIdentifier.fromModel(model))) {
                    return [];
                }
                const params = this.m2p.asCodeActionParams(model, range, context);
                return provider.provideCodeActions(params, token).then(
                    (result: Command[]) => this.p2m.asCodeActions(result)
                ).then((codeActions: monaco.languages.CodeAction[]) => codeActions.map(codeAction => {
                    codeAction.command['id'] = this._editor.getId() + ':' + codeAction.command.id
                    return codeAction;
                }))
            }
        }
    }


fix: broken attachments and avatar picker

Details

This PR fixes the attachment picker which was not opening on iOS. Apart from that, it also fixes the following two bug reports:
https://github.com/Expensify/App/issues/24183
https://expensify.slack.com/archives/C049HHMV9SM/p1691182214043129
Fixed Issues

$ https://github.com/Expensify/App/issues/15289
PROPOSAL: https://github.com/Expensify/App/issues/15289#issuecomment-1458619654
Tests

Go to any chat and select an image as a attachment.
Verify that the image preview shows up after selection.
Go to any workspace -> Settings.
Verify that the avatar can be changed.

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

Offline tests

N/A
QA Steps

Go to any chat and select an image as a attachment.
Verify that the image preview shows up after selection.
Go to any workspace -> Settings.
Verify that the avatar can be changed.

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

PR Author Checklist

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Screenshots/Videos

Web

https://github.com/Expensify/App/assets/30054992/576abcfa-d303-474e-a2f1-583761092fca
https://github.com/Expensify/App/assets/30054992/aa1a7097-3142-474d-a4f9-0674213b9c37

Mobile Web - Chrome

https://github.com/Expensify/App/assets/30054992/a8562761-cbd7-4c52-beb2-f9ecda515229

Mobile Web - Safari

https://github.com/Expensify/App/assets/30054992/f554957c-faf3-4acd-90c3-b76ecf2d7fbe

Desktop

https://github.com/Expensify/App/assets/30054992/e920fc78-b6ec-4247-b988-1527b947aeca

iOS

https://github.com/Expensify/App/assets/30054992/5ab88132-9ea4-40ce-9659-433bc04a5c63

Android

https://github.com/Expensify/App/assets/30054992/693cb6d5-2c1a-4ce6-b148-35a94e385cd0

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

🚀 Deployed to staging by https://github.com/dangrous in version: 1.3.51-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/Julesssss in version: 1.3.51-2 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to staging by https://github.com/dangrous in version: 1.3.52-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
failure ❌

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/puneetlath in version: 1.3.52-5 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


Would like to add these questions from starters and lunchtime

Far Away - https://www.codechef.com/START56D/problems/FARAWAY
Stick Break - https://www.codechef.com/LTIME112D/problems/STICKBREAK
suspicious string - https://www.codechef.com/START59D/problems/SUSSTR

DSA are Prohibited .


Inviting Players on Orion

It says we invited a player to atlas

This bug has now been fixed, thank you for reporting it :)


wofs-ls-summary-annual - add to ows

Styles need to be style_wofs_summary_frequency format instead of  wofs_summary_annual_frequency


Moved Travis to sudoless environment and added python 3.5 to the build

Thanks but I cannot merge at this stage.
Several tests are still failing in python 3.5.
I've updated to sudoless travis.


Create mode removed

It looks like the create mode has been removed in #100. There is trace in the documentation on how it should be replaced, not even a reference to https://galaxy.ansible.com/adhawkins/borgbase and nothing in the release notes. This is not really friendly for the users that have been using the role with borgbase. Suddenly a feature is gone, you can no longer create new repos and you can start digging around to find out how to replace it...

Hi, sorry for the trouble. Didn't see this back in December. It was cleaner to separate this, if I recall correctly. Since one could use the API module without installing Borgmatic.
You're right that this should have gone into a release note.


User defined function ending in _lpdf used with target+= parses but fails to compile

Summary:
I was attempting to compile a model using target +=  with a user function ending in _lpdf. The model parses without issue, but produces an error during compilation.
Reproducible Steps:
This was an attempt to try using my new state space functions to answer a question in Stan Users. The code of the model and data I used is in this github repo. The generated cpp code is in linear_trend_ar2.cpp. This stan model linear_trend_ar2.stan includes functions from ssm.stan.
Current Output:
It fails to compile and gives this error message:
Error in compileCode(f, code, language = language, verbose = verbose) :
  Compilation ERROR, function(s)/method(s) not created! file149441cbeaa17.cpp:4427:32: error: use of undeclared identifier 'ssm_constant_log'
                lp_accum__.add(ssm_constant_log(y,c,Z,H,d,T,R,Q,a1,P1));
                               ^
/Library/Frameworks/R.framework/Versions/3.3/Resources/library/StanHeaders/include/src/stan/model/util.hpp:240:21: note: in instantiation of function template specialization 'model149447ff6b083_2b9a09a80692cb0c734884b5536d637a_namespace::model149447ff6b083_2b9a09a80692cb0c734884b5536d637a::log_prob<false, true, double>' requested here
          .template log_prob<propto,
                    ^
/Library/Frameworks/R.framework/Versions/3.3/Resources/library/StanHeaders/include/src/stan/model/util.hpp:296:7: note: in instantiation of function template specialization 'stan::model::finite_diff_grad<false, true, model149447ff6b083_2b9a09a80692cb0c734884b5536d637a_namespace::model149447ff6b083_2b9a09a80692cb0c734884b5536d637a>' requested here
In addition: Warning message:
running command '/Library/Frameworks/R.framework/Resources/bin/R CMD SHLIB file149441cbeaa17.cpp 2> file149441cbeaa17.cpp.err.txt' had status 1

Expected Output:
I expected it to compile.
Current Version:
Rstan v2.10.1
Here's the R session info
> sessionInfo()
R version 3.3.0 (2016-05-03)
Platform: x86_64-apple-darwin13.4.0 (64-bit)
Running under: OS X 10.11.5 (El Capitan)

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] testthat_1.0.2       httr_1.2.0           rprojroot_1.0-2
[4] lubridate_1.5.6      dplyr_0.5.0          rstan_2.10.1
[7] StanHeaders_2.10.0-2 ggplot2_2.1.0

loaded via a namespace (and not attached):
 [1] Rcpp_0.12.5      formatR_1.4      git2r_0.15.0     plyr_1.8.4
 [5] tools_3.3.0      digest_0.6.9     evaluate_0.9     memoise_1.0.0
 [9] tibble_1.0       gtable_0.2.0     rstudioapi_0.6   shiny_0.13.2
[13] DBI_0.4-1        yaml_2.1.13      curl_0.9.7       gridExtra_2.2.1
[17] withr_1.0.2      stringr_1.0.0    knitr_1.13.1     devtools_1.12.0
[21] stats4_3.3.0     grid_3.3.0       inline_0.3.14    R6_2.1.2
[25] rmarkdown_0.9.6  bookdown_0.0.73  servr_0.4        magrittr_1.5
[29] scales_0.4.0     htmltools_0.3.5  rsconnect_0.4.3  assertthat_0.1
[33] xtable_1.8-2     mime_0.4         colorspace_1.2-6 httpuv_1.3.3
[37] stringi_1.1.1    miniUI_0.1.1     munsell_0.4.3    crayon_1.3.2

Thanks.  I'll fix for the next release.

You should be able to work around by using the old syntax.

Thanks!

Not a general problem because this compiles just fine:
functions {
  real foo_lpdf(real x, real y) {
    return -x^2 / y^2;
  }
}
parameters {
  real y;
}
model {
  y ~ foo(7.0);
}

The example @jrnold provided is RStan specific with the #include syntax, but I'll try to simplify to an example that we can include.

This simple example fails, so it's usage of the _lpdf form as a function that's a problem:
functions {
  real foo_lpdf(real x, real y) {
    return -x^2 / y^2;
  }
}
parameters {
  real y;
}
model {
  target += foo_lpdf(y | 7.0);
}

I have a fix for this one in process.

That was my experience as well: for a user defined function foo_lpdf, using y ~ foo(...) works, but target += foo(y | ...) fails and tries to look for foo_log.


KeyError for col_x in plot2dhistcontours when col_z is "BPT (total)"

As per title. Code works fine if col_z is "count" or another column, e.g. "sigma_*" or "Morphology" but not when it is "BPT (total)". Technically this should throw an error because in this instance, we are plotting component-wise measurements which do not exist for BPT classifications, but a specific exception should be thrown to indicate that this is the case, as the present one isn't terribly helpful.
MWE:
df = load_sami_df(ncomponents="recom",
                  bin_type="default",
                  eline_SNR_min=5,
                  eline_ANR_min=3,
                  correct_extinction=True)

col_x = "log sigma_gas"
col_y = "log HALPHA EW"
col_z = "BPT (total)"
fig, axs = plt.subplots(nrows=2, ncols=3, figsize=(20, 10))
fig.subplots_adjust(wspace=0.4, hspace=0.3)
plot2dhistcontours(df, col_x=col_x, col_y=col_y, col_z=col_z, ax=axs[0][1])

Fixed. Issue was that the input DataFrame was being passed to _histhelper() rather than df_sub.


Add gRPC streaming for code first approach

There is no approach using gRPC streaming in .Net Code First approach.
One of the solution is to use IAsyncEnumerable but it is not for a streaming but mostly about duplex connection.
P.S. If using protobuff first approach it works fine but in .Net ecosystem I would like rather use code first approach with Code First Grpc Reflection to provide contracts to other services that sending protofiles.

@vasylstrogushr I suggest you add this feature request in https://github.com/grpc/grpc-dotnet which is for the active gRPC .NET development. This repository is the the legacy gRPC C# implementation based on the c-core implementation.


Feature #145186283 Api Tests Fix

What does this PR do?
Fixes api tests
Description of Task to be completed?
Go through each test file and follow the instructions to fix the tests. The instructions are distributed throughout each file and the instruction lines begin with ##
How should this be manually tested?
By running the following commands:

./manage.py test hc.api.tests.test_admin
./manage.py test hc.api.tests.test_badge
./manage.py test hc.api.tests.test_check_model
./manage.py test hc.api.tests.test_ensuretriggers
./manage.py test hc.api.tests.test_list_checks
./manage.py test hc.api.tests.test_notify
./manage.py test hc.api.tests.test_pause
./manage.py test hc.api.tests.test_ping
./manage.py test hc.api.tests.test_sendalerts

What are the relevant pivotal tracker stories?
Feature #145186283

Coverage increased (+0.5%) to 80.592% when pulling 4fd7006f5e9178c22ccbf8e850a2fd2f734ed91c on ft-fix-api-tests-145186283 into 7b232b593c3913183da9658e9646f5678dffaff1 on develop.


feat(storybook): setup storybook in main project

Codecov Report

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

@@          Coverage Diff          @@
##           master     #4   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           5      5
  Lines          35     35
  Branches       11     11
=====================================
  Hits           35     35

Continue to review full report at Codecov.

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


Holesky state root mismatch

Describe the bug
Getting the state root mismatch error on Holesky full node after a short node downtime
I come from the state root mismatch warroom, checked out the latest main, built and run the reth db stats --checksum
Steps to reproduce
Run a holesky full node
Node logs
So it happened again, posting all the logs I get before crash

Apr 13 12:16:33 nuc13 systemd[1]: reth.service: Failed with result 'exit-code'.
Apr 13 12:16:33 nuc13 systemd[1]: reth.service: Consumed 3.170s CPU time.
Apr 13 12:16:36 nuc13 systemd[1]: reth.service: Scheduled restart job, restart counter is at 2.
Apr 13 12:16:36 nuc13 systemd[1]: Stopped Reth Execution Layer Client service.
Apr 13 12:16:36 nuc13 systemd[1]: reth.service: Consumed 3.170s CPU time.
Apr 13 12:16:36 nuc13 systemd[1]: Started Reth Execution Layer Client service.
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.561131Z  INFO Starting reth version="0.2.0-beta.5-dev (3237ad2a8)"
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.561783Z  INFO Opening database path="/var/lib/reth/db"
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.565338Z  INFO Configuration loaded path="/var/lib/reth/reth.toml"
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.566911Z  INFO Database opened
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.566925Z  INFO Starting metrics endpoint addr=<IP_ADDRESS>:9001
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.567079Z  INFO
Apr 13 12:16:36 nuc13 reth[505287]: Pre-merge hard forks (block based):
Apr 13 12:16:36 nuc13 reth[505287]: - Frontier                         @0
Apr 13 12:16:36 nuc13 reth[505287]: - Homestead                        @0
Apr 13 12:16:36 nuc13 reth[505287]: - Dao                              @0
Apr 13 12:16:36 nuc13 reth[505287]: - Tangerine                        @0
Apr 13 12:16:36 nuc13 reth[505287]: - SpuriousDragon                   @0
Apr 13 12:16:36 nuc13 reth[505287]: - Byzantium                        @0
Apr 13 12:16:36 nuc13 reth[505287]: - Constantinople                   @0
Apr 13 12:16:36 nuc13 reth[505287]: - Petersburg                       @0
Apr 13 12:16:36 nuc13 reth[505287]: - Istanbul                         @0
Apr 13 12:16:36 nuc13 reth[505287]: - MuirGlacier                      @0
Apr 13 12:16:36 nuc13 reth[505287]: - Berlin                           @0
Apr 13 12:16:36 nuc13 reth[505287]: - London                           @0
Apr 13 12:16:36 nuc13 reth[505287]: Merge hard forks:
Apr 13 12:16:36 nuc13 reth[505287]: - Paris                            @0 (network is known to be merged)
Apr 13 12:16:36 nuc13 reth[505287]: Post-merge hard forks (timestamp based):
Apr 13 12:16:36 nuc13 reth[505287]: - Shanghai                         @1696000704
Apr 13 12:16:36 nuc13 reth[505287]: - Cancun                           @1707305664
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.626582Z  INFO Transaction pool initialized
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.626606Z  INFO Connecting to P2P network
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.626668Z  INFO Loading saved peers file=/var/lib/reth/known-peers.json
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.627748Z  INFO StaticFileProducer initialized
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.627823Z  INFO Pruner initialized prune_config=PruneConfig { block_interval: 5, segments: PruneModes { sender_recovery: Some(Full), transaction_lookup: None, receipts: Some(Before(0)), account_history: Some(Distance(10064)), storage_history: Some(Distance(10064)), receipts_log_filter: ReceiptsLogPruneConfig({0x4242424242424242424242424242424242424242: Before(0)}) } }
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.627889Z  INFO Consensus engine initialized
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.627908Z  INFO Engine API handler initialized
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629242Z  INFO RPC auth server started url=<IP_ADDRESS>:8551
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629351Z  INFO RPC IPC server started url=/tmp/reth.ipc
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629355Z  INFO RPC HTTP server started url=<IP_ADDRESS>:8545
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629357Z  INFO RPC WS server started url=<IP_ADDRESS>:8546
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629362Z  INFO Starting consensus engine
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629702Z  INFO Preparing stage pipeline_stages=1/12 stage=Headers checkpoint=1337139 target=None
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629703Z  INFO Target block already reached checkpoint=1337139 target=Hash(0x9bf31af3ca41a421cf05a682936a23c50c86865c1451ef8f5a87074a50849ee2)
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629732Z  INFO Executing stage pipeline_stages=1/12 stage=Headers checkpoint=1337139 target=None
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629828Z  INFO Finished stage pipeline_stages=1/12 stage=Headers checkpoint=1337139 target=None stage_progress=100.00%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629845Z  INFO Preparing stage pipeline_stages=2/12 stage=Bodies checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629852Z  INFO Executing stage pipeline_stages=2/12 stage=Bodies checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629860Z  INFO Finished stage pipeline_stages=2/12 stage=Bodies checkpoint=1337139 target=1337139 stage_progress=100.00%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629873Z  INFO Stage is always skipped
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629877Z  INFO Preparing stage pipeline_stages=3/12 stage=SenderRecovery checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629884Z  INFO Executing stage pipeline_stages=3/12 stage=SenderRecovery checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629891Z  INFO Finished stage pipeline_stages=3/12 stage=SenderRecovery checkpoint=1337139 target=1337139 stage_progress=99.99%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629897Z  INFO Preparing stage pipeline_stages=4/12 stage=Execution checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629903Z  INFO Executing stage pipeline_stages=4/12 stage=Execution checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629910Z  INFO Finished stage pipeline_stages=4/12 stage=Execution checkpoint=1337139 target=1337139 stage_progress=100.00%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629918Z  INFO Preparing stage pipeline_stages=5/12 stage=MerkleUnwind checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629924Z  INFO Executing stage pipeline_stages=5/12 stage=MerkleUnwind checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629930Z  INFO Finished stage pipeline_stages=5/12 stage=MerkleUnwind checkpoint=1337139 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629936Z  INFO Preparing stage pipeline_stages=6/12 stage=AccountHashing checkpoint=1336931 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.629942Z  INFO Executing stage pipeline_stages=6/12 stage=AccountHashing checkpoint=1336931 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.701880Z  INFO Finished stage pipeline_stages=6/12 stage=AccountHashing checkpoint=1337139 target=1337139 stage_progress=100.00%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.723228Z  INFO Preparing stage pipeline_stages=7/12 stage=StorageHashing checkpoint=1336931 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.723254Z  INFO Executing stage pipeline_stages=7/12 stage=StorageHashing checkpoint=1336931 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.899736Z  INFO Finished stage pipeline_stages=7/12 stage=StorageHashing checkpoint=1337139 target=1337139 stage_progress=100.00%
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.946153Z  INFO Preparing stage pipeline_stages=8/12 stage=MerkleExecute checkpoint=1336931 target=1337139
Apr 13 12:16:36 nuc13 reth[505287]: 2024-04-13T10:16:36.946181Z  INFO Executing stage pipeline_stages=8/12 stage=MerkleExecute checkpoint=1336931 target=1337139
Apr 13 12:16:38 nuc13 reth[505287]: 2024-04-13T10:16:38.295381Z  INFO Received forkchoice updated message when syncing head_block_hash=0x8c8430f6f3aaa2e781d0dc76ead864b1eba750f265d201ed83bcae475e792e57 safe_block_hash=0x67bf9031653d64285285d925c4ce3dc564a52a7af50b7d8ba52a1290ab302a10 finalized_block_hash=0x5c52f3979d0d4900c443bae5868431f75b8959d52eba22f5256c8492ce932838
Apr 13 12:16:38 nuc13 reth[505287]: 2024-04-13T10:16:38.448158Z  WARN Failed to verify block state root target_block=1337139 got=0xf339af638c6c2a6e696d2cda9a5aa0a260b9d0fa4ec226d5c0e76db91c5a15b0 expected=SealedHeader { hash: 0x9bf31af3ca41a421cf05a682936a23c50c86865c1451ef8f5a87074a50849ee2, header: Header { parent_hash: 0xe64cc71cfbe21248128c756dcc47a79d34ea852895f2ea2908da19394fc0fa04, ommers_hash: 0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347, beneficiary: 0x9baa3244565d51d9c7897c0eb6679ed4890e536e, state_root: 0x5c0071282a49ca27c45cd289cd6c33445820a63443257042102da8148e59f32e, transactions_root: 0xb8ad7a2f77c04094acfe35ef317dcbef813bad3a67af4c567f0cf1325b400942, receipts_root: 0x044da19b6bbd09905977a0c407e0d8613aedfc0ec796257006fe6f6f1122f7dc, withdrawals_root: Some(0x14ee52cf9f3b680a40d42ff502e2994e75039cbaa67ae0953d65fab47e71150d), logs_bloom: 0x15001000094002002000030000004dd4e1c108248600008044ae20244011c4eb2019710501882220021c204824822604182e221db10344022a340188222d100c0006c23240b1020510070c195400081061038500780c1100749746190a9040205001001846a140c20c050c857424090e441893800220d921000042141020044480001668048010f20080541c800048a14810b0090b000490301580010123162003a2a80047041500502015211d8018023f220e2050a4c818b48000260c14028c321884438000b5000d01808201cc1f0008602913009000002518310009c5602a401000240805ed0c2350098380098990ce0c800c0280a150043056105200c420, difficulty: 0x0_U256, number: 1337139, gas_limit: 30000000, gas_used: 15146437, timestamp:<PHONE_NUMBER>, mix_hash: 0x14bdaa6b4d5ce5ca4803aaf2c42dc7f53e8e165d133b438588cea025b5aef9f3, nonce: 0, base_fee_per_gas: Some(1555332838), blob_gas_used: Some(524288), excess_blob_gas: Some(79560704), parent_beacon_block_root: Some(0x5dd523643cca358a3b1797a8dd5a6301c8ad9d8d5ae71462363ab1590b9aba42), extra_data: 0x } }
Apr 13 12:16:38 nuc13 reth[505287]: 2024-04-13T10:16:38.448266Z ERROR Stage encountered a validation error: mismatched block state root: got 0xf339af638c6c2a6e696d2cda9a5aa0a260b9d0fa4ec226d5c0e76db91c5a15b0, expected 0x5c0071282a49ca27c45cd289cd6c33445820a63443257042102da8148e59f32e stage=MerkleExecute bad_block=1337139
Apr 13 12:16:38 nuc13 reth[505287]: 2024-04-13T10:16:38.568375Z  INFO Unwinding{stage=StorageHashing}: Stage unwound stage=StorageHashing unwind_to=1336931 progress=1336931 done=true
Apr 13 12:16:38 nuc13 reth[505287]: 2024-04-13T10:16:38.730625Z  INFO Unwinding{stage=AccountHashing}: Stage unwound stage=AccountHashing unwind_to=1336931 progress=1336931 done=true
Apr 13 12:16:39 nuc13 reth[505287]: 2024-04-13T10:16:39.593469Z  WARN Unwinding{stage=MerkleUnwind}: Failed to verify block state root target_block=1336931 got=0x4c58076e9e0493c26848041376e88e9501a114d2f431e599467577146df56272 expected=SealedHeader { hash: 0xb6031d3ce90a8dd0eddc0928020523803cf2b2bf4c427d239f5faf0e90c985b9, header: Header { parent_hash: 0xd176f3b9cc5ae0ecbd96827765ac1a0edea8fded71f97e2ef52af7af9f68e003, ommers_hash: 0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347, beneficiary: 0xbcff060f601684a0dbf5b0ea48d8dcc112f4ff2f, state_root: 0x6fd8c329f6f8bdc3ede9da9f3caa36fbb1e93cdd9189efcfdbe99510a47fc29c, transactions_root: 0x95553b12c5e475c65ce0dc1fa83cce131eadddb01d5bd353c9d5a1191935e71c, receipts_root: 0x087be94c62d2f77a0bdc41d3323474f8b4d286366e5bf90ef5d1d46963f58ea2, withdrawals_root: Some(0x6e6c4888df701671e97110acfa69b3a1f533db28d9bda4dd6b0da52adefbee4a), logs_bloom: 0x0810025008020200108001810a1000524080c0620440d0881484080c504041281c00452100010200908d20a208080100220020492047100062948300a03e2a000000808c2410020141830d0d0e00d40143010020200050c000454459a0e090002c4000000a00040080c0034500104c0012000820000390280040101f00a000c080000108e0000080008000400009813006002100040100102806018140a014048b001b090000840006c04108078800102804003048490000980081a4010000810208041a02202c0108a8408481944598010100221c98384040199844500230200233a08a11022400200051022109a100883480000001010031aa080840802400, difficulty: 0x0_U256, number: 1336931, gas_limit: 30000000, gas_used: 19086161, timestamp:<PHONE_NUMBER>, mix_hash: 0x8d0c50f1399ff1fbcd41999ac7a57b5591edaee3cf1fe8ee2676eafd0241832f, nonce: 0, base_fee_per_gas: Some(635436827), blob_gas_used: Some(655360), excess_blob_gas: Some(79298560), parent_beacon_block_root: Some(0x96a0450222350089ec0aa80ca8a1616b89a9f3664e6565673571ea0fee41759d), extra_data: 0xd883010d0b846765746888676f312e32312e36856c696e7578 } }
Apr 13 12:16:39 nuc13 reth[505287]: 2024-04-13T10:16:39.600996Z ERROR shutting down due to error
Apr 13 12:16:39 nuc13 reth[505287]: Error: stage encountered an error in block #1336931: validation error: mismatched block state root: got 0x4c58076e9e0493c26848041376e88e9501a114d2f431e599467577146df56272, expected 0x6fd8c329f6f8bdc3ede9da9f3caa36fbb1e93cdd9189efcfdbe99510a47fc29c
Apr 13 12:16:39 nuc13 reth[505287]: Caused by:
Apr 13 12:16:39 nuc13 reth[505287]:    0: validation error: mismatched block state root: got 0x4c58076e9e0493c26848041376e88e9501a114d2f431e599467577146df56272, expected 0x6fd8c329f6f8bdc3ede9da9f3caa36fbb1e93cdd9189efcfdbe99510a47fc29c
Apr 13 12:16:39 nuc13 reth[505287]:    1: mismatched block state root: got 0x4c58076e9e0493c26848041376e88e9501a114d2f431e599467577146df56272, expected 0x6fd8c329f6f8bdc3ede9da9f3caa36fbb1e93cdd9189efcfdbe99510a47fc29c
Apr 13 12:16:39 nuc13 reth[505287]: Location:
Apr 13 12:16:39 nuc13 reth[505287]:     /rustc/25ef9e3d85d934b27d9dada2f9dd52b1dc63bb04/library/core/src/task/poll.rs:255:39
Apr 13 12:16:39 nuc13 reth[505287]: 2024-04-13T10:16:39.601335Z  INFO Wrote network peers to file peers_file="/var/lib/reth/known-peers.json"
Apr 13 12:16:39 nuc13 systemd[1]: reth.service: Main process exited, code=exited, status=1/FAILURE
Apr 13 12:16:39 nuc13 systemd[1]: reth.service: Failed with result 'exit-code'.
Apr 13 12:16:39 nuc13 systemd[1]: reth.service: Consumed 3.183s CPU time.

$reth db stats --checksum
2024-04-13T10:20:03.305291Z  INFO Calculating checksum for table: CanonicalHeaders
2024-04-13T10:20:03.305358Z  INFO Hashed 0 entries.
2024-04-13T10:20:03.305380Z  INFO Calculating checksum for table: HeaderTerminalDifficulties
2024-04-13T10:20:03.305445Z  INFO Hashed 0 entries.
2024-04-13T10:20:03.305455Z  INFO Calculating checksum for table: HeaderNumbers
...

2024-04-13T10:28:34.612798Z  INFO Calculating checksum for table: TransactionSenders
2024-04-13T10:28:34.613004Z  INFO Hashed 0 entries.
2024-04-13T10:28:34.619450Z  INFO Calculating checksum for table: StageCheckpoints
2024-04-13T10:28:34.619533Z  INFO Hashed 0 entries.
2024-04-13T10:28:34.619548Z  INFO Calculating checksum for table: StageCheckpointProgresses
2024-04-13T10:28:34.619610Z  INFO Hashed 0 entries.
2024-04-13T10:28:34.619620Z  INFO Calculating checksum for table: PruneCheckpoints
2024-04-13T10:28:34.619700Z  INFO Hashed 0 entries.
2024-04-13T10:28:34.619711Z  INFO Calculating checksum for table: VersionHistory
2024-04-13T10:28:34.619770Z  INFO Hashed 0 entries.
| Table                      | Checksum         | Elapsed        |
|----------------------------|------------------|----------------|
| CanonicalHeaders           | 595dd8002fb74c3f | 19.022µs       |
| HeaderTerminalDifficulties | 3897d82438fc49f2 | 8.232µs        |
| HeaderNumbers              | 99c89111a27c0c50 | 2.602169554s   |
| Headers                    | e2c35c66f5de6cfe | 1.030214ms     |
| BlockBodyIndices           | aae1b2741f6b1f8e | 932.81668ms    |
| BlockOmmers                | 4de175ca3f146051 | 2.004µs        |
| BlockWithdrawals           | c95ee18f1815a87  | 12.928633851s  |
| Transactions               | f90922f0fe6efd61 | 91.185062ms    |
| TransactionHashNumbers     | 8e57e29f82199a9c | 86.108722753s  |
| TransactionBlocks          | ecb22bdeddbf6740 | 619.588458ms   |
| Receipts                   | 6d3eaa50c67f86a8 | 16.935915157s  |
| Bytecodes                  | 3e067a5e504555a6 | 8.329494753s   |
| PlainAccountState          | 96c85432e929dc7c | 52.040015185s  |
| PlainStorageState          | 6ac66abeedb588d4 | 88.448583761s  |
| AccountsHistory            | 6233337f807e590c | 3.145459668s   |
| StoragesHistory            | f8b375cbd64adfbc | 6.443895667s   |
| AccountChangeSets          | c64c25f32b745599 | 1.321719052s   |
| StorageChangeSets          | c9bdc8ad139bb1d8 | 16.990263942s  |
| HashedAccounts             | d25b5a4a346ccec9 | 67.618650313s  |
| HashedStorages             | aa7fc53db75d7a34 |<PHONE_NUMBER>59s |
| AccountsTrie               | 1b864c699eb67fde | 12.811838542s  |
| StoragesTrie               | 1ebccbca8178e3b4 | 32.226745029s  |
| TransactionSenders         | 61569456b75b8d29 | 6.439018ms     |
| StageCheckpoints           | 622239e2dbf7be09 | 12.177µs       |
| StageCheckpointProgresses  | 7880b8a1b8c7d827 | 7.565µs        |
| PruneCheckpoints           | e1ea92bd362333cb | 8.812µs        |
| VersionHistory             | 77c4d670f203a8f7 | 8.125µs        |
| -------------------------- | ---------------- | -------------- |
| Total elapsed              |                  |<PHONE_NUMBER>55s |

| Segment      | Block Range       | Transaction Range   | Shape (columns x rows) | Data Size | Index Size | Offsets Size | Config Size | Total Size |
|--------------|-------------------|---------------------|------------------------|-----------|------------|--------------|-------------|------------|
| Headers      | 0..=499999        | N/A                 | 3 x 500000             | 163.1 MiB | 0 B        | 11.4 MiB     | 75 B        | 174.6 MiB  |
| Headers      | 500000..=999999   | N/A                 | 3 x 500000             | 220.9 MiB | 0 B        | 11.4 MiB     | 75 B        | 232.3 MiB  |
| Headers      | 1000000..=1337139 | N/A                 | 3 x 337140             | 187 MiB   | 0 B        | 7.7 MiB      | 75 B        | 194.7 MiB  |
| Transactions | 0..=499999        | 0..=1903501         | 1 x 1903502            | 664.1 MiB | 0 B        | 14.5 MiB     | 87 B        | 678.7 MiB  |
| Transactions | 500000..=999999   | 1903502..=30681966  | 1 x 28778465           | 10.9 GiB  | 0 B        | 219.6 MiB    | 87 B        | 11.1 GiB   |
| Transactions | 1000000..=1337139 | 30681967..=42160680 | 1 x 11478714           | 16.8 GiB  | 0 B        | 87.6 MiB     | 87 B        | 16.9 GiB   |
| ------------ | ----------------- | ------------------- | ---------------------- | --------- | ---------- | ------------ | ----------- | ---------- |
| Total        |                   |                     |                        | 28.9 GiB  | 0 B        | 352.3 MiB    | 486 B       | 29.3 GiB   |

| Table Name                 | # Entries | Branch Pages | Leaf Pages | Overflow Pages | Total Size |
|----------------------------|-----------|--------------|------------|----------------|------------|
| AccountChangeSets          | 983378    | 2826         | 12730      | 0              | 60.8 MiB   |
| AccountsHistory            | 500708    | 642          | 43420      | 97             | 172.5 MiB  |
| AccountsTrie               | 2283883   | 803          | 160208     | 0              | 628.9 MiB  |
| BlockBodyIndices           | 1337140   | 36           | 7813       | 0              | 30.7 MiB   |
| BlockOmmers                | 0         | 0            | 0          | 0              | 0 B        |
| BlockWithdrawals           | 1327487   | 848          | 189585     | 0              | 743.9 MiB  |
| Bytecodes                  | 59739     | 49           | 3470       | 123767         | 497.2 MiB  |
| CanonicalHeaders           | 71        | 1            | 2          | 0              | 12 KiB     |
| HashedAccounts             | 30282162  | 12544        | 794984     | 0              | 3.1 GiB    |
| HashedStorages             | 54432057  | 21935        | 1135072    | 0              | 4.4 GiB    |
| HeaderNumbers              | 1337140   | 425          | 31272      | 0              | 123.8 MiB  |
| HeaderTerminalDifficulties | 71        | 0            | 1          | 0              | 4 KiB      |
| Headers                    | 71        | 1            | 13         | 0              | 56 KiB     |
| PlainAccountState          | 30286653  | 5689         | 564568     | 0              | 2.2 GiB    |
| PlainStorageState          | 54452243  | 19815        | 995605     | 0              | 3.9 GiB    |
| PruneCheckpoints           | 5         | 0            | 1          | 0              | 4 KiB      |
| Receipts                   | 3500578   | 653          | 145808     | 76044          | 869.2 MiB  |
| StageCheckpointProgresses  | 1         | 0            | 1          | 0              | 4 KiB      |
| StageCheckpoints           | 12        | 0            | 1          | 0              | 4 KiB      |
| StorageChangeSets          | 12212336  | 24866        | 181513     | 0              | 806.2 MiB  |
| StoragesHistory            | 1150638   | 4697         | 91452      | 83             | 375.9 MiB  |
| StoragesTrie               | 4382940   | 44864        | 375497     | 0              | 1.6 GiB    |
| TransactionBlocks          | 1164184   | 35           | 7463       | 0              | 29.3 MiB   |
| TransactionHashNumbers     | 42151036  | 14319        | 968999     | 0              | 3.8 GiB    |
| TransactionSenders         | 9645      | 1            | 91         | 0              | 368 KiB    |
| Transactions               | 3293      | 3            | 202        | 1195           | 5.5 MiB    |
| VersionHistory             | 3         | 0            | 1          | 0              | 4 KiB      |
| -------------------------- | --------- | ------------ | ---------- | -------------- | ---------- |
| Tables                     |           |              |            |                | 23.1 GiB   |
| Freelist                   | 361054    |              |            |                | 1.4 GiB    |

### Platform(s)

Linux (x86)

### What version/commit are you on?

$ reth --version
reth Version: 0.2.0-beta.5-dev
Commit SHA: 3237ad2a8
Build Timestamp: 2024-04-13T10:08:11.262400615Z
Build Features: jemalloc
Build Profile: release

### What database version are you on?

$ reth db version
Current database version: 2
Local database is uninitialized

### What type of node are you running?

Full via --full flag

### What prune config do you use, if any?

_No response_

### If you've built Reth from source, provide the full command you used

`make install`

### Code of Conduct

- [X] I agree to follow the Code of Conduct

Here are my logs
reth.log
reth.log.1.zip

@pistomat
The reth.log file starts with
2024-04-13T08:30:34.296405Z DEBUG storage::db::mdbx: Commit total_duration=24.489903ms commit_latency=Some(CommitLatency(MDBX_commit_latency { preparation: 0, gc_wallclock: 12, audit: 0, write: 0, sync: 1578, ending: 0, whole: 1591, gc_cputime: 0, gc_prof: MDBX_commit_latency__bindgen_ty_1 { wloops: 0, coalescences: 0, wipes: 0, flushes: 0, kicks: 0, work_counter: 0, work_rtime_monotonic: 0, work_xtime_cpu: 0, work_rsteps: 0, work_xpages: 0, work_majflt: 0, self_counter: 0, self_rtime_monotonic: 0, self_xtime_cpu: 0, self_rsteps: 0, self_xpages: 0, self_majflt: 0 } })) is_read_only=false

The reth.log.1.txt file ends with:
2024-04-10T18:20:13.744223Z DEBUG trie::parallel_state_root: pre-calculating storage roots len=134
2024-04-10T18:20:13.886711Z DEBUG blockchain_tree::chain: Validated state root number=1320312 hash=0xc9610a7c6c9909648de9571e614bf87a0bee2e046e7b5fa63f2c1593f186e96d elapsed=144.087248ms
2024-04-10T18:20:13.886793Z DEBUG

The last line looks like it's truncated and the date is April 10, where as reth.log begins with a April 13 date. So it looks like reth.log.1.txt was truncated as I'd expect it to have a ending time stamp of 2024-04-13T08:30:33.xxx or 2024-04-13T08:30:34.yyyyyyZ, where yyyyyy is < 296405.

Oh yeah, it got truncated on downloading from the node, it was way larger than I expected.
Nontruncated file:  reth.log.1.zip

Oh yeah, it got truncated on downloading from the node, it was way larger than I expected.
@winksaville nontruncated file: reth.log.1.zip

This reth.log.1 is similar to mine, there are many WARN Failed to insert block lines in the log that are identical except for the time stamp, using uniq it shows count, 262, and the first instance`:
wink@3900x 24-04-13T16:49:19.355Z:~/reth-lighthouse-issues/reth-issue-7619
$ rg 'Failed to insert block' reth.log.1 | uniq -cf 1
    262 2024-04-13T06:56:51.378872Z  WARN consensus::engine: Error while processing payload error=Failed to insert block (hash=0xe0276077b2294e2f5db876b8beff7c1c4d5c42c1710a95b743b6d708240d1329, number=1336932, parent_hash=0xb6031d3ce90a8dd0eddc0928020523803cf2b2bf4c427d239f5faf0e90c985b9): mismatched block state root: got 0xcc29631fbe7093c6c1901617130c44d96e3fd2226590cfa06923e1b6051e7784, expected 0xad7c30ac21e4a512b5e0a9ec0741865d84d6cb2e8ee300f2be1609932e5d2ca4
wink@3900x 24-04-13T16:49:30.780Z:~/reth-lighthouse-issues/reth-issue-7619

My guess is that whatever lead up to this first Failed to insert block might be the root cause.

Here is the uniq output from my holesky node:
kendall@ethel 24-04-13T17:54:52.608Z:~/eth2-data/reth/holesky
$ ls -lrt reth.log*
-rw-r--r-- 1 kendall kendall 209715241 Mar 25 08:57 reth.log.4
-rw-r--r-- 1 kendall kendall 209715331 Apr  3 10:07 reth.log.3
-rw-r--r-- 1 kendall kendall 209715655 Apr  8 10:26 reth.log.2
-rw-r--r-- 1 kendall kendall 209716221 Apr 12 12:59 reth.log.1
-rw-r--r-- 1 kendall kendall  36055006 Apr 13 10:55 reth.log
kendall@ethel 24-04-13T17:55:02.640Z:~/eth2-data/reth/holesky
$ rg 'Failed to insert block' reth.log.4 | uniq -cf 1
kendall@ethel 24-04-13T17:55:48.612Z:~/eth2-data/reth/holesky
$ rg 'Failed to insert block' reth.log.3 | uniq -cf 1
    168 2024-03-26T17:10:51.389084Z  WARN consensus::engine: Error while processing payload error=Failed to insert block (hash=0xd6bf93f17c15eef43e4fe34c675ce89d8c7d88ee2b5a341336ec587bfe066bbf, number=1221400, parent_hash=0xb211ed799d6b6fc2acfa9b71da8339127ec7fa397e3921868e0d906fcdbc4773): mismatched block state root: got 0xcdf1b990b63256e10ebd8e53f5e278047ae1b7f81c83f9b371a59e81d002ceb9, expected 0x871f69bf1cc2e24823e4a25f52e6e6af3134d97264bb16d617b4b69fc1114bf1
     98 2024-04-02T05:16:50.721056Z  WARN consensus::engine: Error while processing payload error=Failed to insert block (hash=0x168c92f7f36f0d968ee9f0353268af64c0e987e098f0b29d9d99483f1f6e4af2, number=1264353, parent_hash=0x4fe60b1e2aaccc7e25006671727879e2a2535fa087231efaa0424821bf9fa57e): mismatched block state root: got 0xa34bd0e7cebbf20708fbae4423721a00106e19e2fd075818f05d0582df314694, expected 0x4ed32b88c105a497378e0773cf741fcac17ab4474b074f515e0ad7f99dbb4af8
kendall@ethel 24-04-13T17:55:52.046Z:~/eth2-data/reth/holesky
$ rg 'Failed to insert block' reth.log.2 | uniq -cf 1
    121 2024-04-04T00:45:02.611461Z  WARN consensus::engine: Error while processing payload error=Failed to insert block (hash=0x20f3f909f84db85a78eb8b2b47716d188fe38471aa57f51c9e49959827f3e7ab, number=1276302, parent_hash=0x6e7d2560a8904fea597335628d2296185061316d821bd85ea818937316e07d36): mismatched block state root: got 0xd009436e581fa5d10f05a91189f8d4a244dc1c6f9eec91a6fcd8f8a4b1d51f97, expected 0xd03305890ff60b20ca96716ae8456f51918e37659a68e8bd2f2719527ecaac96
    132 2024-04-08T10:14:16.306330Z  WARN consensus::engine: Error while processing payload error=Failed to insert block (hash=0x75d33ca50ce5995c5829e318419a0457440a866982c717269d8ab59aa58d9378, number=1305364, parent_hash=0x5c44156fbe0b623395752c0881c6a52ebb7fd33f97307b6964da70fa0be94c65): mismatched block state root: got 0x1f4fa2a54d8d8d028b23247c85a769dbcc0c9b81fc61f5b1fc7a7ab07241d524, expected 0x617aa48146e8cec830faf41f4b8b36f1104e4c496c304ef5b37829bde06ac9df
kendall@ethel 24-04-13T17:55:55.046Z:~/eth2-data/reth/holesky
$ rg 'Failed to insert block' reth.log.1 | uniq -cf 1
kendall@ethel 24-04-13T17:55:59.022Z:~/eth2-data/reth/holesky
$ rg 'Failed to insert block' reth.log | uniq -cf 1
kendall@ethel 24-04-13T17:56:03.656Z:~/eth2-data/reth/holesky

Fixed in #7753.


Create GetDistributedDiscreteGaussianRandomComponent

This change is

Thanks @kungfucraig for all the comments! This PR is still WIP and will address them later on

src/main/cc/math/distributions.cc line 80 at r2 (raw file):
Previously, kungfucraig (Craig Wright) wrote…
Please add @pasin30055 to review this function.

This function is based on the implementation in https://github.com/world-federation-of-advertisers/cardinality_estimation_evaluation_framework/blob/master/src/common/noisers.py#L207


go: make longrunning methods use generated longrunning client

The cloud.google.com/go/longrunning package will need to change
slightly to accomodate this change.
xGoogHeader is now gone from the generated longrunnging types,
as the header will be automatically inserted by LROClient itself.

Codecov Report

Merging #1288 into master will decrease coverage by <.01%.
The diff coverage is 50%.

@@             Coverage Diff              @@
##             master    #1288      +/-   ##
============================================
- Coverage     86.46%   86.46%   -0.01%
- Complexity     3824     3825       +1
============================================
  Files           374      374
  Lines         15252    15253       +1
  Branches       1704     1704
============================================
  Hits          13188    13188
  Misses         1609     1609
- Partials        455      456       +1

Impacted Files
Coverage Δ
Complexity Δ

...pi/codegen/viewmodel/StaticLangClientFileView.java
83.33% <0%> (-16.67%)
4 <1> (+1)

...egen/transformer/go/GoGapicSurfaceTransformer.java
99.52% <100%> (ø)
36 <0> (ø)
:arrow_down:

Continue to review full report at Codecov.

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


Release: 2.7.0

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.


How to exclude routes from the sitemap?

Hi there,
A bit confused about how to exclude certain routes from the sitemap.xml produced on build.
I've tried added a meta tag into the header with name={"robots"} and content={"noindex"} but it still appears on render.
Is there a way to totally exclude routes from being included in the sitemap, e.g. I don't want pages of /verify or /learn-more to appear in the .xml

Yep. That's it!


Fix livestream DNS

For live.stream.brunstad.tv

The DNS doesnt seem to be managed by terraform, it seems to be managed directly in the azure portal.
It currently goes through azure traffic manager "btvstream" because we previously did some rerouting to Ivans servers instead of cloudfront for certain african regions. But Ivan told me recently to disable the last one (tanzania) so currently the traffic manager is useless.

Move to terraform
Point directly to cloudfront
Ensure everything still works well (and follow up on certificate renewal that nothing is broken)

What benefit does this bring?  And any risk if its not done?

Risks of not doing:

Extra costs and complexity
It's not in the "standard" systems so can be easily broken
Could stop working because we forget something


[Breadcrumbs] Keep focus in the component after expanding

This PR successfully closes #20280. I have tested the code on IE-11 and Latest Chrome version.

[X] I have followed (at least) the PR section of the contributing guide.

@oliviertassinari Thanks for adding the test case and changes. Next time, I will keep this in mind before making the PR.

@ShehryarShoukat96 Awesome :), if you see anything else that could be improved, feel free to mention it.

@ShehryarShoukat96 Thank you


For me the problem was that the Messaging trigger instead of the Sign-up trigger was selected for my lambda function. In Messaging there is no ValidationData parameter passed in the event to the lambda function. In the console, go to your Cognito user pool and click the User pool properties tab. Make sure that Sign-up is selected as trigger type and specifically the Pre sign-up.


[Feature Request] What is Easter?

Very simple command. Just have .whats_easter
The reason behind this is for some people like myself who aren't Christian sometimes follow all the celebrations related to Easter but don't really know why it is celebrated.
The command would output an explanation regarding what Easter is and the historical/religious background behind it.
I would be happy to handle this if it gets approved.

I don't like this idea, I'd like us to try to stick to secular commands and keep religion out of seasonalbot.


Make VMC::Cli::Config.suggest_url always work. Fix #31

VMC::Cli::Config.suggest_url now doesn't rely on target_url being already invoked.

this was fixed in parallel, but yours was a cleaner refactoring, so we took yours too.  thanks


LCOM graph is broken

Let's fix.

Job gh:yegor256/jpeek#62 assigned to @yegor256, please go ahead (policy).

Bug was reported: +15 points just awarded to @yegor256, total is +5810.

Manual assignment of issues is discouraged, see par.19: -5 points just awarded to @yegor256, total is +5810.

@rultor release, tag is 0.15.2

@rultor release, tag is 0.15.2

@yegor256 OK, I will release it now. Please check the progress here

@rultor release, tag is 0.15.2

@yegor256 Done! FYI, the full log is here (took me 21min)

Job gh:yegor256/jpeek#62 is now out of scope.

Order was successfully finished: +30 points just awarded to @yegor256, total is +5870.


App wont connet to Personal server due to bad certficicates

Is there a way that I can get my app to connect to my secure server instance of thing board without the proper certificates. currently my ssl certificate is self-signed and the app will not connect.
Alternatively and preferably, is there a way that i can take my certificates and add them to the app so that it can communicate with the server.

Hello,
You can do the same I post there https://github.com/thingsboard/flutter_thingsboard_pe_app/issues/164#issuecomment-2399522173


REST authentication: Remove exception class name from failure message

our security review check all error views.
server.error.include-stacktrace=NEVER

deactivating stacktrace did not filter out messages with cas internal information. so you get information about the underlying technology and look how you can hack the whole system.
What sensitive information are you referring to?
CAS Class Information
What framework are you referring to?
CAS Rest Auth
If you're using REST-based authentication and your API is passing along sensitive information as part of a failure, have you considered to change the API to not do that?
CAS is passing this info to client if something goes wrong. A hacker provoke errors to get such information.
Are there test cases accounting for the changes you have made?
There are no tests for this class and i need an initial test class, because i do not know your whole test infrastructure.
Does this patch need to be ported forward to master?
yes

I am disappointed to get no feedback from any cas core developer... whether on github nor on Gitter. The build problem are LDAP tests. Not my fault. The branch is broken. Did you really want help to fix bugs? Think about your communication strategy.

Can you please review:

What sensitive information are you referring to?
What framework are you referring to?
If you're using REST-based authentication and your API is passing along sensitive information as part of a failure, have you considered to change the API to not do that?
Are there test cases accounting for the changes you have made?
Does this patch need to be ported forward to master?

deactivating stacktrace did not filter out messages with cas internal information.

What internal information? can you please provide an example?

What sensitive information are you referring to?
CAS Class Information

Can you provide an example?

look how you can hack the whole system.

Looking at the patch, I see that the exception class name is being removed. I think your statement of "hacker can look at this and hack the system" is somewhat exaggerated but you do have a valid point that this sort of thing should not preferably leak out.

I updated the title to reflect the intention of this patch accurately. Whenever you are done with the changes here, please post a PR to the master branch as well. Thanks again!

This failure seems relevant:
org.apereo.cas.support.rest.ServiceTicketResourceTests > creationOfSTWithAuthenticationException() FAILED
    org.opentest4j.AssertionFailedError: expected: <true> but was: <false>
        at org.junit.jupiter.api.AssertionUtils.fail(AssertionUtils.java:55)
        at org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:40)
        at org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:35)
        at org.junit.jupiter.api.Assertions.assertTrue(Assertions.java:162)
        at org.apereo.cas.support.rest.ServiceTicketResourceTests.creationOfSTWithAuthenticationException(ServiceTicketResourceTests.java:164)

it doesn't seem that these test errors have something to do with the change.

This seems related:
org.apereo.cas.support.rest.TicketGrantingTicketResourceTests > creationOfTGTWithAuthenticationException() FAILED
    org.opentest4j.AssertionFailedError: expected: <true> but was: <false>
        at org.junit.jupiter.api.AssertionUtils.fail(AssertionUtils.java:55)
        at org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:40)
        at org.junit.jupiter.api.AssertTrue.assertTrue(AssertTrue.java:35)
        at org.junit.jupiter.api.Assertions.assertTrue(Assertions.java:162)
        at org.apereo.cas.support.rest.TicketGrantingTicketResourceTests.creationOfTGTWithAuthenticationException(TicketGrantingTicketResourceTests.java:167)

thanks. fixed.


RE 2, Spider spawned when slider was set to none

Version
3.1.7
Seed
R721-TBE8-ZXML50C3Y38RK03JU2WT8P29ZZZZZZZZZZZZZA4YZZXZZ
Scenario
RE 2 (Claire A)
Player Character
Claire RE2R
What happened?
I have the Spider slider set to none yet in room 302 there is a spider. I have arachnophobia so this is very problematic for me.

Fixed in latest version


feat: base run commands and inputs

Just builds package.json and not any files.

:tada: This PR is included in version 1.0.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Move feat from %sqlrender to %sqlcmd snippets

Describe your changes
Moved %sqlrender feature to @sqlcmd snippets, added FutureWarning to %sqlrender, updated documentations, and modified test functions to use @sqlcmd snippets
Issue number
Closes #647
Checklist before requesting a review

[x] Performed a self-review of my code
[x] Formatted my code with pkgmt format
[x] Added tests (when necessary).
[x] Added docstring documentation and update the changelog (when needed)

:books: Documentation preview :books:: https://jupysql--681.org.readthedocs.build/en/681/

Closed the original PR and created a new PR due to the change in cmd functions location. The original PR is here.
Unresolved questions from the previous PR's comments

Do we remove %sqlrender guide under API Reference?

Do we remove %sqlrender guide under API Reference?

yes, let's remove it

please address the observations from the existing reviewers

@edublancas I made the change (deleting double space in the magic-snippet.md) but unable click the  re-request review button because the request has already been made. Other observations from other reviewers are all reflected.


Move Test helpers to its own artifact

I have copied the flow truth extensions one too many times. It would be nice to make it an artifact

@chris-mitchell @wclausen @DYJParker any of y'all want to maintain a small repo? :-)

Hi, @digitalbuddha , I tried working on this . And I noticed there isn't really a clean way to do it. I However found Java-Text-Fixture .. It looks like it isn't supported yet for  https://youtrack.jetbrains.com/issue/KT-50667.
we might have to wait until it's available.


Simplest proof of concept for removing dunder methods from DX

Possible approach for #99

Closed as won't do for now. Can be reopened as a 'redesign ComponentConfig' ticket If desired in the future.


luci-app-transmission: add the read permissions for widgets

Currently, the UserSelect and GroupSelect widgets provided by widgets.js have been broken by the loss of read permissions.
Before:

After:

Signed-off-by: Van Waholtz<EMAIL_ADDRESS>

I'm undecided. I think the packages using these widgets should add the ACLs.

@jow-
Have modified the commit and add the ACLs for luci-apptransmission only.

@jow- , is there anything preventing re-opening /  resubmitting this PR?


Results on MSL and SMAP datasets

I saw that you added new parameters about the subsets of both datasets MSL（C-2, T-4）, SMAP(A-4), and I would like to know the final result of the experiment to train each subset independently and have a separate set of hyperparameters for each subset. The final result is an average of the results of these subsets?

I saw that you added new parameters about the subsets of both datasets MSL（C-2, T-4）, SMAP(A-4), and I would like to know the final result of the experiment to train each subset independently and have a separate set of hyperparameters for each subset. The final result is an average of the results of these subsets?

I also have this question about the final result. I found that "SMD", "SMAP", "MSL", "UCR", "NAB" in the code only load a single dataset file, whether this can represent the whole dataset performance?

You need to run for each file and aggregate the true positives, false positives, true negatives and false negatives to calculate the final F1 scores.


Add API support for nearestNeighbor(field, documentid)

An everyday use case is to find the nearest neighbors of a document embedding in the index (e.g. show related articles)
Typically implemented as a searcher

A searcher takes the id as an argument and either searches for it or gets it via document v1 API
the nearest neighbor search with the document embedding as input.

We should look at implementing this in YQL, having nearestNeighbor(field, documentid) as an alternative to nearestNeighbor(field, query)

Soon without assignee does not compute...

Would like to contribute to this issue. What would be starting point to investigate this?

Hi and thanks for chipping in, @prasad-marne ! This is a complex feature, not easily worked on by someone outside the core Vespa Team, and we have not yet decided on how to implement it. I hope you will find other tasks in this repo that is easier to start with

Sure no issues. Thanks for sharing


[Paper] What are the citations after each task supposed to convey?

7.2 TASK AUTHORS AND REFERENCES doesn't make a whole lot of sense to me. Where are the references coming from? Speaking for identify_math_theorems, all of the theorems were written by hand by humans independent of all prior published work. If these citations are taken from the README of the corresponding task, I really don't think they should be presented like this, as it gives the impression that the tasks were sourced from the citations. If that's not what's going on, I'm completely lost.

It's exactly this -- these are the citations from the task README.md files, rather than citations for the tasks themselves. You make a good point about presentation being unclear. I will modify the section to attempt to address. Probably I will just add text `Task cites: ' before the citations -- but open to other suggestions.

What is the purpose of adding these citations to the paper, given that the content and context in which they are cited is omitted?

What is the purpose of adding these citations to the paper, given that the content and context in which they are cited is omitted?

One could use the citations to dive deeper into the topic represented in the task. As a reader, I would find that helpful.
I agree with your original point, just listing them without any clarification is confusing. The proposed `Task cites: ' addition - clarifies the matter.


Add counter measure against mplowrider2 car removing

If we declare a property/method which returns a unsafe pointer, we can't use it from VB.NET scripts, so I declared Global.MemoryAddress as a property which returns a IntPtr value. There are no properties/methods which returns a unsafe pointer in RAGE Plugin Hook.

Isn't that a good thing? Playing around with pointers is not something you are supposed to do in "safe" .NET code. It's unfortunate VB.NET does not provide an "unsafe" mechanism like C#, but still ...

Also I would do the Mplowrider2 patch in native code, rather than using the .NET wrapper classes.

Alright, I changed return values of Global.MemoryAddress to int pointers. If VB.NET provided an "unsafe" mechanism, we wouldn't be worried about this ...(at least I wouldn't)

One more thing. Is the patch in ScriptYield really needed, is it not enough to do that only in ScriptMainLoop?

Probably, If Global.MemoryAddress returns unsafe pointer, we can't check if global addresses which be contained in Global class is null, unless we implement a property or method like Global.IsAddressNull.

I simplified the code in 2248306cbf89a0a8f1414f556f109725dade1d95. Should still work, but without the redundant calling on every script yield.

It works for me without calling it on every script yield.


Bump versions for speed

Working on some upcoming changes like polling, configurable apiUrl (for my docker instance it's not on localhost), and possible vue-gettext for translations, so need some newer vue and other versions.
Mostly groundwork for improvements.

Update to Vue 2
Update to D3 latest in v3 series (C3 isn't compatible with the D3 v4 series)
Update to latest C3
Update to latest jQuery
Remove filter for reverse items, Vue 2 doesn't allow this on non strings, so rather reverse the data set.

I had actually just updated all the libraries on my local copy a couple weeks ago in preparation for a large grimd update but hadn't started fixing up C3->D3 or the bugs, so I appreciate the help with that. I'm configuring grimd to build in reaper statically, and host it on its own and look into real-time websocket updates from a hub on grimd.


Xcode11.3 swift5.0

Used Conversion Assistent to migrate to macOS Catalina 10.15.3, Xcode11.3, Swift 5.0, MacPorts installed for FFmpeg 4.1 rebuild with rebuild done. nice project to go further. testing while coding :)

Hi, I created this branch to convert source-code to Swift 5.0, using Xcode 11.3 on macOS Catalina 10.15.3, using the assistant and learning to code in swift. (starter). I managed to get rid of warnings and as a latest step I included FFmpeg 4.2.2 just for learning reasons. This is a great project to work on. I enjoy listening to music while coding and testing. Nice work.

Hi hemmlj,
Thanks for your interest in Aural Player ! And I see you've been busy with it.
I'm not sure how to do pull requests, and I've never collaborated with anyone directly on GitHub before.
For now, can you continue your work on your personal branch, and then maybe someday, we can look at doing a merge.
Are you planning to add new features ? Or was this mostly to upgrade to Swift 5 ?
Best regards,
MC

Hi, I created this branch to convert source-code to Swift 5.0, using Xcode 11.3 on macOS Catalina 10.15.3, using the assistant and learning to code in swift. (starter). I managed to get rid of warnings and as a latest step I included FFmpeg 4.2.2 just for learning reasons. This is a great project to work on. I enjoy listening to music while coding and testing. Nice work.

Ah ok, that's great. I'm glad if it helps you with your learning process !
Cheers :)

Hi MC, for now I am just playing around with git, GitHub, Xcode and swift to get familiar with all the tools. There are currently no plans on my site to extend your nice music-player - but we will see. First I have to understand the model and where things are "living". - Last update was regarding switch with Catalina 10.15.4 to Xcode 11.4 and Swift 5.1 (or 5.2) - I think I could fix the merging issues with my branch as I have uploaded binary files and lock-files with some updates. Sorry for that. Have a nice time and thanks for your time you have already spent on this great work. Bye, stay healthy, Hemmlj (Joerg)

Hi Joerg, that sounds great. Yes, this is a nice project for you to learn Swift. However, I just want to point out a few things so that you are not misled by my code.
This is my first Swift project ever. I was a Java programmer for many years, and just tried developing a music player because I wanted something simple to use on Mac.
Also, I do not follow Apple's standard guidelines for Cocoa app development or the official Swift language recommendations. I just program with the previous knowledge I have from other previous projects I have worked on.
So, my point is - my code will be good for you to learn from, but keep in mind that the exact style in which I have written the code, and how the project is organized, is not following the general best practices from Apple and Swift. Mine is just an enthusiast project and I don't care about following the guidelines. I'm doing this for fun, mostly.
If you ever have any questions about the project structure, I will be happy to give you a few tips or pointers, perhaps to explain code structure so that you may have an easier time figuring it out.
Just let me know if you need anything. Thanks !

Hi maculateConception, thank you for your little "Warnings" on your coding style. :) I will take them into my considerations when reading it. I will come back here once I have proposals for additional features (don't expect this to be soon). I am looking forward to your migration to Swift 5. Meanwhile have a good time and thank you for your time! Regards, Joerg - btw, I was once a visual basic and vba coder (a long time ms access) and have started learning to code with Cobol, Pascal and Fortran at school. These programming languages were lacking of GUI Interfaces mostly.


AGENT-38: Automate cluster installation

A new systemd service "start-cluster-installation.service" runs after a cluster is created by "create-cluster-and-infra-env.service".
The "start-cluster-installation.service" checks if all the hosts in a cluster are known and ready. Also, sets the API VIP and once
the cluster status is ready, it starts cluster installation using rest api.
Ref: https://issues.redhat.com/browse/AGENT-38

Cluster installation started

Have we discussed how we might want to use either a config file or environment variables for these options? Do we think that we will have lots of flags/options going into this image building CLI?

Have we discussed how we might want to use either a config file or environment variables for these options? Do we think that we will have lots of flags/options going into this image building CLI?

Currently, I think we won't need to use a config file if we auto select the node zero IP from the nmstateconfig and read api_vip from the manifests. We might revisit a config file option if we need it in the future. Currently, these are the only 2 env var we need.

Tested this with 3 controlPlane nodes
/lgtm


a potential fix for needing initramfs regen on local systems

to get apple_bce module to load early (needed for keyboard use for LUKS decryption) we need users to run rpm-ostree initramfs --enable which dramatically lengthens the update process (a lot of local CPU time).

looks good, the two failed cosmic builds are because they're still using the copr and need to be re-engineered a bit. since those aren't supported images it's fine.


Error in processing Disk_report_processor

I get this error with version <IP_ADDRESS>31
Server An error occurred while processing: \Disk_report_processor
Server Error: SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'encrypted' cannot be null (SQL: insert into `diskreport` (`busprotocol`, `encrypted`, `freespace`, `internal`, `media_type`, `mountpoint`, `percentage`, `serial_number`, `smartstatus`, `totalsize`, `volumename`, `volumetype`) values (PCI-Express, ?,<PHONE_NUMBER>2, 1, ssd, /, 74, DGXXXXXXXXXX, Not Supported,<PHONE_NUMBER>8, Macintosh HD, Journaled HFS+), (PCI-Express, ?,<PHONE_NUMBER>68, 1, ssd, /Users, 4, DGXXXXXXXXXX, Not Supported,<PHONE_NUMBER>12, uData, Journaled HFS+))

I solved it temporarely by altering the table diskreport for allowing null values in encrypted

Alternatively can modify the disk_usage script so that the two encrypted dictionary results alternatively return a '' value when there's no key.
Similar issue also happens with the printer processor.

Can you please file an issue for that in the printer module repo with any errors that it produces?

Already done :)


Error when installing py-near-primitives

I have an error when installing this package:
pip install py-near-primitives
Collecting py-near-primitives
  Using cached py_near_primitives-0.2.3.tar.gz (26 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... error
  error: subprocess-exited-with-error

  × Preparing metadata (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [5 lines of output]
      💥 maturin failed
        Caused by: No such file or directory (os error 2)
      Error running maturin: Command '['maturin', 'pep517', 'write-dist-info', '--metadata-directory', '/tmp/pip-modern-metadata-cnndokxt', '--interpreter', '/usr/bin/python3']' returned non-zero exit status 1.
      Checking for Rust toolchain....
      Running `maturin pep517 write-dist-info --metadata-directory /tmp/pip-modern-metadata-cnndokxt --interpreter /usr/bin/python3`
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.

I am runnig a Linux Docker container on MacOS:
uname -a
Linux fec1d2b5f0db 6.10.14-linuxkit #1 SMP Thu Oct 24 19:28:55 UTC 2024 aarch64 Linux

Same issue when trying to install the package from source:
pip install .
Processing /apps/near-primitives
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... error
  error: subprocess-exited-with-error

  × Preparing metadata (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [309 lines of output]
      info: syncing channel updates for 'nightly-aarch64-unknown-linux-musl'
      info: latest update on 2024-12-03, rust version 1.85.0-nightly (d49be02cf 2024-12-02)
      info: downloading component 'cargo'
      info: downloading component 'clippy'
      info: downloading component 'rust-docs'
      info: downloading component 'rust-std'
      info: downloading component 'rustc'
      info: downloading component 'rustfmt'
      info: installing component 'cargo'
      info: installing component 'clippy'
      info: installing component 'rust-docs'
      info: installing component 'rust-std'
      info: installing component 'rustc'
      info: installing component 'rustfmt'
          Updating crates.io index
           Locking 286 packages to latest compatible versions
            Adding borsh v0.9.3 (available: v1.5.3)
            Adding derive_more v0.99.18 (available: v1.0.0)
            Adding ed25519-dalek v1.0.1 (available: v2.1.1)
            Adding near-crypto v0.17.0 (available: v0.27.0)
            Adding near-primitives v0.17.0 (available: v0.27.0)
            Adding near-primitives-core v0.17.0 (available: v0.27.0)
            Adding near-vm-errors v0.17.0 (available: v3.1.0)
            Adding pyo3 v0.18.3 (available: v0.23.2)
            Adding secp256k1 v0.24.3 (available: v0.30.0)
            Adding serde_with v2.3.3 (available: v3.11.0)
            Adding solders-macros v0.14.4 (available: v0.22.0)
            Adding solders-traits v0.14.4 (available: v0.21.0)
            Adding zeroize v1.3.0 (available: v1.8.1)
       Downloading crates ...

      Checking for Rust toolchain....
      Running `maturin pep517 write-dist-info --metadata-directory /tmp/pip-modern-metadata-i33qqd9u --interpreter /usr/bin/python3`
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.

Last but not least, when trying to install the package from source on MacOS directly, same issue:
pip install .
Processing /Users/jerome.caporossi/Documents/Ledger/near-primitives
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... error
  error: subprocess-exited-with-error

  × Preparing metadata (pyproject.toml) did not run successfully.
  │ exit code: 1
  ╰─> [5 lines of output]
      💥 maturin failed
        Caused by: No such file or directory (os error 2)
      Error running maturin: Command '['maturin', 'pep517', 'write-dist-info', '--metadata-directory', '/private/var/folders/4p/lhhk9dd54ts0327_578qbzxm0000gq/T/pip-modern-metadata-ahyk6jo6', '--interpreter', '/Users/jerome.caporossi/.pyenv/versions/3.10.13/bin/python3.10']' returned non-zero exit status 1.
      Checking for Rust toolchain....
      Running `maturin pep517 write-dist-info --metadata-directory /private/var/folders/4p/lhhk9dd54ts0327_578qbzxm0000gq/T/pip-modern-metadata-ahyk6jo6 --interpreter /Users/jerome.caporossi/.pyenv/versions/3.10.13/bin/python3.10`
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.

Looks like to be an issue with maturin as when launching the command directly:
maturin pep517 write-dist-info -vv --metadata-directory /tmp/data --interpreter /usr/bin/python3
2024-12-03T10:10:58.113331Z  INFO into_build_context: maturin::build_options: close time.busy=3.42µs time.idle=16.3µs
2024-12-03T10:10:58.113502Z DEBUG maturin::project_layout: Found pyproject.toml in working directory at "/apps/near-primitives/pyproject.toml"
2024-12-03T10:10:58.115256Z DEBUG maturin::project_layout: Using cargo manifest path from working directory: "/apps/near-primitives/Cargo.toml"
2024-12-03T10:10:58.116818Z DEBUG resolve_cargo_metadata: maturin::project_layout: Resolving cargo metadata from "/apps/near-primitives/Cargo.toml"
2024-12-03T10:10:58.368462Z  INFO resolve_cargo_metadata: maturin::project_layout: close time.busy=252ms time.idle=2.12µs
💥 maturin failed
  Caused by: No such file or directory (os error 2)

Additonnal information: when trying to run cargo buildin the Docker container, the buid completes but with the following warning:
warning: dropping unsupported crate type cdylib for target aarch64-unknown-linux-musl
My Docker container is Alpine based, and it looks like dynamic linking is not supported on Alpine: here
It might be the reason why there is an error when trying to install the package in the Docker env...

I have tested the example here: https://pyo3.rs/v0.23.2/getting-started.html in my Docker container and it works. Both maturin develop:
maturin develop
🔗 Found pyo3 bindings
🐍 Found CPython 3.9 at /python/pyo3-example/myvenv/bin/python
📡 Using build options features from pyproject.toml
    Finished dev [unoptimized + debuginfo] target(s) in 0.01s
📦 Built wheel for CPython 3.9 to /tmp/.tmpz9mGwX/pyo3_example-0.1.0-cp39-cp39-linux_aarch64.whl
✏  Setting installed package as editable
🛠 Installed pyo3_example-0.1.0

or maturin build (need to install pip install patchelf):

maturin build
🔗 Found pyo3 bindings
🐍 Found CPython 3.9 at /python/pyo3-example/myvenv/bin/python
📡 Using build options features from pyproject.toml
    Finished dev [unoptimized + debuginfo] target(s) in 0.01s
🖨  Copied external shared libraries to package pyo3_example.libs directory:
    /usr/lib/libgcc_s.so.1
📦 Built wheel for CPython 3.9 to /python/pyo3-example/target/wheels/pyo3_example-0.1.0-cp39-cp39-musllinux_1_2_aarch64.whl

complete successfully.

Weird, CI is now failing while not having changed anything: https://github.com/yogh333/near-primitives/pull/1
It looks like an update on maturin or pyo3 may be the reason ?

Ok found the issue: it is due to maturin updates. When forcing the version to be 1.7.6 in pyproject.toml, CI is 🟢 :
[build-system]
requires = ["maturin==1.7.6"]
build-backend = "maturin"

See https://github.com/yogh333/near-primitives/pull/1

run into same issue, hope this will be merged soon enought

PR fixing the issue: #3


TW client 1.66.0 support

Adds script and image for continuing 10 rolls for TW as described in #599 now that TW is up to version 1.66.0

Looks good! Merging 👍


Fix kernel signature calculation

This pull request is fixing kernel signature calculation in pkg/build/linux.go:elfBinarySignature. This issue is discussed here: https://github.com/google/syzkaller/issues/1271. The root cause for signature being a random number is Linux kernel build not being reproducible. Addition to handling MODULE_SIG_ALL case listed in Documentation/kbuild/reproducible-builds.rst BLK_DEV_INITRD was found to cause init.data section to change between builds. These are both fixed in this pull request.

Before sending a pull request, please review Contribution Guidelines:
https://github.com/google/syzkaller/blob/master/docs/contributing.md

Great! Thanks.


not support<EMAIL_ADDRESS>

this.is legacy config

there is no these code in final html
 <script id="vite-legacy-entry" data-src="assets/app-download-legacy.93713ccb.js">System.import(window.__dynamic_base__+document.getElementById('vite-legacy-entry').getAttribute('data-src'))</script>

Is it convenient to provide the following plug-in version and a demo?

my plugin version is 0.2.0，
this.is my vite.config.js
    base: './',     plugins: [         vue(),         dynamicBase({             publicPath: 'window.__dynamic_base__',             transformIndexHtml: true         }),         legacy({             // targets: ['defaults', 'not IE 11'],             targets: ['chrome >= 66'],             modernPolyfills: true         })     ],

You can try to upgrade vite-plugin-dynamic-base to the latest version first, my impression is that a legacy-related problem has been fixed.

https://github.com/chenxch/vite-plugin-dynamic-base/blob/main/CHANGELOG.md#044

If the problem is solved, you can close this issue.


release trains for groups need more tests

See https://github.com/freiheit-com/kuberpult/pull/867

fixed in 1.4.0


Error: Invalid name for a preprocessing symbol; '' is not a valid identifier

I have recently migrated from ASP.NET Core 1.1.X to ASP.NET Core 2,  when I run my app locally everything works fine, but when running on Azure App Service I receive the following error on Razor Compilation:
An error occurred during the compilation of a resource required to process this request. Please review the following specific error details and modify your source code appropriately.

Invalid name for a preprocessing symbol; '' is not a valid identifier
#pragma checksum "D:\home\site\wwwroot\Views\Register\Index.cshtml" "{ff1816ec-aa5e-4d10-87f7-6f4963833460}" "3683385b8f60453d746a40cc4d8b7a6f260ae5ca"

I tried to find a solution but couldn't find any,
Can anyone help me?
Thank you

We've seen a similar bug to this in the past https://github.com/dotnet/sdk/issues/1364
I'm unsure what exactly could be the cause for you.
Can you share your .csproj?

I fixed it by changing from NETCOREAPP1_1 to NETCORE2_0:
  <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Development|AnyCPU'">     <DefineConstants>Development;NETCOREAPP1_1</DefineConstants>     <DebugType>Full</DebugType>     <DebugSymbols>True</DebugSymbols>   </PropertyGroup>
to:
  <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Development|AnyCPU'">     <DefineConstants>Development;NETCOREAPP2_0</DefineConstants>     <DebugType>Full</DebugType>     <DebugSymbols>True</DebugSymbols>   </PropertyGroup>
Thanks!

Closing this as a dupe of dotnet/sdk#1364

No characters after @page

Hi, it looks like you are posting on a closed issue/PR/commit!
We're very likely to lose track of your bug/feedback/question unless you:

Open a new issue
Explain very clearly what you need help with
If you think you have found a bug, include detailed repro steps so that we can investigate the problem

Thanks!


Created Notebook on Introduction to Preprocessing

Hello :)
I have created a notebook which is mostly an introduction to preprocessing to people just starting out working with fmri data, but might also be useful for people who teach about this and think about using neurodesk to this end.
I have added the notebook to books/functional_imaging/intro_to_preprocessing.ipynb and created an entry to books/_toc.yml.
I hope this is the correct way of doing this - this is my first pull request
Best, Marla Pinkert

That looks great! Thank you:)

Dear @marlapinkert - we added you to the OHBM abstract about this example repository, can you send your email address to me<EMAIL_ADDRESS>for the submission and sharing the abstract with you?


GLFW is slower at rendering with GLFW_CONTEXT_VERSION 3.3 core profile than with compatibility profile (OpenGL)

I am on x64 Windows 11 with OpenGL version 4.5 on my graphics card. I'm using Glad2 as my loader and GLFW v3.3.6.
I have the following code:
#define GLFW_INCLUDE_NONE
#include <GLFW/glfw3.h>
#include <glad/gl.h>

#include <stdio.h>

int main()
{
    if(!glfwInit())
    {
        printf("Failed to initialize GLFW. Fatal error.\n");
        return -1;
    }

    glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 3);
    glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 3);
    glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);

    GLFWwindow *window = glfwCreateWindow(800, 600, "hi", NULL, NULL);

    glfwMakeContextCurrent(window);
    gladLoadGL(glfwGetProcAddress);
    glfwSwapInterval(1);

    while(!glfwWindowShouldClose(window))
    {
        glClearColor(0.0f, 0.5f, 1.0f, 1.0f);
        glClear(GL_COLOR_BUFFER_BIT);

        glfwSwapBuffers(window);
        glfwPollEvents();
    }

    glfwDestroyWindow(window);

    glfwTerminate();
    return 0;
}

When I resize the window that this code creates, it lags a bit in spreading the blue part across the whole window even after I have stopped resizing, as can be seen here:

When I set GLFW_OPENGL_PROFILE to GLFW_OPENGL_COMPAT_PROFILE however, it works fine.

GLFW doesn't handle windows differently based on what OpenGL profile its context has. It connects you to the OpenGL API but doesn't implement it. Any difference like that would be in the GPU driver.

GLFW doesn't handle windows differently based on what OpenGL profile its context has. It connects you to the OpenGL API but doesn't implement it. Any difference like that would be in the GPU driver.

So then it's probably my GPU. That also answers my issue/question here. Thanks!


Option to clear codecov cache?

Browser: Chrome
Sometimes if there were a lot of changes to a PR, the codecov browser extension displays code as uncovered when it's covered, or vice versa.  Shift-reloading, restarting the browser, removing the extension + restarting browser + re-adding extension etc. does not seem to fix the issue.
When I view the code in codecov itself, the real coverage is displayed.  When I switch to a different chrome "person" or use a different browser, the real coverage is displayed.  And clearing cached files and cookies from the last hour does seem to fix it.
I'm not sure what causes it to get stuck like this, but perhaps having a "clear cache" button or option to fix it, so I can just delete the codecov data rather than clearing all recent cookies and plugin data (so I have to re-log-in to a bunch of sites), would be awesome.

@cyli the extension caches based on commit sha. Based on your findings does the actual commit change in coverage?
I believe I can come up with a way to check the etag cache and update the cache accordingly. I'll review and update this thread. Thanks!


Added CTRL-C interupt checking to logging command

This way nothing gets printed without a check.

This is a good fix, but it doesn't solve the issue.   It appears that CTRL-C is broken/unreliable everywhere.


fix: Text Inside ListView - Column or Row

Description
when i put text inside column and wrap listview text not found also happen when change column to row
Steps To Reproduce
ListView(
        children: [
          Column(
            mainAxisAlignment: MainAxisAlignment.center,
            children: <Widget>[
              const Text(
                'You have pushed the button this many times:',
              ),
              Text(
                'counter',
                style: Theme.of(context).textTheme.headlineMedium,
              ),
            ],
          ),
        ],
      )

description: My first Fluttium flow.
---
- expectVisible: 'You have pushed the button this many times:'
- expectVisible: 'counter'

Expected Behavior
You have pushed the button this many times: and counter must be pass or found
Screenshots

Also encountered this 🙋♂

Thanks for opening this issue, I'll look into it next week to see what exactly is going on with the semantic tree!

Variating inside a ListView with Wrap, Flex, Row or Collumn, gives the same result, not identifiable element in fluttium.
All are related to MultiChildRenderObjectWidget.

just for notice, it may be related to the semantics tree, and it worked in my case to add a Semantics Widget above these elements and add to it a label summarizing what it was supposed to find inside.

@wolfenrain curious about the prioritization of this. We're evaluating fluttium and this seems to be a pretty big blocker, but maybe there's a semi-simple workaround? I tried fiddling with Semantics as @Caio-Rezende suggested but it didn't do the trick in our case.

@wolfenrain curious about the prioritization of this. We're evaluating fluttium and this seems to be a pretty big blocker, but maybe there's a semi-simple workaround? I tried fiddling with Semantics as @Caio-Rezende suggested but it didn't do the trick in our case.

I never reported my findings here, so thanks for resurfacing it! So it seems that both the column and row widgets don't expose their child semantics correctly in a few cases, or Fluttium doesn't find them correctly.
In theory it should work with the semantics wrapping but if it is indeed a lookup/expose problem then it will be a blocker either way.
I'll prioritize this issue for the next few days because it is quite annoying 😅

@PiotrFLEURY shared some information regarding a similar problem here: https://github.com/wolfenrain/fluttium/issues/308#issuecomment-1671171965
This might be also what's going on with the columns and rows. Just sharing here for completion sake


webhooks/stripe: Modify the invoice.updated event handling logic.

Closes https://github.com/zulip/zulip/issues/12516.
Pending:

[x] For invoiceitem.updated: If the only thing that's updated is the Invoice, we should suppress it

I didn't quite get what is meant by this.
Also, I separated the first commit from the second just to make reviewing easier, when we're ready to merge this, I can squash the commits if required.

@rishig I think that this is ready for review. Let me know if you want me to squash these changes once you're satisfied :grin:.

left one minor comment, otherwise lgtm!

@rishig made the change, anything else? Should I quickly squash the commits, or would you rather keep them separate?

cool, thanks! I'll let Tim take it from here.

Looks great, merged, thanks @Hypro999!


Make save_main_session optional

This PR does 3 things:

make --save_main_session optional
Sets it to true in all examples that need it (e.g., wordcount needs it)
refactor setup.py to separate as much as possible setup logic from strings/versions.

R: @robertwb please take a look

This'll be great!