Different Launch error for ROS2 Foxy and Humble

Hey,
I have installed simulator on two platform;

Ubuntu 22.04, ROS Humble, Laptop
Ubuntu 20.04, ROS Foxy, Nvidia Orin(Jetpack)

But after I have installed varied on ROS version, the output is so different.
I executed this commands on terminal; ros2 launch ur5_ros2_moveit2 ur5.launch.py
For case of No.1,
[INFO] [launch]: All log files can be found below /home/lenin/.ros/log/2023-06-09-21-29-36-419372-lenin-W65-W67RC-27702
[INFO] [launch]: Default logging verbosity is set to INFO

 --- Cranfield University ---
        (c) IFRA Group

ros2_RobotSimulation --> UR5 ROBOT
Launch file -> ur5.launch.py

Robot configuration:

- Cell layout:
     + Option N1: UR5 ROBOT alone.
     + Option N2: UR5 ROBOT on top of a pedestal.
  Please select: 1

- End-effector:
     + No EE variants for this robot.

[INFO] [gzserver-1]: process started with pid [27703]
[INFO] [gzclient-2]: process started with pid [27705]
[INFO] [spawn_entity.py-3]: process started with pid [27707]
[INFO] [static_transform_publisher-4]: process started with pid [27709]
[INFO] [robot_state_publisher-5]: process started with pid [27712]
[static_transform_publisher-4] [WARN] [1686338980.950500225] []: Old-style arguments are deprecated; see --help for new-style arguments
[static_transform_publisher-4] [INFO] [1686338980.957832884] [static_transform_publisher]: Spinning until stopped - publishing transform
[static_transform_publisher-4] translation: ('0.000000', '0.000000', '0.000000')
[static_transform_publisher-4] rotation: ('0.000000', '0.000000', '0.000000', '1.000000')
[static_transform_publisher-4] from 'world' to 'base_link'
[robot_state_publisher-5] [INFO] [1686338980.975508549] [robot_state_publisher]: got segment base
[robot_state_publisher-5] [INFO] [1686338980.977719827] [robot_state_publisher]: got segment base_link
[robot_state_publisher-5] [INFO] [1686338980.978309998] [robot_state_publisher]: got segment base_link_inertia
[robot_state_publisher-5] [INFO] [1686338980.978764599] [robot_state_publisher]: got segment flange
[robot_state_publisher-5] [INFO] [1686338980.979177780] [robot_state_publisher]: got segment forearm_link
[robot_state_publisher-5] [INFO] [1686338980.979576635] [robot_state_publisher]: got segment shoulder_link
[robot_state_publisher-5] [INFO] [1686338980.979966993] [robot_state_publisher]: got segment tool0
[robot_state_publisher-5] [INFO] [1686338980.980361644] [robot_state_publisher]: got segment upper_arm_link
[robot_state_publisher-5] [INFO] [1686338980.980752762] [robot_state_publisher]: got segment world
[robot_state_publisher-5] [INFO] [1686338980.981172275] [robot_state_publisher]: got segment wrist_1_link
[robot_state_publisher-5] [INFO] [1686338980.981580547] [robot_state_publisher]: got segment wrist_2_link
[robot_state_publisher-5] [INFO] [1686338980.981982631] [robot_state_publisher]: got segment wrist_3_link
[spawn_entity.py-3] [INFO] [1686338981.491150274] [spawn_entity]: Spawn Entity started
[spawn_entity.py-3] [INFO] [1686338981.491656892] [spawn_entity]: Loading entity published on topic robot_description
[spawn_entity.py-3] /opt/ros/humble/local/lib/python3.10/dist-packages/rclpy/qos.py:307: UserWarning: DurabilityPolicy.RMW_QOS_POLICY_DURABILITY_TRANSIENT_LOCAL is deprecated. Use DurabilityPolicy.TRANSIENT_LOCAL instead.
[spawn_entity.py-3]   warnings.warn(
[spawn_entity.py-3] [INFO] [1686338981.493562367] [spawn_entity]: Waiting for entity xml on robot_description
[gzserver-1] [WARN] [1686338982.089508155] [rcl]: Found remap rule 'model_states:=model_states'. This syntax is deprecated. Use '--ros-args --remap model_states:=model_states' instead.
[gzserver-1] [WARN] [1686338982.089690224] [rcl]: Found remap rule 'link_states:=link_states'. This syntax is deprecated. Use '--ros-args --remap link_states:=link_states' instead.
[gzserver-1] [INFO] [1686338982.093657620] [ros2_grasp.gazebo_ros_state]: Publishing states of gazebo models at [/ros2_grasp/model_states]
[gzserver-1] [INFO] [1686338982.094160435] [ros2_grasp.gazebo_ros_state]: Publishing states of gazebo links at [/ros2_grasp/link_states]

And it shows no model and MoveIt when I opened as follows.

But when I have opened it on No.2, it works well.
[INFO] [launch]: All log files can be found below /home/orinthree/.ros/log/2023-06-09-21-38-05-229216-orinthree-27919
[INFO] [launch]: Default logging verbosity is set to INFO

 --- Cranfield University ---
        (c) IFRA Group

ros2_RobotSimulation --> UR5 ROBOT
Launch file -> ur5.launch.py

Robot configuration:

- Cell layout:
     + Option N1: UR5 ROBOT alone.
     + Option N2: UR5 ROBOT on top of a pedestal.
  Please select: 1

- End-effector:
     + No EE variants for this robot.

[INFO] [gzserver-1]: process started with pid [27924]
[INFO] [gzclient   -2]: process started with pid [27926]
[INFO] [spawn_entity.py-3]: process started with pid [27929]
[INFO] [static_transform_publisher-4]: process started with pid [27932]
[INFO] [robot_state_publisher-5]: process started with pid [27934]
[INFO] [ros2 run controller_manager spawner.py ur5_controller-6]: process started with pid [27936]
[INFO] [ros2 run controller_manager spawner.py joint_state_controller-7]: process started with pid [27938]
[static_transform_publisher-4] [INFO] [1686339488.397434057] [static_transform_publisher]: Spinning until killed publishing transform from 'world' to 'base_link'
[robot_state_publisher-5] Parsing robot urdf xml string.
[robot_state_publisher-5] Link base_link had 2 children
[robot_state_publisher-5] Link base had 0 children
[robot_state_publisher-5] Link base_link_inertia had 1 children
[robot_state_publisher-5] Link shoulder_link had 1 children
[robot_state_publisher-5] Link upper_arm_link had 1 children
[robot_state_publisher-5] Link forearm_link had 1 children
[robot_state_publisher-5] Link wrist_1_link had 1 children
[robot_state_publisher-5] Link wrist_2_link had 1 children
[robot_state_publisher-5] Link wrist_3_link had 1 children
[robot_state_publisher-5] Link flange had 1 children
[robot_state_publisher-5] Link tool0 had 0 children
[robot_state_publisher-5] [INFO] [1686339488.403862838] [robot_state_publisher]: got segment base
[robot_state_publisher-5] [INFO] [1686339488.404050104] [robot_state_publisher]: got segment base_link
[robot_state_publisher-5] [INFO] [1686339488.404067448] [robot_state_publisher]: got segment base_link_inertia
[robot_state_publisher-5] [INFO] [1686339488.404075000] [robot_state_publisher]: got segment flange
[robot_state_publisher-5] [INFO] [1686339488.404081080] [robot_state_publisher]: got segment forearm_link
[robot_state_publisher-5] [INFO] [1686339488.404087000] [robot_state_publisher]: got segment shoulder_link
[robot_state_publisher-5] [INFO] [1686339488.404093464] [robot_state_publisher]: got segment tool0
[robot_state_publisher-5] [INFO] [1686339488.404099192] [robot_state_publisher]: got segment upper_arm_link
[robot_state_publisher-5] [INFO] [1686339488.404105080] [robot_state_publisher]: got segment world
[robot_state_publisher-5] [INFO] [1686339488.404110905] [robot_state_publisher]: got segment wrist_1_link
[robot_state_publisher-5] [INFO] [1686339488.404116761] [robot_state_publisher]: got segment wrist_2_link
[robot_state_publisher-5] [INFO] [1686339488.404122393] [robot_state_publisher]: got segment wrist_3_link
[ros2 run controller_manager spawner.py ur5_controller-6] [INFO] [1686339489.228734395] [spawner_ur5_controller]: Waiting for /controller_manager services
[spawn_entity.py-3] [INFO] [1686339489.259788172] [spawn_entity]: Spawn Entity started
[spawn_entity.py-3] [INFO] [1686339489.260322162] [spawn_entity]: Loading entity published on topic robot_description
[spawn_entity.py-3] [INFO] [1686339489.270412618] [spawn_entity]: Waiting for entity xml on robot_description
[spawn_entity.py-3] [INFO] [1686339489.277137530] [spawn_entity]: Waiting for service /spawn_entity, timeout = 30
[spawn_entity.py-3] [INFO] [1686339489.277572447] [spawn_entity]: Waiting for service /spawn_entity
[ros2 run controller_manager spawner.py joint_state_controller-7] [INFO] [1686339489.288432608] [spawner_joint_state_controller]: Waiting for /controller_manager services
[ros2 run controller_manager spawner.py ur5_controller-6] [INFO] [1686339491.243151724] [spawner_ur5_controller]: Waiting for /controller_manager services
[ros2 run controller_manager spawner.py joint_state_controller-7] [INFO] [1686339491.299418184] [spawner_joint_state_controller]: Waiting for /controller_manager services
[gzserver-1] [WARN] [1686339492.267336618] [rcl]: Found remap rule 'model_states:=model_states'. This syntax is deprecated. Use '--ros-args --remap model_states:=model_states' instead.
[gzserver-1] [WARN] [1686339492.267681646] [rcl]: Found remap rule 'link_states:=link_states'. This syntax is deprecated. Use '--ros-args --remap link_states:=link_states' instead.
[spawn_entity.py-3] [INFO] [1686339492.304992649] [spawn_entity]: Calling service /spawn_entity
[gzserver-1] [INFO] [1686339492.305471791] [ros2_grasp.gazebo_ros_state]: Publishing states of gazebo models at [/ros2_grasp/model_states]
[gzserver-1] [INFO] [1686339492.310066950] [ros2_grasp.gazebo_ros_state]: Publishing states of gazebo links at [/ros2_grasp/link_states]
[spawn_entity.py-3] [INFO] [1686339492.763468011] [spawn_entity]: Spawn status: SpawnEntity: Successfully spawned entity [ur5]
[gzserver-1] [INFO] [1686339492.839093165] [gazebo_ros2_control]: Loading gazebo_ros2_control plugin
[gzserver-1] [INFO] [1686339492.865682185] [gazebo_ros2_control]: Starting gazebo_ros2_control plugin in namespace: /
[gzserver-1] [INFO] [1686339492.865786282] [gazebo_ros2_control]: Starting gazebo_ros2_control plugin in ros 2 node: gazebo_ros2_control
[gzserver-1] [INFO] [1686339492.865894219] [gazebo_ros2_control]: Loading parameter files /home/orinthree/ros2_ws/install/ur5_ros2_gazebo/share/ur5_ros2_gazebo/config/ur5_controller.yaml
[gzserver-1] [INFO] [1686339492.882249613] [gazebo_ros2_control]: connected to service!! robot_state_publisher
[gzserver-1] [INFO] [1686339492.883785344] [gazebo_ros2_control]: Recieved urdf from param server, parsing...
[gzserver-1] [INFO] [1686339492.919537832] [gazebo_ros2_control]: Loading joint: shoulder_pan_joint
[gzserver-1] [INFO] [1686339492.919661449] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.919692874] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.919743146] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.919763883] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.919794827] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.919811883] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.919853164] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.919876588] [gazebo_ros2_control]: Loading joint: shoulder_lift_joint
[gzserver-1] [INFO] [1686339492.919891692] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.919904012] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.919915341] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.919926829] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.919938925] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.919949709] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.919960237] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.919972941] [gazebo_ros2_control]: Loading joint: elbow_joint
[gzserver-1] [INFO] [1686339492.919984205] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.919994157] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920004014] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920013294] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.920025070] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.920035118] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920044878] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920057486] [gazebo_ros2_control]: Loading joint: wrist_1_joint
[gzserver-1] [INFO] [1686339492.920068398] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.920078254] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920087599] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920097231] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.920106703] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.920115311] [gazebo_ros2_control]: 		 position
[INFO] [spawn_entity.py-3]: process has finished cleanly [pid 27929]
[gzserver-1] [INFO] [1686339492.920123695] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920135343] [gazebo_ros2_control]: Loading joint: wrist_2_joint
[gzserver-1] [INFO] [1686339492.920144847] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.920153455] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920162479] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920172112] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.920181168] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.920189296] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920198768] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920210384] [gazebo_ros2_control]: Loading joint: wrist_3_joint
[gzserver-1] [INFO] [1686339492.920219952] [gazebo_ros2_control]: 	State:
[gzserver-1] [INFO] [1686339492.920228624] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920297649] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920311729] [gazebo_ros2_control]: 		 effort
[gzserver-1] [INFO] [1686339492.920321201] [gazebo_ros2_control]: 	Command:
[gzserver-1] [INFO] [1686339492.920329649] [gazebo_ros2_control]: 		 position
[gzserver-1] [INFO] [1686339492.920338450] [gazebo_ros2_control]: 		 velocity
[gzserver-1] [INFO] [1686339492.920637237] [gazebo_ros2_control]: Loading controller_manager
[gzserver-1] [WARN] [1686339493.013045470] [gazebo_ros2_control]:  Desired controller update period (0.01 s) is slower than the gazebo simulation period (0.001 s).
[gzserver-1] [INFO] [1686339493.013302017] [gazebo_ros2_control]: Loaded gazebo_ros2_control.
[gzserver-1] [INFO] [1686339493.081955568] [controller_manager]: Loading controller 'ur5_controller'
[ros2 run controller_manager spawner.py ur5_controller-6] [INFO] [1686339493.122702931] [spawner_ur5_controller]: Loaded ur5_controller
[gzserver-1] [INFO] [1686339493.205017796] [controller_manager]: Configuring controller 'ur5_controller'
[gzserver-1] [INFO] [1686339493.205439561] [ur5_controller]: Command interfaces are [position] and and state interfaces are [position velocity].
[gzserver-1] [INFO] [1686339493.207606723] [ur5_controller]: Controller state will be published at 100.00 Hz.
[gzserver-1] [INFO] [1686339493.211156493] [ur5_controller]: Action status changes will be monitored at 20.00 Hz.
[gzserver-1] [INFO] [1686339493.218478468] [controller_manager]: Loading controller 'joint_state_controller'
[gzserver-1] Warning: class_loader.impl: SEVERE WARNING!!! A namespace collision has occurred with plugin factory for class joint_state_broadcaster::JointStateBroadcaster. New factory will OVERWRITE existing one. This situation occurs when libraries containing plugins are directly linked against an executable (the one running right now generating this message). Please separate plugins out into their own library or just don't link against the library and use either class_loader::ClassLoader/MultiLibraryClassLoader to open.
[gzserver-1]          at line 253 in /opt/ros/foxy/include/class_loader/class_loader_core.hpp
[ros2 run controller_manager spawner.py joint_state_controller-7] [INFO] [1686339493.245159137] [spawner_joint_state_controller]: Loaded joint_state_controller
[gzserver-1] [INFO] [1686339493.265070253] [controller_manager]: Configuring controller 'joint_state_controller'
[ros2 run controller_manager spawner.py ur5_controller-6] [INFO] [1686339493.267584299] [spawner_ur5_controller]: Configured and started ur5_controller
[ros2 run controller_manager spawner.py joint_state_controller-7] [INFO] [1686339493.375685326] [spawner_joint_state_controller]: Configured and started joint_state_controller
[INFO] [ros2 run controller_manager spawner.py ur5_controller-6]: process has finished cleanly [pid 27936]
[INFO] [ros2 run controller_manager spawner.py joint_state_controller-7]: process has finished cleanly [pid 27938]
[INFO] [rviz2-8]: process started with pid [28267]
[INFO] [move_group-9]: process started with pid [28269]
[move_group-9] [WARN] [1686339498.235535459] [move_group.move_group]: MoveGroup launched without ~default_planning_pipeline specifying the namespace for the default planning pipeline configuration
[move_group-9] [WARN] [1686339498.235669477] [move_group.move_group]: Falling back to using the the move_group node namespace (deprecated behavior).
[move_group-9] Parsing robot urdf xml string.
[move_group-9] Warning: Link 'ur_base' is not known to URDF. Cannot disable collisons.
[move_group-9]          at line 555 in /tmp/binarydeb/ros-foxy-srdfdom-2.0.2/src/model.cpp
[move_group-9] [INFO] [1686339498.242696984] [moveit_rdf_loader.rdf_loader]: Loaded robot model in 0.00186412 seconds
[move_group-9] [INFO] [1686339498.242763033] [moveit_robot_model.robot_model]: Loading robot model 'ur5'...
[move_group-9] [WARN] [1686339498.242778617] [moveit_robot_model.robot_model]: Skipping virtual joint 'virtual_joint' because its child frame 'base_link' does not match the URDF frame 'world'
[move_group-9] [INFO] [1686339498.242784569] [moveit_robot_model.robot_model]: No root/virtual joint specified in SRDF. Assuming fixed joint
[move_group-9] Link base_link had 2 children
[move_group-9] Link base had 0 children
[move_group-9] Link base_link_inertia had 1 children
[move_group-9] Link shoulder_link had 1 children
[move_group-9] Link upper_arm_link had 1 children
[move_group-9] Link forearm_link had 1 children
[move_group-9] Link wrist_1_link had 1 children
[move_group-9] Link wrist_2_link had 1 children
[move_group-9] Link wrist_3_link had 1 children
[move_group-9] Link flange had 1 children
[move_group-9] Link tool0 had 0 children
[move_group-9] [INFO] [1686339498.288838684] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Publishing maintained planning scene on 'monitored_planning_scene'
[move_group-9] [INFO] [1686339498.289154271] [moveit.ros_planning_interface.moveit_cpp]: Listening to 'joint_states' for joint states
[move_group-9] [INFO] [1686339498.290016425] [moveit_ros.current_state_monitor]: Listening to joint states on topic 'joint_states'
[move_group-9] [INFO] [1686339498.290660177] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Listening to '/attached_collision_object' for attached collision objects
[move_group-9] [INFO] [1686339498.290696114] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Starting planning scene monitor
[move_group-9] [INFO] [1686339498.291037622] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Listening to '/planning_scene'
[move_group-9] [INFO] [1686339498.291060726] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Starting world geometry update monitor for collision objects, attached objects, octomap updates.
[move_group-9] [INFO] [1686339498.292987373] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Listening to 'collision_object'
[move_group-9] [INFO] [1686339498.293572660] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Listening to 'planning_scene_world' for planning scene world geometry
[move_group-9] [WARN] [1686339498.293666741] [moveit.ros.occupancy_map_monitor]: Resolution not specified for Octomap. Assuming resolution = 0.1 instead
[move_group-9] [ERROR] [1686339498.293726069] [moveit.ros.occupancy_map_monitor]: No 3D sensor plugin(s) defined for octomap updates
[move_group-9] [INFO] [1686339498.297592867] [moveit.ros_planning_interface.moveit_cpp]: Loading planning pipeline 'move_group'
[move_group-9] [INFO] [1686339498.336098508] [moveit.ros_planning.planning_pipeline]: Using planning interface 'OMPL'
[move_group-9] [INFO] [1686339498.341709838] [moveit_ros.add_time_optimal_parameterization]: Param 'move_group.path_tolerance' was not set. Using default value: 0.100000
[move_group-9] [INFO] [1686339498.341760623] [moveit_ros.add_time_optimal_parameterization]: Param 'move_group.resample_dt' was not set. Using default value: 0.100000
[move_group-9] [INFO] [1686339498.341768687] [moveit_ros.add_time_optimal_parameterization]: Param 'move_group.min_angle_change' was not set. Using default value: 0.001000
[move_group-9] [INFO] [1686339498.341801648] [moveit_ros.fix_workspace_bounds]: Param 'move_group.default_workspace_bounds' was not set. Using default value: 10.000000
[move_group-9] [INFO] [1686339498.341826864] [moveit_ros.fix_start_state_bounds]: Param 'move_group.start_state_max_bounds_error' was set to 0.050000
[move_group-9] [INFO] [1686339498.341835696] [moveit_ros.fix_start_state_bounds]: Param 'move_group.start_state_max_dt' was not set. Using default value: 0.500000
[move_group-9] [INFO] [1686339498.341865552] [moveit_ros.fix_start_state_collision]: Param 'move_group.start_state_max_dt' was not set. Using default value: 0.500000
[move_group-9] [INFO] [1686339498.341875376] [moveit_ros.fix_start_state_collision]: Param 'move_group.jiggle_fraction' was not set. Using default value: 0.020000
[move_group-9] [INFO] [1686339498.341898897] [moveit_ros.fix_start_state_collision]: Param 'move_group.max_sampling_attempts' was not set. Using default value: 100
[move_group-9] [INFO] [1686339498.341917489] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Add Time Optimal Parameterization'
[move_group-9] [INFO] [1686339498.341942033] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Resolve constraint frames to robot links'
[move_group-9] [INFO] [1686339498.342023282] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Fix Workspace Bounds'
[move_group-9] [INFO] [1686339498.342030930] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Fix Start State Bounds'
[move_group-9] [INFO] [1686339498.342034866] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Fix Start State In Collision'
[move_group-9] [INFO] [1686339498.342038802] [moveit.ros_planning.planning_pipeline]: Using planning request adapter 'Fix Start State Path Constraints'
[move_group-9] [INFO] [1686339498.372858112] [moveit.plugins.moveit_simple_controller_manager]: Added FollowJointTrajectory controller for ur5_controller
[move_group-9] [INFO] [1686339498.373158563] [moveit.plugins.moveit_simple_controller_manager]: Returned 1 controllers in list
[move_group-9] [INFO] [1686339498.373977709] [moveit_ros.trajectory_execution_manager]: Trajectory execution is managing controllers
[move_group-9] [INFO] [1686339498.374016654] [move_group.move_group]: MoveGroup debug mode is ON
[move_group-9] [INFO] [1686339498.395589517] [move_group.move_group]:
[move_group-9]
[move_group-9] ********************************************************
[move_group-9] * MoveGroup using:
[move_group-9] *     - ApplyPlanningSceneService
[move_group-9] *     - ClearOctomapService
[move_group-9] *     - CartesianPathService
[move_group-9] *     - ExecuteTrajectoryAction
[move_group-9] *     - GetPlanningSceneService
[move_group-9] *     - KinematicsService
[move_group-9] *     - MoveAction
[move_group-9] *     - MotionPlanService
[move_group-9] *     - QueryPlannersService
[move_group-9] *     - StateValidationService
[move_group-9] ********************************************************
[move_group-9]
[move_group-9] [INFO] [1686339498.395698351] [moveit_move_group_capabilities_base.move_group_context]: MoveGroup context using planning plugin ompl_interface/OMPLPlanner
[move_group-9] [INFO] [1686339498.395715535] [moveit_move_group_capabilities_base.move_group_context]: MoveGroup context initialization complete
[move_group-9] Loading 'move_group/ApplyPlanningSceneService'...
[move_group-9] Loading 'move_group/ClearOctomapService'...
[move_group-9] Loading 'move_group/MoveGroupCartesianPathService'...
[move_group-9] Loading 'move_group/MoveGroupExecuteTrajectoryAction'...
[move_group-9] Loading 'move_group/MoveGroupGetPlanningSceneService'...
[move_group-9] Loading 'move_group/MoveGroupKinematicsService'...
[move_group-9] Loading 'move_group/MoveGroupMoveAction'...
[move_group-9] Loading 'move_group/MoveGroupPlanService'...
[move_group-9] Loading 'move_group/MoveGroupQueryPlannersService'...
[move_group-9] Loading 'move_group/MoveGroupStateValidationService'...
[move_group-9]
[move_group-9] You can start planning now!
[move_group-9]
[rviz2-8] [INFO] [1686339499.227902202] [rviz2]: Stereo is NOT SUPPORTED
[rviz2-8] [INFO] [1686339499.228291999] [rviz2]: OpenGl version: 4.6 (GLSL 4.6)
[rviz2-8] [INFO] [1686339499.321017450] [rviz2]: Stereo is NOT SUPPORTED
[rviz2-8] Warning: class_loader.impl: SEVERE WARNING!!! A namespace collision has occurred with plugin factory for class rviz_default_plugins::displays::InteractiveMarkerDisplay. New factory will OVERWRITE existing one. This situation occurs when libraries containing plugins are directly linked against an executable (the one running right now generating this message). Please separate plugins out into their own library or just don't link against the library and use either class_loader::ClassLoader/MultiLibraryClassLoader to open.
[rviz2-8]          at line 253 in /opt/ros/foxy/include/class_loader/class_loader_core.hpp
[rviz2-8] [ERROR] [1686339502.513275800] [moveit_ros_visualization.motion_planning_frame]: Action server: /recognize_objects not available
[rviz2-8] [ERROR] [1686339502.564083122] [rviz2]: PluginlibFactory: The plugin for class 'rviz_common/Time' failed to load. Error: According to the loaded plugin descriptions the class rviz_common/Time with base class type rviz_common::Panel does not exist. Declared types are
[rviz2-8] Parsing robot urdf xml string.
[rviz2-8] Warning: Link 'ur_base' is not known to URDF. Cannot disable collisons.
[rviz2-8]          at line 555 in /tmp/binarydeb/ros-foxy-srdfdom-2.0.2/src/model.cpp
[rviz2-8] [INFO] [1686339502.670378397] [moveit_rdf_loader.rdf_loader]: Loaded robot model in 0.00537856 seconds
[rviz2-8] [INFO] [1686339502.670485214] [moveit_robot_model.robot_model]: Loading robot model 'ur5'...
[rviz2-8] [WARN] [1686339502.670514047] [moveit_robot_model.robot_model]: Skipping virtual joint 'virtual_joint' because its child frame 'base_link' does not match the URDF frame 'world'
[rviz2-8] [INFO] [1686339502.670522495] [moveit_robot_model.robot_model]: No root/virtual joint specified in SRDF. Assuming fixed joint
[rviz2-8] Link base_link had 2 children
[rviz2-8] Link base had 0 children
[rviz2-8] Link base_link_inertia had 1 children
[rviz2-8] Link shoulder_link had 1 children
[rviz2-8] Link upper_arm_link had 1 children
[rviz2-8] Link forearm_link had 1 children
[rviz2-8] Link wrist_1_link had 1 children
[rviz2-8] Link wrist_2_link had 1 children
[rviz2-8] Link wrist_3_link had 1 children
[rviz2-8] Link flange had 1 children
[rviz2-8] Link tool0 had 0 children
[rviz2-8] [INFO] [1686339502.752748621] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Starting planning scene monitor
[rviz2-8] [INFO] [1686339502.754275551] [moveit_ros.planning_scene_monitor.planning_scene_monitor]: Listening to '/monitored_planning_scene'
[rviz2-8] [INFO] [1686339503.404804923] [interactive_marker_display_187650357784912]: Connected on namespace: rviz_moveit_motion_planning_display/robot_interaction_interactive_marker_topic
[rviz2-8] Link base_link had 2 children
[rviz2-8] Link base had 0 children
[rviz2-8] Link base_link_inertia had 1 children
[rviz2-8] Link shoulder_link had 1 children
[rviz2-8] Link upper_arm_link had 1 children
[rviz2-8] Link forearm_link had 1 children
[rviz2-8] Link wrist_1_link had 1 children
[rviz2-8] Link wrist_2_link had 1 children
[rviz2-8] Link wrist_3_link had 1 children
[rviz2-8] Link flange had 1 children
[rviz2-8] Link tool0 had 0 children
[rviz2-8] [INFO] [1686339503.426917441] [moveit_ros_visualization.motion_planning_frame]: group ur5_arm
[rviz2-8] [INFO] [1686339503.426976162] [moveit_ros_visualization.motion_planning_frame]: Constructing new MoveGroup connection for group 'ur5_arm' in namespace ''
[rviz2-8] [WARN] [1686339503.427132036] [rcl.logging_rosout]: Publisher already registered for provided node name. If this is due to multiple nodes with the same name then all logs for that logger name will go out over the existing publisher. As soon as any node with that name is destructed it will unregister the publisher, preventing any further logs for that name from being published on the rosout topic.
[rviz2-8] [INFO] [1686339503.444538610] [interactive_marker_display_187650357784912]: Sending request for interactive markers
[rviz2-8] [INFO] [1686339503.457525612] [move_group_interface]: Ready to take commands for planning group ur5_arm.
[rviz2-8] [INFO] [1686339503.457629517] [move_group_interface]: Looking around: no
[rviz2-8] [INFO] [1686339503.457657709] [move_group_interface]: Replanning: no
[rviz2-8] [INFO] [1686339503.459681157] [moveit_ros_visualization.motion_planning_frame]: group ur5_arm
[rviz2-8] [INFO] [1686339503.459845095] [moveit_ros_visualization.motion_planning_frame]: group ur5_arm
[rviz2-8] [INFO] [1686339503.476616462] [interactive_marker_display_187650357784912]: Service response received for initialization
[rviz2-8] [INFO] [1686339503.486566660] [moveit_ros_visualization.motion_planning_frame_planning]: POPULATING PLANNERS 25 grp: ur5_arm
[rviz2-8] [INFO] [1686339503.486866439] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm
[rviz2-8] [INFO] [1686339503.486883976] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[BFMTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487013641] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[BKPIECEkConfigDefault]
[rviz2-8] [INFO] [1686339503.487032041] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[BiESTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487044233] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[BiTRRTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487052266] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[ESTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487058122] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[FMTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487064202] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[KPIECEkConfigDefault]
[rviz2-8] [INFO] [1686339503.487069898] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[LBKPIECEkConfigDefault]
[rviz2-8] [INFO] [1686339503.487154027] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[LBTRRTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487161739] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[LazyPRMkConfigDefault]
[rviz2-8] [INFO] [1686339503.487166955] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[LazyPRMstarkConfigDefault]
[rviz2-8] [INFO] [1686339503.487172395] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[PDSTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487177611] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[PRMkConfigDefault]
[rviz2-8] [INFO] [1686339503.487182731] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[PRMstarkConfigDefault]
[rviz2-8] [INFO] [1686339503.487188427] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[ProjESTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487193547] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[RRTConnectkConfigDefault]
[rviz2-8] [INFO] [1686339503.487198315] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[RRTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487203659] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[RRTstarkConfigDefault]
[rviz2-8] [INFO] [1686339503.487208651] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[SBLkConfigDefault]
[rviz2-8] [INFO] [1686339503.487213995] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[SPARSkConfigDefault]
[rviz2-8] [INFO] [1686339503.487219244] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[SPARStwokConfigDefault]
[rviz2-8] [INFO] [1686339503.487223980] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[STRIDEkConfigDefault]
[rviz2-8] [INFO] [1686339503.487229164] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[TRRTkConfigDefault]
[rviz2-8] [INFO] [1686339503.487234220] [moveit_ros_visualization.motion_planning_frame_planning]: planner id: ur5_arm[TrajOptDefault]

Is this Humble version still not completed yet? I downloaded two repo(foxy, humble) separately though. Please check it and feel free to provide a feedback once you've confirmed. Thanks.

Solved. After re-installation of ROS2 Humble, it works well now.

Solved. After re-installation of ROS2 Humble, it works well now.


elasticsearch-2.3.3

This should be opened as a pull request in https://github.com/Homebrew/homebrew-core/


Need proper implementation of Hypernode equality

To be fixed: Hypernode>>#=
The simple solution of testing equality of subnodes and edges is fragile (nodes may not be in same order) and does not terminate for recursive hypernodes.
Comparing the storeStrings is also fragile because the order of nodes may change.
Full graph isomorphism may be too expensive (though comparing properties may help to reduce costs).

Whoops! Wrong repo.

Hee hee


Can't understand the angle trained in network

In data_processing.py, 43-45 lines shows how to get theta than trianed, but i don't understand the equal in file. theat_train should be rotation_ray - angle_obj, could you explain your method?

Hi @sdukaka,
It just orientates +pi/2, and it will subtract pi/2 in the final output.

But this angel is only the degree between camera and object center and what we want to use in training stage is the difference between theta_ray - rotation_y(the obj's own rotation)

Yes, the outputs of network are  3D dimensions and observation angle of the object.


BUG: Failed to compile. Missing LittleFS.h

Describe the bug
When compiling the readme example, using a "Raspberry Pi Pico", I get an error that the library "LittleFS.h" is missing.
To Reproduce
Compile the example Readmin.md
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots

IDE and its version:

Arduino 2.0.3

Raspberry Pi Pico

This library required this SDK instead of embed SDK.
https://github.com/mobizt/ESP-Google-Sheet-Client#rp2040-arduino-sdk-installation


Lynda-Decryptor now have a Visual Interface!

Try Lynda Visual Decryptor  (Version 2.0)
Download Version 2.0 from here : https://github.com/medos20/LyndaVisualDecryptor/releases/download/v2.0/lyndavisualDecryptor_v2.0.zip
What’s New in Version 2.0 :
1-Now the Software Support Real Search for the Database File Instead of Assumed Search Path So that make the Software compatible with Most of Lynda Desktop App Versions.
2-Now The Manual Search Support the Hidden File and Folders Automatically.
3-Now you Can Decrypt One File Only to Test your Files Before Make Big Decryption of the Folder.
The Program Can Run Directly (no need to Setup anything) just extract the (lyndavisualDecryptor_v2.0.zip) and then Run the Program (lvdok.exe) and it will make a shortcut in the Desktop with the name of (Lynda Visual Decryptor).

Try Lynda Visual Decryptor (Version 2.0)
Download Version 2.0 from here : https://github.com/medos20/LyndaVisualDecryptor/releases/download/v2.0/lyndavisualDecryptor_v2.0.zip
What’s New in Version 2.0 :
1-Now the Software Support Real Search for the Database File Instead of Assumed Search Path So that make the Software compatible with Most of Lynda Desktop App Versions.
2-Now The Manual Search Support the Hidden File and Folders Automatically.
3-Now you Can Decrypt One File Only to Test your Files Before Make Big Decryption of the Folder.
The Program Can Run Directly (no need to Setup anything) just extract the (lyndavisualDecryptor_v2.0.zip) and then Run the Program (lvdok.exe) and it will make a shortcut in the Desktop with the name of (Lynda Visual Decryptor).

Hello,Can I decrypt my files that copy from to windows. if it does, pls update your respository,tks

Wow, thank you so much it works perfectly.


Add ARIA and ChachaPoly to basic-build-test

Description
The invocation of compat.sh that runs those tests was added in all.sh but
not here, resulting in our reported coverage figures being slightly lower than
what we actually test. Fixing that omission change the figures reported from:
Lines Tested       : 19105 of 22623 84.4%
Functions Tested   : 1392 of 1460 95.3%

to:
Lines Tested       : 19126 of 22623 84.5%
Functions Tested   : 1399 of 1460 95.8%

It requires $OPENSSL_NEXT to be set and point to an OpenSSL version in the
1.1.1 line or later.
Status
READY
Requires Backporting
NO - the features are not present in maintained branches.
Migrations
NO
Steps to test or reproduce
Run tests/basic-build-test.sh before and after the PR.

@sbutcher-arm If possible, please consider merging this before the release, as it's simple and fixes underreporting or our test coverage figures.

CI is failing on the DTLS OpenSSL 3d fragmentation test and the BSD timing test, which are both known to be intermittent. That's as good as a pass.


Max button not working with decimals in add liquidity

fixed to take the decimals
https://github.com/soroswap/frontend/assets/56497105/d926ddcf-1fd5-454d-9cd6-f91b582902a5


Simplify snapshots definition

Summary
This brings consistency between the project's README and the website, as discussed in #3790
Test plan
This change affects docs only.

Codecov Report

Merging #3791 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #3791   +/-   ##
=======================================
  Coverage   57.58%   57.58%
=======================================
  Files         194      194
  Lines        6776     6776
  Branches        6        6
=======================================
  Hits         3902     3902
  Misses       2871     2871
  Partials        3        3

Continue to review full report at Codecov.

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


Failed from the second build.

Hello.
It works perfectly at first. But it didn't work from the second build.
It seems some infos are missed by caching things I guess.
I hope this information will help you develop.

Thanks for the report, @humdrum. I'll have a look when I can. I already have an idea of what's going on with the logs you provided. 👍

@humdrum I pushed a release which I think should solve this issue. Can you test it out, please? You can find it here: https://github.com/douglascamata/setup-docker-macos-action/releases/tag/v1-alpha.2.

Unfortunately, another error occurred.
@douglascamata
Run<EMAIL_ADDRESS>Run brew update --preinstall
==> Homebrew's analytics have entirely moved to our InfluxDB instance in the EU.
We gather less data than before and have destroyed all Google Analytics data:
  https://docs.brew.sh/Analytics
Please reconsider re-enabling analytics to help our volunteer maintainers with:
  brew analytics on
==> Homebrew is run entirely by unpaid volunteers. Please consider donating:
  https://github.com/Homebrew/brew#donations

==> You have set:
  HOMEBREW_NO_AUTO_UPDATE
  HOMEBREW_NO_INSTALL_FROM_API
but we have dramatically sped up and fixed many bugs in the way we do Homebrew updates since.
Please consider unsetting these and tweaking the values based on the new behaviour.

==> Auto-updated Homebrew!

Run echo "BREW_CELLAR=$(brew --cellar)" >> $GITHUB_ENV
Run<EMAIL_ADDRESS>Received 0 of 184027937 (0.0%), 0.0 MBs/sec
Received 16777216 of 184027937 (9.1%), 8.0 MBs/sec
Received 20971520 of 184027937 (11.4%), 6.7 MBs/sec
Received 54525952 of 184027937 (29.6%), 13.0 MBs/sec
Received 83886080 of 184027937 (45.6%), 16.0 MBs/sec
Received 109051904 of 184027937 (59.3%), 17.3 MBs/sec
Received [12](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:14)1634816 of 184027937 (66.1%), 16.5 MBs/sec
Received [13](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:15)4217728 of 184027937 (72.9%), 15.9 MBs/sec
Received 138412032 of 184027937 (75.2%), [14](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:16).6 MBs/sec
Received 167772160 of 184027937 (91.2%), [15](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:17).9 MBs/sec
Received 184027937 of 184027937 (100.0%), [16](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:18).0 MBs/sec
Cache Size: ~[17](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:19)6 MB ([18](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:20)4027937 B)
/usr/local/bin/gtar -xf /Users/runner/work/_temp/5d148448-3446-4040-8a04-380bef2c05e8/cache.tzst -P -C /Users/runner/work/yorkie-ios-sdk/yorkie-ios-sdk --delay-directory-restore --use-compress-program unzstd
Cache restored successfully
Cache restored from key: brew-bce000bb8841eedb3457de9eb16332a4caf0c279bacc12d5c9028b5ae603a86b
Run brew unlink docker docker-compose colima lima qemu
Unlinking /usr/local/Cellar/docker/24.0.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/docker-compose/2.[20](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:22).2... 0 symlinks removed.
Unlinking /usr/local/Cellar/colima/0.5.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/lima/0.16.0... 0 symlinks removed.
Unlinking /usr/local/Cellar/qemu/8.0.3... 0 symlinks removed.
Linking /usr/local/Cellar/docker/24.0.5... 7 symlinks created.
Linking /usr/local/Cellar/docker-compose/2.20.2... 1 symlinks created.
Linking /usr/local/Cellar/colima/0.5.5... 4 symlinks created.
Linking /usr/local/Cellar/lima/0.16.0... 42 symlinks created.
Linking /usr/local/Cellar/qemu/8.0.3... 50 symlinks created.
Run mkdir -p ~/.docker/cli-plugins
Run colima start
time="2023-07-26T08:46:10Z" level=info msg="starting colima"
time="2023-07-26T08:46:10Z" level=info msg="runtime: docker"
time="2023-07-26T08:46:10Z" level=info msg="preparing network ..." context=vm
time="2023-07-26T08:46:10Z" level=info msg="creating and starting ..." context=vm
time="2023-07-26T08:46:10Z" level=info msg="Terminal is not available, proceeding without opening an editor"
time="2023-07-26T08:46:10Z" level=info msg="Attempting to download the image" arch=x86_64 digest="sha512:f761b807fe9ba345968df72c07f8c5abcae0c4a44976fe5595c0ff748ef6938412[21](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:23)a70e663986c700b027cea32b7cac24d5490d4c721593c39f2b8840c362a2" location="https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.18.0-x86_64.iso"
Downloading the image (alpine-lima-clm-3.18.0-x86_64.iso)

179.40 MiB / 315.00 MiB (56.95%) ? p/s
315.00 MiB / 315.00 MiB (100.00%) 115.11 MiB/stime="20[23](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:25)-07-[26](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:28)T08:46:18Z" level=info msg="Downloaded the image from \"https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.18.0-x86_64.iso\""
time="2023-07-26T08:46:18Z" level=fatal msg="failed to get the information of base disk \"/Users/runner/.lima/colima/basedisk\": failed to run [qemu-img info --output=json --force-share /Users/runner/.lima/colima/basedisk]: stdout=\"\", stderr=\"dyld[7112]: Library not loaded: /usr/local/opt/libssh/lib/libssh.4.dylib\\n  Referenced from: <799D4E66-E5B5-3801-8638-3418[31](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:33)E6BB93> /usr/local/Cellar/qemu/8.0.3/bin/qemu-img\\n  Reason: tried: '/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/usr/local/lib/libssh.4.dylib' (no such file), '/usr/lib/libssh.4.dylib' (no such file, not in dyld cache)\\n\": signal: abort trap"
time="2023-07-26T08:[46](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5666625849/job/15353748796#step:3:48):18Z" level=fatal msg="error starting vm: error at 'creating and starting': exit status 1"
Error: Process completed with exit code 1.

@humdrum did you clean up the old caches before trying this? I'll investigate more.

Pushed https://github.com/douglascamata/setup-docker-macos-action/releases/tag/v1-alpha.3 which might fix the situation. Can you test it out, @humdrum? To try this one you don't need to remove the action cache, as I added a file to the cache hash.

Still did not work.
Run<EMAIL_ADDRESS>Run brew update --preinstall
==> Homebrew's analytics have entirely moved to our InfluxDB instance in the EU.
We gather less data than before and have destroyed all Google Analytics data:
  https://docs.brew.sh/Analytics
Please reconsider re-enabling analytics to help our volunteer maintainers with:
  brew analytics on
==> Homebrew is run entirely by unpaid volunteers. Please consider donating:
  https://github.com/Homebrew/brew#donations

==> You have set:
  HOMEBREW_NO_AUTO_UPDATE
  HOMEBREW_NO_INSTALL_FROM_API
but we have dramatically sped up and fixed many bugs in the way we do Homebrew updates since.
Please consider unsetting these and tweaking the values based on the new behaviour.

==> Auto-updated Homebrew!

Run echo "BREW_CELLAR=$(brew --cellar)" >> $GITHUB_ENV
Run<EMAIL_ADDRESS>Received 0 of 184027954 (0.0%), 0.0 MBs/sec
Received 4194304 of 184027954 (2.3%), 2.0 MBs/sec
Received 4194304 of 184027954 (2.3%), 1.3 MBs/sec
Received 29360128 of 184027954 (16.0%), 6.9 MBs/sec
Received 54525952 of 184027954 (29.6%), 10.3 MBs/sec
Received 75497472 of 184027954 (41.0%), 11.9 MBs/sec
Received 104857600 of 184027954 (57.0%), 14.2 MBs/sec
Received 117440512 of 184027954 (63.8%), 13.9 MBs/sec
Received 121634816 of 184027954 (66.1%), 12.8 MBs/sec
Received 121634816 of 184027954 (66.1%), 11.5 MBs/sec
Received 130023424 of 184027954 (70.7%), 11.2 MBs/sec
Received 130023424 of 184027954 (70.7%), 10.3 MBs/sec
Received 134217728 of 184027954 (72.9%), 9.8 MBs/sec
Received 138412032 of 184027954 (75.2%), 9.4 MBs/sec
Received [15](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:3:16)0994944 of 184027954 (82.1%), 9.5 MBs/sec
Received 159383552 of 184027954 (86.6%), 9.5 MBs/sec
Received 175639346 of 184027954 (95.4%), 9.8 MBs/sec
Received 179833650 of 184027954 (97.7%), 9.5 MBs/sec
Received 179833650 of 184027954 (97.7%), 9.0 MBs/sec
Received 184027954 of 184027954 (100.0%), 8.7 MBs/sec
Cache Size: ~176 MB (184027954 B)
/usr/local/bin/gtar -xf /Users/runner/work/_temp/76497204-0f63-4ca0-b39e-1eb3c8831ed6/cache.tzst -P -C /Users/runner/work/yorkie-ios-sdk/yorkie-ios-sdk --delay-directory-restore --use-compress-program unzstd
Cache restored successfully
Cache restored from key: brew-b042b73e854317170684e017eacf776ad04e66165dcdf5bce526eab7cf91a00a
Run brew unlink docker docker-compose colima lima qemu
Unlinking /usr/local/Cellar/docker/24.0.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/docker-compose/2.20.2... 0 symlinks removed.
Unlinking /usr/local/Cellar/colima/0.5.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/lima/0.16.0... 0 symlinks removed.
Unlinking /usr/local/Cellar/qemu/8.0.3... 0 symlinks removed.
Linking /usr/local/Cellar/docker/24.0.5... 7 symlinks created.
Linking /usr/local/Cellar/docker-compose/2.20.2... 1 symlinks created.
Linking /usr/local/Cellar/colima/0.5.5... 4 symlinks created.
Linking /usr/local/Cellar/lima/0.16.0... 42 symlinks created.
Linking /usr/local/Cellar/qemu/8.0.3... 50 symlinks created.
Run mkdir -p ~/.docker/cli-plugins
Run colima start
time="2023-07-26T11:[30](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:3:32):34Z" level=info msg="starting colima"
time="2023-07-26T11:30:34Z" level=info msg="runtime: docker"
time="2023-07-26T11:30:34Z" level=info msg="preparing network ..." context=vm
time="2023-07-26T11:30:34Z" level=info msg="creating and starting ..." context=vm
time="2023-07-26T11:30:34Z" level=info msg="Terminal is not available, proceeding without opening an editor"
time="2023-07-26T11:30:35Z" level=info msg="Attempting to download the image" arch=x86_64 digest="sha512:f761b807fe9ba345968df72c07f8c5abcae0c4a44976fe5595c0ff748ef693841221a70e663986c700b027cea32b7cac24d5490d4c721593c39f2b8840c362a2" location="https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.18.0-x86_64.iso"
Downloading the image (alpine-lima-clm-3.18.0-x86_64.iso)

144.96 MiB / [31](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:3:33)5.00 MiB (46.02%) ? p/s
315.00 MiB / 315.00 MiB (100.00%) 64.64 MiB/stime="2023-07-26T11:30:45Z" level=info msg="Downloaded the image from \"https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.18.0-x86_64.iso\""
time="2023-07-26T11:30:45Z" level=fatal msg="failed to get the information of base disk \"/Users/runner/.lima/colima/basedisk\": failed to run [qemu-img info --output=json --force-share /Users/runner/.lima/colima/basedisk]: stdout=\"\", stderr=\"dyld[5935]: Library not loaded: /usr/local/opt/libssh/lib/libssh.4.dylib\\n  Referenced from: <799D4E66-E5B5-3801-8638-[34](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:3:36)1831E6BB93> /usr/local/Cellar/qemu/8.0.3/bin/qemu-img\\n  Reason: tried: '/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/usr/local/opt/libssh/lib/libssh.4.dylib' (no such file), '/usr/local/lib/libssh.4.dylib' (no such file), '/usr/lib/libssh.4.dylib' (no such file, not in dyld cache)\\n\": signal: abort trap"
time="2023-07-26T11:30:[45](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:3:47)Z" level=fatal msg="error starting vm: error at 'creating and starting': exit status 1"
Error: Process completed with exit code [1](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5668189983/job/15358405856#step:23:1).```

By the way. How about cleaning this warning together?

https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/

@humdrum the 1st run worked, right? Only the 2nd run is failing?
I will fix the warnings later when I have time.

Yes. 1st run works fine. It seems that restoration from the cache has a problem.
Thanks.

@humdrum I published https://github.com/douglascamata/setup-docker-macos-action/releases/tag/v1-alpha.4 that could fix the issue. At least it gets rid of the warnings you mentioned. As you can see, I'm having a tough time to fix this issue with libssh/qemu and I'm not able to reproduce, so I'm sorry for this. :(

@douglascamata Thank you for your support.  I'll check it was fixed.

Unfortunately, I haven't had any luck.
The error message was a little different.
@douglascamata
Run douglascamata/setup-docker-macos-action@v[1](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:1)-alpha.4
Run brew update --preinstall
==> Homebrew's analytics have entirely moved to our InfluxDB instance in the EU.
We gather less data than before and have destroyed all Google Analytics data:
  https://docs.brew.sh/Analytics
Please reconsider re-enabling analytics to help our volunteer maintainers with:
  brew analytics on
==> Homebrew is run entirely by unpaid volunteers. Please consider donating:
  https://github.com/Homebrew/brew#donations

==> Auto-updated Homebrew!
Updated 6 taps (azure/bicep, homebrew/bundle, homebrew/services, aws/tap, homebrew/core and homebrew/cask).
==> New Formulae
feishu[2](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:3)md
xlsxio
==> New Casks
font-finagler
xiaomi-cloud
zspace

You have 7 outdated formulae installed.

Run echo "BREW_CELLAR=$(brew --cellar)" >> $GITHUB_ENV
Run<EMAIL_ADDRESS>Received 0 of 86092148 (0.0%), 0.0 MBs/sec
Received 25165824 of 86092148 (29.2%), 12.0 MBs/sec
Received 62914560 of 86092148 (73.1%), 20.0 MBs/sec
Received 86092148 of 86092148 (100.0%), 22.3 MBs/sec
Cache Size: ~82 MB (86092148 B)
/usr/local/bin/gtar -xf /Users/runner/work/_temp/b1380948-3132-4f[11](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:13)-bf49-4f733098f11d/cache.tzst -P -C /Users/runner/work/yorkie-ios-sdk/yorkie-ios-sdk --delay-directory-restore --use-compress-program unzstd
Cache restored successfully
Cache restored from key: brew-96c172048e924d195dbf94a4ec028a9884c674b4e4b23b997b4a4c7ae6c58168
Run brew unlink docker docker-compose colima lima
Unlinking /usr/local/Cellar/docker/24.0.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/docker-compose/2.20.2... 0 symlinks removed.
Unlinking /usr/local/Cellar/colima/0.5.5... 0 symlinks removed.
Unlinking /usr/local/Cellar/lima/0.17.0... 0 symlinks removed.
Linking /usr/local/Cellar/docker/24.0.5... 7 symlinks created.
Linking /usr/local/Cellar/docker-compose/2.20.2... 1 symlinks created.
Linking /usr/local/Cellar/colima/0.5.5... 4 symlinks created.
Linking /usr/local/Cellar/lima/0.17.0... 43 symlinks created.
Run mkdir -p ~/.docker/cli-plugins
Run colima start
time="2023-08-04T05:20:58Z" level=info msg="starting colima"
time="2023-08-04T05:20:58Z" level=info msg="runtime: docker"
time="2023-08-04T05:20:58Z" level=info msg="preparing network ..." context=vm
time="2023-08-04T05:20:58Z" level=warning msg="error setting up network dependencies: error at 'preparing network': error occured installing dependencies for 'gvproxy': error retrieving qemu installation location: error locating qemu binaries in PATH: exec: \"qemu-system-x86_64\": executable file not found in $PATH" context=vm
time="2023-08-04T05:20:58Z" level=info msg="creating and starting ..." context=vm
time="2023-08-04T05:20:58Z" level=info msg="Terminal is not available, proceeding without opening an editor"
time="2023-08-04T05:20:58Z" level=info msg="Attempting to download the image" arch=x86_64 digest="sha5[12](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:14):f761b807fe9ba345968df72c07f8c5abcae0c4a44976fe5595c0ff748ef693841221a70e663986c700b027cea32b7cac24d5490d4c721593c39f2b8840c362a2" location="https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.18.0-x86_64.iso"
Downloading the image (alpine-lima-clm-3.18.0-x86_64.iso)

[13](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:15)6.68 MiB / 3[15](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:17).00 MiB (43.39%) ? p/s
299.49 MiB / 315.00 MiB (95.08%) 32.56 MiB/s
315.00 MiB / 315.00 MiB (100.00%) 56.29 MiB/stime="2023-08-04T05:21:09Z" level=info msg="Downloaded the image from \"https://github.com/abiosoft/alpine-lima/releases/download/colima-v0.5.5/alpine-lima-clm-3.[18](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:20).0-x86_64.iso\""
time="[20](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:22)23-08-04T05:[21](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:23):09Z" level=fatal msg="failed to get the information of base disk \"/Users/runner/.lima/colima/basedisk\": failed to run [qemu-img info --output=json --force-share /Users/runner/.lima/colima/basedisk]: stdout=\"\", stderr=\"\": exec: \"qemu-img\": executable file not found in $PATH"
time="20[23](https://github.com/yorkie-team/yorkie-ios-sdk/actions/runs/5758585195/job/15611699329#step:3:25)-08-04T05:21:09Z" level=fatal msg="error starting vm: error at 'creating and starting': exit status 1"
Error: Process completed with exit code 1.

@humdrum I released v1-alpha.5 with the fix from your PR. Can you test and let me know it goes, please?

I think tagging was done before Merge.
https://github.com/douglascamata/setup-docker-macos-action/compare/v1-alpha.4...v1-alpha.5
@douglascamata

@humdrum my bad. I just updated the tag. Thanks a lot!

@douglascamata
v1-alpha.5 works fine.
Thank you very much.


Supporting Llama-2 70B param

Hello,
First of all, I want to thank you for this amazing crate! It is truly a joy to work on LLM using Rust 😄 .
I recently wrote an API that serves Llama-2 models using this crate.
I have an issue for serving Llama2-70B-GGML model. The 65B llama and 70B Llama-2 models use grouped query attention. This is done in llama.cpp by specifying the n_gqa params in model hyperparameters which feels a little bit hacky 🤔
I would love to work on adding support for the n_gqa on this crate, I think that it can be added to the Llama model:
/// LLaMA [hyperparameters](https://en.wikipedia.org/wiki/Hyperparameter_(machine_learning))
#[derive(Debug, Default, PartialEq, Eq, Clone, Copy)]
pub struct Hyperparameters {
  ....
   pub n_head_kv: usize,
}

Where the n_head_kv is   n_head_kv = n_head / n_gqa; and n_head % n_gqa == 0 and pass the n_gqa parameter in ModelParameters as Optional 🤔
Thank you for you help !

If you want you could create a PR containing these changes. The only thing i don't like about it is that the ModelParameters will then contain the n_gqa parameter which is only used by llama models and no other architectures but i guess until GGUF is finalized this is the best way to implement it 🤔

Yes, I've been considering implementing this but have held off because of the need to parameterise the model just for something that should hopefully be removed in a few weeks.
We actually had a mechanism for this before for this exact purpose, but I removed it after the model format was updated with a breaking change to remove the specific parameter.
I don't think I want to reintroduce it again - especially as we should never need to do this again - but I would like to support 70B at some point. I'm not sure. Maybe a bodge function on the Llama model that lets you set n_head_kv after the fact?

I don't think I want to reintroduce it again - especially as we should never need to do this again - but I would like to support 70B at some point. I'm not sure. Maybe a bodge function on the Llama model that lets you set n_head_kv after the fact?

Thanks for the reply! I  100% agree that adding it to ModelParameters feels hacky.
I feel that the issue with setting it after the fact might be an issue because you'll need the n_head_kv at load time. Is there a heuristic we can use at load time for llama ggml models to determine that we need a the gqa (for example size of the file path). Then we could set it at a fixed value (n_gqa = 8 for Llama-2 models)  and have it only in Hyperparameters struct of Llama 🤔  ?

In my oppinion we should just hack it in for now, GGUF seams to be nearly ready meaning when we implement it we can cleanup the implementation. The most important thing is to get the grouped query attention working in the inference code.

Can this be closed since #409 was merged? Is full support for Llama 2 available now?

It should work, but it's not ideal, especially as GGUF support hasn't landed yet. It should be OK if you find a 70B model prior to GGUF and pass in the right number of GQA heads.
I'm leaving this open in the meantime as I think we should only really close it when it requires no additional work to use over the smaller models.


ci: test on node 12

The tests/basic/update-7.0 e2e test fails with the error below:
ENOENT: no such file or directory, stat '/tmp/angular-cli-e2e-201947-111-1sw3b9b.v5l8/assets/7.0-project-1557230497707/node_modules/.bin/in-install'

This seems to be related to node-sass rollback when using --force on update. https://github.com/angular/angular-cli/pull/14331 removes the need to force on update so that should clear this too.


Betas normalization

Hey! Great work!
I just had one question:
Where did you get the min and max values to normalize the betas from? I see the file name is betas_stats_eft_fits.npz. Where is this initially derived from? Did you calculate this or?

The min and max values for the SMPL betas were calculated from the pseudo ground-truth betas of the training datasets. The idea behind this normalization is to put the SMPL betas in [-1, 1] range, so that we can use common variance schedules for the diffusion process. The SMPL thetas are naturally within that range.
We found that using unnormalized SMPL betas works well too!


Get the Jenkins worker image working

What
The original base image was using an unsupported version of Debian, so also switch to a more recent base image.
Also use this opportunity to update Docker and AWS CLI tool.
Why
Was required as part of #177
Type of change
Internal change (non-breaking change with no effect on the functionality affecting end users)
Checklist:

[x] I have performed a self-review of my code
[x] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] I have updated the Changelog with details of my change in the UNRELEASED section if this change will affect end users

(Mobbed on reviewing, during a call)


NFC: Minor code cleanup for issues found when building at Google.

Some unused variables removed.
Replace #pragma once with header guards in tc code (#pragma once interacts badly with some strategies for managing include directories).
Fix an uninitialized member access.

Looks good. Thanks.


Differences from aurelian/ruby-stemmer?

Thanks for making this!
Are there any fundamental differences between this library and aurelian/ruby-stemmer? (other than being recent and maintained, of course)
Were there specific needs you were trying to solve?
I'm eager to give this a try.

Hey @hangsu, the main differences are what you mentioned - I just wanted one that's maintained (ruby-stemmer also ships precompiled gems for Windows, which this doesn't).
I may eventually switch to using FFI so it can be used with JRuby as well.


pantheon.elementary-mail, pantheon.switchboard-plug-onlineaccounts: try-catch GLib.Uri.parse

Description of changes
:upside_down_face: Finally we have some reviewed patch.

https://github.com/elementary/mail/commit/9e6eb73a8420c9bf327e59c25e7e6d8fa87d480a
https://github.com/elementary/switchboard-plug-onlineaccounts/commit/08faf7b4241547b7900596af12a03d816712a808

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

@ofborg build pantheon.elementary-mail pantheon.switchboard-plug-onlineaccounts

@ofborg build webkitgtk
@ofborg build webkitgtk_4_1
@ofborg build webkitgtk_5_0

@ofborg test pantheon


spack-stack develop doesn't build on Nautilus with Intel Classic since update to<EMAIL_ADDRESS>

Describe the bug
The builds of downstream packages of<EMAIL_ADDRESS>for example py-h5py, fail with an error about Intel MKL:
libmkl_def.so.2: undefined symbol: mkl_sparse_optimize_bsr_trsm_i8

I researched a bit, and it seems that this is because the new meson build for py-numpy (introduced in version 26, which is what we need for other Python dependencies) fails to add the mkl_core library and link to it, too. According to this post (https://www.intel.com/content/www/us/en/developer/articles/release-notes/intel-math-kernel-library-release-notes-and-new-features.html), it could also be that one would have to link to mkl_rt instead of the individual libraries.
Be it as it may, the impact is limited to a few systems that use the classic Intel compilers and use Intel MKL instead of Openblas. All NOAA RDHPCS systems use Openblas, some of the JCSDA-maintained systems probably as well.
I am not going to spend time to fix the py-numpy%intel +intel-oneapi-mkl builds. We already added a conflict for new py-scipy versions with %intel, and we'll likely remove support for the classic Intel compilers entirely in spack-stack-1.10.0 (that is, not the next release, but the one afterwards).
Instead, I will do one of the two:

Remove the Intel Classic compiler option on Nautilus and on any other NRL system that has the same issue (we will run NEPTUNE in operations with icx, icpx, ifort at the beginning; I confirmed that the mixed %oneapi compilers do not have this problem on Nautilus).
Update the neptune-dev template such that with %intel, we only build a limited stack without Python dependencies.

Since the second option has some serious limitations and probably won't work for the unified environment, I am leaning towards the first option.

To Reproduce
Build neptune standalone environment, unified environment, or any other environment that uses py-numpy and dependent packages (py-h5py, ...) with %intel on Nautilus (this is intel@2021.6.0).
Expected behavior
Obviously, the packages should build without the MKL error shown above
System:
DOD HPCMP Nautilus with<EMAIL_ADDRESS>and spack-stack develop as of mid December, 2024 (i.e. after the update to py-numpy@1.26).
Additional context
n/a

@AlexanderRichert-NOAA @DavidHuber-NOAA @eap @stiggy87 @rickgrubin @RatkoVasic-NOAA @natalie-perlin @srherbener FYI


[Dreambooth] Does training text encoder have a character limit?

Hello. I haven't used dreambooth in about a month, and now here are some updates that I don't quite understand. I just did what I did in the past, but I noticed that the current caption is cropped instead of showing the full filename. Is this just a print limit, or is it really cropped?

the display is limited to 45 characters but it's just the display, under the hood, it's using the full caption

the display is limited to 45 characters but it's just the display, under the hood, it's using the full caption

Pheww, thanks Ben


Consuming library in UI5 typescript project

Hi, I am trying to develop and consume typescript lib generated via your generator.
I have successfully generated and publish lib to private NPM package registry. But I haven't found any tutorial how to integrate it in UI5 application. The application is generated with typescript generator.
So far I have installed library as dependency via NPM. Do you have any example repository or guide for this scenario?
Any help would be highly appreciated.
Thanks

A small tutorial can be found here:
https://github.com/petermuessig/typescript-app-and-lib-plus-npm-packages


[Feature]  Add a login or password please

I want to access it outside the LAN and share it with my family, but GPT-4 is expensive. I tested GPT-3.5 and the Claude-3 model proxy compatible with the OpenAI API, but couldn't effectively implement the agent.
So...

same issue
https://github.com/miurla/morphic/issues/32

same issue #32

Not the same

a login entrance will make this app very powerful

We don't plan to add authentication.
reason: https://github.com/miurla/morphic?tab=readme-ov-file#morphic


Environment variables not expanded when running New-LabVM

On a system with default settings:
D:\Lability> Get-LabHostDefault

ConfigurationPath       : %SYSTEMDRIVE%\Lability\Configurations
DifferencingVhdPath     : %SYSTEMDRIVE%\Lability\VMVirtualHardDisks
HotfixPath              : %SYSTEMDRIVE%\Lability\Hotfixes
IsoPath                 : %SYSTEMDRIVE%\Lability\ISOs
ParentVhdPath           : %SYSTEMDRIVE%\Lability\MasterVirtualHardDisks
ResourcePath            : %SYSTEMDRIVE%\Lability\Resources
ResourceShareName       : Resources
UpdatePath              :
DisableLocalFileCaching : False

ISO file is downloaded to a path under current directory named "%SYSTEMDRIVE%\Lability\ISOs". Similar issue to the one reported in #33

Working to fix this now ... will create pull request shortly

Excellent! It sounds like it should go in the GetConfigurationData method? Just enumerate all the values and expand any environment variables before returning? That should catch all calls that read the host/VM defaults.

Argh ... why didn't I think of that. Have been adding ResolvePathEx wherever I found "-Path $hostDefaults..."

;)


Run Code Cannot Find installed Modules

Environment data

VS Code version: 1.31.1
Extension version (available under the Extensions sidebar): 2019.1
OS and version: Windows 10 1809
Python version (& distribution if applicable, e.g. Anaconda): 3.7.2
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): venv
Relevant/affected Python packages and their versions: all pip installed modules

Expected behaviour
Able to import pip installed packages and run using "Ctrl+Alt+N"
Actual behaviour
Cannot run, however, can debug and copy the executed command in the integrated power shell window. Pylint also appears to find the module. Correct interpreter in the .env folder is selected.
Error in Output Log:
Traceback (most recent call last):
File "c:\Data Drive\Programming\Project1\main.py", line 1, in
import urllib3
ModuleNotFoundError: No module named 'urllib3'
Steps to reproduce:

Set up python per vs code python install.
Create a new virtual env.
Install any module
Import one module.
Run code.

Looks like this is actually a Code-Runner related issue. I apologize for posting here.


Remove out of date properties information

Address #1449 in part

Codecov Report

Merging #1450 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1450   +/-   ##
=======================================
  Coverage   96.83%   96.83%
=======================================
  Files         205      205
  Lines       12585    12585
=======================================
  Hits        12187    12187
  Misses        398      398

Continue to review full report at Codecov.

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

:+1:


about entorpy

hi.
Thank you for share your code.
But I try it with some toy data.
I found out, If we want to assign a high score to the data which has uniform P(y) and skew P(yx), we should use entropy(py, pyx), instead of entropy(pyx, py).
And here is the code from openai:
kl = part * (np.log(part) - np.log(np.expand_dims(np.mean(part, 0), 0)))
https://github.com/openai/improved-gan/blob/master/inception_score/model.py

hi.
Thank you for share your code.
But I try it with some toy data.
I found out, If we want to assign a high score to the data which has uniform P(y) and skew P(yx), we should use entropy(py, pyx), instead of entropy(pyx, py).
And here is the code from openai:
kl = part * (np.log(part) - np.log(np.expand_dims(np.mean(part, 0), 0)))
https://github.com/openai/improved-gan/blob/master/inception_score/model.py

Hi,
I have the same confuse with you, so, should i replace the 'entropy(py, pyx)' to 'kl = part * (np.log(part) - np.log(np.expand_dims(np.mean(part, 0), 0)))'. In my opinion, this is not equal.

In the original paper (
https://papers.nips.cc/paper/6125-improved-techniques-for-training-gans.pdf
on page 4), it is ‘entropy(pyx, py)’, or the KL divergence between p(y|x)
and p(y).
Shane
On Sun, Dec 22, 2019 at 12:33 AM kmaeii<EMAIL_ADDRESS>wrote:

hi.
Thank you for share your code.
But I try it with some toy data.
I found out, If we want to assign a high score to the data which has
uniform P(y) and skew P(yx), we should use entropy(py, pyx), instead of
entropy(pyx, py).
And here is the code from openai:
kl = part * (np.log(part) - np.log(np.expand_dims(np.mean(part, 0), 0)))
https://github.com/openai/improved-gan/blob/master/inception_score/model.py
Hi,
I have the same confuse with you, so, should i replace the 'entropy(py,
pyx)' to 'kl = part * (np.log(part) - np.log(np.expand_dims(np.mean(part,
0), 0)))'. In my opinion, this is not equal.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/sbarratt/inception-score-pytorch/issues/9?email_source=notifications&email_token=AB7LUGM2PPKMXKWMQAQSK5TQZYLLHA5CNFSM4FN5IFL2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHO4GGI#issuecomment-568181529,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AB7LUGKT6YZNYCVY3INHRN3QZYLLHANCNFSM4FN5IFLQ
.

scipy.stats.entropy uses the KL divergence if two distributions are given.
"If qk is not None, then compute the Kullback-Leibler divergence"
You can check the document below,
https://docs.scipy.org/doc/scipy/reference/generated/scipy.stats.entropy.html


feat(ui): Edit Stage / Manifest Preview

https://github.com/akuity/kargo/assets/7262558/84788edd-8a8c-41e5-9e87-5826e95123b3

@devholic this PR got closed because the other PR said "Resolves this one" and so I had to reopen it.


[BUG]: ESLint rule enforce-delete-with-where false positive

What version of drizzle-orm are you using?
0.31.0
What version of drizzle-kit are you using?
0.22.1
Describe the Bug
I use the Repository Pattern to wrap the code that uses Drizzle ORM.
The name of the repository contains that name of the model, and therefore, Drizzle ESLint thinks I access the model, which is wrong.
Code example:
// schema.ts
export const websites = pgTable('websites', {
  id: varchar('id', { length: 128 }).primaryKey(),
});

// app.ts
WebsiteRepository.delete(1); // ESLint: Without `.where(...)` you will delete all the rows in a table. If you didn't want to do it, please use `WebsiteRepository.delete(...).where(...)` instead. Otherwise you can ignore this rule here(drizzle/enforce-delete-with-where)

Expected behavior
The error should not be triggered.
Environment & setup
No response

https://orm.drizzle.team/docs/eslint-plugin#enforce-delete-with-where


ADD https import & remove tracking code remains

Fixes: #1163
What I did

Added the missing import
Removed some code that should not be there anymore for tracking

How to test
Run storybook on https

@doctyper Could you validate this ?


Update Traefik Example

A recent update to Traefik has made a breaking change with this configuration where the three piped domains can not be separated by commas anymore, instead the proper syntax is now an individual Host variable for each domain separated by && or ||, in this example I've opted for || as that works on my machine. Documentation for this syntax can be found here: https://doc.traefik.io/traefik/v3.0/routing/routers/#rule
I only found this because I updated my homelab recently and found a 404 error when trying to access Piped, so I'm hoping I catch this before any extraneous issues get made about it.

@FireMasterK seems like docs.piped.video doesn't update automatically, could you please rebuild the docs?


run time for extracting data

Hi,
I am trying to extract a data for a big time-range. And it's been more than 10 minutes and it still hasen't been generated. My subsampling  timeRange  = ['2007-09-01T00', '2008-07-31T00'] (first of all, do I put the format right? I'm trying to have sep1st 2007 to July 30th 2008 time chunk). Do you have any idea how long it will take?
Bests,

Format is right. If you're using subsample.cutout, it should be immediate because you only need lazy operations.
If you're using subsample.survey, then you are doing heavy interpolations on every field in the dataset. So it depends on the number of fields, the functions that you previously run on these fields, and the size of the vertical section. You should you the SciServer Jobs to run long scripts. E.g., submit a job to extract vertical sections, then load the sections and work interactively.

Hi,
I submitted a job through SciServer,  I chose the compute image as Geo, and submitted the job. after a couple of testing, I noticed it cannot import the oceanpy.
The test job is as follow:
a=2+2
b=a+3
print(b)
this job went through, and ends successfully.
I then submitted a job with a single command: import oceanspy
Job ended with an error. Exit code: "1". Error message: "".
And here is the standard error file:
[NbConvertApp] Converting notebook /home/idies/workspace/Storage/asaberi2/persistent/jobs/20180811/20180811233645-11247/Job_test.ipynb to notebook
[NbConvertApp] Executing notebook with kernel: python3
[NbConvertApp] ERROR | Error while converting '/home/idies/workspace/Storage/asaberi2/persistent/jobs/20180811/20180811233645-11247/Job_test.ipynb'
Traceback (most recent call last):
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/nbconvertapp.py", line 393, in export_single_notebook
output, resources = self.exporter.from_filename(notebook_filename, resources=resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 174, in from_filename
return self.from_file(f, resources=resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 192, in from_file
return self.from_notebook_node(nbformat.read(file_stream, as_version=4), resources=resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/notebook.py", line 31, in from_notebook_node
nb_copy, resources = super(NotebookExporter, self).from_notebook_node(nb, resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 134, in from_notebook_node
nb_copy, resources = self._preprocess(nb_copy, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 311, in _preprocess
nbc, resc = preprocessor(nbc, resc)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/base.py", line 47, in call
return self.preprocess(nb, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/execute.py", line 262, in preprocess
nb, resources = super(ExecutePreprocessor, self).preprocess(nb, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/base.py", line 69, in preprocess
nb.cells[index], resources = self.preprocess_cell(cell, resources, index)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/execute.py", line 286, in preprocess_cell
raise CellExecutionError.from_cell_and_msg(cell, out)
nbconvert.preprocessors.execute.CellExecutionError: An error occurred while executing the following cell:
#a=2+2
#b=a+3
#print(b)
import oceanspy
---------------------------------------------------------------------------
ModuleNotFoundError                       Traceback (most recent call last)
 in ()
      2 #b=a+3
      3 #print(b)
----> 4 import oceanspy

ModuleNotFoundError: No module named 'oceanspy'
ModuleNotFoundError: No module named 'oceanspy'
Best,
Atousa

In the first cell you have to install OceanSpy and its dependencies.
import sys
!conda install --yes --prefix {sys.prefix} dask distributed bottleneck netCDF4
!conda install --yes --prefix {sys.prefix} -c conda-forge xarray cartopy esmpy
!conda install --yes --prefix {sys.prefix} -c pyviz hvplot geoviews
!{sys.executable} -m pip install xgcm xesmf oceanspy

Use the pip install git+ command to install the latest version, or a specific branch.

Hey!
I added the installation commands at the top of the note book I submitted as a job. I chose  Python+R as the compute image; after 12 minutes the job failed. Check out the standard error:
[NbConvertApp] Converting notebook /home/idies/workspace/Storage/asaberi2/persistent/jobs/20180815/20180815111030-11274/Extract_VerticalSection_job.ipynb to notebook
[NbConvertApp] Executing notebook with kernel: python3
[NbConvertApp] ERROR | Error while converting '/home/idies/workspace/Storage/asaberi2/persistent/jobs/20180815/20180815111030-11274/Extract_VerticalSection_job.ipynb'
Traceback (most recent call last):
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/nbconvertapp.py", line 393, in export_single_notebook
output, resources = self.exporter.from_filename(notebook_filename, resources=resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 174, in from_filename
return self.from_file(f, resources=resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 192, in from_file
return self.from_notebook_node(nbformat.read(file_stream, as_version=4), resources=resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/notebook.py", line 31, in from_notebook_node
nb_copy, resources = super(NotebookExporter, self).from_notebook_node(nb, resources, **kw)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 134, in from_notebook_node
nb_copy, resources = self._preprocess(nb_copy, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/exporters/exporter.py", line 311, in _preprocess
nbc, resc = preprocessor(nbc, resc)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/base.py", line 47, in call
return self.preprocess(nb, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/execute.py", line 262, in preprocess
nb, resources = super(ExecutePreprocessor, self).preprocess(nb, resources)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/base.py", line 69, in preprocess
nb.cells[index], resources = self.preprocess_cell(cell, resources, index)
File "/home/idies/miniconda3/lib/python3.6/site-packages/nbconvert/preprocessors/execute.py", line 286, in preprocess_cell
raise CellExecutionError.from_cell_and_msg(cell, out)
nbconvert.preprocessors.execute.CellExecutionError: An error occurred while executing the following cell:
#install the oceanspy
import sys
!conda install --yes --prefix {sys.prefix} dask distributed bottleneck netCDF4
!conda install --yes --prefix {sys.prefix} -c conda-forge xarray cartopy esmpy
!conda install --yes --prefix {sys.prefix} -c pyviz hvplot geoviews
!{sys.executable} -m pip install xgcm xesmf oceanspy
#This is to extract big chunk of data
import oceanspy as ospy
ds, info = ospy.open_dataset.exp_ASR()
ds_survey, info_survey = ospy.subsample.survey(ds,
info,
lat1       =  67.5293,
lon1       = -23.7777,
lat2       =  68.3158,
lon2       = -25.4916,
delta_km   = 2,
varList    = ['U', 'V', 'Depth'],
depthRange = [0, -1550],
timeRange  = ['2007-09-01T00', '2008-07-31T00'],
deep_copy  = True)
ds_rot, info_rot = ospy.compute.ort_Vel(ds_survey, info_survey, deep_copy=True)
ds_rot, info_rot = ospy.compute.tan_Vel(ds_rot, info_rot)
_ = ospy.visualize.interactive(ds_rot.ort_Vel, info_rot, hvplot_kwargs={'kind': 'contourf',
'cmap':'seismic',
'clim':(-1,1),
'levels':20})
#Atousa wants to save this file
path = './Data/Kogur1_vertVel_correspond2Hardenmooring_ASR'
ospy.utils.save_ds_info(ds_rot, info_rot, path)

---------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
 in ()
      8 #This is to extract big chunk of data
      9 import oceanspy as ospy
---> 10 ds, info = ospy.open_dataset.exp_ASR()
     11 ds_survey, info_survey = ospy.subsample.survey(ds,
     12                                                info,
~/miniconda3/lib/python3.6/site-packages/oceanspy/open_dataset.py in exp_ASR(cropped, machine)
    108     else: raise RuntimeError("machine = %s not available" % machine.lower())
    109     gridset = _xr.open_dataset(gridpath,
--> 110                               drop_variables = ['XU','YU','XV','YV','RC','RF','RU','RL'])
    111     fldsset = _xr.open_mfdataset(fldspath,
    112                                 concat_dim     = 'T',
~/miniconda3/lib/python3.6/site-packages/xarray/backends/api.py in open_dataset(filename_or_obj, group, decode_cf, mask_and_scale, decode_times, autoclose, concat_characters, decode_coords, engine, chunks, lock, cache, drop_variables, backend_kwargs)
    318                                                    group=group,
    319                                                    autoclose=autoclose,
--> 320                                                    **backend_kwargs)
    321         elif engine == 'scipy':
    322             store = backends.ScipyDataStore(filename_or_obj,
~/miniconda3/lib/python3.6/site-packages/xarray/backends/netCDF4_.py in open(cls, filename, mode, format, group, writer, clobber, diskless, persist, autoclose, lock)
    330                                    diskless=diskless, persist=persist,
    331                                    format=format)
--> 332         ds = opener()
    333         return cls(ds, mode=mode, writer=writer, opener=opener,
    334                    autoclose=autoclose, lock=lock)
~/miniconda3/lib/python3.6/site-packages/xarray/backends/netCDF4_.py in _open_netcdf4_group(filename, mode, group, kwargs)
    229     import netCDF4 as nc4
    230
--> 231     ds = nc4.Dataset(filename, mode=mode, kwargs)
    232
    233     with close_on_error(ds):
netCDF4/_netCDF4.pyx in netCDF4._netCDF4.Dataset.__init__()
netCDF4/_netCDF4.pyx in netCDF4._netCDF4._ensure_nc_success()
FileNotFoundError: [Errno 2] No such file or directory: b'/home/idies/workspace/OceanCirculation/exp_ASR/grid_glued.nc'
FileNotFoundError: [Errno 2] No such file or directory: b'/home/idies/workspace/OceanCirculation/exp_ASR/grid_glued.nc'
......
Do you have oceanspy on datascope as well? I'd like to set a job there to extract the section I need.
Thanks,
Atousa

The code looks fine. Your error says that OceanCirculation is not available: did you selected OceanCirculation during the submission process?

Hey,
I selected OceanCirculation this time, and I submitted it as a small job as I assumed it shouldn't take more than an hour. But my jobs was terminated by "Job timed out" error. I tried to submit a large job domain and since an hour ago the job is submitted but not started.

Let me know if the job we submitted together got to the end, so I can close the issue.

Yes. The job completed and the output was saved in the right place. Thanks


Show deck in game logs per default

Cards is the default selection when viewing game logs and selecting a player.
I think it would be more useful if it defaults to Deck if that information is available. Cards should be the fallback.

Makes sense, 1fd850b6906ee99d9dd4dfbdddee08155fcd3a4e addresses that.


Given proper spacing before and after the footer tag

Issue no #95
After this PR the user interface looks better.

 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.

@jobara can you please review it?

I made the foloowing changes @jobara !

@aashimgarg I left a comment on the issue asking for more information about what the issue actually it.

 All committers have signed the CLA.

Space is not required before the footer as it seems the continuity in the page gets broken. Should be closed along with #95

This PR won't be merged as we are currently beginning a redesign process. Thanks for your contribution!


Question: How to invoke hub method, from outside hub i.e. Service?

Using current prerelease.
I've a Background Service which subscribes to a Redis Channel, and performs actions based on an enum returned as part of a Class object.
A few of these actions I'd like to invoke server-side.
Currently the only way I have figured out how to do this is by passing IHubContext through the constructor for the Redis Service. This allows me to call hub.Clients.All.SendAsync(method, args);
However, this seems to only invoke a Client-Side method, so I'd need an extra "Hop" in my execution, i.e. Send Event to Client -> Client Invokes Server Method -> Server Sends Result to Client.
Is it not possible to directly Invoke the Server method from my HubContext, cutting out the extra client processing, so the client simply Gets the Result from my Redis Service Invocation?
Would I have to create a client in my Redis Service?
I'm going to end up with quite a few of these services in the application.

A few of these actions I'd like to invoke server-side.

What does that mean?

Currently the only way I have figured out how to do this is by passing IHubContext through the constructor for the Redis Service. This allows me to call hub.Clients.All.SendAsync(method, args);

Right, that's the way to do it.

However, this seems to only invoke a Client-Side method, so I'd need an extra "Hop" in my execution, i.e. Send Event to Client -> Client Invokes Server Method -> Server Sends Result to Client.

Are you trying to talk to clients? If yes then this is the way. If you're just trying to run some server side logic then put it somewhere outside of the hub.

Is it not possible to directly Invoke the Server method from my HubContext, cutting out the extra client processing, so the client simply Gets the Result from my Redis Service Invocation?

I don't really understand what you're trying to cut out.

I'm mainly trying to minimize code duplication. It's a few methods in the Hub that clients can invoke, which I wanted the Background Service to also be able to directly invoke as if a client had done so.
I guess I could move them to a third class containing shared methods and add that as a singleton.
Was just trying to make sure I hadn't overlooked something as I thought this could previously be done with GlobalHost.ConnectionManager.GetHubContext<T>()

I'm mainly trying to minimize code duplication. It's a few methods in the Hub that clients can invoke, which I wanted the Background Service to also be able to directly invoke as if a client had done so.

Make a class that does that, the hub is something that a client calls, it's not a place to put shared logic as much as it feels like it could be. Hubs are also transient and exist for as long as a single invocation.

I guess I could move them to a third class containing shared methods and add that as a singleton.

Yes, that's recommended.

Was just trying to make sure I hadn't overlooked something as I thought this could previously be done with GlobalHost.ConnectionManager.GetHubContext()

No, it was exactly the same thing as this with more statics.

Ahh gotcha - thanks for the help / recommendation :)