Request Management: View Request state updates

Description
The designs referenced in #404 include a fulfillment progress bar at top.
This task powers that bar by integrating it with changes to request status.
Acceptance Criteria

[ ] introduce an audit table for changes to request status (see below);
[ ] in StudyRequestController.putStudyRequest, create an entry in this audit table;
[ ] figure out how to use this audit table to build a timeline of when status changes occurred on a particular request;
[ ] implement the following visual states of the fulfillment progress bar:

[ ] Requested;
[ ] Requested +1 day;
[ ] Assigned;
[ ] Assigned +1 day;
[ ] Completed;
[ ] Changes Needed;
[ ] Cancelled;
[ ] Rejected

[ ] update the available action in the top bar to match current status / permissions (see below);
[ ] in POST / PUT / DELETE comment REST API endpoints, update lastEditorId, lastEditedAt;
[ ] use lastEditedAt as the modification timestamp in Track Requests.

Additional Notes
While @candu 's Figma comments mention the possibility of showing due date on the fulfillment progress bar, let's leave that out of this task - we can always add it later if there's a demonstrated need.  (Mainly this adds a lot of visual and implementation complexity for questionable benefit.)
An audit table here needs to contain the following info at a minimum:

who updated the request?
when did they update it?
what was the new request status?

The top bar action is "Edit" when:

the request is Requested or Changes Needed;
the user has STUDY_REQUESTS_ADMIN scope, or the user has STUDY_REQUESTS_EDIT scope and owns the request.

The top bar action is "View Data" when:

the request is Completed;
the user has STUDY_REQUESTS scope.

Otherwise, there is no top bar action.

To address the possibility of user error, we allow the following "backwards" status changes:

CHANGES_NEEDED to REQUESTED (if a supervisor accepts changes)
ASSIGNED to REQUESTED (if a supervisor selects "None" from Assigned To)
CANCELLED to REQUESTED (if a supervisor or the requester reopens a request in CANCELLED state)

For maximum flexibility, it makes sense to record all changes in the status audit table, which means dealing with duplicate (studyRequestId, status) entries: do we take the oldest? newest?
Let's go with newest for now - this way, the timeline reflects the current path to completion.


run mozaik ui without backend

Any plans to support mozaik without backend like Freeboard?

No, sorry :/ the components' logic is tied to backend implementation (websockets, subscriptions, config…).


Tests scenarios

Completed working protocol (except multiple clients support)

I changed the dict to NUM only, so it will be more comfortable to print out
the response. what do u think?
about that:
In src/kerberos_client.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526529859
:

         response = self.send_message_to_server(request, server="msg")

       print("Server response: " + response)

       print("Server response: " + SERVER_RESPONSES[response])

response is a dict {"code" : NUM}
On Fri, 15 Mar 2024 at 18:28, ido123ziv @.***> wrote:

@.**** commented on this pull request.
In src/kerberos_auth_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526517606
:

   session_key = create_random_byte_key(16)

   # client_key = encrypt_ng(bytes_key, {"encrypted_data": session_key, "nonce": nonce})

   session_key = create_random_byte_key()

   # TODO: if 'nonce_iv' not used, delete it

you can't just delete it -> the function encrypt_aes_ng returns a tuple
of {cipher iv)
In src/shared_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526518935
:

 """

 sh = SHA256.new()
 sh.update(bytes(password, encoding='utf-8'))
 return sh.hexdigest()

+# TODO: check if needed
def encrypt_aes(aes_key, nonce, data):
delete it
In src/shared_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526519228
:

def encrypt_ng(key, data):
"""

receives a key nonce and data and returns a tuple of iv, nonce and data encrypted

delete it
In src/shared_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526519647
:

def encrypt_ng_ng(key, data, iv=None):
"""

receives a key nonce and data and returns a tuple of iv, nonce and data encrypted
:param iv:

delete it
In src/shared_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526520545
:

     return pt

 except (ValueError, KeyError) as e:
     print("Got Error, Incorrect decryption")
     return e

+# TODO: check if needed
def decrypt_aes(encrypted_data, key):
delete this we use decrypt_ng
In src/shared_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526522440
:

-def name_generator():
we use this in the tests
In src/kerberos_auth_server.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526524340
:

 def start_server(self):

     """
     infinite loop of listening server
     :return:
     """
     try:

       print(f"Server Started on port {self.port}")

don't delete that it is helpful for debugging a lot of network errors and
nice to show in video
In src/kerberos_client.py
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#discussion_r1526529859
:

         response = self.send_message_to_server(request, server="msg")

       print("Server response: " + response)

       print("Server response: " + SERVER_RESPONSES[response])

response is a dict {"code" : NUM}
—
Reply to this email directly, view it on GitHub
https://github.com/ido123ziv/openu-cyber-101-course/pull/28#pullrequestreview-1939351491,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ARGJNITQV4LWJ246LTI4MMLYYMOT7AVCNFSM6AAAAABEWH5WMGVHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMYTSMZZGM2TCNBZGE
.
You are receiving this because you authored the thread.Message ID:
@.***>


fix(readme): swaps to images housed outside of project

What

Removes media used in README in favor of referencing those images from outside of this project to reduce package size (Closes #10 )

:tada: This PR is included in version 0.2.4 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

:tada: This PR is included in version 0.2.4 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


5.0.0-alpha is broken, needs analyzer dependency revved

Workaround:
dependency_overrides:
  analyzer: ^0.31.0-alpha.1

... and pub upgrade. We don't have any tests that would have caught this 😢
Additionally, @kevmoo is saying checking this in might be a problem, pkg/test and pkg/build don't support this package. It might be a requirement to use dependency_overrides for the time being.

Reply to this email directly, view it on GitHub
https://github.com/dart-lang/angular/issues/668#issuecomment-335899953,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAKQ7kHK_I9p8FUvIlMxqdrAtUigk546ks5srQU6gaJpZM4P15Y7
.


How will you determine success and time for competition?

Will they be only based on the submitted screen recorded video? (visually telling if the task was completed successfully?)

We'll check the success state


spyder does not intelligent indent at the second comma

Description

What steps will reproduce the problem?
It do happen when type in the follow block in spyder editor.

matrix_A = [[1,2,3,4],
            [2,3,4,5],
[3,4,5,6]]

What is the expected output? What do you see instead?
Well, the expected output is

matrix_A = [[1,2,3,4],
            [2,3,4,5],
            [3,4,5,6]]

Version and main components

Spyder Version:  2.3.4
Python Version:  2.7.3
Qt Version    :  4.8.1, PyQt4 (API v2) 4.9.1 on Linux

Optional dependencies
pyflakes >=0.5.0:  0.8.1 (OK)
pep8 >=0.6      :  0.6.1 (OK)
IPython >=1.0   :  3.1.0 (OK)
zmq >=2.1.11    :  14.6.0 (OK)
pygments >=1.6  :  1.4 (NOK)
pandas >=0.13.1 :  0.16.1 (OK)
sphinx >=0.6.6  :  1.1.3 (OK)
psutil >=0.3    :  None (NOK)
rope >=0.9.2    :  0.9.2 (OK)
jedi >=0.8.1    :  None (NOK)
matplotlib >=1.0:  1.4.3 (OK)
sympy >=0.7.3   :  0.7.6 (OK)
pylint >=0.25   :  0.25.0 (OK)

@Houinside, where are you hitting Return.  If it paste this and hit Return between the last two lists, they are aligned (on the latest development version).
matrix_A = [[1,2,3,4],
            [2,3,4,5], [3,4,5,6]]

matrix_A = [[1,2,3,4],
            [2,3,4,5],
            [3,4,5,6]]

Closing because of lack of response


Correction for raw affiliation ENS de Lyon, CNRS UMR 5239, Laboratory of Biology and Modelling of the Cell, Lyon, France

Correction needed for raw affiliation ENS de Lyon, CNRS UMR 5239, Laboratory of Biology and Modelling of the Cell, Lyon, France
raw_affiliation_name: ENS de Lyon, CNRS UMR 5239, Laboratory of Biology and Modelling of the Cell, Lyon, France
new_rors: 04zmssz18;029brtt94;02feahw73;01bj4fd12
previous_rors: 04zmssz18;029brtt94;02feahw73
works_examples: W3169390442
contact: 379f90177a2c82ee85edd113b2388283:6e248b8cf1ca85d2f748b90ce53e @ ens-lyon.fr

This issue was accepted and ingested by the OpenAlex team on 2024-12-21. The new affiliations should be visible within the next 7 days.


GRID 2 is stuck on a black screen

When I launch GRID 2 from Steam (got it for free from Humble) using DXVK (tried Proton and Lutris' Windows Steam with latest DXVK), the game is stuck on a black screen. Doesn't launch with WineD3D either.
In a d3d11 log, an interesting error pops up:
err:   D3D11: Cannot create texture:
  Format:  88
  Extent:  205679679x2098426539x1
  Samples: 1
  Layers:  1
  Levels:  1
  Usage:   8
  Flags:   0

System information

GPU: Nvidia GTX 1070
Driver: 418.43
Wine version: tkg-4.3
DXVK version: 1.0.1

Apitrace file(s)
Note: this apitrace was recorded on computer with Windows 7 and a pretty old card with a very outdated driver (as newer ones result in BSODs). And while it loaded the main menu and prompted to start a new game just fine, it got stuck on a loading screen, so the actual gameplay wasn't traced.
https://yadi.sk/d/NjJOr6eCYUHCIQ
Log files

d3d11.log: grid2_avx_d3d11.log
dxgi.log: grid2_avx_dxgi.log

When I launch GRID 2 from Steam (got it for free from Humble) using DXVK (tried Proton and Lutris' Windows Steam with latest DXVK), the game is stuck on a black screen. Doesn't launch with WineD3D either.
In a d3d11 log, an interesting error pops up:
err:   D3D11: Cannot create texture:
  Format:  88
  Extent:  205679679x2098426539x1
  Samples: 1
  Layers:  1
  Levels:  1
  Usage:   8
  Flags:   0

System information

GPU: Nvidia GTX 1070
Driver: 418.43
Wine version: tkg-4.3
DXVK version: 1.0.1

Apitrace file(s)
Note: this apitrace was recorded on computer with Windows 7 and a pretty old card with a very outdated driver (as newer ones result in BSODs). And while it loaded the main menu and prompted to start a new game just fine, it got stuck on a loading screen, so the actual gameplay wasn't traced.
https://yadi.sk/d/NjJOr6eCYUHCIQ
Log files

d3d11.log: grid2_avx_d3d11.log
dxgi.log: grid2_avx_dxgi.log

This can be fixed with nodvd but steam only shows same error in my case

As I mentioned on Discord:
D3D11 has a max 2D texture width/height of 16384 and and 3D of 2048 w/h/d.
I have verified the behavior of this in native d3d11:
If any of the dimensions exceeds the values listed above, E_INVALIDARG is returned.

#974

Probably won't fix the issue but would mimic native behaviour better maybe? 🤷♂

I tried to run versions of this game from Steam (wine and proton) for a few hours, unfortunately without success.
There are several videos on Youtube that have worked (DXVK), but not from the Steam version.
https://www.youtube.com/watch?v=WKbxXebVPjw
https://www.youtube.com/watch?v=eJiAdNEp7ms

It doesn't start on my end, not in Lutris, nor in Steam+proton. I get:
[0318/233958.239:ERROR:angle_platform_impl.cc(54)] populateRenderer11DeviceCaps(906): Error querying driver version from DXGI Adapter.

Lutris log here.
DXVK logs are empty.
Wine 4.4 + Nvidia drivers 418.49.4 but i've tested several versions.

@Zeioth that message comes from Steam, not the game.

If you want to run this game (stem ver.), read this:
https://github.com/ValveSoftware/Proton/issues/1647
https://github.com/ValveSoftware/Proton/issues/753
https://www.youtube.com/watch?v=zwfCZJd56AY&feature=youtu.be
@doitsujin this is not a problem with dxvk

I think Pierre-Loup has mentioned CEG being an issue before -- not sure what the status is on that though.


Opens Gnome Screenshots to capture

Thanks for the amazing app! I'm using Ubuntu 21.10 gnome. I just changed to the new version (1.0.0) and it seems to make the capture process at least 2 steps longer. it now says "take shot" instead of "grab area" and open gnome screenshot tool. I then need to switch it to capture area instead of whole screen, and once it's captured, I need to click another button to share that with Frog app again.
I also noticed that the Ctrl+G and Ctrl+Shift+G does the same thing - open the gnome screenshot tool.
I used to love frog over other apps like TextSnatcher for making it simpler. Anyway we can get the 'Grab' feature back?
Also, is there a command that we can set in gnome shortcuts to directly launch the 'grab' function?

Hey @jasiralavibiztripz! The short answer is yes :) Let's me explain.
The initial idea was to use everything what I can find in elementary OS and the easiest way to take a screenshot was to use DBus interface of Gnome Screenshot tool, which is preinstalled in eOS. Some time later I found that many users of other distros trying to use Frog and they failing, because it requires to eOS functionality.  Finally I decided to use something cross-distro, like Portals. And while it has a really broad usage, but have some drawbacks.
Thus, at that moment I was happy to give more users ability to use Frog, while I will try to implement screenshot functionality within the app itself.


check if the Y bounds are inverted and flip the image on the Y axis

possible solution for https://github.com/developmentseed/titiler-cmr/issues/34
import earthaccess
import matplotlib.pyplot as plt
import rio_tiler

earthaccess.login()

results = earthaccess.search_data(
    concept_id="C2036881735-POCLOUD", count=1, temporal=("2024-09-20", "2024-09-20")
)
fp = earthaccess.download(results, "earthaccess_data")[0]
ds = xarray.open_dataset(fp, decode_coords="all")

da = ds["analysed_sst"]
if not da.rio.crs:
    da = da.rio.write_crs("epsg:4326")

with XarrayReader(da) as src:
    img = src.part([-90.0,22.5,-67.5,45.0])

print(img.crs)
plt.imshow(img.data_as_image())

cc @maxrjones @hrodmn

Just a quick note: This PR seems to fix our original issue but I'm really not sure about the logic. I'm going to pause on this because I want to see first if it's not something in rioxarray

I checked what happens if we write this DataArray to a GeoTiff and try with the rasterio reader:
import numpy as np
import xarray as xr
import rioxarray # noqa
import rio_tiler
from datetime import datetime
import matplotlib.pyplot as plt
from odc.geo.geom import Geometry
from shapely.geometry import box

arr = np.arange(0, 33 * 35).reshape(1, 33, 35)
da = xr.DataArray(
    arr,
    dims=("time", "y", "x"),
    coords={
        "x": np.arange(-170, 180, 10),
        "y": np.arange(-80, 85, 5),
        "time": [datetime(2022, 1, 1)],
    },
)
da.attrs.update({"valid_min": arr.min(), "valid_max": arr.max()})
da.rio.write_crs("epsg:4326", inplace=True)

# Set up GeoJSON for reader
bbox = box(-99.524, 19.043, -78.647, 31.126)
gbox = Geometry(bbox, "EPSG:4326")
shape = gbox.geojson()

r = rio_tiler.io.rasterio.Reader(f"test.tif")
im = r.feature(shape)
plt.imshow(im.data.squeeze())
plt.colorbar()
plt.show()

result:
WindowError: Bounds and transform are inconsistent

This is where the error is raised in rasterio if you want to use the same logic for checking for inverted coordinates here:
https://github.com/rasterio/rasterio/blob/74ccaf126d08fc6eca3eacd7cb20ac8bb155ee3b/rasterio/windows.py#L319-L324
However, as I mentioned in slack I am concerned about the slippery slope of handling these cases within rio-tiler. It is extremely common to expect users to transform their coordinates before handing the data to your library. For example, rioxarray and pyresample expects the user to set the x and y dimension/coordinate names, crs, and the proper axis order. Rio-tiler could similarly expect the bounds and transform to be consistent. Obviously your call, but I would lean towards raising an error in this case and fixing it at the titiler or custom reader level rather than here.
If you do want to flip the data in rio-tiler, here is the most common method for making sure your 'y' coordinates are in the expected order (which can vary depending on how you're trying to use the data) using xarray rather than numpy, which can help readability:
https://github.com/carbonplan/cmip6-downscaling/blob/2ed6c5e2d92a4307f7161d9c2431b01d3c10798b/cmip6_downscaling/data/cmip.py#L57-L58

I checked what happens if we write this DataArray to a GeoTiff and try with the rasterio reader:

This tells me that rioxarray does something weird TBH. I feel that rioxarray expect origin to be the bottom right, while it's common to assume the origin is top left 🤷
If we don't fix this here, we would add a IF test to check if the data is in correct order 🤷 so I feel that doing this is OK (I may regret it)


examples: Add example on how to use mavsdk_server lib

This just shows how to use the C API to instantiate the gRPC server.

CI is unrelated, merging.


add new user

CATEGORY
Choose one

[ ] Bug Fix
[ ] Enhancement (new features, refinement)
[ ] Refactor
[ ] Add tests
[ ] Build / Development Environment
[x] Documentation

SUMMARY

BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF

TEST PLAN

ADDITIONAL INFORMATION

[ ] Has associated issue:
[ ] Changes UI
[ ] Requires DB Migration.
[ ] Confirm DB Migration upgrade and downgrade tested.
[ ] Introduces new feature or API
[ ] Removes existing feature or API

REVIEWERS

Codecov Report

Merging #7801 into master will increase coverage by 0.14%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #7801      +/-   ##
==========================================
+ Coverage   65.73%   65.87%   +0.14%
==========================================
  Files         459      459
  Lines       21986    21986
  Branches     2415     2415
==========================================
+ Hits        14452    14484      +32
+ Misses       7413     7381      -32
  Partials      121      121

Impacted Files
Coverage Δ

superset/views/core.py
73.07% <0%> (+0.2%)
:arrow_up:

superset/models/core.py
83.64% <0%> (+0.61%)
:arrow_up:

superset/db_engine_specs/mysql.py
93.02% <0%> (+58.13%)
:arrow_up:

Continue to review full report at Codecov.

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

Welcome aboard!


Fix Basic header authorization

As discussed here: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Authorization#basic_authentication the client+secret encoded in an Authorization: Basic header are base64 decoded, however, DAS never decodes this and thus will say that the secret is incorrect. This simple commit fixes it.

Should this not use Base.decode64! (with the exclamation mark?)
Base.decode64 will return {:ok, "string"}, whereas Base.decode64! will return a string...

Ah you're right, my elixir skills leave much to be desired. Fixed.


Flatten Module Hierarchy

The current hierarchy doesn't reflect the features accurately.
Collapse, then try again.

Resolved by #368


(PUP-10303) unresolvable domain accounts handling

After a domain user that is member of a local group is removed,
puppet cannot manage respective local group anymore
In this commit methods name_sid_hash and name_to_principal where
extended to allow option to handle unresolved SIDs. Current members
handling was changed to allow unresolved SIDs.
unresolved_principal method was also updated to not add
' (unresolvable)' to a Principal as this will whill change
'S-1-2-3' to 'S-1-2-3 (unresolvable)' and will make
it dificult to transform back.

I created this PR as alternative solution of https://github.com/puppetlabs/puppet/pull/8043. Except for removing " (unresolvable)", that I suppose was added just for pretty printing, this one should not break anything else.
cbadescu@ciprian:~/puppetlabs/puppet$ ssh -i ~/.ssh/id_rsa-acceptance Administrator@${host} "cmd /c puppet resource group Administrators --trace"
group { 'Administrators':
  ensure  => 'present',
  gid     => 'S-1-5-32-544',
  members => ['NEEDY-SOLEMNITY\Administrator', 'ABC\Domain Admins', 'NEEDY-SOLEMNITY\cyg_server', 'S-1-5-21-3055365337-4248648575-2667007608-1113', 'ABC\test5'],
}
cbadescu@ciprian:~/puppetlabs/puppet$ ssh -i ~/.ssh/id_rsa-acceptance Administrator@${host} "cmd /c puppet apply -e \"group {'Administrators': ensure => 'present', members => ['ABC\test5'], auth_membership => false }\" --trace"
Notice: Compiled catalog for needy-solemnity.abc.com in environment production in 0.03 seconds
Notice: Applied catalog in 0.03 seconds

CLA signed by all contributors.

tests were added for fixed use cases

jenkins please test this with windows2019-64a


Create / Update failing silently

Hi,
I'm on version 0.0.9. I am finding that I can access the table data via the all and records methods, however, when I try create or update the methods just return false. It's not out of the realms of possibility that I'm doing something wrong but the response is very opaque so it's hard to find out. It's not obvious from the code what could cause this failure mode, but I only see version 0.0.8 in this repo... Any clues on what could be going wrong, or how to debug further?
Regards,
Imran

@ishakir so I forked a version of the repo and after doing some debugging realized that airtable will reject an update if you pass it a created_at field. After removing that field, the updates worked for me.
Just FYI in case you're still struggling with this and you have a created_at field in one of your tables.

Do you have raw requests? You can use requestb.in to capture those.
On Tue, Jul 4, 2017 at 9:14 AM Imran Shakir<EMAIL_ADDRESS>wrote:

Hi,
I'm on version 0.0.9. I am finding that I can access the table data via
the all and records methods, however, when I try create or update the
methods just return false. It's not out of the realms of possibility that
I'm doing something wrong but the response is very opaque so it's hard to
find out. It's not obvious from the code what could cause this failure
mode, but I only see version 0.0.8 in this repo... Any clues on what could
be going wrong, or how to debug further?
Regards,
Imran
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Airtable/airtable-ruby/issues/24, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAQEoI0aGqehp4WYOBPgiXFoMhkhEK81ks5sKmTZgaJpZM4ONh2i
.


Unneeded extra image.copy() in YuNet detection

Consider this code:
        height, width = img.shape[0], img.shape[1]
        # resize image if it is too large (Yunet fails to detect faces on large input sometimes)
        # I picked 640 as a threshold because it is the default value of max_size in Yunet.
        resized = False
        if height > 640 or width > 640:
            r = 640.0 / max(height, width)
            original_image = img.copy()
            img = cv2.resize(img, (int(width * r), int(height * r)))
            height, width = img.shape[0], img.shape[1]
            resized = True

original_image is assigned a copy (deep) of img which creates a new image in memory.
A shallow copy is more than enough like
           [...]
            r = 640.0 / max(height, width)
            original_image = img
            img = cv2.resize(img, (int(width * r), int(height * r)))

so img is reassigned the resized image while original_image keeps reference to original input.

Actually there's not even need to keep original_image. It's value (although restored in img) is not returned.

Closed with PR - https://github.com/serengil/deepface/pull/1103


Finding right diacritics

I am looking for the right diacritics from the menus available in Sinopia.  In particular, I would like to find the following:

ʹ   SOFT SIGN, PRIME / MODIFIER LETTER PRIME
ʺ  HARD SIGN, DOUBLE PRIME / MODIFIER LETTER DOUBLE PRIME

The Unicode numbers for them are available here:
https://memory.loc.gov/diglib/codetables/45.html
Thank you!

You can add diacritics to the tables yourself. See https://github.com/LD4P/sinopia/wiki/Diacritics-and-character-sets for instructions


fix(pseudo-element-jsdoc): correct JSDoc for ::before and ::after

Closes #636
Description
This PR corrects the JSDoc comments for the ::before and ::after pseudo-elements in the @yamada-ui/core package.
Is this a breaking change (Yes/No):
No

@taroj1205
Hi, thanks for the PR!
There are no changes to pseodos.ts. Did you change it back?

Thanks!


Safari: Date-time calculations appear to include UTC offsets

Describe the bug
When a datetime question has a calculation, the result appears to be adjusted by the UTC offset.
Sample xls form
date-time.calc.has.utc.offset.xlsx
Screenshots
Calculation now() + 0 produces a result +8 hours in China Standard Time.
Chrome:

Safari on MacOS:

Browser and OS (please complete the following information):

Only Safari on macOS can reproduce this issue and other browsers work as expected.

@MartijnR, The returned calculation result is correct from xpathJS, the key is: the native Date constructor returns different values between Safari and other browsers. I would like to create a PR to fix this.

Thanks for reporting, and yes please create a PR 👍


Fix snapshot variable name in update_network_ipv4

This appears to be an erroneous variable name that will cause calls to update_network_ipv4 to fail.

Thanks!


Custom ct duplicates

resolves #

Description

Checklist

[ ] I have run this code in development and it appears to resolve the stated issue
[ ] This PR includes tests, or tests are not required/relevant for this PR
[ ] I have updated the README.md file

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@19345ac). Click here to learn what that means.
The diff coverage is n/a.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@            Coverage Diff             @@
##             develop      #70   +/-   ##
==========================================
  Coverage           ?   35.79%
==========================================
  Files              ?       21
  Lines              ?      623
  Branches           ?       52
==========================================
  Hits               ?      223
  Misses             ?      400
  Partials           ?        0

not allowed to approve, lgtm


add support for patch request

many rest api developer needs PATCH request as well

@jeffbski Can I get your feedback on this.

@ffoysal this looks excellent! Thanks for submitting this PR.
Also if you would like, I'd be happy to add you as a contributor to this project, you did a great job with this PR.

@ffoysal I meant collaborator not contributor, so you can actually push changes too.

Sure @jeffbski  I would love to be contributor/collaborator

Fantastic! I have added you now. It should be in your inbox. @ffoysal

I just did npm install bench-rest but cannot see the updated code there, whats need to be done for that ?

oops. I need to publish it to npm. will do that now and see about adding you as collaborator to that too.

ok, it is published now in npm v1.2.4 sorry for the confusion.

@ffoysal Do you have an account on npmjs.org? If so I can add you as a collaborator so you could push releases to npm as well.

Thanks for publishing @jeffbski my user name in npmjs is ffoysal

Alright, I've added you as a collaborator there too, so if you ever need to do a publish you can do so.
I've added some developer notes to the readme here https://github.com/jeffbski/bench-rest#developer-notes if you need to publish a new version. Feel free to ask me if any questions.
Thanks and have a great weekend!


Remove UIKit import in LCS.swift

This isn’t required to compile - everything used in the file is available in plain Swift, and it adds a dependency on iOS as the target platform for LCS.swift.

Thanks, nice catch.


Improve Components error handling

Change event handlers IHandleEvent, IHandleAfterEvent to be async.
Return faulted tasks to Renderer instead of handling exceptions in ComponentBase
Use ILogger in RemoteRenderer, and log to console in WebAssemblyRenderer

Fixes https://github.com/aspnet/AspNetCore/issues/4964

I addressed changes to the sources, but I'm going to hold off on test changes (which currently don't compile) until we resolve https://github.com/aspnet/AspNetCore/pull/7240/files. There's a @javiercn's PR sets up the tests correctly, and I would need to rebase my changes on top of it to make the correct assertions.

@pranavkm OK, sounds good. Please let us know when this is ready for a final review.

🆙 📅

@pranavkm This is looking great. I appreciate it's ended up being quite complex and fiddly, so thanks for continuing to track down all the details. @javiercn has made some good comments so I'll look forward to seeing the final version of the PR.

@pranavkm Let me know when you need me to look at this again

🆙 📅

Thanks for looking through the PR!

Hi,
I saw someone struggle with a dependency injection error in an RC project, where adding an @inject statement to their component caused a blank page to render. No error was logged to the browser console or the VS output window.
Will this PR improve this behavior, or should I file a separate issue?

A new issue with steps to reproduce the error would be great.


Error in Canvas Oauth flow in v6.1.1

Describe the bug
The action's info is not being stored in the session when when triggering the oauth flow for canvas messages (missing target_url triggers error here.
Additional context
This is very similar to #151 / #152 with a similar potential fix of moving the set_action_payload(req.session, action_info.get_store()) from here to here.
Not sure what the actual issue and fix was last time but I think it might be a good idea to ensure that the action's info is properly stored at the above mentioned point since this issue has cropped up twice now.

Agree. The problem is actually to create an accurate mock up of the OAuth client so that we can include it as part of the regression test and detect deviations. Need to think a bit more about it.
Issue fixed in 6.1.2


[3pt] cleanup geocurve_poly folders in S3

A few recent discoveries need correction:

Rename all poly folders in each units final folder to become geocurve_polys. This will match the code folder name moving forward (already changed in the code).
make the same change for the ras2release/rel101 folder./
make sure each folder in output_ras2fim units have a geocurve_poly's.  ie) 12030106_2276_230926 is missing the folder all together.
Double check that all files in the ras2release/rel_101/geocurve_poly 's have all 7 units files (aka. make sure it has 12030106.

These changes  won't take long as they are already in the ras2fim prod EC2.  We need this for future consistency and input hooks in to the GVAL tools coming soon.

12030106_2276_230926 did not have a set of geocurve_polys and they could not be generated against that as the HUC was in failure earlier. Skipping loading geocurve_polys for that one.

renamed the other 6 unit folders from polys to geocurve_polys. Did not attempt to update ras2release rel_101 folder.


chore(main): release 1.7.3

:robot: I have created a release beep boop
1.7.3 (2024-08-26)
Bug Fixes

mp3wrap estava sendo instalada no estágio errado do Dockerfile (d41ccc4)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v1.7.3
:sunflower:


Error with PhoneGap url.

even with the example URL, from the phonegap server I get the message > CONECTION_NOT_SECURE, i used the correct fingerprint from the phonegap server.
    $ionicPlatform.ready(function(){
        var server = "https://build.phonegap.com";
        var fingerprint = "C6 2D 93 39 C2 9F 82 8E 1E BE FD DC 2D 7B 7D 24 31 1A 59 E1 0B 4B C8 04 6E 21 F6 FA A2 37 11 45";

        window.plugins.sslCertificateChecker.check(successCallback,errorCallback,server,fingerprint);

         function successCallback(message) {
           alert(message);
         }

         function errorCallback(message) {
           alert(message);
           if (message === "CONNECTION_NOT_SECURE") {
             // There is likely a man in the middle attack going on, be careful!
           } else if (message.indexOf("CONNECTION_FAILED") >- 1) {
             // There was no connection (yet). Internet may be down. Try again (a few times) after a little timeout.
           }
         }
   })

i compiled on android device.
any suggestion? ?

I can only imagine you're not using the latest version of the plugin.

I add plugin with this command > cordova plugin add cordova-plugin-sslcertificatechecker
the version in package.json is > 6.0.0


Additional checkJS / JSDoc fixes

Use JSDoc types to eliminate need for expando property strings
inline some of the const declarations to reduce size as requested in https://github.com/developit/preact/pull/1161#issuecomment-406824549
transform JSDoc any -> object where possible (in 2 places)
other minor fixes

Tested as follows:

npm run lint && npm run checkJs passes
npm run build && npm t passes
Size of dist/preact.js and dist/preact.min.js is much closer to the size before changes proposed in rbiggs/preact#1 & rbiggs/preact#2

Not sure if you're aware, but TypeScript treats JSDoc object and Object as type any: https://github.com/Microsoft/TypeScript/issues/18396 So using them instead of any is really misleading. The only way to indicate an object in JSDoc for TypeScript is @type {{}} for an empty object, or @type{Object.<string, any> for a generic object with an undetermined number of assorted type properties. If you wanted to indicate that the properties of an object where other objects, you would want to use @typedef to define a custom object type and use that. Object.<string, object> doesn't resolve to that. Instead it resolves to Object.<string, any>.

I will take a look when I get a chance, hopefully later this week.
FYI I think you should not have merged PR #3 into your master branch. PR #3 was a rebase of all our work (not including the changes proposed here) onto the upstream master branch. Your master branch now has repeated commits, which show up in developit#1161.
I already raised developit#1171 which combines our work more cleanly onto the upstream master branch, may want to continue working there.

I just removed the "JSDoc any -> object" change, added one more change to use {Object.<string, any>} as suggested.


Develop

Need to consolidate a few more changes before merging:

Doc string updates
Python client code update

As discussed in person vis-a-vis traffic light documentation:

Add a brief note (in both python and C++ clients) indicating that LightRecurrentState pertains to a light group (e.g. an intersection) whereas TrafficLightStatesDict is per individual light.
Add another note (in both python and C++ clients) indicating light states passed in through TrafficLightStatesDict are prioritized over the LightRecurrentState. In the situation a user wants to manually change individual traffic lights, this will let them know LightRecurrentState does not need to be modified. My suggestion for wording would be "If manual control of individual traffic lights is desired, modify the relevant state(s) in TrafficLightStatesDict and pass in LightRecurrentState as usual."


smart attributes broken after boolean attribute

The fix in https://github.com/casid/jte/issues/46#issuecomment-771633865_ broke smart attributes handling if they follow a boolean attribute:
// hidden=false

  -->

 // correct

  -->

 // !!! wrong

it seems to be only happening in version 1.5.1 if the smart attribute directly follows a boolean attribute

Thanks for reporting! I fixed it.
I think this bug was there before already. I reset to 1.5.0 and (after disabling the HTML policy), the new unit test failed there as well.
I made some other changes this weekend (automatic module name, upgrade to latest OWASP escaping lib). Will publish a new release with this fix now.

Damn, timeouts again on sonatype. I'll give it another try tomorrow morning.
[ERROR] Failed to execute goal org.sonatype.plugins:nexus-staging-maven-plugin:1.6.6:deploy (injected-nexus-deploy) on project jte-deploy-nexus: Remote staging failed: Failed to retrieve remote metadata gg.jte/maven-metadata.xml: Could not transfer metadata gg.jte/maven-metadata.xml from/to ossrh (https://oss.sonatype.org:443/service/local/staging/deployByRepositoryId/ggjte-1016): Transfer failed for https://oss.sonatype.org:443/service/local/staging/deployByRepositoryId/ggjte-1016/gg/jte/maven-metadata.xml: Operation timed out (Read failed) -> [Help 1]

Now the upload worked, 1.5.2 is on maven central :-)


A way to rename a node title?

I've looked through the docs and issues but I wasn't able to find anything about this. Is there a way to rename a node? How was this intended to be handled from the user perspective? Thanks.

xEditable directive will help you out, search it on google.

That's not what I meant. I meant is it supported by your directive by default. But I guess your reply answers that as well. Thanks.
Cheers

No problem, BTW its not my repo. cheers.


[Global   ] › ✖  error     ER_INTERNAL_ERROR: Internal error: Session creation failed

Checklist

Have you pulled and found the error with jc21/nginx-proxy-manager:latest docker image?

Yes

Are you sure you're not using someone else's docker image?

Yes

Have you searched for similar issues (both open and closed)?

Yes

Describe the bug

I couldn't login anymore. I updated NPM to the latest version(v2.10.4) But still no luck.
Nginx Proxy Manager Version

v2.10.4
To Reproduce
Steps to reproduce the behavior:

Go to login page
Click on Sign in.
See error: Bad Gateway

Expected behavior

The dashboards
Screenshots

Operating System

The Sserver OS is Ubuntu 22.04.3 LTS, and NPM is running via Docker(rootless)
Additional context

It's generating the [Global   ] › ✖  error     ER_INTERNAL_ERROR: Internal error: Session creation failed every second.
data/logs/fallback_error.log
2023/10/30 23:33:07 [error] 227#227: *4399 connect() failed (111: Connection refused) while connecting to upstream, client: <IP_ADDRESS>, server: nginxproxymanager, request: "GET /api/ HTTP/1.1", upstream: "http://<IP_ADDRESS>:3000/", host: "<IP_ADDRESS>:81"

This was a DB error. The DataBase was down.


Probe the use of iterators in UNO.cpp

[ ] See if you can use iterators in UNO function, case 2of the UNO.cpp file

Well, Since we have to call the mortgage function which takes in a pointer as an argument, we can't use it....


Is KEDA still in preview?

The title of this page indicates that this service is still in preview, but a couple of Microsoft accounts on X have indicated that it is now GA (although the blog post link is a 404).
https://twitter.com/bvrhovnik/status/1693621481349988766
https://twitter.com/gregcarnie/status/1707738748371312897
Additionally, the announcement page indicates that the add-on is "fully supported" whereas this page states that support is provided on a best-effort basis and not meant for production use

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

ID: 8dbb0979-78e4-9db8-6aaf-96c6240a8043
Version Independent ID: 2c87a036-5f1f-2f34-2243-abbcc0d3269f
Content: Kubernetes Event-driven Autoscaling (KEDA) (Preview) - Azure Kubernetes Service
Content Source: articles/aks/keda-about.md
Service: azure-kubernetes-service
GitHub Login: @tomkerkhove
Microsoft Alias: tomkerkhove

@MatthewSteeples
Thanks for your feedback! We will investigate and update as appropriate.

Those tweets are not correct, the HTTP add-on is still in preview

@MatthewSteeples
We are going to close this thread as resolved but if there are any further questions regarding the documentation, please tag me in your reply and we will be happy to continue the conversation.


Add component healthcheck api design

API Design, Approaches and Recommended Approach for Components Healthcheck in Dapr.
Closes https://github.com/dapr/proposals/issues/35

Before I put too much thought into the API design, I want to get the purpose straight in my head first....
I don't know if this is an over simplification or I've just got this plain wrong, but in my head, I had component health checks providing the same outcome as app health checks?
i.e. Read this doc on App Health checks, and in your mind, substitute the word app / application for component -- Is that what the component health checks are trying to achieve ?
If not, what are the key differences in how the sidecar would behave?

At the point of authoring user-code which depends on dapr, I would generally only care about the overall health of the sidecar, which would include the health of all the components too when determining the overall health.
If just one of the components failed their health check, I would expect the the overall health check to fail.
Although I care about the health of the components, I'm unlikely to need to know exactly which components are unhealthy at this point in my code. I'm not saying that the breakdown of component health information isn't useful in other use-cases, but I'm just not sure I would utilise that information in my user-code.
var client = new DaprClientBuilder().Build();

var isDaprReady = await client.CheckHealthAsync();

if (isDaprReady)
{
    // Execute Dapr dependent code.
}

Building on the comment from @olitomlinson this proposal need clarity on what the goal is and how this works. In the update it has lost the end user viewpoint to this capability. How, why and when to use this API.
This is my understanding:

A ping method is present on the component API today and components can implement this by a component author. (This is very unfortunate name since the ping method is really about component health as the package describes). IMO this should ping method should be implemented by default on every component to reflect its initialization status (success or failure). Thereby not putting the burden on future authors and reworking existing components and also prevents the ambiguity of a component not having any health status

This proposal extends the Dapr side healthz endpoint https://docs.dapr.io/developing-applications/building-blocks/observability/sidecar-health/ to cascade health (aggregate status) across each of the components for the sidecar. Hence the code example above ^^ from Oli should just work.
Question: In this proposal are you expecting to call http://localhost:3500/v1.0/healthz?include_components=true? If so now we are going to have to update each SDK to have this additional parameter on CheckHealthAsync(); and the preferred call would then be CheckHealthAsync(true);or similar to include component health. Is there another way instead of updating the SDK, that you could enable component health checking?

It was not clear to me from this proposal how component health was measured. However I presume that a single component reporting failed health made the health of the sidecar failed (it is cascading). This is why it is important that ping is implemented by default IMO, for component initialization status.

Given that the /healthz endpoint is unsecure, this proposal hints at having the metadata endpoint return additional information about failed components, but does not say that explicitly. Is that the intention? If so, what does the structure of this information look like for each healthy and unhealthy component?

I do not feel that we should be adding more information to the metadata endpoint without being clear on its usage. It is becoming a place to return all information, growing in size and most of this not useful for any given request. The metadata endpoint needs to be thought through on how it can be parameterized to return information say on "component health" or the "status of the specs like resiliency policies" or "actor types registered" etc and then it becomes more useful and explicit.  This can be a separate proposal.

These update help address questions. I would still like to see this described from an end user experience at the start. What would be written in the docs? Can we include this into the proposal
I agree with the observations from @olitomlinson that the sidecar needs to do more to prevent a know unhealthy status affecting the application. This proposal places to many burdens on both the component implementer and on the app IMO with too many settings.
1)Can pIng() have a default implementation that uses the component initialization for health status?
2) Why the need for mandatory verses optional component health? This is yet another thing to configure. All components should have a default ping() and then this need goes away.  Even if kept setting this via spec.ignoreErrors to True is obscure, and we should not overload one setting to mean something else.
3) IMO The health of components should be set the default state on healthz endpoint. In other words you should exclude components with a flag not include components with a flag. I see the component health being that important to the overall health of the sidecar.
4) Re @olitomlinson's comment on whether Dapr sidecar can do more here based on the component health to not send messages etc to the app. I agree here and we should discuss this more
5) Are OK and NOT_OK the best status codes for health. Should these not indicate the health status?

Thanks for the proposal! Wanted to give a couple thoughts as well but don't want to rehash good points already raised to much-
I agree with @msfussell above that Ping(context.Context) error should be a mandatory function on every component interface, even if that means it is a no-op always return nil for some types. Status should always be included in the response if we move forward with this API. This ensures feature devs don't miss the implementation. As an aside, I think this should also be true for interfaces to implement io.Closer for similar reasons.
Please make it clear in the proposal that the healthz endpoint is an unprivileged endpoint, and as such, should query the privileged metadata endpoint for richer component status information.
Rather than the component status and errorMessage fields being flat to the component struct, I think they should be a child struct. This is important for keeping the API extensible and easier to parse for clients/humans. We also probably want to return the health status by default.
type ComponentHealthz struct {
  Healthy bool `json:"healthy"`
  // StatusCode may or may not be appropriate for this Component to return.
  StatusCode *int `json:"status,omitempty"`
  // Message would be the human readable error message, or recovery message from unhealthy to healthy.
  Message *string `josn:"message,omitempty"`
}

To implement only http endpoint, at least for the first version of this API.

Can we not just do both? As I understand, the project is trying to move toward unifying the capabilities of both protocols anyway so this work is going to need to be done at some point.
Rather than having another config option pingUpdateFrequency, can each component not signal the appropriate infrequency  of polling for its particular type? This would alleviate needing both a new config option, and the set frequency being inappropriate for some component types and not others.

@DeepanshuA can you please put an updated version of the proposal into the issue description now - reconciling all feedback, so that it's easier to discuss? Reading the markdown isn't the great way to go about that.


fixed collapse expand bug

Looks like you forgot to modify this line.  public boolean toggleGroup(int flatPos) has this line already changed (line 73 of the same class)

For symmetry, I agree this methods should look similar, but isGroupExpanded is just a wrapper around expandableList.expandedGroupIndexes[listPosition.groupPos];so this change shouldn't make a difference...

Actually it is not exactly the wrapper.  For some reason you are converting listPos.groupPos to ExpandableListPosition and then using groupPos of the object again.  That is where the problems occurs.  Does not look like you need to convert back and forth.
Just test it on the big dataset (may be triple the amount of genres so they all won't fit on one screen and you need to scroll), you will get an exception, but with my modifications you don't.
Not sure why you close this without testing :)


Add the NerdGraph getting started video

Closes #280
Description
Adds the getting started video for the NerdGraph API doc.
Screenshot(s)

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


feat: add cri

Please remove that ticker code from manager_github also if possible

Can't remove that just yet. We'll take this up later.


Podio integration is not attaching projects and tasks to TE

OS version: Windows 10
Browser version: 95.0.4638.69
Extension version: 1.71.0

Relevant integration (if any):
Podio
🐛 Describe the bug
User uses our modal to select project and task for TE but it is not saved with this info.
Expected behaviour
The app should save the project and task name
Steps to reproduce

Steps to reproduce the behaviour:

Go to ...
...

Other details or context
Case reference

@nidarasheed
I'm afraid I cannot reproduce this. Both project and tasks are preserved in the TE.
Video: https://cln.sh/dO7F8E

Sorry I missed the initial ping. Asked the user now

The user replied that everything is working 🎉


pkg/analytics: Add support for report arbitrary metrics

This should be super helpful when looking at the overall performance of the parca-agent across various environments and sizes.
The first set of metrics is still up for discussion.

I think this facility is nice, but I don't think there are any additional metrics we want to send at the moment.

This was an experiment. Given there isn't a direct need, let's close for now and see if we ever want to pick it up.


Update yamlv3

This update fixes https://github.com/go-yaml/yaml/issues/575, required
by downstream.
cc @pstibrany
Signed-off-by: Julien Pivotto<EMAIL_ADDRESS>

Cc @bwplotka


Docs: HASH_SALT in fly.io example is not documented in list of environment variables

Describe the Bug
The fly.io example in the documentation instructs the user to set an environment variable, HASH_SALT.

fly secrets set HASH_SALT="", using whatever string you want to salt the hash.

This environment variable isn't in the documentation's list of environment variables. There is a similar variable in that list, APP_SECRET.

APP_SECRET =
A random string used to generate unique values.

Is the fly.io example using a deprecated variable which needs changing to APP_SECRET? Does HASH_SALT need to be added to the list of environment variables?
Database
PostgreSQL
Relevant log output
No response
Which browser are you using? (if relevant)
No response
How are you deploying your application? (if relevant)
No response

+1

HASH_SALT was used in v1. You should be using APP_SECRET now.

@mikecao I created the documentation page for running on fly. I wasn't aware that with v2, we should be using APP_SECRET. For already running instances of Umami v2, can APP_SECRET be safely added and HASH_SALT removed, without disrupting anything?

@paulrudy Yes

Ok, I created a [PR](https://github.com/umami-software/website/pull/153 to reflect) to reflect the change, along with a couple of other PRs for that doc—a typo, and removing HOSTNAME env variable as it's no longer needed since Umami version 2.7.0.

PR merged.


read paper

Geography-Aware Self-supervised Learning Paper

Functional Map of the World (FMoW)

[ ] @TsungChinHanKen

[x] @suryatechie

[x] @taeil

[ ] @oropezaev

Read the Geography-Aware Self-supervised Learning Paper.
This paper is amazing. They took a simple idea of using positive pairs based on the temporal data. There is a lot of depth in the paper.  For transfer learning experiments, they did testing on 3 different datasets for each type of downstream task. One of the datasets is from CA ( https://www.fsa.usda.gov/programs-and-services/aerial-photography/imagery-programs/naip-imagery/ ) and used for Land Cover Classification. I have some doubts while reading the paper. But with the first read, it's an excellent paper.
Functional Map of the World paper:
It has a million images with 63 categories. 'Crop field' class is one among them. Also, at least one bounding box is provided (maps to one of 63 categories) for each image. Satellite images are from DigitalGlobe
constellation (https://www.digitalglobe.com/resources/satellite-information). The dataset has RGB, and 4 and 8-band multispectral images. They provided baselines using the following:
train:83,412 (62.85%)
val: 14,241 (10.73%)
test: 16,948 (12.77%)
Note: All experiments were performed using fMoW-rgb.

One key question: do we need to care about GeoImageNet?


test-branch/execute-job/fork-branch/1c2b3a43-6437-480b-aa78-ea29ad0776f5

PR for testing 305e1e05dff69734a9450d4a6ac0a77d66cf2a63

padding /canonical/self-hosted-runners/run-workflows 305e1e05dff69734a9450d4a6ac0a77d66cf2a63 padding


Default ruby maker does not work with ruby version >= 3

Under the hood, the default ruby maker calls ruby -c -T1 -w filename, see code snippet from https://github.com/neomake/neomake/blob/master/autoload/neomake/makers/ft/ruby.vim#L58:
return {
        \ 'exe': 'ruby',
        \ 'args': ['-c', '-T1', '-w'],
        \ 'errorformat': errorformat,
        \ 'output_stream': 'both',
        \ }

This works in ruby 2.7, but with a warning: ruby: warning: ruby -T will be removed in Ruby 3.0. Using Ruby 3, it simply returns ruby: invalid option -T  (-h will show valid options) (RuntimeError)
Is there a "proper" way to update the maker to support ruby 3?
Expected behavior
Run :Neomake with ruby version >= 3 without runtime error

Steps to reproduce
Install Ruby version >= 3
Run :Neomake
Output from :NeomakeInfo
Neomake debug information
Async support: 1
Current filetype: ruby
Windows: 0
[shell, shellcmdflag, shellslash]: ['/bin/bash', '-c', 0]
makeprg=make

##### Enabled makers

For the current filetype ("ruby", used with :Neomake):
 - flog
   - args: []
   - auto_enabled: 1
   - errorformat: '%W%m %f:%l-%c,%-G\s%#,%-G%.%#: flog total,%-G%.%#: flog/method average,'
   - exe: 'flog'
   - WARNINGS:
     - maker's exe (flog) is not executable.
 - mri
   - args: ['-c', '-T1', '-w']
   - auto_enabled: 1
   - errorformat: '%-G%\m%.%#warning: %\%%(possibly %\)%\?useless use of == in void context,%-G%\%.%\%.%\%.%.%#,%-GSyntax OK,%E%f:%l: syntax error\, %m,%Z%p^,%W%f:%l: warning: %m,%Z%p^,%W%f:%l: %m,%-C%.%#'
   - exe: 'ruby'
   - version information (/home/vit/.rubies/ruby-3.0.3/bin/ruby --version): ruby 3.0.3p157 (2021-11-24 revision 3fb7d2cadc) [x86_64-linux]
 - rubocop
   - args: ['--format', 'emacs', '--force-exclusion', '--display-cop-names']
   - auto_enabled: 1
   - errorformat: '%f:%l:%c: %t: %m,%E%f:%l: %m'
   - exe: 'rubocop'
   - output_stream: 'stdout'
   - postprocess: function('neomake#makers#ft#ruby#RubocopEntryProcess')
   - supports_stdin: function('126')
   - WARNINGS:
     - maker's exe (rubocop) is not executable.
 - reek
   - args: ['--format', 'text', '--single-line']
   - auto_enabled: 1
   - errorformat: '%W%f:%l: %m'
   - exe: 'reek'
   - WARNINGS:
     - maker's exe (reek) is not executable.
 - rubylint
   - args: ['--presenter', 'syntastic']
   - auto_enabled: 1
   - errorformat: '%f:%t:%l:%c: %m'
   - exe: 'ruby-lint'
   - WARNINGS:
     - maker's exe (ruby-lint) is not executable.
NOTE: you can define g:neomake_ruby_enabled_makers to configure it (or b:neomake_ruby_enabled_makers).

For the project (used with :Neomake!):
 - makeprg
   - append_file: 0
   - args: []
   - auto_enabled: 1
   - errorformat: '%*[^"]"%f"%*\D%l: %m,"%f"%*\D%l: %m,%-G%f:%l: (Each undeclared identifier is reported only once,%-G%f:%l: for each function it appears in.),%-GIn file included from %f:%l:%c:,%-GIn file included from %f:%l:%c\,,%-GIn
file included from %f:%l:%c,%-GIn file included from %f:%l,%-G%*[ ]from %f:%l:%c,%-G%*[ ]from %f:%l:,%-G%*[ ]from %f:%l\,,%-G%*[ ]from %f:%l,%f:%l:%c:%m,%f(%l):%m,%f:%l:%m,"%f"\, line %l%*\D%c%*[^ ] %m,%D%*\a[%*\d]: Entering directory %
*[`'']%f'',%X%*\a[%*\d]: Leaving directory %*[`'']%f'',%D%*\a: Entering directory %*[`'']%f'',%X%*\a: Leaving directory %*[`'']%f'',%DMaking %*\a in %f,%f|%l| %m'
   - exe: 'make'
   - version information (/usr/bin/make --version): GNU Make 4.3
     Built for x86_64-pc-linux-gnu
     Copyright (C) 1988-2020 Free Software Foundation, Inc.
     License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
     This is free software: you are free to change and redistribute it.
     There is NO WARRANTY, to the extent permitted by law.
NOTE: you can define g:neomake_enabled_makers to configure it.

Default maker settings:
 - output_stream: 'both'
 - remove_invalid_entries: 0
 - buffer_output: 1

##### Settings

###### New-style (dict, overrides old-style)

g:neomake: {
  'automake': {
    'ignore_filetypes': [
      'startify',
    ],
  },
}
b:neomake: unset

###### Old-style

g:neomake_place_signs = 1

#### :version
NVIM v0.6.1
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by builduser

Features: +acl +iconv +tui
See ":help feature-compile"
 system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/share/nvim"

Run :checkhealth for more info

#### :messages

"mergesort.rb" 39L, 653C written

"mergesort.rb" 40L, 659C written
"mergesort.rb" 40L, 659C written

From the man page:

-T[level=1]    Turns on taint checks at the specified level (default 1).

Is there a new method to control this level?
Anyway, given that the default is being used I think we should just remove it, which I'll do.
Thanks for the report!

It looks like taint checks have been removed from ruby completely without a replacement: https://bugs.ruby-lang.org/issues/16131


Postgre Inheritance DDL fix #8758

Fixed issue when child table DDL statement sometimes shows parent table name two times.

You can't synchronize expensive methods. It leads to dead locks.


a setting to specify or display the location of the wallet file

suggested by chappjc

Resolved by https://github.com/planetdecred/dcrandroid/pull/440


RAC-170: RackHD support for multiple AMQP servers

Modified RackHD on-core to allow an array of AMQP server IP addresses as an option during the AMQP connection call.

@RackHD/corecommitters

BUILD on-core #916 : UNSTABLE

I added a default case when not an array or a string.

@RackHD/corecommitters

+1

@RackHD/corecommitters - This has two +1's


HTTP 429 error when trying to get the followers

I’m experiencing a weird issue, similar to #118  when trying to get list of my followers from Python code.
profile = instaloader.Profile.from_username(instagram.context, '*********')
followers = [{'username': i.username, 'full_name': i.full_name} for i in profile.get_followers()]

How it’s even possible to get this error (429 too many requests) when doing such a simple job? Isn’t it doable in 1-2 requests?

Obtaining followers takes one request per 50 users, and currently the limit is 20 requests per 11 minutes. In my experiments, the limit is correctly set and your code works.
Does this problem still persist? Do you use the current Instaloader version?

I’ve installed it into a virtualenv using pip the same day when posted the issue. However, your explanation makes sense, the limits for number of users and number of requests are surprisingly low, and I think I could easilly reach it, by browsing Instagram manually from the same IP at the same time.

A general note about the notorious 429 - Too Many Requests: Instaloader has a logic to keep track of its requests to Instagram and to obey their rate limits. Since they are nowhere documented, we try them out experimentally. However, we have a daily cron job running to confirm that Instaloader still stays within the rate limits. Nevertheless, the rate control logic assumes that

at one time, Instaloader is the only application that consumes requests. I.e. neither the Instagram browser interface, nor a mobile app, nor another Instaloader instance is running in parallel,
no requests had been consumed when Instaloader starts.
The latter one implies that restarting or reinstantiating Instaloader often within short time is prone to cause a 429. When a request is denied with a 429, Instaloader retries the request as soon as the temporary ban is assumed to be expired.


Feature/target specific tasks

Adding the ability to add target (platform) specific tasks. The idea is that a task is cross platform by definition but sometimes you need extra parameters on different platforms for instance:
[tasks]
build = {cmd="colcon build --build-base .pixi/build --install-base .pixi/install"}
test = {cmd="colcon test --build-base .pixi/build --install-base .pixi/install"}

[target.win-64.tasks]
build = {cmd="colcon build --merge-install --build-base .pixi/build --install-base .pixi/install"}
test = {cmd="colcon test --merge-install --build-base .pixi/build --install-base .pixi/install"}

This pr allows for that.
closes https://github.com/prefix-dev/pixi/issues/192

Looks good to me!


basic requirements fulfilled

Change Summary
i change the folder :)
Change Form
Fill this up (NA if not available). If a certain criteria is not met, can you please give a reason.

[ ] The pull request title has an issue number
[ ] The change works by "Smoke testing" or quick testing
[ ] The change has tests
[ ] The change has documentation

Other Information
[Is there anything in particular in the review that I should be aware of?]

Utterly phenomenal


Improve USD integration

Enable USD in python wheel tests
Build USD in monolithic mode
Patch destination of .dll libraries on Windows

Can I do anything to help move this forward ?

I moved the libraries to bin in Windows, but USD failed to load the plugins. I think we need to change PXR_INSTALL_LOCATION CMake variable too. I'll try it.

@mwestphal please review


Cockpit - Remove hard coded URL?

Hi,
Is it possible to make the cockpit install more generic, and remove any hardcoded IP's or URL's?
I'm hoping to use what you've created and use it for my own install.
Thanks,
J

@jfmatth what do you mean by making it more generic? What are you changing, using in your own install?

I've done some changes, and updated 2 files in last commit. See if this is what you wanted or something else.

Jorge, thanks and checking now.  Looks to be about what I was meaning.

Yup, looks better, thank you Jorge.


benchmark osrm calculation time depending on input osm file size

It should be the same in theory, but I would like to know if making the same request on the whole Quebec province network and on a small extract will result in the same calculation duration.

Did the benchmark. For about 4100 typical queries from Transition (in the Montreal area). The time was mostly constant.
See:

MONTREAL: 11.609057s, 12.60829s, 171M Ram
QUEBEC: 14.497788s, 12.486178s, 450M Ram
CANADA: 13.912247s, 12.141368s, 1.7g Ram


Last release

Should it be 1.1.0 ?

there is a tag of 1.1.0 :)

I know, of course ... but the "Last Release" button still points to the previous one ..
I think you have to double check something ;)

thanks @drAlberT for spotting this, I had to push the release manually this time, thanks again!


Deleting TLS config is not being performed

Removing the TLS config via omitting the tls block in the adguard_config resource is not working as expected, as the TLS config is kept.

Issue is the call to delete the TLS config is never performed. See https://github.com/gmichels/terraform-provider-adguard/blob/4e04d6dfb762bf1f9347d343f026ae5400d24862/adguard/config_resource.go#L1056
The object is created however the SetTlsConfig method is never called.


Add petitparser2 production refactorings

Rename production:

it should be active in subclasses of PP2CompositeNode
it should rename methods and slots with the same name
it should work on: method definitions, slot references and, ideally, on slot definition

In the end, we added a few more:
Rename slot production:
https://user-images.githubusercontent.com/249595/216766727-5fa85c38-5e86-4467-8b64-665a7e4cc84d.mp4
Rename message production:
https://user-images.githubusercontent.com/249595/216766735-80d23372-f7d8-465c-a3fb-7c72fd0aee5a.mp4
Extract parser class:
https://user-images.githubusercontent.com/249595/216766540-8a3a3bb4-78d6-4262-a7b3-2aff7c6ef7af.mp4
Inline production:
https://user-images.githubusercontent.com/249595/216766551-298bb722-a9fd-4d6e-9af6-a690497f2f42.mp4
Extract production:
https://user-images.githubusercontent.com/249595/216766563-721775f4-0c54-4d70-b557-cf9590eb0857.mp4


cmd/go: list reports bad test edges

% pwd
/tmp/gopackages-test462362944
% find src
src
src/lib
src/lib/lib_test.go
src/lib/lib_x_test.go
src/lib/lib.go
src/testutil
src/testutil/testutil.go
src/testutil/testutil_test.go
% head $(find src -type f)
==> src/lib/lib_test.go <==
package lib
==> src/lib/lib_x_test.go <==
package lib_test; import _ "testutil"
==> src/lib/lib.go <==
package lib
==> src/testutil/testutil.go <==
package testutil; import _ "lib"
==> src/testutil/testutil_test.go <==
package testutil
% GOPATH=$(pwd) go list -json -test -deps lib testutil
{
	"Dir": "/tmp/gopackages-test462362944/src/testutil",
	"ImportPath": "testutil",
	"Name": "testutil",
	"GoFiles": [
		"testutil.go"
	],
	"Imports": [
		"lib [lib.test]"
	],
	"ImportMap": {
		"lib": "lib [lib.test]"
	},
	"Deps": [
		"lib"
	],
}
{
	"Dir": "/tmp/gopackages-test462362944/src/testutil",
	"ImportPath": "testutil [lib.test]",
	"Name": "testutil",
	"ForTest": "lib",
	"GoFiles": [
		"testutil.go"
	],
	"Imports": [
		"lib [lib.test]"
	],
	"ImportMap": {
		"lib": "lib [lib.test]"
	},
	"Deps": [
		"lib [lib.test]"
	],
}
...

go list reports that the regular testutil package imports "lib [lib.test]", which is surprising: "lib [lib.test]" is a necessary package in this -test query result because lib was a goal, but the regular testutil should depend on the regular lib package.
Also observe that the Deps of testutil includes the regular lib and not "lib [lib.test]", which contradicts its Imports section.  Perhaps the Deps are expressed as keys in the ImportMap, or perhaps Deps is just wrong.  Either way, confusing.

Alan, what's the impact of this bug? (Does it need to be a release-blocker for 1.11?)

Dup of #26880, fixed by @suzmue. Thanks!


net/http/cgi: TestEnvOverride fails after installation of mactype on windows

Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (go version)?
go version go1.7.3 windows/amd64
What operating system and processor architecture are you using (go env)?
set GOARCH=amd64
set GOBIN=
set GOEXE=.exe
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOOS=windows
set GOPATH=C:\Users\Hiroshi\gopath
set GORACE=
set GOROOT=C:\Go
set GOTOOLDIR=C:\Go\pkg\tool\windows_amd64
set CC=gcc
set GOGCCFLAGS=-m64 -mthreads -fmessage-length=0 -fdebug-prefix-map=C:\Users\Hiroshi\AppData\Local\Temp\go-build344340558=/tmp/go-build -gno-record-gcc-switches
set CXX=g++
set CGO_ENABLED=1

What did you do?
install https://github.com/snowie2000/mactype/releases with registry mode.
run all.bat for tip
What did you expect to see?
no errors.
What did you see instead?
--- FAIL: TestEnvOverride (0.32s)
            host_test.go:84: for key "env-PATH" got "/wibble:/c/Program Files/MacType"; expected "/wibble"
2017/01/20 09:17:30 cgi: copy error: past write limit
2017/01/20 09:17:30 cgi: no headers
2017/01/20 09:17:30 cgi: missing required Content-Type in headers
2017/01/20 09:17:30 cgi: no headers
FAIL

mactype uses API hook and provide its own CreateProcess, so this problem cannot be solved by Go side.
Sorry for the noise.


Make a conda package

As title. Would be very useful. :-)

Unfortunately, I know pretty much nothing about conda 😕
This seems like a fine thing for Travis CI to do automatically if that's possible, but we may need @dbader to help us set that up. Currently, I manually deploy to PyPI because I don't have perms to generate deploy creds for Travis (afaik)... I'm not too keen to add more manual steps to the release process.

@dmtucker if you have permissions to TravisCI as a collaborator you should be able to add Secure Enironment Variables in the Repository Settings.
The catch is forked Pull Requests do not have access to those credentials. Only PRs from branches on the owner repo or manual runs on master have access to those runs.
You can use the environment variable TRAVIS_PULL_REQUEST to help.
I've just gone through a similar issue on VCRpy where I'm not the owner but a collaborator. So I can't re-encrypt secrets for the travis.yml file.

If conda-forge is okay, I can make a PR with a recipe. It's as close to automated as it gets.

I went ahead a created a PR on conda-forge: https://github.com/conda-forge/staged-recipes/pull/10848

Thanks @sduc! Is that all that's needed to resolve this issue?

Yes! pytest-mypy is now available on conda-forge. They merge my PR. I believe we can close this out.


Incorporate knowledge of disjoint markers into simplification

There are some markers that we "know" cannot be true at the same time, despite the fact that it's not encoded in the grammar or schema at all.
For example, this is never true: platform_system == 'Linux' and sys_platform == 'darwin'.
If we encode knowledge about the markers that we "know" are disjoint, we can omit more forks, wheels, etc.

\cc @ibraheemdev

I have this working, but it does mean all expressions like sys_platform == 'linux' get expanded to `sys_platform == 'linux' and platform_system == 'Linux'" in the lockfile.

I could just replace sys_platform == 'linux' with platform_system == 'Linux', but then we wouldn't detect disjointness in cases like:
flask ; sys_platform == 'linux'
flask ; sys_platform == 'java1.8.0_51'

I have this working, but it does mean all expressions like sys_platform == 'linux' get expanded to sys_platform == 'linux' and platform_system == 'Linux'" in the lockfile.

Could you not keep the knowledge around what the original marker expression was and serialize that into the lockfile instead.  At read it should be rather trivial to expand it out when the lockfile is read?  Performance wise this will be slightly worse but you presumably there won't be that many cases where that is necessary.


Add collapsed comment group functionality, test, and definition

Please check if the PR fulfills these requirements

[x] The commit message follows our guidelines
[x] Tests for the changes have been added (for bug fixes / features)
[x] Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
Users can now pass the collapsed prop to sui-comment-group components and it passes newly created test and behaves as it should in the browser. I also updated the docs accordingly.

What is the current behavior? (You can also link to an open issue here)
Open issue

What is the new behavior (if this is a feature change)?
sui-comment-group can accept collapsed as a prop, and will hide all child elements the same way
Semantic UI does here

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)
As far as I am aware, no. But I have not considered every possible usage of this component

Other information:
Fair warning, this is my first contribution.

Love this integration, thanks for the opportunity to contribute

This looks great. Thanks @bryce-mcmath

:tada: This PR is included in version 0.11.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


refactor tableSupportOpColumn logic to function.

refactor for the tableSupportOpColumn logic, the function is existing already, replace the logic by the function.

run starrocks_fe_unittest

you need rebase the latest FE code


Build errors on Jetson TX2 Yocto- cuda-driver-10.2.300-1-r0 do_fetch: Failed

Hi,
I followed the below mentioned steps to build yocto image (demo-image-full) for my jetson tx2, but the build fails in between due to fetch error.

Gone through the steps mentioned in https://github.com/OE4T/tegra-demo-distro in my ubuntu 18.04 machine.
Downloaded all HOST COMPONENTS packages in ~/Download/nvidia/sdkm_downloads. SDK manager version: <IP_ADDRESS>04 Jetpack Version: 4.6.4
tegra-demo-distro branch: dunfell (L4T R32.7.4)

Performed the below codes:
*) git clone https://github.com/OE4T/tegra-demo-distro.git	*) cd tegra-demo-distro	*) git submodule update --init	*) source ./setup-env --distro tegrademo --machine jetson-tx2.
Manually set the NVIDIA_DEVNET_MIRROR to ~/Download/nvidia/sdkm_downloads in ~/tegra-demo-distro/build/conf/local.conf file.
Then, "bitbake demo-image-full"
On running these steps, I get the following error.
$ bitbake demo-image-full
Loading cache: 100% |########################################################################################################################| Time: 0:00:00
Loaded 3624 entries from dependency cache.
Parsing recipes: 100% |######################################################################################################################| Time: 0:00:01
Parsing of 2446 .bb files complete (2445 cached, 1 parsed). 3625 targets, 145 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
Build Configuration:
BB_VERSION           = "1.46.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal"
TARGET_SYS           = "aarch64-oe4t-linux"
MACHINE              = "jetson-tx2-devkit"
DISTRO               = "tegrademo"
DISTRO_VERSION       = "3.1.27+snapshot-20230827"
TUNE_FEATURES        = "aarch64 armv8a crc"
TARGET_FPU           = ""
meta                 = "HEAD:bce2280258497b42e8de94fbbc37cde627e2d1c5"
meta-tegra
contrib              = "HEAD:133446740965f2ec7c97694d163d47db4009aa83"
meta-oe
meta-python
meta-networking
meta-filesystems     = "HEAD:b8b0b06821d4d4df0cce4f07fa31a8ca1dd38f46"
meta-virtualization  = "HEAD:3f7feca9a1fc9b9a97187f5515ad3cca4bd93cb0"
meta-tegra-community = "HEAD:fc56b4d578187962695f1d58f3174f38427bc94b"
meta-tegra-support
meta-demo-ci
meta-tegrademo       = "dunfell:89ba608d8358fc707199cadffe74d96532ddf26b"
Initialising tasks: 100% |###################################################################################################################| Time: 0:00:03
Sstate summary: Wanted 2157 Found 0 Missed 2157 Current 1149 (0% match, 34% complete)
NOTE: Executing Tasks
WARNING: cuda-driver-10.2.300-1-r0 do_fetch: Failed to fetch URL https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb;name=dev;subdir=cuda-driver-10.2.300-1, attempting MIRRORS if available
ERROR: cuda-driver-10.2.300-1-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"; export SSH_AGENT_PID="1825"; export SSH_AUTH_SOCK="/run/user/1000/keyring/ssh"; export PATH="/home/hope/Dunfell/tegra-demo-distro/sources/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/bin/zstd-l4t-workaround-native:/home/hope/Dunfell/tegra-demo-distro/layers/scripts:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/bin/aarch64-oe4t-linux:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot/usr/bin/crossscripts:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/sbin:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/bin:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/sbin:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/bin:/home/hope/Dunfell/tegra-demo-distro/repos/poky/bitbake/bin:/home/hope/Dunfell/tegra-demo-distro/sources/tmp/hosttools"; export HOME="/home/hope"; /usr/bin/env wget -t 2 -T 30 --passive-ftp --no-check-certificate -O /home/hope/Dunfell/tegra-demo-distro/sources/downloads/cuda-driver-dev-10-0_10.2.300-1_arm64.deb.tmp -P /home/hope/Dunfell/tegra-demo-distro/sources/downloads 'https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb' --progress=dot -v failed with exit code 8, no output
ERROR: cuda-driver-10.2.300-1-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb;name=dev;subdir=cuda-driver-10.2.300-1')
ERROR: Logfile of failure stored in: /home/hope/Dunfell/tegra-demo-distro/sources/tmp/work/armv8a_tegra-oe4t-linux/cuda-driver/10.2.300-1-r0/temp/log.do_fetch.22847
ERROR: Task (/home/hope/Dunfell/tegra-demo-distro/layers/meta-tegra/recipes-devtools/cuda/cuda-driver_10.2.300-1.bb:do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 1555 tasks of which 1440 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/hope/Dunfell/tegra-demo-distro/layers/meta-tegra/recipes-devtools/cuda/cuda-driver_10.2.300-1.bb:do_fetch
Summary: There was 1 WARNING message shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
I tried multiple times (after: "rm -rf tmp" ) and ended up with same errors.
When i checked my sdkm_downloads folder, these packages were present.
cuda-repo-cross-aarch64-ubuntu1804-10-2-local_10.2.460-1_all.deb
cuda-repo-l4t-10-2-local_10.2.460-1_arm64.deb
cuda-repo-ubuntu1804-10-2-local_10.2.460-450.115-1_amd64.deb
and, i even downloaded another driver package- " cuda-repo-ubuntu1804-10-2-local-10.2.89-440.33.01_1.0-1_amd64.deb"
and placed in my sdkm_downloads.
Please help I'am stucked since, I'am very new to Yocto Project. So any help from your side is appreciated.
Please let me know if I am missing something here.
Thanks in Advance !!!

Hey @Arshdsam
It should be working fine. dunfell branch is one of our active branches.
I'm not sure why you need step 2 ?

hey @ichergui
So don't we need to set NVIDIA_DEVNET_MIRROR = "file:/// $ {HOME}/Downloads/nvidia/sdkm_downloads" and for that i initiated step 2.

@ichergui I tried to access the link in the error and its showing "site can't be reached". Can you please check.

hey @ichergui So don't we need to set NVIDIA_DEVNET_MIRROR = "file:/// $ {HOME}/Downloads/nvidia/sdkm_downloads" and for that i initiated step 2.

Nope, we don't need that

@ichergui I tried to access the link in the error and its showing "site can't be reached". Can you please check.

I'm working on updating our active branches. I will check dunfell and I will keep you posted.

hey @ichergui So don't we need to set NVIDIA_DEVNET_MIRROR = "file:/// $ {HOME}/Downloads/nvidia/sdkm_downloads" and for that i initiated step 2.

Nope, we don't need that

By deleting the NVIDIA_DEVNET_MIRROR from local.conf also, I'am still getting the same error.

@ichergui I tried to access the link in the error and its showing "site can't be reached". Can you please check.

I'm working on updating our active branches. I will check dunfell and I will keep you posted.

I tried to built the image using kirkstone-l4t-r32.7.x branch, and there also I'am getting the same error.
ERROR: cuda-driver-10.2.300-1-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"; export SSH_AGENT_PID="1825"; export SSH_AUTH_SOCK="/run/user/1000/keyring/ssh"; export PATH="/home/hope/KirkTX2/sources/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/hope/KirkTX2/poky/scripts:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot/usr/bin/crossscripts:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/sbin:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/usr/bin:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/sbin:/home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/recipe-sysroot-native/bin:/home/hope/KirkTX2/poky/bitbake/bin:/home/hope/KirkTX2/sources/tmp/hosttools"; export HOME="/home/hope"; /usr/bin/env wget -t 2 -T 30 --passive-ftp -P /home/hope/KirkTX2/sources/downloads 'https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb' --progress=dot -v failed with exit code 8, no output
ERROR: cuda-driver-10.2.300-1-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb;name=dev;subdir=cuda-driver-10.2.300-1')
ERROR: Logfile of failure stored in: /home/hope/KirkTX2/sources/tmp/work/armv8a_tegra-poky-linux/cuda-driver/10.2.300-1-r0/temp/log.do_fetch.30825
ERROR: Task (/home/hope/KirkTX2/meta-tegra/recipes-devtools/cuda/cuda-driver_10.2.300-1.bb:do_fetch) failed with exit code '1'
so, i think i'am missing something !!!
or is it from the NVIDIA side.
Waiting for you response after checking.

@ichergui I tried to access the link in the error and its showing "site can't be reached". Can you please check.

I'm working on updating our active branches. I will check dunfell and I will keep you posted.

I tried the kirkstone-l4t-r32.7.x branch (with Jetpack 4.6.4) also. But result is again the same do_fetch error in between the build process.
So, am i missing something here.
Or, is it from the NVIDIA side.
Waiting for you response after checking.

I tried both kirkstone-l4t-r32.7.x and dunfell with success build.

I tried both kirkstone-l4t-r32.7.x and dunfell with success build.

Thankyou for checking out !!!
So, can you guess what are the options that i could try to resolve this issues ? Or, Can you briefly explain how i could make a full image with tegra-demo-distro for my jetson TX2. Any help from your side is appreciated.
Thanks.

Hey @Arshdsam
Please follow the steps below:
$ git clone https://github.com/OE4T/tegra-demo-distro.git -b dunfell
$ cd tegra-demo-distro
$ git submodule update --init --recursive
$ . ./setup-env --machine jetson-tx2-devkit --distro tegrademo build-testdistro
$ bitbake demo-image-full

Let me know how it goes :slightly_smiling_face:

@Arshdsam If you  manually do a wget or curl on the URL mentioned in the log - https://repo.download.nvidia.com/jetson/common/pool/main/c/cuda-cudart/cuda-driver-dev-10-0_10.2.300-1_arm64.deb;name=dev;subdir=cuda-driver-10.2.300-1 - what do you see?  This could be a problem either with NVIDIA's servers (maybe a regional problem) or with your local network's firewall blocking access to the URLs.

It looks like an issue related to your machine (CPU and RAM).
Could you please run the following command;
$ bitbake demo-image-full -c cleanall && bitbake demo-image-full -f

Since you mention you're using Ubuntu 18.04, I think this could be the  problem mentioned here.  Looks like fixes for it were recently back-ported to OE-Core dunfell, so I've updated the dunfell branch in the demo distro to pick them up.
If you do a git pull at the top of the repo, then git submodule update to update the submodules, and rebuild, hopefully that should clear up the problem.

Looks like this issue is related with https://lists.yoctoproject.org/g/yocto/topic/100638466#60801
Can you try this uninative fix https://git.openembedded.org/openembedded-core/commit/?id=1c5c8ff97ba0a7f9adc592d702b865b3d166a24b

It looks like an issue related to your machine (CPU and RAM). Could you please run the following command;
$ bitbake demo-image-full -c cleanall && bitbake demo-image-full -f

@ichergui  I have followed the above steps and still got the same errors.

Since you mention you're using Ubuntu 18.04, I think this could be the problem mentioned here. Looks like fixes for it were recently back-ported to OE-Core dunfell, so I've updated the dunfell branch in the demo distro to pick them up.
If you do a git pull at the top of the repo, then git submodule update to update the submodules, and rebuild, hopefully that should clear up the problem.

@madisongh  I followed the above methods. Everything seems fine but at 99% i got this error again:
NOTE: Fetching uninative binary shim http://downloads.yoctoproject.org/releases/uninative/4.2/x86_64-nativesdk-libc-4.2.tar.xz;sha256sum=6a86d71eeafba4fefec600c9bf8cf4a01324d1eb52788b6e398d3f23c10d19fb (will check PREMIRRORS first)
WARNING: /home/hope/DunfellOS/tegra-demo-distro/layers/meta-tegrademo/recipes-demo/images/demo-image-full.bb:do_build is tainted from a forced run:  0:00:03
Initialising tasks: 100% |###################################################################################################################| Time: 0:00:07
Sstate summary: Wanted 1955 Found 0 Missed 1955 Current 1792 (0% match, 47% complete)
NOTE: Executing Tasks
ERROR: demo-image-full-1.0-r0 do_image_ext4: Execution of '/home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/temp/run.do_image_ext4.5371' failed with exit code 139
ERROR: Logfile of failure stored in: /home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/temp/log.do_image_ext4.5371
Log data follows:
| DEBUG: Executing python function prepare_excluded_directories
| DEBUG: Python function prepare_excluded_directories finished
| DEBUG: Executing python function set_image_size
| DEBUG: 4716634.000000 = 3628180 * 1.300000
| DEBUG: 12053964.000000 = max(4716634.000000, 12053964)[12053964.000000] + 0
| DEBUG: 12053964.000000 = int(12053964.000000)
| DEBUG: 12053964 = aligned(12053964)
| DEBUG: returning 12053964
| DEBUG: Python function set_image_size finished
| DEBUG: Executing python function extend_recipe_sysroot
| NOTE: Direct dependencies are ['virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/prelink/prelink_git.bb:do_populate_sysroot', '/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-core/glibc/cross-localedef-native_2.31.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb:do_populate_sysroot', '/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-kernel/kmod/depmodwrapper-cross_1.0.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/rpm/rpm_<IP_ADDRESS>.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.45.7.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/makedevs/makedevs_1.0.1.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-extended/pigz/pigz_2.4.bb:do_populate_sysroot', '/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-core/update-rc.d/update-rc.d_0.8.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/createrepo-c/createrepo-c_0.15.7.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/perl/perl_5.30.1.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/python/python3_3.8.17.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/opkg/opkg_0.4.2.bb:do_populate_sysroot', '/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-core/glibc/ldconfig-native_2.12.1.bb:do_populate_sysroot', '/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/mklibs/mklibs-native_0.1.44.bb:do_populate_sysroot', 'virtual:native:/home/hope/DunfellOS/tegra-demo-distro/layers/meta/recipes-devtools/dnf/dnf_4.2.2.bb:do_populate_sysroot']
| NOTE: Installed into sysroot: []
| NOTE: Skipping as already exists in sysroot: ['prelink-native', 'cross-localedef-native', 'opkg-utils-native', 'depmodwrapper-cross', 'rpm-native', 'e2fsprogs-native', 'makedevs-native', 'pigz-native', 'qemuwrapper-cross', 'update-rc.d-native', 'createrepo-c-native', 'perl-native', 'pseudo-native', 'python3-native', 'opkg-native', 'ldconfig-native', 'mklibs-native', 'dnf-native', 'elfutils-native', 'autoconf-native', 'gnu-config-native', 'binutils-native', 'libtool-native', 'automake-native', 'quilt-native', 'shadow-native', 'systemd-systemctl-native', 'mkfontscale-native', 'qemu-native', 'gdk-pixbuf-native', 'gettext-minimal-native', 'texinfo-dummy-native', 'attr-native', 'util-linux-native', 'pkgconfig-native', 'zlib-native', 'gconf-native', 'expat-native', 'file-native', 'openssl-native', 'ninja-native', 'sqlite3-native', 'glib-2.0-native', 'xz-native', 'libxml2-native', 'cmake-native', 'curl-native', 'gtk+3-native', 'shared-mime-info-native', 'bzip2-native', 'gdbm-native', 'libffi-native', 'libtirpc-native', 'libnsl2-native', 'readline-native', 'libsolv-native', 'libarchive-native', 'desktop-file-utils-native', 'kmod-native', 'debianutils-native', 'patch-native', 'dbus-native', 'popt-native', 'db-native', 'libdnf-native', 'librepo-native', 'libcomps-native', 'python3-iniparse-native', 'm4-native', 'flex-native', 'util-macros-native', 'xorgproto-native', 'freetype-native', 'libfontenc-native', 'meson-native', 'libpng-native', 'libjpeg-turbo-native', 'gobject-introspection-native', 'gtk-doc-native', 'ncurses-native', 'libpcre2-native', 'libcap-ng-native', 'dbus-glib-native', 'intltool-native', 're2c-native', 'gettext-native', 'libpcre-native', 'libx11-native', 'libxfixes-native', 'pango-native', 'libxcursor-native', 'libxdamage-native', 'atk-native', 'at-spi2-atk-native', 'libxi-native', 'libxext-native', 'libxrandr-native', 'cairo-native', 'libxcomposite-native', 'libxrender-native', 'fontconfig-native', 'itstool-native', 'lzo-native', 'swig-native', 'libcheck-native', 'libmodulemd-v1-native', 'json-c-native', 'gpgme-native', 'python3-six-native', 'font-util-native', 'python3-setuptools-native', 'libxml-parser-perl-native', 'libxcb-native', 'xtrans-native', 'fribidi-native', 'harfbuzz-native', 'libxft-native', 'at-spi2-core-native', 'pixman-native', 'libsm-native', 'gperf-native', 'libyaml-native', 'libgpg-error-native', 'libassuan-native', 'unzip-native', 'libpthread-stubs-native', 'libxdmcp-native', 'libxau-native', 'xcb-proto-native', 'icu-native', 'libxtst-native', 'libice-native']
| DEBUG: Python function extend_recipe_sysroot finished
| DEBUG: Executing shell function do_image_ext4
| DEBUG: Executing dd if=/dev/zero of=/home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/deploy-demo-image-full-image-complete/demo-image-full-jetson-tx2-devkit-20230828192338.ext4 seek=12053964 count=0 bs=1024
| 0+0 records in
| 0+0 records out
| 0 bytes copied, 9.2437e-05 s, 0.0 kB/s
| DEBUG: Actual Rootfs size:  3628180   /home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/rootfs.image_ext4
| DEBUG: Actual Partion size:<PHONE_NUMBER>6
| DEBUG: Executing mkfs.ext4 -F -i 4096 -b 4096 /home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/deploy-demo-image-full-image-complete/demo-image-full-jetson-tx2-devkit-20230828192338.ext4 -d /home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/rootfs.image_ext4
| Segmentation fault (core dumped)
| WARNING: exit code 139 from a shell command.
| ERROR: Execution of '/home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/temp/run.do_image_ext4.5371' failed with exit code 139
ERROR: Task (/home/hope/DunfellOS/tegra-demo-distro/layers/meta-tegrademo/recipes-demo/images/demo-image-full.bb:do_image_ext4) failed with exit code '1'
NOTE: Tasks Summary: Attempted 9025 tasks of which 8582 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/hope/DunfellOS/tegra-demo-distro/layers/meta-tegrademo/recipes-demo/images/demo-image-full.bb:do_image_ext4
Summary: There was 1 WARNING message shown.
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
I'm stuck at out of ideas, so Any help is well appreciated.
Thanks !!!

@ichergui @madisongh Is there any other way which i can solve this issues. Waiting for your response. :)

Looks like this issue is related with https://lists.yoctoproject.org/g/yocto/topic/100638466#60801 Can you try this uninative fix https://git.openembedded.org/openembedded-core/commit/?id=1c5c8ff97ba0a7f9adc592d702b865b3d166a24b

@quaresmajose Thankyou for the reply. I noted your point,  checked the current yocto-uninative.inc and it gas the following data:
UNINATIVE_MAXGLIBCVERSION = "2.38"
UNINATIVE_VERSION = "4.2"
UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/${UNINATIVE_VERSION}/"
UNINATIVE_CHECKSUM[aarch64] ?= "cff40e7bdde50aeda06707af8c001796a71b4cf33c5ae1616e5c47943ff6b94e"
UNINATIVE_CHECKSUM[i686] ?= "a70516447e9a9f1465ffaf1c7f89e79d1692d2356d86fd2a5a63acd908db1ff2"
UNINATIVE_CHECKSUM[x86_64] ?= "6a86d71eeafba4fefec600c9bf8cf4a01324d1eb52788b6e398d3f23c10d19fb"
So, do i need to agian update it or ??

Looks like this issue is related with https://lists.yoctoproject.org/g/yocto/topic/100638466#60801 Can you try this uninative fix https://git.openembedded.org/openembedded-core/commit/?id=1c5c8ff97ba0a7f9adc592d702b865b3d166a24b

@quaresmajose Thankyou for the reply. I noted your point, checked the current yocto-uninative.inc and it gas the following data: UNINATIVE_MAXGLIBCVERSION = "2.38" UNINATIVE_VERSION = "4.2"
UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/${UNINATIVE_VERSION}/" UNINATIVE_CHECKSUM[aarch64] ?= "cff40e7bdde50aeda06707af8c001796a71b4cf33c5ae1616e5c47943ff6b94e" UNINATIVE_CHECKSUM[i686] ?= "a70516447e9a9f1465ffaf1c7f89e79d1692d2356d86fd2a5a63acd908db1ff2" UNINATIVE_CHECKSUM[x86_64] ?= "6a86d71eeafba4fefec600c9bf8cf4a01324d1eb52788b6e398d3f23c10d19fb"
So, do i need to agian update it or ??

Look like not as you have already the 4.2 and the fix lands in the 4.1
$ git log --oneline lmp-mirrors/dunfell -- meta/conf/distro/include/yocto-uninative.inc
35baf2ceb0 yocto-uninative: Update to 4.2 for glibc 2.38
600ef23e30 yocto-uninative: Update hashes for uninative 4.1

@madisongh @ichergui I tried to bitbake core-image-minimal, it also ended up with the same error at 99%. I tried using the inputs from @quaresmajose and then also, there was no difference at all. The problem happens @ do image ext4.
ERROR MESSAGE:
ERROR: Execution of '/home/hope/DunfellOS/tegra-demo-distro/build/tmp/work/jetson_tx2_devkit-oe4t-linux/demo-image-full/1.0-r0/temp/run.do_image_ext4.23014' failed with exit code 139
ERROR: Task (/home/hope/DunfellOS/tegra-demo-distro/layers/meta-tegrademo/recipes-demo/images/demo-image-full.bb:do_image_ext4) failed with exit code '1'
NOTE: Tasks Summary: Attempted 9025 tasks of which 9018 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/hope/DunfellOS/tegra-demo-distro/layers/meta-tegrademo/recipes-demo/images/demo-image-full.bb:do_image_ext4
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

Can you please try doing the same build but using another host machine like the ubuntu 20.04? or using a container like crops. It seems that this issue only happens on ubuntu 18.04.
You can also try just with poky (without meta-tegra) on your ubuntu 18.04 but instated of build demo-image-full please use core-image-minimal.

@madisongh @ichergui @quaresmajose At last I was able to build the demo-image-full without any errors in ubuntu 18.04 LTS itself, using the patch mentioned by @quaresmajose.  I deleted the build directory and started bitbake once again without any additions to the existing local.conf file.  Thankyou guys for your timely supports, means a lot !!!

Closing this ticket since it was solved.
Thanks @madisongh and @quaresmajose


Double check and clean up all the existing dictionaries

The values aren't translated:

allergy_intolerance_verification_statuses
allergy_intolerance_clinical_statuses

eHealth/ucum/units - it's not full and isn't translated.
Please add (one) default values for vaccination_dose_statuse_reasons and vaccination_dose_statuses.

[x] Added only required values into ucum units dictionary (values that matched with observation list)


Problem:  mina-indexer::receiver detects_new_block_copied is flakey when nextest executes tests concurrently

The test is flakey when the test runner is run in parallel

... and sometimes when it's run with only 1 thread.

... this is starting to cause a few CI failures.

I suggest removing these unit tests and replace them with a more fitting regression test. But unfortunately the regression test case will fail currently as we have a bug in the system. Until that is resolved these shall remain flakey.

Unit tests are nice to have.

the unit test here ends up just testing the functionality of the library we're using under the hood. The BlockReceiver does nothing more than spawning a filesystem worker from https://docs.rs/watchexec/latest/watchexec/fs/fn.worker.html I'm starting to think this bug is a bug in the underlying library

This is unlikely, but possible. In any case, the bug in our code remains.

I believe https://github.com/Granola-Team/mina-indexer/pull/343 addresses the flakiness (tests are consistently passing on my machine). Someone else should definitely corroborate on their machine.

Issue looks to be resolved