TROCR's input is 384*384, is there are better method?

Thank you for the wonderful work in TROCR. There are a lot of methods to try to combine language model, like transformer model, in OCR recognition model, and no one achieve better accuracy then TROCR.
But when I check  the code and papper, I found TROCR resize the image input to 384 * 384. As we know "ocr recognition task" always has 32 * (16~2000) image input. the width of text images is changed in large scope.For example If we resize the image from 322000 to  384384, the text information will be distorted.
I think the biggest problem in attention method  (transformer model) use in OCR recognition task is the image size is changed in large scope. That is why CRNN (with Rnn model) can dominate OCR Industry from 2016.
So I want to know fixed 384*384 input is reasonable? And  is there are better method to trained the TROCR model with not fixed width text image?
Thank you!

This Beit model is only used to extract image embedding, you can change the encoder "encoder_ hidden_ states" with other encoder model。

@archwolf118, we use 224x224 or 384x384 resolution for the input image because it is easier to load pre-trained models. It is definitely possible to use other resolutions in the pre-training/fine-tuning.

@archwolf118, we use 224x224 or 384x384 resolution for the input image because it is easier to load pre-trained models. It is definitely possible to use other resolutions in the pre-training/fine-tuning.

But how can you set the resolutions, to use a different one insted of the the 384*384 ?

@archwolf118, we use 224x224 or 384x384 resolution for the input image because it is easier to load pre-trained models. It is definitely possible to use other resolutions in the pre-training/fine-tuning.

But how can you set the resolutions, to use a different one insted of the the 384*384 ?

I also want to know how to change the resolution too for fine-tunning. Thanks!


Feature/migration spark 2.4

Hi Martin,
Does this mean that the Saprk-BigQuery Data Source is now supported by Spark version 2.4.x and Google Dataproc 1.4.x
Regards,
Gyorgy


tool for outputting human-readable triples

Insert labels as comments or use lexical aliases to facilitate data review
Use XSLT? Python? XSLT for RDF/XML might be easiest...
See some (possibly) related code:

MARC2RDA/.../lexicalAliases.xsl
MARC2RDA/.../appendLabels.xsl

UPDATE
appendLabels.xsl works great for RDA/RDF/XML and seems to cover element sets for most (all?) classes!


fix: run noir browser tests in series

This PR removes --parallel from the command running the noir browser tests because there have been reports of test server fighting for the 8080 port.

#6232  👈
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @alexghr and the rest of your teammates on  Graphite


Bugfixes + property goto

Features

Added property goto. Works very similar to how functions works (almost the exact same code)
Added a notification if the function goto isn't able to jump because proxy.methods returns an error.
Found this when trying to jump to an Eloquent function in Laravel.

Bugfixes (I hope)

Fixed if the goto class is in the same namespace as the currently opened class
Fixed the namespace and class selectors for alt-click not always working.
Re-enabled the class goto. (From testing I couldn't replicate any problems)
Fixed getStackClasses not working with things like

$test = parent::foo()
                ---

$test->foo(function($test) {
       return $test;
})->filter()
    ------

Did some updates to findFullWord function as I needed to define between a property and a function using (
Fixed if the phpdoc has a return of static it not return the methods of itself.
Found this in Laravel's Collection as the phpdoc of the funciton has @return static

Ideas (I realise they aren't related to the PR but I didn't want to raise 2 issues for this)
I'm just suggesting these as I don't want to program anything you don't want in your package.

Refactor rename of property, function, class name.
 It will then update all references to the new name. Youtube example
Have a repository where we can test this package on. It then means people can PR their code into this  test repository and we/you can properly debug it and find out why something isn't working.
A bit like what @hotoiledgoblinsack did when trying to explain a bug he found. Link

Hello,
Thanks for the PR.
I just have one question (see before) and for me, nothing is working better for something like that
$test = parent::foo()

What should work ?
I didn't reproduce the problem with the GOTO that makes me add a return on top of the function.
The problem was that when I was in the pane opened by the GOTO, and then selecting text, the goto was fired, and so a lot of panes were opened.
An other point, is about your jumpToProperty and jumpToFunction methods. I didn't try to implement this, but in your opinion, will it be possible to use PHP reflection method "getStartLine()" (http://php.net/manual/en/reflectionfunctionabstract.getstartline.php) instead of using your regex to find the words in the file ? I think that it will consume less memory than regex if the file is a bit big.
For the refactor, why not, it's a really big feature that needs thinking to be efficient. But my major problem today, before that (because it's needed to have a powerfull refactoring), is to find a way to get that kind of autocomplete :
$x = new \DateTime();
$x->{here}

//or

$x = self::myfunction();
$x->{here}

In other words, I need getStackClasses() function to be able to parse results from other providers. Perhaps should I not use multiple providers ? I don't have any idea on how to be able to do that. And if you have a piece of idea, you're welcome !
For the test repository, it could be a nice idea to provide a repository that contains a lot of examples of what is working, and if a bug is found, someone can fork the repository and add its problem. In fact, great idea !
Thank you for your help :+1:
Peekmo

I actually had the same idea about the repository yesterday.  Feel free to fork it, use it, or, if you want, I can transfer ownership.
I can also confirm this fixes #56. However, I found one (minor) issue, if I do this:
/**
 * Tests absolute namespaces.
 *
 * @return \TestNamespace\Bar\BarClass
 *
 * @throws Test
 */

... holding alt over the return class freaks out and shows me a line that goes all the way to the line underneath it.
One other thing I noticed, not sure if this is intended or not and it may have been present before, is that there is no autocompletion if a word is already present, e.g.:
$this->{get autocompletion} // Works
$this->foo(); // Remove and readd the >, no autocompletion because foo is already present.

[1] https://github.com/hotoiledgoblinsack/php-autocomplete-test

@Peekmo
I've refactored the jumpTo into a single function in the abstract-goto that is now used by all three gotos.
Also I've used the getStartLine(), but it's only available for functions and not properties. So I'm still having to parse the entire editor for properties.
I don't understand what you are trying to say here, would you be able to give an example?:

What should work ?
I didn't reproduce the problem with the GOTO that makes me add a return on top of the function.
The problem was that when I was in the pane opened by the GOTO, and then selecting text, the goto was fired, and so a lot of panes were opened.

@hotoiledgoblinsack
Thanks for creating a new repository, shall we look at splitting that repository up into the different frameworks out there, like Laravel, Symfony and Zend? Then maybe a free area with the test code you currently have in there.
I don't seem to be able to replicate your bug with the goto. Seems to work perfectly fine for me. See below:

Hello,
Very nice, thank you :+1:

@CWDN I just updated to the new version containing this pull request and also can't reproduce it anymore (previously I applied the patch from this pull request). Feel free to use the code in the repository however you wish (I quickly added the MIT license just to have some form of license as when it's omitted the licensing can differ from country to country), I just quickly built this to test issues I have as (sadly) the code I work with every day is proprietary.


0004-Ways of fostering collaborations and avoiding duplicate work

The idea is to think about ways to coordinate developments of the MP tools that could be of interest to many developers. For example, finding out that the LAMMPS workflows are currently also of interest to other developers now lead to a small development team (https://github.com/materialsproject/atomate2/issues/173).
I am wondering if we could come up with ideas how to foster such collaborations to develop interfaces and workflows for commonly used codes. This would, of course, mean that developers inform the public about their current work plans already at an early stage. However, interface development alone might not give much information about the overall project.

Maybe discussions could become a place where people announce active dev projects looking for collaborators which would allow others to chime in with a low barrier for entry without adding noise to regular maintenance of the repo in the issue thread. People who start such discussions could then advertise them on social media as much as they feel comfortable and/or encourage interested parties to contact them privately for details.

I will add discussions as an option to the decision document and put your negative point with regard to issues as well. We can discuss on Monday in more detail and see how we can move forward.

@rkingsbury Could you check if my changes roughly cover today's discussions and whether we should add more to the document?

Hi all, points 1-3 look OK to me. For point 4 why not have the discussions take place in the repos for the codes themselves instead of the MP foundation repo?

Hi all, points 1-3 look OK to me. For point 4 why not have the discussions take place in the repos for the codes themselves instead of the MP foundation repo?

We considered this, but were concerned that it would not provide enough visibility of related efforts across codes. For example, someone might post a pymatgen discussion saying that they're working on LAMMPS IO, and another developer might post a atomate2 discussion indicating interest in developing LAMMPS workflows, but unless each knows to check discussion in the other repo, they might not realize that their efforts are strongly complementary. It also places more burden on the maintainers of the respective repos to make those connections by directing people to the other repos, rather than letting them happen organically.
By using the foundation repo, we provide one centralized location for prospective developers to discuss their plans. I think this is beneficial since new developers may not fully understand how all our codes inter-operate.

I think the non MP stack users of pymatgen outnumber MP stack users probably 10-1 or 100-1. It makes no sense for us to force them to move discussions to MP foundation. If there are coordination discussions that are specific concerns of MP stack, those can be in the foundation. Most discussions are not of that nature.

We can try but my experience is that cross posting never works. People have enough trouble with posting in one place.

I think leaving the burden of work on the person announcing their work is better than expecting the target audience to know where to look/expect them to look in multiple places.

We can try but my experience is that cross posting never works. People have enough trouble with posting in one place.

I think leaving the burden of work on the person announcing their work is better than expecting the target audience to know where to look/expect them to look in multiple places.

I agree on both counts! In my opinion, even though some other MPSF codes like maggma and jobflow are also quite useful standalone, it's still beneficial to announce changes in a shared forum because if someone makes a big change/enhancement to Store, for example, that may affect how atomate2 workflows operate.
Since pymatgen already has a discussion board, what if we have a two-part statement in the README's? Changes to pymatgen (like IO support for new codes) get announced in the pymatgen board; changes to other codes (almost all of which depend on pymatgen and one or more others and hence require coordination) get announced in the foundation repo? And we also make a note to check for related work in pymatgen?
An alternative is to use the pymatgen discussion board for everything, but we felt that was not optimal because coordination and development discussions could easily get lost among support requests.

Looks good overall @JaGeo ! I made a few suggestions to capture some additional details of what was proposed.

@rkingsbury, I think I should have included all of your comments now.

Hi @tschaume , @janosh , @mkhorton, (and everyone else)
could you please check the updated version of this document and propose corrections, changes?
As far as I understood, we would then also be able to merge this document.
Thank you for your help!

This looks great to me; will be a great step forward for coordinating developers.

This looks great to me; will be a great step forward for coordinating developers.

How and when do we then merge, @tschaume ? I think we voted positively for the second time in the last meeting. After a last round of feedback on the decision document?
Any additional comments from your side, @mkhorton ? I think you mentioned in the last meeting that the decision document wasn't completely clear to you.

Is there actually any update on the developer guide? @janosh @rkingsbury
I am currently preparing a talk and would like to point people to a website where they can be introduced to the "code infrastructure". It's not yet online, right?

I signed of on it a while ago but don't have merge rights. Just requested a review from @munrojm.

Just merged it.

Awesome! Thanks @janosh! And thanks @munrojm !


Problems about installing lua-opencv

First of all, very amazing work. And I am trying to test on my own test images.
I installed torch and most of the torch packages successfully. But I found the link of lua--opencv and lunatic-python is out-of-date. I tried to complie the source code, but I failed. I want to know which version of lua are you using? And how did you install lua--opencv, by using luarocks or source code? And which source code did you use specificly?
Here is some code I found:
https://github.com/satoren/luaOpenCV
https://github.com/VisionLabs/torch-opencv
https://github.com/bastibe/lunatic-python
https://github.com/OddSource/lunatic-python

Solved!

Glad that you are interested in this work and you solved the issue. Just for references, I used Lua5.1 and https://github.com/VisionLabs/torch-opencv.

@Iamlwq Hi, could you list all of the dependencies you installed.  Actually, I tried and failed


Update personal_suffixes.txt

Can't merge this one.

Dictionaries have to be lowercased
Roman numeral expansion already gets done in libpostal expand_address, though it just expands to digits, not ordinals (in practice this doesn't matter for German because we remove the final period as well)
The way these dictionaries work, every pipe-delimited string to the right of the first one will be aliased to the leftmost string where the dictionary applies. The personal_suffixes dictionary applies in both street and venue names, and there are many counterexamples where "1." should not be expanded to "der erste" as it's too ambiguous.
I'm not seeing enough examples of where the "der erste", etc. forms are actually used in street names to justify the added ambiguity.


Breakpoints don't work on built-in scripts that are attached to autoloaded scenes.

Godot version
4.0.2 stable
System information
Windows 11
Issue description
When attempting to debug a tutorial scene that had a lot of built in scripts, I was noticing the breakpoints weren't working.  On further inspection I was able to reproduce this consistently, even on a blank project.
Two things to note:
The breakpoint works on an autolaoded scene if it's in a resource script (saved as a .gd file).
The breakpoint works on a built-in script if it's directly attached to the primary scene, or is played on its own.
Steps to reproduce
Create a primary scene.
Create a secondary scene.
Add the secondary scene to the Auto-load window so that it auto-loads.
Create a node with a built-in script in the secondary scene.
Create a breakpoint on a line in the built-in script.
Run the primary scene.
Observe that the breakpoint is not triggered.
Minimal reproduction project
Bug Testing _ Breakpoints.zip

Fixed in 4.3


SVG thumbnails in File Explorer doesn't work

Microsoft PowerToys version
0.62.0
Running as admin

[X] Yes

Area(s) with issue?
SVG Thumbnail
Steps to reproduce
After installing and restart, thumbnails in File Explorer doesn't show SVG image, just Edge icon

✔ Expected Behavior
Show SVG preview in File Explorer
❌ Actual Behavior
File Explorer doesn't show SVG image, just Edge icon
Other Software
Windows10

/reportbug

can you provide one of those images please?


Add Touhosu to wiki

Add Touhosu
Change osu!DIVA owner
Change some dev word

Windblume has been discontinued by me and there's an alternative already (https://rulesets.info/posts/soyokaze/), so I don't think it should be added.

Windblume has been discontinued by me and there's an alternative already (https://rulesets.info/posts/soyokaze/), so I don't think it should be added.

Ok I will remove this.

Touhosu is public now btw https://github.com/EVAST9919/touhosu


Unable to grab data from parsed JSON

So far this plugin is awesome. But I ran into a snag.
This alert gives me back an object no problem:
const obj = cookie.load("person", {});     alert( obj );
Parsed data in the alert box:
{"primary_name":{"full":"Ryan Mitch Smith","prefix":"Mr","first":"Ryan","middle":"Mitch","last":"Smith"}
However, when I do alert ( obj.primary_name ); it returns as undefined.
I feel like I'm missing something simple.

The second parameter of load is a boolean for the shouldBeParsed option. Remove it because you're probably getting the string instead of the object.

Thanks. Cleared it up.


Update websockets.md with websocket compression description.

akka-http https://github.com/akka/akka-http/issues/659
okhttp https://github.com/square/okhttp/issues/1733
async-http-client(via netty) https://github.com/AsyncHttpClient/async-http-client/issues/1394
Before submitting pull request:

[x] Check if the project compiles by running sbt compile
[x] Verify docs compilation by running sbt compileDocs
[x] Check if tests pass by running sbt test
[x] Format code by running sbt scalafmt

#872

Thanks!


Fail to start gazebo on Mac

Hi guys,
I tried to start the gazebo on my Mac but failed. I have pulled the latest version of the firmware. The error is reported here:

$ make px4_sitl gazebo_tailsitter
[0/5] Performing build step for 'sitl_gazebo'
[2/95] Building CXX object CMakeFiles/std_msgs.dir/Int32.pb.cc.o
FAILED: CMakeFiles/std_msgs.dir/Int32.pb.cc.o
/Library/Developer/CommandLineTools/usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_DATE_TIME_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_TEST_DYN_LINK -DBOOST_THREAD_DYN_LINK -DLIBBULLET_VERSION=2.89 -DLIBBULLET_VERSION_GT_282 -Dstd_msgs_EXPORTS -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/include -I. -I/usr/local/include/eigen3/eigen3 -I/usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9/gazebo/msgs -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/mavlink/include -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/external/OpticalFlow/include -I/usr/local/Cellar/libffi/3.3/include -I/usr/local/Cellar/gstreamer/1.16.2/include/gstreamer-1.0 -I/usr/local/Cellar/glib/2.64.4_1/include -I/usr/local/Cellar/glib/2.64.4_1/include/glib-2.0 -I/usr/local/Cellar/glib/2.64.4_1/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.44/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9 -isystem /usr/local/Cellar/bullet/2.89/include/bullet -isystem /usr/local/Cellar/bullet/2.89/include -isystem /usr/local/include/simbody -isystem /usr/local/include -isystem /usr/local/Cellar/sdformat6/6.2.0_1/include/sdformat-6.2 -isystem /usr/local/include/ignition/math4 -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Terrain -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Paging -isystem /usr/local/include/ignition/transport4 -isystem /usr/local/include/ignition/msgs1 -isystem /usr/local/include/ignition/common1 -isystem /usr/local/include/ignition/fuel_tools1 -iframework /usr/local/opt/qt/lib -isystem /usr/local/opt/qt/lib/QtCore.framework/Headers -isystem /usr/local/opt/qt/./mkspecs/macx-clang -isystem /usr/local/include/eigen3 -isystem /usr/local/Cellar/opencv/4.4.0/include/opencv4 -isystem /usr/local/Cellar/fcl/0.6.1/include -isystem /usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -isystem /usr/local/Cellar/ffmpeg/4.3.1/include -O2 -g -DNDEBUG -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fPIC -Wno-deprecated-declarations -Wno-address-of-packed-member -I/usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -I/usr/local/Cellar/ffmpeg/4.3.1/include -std=gnu++17 -MD -MT CMakeFiles/std_msgs.dir/Int32.pb.cc.o -MF CMakeFiles/std_msgs.dir/Int32.pb.cc.o.d -o CMakeFiles/std_msgs.dir/Int32.pb.cc.o -c Int32.pb.cc
In file included from Int32.pb.cc:4:
In file included from ./Int32.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:317:9: error: no member named 'signbit' in the global namespace
using ::signbit;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:318:9: error: no member named 'fpclassify' in the global namespace
using ::fpclassify;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:319:9: error: no member named 'isfinite' in the global namespace; did you mean 'finite'?
using ::isfinite;
~~^
/usr/local/include/math.h:749:12: note: 'finite' declared here
extern int finite(double)
^
In file included from Int32.pb.cc:4:
In file included from ./Int32.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:320:9: error: no member named 'isinf' in the global namespace
using ::isinf;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:321:9: error: no member named 'isnan' in the global namespace
using ::isnan;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:322:9: error: no member named 'isnormal' in the global namespace
using ::isnormal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:323:7: error: no member named 'isgreater' in the global namespace; did you mean '::std::greater'?
using ::isgreater;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:731:29: note: '::std::greater' declared here
struct _LIBCPP_TEMPLATE_VIS greater : binary_function<_Tp, _Tp, bool>
^
In file included from Int32.pb.cc:4:
In file included from ./Int32.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:324:7: error: no member named 'isgreaterequal' in the global namespace; did you mean '::std::greater_equal'?
using ::isgreaterequal;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:760:29: note: '::std::greater_equal' declared here
struct _LIBCPP_TEMPLATE_VIS greater_equal : binary_function<_Tp, _Tp, bool>
^
In file included from Int32.pb.cc:4:
In file included from ./Int32.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:325:9: error: no member named 'isless' in the global namespace
using ::isless;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:326:9: error: no member named 'islessequal' in the global namespace
using ::islessequal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:327:9: error: no member named 'islessgreater' in the global namespace
using ::islessgreater;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:328:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:329:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
13 errors generated.
[3/95] Building CXX object CMakeFiles/nav_msgs.dir/Odometry.pb.cc.o
FAILED: CMakeFiles/nav_msgs.dir/Odometry.pb.cc.o
/Library/Developer/CommandLineTools/usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_DATE_TIME_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_TEST_DYN_LINK -DBOOST_THREAD_DYN_LINK -DLIBBULLET_VERSION=2.89 -DLIBBULLET_VERSION_GT_282 -Dnav_msgs_EXPORTS -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/include -I. -I/usr/local/include/eigen3/eigen3 -I/usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9/gazebo/msgs -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/mavlink/include -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/external/OpticalFlow/include -I/usr/local/Cellar/libffi/3.3/include -I/usr/local/Cellar/gstreamer/1.16.2/include/gstreamer-1.0 -I/usr/local/Cellar/glib/2.64.4_1/include -I/usr/local/Cellar/glib/2.64.4_1/include/glib-2.0 -I/usr/local/Cellar/glib/2.64.4_1/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.44/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9 -isystem /usr/local/Cellar/bullet/2.89/include/bullet -isystem /usr/local/Cellar/bullet/2.89/include -isystem /usr/local/include/simbody -isystem /usr/local/include -isystem /usr/local/Cellar/sdformat6/6.2.0_1/include/sdformat-6.2 -isystem /usr/local/include/ignition/math4 -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Terrain -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Paging -isystem /usr/local/include/ignition/transport4 -isystem /usr/local/include/ignition/msgs1 -isystem /usr/local/include/ignition/common1 -isystem /usr/local/include/ignition/fuel_tools1 -iframework /usr/local/opt/qt/lib -isystem /usr/local/opt/qt/lib/QtCore.framework/Headers -isystem /usr/local/opt/qt/./mkspecs/macx-clang -isystem /usr/local/include/eigen3 -isystem /usr/local/Cellar/opencv/4.4.0/include/opencv4 -isystem /usr/local/Cellar/fcl/0.6.1/include -isystem /usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -isystem /usr/local/Cellar/ffmpeg/4.3.1/include -O2 -g -DNDEBUG -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fPIC -Wno-deprecated-declarations -Wno-address-of-packed-member -I/usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -I/usr/local/Cellar/ffmpeg/4.3.1/include -std=gnu++17 -MD -MT CMakeFiles/nav_msgs.dir/Odometry.pb.cc.o -MF CMakeFiles/nav_msgs.dir/Odometry.pb.cc.o.d -o CMakeFiles/nav_msgs.dir/Odometry.pb.cc.o -c Odometry.pb.cc
In file included from Odometry.pb.cc:4:
In file included from ./Odometry.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:317:9: error: no member named 'signbit' in the global namespace
using ::signbit;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:318:9: error: no member named 'fpclassify' in the global namespace
using ::fpclassify;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:319:9: error: no member named 'isfinite' in the global namespace; did you mean 'finite'?
using ::isfinite;
~~^
/usr/local/include/math.h:749:12: note: 'finite' declared here
extern int finite(double)
^
In file included from Odometry.pb.cc:4:
In file included from ./Odometry.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:320:9: error: no member named 'isinf' in the global namespace
using ::isinf;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:321:9: error: no member named 'isnan' in the global namespace
using ::isnan;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:322:9: error: no member named 'isnormal' in the global namespace
using ::isnormal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:323:7: error: no member named 'isgreater' in the global namespace; did you mean '::std::greater'?
using ::isgreater;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:731:29: note: '::std::greater' declared here
struct _LIBCPP_TEMPLATE_VIS greater : binary_function<_Tp, _Tp, bool>
^
In file included from Odometry.pb.cc:4:
In file included from ./Odometry.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:324:7: error: no member named 'isgreaterequal' in the global namespace; did you mean '::std::greater_equal'?
using ::isgreaterequal;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:760:29: note: '::std::greater_equal' declared here
struct _LIBCPP_TEMPLATE_VIS greater_equal : binary_function<_Tp, _Tp, bool>
^
In file included from Odometry.pb.cc:4:
In file included from ./Odometry.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:325:9: error: no member named 'isless' in the global namespace
using ::isless;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:326:9: error: no member named 'islessequal' in the global namespace
using ::islessequal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:327:9: error: no member named 'islessgreater' in the global namespace
using ::islessgreater;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:328:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:329:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
13 errors generated.
ninja: build stopped: subcommand failed.
[1/5] Generating ../../logs
FAILED: external/Stamp/sitl_gazebo/sitl_gazebo-build
cd /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default/build_gazebo && /usr/local/Cellar/cmake/3.18.1/bin/cmake --build /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default/build_gazebo -- -j2
ninja: build stopped: subcommand failed.
make: *** [Makefile:226: px4_sitl] Error 1

Per the report, there are multiple variables that are not defined in the global namespace, which is quite weird.
Also the jMAVSim is able to work without any issue.
Thanks in advance for your kind help.

Please provide the full output after a make clean.

Please correct me if I understand you wrong. I first make clean, then ulimit -S -n 500 to make sure the number of executed files is not an issue, then make px4_sitl gazebo_tailsitter again. And the output is

$ make px4_sitl gazebo_tailsitter
-- PX4 version: v1.11.0-rc1-171-gf0dc76a8cf
-- PX4 config file: /Users/ys/Zeng_Lab/Tailsitter/Firmware/boards/px4/sitl/default.cmake
-- PX4 config: px4_sitl_default
-- PX4 platform: posix
-- PX4 lockstep: enabled
-- cmake build type: RelWithDebInfo
-- The CXX compiler identification is AppleClang <IP_ADDRESS>30032
-- The C compiler identification is AppleClang <IP_ADDRESS>30032
-- The ASM compiler identification is Clang
-- Found assembler: /Library/Developer/CommandLineTools/usr/bin/cc
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Building for code coverage
-- ccache enabled (export CCACHE_DISABLE=1 to disable)
-- Found PythonInterp: /Applications/anaconda3/bin/python3 (found suitable version "3.7.7", minimum required is "3")
-- build type is RelWithDebInfo
-- PX4 ECL: Very lightweight Estimation & Control Library v1.9.0-rc1-384-g77b1112
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default
[7/742] git submodule src/drivers/gps/devices
[12/742] git submodule Tools/sitl_gazebo
[13/742] git submodule src/lib/ecl
[18/742] git submodule mavlink/include/mavlink/v2.0
[19/742] Performing configure step for 'sitl_gazebo'
-- install-prefix: /usr/local
-- cmake build type: RelWithDebInfo
-- The C compiler identification is AppleClang <IP_ADDRESS>30032
-- The CXX compiler identification is AppleClang <IP_ADDRESS>30032
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Performing Test COMPILER_SUPPORTS_CXX17
-- Performing Test COMPILER_SUPPORTS_CXX17 - Success
-- Performing Test COMPILER_SUPPORTS_CXX14
-- Performing Test COMPILER_SUPPORTS_CXX14 - Success
-- Performing Test COMPILER_SUPPORTS_CXX11
-- Performing Test COMPILER_SUPPORTS_CXX11 - Success
-- Performing Test COMPILER_SUPPORTS_CXX0X
-- Performing Test COMPILER_SUPPORTS_CXX0X - Success
-- Using C++17 standard
-- Found Boost: /usr/local/lib/cmake/Boost-1.73.0/BoostConfig.cmake (found suitable version "1.73.0", minimum required is "1.58") found components: system thread filesystem
CMake Warning (dev) at /usr/local/Cellar/cmake/3.18.1/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:273 (message):
The package name passed to find_package_handle_standard_args (PkgConfig)
does not match the name of the calling package (gazebo).  This can lead to
problems in calling code that expects find_package result variables
(e.g., _FOUND) to follow a certain pattern.
Call Stack (most recent call first):
/usr/local/Cellar/cmake/3.18.1/share/cmake/Modules/FindPkgConfig.cmake:59 (find_package_handle_standard_args)
/usr/local/lib/cmake/gazebo/gazebo-config.cmake:30 (include)
CMakeLists.txt:46 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.29.2")
-- Checking for module 'bullet>=2.82'
--   Found bullet, version 2.89
-- Found fcl: /usr/local/Cellar/fcl/0.6.1/include (found suitable version "0.6.1", minimum required is "0.3.2")
-- Found assimp: /usr/local/include (found version "5.0.0")
-- Found DART: /usr/local/include (Required is at least version "6") found components: dart
-- Found Boost: /usr/local/lib/cmake/Boost-1.73.0/BoostConfig.cmake (found suitable version "1.73.0", minimum required is "1.40.0") found components: thread system filesystem program_options regex iostreams date_time
-- Found Protobuf: /usr/local/lib/libprotobuf.dylib (found version "3.12.4")
-- Found Boost: /usr/local/lib/cmake/Boost-1.73.0/BoostConfig.cmake (found version "1.73.0")
-- Looking for OGRE...
-- OGRE_PREFIX_WATCH changed.
-- Checking for module 'OGRE'
--   Found OGRE, version 1.9.0
-- Found Ogre Ghadamon (1.9.0)
-- Found OGRE: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreMain.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreMain.dylib
-- Looking for OGRE_Paging...
-- Found OGRE_Paging: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgrePaging.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgrePaging.dylib
-- Looking for OGRE_Terrain...
-- Found OGRE_Terrain: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreTerrain.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreTerrain.dylib
-- Looking for OGRE_Property...
-- Found OGRE_Property: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreProperty.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreProperty.dylib
-- Looking for OGRE_RTShaderSystem...
-- Found OGRE_RTShaderSystem: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreRTShaderSystem.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreRTShaderSystem.dylib
-- Looking for OGRE_Volume...
-- Found OGRE_Volume: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreVolume.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreVolume.dylib
-- Looking for OGRE_Overlay...
-- Found OGRE_Overlay: optimized;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreOverlay.dylib;debug;/usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/lib/libOgreOverlay.dylib
-- Found Protobuf: /usr/local/lib/libprotobuf.dylib (found suitable version "3.12.4", minimum required is "2.3.0")
-- Checking for module 'uuid'
--   Found uuid, version 1.6.2
-- Found UUID: TRUE
-- Checking for module 'tinyxml2'
--   Found tinyxml2, version 8.0.0
-- Looking for dlfcn.h - found
-- Looking for libdl - found
-- Found DL: TRUE
-- FreeImage.pc not found, we will search for FreeImage_INCLUDE_DIRS and FreeImage_LIBRARIES
-- Found UUID: TRUE
-- Checking for module 'gts'
--   Found gts, version 0.7.6
-- Found GTS: TRUE
-- Checking for module 'libswscale'
--   Found libswscale, version 5.7.100
-- Found SWSCALE: TRUE
-- Checking for module 'libavdevice >= 56.4.100'
--   Found libavdevice , version 58.10.100
-- Found AVDEVICE: TRUE (Required is at least version "56.4.100")
-- Checking for module 'libavformat'
--   Found libavformat, version 58.45.100
-- Found AVFORMAT: TRUE
-- Checking for module 'libavcodec'
--   Found libavcodec, version 58.91.100
-- Found AVCODEC: TRUE
-- Checking for module 'libavutil'
--   Found libavutil, version 56.51.100
-- Found AVUTIL: TRUE
-- Found CURL: /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/lib/libcurl.tbd (found version "7.64.1")
-- Checking for module 'jsoncpp'
--   Found jsoncpp, version 1.9.3
-- Found JSONCPP: TRUE
-- Checking for module 'yaml-0.1'
--   Found yaml-0.1, version 0.2.5
-- Found YAML: TRUE
-- Checking for module 'libzip'
--   Found libzip, version 1.7.3
-- Found ZIP: TRUE
-- Found PythonInterp: /Applications/anaconda3/bin/python3 (found suitable version "3.7.7", minimum required is "3")
-- Found OpenCV: /usr/local/Cellar/opencv/4.4.0 (found version "4.4.0")
-- Found TinyXML: /usr/local/lib/libtinyxml.dylib
-- Checking for module 'gstreamer-1.0 >= 1.0'
--   Found gstreamer-1.0 , version 1.16.2
-- Checking for module 'gstreamer-base-1.0 >= 1.0'
--   Found gstreamer-base-1.0 , version 1.16.2
-- Found GStreamer: GSTREAMER_INCLUDE_DIRS;GSTREAMER_LIBRARIES;GSTREAMER_VERSION;GSTREAMER_BASE_INCLUDE_DIRS;GSTREAMER_BASE_LIBRARIES (Required is at least version "1.0")
-- Checking for module 'OGRE'
--   Found OGRE, version 1.9.0
-- Building klt_feature_tracker without catkin
-- Building OpticalFlow with OpenCV
-- Found MAVLink: /Users/ys/Zeng_Lab/Tailsitter/Firmware/mavlink/include (found version "2.0")
-- catkin DISABLED
-- Found Protobuf: /usr/local/lib/libprotobuf.dylib (found version "3.12.4")
-- Checking for module 'protobuf'
--   Found protobuf, version 3.12.4
-- Gazebo version: 9.13
-- Found GStreamer: adding gst_camera_plugin
-- Found GStreamer: adding gst_video_stream_widget
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default/build_gazebo
[445/742] Linking CXX static library src/lib/bezier/libbezier.a
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/lib/bezier/libbezier.a(BezierQuad.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/lib/bezier/libbezier.a(BezierQuad.cpp.o) has no symbols
[468/742] Linking CXX static library src/drivers/camera_trigger/libdrivers__camera_trigger.a
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(pwm.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(seagull_map2.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(gpio.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(pwm.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(seagull_map2.cpp.o) has no symbols
/Library/Developer/CommandLineTools/usr/bin/ranlib: file: src/drivers/camera_trigger/libdrivers__camera_trigger.a(gpio.cpp.o) has no symbols
[738/742] Performing build step for 'sitl_gazebo'
[6/109] Building CXX object CMakeFiles/mav_msgs.dir/CommandMotorSpeed.pb.cc.o
FAILED: CMakeFiles/mav_msgs.dir/CommandMotorSpeed.pb.cc.o
/Library/Developer/CommandLineTools/usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_DATE_TIME_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_TEST_DYN_LINK -DBOOST_THREAD_DYN_LINK -DLIBBULLET_VERSION=2.89 -DLIBBULLET_VERSION_GT_282 -Dmav_msgs_EXPORTS -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/include -I. -I/usr/local/include/eigen3/eigen3 -I/usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9/gazebo/msgs -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/mavlink/include -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/external/OpticalFlow/include -I/usr/local/Cellar/libffi/3.3/include -I/usr/local/Cellar/gstreamer/1.16.2/include/gstreamer-1.0 -I/usr/local/Cellar/glib/2.64.4_2/include -I/usr/local/Cellar/glib/2.64.4_2/include/glib-2.0 -I/usr/local/Cellar/glib/2.64.4_2/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.44/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9 -isystem /usr/local/Cellar/bullet/2.89/include/bullet -isystem /usr/local/Cellar/bullet/2.89/include -isystem /usr/local/include/simbody -isystem /usr/local/include -isystem /usr/local/Cellar/sdformat6/6.2.0_1/include/sdformat-6.2 -isystem /usr/local/include/ignition/math4 -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Terrain -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Paging -isystem /usr/local/include/ignition/transport4 -isystem /usr/local/include/ignition/msgs1 -isystem /usr/local/include/ignition/common1 -isystem /usr/local/include/ignition/fuel_tools1 -iframework /usr/local/opt/qt/lib -isystem /usr/local/opt/qt/lib/QtCore.framework/Headers -isystem /usr/local/opt/qt/./mkspecs/macx-clang -isystem /usr/local/include/eigen3 -isystem /usr/local/Cellar/opencv/4.4.0/include/opencv4 -isystem /usr/local/Cellar/fcl/0.6.1/include -isystem /usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -isystem /usr/local/Cellar/ffmpeg/4.3.1/include -O2 -g -DNDEBUG -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fPIC -Wno-deprecated-declarations -Wno-address-of-packed-member -I/usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -I/usr/local/Cellar/ffmpeg/4.3.1/include -std=gnu++17 -MD -MT CMakeFiles/mav_msgs.dir/CommandMotorSpeed.pb.cc.o -MF CMakeFiles/mav_msgs.dir/CommandMotorSpeed.pb.cc.o.d -o CMakeFiles/mav_msgs.dir/CommandMotorSpeed.pb.cc.o -c CommandMotorSpeed.pb.cc
In file included from CommandMotorSpeed.pb.cc:4:
In file included from ./CommandMotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:317:9: error: no member named 'signbit' in the global namespace
using ::signbit;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:318:9: error: no member named 'fpclassify' in the global namespace
using ::fpclassify;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:319:9: error: no member named 'isfinite' in the global namespace; did you mean 'finite'?
using ::isfinite;
~~^
/usr/local/include/math.h:749:12: note: 'finite' declared here
extern int finite(double)
^
In file included from CommandMotorSpeed.pb.cc:4:
In file included from ./CommandMotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:320:9: error: no member named 'isinf' in the global namespace
using ::isinf;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:321:9: error: no member named 'isnan' in the global namespace
using ::isnan;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:322:9: error: no member named 'isnormal' in the global namespace
using ::isnormal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:323:7: error: no member named 'isgreater' in the global namespace; did you mean '::std::greater'?
using ::isgreater;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:731:29: note: '::std::greater' declared here
struct _LIBCPP_TEMPLATE_VIS greater : binary_function<_Tp, _Tp, bool>
^
In file included from CommandMotorSpeed.pb.cc:4:
In file included from ./CommandMotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:324:7: error: no member named 'isgreaterequal' in the global namespace; did you mean '::std::greater_equal'?
using ::isgreaterequal;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:760:29: note: '::std::greater_equal' declared here
struct _LIBCPP_TEMPLATE_VIS greater_equal : binary_function<_Tp, _Tp, bool>
^
In file included from CommandMotorSpeed.pb.cc:4:
In file included from ./CommandMotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:325:9: error: no member named 'isless' in the global namespace
using ::isless;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:326:9: error: no member named 'islessequal' in the global namespace
using ::islessequal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:327:9: error: no member named 'islessgreater' in the global namespace
using ::islessgreater;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:328:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:329:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
13 errors generated.
[7/109] Building CXX object CMakeFiles/mav_msgs.dir/MotorSpeed.pb.cc.o
FAILED: CMakeFiles/mav_msgs.dir/MotorSpeed.pb.cc.o
/Library/Developer/CommandLineTools/usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_DATE_TIME_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_TEST_DYN_LINK -DBOOST_THREAD_DYN_LINK -DLIBBULLET_VERSION=2.89 -DLIBBULLET_VERSION_GT_282 -Dmav_msgs_EXPORTS -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/include -I. -I/usr/local/include/eigen3/eigen3 -I/usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9/gazebo/msgs -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/mavlink/include -I/Users/ys/Zeng_Lab/Tailsitter/Firmware/Tools/sitl_gazebo/external/OpticalFlow/include -I/usr/local/Cellar/libffi/3.3/include -I/usr/local/Cellar/gstreamer/1.16.2/include/gstreamer-1.0 -I/usr/local/Cellar/glib/2.64.4_2/include -I/usr/local/Cellar/glib/2.64.4_2/include/glib-2.0 -I/usr/local/Cellar/glib/2.64.4_2/lib/glib-2.0/include -I/usr/local/opt/gettext/include -I/usr/local/Cellar/pcre/8.44/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include -isystem /usr/local/Cellar/gazebo9/9.13.0_1/include/gazebo-9 -isystem /usr/local/Cellar/bullet/2.89/include/bullet -isystem /usr/local/Cellar/bullet/2.89/include -isystem /usr/local/include/simbody -isystem /usr/local/include -isystem /usr/local/Cellar/sdformat6/6.2.0_1/include/sdformat-6.2 -isystem /usr/local/include/ignition/math4 -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Terrain -isystem /usr/local/Cellar/ogre1.9/1.9-20160714-108ab0bcc69603dba32c0ffd4bbbc39051f421c9_8/include/OGRE/Paging -isystem /usr/local/include/ignition/transport4 -isystem /usr/local/include/ignition/msgs1 -isystem /usr/local/include/ignition/common1 -isystem /usr/local/include/ignition/fuel_tools1 -iframework /usr/local/opt/qt/lib -isystem /usr/local/opt/qt/lib/QtCore.framework/Headers -isystem /usr/local/opt/qt/./mkspecs/macx-clang -isystem /usr/local/include/eigen3 -isystem /usr/local/Cellar/opencv/4.4.0/include/opencv4 -isystem /usr/local/Cellar/fcl/0.6.1/include -isystem /usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -isystem /usr/local/Cellar/ffmpeg/4.3.1/include -O2 -g -DNDEBUG -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -fPIC -Wno-deprecated-declarations -Wno-address-of-packed-member -I/usr/local/Cellar/ossp-uuid/1.6.2_2/include/ossp -I/usr/local/Cellar/ffmpeg/4.3.1/include -std=gnu++17 -MD -MT CMakeFiles/mav_msgs.dir/MotorSpeed.pb.cc.o -MF CMakeFiles/mav_msgs.dir/MotorSpeed.pb.cc.o.d -o CMakeFiles/mav_msgs.dir/MotorSpeed.pb.cc.o -c MotorSpeed.pb.cc
In file included from MotorSpeed.pb.cc:4:
In file included from ./MotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:317:9: error: no member named 'signbit' in the global namespace
using ::signbit;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:318:9: error: no member named 'fpclassify' in the global namespace
using ::fpclassify;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:319:9: error: no member named 'isfinite' in the global namespace; did you mean 'finite'?
using ::isfinite;
~~^
/usr/local/include/math.h:749:12: note: 'finite' declared here
extern int finite(double)
^
In file included from MotorSpeed.pb.cc:4:
In file included from ./MotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:320:9: error: no member named 'isinf' in the global namespace
using ::isinf;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:321:9: error: no member named 'isnan' in the global namespace
using ::isnan;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:322:9: error: no member named 'isnormal' in the global namespace
using ::isnormal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:323:7: error: no member named 'isgreater' in the global namespace; did you mean '::std::greater'?
using ::isgreater;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:731:29: note: '::std::greater' declared here
struct _LIBCPP_TEMPLATE_VIS greater : binary_function<_Tp, _Tp, bool>
^
In file included from MotorSpeed.pb.cc:4:
In file included from ./MotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:324:7: error: no member named 'isgreaterequal' in the global namespace; did you mean '::std::greater_equal'?
using ::isgreaterequal;
^~
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/functional:760:29: note: '::std::greater_equal' declared here
struct _LIBCPP_TEMPLATE_VIS greater_equal : binary_function<_Tp, _Tp, bool>
^
In file included from MotorSpeed.pb.cc:4:
In file included from ./MotorSpeed.pb.h:23:
In file included from /usr/local/include/google/protobuf/io/coded_stream.h:143:
In file included from /usr/local/include/google/protobuf/stubs/strutil.h:37:
In file included from /usr/local/include/google/protobuf/stubs/stringpiece.h:152:
In file included from /usr/local/include/google/protobuf/stubs/hash.h:39:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/unordered_map:407:
In file included from /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/__hash_table:18:
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:325:9: error: no member named 'isless' in the global namespace
using ::isless;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:326:9: error: no member named 'islessequal' in the global namespace
using ::islessequal;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:327:9: error: no member named 'islessgreater' in the global namespace
using ::islessgreater;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:328:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
/Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:329:9: error: no member named 'isunordered' in the global namespace
using ::isunordered;
~~^
13 errors generated.
ninja: build stopped: subcommand failed.
FAILED: external/Stamp/sitl_gazebo/sitl_gazebo-build
cd /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default/build_gazebo && /usr/local/Cellar/cmake/3.18.1/bin/cmake --build /Users/ys/Zeng_Lab/Tailsitter/Firmware/build/px4_sitl_default/build_gazebo -- -j2
ninja: build stopped: subcommand failed.
make: *** [Makefile:226: px4_sitl] Error 1

it seems to give the similar error report.

Right, I just needed to see which compiler it selected, etc.
I found these:
https://stackoverflow.com/questions/58628377/catalina-c-using-cmath-headers-yield-error-no-member-named-signbit-in-th
https://stackoverflow.com/questions/58313047/cannot-compile-r-packages-with-c-code-after-updating-to-macos-catalina
I'd try to reinstall the XCode Tools: xcode-select --install.

Thanks, Julian!  but still no good luck. I first tried xcode-select --install, which leads to

xcode-select: error: command line tools are already installed, use "Software Update" to install updates

Then I navigated to your links, but their answer doesn't fix my issue. Even the hard code cmath file. Really don't know why. Later I found it is probably because my current compiler cannot find the correct library. As suggested in:
https://github.com/nlohmann/json/issues/2087
https://stackoverflow.com/questions/47018913/make-fails-on-mac
they use clang++ in the command line as the compiler. In my case, how should I realize the same purpose?


Site notice display date bugfix

Description of change
A brief description of the change, with enough context for the reviewer to be able to understand why we're making this change.
Story Link
https://link-to-issue
Screenshots
If you have made changes to the frontend please add screenshots
Decisions [OPTIONAL]
If you had to make any decisions between different ways of doing things, what where they and why?
Known issues [OPTIONAL]
Things you know need further follow on work but aren't in scope of this issue

issue1
issue2

Further testing or sign off required [OPTIONAL]
e.g.

product manager to sign off view templates

Added additional tests here but not clear any change is necessary, closing at least for now.


ci: coverage: consider adding code coverage check to CI

With improvements to code coverage, it may be prudent to see if the CI can be made to check for code coverage regression (and at least report them, if not even fail the CI).
Over on Kata Containers for instance https://codecov.io/ is used to do the check. Some links then:
Pull results at the end of a CI run: https://github.com/kata-containers/agent/blob/44b84a6e6515164c5dd8ec735d69ddf6b9f61313/.travis.yml#L34
Get a badge: https://raw.githubusercontent.com/kata-containers/proxy/5223906c9d3453d9a0ae31f36b2508ee720671fa/README.md
You may want to consult with @jodh-intel and @chavafg to help figure out exactly how it is hooked/integrated into the repos. iirc, it's not immediately obvious ;-)

Github actions submit coverage reports:
https://github.com/intel/intel-device-plugins-for-kubernetes/blob/26f1a0efa34c3ff9faa8c84154b0ea16d5505f06/.github/workflows/ci.yaml#L66-L67


Win32 touch capability functions

For everyone who has a neat little touch/draw tablet or touch-capable monitor, it would really be great to use the Win32 API to make use of (multi-)touch events, possibly with (pen) pressure information if supported.
Sadly GLFW does not support touch at the moment, but it would be cool if we can have AWT/Swing and SWT support it!
Now I am starting to feel a bit bad for trying to further the Win32 API coverage in LWJGL, and not the other OS'es', though.
From this MSDN site it seems we need these:

User32.GetSystemMetrics()
User32.RegisterTouchWindow()
Winuser.h::TOUCHINPUT struct
User32.GetTouchInputInfo()
User32.CloseTouchInputHandle()
User32.GetMessageExtraInfo() - according to this MSDN

The define WM_TOUCH already seems to be defined.
EDIT: Ah, turns out SWT already supports touch. At least on the API-side. Now I just need to find a way to actually recognize touch events...

Just some info:

Sadly GLFW does not support touch at the moment...

That was untrue. It turns out it does have some touch support in the "touch" branch.


Update packages

After updating Microsoft.AspNet.* packages to a newer version in my project, Visual Studio / IntelliSense no longer recognizes my razor webpages. I suspect this is happening because my dependency on RazorHtmlMinifier.Mvc5, which references older versions of the Microsoft.AspNet.* packages.

Thanks for your contribution. I merged this and released it as 2.1.0. It should be available on nuget.org in a few minutes (until they index it).


Add tests for Ellipsoid and Hexahedron

Integrating Ellipsoid and Hexahedron should simply work. However, I needed to set pretty high tolerances for Ellipsoid for some reason. Do you know why @mikeingold?
I also added other geometries, which do not implement any parametric function yet, in the support matrix, cf. #57

Just as a note: The link behind the 🎗 in the docs doesn't seem to work.

However, I needed to set pretty high tolerances for Ellipsoid for some reason. Do you know why @mikeingold?

Ah, I see why. The result of measure is already off by the tolerance because Meshes.jl doesn't implement an analytical  measure for an Ellipsoid (which is also not so easy to determine in general) and thus uses a fallback.
julia> using Meshes, MeshIntegrals

julia> origin = Point(0, 0, 0)
Point with Cartesian{NoDatum} coordinates
├─ x: 0.0 m
├─ y: 0.0 m
└─ z: 0.0 m

julia> radii = (1.0, 1.0, 1.0)
(1.0, 1.0, 1.0)

julia> ellipsoid = Ellipsoid(radii, origin)
Ellipsoid
├─ radii: (1.0 m, 1.0 m, 1.0 m)
├─ center: Point(x: 0.0 m, y: 0.0 m, z: 0.0 m)
└─ rotation: LinearAlgebra.UniformScaling{Bool}(true)

julia> using Unitful: m

julia> 4pi*m^2 - measure(ellipsoid)
0.02225157793214194 m^2

julia> 4pi*m^2 - integral(f, ellipsoid, GaussLegendre(100))
-4.96278573791642e-11 m^2

The result from integral is actually much more precise.

Ah, I see why. The result of measure is already off by the tolerance because Meshes.jl doesn't implement an analytical  measure for an Ellipsoid (which is also not so easy to determine in general) and thus uses a fallback.
The result from integral is actually much more precise.

Exactly. This is something I've definitely seen. When there's no analytic solution defined for measure, Meshes will simplexify the geometry and essentially take a finite element approximation, so integrating a unit integrand function will probably be more accurate. This is one of the motivations behind moving away from the old auto tests that relied on measure as a benchmark.

Just as a note: The link behind the 🎗 in the docs doesn't seem to work.

Weird. It looks like the Documenter site's stable version is stale and
hasn't been updated since ~v13.2. The pages under dev are up to date,
though. Have you ever seen this kind of thing happen before?
On Wed, Oct 9, 2024 at 1:04 PM Joshua Lampert @.***>
wrote:

Once the overall goal to test against analytical solutions is achieved in
the future, we will not depend on measure anyway.
—
Reply to this email directly, view it on GitHub
https://github.com/mikeingold/MeshIntegrals.jl/pull/102#issuecomment-2402853954,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA657OWQVEMHK4B7RCK6HKDZ2VOYHAVCNFSM6AAAAABPUZPOG6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBSHA2TGOJVGQ
.
You are receiving this because you were mentioned.Message ID:
@.***>

Weird. It looks like the Documenter site's stable version is stale and
hasn't been updated since ~v13.2. The pages under dev are up to date,
though. Have you ever seen this kind of thing happen before?

Indeed. I don't know why this is and I don't see any suspicious in the logs.

Weird. It looks like the Documenter site's stable version is stale and
hasn't been updated since ~v13.2. The pages under dev are up to date,
though. Have you ever seen this kind of thing happen before?

Indeed. I don't know why this is and I don't see anything suspicious in the logs.

We don't have to hold up this PR over it. I just added #103 for tracking.


feat(provider/kubernetes): remove alpha warning

@lwander I think you forgot this. Want me to take care of it?


ExtensionFeedItem missing device field

ExtensionFeedItem does not have the device field specified here:
https://developers.google.com/google-ads/api/reference/rpc/google.ads.googleads.v1.resources#extensionfeeditem

The upcoming release for v1.3 (later today) will resolve this issue, apologies this was missed on the previous release. I know what happen on the backend and will work on a fix to avoid similar discrepancies in future.
Thanks for reporting.


Fix ALB Forwarding in the routing module

Describe the issue
During our deployment of the checkpoint firewalls and the new routing module we found that changing the public lb for a project set did not resulting in the ASEA alb-forwarding feature properly updating the alb listeners and target groups. We believe this is because updates to the dynamodb table item do not work as expected. We believe that forcing a replacement of the item on any change should fix the issue.
Additional context
Add any other context, attachments or screenshots
Definition of done

update the routing module to force replacement of the dynamodb table item any time the content changes
test in lz0
deploy to lz0, lz1, lz2

https://github.com/BCDevOps/terraform-octk-aws-sea-routing/commit/b850a549e2c8ede4811eaf899da60afab5f65015


Optimize frontend bundle size season

Rabbit season

Failed Test
Failure Summary
Logs

[chromium] should display error message for invalid login correctly.
The expected HTTP status code 401 was not received, instead a function was returned.
Logs ↗

[chromium] should return list of users correctly.

Logs ↗

[chromium] should login with credentials correctly correctly.

Logs ↗

Test_InvalidCredentials
failure_message: Failedfailure_text: === RUN   Test_InvalidCredentials    api_test.go:25: Invalid credentials provided--- FAIL: Test_InvalidCr...
Logs ↗

Flaky Test
Failure Summary
Logs

[chromium] should display user profile information correctly.
The test timed out waiting for the expected text "User Profile" in the element locator 'body > div > h1'.
Logs ↗

[chromium] should show the FAQ page correctly.
The FAQ page was not loaded correctly, and the title and heading were not found.
Logs ↗

Test_ResourceNotFound
failure_message: Failedfailure_text: === RUN   Test_ResourceNotFound    api_test.go:32: Requested resource not found--- FAIL: Test_ResourceNot...
Logs ↗

Test_UnsupportedMediaType
failure_message: Failedfailure_text: === RUN   Test_UnsupportedMediaType    api_test.go:74: Unsupported media type provided--- FAIL: Test_Unsu...
Logs ↗

View Full Report ↗ ⋅ Docs


Supported driver versions

@kibertoad which versions of drivers we actually should support?
i.e. Can users rely on pg of non-latest major version?
If so, maybe we should mark it in peerDependencies (>x && >y etc) and comment in docs (readme)

We are only testing with most recent ones so I suppose we officially support just latest major version which has been released when certain knex release was done.
If someone likes to use some other version they can try it, but I don't think there is any reason why we should support them officially. I suppose that could be documented in peerDependencies, but will that prevent people from trying out some other driver versions?


[Monitor] log-analytics query workspace failing with 'PathNotFoundError', blocking queries

If the issue is to do with Azure CLI 2.0 in-particular, create an issue here at Azure/azure-cli

Extension name (the extension in question)
log-analytics
Description of issue (in as much detail as possible)
I'm trying to use the workspace query feature.  This morning it appears to be broken on all my machines, and maybe it is something on the server?
I try to:
az monitor log-analytics query -w workerappslogs --analytics-query "AzureActivity | summarize count() by bin(timestamp, 1h)" -t P3DT12H --debug
And receive this error:
az_command_data_logger: PathNotFoundError: The requested path does not exist
With --debug I see this specific error which looks like something coming back unexpected from server side:
msrest.exceptions: (PathNotFoundError) The requested path does not exist cli.azure.cli.core.util: azure.cli.core.util.handle_exception is called with an exception: cli.azure.cli.core.util: Traceback (most recent call last): File "/opt/az/lib/python3.6/site-packages/knack/cli.py", line 231, in invoke cmd_result = self.invocation.execute(args) File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 657, in execute raise ex File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 720, in _run_jobs_serially results.append(self._run_job(expanded_arg, cmd_copy)) File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 691, in _run_job result = cmd_copy(params) File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 328, in __call__ return self.handler(*args, **kwargs) File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/command_operation.py", line 121, in handler return op(**command_args) File "/home/pyadmin/.azure/cliextensions/log-analytics/azext_loganalytics/custom.py", line 14, in execute_query return client.query(workspace, QueryBody(query=analytics_query, timespan=timespan, workspaces=workspaces)) File "/home/pyadmin/.azure/cliextensions/log-analytics/azext_loganalytics/vendored_sdks/loganalytics/log_analytics_data_client.py", line 120, in query

you should be using your workspace id and not the workspace name

Monitor


Remove openpgp and change CreateCommit signature

closes #2932
In #2932 we discussed removing the dependency on openpgp and replacing Commit.SigningKey with an interface.
While I was working on it, I realized that this should be an option to CreateCommit instead of a Commit field. I was going to just ignore this, but adding an interface field to Commit caused issues with Stringify and the generated string tests. Instead of unwinding all that, I'm doing the easy thing first and adding a CreateCommitOptions struct. I can change approaches if necessary.

Thank you, @valbeat !
Merging.


chef-client crashes ruby with postgresql

Description
Running chef-client causes run to end up with ruby [BUG] Segmentation fault at 0x0000000000000000
Chef Version
Crashes similarly on both chef-client 12.15.19 and 13.5.3
Platform Version
Works OK in Debian 8.9, crashes after updating to Debian 9.2
PostgreSQL (and libpq) from PostgreSQL repo
deb      "http://apt.postgresql.org/pub/repos/apt" stretch-pgdg main 9.6
Replication Case
Run chef-client. When trying minimal case it succeeds
Client Output
Main points:
  * postgresql_database[artifactory] action createThe PGconn, PGresult, and PGError constants are deprecated, and will be
removed as of version 1.0.

You should use PG::Connection, PG::Result, and PG::Error instead, respectively.

Called from /var/chef/cache/cookbooks/database/libraries/provider_database_postgresql.rb:132:in `db'
/var/chef/cache/cookbooks/database/libraries/provider_database_postgresql.rb:132: [BUG] Segmentation fault at 0x0000000000000000
ruby 2.4.2p198 (2017-09-14 revision 59899) [x86_64-linux]

-- Control frame information -----------------------------------------------
c:0043 p:---- s:0216 e:000215 CFUNC  :initialize
c:0042 p:---- s:0213 e:000212 CFUNC  :new
c:0041 p:0203 s:0208 e:000207 METHOD /var/chef/cache/cookbooks/database/libraries/provider_database_postgresql.rb:132
c:0040 p:0044 s:0199 e:000198 METHOD /var/chef/cache/cookbooks/database/libraries/provider_database_postgresql.rb:97
c:0039 p:0008 s:0194 e:000193 LAMBDA /var/chef/cache/cookbooks/database/libraries/provider_database_postgresql.rb:46 [FINISH]

...

-- C level backtrace information -------------------------------------------
/opt/chef/embedded/lib/libruby.so.2.4(rb_vm_bugreport+0x559) [0x7f4067ed6e59] vm_dump.c:684
/opt/chef/embedded/lib/libruby.so.2.4(rb_bug_context+0xd0) [0x7f4067d6e1d0] error.c:506
/opt/chef/embedded/lib/libruby.so.2.4(sigsegv+0x3e) [0x7f4067e4f93e] signal.c:907
/lib/x86_64-linux-gnu/libpthread.so.0 [0x7f4067ac50c0]
/lib/x86_64-linux-gnu/libc.so.6 [0x7f4066ef6386]
/opt/chef/embedded/lib/libcrypto.so.1.0.0(getrn+0x89) [0x7f40652c7339]
/opt/chef/embedded/lib/libcrypto.so.1.0.0(lh_insert+0x42) [0x7f40652c7602]
/opt/chef/embedded/lib/libcrypto.so.1.0.0(OBJ_NAME_add+0x85) [0x7f4065223625]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 [0x7f405b3dca3c]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 [0x7f405b3f40d9]
/lib/x86_64-linux-gnu/libpthread.so.0 [0x7f4067ac2739]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1(CRYPTO_THREAD_run_once+0x9) [0x7f405b449f59]
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1(OPENSSL_init_crypto+0x1b3) [0x7f405b3f4533]
/usr/lib/x86_64-linux-gnu/libssl.so.1.1(OPENSSL_init_ssl+0x74) [0x7f405b74bbd4]
/usr/lib/x86_64-linux-gnu/libpq.so.5 [0x7f405b9b1a8c]
/usr/lib/x86_64-linux-gnu/libpq.so.5(PQconnectPoll+0xbbe) [0x7f405b999abe]
/usr/lib/x86_64-linux-gnu/libpq.so.5 [0x7f405b99a57a]
/usr/lib/x86_64-linux-gnu/libpq.so.5(PQconnectdb+0x27) [0x7f405b99d867]
/opt/chef/embedded/lib/ruby/gems/2.4.0/gems/pg-0.21.0/lib/pg_ext.so(gvl_PQconnectdb_skeleton+0xc) [0x7f405bbdc70c] gvl_wrappers.c:9
/opt/chef/embedded/lib/libruby.so.2.4(rb_thread_call_without_gvl+0x3b) [0x7f4067e8f5db] thread.c:1320
/opt/chef/embedded/lib/ruby/gems/2.4.0/gems/pg-0.21.0/lib/pg_ext.so(gvl_PQconnectdb+0x29) [0x7f405bbdcb19] gvl_wrappers.c:10
/opt/chef/embedded/lib/ruby/gems/2.4.0/gems/pg-0.21.0/lib/pg_ext.so(pgconn_init+0x5a) [0x7f405bbe513a] pg_connection.c:283

Full normal output
https://gist.github.com/Aketzu/dfc4d672245bf41988080344395db82e
Cookbook
Around the crash our vilant-artifactory cookbook is executing the following
postgresql_connection_info = { host:  'localhost',
                               port:  node['postgresql']['config']['port'],
                               username: 'postgres',
                               password: node['postgresql']['password']['postgres'] }

node['vilant']['databases'].each do |_, settings|
  postgresql_database settings['database_database'] do
    connection postgresql_connection_info
    action :create
  end
...

provider_database_postgresql.rb:132 contains ::PGconn.new(...)
https://github.com/chef-boneyard/database/blob/master/libraries/provider_database_postgresql.rb#L132
If I try to run same ::PGconn.new separately with /opt/chef/embedded/ruby everything works OK and it doesn't crash.
Toughts
Everything worked fine before I did Debian 9 update. In C backtrace above there is Debian libcrypto.so.1.1 and Chef libcrypto.so.1.0.0 mixed so that might be causing the issue.
libpq.so.5 is provided by postgresql.org public apt repo. It is linked against (system) libssl.so.1.1 and libcrypto.so.1.1
/opt/chef/embedded/lib/ruby/gems/2.4.0/gems/pg-0.21.0/lib/pg_ext.so is also linked against libssl.so.1.1 and libcrypto.so.1.1
libcrypto.so.1.1 naturally doesn't link against chef libcrypto.1.0.0 but somehow ends up calling older chef library instead of itself. Almost smells like monkeypatching...

Here's a minimal testcase that crashes
#!/opt/chef/embedded/bin/ruby
require 'openssl'
require 'pg'
::PGconn.new( host: 'localhost', port: 22 )

(Any open TCP port works, no need to have postgresql-server installed)

there is Debian libcrypto.so.1.1 and Chef libcrypto.so.1.0.0 mixed so that might be causing the issue.

yeah, your postgres c-libraries need to be linked against the libcrypto that /opt/chef/embedded/bin/ruby is linked against and that we ship under /opt/chef/embedded/lib.
this is not a bug in this repo.
you need to be using the postgresql::ruby code to install the pg libs into the omnibus and linked against the omnibus binaries:
https://github.com/sous-chefs/postgresql/blob/master/recipes/ruby.rb#L64-L124
it looks like that only gets exercised if the attempt to chef_gem install fails, which smells wrong to me because if you have pg libs installed in the system then it'll link the pg gem against those, which will then transitively pick up the openssl libraries, and that or something like that might be happening.
there's an open RFC that needs to get picked up again to include the pg libraries and the pg gem in the omnibus binaries because this is such a pain:
https://github.com/chef/chef-rfc/blob/master/rfc063-omnibus-chef-native-gems.md
that got derailed for a long time because we had some horrible build issues, then i got derailed by other projects, so that has fallen off my radar entirely (although nokogiri did get added to the build).

Made two different ways to fix this.
Build chef-client with OpenSSL 1.1
Requires chef/omnibus-software#889 and changing openssl to "1.1.0f" in chef/omnibus_overrides.rb.
Works in my Debian 9 but then probably breaks on older platforms. If you are ever going to make Debian 9 build then this is probably a good idea anyways
Package libpq into chef
Implements part of RFC063 as you mentioned. Work done in chef/omnibus-software#890
Then just needs dependency "pg-gem" in chef/omnibus/config/projects/chef.rb

Yes, the solution of "build-client with OpenSSL 1.1" just pushes the problem around.  That will make it work on distros that package 1.1, but it will now fail on distros with 1.0.1/1.02 or (0.9.6 or whatever shipped on RHEL5).  This is not something that I'd advise any client to do since it involves attempting to build omnibus itself.  If you can do that, it's sort of cool that you've figured it out, but you're very much off the reservation at that point (our helpdesk support will most likely be pretty useless to you at that point).
Since RFC063 has gotten unblocked I need to get around back onto that, but other emergencies are in the way.
The postgresql cookbook is a better approach, and if I'm right that it looks like there's a bug in there, then that bug should really get reported and fixed (although it's odd to me that it hasn't ever been reported before and that is like a 4-5 year old bug, but that happens sometimes...).  It can be validated that there's a bug there just by forcing the exception handler that does all the compilation to always run and avoiding the install-chef-gem-and-rescue codepath entirely.

closing this in favor of sous-chefs/postgresql#462


DS1821+ E10M20-T1 PCIe card not recognised

I've had to migrate from a DS1823xs+ to a DS1821+ due to overheating issues, which is another story!!
Anyway I'm using the same setup as the DS1823xs+ i.e. E10M20-T1 PCIe card, which shows up in the Info Center, however both the network port and M2 drives don't show up either in network settings or storage manager.
Am guessing it's either incorrectly using some settings left over from the migration, or the card isn't defined for the DS1821+
I've attached the output from your script for your information.
Your help would be appreciated.
Task Scheduler has completed a scheduled task.

Task: Check HDD Database
Start time: Fri, 26 Jul 2024 11:58:28 +0100
Stop time: Fri, 26 Jul 2024 11:58:38 +0100
Current status: 0 (Normal)
Standard output/error:
Synology_HDD_db v3.5.96
DS1821+ DSM 7.2.1-69057-5
StorageManager 1.0.0-0017

ds1821+_host_v7 version 8054

Using options: --showedits --ram --autoupdate=4
Running from: /volume1/homes/AndrewTapp/Scripts/syno_hdd_db.sh

HDD/SSD models found: 1
WD221KRYZ-01BBAB0,01.01H01,22000 GB

M.2 drive models found: 1
Corsair MP600 PRO NH,EIFM51.3,8001 GB

No M.2 PCIe cards found

Expansion Unit models found: 1
DX517

 [0;33mWD221KRYZ-01BBAB0 [0m already exists in  [0;36mds1821+_host_v7.db [0m
 [0;33mWD221KRYZ-01BBAB0 [0m already exists in  [0;36mdx517_v7.db [0m
 [0;33mCorsair MP600 PRO NH [0m already exists in  [0;36mds1821+_host_v7.db [0m

Support disk compatibility already enabled.

Su
pport memory compatibility already disabled.

Max memory already set to 64 GB.

NVMe support already enabled.

M.2 volume support already enabled.

Drive db auto updates already enabled.

WD221KRYZ-01BBAB0:
{
  "01.01H01": {
    "size_gb": 22000,
    "compatibility_interval": [
      {
        "compatibility": "support",
        "not_yet_rolling_status": "support",
        "fw_dsm_update_status_notify": false,
        "barebone_installable": true,
        "barebone_installable_v2": "auto",
        "smart_test_ignore": false,
        "smart_attr_ignore": false
      }
    ]
  },
  "default": {
    "size_gb": 22000,
    "compatibility_interval": [
      {
        "compatibility": "support",
        "not_yet_rolli
ng_status": "support",
        "fw_dsm_update_status_notify": false,
        "barebone_installable": true,
        "barebone_installable_v2": "auto",
        "smart_test_ignore": false,
        "smart_attr_ignore": false
      }
    ]
  }
}

Corsair MP600 PRO NH:
{
  "EIFM51.3": {
    "size_gb": 8001,
    "compatibility_interval": [
      {
        "compatibility": "support",
        "not_yet_rolling_status": "support",
        "fw_dsm_update_status_notify": false,
        "barebone_installable": true,
        "barebone_installable_v2": "auto",
        "smart_test_ignore": false,
        "smart_attr_ignore": false
      }
    ]
  },
  "default": {
    "size_gb": 8001,
    "
;compatibility_interval": [
      {
        "compatibility": "support",
        "not_yet_rolling_status": "support",
        "fw_dsm_update_status_notify": false,
        "barebone_installable": true,
        "barebone_installable_v2": "auto",
        "smart_test_ignore": false,
        "smart_attr_ignore": false
      }
    ]
  }
}

DSM successfully checked disk compatibility.

You may need to  [0;36mreboot the Synology [0m to see the changes.

From DS1821

You need https://github.com/007revad/Synology_enable_M2_card to make the DS1821+ support the E10M20-T1
You'll then need to run syno_hdd_db again (if it's not already scheduled to run at boot) so it can find and add the NVMe drives in the E10M20-T1 to the E10M20-T1's compatible drives database.
FYI NVMe drives in the E10M20-T1 run twice as fast as the same drives in the internal M.2 slots.

Many thanks for that, all working as expected now.
Interesting about the speed of the M.2 slots, as a result I've switched the caching around to make use of the faster PCIe card.
For information the first time I ran the script was from a scheduled task within the NAS, the eMail confirmation mentioned about downloading dtc.  I subsequently ran it from SSH and manually confirmed the download of dtc.
I take it dtc is only needed on first run of the script, are there any updates that I need to be looking out for?
Just wondered your views about automatically downloading dtc (via an option) within the script?
Task Scheduler has completed a triggered task.

Task: Enable E10M20-T1 card
Start time: Fri, 26 Jul 2024 13:08:35 GMT
Stop time: Fri, 26 Jul 2024 13:08:36 GMT
Current status: 1 (Interrupted)
Standard output/error:
Synology_enable_M2_card v3.1.16
DS1821+ DSM 7.2.1-69057-5

StorageManager 1.0.0-0017

Using options: --model=E10M20-T1
Running from: /volume1/homes/AndrewTapp/Scripts/syno_enable_m2_card.sh

 [0;33mE10M20-T1 NIC [0m already enabled for  [0;36mDS1821+ [0m
 [0;33mE10M20-T1 NVMe [0m already enabled for  [0;36mDS1821+ [0m

Need to download dtc
 [0;36mDo you want to download dtc? [0m [y/n]
 [41mERROR [0m Cannot add M2 PCIe card without dtc!

From DS1821

I did automate downloading dtc in syno_hdd_db.
I'll have a look at what's different between syno_hdd_db and syno_enable_m2_card. They both should behave the same way as far as installing dtc is concerned.
If dtc is needed and not already installed the script should:

If /volume1/homes/AndrewTapp/Scripts/bin/dtc exists install dtc from /volume1/homes/AndrewTapp/Scripts/bin/dtc
If /volume1/homes/AndrewTapp/Scripts/dtc exists in the same folder as the script install dtc from /volume1/homes/AndrewTapp/Scripts/dtc
Otherwise download dtc from the github repo.

Sorry for the delay in getting back to you.
Your script does in deed do what you've indicated, however the first time I ran it was from the NAS, unattended.  I didn't appreciate that it required user input, asking if dtc needed to be downloaded.  I subsequently ran it from an SSH session and answered the question, which downloaded dtc and ran successfully.
I was eluding to, in order to run fully unattended from the NAS there should perhaps be an option to automatically download dtc?

The script only needs to download dtc if the included dtc or bin/dtc are in the same directory as syno_hdd_db.sh
From the readme.md
Required files
The following files from the downloaded zip file must be in the same folder:

syno_hdd_db.sh
syno_hdd_vendor_ids.txt
dtc or the bin folder containing dtc (only required if you have a E10M20-T1, M2D20 or M2D18 in a NAS that does not support them).

Previously the script used to automatically download dtc if needed, but someone had security concerns about the script downloading a binary file without asking. But making the script ask for permission before downloading prevented the script being scheduled to run unattended.
To satisfy security concerns and running as a scheduled task I changed the script so the --autoupdate option would behave as if the user had answered yes. Unfortunately I was unable to detect if the script was running from a scheduled task so using the --autoupdate option seemed like the best solution.


feat: add submission form button to open source bounties

See comment in Linear -> https://linear.app/thirdweb/issue/DEVX-1219/update-open-source-bounties-to-include-a-submission-form-button


Fix notebook toolbar icons not rendering

This PR fixes https://github.com/microsoft/azuredatastudio/issues/17382
The icons were failing to render at this line:
https://github.com/microsoft/azuredatastudio/blob/dacfddc523ddcd254b606ed683c238c92e88b720/src/sql/workbench/contrib/notebook/browser/notebook.component.ts#L489
because the viewsDropdownContainer is null when the notebook views feature is off.
I changed it back to use setContent (which allows nulls) for now. I can come back to clean up the code here a bit but I figured since it's ask mode, I'll make as few line changes as possible.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 4 (0.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.006%) to 41.483%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/sql/workbench/contrib/notebook/browser/notebook.component.ts
0
4
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.006%

Covered Lines:
26817

Relevant Lines:
58644

💛  - Coveralls