something doesn't work

in your code which is for sketchfab, commit sha: 7dd7233af4, when I run the index.html page on my local server, sphere can't rotate when mousedown on the blank area and mousemove, but when I do this thing in https://labs.sketchfab.com/sculptfab/, the sphere can rotate.
how did this happen?

sculptfab is a fork of sculptgl and it now lies here (it's kinda old though) :
https://github.com/sketchfab/sculptgl/tree/master

I saw the master branch's code, I think the CSS files didn't update,  but mousemove in blank truly worked, anyway, it works, this is the most important


Add support for including Codeberg-hosted ZSH plugins

Is your feature request related to a problem? Please describe.
I'm a big fan of Zellij and had it integrated through OMZ, and have wanted to try out something different to give it a spin.
I love ZimFW so far, though I've hit a snag in being able to include a community-made Zellij plugin as it is not hosted on GitHub/GitLab.
Theoretically, the following should be possible as shown here (3rd and 6th point, image below):

The URL specified could be considered custom as it is not GitHub/GitLab, yet still points to a valid .git endpoint that can be viewed/manipulated like any other project hosted on the aforementioned sites:
zmodule https://codeberg.org/tranzystorekk/zellij.zsh.git --source zellij.plugin.zsh --no-submodules

EDIT: Hyperlinked to Zellij
Describe the solution you'd like
For Codeberg-hosted ZSH plugins to be "whitelisted"(?) as a viable means of installing ZSH plugins through zmodule.
Describe alternatives you've considered
Looking into how zmodule inserts modules and manually implementing the plugin (hassle to others as well as myself if having to do many times over)
Additional context
No response

Make sure you don't have zstyle ':zim:zmodule' use 'degit' in your .zimrc -- meaning you've set degit as your default zmodule tool --, then the zmodule call you mentioned should work (no need for --no-submodule since that repo has no submodule anyway).
If you're using degit as the default zmodulke tool, you can override that for this specific zmodule with:
zmodule https://codeberg.org/tranzystorekk/zellij.zsh.git --use git --source zellij.plugin.zsh

Wow, did not think that Degit would be the problem, you can tell I'm new to that as well. Tried what you sent and it works like a charm now.
This is covered fine in the project also, so unfortunately for me this is a me issue. Great work so far to you and all that have contributed, loving ZimFW so far. :)


 Looking through the code, it appears Semantic might be hijacking keydown events for items that include any sort of settings.keyboardShortcuts values. Of course, the code is extensive and I haven't tracked all the way through it so I could easily be wrong.
Try this on the same page as a dropdown:
$(function() {
    $(document).keydown(function(e) {
        console.log(e.keyCode);
    });
});

And it seems to block any keydown event. Or...

Appears to be working fine for me
http://jsfiddle.net/w2vqwtds/


[Pods] Set fishhook's header_dir to "fishhook"

This lets us import fishhook like <fishhook/fishhook.h>.
Test Plan: Used this in a CocoaPods project with RN and was able to compile without needing to edit the existing fishhook import.
Fixes: #16039
Should address #16130 without needing to modify source that affects FB

This still doesn't seem to work as of 0.49.1

You might have a different pod config or need to modify the iOS source then. This fixed some config issues though.

I still see this issue in 0.49.3, here is my pod file:
pod 'React',
    :path => "../../donut/node_modules/react-native",
    :subspecs => [
      "Core",
      "ART",
      "RCTActionSheet",
      "RCTAnimation",
      "RCTCameraRoll",
      "RCTGeolocation",
      "RCTImage",
      "RCTNetwork",
      "RCTText",
      "RCTVibration",
      "RCTWebSocket",
      "DevSupport",
      "BatchedBridge"
    ]

Should import fishhook with <React/fishhook.h> on 0.49.3

What should be changed in the Podfile?
I can confirm, just like @shuhaodo, that the current definition doesn't work.
platform :ios, '9.0'
inhibit_all_warnings!
use_frameworks!

abstract_target 'All' do
  # React-Native pods
  pod 'React', path: '../node_modules/react-native', subspecs: %w(Core ART BatchedBridge DevSupport RCTImage RCTLinkingIOS RCTNetwork RCTPushNotification RCTText RCTWebSocket)
  pod 'RNKeychain', path: '../node_modules/react-native-keychain'
  pod 'yoga', path: '../node_modules/react-native/ReactCommon/yoga'

  # App pods
  ...
end

If you still experience this issue add this to your package.json (until your dependency combination works in future)
"scripts": {
   "postinstall":"sed -i '' 's/#import <fishhook/fishhook.h>/#import <React/fishhook.h>/' ./node_modules/react-native/Libraries/WebSocket/RCTReconnectingWebSocket.m"
}

Any remaining problems should probably be solved using this approach: https://github.com/facebook/react-native/issues/13198#issuecomment-371749528


User testing

[ ] User testing

Test plan created by @vatsrahul1001

@vatsrahul1001 is creating issues in the GitHub repo

@vatsrahul1001 Can you link all the issues observed to this ticket?

https://github.com/astronomer/ask-astro/issues/82
https://github.com/astronomer/ask-astro/issues/101
https://github.com/astronomer/ask-astro/issues/83
https://github.com/astronomer/ask-astro/issues/100

I have done testing and execution status is updated 7cf60d17a16925a461e4855c27e53265c06cf150


Staging

Removes a lot of code. Cleaner dependencies.

Removes a lot of code. Cleaner dependencies.


Speed Monitor Part 1: ignoring validation time from training time

This refactors the speed_monitor to ignore validation time, and plots three quantities instead: (a) wall-clock time spent in training, (b) wall-clock time spent in validation, and (c) wall-clock time spent overall.
Let's limit the scope of this PR to just fixing measuring validation on the current implementation. I agree that the speed monitor needs to be refactored, and can even get some of that in a separate PR today. However, I want to unblock others from starting runs tomorrow.
Correctness:
Here's a WandB report where I ablate the size of the validation set with three runs:

A baseline that trains for 1000 batches and evaluates every 1000 batches. Therefore, it runs evaluation once.
A version that trains for 1000 batches and evaluates every 500 batches. Therefore, it runs evaluation twice. You should see that the time spent in wall_clock/val is roughly double the time that the baseline spends.
A version that trains for 750 batches and evaluates every 500 batches. Therefore, it runs evaluation once. You should see that the time spent in wall_clock/train is less than the baseline, but the time spent in wall_clock/val is the same as the baseline, and half the version that does it twice.

Finally, if one examines the dip in samples/step, then they can sanity check wall_clock/val against the seconds that are spent in the dip. The code should be correct.
There are quite a few improvements to this PR, such as:

Augment samples/step into samples/train/step and samples/val/step.
Augment samples into anything tracked by the Time object, such as batches, samples, or tokens.
Clean up the implementation
Rename speed_monitor to throughput_monitor or timing_monitor.

We should brainstorm general improvements to the speed_monitor during a meeting, and I'm happy to take those on in a future PR!
This should resolve #984

This is outside the scope of this PR, but would it work if someone is training for less than a full epoch?

The samples/step would get recorded, but the training and validation total time would not. I agree that we should record this as a running counter, and should include this in a future PR!


Getting started with Botasaurus script throws lots of exceptions

Description
I am just seeing a ton of exceptions trying to run the first Selenium scraping task that goes to https://www.omkar.cloud/ and grabs the h1 heading. It's the first Botasaurus script here:
from botasaurus import *

@browser
def scrape_heading_task(driver: AntiDetectDriver, data):
    # Navigate to the Omkar Cloud website
    driver.get("https://www.omkar.cloud/")

    # Retrieve the heading element's text
    heading = driver.text("h1")

    # Save the data as a JSON file in output/all.json
    return {
        "heading": heading
    }

if __name__ == "__main__":
    # Initiate the web scraping task
    scrape_heading_task()

It's the first script in what is botasaurus: https://www.omkar.cloud/botasaurus/docs/what-is-botasaurus/
Steps to Reproduce

Run python main.py

Expected behavior: [What you expect to happen]
Scrape the h1 heading and store it in a string called heading which is returned once the function is called (and presumably automatically saved into a json file by the botasaurus framework)
Actual behavior: [What actually happens]
Lots of errors:
(py311selenium) C:\py311seleniumbot>python main.py
Running

DevTools listening on ws://<IP_ADDRESS>:64985/devtools/browser/6520850b-e749-463b-9c45-8e5ecdea678e
[24816:3140:1224/150501.718:ERROR:cert_issuer_source_aia.cc(34)] Error parsing cert retrieved from AIA (as DER):
ERROR: Couldn't read tbsCertificate as SEQUENCE
ERROR: Failed parsing Certificate

[24816:3140:1224/150501.917:ERROR:cert_issuer_source_aia.cc(34)] Error parsing cert retrieved from AIA (as DER):
ERROR: Couldn't read tbsCertificate as SEQUENCE
ERROR: Failed parsing Certificate

Traceback (most recent call last):
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 377, in run_task
    close_driver(driver)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 250, in close_driver
    driver.quit()
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\anti_detect_driver.py", line 470, in quit
    self.close_proxy()
TypeError: 'bool' object is not callable
Error getting page source: Message: invalid session id
Stacktrace:
        GetHandleVerifier [0x00916EE3+174339]
        (No symbol) [0x00840A51]
        (No symbol) [0x00556E8A]
        (No symbol) [0x00580980]
        (No symbol) [0x00581F8D]
        GetHandleVerifier [0x009B4B1C+820540]
        sqlite3_dbdata_init [0x00A753EE+653550]
        sqlite3_dbdata_init [0x00A74E09+652041]
        sqlite3_dbdata_init [0x00A697CC+605388]
        sqlite3_dbdata_init [0x00A75D9B+656027]
        (No symbol) [0x0084FE6C]
        (No symbol) [0x008483B8]
        (No symbol) [0x008484DD]
        (No symbol) [0x00835818]
        BaseThreadInitThunk [0x76FBFCC9+25]
        RtlGetAppContainerNamedObjectPath [0x774D7C6E+286]
        RtlGetAppContainerNamedObjectPath [0x774D7C3E+238]

Traceback (most recent call last):
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 377, in run_task
    close_driver(driver)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 250, in close_driver
    driver.quit()
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\anti_detect_driver.py", line 470, in quit
    self.close_proxy()
TypeError: 'bool' object is not callable

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\anti_detect_driver.py", line 431, in save_screenshot
    self.get_screenshot_as_file(
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 927, in get_screenshot_as_file
    png = self.get_screenshot_as_png()
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 963, in get_screenshot_as_png
    return b64decode(self.get_screenshot_as_base64().encode('ascii'))
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 975, in get_screenshot_as_base64
    return self.execute(Command.SCREENSHOT)['value']
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 429, in execute
    self.error_handler.check_response(response)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\errorhandler.py", line 243, in check_response
    raise exception_class(message, screen, stacktrace)
selenium.common.exceptions.InvalidSessionIdException: Message: invalid session id
Stacktrace:
        GetHandleVerifier [0x00916EE3+174339]
        (No symbol) [0x00840A51]
        (No symbol) [0x00556E8A]
        (No symbol) [0x00580862]
        (No symbol) [0x005A6EBA]
        (No symbol) [0x005A2036]
        (No symbol) [0x005A1CC2]
        (No symbol) [0x005370DB]
        (No symbol) [0x005375DE]
        (No symbol) [0x005379EB]
        GetHandleVerifier [0x009B4B1C+820540]
        sqlite3_dbdata_init [0x00A753EE+653550]
        sqlite3_dbdata_init [0x00A74E09+652041]
        sqlite3_dbdata_init [0x00A697CC+605388]
        sqlite3_dbdata_init [0x00A75D9B+656027]
        (No symbol) [0x0084FE6C]
        (No symbol) [0x00536F4C]
        (No symbol) [0x00536AEA]
        (No symbol) [0x006A526C]
        BaseThreadInitThunk [0x76FBFCC9+25]
        RtlGetAppContainerNamedObjectPath [0x774D7C6E+286]
        RtlGetAppContainerNamedObjectPath [0x774D7C3E+238]

Failed to save screenshot
Failed for input: None
We've paused the browser to help you debug. Press 'Enter' to close.
Traceback (most recent call last):
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 377, in run_task
    close_driver(driver)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 250, in close_driver
    driver.quit()
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\anti_detect_driver.py", line 470, in quit
    self.close_proxy()
TypeError: 'bool' object is not callable

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\py311seleniumbot\main.py", line 18, in <module>
    scrape_heading_task()
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 443, in wrapper_browser
    current_result = run_task(data_item, False, 0)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 411, in run_task
    close_driver(driver)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\botasaurus\decorators.py", line 249, in close_driver
    driver.close()
    ^^^^^^^^^^^^^^
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 551, in close
    self.execute(Command.CLOSE)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\webdriver.py", line 429, in execute
    self.error_handler.check_response(response)
  File "C:\py311seleniumbot\py311selenium\Lib\site-packages\selenium\webdriver\remote\errorhandler.py", line 243, in check_response
    raise exception_class(message, screen, stacktrace)
selenium.common.exceptions.InvalidSessionIdException: Message: invalid session id
Stacktrace:
        GetHandleVerifier [0x00916EE3+174339]
        (No symbol) [0x00840A51]
        (No symbol) [0x00556E8A]
        (No symbol) [0x00580862]
        (No symbol) [0x005A6EBA]
        (No symbol) [0x005A2036]
        (No symbol) [0x005A1CC2]
        (No symbol) [0x005370DB]
        (No symbol) [0x005375DE]
        (No symbol) [0x005379EB]
        GetHandleVerifier [0x009B4B1C+820540]
        sqlite3_dbdata_init [0x00A753EE+653550]
        sqlite3_dbdata_init [0x00A74E09+652041]
        sqlite3_dbdata_init [0x00A697CC+605388]
        sqlite3_dbdata_init [0x00A75D9B+656027]
        (No symbol) [0x0084FE6C]
        (No symbol) [0x00536F4C]
        (No symbol) [0x00536AEA]
        (No symbol) [0x006A526C]
        BaseThreadInitThunk [0x76FBFCC9+25]
        RtlGetAppContainerNamedObjectPath [0x774D7C6E+286]
        RtlGetAppContainerNamedObjectPath [0x774D7C3E+238]

Reproduces how often: [What percentage of the time does it reproduce?]
It happens every time.
 I installed botasaurus into a virtual environment I had previously installed Selenium into stupidly thinking they could co-exist without conflict. Wrong wrong wrong.
Solution: I uninstalled botasaurus from my virtual environment that I had originally used selenium for. Created a new virtual environment and ONLY installed botasaurus.
Now it works scrapes as expected, though the certificate parsing errors still exist therefore I am keeping this issue open. Do these cert errors mean that the website is being connected to insecurely or can it be safely ignored?
Here is the new output:
(py311botasaurus) C:\py311botasaurus>python main.py
Running
[INFO] Downloading Chrome Driver. This is a one-time process. Download in progress...

DevTools listening on ws://<IP_ADDRESS>:2309/devtools/browser/1ea8b6bd-45cd-4b14-af05-ef74b8bf8484
[6340:14368:1224/155004.893:ERROR:cert_issuer_source_aia.cc(34)] Error parsing cert retrieved from AIA (as DER):
ERROR: Couldn't read tbsCertificate as SEQUENCE
ERROR: Failed parsing Certificate

[6340:14368:1224/155005.099:ERROR:cert_issuer_source_aia.cc(34)] Error parsing cert retrieved from AIA (as DER):
ERROR: Couldn't read tbsCertificate as SEQUENCE
ERROR: Failed parsing Certificate

Written
     output/scrape_heading_task.json

(py311botasaurus) C:\py311botasaurus>

Yes, these keep occurring. Ignore them, Also it wasn't your fault, I yesterday released buggy Code (fixed now), that's why it occurred.

Wow nice! Thanks for the quick reply on this! This is a pretty awesome framework and the scraping side of things makes sense to me!


Redundant Visibility Specifier

TNF-02C: Redundant Visibility Specifier

Type
Severity
Location

Code Style
Informational
TransferNFTCondition.sol:L22, L24

Description:
The CONDITION_TYPE & MARKET_ROLE variables are meant to be usable internally in the system.
Example:
bytes32 public constant CONDITION_TYPE = keccak256('TransferNFTCondition');

bytes32 public constant MARKET_ROLE = keccak256("MARKETPLACE_ROLE");

Recommendation:
We advise them to be set as internal or private to avoid the generation of a redundant getter function.

fixed


chore: prepare for release 3.4.2

Summary

Prepare for release 3.4.2

Pull Request Test Coverage Report for Build 1366

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 89.354%

Totals

Change from base Build 1365:
0.0%

Covered Lines:
3777

Relevant Lines:
4227

💛  - Coveralls

Pull Request Test Coverage Report for Build 1366

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 89.354%

Totals

Change from base Build 1365:
0.0%

Covered Lines:
3777

Relevant Lines:
4227

💛  - Coveralls


[Event Request] Table 23 - Vendor - OnBeforeGetVedorNoOpenCard

Hi AL-Team,
can you please add the following Publisher in GetVendorNoOpenCard?
procedure GetVendorNoOpenCard(VendorText: Text[100]; ShowVendorCard: Boolean): Code[20]
    var
        Vendor: Record Vendor;
        VendorNo: Code[20];
        NoFiltersApplied: Boolean;
        VendorWithoutQuote: Text;
        VendorFilterFromStart: Text;
        VendorFilterContains: Text;
    begin
        // NEW >>>>
        OnBeforeGetVendorNoOpenCard(Rec, Vendor);
        // NEW <<<<
        if VendorText = '' then
            exit('');

    [IntegrationEvent(false, false)]
    local procedure OnBeforeGetVendorNoOpenCard(var Rec: Record Vendor; var Vendor: Record Vendor)
    begin
    end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


PP-5613 Enforce ExternalMetadata Validation when saving ChargeEntity

We evaluate the @ValidExternalMetadata when accepting a create charge
request via an end-point however this is not evaluated when attempting
to persist a ChargeEntity. This means it is possible to create an
invalid instance of ExternalMetadata within Connector and then persist
it to the charges table. This change adds the @Valid annotation to the
externalMetadata attribute of ChargeEntity so that any JPA actions
to update or persist the entity will evaluate the validation, rolling
back the transaction if it fails.

How does an external service cause a ChargeEntity to be saved without going through the create charge API? If it goes through another endpoint, we'll need an integration test for that endpoint so a proper response with clear reason is returned to that service.

Thanks Oz, I should have added a bit more context to this, and probably best to chat.
This came about because the in progress telephone payments that @nimalank7 is working on is re-using the externalMetadata field of ChargeEntity to store some data. It doesn't come into Connector as an externalMetadata field with the @ValidExternalMetadata annotation on it, rather elements of a TelephoneChargeCreateRequest are deconstructed into an ExternalMetadata object here. The problem came about when Dom noticed during some QA of telephone payments that the metadata wasn't being displayed correctly in SelfService which was because it had objects for values, which isn't permitted by the validation. This change is really to close this loop hole and something I should have added when we originally created the ExternalMetadata so that it is validated in both API and persistence so they can never become out of sync.
It's a good point about needing integration tests for this scenario. Nim is aware of this change and has updated telephone payments to conform to the validated form of ExternalMetadata e.g. no longer using objects or null for values. The response will be a 422 via the ConstraintViolationMapper but @nimalank7 will need to add those tests as part of his telephone payment work and probably need to add validation to any element being deconstructed into the ExternalMetadata to make sure it can be.
Lets have a chat with Nim.

Hi @nimalank7 for the benefit of a reviewer of this PR can you please confirm that you've made the necessary changes with regard to Telephone payments so that we can progress this PR, e.g. you have added all necessary validation to the elements of a create telephone payment request that will be added to external metadata so the correct error is returned.

@oswaldquek could you please review again in light of Nim updating his work to make this a safe change.


[Fortran] FortranTestGenerator frontend

This PR adds the new Fortran module m_ser_ftg.f90 that contains the interface for the FortranTestGenerator (FTG) and the corresponding test ser_ftg_test.pf.
Usually, I would say that it is not a good architecture to maintain the interface to a client application within the library repository, but in this case I would make an exception. a) This pattern already exists within serialbox2 with the frontends to gridtools and stella. b) Since FTG is pure Python and only generates Fortran, it has no place for this module and having a separate repository for the FTG->SB2 interface would be even more difficult to maintain.
Contents of m_ser_ftg.f90:

Module variables for the current serializer and savepoint in use.
Wrapper routines for the routines from m_serialize.f90 without the serializer and savepoint arguments using the ones from the module variables.
Routines for allocating arrays based on the stored sizes and bounds (halos).
Write: Ignoring of not-allocated/associated (pointer) variables when they can be detected.
Read: Ignoring of non-existing fields.
A routine for registering fields of arbitrary types without actually writing the data. Since serialbox2 currently don't allow arbitrary types, this is a hack that sets 'int' as type and the actual type as  metainfo.

This PR also contains some minor changes to the serialbox_test.pfand my other PR: Fix missing //C_NULL_CHAR after TRIM(fieldname)

We would like to fully transition FortranTestGenerator to Serialbox2 for Thomas's diploma thesis.  How can we help expedite this pull request?

launch jenkins

Can you add an option ENABLE_FTG to cmake, so we only build it when needed.

I can try, but I'm not a CMake expert.

I forgot how pfunit works... how does it know to compile this new Test fiel?

I guess, it's line 14 in test/serialbox-fortran/CMakeLists.txt:
file(GLOB SOURCES
RELATIVE ${CMAKE_CURRENT_SOURCE_DIR} *.pf)

Can you add an option ENABLE_FTG to cmake, so we only build it when needed.

I can try, but I'm not a CMake expert.

Done.

Two last points from my side before it can be merged:

We also see the PGI error with our version  PGI 17.5.0. This should be fixed, otherwise jenkins will complain. If there is no fix we can exclude the test.
There is a merge conflict. Can you merge with master?

We also see the PGI error with our version PGI 17.5.0. This should be fixed, otherwise jenkins will complain. If there is no fix we can exclude the test.

Is there a chance to see the logs somewhere?

Unfortunately, our Jenkins server is only accessible from MeteoSwiss or the ETH network.
Here is the build log:
Started by upstream project "serialbox2_PR" build number 106
originally caused by:
 GitHub pull request #134 of commit 5006f66938325e8b68d3b5186cfa2aca0570240a, has merge conflicts.
Building remotely on daint (active gpu cscs) in workspace /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint
Wiping out workspace first.
Cloning the remote Git repository
Cloning repository git@github.com:eth-cscs/serialbox2.git
 > git init /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint # timeout=10
Fetching upstream changes from git@github.com:eth-cscs/serialbox2.git
 > git --version # timeout=10
using GIT_SSH to set credentials jenkins-github
 > git fetch --tags --progress git@github.com:eth-cscs/serialbox2.git +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url git@github.com:eth-cscs/serialbox2.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
 > git config remote.origin.url git@github.com:eth-cscs/serialbox2.git # timeout=10
Fetching upstream changes from git@github.com:eth-cscs/serialbox2.git
using GIT_SSH to set credentials jenkins-github
 > git fetch --tags --progress git@github.com:eth-cscs/serialbox2.git +refs/pull/*:refs/remotes/origin/pr/*
Checking out Revision 5006f66938325e8b68d3b5186cfa2aca0570240a (detached)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 5006f66938325e8b68d3b5186cfa2aca0570240a
Commit message: "Merge branch 'ftg' of github-chovyy:chovyy/serialbox2.git into ftg"
 > git rev-list 9cf88ac6450d5c23ea10c2a104746cbf31d30e01 # timeout=10
[daint] $ /bin/bash -e /tmp/jenkins6924233143281645602.sh
Cloning into 'gridtools'...
Build type          : Release
Fortran compiler    : pgi
Rebuilding          : OFF
-- The C compiler identification is GNU 5.3.0
-- The CXX compiler identification is GNU 5.3.0
-- Check for working C compiler: /opt/gcc/5.3.0/bin/gcc
-- Check for working C compiler: /opt/gcc/5.3.0/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /opt/gcc/5.3.0/bin/g++
-- Check for working CXX compiler: /opt/gcc/5.3.0/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Serialbox version: 2.2.1
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- The Fortran compiler identification is PGI 17.5.0
-- Check for working Fortran compiler: /opt/pgi/17.5.0/linux86-64/17.5/bin/pgfortran
-- Check for working Fortran compiler: /opt/pgi/17.5.0/linux86-64/17.5/bin/pgfortran  -- works
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Checking whether /opt/pgi/17.5.0/linux86-64/17.5/bin/pgfortran supports Fortran 90
-- Checking whether /opt/pgi/17.5.0/linux86-64/17.5/bin/pgfortran supports Fortran 90 -- yes
-- Building Gtest from: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/external/gtest
-- Found PythonInterp: /usr/bin/python3.4 (found suitable version "3.4.6", minimum required is "3.4")
-- Could NOT find "nose" for python: /usr/bin/python3.4
-- Could NOT find "numpy" for python: /usr/bin/python3.4
-- Using std::experimental::filesystem (no dependency on compiled boost libs)
-- Boost version: 1.64.0
-- clang-tidy not found
-- clang-format not found
-- Boost version: 1.64.0
-- Could NOT find Serialbox. (Try setting SERIALBOX_ROOT in the env) (missing:  SERIALBOX_CXX_LIBRARIES)

-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/install/run_tests.sh
-- Configuring done
-- Generating done
-- Build files have been written to: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran
Scanning dependencies of target gtest
[  1%] Creating directories for 'gtest'
[  2%] Performing download step (DIR copy) for 'gtest'
[  3%] No patch step for 'gtest'
[  4%] No update step for 'gtest'
[  5%] Performing configure step for 'gtest'
-- The C compiler identification is GNU 5.3.0
-- The CXX compiler identification is GNU 5.3.0
-- Check for working C compiler: /opt/gcc/5.3.0/bin/gcc
-- Check for working C compiler: /opt/gcc/5.3.0/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /opt/gcc/5.3.0/bin/g++
-- Check for working CXX compiler: /opt/gcc/5.3.0/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found PythonInterp: /usr/bin/python (found version "2.7.13")
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Configuring done
-- Generating done
-- Build files have been written to: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/src/gtest-build
[  6%] Performing build step for 'gtest'
Scanning dependencies of target gmock_main
[  9%] Building CXX object googlemock/CMakeFiles/gmock_main.dir/__/googletest/src/gtest-all.cc.o
[ 18%] Building CXX object googlemock/CMakeFiles/gmock_main.dir/src/gmock-all.cc.o
[ 27%] Building CXX object googlemock/CMakeFiles/gmock_main.dir/src/gmock_main.cc.o
[ 36%] Linking CXX static library libgmock_main.a
[ 36%] Built target gmock_main
Scanning dependencies of target gmock
[ 45%] Building CXX object googlemock/CMakeFiles/gmock.dir/__/googletest/src/gtest-all.cc.o
[ 54%] Building CXX object googlemock/CMakeFiles/gmock.dir/src/gmock-all.cc.o
[ 63%] Linking CXX static library libgmock.a
[ 63%] Built target gmock
Scanning dependencies of target gtest
[ 72%] Building CXX object googlemock/gtest/CMakeFiles/gtest.dir/src/gtest-all.cc.o
[ 81%] Linking CXX static library libgtest.a
[ 81%] Built target gtest
Scanning dependencies of target gtest_main
[ 90%] Building CXX object googlemock/gtest/CMakeFiles/gtest_main.dir/src/gtest_main.cc.o
[100%] Linking CXX static library libgtest_main.a
[100%] Built target gtest_main
[  7%] Performing install step for 'gtest'
[ 36%] Built target gmock_main
[ 63%] Built target gmock
[ 81%] Built target gtest
[100%] Built target gtest_main
Install the project...
-- Install configuration: "Release"
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/lib/libgmock.a
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/lib/libgmock_main.a
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-function-mockers.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-matchers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-function-mockers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-nice-strict.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-actions.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-matchers.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-cardinalities.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-matchers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/gmock-internal-utils.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/gmock-generated-internal-utils.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/custom
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/custom/gmock-matchers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/custom/gmock-generated-actions.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/custom/gmock-port.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/custom/gmock-generated-actions.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/gmock-port.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/internal/gmock-generated-internal-utils.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-nice-strict.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-spec-builders.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-more-actions.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-generated-actions.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-more-matchers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gmock/gmock-actions.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/lib/libgtest.a
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/lib/libgtest_main.a
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-death-test.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-message.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-typed-test.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-test-part.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-param-test.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest_pred_impl.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-spi.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-death-test-internal.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-port-arch.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-tuple.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/custom
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/custom/gtest-port.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/custom/gtest.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/custom/gtest-printers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-param-util-generated.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-port.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-filepath.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-linked_ptr.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-param-util.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-type-util.h.pump
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-internal.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-string.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-param-util-generated.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-type-util.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/internal/gtest-tuple.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest_prod.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-printers.h
-- Installing: /scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/build_gcc_pgfortran/external/gtest/install/include/gtest/gtest-param-test.h
[  8%] Completed 'gtest'
[  8%] Built target gtest
Scanning dependencies of target SerialboxCoreLibraryObjects
[  9%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldMap.cpp.o
[  9%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldMetainfoImpl.cpp.o
[ 10%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldID.cpp.o
[ 11%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/Logging.cpp.o
[ 12%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/MetainfoMapImpl.cpp.o
[ 13%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/MetainfoValueImpl.cpp.o
[ 14%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/SavepointImpl.cpp.o
[ 15%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/SavepointVector.cpp.o
[ 16%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/SerializerImpl.cpp.o
[ 17%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/StorageView.cpp.o
[ 18%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/Type.cpp.o
[ 19%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/Unreachable.cpp.o
[ 20%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/hash/HashFactory.cpp.o
[ 20%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/hash/SHA256.cpp.o
[ 21%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/hash/MD5.cpp.o
[ 22%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/archive/ArchiveFactory.cpp.o
[ 23%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/archive/BinaryArchive.cpp.o
[ 24%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/archive/NetCDFArchive.cpp.o
[ 25%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/archive/MockArchive.cpp.o
[ 26%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/frontend/stella/MetainfoSet.cpp.o
[ 27%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/frontend/stella/Savepoint.cpp.o
[ 28%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/frontend/stella/Serializer.cpp.o
[ 29%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/frontend/stella/DataFieldInfo.cpp.o
[ 29%] Built target SerialboxCoreLibraryObjects
Scanning dependencies of target SerialboxCoreLibraryShared
[ 30%] Linking CXX shared library libSerialboxCore.so
[ 30%] Built target SerialboxCoreLibraryShared
Scanning dependencies of target SerialboxCoreLibraryStatic
[ 31%] Linking CXX static library libSerialboxCore.a
[ 31%] Built target SerialboxCoreLibraryStatic
Scanning dependencies of target SerialboxCLibraryObjects
[ 31%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Archive.cpp.o
[ 32%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Array.cpp.o
[ 33%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/ConfigOptions.cpp.o
[ 34%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/ErrorHandling.cpp.o
[ 35%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/FieldMetainfo.cpp.o
[ 36%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Logging.cpp.o
[ 37%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Metainfo.cpp.o
[ 38%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Savepoint.cpp.o
[ 39%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/Serializer.cpp.o
[ 40%] Building CXX object src/serialbox-c/CMakeFiles/SerialboxCLibraryObjects.dir/FortranWrapper.cpp.o
[ 40%] Built target SerialboxCLibraryObjects
Scanning dependencies of target SerialboxCLibraryStatic
[ 41%] Linking CXX static library libSerialboxC.a
[ 41%] Built target SerialboxCLibraryStatic
Scanning dependencies of target sdbPython
[ 41%] Built target sdbPython
Scanning dependencies of target SerialboxPython
[ 41%] Built target SerialboxPython
Scanning dependencies of target SerialboxCLibraryShared
[ 42%] Linking CXX shared library libSerialboxC.so
[ 42%] Built target SerialboxCLibraryShared
Scanning dependencies of target SerialboxFortranLibraryObjects
[ 42%] Building Fortran object src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/m_ser_perturb.f90.o
[ 43%] Building Fortran object src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/m_serialize.f90.o
[ 44%] Building Fortran object src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/m_ser_ftg.f90.o
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 426)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_register_only
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 453)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_logical_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 480)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_logical_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 509)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_logical_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 539)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_logical_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 570)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_logical_4d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 596)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_bool_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 623)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_bool_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 652)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_bool_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 682)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_bool_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 713)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_bool_4d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 739)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_int_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 766)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_int_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 795)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_int_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 825)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_int_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 856)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_int_4d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 882)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_long_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 909)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_long_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 938)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_long_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 968)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_long_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 999)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_long_4d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1025)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_float_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1052)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_float_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1081)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_float_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1111)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_float_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1142)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_float_4d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1168)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_double_0d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1195)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_double_1d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1224)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_double_2d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1254)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_double_3d
PGF90-S-0155-A derived type containing private components cannot be an I/O item  (/scratch/snx3000/jenkins/workspace/serialbox2_PR/compiler/pgi/slave/daint/src/serialbox-fortran/m_ser_ftg.f90: 1285)
  0 inform,   0 warnings,   1 severes, 0 fatal for ftg_write_double_4d
src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/build.make:134: recipe for target 'src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/m_ser_ftg.f90.o' failed
make[2]: *** [src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/m_ser_ftg.f90.o] Error 2
CMakeFiles/Makefile2:552: recipe for target 'src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/all' failed
make[1]: *** [src/serialbox-fortran/CMakeFiles/SerialboxFortranLibraryObjects.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
Build step 'Execute shell' marked build as failure
Finished: FAILURE

Same errors for PGI 17.10.0

The error message "derived type containing private components cannot be an I/O item" is the same one we see in serialbox-ftg and is for example provoked by the following line:
  WRITE (loc,'(Z16)') C_LOC(field)

where
  INTEGER(KIND=C_INT), INTENT(IN), TARGET :: field

In my mind the pointer should be accessible since it is TARGET, but I've passed the issue on to PGI Markus Wetzstein and Dave Norton.  Waiting for answer.
Having said that, I'm not smart enough to get that far with Serialbox2.  After downloading release 0.5.1, and changing PrgEnv-pgi (17.10), and following instructions:
mkdir build; cd build
cmake ..
make
it gives:
daint105/apps/daint/UES/6.0.UP04/sandboxes/wsawyer/serialbox2-2.2.1/build> make
Scanning dependencies of target SerialboxCoreLibraryObjects
[  2%] Building CXX object src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldMap.cpp.o
pgc++-Error-Unknown switch: -march=native
src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/build.make:62: recipe for target 'src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldMap.cpp.o' failed
make[2]: *** [src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/FieldMap.cpp.o] Error 1
CMakeFiles/Makefile2:240: recipe for target 'src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/all' failed
make[1]: *** [src/serialbox/core/CMakeFiles/SerialboxCoreLibraryObjects.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2
What am I doing wrong?
Thanks, --Will

Alright, that line is it. Now, I get it. The problem here is not field but the return value of CLOC(field) which has the type TYPE(C_PTR). That's my way to get the numerical address of a variable. Maybe I have to put a preprocessor #ifdef __PGI around it. Or does somebody know another, general working way to get a variable's address in Fortran or to convert a TYPE(C_PTR) to INTEGER or CHARACTER?

But if there is an #if !defined(_PGI) around it, it won't work for PGI, right?
I don't know how to make the conversion.  Let's wait for PGI's response.

Yes, let's wait for it. However, storing the variable's address as meta-data is nice-to-have but not totally necessary, so if it's not working with PGI, I can live with it.

@chovyy You can use the intrinsic function LOC
https://gcc.gnu.org/onlinedocs/gcc-4.3.4/gfortran/LOC.html

Is LOC generally available? The linked page says it belongs to the GNU Extensions.

I have encapsulated the conversion from TYPE(C_PTR) to CHARACTER in a function. That does not remove the error, but now it's only one line where it occurs.

Another possible solution for the conversion from TYPE(C_PTR) to INTEGER or CHARACTER would be to create a C function within FortranWrapper.cpp that does it. What do you think?

@chovyy It was what I wanted to suggest to you.

@chovyy

I am fine with adding this functionality to the wrapper.
Can you add a comment in the file with a brief description and a link to the other repository.

Can I test this patch?

launch jenkins

I think we can merge. What do you think @clementval ?
@chovyy @vectorflux Just to let you know: Jenkins compiles the Fortran part of the library with cray, pgi and gnu, however it does not compile (and run...) the tests with pgi and cray because it didn't work when I set it up (some Month ago).

@havogt why travis is red? For me as long as there is a way to enable/disable it at configure time I’m ok

@clementval It was a time-out in only one of several configurations. I assume it was a temporary failure.
But good comment about disabling it! The feature was added and now we are not testing it at all ;) I will enable it for jenkins.

launch jenkins

@havogt ok for travis I have this with other project as well !

Thanks a lot!

Thanks everyone.  From my side it was absolute the right thing to merge: we need this to all get on the same page with Serialbox2 and make progress with Thomas's project.  I'm happy to work on the tests for PGI and Cray -- but I might have to bug you for more details.


Well, interestingly, it opens, so i think is that

could you try again on the latest version (v1.0.5)? remove the launch argument in Steam (and make sure that "Preload assets" is enabled in settings), and try starting the game.
the way death effects (and icons) are loaded has been changed so i believe the issue may be resolved now, but i cannot reproduce it myself so i want to make sure.

closing as stale


Short javscript assertion form (?? js ....) should catch and fail on js exceptions rather than error and stop

when using the ?? assertion form for js tests, any javascript exception should be caught and reported as a failure, rather than halting execution.
this would make the use more consistent with the
test("test description", ()=>{
}
form of testing, which will not completely halt a test even on bad js, as it will simply report.
Example assertion that works in long form but not short form
###
# This does what we would expect.. reports the problem without halting execution
# ✖ access missing child (TypeError: Cannot read properties of undefined (reading 'child') - file.http:4:35)
GET https://www.google.com
{{
    test('access missing child', ()=>{
      var test = response.missing.child
    })

}}

###
# This errors and halts execution
GET https://www.google.com

?? js response.missing.child == "steve"

Hi, yes that makes sense. I overlooked that here the implementations differ. thanks.


[🐞] Error: Could not load the "sharp" module using the linux-x64 runtime

Which component is affected?
Qwik Runtime
Describe the bug
After updating Qwik to the latest version, I'm getting the following error when trying to build an app:
error during build:
Error: Could not load the "sharp" module using the linux-x64 runtime
Possible solutions:
- Add platform-specific dependencies:
    npm install --os=linux --cpu=x64 sharp
  or
    npm install --force @img/sharp-linux-x64
- Consult the installation documentation: https://sharp.pixelplumbing.com/install
    at Object.<anonymous> (/home/przemek/dev/personal/project-starter-graphql/frontend/node_modules/@builder.io/qwik-city/node_modules/sharp/lib/sharp.js:85:9)
    at Module._compile (node:internal/modules/cjs/loader:1233:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1287:10)
    at Module.load (node:internal/modules/cjs/loader:1091:32)
    at Module._load (node:internal/modules/cjs/loader:938:12)
    at Module.require (node:internal/modules/cjs/loader:1115:19)
    at require (node:internal/modules/helpers:130:18)
    at Object.<anonymous> (/home/przemek/dev/personal/project-starter-graphql/frontend/node_modules/@builder.io/qwik-city/node_modules/sharp/lib/constructor.js:10:1)
    at Module._compile (node:internal/modules/cjs/loader:1233:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1287:10)
error Command failed with exit code 1.

It could be related to this issue: https://github.com/lovell/sharp/issues/3870
Reproduction
https://github.com/Przemoo16/qwik-bug
Steps to reproduce

yarn create qwik
yarn build

System Info
System:
    OS: Linux 6.2 Ubuntu 22.04.3 LTS 22.04.3 LTS (Jammy Jellyfish)
    CPU: (8) x64 11th Gen Intel(R) Core(TM) i5-1135G7 @ 2.40GHz
    Memory: 26.08 GB / 31.09 GB
    Container: Yes
    Shell: 5.8.1 - /usr/bin/zsh
  Binaries:
    Node: 20.5.1 - ~/.nvm/versions/node/v20.5.1/bin/node
    Yarn: 1.22.21 - ~/.nvm/versions/node/v20.5.1/bin/yarn
    npm: 9.8.0 - ~/.nvm/versions/node/v20.5.1/bin/npm
  Browsers:
    Brave Browser: <IP_ADDRESS>
  npmPackages:
    @builder.io/qwik: ^1.3.0 => 1.3.0
    @builder.io/qwik-city: ^1.3.0 => 1.3.0
    undici: ^5.28.2 => 5.28.2
    vite: ^5.0.7 => 5.0.7

Additional Information
No response

HI @Przemoo16 is it related to this one https://github.com/lovell/sharp/issues/3870 ? I'm trying to figure out the exact way to solve the issue.

Hi @gioboa, yes, the issue seems to be the same, however I'm not using Vercel but they mentioned it is only related to the Vercel environment.

@Przemoo16 can you try adding
  "optionalDependencies": {
    "@img/sharp-linux-x64": "^0.33.0"
  },

to your package.json?

Yarn: 1.22.21 - ~/.nvm/versions/node/v20.5.1/bin/yarn

https://sharp.pixelplumbing.com/install
# yarn v1 (maintenance mode)
yarn add sharp --ignore-engines

(yarn v1 has been in maintenance mode for almost 4 years, please upgrade.)

Yarn: 1.22.21 - ~/.nvm/versions/node/v20.5.1/bin/yarn

https://sharp.pixelplumbing.com/install
# yarn v1 (maintenance mode)
yarn add sharp --ignore-engines

(yarn v1 has been in maintenance mode for almost 4 years, please upgrade.)

Thanks for the reply. This seems to solve the issue. However, I don't want to specify the sharp as my app dependency. This is a dependency that comes from the Qwik so I'd expect that the engines are ignored at the Qwik level.

for me solution is: "postinstall": "pnpm install sharp"

I have the same error, any solution?

@Przemoo16 can you try adding
  "optionalDependencies": {
    "@img/sharp-linux-x64": "^0.33.0"
  },

to your package.json?

works

Next person with issues please try pnpm dedupe, or when using npm, making sure it's npm>v9.6.5

Next person with issues please try pnpm dedupe, or when using npm, making sure it's npm>v9.6.5
I did the pnpm dedupe but it didn't work and I added the above in my package.json

"optionalDependencies": {
    "@img/sharp-linux-x64": "^0.33.0"
  },

The relevant issue for npm is here: https://github.com/npm/cli/issues/4828
Other package managers might have similar issues.
The list of optional dependencies that sharp needs at least one of is this: https://github.com/lovell/sharp/blob/c5eaeb2ddbef7fa74fb682c8dc774156d084c053/package.json#L143-L163

@lovell pinging you for visibility but I'm not sure you can do anything on your end? Or do you know of something specific we could do when the starter project is created?

sharp v0.33.0 onwards has intentionally switched to use exactly the same installation approach as esbuild, rollup, swc etc. and take advantage of features made available in all modern JS package managers. This allows people to select their choice of package manager, and in doing so therefore accept any bugs their choice of package manager might contain.
https://sharp.pixelplumbing.com/install

I've attempted to improve the messaging in sharp via commit https://github.com/lovell/sharp/commit/3a0c37569219d10321f559fc63715ef45aca0c0d but the summary here is that npm is currently the wrong choice of package manager if you want multi-platform support.

npm i --package-lock=false worked for me.

package-lock
Default: true
Type: Boolean
If set to false, then ignore package-lock.json files when installing. This will also prevent writing package-lock.json if save is true.

@DeVoresyah you have an issue with Cloudflare and sharp, right?

@DeVoresyah you have an issue with Cloudflare and sharp, right?

yes, here's my detail:
Cloudflare Build Settings
Build command: bun run build
Build output directory: /dist
Build system version: 2 (latest)
Root directory: /
Environment variables: None

Package Manager Used
bun
Error Log
2023-12-15T07:33:21.472815Z	Cloning repository...
2023-12-15T07:33:22.736409Z	From https://github.com/Cuan-sh/cuan-landing
2023-12-15T07:33:22.737926Z	 * branch            f969cdbb95f1e9e6c0a46a15f87589446a83e26b -> FETCH_HEAD
2023-12-15T07:33:22.738284Z
2023-12-15T07:33:22.884326Z	HEAD is now at f969cdb fix: remove sharp
2023-12-15T07:33:22.884966Z
2023-12-15T07:33:22.98129Z
2023-12-15T07:33:23.011128Z	Success: Finished cloning repository files
2023-12-15T07:33:23.748422Z	Detected the following tools from environment<EMAIL_ADDRESS><EMAIL_ADDRESS>2023-12-15T07:33:23.749321Z	Installing nodejs 16.20.2
2023-12-15T07:33:23.832509Z	nodejs 16.20.2 is already installed
2023-12-15T07:33:24.404676Z	Installing project dependencies: bun install --frozen-lockfile
2023-12-15T07:33:24.666856Z	bun install v1.0.1 (31aec4eb)
2023-12-15T07:33:35.150443Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.150862Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151007Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151123Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151234Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151351Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151464Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151572Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.15169Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151798Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.151905Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152019Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152147Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152256Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.15237Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152508Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152648Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152765Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.152875Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153004Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153118Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153227Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153367Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153482Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153606Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153723Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153832Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.153953Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.154068Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.154177Z	 +<EMAIL_ADDRESS>2023-12-15T07:33:35.154291Z
2023-12-15T07:33:35.154401Z	 1123 packages installed [10.49s]
2023-12-15T07:33:35.179559Z	Executing user command: bun run build
2023-12-15T07:33:35.480493Z	$ qwik build
2023-12-15T07:33:35.804543Z
2023-12-15T07:33:35.805033Z	      ............
2023-12-15T07:33:35.805263Z	    .::: :--------:.
2023-12-15T07:33:35.805479Z	   .::::  .:-------:.
2023-12-15T07:33:35.805636Z	  .:::::.   .:-------.
2023-12-15T07:33:35.80584Z	  ::::::.     .:------.
2023-12-15T07:33:35.805988Z	 ::::::.        :-----:
2023-12-15T07:33:35.806195Z	 ::::::.       .:-----.
2023-12-15T07:33:35.806326Z	  :::::::.     .-----.
2023-12-15T07:33:35.806449Z	   ::::::::..   ---:.
2023-12-15T07:33:35.806651Z	    .:::::::::. :-:.
2023-12-15T07:33:35.806786Z	     ..::::::::::::
2023-12-15T07:33:35.806896Z	             ...::::
2023-12-15T07:33:35.807173Z
2023-12-15T07:33:35.807349Z
2023-12-15T07:33:35.8075Z
2023-12-15T07:33:35.807627Z	bun run build.types
2023-12-15T07:33:35.807756Z	bun run build.client
2023-12-15T07:33:35.807883Z	bun run build.server
2023-12-15T07:33:35.808001Z	bun run lint
2023-12-15T07:33:35.808135Z
2023-12-15T07:33:35.817122Z	$ tsc --incremental --noEmit --pretty
2023-12-15T07:33:35.832806Z	$ vite build
2023-12-15T07:33:36.708088Z	error during build:
2023-12-15T07:33:36.708443Z	Error:
2023-12-15T07:33:36.708578Z	Something went wrong installing the "sharp" module
2023-12-15T07:33:36.708735Z
2023-12-15T07:33:36.708846Z	Cannot find module '../build/Release/sharp-linux-x64.node'
2023-12-15T07:33:36.708954Z	Require stack:
2023-12-15T07:33:36.709062Z	- /opt/buildhome/repo/node_modules/sharp/lib/sharp.js
2023-12-15T07:33:36.70917Z	- /opt/buildhome/repo/node_modules/sharp/lib/constructor.js
2023-12-15T07:33:36.709277Z	- /opt/buildhome/repo/node_modules/sharp/lib/index.js
2023-12-15T07:33:36.709386Z
2023-12-15T07:33:36.709503Z	Possible solutions:
2023-12-15T07:33:36.70961Z	- Install with verbose logging and look for errors: "npm install --ignore-scripts=false --foreground-scripts --verbose sharp"
2023-12-15T07:33:36.709732Z	- Install for the current linux-x64 runtime: "npm install --platform=linux --arch=x64 sharp"
2023-12-15T07:33:36.709839Z	- Consult the installation documentation: https://sharp.pixelplumbing.com/install
2023-12-15T07:33:36.709951Z	    at Object.<anonymous> (/opt/buildhome/repo/node_modules/sharp/lib/sharp.js:37:9)
2023-12-15T07:33:36.710058Z	    at Module._compile (node:internal/modules/cjs/loader:1198:14)
2023-12-15T07:33:36.710172Z	    at Object.Module._extensions..js (node:internal/modules/cjs/loader:1252:10)
2023-12-15T07:33:36.710286Z	    at Module.load (node:internal/modules/cjs/loader:1076:32)
2023-12-15T07:33:36.710398Z	    at Function.Module._load (node:internal/modules/cjs/loader:911:12)
2023-12-15T07:33:36.710516Z	    at Module.require (node:internal/modules/cjs/loader:1100:19)
2023-12-15T07:33:36.710632Z	    at require (node:internal/modules/cjs/helpers:119:18)
2023-12-15T07:33:36.71075Z	    at Object.<anonymous> (/opt/buildhome/repo/node_modules/sharp/lib/constructor.js:11:1)
2023-12-15T07:33:36.713258Z	    at Module._compile (node:internal/modules/cjs/loader:1198:14)
2023-12-15T07:33:36.713453Z	    at Object.Module._extensions..js (node:internal/modules/cjs/loader:1252:10)
2023-12-15T07:33:36.734319Z	error: script "build.client" exited with code 1 (SIGHUP)
2023-12-15T07:33:36.742193Z	error: script "build" exited with code 1 (SIGHUP)
2023-12-15T07:33:36.744367Z	Failed: Error while executing user command. Exited with error code: 1
2023-12-15T07:33:39.331625Z	Failed: build command exited with code: 1
2023-12-15T07:33:40.213682Z	Failed: error occurred while running build command

hi @gioboa, for my case I think it's my mistake because not upgrading all qwik dependencies to the latest. I found the root cause when opening the issue in sharp repo (https://github.com/lovell/sharp/issues/3896).
So, I tried to upgrade to qwik latest wich is 1.3.0 and it's solved the issue

facing the same issue on cloudflare pages build pipeline

I added the optional deps to my package.json. I'm using latest npm. works on my machine now both mac/linux packages are downloaded and in github actions I still have npm ci and it uses the correct optional package
  "optionalDependencies": {
    "@img/sharp-linux-x64": "^0.33.0",
    "@rollup/rollup-linux-x64-gnu": "^4.9.0"
  }

On macos 14.1.1, I run pnpm install --force @img/sharp-darwin-x64 and it works.

Not ideal but fixed adding "postinstall": "pnpm install --force @img/sharp-darwin-x64" to package.json (for cloudflare).

For me, using Mac M1, adding the following to package.json:
"optionalDependencies": {
    "@img/sharp-darwin-arm64": "^0.33.1"
  }

Then, pnpm dedupe solved the problem.

btw, I believe yarn v1 isn't compatible with sharp module. We had to upgrade to yarn v4 (I guess yarn v2+ would work as well).

@nelsonprsousa https://github.com/BuilderIO/qwik/issues/5556#issuecomment-1849900140

@wmertens Thanks, you've inspired me to add a runtime version check via commit https://github.com/lovell/sharp/commit/45e8071599772f320d0d8314fedf0b13b0592d28

@nelsonprsousa #5556 (comment)

We tried with that as well. I believe the problem was with the Dockerfile using yarn v1.
But yeah, no longer using v1. No point really in using v1 in 2024

This 'sharp' issue is stopping me from deploying to netlify....! cannot find a solution online.. I wonder why the framework authors do not add steps to get it right.???

When built on Cloudflare, setting up node to 18+ will resolve the error.
I added a file .node-version at the root,
18

to instruct CL to build against that version.

When built on Cloudflare, setting up node to 18+ will resolve the error.
I added a file .node-version at the root,
18

to instruct CL to build against that version.

Thank you.. I will try and will update later

closing since we require node 18 now


Project 'samples' not found in root project 'spring-graphql'.

./gradlew :samples:webmvc-http:bootRun

FAILURE: Build failed with an exception.

* What went wrong:
Project 'samples' not found in root project 'spring-graphql'.

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 1s
7 actionable tasks: 7 up-to-date

when i want try samples.
It's happen some error whit i used document :
document

The main branch has switched to Boot 3, Spring Framework 6, but the Boot auto-configuration needs to become available with see https://github.com/spring-projects/spring-boot/issues/31809 before the samples can work again.
For the time being, switch to the 1.0.x branch where you can run them.


Added support for in-memory templates

Hi @PaoloPia, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by Microsoft and real humans are currently evaluating your PR.
TTYL, MSBOT;


Display env vars values that affect graphql config

Something like this:

Why not simply replace them?

The main point I would like to address is to add visibility into what the extensions are doing. The graphcool extension relies on some env vars, but it is not obvious at all to the user.
I also like the fact that this file is editable. simply replacing the env: references would break that.


Unable to set OPENAI Key

I am trying to get the agency swam project running locally on my machine but I keep getting an issues setting the Open AI API key.
I used agency genesis to generate the agency

Please create a .env file with your OPENAI_API_KEY variable inside and drop it in the same directory from where you are running your agency. Also I recommend updating to latest version


Completed Postgres CRUD API requests, made requested changes, front end working

Hi Andrew and Aysun,
Please review my latest changes.
Changes made:

Made all requested changes from last pull request
Completed Postgres CRUD API requests
Adjusted front end to work with new data set, front end working

NOTES:
-I made an config file for my postgres in preparation for deployment, but commented out and am using local db for testing at the moment. Should be easy to switch for deployment.
-Pushing up my Cassandra files for review, after review, hope to add to my git ignore.
Thank you,
Uma

Sorry that comes after we talked about it but  don't forget to send status code even the request is successful. And I' not commenting on delete because we will refactor it.
Looks great!

@asuluntas @ahchung23 Thank you both for your review and comments, I will incorporate based on our last conversation. I will now merge into my master. Best, Uma


Outdated cask: quotefix

Outdated cask: quotefix.
Info:

version: 2.7.3.
appcast url: https://github.com/robertklep/quotefixformac/releases.atom.

Updated in #18413.


Handle numeric id for the user value in the git resource

Description
The user property of the git resource fails when passing the user id instead of the user name. Similarly to what is described in #2860. The problem comes from the fact that the function used to retrieve the user's home only takes a String as input. The changes in this PR allows to retrieve the user's home when the user id is being used.
Chef Version
Latest available RPM installed automatically via vagrant
Platform Version
Centos 6.5
Replication Case
git /tmp/mydir do
  repository<EMAIL_ADDRESS>  revision 'master'
  user <user id>
  group <group id>
end

Client Output
From memory (will update later with proper output I can't access now):
TypeError: no implicit conversion of Integer into String

Raised at this line: https://github.com/chef/chef/blob/master/lib/chef/provider/git.rb#L300

cc @schisamo who wrote the original code

:+1:

The failure of the travis build is the following:
Failures:
  1) Chef::Provider::Git with a user id with a specific home clones a repo with amended git options with specific home
     Failure/Error: @provider.clone

       #<Chef::Provider::Git:0x00000018225200> received :shell_out! with unexpected arguments
         expected: ("git clone  \"git://github.com/opscode/chef.git\" \"/my/deploy/dir\"", {:user=>123, :environment=>{"HOME"=>"/home/masterNinja"}, :log_tag=>"git[web2.0 app]"})
              got: ("git clone \"git://github.com/opscode/chef.git\" \"/my/deploy/dir\"", {:user=>123, :log_tag=>"git[web2.0 app]", :environment=>{"HOME"=>"/home/masterNinja"}})
       Diff:

       @@ -1,5 +1,5 @@
       -["git clone  \"git://github.com/opscode/chef.git\" \"/my/deploy/dir\"",
       +["git clone \"git://github.com/opscode/chef.git\" \"/my/deploy/dir\"",
         {:user=>123,
       -  :environment=>{"HOME"=>"/home/masterNinja"},
       -  :log_tag=>"git[web2.0 app]"}]
       +  :log_tag=>"git[web2.0 app]",
       +  :environment=>{"HOME"=>"/home/masterNinja"}}]

Which is the unit test I created and ran successfully.
Since it's a Hash that is passed as parameters and that I can't be sorted as far as I know, is there a way to make the verification look at the hash values?

if you flatten the hash into named arguments both in the code and in the test does it work?
expect(@provider).to receive(:shell_out!).with(expected_cmd, **overrided_options)

and then tack **run_options into the code (and go fix all the other test failures that probably blow up because of that...)
you also have that space to fix.

@MichaelPereira hopefully this clears up the specs, and we'll get this merged.

@thommay @lamont-granquist
The new unit test is passing locally with @thommay changes. I hope it will resolves the appveyor/travis testing as well.
Unfortunately, the extra space seems needed to pass this unit test as well as others in the current form as it is expected in the command received by shell_out!:
https://gist.github.com/MichaelPereira/72c4879f24eb296a4e5562d30655ee43

Removing the extra space fixed the unit testing issue, thanks for spotting it.
Any idea as to why the extra space in the unit test above is not causing any issue? https://github.com/MichaelPereira/chef/blob/321106fbf5e92f6bcad8bba78e5ed59642777747/spec/unit/provider/git_spec.rb#L221

👍

👍

👍


correct typo in DO UPDATE SET

The columns in "do update set" does not support the parenthesis.

Good point, thanks!


Create necessary directories in post-processing

When extending an existing GEOSldas run, ldas_setup cannot be used to continue the run in the same directory.
In this case, it is straightforward to extend the run by editing the run scripts.
However, some directories that would have been created in ldas_setup pre-processing are missing, and are not yet created in post-processing.  Without a fix, these directories need to be created manually.
@gmao-qliu : Please let @weiyuan-jiang know which directories you had to create manually so he can add them to the list of directories that are created in post-processing.

@weiyuan-jiang  the YEAR and MONTH directories in cat/, ana/ and rc_out/ should be added when output files are being copied there.

During the post processing, the script usually creates the directory on the fly like
"  if (! -e $THISDIR ) mkdir -p $THISDIR "
So I suspect that happens during the the program run when writing a file obtaining from get_io_filename.  Would you show me the error message? @gmao-qliu

@weiyuan-jiang there is no such line in the section of the lenkf.j that the RC and HISTORY files are being copied from scratch. The script assumes the Y****/M** directories are already created during ldas_setup. If the run is an extension beyond the original end_date, the script will crash with error msg similar to "file non-exist".

@gmao-qliu I still could not figure out what went wrong. I need a concrete error message to debug it.

@gmao-qliu Is the error related to writing out landpert check point file?

@weiyuan-jiang it's the sub-directories in ana/ when "writing ldas_ObsFcstAna file" and the error output is "forrtl: No such file or directory
forrtl: severe (29): file not found, unit 10, ".  Looking into this more carefully, this may not be fixable via modifying the post-processing script. You can leave it as is for now if it involves source code change.

Indeed this file is from get_io_filename. I will fix it

Addressed with pull request #182


legacy-stubs: fix typo

Thanks! That's an unfortunate typo. ;P
I've squashed the fix into the only commit on that branch.


Fix issues with the formatting of table constructor expression nodes

Purpose
Fixes https://github.com/ballerina-platform/ballerina-lang/issues/36159
Fixes https://github.com/ballerina-platform/ballerina-lang/issues/34483
Approach

Describe how you are implementing the solutions along with the design details.

Samples

Provide high-level details about the samples related to this feature.

Remarks

List any other known issues, related PRs, TODO items, or any other notes related to the PR.

Check List

[ ] Read the Contributing Guide
[ ] Updated Change Log
[ ] Checked Tooling Support (#)
[ ] Added necessary tests

[ ] Unit Tests
[ ] Spec Conformance Tests
[ ] Integration Tests
[ ] Ballerina By Example Tests

[ ] Increased Test Coverage
[ ] Added necessary documentation

[ ] API documentation
[ ] Module documentation in Module.md files
[ ] Ballerina By Examples

Remving the stale label as thes changes are already merged with a separate PR


Feature Request: support loading net.ipv4 config

I think this would be more appropriate for a dedicated library package.
For example: https://github.com/lorenzosaino/go-sysctl


AWS API Gateway Support

Context

hapi-swagger version: 7.7.0

What are you trying to achieve or the steps to reproduce ?
When deploying to AWS API Gateway my swagger documentation endpoint is returning a 404 not found. When testing locally it works as expected.
However the /swagger.json endpoint works as expected in API Gateway.

This is currently what I see 😆

any clues as to why? seems like the browser can't interpret the response? what do the response headers look like?

@sean-hill I am seeing the same behavior but with this plugin https://github.com/z0mt3c/hapi-swaggered.
I've been working on this for a while, I still don't understand why this is happening.


DFUServiceInitiator peripheral selector never called.

DFU Bootloader version (please complete the following information):

SDK version: [e.g. SDK 16]
Bonding used: no
Library version: 4.7.2

Device information (please complete the following information):

Device :iPad mini 4 (Model A1538)
OS: iOS 13.4.1 (17E262)

Describe the bug
Using DFUServiceInitiator never calls our own peripheralSelector delegate. The class also does not call the default DFUPeripheralSelector class, if we use it.
Also there seems to be a confusing or poorly documented approach by the library regarding the peripheralSelector.
We are setting the device into DFU mode outside this library. The goal is to use the library to actually update the firmware.
The goal of peripheralSelector is to locate (via delegate) the peripheral, whose firmware will be updated.
Question: why does DFUServiceInitiator.start() methods requires either the CBPeripheral or its UUID?
Since our peripheral is already in DFU mode (broadcasting service 0xFE59), we expect to use the delegate to locate the peripheral. However the delegate is never called. We actually do not expect to set its CBPeripheral or its UUID in the first place in start(), but that is what the library also requires.
In the code below we use the device UUID before its goes into DFU mode. This obviously does not work as the library attempts to connect to it apparently and times out:
2020-05-17 20:08:53.350921-0300 MyPeripheral[7090:3355926] initializing service initiator
2020-05-17 20:08:53.353290-0300 MyPeripheral[7090:3356444] starting service initiator
2020-05-17 20:08:53.354360-0300 MyPeripheral[7090:3356443] started DFU state: Connecting
2020-05-17 20:08:53.368644-0300 MyPeripheral[7090:3355926] [Callback] Central Manager did update state to: Powered ON
2020-05-17 20:08:53.369337-0300 MyPeripheral[7090:3355926] Connecting to DEVICE-NAME...
2020-05-17 20:08:53.369601-0300 MyPeripheral[7090:3355926] centralManager.connect(peripheral, options: nil)
2020-05-17 20:09:03.370046-0300 MyPeripheral[7090:3356441] centralManager.cancelPeripheralConnection(peripheral)
2020-05-17 20:09:03.377744-0300 MyPeripheral[7090:3356443] [Callback] Central Manager failed to connect to peripheral (timeout)
2020-05-17 20:09:03.385767-0300 MyPeripheral[7090:3356443] an error occurred while performing DFU firmware update in peripheral; Device failed to connect; DFUError
2020-05-17 20:09:03.389904-0300 MyPeripheral[7090:3356441] [AWLProvisioningStateMachine] an error occurred while updating firmware in DFU mode; errorWhilePerformingDFU
2020-05-17 20:09:03.391517-0300 MyPeripheral[7090:3356441] [AWLProvisioningStateMachine] AWLFirmwareUpdateState  -> AWLFinishedState

Code
var result: Result<Void, AWLBLEError>?
DispatchQueue.global(qos: .utility).sync {
    let semaphore = DispatchSemaphore(value: 0)
    self.onDFUFirmwareUpdateHandler = { error in
        if error != nil {
            result = .failure(.errorWhilePerformingDFU)
        } else {
            result = .success(())
        }
        semaphore.signal()
    }
    // Perform firmware update.
    DDLogDebug("initializing service initiator")
    let initiator = DFUServiceInitiator(queue: self.peripheralOperationsQueue, delegateQueue: self.peripheralOperationsQueue, progressQueue: self.peripheralOperationsQueue, loggerQueue: self.peripheralOperationsQueue).with(firmware: firmware)
    initiator.logger = self
    initiator.delegate = self
    initiator.peripheralSelector = self
    initiator.alternativeAdvertisingNameEnabled = false
    DDLogDebug("starting service initiator")
    let dfuController: DFUServiceController? = initiator.start(targetWithIdentifier: self.peripheralUUID)
    // Wait for firmware update.
    guard semaphore.wait(timeout: .now() + Constants.dfuFirmwareTimeout) == .success else {
        // Timeout occurred while performing firmware update.
        DDLogError("timeout error occurred while updating firmware")
        _ = dfuController?.abort()
        result = .failure(.errorWhilePerformingDFU)
        return
    }
}

And our delegate (which is never called) looks like:
extension AWLBLEWorker: DFUPeripheralSelectorDelegate {
    func select(_ peripheral: CBPeripheral, advertisementData: [String : AnyObject], RSSI: NSNumber, hint name: String?) -> Bool {
        DDLogVerbose("checking peripheral for DFU: \(peripheral)")
        return true
    }

    func filterBy(hint dfuServiceUUID: CBUUID) -> [CBUUID]? {
        DDLogVerbose("checking service UUID in DFU: \(dfuServiceUUID)")
        return [NordicDFU.serviceId]
    }
}

The peripheral selector is used only in case when it is this library what switches the device into dfu mode. The device then starts advertising with a different address, and the lib is scanning for it and matching using the provided or default selector.
In your case, you need to scan for the device on your own. Remember, that in Secure Dfu the device in dfu bootloader mode uses a different Mac address, so it's not the same device (and not the same peripheral uuid) as you use for normal operations.

@philips77 Thanks! I would recommend this aspect to be better documented though.


[SPARK-19052] the restSubmissionServer  don't support multiple standby masters on standalone cluster

The driver only know a master's address which come from StandaloneRestServer's masterUrl If submitting the job by rest api. Like that:
    // Construct driver description
    val conf = new SparkConf(false)
      .setAll(sparkProperties)
      .set("spark.master", masterUrl)

The masterUrl only is a master's address. So we should give priority to set "spark.master" by "sparkProperties".  Like that:
 val conf = new SparkConf(false)
        .set("spark.master", masterUrl)
       .setAll(sparkProperties)

Then we can set the  one or more masters at the "sparkProperties".

Can one of the admins verify this patch?

@srowen  can you help review it ? I think it is a bug. Thank you very much.

I'm not sure this is a good change, because it means you don't override defaults set somewhere in a config file anymore. That is I'm not clear this isn't on purpose -- could be right, wrong, just not sure.

I checked the other places, and I'm sure the other places is set "spark.master" by user configuration but not the master's address directly.

Where? I don't see any other instances of this pattern. It's easier if you add specifics when discussing code changes.

If we submit the  application submission by SPARK REST API, we transmit the configure by the sparkProperties. Like that:
curl -X POST http://spark-cluster-ip:6066/v1/submissions/create --header
"Content-Type:application/json;charset=UTF-8" --data'{
"action" : "CreateSubmissionRequest",
"appArgs" : [ "myAppArgument1" ],
"appResource" : "file:/myfilepath/spark-job-1.0.jar",
"clientSparkVersion" : "2.1.0",
"environmentVariables" : {
"SPARK_ENV_LOADED" : "1"
},
"mainClass" : "com.mycompany.MyJob",
"sparkProperties" : {
"spark.jars" : "file:/myfilepath/spark-job-1.0.jar",
"spark.driver.supervise" : "true",
"spark.app.name" : "MyJob",
"spark.eventLog.enabled": "true",
"spark.submit.deployMode" : "cluster",
"spark.master" : "spark://<IP_ADDRESS>:7077,<IP_ADDRESS>:7077"
}}

We hope "spark.master" of the driver 's configure  should be  "spark://<IP_ADDRESS>:7077,<IP_ADDRESS>:7077", but in fact it maybe spark://<IP_ADDRESS>:7077 due to the spark core's code：
  val conf = new SparkConf(false)
      .setAll(sparkProperties)
      .set("spark.master", masterUrl)

If we kill the master(spark://<IP_ADDRESS>:7077), and the "spark://<IP_ADDRESS>:7077" will be master。After we kill the driver, then the spark can't restart the driver automatically. Because the driver only know old master's address which is spark://<IP_ADDRESS>:7077.

@srowen masterUrl maybe defaults set, but the user's program's configure should have high priority. The user's program's configure can be delivered by the REST API's params "sparkProperties".

Aha that's making more sense to me. I don't know this code much. @andrewor14 would be an ideal reviewer but not sure if he's available at this point.

@srowen @andrewor14  can you see it again?

@hustfxj Unluckily we don't support multi-master nodes  in standalone mode, so could you please close this PR? Thank you!


fontforge: 20190801 -> 20200314

Motivation for this change
Fontforge is currently broken on staging. This upgrade seems to fix it. It’s needed by lots of GUI programs because it’s needed to build DejaVu.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Thanks! Had this on my list for a while but never managed to finish it.


However, after the initial JIT, execution time is MUCH faster.  But for cases where PSSA is invoked just once, it's a huge cost without savings as the JIT is only in memory until the process goes away.
These times are for using PSSA recursively against all scripts in PowerShell repo:

PowerShell
dotnet
cold start (JIT)
warm start

WinPS 5.1
.Net 4.7.1
111s
18.6s

PSCore6
.NetCore2.1
105s
16.4s

PSCore6
.NetCore2.1+Tiered
90s
16.8s

Tiered is a new opt-in compilation feature of dotnetcore2.1 that balances startup and runtime optimizations.
My conclusion is that we should crossgen (coreclr) and ngen (fullclr) assemblies.

Good idea, I agree it is a known problem of .net assemblies to have a JIT overhead. I am surprised that there is that much potential since the PSSA dlls are relatively small.
At the moment, PSSA only does a dotnet build and not a dotnet publish because it can rely on PowerShell to provide all other dependencies (I had a brief discussions  with James if this was OK and he said yes). Does it mean we have to publish now in order to be able to crossgen as I imagine it is platform specific or can offer better optimisation? I would certainly welcome the improvement of crossgening assemblies but if we have to publish then it would mean a much bigger installation footprint as a small downside.
Speaking about performance in general: I believe there is also a big potential to increase performance for multi-threading if we improved the current locking mechanisms (heavy locks are used and held way too long, also leading to some bugs due to some code not being thread-safe). At the moment, the CPU does not get maxed out and utilisation is only at around 3 virtual cores on an 8 core system (i.e.  basically 1.5 physical cores due to hyper-threading)

The downside of crossgen is that the binaries are platform specific.  Note that this isn't a high priority item and I wouldn't work to address this until PSGet supports multiple runtimes

Ok, I was suspecting that. FYI: At the moment PSSA already has to ship separate binaries for v3, 4, v5 and coreclr and at import time the module decides which binaries are appropriate.


feat: Add tags to cluster, task, ssm, and role resources

Description
Added tags to cluster, task, ssm, role, and fmt
Specifically did not add it to ecs service as this mandates account level new arn format
Motivation and Context
More tags allows us to track resources down
Breaking Changes
None
How Has This Been Tested?
terraform applied locally

Hi @antonbabenko ! If you or someone on your team is free, would you please review this?

This code looks good to me, but I have no possibility to test it better at the moment. Merging.
PS: "improvement" prefix was removed from supported prefixes in titles by conventional-commit-types (see this PR). We use "feat" and "fix" normally.

Thanks @nitrocode !
v2.6.0 has been just released.

Awesome, thank you so much!


Restructure of honda carstate

-removed repeated code
-lowered dependency on fingerprint matching
-improved readability
-added comments

I wouldn't assume any significant performance impact either way. This pull was mostly about replacing conditional logic that relied on fingerprints. Going forward this file should rely more on parsing the DBC. I think the use of get() may be what you refer to as "not as expressive." To me, this is pretty standard when working with unknown dictionary keys. I think it's also the cleanest approach when checking a nested dictionary.

@dekerr , we are going to cherry pick some of those changes, but leaving some of the restructure out. In particular cp.vl.get("DOORS_STATUS",{"empty" : None}).get('DOOR_OPEN_RR') seems a bit convoluted.
I agree we should think about a way to remove the conditional statements from carstate.py though.