Feature/3675/store license info

For #3675
Also, what eles should we be storing in the license information (aside from name)?

not sure if the warning from https://docs.github.com/en/rest/reference/licenses requires additional action

Yeah, when we get to the UI we should provide a similar warning

complications risen from getting version license information

crummy

parse for license name

haven't looking in detail but it looks like /licenses is a controlled vocabulary (could be an enum) and /repos/{owner}/{repo}/license returns one of them
don't care about license content at this stage and looking at the API, it looks like we can do best-effort via API with repo level

question: license information appears to be populated on initializeWorkflow for workflows, will this be called again if the license information changes over time?

Also done on refresh

Catching up on this, but what does the GitHub API do if there is a license it doesn't recognize?
Will we be able to tell/surface the difference between a non-existent license vs an unrecognized license?
I've seen bizarre licenses (my favorite is Beerware, and then there also are commercial licenses, which I guess might become an issue one day if we support private repos.

Catching up on this, but what does the GitHub API do if there is a license it doesn't recognize?
Will we be able to tell/surface the difference between a non-existent license vs an unrecognized license?
I've seen bizarre licenses (my favorite is Beerware, and then there also are commercial licenses, which I guess might become an issue one day if we support private repos.

"Other"

This is just grabbing the license info from the source repo using GitHub's API right? I think the only concern I have is if there is a case that needs to handle multiple licenses, then what happens?
Also some of the license issues that users brought up I think related to licenses issues in the supporting software inside a docker container, which is probably beyond this, but wondering if the way we're storing licenses can be easily adapted for a multiple license situation in the future. Probably particularly relevant for services seem more likely to be juggling multiple licenses.

This is just grabbing the license info from the source repo using GitHub's API right? I think the only concern I have is if there is a case that needs to handle multiple licenses, then what happens?
Also some of the license issues that users brought up I think related to licenses issues in the supporting software inside a docker container, which is probably beyond this, but wondering if the way we're storing licenses can be easily adapted for a multiple license situation in the future. Probably particularly relevant for services seem more likely to be juggling multiple licenses.

GitHub doesn't support multiple licenses right now. The other license information you seem to be talking about would be tangential to this issue.  This PR wouldn't really impact it at all.

Haven't looked at the code, but how does this deal with smart refresh? If a license changes, that would be treated as a new commit since they add/edit a file?

From what I understand, the "smart" refresh is just a simple check before refreshing or not. So if the refresh is not skipped, it should try checking the license.

Yeah, so if the commit ID has not changed due to changing the license, the refresh will not occur.

Kind of lost, but are you implying that the license could change without a commit ID change?

Oh no sorry, I was asking for confirmation that that is true. That changing the license would change the commit ID.


Invalid Version when using multiple esprima-fb versions

pnpm version:
0.37.0
Code to reproduce the issue:
Add:
"dependencies": {
    "browserify-shim": "^3.8.11",
    "envify": "^3.4.1"
 }

to package.json
Expected behavior:
Installs packages
Actual behavior:
Invalid Version: 3001.0001.0000-dev-harmony-fb
Additional information:
Installing either library separately works fine - I suspect it's the combination of trying to pull two different versions of the esprima-fb library that causes the issue.
I have seen suggested elsewhere (https://github.com/substack/astw/issues/6) that this is a known bad version, so there might not be anything PNPM can do here, though it should be noted that npm i works fine with that package.json (possibly related to https://github.com/npm/npm/issues/4978 regarding difference in id and url)

I'll fix this today. This is because pnpm does not interpret semver versions and ranges loosely and npm does.

Landed in v0.38.0


Add Travis-CI to project.

By integrating CI, Travis will automatically run the test suite before any pull request.
I've added the .travis.yml settings file and tested everything so it works on my fork. From what I can tell, only the owner of the repo can integrate travis into the repo.
@MLWave, when you have a second, could you turn this on? It took me <3 minutes on my fork, just follow the first few steps here.
Once this is done, we can

[x] Add the build passing badge to the README
[ ] Incorporate other tools to the repo:

pep8speaks

I'll have a look at this over the weekend. Really want to add this, but need some study first.

It seems it is working, but the Py 2.7 build is failing with error. Probably due to setup.py containing:
python_requires='>=3'. I'm ok with subpar 2.7 support, since the libraries that Kepler-Mapper depends on (such as NumPy) plan to drop support starting 2019.
What do we do, add 2.7 to setup.py or remove 2.7 from CI?

Sorry, I forgot to merge my most recent updates. I'll merge the branch in a second.

:100: build is passing now.  One of the tests would fail without 3.5+ order preserving dictionaries, and there is official support for 2.7. At least as far as the tests passing.
Thanks for setting this up!

Sorry for another ask.. When you have a minute could you install pep8speaks into the repo to:
https://github.com/apps/pep8-speaks/installations/new
It might also be worthwhile setting up codecov.

PEP8 speaks active on this repo.
I'll have a look at codecov.

Codecov activated for this repo, but not sure if I need to do anything else. Codecov needs to speak with Travis-CI?

Codecov seems considerably more difficult.. I'm having trouble getting travis to initiate a code coverage report. It should just be a small hook in the travis.yml that initiates the codecov, but nothing seems to be activating and I don't see any errors.

It looks like the codecov report worked on the last pull request I made. Hopefully it keeps working. :100:

It looks like PEP8Speaks is not working properly right now.

Just tested this here and got a response: https://github.com/MLWave/kepler-mapper/pull/31

Great! Did you make any changes, or am I just doing it wrong?

Did not make any changes.
It should recognize changes in all .py files for everyone who makes a pull request right?
Perhaps make a test pull to see if it works for you now.


set_goal_orientation_tolerance makes path planning fail

Description
Setting set_goal_orientation via moveit_commander makes path planning fail.
Without
self.group.set_goal_orientation_tolerance(np.deg2rad(30))

path planing works, setting this param makes it fail
Your environment

ROS Distro: Noetic
OS Version: Ubuntu 20.04
Source or Binary build? Tested on both, currently source
If binary, which release version?
If source, which branch? https://github.com/ros-planning/moveit/commit/f606813e918281478f8c468ed72a81d18f2bb1bd

Steps to reproduce
Repo with workspace and docker instructions to reproduce the error can be found here:
https://github.com/cschindlbeck/five_dof_ws
Expected behaviour
[ INFO] [1675164983.696811725]: Planning request received for MoveGroup action. Forwarding to planning pipeline.
[ INFO] [1675164983.704115456]: Planner configuration 'complete[RRTConnect]' will use planner 'geometric::RRTConnect'. Additional configuration parameters will be set when the planner is constructed.
[ INFO] [1675164983.706058506]: complete/complete[RRTConnect]: Starting planning with 1 states already in datastructure
[ INFO] [1675164983.828675201]: complete/complete[RRTConnect]: Created 5 states (2 start + 3 goal)
[ INFO] [1675164983.828761341]: Solution found in 0.123027 seconds
[ INFO] [1675164983.854366235]: SimpleSetup: Path simplification took 0.002769 seconds and changed from 4 to 2 states
[ INFO] [1675164983.895624281]: Combined planning and execution request received for MoveGroup action. Forwarding to planning and execution pipeline.
[ INFO] [1675164983.895810248]: Planning attempt 1 of at most 1
[ INFO] [1675164983.898481174]: Planner configuration 'complete[RRTConnect]' will use planner 'geometric::RRTConnect'. Additional configuration parameters will be set when the planner is constructed.
[ INFO] [1675164983.898681640]: complete/complete[RRTConnect]: Starting planning with 1 states already in datastructure
[ INFO] [1675164984.060654681]: complete/complete[RRTConnect]: Created 4 states (2 start + 2 goal)
[ INFO] [1675164984.060700767]: Solution found in 0.162092 seconds
[ INFO] [1675164984.081674277]: SimpleSetup: Path simplification took 0.000966 seconds and changed from 3 to 2 states
[ INFO] [1675164984.095841903]: Fake execution of trajectory

Actual behaviour
[ INFO] [1675164780.656631350]: Planning request received for MoveGroup action. Forwarding to planning pipeline.
[ INFO] [1675164780.664081891]: Planner configuration 'complete[RRTConnect]' will use planner 'geometric::RRTConnect'. Additional configuration parameters will be set when the planner is constructed.
[ INFO] [1675164780.665911520]: complete/complete[RRTConnect]: Starting planning with 1 states already in datastructure
[ERROR] [1675164785.665606790]: complete/complete[RRTConnect]: Unable to sample any valid states for goal tree
[ INFO] [1675164785.665681306]: complete/complete[RRTConnect]: Created 1 states (1 start + 0 goal)
[ INFO] [1675164785.665744262]: No solution found after 5.000203 seconds
[ WARN] [1675164785.665814559]: Timed out
[ INFO] [1675164785.683101088]: Unable to solve the planning problem
[ WARN] [1675164785.683374260]: Fail: ABORTED: TIMED_OUT
[ERROR] [1675164785.683622]: Path planning failed with error code val: -6 in 6.9472304124674e-310 seconds

ROS Distro: Noetic
OS: Ubuntu 20.04
I am also having the issue described above. This is my moveit control and motion planning package. I have this issue when I implement the orientation constraint as follows:
  def execute(self, pose_goal):
      orientation_constraint = OrientationConstraint()
      orientation_constraint.header.frame_id = "base_link_m"
      orientation_constraint.link_name = "gripper_tcp_m"
      orientation_constraint.orientation = pose_goal.orientation
      orientation_constraint.absolute_x_axis_tolerance = 0.1
      orientation_constraint.absolute_y_axis_tolerance = 0.1
      orientation_constraint.absolute_z_axis_tolerance = 0.1
      orientation_constraint.weight = 1.0
      constraints = Constraints()
      constraints.orientation_constraints.append(orientation_constraint)
      self.group.set_path_constraints(constraints)

      waypoints = []
      waypoints.append(self.group.get_current_pose().pose)
      waypoints.append(pose_goal)
      (plan, fraction) = self.group.compute_cartesian_path(waypoints, 0.01, 0.0, avoid_collisions=True)

      joint_state = JointState()
      joint_state.header.stamp = rospy.Time.now()
      joint_state.name = joint_names
      joint_state.position = self.group.get_current_joint_values()

      display_trajectory = DisplayTrajectory()
      display_trajectory.model_id = group_name
      display_trajectory.trajectory.append(plan)
      display_trajectory.trajectory_start.joint_state = joint_state

      self.group.set_pose_target(pose_goal)
      success = self.group.go(wait=True)
      self.group.stop()
      self.group.clear_pose_targets()
      return success

Please find a video of the timeout behavior below.
https://github.com/user-attachments/assets/dc60cb5f-bd06-462c-97bc-34d627e4a5c4

@cschindlbeck: Obviously, a 5-dof arm cannot reach all possible 6-dof poses in space. If you increase goal orientation tolerance (from the default 1e-3 to 0.52), the sampling range for orientation increases and the probability for IK to find a solution for the sampled pose decreases in your case: According to the error message, the goal sampler wasn't able to find any valid state.
@hollydinkel: Your issue is different. First, you use 6-dof arms. Second, you don't call set_goal_orientation_tolerance(). Instead, you are using an orientation constraint as a path constraint. I'm curious to see your console log (please paste text instead of using an image or video). The video doesn't play for me.

@rhaschke Thanks for your response! the console log just says [INFO] ABORTED: TIMED OUT (shown in the video). I also tested playing this video in Google Chrome and Firefox and on my iPhone web browser (iOS Safari) - maybe try a different browser or device? You have to click the arrow next to "timeout.mp4" for the video to display.
As an additional update, I increased the "absolute_x_axis_tolerance"/"absolute_y_axis_tolerance"/"absolute_z_axis_tolerance" on the constraint (from 0.1 to 0.75 - good enough for me) to avoid the timeout. Video of this result is shown below.
https://github.com/user-attachments/assets/02267e3d-843c-4645-aaa8-e3b53ad06481
However, for about 50% of the computed paths, I get this weird behavior where halfway through the path the robot stops mid-way and rotates 360 degrees. In the context of my application (manipulating rope), this ruins the demo.
https://github.com/user-attachments/assets/5109e383-5d21-4a73-95cc-f3fcfaf5eb4c
To address this, I added a joint constraint on the end effector joint to try to fix this issue:
joint_constraint = JointConstraint()
joint_constraint.joint_name = "joint_7_m"
joint_constraint.position = 0.0  # Desired joint position in radians
joint_constraint.tolerance_above = 0.2  # Upper tolerance
joint_constraint.tolerance_below = -0.2 # Lower tolerance
joint_constraint.weight = 1.0
constraints.joint_constraints.append(joint_constraint)

However, the path that the end effector follows then is also semi-circular in the x-y plane which is also undesirable (the x position of the start and goal transforms is the same). I want a straight line path between a start pose and goal pose without any gripper z-axis rotation - it seems like it should be simple enough for a robot with few workspace constraints/obstacles. Any ideas on why this happening or how to fix would be greatly appreciated! Thank you!
https://github.com/user-attachments/assets/bfd04c24-f0a6-4651-8dcd-ff23b902c7be

@hollydinkel: Your issue might be addressed by recent PR #3615. Please try a build from source.

@rhaschke thanks for the quick reply! Now when I only implement the orientation constraint, i.e.,
orientation_constraint = OrientationConstraint()
orientation_constraint.header.frame_id = "base_link_m"
orientation_constraint.link_name = self.group.get_end_effector_link()
orientation_constraint.orientation = pose_goal.orientation
orientation_constraint.absolute_x_axis_tolerance = 0.6
orientation_constraint.absolute_y_axis_tolerance = 0.6
orientation_constraint.absolute_z_axis_tolerance = 0.6
orientation_constraint.weight = 10.0
constraints.orientation_constraints.append(orientation_constraint)

I get the behavior I saw when I implemented the orientation + joint constraint, where there is no rotation about the z axis midway through the trajectory, but the path from start to goal pose is semi-circular in the x-y plane (similar behavior to the last two videos shown above). I need a path that does not rotate the gripper and is a mostly-straight line in the x-y plane. The arm also frequently get stuck at the pose 'idx_reset_3' and is unable to return to the default position (all joints zero except link_6 which is 90 degrees).
name: ''
joint_constraints: []
position_constraints: []
orientation_constraints:
  -
    header:
      seq: 0
      stamp:
        secs: 0
        nsecs:         0
      frame_id: "base_link_m"
    orientation:
      x: 0.0
      y: 0.0
      z: 0.7071067811865475
      w: 0.7071067811865475
    link_name: "gripper_tcp_m"
    absolute_x_axis_tolerance: 0.6
    absolute_y_axis_tolerance: 0.6
    absolute_z_axis_tolerance: 0.6
    parameterization: 0
    weight: 10.0
visibility_constraints: []
[ INFO] [1723488851.817554452]: ABORTED: TIMED_OUT
Replanning...
Slide?  True
name: ''
joint_constraints: []
position_constraints: []
orientation_constraints:
  -
    header:
      seq: 0
      stamp:
        secs: 0
        nsecs:         0
      frame_id: "base_link_m"
    orientation:
      x: 0.0
      y: 0.0
      z: 0.7071067811865475
      w: 0.7071067811865475
    link_name: "gripper_tcp_m"
    absolute_x_axis_tolerance: 0.6
    absolute_y_axis_tolerance: 0.6
    absolute_z_axis_tolerance: 0.6
    parameterization: 0
    weight: 10.0
visibility_constraints: []
[ INFO] [1723488866.056159004]: ABORTED: TIMED_OUT
Executed?  False

If you need straight-line Cartesian paths, you need to go with compute_cartesian_path. All sampling-based planners essentially interpolate in joint-space, creating those semi-circular paths.

@rhaschke I am using compute_cartesian_path - this is my execution function:
def execute(self):
      orientation_constraint = OrientationConstraint()
      orientation_constraint.header.frame_id = "base_link_m"
      orientation_constraint.link_name = self.group.get_end_effector_link()
      orientation_constraint.orientation = pose_goal.orientation
      orientation_constraint.absolute_x_axis_tolerance = 0.5
      orientation_constraint.absolute_y_axis_tolerance = 0.5
      orientation_constraint.absolute_z_axis_tolerance = 0.5
      orientation_constraint.weight = 10.0
      constraints.orientation_constraints.append(orientation_constraint)
      self.group.set_path_constraints(constraints)

      waypoints = []
      waypoints.append(self.group.get_current_pose().pose)
      waypoints.append(pose_goal)
      (plan, fraction) = self.group.compute_cartesian_path(waypoints, 0.01, 0.0, avoid_collisions=True)

      joint_state = JointState()
      joint_state.header.stamp = rospy.Time.now()
      joint_state.name = joint_names
      joint_state.position = self.group.get_current_joint_values()

      display_trajectory = DisplayTrajectory()
      display_trajectory.model_id = group_name
      display_trajectory.trajectory.append(plan)
      display_trajectory.trajectory_start.joint_state = joint_state

      self.group.set_pose_target(pose_goal)
      success = self.group.go(wait=True)
      self.group.stop()
      self.group.clear_pose_targets()
      if success == False:
          print("Replanning...")
          self.execute(pose_goal)
      return success

Any idea what is wrong with this? Thanks again for your help!

@cschindlbeck: Increasing planning time can be a solution. In your case, I suggest switching to rejection-sampling in joint-space. To this end, use the parameter enforce_joint_model_state_space as explained here.
@hollydinkel: You are not using the plan generated by compute_cartesian_path, but planning again with OMPL:
# generate a straight-line Cartesian path along the given waypoints stopping before a collision (unused)
(plan, fraction) = self.group.compute_cartesian_path(waypoints, 0.01, 0.0, avoid_collisions=True)

# set a Cartesian target for sampling-based planning
self.group.set_pose_target(pose_goal)
# plan and execute towards the given target (pose_goal) using the configured planning pipeline (OMPL)
self.group.go(wait=True)
# this should fail with a type error (execute is expecting a plan)
self.execute(pose_goal)

You should use something like:
(plan, fraction) = self.group.compute_cartesian_path(waypoints, 0.01, 0.0, avoid_collisions=True)
self.execute(plan)


file name incorrect

The current salt-repo packages on this page have an incorrect file name.  The filename salt-repo-2015.8.el7.noarch.rpm would indicate the following properties:
name: salt-repo
version: 2015.8
release: .el7
architecture: .noarch
The actual release of the RPM is 2.el7.
$ rpm --query --package --queryformat '%{release}\n' salt-repo-2015.8.el7.noarch.rpm
2.el7

The same problem affects the el6 and el5 packages as well.  Please correct the filenames (and download links of course) to match the actual properties of the RPM.

@carlwgeorge The spec file for the release field is similar to 2%{?dist} which includes the distribution as part of the release, hence the release is correctly stated as '2.el7' for release 2 for epel on Redhat 7.  This is similar to the example 'Release:	1%{?dist}' in https://fedoraproject.org/wiki/How_to_create_an_RPM_package#Spec_file_pieces_explained.  I believe the release value is stated correctly.

I fully understand how the dist macro works.  What is inconsistent is the filename of the RPM.

The current salt-repo packages on this page have an incorrect file name.

With a release of 2.el7, the filename should be salt-repo-2015.8-2.el7.noarch.rpm, not salt-repo-2015.8.el7.noarch.rpm.
-salt-repo-2015.8.el7.noarch.rpm
+salt-repo-2015.8-2.el7.noarch.rpm

@carlwgeorge I see what you mean now. I shall take a closer look

Updated signed salt-repo-xxx.rpm ready for test


Why fix bit_num=3 and duty=4 in camera.c ?

These configuration will fail if I set xclk frequency to 16MHz.

Yes, it will fail because for 16MHz you can not get duty cycle precision of 3 bits.  You can get max. 2 bits.
In short xclk is obtained by dividing 80MHz internal clock. This clock can effectively count up to five (80MHz / 16MHz = 5). This limits precision of duty cycle. There is a picture in Technical Reference Manual in chapter "6.2.3 Channels" explaining how certain duty cycle is achieved.
Also, if you download latest esp-idf, besides failure message, you will also get explanation like: requested frequency and bit depth can not be achieved, try reducing freq_hz or bit_num.

Thanks, I will read that manual.


Is it possible to run the harness against API hosted models?

I have a model that's only available through a RESTful API, and need to get some benchmarks. I'd like to run MultiPL-E benchmarks with a few languages. Has any work gone into using bigcode-evaluation-harness to perform generation with an API instead of on the local machine?
lm-evaluation-harness has the ability to run against commercial APIs, especially OpenAI.

is there a way i could 'fake' a local model and have it call a hosted API endpoint? @pnewhook @loubnabnl


Restarts of accountservice crashes gnome3

Issue description
If account-daemon restarts in a gnome3 session it totally breaks and becomes unusable.
What happens for me if account-daemon restarts is that I see the screen flash like the login animation from gdm. All programs are still up. But the mouse is frozen and I can't even switch to a tty with my keyboard. The only thing that it actually responds to seems to be Ctrl+Alt+Delete which triggers a reboot. And this indicates that I'm actually in a tty but I see an image of my gnome-session.
This is a problem when doing nixos-rebuild switch etc.
I had a proposed fix in https://github.com/NixOS/nixpkgs/pull/45936 but dropped my branch because I was unsure if that fixed the issue, but I'm having that overriden in my personal config here: https://github.com/etu/nixconfig/commit/052b9d67adc4581532e7805b78c2da1fd492c3ff
And it's much better while doing nixos-rebuild switch or nixos-rebuild test or so than it was before.
Steps to reproduce
This can be tested by just doing a sudo systemctl restart accounts-daemon.service.
Technical details

system: "x86_64-linux"
host os: Linux 4.14.72, NixOS, 19.03pre153701.46651b82b87 (Koi)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.1.2
channels(etu): ""
channels(root): "nixos-19.03pre153701.46651b82b87"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

cc @talyz @jtojnar

This is also breaking my ui whenever I try activate a configuration.
Stack trace
#0  0x00007fe0f8431c99 in g_str_hash (v=0x0) at ghash.c:1894
#1  0x00007fe0f842fef1 in g_hash_table_lookup_node (hash_table=0xa220c0, key=0x0, hash_return=0x7ffcfe4c6d10) at ghash.c:379
#2  0x00007fe0f8430fd8 in g_hash_table_lookup (hash_table=0xa220c0, key=0x0) at ghash.c:1153
#3  0x00007fe0fa0889ba in update_user (manager=0xa109e0, user=0xa1d780) at act-user-manager.c:886
#4  0x00007fe0fa088027 in on_user_changed (user=0xa1d780, manager=0xa109e0) at act-user-manager.c:656
#5  0x00007fe0f8941643 in g_cclosure_marshal_VOID__VOID (closure=0xa365a0, return_value=0x0, n_param_values=1,
    param_values=0x7ffcfe4c6fd0, invocation_hint=0x7ffcfe4c6f80, marshal_data=0x0) at gmarshal.c:875
#6  0x00007fe0f893e124 in g_closure_invoke (closure=0xa365a0, return_value=0x0, n_param_values=1, param_values=0x7ffcfe4c6fd0,
    invocation_hint=0x7ffcfe4c6f80) at gclosure.c:804
#7  0x00007fe0f895bba6 in signal_emit_unlocked_R (node=0x7fe0e000a310, detail=0, instance=0xa1d780, emission_return=0x0,
    instance_and_params=0x7ffcfe4c6fd0) at gsignal.c:3635
#8  0x00007fe0f895ae0e in g_signal_emit_valist (instance=0xa1d780, signal_id=52, detail=0, var_args=0x7ffcfe4c7240)
    at gsignal.c:3391
#9  0x00007fe0f895b3ab in g_signal_emit (instance=0xa1d780, signal_id=52, detail=0) at gsignal.c:3447
#10 0x00007fe0fa08506e in on_accounts_proxy_changed (user=0xa1d780) at act-user.c:1097
#11 0x00007fe0f8729a3e in ffi_call_unix64 ()
   from /nix/store/6z0spj65xwl2wf7dbn0fd8jxcka3yx3h-libffi-3.2.1/lib/../lib64/libffi.so.6
#12 0x00007fe0f8728a03 in ffi_call () from /nix/store/6z0spj65xwl2wf7dbn0fd8jxcka3yx3h-libffi-3.2.1/lib/../lib64/libffi.so.6
#13 0x00007fe0f893f945 in g_cclosure_marshal_generic (closure=0xa348c0, return_gvalue=0x0, n_param_values=1,
    param_values=0xa33fd0, invocation_hint=0x7ffcfe4c7720, marshal_data=0x0) at gclosure.c:1490
#14 0x00007fe0f893e124 in g_closure_invoke (closure=0xa348c0, return_value=0x0, n_param_values=1, param_values=0xa33fd0,
    invocation_hint=0x7ffcfe4c7720) at gclosure.c:804
#15 0x00007fe0f895bba6 in signal_emit_unlocked_R (node=0xa241e0, detail=0, instance=0xa28130, emission_return=0x0,
    instance_and_params=0xa33fd0) at gsignal.c:3635
#16 0x00007fe0f8959ab2 in g_signal_emitv (instance_and_params=0xa33fd0, signal_id=70, detail=0, return_value=0x0)
    at gsignal.c:3129
#17 0x00007fe0fa0a660f in accounts_user_proxy_g_signal (proxy=0xa28130, sender_name=0x7fe0e000a2f0 ":1.1198",
    signal_name=0x7fe0e000a720 "Changed", parameters=0x7fe0e003e670) at accounts-user-generated.c:4873
#18 0x00007fe0f8729a3e in ffi_call_unix64 ()
   from /nix/store/6z0spj65xwl2wf7dbn0fd8jxcka3yx3h-libffi-3.2.1/lib/../lib64/libffi.so.6
#19 0x00007fe0f8728a03 in ffi_call () from /nix/store/6z0spj65xwl2wf7dbn0fd8jxcka3yx3h-libffi-3.2.1/lib/../lib64/libffi.so.6
#20 0x00007fe0f893f945 in g_cclosure_marshal_generic (closure=0x9fc250, return_gvalue=0x0, n_param_values=4,
    param_values=0x7ffcfe4c7d90, invocation_hint=0x7ffcfe4c7d40, marshal_data=0x7fe0fa0a63c9 <accounts_user_proxy_g_signal>)
    at gclosure.c:1490
#21 0x00007fe0f893e808 in g_type_class_meta_marshal (closure=0x9fc250, return_value=0x0, n_param_values=4,
    param_values=0x7ffcfe4c7d90, invocation_hint=0x7ffcfe4c7d40, marshal_data=0x90) at gclosure.c:997
#22 0x00007fe0f893e124 in g_closure_invoke (closure=0x9fc250, return_value=0x0, n_param_values=4, param_values=0x7ffcfe4c7d90,
    invocation_hint=0x7ffcfe4c7d40) at gclosure.c:804
#23 0x00007fe0f895bd34 in signal_emit_unlocked_R (node=0x9fc280, detail=0, instance=0xa28130, emission_return=0x0,
    instance_and_params=0x7ffcfe4c7d90) at gsignal.c:3673
#24 0x00007fe0f895ae0e in g_signal_emit_valist (instance=0xa28130, signal_id=8, detail=0, var_args=0x7ffcfe4c8040)
    at gsignal.c:3391
#25 0x00007fe0f895b3ab in g_signal_emit (instance=0xa28130, signal_id=8, detail=0) at gsignal.c:3447
#26 0x00007fe0f9d819fb in on_signal_received (connection=0x9ff080, sender_name=0x7fe0e0042e20 ":1.1198",
    object_path=0x7fe0e000a0c0 "/org/freedesktop/Accounts/User1000",
    interface_name=0x7fe0e000a3a0 "org.freedesktop.Accounts.User", signal_name=0x7fe0e0003c60 "Changed",
    parameters=0x7fe0e003e670, user_data=0xa30b10) at gdbusproxy.c:918
#27 0x00007fe0f9d6eb57 in emit_signal_instance_in_idle_cb (data=0x7fe0e001f3a0) at gdbusconnection.c:3720
#28 0x00007fe0f84479f0 in g_idle_dispatch (source=0x7fe0e000e390, callback=0x7fe0f9d6ea4c <emit_signal_instance_in_idle_cb>,
    user_data=0x7fe0e001f3a0) at gmain.c:5535
#29 0x00007fe0f8444e68 in g_main_dispatch (context=0xa00430) at gmain.c:3177
#30 0x00007fe0f8445d7f in g_main_context_dispatch (context=0xa00430) at gmain.c:3830
#31 0x00007fe0f8445f72 in g_main_context_iterate (context=0xa00430, block=1, dispatch=1, self=0x9ebc90) at gmain.c:3903
#32 0x00007fe0f84463ac in g_main_loop_run (loop=0xa0d5c0) at gmain.c:4099
#33 0x000000000040b784 in main ()

Filed bug upstream: https://gitlab.freedesktop.org/accountsservice/accountsservice/issues/55

For those looking to work around this, it should be sufficient to remove any services.xserver.displayManager.gdm.autoLogin config. (Untested).

This still an issue @etu?

@worldofpeace oh, sorry. I've forgotten about this issue and stopped running gnome like 8 months ago. So I have no idea :D

I'm able to confirm that when using autoLogin in GDM that restarting the accounts-daemon does crash the session.  And  systemd.services.accounts-daemon.restartIfChanged = false; isn't a sufficient workaround..

I'm seeing a very similar stack trace from gnome-shell in my user session after a system.autoUpgrade-triggered nixos-rebuild switch. I'm not using GDM auto-login.
I don't have debug symbols but here's the stack trace from coredumpctl debug. Note that the top of the stack is still in on_user_changed in libaccountsservice. When I went looking at the source for these functions, the only thing which made sense was that act_user_get_user_name returned NULL, which led me to the upstream bug and then to here.
#0  0x00007f37f73ff900 in g_str_hash () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libglib-2.0.so.0
#1  0x00007f37f73fe9bf in g_hash_table_lookup () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libglib-2.0.so.0
#2  0x00007f37bf541f88 in on_user_changed () from /nix/store/scr7z07k1cmz98y9zs4sgl785951rywg-accountsservice-0.6.55/lib/libaccountsservice.so.0
#3  0x00007f37f74f6d5d in g_closure_invoke () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#4  0x00007f37f7509b25 in signal_emit_unlocked_R () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#5  0x00007f37f7512a5e in g_signal_emit_valist () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#6  0x00007f37f751311f in g_signal_emit () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#7  0x00007f37f5b95ff0 in ffi_call_unix64 () from /nix/store/fc98gcs4qh953bldnhb7lqqp9fqaxssv-libffi-3.2.1/lib/../lib64/libffi.so.6
#8  0x00007f37f5b9577a in ffi_call () from /nix/store/fc98gcs4qh953bldnhb7lqqp9fqaxssv-libffi-3.2.1/lib/../lib64/libffi.so.6
#9  0x00007f37f74f7552 in g_cclosure_marshal_generic () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#10 0x00007f37f74f6d5d in g_closure_invoke () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#11 0x00007f37f7509b25 in signal_emit_unlocked_R () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#12 0x00007f37f7511c6f in g_signal_emitv () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#13 0x00007f37bf54ad3d in accounts_user_proxy_g_signal () from /nix/store/scr7z07k1cmz98y9zs4sgl785951rywg-accountsservice-0.6.55/lib/libaccountsservice.so.0
#14 0x00007f37f5b95ff0 in ffi_call_unix64 () from /nix/store/fc98gcs4qh953bldnhb7lqqp9fqaxssv-libffi-3.2.1/lib/../lib64/libffi.so.6
#15 0x00007f37f5b9577a in ffi_call () from /nix/store/fc98gcs4qh953bldnhb7lqqp9fqaxssv-libffi-3.2.1/lib/../lib64/libffi.so.6
#16 0x00007f37f74f7552 in g_cclosure_marshal_generic () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#17 0x00007f37f74f6d5d in g_closure_invoke () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#18 0x00007f37f750937d in signal_emit_unlocked_R () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#19 0x00007f37f7512a5e in g_signal_emit_valist () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#20 0x00007f37f751311f in g_signal_emit () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgobject-2.0.so.0
#21 0x00007f37f7643508 in on_signal_received () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgio-2.0.so.0
#22 0x00007f37f7632654 in emit_signal_instance_in_idle_cb () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libgio-2.0.so.0
#23 0x00007f37f74105b8 in g_main_context_dispatch () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libglib-2.0.so.0
#24 0x00007f37f74109a8 in g_main_context_iterate.isra () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libglib-2.0.so.0
#25 0x00007f37f7410ca2 in g_main_loop_run () from /nix/store/mvldh5v35cnlr0b2132pzpcr2s7qw69w-glib-2.60.7/lib/libglib-2.0.so.0
#26 0x00007f37f68a900c in meta_run () from /nix/store/5slnp3vd1y56i07wiyqspvbr5ivna7r0-mutter-3.32.2/lib/libmutter-4.so.0
#27 0x0000000000403782 in main ()

Had the exact same issue today. my backtrace is identical to that of @jameysharp

This needs an upstream fix as reported in https://gitlab.freedesktop.org/accountsservice/accountsservice/issues/55. This is very confirmed.

I've been testing the systemd.services.accounts-daemon.restartIfChanged = false; workaround on one laptop and not on another.
On the laptop without the workaround, upgrading from 19.09.1160.a22b018900 to 19.09.1172.2d896998dc9 caused gnome-shell to crash.
On the laptop with the workaround, upgrading to that version from an older version (19.09.1149.107e2b7b29f) did not lead to a gnome-shell crash.
@worldofpeace, why did you say this is not a sufficient workaround? It's kind of a pain to test so I can easily believe I'm missing something.
Is it important to restart accounts-daemon on upgrade? I assume no other distro has reported this bug or there'd hopefully be more activity in the upstream bug report. Are other distros just not restarting it on upgrade for some reason, maybe?
Perhaps it's that… because NixOS treats accounts-daemon as changed if any of its transitive dependencies change, we upgrade+restart it a lot more frequently than anybody else does? Maybe nobody else is noticing because accounts-daemon changes rarely and other distros aren't triggering the crash often enough to annoy people into investigating?

I'm also seeing this crash and UI hang during nixos-rebuild switch.  I am not using gdm at all (I'm using sddm).  I'm able to recover the hung session if I can get to a terminal by running gnome-shell --replace &.  I left a note in the upstream bug with G_MESSAGES_DEBUG=all log output.

Still happens on NixOS 20.03 because the fix was never ported.


Bug title

Describe the bug
All applications fail to certify. Everything, Unity, Visual Studio projects, all of them fail with:
Error Found: The high OS version validation detected the following errors:
Cannot launch App
Cannot launch App
The app 32942PixelSkull.KrappyBirds_<IP_ADDRESS>_x64__k58evdrrsas3a failed platform version launch test.
and
Error Found: The crashes and hangs test detected the following errors:
Executable C:\Program Files\WindowsApps\32942PixelSkull.KrappyBirds_<IP_ADDRESS>_x64__k58evdrrsas3a\Wolf Pack Studios, LLC.exe was detected by Windows Error Reporting and experienced a crash or hang.
Application 32942PixelSkull.KrappyBirds_<IP_ADDRESS>_x64__k58evdrrsas3a was detected by Windows Error Reporting and experienced a crash or hang.
Crash dump file C:\Users\darkf\AppData\Local\Microsoft\AppCertKit\Wolf Pack Studios_ LLC.exe.14720.dmp was created by Windows Error Reporting and provides additional information.
these two errors happen on blank empty projects, doesn't matter what versioning you use, doesn't matter if its set to release, master or debug. It always erroneously fails. No one at unity seems to be taking it seriously probably because the app certification is MS app so out of their hands to control.
Steps to reproduce the bug
Make any fresh empty project in unity,
Set it for UWP,
Switch the build to UWP and build the project.
Load the built project in Visual Studio 2022 and associate it with a store front project,
Set the build to Master in the top of VS 2022
build the package for windows store.
Set your version or let it auto do it, doesn't matter fails either way,
Tell it to create the package and wait till it asks for app certification. It will fail.
If you upload the built package, it will fail as well with what I assume is the same error but it is worded so different I don't know for sure.
Expected behavior
All I know is the process used to be super easy and painless now it is a mess with no help anywhere that addresses this issue at all.
Screenshots

NuGet package version
WinUI 3 - Windows App SDK 1.3.2: 1.3.230602002
Windows version
Windows 11 (22H2): Build 22621
Additional context
This is mostly written in c# but builds to every other platform just fine it only fails the app cert for windows store.

Same issue since 10 months with Xamarin UWP


Experiment with Flow

As TypeScript is fundamentally incompatible with ES6 and Babel does not support it – it's not suitable for us. I'm going to check Flow. There will be a problems with IDEs, but let's try.

WebStorm does not officially support Flow for now
https://youtrack.jetbrains.com/issue/WEB-14254
But annotations for primitive types like
function foo(x: boolean, y: boolean):boolean {
  return x || or;
}

seems somehow compatible with IDE syntax. So the gradual introducing of Flow may be possible.

Incompatible with ES6:
https://github.com/facebook/flow/issues/62
Suspended.

Checklist: https://github.com/facebook/flow/issues/560

Not going to implement it in the foreseeable future. We have Tcomb which provides some benefit noone static typed platform gives. See https://twitter.com/IvanKleshnin/status/649135511584555008


[Question] About your codebase setup?

Hey @comigor!
Love your work on this package. Used it for some time now. However, among other things, it inspired me to write my own generator. I quickly took a look at your codebase to find some tips and tricks and quickly discovered a way better solution than I originally proposed to myself regarding serializing the builder options. json_serializable, of course!
I was just wondering about how you manage to use json_serializable while declaring a builder at the same time? I see some sneaky .g2.dart stuff, might that have to do with something? I've just been in a discussion over at dart-lang/build#3057 discovering that the build system in use can't handle this sort of setup. My work-around at the moment is to comment out the "builder definition" for my builder/generator in my build.yaml file of the generator package, run build_runner and then uncomment it again.
Do you have a similair issue? And if so, how do you work around it? If not, could you suggest something for me to do in order to alleviate the problem. Or am I simply missing something here?
Hope this doesn't take too much of your time. I didn't really know how else to reach you, so an issue it is.
Thanks!

Hey @emme1444, sorry for taking that long to reply!
Actually, I've bumped into this issue right when I've started Artemis, and that's exactly why there's the .g2.dart: that's me changing the extension to avoid build_runner being triggered for this project and failing.
What I do is a terrible manual job: everytime I need to change the generated file, I revert it back to .g.dart, comment build.yaml of Artemis, run build_runner and change it back to .g2.dart 😢
Sorry if this is disappointing, but I haven't found any other way past this.

No worries! Thanks for your response. Better late than never!
I see, so nothing that I hadn't expected. Oh well. That's the reality as it seems. We will all keep using this mess of a workaround then. Thanks for your insight. Have a great day!


SafariServices is not available when building for tvOS Simulator.

Xcode: 14.3.1
CocoaPod: 1.12.1
Step to reproduce:

use xcode 14.3.1 to create a new project for apple tv.
Pod init
Open the .xcworkspace
add FirebaseAuth
pod install
Build on Apple TV Simulator.

and got these error message:
SafariServices is not available when building for tvOS Simulator.

Please report at https://github.com/firebase/firebase-ios-sdk/issues with a completed template.


[docs] Add the use of Link with MenuItem

Add example regarding the use of Link from react-router-dom to be used with MenuItem as the documentation was missing this bit and online resources were not easy to find. (neither is deductible, to me at least).

[ ] I have followed (at least) the PR section of the contributing guide.

What do you guys think of consolidation this concern under material-ui.com/guides/composition/#react-router-demo? We could like the guide from each component page, where appropriate.

I like that. Especially since there are plenty of components that are interested in an integration (e.g. generic Links, nav menus, nav treeviews, nav anything basically).

@oliviertassinari I was thinking that too, as MenuItem is not the only use case. Would make much more sense your suggested approach.

Is this OK with you guys if I continue this pull request to implement the proposed approach?

Is this OK with you guys if I continue this pull request to implement the proposed approach?

It would be ideal for me as I didn't find time in-between work and personal life, you're a star 🌟

@MelMacaluso Thank you!


RDKVREFPLT-3158 : Split iarmmgrs hal into individual components

Adding Deepsleep manager source files to the repository

 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.


Added ukranian locale

requested in https://github.com/chriso/validator.js/issues/584

Coverage remained the same at 99.14% when pulling e15b7179a0f09dc86376fc429b8f63de139e0e53 on IOAyman:ioayman-ukrainian-local into bccf8a2322c25d06c6024aff02e2d0b9e3624471 on chriso:master.

Thanks.

@chriso You're welcome :+1:


Modal vertically centers around page content, not viewport on web

Description
When using the modal on a page that requires scrolling, the modal tries to wrap itself around the page content, rather than the viewport itself. I seems like this may only be an issue on web
CodeSandBox/Snack link
https://snack.expo.dev/@ihiutch/71788a
Steps to reproduce

Create a page that requires to scroll
Include a modal component

NativeBase Version
3.2.3
Platform

[ ] Android
[ ] CRA
[X] Expo
[ ] iOS
[X] Next

Other Platform
Web
Additional Information
Normally, I'd just add "position:fixed, overflow: auto, height: "100%", width: "100%" to my root elements, but using react-navigation makes this a little more complicated since it adds its own elements between the root and my pages.
My current solution is effectively a "reset" layout (position: fixed, height: '100%', width: '100%') that I apply to every screen where I use a modal.

Hi @IHIutch, Thanks for reporting this issue. We will look into it.

Bumping this as I don't think it should auto close

I have this issue as well with<EMAIL_ADDRESS>

This is an issue with the Overlay component. We're still working on it. Hope to fix this in the coming release. Thanks for your patience.

@surajahmed Do we know when next release will be? I kind of need to go to production with a expo web app that has this problem and is kind of big. I can wait max a week, if not I will need to implement other library for the modals. I need an estimation to know how to plan my work for next week. Thanks.

I installed the new 3.4.6 version and the bug is still here.

Currently on 3.4.9 and issue is sadly not yet resolved

Still having this issue as well, hope it will be resolved soon

<Modal
      isOpen={isOpen}
      onClose={onClose}
      height='100vh'
 >

Setting height to 100vh worked for me

Hi @joseito-terence, @ricohumme, @biskis, @ricohumme, @IHIutch, Sorry for the delay.  We have exposed Overlay to the modal Component.
to fix this issue you can write the following code using _overlay.
  <Modal isOpen={showModal} onClose={() => setShowModal(false)} _overlay={{style:{position:'fixed'}}}>
feel free to open this issue if it still persists.

Hi, thanks for the update. Could this also be released in the 3.3 branch?
3.4.x has (I believe to be) some unresolved issues making it hard for me to upgrade to that.

Hi @ricohumme, Can you elaborate on the issues you are facing? we are happy to help you migrate from v3.3 to v3.4.

Hi @Viraj-10 My issue lies with https://github.com/GeekyAnts/NativeBase/issues/4931
As I am not the only one mentioning this, I think something is off.
This is currently preventing me from upgrading

@ricohumme, We are currently working on this issue and it will be resolved and released by end of this week.

Hi @Viraj-10, just coming around to this and fixed does infact keep the modal centered in the viewport whilst scrolling is still possible in the background.
It does however raise an issue with typescript is fixed is not one of the possible options within the definition FlexStyle:

I'm running into this issue as well. Currently I'm using  native base version 3.4.28

Just as an update I found a quick work around, When opening the modal I forced the window to scroll all the way to the top of the page so the modal is centered on the screen:
  const toggleModal = () => {     window.scrollTo(0, 0);     setShow((prev) => !prev);   };
as well as stopping scrolling from happening while the modal is open:
show ? (document.body.style.overflow = 'hidden')     : (document.body.style.overflow = 'auto');


Revert "[#38] fixed potential IndexOutOfBoundsException"

Reverts intellij-lsp/intellij-lsp#7
@cdietrich shall we merge this to the development branch since the ongoing development happens there??

feel free to do so.i can do it on the dev branch again

@cdietrich Lets do so :) Thanks


Set v1.18.6 as stable in channel server

Update channel.yaml so v1.18.6 is now our stable version in the channel server.
Is for https://github.com/rancher/k3s/issues/2021

Ready for review but will wait to merge until we have the OK from QA.


Add appveyor-ci for Windows build

Add appveyor-ci for Windows build, test and release
Appveyor is a CI for Windows platform, and I test it on my fork branch for build(both 32bit and 64bit), test and release deploy. It works well. But one more thing that it's strange that I can't get automatically webhook setup to this repo. And I need setup webhook manurally.
So if you prefer, please go to this repo's Setting->Webhooks->Add webhook, and choose these follwing:
Payload URL: https://ci.appveyor.com/api/github/webhook?id=y2jb9s6yy4d4u0er
Let me select individual events: Push Pull request (these 2 is enough)
Leave others as default
After you setup webhook and push an new commit, you can go to https://ci.appveyor.com/project/lizhuoli/apng2webp/history to see the build result.
If you want an account to hold yourself(maybe is better), just go to https://ci.appveyor.com/signup and link your GitHub account, then create a project and find webhook URL on appveyor's Project->General->Webhook URL.

@Benny- If you have time, please tell me your opinion. 😄

I had some trouble setting up a project on https://ci.appveyor.com/ . A error occurred. But it works, so thats good.

Maybe you can try register with a email account and then link it to your GitHub account...I can't regidter directly with GitHub account too...(Buggy?). But whatever, it just an account and all the build preference is on the .appceyor.yml but not the GUI part, so what appveyor account this webhook link is actually no difference.


13 Pro  iOS 15.7.2 Misaka 8.2、8.2.1，TIPS are all gray, unable to enter KFD mode and restart repeatedly! Somebody can tell me,15.7.2's exploit mode is MDC or KFD?

13 Pro  iOS 15.7.2 Misaka 8.2、8.2.1，TIPS are all gray, unable to enter KFD mode and restart repeatedly!
Somebody can tell me,15.7.2's exploit mode is MDC or KFD?

15.7.2 should be KFC, but in my case, Tips are all gray. If you choose KFC, you will always restart the device.

Same. iPhone X.

Supported 15.7.x


DoppioJVM from NPM doesn't work in browser

I tried to install Doppio via NPM and it doesn't work...
I'll try to describe what I did.
I created a new project and typed next commands:
$ npm install doppiojvm
$ npm install browserfs

Then I added in the root a simple html file:
<html>
<head>
<script type="text/javascript" src="node_modules/browserfs/dist/browserfs.js"></script>
<script type="text/javascript" src="node_modules/doppiojvm/dist/dev/doppio.js"></script>
</head>
<body>

<script type="text/javascript">
  (function() {
      var mfs = new BrowserFS.FileSystem.MountableFileSystem(),
          fs = BrowserFS.BFSRequire('fs');
      BrowserFS.initialize(mfs);

      mfs.mount('/tmp', new BrowserFS.FileSystem.InMemory());
      mfs.mount('/home', new BrowserFS.FileSystem.LocalStorage());
      mfs.mount('/sys', new BrowserFS.FileSystem.XmlHttpRequest(
        'listings.json',
        'node_modules/doppiojvm/dist/dev')
      );

      new Doppio.VM.JVM({
        bootstrapClasspath: ['/sys/vendor/java_home/classes'],
        classpath: [],
        javaHomePath: '/sys/vendor/java_home',
        extractionPath: '/tmp',
        nativeClasspath: ['/sys/src/natives'],
        assertionsEnabled: false,
        tmpDir: '/tmp'
      }, function(err, jvmObject) {
        if (err) {
          console.error(err);
        }
      });
    })();
</script>

</body>
</html>

When I try to run it in a browser (via http-server) there is an error in console: Failed to initialize Ljava/lang/reflect/Constructor;.
I tried to diagnose this but it's too complicated for quick fix. I'm not sure that I created correct HTML-file for this test case. I've found that loading of superclass of Constructor is failed (Executor).

Change /sys/src/natives to /sys/natives. I moved the folder before the NPM release to make the directory structure clearer.
I'd like to apologize for how difficult it is to get DoppioJVM up and running. The next release will be much easier to use, and will have proper documentation.
Thanks, btw, for your wiki edits. However, I actually didn't know the wiki was publicly editable, so I changed the permissions so other people cannot edit it.
Some of your information was slightly incorrect -- in the callback passed to the constructor, you should not call arbitrary Java methods. Instead, you should call a class with a Main function, as you would with a regular JVM. That Main function can then invoke a native method, which can then begin invoking arbitrary JVM methods.

The next version of DoppioJVM will have a much clearer API, and will have more sanity checks.

Change /sys/src/natives to /sys/natives.

Perhaps you can edit the wiki to reflect this. It tripped me a couple of times. Thanks!

Sure; done.


How to distribute widgets?

Hi, I'm a widget author: https://github.com/gabrielelanaro/chemview and as of  notebook=4.2.0 I'm having problems loading the widgets. (ipywidgets=4.2.0 as well)
The widget files installation happens when the user calls a function enable_notebook as described here:
https://github.com/gabrielelanaro/chemview/blob/master/chemview/install.py
Modules are loaded using requirejs as per here:
https://github.com/gabrielelanaro/chemview/blob/master/chemview/static/chemview_widget.js
I've seen there is a two step installation process followed by projects such as pythreejs, but I can't find a guide on how to make something similar for my project.
Any tips?
So far the program manages to find the right paths using require. However, now I'm getting a timeout error when loading /nbextensions/widgets/widgets/js/widgets.js
utils.js:785 Couldn't create a view for model id '06314c6fb47d4835a47214115beace98'  --  Error: Load timeout for modules: /nbextensions/widgets/widgets/js/widget.js
http://requirejs.org/docs/errors.html#timeout
    at makeError (http://localhost:8889/static/components/requirejs/require.js?v=6da8be361b9ee26c5e721e76c6d4afce:165:17)
    at checkLoaded (http://localhost:8889/static/components/requirejs/require.js?v=6da8be361b9ee26c5e721e76c6d4afce:693:23)
    at http://localhost:8889/static/components/requirejs/require.js?v=6da8be361b9ee26c5e721e76c6d4afce:714:25

Hi @gabrielelanaro thanks for your message. The chemview widgets looks really cool!
The javascript API has changed quite a bit with ipywidgets 5.0 but from now on it should be much more stable as we have formally created an NPM package for the front-end code (jupyter-js-widgets), which will follow the semver convention for version numbering.
Instead of requiring /nbextensions/widgets/widgets/js/widgets.js, you probably want to require jupyter-js-widgets, same for any JavaScript of the core widgets.
I have juste created a "template" repository for custom widget authors who want to get started: https://github.com/jupyter/jupyter-widget-example.git
(all of it is in the PR https://github.com/jupyter/jupyter-widget-example/pull/1 at the moment)
If you follow that scheme for you custom widget, you will benefit from the new features such as the embedding of widgets in other websites than the notebook. (See screencast below):

This repo is soon going to be changed into a "cookie cutter" template that you can use to generate a new shell for a custom widget project.

Thanks so much for working on that, I'm very happy that the widgets js api is stabilizing! I'll migrate to the new widget project template.

@gabrielelanaro I updated the example and made it a cookiecutter template, so that you can generate all the boilerplate automatically.
The project is available here: https://github.com/jupyter/widget-cookiecutter


Please add back the Santa hat

I'm sad to see that one person being upset causes a feature to be removed. I'm upset that it was removed and I would like to see it added back.

Please look at this thread to see what we think:
https://www.reddit.com/r/vscode/comments/ed87t1/we_want_santa_hat_back/
Could you maybe provide an option to enable/disable the hat?

I'm totally agree that you should bring that santa hat back. Christmas is one of the most celebrated holidays over the world and Santa related things are accepted by everyone from children to seniors. That's weird that you removed a hat based on just one person claim.
If you really can't decide what is better let community to vote.

Please see https://github.com/microsoft/vscode/issues/87440 for more information.
In a nutshell you can update your copy of Insiders and there is a new option that will let you change the gear to a number of different icons.

It's cool that it is a setting, but would be nicer if the icon options weren't so rushed.
In comparison, Twitch's holiday icons were really well done and included Kwanzaa and Hanukkah references.

It's cool that it is a setting, but would be nicer if the icon options weren't so rushed.
In comparison, Twitch's holiday icons were really well done and included Kwanzaa and Hanukkah references.

Twitch probably had months to prepare these emotes while these were likely made on a whim due to unexpected feedback. Some of those look like they were also drawn by separate artists.


[All] Migrate to AGP 8.0

update to Gradle 8.1 and removes DSL_SCOPE_VIOLATION
updates to AGP 8.0 in all projects
updates to JAVA_VERSION.VERSION_17
migrates packagingOptions --> packaging.resources
updates workflows to use JDK 17 + zulu distribution
updates workflows to use build-sample.yml from current commit rather than using it from @main

For some reason, API 29 time outs for JetNews :(

@mlykotom rerun and passed.


Consider if SpanAttribute should be not an enum after all?

it has a case to allow future extension with __DO_NOT_SWITCH_ADD_A_DEFAULT_CASE_PLZ but consider if hiding it entirely is good or not.

It is explicitly like this:
public enum SpanAttribute: Equatable {
    public typealias Key = SpanAttributeKey

    case int32(Int32)
    case int64(Int64)

    case int32Array([Int32])
    case int64Array([Int64])

    case double(Double)
    case doubleArray([Double])

    case bool(Bool)
    case boolArray([Bool])

    case string(String)
    case stringArray([String])

    case __DO_NOT_SWITCH_EXHAUSTIVELY_OVER_THIS_ENUM

    case stringConvertible(CustomStringConvertible & Sendable)
    case stringConvertibleArray([CustomStringConvertible & Sendable])

so I think this is okey for future extension.
Switching over it is useful because implementations need to know what to emit to their underlying systems


Altjs typings

Type definitions for Alt base library as well as Alt/utils/chromeDebug and AltContainer.

alt/alt.d.ts
check list

[ ] is collect naming convention?

https://www.npmjs.com/package/alt
http://bower.io/search/?q=alt
others?

[ ] has a test file? (alt/alt-tests.ts or others)
[ ] pass the Travic-CI test?

Sorry for the delay - tests and typings updated - should be good to go.

@Shearerbeard thanks mate!


Catalina support

Any plans to bring Catalina support? 1.3.3 seems like it should work as long as the dialog popups are constantly cleared.  Unfortunately they pop under SB and it's not easy to get at them.

Hi @n0brainer,
Thanks for creating a ticket. I'll be looking into the issue you're facing asap.
Regarding the upgrade to Catalina (10.15) SB should support it without any changes. From the issue description, I'll need more information in order to determine what exactly is the issue.
Which popup are your referring to? The missing jamf.log one?
And which version of the Catalina BETA are you using?

Yeah, going through again on the latest beta, it appears to be TCC with terminal and wanting to access the network volumes and stuff.

@n0brainer Are you able to use PPPC configuration profiles to suppress these dialogs?

that's my next step, we can close this out for now.


Improve docs

Some typos and punctuation are fixed in the documentation. Also, some Spanish in the documentation was converted to English.

@EanKeen Thank you very much for the gift you are giving in vuesax


Add custom encoders support for router

I couldn't reproduce the behavior in tests, but responses may be encoded in the wrong order because JSONEncoder uses a Dictionary under the hood, but GraphQLJSONEncoder uses OrderedDictionary and always encodes GraphQLResult correctly.

Btw the implementation requires a bit higher version of GraphQL than was specified in Package.resolved

To encode a response with a different encoder, you can register one the same way you would register one with Vapor.
For incoming decoding, Graphiti 1.0.0 adds native support for custom decoders.
As mentioned in #15 the underlying Graphiti packages has support for custom encoders. So, in my opinion, writing an additional wrapper around isn't useful enough.
Do you think the same functionality could be achieved with the graphiti-1.0.0 branch instead?

Seems like it cannot be achieved with Graphiti, at least my implementation encodes GraphQLResult to a specific Vapor type. The problem is that currently, you can only override the encoder for a specific mediatype globally, I couldn't find another way to override it only for GQL routes.


permutations in pairs

Is there a way for this library to handle permutations in pairs?
const collection = ['a', 'b', 'c', 'd'];
const permutations = Combinatorics.permutation(collection, 2);
a b
a c
a d
b a
b c
......

ok looks like it does work


gdsfactory_gf180_pcells

The python scripts generate pcells for gf180 pdk in gdsfactory. The pcells are generated adhering to the design rules of gf180 pdk and can be used and visualized live in klayout platform using VScode or jupyter notebook. As of now, it inculdes the following cells - nfet, pfet,nwell contact, substrate contact, inverter cell. Other cells will be added in the future

vijayshankarr can you review this.

@msaligane  yes we can close this PR


Missing RenderFragment information for blazor

Description
The section Templated Razor Delegates is currently only applicable to MVC and Razor pages. The code samples as listed don't work in Blazor, where instead you need to use RenderFragment.
PR https://github.com/dotnet/AspNetCore.Docs/pull/31696 adds a note that the docs as-is don't apply to Blazor, but we should also add a section that shows how to do the equivalent in Blazor using RenderFragment
Page URL
https://learn.microsoft.com/en-us/aspnet/core/mvc/views/razor?view=aspnetcore-8.0#templated-razor-delegates
Content source URL
https://github.com/dotnet/AspNetCore.Docs/blob/main/aspnetcore/mvc/views/razor.md
Document ID
a0b3b70a-3b39-1b5f-a4ce-c41bd2d6b044
Article author
@Rick-Anderson

Hello @chsienki ... It's covered in the Blazor docs. We keep almost all of the Blazor content in that node. RenderFragments are covered in several spots pertaining to different use case scenarios. The two main coverage spots are ...

Components Overview (search the article text for "RenderFragment": https://learn.microsoft.com/aspnet/core/blazor/components/
Templated components: https://learn.microsoft.com/aspnet/core/blazor/components/templated-components


Version 2 Progress report A

Worked on line plot (but cant find a way to make them into one graph) Still learning the Streamlit from the democode in cybox

Worked on line plot (but cant find a way to make them into one graph)
Still learning the Streamlit from the democode in cybox


Only 20 users of South Korea

Hello :) There are only 20 users shown in South Korea. There must be more users. Can you check? Thanks :)

Sorry @Donghoon759 I will fix it. Sometimes GitHub returns 403 error.

aha Thank you!


Error when joining voice channel

So this is what I have so far:
Bot.on('ready', () => {
	let voiceChannelId = Bot.channels[1].id;
	Bot.joinVoiceChannel(voiceChannelId, (error, voiceConnection) => {
		if(!error) console.log(`Connected to voice channel`)
		else console.error(error);
		voiceConnection.playFile('./file.mp3');
	});
});
Bot.login(botDetails.mail, botDetails.pass);

The bot successfully joins the voice channel (I can see it), but in the console I get this error:
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: spawn help ENOENT
    at exports._errnoException (util.js:949:11)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:182:32)
    at onErrorNT (internal/child_process.js:348:16)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9)

The path for the file is right and the file is not corrupt. What's the problem here? Thanks.

https://github.com/hydrabolt/discord.js/issues/418

@GexoXYZ I didn't even had ffmpeg installed. Thanks.

@GexoXYZ Just installed ffmpeg, still not working. Same error. Ffmpeg is working correctly in the command line.

@GexoXYZ Alright, now I don't get any errors, but the sound is simply not playing. I'm in the same voice channel as the bot, he's not muted, but nothing is coming through.

Do you get any errors when installing d.js?

@GexoXYZ Nope, the bot itself works perfectly (text messages, etc.), it's just that the audio for some reason doesn't play.

Can you do
voiceConnection.playFile('./file.mp3', (err, intent) => {
   console.log(err);
});

@GexoXYZ Null, no error.

@GexoXYZ No error means that it should be playing, right? The strange thing is that if it was playing there should be a green circle around the bot's icon (under the voice channel). There's no green circle around the icon.

This sounds like opus didn't compile properly. Errors in installation don't mean that it won't work. Can you recheck?

@GexoXYZ So when I installed discord.js I didn't have XCode CLI Tools installed so opus didn't compile at all. Now I reinstalled it (this time opus did compile), tried again, but still no luck, same as before. Although I did get a warning while installing discord.js:
../src/node-opus.cc:41:1: warning: 'OpusEncoder' defined as a class here but previously declared as a
struct [-Wmismatched-tags]
class OpusEncoder : public ObjectWrap {
^
../src/../deps/opus/include/opus.h:164:9: note: did you mean class here?
typedef struct OpusEncoder OpusEncoder;
        ^~~~~~
        class
1 warning generated.

@GexoXYZ I want to kill myself right now. I've been using the wrong filename for the .mp3 file.

@GexoXYZ Anyways, it works. Thanks for the help!

ayy lmao


Selecting dates on a Date field won't work on Safari

The date and time picker will work on Firefox / Chromium browsers, but will have no effect when used from Safari.
Installed libraries and their versions

<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>
To Reproduce
Set a Date field like so:
export const ProductSchema = new mongoose.Schema<IProductDocument>({
        // ...
	visibleAfter: { type: Date, default: Date.now },
        // ...
})

const options: ResourceOptions = {
        // ...
        visibleAfter: { position: 2, props: { placeholder: "(date after which the product becomes visible, by default: now)" } },
        // ...
}

Create a new item, or edit an existing one
Click the blue button of the date field to open the calendar
Select a date (nothing will happen, no error on the console)

Expected behavior
Selecting a date should update the value in the box and the time picker should also be rendered with the same components as the rest of browsers.
Screenshots

AdminBroOptions with schema
Paste your AdminBro config with database schema if it could be related to the issue
Desktop

OS: MacOS Big Sur
Browser: Safari
Version 14.0.2

The same problem
https://user-images.githubusercontent.com/1740470/109499827-f6a4ad00-7ac7-11eb-97db-e9f373a8190f.mov
"admin-bro": "3.3.1",
"@admin-bro/express": "3.0.1"
Safari: 14.0.3
macOS: 10.15.7


Revert "Support task resource tracking in OpenSearch"

Reverts opensearch-project/OpenSearch#2639 given build break failures.
@tushar-kharbanda72

Could not determine the dependencies of task ':testCodeCoverageReport'.
> Could not resolve all task dependencies for configuration ':allCodeCoverageReportClassDirectories'.
    > Could not find org.apache.lucene:lucene-core:9.2.0-snapshot-f4f1f70.

Could not determine the dependencies of task ':testCodeCoverageReport'.

Could not resolve all task dependencies for configuration ':allCodeCoverageReportClassDirectories'.
Could not find org.apache.lucene:lucene-core:9.2.0-snapshot-f4f1f70.

Depends on #3042

Just rebased. I often forget I have to add my sign-off due to gpg signing. An added layer of security I really like but not that friendly w/ our DCO check.

Last 2 PRs are successful as well, without a revert:

https://github.com/opensearch-project/OpenSearch/pull/3037
https://github.com/opensearch-project/OpenSearch/pull/3048
Let's hold on (if there is no issues right now) till @tushar-kharbanda72 takes a look at the failures?


Peer to peer code review: Morning session meeting

Good job so far! 🚀 We can see a great effort into your project!!
There are some issues that you still need to work but you are almost there! 👌
Highlights
✅ Good implementation
✅ Your design looks like Figmas
✅ Commits are descriptive
Required Changes ♻
The X button has to be placed in the right corner.
Please make sure that your design is full responsive as you shorten the screen size.
We hope these comments can help your project show in a more professional way.

Great job:thumbsup:
Congratulations:congratulations:
Your projects meet all requirements.
Highlights
:white_check_mark: Same design as Figma.
:white_check_mark: Correct GitHub flow
Time to merge your branch :sunglasses:


DSND-1547: Add date serialiser to company appointments api

*Added LocalDate and LocalDateTime serialisers/deserialisers.
*Added appropriate converter classes and configuration changes.
DSND-1547

Unnecessary as work picked up in other tickets.


Azure doesn't print inventory stats during refreshes in the logs like other providers

The Azure provider does not print inventory stats during refreshes in the logs like other providers do (sample shown below) which makes it very difficult to debug issues as well having us request information via postgresql query or rails console command. Not sure if all other providers have a standard format to which they should follow.
Snippet of information provided by VMWare refresh:
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Storage inventory...Complete - Count: [43]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Storage Pod inventory...
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Storage Pod inventory...Complete - Count: [2]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Storage Profile inventory...
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Storage Profile inventory...Complete - Count: [0]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Dvportgroup inventory...
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Dvportgroup inventory...Complete - Count: [151]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Dvswitch inventory...
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Dvswitch inventory...Complete - Count: [3]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Host inventory...
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Host inventory...Complete - Count: [14]
#get_vc_data) EMS: [vCenter], id: [93000000000001] Retrieving Vm inventory...

@miq-bot assign @djberg96

@jdeubel @bronaghs Please review https://github.com/ManageIQ/manageiq-providers-azure/pull/76

@jdeubel Please close if you are happy with ManageIQ/manageiq-providers-azure#76

@djberg96  This looks good closing...


Support the plain LRU policy

Fixes #388. (CC: @PhotonQuantum)
This PR does the followings:

Adds a support for the plain LRU eviction policy.
Adds a new method eviction_policy to the CacheBuilder to choose either the EvictionPolicy::TinyLfu or the EvictionPolicy::Lru at the cache creation time.

The TinyLFU policy will remain the default until we implement the Window TinyLFU with hill climbing.

#249

I ran some experiments with an updated Moka driver for the Caffeine Simulator:

https://github.com/moka-rs/caffeine-sim-drivers/pull/1

I confirmed that the both the LRU and TinyLFU policies of Moka are working as expected. Their hit rates are comparable to the simulation results of the LRU and TinyLFU policies respectively.


feat: auto publish after creating new provision.

Description
Auto publish after creating new provision.
Task Item
closes #7148
Screenshots

Coverage decreased (-0.1%) to 50.754% when pulling cd6ef3896bb97ef8d3b06bbc1d432cbd6d156cbc on julong/skill-supplement into 13a82cf2771d53693811f71016d61979c5f50cfc on main.

@alanlong9278 Minor comments to be resolve before u can merge.


Update Expand/Collapse Icon

Definition of Ready

[ ] Does this meet the INVEST criteria?
[ ] Does this have a clearly defined user?
[ ] Does this have an estimate?
[ ] Does this have acceptance criteria?
[ ] Does this have sufficient context (wireframes, business rules, etc.)?
[ ] Is this traceable to a feature, epic, or PI?

User Story
As a user
I want the expand/collapse icon to be a up/down carrot
So that I can understand what happens when I click it
Acceptance Criteria
Given a user is viewing a table with expandable rows
When I click the expand icon
Then it behaves as directed in the wireframes
Context
See wireframes 2
Testing
Test Case:
Tester:
Definition of Done

[ ] Have all Acceptance Criteria been agreed to and validated by the scrum team?
[ ] Has the code been unit tested and peer reviewed?
[ ] Have the functional tests been executed?
[ ] Have all defects been reviewed and dispositioned, resolved, or deferred?
[ ] Has the user story been accepted by the Product Owner?
[ ] Is the user story ready to be deployed to the test/staging environments?

resolved via other work


Travis support for rails/ar 4.0, 4.1 and 4.2

This adds sepperate gemfiles for all actualy released versions of rails 4 and active record 4. It also support ruby 2.2.
you may prefere merging this over the minor changes from https://github.com/inossidabile/protector/pull/62 or https://github.com/inossidabile/protector/pull/61

Don't know wat to do with the failing installation of gems when activrecord/rails is used with jruby-19mode

the issue is the new statement cache in ActiveRecord 4.2.
It doesn't ask for a scope unless skip_statement_cache? returns true
and skip_statement_cache? returns false unless there is already a scope
but since protector is dynamically adding the scope on request of the scope there is not scope at the time skip_statement_cache? is called.
there's a simple fix (although a little rough to hunt down) https://github.com/Updater/protector/pull/2/files


Timings and outfile names

Okay this is my current mental model:
        | <----- included ----> |
--------|-----------------------|------------------x------------------------> time
01.01.18 00:00h         02.01.18 00:00h    02.01.18 07:15h (MeHR was started here)

So MeHR is started in the morning, assuming a human is still doing it.

and the complete 24 hours between the last midnight and the midnight before is included in the report.

people like to put timestamps into the filenames, now the question is, which timestamp should we put into the filename?

1.) hotelname_010118_0000.xls  -> start of the reporting time window
2.) hotelname_020118_0000.xls  -> end of the reporting time window
3.) hotelname_020118_0715.xls  -> time, when MeHR was running
I think number 1 makes most sense: since the report date "01.01.18" tells the reader of the name: "this report contains all arrivals of the 01.01.2018.

I chose 1


Py interface

I added some pyi files for the modules that has more documentation.

Hey @KiraPC ,
Overall looks good, thank you!
There is a topic to discuss.
pyi files can be placed together with py files or in the separated directory. I didn't decide yet, which way I prefer.
Do you know something about best practices for this?
I see pros and cons for both approaches.
Also, it looks like there are some conflicts with the main branch. Pls, pull the last changes from main.

Hi @roman-right
Yes, I saw the alternative on how to put the stub files, so I got the decision to put them in the same folder of the source code for this reasons:

Got inspiration by a famous Python library that is "numpy", it use the same approach for its interfaces
For a personal experience. When using a new library, I use to explore the source code directly on the IDE, go to the source of the functionality I'm using by the VSCode feature "go to definition". This feature bring you to the pyi file, if exists, and if the source code is in the same directory, it is easier to have a look on it.

Anyway, lets discuss together what do you prefer.
I'll align with main ASAP.

This guy got outdated. But I keep the idea to make separate interface files alive.


Clarify layer merge order

Describe the bug
The current documentation contains contradictory information regarding which lambda layer (auto-instrumentation vs collector) should be merged/added to the lambda first.
Specifically:

The auto-instrumentation doc says you should add the collector layer first:

See the Collector Lambda layer guidance to add the layer to your application and configure the Collector. We recommend you add this first.

The collector doc implies you should add the auto-instrumentation layer first:

Once you’ve instrumented your application you should add the Collector Lambda layer to collect and submit your data to your chosen backend.

What did you expect to see?

If the order in which the layers are merged into your lambda matters, clearly state what the recommended order is -- i.e. which layer we should add first: Auto-instrumentation or Collector?
If the order does NOT matter, then clearly state that instead.

@rapphil does the layer order matter?  I don't think it does.

@tylerbenson @rapphil I had some layer ordering issues in Thundra, so according to my experience, as long as layers have different paths under /opt, it is not a problem because there is no conflict/overlap. Otherwise, as far as I remember, last layer will be exported later and its content will override previous ones in case of conflict.
So, as far as I see, there is no possible conflict between collector layer and any instrumentation layer, layer order should not matter.


[stable/jenkins] deprecate chart

This chart was moved to a new location: https://github.com/jenkinsci/helm-charts
Part-of: #21103
Part-of: #23562
Part-of: jenkinsci/helm-charts#4
Should be merged after https://github.com/jenkinsci/helm-charts/pull/1
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Title of the PR starts with chart name (e.g. [stable/mychartname])

/assign @wmcdona89

This is good to go:
$ helm repo add jenkinsci https://charts.jenkins.io/
$ helm search repo jenkinsci
"jenkinsci" has been added to your repositories
NAME             	CHART VERSION	APP VERSION	DESCRIPTION
jenkinsci/jenkins	2.6.0        	lts        	Open source continuous integration server. It s...

/lgtm


ART-7622 Do not have ocp4 check for automation freeze state

ocp4 is either triggered by ocp4-scan, or manually. ocp4-scan already checks for automation freeze state, and skips the build if it's not permitted. Doing the same in ocp4 seems redundant, as manual builds are most likely to be test builds that need to run even when automation is frozen.

/lgtm

/lgtm

/approve


Replace nix with rustix

As title says, this PR proposes replacement of nix crate with rustix.
Currently, the only package dependent on nix is a wl-clipboard-rs, and it's moving from nix to rustix as well in upcoming update to match the wayland-rs: https://github.com/YaLTeR/wl-clipboard-rs/commit/e81562a06b4c4879bd14524c86c866654a17e4b2
This change simplifies dependency tree for a bit and the migration is pretty straightforward. If there's any downsides I'm not aware of these.

Thank you for your contribution!


Not available PDF documentation for 5.12

Description
The pdf documents linked in http://docs.opennebula.io/5.12/ are not available for download because the documents are not generated:
The link document and all links for version 5.12 are missing.
To Reproduce
Following the link
http://docs.opennebula.io/pdf/5.12/opennebula_5.12_intro_release_notes.pdf
Linked in http://docs.opennebula.io/5.12/
The folder http://docs.opennebula.io/pdf/5.12/ was not found on the server.
Expected behavior
The links provided must exist.
Details

Affected Component: Documentation in pdf format.
Hypervisor: ALL
Version: 5.12

Progress Status

[ ] Branch created
[ ] Code committed to development branch
[ ] Testing - QA
[ ] Documentation
[ ] Release notes - resolved issues, compatibility, known issues
[ ] Code committed to upstream release/hotfix branches
[ ] Documentation committed to upstream release/hotfix branches

PDF documentation is abandoned, now everything is published on https://docs.opennebula.io/6.2/, closing this.


./target/debug/risingwave ctl meta unregister-worker 4 returns wrong error message

Describe the bug
./target/debug/risingwave ctl meta unregister-worker 4
error: unexpected argument 'ctl' found

./target/debug/risingwave ctl meta unregister-workers
error: the following required arguments were not provided:
  --workers <worker_id or worker_host:worker_port, ...>

Usage: risingwave ctl meta unregister-workers --workers <worker_id or worker_host:worker_port, ...>

For more information, try '--help'.

correct usage:
./target/debug/risingwave ctl meta unregister-worker --workers 4

Error message/log
No response
To Reproduce
No response
Expected behavior
should not be error: unexpected argument 'ctl' found but point out the correct usage
How did you deploy RisingWave?
No response
The version of RisingWave
7f7c6ff0ed1bd24402efedeb06d03fc9ec391c54
Additional context
No response

./target/debug/risingwave ctl meta unregister-worker --workers 4


Remove version: Jackett.Jackett version 0.21.2103

404 - release deleted
Microsoft Reviewers: Open in CodeFlow

URL: https://github.com/Jackett/Jackett/releases/download/v0.21.2103/Jackett.Installer.Windows.exe
Response Error: The remote server returned an error: (404) Not Found.
(Automated message - build 918)


What about streaming through the NVR

I'm not able to find any example on how to stream through the NVR ?

This library can pull the event stream either directly from a camera or from the NVR.  It does not allow you to pull video or images however, just observed events.  There is no change in the connection syntax between camera or NVR.


Class not loaded : com.alibaba.testable.core.tool.TestableTool

use MOCK_CONTEXT with Mockito，rais Class not loaded : com.alibaba.testable.core.tool.TestableTool error
@Service
public class FooService {
public String hello() {
    return "hello";
}

}
@Service
public class DemoService {
@Autowired
private FooService fooService;

public String hello() {
    return fooService.hello();
}

}
// test
public class DemoServiceTest {
@Mock
private FooService fooService;

@InjectMocks
private DemoService demoService;

public void before() {
    MockitoAnnotations.initMocks(this);
}

@MockMethod(targetClass = FooService.class)
public String hello() {
    switch ((String)MOCK_CONTEXT.get("case")) {
        case "one":return "mock_one";
        case "two":return "mock_two";
        default:return "mock";
    }
}

@Test
public void test_hello() {
    MOCK_CONTEXT.put("case","one");
    demoService.hello();
    MOCK_CONTEXT.put("case","two");
    demoService.hello();
}

}

You could just ignore this error, there are some bytecode modification applied to MOCK_CONTEXT before test execution, so the IDE cannot show this variable as it was, it won't effect the whole debug process.

it will cause npe

According to this issue and #126 , it's very likely that the testable-agent hasn't been correctly configured in context. (MOCK_CONTEXT is literally defined as null if byte code modification not happening, also mocks in #126 not working)
Check the pom.xml or build.gradle file, if the testable-agent.jar part is missed.
In the coming 0.6.1 version, some more diagnose information will be added for self-troubleshooting, which I think would make it easier to find out the issue.

Could you try 0.6.2 version (or 0.6.1), and have a look in the testable-agent.log file according to the troubleshooting doc ? thanks.

Actually i miss testable-agent.jar part in pom.xml，testable-agent.log is readly helpful from 0.6.2 version. thanks for your support!


chore: Update README for Step Functions TypeScript stack

What does this PR do?
Step Function support is complete, so this PR updates the README for TypeScript stack so users can play around with it.

Motivation

Testing Guidelines
Tested that this stack works.

Additional Notes

Types of Changes

[ ] Bug fix
[ ] New feature
[ ] Breaking change
[x] Misc (docs, refactoring, dependency upgrade, etc.)

Check all that apply

[ ] This PR's description is comprehensive
[ ] This PR contains breaking changes that are documented in the description
[ ] This PR introduces new APIs or parameters that are documented and unlikely to change in the foreseeable future
[ ] This PR impacts documentation, and it has been updated (or a ticket has been logged)
[ ] This PR's changes are covered by the automated tests
[ ] This PR collects user input/sensitive content into Datadog

/merge


Defined default dial timeout (5 seconds)

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

Pull request type

Please check the type of change your PR introduces:

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

What is the current behavior?

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

Other information

Codecov Report

Merging #355 (db48c8e) into master (302d048) will decrease coverage by 24.83%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           master     #355       +/-   ##
===========================================
- Coverage   59.50%   34.67%   -24.84%
===========================================
  Files         207      116       -91
  Lines       22372    16010     -6362
===========================================
- Hits        13313     5551     -7762
- Misses       8249    10235     +1986
+ Partials      810      224      -586

Flag
Coverage Δ

1.16.x
34.28% <ø> (-24.70%)
:arrow_down:

1.18.x
34.60% <ø> (-24.78%)
:arrow_down:

1.19.x
34.64% <ø> (-24.61%)
:arrow_down:

connection
?

database_sql
?

discovery
?

e2e
?

integration
?

macOS-latest
34.64% <ø> (-0.03%)
:arrow_down:

ratelimiter
?

scripting
?

table
?

topic
?

ubuntu-latest
34.28% <ø> (-25.16%)
:arrow_down:

unit
34.67% <ø> (-0.12%)
:arrow_down:

windows-latest
?

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

 Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


I get the chapter file without break lines

Hi!
How can I ask the script to break each line y a new line.
It makes no sense for obsidian because it cannot get the headings (dividing verses).
This is what I get:
`# Genesis 1

Genesis 1 (World English Bible) ##### Chapter 1 ###### 1 In the beginning, God created the heavens and the earth. ###### 2 The earth was formless and empty. Darkness was on the surface of the deep and God's Spirit was hovering over the surface of the waters. ###### 3 God said, "Let there be light," and there was light. ###### 4 God saw the light, and saw that it was good. God divided the light from the darkness. ###### 5 God called the light "day", and the darkness he called "night". There was evening and there was morning, the first day. ###### 6 God said, "Let there be an expanse in the middle of the waters, and let it divide the waters from the waters." ###### 7 God made the expanse, and divided the waters which were under the expanse from the waters which were above the expanse; and it was so. ###### 8 God called the expanse "sky". There was evening and there was morning, a second day. `

Done!!!
Changing ruby file:
`# simplify verse/chapters numbers (or remove entirely if that option set)
if opts[:numbering]
Now see whether to start chapters and verses as H5 or H6
if opts[:newline]
# Extract the contents of the 'versenum' class (which should just be numbers, but we're not going to be strict)
passage.gsub!(%r{\s*(\d+-?\d?)\s*}, "\n ###### v\1 \n ")
# verse number '1' seems to be omitted if start of a new chapter, and the chapter number is given.
passage.gsub!(%r{\s*(\d+)\s*}, "\n ##### Capítulo \1 \n ###### v1 \n ")
else
# Extract the contents of the 'versenum' class (which should just be numbers, but we're not going to be strict)
passage.gsub!(%r{\s*(\d+-?\d?)\s*}, '\1 ')
# verse number '1' seems to be omitted if start of a new chapter, and the chapter number is given.
passage.gsub!(%r{\s*(\d+)\s*}, '\1:1 ')
end
else
passage.gsub!(%r{.?}, '')
passage.gsub!(%r{.?}, '')
end`

Edit the file bg2obs.sh.
Change line 182 from text=$(echo $text | sed 's/^(.*?)v1/v1/') # Deleting unwanted headers to text=$(echo "$text" | sed 's/^(.*?)v1/v1/') # Deleting unwanted headers
Then change line 229 from echo -e $export >> "$filename.md" to echo -e "$export" >> "$filename.md"
Save the file and try again. That fixed the problem for me

Edit the file bg2obs.sh.
Change line 182 from text=$(echo $text | sed 's/^(.*?)v1/v1/') # Deleting unwanted headers to text=$(echo "$text" | sed 's/^(.*?)v1/v1/') # Deleting unwanted headers
Then change line 229 from echo -e $export >> "$filename.md" to echo -e "$export" >> "$filename.md"
Save the file and try again. That fixed the problem for me

That worked for me too!


[FEATURE] check if BRIN style logic improves performance

Numpy arrays include min and max values, see if checking this before running the where code improves performance.
Probably only works for numeric fields for equals, greater than and less than checks.

on a 1 million item list, the performance was improved from 0.005s to 0.0045s, with the check in place. Without the check, the performance was 0.0045s, so it took about as long to work out if to use the optimization as the optimization gained.


Not working from init() method

After generating  pkged.go, I was hoping I can run the same way without public folder. but it is failing...
Sample code to reproduce...
pkger-example.zip
Before renaming public
go run main.go pkged.go
in shared init
Name:  index.html
Size:  257
Mode:  -rw-rw-r--
ModTime:  2019-11-10 15:59:20 -0800 PST
in main init
hi
Name:  index.html
Size:  257
Mode:  -rw-rw-r--
ModTime:  2019-11-10 15:59:20 -0800 PST

Before renaming public to public1
go run main.go pkged.go
in shared init
2019/11/10 22:04:25 stat /mywork/pkger-example/public/index.html: no such file or directory
exit status

main.go
package main

import (
	"fmt"
	"log"

	"app/shared"
	"github.com/markbates/pkger"
)

func main() {
	println("in main init")
	shared.Say()
	if err := run(); err != nil {
		log.Fatal(err)
	}
}

func run() error {
	info, err := pkger.Stat("/public/index.html")
	if err != nil {
		return err
	}

	fmt.Println("Name: ", info.Name())
	fmt.Println("Size: ", info.Size())
	fmt.Println("Mode: ", info.Mode())
	fmt.Println("ModTime: ", info.ModTime())

	return nil
}

config.go
package shared

import (
	"fmt"
	"log"

	"github.com/markbates/pkger"
)

func init() {
	println("in shared init")
	info, err := pkger.Stat("/public/index.html")
	if err != nil {
		log.Fatal(err)
	}

	fmt.Println("Name: ", info.Name())
	fmt.Println("Size: ", info.Size())
	fmt.Println("Mode: ", info.Mode())
	fmt.Println("ModTime: ", info.ModTime())
}

func Say() {
	println("hi")
}

If you look inside the pkged.go created, you could see that a _ var is created calling to the Apply method. The Apply method is in charge of the magic to read the binary files.
But if you use a init for this read files you will have a unexpected results, because the package import sort matters.
I try to illustrate with this simple code:
https://play.golang.org/p/vy40L7ogbWD
I think that read files from init() is a not good idea, with this package or another, you could the same with an explicit call.

it is common to load config files in init() bootstrap dependencies.  it would be nice if we have explicit way to call Apply in pkged.go sothat we carol the order

https://medium.com/@markbates/go-init-order-dafa89fcef22
The init function is unpredictable, and can cause a lot of problems. It is generally frowned upon to use because of that. It caused many, many issues in Packr, that I'm not excited about repeating with pkger.
To that end, I have a couple of potential solutions to the problem.

would be for you to roll your own, instead of using the pkger command itself. https://github.com/markbates/pkger/blob/1a3cb0f04d44d7670f56127bb574eb30b97b3867/cmd/pkger/cmds/pack.go#L113 It's not particularly difficult, but I can understand that might not be desirable.

a -template flag that allows you to pass in your own template instead of the one that pkger uses by default. I prefer this solution, as it helps other peeps too.

the second option would be nice, so that we can have our own wrapper function and control when and where   pkger get initialized.

I have a use case where I want to add build tags to pkged.go, which could also be solved by a -template flag.

The init function is unpredictable, and can cause a lot of problems. It is generally frowned upon to use because of that. It caused many, many issues in Packr, that I'm not excited about repeating with pkger.

Why not run it in a variable?
var _ = func() {
    log.Println("Free init!")
}()

For the benefit of others, can this information (not working when initialised through init) at least be included in the README.md?
Spent couple of hours trying to figure out why the trivial set up did not work, had initialised templates in init() function in the subpackage, it worked fine with the directory present, and packaged ok, but when executable file was moved elsewhere, it could not access virtual template directory and failed.  Once everything moved to New() (and out of init), everything started working.

PRs are welcome, especially for docs.


Return meaningful JSON RPC errors (#1213)

Fixes #1211

[ ] Documented (Code comments, README, etc.)
[ ] Tested (unit, integration, etc.)

Codecov Report
Patch coverage: 33.33% and project coverage change: -0.09 :warning:

Comparison is base (ea51719) 74.66% compared to head (947cecb) 74.57%.

:exclamation: Current head 947cecb differs from pull request most recent head 39c0a99. Consider uploading reports for the commit 39c0a99 to get more accurate results

Additional details and impacted files
@@               Coverage Diff                @@
##           release/0.23    #1234      +/-   ##
================================================
- Coverage         74.66%   74.57%   -0.09%
================================================
  Files                31       31
  Lines              2214     2218       +4
  Branches            437      437
================================================
+ Hits               1653     1654       +1
- Misses              439      443       +4
+ Partials            122      121       -1

Impacted Files
Coverage Δ

packages/relay/src/lib/eth.ts
83.93% <27.27%> (-0.49%)
:arrow_down:

packages/relay/src/lib/errors/JsonRpcError.ts
70.00% <100.00%> (+3.33%)
:arrow_up:

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Add check hook for pgstat_end_function_usage in fmgr

Description
Introduce function to check if pg_stat entry exists in local cache for given key.
Add a hook to validate if pg_stat entry still exists before calling pgstat_end_function_usage.
Cherry Picked From: https://github.com/babelfish-for-postgresql/babelfish_extensions/pull/2352
Engine PR: https://github.com/babelfish-for-postgresql/postgresql_modified_for_babelfish/pull/309
Extension PR: https://github.com/babelfish-for-postgresql/babelfish_extensions/pull/2367
Issues Resolved
[BABEL-4740]
Sign Off
Signed-off-by: Tanzeel Khan<EMAIL_ADDRESS>Check List

[ ] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is under the terms of the Apache 2.0 and PostgreSQL licenses, and grant any person obtaining a copy of the contribution permission to relicense all or a portion of my contribution to the PostgreSQL License solely to contribute all or a portion of my contribution to the PostgreSQL open source project.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

-1 of 11 (90.91%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.004%) to 72.882%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

contrib/babelfishpg_tsql/src/hooks.c
10
11
90.91%

Totals

Change from base Build<PHONE_NUMBER>:
0.004%

Covered Lines:
41093

Relevant Lines:
56383

💛  - Coveralls