Add explicit function return types to session.server.tsx

Hey!
I was playing around with this stack and saw that only some functions have explicit return types in session.server.tsx so I added them.
Thanks for remix:)

I could also remove the unneeded types then if you want.

That would be welcome 😁


react-taxonomypicker doesn't preserve selections

Category

[x ] Bug

Expected or Desired Behavior
Expected behaviour is that when a page with a webpart containing a taxonomy picker property is edited and the property pane for that web part is opened, the taxonomy picker will show the current property value(s) as selected.
Observed Behavior
When a page with a webpart containing a taxonomy picker property is edited and the property pane for that web part is opened, the taxonomy picker shows the 'Type here to search...' placeholder instead of the selected item.
Steps to Reproduce
I was having this problem with a web part I created which used the react-taxonomypicker module. When it was deployed to SP and added to a page, saving and re-editing the page caused the setting to be lost.
This can be repeated more easily with the OOTB sample though:

Clone the sp-dev-fx-webparts git repo locally then

cd samples/react-taxonomypicker
npm install
gulp serve

The https://localhost:4321/temp/workbench.html page opens (in chrome)

Add the TaxonomyPickerSample web part to the workbench page.

Edit the properties for this web part and select 'English' then close the properties pane. The web part correctly shows 'Selected Language: English'
Reopen the properties pane - the picker correctly shows English as selected.

Hit F5 to refresh the page - the web part still correctly shows 'Selected Language: English'
Edit the properties for this web part - the picker doesn't know about the English selection and just shows 'Type here to search...'

The problem may be due to how the componentDidMount is handled in the react-taxonomypicker TaxonomyPicker.tsx file or perhaps an issue with the Custom control handling in the sample?

We closed this issue as it had not activity within last 180 days. This is a generic process we have decided to perform for issues, which have not been explicitly marked still to be "work in progress" based on tags. We are performing this cleaning to make sure that old issues that have already been solved (but not closed) or are no longer relevant are cleaned out and make the issues more manageable. If this issue still valid, we would ask you to open a new issue and follow the guidance in the issue template related on the recommended location. We do apologize any inconveniences this might cause. Please do remember that issues in the issue lists are also messages for others in the community, so you can also check if you can assist on any of them. “Sharing is caring!”


Returning Proc ending-up as nil

Contrived example to reproduce the behavior
class Foo
  def meth1
    pp "meth1"
    Proc(Nil).new { meth2 }
  end

  def meth2
    pp "meth2"
    Proc(Nil).new { meth3 } # this value never get returned
  end

  def meth3
   # this will never get triggered
    pp "meth3"
  end

  def run
    m = ->meth1
    while (m)
      m = m.call
      p! m
    end
  end
end

f = Foo.new
f.run

https://carc.in/#/r/a0p6

IIRC this is not a bug but explicit behavior. A proc typed to return Nil always does return nil. This allows to cast any other proc with the same arity but a different return value into a Nil returning proc implicitly, which is very handy for using the -> literal which gets its return type likely inferred to be something other than Nil.

+1 @jhass
This needs to be documented, though.

Why would Proc(Nil).new { ... } return anything other than nil when executed?
By the way, this way of creating a proc is undocumented because it's hardcoded in the compiler. Maybe there was no way to implement it in Crystal at the time I introduced it, but now it's very simple:
struct Proc(*T, R)
  def self.new(&block : Proc(*T, R)) : Proc(*T, R)
    block
  end
end

I will send a PR for that later this week, and then we can document it like everything else.

It is technically documented in Proc's summary:

A special new method is provided too:
Proc(Int32, String).new { |x| x.to_s } # Proc(Int32, String)

This form allows you to specify the return type and to check it
against the proc's body.

It is technically documented in Proc's summary:

A special new method is provided too:
Proc(Int32, String).new { |x| x.to_s } # Proc(Int32, String)

This form allows you to specify the return type and to check it
against the proc's body.

Note that I already tried removing this rule from the language and implementing it as a regular method and it doesn't work nice with typedefs, or something like that, so I gave up on that idea for now.
Maybe when we remove type from the language we'll be able to do it.

Note that I already tried removing this rule from the language and implementing it as a regular method and it doesn't work nice with typedefs, or something like that, so I gave up on that idea for now.
Maybe when we remove type from the language we'll be able to do it.

Yeah I tried the same because it seemed to fix #9813 (it actually did), and it broke this one test:
it "allows new on proc type that is a typedef" do
  assert_type("
    lib LibC
      type F = Int32 -> Int32
    end

    LibC::F.new { |x| x + 1 }
    ") { proc_of(int32, int32) }
end

However this is not any different from the case when F isn't a Proc instance:
lib LibC
  type F = Int32
end

LibC::F.new(0) # error, Int32.new is not available on LibC::F

So the solution is to simply use alias instead of type in these situations. In fact if we follow type's semantics correctly, then the only LibC::Fs you obtain are the ones returned by C code, and never values created in Crystal. So these specs ought to fail too:
it "allows passing proc type if it is typedef'd" do
  assert_type("
    lib LibC
      type Callback = Int32 -> Int32
      fun foo(x : Callback) : Float64
    end

    f = ->(x : Int32) { x + 1 }
    LibC.foo f
    ") { float64 }
end

it "allows passing nil as proc callback" do
  assert_type("
    lib LibC
      type Cb = Int32 ->
      fun bla(Cb) : Int32
    end

    LibC.bla(nil)
    ") { int32 }
end

The only other use of a type Proc in the entire repository is LibGC::Finalizer. This too can be replaced by an alias.

Yeah I tried the same because it seemed to fix #9813 (it actually did), and it broke this one test:
it "allows new on proc type that is a typedef" do
  assert_type("
    lib LibC
      type F = Int32 -> Int32
    end

    LibC::F.new { |x| x + 1 }
    ") { proc_of(int32, int32) }
end

However this is not any different from the case when F isn't a Proc instance:
lib LibC
  type F = Int32
end

LibC::F.new(0) # error, Int32.new is not available on LibC::F

So the solution is to simply use alias instead of type in these situations. In fact if we follow type's semantics correctly, then the only LibC::Fs you obtain are the ones returned by C code, and never values created in Crystal. So these specs ought to fail too:
it "allows passing proc type if it is typedef'd" do
  assert_type("
    lib LibC
      type Callback = Int32 -> Int32
      fun foo(x : Callback) : Float64
    end

    f = ->(x : Int32) { x + 1 }
    LibC.foo f
    ") { float64 }
end

it "allows passing nil as proc callback" do
  assert_type("
    lib LibC
      type Cb = Int32 ->
      fun bla(Cb) : Int32
    end

    LibC.bla(nil)
    ") { int32 }
end

The only other use of a type Proc in the entire repository is LibGC::Finalizer. This too can be replaced by an alias.

Good point. In fact, type with an underlying Proc has a special rule right now to treat that as an alias... I think because in the beginning we (I) got type wrong and treated it sometimes as an alias.
So I think it's fine to go with that change and change type to alias for Proc types. It's a small breaking change but I think we should do it.

Good point. In fact, type with an underlying Proc has a special rule right now to treat that as an alias... I think because in the beginning we (I) got type wrong and treated it sometimes as an alias.
So I think it's fine to go with that change and change type to alias for Proc types. It's a small breaking change but I think we should do it.

Actually, one more spec is failing:
it "says can't send closure to C with new notation" do
  assert_error %(
    lib LibC
      fun foo(x : ->)
    end

    a = 1
    LibC.foo(Proc(Void).new do
      a
    end)
    ),
    "can't send closure to C function (closured vars: a)"
end

Because the compiler performs closure analysis on ProcLiterals, including ones currently emitted by Proc.new(&), but not block literals. I don't have an idea on how to implement this yet, but it has a low priority because the runtime exception should still exist. Contrast the spec with the following:
lib LibC
  fun foo(x : ->)
end

a = 1
fn = Proc(Void).new do
  a
end
LibC.foo(fn) # Unhandled exception: passing a closure to C is not allowed

Actually, one more spec is failing:
it "says can't send closure to C with new notation" do
  assert_error %(
    lib LibC
      fun foo(x : ->)
    end

    a = 1
    LibC.foo(Proc(Void).new do
      a
    end)
    ),
    "can't send closure to C function (closured vars: a)"
end

Because the compiler performs closure analysis on ProcLiterals, including ones currently emitted by Proc.new(&), but not block literals. I don't have an idea on how to implement this yet, but it has a low priority because the runtime exception should still exist. Contrast the spec with the following:
lib LibC
  fun foo(x : ->)
end

a = 1
fn = Proc(Void).new do
  a
end
LibC.foo(fn) # Unhandled exception: passing a closure to C is not allowed

Oh, I see...
Maybe letting the rule in the compiler is slightly better then, I don't know.

Oh, I see...
Maybe letting the rule in the compiler is slightly better then, I don't know.

I was dumb, the block's equivalent ProcLiteral is also accessible through Crystal::Block#fun_literal. Let's see how this goes...

I was dumb, the block's equivalent ProcLiteral is also accessible through Crystal::Block#fun_literal. Let's see how this goes...

Is anything from the original issue here actionable, anyway?

Is anything from the original issue here actionable, anyway?

Not an issue, so closing.

Not an issue, so closing.


Cata Classic - Profile creation minimum level slider needs update to 85

In CLM v5.0.4, the minimum level slider in the Profiles tab is still capped at level 80 in Cataclysm Classic. This needs to be updated to allow it to go to 85.

Completed with #567


Maui: Updated UI in Symbology category

Description
Updated UI for samples in the Symbology category.
Type of change

[x] Bug fix

Platforms tested on:

[x] MAUI Windows
[x] MAUI Android
[ ] MAUI iOS

Checklist

[ ] Runs and compiles on all active platforms
[ ] Legacy platforms still compile and run (if applicable)
[ ] Branch is up to date with the latest main/v.next
[ ] All merge conflicts have been resolved
[ ] Self-review of changes
[ ] There are no warnings related to changes
[ ] No unrelated changes have been made to any other code or project files
[ ] sample_sync.py runs without making changes
[ ] Codemaid and XAML styler extensions have been run on every changed file
[ ] Code is commented with correct formatting
[ ] All variable and method names are good and make sense
[ ] There is no leftover commented code
[ ] Screenshots are correct size and display in description tab

MacCatalyst
Read symbols from mobile style - listviews do not populate. I saw the same issue with one of the map samples on maccatalyst
Symbols from web styles - close legend button is not visible.
WinUI
Custom dictionary style: capitalization is bad in label
Read symbols from mobile style - a way to get rid of the white image backgrounds would be nice. Color list is cropped on the bottom. Eyes scroll list could be made shorter to match the other two more closely
iOS
Read symbols from mobile style - UI is not tall enough to show all elements on both vertical and horizontal rotating around expands the top vertical size and it cannot be shrunk
Create symbols from web styles - No close button, like maccatalyst
Android
Create symbols from web styles - legend is cropped in half, not visible in horizontal

I made changes to make the samples usable on iOS and Mac catalyst. I removed the hide/show buttons and just put the UI in the border.


Older version of AzCopy appends version check error message to piped download

Bug: https://msazure.visualstudio.com/One/_workitems/edit/28689197
Tested:

@dphulkar-msft, please add a test for this case.


Upgrade to rc.2

Now, that rc.2 is released, we need to upgrade to it as soon as possible.

Why was this closed? Did this get done. Thanks.

@ImranAhmed rc.2 is mostly supported. The unsupported forms are in another issue: #627 . There is also a PR: #631


Chrome can't start on Heroku

It seems that some of the libraries required by Chromium are missing:
2018-09-06T12:54:39.394402+00:00 app[web.1]: /app/node_modules/puppeteer/.local-chromium/linux-579032/chrome-linux/chrome: error while loading shared libraries: libpangoft2-1.0.so.0: cannot open shared object file: No such file or directory
2018-09-06T12:54:39.394405+00:00 app[web.1]:
2018-09-06T12:54:39.394407+00:00 app[web.1]:
2018-09-06T12:54:39.394409+00:00 app[web.1]: TROUBLESHOOTING: https://github.com/GoogleChrome/puppeteer/blob/master/docs/troubleshooting.md
2018-09-06T12:54:39.394411+00:00 app[web.1]:
2018-09-06T12:54:39.394413+00:00 app[web.1]:     at onClose (/app/node_modules/puppeteer/lib/Launcher.js:299:14)
2018-09-06T12:54:39.394414+00:00 app[web.1]:     at Interface.helper.addEventListener (/app/node_modules/puppeteer/lib/Launcher.js:288:50)
2018-09-06T12:54:39.394417+00:00 app[web.1]:     at emitNone (events.js:111:20)
2018-09-06T12:54:39.394418+00:00 app[web.1]:     at Interface.emit (events.js:208:7)
2018-09-06T12:54:39.394420+00:00 app[web.1]:     at Interface.close (readline.js:368:8)
2018-09-06T12:54:39.394421+00:00 app[web.1]:     at Socket.onend (readline.js:147:10)
2018-09-06T12:54:39.394423+00:00 app[web.1]:     at emitNone (events.js:111:20)
2018-09-06T12:54:39.394424+00:00 app[web.1]:     at Socket.emit (events.js:208:7)
2018-09-06T12:54:39.394427+00:00 app[web.1]:     at endReadableNT (_stream_readable.js:1064:12)
2018-09-06T12:54:39.394429+00:00 app[web.1]:     at _combinedTickCallback (internal/process/next_tick.js:138:11)
2018-09-06T12:54:39.395639+00:00 app[web.1]: (node:20) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1)
2018-09-06T12:54:39.395798+00:00 app[web.1]: (node:20) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

I tried ading the libpangoft2, but later it complained about other libs missing. Did the library list get updated in teh recent releases and the buildpack is out of sync?

I had to manually update the depenencies, after that it was running ok. Here's my PR if you would like to try it:
https://github.com/jontewks/puppeteer-heroku-buildpack/pull/20

Hey @mataspetrikas, thanks a lot for opening this issue.
The linked info in the PR looks like they are trying to get the right dependencies for chromium on docker, and so there are a lot of other ones we wont need like python2.7. Would you be able to check if this list of dependencies works for you and update your PR if so:
https://github.com/GoogleChrome/puppeteer/blob/master/docs/troubleshooting.md#chrome-headless-doesnt-launch
gconf-service
libasound2
libatk1.0-0
libatk-bridge2.0-0
libc6
libcairo2
libcups2
libdbus-1-3
libexpat1
libfontconfig1
libgcc1
libgconf-2-4
libgdk-pixbuf2.0-0
libglib2.0-0
libgtk-3-0
libnspr4
libpango-1.0-0
libpangocairo-1.0-0
libstdc++6
libx11-6
libx11-xcb1
libxcb1
libxcomposite1
libxcursor1
libxdamage1
libxext6
libxfixes3
libxi6
libxrandr2
libxrender1
libxss1
libxtst6
ca-certificates
fonts-liberation
libappindicator1
libnss3
lsb-release
xdg-utils
wget

I noticed this list and the buildpack's list have diverged a bit, so if that fixes your issue I'd love to accept your PR

Hey @mataspetrikas, I was hoping to wait for your changes so you could merge your PR, but if the buildpack was failing I really didn't want to wait around too long and cause many other people problems, so I updated the dependencies list with what Google says is needed for Puppeteer. Maybe you could try again with the most recent version of the buildpack and let me know if its fixed? If not we can continue from there and find out whats going on with your instance.

@jontewks apologies for a slow response, I just tested the deploy with current build pack version - it worked! Thank you for review and fixes!

@mataspetrikas no problem at all, and thank you very much for bringing it to my attention! Glad it is working for you now, let me know if there is anything else I can do.

We have been having issues as well and I just tried again after seeing the update. We are still getting a dependency issue.
    /app/node_modules/puppeteer/.local-chromium/linux-555668/chrome-linux/chrome: error while loading shared libraries: libpng16.so.16: cannot open shared object file: No such file or directory

    TROUBLESHOOTING: https://github.com/GoogleChrome/puppeteer/blob/master/docs/troubleshooting.md

      at onClose (node_modules/puppeteer/lib/Launcher.js:255:14)
      at Interface.helper.addEventListener (node_modules/puppeteer/lib/Launcher.js:244:50)

Here is the dependency tree from chrome to libpng16 that I see on my machine
    libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2
    libXss.so.1 => /usr/lib/x86_64-linux-gnu/libXss.so.1
    libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
    libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0
        libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1
        libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0
            libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0
                libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3
        libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6
            libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16
    libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0
        libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0
            libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1
    libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2
        libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0

@disaacson ah yes, I thought this was ringing a bell. Can you please try the solution at the bottom of this issue and let me know if it is resolved? https://github.com/jontewks/puppeteer-heroku-buildpack/issues/14

Worked. Thanks!

Still having issues in some places, but now for libpixman-1.so.0... which is listed in the above dependency tree, but is not installed by the buildpack... According to the heroku docs, that package is a build-only package.

@remotezygote interesting. Have you tried clearing the app cache as well with the following instructions: https://help.heroku.com/18PI5RSY/how-do-i-clear-the-build-cache
That has resolved issues for many people with old dependencies still around.
I have a test application with the newest version of this buildpack and the newest puppeteer and after clearing my cache and committing to it to cause a rebuild, its working perfectly.
Could you please clear the app cache, commit so that it forces a rebuild (restarting dynos won't do this), verify you've got the latest version of puppeteer, and verify you are using the latest version of this buildpack? After all that if you are still running into issues would you please open a new issue on here with your heroku log output, package.json contents, and maybe a screenshot of the buildpacks on your heroku app?
We will figure it out one way or another!


Add CI pipelines

Add CI pipelines to build and test quandary using the radiuss-shared-ci  templates

It would be better to keep the master branch clean and stable and make a new branch, perhaps called "developer", for new features such as CI.


godot does not compile on macOS 10.15 with XCode 11.0

Godot version:
bdbf2e818..197b65f32  master
OS/device including version:
macOS Catalina 10.15 Dev Prev - MacBook Pro 15'' mid 2017
Issue description:
Just out of curiosity, I ran the scons build process on Catalina and encounter the following issue.
On Mojave everything built fine.
Maybe this helps to get godot ready for the next macOS release?!
scons: Reading SConscript files ...
Configured with: --prefix=/Applications/Xcode-beta.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/4.2.1
YASM is necessary for WebM SIMD optimizations.
WebM SIMD optimizations are disabled. Check if your CPU architecture, CPU bits or platform are supported!
Checking for C header file mntent.h... no
scons: done reading SConscript files.
scons: Building targets ...
[  1%] Compiling ==> platform/osx/crash_handler_osx.mm
[  1%] build_gles2_headers(["drivers/gles2/shaders/canvas.glsl.gen.h"], ["drivers/gles2/shaders/canvas.glsl"])
[  2%] build_gles3_headers(["drivers/gles3/shaders/canvas.glsl.gen.h"], ["drivers/gles3/shaders/canvas.glsl"])
[  2%] Compiling ==> platform/osx/os_osx.mm
platform/osx/os_osx.mm:1396:2: warning: multiple methods named 'center' found
      [-Wobjc-multiple-method-names]
        [window_object center];
        ^~~~~~~~~~~~~~~~~~~~~~
/Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSCollectionViewCompositionalLayout.h:597:19: note:
      using
@property NSPoint center;
                  ^~~~~~
/Applications/Xcode-beta.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:312:1: note:
      also found
- (void)center;
^~~~~~~~~~~~~~~
1 warning generated.
[  2%] Compiling ==> platform/osx/godot_main_osx.mm
[  2%] Compiling ==> platform/osx/semaphore_osx.cpp
[  2%] Compiling ==> platform/osx/dir_access_osx.mm
[  2%] Compiling ==> platform/osx/joypad_osx.cpp
[  3%] Compiling ==> platform/osx/power_osx.cpp
[  3%] Compiling ==> main/default_controller_mappings.gen.cpp
[  3%] Compiling ==> main/input_default.cpp
[  5%] Compiling ==> main/main.cpp
[  5%] Compiling ==> main/main_timer_sync.cpp
[  5%] Compiling ==> main/performance.cpp
[  5%] Linking Static Library ==> main/libmain.osx.tools.64.a
Ranlib Library         ==> main/libmain.osx.tools.64.a
[  5%] Compiling ==> main/tests/test_astar.cpp
[  5%] Compiling ==> main/tests/test_gdscript.cpp
[  5%] Compiling ==> main/tests/test_gui.cpp
[  5%] Compiling ==> main/tests/test_main.cpp
[  5%] Compiling ==> main/tests/test_math.cpp
[  5%] Compiling ==> main/tests/test_oa_hash_map.cpp
[  6%] Compiling ==> main/tests/test_ordered_hash_map.cpp
[  6%] Compiling ==> main/tests/test_physics.cpp
[  6%] Compiling ==> main/tests/test_physics_2d.cpp
[  6%] Compiling ==> main/tests/test_render.cpp
[  6%] Compiling ==> main/tests/test_shader_lang.cpp
[  6%] Compiling ==> main/tests/test_string.cpp
[  6%] Linking Static Library ==> main/tests/libtests.osx.tools.64.a
Ranlib Library         ==> main/tests/libtests.osx.tools.64.a
[  6%] Compiling ==> modules/register_module_types.gen.cpp
[  7%] Compiling ==> thirdparty/assimp/code/BaseImporter.cpp
[  7%] Compiling ==> thirdparty/assimp/code/BaseProcess.cpp
[  7%] Compiling ==> thirdparty/assimp/code/Bitmap.cpp
[  7%] Compiling ==> thirdparty/assimp/code/CInterfaceIOWrapper.cpp
[  7%] Compiling ==> thirdparty/assimp/code/CalcTangentsProcess.cpp
[  7%] Compiling ==> thirdparty/assimp/code/ComputeUVMappingProcess.cpp
[  7%] Compiling ==> thirdparty/assimp/code/ConvertToLHProcess.cpp
[  7%] Compiling ==> thirdparty/assimp/code/CreateAnimMesh.cpp
[  7%] Compiling ==> thirdparty/assimp/code/DeboneProcess.cpp
[  7%] Compiling ==> thirdparty/assimp/code/DefaultIOStream.cpp
[  7%] Compiling ==> thirdparty/assimp/code/DefaultIOSystem.cpp
[  8%] Compiling ==> thirdparty/assimp/code/DefaultLogger.cpp
[  8%] Compiling ==> thirdparty/assimp/code/DropFaceNormalsProcess.cpp
[  8%] Compiling ==> thirdparty/assimp/code/EmbedTexturesProcess.cpp
[  8%] Compiling ==> thirdparty/assimp/code/Exporter.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXAnimation.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXBinaryTokenizer.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXConverter.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXDeformer.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXDocument.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXDocumentUtil.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXExportNode.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXExportProperty.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXExporter.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXImporter.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXMaterial.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXMeshGeometry.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXModel.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXNodeAttribute.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXParser.cpp
[  8%] Compiling ==> thirdparty/assimp/code/FBXProperties.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FBXTokenizer.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FBXUtil.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FIReader.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FindDegenerates.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FindInstancesProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FindInvalidDataProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/FixNormalsStep.cpp
[  9%] Compiling ==> thirdparty/assimp/code/GenFaceNormalsProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/GenVertexNormalsProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/Importer.cpp
[  9%] Compiling ==> thirdparty/assimp/code/ImporterRegistry.cpp
[  9%] Compiling ==> thirdparty/assimp/code/ImproveCacheLocality.cpp
[  9%] Compiling ==> thirdparty/assimp/code/JoinVerticesProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/LimitBoneWeightsProcess.cpp
[  9%] Compiling ==> thirdparty/assimp/code/MMDImporter.cpp
[  9%] Compiling ==> thirdparty/assimp/code/MMDPmxParser.cpp
[  9%] Compiling ==> thirdparty/assimp/code/MakeVerboseFormat.cpp
[  9%] Compiling ==> thirdparty/assimp/code/MaterialSystem.cpp
[  9%] Compiling ==> thirdparty/assimp/code/OptimizeGraph.cpp
[  9%] Compiling ==> thirdparty/assimp/code/OptimizeMeshes.cpp
[  9%] Compiling ==> thirdparty/assimp/code/PostStepRegistry.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/PretransformVertices.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/ProcessHelper.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/RawLoader.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/RemoveComments.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/RemoveRedundantMaterials.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/RemoveVCProcess.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SGSpatialSort.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/ScaleProcess.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SceneCombiner.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/ScenePreprocessor.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SkeletonMeshBuilder.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SortByPTypeProcess.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SpatialSort.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SplitByBoneCountProcess.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/SplitLargeMeshes.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/StandardShapes.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/Subdivision.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/TargetAnimation.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/TextureTransform.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/TriangulateProcess.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/ValidateDataStructure.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/Version.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/VertexTriangleAdjacency.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/scene.cpp
[ 10%] Compiling ==> thirdparty/assimp/code/simd.cpp
[ 10%] Compiling ==> modules/assimp/editor_scene_importer_assimp.cpp
[ 11%] Compiling ==> modules/assimp/register_types.cpp
[ 11%] Compiling ==> modules/bmp/image_loader_bmp.cpp
[ 11%] Compiling ==> modules/bmp/register_types.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btAxisSweep3.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btBroadphaseProxy.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btCollisionAlgorithm.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btDbvt.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btDbvtBroadphase.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btDispatcher.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btOverlappingPairCache.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btQuantizedBvh.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/BroadphaseCollision/btSimpleBroadphase.cpp
[ 11%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btActivatingCollisionAlgorithm.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btBoxBoxCollisionAlgorithm.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btBox2dBox2dCollisionAlgorithm.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btBoxBoxDetector.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCollisionDispatcher.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCollisionDispatcherMt.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCollisionObject.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCollisionWorld.cpp
[ 12%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCollisionWorldImporter.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCompoundCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btCompoundCompoundCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btConvexConcaveCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btConvexConvexAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btConvexPlaneCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btConvex2dConvex2dAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btDefaultCollisionConfiguration.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btEmptyCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btGhostObject.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btHashedSimplePairCache.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btInternalEdgeUtility.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btManifoldResult.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btSimulationIslandManager.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btSphereBoxCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btSphereSphereCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btSphereTriangleCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/btUnionFind.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionDispatch/SphereTriangleDetector.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btBoxShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btBox2dShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btBvhTriangleMeshShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btCapsuleShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btCollisionShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btCompoundShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConcaveShape.cpp
[ 13%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConeShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexHullShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexInternalShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexPointCloudShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexPolyhedron.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvex2dShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btConvexTriangleMeshShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btCylinderShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btEmptyShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btHeightfieldTerrainShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btMinkowskiSumShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btMiniSDF.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btMultimaterialTriangleMeshShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btMultiSphereShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btOptimizedBvh.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btPolyhedralConvexShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btScaledBvhTriangleMeshShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btSdfCollisionShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btShapeHull.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btSphereShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btStaticPlaneShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btStridingMeshInterface.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTetrahedronShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleBuffer.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleCallback.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleIndexVertexArray.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleIndexVertexMaterialArray.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleMesh.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btTriangleMeshShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/BulletCollision/CollisionShapes/btUniformScalingShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btContactProcessing.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btGenericPoolAllocator.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btGImpactBvh.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btGImpactCollisionAlgorithm.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btGImpactQuantizedBvh.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btGImpactShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/btTriangleShapeEx.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/gim_box_set.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/gim_contact.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/gim_memory.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/Gimpact/gim_tri_collision.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btContinuousConvexCollision.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btConvexCast.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btGjkConvexCast.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btGjkEpa2.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btGjkEpaPenetrationDepthSolver.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btGjkPairDetector.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btMinkowskiPenetrationDepthSolver.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btPersistentManifold.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btRaycastCallback.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btSubSimplexConvexCast.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btVoronoiSimplexSolver.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletCollision/NarrowPhaseCollision/btPolyhedralContactClipping.cpp
[ 15%] Compiling ==> thirdparty/bullet/BulletDynamics/Character/btKinematicCharacterController.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btConeTwistConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btContactConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btFixedConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btGearConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btGeneric6DofConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btGeneric6DofSpringConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btGeneric6DofSpring2Constraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btHinge2Constraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btHingeConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btPoint2PointConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btSequentialImpulseConstraintSolver.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btNNCGConstraintSolver.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btSliderConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btSolve2LinearConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btTypedConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/ConstraintSolver/btUniversalConstraint.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Dynamics/btDiscreteDynamicsWorld.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Dynamics/btDiscreteDynamicsWorldMt.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Dynamics/btSimulationIslandManagerMt.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Dynamics/btRigidBody.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Dynamics/btSimpleDynamicsWorld.cpp
[ 16%] Compiling ==> thirdparty/bullet/BulletDynamics/Vehicle/btRaycastVehicle.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Vehicle/btWheelInfo.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBody.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyConstraintSolver.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyDynamicsWorld.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyJointLimitConstraint.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyConstraint.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyPoint2Point.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyFixedConstraint.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodySliderConstraint.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyJointMotor.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/Featherstone/btMultiBodyGearConstraint.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/MLCPSolvers/btDantzigLCP.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/MLCPSolvers/btMLCPSolver.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletDynamics/MLCPSolvers/btLemkeAlgorithm.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletInverseDynamics/IDMath.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletInverseDynamics/MultiBodyTree.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletInverseDynamics/details/MultiBodyTreeInitCache.cpp
[ 17%] Compiling ==> thirdparty/bullet/BulletInverseDynamics/details/MultiBodyTreeImpl.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftBody.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftBodyConcaveCollisionAlgorithm.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftBodyHelpers.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftBodyRigidBodyCollisionConfiguration.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftRigidCollisionAlgorithm.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftRigidDynamicsWorld.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftMultiBodyDynamicsWorld.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btSoftSoftCollisionAlgorithm.cpp
[ 18%] Compiling ==> thirdparty/bullet/BulletSoftBody/btDefaultSoftBodySolver.cpp
[ 18%] Compiling ==> thirdparty/bullet/clew/clew.c
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btAlignedAllocator.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btConvexHull.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btConvexHullComputer.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btGeometryUtil.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btPolarDecomposition.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btQuickprof.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btSerializer.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btSerializer64.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btThreads.cpp
[ 18%] Compiling ==> thirdparty/bullet/LinearMath/btVector3.cpp
[ 18%] Compiling ==> modules/bullet/area_bullet.cpp
In file included from modules/bullet/area_bullet.cpp:31:
In file included from modules/bullet/area_bullet.h:34:
In file included from modules/bullet/collision_object_bullet.h:40:
In file included from thirdparty/bullet/LinearMath/btTransform.h:18:
In file included from thirdparty/bullet/LinearMath/btMatrix3x3.h:18:
thirdparty/bullet/LinearMath/btVector3.h:335:7: error: argument value 10880 is
      outside the valid range [0, 255] [-Wargument-outside-range]
                y = bt_splat_ps(y, 0x80);
                    ^~~~~~~~~~~~~~~~~~~~
thirdparty/bullet/LinearMath/btVector3.h:43:29: note: expanded from macro
      'bt_splat_ps'
#define bt_splat_ps(_a, _i) bt_pshufd_ps((_a), BT_SHUFFLE(_i, _i, _i, _i))
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
thirdparty/bullet/LinearMath/btVector3.h:41:33: note: expanded from macro
      'bt_pshufd_ps'
#define bt_pshufd_ps(_a, _mask) _mm_shuffle_ps((_a), (_a), (_mask))
                                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/include/xmmintrin.h:2608:11: note:
      expanded from macro '_mm_shuffle_ps'
  (__m128)__builtin_ia32_shufps((__v4sf)(__m128)(a), (__v4sf)(__m128)(b), \
          ^
In file included from modules/bullet/area_bullet.cpp:31:
In file included from modules/bullet/area_bullet.h:34:
In file included from modules/bullet/collision_object_bullet.h:40:
In file included from thirdparty/bullet/LinearMath/btTransform.h:18:
thirdparty/bullet/LinearMath/btMatrix3x3.h:910:14: error: argument value 10880
      is outside the valid range [0, 255] [-Wargument-outside-range]
        __m128 vk = bt_splat_ps(_mm_load_ss((float*)&k), 0x80);
                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
thirdparty/bullet/LinearMath/btVector3.h:43:29: note: expanded from macro
      'bt_splat_ps'
#define bt_splat_ps(_a, _i) bt_pshufd_ps((_a), BT_SHUFFLE(_i, _i, _i, _i))
                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
thirdparty/bullet/LinearMath/btVector3.h:41:33: note: expanded from macro
      'bt_pshufd_ps'
#define bt_pshufd_ps(_a, _mask) _mm_shuffle_ps((_a), (_a), (_mask))
                                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/11.0.0/include/xmmintrin.h:2608:11: note:
      expanded from macro '_mm_shuffle_ps'
  (__m128)__builtin_ia32_shufps((__v4sf)(__m128)(a), (__v4sf)(__m128)(b), \
          ^
2 errors generated.
scons: *** [modules/bullet/area_bullet.osx.tools.64.o] Error 1
scons: building terminated because of errors.

Bullet errors are present on macOS 10.14.5/Xcode 10.2.1, but as warnings (see #29033).

And these errors are fixed in upstream version of Bullet (https://github.com/bulletphysics/bullet3/pull/2232).

Cool, so when will this fix be pulled into godot?

We're updating Bullet in #29418, can you confirm that it fixes it?

Should be fixed by #29418.

Yes, it works again! Thank you very much!


Selection clipboard feature is broken on Linux in VSCode 1.42 (worked in 1.41)

"Editor: Selection Clipboard" setting that "Controls whether the Linux primary clipboard should be supported" is broken in VS Code 1.42.1 on Linux. It works as expected in 1.41.1.
In VS Code 1.42.1 on Linux when the feature is enabled, the highlighted text is not only copied to the Linux primary clipboard but also to the "normal" clipboard. In VS Code 1.41.1 highlighted text was only copied to Linux primary clipboard as expected.
Steps to reproduce:

Install VS Code 1.42.1 on Linux (I used Ubuntu 16.04).
Open VS Code and start editing in a new file.
Type a few words and then highlight one of them using either mouse or keyboard.
Click somewhere outside the selected word and press Shift+Insert on the keyboard.
Problem: the word highlighted in step 3 will be pasted into the editor from the "normal" keyboard. It means that highlighting the text copies it to both the Linux primary clipboard and the "normal" clipboard.
Disabling "Editor: Selection Clipboard" feature in Settings mitigates this problem but then the highlighted text is not copied even to Linux primary clipboard. So it is not a very good workaround.

I found the issue that explains how to disable new Shift+Insert behavior to get the same behavior as in VS Code 1.41: https://github.com/microsoft/vscode/issues/90222
Resolving this as duplicate.


Add template bundling

Add template bundling support and the Typst IEEE paper template. This adds the following:
The packages.templates array in the typst.toml: Packages can now declare one or more template starting points. These are directories that are pasted into a new user project / directory when using the web app or typst init. This array contains of maps with the following keys:

name: A user-facing name for the entrypoint. Required.
description: A description of what this entrypoint is intended for and how it differs from the others.
path: A path relative to the package root for the template directory. Required.
entrypoint: A path relative to the template root defined in path for the main Typst file of the project. Required.
thumbnail: A path relative to the template root defined in path for a PNG or WebP image showing a page of the initialized template. Required.

name, path, and entrypoint are required by the compiler.
This still remains to do:

[ ] Add category key
[x] Add all other templates from typst/templates
[x] Add docs

I also wanted to check whether there is just one author affiliation (in square brackets) but gviz:0.1.0 would be in violation here with authors = ["Sekoia <https://codeberg.org/Sekoia> <https://github.com/SekoiaTree>"]. I can add an exception if the check is desired.


[Question] Is there a release compatible with Scala 2.11 available?

Looking at https://bintray.com/saurfang/maven/sparksql-protobuf I can see that the release is compatible to Scala 2.10. Is it hosted somewhere else also with Scala 2.11 compatibility?

It would be easiest to compile yourself and publish to an internal repo if you are working in a company. I can also publish a new version. Do you need Scala 2.11 with Spark 2.x or Scala 2.11 with Spark 1.x since they are not backward compatible AFAIK?

Spark 2.x.


[DO NOT MANUAL MERGE] Release Qualification

Trigger release qualification jobs
none

@silverdev: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/daily-e2e-rbac-no_auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-rbac-no_auth

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@silverdev: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/daily-e2e-rbac-no_auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-rbac-no_auth

prow/daily-e2e-rbac-auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-rbac-auth

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@silverdev: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/daily-e2e-rbac-no_auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-rbac-no_auth

prow/daily-e2e-rbac-auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-rbac-auth

prow/daily-e2e-cluster_wide-auth.sh
d82da76af5724f77226fa76a72995914101656f9
link
/test daily-e2e-cluster_wide-auth

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.


fix(input): focus styles removed

[nextui]/[input]
Closing:
#113
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation Only
[ ] Refactor

Description, Motivation and Context
Focus styles removed

Screenshots - Animations

Codecov Report

Merging #114 (0c5009b) into main (20fa8f5) will decrease coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #114      +/-   ##
==========================================
- Coverage   84.06%   84.05%   -0.02%
==========================================
  Files         123      123
  Lines        2278     2276       -2
  Branches      776      775       -1
==========================================
- Hits         1915     1913       -2
  Misses        351      351
  Partials       12       12

Impacted Files
Coverage Δ

packages/nextui/src/input/index.ts
100.00% <ø> (ø)

packages/nextui/src/input/input.tsx
93.26% <ø> (-0.13%)
:arrow_down:

Continue to review full report at Codecov.

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


add set_guild_id to channel

You can't set the guild_id using functions, so this PR adds it.

This is consistent with what the other functions have. That's why its using this->guild_id to specify which guild_id it is referring to.


Create non-transient decision when current version updates

What changed?
Create non-transient decision when current version updates
@wxing1292

Why?
T0: DecisionVersion:1 CurrentVersion:1 LastWriteVersion:1
T1: Failover Version++ & DecisionTask timed out. Transient decision created.
DecisionVersion:2 CurrentVersion:2 LastWriteVersion:1
T2: Sanity check: DecisionVersion != LastWriteVersion

How did you test it?
Local server test

Potential risks

Coverage increased (+0.009%) to 63.904% when pulling 46b88bd0ef7bbf2666c066e2a3d1e7a8e65a1de9 on last_write_version into ce50c5690de58d971dedbfc3faccb739649fcd26 on master.


Add YUYV to list of supported formats

@bazile-clyde Could you review this for me? I can't request you myself

@bazile-clyde Could you review this for me? I can't request you myself

@RyanBoring Ah, so this library was recently cloned to https://github.com/viamrobotics/gostream for this very reason. If you copy your changes to that library you should have permission to add me or anyone else as a reviewer. Sorry for the confusion!


added stopwatch application

🛠 Fixes Issue (Number)
Closes #428
👨💻 Changes proposed
Stopwatch Application added.

✅ Check List (Check all the applicable boxes)

[x] My code doesn't break any part of the project (Zero Octave-Javascript-Projects).
[x] This PR does not contain plagiarized content.
[x] My Addition/Changes works properly and matches the overall repo pattern.
[x] The title of my pull request is a short description of the requested changes.

📄 Note to reviewers
The stopwatch application works completely fine. Tech stack used : HTML , CSS and Javascript. Did DOM manipulation, used event listeners and functions. Added proper functional 'Start', 'Stop' and 'Reset' buttons.
📷 Screenshots

you've deleted codes from index file, don't do that just add your code snippet of website

you've deleted codes from index file, don't do that just add your code snippet of website

@NOiR-07 I did that purposely. My previous PR #410 (sticky notes application) which was merged messed the index file. So, I thought of removing that bug too in this PR #445.


Autocomplete / Token

Running Firefox 46.0.1 on OSX El Capitan 10.11.4
On your demo http://sliptree.github.io/bootstrap-tokenfield/
Using jQuery UI autocomplete shows the token you want to type, but it does not autocomplete for you when you press enter.
Using twitter typeahead, the token and what seems to be an autocomplete if you press enter comes up but pressing enter does nothing. I have to manually click on the token to add it. On the other hand, if the value I want to add is not a token, there is no issue with pressing enter.

You can try using  UP, DOWN, LEFT and RIGHT arrows in addition to ESC, ENTER and TAB keys. It seems to help handling some corner cases.


Removes zoomus password prompt

Solves https://github.com/pivotal/workstation-setup/issues/132

I verified this pull request in a VM


Error in the working of claim_support.

The Issue
Claim support works even when the arguments given mismatch.
Steps to reproduce

Do a wrong claim_support by adding jumbled up information about name and claim_id
For e.g:

curl "http://localhost:5279/lbryapi" --data "{\"method\":\"claim_new_support\",\"params\":{\"name\":\"ten\", \"claim_id\":\"8e04c56d27e6767f65a3e00158d866764972ff2d\", \"amount\": 1.0} }"
{
 "id": null,
 "jsonrpc": "2.0",
 "result": {
   "fee": 0.000127,
   "nout": 1,
   "tx": "01000000018b90c374d544fd0f9167e02704af0ed75f4c25b82bd261ecd4ae092aeb46d668000000006b483045022100f38fb959041a49bebca9e3a7bff3adeb04da8e639ca6b2a5edb8ca7d78873f1f0220781f5e7ff3db798a7fe88d8b2d4ef3df79cd64cca7968231bf7ee56d4f3ff77e012103d29c6b164d067c441ba3c3c20d362559b2e75b678d487ab3b52a41a4155bd7c0ffffffff0264aff505000000001976a91425a9e80bb9a621db12a598d981f7d3dd5742c35b88ac00e1f5050000000035b60374656e142dff72497666d85801e0a3657f76e6276dc5048e6d7576a914197ad4435e1a9cf8746acaa62635c55f42cbfd3388ac00000000",
   "txid": "1b4395defcca8743f1ac6dc31ff58c6f4b56ba520f2fd86cd1d8d461afeba4f9"
 }

Here the claim_id and the name mismatch. The name for the claim_id was lbry://holi.
Expected behaviour
An error message informing user about the mismatch in information
Actual behaviour
The process actually goes through, and the support is received by no one(still should be checked again)
Suggestion
Only keep the claim_id as the argument, as it should be unique enough, unless name is serving any specific purpose.

review again after wallet


Unable to Move Request Past CFR To Certain States

Describe the bug in current situation
Users are unable to move a request through certain states, such as CFR to Fee Estimate, CFR to Records Review.
Link bug to the User Story
This impacts user stories around state changes
Impact of this bug
Major impact - users will be unable to move a request through all of the stages of a request
Chance of Occurring (high/medium/low/very low)
High - easily replicated
Pre Conditions: which Env, any pre-requisites or assumptions to execute steps?
Steps to Reproduce
Steps to reproduce the behavior:

Go to any request in CFR state
Click on State Drop down as a Ministry user and attempt to move to fee estimate or records review
Save Changes
Request will not actually update, and remain in the CFR state

Actual/ observed behaviour/ results
Expected behaviour
Request state should change to the required one (Fee Estimate, Records review, etc.)

@divyav-aot  @aparna-aot - FYI - ticket created. Please include an estimate and treat as high priority

As I'm testing this - I think the CFR stage is showing the wrong colour.... bug or just me? @m-prodan

In terms of the file upload - this is fixed! Thanks for the fast fix! @divyav-aot  @aparna-aot


Printing messages to stderr?

I am getting a small set of messages printed to stderr that seem like the would be more appropriate for stdout considering the rest of the openroad messages.
Notice 0: Reading LEF file:  nangate45.tech.lef
Notice 0:     Created 22 technology layers
Notice 0:     Created 27 technology vias
Notice 0: Finished LEF file:  nangate45.tech.lef
Notice 0: Reading LEF file:  NangateOpenCellLibrary.macro.lef
Notice 0:     Created 134 library cells
Notice 0: Finished LEF file:  .....
Seems like the "info" messages are coming from the following file:
https://github.com/The-OpenROAD-Project/OpenROAD/blob/master/src/OpenDB/src/lefin/lefin.cpp
Not a big deal...but it's different from all the other messages printed in openroad.

We are going through a major transition into standardized logging facilities.  OpenDB has not yet been converted but when it has this should be resolved.

We are going through a major transition into standardized logging facilities.  OpenDB has not yet been converted but when it has this should be resolved.


Have the ability to specify Stage specific aws-*-tools-defaults.json file

Currently, the Toolkit only has one definition of aws-service-tools-defaults.json file where the latest deployment is defined. This becomes a hassle to manually maintain if you have multiple stages of deployment like build, test, uat and prod.
For example, I can setup the stage parameter definition in the serverless.template file for Lambda deployment. However, I can't define a stack and s3 bucket specific for the stage in the first step of the deployment using the UI, because it only loads via the aws-lambda-tools-defaults.json file.

If the toolkit looks for files in the naming style similar to appsettings.json (like appsettings.prod.json or appsettings.test.json) and allows the user to choose the template for the toolkit and load the existing stack, s3 bucketname, parameters in this example, that would save a lot of time having to manually update those information for each stage of deployment.
The alternative approach I have currently is to have multiple branches/stashes in my repository and switch/unstash based on the stage I want to deploy. But this is not effective practice. Would appreciate if the toolkit could support this for all the products that allows deployment (like Beanstalk, Lambda, Fargate etc.).

Thank you @awschristou. I thought the tool would help me deploy to multiple stages. And production is the one I have in the CI/CD pipeline which is hooked to the master branch of my repository.


Configurable name?

We may run into name conflicts if someone else registers a <parametric-svg> element.
I haven’t needed the feature yet. So give me a shout or submit a PR if you need it.

Moved to https://github.com/parametric-svg/-/issues/20.


sub-collective management

User story
As project, I can to manage several sub-collectives so that I can have collectives for specific currencies and more importantly different causes
Best solution for this problem
UI to create sub-collectives based on an existing collective. This sub-collective would re-use all settings and allow to selectively override individual settings and all sub-collectives should be linked to the main collective.
MVP
Ability to create a sub-collective from an existing collective re-using all settings and automatically linked to the main collective.
Metrics
Number of sub-collectives created.
Documentation
The goal of the documentation should be to make it easier for others to do this

This is achieved by Projects now


Feature request: extract background color of row

https://github.com/chezou/tabula-py/issues/131 has sent me here.

This would indeed be very helpful to do post-processing of the extracted data (such as discarding certain colored rows).

Here's an example: https://usa.visa.com/content/dam/VCOM/download/merchants/visa-merchant-data-standards-manual.pdf (see pages around 50, where the data in white-bg is a different type of data than the grey-bg one).

Commenting to confirm that both background color and text color is quite frequently used to carry information in official documents from governments across Europe, and a feature like this would indeed be useful.
Here's an example of a Swedish official document using both at the same time:

@jeremybmerrill Can you give any pointer to where to start reading if I want to attempt adding support for this? I have never used PdfBox, nor have I worked with PDF's, but it seems to me like colour is not available as a text or textPosition property, but rather through something called a PDOutlineItem(?)   I can't find a way to get there from the textPosition thing though...

Also, some PDF documents also use alternating background colors in individual spreadsheet rows without any actual cell borders so the only visual indication of row boundary is the change in the background color.
Default command line actually sometimes merges such rows into one with incorrectly merging cell contents, too.


Constructor of Event types have incorrect signature

TypeScript Version:  1.8.10
Code
const ev = new CloseEvent(); // and lot other events

Expected behavior:
Do not type check, because this does not align with actual constructor of a mandatory "type" parameter.
Actual behavior:
Type checks but causes Uncaught TypeError: Failed to construct 'CloseEvent': 1 argument required, but only 0 present. in browser.

Yes, it appears a lot of them are missing, although Event is typed correctly.
It needs to be changed in the TSJS-lib-generator.

Thanks for the hint @kitsonk . See if I can understand the generator /o\

Since it seems rather fundamental and conflicts with the W3C IDL, I suspect @mhegazy or @zhengbli might come along and fix it.  I don't know if it is "wrong" in the Edge IDLs or if there is some level of missing interpretation of the IDLs.


Remove can talon

closes #75
~Still need to do the C++ version of UltrasonicPID.~

In examples.xml, the CAN tag needs to be removed from the examples where CAN Talon was replaced.

Some of the formatting here looks a little wonky.  Or is this Eclipse style formatting instead of wpilib?

Some of the formatting here looks a little wonky.  Or is this Eclipse style formatting instead of wpilib?

I'm not sure I like going away from named constants for ports.

I'm not sure I like going away from named constants for ports.


Problems with packaging for Fedora

I am trying to package this for Fedora. I would like to ask about following two subjects:

Would it be possible to include the LICENSE file into tarballs? I'd like to package it within the RPM.
I found some complications when it came to using system-installed libsass. I had to make a patch for it, so it linked against the system one. What about implementing some environment variable that would make it easier to tell setup.py whether to link against bundled or system libsass?

I believe #216 solves 1, it has yet to be included in a release yet however
For 2. you could probably leverage the patch that the debian packaging uses

Found out one more thing. In Fedora, the sassc executable conflicts with a ruby package that provides the same named executable.
Does it make sense to keep both sassc and sassc.py executables?
If yes, would you be willing to rename the no-suffix executable? (sassc)

I'd actually like to rename it to pysassc, that's covered here: #134

I've just merged a pull request which adds pysassc, feel free to omit sassc in the fedora packaging

Awesome!
Will that be included in a release anytime soon?
It is not good practice to make packages from the repo itself.

I plan to make a release today -- I'll update here when I'm done with that

This is now in 0.13.3!

@Traceur759 is this done now?

Yes, you may close this now.
The package itself is going to take some more time, since I am paying attention to other matters, currently.


⚠ ClamAV has degraded performance

In 64cc977, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 46 ms

Resolved: ClamAV performance has improved in ec7d1e8.


Check session in resending process

Issue addressed
https://github.com/ackintosh/test-plan-discv5/pull/13#issuecomment-1120430861
Proposed changes
https://github.com/ackintosh/test-plan-discv5/pull/13#issuecomment-1122556127

I've had a crack at resolving this issue in #122 - I've not had a chance to test it yet tho

Closing this PR as the issue I've filed would be resolved by https://github.com/sigp/discv5/pull/122.


Implementation of State Management using Vuex

Description 📜
Documentation - Implementation of State management in Vuex
#8040

Type of change 📝

[ ] Au#dio (Should be in mp3 format Includes speech clarity, Concise ,Low distortion)
[ ] Vi#deo (Animations, screen-recordings, presentations and regular explanatory films are all possibilties etc)
[X] Documentation (Content Creation in the form of codes or tutorials)
[ ] Other (If you choose other, Please mention changes below)

Domain of Contribution 📊

[ ] Android Dev #(Flutter)
[ ] Android Dev #(Java)
[ ] Android Dev #(Kotlin)
[ ] Backend Dev #(Java)
[ ] Backend Dev #(.NET)
[ ] Backend Dev #(PHP)
[ ] Backend Dev #(Python)
[ ] C/#CPP
[ ] Competitive #Programming
[ ] Cyber #Security
[ ] DS#A
[ ] Data#base
[ ] Datascience with #Python
[ ] Datascience with #R
[ ] Frontend Dev #HTML/CSS/JS
[X] Frontend Dev React/Angular/Vue
[ ] Go#lang
[ ] Interview #Prep
[ ] Java_#Domain
[ ] JavaScript_#Domain
[ ] ME#RN
[ ] Machine #Learning
[ ] Open #Source
[ ] Python_#Domain
[ ] Ru#st
[ ] Statis#tics
[ ] UI/#UX

Checklist ✅

[X] I follow Contributing Guidelines & Code of conduct of this project.
[X] I have performed a self-review of my own code or work.
[X] I have commented my code, particularly in hard-to-understand areas.
[X] My changes generates no new warnings.
[X] I'm GWOC'21 contributor

@SourabhSaraswat-191939 Please review it

@aasthasarswat24, please do the required changes mentions above.


include Ipopt in gitlab-ci

@nim65s -- can you help me to include Ipopt in gitlab-ci?

Hi @nim65s -- do you have any update regarding this topic?

Recently, I have included a CONDA job that tests Ipopt. However, it would be still nice to have it in gitlab-ci. @nim65s -- is this possible in the short term? Thanks

Yes, this should be done next week or the one following

Yes, this should be done next week or the one following

Fantastic! Merci beaucoup :)


Remove Functions ObjC

#no-changelog

Zip Test failures will be dealt with a subsequent PR. The quickstart failures are mostly due to the global symbols change.
There is also a failure from the missing  static func functions() API for ObjC.  I'll finish ObjC coverage tests in another PR.


Underlying plotter is choosing bad bucket values - default to 128 for now [BUG]

Unfortunately the C++ plotting code is making poor choices in bucket values and running people out of RAM when GUI plotting. Until we can address the default RAM and buckets in chiapos let's set the GUI default to be 128 buckets and leave the RAM recommendation the same.

Default bucket value changed to 128


Add support for Google Cloud Storage uploads

Supports GCS uploads throught the gsutil tool. Adds the relevant configuration options as well as documentation for how to configure and install the dependencies.

@Mumakil  Otto, is the GCS_CLI_DIR variable needed?  Except for Allsky commands. We don't specify full path names for anything else.
If we include this it will go in the "dev" branch and hence in the next release.
Eric

The Google CLI tools can also be installed manually somewhere else than a global location, and it seems to be even the preferred way in the documentation, so I thought having this configuarable like the AWS CLI facilitates that.

Closing this PR - I applied the changes to the "dev" branch instead, so the PR will be in the next release.


✨ Glows

Favorite Recipes Feature and UI design. While Delish primarily operates as a frontend-based app, I aimed to incorporate a user-interaction feature. Given the constraints of time, introducing a backend component midway through the project proved impractical. Informed by research and user feedback, I decided to implement the Favorites feature utilizing local data storage. This enables users to add their preferred recipes to their profile pages. It's worth noting that if the locally stored data is cleared, the favorites list will also be reset. Nevertheless, I believe this serves as a valuable initial step for the app, paving the way for backend integration in subsequent phases. Another glow is the overall UI design - with inspiration from Sweetgreen's web application.
  let params = useParams();
  const [details, setDetails] = useState(null);
  const [activeTab, setActiveTab] = useState("instructions");
  const [favorites, setFavorites] = useState(
    JSON.parse(localStorage.getItem("favoriteRecipes") || "[]")
  );

    const toggleFavorite = (recipeId) => {
    const isFavorite = favorites.includes(recipeId);
    let newFavorites;

    if (isFavorite) {
      newFavorites = favorites.filter((id) => id !== recipeId);
    } else {
      newFavorites = [...favorites, recipeId];
    }
    localStorage.setItem("favoriteRecipes", JSON.stringify(newFavorites));
    setFavorites(newFavorites);
  };`

Great call using local data storage to implement favoriting! 💯. Definitely revisit this and refactor to have a BE that supports persisting data! Excellent work setting up the code for this!


No link to satelites after server restart

Before server restart my satelites were producing data but I failed to retrieve the data using terminals.
The data stacks up in the satellite but is not transferred to the terminal even after pressing connect button.
Tought a server restart might help,
Now they are not even linking to the terminal anymore.
No errors in the logs

i have this issue too

Can you send a copy of the advRocketry/temp.dat file from the server?

i am using sponge with the bootstrap fix for AE2
temp.zip

This looks very similar to #682, can you check the planetDefs.xml to see if there's a planet mapped to dimid 0?

i added ar to ftb beyond so i guess thats considered custom, and there is no DIMID 0 here is the file
planetDefs.zip

It's added to direwolf20 10.0.2 mudpack.
As far as I know no altering was done to forge by mods.
No configs were altered except for some added blocks in the sealing list
I've made the temp.dat available from this link
https://vdphome.synology.me:7002/sharing/PKHWGrMfy
I can't find a planet on id 0.
Can see every star has a numPlanets="0" numGasGiants="0". Is that normal?
I should perhaps mention I did lose my earth's moon at some point. No clue why.
I've made the file available at
https://vdphome.synology.me:7002/sharing/NsBouSbBa

Ye read the other issue. That will prob be it then, 0 missing from the list.
I've followed the following update path if interested:
1.0.19 -> 1.2.0 -> 1.2.1
I'll try manually adding it in the xml

It has deleted earth from the xml after adding it.

What I'm most concerned about is the existance of a mod that forces the world to save at an unusual time such as before the world has finished loading, I've seen similar issues crop up due to mods that do that in the past.

So as it turns out, the server does not create an entry for the overworld by default.  Though I've still not been able to replicate the overworld properties dissappearing after being added to the xml while the server was offline.

That should fix the Earth not being added on first startup at least.
@tobiasvdp Are you 100% sure the server was completely shut down when you modified the XML config?

I'll try again in the morning and also from a solo mod forge. I'll keep you updated.

alright, I appriciate it

would you please apply the fix to the planetdefs file i uploaded above and reupload it here for me? i cant figure out how to manually add the fix

This is confirmation it gets deleted from the running modded server. going to try now as solo mod.

Aaand fixed it.
Apperently you need to allow him to add the dimMapping="" attribute himself.
pasting it in without it adds the attribute and makes it stick.

@AlphaNovaLight this should fix yours
https://vdphome.synology.me:7002/sharing/z4YUO8mTc

Satellite link now persists. :)

Alright, good to hear,  I have fixed the Earth not being added by default in the most recent build so this issue should no longer pop up anymore on new world short of intentional editing


Revert channel to grpc namespace

This PR reverts the migration of Channel from grpc to grpc_impl.

This a revert of an earlier PR and needs to be merged to unblock migration. Skipping the remaining few tests.


Is this repo still alive?

Yes, this is still actively being developed, but not necessarily as a complete open source project.

Oke, is it still available for the public or is only for commercial use? I like to incorporate this in a project.


Issue with wss

Hi
I am using this jar in my android app and when trying to work with WSS it is throwing this error
org.java_websocket.drafts.Draft_17@2efb56af refuses handshake-false
This is how i am using the websocketclient
public class BroadcastReceiver extends WebSocketClient
{
public BroadcastReceiver(URI serverURI, Map<String, String> httpHeaders)
{
super(serverURI, new Draft_17(), httpHeaders, 0);
}
}
is their any thing else which i am missing

See my example here https://github.com/TooTallNate/Java-WebSocket/issues/141#issuecomment-149303289
I hope it helps.


Update view-licensed-and-unlicensed-users-with-microsoft-365-powershe…

…ll.md
Fied the SKU  for E5
Fixes https://github.com/MicrosoftDocs/microsoft-365-docs/issues/11939

@JohanFreelancer9 Please copy review

@kelleyvice-msft Please merge this PR. Thanks

@kelleyvice-msft Gentle reminder.


Link to calendars  ?

Category

[x] Question
[ ] Bug
[ ] Enhancement

Is there a way to link the labels at the bottom of the calendar to the calendar lists?

Best regards
Americo

Hi americo. You should be able to link them if you use a pointer from list 1 to list 2 via request executor. We did that in school. Remember?


Context descriptors

Replacing today's nominal type descriptors with a hierarchy of context descriptors, with more efficient encoding of name information and more precise description of generic contexts.
swift-dev discussion: https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20171113/005971.html

It looks like this has regressed the printing of local types. See discussion in SR-6787.

It changes it; I wouldn't say it's a regression.


[A11Y] Screen Reader is interrupted on new messages / submitted message is read twice

As can be seen in screen recording, after submitting a message, it's being read out twice, and when the bot replies the screen reader is interrupted with the new message.
Test flow - https://microsoft.github.io/BotFramework-WebChat/05.custom-components/c.user-highlighting/
I am experiencing similar issue with VoiceOver + Safari in the solution I am developing. Am looking for any kind of hints to solve this - I think that each of the messages should be read only once and whenever a new message is posted, screen reader should announce it only after it has read out the queue.

This is interesting. Let me investigate and get back to you shortly.

I am also able to repro it on Safari on macOS using a standard W3C sample at https://www.w3.org/WAI/WCAG21/working-examples/aria-role-log/chatlog.html. This sample show how chat should behave in an accessible environment. I have included a video here.
Screen Recording 2020-08-10 at 3.09.52 PM.zip
If you listen carefully, you will notice:

"Hi!" is partially skipped
"Please to meet you." is skipped because it is interrupted by "We'll talk later, okay?"
The "okay" in "We'll talk later, okay?" is interrupted by "Bye!"

Unfortunately this is a browser-specific issue. Web Chat can't workaround this problem because screen reader works transparently in the browser. We cannot monitor/control how the screen reader works. We can't "wait until the text finished narrating" then we add content to the screen reader.
Could you file a bug to Safari to see if they can help?

Hi @compulim!
I've tried the chatlog example from w3 as well as looked at the screen recording you provided.
I did not experience interruptions upon new messages, as they appeared on screen after VoiceOver had read them (default "rate" setting). What seems to me is that your VoiceOver is set to read text slower ("rate" is reduced) and that's why it was possible to replicate the issue. I was able to achieve the same result as well, once the "rate" setting was reduced on my VoiceOver instance.
However, I tried to replicate the issue on FireFox as well as Chrome. As it can be seen, FireFox and VoiceOver combination isn't doing a good job, however Chrome + VoiceOver acts in a similar manner as Safari + VoiceOver. So there is something more to Safari being the source of issue, at least I'd like to think so.
I've read quite some articles regarding screen reading support and stuff related to that and pretty much everywhere it says that VoiceOver and Safari are good with respecting role="log" aria-live="polite". The w3 chatlog example doesn't have the aria-live="polite" tag attached to the live region, so maybe that's the spot were the issue lies...?
Also, upon investigating the architecture of WebChat I've noticed that there are 2 live regions implemented (again using the same example WebChat as above):

I'm wondering whether the two regions could conflict with each other in some way and be the cause for such behaviour of screen reader?

Hi @cimbis. Thanks for investigating the issue.
I tune it slower so W3C sample will be slow enough to get one sentence overlapping another. With standard speed, the sentence was too short to get overlapped.
We have 2 <div> with aria-live="polite". The first one is toast notification. The second one is the transcript (i.e. messages).
During our repro, no toasts were popped (in other words, nothing is added to that <div>). So I think it's safe to say the first one is not interfering with VoiceOver on incoming messages.

I'm out of ideas here.. What's your opinion - is there anything I can do to fix the matter?

As we demonstrated the issue with W3C WCAG 2.1 sample, it seems Safari has a bug on live="region" and causing the speech to be interrupted. FYI, the sample is a golden standard on how various accessibility feature should work. And seems they failed the bar.
As this problem live outside of Web Chat, there are limited options we could do here:

File a bug to Safari team
Find a workaround

For workaround, we are happy to take any standard HTML + JS that could exhibit that it won't trigger the issue. Then, we can investigate the legitimacy of the workaround and downfalls, and we port the implementation to Web Chat.
Does it sound good?

If you do not agree W3C WCAG sample is good for benchmarking, can you come up with a HTML + JS sample that would work on Safari + VoiceOver and Chrome + ChromeVox? We can adopt the approach.
The sample need to be simple and exhibit the problem:

Simple

Using <ul> and <li>, or <div> only
Only use setTimeout to mimic incoming messages, do not fetch over the network. This is to reduce chances of false negatives

Exhibit the problem

Exhibit the interruption by having a very long narration, followed by another narration

Closing due to inactivity. @cimbis  feel free to reopen if needed.


After increasing the mem quota, Sink has a very noticeable regression

What did you do?
I did some tests for this issue.
I found that if we increase the mem quota, Sink has a very noticeable regression in this scenario.
What did you expect to see?
Throughput increases with the amount of memory (at least don't fall back).
What did you see instead?
Sink has a very noticeable regression in this scenario.
Versions of the cluster
v6.5.1

/severity critical

/remove-severity critical

This is a wrong conclusion. I did another test and it shows the drop in throughput is practically independent of memory size.
It only happens if we have some incremental data.

throughput:

downstream QPS:
real time:

incremental:

Because there are a lot of replace statements in downstream, the throughput was decreased.


Add ADLS account disclaimer

@tasherif-msft : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#label:"aq-pr-triaged"

#sign-off


NGI0 - Updating licensing aspects according REUSE specs v3

Hi,
I am proposing some updates regarding copyright and licensing information according to REUSE[1]
Features:
SPDX copyright and license comment headers for all relevant files[2]
LICENSE directory
Adoption of CC-BY-SA-4.0 for documentation (README for example)
Please feel free to accept this pull request if you find convenient.
Thanks a lot
Lucas
--
[1] https://reuse.software
[2] For automatically generated files or those you do not find particularly copyrightable, for example configuration files, you can use the CC0-1 license. I did not added comment headers to this class of files. Feel free to do so if you want.
[3] We propose CC licenses for documentation instead putting all the texts under a software license. Feel free to change that, however.

Thanks a lot for the patch!


[KARAF-7763] Bump slf4j to 2.0.9

Signed-off-by: Robert Varga<EMAIL_ADDRESS>

I will superseed with an updated PR.


Example error for "az cdn endpoint rule add"

The example for "Create a rule for http to https redirect" at
https://docs.microsoft.com/en-us/cli/azure/cdn/endpoint/rule?view=azure-cli-latest#az-cdn-endpoint-rule-add is wrong. Match value should be "HTTP" instead of "HTTPS"
I see this is mentioned in https://github.com/Azure/azure-cli/issues/12072#issuecomment-589829200, but it is still not fixed yet.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: fef54fc4-b4a8-d366-40de-a0ae2586961d
Version Independent ID: 1231852d-d3b4-9bcf-e9d4-ba12cffb7603
Content: az cdn endpoint rule
Content Source: src/azure-cli/azure/cli/command_modules/cdn/_help.py
Service: cdn
GitHub Login: @rloutlaw
Microsoft Alias: routlaw

cdn

This is a typo and we'll fix it in the future update.


How to migrate or clone a Pinokio Installation, or just change its folder.

I had to mount some hardrives on Ubuntu 23.10, by effect the home path changed. Now I'm not able to just change it or move to another folder without having to install everything all over again, dependencies are always missing even when moving the entire folder.
I still don't get it and I think there should be more documentation about cloning Pinokio installations ou moving them with lesser effort.
I thought Pinokio was some kind of containerized / portable for easily migration and duplication, but apparently it's not that easy.

Yeah, I am now in the exact same situation. I can't figure out how to tell pinokio to use the folder it was already installed at. if it fails just once to find the folder, it will literally force you to reinstall.

I’ve been there a number of times. I reinstall to a new directory then copy the models over. It goes fairly quickly (then I run a backup so I have a clean version handy).
Hope this helps.
D

David e Bell - Photographer, Writer, Filmmaker

On Mar 7, 2024, at 4:18 AM, Cristobal E. @.***> wrote:
Yeah, I am now in the exact same situation. I can't figure out how to tell pinokio to use the folder it was already installed at. if it fails just once to find the folder, it will literally force you to reinstall.
—
Reply to this email directly, view it on GitHub https://github.com/pinokiocomputer/pinokio/issues/97#issuecomment-1983059606, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACKQXZVYK5FYRYBQ7T5BMIDYXAWF3AVCNFSM6AAAAABB4XWVU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBTGA2TSNRQGY.
You are receiving this because you are subscribed to this thread.

I ended up renaming my folder to something else
Setting up the program in the folder i had before
Closing it immediately after it was done
Removing new install folder and renaming my folder back to the  original name
Restarting pinokio
I still think this is counter intuitive for an interface that is meant to make things easier. :(

Works very well, thanks.
D

David e Bell - Photographer, Writer, Filmmaker

On Mar 7, 2024, at 6:36 PM, Cristobal E. @.***> wrote:
I ended up renaming my folder to something else
Setting up the program in the folder i had before
Closing it immediately after it was done
Removing new install folder and renaming my folder back to the original name
Restarting pinokio
I still think this is counter intuitive for an interface that is meant to make things easier. :(
—
Reply to this email directly, view it on GitHub https://github.com/pinokiocomputer/pinokio/issues/97#issuecomment-1984783067, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACKQXZQY3YQTWLMDUXVKIADYXD2YTAVCNFSM6AAAAABB4XWVU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBUG44DGMBWG4.
You are receiving this because you commented.


is SSO possible?

Is it possible to use SSO with Statamic/Disqus combo to just have a single sign on? Hate having two member accounts required.

Hi @bgarrant
Do you have more informations on this topic?
I don't understand what you are trying to achieve 😕
Do you want to use your statamic account to login to disqus or the other way?


Helm upgrade for charts that contain statefulsets and set replicas to 0 and wait is true，It seems like helm not wait statefulset related pods deleted.

Output of helm version:
latest master version
Output of kubectl version:
None
Cloud Provider/Platform (AKS, GKE, Minikube etc.):
openshift conatiner platform 4.14
I use helm upgrade a chart contains statefulset,  set the statefulset replicas to 0 and wait is ture，I found statefulset related pods not deleted when helm upgrade command execute finish，Then I found helm only check readyReplicas in ready.go，So Is there consider add a check currentReplicas condition bellow in ready.go to check statefulset that satisfy target status?
	if int(sts.Status.CurrentReplicas) != replicas {
		c.log("StatefulSet is not ready: %s/%s. %d out of %d expected pods are ready", sts.Namespace, sts.Name, sts.Status.CurrentReplicas, replicas)
		return false
	}

source: https://github.com/helm/helm/blob/main/pkg/kube/ready.go#L385 (statefulSetReady)
I think it would make sense for Helm to be able to wait when the number of replicas is being decreased (general case to the above, I suppose). A PR is welcome please.


Feature analytics

Runs on iOS and Android, just waiting on Firebase to show the events so we can be sure it worked

@bolav Is this fine to merge? Is there anything you would like to add?


sipcreator/makeffv1

could we do a sipcreator with a makeffv1 option.
sort of like loopline.py. so the arg parse might be -ffv1, - which will send the input out to ffv1.mkv?
we can develop it later then to add mezz or proxy options.

Hey, sounds great. We could do it the other way around though - have the FFV1/losslessness functionality in a completely seperate script or function that just creates an FFV1/MKV, no folder structure, no fixity, no metadata, no nothing. Then, there could be an option in makeffv1, -sip, that launches sipcreator.py
And in a way, all scripts could be scaled back like this. The scripts do something, but it's sipcreator that actually creates the package.
I think concat.py is working well like this where it is just creating an MKV with a log file, and then this gets wrapped up by sipcreator. We could think of a lot of the scripts like this, in that sipcreator is ultimately one of the last things that happen to them before they become an AIP.

yes, perfect. even better. sounds great

Pretty sure you'd suggested something like that before anyhow in some shape
or form. Should hopefully be less work going forward as we just need to
worry about what goes in objects folder and what should go in logs, and sip
creator will hopefully be good enough to make consistent packages.
On 14 Jul 2017 18:23, "raecasey"<EMAIL_ADDRESS>wrote:

yes, perfect. even better. sounds great
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/kieranjol/IFIscripts/issues/198#issuecomment-315416763,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABEyviKkLJcww2xEyNCQoCF6kSbumF1aks5sN6QVgaJpZM4OYUR4
.

I've been thinking a bit more about this and for now, we can't just have a standalone MKV file that can be sent to sipcreator.py, as there are also framemd5 logs/metadata for the v210 object (this might  be shipped off to a seperate, dead object description eventually, but we're not there yet) , and for the MKV - as well as logs, so we'll have to think what's the best method moving forward to integrate sipcreator with scripts like this.
I'm starting to think that your initial suggestion might be best - add an FFV1/normalise argument to sipcreator.py, but further thought is needed.

Ok, more thinking on this as I'm working on refactoring seq2ffv1 at the moment.
A possible workaround is that makeffv1, seq2ffv1, and all other scripts that create extra files as a result of their  processing can:

export these extra files to an operating systems /tmp folder.
all that appears in the destination folder is the output object file.
sipcreator can be altered to grab these files in the /tmp folder and package them accordingly. Perhaps it's most scaleable to add -metadata and -logs argparse options.
sipcreator can run by default on these scripts, but an argparse option can disable this.
Check concat/validate to see how they handle the integration with sipcreator


[ElementwiseOpToLLVM] Replace bitwise fp32 to bf16 conversion with Intel SPIR-V Extension

Related to issue #1001.
This pass is already lowering arith::TruncFOp and arith::ExtFOp, so there was the original suggesting of lowering to arith operators didn't make sense, but I have replace most of the bit operations with calls to an Intel SPIR-V extension that translates to a MOV instruction in vISA.
I couldn't remove the round to zero mode of convertFp32ToBf16, since the extension only supports round to closest even. The code that calls convertFp32ToBf16 uses round to closest even by default, so that's fine.

I couldn't remove the round to zero mode of convertFp32ToBf16, since the extension only supports round to closest even.

Instead of generating a series of LLVM operations, can it be lowered to arith::TruncFOp?

I couldn't remove the round to zero mode of convertFp32ToBf16, since the extension only supports round to closest even.

Instead of generating a series of LLVM operations, can it be lowered to arith::TruncFOp?

This is the stage where we are lowering arith::TruncFOp to LLVM, so we just need to deal with it! I tried lowering to llvm::ftrunc but that wasn't translated properly by llvm-spirv.

I couldn't remove the round to zero mode of convertFp32ToBf16, since the extension only supports round to closest even.

Instead of generating a series of LLVM operations, can it be lowered to arith::TruncFOp?

This is the stage where we are lowering arith::TruncFOp to LLVM, so we just need to deal with it! I tried lowering to llvm::ftrunc but that wasn't translated properly by llvm-spirv.

The lowering is not specific to Triton.
I assume other projects will find it useful to convertFp32ToBf16, if we do it here, then other projects cannot benefit from this. If we do it in e.g., arith::TruncFOp, then the lowering to LLVM can be reused.

I assume other projects will find it useful to convertFp32ToBf16, if we do it here, then other projects cannot benefit from this. If we do it in e.g., arith::TruncFOp, then the lowering to LLVM can be reused.

I think Finlay means this pattern is lowering arith.truncf to X. We cannot have arith.truncf -> arith.truncf

Sorry, missing tests... Can we add where I meantioned? Also add tests for vector conversion.

Tests added. I think added vectorizing is going to be too much work for now.

I've converted this to a draft so I can investigate the microbenchmark

@whitneywhtsang I believe this is ready for merging now. I've got a branch ready with a microbench (https://github.com/intel/intel-xpu-backend-for-triton/compare/liyang/microbench...finlay/bfconversion-microbench?expand=1), but I'd like to get this in now and move onto some more work!

@FMarno As discussed in the meeting, please create an issue for the remaining work.

@whitneywhtsang issue has been created. Thanks for do that fix.


Open Source Helps!

Thanks for your work to help the people in need! Your site has been added! I currently maintain the OpenSourceWuhan page, which collects all open source projects related to COVID-19, including maps, data, news, api, analysis, medical and supply information, etc. Please share to anyone who might need the information in the list, or will possibly contribute to some of those projects. You are also welcome to recommend more projects.
https://weileizeng.github.io/OpenSourceWuhan/world
Cheers!

meanwhile, check out this Japanese version
https://github.com/djsharpnel/CancelledEventsByCOVID19_jp

Thank you for making the list of Covid19 opensource projects. Great list!

https://weileizeng.github.io/Cancelled-Academic-Conferences/index
https://docs.google.com/spreadsheets/d/1ocFaNisYzYF7Tc8eHi9wbw_WHyAan29KjcnHtvHiQZE/edit#gid=310500179
https://docs.google.com/spreadsheets/d/1VT9oiNYPyiEsGHBoDKlwLlWAsWP58sGV7A3oIuEUG3k/htmlview?usp=sharing&sle=true
several other lists coming out. Check it out!

These lists are great! If anyone has the time and would like to look through the lists and grab tech-relevant ones and put them on the stayinghomeclub info that would be awesome.
Thank you for your efforts, @WeileiZeng.


fix: prevent publication with unsupported credential types

fixes: #347
What changed?
Unsupported credential types are now explicitly made incompatible with the github-checks-plugin to avoid downstream unexpected exceptions such as the one reported here.
With this change, the supported credential types are:

GitHubAppCredentials
VaultUsernamePasswordCredentialImpl

If an unsupported credential type is provided, an early return is done to avoid having to handle downstream exceptions caused by incompatible types. This means that all pipeline console log entries will be suppressed if the pipeline has not been configured with compatible credentials.
Testing done
Procedure
As extracted from here, I have ran the following command to both build & run the test suite:
$ mvn -Penable-jacoco clean verify -B -V -ntp
A regression test was also carried out in our internal Jenkins controller to assert that previous functionality based on the above described credential types is left unaffected.
### Submitter checklist
- [x] Make sure you are opening from a **topic/feature/bugfix branch** (right side) and not your main branch!
- [x] Ensure that the pull request title represents the desired changelog entry
- [x] Please describe what you did
- [x] Link to relevant issues in GitHub or Jira
- [x] Link to relevant pull requests, esp. upstream and downstream changes
- [x] Ensure you have provided tests - that demonstrates feature works or fixes the issue

To restore the previous behaviour it may be cleaner to put it here: https://github.com/jenkinsci/github-checks-plugin/blob/master/src/main/java/io/jenkins/plugins/checks/github/SCMFacade.java#L125-L134

heh I was giving @uhafner time to review as he seemed to get annoyed last time I merged same day.