Add sphinx jquery extension to fix read-the-docs search

This PR:

Fixes issue where search is broken with add-ons enabled in ReadTheDocs

Can try RTD search bar in develop documentation version to observe brokenness

ReadTheDocs link to this branch: https://axom.readthedocs.io/en/bugfix-han12-rtd_search/
Same as RAJA's LLNL/RAJA#1721

As @white238 pointed out, we already have jquery added.
Closing this PR.
I think the issue was related to do with my web browser caching. Not observing the error in a private window or by switching browsers.


[Hacker Rank] Interview Preparation Kit: Arrays: Array Manipulation. …

…Solved ✅.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 100.00%. Comparing base (79f0b42) to head (d5b41a1).

Additional details and impacted files
@@            Coverage Diff            @@
##              main      #115   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           21        23    +2
  Lines          368       408   +40
  Branches        48        53    +5
=========================================
+ Hits           368       408   +40

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


deprecate PyCell::new in favor of Py::new or Bound::new

Part of #3684
This deprecates PyCell::new in favor of Py::new or Bound::new, depending on whether the GIL attachment is required.
For the tests I used Py if that was enough, and Bound otherwise. In the docs I updated the test-only code and examples unrelated to PyCell. The PyCell specific sections need separate updating, so I #[allow(deprecated)] usage there, same for PyCell specific tests.

I think it makes sense to try to push to make Py and Bound to be the only way of interacting with Python object. I believe this simplifies the mental model, because the only decision to make is whether the object needs to be attached to the GIL or not.
The functionality will still be there with .borrow() and .borrow_mut(), from the users perspective it will just be combined into Bound. So I guess the concept and mental model of RefCell can still be applied, it might just be not obvious from the name itself.


feat: Hook up Supabase Auth with server side cookie

Closes #1
What kind of change does this PR introduce?

Adds Supabase Auth with server side cookie helpers

TODO
There are two issues:

The update doesn't seem to work, it does not update the note in the database.
The delete operation deletes all notes, not just the one it's supposed to

@kiwicopple would you be able to help investigate these two?

this is awesome. thanks @thorwebdev

this is awesome. thanks @thorwebdev


2 August 2021 - InnerSource SIG Meeting Minutes

Date
Monday 2 August 2021 - 11am EST / 4pm UK
Untracked attendees

Fullname, Affiliation, (optional) GitHub username
...

Meeting notices

FINOS SIG Leads are responsible for observing the FINOS guidelines for running project meetings. Project maintainers can find additional resources in the FINOS Maintainers Cheatsheet.

All participants in FINOS project meetings are subject to the LF Antitrust Policy, the FINOS Community Code of Conduct and all other FINOS policies.

FINOS meetings involve participation by industry competitors, and it is the intention of FINOS and the Linux Foundation to conduct all of its activities in accordance with applicable antitrust and competition laws. It is therefore extremely important that attendees adhere to meeting agendas, and be aware of, and not participate in, any activities that are prohibited under applicable US state, federal or foreign antitrust and competition laws. Please contact<EMAIL_ADDRESS>with any questions.

FINOS SIG meetings may be recorded for use solely by the FINOS team for administration purposes. In very limited instances, and with explicit approval, recordings may be made more widely available.

Agenda

[ ] Convene & roll call (5mins)
[ ] Display FINOS Antitrust Policy summary slide
[ ] Review Meeting Notices (see above)
[ ] Approve past meeting minutes
[ ] Backlog grooming and prioritisation of InnerSource SIG work - https://github.com/finos/InnerSource/discussions
[ ] InnerSource SIG representation at Open Source Readiness on 4th August at 10am EST / 3pm BST

https://github.com/finos/open-source-readiness/issues
https://www.finos.org/hosted-events/2021-08-04-open-source-readiness-sig-1st-meeting

[ ] InnerSource SIG on FINOS Slack - Review requests and keeping informed.

https://finos-lf.slack.com/archives/C01SYB503QT

[ ] SIG leadership position open! - https://github.com/finos/InnerSource/issues/22
[ ] AOB, Q&A & Adjourn (5mins)

Decisions Made

[ ] ...

Action Items

[ ] ...

WebEx info

Webex : https://finos.webex.com/finos/j.php?MTID=m33975a6a163e1319c07e33a06bd3d1d5
Meeting number:<PHONE_NUMBER>

Join by phone

+1-415-655-0003 US Toll
+44-20319-88141 UK Toll
Access code:<PHONE_NUMBER>

Mailing List
Email<EMAIL_ADDRESS>to subscribe to the InnerSource SIG mailing list.

Hello!

Hello 👋🏻

Hi

Hello from Elspeth

Here.

Hello!
On Mon, Aug 2, 2021 at 3:28 PM James McLeod @.***>
wrote:

Date
Monday 2 August 2021 - 11am EST / 4pm UK
Untracked attendees

Fullname, Affiliation, (optional) GitHub username
...

Meeting notices

FINOS SIG Leads are responsible for observing the FINOS guidelines
for running project meetings
https://github.com/finos/community/blob/master/governance/Meeting-Procedures.md#run-the-meeting.
Project maintainers can find additional resources in the FINOS
Maintainers Cheatsheet
https://odp.finos.org/docs/finos-maintainers-cheatsheet/.
All participants in FINOS project meetings are subject to the LF
Antitrust Policy https://www.linuxfoundation.org/antitrust-policy/,
the FINOS Community Code of Conduct
https://github.com/finos/community/blob/master/governance/Code-of-Conduct.md
and all other FINOS policies
https://github.com/finos/community/tree/master/governance#policies.
FINOS meetings involve participation by industry competitors, and it
is the intention of FINOS and the Linux Foundation to conduct all of its
activities in accordance with applicable antitrust and competition laws. It
is therefore extremely important that attendees adhere to meeting agendas,
and be aware of, and not participate in, any activities that are prohibited
under applicable US state, federal or foreign antitrust and competition
laws. Please contact @.*** with any questions.
FINOS SIG meetings may be recorded for use solely by the FINOS team
for administration purposes. In very limited instances, and with explicit
approval, recordings may be made more widely available.
Agenda

Convene & roll call (5mins)
Display FINOS Antitrust Policy summary slide
https://github.com/finos/community/blob/master/governance/Compliance-Slides/Antitrust-Compliance-Slide.pdf
Review Meeting Notices (see above)
Approve past meeting minutes
Backlog grooming and prioritisation of InnerSource SIG work
InnerSource SIG representation at Open Source Readiness on 4th
August at 10am EST / 3pm BST

https://github.com/finos/open-source-readiness/issues

https://www.finos.org/hosted-events/2021-08-04-open-source-readiness-sig-1st-meeting
AOB, Q&A & Adjourn (5mins)

Decisions Made

...

Action Items

...

WebEx info

Meeting link:
Meeting number:
Password:
Call-in:

Mailing List
Email @.*** to subscribe to the InnerSource SIG
mailing list.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/finos/InnerSource/issues/26, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AANYPFDAESZTXBVAC3DGUTDT22TQJANCNFSM5BM3NGLA
.

Minutes from the meeting (@mcleo-d - perhaps you might add to the issue above - sorry I can't edit it).
Meeting Notes

Minutes from 19th July not approved - need to add some final details to unfinished line items.
OSR kicking off as SIG this week.

James McLeod proposed that we have InnerSource SIG representation on the work for OS Maturity Matrix.
We should have someone on Wednesday 4th OSR SIG Meeting.
Clare volunteered.

Reviewed next SIG Priorities

Reviewed related SIG discussion: https://github.com/finos/InnerSource/discussions/13
Suggested that one priority should be infographic about how IS and OSS relate - for reference for OSR SIG. Ask for people to discuss in next SIG meeting. And also ask who can potentially be available to help create.
Clare also suggested it would be good to try and capture the example items from the maturity matrix before we lose the context.

Reminder about the status of the Maturity Matrix. PDFs in discussion final. Waiting on LF guidance for CCLAs/licensing to submit into repo.
Agreed we would have a regular action to sweep the FINOS #innersource-sign channel to pull discussions into GitHub for maximum accessibility by SIG members.
SIG Leadership

Noted that the feedback from Arthur is that having a co-lead is very helpful and we do want to continue this practice in the SIG.
Short statement on what we are looking for: It would be great to have diverse representation in the SIG LT across a wide set of criteria - individual diversity (e.g. gender) and organizational diversity (e.g. geography, InnerSource experience, org type). However, most important criteria is a willingness and availability to co-lead.

Meeting closed. Next meeting in two weeks time.

Action Items

Clare to follow-up with Richard to get detail from the unfinished minute line from last meeting.
Clare to attend the OSR SIG meeting on Wednesday and share that we are working on InnerSource/Open Source infographic - how they relate.
Re. next priorities - Clare to invite owners of suggested next priorities to next meeting to discuss and ask which areas people might be available to help in.
James to create template issue to review FINOS Slack InnerSource SIG channel to gather any relevant info and bring back to GitHub discussions for maximum accessibility for SIG members.


Problem with the inline mode - it's not possible select Saturday days

There is a padding over all Saturday days and also over the arrow (next month). Then is not clickable. I tested it on chrome here http://eonasdan.github.io/bootstrap-datetimepicker/

I'm also seeing this issue.

Adding the following to bootstrap-datetimepicker.css should resolve the problem.  The issue was with the size of the col divs....
.timepicker{
min-width: 228px;
}
.datepicker{
min-width: 240px;
}

Or... possibly another solution...
I changed .timepicker to col-sm-5 and that seems to be fine.  makes the control a bit smaller which I liked.  Here is the code to change:
return d.inline&&b.removeClass("dropdown-menu"),f&&b.addClass("usetwentyfour"),d.sideBySide&&z()&&y()?(b.addClass("timepicker-sbs"),b.append(a("<div>").addClass("row").append(c.addClass("col-sm-6")).append(e.addClass("col-sm-5"))),b.append(h),b):("top"===d.toolbarPlacement&&g.append(h),z()&&g.append(a("<li>").addClass(d.collapse&&y()?"collapse in":"").append(c)),"default"===d.toolbarPlacement&&g.append(h),y()&&g.append(a("<li>").addClass(d.collapse&&z()?"collapse":"").append(e)),"bottom"===d.toolbarPlacement&&g.append(h),b.append(g))},F=function(){var b,e={};

the real issue is how the docs are laid out, which I've fixed


fix: wrong import path

🐛 Bug Fix

I've already fixed it =)
But nevertheless thanks for participation

close: #87


[bzip2:x64-windows] build failure

Host Environment
OS: Windows 10
Compiler: Microsoft Visual Studio Community 2019 Version 16.6.5

To Reproduce
Steps to reproduce the behavior:
vcpkg install bzip2:x64-windows
Failure logs
D:\Proyectos\ROS\catkin_ws>vcpkg install bzip2:x64-windows
Computing installation plan...
The following packages will be built and installed:
bzip2[core]:x64-windows
Detecting compiler hash for triplet x64-windows...
Starting package 1/1: bzip2:x64-windows
Building package bzip2[core]:x64-windows...
Could not locate cached archive: C:\Users\T800\AppData\Local\vcpkg\archives\3c\3c0652163ae0ac78f85bf1acf87509bff06c8dcf.zip
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Cleaning sources at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Applying patch fix-import-export-macros.patch
-- Applying patch fix-windows-include.patch
-- Using source at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Fixing pkgconfig
-- Acquiring MSYS Packages...
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:72 (message):
Command failed: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2/msys64/usr/bin/bash.exe --noprofile --norc -c "pacman -S --noconfirm --needed pkg-config"
Working Directory: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2
Error code: 1
See logs for more information:
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-out.log
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_acquire_msys.cmake:153 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_fixup_pkgconfig.cmake:281 (vcpkg_acquire_msys)
ports/bzip2/portfile.cmake:51 (vcpkg_fixup_pkgconfig)
scripts/ports.cmake:79 (include)
Error: Building package bzip2:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: bzip2:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
D:\Proyectos\ROS\catkin_ws>
logs files:
msys-pacman-x64-windows-err.log
error: pkg-config: signature from "David Macek<EMAIL_ADDRESS>is unknown trust
error: failed to commit transaction (invalid or corrupted package (PGP signature))
msys-pacman-x64-windows-out.log
resolving dependencies...
looking for conflicting packages...
Packages (1) pkg-config-0.29.2-4
Total Download Size:   0.20 MiB
Total Installed Size:  0.55 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
downloading pkg-config-0.29.2-4-x86_64.pkg.tar.zst...
checking keyring...
checking package integrity...
:: File /var/cache/pacman/pkg/pkg-config-0.29.2-4-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
Errors occurred, no packages were upgraded.
Thanks¡

@javibo590, could you get latest source via 'git pull' & 'bootstrap-vcpkg.bat' and try again? it looks your local is too old.

Thank you very much for the quick answer. unfortunately the error continues to occur.
The problem is not in the Zlib2 library. the problem occurs when trying - Acquiring MSYS Packages ... You cannot reproduce the problem because you already have the MSYS Packages installed. Thanks

I have checked Similar issue # 19204 and deleted msys2 directory from vcpkg / downloads / tools and rebuild again. the msys2 directory is generated correctly but later fails again at the same point. - Acquiring MSYS Packages ...
D:\Proyectos\ROS\catkin_ws>vcpkg install bzip2:x64-windows
Computing installation plan...
The following packages will be built and installed:
bzip2[core]:x64-windows
Detecting compiler hash for triplet x64-windows...
Starting package 1/1: bzip2:x64-windows
Building package bzip2[core]:x64-windows...
Could not locate cached archive: C:\Users\T800\AppData\Local\vcpkg\archives\63\634c5fa966c910424a62aa7ef78abc6afa545ad6.zip
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Cleaning sources at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Applying patch fix-import-export-macros.patch
-- Applying patch fix-windows-include.patch
-- Using source at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Fixing pkgconfig
-- Acquiring MSYS2...
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/msys2-base-x86_64-20190524.tar.xz
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz.sig
gpg: /etc/pacman.d/gnupg/trustdb.gpg: trustdb created
gpg: no ultimately trusted keys found
gpg: starting migration from earlier GnuPG versions
gpg: porting secret keys from '/etc/pacman.d/gnupg/secring.gpg' to gpg-agent
gpg: migration succeeded
gpg: Generating pacman keyring master key...
gpg: key 877F5A5A14D71959 marked as ultimately trusted
gpg: directory '/etc/pacman.d/gnupg/openpgp-revocs.d' created
gpg: revocation certificate stored as '/etc/pacman.d/gnupg/openpgp-revocs.d/7347C7AD614D6AB344865254877F5A5A14D71959.rev'
gpg: Done
==> Updating trust database...
gpg: marginals needed: 3  completes needed: 1  trust model: pgp
gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
==> Appending keys from msys2.gpg...
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> Importing owner trust values...
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: inserting ownertrust of 4
==> Updating trust database...
gpg: marginals needed: 3  completes needed: 1  trust model: pgp
gpg: depth: 0  valid:   1  signed:   4  trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1  valid:   4  signed:   3  trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2  valid:   3  signed:   0  trust: 3-, 0q, 0n, 0m, 0f, 0u
==> Checking C:/opt/ros/melodic/x64/tools/vcpkg/downloads/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz.sig...
gpg: assuming signed data in 'C:/opt/ros/melodic/x64/tools/vcpkg/downloads/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz'
gpg: Signature made Mon Jun 29 07:36:14 2020
gpg:                using DSA key AD351C50AE085775EB59333B5F92EFC1A47D45A1
gpg: Good signature from "Alexey Pavlov (Alexpux<EMAIL_ADDRESS>[full]
loading packages...
resolving dependencies...
looking for conflicting packages...
Packages (1) msys2-keyring-r21.b39fb11-1
Total Installed Size:  0.05 MiB
Net Upgrade Size:      0.03 MiB
:: Proceed with installation?
:: Processing package changes...
upgrading msys2-keyring...
==> Appending keys from msys2.gpg...
==> Locally signing trusted keys in keyring...
-> Locally signing key 6E8FEAFF9644F54EED90EEA0790AE56A1D3CFDDC...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
-> Locally signing key 69985C5EB351011C78DF7F6D755B8182ACD22879...
==> Importing owner trust values...
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
==> Disabling revoked keys in keyring...
-> Disabling key B19514FB53EB3668471B296E794DCF97F93FC717...
==> Updating trust database...
gpg: marginals needed: 3  completes needed: 1  trust model: pgp
gpg: depth: 0  valid:   1  signed:   6  trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1  valid:   6  signed:   5  trust: 0-, 0q, 0n, 6m, 0f, 0u
gpg: depth: 2  valid:   5  signed:   0  trust: 5-, 0q, 0n, 0m, 0f, 0u
:: Synchronizing package databases...
downloading mingw32.db...
downloading mingw32.db.sig...
downloading mingw64.db...
downloading mingw64.db.sig...
downloading msys.db...
downloading msys.db.sig...
resolving dependencies...
looking for conflicting packages...
Packages (3) libzstd-1.5.0-1  zstd-1.5.0-1  pacman-6.0.1-3
Total Download Size:    6.11 MiB
Total Installed Size:  36.79 MiB
Net Upgrade Size:      -9.81 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
downloading libzstd-1.5.0-1-x86_64.pkg.tar.zst...
downloading zstd-1.5.0-1-x86_64.pkg.tar.zst...
downloading pacman-6.0.1-3-x86_64.pkg.tar.zst...
checking keyring...
checking package integrity...
loading package files...
error: could not open file /var/cache/pacman/pkg/libzstd-1.5.0-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/zstd-1.5.0-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/pacman-6.0.1-3-x86_64.pkg.tar.zst: Child process exited with status 127
error: failed to commit transaction (cannot open package file)
Errors occurred, no packages were upgraded.
checking dependencies...
Packages (2) rebase-4.4.4-1  dash-<IP_ADDRESS>-1
Total Removed Size:  1.12 MiB
:: Do you want to remove these packages? [Y/n]
:: Processing package changes...
removing rebase...
removing dash...
:: Synchronizing package databases...
mingw32 is up to date
mingw64 is up to date
msys is up to date
:: Starting core system upgrade...
warning: resolving dependencies...
terminate other MSYS2 programs before proceeding
looking for conflicting packages...
Packages (8) bash-5.1.008-1  filesystem-2021.06-2  libzstd-1.5.0-1  mintty-1~3.5.1-1  msys2-runtime-3.2.0-15  pacman-6.0.1-3  pacman-mirrors-20210902-1  zstd-1.5.0-1
Total Download Size:    6.21 MiB
Total Installed Size:  61.21 MiB
Net Upgrade Size:      -8.51 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
downloading bash-5.1.008-1-x86_64.pkg.tar.zst...
downloading filesystem-2021.06-2-x86_64.pkg.tar.zst...
downloading mintty-1~3.5.1-1-x86_64.pkg.tar.zst...
downloading msys2-runtime-3.2.0-15-x86_64.pkg.tar.zst...
downloading pacman-mirrors-20210902-1-any.pkg.tar.zst...
checking keyring...
checking package integrity...
loading package files...
error: could not open file /var/cache/pacman/pkg/bash-5.1.008-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/filesystem-2021.06-2-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/mintty-1~3.5.1-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/msys2-runtime-3.2.0-15-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/pacman-mirrors-20210902-1-any.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/libzstd-1.5.0-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/zstd-1.5.0-1-x86_64.pkg.tar.zst: Child process exited with status 127
error: could not open file /var/cache/pacman/pkg/pacman-6.0.1-3-x86_64.pkg.tar.zst: Child process exited with status 127
error: failed to commit transaction (cannot open package file)
Errors occurred, no packages were upgraded.
-- Acquiring MSYS2... OK
-- Acquiring MSYS Packages...
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:72 (message):
Command failed: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2/msys64/usr/bin/bash.exe --noprofile --norc -c "pacman -S --noconfirm --needed pkg-config"
Working Directory: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2
Error code: 1
See logs for more information:
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-out.log
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_acquire_msys.cmake:153 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_fixup_pkgconfig.cmake:281 (vcpkg_acquire_msys)
ports/bzip2/portfile.cmake:51 (vcpkg_fixup_pkgconfig)
scripts/ports.cmake:79 (include)
Error: Building package bzip2:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: bzip2:x64-windows
Vcpkg version: 2020.06.15-nohash
Additionally, attach any relevant sections from the log files above.
D:\Proyectos\ROS\catkin_ws>

@javibo590 Where can I download 'Zlib2 library'?
Are you mixing toolchains? If so, you are looking for trouble!
Try to stick to only one toolchain and see if that works fine.

@javibo590, could you execute 'git pull' & './bootstrap-vcpkg.bat' and see if this issue still repro?

Hello again.
I have carried out the actions that you have commented but unfortunately the problem continues to occur.
The problem is in the download of - Acquiring MSYS Packages ...
Any other idea?
D:\Descargas\vcpkg>git pull
Already up to date.
D:\Descargas\vcpkg>bootstrap-vcpkg.bat
Downloading https://github.com/microsoft/vcpkg-tool/releases/download/2021-11-15/vcpkg.exe -> D:\Descargas\vcpkg\vcpkg.exe... done.
Validating signature... done.
Telemetry
vcpkg collects usage data in order to help us improve your experience.
The data collected by Microsoft is anonymous.
You can opt-out of telemetry by re-running the bootstrap-vcpkg script with -disableMetrics,
passing --disable-metrics to vcpkg on the command line,
or by setting the VCPKG_DISABLE_METRICS environment variable.
Read more about vcpkg telemetry at docs/about/privacy.md
D:\Descargas\vcpkg>vcpkg install bzip2:x64-windows
Computing installation plan...
The following packages will be built and installed:
bzip2[core]:x64-windows -> 1.0.6-6
Detecting compiler hash for triplet x64-windows...
Restored 0 packages from C:\Users\T800\AppData\Local\vcpkg\archives in 881 us. Use --debug to see more details.
Starting package 1/1: bzip2:x64-windows
Building package bzip2[core]:x64-windows...
-- Using cached C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Cleaning sources at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Applying patch fix-import-export-macros.patch
-- Applying patch fix-windows-include.patch
-- Using source at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Fixing pkgconfig
-- Acquiring MSYS Packages...
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:72 (message):
Command failed: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2/msys64/usr/bin/bash.exe --noprofile --norc -c "pacman -S --noconfirm --needed pkg-config"
Working Directory: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2
Error code: 1
See logs for more information:
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-out.log
C:\opt\ros\melodic\x64\tools\vcpkg\buildtrees\bzip2\msys-pacman-x64-windows-err.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_acquire_msys.cmake:153 (vcpkg_execute_required_process)
scripts/cmake/vcpkg_fixup_pkgconfig.cmake:281 (vcpkg_acquire_msys)
ports/bzip2/portfile.cmake:51 (vcpkg_fixup_pkgconfig)
scripts/ports.cmake:79 (include)
Error: Building package bzip2:x64-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with git pull and .\vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
package: bzip2[core]:x64-windows -> 1.0.6-6
vcpkg version: Failed to get HEAD: fatal: not a git repository: 'C:\opt\ros\melodic\x64\tools\vcpkg.git'
vcpkg-tool version: 2021-11-15-ec76affcc987efbf172b7da0b05df711b48fa535
Additionally, attach any relevant sections from the log files above.
D:\Descargas\vcpkg>

package: bzip2[core]:x64-windows -> 1.0.6-6

The current version in vcpkg is 1.0.8#2.

vcpkg version: Failed to get HEAD: fatal: not a git repository: 'C:\opt\ros\melodic\x64\tools\vcpkg.git'

Which vcpkg revision are you trying to build?

D:\Descargas\vcpkg>vcpkg install bzip2:x64-windows
...
Command failed: C:/opt/ros/melodic/x64/tools/vcpkg/downloads/tools/msys2/msys64/usr/bin/bash.exe --noprofile --norc -c "pacman -S --noconfirm --needed pkg-config"

I can't see where vcpkg would execute pacman today.

Hello again.
I have already solved¡¡¡
You just have to change a value in the configuration file \ msys2 \ msys64 \ etc \ pacman.conf
SigLevel = Never
#SigLevel = Required DatabaseOptional
as they comment here:
https://bbs.archlinux.org/viewtopic.php?id=142798
-- Cleaning sources at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/opt/ros/melodic/x64/tools/vcpkg/downloads/bzip2-1.0.6.tar.gz
-- Applying patch fix-import-export-macros.patch
-- Applying patch fix-windows-include.patch
-- Using source at C:/opt/ros/melodic/x64/tools/vcpkg/buildtrees/bzip2/src/1.0.6-8838f21f8e.clean
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Fixing pkgconfig
-- Acquiring MSYS Packages...
-- Acquiring MSYS Packages... OK
-- Fixing pkgconfig - release
-- Checking file: C:/opt/ros/melodic/x64/tools/vcpkg/packages/bzip2_x64-windows/lib/pkgconfig/bzip2.pc
-- Fixing pkgconfig - debug
-- Checking file: C:/opt/ros/melodic/x64/tools/vcpkg/packages/bzip2_x64-windows/debug/lib/pkgconfig/bzip2.pc
-- Fixing pkgconfig --- finished
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\T800\AppData\Local\vcpkg\archives\63\634c5fa966c910424a62aa7ef78abc6afa545ad6.zip
Building package bzip2[core]:x64-windows... done
Installing package bzip2[core]:x64-windows...
Installing package bzip2[core]:x64-windows... done
Elapsed time for package bzip2:x64-windows: 40.01 s
Total elapsed time: 52.52 s
The package bzip2 is compatible with built-in CMake targets:
find_package(BZip2 REQUIRED)
target_link_libraries(main PRIVATE BZip2::BZip2)

Thank you all very much for your time and effort!!


video refusing to play

when initialising about 20 videocontroller at a time to pre download or buffer the video to reduce latency on client Side while scrolling, some videos does not download or buffer. sometimes it download but does not show on the devices screen but it plays the sound

when initialising about 20 videocontroller at a time to pre download

in my humble opinion this is a very questionable strategy

maybe the error description in exoplayer page shed some light

In this example, the player has selected four of the five available video tracks. The fifth video track is not selected because it exceeds the capabilities of the device, as indicated by supported=NO_EXCEEDS_CAPABILITIES. The player will adapt between the selected video tracks during playback. When the player adapts from one track to another, it’s logged in a line like the one below [...]

@iapicca It is not about how many controllers you initialized... For example i preload the videos using cache + (previous - actual - next) and the video player throws the same exception... Some devices doesnt play andin other it crash.


the question of loss log

hello, i read the code of loss calculation, you take loss_value and loss_dict_reduced_scaled to metric_logger as input. but your metric_logger class is difficult for me to understand. so i have three questions about the loss log. as is shown in figure

i saw each loss have two items such as: loss_act:1.3329(1.5253), how the meaning of 1.3329 and 1.5253
the loss_value is sum of loss_dict_reduced_scaled's values. but when i add the each loss respectively, as is shown in figure

the  sum 21.6664 != 24.1092, but the other sum is correct, can you explain it?
when i saw the loss in the training process, which loss should i pay attention to? the loss in the parentheses or loss is outside parenthneses.

looking foward to your reply! thanks!

@SISTMrL I also working on this work and felt confused. Mayb we can keep in touch. add me via wechat: dragen1860

@SISTMrL @dragen1860 Actually this part of the code is not modified from the original DETR code. Please refer to this issue. Will help you further if this doesn't resolve your issues :)


Performance issue?

I just tried this crate in a project, but my response times for markdown pages got absolutely huge (from 14ms to 4500ms). I have no idea what happened (did it check some HTTP URLs or something?).

Note that this is not actively maintained so I'd recommend switching to pulldown-cmark. With that said, I don't see what would cause such an extreme performance regression, can you share the markdown file you're trying to parse?

Thanks for the quick reply! I tried the comrak library, and that one worked fine.
The MD string was:
Signed Integer, max 64 bit.
Max value: [`9223372036854775807`](https://en.wikipedia.org/wiki/9,223,372,036,854,775,807)

e.g. `-420`

Rest of the source code (now replaced with a different MD engine) found here.

I added this as a test case and it runs fine on my machine (and on CI), closing for now.


Revert "fix(Gthread): Block on recursive mutex lock"

Reverts SESA/EbbRT#201

There were the following issues with your Pull Request

Commit: 4ff79d4bcebe37ce3d2e3652d770716088b050d0
Invalid type. Valid types are feat, fix, docs, style, refactor, perf, test, chore, revert

Guidelines are available at https://github.com/SESA/EbbRT/blob/master/CONTRIBUTING.md

This message was auto-generated by https://gitcop.com


Add filled pdfs

Coverage decreased (-0.09%) to 80.882% when pulling 7800d4dff9a3b40fed8660b33b12d5982f0ffff8 on add_filled_pdfs into d48e1300b9276e48e62f58cf6a31e1d6d2350b48 on master.

Coverage decreased (-0.09%) to 80.882% when pulling c73c43cbfd76c7f140239c731fa3522b7d32e0f8 on add_filled_pdfs into d48e1300b9276e48e62f58cf6a31e1d6d2350b48 on master.

Coverage decreased (-0.1%) to 80.865% when pulling c2baa9a1119480977ba55849038581c4a5f828f0 on add_filled_pdfs into d48e1300b9276e48e62f58cf6a31e1d6d2350b48 on master.


Feat/convert struct

Codecov Report
Attention: 33 lines in your changes are missing coverage. Please review.

Comparison is base (91dc390) 75.19% compared to head (50c2bb1) 76.56%.
Report is 2 commits behind head on main.

Files
Patch %
Lines

convert/struct.go
77.86%
20 Missing and 7 partials :warning:

slicex/slicex.go
0.00%
6 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main       #2      +/-   ##
==========================================
+ Coverage   75.19%   76.56%   +1.36%
==========================================
  Files           7        9       +2
  Lines         383      495     +112
==========================================
+ Hits          288      379      +91
- Misses         82       96      +14
- Partials       13       20       +7

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Request for series with too many seasons never load

When requesting a series with too many seasons (I'm guessing 30+ seasons), the "Which season?" prompt never appears.
2 examples of this would be "Survivor (2000)" and "Dr. Who (1963)".
You can select the series. But it never makes it past that.
I've included a screenshot that contains an attempted request for "Survivor", "South Park" and "Dr. Who", in that order.

Interesting. Was there any error message in the log? I'll dig into this.

Nothing popped up in the Docker logs, and not sure where to look for additional log files.
If it's possible to see them from the docker container I'd be happy to provide them.

So the maximum number of selection items according the discord api is 25, I need to think about this more....

Fixed in the latest release!


added docker support

@JairTorres1003  Please look into pr i have added docker suopport which can be very valuble for developers to easily build and run the image


feat: Add release-it to package.json

https://github.com/release-it/release-it helps automate the release process.
Run yarn release or npm run release and the tool will walk you through creating a new release. It will handle incrementing the version in package.json, pushing a tag to git and generating/publishing a Github release.

awesome, tim! thanks! is this ready to merge?

awesome, tim! thanks! is this ready to merge?

Yes.


SideBar

As I do so that the sidebar has movement independent content.
Let the lataral bar have its porpio scroll.
When browsing the content the sidebar is static.
Thank you.

Hi hmisasp,
All you need to do is to set "overflow-y:scroll;" to your content. Let me know if you need something else, I'll be more than glad to help you :)
Regards,
Andrew.


ref(tests): remove ApproxDict #3380

This commit removes ApproxDict in favour of a more explicit assertion style.
Closes #3380

Thank you for contributing to sentry-python! Please add tests to validate your changes, and lint your code using tox -e linters.
Running the test suite on your PR might require maintainer approval. The AWS Lambda tests additionally require a maintainer to add a special label, and they will fail until this label is added.

Still have to fix some assertions (which werent picked up by the regex)

Thanks for picking this up at @czyber! Happy to review once the PR is ready

Closing because of https://github.com/getsentry/sentry-python/issues/3380#issuecomment-2535305931


Adding concat as a valid expression

Concatenation of strings can be used when refering custom policies.
An example could be a custom policy created with a friendly name such as "Test-Policy1"
Then a concatenation of the policy could be SCOPE/providers/Microsoft.Authorization/policyDefinitions/Test-Policy1
Where the scope could be something like:
/providers/Microsoft.Management/managementGroups/ITManagementGroup
We use this in our ARM template and currently validation fails at this step, so either it should be in the exclude section or also allow concat as a valid expression.

you seem to have put it in the list of exceptions 'id' instead of the allowed functions

concat() is the function that we're actually trying to flag....  for your two scenarios the property syntax would be:
/providers/Microsoft.Management/managementGroups/ITManagementGroup
should be
tenantResourceId('Microsoft.Management/managementGroups', 'ITManagementGroup')
Each resourceId format has it's own function that's appropriate for use...
So this would be a case the we do not want to support.


Add Real-time Endangered Species Tracker

Integrate an API (such as IUCN Red List API) that tracks endangered species globally. Display a real-time dashboard showing the species' risk levels and geographic locations.
Expected Outcome:
A section on the website that updates endangered species information in real-time.
Visual indicators for different risk categories (e.g., Critically Endangered, Vulnerable).
please add to my pull requests, i am not able to add labels.

please add labels to my "pull requests".


Unit of the localization result

First of all, thanks for your great works!
Using the colab script I got a localization result pose whose projection_center is array([-0.20654798,  0.5471504,  3.04778433]).
I'm wondering if the unit of these values is clear. Say, they are millimeters, centimeters or meters? Or is the unit ambiguous?
If the unit is ambiguous, is there a way to retrieve it?

The SfM poses are up to an arbitrary scale, so the translation values are in an arbitrary unit.

Is there any way to get an accurate real-world pose?


Please help.

https://vimeo.com/850706654
I recorded me adding a custom, rank in setting,But it did not show up.

I think you missed a bracket

Cannot reproduce.
Even tried it on this: https://www.roblox.com/library/7510622625/Adonis-Admin-Loader-Epix-Incorporated
It works for me.


update compat bounds of StrideArrays and Polyester

Can be merged once

the new version of StrideArrays is registered (which closes https://github.com/JuliaSIMD/LoopVectorization.jl/issues/297). This closes the bug that appeared on our CI and for @Cczernik locally.
the new version of Polyester is registered (which closes https://github.com/JuliaSIMD/ThreadingUtilities.jl/issues/31)

This will have to merge before tests pass: https://github.com/JuliaRegistries/General/pull/40496

@chriselrod I don't know what's the best place to report this. Our threaded CI fails and I get errors locally, either

a segfault like this

signal (11): Segmentation fault
in expression starting at none:0
jl_gc_pool_alloc at /buildworker/worker/package_linux64/build/src/gc.c:1210
jl_gc_alloc_ at /buildworker/worker/package_linux64/build/src/julia_internal.h:285 [inlined]
jl_gc_alloc at /buildworker/worker/package_linux64/build/src/gc.c:3283
jl_alloc_svec_uninit at /buildworker/worker/package_linux64/build/src/simplevector.c:60
jl_alloc_svec at /buildworker/worker/package_linux64/build/src/simplevector.c:69
save_env at /buildworker/worker/package_linux64/build/src/subtype.c:147
forall_exists_subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1448
subtype_ccheck at /buildworker/worker/package_linux64/build/src/subtype.c:521
var_gt at /buildworker/worker/package_linux64/build/src/subtype.c:623
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1259
forall_exists_equal at /buildworker/worker/package_linux64/build/src/subtype.c:1402
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1337
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:714
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
exists_subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1426 [inlined]
forall_exists_subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1454
forall_exists_equal at /buildworker/worker/package_linux64/build/src/subtype.c:1393
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1337
subtype_tuple_tail at /buildworker/worker/package_linux64/build/src/subtype.c:1085
subtype_tuple at /buildworker/worker/package_linux64/build/src/subtype.c:1168 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1323
with_tvar at /buildworker/worker/package_linux64/build/src/subtype.c:745
subtype_unionall at /buildworker/worker/package_linux64/build/src/subtype.c:839 [inlined]
subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1282
exists_subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1426 [inlined]
forall_exists_subtype at /buildworker/worker/package_linux64/build/src/subtype.c:1454
jl_subtype_env at /buildworker/worker/package_linux64/build/src/subtype.c:1888
intersect at /buildworker/worker/package_linux64/build/src/subtype.c:3022
intersect_all at /buildworker/worker/package_linux64/build/src/subtype.c:3166
intersect_types at /buildworker/worker/package_linux64/build/src/subtype.c:3237
jl_has_empty_intersection at /buildworker/worker/package_linux64/build/src/subtype.c:3248
ml_matches at /buildworker/worker/package_linux64/build/src/gf.c:2866
jl_matching_methods at /buildworker/worker/package_linux64/build/src/gf.c:1885
_methods_by_ftype at ./reflection.jl:867 [inlined]
#findall#216 at ./compiler/methodtable.jl:57 [inlined]
findall##kw at ./compiler/methodtable.jl:54
jfptr_findallYY.YY.kw_13944.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
#218 at ./compiler/methodtable.jl:67
get! at ./iddict.jl:163 [inlined]
#findall#217 at ./compiler/methodtable.jl:66 [inlined]
findall##kw at ./compiler/methodtable.jl:65
jfptr_findallYY.YY.kw_13939.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:84
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1462
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_edge at ./compiler/typeinfer.jl:806
abstract_call_method at ./compiler/abstractinterpretation.jl:490
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:143
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
tabstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1462
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_edge at ./compiler/typeinfer.jl:806
abstract_call_method at ./compiler/abstractinterpretation.jl:490
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:143
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1462
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_edge at ./compiler/typeinfer.jl:806
eabstract_call_method at ./compiler/abstractinterpretation.jl:490
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:143
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1447
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_edge at ./compiler/typeinfer.jl:806
abstract_call_method at ./compiler/abstractinterpretation.jl:490
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:143
sabstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1447
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_ext at ./compiler/typeinfer.jl:892
typeinf_ext_toplevel at ./compiler/typeinfer.jl:925
typeinf_ext_toplevel at ./compiler/typeinfer.jl:921
jfptr_typeinf_ext_toplevel_10816.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
jl_type_infer at /buildworker/worker/package_linux64/build/src/gf.c:298
jl_generate_fptr at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:340
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1970
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:2236 [inlined]
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2229 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
jl_f__call_latest at /buildworker/worker/package_linux64/build/src/builtins.c:714
#invokelatest#2 at ./essentials.jl:708 [inlined]
invokelatest at ./essentials.jl:706 [inlined]
prompt_string at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:396
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
write_prompt at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1327
twrite_prompt at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1288
write_prompt at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1281
jfptr_write_prompt_18415.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
#refresh_multi_line#15 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:417
jfptr_YY.refresh_multi_lineYY.15_18529.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
refresh_multi_line##kw at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:405
jfptr_refresh_multi_lineYY.YY.kw_18365.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
#refresh_multi_line#38 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1788
unknown function (ip: 0x7f67308c11e8)
refresh_multi_line at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1787
unknown function (ip: 0x7f67308c08d0)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
#refresh_multi_line#13 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:399
unknown function (ip: 0x7f67308c0790)
refresh_multi_line at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:399
unknown function (ip: 0x7f67308c036c)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
refresh_line at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1276
unknown function (ip: 0x7f67308c022c)
activate at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:2345
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
transition at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:2377
#30 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/Pkg/src/REPLMode/REPLMode.jl:595
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
jl_f__call_latest at /buildworker/worker/package_linux64/build/src/builtins.c:714
#invokelatest#2 at ./essentials.jl:708 [inlined]
invokelatest at ./essentials.jl:706 [inlined]
#22 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:1414
jfptr_YY.22_18588.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
prompt! at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:2534
run_interface at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/LineEdit.jl:2436
jfptr_run_interface_18565.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
run_frontend at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:1126
#44 at ./task.jl:411
jfptr_YY.44_18152.clone_1 at /home/hendrik/Software/julia-1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
start_task at /buildworker/worker/package_linux64/build/src/task.c:839
unknown function (ip: (nil))
Allocations: 169003826 (Pool: 168931890; Big: 71936); GC: 102
Segmentation fault (core dumped)

or a bounds error like this

Task
  next: Nothing nothing
  queue: Nothing nothing
  storage: Nothing nothing
  donenotify: Base.GenericCondition{Base.Threads.SpinLock}
    waitq: Base.InvasiveLinkedList{Task}
      head: Nothing nothing
      tail: Nothing nothing
    lock: Base.Threads.SpinLock
      owned: Int64 0
  result: BoundsError
    a: StrideArraysCore.PtrArray{Tuple{Static.StaticInt{3}, Static.StaticInt{4}, Static.StaticInt{4}, Int64}, (true, true, true, true), Float64, 4, 1, 0, (1, 2, 3, 4), Tuple{Static.StaticInt{8}, Static.StaticInt{24}, Static.StaticInt{96}, Static.StaticInt{384}}, NTuple{4, Static.StaticInt{1}}}
      ptr: VectorizationBase.StridedPointer{Float64, 4, 1, 0, (1, 2, 3, 4), Tuple{Static.StaticInt{8}, Static.StaticInt{24}, Static.StaticInt{96}, Static.StaticInt{384}}, NTuple{4, Static.StaticInt{1}}}
        p: Ptr{Float64} @0x000000000dd1e580
        strd: Tuple{Static.StaticInt{8}, Static.StaticInt{24}, Static.StaticInt{96}, Static.StaticInt{384}}
          1: Static.StaticInt{8} static(8)
          2: Static.StaticInt{24} static(24)
          3: Static.StaticInt{96} static(96)
          4: Static.StaticInt{384} static(384)
        offsets: NTuple{4, Static.StaticInt{1}}
          1: Static.StaticInt{1} static(1)
          2: Static.StaticInt{1} static(1)
          3: Static.StaticInt{1} static(1)
          4: Static.StaticInt{1} static(1)
      size: Tuple{Static.StaticInt{3}, Static.StaticInt{4}, Static.StaticInt{4}, Int64}
        1: Static.StaticInt{3} static(3)
        2: Static.StaticInt{4} static(4)
        3: Static.StaticInt{4} static(4)
        4: Int64 64
    i: NTuple{4, Int64}
      1: Int64 1
      2: Int64 1
      3: Int64 1
      4: Int64 65
  logstate: Nothing nothing
  code: ThreadingUtilities.ThreadTask
    p: Ptr{UInt64} @0x00007fe77723c600
  _state: UInt8 0x02
  sticky: Bool true
  _isexception: Bool true
^CERROR: Test Summary:  | Pass  Total
InterruptException:
Stacktrace:
  [1] poptask(W::Base.InvasiveLinkedListSynchronized{Task})
    @ Base ./task.jl:760
  [2] wait
    @ ./task.jl:768 [inlined]
  [3] wait(c::Base.GenericCondition{Base.Threads.SpinLock})
    @ Base ./condition.jl:106
  [4] wait(x::Base.Process)
    @ Base ./process.jl:621
  [5] success
    @ ./process.jl:483 [inlined]
  [6] Trixi.jl tests | run(::Cmd; wait::Bool)
    @ Base ./process.jl:440
  [7] run
    @ ./process.jl:438 [inlined]
  [8]    1      1
(::Pkg.Operations.var"#119#121"{Bool, Cmd, Cmd, Nothing, Pkg.Types.Context, Vector{Tuple{String, Base.Process}}, String, Pkg.Types.PackageSpec})()
    @ Pkg.Operations /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/Pkg/src/Operations.jl:1666
  [9] withenv(::Pkg.Operations.var"#119#121"{Bool, Cmd, Cmd, Nothing, Pkg.Types.Context, Vector{Tuple{String, Base.Process}}, String, Pkg.Types.PackageSpec}, ::Pair{String, String}, ::Vararg{Pair{String, B} where B, N} where N)
    @ Base ./env.jl:161
 [10] (::Pkg.Operations.var"#109#113"{String, Pkg.Operations.var"#119#121"{Bool, Cmd, Cmd, Nothing, Pkg.Types.Context, Vector{Tuple{String, Base.Process}}, String, Pkg.Types.PackageSpec}, Pkg.Types.PackageSpec})()
    @ Pkg.Operations /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/Pkg/src/Operations.jl:1542
 [11] with_temp_env(fn::Pkg.Operations.var"#109#113"{String, Pkg.Operations.var"#119#121"{Bool, Cmd, Cmd, Nothing, Pkg.Types.Context, Vector{Tuple{String, Base.Process}}, String, Pkg.Types.PackageSpec}, Pkg.Types.PackageSpec}, temp_env::String)
    @ Pkg.Operations /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/Pkg/src/Operations.jl:1444
 [12] (::Pkg.Operations.var"#108#112"{Pkg.Operations.var"#119#121"{Bool, Cmd, Cmd, Nothing, Pkg.Types.Context, Vector{Tuple{String, Base.Process}}, String, Pkg.Types.PackageSpec}, Pkg.Types.Context, Pkg.Types.PackageSpec, String, Nothing, String})(tmp::String)

However, it's not reproducible in a deterministic way. The easiest way to get an error reliably is to start julia with multiple threads, julia --threads=2, and use something like
julia> ENV["TRIXI_TEST"] = "2d_threaded"
"2d_threaded"

julia> using Pkg; Pkg.test("Trixi")

I'm on vacation at the moment, so I don't have the time to look at this.
I think the solution has to be either to set upper bounds at ThreadingUtilities 0.4.4, or for me to revert all the changes since then and re-release.

Any reason your 3x4x4x64 array would be indexed at 1,1,1,65?

I don't think so. We're running the same code in serial and in parallel (basically using @batch). There are no bounds errors or segfaults in the serial path. Moreover, the indexing stuff didn't change compared to previous releases where everything worked fine.

I think the solution has to be either to set upper bounds at ThreadingUtilities 0.4.4, or for me to revert all the changes since then and re-release.

Great, I'll do that i another PR.

I'm on vacation at the moment, so I don't have the time to look at this.

Enjoy your vacation :smiley:

The problem is that with the updated ThreadingUtilities, it will try and decompose structs and store them into the ThreadingUtilities.taskpointer.
Before, it would only do this for Tuples, wrapping other object types in a mutable struct, and instead store a pointer to that mutable struct.
In ThreadingUtilities, 512 bytes are allocated per thread.
However, when storing the entire object into these pointers.
However,
using Trixi
include(joinpath(pkgdir(Trixi), "examples", "tree_2d_dgsem", "elixir_hypdiff_lax_friedrichs.jl"))

will have a final pointer offset of 5206 -- much greater than 512.
This is likely what caused the problems with handling NamedTuples like Tuples that you encountered earlier.
Two possible fixes:

Increase the memory allocated per pointer.
Handle large objects the old way. Under the hood, this would amount to storing them on the stack, and then storing the appropriate stack pointer.

If the same object is used by multiple threads, the latter would be more efficient: store once on the stack, and then share among threads.
Presumably, there is a point below which the former is more efficient, due to not chasing pointers. That point is probably rather small.

Thanks for the analysis and debugging!

If the same object is used by multiple threads

Yes, that's the case for most objects in our case.

Yes, that's the case for most objects in our case.

Polyester 0.3.4 should work.
Currently, objects > 64 bytes are wrapped in a mutable struct (hopefully not adding any heap allocations). This seems to cut the maximum size down small enough, although I should perhaps add asserts.

@chriselrod Thanks a lot! Looks like everything is working fine with Polyester v0.3.4. In addition, you also fixed another problem we ran into (#645) which I haven't reported yet since I haven't been able to derive an MWE - looks like my attempts so far were just too minimal (structs too small).


Initial creation of Rocro config YAML file

This change is

Coverage remained the same at 100.0% when pulling f24a17f33ffd51be1e97d800c89b28bd5f83a72d on feature/add-rocro-config into 2e84fa49c815bfa141ee6a1a6b0144d17f0205b0 on master.

 add Rocro config YAML file


fix: return false in chrHasLosToPosWasteful if outside FOV check

Fixes #96
I tested a fair bit in a few levels, mainly Chicago, Air Base, and Pelagic II. Additional testing may be needed to ensure this doesn't break anything else. Would love a second opinion on whether it feels the way it used to.

This does look that something like this might have been originally intended, considering that otherwise the function is just chrHasLosToPos with extra useless steps. But that issue is not present in the N64 version, so the problem probably lies elsewhere.

Alright, I'll merge this and we'll see if it breaks anything else.


Fix export tool can't generate FP16 data type

The reason export tool can't generate FR16 that data_type didn't set to the mo_params.

@IvenTW Thanks you!


Create schema for customer table

Hello,
Kindly fix the typo in the updated_at field of the customer schema.
Regards.

Thank you, I will work on it. 🤗


Ability to use multiple database files.

A single lacells.db approach limits using multiple databases.
I'm thinking the app needs to be able to read from multiple db files (with priority) so users can use better databases.
Like for example,
cells_mozilla_mccAAA_mnc111.db
cells_mozilla_mccAAA_mnc222.db
cells_opencellid_mccAAA_mnc111.db
cells_opencellid_mccAAA_mnc222.db
....
And have a setting whether to give more priority to mozilla or opencellid..
isolation of database with filters mozilla, opencellid, mcc, mnc will be useful i think.
Could be better titled isolation of databases.. Sorry

I have handed off this project to @devee. The new official repository for this work is a now at https://gitlab.com/deveee/Local-GSM-Backend.
If this is still an issue, please open it on the new repository with the new maintainer.

I have handed off this project to @devee. The new official repository for this work is a now at https://gitlab.com/deveee/Local-GSM-Backend.
If this is still an issue, please open it on the new repository with the new maintainer.


How to Automatically Change the Image Insertion in Excel Cells with Cell Size？

Question
How to Automatically Change the Image Insertion in Excel Cells with Cell Size？

How to Automatically Change the Image Insertion in Excel Cells with Cell Size？

That isn't part of the file format so it isn't directly possible. Excel does it by calculating sizes at runtime.
However, it is possible to do it with the current API based on the image size and dpi and the cell size. I'll post an example later.

Here is an example:
use rust_xlsxwriter::{Image, Workbook, XlsxError};

fn main() -> Result<(), XlsxError> {
    let mut workbook = Workbook::new();
    let worksheet = workbook.add_worksheet();

    // Resize some cells.
    worksheet.set_column_width_pixels(0, 200)?;
    worksheet.set_row_height_pixels(0, 120)?;
    worksheet.set_row_height_pixels(1, 120)?;
    worksheet.set_row_height_pixels(2, 120)?;

    let mut image = Image::new("rust_logo.png")?;

    // Insert the image - unscaled.
    worksheet.insert_image(0, 0, &image)?;

    // Insert the image - scaled to cell.
    scale_image_to_size(&mut image, 200.0, 120.0, false);
    worksheet.insert_image(1, 0, &image)?;

    // Insert the image - scaled to cell with fixed aspect ratio.
    scale_image_to_size(&mut image, 200.0, 120.0, true);
    worksheet.insert_image(2, 0, &image)?;

    // Save the file to disk.
    workbook.save("image.xlsx")?;

    Ok(())
}

fn scale_image_to_size(image: &mut Image, width: f64, height: f64, keep_aspect_ratio: bool) {
    if width == 0.0 || height == 0.0 {
        return;
    }

    let mut scale_width = (width / image.width()) * (image.width_dpi() / 96.0);
    let mut scale_height = (height / image.height()) * (image.height_dpi() / 96.0);

    if keep_aspect_ratio {
        if scale_width < scale_height {
            scale_height = scale_width;
        } else {
            scale_width = scale_height;
        }
    }

    image.set_scale_width(scale_width);
    image.set_scale_height(scale_height);
}

Output:

Would something like that work for you?
If so I'll add a similar method to the rust_xlsxwriter::Image struct.

Yes ,Thank you !

I've added 2 new features to help with this. The first is image.set_scale_to_size() which is similar to the function above but as a method of the Image struct.
The second is a worksheet.insert_image_fit_to_cell() method that inserts an image and scales it to fit the cell. Here is an example of that:
use rust_xlsxwriter::{Format, FormatAlign, Image, Workbook, XlsxError};

fn main() -> Result<(), XlsxError> {
    // Create a new Excel file object.
    let mut workbook = Workbook::new();

    let center = Format::new().set_align(FormatAlign::VerticalCenter);

    // Add a worksheet to the workbook.
    let worksheet = workbook.add_worksheet();

    // Widen the first column to make the text clearer.
    worksheet.set_column_width(0, 30)?;

    // Set larger cells to accommodate the images.
    worksheet.set_column_width_pixels(1, 200)?;
    worksheet.set_row_height_pixels(0, 140)?;
    worksheet.set_row_height_pixels(2, 140)?;
    worksheet.set_row_height_pixels(4, 140)?;

    // Create a new image object.
    let image = Image::new("examples/rust_logo.png")?;

    // Insert the image as standard, without scaling.
    worksheet.write_with_format(0, 0, "Unscaled image inserted into cell:", &center)?;
    worksheet.insert_image(0, 1, &image)?;

    // Insert the image and scale it to fit the entire cell.
    worksheet.write_with_format(2, 0, "Image scaled to fit cell:", &center)?;
    worksheet.insert_image_fit_to_cell(2, 1, &image, false)?;

    // Insert the image and scale it to the cell while maintaining the aspect ratio.
    // In this case it is scaled to the smaller of the width or height scales.
    worksheet.write_with_format(4, 0, "Image scaled with a fixed aspect ratio:", &center)?;
    worksheet.insert_image_fit_to_cell(4, 1, &image, true)?;

    // Save the file to disk.
    workbook.save("images_fit_to_cell.xlsx")?;

    Ok(())
}

Output:

This is available on main and you can try it out. However, I need to add docs and some more tests.


AttributeError: GFTT not a supported detector

Recreation:

install in fresh python virtualenv using (error occurs for both python 2.7 & 3.6.5):

pip install -e git+https://github.com/AdamSpannbauer/python_video_stab.git#egg=vidstab[cv2]

run readme/gen_example_output.py

Error:

Traceback (most recent call last):
  File "site-packages/imutils/feature/factories.py", line 81, in FeatureDetector_create
    detr = _DETECTOR_FACTORY[detector.upper()]
KeyError: 'GFTT'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "gen_example_output.py", line 6, in <module>
    stabilizer = VidStab()
  File "vidstab/vidstab/VidStab.py", line 56, in __init__
    blockSize=3)
  File "site-packages/imutils/feature/factories.py", line 86, in FeatureDetector_create
    raise AttributeError("{} not a supported detector".format(detector))
AttributeError: GFTT not a supported detector

Appears to be fixed after removing opencv-python as an extras_require.
Explanation:
The opencv-python package is actually a subset of opencv-contrib-python.  Both packages are aliased as cv2 for import.  If opencv-python is imported then no features of contrib are available.  If opencv-contrib-python is imported then all features of contrib (and opencv-python) are available.


media method not work

$insta = new Instagram();
$getUser = $insta->get('gopro');
dd($getUser);

Hmm, it looks like you're using an older version of the package. Try updating the package and update the get method call to media.

no i run composer install like readme.md in this repo

In your example you're using get instead of media. Try switching.

media not found in last version

It is found here:
https://github.com/vinkla/instagram/blob/33674990c5ae0c08d6e321671a0ed85b048d100e/src/Instagram.php#L77-L82
As I've previously said, you're probably using an older version of the package.

i will test it later


Now really working on xBuild

Extra set of colons creeped out. This one absolutely works.

@alanmcgovern may need you again :S.

did you test this locally to make sure it worked? We've already tried twice :P

Yep. With mtvs.
Sent from Outlook
On Wed, May 27, 2015 at 3:44 PM -0700, "Alan McGovern"<EMAIL_ADDRESS>wrote:
did you test this locally to make sure it worked? We've already tried twice :P

Reply to this email directly or view it on GitHub:
https://github.com/mono/cecil/pull/5#issuecomment-106101445


Add IAM samples to pubsub.

@remi  PTAL

@bshaffer I think remi is ooo, can you take a look?

2 naming nits for consistency.  Otherwise LGTM

@remi Comments addressed, ptal


[vlog] Update Correctness for corner cases of monotonic reasoning

Please provide a meaningful description. It is not clear what is requested here.


Issues while building Pistache with make -j

I have an issue with the building of Pistache on my VM , when I'm entering the comand : make -j
this error occurs:

well, did you install the openssl development libraries and headers?

Thank you for the advice, now it works .


Updated README.md

Corrected some links attached to the badges
This PR fixes the issue #60
Description
Now the badges are working. For example- forks badge, issues badge, contributors badge, etc.  if I am clicking on them they are working and taking us to the correct page.
Fixes #60
Type of Change:

Documentation

How Has This Been Tested?
I have tested it manually.
Checklist:

[x] My PR follows the style guidelines of this project
[x] I have performed a self-review of my own code or materials
[x] I have commented my code or provided relevant documentation, particularly in hard-to-understand areas
[x] My changes generate no new warnings
[x] New and existing unit tests pass locally with my changes

@Umesh-01 merged. Thank you for your contribution :)


add new postpass that empties the sim matrix for funcs with same hash

I refactored substantially the code in order to make it as general as possible, #40 must be applied before this PR.

LGTM


[TBDGen][Tests] Add apple vendor requirement on package test

TBD files only encode darwin based platforms. This fixes up failing linux bots.
resolves: rdar://118461540

@swift-ci please smoke test


[Feature Request] Add hash value in file properties

File uwp is very good but i think it's missing one feature, that is displaying hash value of files

In windows explorer, this can be achieved by installing an extension called hashtab

I wonder if this feature can be added to files uwp as well. Could be really useful.

Thank you for opening this issue. This feature would definitely come in handy, it shouldn't be so hard to add this since there are APIs already built into C# for this.

Thanks! That would be nice!

This has been implemented with 60147862cb5c9ef780fb6b25924b957dd10042c4. These changes will roll out when v0.7.6 is released.


Provide Permissions Manager to conform to APCOnboardingManagerProvider

Objective
Enable the open source Diabetes app to build on the latest commit of AppCore, by conforming to the updated APCOnboardingManagerProvider protocol.
Actions

Implement -(APCPermissionsManager * __nonnull)permissionsManager in APHAppDelegate, and return an instance of APCPermissionsManager initialized with healthKitCharacteristicTypesToRead, healthKitQuantityTypesToRead, healthKitQuantityTypesToWrite, userInfoItemTypes, and signUpPermissionsTypes.

r=me. @p2 Any comments?

@peculiar  Any comments?

Looks good. An alternative would be to subclass APCPermissionsManager and assign the permissions in the subclass to free up AppDelegate a bit, but that's a style question more than anything.


Add option to always open notifications page in a new tab

Both a preference and a workaround to #60.

Thanks for the suggestion, but not interested in having an option for this. Adding an option is almost never the solution.


On Unix, the .Target property should report a symlink's target path as defined, not resolved to a full path

Following up from https://github.com/PowerShell/PowerShell/pull/13082#discussion_r466009551:
On Windows, the .Target property (an ETS property added to FileSystemInfo instances) has always returned a symlink's target as defined in the link itself - which may be a relative or an absolute path.
On Unix, we currently unexpectedly resolve the target path to a full path in .Target, with no ability to inspect the target path as defined.
Note: It would also be convenient to have a separate property that always reflects the full path, irrespective of whether the symlink is defined with a relative or full target path - see #13366.
Steps to reproduce
On macOS or Linux:
Push-Location Temp:/

mkdir -p f$PID

# Define a symlink with  a *relative* target path.
New-Item -Type SymbolicLink f$PID_L -Target ./f$PID

# Querying .Target should return the target path *as defined*.
(Get-Item f$PID_L).Target | Should -Be ./f$PID

Remove-Item -Recurse f$PID, f$PID_L; Pop-Location

Expected behavior
The test should succeed.
Actual behavior
The test fails, because the target path is returned not as defined, but as a full path.
Environment data
PowerShell Core 7.1.0-preview.5

There is a problem with Target property on Unix-s. We call FollowSymLink() that is a native code from PowerShell-Native (libpsl-native)
https://github.com/PowerShell/PowerShell-Native/blob/7b7b889e8a331fd0ea47082d5edbf80402ea51ad/src/libpsl-native/src/followsymlink.cpp#L39-L47
Docs explicitly say that realpath() always returns absolute path.
It is should be fixed in psl (PowerShell-Native repository) and we need an approve from @adityapatwardhan .

@iSazonov, looks like the function needs another, optional argument that specifies whether realpath() should be called for resolution to a full path.
If not, a call to readlink() is sufficient , which FollowSymLink() already does - but only as a fallback (if the target path doesn't exist).

If we think about a script users will use either Target or ResolvedTarget but not both. In the case I'd add new p/invoke FollowSymLinkResolved().
I don't know whether we need this or no but if we need we could resolve the full path in C# without complication psl.

It certainly would be nice to have cross-platform realpath() functionality available in .NET itself, and to surface that via Convert-Path, as suggested in #10640 - I never got around to asking in the dotnet repo for such an API.

I never got around to asking in the dotnet repo for such an API

There is an issue to add symlink support - you can share thoughts there.

Thanks, @iSazonov,  I've added a suggestion to add a  System.IO.Path.GetFullPath() overload for canonical path resolution there: https://github.com/dotnet/runtime/issues/24271#issuecomment-670709364


Added client pid to each gRPC requests to YDB over header x-ydb-client-pid

I hereby agree to the terms of the CLA available at: https://yandex.ru/legal/cla/?lang=en

Pull request type

Please check the type of change your PR introduces:

[ ] Bugfix
[x] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] Documentation content changes
[ ] Other (please describe):

What is the current behavior?

Issue Number: N/A
What is the new behavior?

Other information

Codecov Report
Attention: Patch coverage is 70.00000% with 3 lines in your changes are missing coverage. Please review.

Project coverage is 40.37%. Comparing base (acc1205) to head (91d7dfc).

Files
Patch %
Lines

internal/meta/meta.go
0.00%
3 Missing :warning:

Additional details and impacted files
@@             Coverage Diff             @@
##           master    #1123       +/-   ##
===========================================
- Coverage   67.41%   40.37%   -27.05%
===========================================
  Files         291      239       -52
  Lines       28975    24341     -4634
===========================================
- Hits        19534     9828     -9706
- Misses       8543    14139     +5596
+ Partials      898      374      -524

Flag
Coverage Δ

?

go-1.21.x
40.37% <70.00%> (-28.66%)
:arrow_down:

go-1.22.x
?

integration
?

macOS
40.36% <70.00%> (+1.10%)
:arrow_up:

ubuntu
40.37% <70.00%> (+1.10%)
:arrow_up:

unit
40.37% <70.00%> (+1.05%)
:arrow_up:

windows
?

ydb-23.3
?

ydb-24.1
?

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

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


remove jcabi-parent

@h1alexbel thank you for reporting this. I'll assign someone to take care of it soon.

@l3r8yJ this is your task now, please go ahead. Deadline (when this ticket should be closed) is 2023-08-21T10:09:05.531860.
Estimation here is 60 minutes, that's how much you will be paid.
Remember, you don't have to solve everything in this ticket - you can solve it partially and leave todo markers in the code, which will become future tasks.
If you have any questions don't ask me, I'm not a technical person. Open new tickets instead.
If you don't have time or simply don't want to work on this, you can always resign.

@l3r8yJ Don't forget to close this ticket before the deadline (2023-08-21T10:09:06). You are past the first half of the allowed period.

@l3r8yJ Looks like you've missed the task deadline (2023-08-21T10:09:06). You are now resigned from this task.
Please stop working on it, you will not be paid. I will assign it to someone else soon.

@h1alexbel this is your task now, please go ahead. Deadline (when this ticket should be closed) is 2023-08-31T10:29:13.881717.
Estimation here is 60 minutes, that's how much you will be paid.
Remember, you don't have to solve everything in this ticket - you can solve it partially and leave todo markers in the code, which will become future tasks.
If you have any questions don't ask me, I'm not a technical person. Open new tickets instead.
If you don't have time or simply don't want to work on this, you can always resign.

@zoeself deregister

@zoeself deregister

@h1alexbel ok, I've removed this task from scope. I'm not managing it anymore.


Feat added percent token

@kdy1
Added Percent and Dimension tokens, but here some problems:

Our selector parser is fully wrong due invalid logic for complex-selector, so I move broken tests, to fix it we need big refactor, but now it is impossible, to solve this we need introduce Fn token, but without Percent and Dimension it is very hard to do in one PR and lead to big snapshots changes
We need simplify AST for Percent and Dimension, no need to store number, because Percent and Dimension are different nodes than Number (yes, they looks the same, but have different semantics)
Parsing any value is wrong (will be fixed in future)
In CSS context no SpaceValues, this node should be removed and we should eat whitespaces (will be fixed in future)

Anyway as I said before I think we should focus on our lexer and valid parsing and then focus on parsing, unfortunately to solve all the listed problems above hard in one PR or will lead to big changes

@kdy1 Also ready for review


Add support for realtime API

Is your feature request related to a problem? Please describe.

OpenAI just extended their API with realtime support with web sockets
https://openai.com/index/introducing-the-realtime-api/?s=09
Describe the solution you'd like

LocalAI should support backends with voice capabilities and introduce a compatible API endpoint with OpenAI clients.
Ideally it should support also function calling as OpenAI does:

Under the hood, the Realtime API lets you create a persistent WebSocket connection to exchange messages with GPT-4o. The API supports function calling(opens in a new window), which makes it possible for voice assistants to respond to user requests by triggering actions or pulling in new context. For example, a voice assistant could place an order on behalf of the user or retrieve relevant customer information to personalize its responses.

Seems that also Chat completion API is gonna have audio output/input too, but API specs are not available yet:

Audio in the Chat Completions API will be released in the coming weeks, as a new model gpt-4o-audio-preview. With gpt-4o-audio-preview, developers can input text or audio into GPT-4o and receive responses in text, audio, or both.

Describe alternatives you've considered

Additional context
https://github.com/mudler/LocalAI/issues/3602
https://github.com/mudler/LocalAI/pull/3722
API docs: https://platform.openai.com/docs/guides/realtime https://platform.openai.com/docs/api-reference/realtime-client-events/session-update
https://github.com/tmc/grpc-websocket-proxy
https://github.com/openconfig/grpctunnel
https://github.com/mudler/LocalAI/tree/feat/realtime

A good candidate VAD library:  https://github.com/snakers4/silero-vad/tree/master/examples/go

I started looking at stubbing out the api, it's mostly just json, curious why you are suggesting the grpc-websocket-proxy?

I started looking at stubbing out the api, it's mostly just json, curious why you are suggesting the grpc-websocket-proxy?

I was digging a bit into projects that are interfacing with grpc and websockets - was just adding some code/notes here to pick up brain with, very preliminar search, that might be useful as reference/getting some ideas from

I started looking at stubbing out the api

Are you going to open up a PR? I was about to start playing with it as well, but if you are already taking a stab at it I'd go with #3670 instead :)

A good candidate VAD library: https://github.com/snakers4/silero-vad/tree/master/examples/go

Heard about that one btw : https://github.com/wavey-ai/mel-spec?tab=readme-ov-file
Also copy pasting maybe useful ressources I linked in another repo, as 4o will not be the only one to support this if we want to bot rely too much on openai's code :

i saw on hackernews that agents by livekits used to make the openai realtime api as well as cerebras voice seems to be open source.
They have tons of demos and code on their github. I think there must be a llama-omni implementation somewhere that would be a killer feature for open-webui!
Here's a particularly interesting demo that connects stt + llm + tts: https://github.com/livekit/agents/blob/main/examples/voice-pipeline-agent/minimal_assistant.py
I made an issue to ask for a demo for Llama-Omni, also for kyutai's moshi model

I'm trying to build the server implementation based on openai spec for their Realtime API.
https://github.com/iamharshdev/OLlamaGate

There is a WIP branch over here : https://github.com/mudler/LocalAI/pull/3722
Contribution and feedbacks always welcome!


Update ginkgo to v2

Updated to v2 in order to use JustAfterEach and OrderedContext.
The PR includes also changes made after go mod tidy & go mod vendor.
Signed-off-by: arielireni<EMAIL_ADDRESS>

For the Kind job, looks like that the issue is that Go is not installed with the correct version, so I'll add the following to the action:
diff --git a/.github/workflows/kind.yaml b/.github/workflows/kind.yaml
index 38c82f4..b5e35df 100644
--- a/.github/workflows/kind.yaml
+++ b/.github/workflows/kind.yaml
@@ -10,6 +10,12 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - uses: actions/checkout@master
+
+      - name: Set up Go
+        uses: actions/setup-go@v2
+        with:
+          go-version: 1.16
+
       - uses<EMAIL_ADDRESS>         with:
           version: "v0.11.1"

So you're making sure that it's 1.16 as code.

Good job @arielireni! :)


Fixed mysql not supporting offset() without a limit()

While working on https://github.com/diesel-rs/diesel/pull/4245, I realised I needed a limit() call before calling offset() for mysql, and thought that was a normal behaviour.
Then I saw in the 2.0.0 changelog that there should have been a workaround for that already.
It seems it wasn't entirely tested and working, so here are the missing pieces

Thanks for opening this PR
The PR that introduced this behavior was https://github.com/diesel-rs/diesel/pull/2029. Back then we explicitly decided to not support offset without limit for mysql wherever possible as that "workaround" is really an ugly hack that should be made explicit by the calling side. Unfortunately we can only guarantee that for unboxed statements, not for boxed ones, therefore the "workaround" there. So no, this is no missing piece but an explicit design decision.

The PR that introduced this behavior was #2029. Back then we explicitly decided to not support offset without limit for mysql wherever possible as that "workaround" is really an ugly hack that should be made explicit by the calling side. Unfortunately we can only guarantee that for unboxed statements, not for boxed ones, therefore the "workaround" there. So no, this is no missing piece but an explicit design decision.

I'll look if it's possible to add a warning

It's still not possible to add a deprecated message on a trait implementation item so nothing changed since #2029.
cc @weiznich


Single error please help

Hey Jon,
My Name is Xavier, I am a mechatronics student and a follower of your Youtube channel; where I've been spectating your tutorials. I'm a beginner when it comes to developing A.N.Ns and I've attempted to replicate your Window Forms Object Detection tutorial (great video by the way). So far so good, I have physically typed up all the code and edited where I saw fit ( I only capitalized "FileWatcher/Dialog"). I've also created my own model via MicroSoft web services.
My only issue that I seem to be unable to debug is in Line 121 {var mappedBoundingBox} of Form.cs,
the "MapBoundingBoxToCell"  portion of this string is being flagged as an error. This is the only error left in my copy of the code. Would you have any idea of what I'm doing wrong or could you advise me on a possible way to fix this.
-Thanks

I wonder if the model isn't giving all the information that method needs for the bounding box. Is it an object detection model from Custom Vision?

I wonder if the model isn't giving all the information that method needs for the bounding box. Is it an object detection model from Custom Vision?

Yes I created my copy via Microsoft's Custom Vision application
On Sun, Jan 24, 2021, 5:21 AM Jon Wood<EMAIL_ADDRESS>wrote:

I wonder if the model isn't giving all the information that method needs
for the bounding box. Is it an object detection model from Custom Vision?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/jwood803/MLNET_ObjectDetection_WinForms/issues/2#issuecomment-766331331,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASFJWVIMGZ2YLHWDPOC4ZP3S3P7FJANCNFSM4WQFU2ZQ
.


Issue 445 install manpages

Avg response time
coverage on master

Summary of changes
Added caf.1 and cafrun.1 manages generated using md2man from caf.1.md and cafrun.1.md kept on the wiki.
Rationale for changes
Provide additional documentation for users
Additional info and certifications
This pull request (PR) is a:

[ ] Bug fix
[x] Feature addition
[ ] Other, Please describe:

I certify that

[x] I reviewed and followed the contributing guidelines, including
- Increasing test coverage for all feature-addition PRs
- Increasing test coverage for all bug-fix PRs for which there
does not already exist a related test that failed before the PR
- At least maintaining test coverage for all other PRs
- Ensuring that all tests pass when run locally
- Naming PR  to indicate work in progress (WIP) and to attach the PR
to the appropriate bug report or feature request issue
- White space (no trailing white space or white space errors may
be introduced)
- Commenting code where it is non-obvious and non-trivial
- Logically atomic, self consistent and coherent commits
- Commit message content
- Waiting 24 hours before self-approving the PR to give another
OpenCoarrays developer a chance to review my proposed code

LGTM


[NTI] Not Callable Warning

Using NTI with the following code (which is generated):
(/** @this {window.JhaButtonElement} */ function() {
  polymerRename.symbol(12196, 12200, this.type);
  polymerRename.symbol(12217, 12225, this.disabled);
}).call(/** @type {!window.JhaButtonElement} */ (document.createElement("jha-button")))

I get the this warning:
[10:42:45] gulp-google-closure-compiler: /build/components/banno-web.template.js:3: WARNING - Cannot call non-function type undefined
(/** @this {window.JhaButtonElement} */ function() {
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

However, try as I might, I can't create a simple repo case. I don't get the warning with this code:
{
  /** @this {window.JhaButtonElement} */
  const fn = function() {
    polymerRename.symbol(12196, 12200, this.type);
    polymerRename.symbol(12217, 12225, this.disabled);
  };
  const elem = /** @type {!window.JhaButtonElement} */ (document.createElement("jha-button"));
  fn.call(elem);
}

I can't do much without being able to repro. Can you help me repro, even with a program that is not small?

Sure thing - let me get it as small as I can and still produce the error.

@dimvar repo case emailed to you.

There generated code in banno-web.template.js is missing some semicolons, and that is causing bad parsing. The warning you are seeing goes away if you put a semicolon after
.call(/** @type {!window.JhaButtonElement} */ (document.createElement("jha-button"))).
But then you get the same warning on the next call, and so on.
Closing since this is an issue with polymer-rename, not NTI.

Thanks - any way we can warn about ambiguous parsing like this? It only came up when I enabled NTI.

Generally it's a legit pattern to call the result of a call, so I'm not sure what heuristic we would use for these. IIRC we have a heuristic to warn about object literals that are parsed as blocks. If you find a heuristic for this case that has very few false positives, we can add a warning in the parser.
As far as typing goes, I'm not sure why the old type checker didn't catch this.

It's a red flag to me anytime the call invocation is on a subsequent line:
(expr)
()

But I'm sure someone has a style that does this and it would generate false positives.
I'm just sorry you had to look through that huge repo case just to find it was a missing semicolon.

Actually the call invocation on subsequent line seems like a good heuristic to me. If you wanna give it a shot, and we'll see how many people complain :)

Well the call nodes are currently given the wrong line number by the parser. Which makes this pretty difficult.


[YUNIKORN-1583] Verify_Multiple_TaskGroups_Nodes test is flaky

What is this PR for?
Increase the waiting time for pod running and pod terminated
What type of PR is it?

[x] - Sub-task

What is the Jira issue?

Open an issue on Jira https://issues.apache.org/jira/browse/YUNIKORN-1583/

How should this be tested?
ginkgo -r -v -timeout=2h -focus "Verify_Multiple_TaskGroups_Nodes" -- -yk-namespace "yunikorn" -kube-config "$HOME/.kube/config"
Screenshots (if appropriate)

The test still fails but this time it's something different. I'll file new JIRAs to track those.

+1