text:
Merge nuclear receptors (transcription factors) into GO:0000981 DNA-binding transcription factor activity, RNA polymerase II-specific

Hello,
The following terms describing specific nuclear receptors (transcription factors) will be merged into GO:0000981 DNA-binding transcription factor activity, RNA polymerase II-specific:

GO:0004882 androgen receptor activity + regulation children
GO:0008434 calcitriol receptor activity
GO:0004884 ecdysteroid hormone receptor activity
GO:0004880 juvenile hormone receptor activity
GO:0003708 retinoic acid receptor activity
GO:0004886 9-cis retinoic acid receptor activity
GO:0038052 RNA polymerase II transcription factor activity, estrogen-activated sequence-specific DNA binding
GO:0038050 RNA polymerase II transcription factor activity, glucocorticoid-activated sequence-specific DNA binding
GO:0004887 thyroid hormone receptor activity + regulation children

There is no action needed, unless groups want to capture the ligand using an annotation extension or a Noctua model. I have added the replacements here:
https://docs.google.com/spreadsheets/d/19KvlqWegkVPXeWG1kvekH5HeDatimW68bGju-jski_0/edit#gid=0
Thanks, Pascale

please give us a week or more to capture the information in the AE field before the merge
Thanks
Ruth

Sure no worries. (In any case everything is saved in the google doc). Pascale

Hi
I just noticed that  GO:0004887 thyroid hormone receptor activity has the parent  GO:0038023
signaling receptor activity. I think this parent should be added to the GO:0004879
nuclear receptor activity term. What do you think?
Thanks
Ruth

I just noticed that GO:0004887 thyroid hormone receptor activity has the parent GO:0038023
signaling receptor activity. I think this parent should be added to the GO:0004879
nuclear receptor activity term. What do you think?

Yes, I added that back.

@pgaudet Can you hold off until I have a chance to look? Should get to it soon. Thanks.

Doing them now. I have 23 complexes to fix in total (incl the historic ones that don't go in the GPAD). I will change them in our DB, but we don't use extensions.

done

@pgaudet
It doesn't seem like "directly activates" is the correct relationship (I get an "inconsistent" error)

I'm done.

@hdrabkin Can you have a look for MGI ?
@ggeorghiou @sylvainpoux Are you good with just a merge or do you want to add extensions ?

@sabrinatoro I'd rather have @vanaukenk's input on this one. I can do 'has input' but 'activated by' would be more precise, but it's not in RO, just in GO_REL (I think).
Sorry this is not very helpful!
Pascale

Regulation relations can only be used between processes, so directly_activates should fail the reasoning check. Unless there was some progress on sub-classifying participation at the recent RO meeting, I think 'has input' is the best we can do right now.

What we needed was to say 'x activity' activated_by CHEBI:xxxx
as described here: https://github.com/geneontology/annotation_extensions/blob/master/doc/activated_by.md

Yes, right now 'has input' is the best relation to use between the MF of the transcription factor and the chemical entity.
As @ukemi points out, the 'directly activates' relation describes a regulatory interaction between two processes so will give a reasoning error when used between a ChEBI term and a GO MF.
It would be helpful to get an update on any progress towards sub-classifying participants as discussed at the RO meeting.  Perhaps @cmungall could report back from the meeting on the 11/5 ontology editors call?

A report from the RO meeting is on the agenda.

Great; thanks @ukemi !

Hi
please could you provide a link to the agenda
Thanks
Ruth

To GO editors: Can I merge this ? Or do we need to wait for clarification on relations?

@sabrinatoro Please use 'has input' then :)

@pgaudet : will do! :-)
I think it is ok if you continue with this merge (I'll get to it asap).

@pgaudet. @ukemi @vanaukenk
Can we have "has input" + Chebi#?
(I am still having some inconsistency error...
Thanks!

Hmmm. What is your model?

oops, forgot to add this... http://noctua.geneontology.org/editor/graph/gomodel:5b91dbd100001025
(I also put this on Gitter for discussion)

Wow. The roles come back to bite us again. Good catch Jim! @sabrinatoro, can you replace thyroid hormone and androgen with bonafide chemicals?

@ukemi : It took some digging, but I was able to find the bonafide chemicals.
That being said, this is a solution which is different from the one suggested in this case (using "androgen" and "thyroid hormone" in annotation extensions)... I don't know if this will have consequences in the future and/or whether it is something to worry about.

On yesterday's ontology call, @ukemi  proposed that we annotate nuclear receptors like this:
http://noctua.geneontology.org/editor/graph/gomodel:5b91dbd100001177?barista_token=v9idfze5v6yaqeork9wg#
(right @ukemi @vanaukenk ? )

@RLovering Aligning with protein2GO is certainly a concern - we just need to first agree on how to annotate...
Pascale

Yes. But of course we need to check how this works with property chains etc. It would be nice to have a general pattern for all receptors that works.

@vanaukenk  and @sabrinatoro and I played around with this a lot this afternoon. In the end we decided it was least confusing to just use has_input, but I think that we really want a short-cut relation to describe this type of participation.

BUT we need to define the short-cut relation very precisely with respect to how it relates to existing relations.

@ukemi So we don't use binding anymore ?

authors: RLovering bmeldal hattrill pgaudet sabrinatoro ukemi vanaukenk


text:
More changes to response to host immune response

Move 'GO:0020033 antigenic variation' under 'response to host immune response'
GO:0019049 evasion or tolerance of host defenses by virus -> rename 'evasion of host defenses by virus '
untangle suppression and evasion (and see what's left)
try to remove the 'mitigation' terms and classify as with 'evasion' or 'suppression'

need to do this with @ValWood
See also annotation review: https://docs.google.com/spreadsheets/d/11R0XDvmmJZAW8jmM64mz1Xnx3abzwOr6inkgtb3o_Co/edit#gid=0

source: gharchive/issue

repo: geneontology/go-ontology

license_type: permissive

license_source: github-api


text:
Obsoletion notice: GO:2000574 regulation of microtubule motor activity and GO:0120079 regulation of microfilament motor activity and children

Please provide as much information as you can:

GO term ID and Label

GO:2000574 regulation of microtubule motor activity

GO:2000575 negative regulation of microtubule motor activity

GO:2000576 positive regulation of microtubule motor activity

GO:2000577 regulation of microtubule motor activity, minus-end-directed

GO:2000578 negative regulation of microtubule motor activity, minus-end-directed

GO:2000579 positive regulation of microtubule motor activity, minus-end-directed

GO:2000580 regulation of microtubule motor activity, plus-end-directed

GO:2000581 negative regulation of microtubule motor activity, plus-end-directed

GO:2000582 positive regulation of motor activity, plus-end-directed

GO:0120079 regulation of microfilament motor activity

GO:0120080 negative regulation of microfilament motor activity

GO:0120081 positive regulation of microfilament motor activity

GO:1904110 regulation of plus-end directed microfilament motor activity

GO:1904111 negative regulation of plus-end directed microfilament motor activity

GO:1904112 positive regulation of plus-end directed microfilament motor activity

Reason for deprecation
These terms represent a molecular function

"Replace by" term (ID and label)
If all annotations can safely be moved to that term

"Consider" term(s) (ID and label)
Suggestions for reannotation

Are there annotations to this term?

How many EXP: 32
https://docs.google.com/spreadsheets/d/1mE2QizkC9GzIO7LArCLmBJAsNlIDfcd4c8T-SkyrdJM/edit#gid=0

Are there mappings and cross references to this term? (InterPro, Keywords; check QuickGO cross-references section)

Is this term in a subset? (check the AmiGO page for that term)
No

Any other information

I have created new MF terms to capture the annotations (as appropriate), see #21627
motor activity regulator activity
motor activity activator activity
motor activity inhibitor activity

Dear all,
The proposal has been made to obsolete GO:2000574 regulation of microtubule motor activity and GO:0120079 regulation of microfilament motor activity and children. The reason for obsoletion is that these terms represent molecular functions. New MF terms have been created to re-house annotations as appropriate.
There are 32 annotations to these terms:
AgBase 1
ARUK-UCL 1
AspGD 1
CAFA 3
ComplexPortal 1
dictyBase 1
FlyBase 7
PomBase 6
RGD 1
SGD 5
UniProt 3
WB 2
The annotation review ticket is here: https://github.com/geneontology/go-annotation/issues/3819
These terms are not present in any subsets; there are no mappings to these terms. To allow re-annotation, we will wait 2 weeks before obsoletion, until June 30, 2021. Unless objections are received by June 30, 2021, we will assume that you agree to this change.
You may comment on the ticket here: https://github.com/geneontology/go-ontology/issues/21626

Thanks, Pascale


text:
def of GO:0006915, apoptosis

"exposition of phosphatidyl serine" is a bit awkward.
This def would read better as "the exposure of
phosphatidyl serine on the cell surface."
David
Reported by: ukemi
Original Ticket: "geneontology/ontology-requests/3147":https://sourceforge.net/p/geneontology/ontology-requests/3147

thanks www.movied.org


text:
[BUG]"roslaunch px4 sfm.launch"No  tag in the model database database.config found here

I'm using Ubuntu18.04
Firmware 1.8.2
Gazebo 8.6
I have finished tutorial1 and the vehicle fly well.
But when I'm running roslaunch px4 sfm.launch. No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
Could anyone help? Thanks a lot!
The log is as below
roslaunch px4 sfm.launch
... logging to /home/andsoon/.ros/log/db213ed2-cd31-11ec-93fa-1c697a9e0941/roslaunch-andsoon-Nitro-N50-640-27413.log
Checking log directory for disk usage. This may take awhile.
Press Ctrl-C to interrupt
Done checking log file disk usage. Usage is <1GB.
started roslaunch server http://andsoon-Nitro-N50-640:46321/
SUMMARY
CLEAR PARAMETERS

/mavros/

PARAMETERS

/gazebo/enable_ros_network: True
/mavros/cmd/use_comp_id_system_control: False
/mavros/conn/heartbeat_rate: 1.0
/mavros/conn/system_time_rate: 1.0
/mavros/conn/timeout: 10.0
/mavros/conn/timesync_rate: 10.0
/mavros/distance_sensor/hrlv_ez4_pub/field_of_view: 0.0
/mavros/distance_sensor/hrlv_ez4_pub/frame_id: hrlv_ez4_sonar
/mavros/distance_sensor/hrlv_ez4_pub/id: 0
/mavros/distance_sensor/hrlv_ez4_pub/orientation: PITCH_270
/mavros/distance_sensor/hrlv_ez4_pub/send_tf: True
/mavros/distance_sensor/hrlv_ez4_pub/sensor_position/x: 0.0
/mavros/distance_sensor/hrlv_ez4_pub/sensor_position/y: 0.0
/mavros/distance_sensor/hrlv_ez4_pub/sensor_position/z: -0.1
/mavros/distance_sensor/laser_1_sub/id: 3
/mavros/distance_sensor/laser_1_sub/orientation: PITCH_270
/mavros/distance_sensor/laser_1_sub/subscriber: True
/mavros/distance_sensor/lidarlite_pub/field_of_view: 0.0
/mavros/distance_sensor/lidarlite_pub/frame_id: lidarlite_laser
/mavros/distance_sensor/lidarlite_pub/id: 1
/mavros/distance_sensor/lidarlite_pub/orientation: PITCH_270
/mavros/distance_sensor/lidarlite_pub/send_tf: True
/mavros/distance_sensor/lidarlite_pub/sensor_position/x: 0.0
/mavros/distance_sensor/lidarlite_pub/sensor_position/y: 0.0
/mavros/distance_sensor/lidarlite_pub/sensor_position/z: -0.1
/mavros/distance_sensor/sonar_1_sub/id: 2
/mavros/distance_sensor/sonar_1_sub/orientation: PITCH_270
/mavros/distance_sensor/sonar_1_sub/subscriber: True
/mavros/fake_gps/eph: 2.0
/mavros/fake_gps/epv: 2.0
/mavros/fake_gps/fix_type: 3
/mavros/fake_gps/geo_origin/alt: 408.0
/mavros/fake_gps/geo_origin/lat: 47.3667
/mavros/fake_gps/geo_origin/lon: 8.55
/mavros/fake_gps/gps_rate: 5.0
/mavros/fake_gps/mocap_transform: True
/mavros/fake_gps/satellites_visible: 5
/mavros/fake_gps/tf/child_frame_id: fix
/mavros/fake_gps/tf/frame_id: map
/mavros/fake_gps/tf/listen: False
/mavros/fake_gps/tf/rate_limit: 10.0
/mavros/fake_gps/tf/send: False
/mavros/fake_gps/use_mocap: True
/mavros/fake_gps/use_vision: False
/mavros/fcu_protocol: v2.0
/mavros/fcu_url: udp://:14540@loca...
/mavros/gcs_url:
/mavros/global_position/child_frame_id: base_link
/mavros/global_position/frame_id: map
/mavros/global_position/gps_uere: 1.0
/mavros/global_position/rot_covariance: 99999.0
/mavros/global_position/tf/child_frame_id: base_link
/mavros/global_position/tf/frame_id: map
/mavros/global_position/tf/global_frame_id: earth
/mavros/global_position/tf/send: False
/mavros/global_position/use_relative_alt: True
/mavros/image/frame_id: px4flow
/mavros/imu/angular_velocity_stdev: 0.0003490659 // 0...
/mavros/imu/frame_id: base_link
/mavros/imu/linear_acceleration_stdev: 0.0003
/mavros/imu/magnetic_stdev: 0.0
/mavros/imu/orientation_stdev: 1.0
/mavros/landing_target/camera/fov_x: 2.0071286398
/mavros/landing_target/camera/fov_y: 2.0071286398
/mavros/landing_target/image/height: 480
/mavros/landing_target/image/width: 640
/mavros/landing_target/land_target_type: VISION_FIDUCIAL
/mavros/landing_target/listen_lt: False
/mavros/landing_target/mav_frame: LOCAL_NED
/mavros/landing_target/target_size/x: 0.3
/mavros/landing_target/target_size/y: 0.3
/mavros/landing_target/tf/child_frame_id: camera_center
/mavros/landing_target/tf/frame_id: landing_target
/mavros/landing_target/tf/listen: False
/mavros/landing_target/tf/rate_limit: 10.0
/mavros/landing_target/tf/send: True
/mavros/local_position/frame_id: map
/mavros/local_position/tf/child_frame_id: base_link
/mavros/local_position/tf/frame_id: map
/mavros/local_position/tf/send: False
/mavros/local_position/tf/send_fcu: False
/mavros/mission/pull_after_gcs: True
/mavros/mocap/use_pose: True
/mavros/mocap/use_tf: False
/mavros/odometry/fcu/odom_child_id_des: base_link
/mavros/odometry/fcu/odom_parent_id_des: map
/mavros/plugin_blacklist: ['safety_area', '...
/mavros/plugin_whitelist: []
/mavros/px4flow/frame_id: px4flow
/mavros/px4flow/ranger_fov: 0.118682
/mavros/px4flow/ranger_max_range: 5.0
/mavros/px4flow/ranger_min_range: 0.3
/mavros/safety_area/p1/x: 1.0
/mavros/safety_area/p1/y: 1.0
/mavros/safety_area/p1/z: 1.0
/mavros/safety_area/p2/x: -1.0
/mavros/safety_area/p2/y: -1.0
/mavros/safety_area/p2/z: -1.0
/mavros/setpoint_accel/send_force: False
/mavros/setpoint_attitude/reverse_thrust: False
/mavros/setpoint_attitude/tf/child_frame_id: target_attitude
/mavros/setpoint_attitude/tf/frame_id: map
/mavros/setpoint_attitude/tf/listen: False
/mavros/setpoint_attitude/tf/rate_limit: 50.0
/mavros/setpoint_attitude/use_quaternion: False
/mavros/setpoint_position/mav_frame: LOCAL_NED
/mavros/setpoint_position/tf/child_frame_id: target_position
/mavros/setpoint_position/tf/frame_id: map
/mavros/setpoint_position/tf/listen: False
/mavros/setpoint_position/tf/rate_limit: 50.0
/mavros/setpoint_raw/thrust_scaling: 1.0
/mavros/setpoint_velocity/mav_frame: LOCAL_NED
/mavros/startup_px4_usb_quirk: True
/mavros/sys/disable_diag: False
/mavros/sys/min_voltage: 10.0
/mavros/target_component_id: 1
/mavros/target_system_id: 1
/mavros/tdr_radio/low_rssi: 40
/mavros/time/time_ref_source: fcu
/mavros/time/timesync_avg_alpha: 0.6
/mavros/time/timesync_mode: MAVLINK
/mavros/vibration/frame_id: base_link
/mavros/vision_pose/tf/child_frame_id: vision_estimate
/mavros/vision_pose/tf/frame_id: odom
/mavros/vision_pose/tf/listen: False
/mavros/vision_pose/tf/rate_limit: 10.0
/mavros/vision_speed/listen_twist: True
/mavros/vision_speed/twist_cov: True
/mavros/wheel_odometry/child_frame_id: base_link
/mavros/wheel_odometry/count: 2
/mavros/wheel_odometry/frame_id: odom
/mavros/wheel_odometry/send_raw: True
/mavros/wheel_odometry/send_twist: False
/mavros/wheel_odometry/tf/child_frame_id: base_link
/mavros/wheel_odometry/tf/frame_id: odom
/mavros/wheel_odometry/tf/send: False
/mavros/wheel_odometry/use_rpm: False
/mavros/wheel_odometry/vel_error: 0.1
/mavros/wheel_odometry/wheel0/radius: 0.05
/mavros/wheel_odometry/wheel0/x: 0.0
/mavros/wheel_odometry/wheel0/y: -0.15
/mavros/wheel_odometry/wheel1/radius: 0.05
/mavros/wheel_odometry/wheel1/x: 0.0
/mavros/wheel_odometry/wheel1/y: 0.15
/rosdistro: melodic
/rosversion: 1.14.3
/use_sim_time: True

NODES
/
gazebo (gazebo_ros/gzserver)
gazebo_gui (gazebo_ros/gzclient)
mavros (mavros/mavros_node)
sitl (px4/px4)
vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726 (gazebo_ros/spawn_model)
auto-starting new master
process[master]: started with pid [27423]
ROS_MASTER_URI=http://localhost:11311
setting /run_id to db213ed2-cd31-11ec-93fa-1c697a9e0941
process[rosout-1]: started with pid [27434]
started core service [/rosout]
process[sitl-2]: started with pid [27442]
node name: sitl
data path: /home/andsoon/catkin_ws/src/Firmware
commands file: /home/andsoon/catkin_ws/src/Firmware/posix-configs/SITL/init/ekf2/iris_stereo_rgb_gps
95 WARNING: setRealtimeSched failed (not run as root?)

| ___ \ \ \ / /   /   |
| |/ /  \ V /   / /| |
|  __/   /   \  / /| |
| |     / /^\ \ ___  |
_|     /   /     |_/
px4 starting.
process[gazebo-3]: started with pid [27450]
process[gazebo_gui-4]: started with pid [27457]
process[vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726-5]: started with pid [27462]
INFO  [dataman] Unknown restart, data manager file 'rootfs/fs/microsd/dataman' size is 11405132 bytes
INFO  [simulator] Waiting for initial data on UDP port 14560. Please start the flight simulator to proceed..
process[mavros-6]: started with pid [27463]
[ INFO] [1651837456.035575001]: FCU URL: udp://:14540@localhost:14557
[ INFO] [1651837456.036299871]: udp0: Bind address: 0.0.0.0:14540
[ INFO] [1651837456.036340480]: udp0: Remote address: 127.0.0.1:14557
[ INFO] [1651837456.036521227]: GCS bridge disabled
[ INFO] [1651837456.041126930]: Plugin 3dr_radio loaded
[ INFO] [1651837456.041826622]: Plugin 3dr_radio initialized
[ INFO] [1651837456.041858700]: Plugin actuator_control loaded
[ INFO] [1651837456.042824409]: Plugin actuator_control initialized
[ INFO] [1651837456.044459479]: Plugin adsb loaded
[ INFO] [1651837456.045542596]: Plugin adsb initialized
[ INFO] [1651837456.045587991]: Plugin altitude loaded
[ INFO] [1651837456.046036253]: Plugin altitude initialized
[ INFO] [1651837456.046072586]: Plugin cam_imu_sync loaded
[ INFO] [1651837456.046282121]: Plugin cam_imu_sync initialized
[ INFO] [1651837456.046335315]: Plugin command loaded
[ INFO] [1651837456.048160736]: Plugin command initialized
[ INFO] [1651837456.048219978]: Plugin companion_process_status loaded
[ INFO] [1651837456.049081827]: Plugin companion_process_status initialized
[ INFO] [1651837456.049130269]: Plugin debug_value loaded
[ INFO] [1651837456.050643226]: Plugin debug_value initialized
[ INFO] [1651837456.050661863]: Plugin distance_sensor blacklisted
[ INFO] [1651837456.050724092]: Plugin fake_gps loaded
[ INFO] [1651837456.054567547]: Plugin fake_gps initialized
[ INFO] [1651837456.054645653]: Plugin ftp loaded
[ INFO] [1651837456.056701159]: Plugin ftp initialized
[ INFO] [1651837456.056759100]: Plugin global_position loaded
[ INFO] [1651837456.061685732]: Plugin global_position initialized
[ INFO] [1651837456.061747844]: Plugin gps_rtk loaded
[ INFO] [1651837456.062499245]: Plugin gps_rtk initialized
[ INFO] [1651837456.062548947]: Plugin hil loaded
[ INFO] [1651837456.066407995]: Plugin hil initialized
[ INFO] [1651837456.066464767]: Plugin home_position loaded
[ INFO] [1651837456.067645880]: Plugin home_position initialized
[ INFO] [1651837456.067698467]: Plugin imu loaded
[ INFO] [1651837456.070030715]: Plugin imu initialized
[ INFO] [1651837456.070160448]: Plugin landing_target loaded
[ INFO] [1651837456.074422119]: Plugin landing_target initialized
[ INFO] [1651837456.074483883]: Plugin local_position loaded
[ INFO] [1651837456.076581038]: Plugin local_position initialized
[ INFO] [1651837456.076632269]: Plugin log_transfer loaded
[ INFO] [1651837456.077531130]: Plugin log_transfer initialized
[ INFO] [1651837456.077595447]: Plugin manual_control loaded
[ INFO] [1651837456.078465671]: Plugin manual_control initialized
[ INFO] [1651837456.078518427]: Plugin mocap_pose_estimate loaded
[ INFO] [1651837456.079565074]: Plugin mocap_pose_estimate initialized
[ INFO] [1651837456.079609554]: Plugin mount_control loaded
[ INFO] [1651837456.080407176]: Plugin mount_control initialized
[ INFO] [1651837456.080440853]: Plugin obstacle_distance loaded
[ INFO] [1651837456.081084944]: Plugin obstacle_distance initialized
[ INFO] [1651837456.081115797]: Plugin odom loaded
[ INFO] [1651837456.082293473]: Plugin odom initialized
[ INFO] [1651837456.082329959]: Plugin onboard_computer_status loaded
[ INFO] [1651837456.082964486]: Plugin onboard_computer_status initialized
[ INFO] [1651837456.083003310]: Plugin param loaded
[ INFO] [1651837456.083771456]: Plugin param initialized
[ INFO] [1651837456.083804032]: Plugin px4flow loaded
[ INFO] [1651837456.085674081]: Plugin px4flow initialized
[ INFO] [1651837456.085683853]: Plugin rangefinder blacklisted
[ INFO] [1651837456.085728458]: Plugin rc_io loaded
[ INFO] [1651837456.086703033]: Plugin rc_io initialized
[ INFO] [1651837456.086713523]: Plugin safety_area blacklisted
[ INFO] [1651837456.086754247]: Plugin setpoint_accel loaded
[ INFO] [1651837456.087604846]: Plugin setpoint_accel initialized
[ INFO] [1651837456.087645566]: Plugin setpoint_attitude loaded
[ INFO] [1651837456.090282126]: Plugin setpoint_attitude initialized
[ INFO] [1651837456.090348895]: Plugin setpoint_position loaded
[ INFO] [1651837456.094958823]: Plugin setpoint_position initialized
[ INFO] [1651837456.095012899]: Plugin setpoint_raw loaded
[ INFO] [1651837456.097561742]: Plugin setpoint_raw initialized
[ INFO] [1651837456.097609644]: Plugin setpoint_velocity loaded
[ INFO] [1651837456.099154456]: Plugin setpoint_velocity initialized
[ INFO] [1651837456.099213913]: Plugin sys_status loaded
[ INFO] [1651837456.101858156]: Plugin sys_status initialized
[ INFO] [1651837456.101907511]: Plugin sys_time loaded
[ INFO] [1651837456.103370601]: TM: Timesync mode: MAVLINK
[ INFO] [1651837456.103927931]: Plugin sys_time initialized
[ INFO] [1651837456.103980607]: Plugin trajectory loaded
[ INFO] [1651837456.105704331]: Plugin trajectory initialized
[ INFO] [1651837456.105761441]: Plugin vfr_hud loaded
[ INFO] [1651837456.106002123]: Plugin vfr_hud initialized
[ INFO] [1651837456.106017628]: Plugin vibration blacklisted
[ INFO] [1651837456.106065150]: Plugin vision_pose_estimate loaded
[ INFO] [1651837456.108598461]: Plugin vision_pose_estimate initialized
[ INFO] [1651837456.108660913]: Plugin vision_speed_estimate loaded
[ INFO] [1651837456.109752313]: Plugin vision_speed_estimate initialized
[ INFO] [1651837456.109802388]: Plugin waypoint loaded
[ INFO] [1651837456.110989086]: Plugin waypoint initialized
[ INFO] [1651837456.111003624]: Plugin wheel_odometry blacklisted
[ INFO] [1651837456.111053971]: Plugin wind_estimation loaded
[ INFO] [1651837456.111237620]: Plugin wind_estimation initialized
[ INFO] [1651837456.111255929]: Autostarting mavlink via USB on PX4
[ INFO] [1651837456.111279277]: Built-in SIMD instructions: SSE, SSE2
[ INFO] [1651837456.111291862]: Built-in MAVLink package version: 2019.10.10
[ INFO] [1651837456.111307754]: Known MAVLink dialects: common ardupilotmega ASLUAV autoquad icarous matrixpilot paparazzi slugs standard uAvionix ualberta
[ INFO] [1651837456.111321540]: MAVROS started. MY ID 1.240, TARGET ID 1.1
Gazebo multi-robot simulator, version 9.0.0
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.
http://gazebosim.org
[Wrn] [GuiIface.cc:199] g/gui-plugin is really loading a SystemPlugin. To load a GUI plugin please use --gui-client-plugin
Gazebo multi-robot simulator, version 9.0.0
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.
http://gazebosim.org
[ INFO] [1651837456.149946296]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1651837456.150646017]: waitForService: Service [/gazebo/set_physics_properties] has not been advertised, waiting...
[Msg] Waiting for master.
[Msg] Connected to gazebo master @ http://127.0.0.1:11345
[Msg] Publicized address: 172.20.54.139
[ INFO] [1651837456.168045623]: Finished loading Gazebo ROS API Plugin.
[ INFO] [1651837456.168839518]: waitForService: Service [/gazebo_gui/set_physics_properties] has not been advertised, waiting...
[Msg] Waiting for master.
[Msg] Connected to gazebo master @ http://127.0.0.1:11345
[Msg] Publicized address: 172.20.54.139
[INFO] [1651837456.429341, 0.000000]: Loading model XML from file /home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/models/iris_stereo_rgb_gps/iris_stereo_rgb_gps.sdf
[INFO] [1651837456.433887, 0.000000]: Waiting for service /gazebo/spawn_sdf_model
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[INFO] [1651837457.037648, 0.000000]: Calling service /gazebo/spawn_sdf_model
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/cmake"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/external"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/include"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/models"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/msgs"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/scripts"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/src"
[Err] [InsertModelWidget.cc:405] Missing model.config for model "/home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/worlds"
[Wrn] [Event.cc:61] Warning: Deleting a connection right after creation. Make sure to save the ConnectionPtr from a Connect call
[Err] [REST.cc:205] Error in REST request
libcurl: (51) SSL: no alternative certificate subject name matches target host name 'api.ignitionfuel.org'
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [MeshShape.cc:66] No mesh specified
[INFO] [1651837484.683913, 149.204000]: Spawn status: SpawnModel: Entity pushed to spawn queue, but spawn service timed out waiting for entity to appear in simulation under the name iris_stereo_rgb_gps
[ERROR] [1651837484.685265, 149.204000]: Spawn service failed. Exiting.
Warning [parser.cc:950] XML Element[child], child of element[sensor] not defined in SDF. Ignoring[child]. You may have an incorrect SDF file, or an sdformat version that doesn't support this element.
Warning [parser.cc:950] XML Element[parent], child of element[sensor] not defined in SDF. Ignoring[parent]. You may have an incorrect SDF file, or an sdformat version that doesn't support this element.
[Wrn] [msgs.cc:1852] Conversion of sensor type[multicamera] not supported.
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Wrn] [Event.cc:61] Warning: Deleting a connection right after creation. Make sure to save the ConnectionPtr from a Connect call
[vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726-5] process has died [pid 27462, exit code 1, cmd /opt/ros/melodic/lib/gazebo_ros/spawn_model -sdf -file /home/andsoon/catkin_ws/src/Firmware/Tools/sitl_gazebo/models/iris_stereo_rgb_gps/iris_stereo_rgb_gps.sdf -model iris_stereo_rgb_gps -x 0 -y 0 -z 0 -R 0 -P 0 -Y 0 __name:=vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726 log:=/home/andsoon/.ros/log/db213ed2-cd31-11ec-93fa-1c697a9e0941/vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726-5.log].
log file: /home/andsoon/.ros/log/db213ed2-cd31-11ec-93fa-1c697a9e0941/vehicle_spawn_andsoon_Nitro_N50_640_27413_3798003151404897726-5*.log
[ INFO] [1651837484.853939482, 149.204000000]: Camera Plugin: Using the 'robotNamespace' param: '/'
[ INFO] [1651837484.854120031, 149.204000000]: Camera Plugin: Using the 'robotNamespace' param: '/'
[ INFO] [1651837484.855560143, 149.204000000]: Camera Plugin (ns = /)  <tf_prefix>, set to ""
[ INFO] [1651837484.855847909, 149.204000000]: Camera Plugin (ns = /)  <tf_prefix>, set to ""
[Dbg] [gazebo_mavlink_interface.cpp:138] <joint_name> not found for channel[0] no joint control will be performed for this channel.
[Dbg] [gazebo_mavlink_interface.cpp:138] <joint_name> not found for channel[1] no joint control will be performed for this channel.
[Dbg] [gazebo_mavlink_interface.cpp:138] <joint_name> not found for channel[2] no joint control will be performed for this channel.
[Dbg] [gazebo_mavlink_interface.cpp:138] <joint_name> not found for channel[3] no joint control will be performed for this channel.
[Wrn] [gazebo_mavlink_interface.cpp:127] joint [zephyr_delta_wing::propeller_joint] not found for channel[4] no joint control for this channel.
[Wrn] [gazebo_mavlink_interface.cpp:127] joint [zephyr_delta_wing::flap_left_joint] not found for channel[5] no joint control for this channel.
[Wrn] [gazebo_mavlink_interface.cpp:127] joint [zephyr_delta_wing::flap_right_joint] not found for channel[6] no joint control for this channel.
[Dbg] [gazebo_mavlink_interface.cpp:138] <joint_name> not found for channel[7] no joint control will be performed for this channel.
[Msg] Using MAVLink protocol v2.0
[ INFO] [1651837484.963363438, 149.224000000]: waitForService: Service [/gazebo/set_physics_properties] is now available.
[ INFO] [1651837484.975364141, 149.236000000]: Physics dynamic reconfigure ready.
[Wrn] [msgs.cc:1852] Conversion of sensor type[multicamera] not supported.
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
INFO  [simulator] Got initial simulation data, running sim..
INFO  [pwm_out_sim] MODE_16PWM
INFO  [mavlink] mode: Normal, data rate: 4000000 B/s on udp port 14556 remote port 14550
INFO  [mavlink] mode: Onboard, data rate: 4000000 B/s on udp port 14557 remote port 14540
INFO  [mavlink] MAVLink only on localhost (set param MAV_BROADCAST = 1 to enable network)
pxh> INFO  [logger] logger started (mode=all)
INFO  [logger] Start file log
INFO  [logger] Opened log file: rootfs/fs/microsd/log/2022-05-06/11_44_46.ulg
[ INFO] [1651837486.133183949, 150.388000000]: udp0: Remote address: 127.0.0.1:14557
INFO  [mavlink] partner IP: 127.0.0.1
[ INFO] [1651837486.246217380, 150.502000000]: IMU: High resolution IMU detected!
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [Visual.cc:2824] No mesh specified
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
INFO  [ecl/EKF] EKF aligned, (pressure height, IMU buf: 22, OBS buf: 14)
[ INFO] [1651837487.033585972, 151.288000000]: CON: Got HEARTBEAT, connected. FCU: PX4 Autopilot
[ INFO] [1651837487.046134361, 151.300000000]: IMU: High resolution IMU detected!
[ INFO] [1651837487.149644057, 151.404000000]: IMU: Attitude quaternion IMU detected!
[Wrn] [Publisher.cc:141] Queue limit reached for topic /gazebo/default/iris_stereo_rgb_gps/motor_speed/0, deleting message. This warning is printed only once.
[ INFO] [1651837488.033672055, 152.288000000]: VER: 1.1: Capabilities         0x000000000000e4ef
[ INFO] [1651837488.033742820, 152.288000000]: VER: 1.1: Flight software:     010800ff (96443b3cf3e3adae)
[ INFO] [1651837488.033779265, 152.288000000]: VER: 1.1: Middleware software: 010800ff (96443b3cf3e3adae)
[ INFO] [1651837488.033815666, 152.288000000]: VER: 1.1: OS software:         041200ff (0000000000000000)
[ INFO] [1651837488.033845823, 152.288000000]: VER: 1.1: Board hardware:      00000001
[ INFO] [1651837488.033878424, 152.288000000]: VER: 1.1: VID/PID:             0000:0000
[ INFO] [1651837488.033908808, 152.288000000]: VER: 1.1: UID:                 0000000100000002
[ WARN] [1651837488.053870760, 152.308000000]: CMD: Unexpected command 520, result 0
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [Visual.cc:2824] No mesh specified
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/scripts]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/scripts]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/scripts]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/scripts]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/textures]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/textures]
[Wrn] [Visual.cc:1019] Unable to get Material[House_1/Diffuse] for Geometry[House 1::link::visual. Object will appear white
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [Visual.cc:2824] No mesh specified
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
INFO  [ecl/EKF] EKF GPS checks passed (WGS-84 origin set)
INFO  [ecl/EKF] EKF commencing GPS fusion
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/textures]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/textures]
[Wrn] [Visual.cc:1019] Unable to get Material[House_1/Diffuse] for Geometry[House 1::link::visual. Object will appear white
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[ INFO] [1651837497.037789818, 161.288000000]: HP: requesting home position
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/scripts]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/scripts]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [Visual.cc:2824] No mesh specified
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/meshes/house_1.dae]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[ INFO] [1651837502.040901855, 166.288000000]: WP: mission received
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/scripts]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/scripts]
[Wrn] [ModelDatabase.cc:340] Getting models from[http://gazebosim.org/models/]. This may take a few seconds.
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/textures]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/textures]
[Wrn] [Visual.cc:1019] Unable to get Material[House_1/Diffuse] for Geometry[House 1::link::visual. Object will appear white
the error is:
[Err] [ModelDatabase.cc:235] No  tag in the model database database.config found here[http://gazebosim.org/models/]
[Err] [ModelDatabase.cc:294] Unable to download model manifests
[Err] [ModelDatabase.cc:414] Unable to download model[model://house_1/materials/scripts]
[Err] [SystemPaths.cc:412] File or path does not exist[""]
[Err] [RenderEngine.cc:475] URI doesn't exist[model://house_1/materials/scripts]
But I don't know how to fix it. Can you help me?

i have solved this problem, maybe you can refer to this website
https://www.likecs.com/show-204958737.html   and   https://blog.csdn.net/shixiaolu63/article/details/80590204
you need to download models to .gazebo

repo: generalized-intelligence/GAAS


text:
check secret fails for non-safe generated certs

This example is from the vault kit, but we replicated the issue with the shield kit as well.
[ops] running secrets checks...
Validating 3 secrets for ops under path '/secret/ops/vault/':
[1/3] certs/ca X509 certificate ... Use of uninitialized value $modulus in string eq at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1480.
Use of uninitialized value $keyModulus in string eq at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1480.
Use of uninitialized value $expires in sprintf at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1493.
invalid!
[✘ ] Self-Signed
[✘ ] Valid: expired 18466 days ago ()
[⚠ ] Default CA key usage (missing: client_auth, server_auth; extra: digital_signature)
[2/3] certs/consul X509 certificate ... Use of uninitialized value $subjectCN in string eq at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1378.
Use of uninitialized value $subjectCN in concatenation (.) or string at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1380.
Use of uninitialized value $modulus in string eq at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1480.
Use of uninitialized value $expires in sprintf at /home/rmeissner/.geese/lib/Genesis/Vault.pm line 1493.
invalid!
[✘ ] Valid: expired 18466 days ago ()
[✘ ] Modulus Agreement
[⚠ ] Subject Name 'consul_vault_peer' (found '')
[⚠ ] Subject Alt Names (missing: 127.0.0.1, consul_vault_peer; extra: *.sub.contoso.com, sub.contoso.com)
[⚠ ] Default key usage (extra: digital_signature, key_encipherment)
[3/3] certs/vault X509 certificate ... missing!
Failed - Duration: 0 seconds [0 validated/0 skipped/3 errors]
Preflight checks failed; deployment operation halted.

can you provide the output of openssl x509 -in cert.crt -text -fingerprint -modulus -noout as well as your openssl version, os type and version, and what you used to generate the cert.  If you don't want to paste that information here, feel free to DM it to me (dennis) in the genesis slack org (see here: https://genesisproject.io/community/ for connecting to the slack org)

Bump...

repo: genesis-community/genesis

license: MIT


text:
[#121970763] add support for attachments

story :point_right: 121970763
Our java library was the only one that did not have support for attachments.

LGTM 🎃

@mikamikuh thank you for reviewing.
Made the changes PTAL

LGTM @hayate !

source: gharchive/pull-request

authors: hayate hokichaio mikamikuh

repo: gengo/gengo-java

license_source: bigquery


text:
allow branch setting on deployment tool repository

Currently, this script only works under the condition to use master of deployment tool repository. But sometimes I want to use a different branch temporally while testing the deployment script. I think this functionality is necessary especially when you have multiple environment hosting goship server, e.g. staging and live.

makes sense LGTM

LGTm

authors: hayate seikoudoku2000 toshipon

repo: gengo/goship


text:
Add a tool to logically rename a file and use it in our VCF filter subworkflow.

This closes #733. It mostly supersedes #734.
The Expression tool could've been inline in the workflow, but this will hopefully be more convenient for re-using in other pipelines.

@chrisamiller The name is currently set to:
https://github.com/genome/analysis-workflows/blob/0cddca7bf8a6b8c43ac3a0e6141b7ee6ed3b6c30/definitions/tools/filter_vcf_somatic_llr.cwl#L29
PR #734 is the one that includes the rename, so if that one is closed it will remain unchanged in master.

Ah, I see now - that never got merged.  That's what I get for reviewing code on my phone.  An enthusiastic +1!

Here's a JIRA issue I opened about Cromwell not supporting this: BA-5835.  [Selling your soul to Google required to access.]

I've added a CommandLineTool-based renamer.  If a workflow is run with cwltool I'd recommend staying with the original rename.cwl, but this one works more often :smile:

authors: chrisamiller tmooney

repo: genome/analysis-workflows


text:
Online examples not working with HTTPS

The online examples under https://geoext.github.io/geoext2/ do not work because ExtJS and OpenLayers are included with HTTP which is blocked by the browsers due to 'Mixed Content'.

thats a critcal one, broken examples need to be fixed quickly, no question.
But im wondering myself, how did you achieve to open the gh-pages with https?
The links from the projects readme are just http, and following them works fine.
Maybe your browser redirected you to the https one? If so, we will have to look into that..

Even worse: a result of a search engine pointed to the HTTPS version of the gh-pages site.
You are right, if you're following the links in the README everything is fine because it HTTP. But we cant't rely on this IMHO especially when search engines offer the HTTPS version.
Do you have time to care about this @weskamm ?

yes i could spent some time on this.
the real solution would be to use https for every resource, but some of them are not in our hands / control.
I just had a quick look, the sencha cdn is also available on https, openlayers is hosted on our gh-pages so no problem there, ows.terrestris would need a fixup and there may be other resources i'm missing.
If you find more external resources causing the issue, please report them here

work is ongoing, but cannot continue till friday...

:thumbsup:

fixed all the resources for the gh-pages, reviewed by @marcjansen , already online.
Fixing the examples in the lib needs a little more effort, as they differ to much in order to apply a patch

This is again an issue since the online examples have been updated by the GeoExt 2.1.0 examples.
I had a quick look at this. It seems that the ExtJS-resources loaded by this script, which needs to be adapted. But it seems that the commits 7f16a9e64038d, 057b1953071dcf4, ff16e3f52c2, aa2f354ef26 and ead6943be6d are overwritten by the 2.1.0 release since they have only been pushed to the gh-pages branch.

It was very bad of us to only commit to the gh-pages branch! So sorry for the confusion this has caused, @chrismayer.

I tried to catch all HTTP calls which could be replaced by HTTPS. If you still discover any problems please report here.
We should definitely port this patch to the master branch.

:+1:

Thanks @chrismayer! i checked the examples and found 2 remaining problems:
https://geoext.github.io/geoext2/examples/geocoder/geocoder.html
uses nominatim over http. A quick test shows that it works with https, so adjusting the url should be enough.
https://geoext.github.io/geoext2/examples/popup/popup.html
has problems with the bbox, as the map shows pink tiles on the first zoomlevel. I know this is not related to this discussion, but i think adjusting / lowering the maxextent should fix this. I currently have no time to fix the service itself, which should be the way to go...

Thanks for cross-checking @weskamm!

https://geoext.github.io/geoext2/examples/geocoder/geocoder.html
uses nominatim over http. A quick test shows that it works with https, so adjusting the url should be enough.

Fixed in ea0347f

https://geoext.github.io/geoext2/examples/popup/popup.html
has problems with the bbox, as the map shows pink tiles on the first zoomlevel. I know this is not related to this discussion, but i think adjusting / lowering the maxextent should fix this. I currently have no time to fix the service itself, which should be the way to go...

As suggested I fixed this by showing an appropriate BBOX (see #371 for the solution).
I opened up an issue for the backport of the fixes regarding this issue to the master branch (#372).
So this can be closed now.

authors: chrismayer marcjansen weskamm


text:
TestZeroViewShapeTracker fix test

Hello!
This PR posits an improvement on the TestZeroViewShapeTracker test (issue 476).
Previously, we were comparing the shape of the ST after the pad, without regards to the ZeroView attribute.
I've added a simple ZeroView class which should be contained within the test shape tracker as a result of the .pad operation.
Thanks!

Ideally it should function like the other shapetracker tests, testing the behavior, not the value.

authors: geohot zwickidtek

repo: geohot/tinygrad


text:
Add active layers tracking into HashTrack.js.

The intended purpose is to be able to save a map view (position and layers) as a URL and either send it to someone else (e.g. email) or restore your session (bookmark).
This works by adding tracking of the active layers to the HashTrack.js extension.  Similar to how map positioning tracking works, it adds a l=[path],[path],... parameter which tracks the active layers as they are turned on/off in GeoMoose.  On startup it turns on any layer listed in the l parameter.
Possible future enhancements:

On startup, it does not turn off layers that default on in the mapbook.
Add a parameter to save sketch layers as well (this may be too large to fit into the URL comfortably).

Update:

Turning layers on and off has been implemented with the on and off parameters in the same way as GeoMOOSE.getBookmarkUrl().  This replaces the "l" parameter listed above.

Looks like there is another problem with HashTrack:  parseHashTag is getting called multiple times at startup which implies to me there is an event loop between "hashchange" and "onLayersChange"

GeoMOOSE.getBookmarkUrl replaces '#' with '', but doesn't remove the rest of the hash string and thus makes invalid URLs when HashTrack is loaded.

Application.getStatusDifferences appears slightly broken:
If status="on" is used in the catalog->layer instead of the mapsource->layer the layer still defaults to on, but initial_on never gets set in Application.mapSources.layer[...]

How should HashTrack be harmonized with GeoMOOSE.getBookmarkUrl()?
getBookmarkUrl() uses search (?) instead of hash (#) which means that changes to window.location cause a page reload (and thus cannot be used to seamlessly track application state usable with the browser forward and back buttons as well as usable as an always bookmarkable link as is done is HashTrack).  It also means that the parameters will get sent to the webserver which may be good or bad.  Additionally, getBookmarkUrl uses the window extent instead of the centerpoint, and zoom level.  I'm not sure which is better and both have different behavior when opening the link with a different browser window size.  Extent more so preserves the area of interest (subject to aspect ratio differences) while center,zoom preserves the scale (and thus which features are visible if scale dependent rendering is used).  I'm not sure which is "best".
Also, can/should HashTrack be revised to use window.history.pushState() (so it can work with '?')? (This may require IE10+, other browser have long supported it.)

Here's my proposed suggestion:

I'm accepting the pull request and going to set the associated ticket to review.
We are going to ignore the conflict with getBookmarkUrl.  HashTrack is 'technically' an extension.  It is optional if it breaks pre-existing functionality.  I've wanted to include it by default because I believe it to be vastly superior to getBookmarkUrl which is only referenced in another extension "BookmarkToTab.js".
I've created a new ticket, https://github.com/geomoose/geomoose/issues/113, to address adding a warning message for the 2.9 release.
For a Future release, we will migrate HashTrack into the mainline code: https://github.com/geomoose/geomoose/issues/114

To promote HashTrack from an extension (it does nice modern things), I think that finding a way to harmonize it with conflicting parts of the public API [getBookmarkUrl] (http://docs.geomoose.org/master/apidocs/files/geomoose-js.html#GeoMOOSE.getBookmarkUrl) is important.

The only current use of getBookmarkUrl is with the BookmarkToTab extension. While it is in the public API, it's being made redundant by a more modern solution.
We could also simply gut getBookmarkUrl with the code that powers HashTrack and would forcibly add a "#..." to the end of the URL when HashTrack is disabled.  This keeps the API but removes the conflict.

The conflict is having two URL formats to do almost the same thing.  I
fixed getBookmarkUrl already so that it doesn't fail when a '#' is present.
The only current use of getBookmarkUrl /in the official code base/ is the
BookmarkToTab extension.  But as it is part of the public API is others can
build on it and expect it to be stable.  So there may be people using it
without our knowing.   Also keep in mind that those parameters may be being
used by others without going through getBookmarkUrl, such as jumping into
GeoMoose from an external application.  Keep in mind too that receiving the
URL parameters generated by getBookmarkUrl happens deep in the core code
and can continue to work as they have (for people who saved old format
bookmarks).
On Thu, Dec 10, 2015 at 6:57 PM, theduckylittle notifications@github.com
wrote:

The only current use of getBookmarkUrl is with the BookmarkToTab
extension. While it is in the public API, it's being made redundant by a
more modern solution.
We could also simply gut getBookmarkUrl with the code that powers
HashTrack and would forcibly add a "#..." to the end of the URL when
HashTrack is disabled. This keeps the API but removes the conflict.
—
Reply to this email directly or view it on GitHub
https://github.com/geomoose/geomoose-js/pull/12#issuecomment-163799339.

That's a lot of great points Jim.
Do you feel any of them are incompatible with the plan I laid out?

Those using the public function will continue to get URLs.  They'll just be more 'modern' / not cause a UI reload.
Those dependent on the URL parameters to bootstrap GeoMOOSE will still continue to function.

authors: elil klassenjs theduckylittle

repo: geomoose/geomoose-js

license: mit


text:
How to register A/C to ewelink app?

I have bad results using Midea Aircon integration. I'm not sure how this integration should work, but I think I should register my A/Cs to ewelink app and then I can find them in HA?
I tried to register one of my A/Cs too ewelink, but I had no success.

Same here

authors: AlessandroTischer gonzalo-s


text:
Dehumidifier Tank Level Not Updating

HA core version
2023.8.4
Intergration version
0.3.21
Device type and model
Dehumidifier 00000Q1C
Used App
SmartHome(formerly MSmartHome)
The description of problem
I added the dehumidifier last night and activated the additional entities of current humidity, current temperature, tank, tank status, power, fan speed, and water level setting. All seem to be working except for the tank level and current temperature. I can see in the SmartHome app that the tank level is around 20% but HA is showing 0% still. The current temperature has also not changed from 23 degrees.
The logs
2023-09-27 11:49:20.595 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Sending: {'header': 'aa20a100000000000303', 'body': '418100ff000000000000000000000000000000004c10', 'message type': '03', 'body type': '41'}
2023-09-27 11:49:20.711 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000303', 'body': 'c80102507f7f002300000000000000642c6000000000004c75', 'message type': '03', 'body type': 'c8'}
2023-09-27 11:49:20.711 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': True, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'High', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 44, 'current_temperature': 23.0}
2023-09-27 11:49:46.367 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000305', 'body': 'a00102287f7f002300000000000000642b6000000000000152', 'message type': '05', 'body type': 'a0'}
2023-09-27 11:49:46.367 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': True, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'Low', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 43, 'current_temperature': 23.0}
2023-09-27 11:49:51.374 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Sending: {'header': 'aa20a100000000000303', 'body': '418100ff000000000000000000000000000000004d4e', 'message type': '03', 'body type': '41'}
2023-09-27 11:49:51.376 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000305', 'body': 'a00102507f7f002300000000000000642c6000000000000127', 'message type': '05', 'body type': 'a0'}
2023-09-27 11:49:51.376 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': True, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'High', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 44, 'current_temperature': 23.0}
2023-09-27 11:49:52.635 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000303', 'body': 'c80102507f7f002300000000000000642c6000000000004d2b', 'message type': '03', 'body type': 'c8'}
2023-09-27 11:49:52.636 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': True, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'High', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 44, 'current_temperature': 23.0}
2023-09-27 11:49:56.601 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000305', 'body': 'a00002507f7f002300000000000000642c60000000000001b5', 'message type': '05', 'body type': 'a0'}
2023-09-27 11:49:56.601 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': False, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'High', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 44, 'current_temperature': 23.0}
2023-09-27 11:50:00.867 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.devices.a1.device] [151732604915859] Received: {'header': 'aa23a100000000000305', 'body': 'a00102507f7f002300000000000000642c6000000000000127', 'message type': '05', 'body type': 'a0'}
2023-09-27 11:50:00.868 DEBUG (Dehumidifier) [custom_components.midea_ac_lan.midea.core.device] [151732604915859] Status update: {'power': True, 'child_lock': False, 'mode': 'Continuous', 'fan_speed': 'High', 'swing': False, 'target_humidity': 35, 'anion': False, 'tank': 0, 'water_level_set': '100', 'current_humidity': 44, 'current_temperature': 23.0}
No response

The description of problem
I added the dehumidifier last night and activated the additional entities of current humidity, current temperature, tank, tank status, power, fan speed, and water level setting. All seem to be working except for the tank level and current temperature. I can see in the SmartHome app that the tank level is around 20% but HA is showing 0% still. The current temperature has also not changed from 23 degrees.

Enable the debug log and show it to me.

I just updated the issue with the logs. Sorry, I thought I copied them in there but apparently I didn't.

The description of problem
I added the dehumidifier last night and activated the additional entities of current humidity, current temperature, tank, tank status, power, fan speed, and water level setting. All seem to be working except for the tank level and current temperature. I can see in the SmartHome app that the tank level is around 20% but HA is showing 0% still. The current temperature has also not changed from 23 degrees.

Enable the debug log and show it to me.

I just updated the issue with the logs. Sorry, I thought I copied them in there but apparently I didn't.

I parsed the messages in your log using your device's specific LUA script and got the following results, I didn't see anything like a ‘20%’ there .  And I didn’t see the temperature information either., does your device support displaying temperature?
{
  "status": {
    "version": 15,
    "sub_type": 2,
    "power": "on",
    "mode": "continuity",
    "wind_speed": 80,
    "humidity": 35,
    "cur_humidity": 44,
    "tank_status": 0,
    "wind_swing_ud": "off",
    "power_on_timer": "off",
    "power_off_timer": "off",
    "power_off_time_value": 0,
    "power_on_time_value": 0,
    "anion": "off",
    "filter_value": "off",
    "water_pump": 0,
    "purifier": "on",
    "water_pump_enable": 0,
    "water_full_level": 100,
    "water_full_time": 0,
    "error_code": 0
  }
}

Here are a couple of screenshots of what I'm seeing. One is of the app and the other is of HA. The temperature number is coming from somewhere but I'm not so worried about that. The more important one would be pulling the tank level so I can set a notification when it's full.

Here are a couple of screenshots of what I'm seeing. One is of the app and the other is of HA. The temperature number is coming from somewhere but I'm not so worried about that. The more important one would be pulling the tank level so I can set a notification when it's full.

Aside from the number in the app, what is the actual water level in your tank? Theoretically, the number in your app also comes from the JSON content I posted above. It shows 50%, and I don’t know where this number comes from.
Show me the logs when the water level displayed in the App is higher.

I am not at home right now to check it but I would guess it would be
somewhere around a third full or maybe closer to half full since this
morning at 7 it was at less than a quarter full and it ran all night from
10pm to 7am. I will check it later after I empty the tank too because the
app says it will become more accurate after I empty it. Thanks for your
help!
Jon Kruse
On Wed, Sep 27, 2023 at 2:00 PM George Zhao @.***>
wrote:

Here are a couple of screenshots of what I'm seeing. One is of the app and
the other is of HA. The temperature number is coming from somewhere but I'm
not so worried about that. The more important one would be pulling the tank
level so I can set a notification when it's full.
Aside from the number in the app, what is the actual water level in your
tank? Theoretically, the number in your app also comes from the JSON
content I posted above. It shows 50%, and I don’t know where this number
comes from.
Show me the logs when the water level displayed in the App is higher.
—
Reply to this email directly, view it on GitHub
https://github.com/georgezhao2010/midea_ac_lan/issues/332#issuecomment-1737926876,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACQPU3MFZY5EWD4CC37D2CDX4RZVRANCNFSM6AAAAAA5JPIDFQ
.
You are receiving this because you authored the thread.Message ID:
@.***>

It looks like it's only passing the tank level at 0%, 25%, 50%, 75%, and 100% which is fine. This issue can be considered resolved.


text:
startup issue

i'm getting this in he log when HArestarts.  Maybe a  typo?  The very last line appears to be missing an "n"
Logger: homeassistant.setup
Source: setup.py:320
First occurred: 9:57:32 PM (3 occurrences)
Last logged: 9:57:32 PM

Unable to prepare setup for platform midea_ac_lan.fan: Platform not found (No module named 'custom_components.midea_ac_lan.midea.devices.fa').```

I have the same error

update to v0.3.13-Patch1 pls.

update to v0.3.13-Patch1 pls.

While integration went gray/inactive.

authors: bdkacz georgezhao2010 snug-inglenook uSlackr


text:
feat: change default dir to "eva_data" and make it configurable

eva_server --database eva_data_2 --port 3424 --host localhost

It's not a super elegant change. We should clean up this PR before merging.

repo: georgia-tech-db/eva


text:
Add endpoint for clients who wants to revoke tokens

API clients can logout deleting its refresh_token. But this only works in client side, i mean, if someone has got refresh_token could do a login again.
The idea is to set an endpoint like /api/token/revoke which accepts a POST with refresh_token to revoke access.
Extra
Add another endpoint to revoke all tokens related to a user.
To call both endpoints user needs to be logged, of course. In other words, this endpoint has to be under JWT firewall.

I have some functionality where I add new roles to the user and it would be great if when that happens I could revoke his current tokens so he needs to login again

authors: markitosgv murilozilli

repo: gesdinet/JWTRefreshTokenBundle


text:
push notification configuration fails

when i try to create the convex.config.ts and insert the code described in the documentation I get this error; ✘ [ERROR] Could not resolve "@convex-dev/expo-push-notifications/component/convex.config"
convex/convex.config.js:3:30:
  3 │ import pushNotifications from "@convex-dev/expo-push-notifications/component/convex.config";
    ╵                               ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The path "./component/convex.config" is not exported by package
"@convex-dev/expo-push-notifications":
node_modules/@convex-dev/expo-push-notifications/package.json:31:13:
  31 │   "exports": {
     ╵              ^

You can mark the path "@convex-dev/expo-push-notifications/component/convex.config" as external to
exclude it from the bundle, which will remove this error and leave the unresolved path in the
bundle.
✖ esbuild failed: Error: Build failed with 1 error:
convex/convex.config.js:3:30: ERROR: Could not resolve "@convex-dev/expo-push-notifications/component/convex.config"

Sorry we missed this before. the correct import should be @convex-dev/expo-push-notifications/convex.config
there shouldn't be a /component/ in there

repo: get-convex/expo-push-notifications


text:
[Bug]：startPermissionActivity时，选择拒绝，返回时，不触发onDenied，还导致重建了activity

框架版本【必填】
18.2
问题描述【必填】
如果选择的位置权限不满足要求（比如要求后台位置，只选择了仅在使用时允许），且选择了不再提示时，我会通过XXPermissions.startPermissionActivity引导用户到手动设置。
如果这时用户继续选择了拒绝并返回，我期望的是触发onDenied，但是并没有触发任何事件，反而导致之前的activity被重建（触发了activity的onCreate）。
demo中我也发现有此问题，见复现步骤。
复现步骤【必填】
xxPermissions的demo：

将主界面稍微滚动向下一些（以确定之后是否被重建）
选择申请定位权限按钮
仅在使用时访（不再询问）
会提示手动授权后台定位，点击前往授权
将位置信息权限，选择为‘’拒绝‘’
按返回键或者左上角返回按钮，直到demo
发现主界面恢复了原始状态（滚动位置没保持）

是否必现【必填】
是
项目 targetSdkVersion【必填】
31
出现问题的手机信息【必填】
sumsang galaxy note 9(sm-n9600)
出现问题的安卓版本【必填】
10
问题信息的来源渠道【必填】
自己遇到的
是部分机型还是所有机型都会出现【必答】
我只又找了另外一台杂牌子，也有这个问题。
框架最新的版本是否存在这个问题【必答】
是
框架文档是否提及了该问题【必答】
否
是否已经查阅框架文档但还未能解决的【必答】
是
issue 列表中是否有人曾提过类似的问题【必答】
否
是否已经搜索过了 issue 列表但还未能解决的【必答】
是
是否可以通过 Demo 来复现该问题【必答】
是
提供报错堆栈
No response
提供截图或视频
No response
提供解决方案
No response

小伙子，你不用框架也会出现这个问题，这个是系统杀你的，先打开你的 App，然后在设置找到自己应用的权限设置页，先给定位权限设置授予，然后再点拒绝，你再回去应用上面看看是不是重启了？

果然如此，微信都有这问题，谢啦。

authors: getActivity lerit

repo: getActivity/XXPermissions


text:
Change iconset to Popicons

Swap all existing icons in the extension to ones from open source iconset Popicons.
There is possible a react import, see here:
https://github.com/uxthings/popicons
Current designs with new icons can be viewed here (currently file is a bit messy, but that shouldn't affect this issue)
Note: In the designs I use a default viewbox 24x24 for icons, and if they are rescaled, they are rescaled from that viewbox
There a few custom icons that are not in the set, and are included here:

These are some icons currently implemented that can stay (because there's no popicons version):

chevrons
"Connnected Sites" (alby with checkmark)

@MayaSatishRao go ahead

@stackingsaunter i ran the project successfully. And I don't know how to proceed further?

Also, which package is currently used for icons?

@stackingsaunter which wallet should I connect?

@MayaSatishRao hey, I don't know what you mean exactly. You can connect any way you want. It shouldn't matter in relation to the issue.
Currently we're using https://bitcoinicons.com/

Hey @MayaSatishRao , are you still working on this issue? If not, then @stackingsaunter, I would like to try tackling this good first issue.

@amitamrutiya2210 Feel free to submit a PR!

authors: MayaSatishRao amitamrutiya2210 reneaaron stackingsaunter

repo: getAlby/lightning-browser-extension


text:
Bring in testing setup from nvm

Also setup Travis.

Closing as we'll be mostly testing the go binary now, and only a little bit of outer testing.

repo: getcarina/dvm


text:
Upgrade 'nodejs' to '16.13.1', 'npm' to '8.1.2', 'pnpm' to '6.24.1'

Pre-flight Checklist

Please remember that if you are logging a bug for some service that has stopped working or is working incorrectly, please log the bug here
If you are requesting support for a new service in Ferdi, please log it here
Please remember to read the self-help documentation - in case it helps you unblock yourself for issues related to older versions of recipes that were installed on your machine. (These will get automatically upgraded when you upgrade to the newer versions of Ferdi, but to get new recipes between Ferdi releases, this documentation is quite useful.)
Please consider supporting Ferdi!
👉 https://github.com/sponsors/getferdi
👉 https://opencollective.com/getferdi/donate
Please ensure you've completed all of the following.

[x] I have read the Contributing Guidelines for this project.
[x] I agree to follow the Code of Conduct that this project adheres to.
[x] I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Description of Change
Upgrade nodejs to 16.13.1, npm to 8.1.2, pnpm to 6.24.1
Motivation and Context
Upgrading to the latest system dependencies ensures that new bug fixes, supported architectures, etc are updated.
Screenshots

Checklist

[x] My pull request is properly named
[x] The changes respect the code style of the project (npm run prepare-code)
[x] npm test passes
[x] I tested/previewed my changes locally

Release Notes

I see that this PR was reverted. Is there any reason why? It is not said in the commit message.

authors: BKPepe vraravam

repo: getferdi/ferdi


text:
StartTag: invalid element name

I haven't touched any code in grav in a few days... I've added maybe 7 or 8 pages and all of a sudden after going to one [only one] of my four menu items I get:
Twig_Error_Runtime An exception has been thrown during the rendering of a template ("DOMDocumentFragment::appendXML(): Entity: line 1: parser error : StartTag: invalid element name") in "partials/blog_item.html.twig" at line 53.
I'm running antimatter commit 5d98b400a  and grav commit 7843b307963 (1.1.3).
sudo -u www-data bin/composer.phar diagnose
Checking composer.json: FAIL
require.erusev/parsedown : unbound version constraints (dev-master as 1.6.0) should be avoided
Checking platform settings: OK
Checking git settings: OK
Checking http connectivity to packagist: Warning: Accessing packagist.org over http which is an insecure protocol.
OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
Checking pubkeys:
Tags Public Key Fingerprint: 57815BA2 7E54DC31 7ECC7CC5 573090D0  87719BA6 8F3BB723 4E5D42D0 84A14642
Dev Public Key Fingerprint: 4AC45767 E5EC2265 2F0C1167 CBBB8A2B  0C708369 153E328C AD90147D AFE50952
OK
Checking composer version: OK

The only place I can think of that DomDocument is used is in the Truncator class.  This is used to truncate HTML and is used by Page::summary().  This makes total sense as your error references partials/blog_item.html.twig which does have a call to page.summary.
Ok, that said, the Truncator tries to close any open tags that occur at the truncation point.  This is usually very solid, and i've not really found a scenario that breaks it, but clearly you have!
A quick workaround is if you know the page which is causing this problem, use a manual page break rather than letting it use the character limit (from site.yaml).  Another option is to tweak the summary size in site.yaml. Try 10 or 20 chars smaller or larger, see if it makes a difference.
I would love to get the actual page that is causing this, but that obviously is not easy to track down.  If you do know the page, or can find out which one is causing it, can you provide me an exact copy of this page, plus your site.yaml configuration so I can try to replicate it???

Found the culprit. I changed the character limit in site.yaml from 300 to 200 but it made no difference. Here is the offender:
29.quinled/item.md
---
title: QuinLED
---

#### Power Supplies
Meanwell: IRM-60-12ST    $16.70 (10 @ 13.69)  <.1W no load
Mean Well IRM-60-12      $14.90 (10 @ 12.21)  <.1W no load
RPS-60-12                $14.00 (10 @ 12.13)  <.75W no load#

Here's my site.yaml:
title: sendthemtomir
author:
  name: 'Michael Bushey'
  email: mirgrav@sendthemtomir.com
taxonomies:
  - category
  - tag
  - month
metadata:
  description: 'Grav is an easy to use, yet powerful, open source flat-file CMS'
summary:
  enabled: true
  format: short
  size: 300
  delimiter: '==='
redirects:
  /changelog: /blog/the-urban-jungle
routes:
  /something/else: /blog/focus-and-blur
  '/another/one/(.*)': /blog/$1
blog:
  route: ''

Thanks, it's definitely those < symbols that are causing the problem. I'll see what can be done.

Ok, step 1, replicated locally!

Ok, had to rewrite the Truncator completely, but i think this is good!

Fixed (in Grav 1.1.5) here too. After upgrading I got a "Class 'DOMLettersIterator' not found" but bin/composer.phar update fixed it. Thanks for the awesome support and amazing CMS!

please help to solve this
https://del.dog/yudebitawa

authors: Mikdadali mabushey rhukster

repo: getgrav/grav


text:
SQS Deployment error, can only contains alphanumeric

Hi
I have this in my serverless.yml
service: ..........

provider: .........

plugins:
  - ./vendor/bref/bref
  - serverless-lift

constructs:
  jobs:
    type: queue
    worker:
      handler: worker.php
      layers:
        - ${bref:layer.php-80}

When I try a sls deploy I get the following error
  An error occurred: jobsDlqD18CF374 - Can only include alphanumeric characters, hyphens, or underscores. 1 to 80 in length (Service: AmazonSQS; Status Code: 400; Error Code: InvalidParameterValue; Request ID: 1e1c6d57-bd83-53f9-bb16-374e50fb6378; Proxy: null).
Any ideas?

Hi @francoisauclair911 !
My best guess is that you have a long service name (the service key in serverless.yml) or a long stage name.
The name of the queue is the concat of the service, the stage and the name you gave to the construct (jobs here).
Could you see if that's the case?

Hmmm its
Service : aws-service-uso
Stage : dev
Does not seem too long of a name.

Indeed, it seems fine.
Hard to see what could be causing this.
You could try to run serverless lift eject command which will print YAML Cloudformation. At this point search for the jobsDlqD18CF374 key in there and see if anything seems wrong in the QueueName.
Feel free to copy the output here if you can't figure it out.

Hello,
I don't know if this got resolved elsewhere, but I'm experiencing the same issue.
When I run serverless lift eject, I get QueueName: 'service-name-${opt:stage, ''dev''}-my-queue'.
That's because I use stage: ${opt:stage, 'dev'} to set my stage name.
Is there a solution or work-around already?

@JohnLawal are you on the latest Framework version? Because it sounds like you're using v2, not v3 of Serverless Framework.
Also FYI you can get rid of the stage: ${opt:stage, 'dev'} pattern, this is an old pattern that is useless now. You can use the ${sls:stage} variable instead of ${self:provider.stage} (https://www.serverless.com/framework/docs/providers/aws/guide/variables#referencing-serverless-core-variables). That may indirectly solve your problem.

Thanks @mnapoli.
You're right, I upgraded to v3 and also got rid of stage: ${opt:stage, 'dev'}
It's working as expected now.

authors: JohnLawal francoisauclair911 mnapoli t-richard

repo: getlift/lift


text:
Getting Internal Server Error with latest of boto

how to reproduce the issue
import boto3
from moto import mock_aws

class Test_CUSTOM_ENABLE_S3_POLICY:
    @mock_aws
    def test_success2(self):
        client = boto3.client("s3", region_name="us-east-1")
        client.create_bucket(Bucket="test")
        client.put_bucket_policy(Bucket="test", Policy='{}')
        assert 1 == 1

happens with latest, if I hard code to older it works:
pytest
boto3 == 1.35.37
botocore == 1.35.37
moto >= 5.0.16.dev5

what actually happens
the test takes a lot longer as it is reaching to AWS

E           botocore.exceptions.ClientError: An error occurred (500) when calling the PutBucketPolicy operation (reached max retries: 4): Internal Server Error

version of Moto
Name: moto
Version: 5.0.18

and
Successfully installed boto3-1.35.45 botocore-1.35.45

I think this may be an issue with the latest version of botocore (see https://github.com/boto/botocore/issues/3284).

+1 seeing the same issue, breaking a lot of stuff

This should be fixed by updating to botocore>=1.35.47.

confirmed, it works with botocore>=1.35.47

authors: bpandola heldersepu zsaltys

repo: getmoto/moto


text:
Resolves Issue #7

Updated .build.cs to use cuda by default but only if installed. Defaults to precompiled llama.lib however easily solved by compiling llama separately and using a "LLAMA_PATH" variable pointing to the release folder.

Doesn't actually fully resolve #7, but allowing a dev alternative using CUDA_PATH and LLAMA_PATH is a good idea.

repo: getnamo/Llama-Unreal


text:
Initial thing that makes graphs

This is the start of the chart-renderer node micro (ugh) service.
Right now this has two commands
render - Reads stdin json and produces an image on stdout. This will be used to generate graph images in your development environment.
server - Starts an express web server that has a single POST /render endpoint, which accepts a JSON body of series data, and responds with a png image.
Still TODO (doesn't need to be this PR)

[ ] Structured logging
[ ] validation of input (Maybe with json schema?)
[ ] Dockerfile
[ ] More readme
[ ] Write tests

You're right I might be able to kill the webpack dependency.
It probably doesn't actually need it

You can use tsc and get rid of babel + webpack

Yeah thinking that too now

👍 on just relying on tsc unless there are specific features you need.

authors: EvanPurkhiser billyvg dashed

repo: getsentry/chart-renderer


text:
captureUnhandledRejections: false still reports uncaught exceptions

Do you want to request a feature or report a bug?
Bug
What is the current behavior?
Configured Sentry this way:
    Raven.config("MY_SENTRY_URL", {
      captureUnhandledRejections: false
    }).install()

I throw a simple error it's always reported to Sentry no matter where I put it:
throw new Error("Ahhh!")

It doesn't matter whether captureUnhandledRejections is false or true. Stepping through Raven source, I see this line is appropriately being skipped when set to false:
      if (self._globalOptions.captureUnhandledRejections) {
        self._attachPromiseRejectionHandler();
      }

But Sentry is still reporting the error.
What is the expected behavior?
With this config, we should only report if calling Raven.captureException.
Using latest Chrome on Windows 10, and Raven version 3.26.3. Don't know if this worked on previous versions. Installed using NPM. Using hosted Sentry.

@dcc635 captureUnhandledRejections is for promises only, not any errors.

@kamilogorek Ah, sorry I misread that. Is there currently any way to turn off reporting all uncaught errors? I'm dealing with a legacy app that is reporting a ton of low-urgency errors. I'd rather not report those, and only report exceptions in areas of importance with a try/catch/Raven.captureException(e). I'd prefer not to create a new Ignore rule in Sentry every time a new uncaught exception pops up.

Unfortunately not in this version, it'll be in the next one though.
There's an "unofficial and dirty way" to do this if you really need it.
Raven.config(__DSN__, {
  some: 'other config'
});

Raven._patchFunctionToString();
Raven._instrumentTryCatch();
Raven._instrumentBreadcrumbs();
Raven._isRavenInstalled = true;

Error.stackTraceLimit = 50;

(you can skip calling any of those internal functions (except isRavenInstalled) if you don't need breadcrumbs and just want manual calls)

repo: getsentry/raven-js


text:
iOS build failing on MacOS with M1 chip

Environment
How do you use Sentry?
Sentry SaaS (sentry.io) or self-hosted/on-premise (which version?)
Which SDK and version?
e.g: JavaScript 5.11.1, .NET 1.2.0
Steps to Reproduce

had my ptoject on a iMac i5, everything worked
moved to MBP m1 chip, did a clean npm i, ionic build --platform=ios , npx cap sync ios
npx cap open ios
tried to build on Simulator, but crashes. but building for a physical device does works!!

Expected Result
to compile correctly on a simulator
Actual Result
looks like some libs are missing for this specific arch

@carlosen14 Are you using this SDK from a branch? We don't even support iOS yet and anything in branches we can't guarantee will work. Please upgrade to 0.1.0.
You can temporarily use the SDK on iOS, albeit without native crash handling by calling init with
Sentry.init({
  dsn: "___DSN___",
  enableNative: Capacitor.getPlatform() === "android"
})

You get this problem, when you make a Release build for a simulator. You can only deploy Debug builds on the Simulator.

@jennmueng i'll try that way..

@phal0r i am not launching on release

i am not sure why i was using version 0.17, which is from 2 years ago, i guess i copied the project including package-lock, i'll try with updated version.

i tried with version 1.0.0, i get more errors now.

there are my dependencies
  "dependencies": {
    "@angular/common": "^10.2.4",
    "@angular/core": "^10.2.4",
    "@angular/forms": "^10.2.4",
    "@angular/platform-browser": "^10.2.4",
    "@angular/platform-browser-dynamic": "^10.2.4",
    "@angular/router": "^10.2.4",
    "@apollo/client": "^3.0.0",
    "@capacitor/android": "^2.4.6",
    "@capacitor/core": "2.4.6",
    "@capacitor/ios": "^2.4.6",
    "@fortawesome/angular-fontawesome": "^0.8.1",
    "@fortawesome/fontawesome-svg-core": "^1.2.34",
    "@fortawesome/free-brands-svg-icons": "^5.15.2",
    "@fortawesome/free-regular-svg-icons": "^5.15.2",
    "@fortawesome/free-solid-svg-icons": "^5.15.2",
    "@ionic-native/core": "^5.0.0",
    "@ionic-super-tabs/angular": "^7.0.8",
    "@ionic-super-tabs/core": "^7.0.8",
    "@ionic/angular": "^5.0.0",
    "@ngx-translate/core": "^13.0.0",
    "@ngx-translate/http-loader": "^6.0.0",
    "apollo-angular": "^2.2.0",
    "conekta-capacitor": "0.0.22",
    "graphql": "^15.0.0",
    "jetifier": "^1.6.6",
    "leaflet": "^1.7.1",
    "lodash": "^4.17.20",
    "marked": "^2.0.3",
    "moment": "^2.29.1",
    "rxjs": "^6.6.3",
    "sentry-cordova": "^1.0.0",
    "tslib": "^2.0.0",
    "zone.js": "~0.10.3"
  },
  "devDependencies": {
    "@angular-devkit/build-angular": "^0.1000.8",
    "@angular/cli": "^10.2.1",
    "@angular/compiler": "^10.2.4",
    "@angular/compiler-cli": "^10.2.4",
    "@angular/language-service": "^10.2.4",
    "@capacitor/cli": "^2.4.6",
    "@compodoc/compodoc": "^1.1.11",
    "@ionic/angular-toolkit": "^2.3.0",
    "@types/jasmine": "~3.5.0",
    "@types/jasminewd2": "~2.0.3",
    "@types/leaflet": "^1.5.21",
    "@types/lodash": "^4.14.168",
    "@types/node": "^12.11.1",
    "@typescript-eslint/eslint-plugin": "^4.10.0",
    "@typescript-eslint/parser": "^4.10.0",
    "codelyzer": "^6.0.0",
    "ionic-version": "^1.0.3",
    "jasmine-core": "~3.5.0",
    "jasmine-spec-reporter": "~5.0.0",
    "karma": "~5.0.0",
    "karma-chrome-launcher": "~3.1.0",
    "karma-coverage-istanbul-reporter": "~3.0.2",
    "karma-jasmine": "~3.3.0",
    "karma-jasmine-html-reporter": "^1.5.0",
    "nconf": "^0.11.2",
    "netlify": "^6.1.29",
    "protractor": "~7.0.0",
    "snazzy": "^9.0.0",
    "standard": "^16.0.3",
    "ts-node": "~8.3.0",
    "tslint": "~6.1.0",
    "typescript": "~3.9.5"
  },

@carlosen14 Oh you're using sentry-cordova and not @sentry/capacitor which this is the repo for. sentry-cordova is not designed to work with Capacitor.

We cannot guarantee that it will work or will be stable on capacitor. However, if you do get it to work then @philipphofmann  would have better insight on that error.

repo: getsentry/sentry-capacitor


text:
Update uuid

:scroll: Description

:bulb: Motivation and Context
Fixes #1623
:green_heart: How did you test it?
:pencil: Checklist

[x] I reviewed submitted code
[ ] I added tests to verify changes
[x] No new PII added or SDK only sends newly added PII if sendDefaultPii is enabled
[x] I updated the docs if needed
[x] All tests passing
[x] No breaking changes

:crystal_ball: Next steps

Can you please merge it, since I don't have permission to do so?

repo: getsentry/sentry-dart


text:
Extend Travis build matrix

Hi,
A small update to the OTP version and also to always test against the latest version of Elixir v1.4 so that you don't need to remember to add the specific patch release to Travis.
Thanks
Sam

Awesome thank you!

authors: mitchellhenke samhamilton

repo: getsentry/sentry-elixir


text:
PHP 8 support

How's the plan for PHP 8 support? RC1 is available already and some folks might want to stay on the edge for new projects.
Currently Composer informs me that Sentry SDK 3.x only supports PHP 7.2-7.4.

You can track the progress in #1087. I don't think we have particular blockers on our side, we were just waiting for some deps to be compatible with PHP 8

Thanks, will follow that PR.

repo: getsentry/sentry-php


text:
Add doctrine dbal tracing support that is optional to enable

This is the tracing support for dbal. This also took me half a day figuring out how to make it optional to use and enable. The problem is that there is no clear way to enable tracing because there actually is no hook.
I cheated the system by replacing the symfony DbalLogger that is often used to log queries to monolog. So enabling this will actually disable that functionality. If someone else has an better idea feel free to help out I've been hitting my head on making this work better for 6 hours straight now and could not find any better way.
To use Dbal tracing you will have to enable the following options:
doctrine:
    dbal:
        logging: true

sentry:
    register_dbal_listener: true

Good luck!

The only neat way we could fix the Class Doctrine\DBAL\Logging\SQLLogger not found.. Is to install the suggested dependencies for the test. This way we can also unit test the DbalListener.

The only neat way we could fix the Class Doctrine\DBAL\Logging\SQLLogger not found.. Is to install the suggested dependencies for the test. This way we can also unit test the DbalListener.

install the suggested dependencies for the test

This is the way 👍

I cheated the system by replacing the symfony DbalLogger that is often used to log queries to monolog

As far as I know, the Symfony Profiler works the same way by adding a custom SQL logger, which is the public-facing API nearest to where the actual query is really executed. During the past few days I also explored to hook into more low-level points like the driver or the entity manager itself so that we can get more precise tracing of different parts of Doctrine, but for an initial implementation of this feature what you did is more than enough imho

install the suggested dependencies for the test

This is the way 👍

I cheated the system by replacing the symfony DbalLogger that is often used to log queries to monolog

As far as I know, the Symfony Profiler works the same way by adding a custom SQL logger, which is the public-facing API nearest to where the actual query is really executed. During the past few days I also explored to hook into more low-level points like the driver or the entity manager itself so that we can get more precise tracing of different parts of Doctrine, but for an initial implementation of this feature what you did is more than enough imho

@ste93cry You can indeed wrap the whole driver with composition for more complex tracing en good example of this I found in the following opentracing bundle:
https://github.com/auxmoney/OpentracingBundle-Doctrine-DBAL

@ste93cry You can indeed wrap the whole driver with composition for more complex tracing en good example of this I found in the following opentracing bundle:
https://github.com/auxmoney/OpentracingBundle-Doctrine-DBAL

@ste93cry I added tests, I feel that this one is GTG

@ste93cry I added tests, I feel that this one is GTG

I applied the changes you requested.

I applied the changes you requested.

Before I forget as usual, can you please also add a CHANGELOG entry with a reference to this PR?

Before I forget as usual, can you please also add a CHANGELOG entry with a reference to this PR?

@ste93cry @Jean85 Okay, I'm going to be very honest here. I'm a freelance developer and doing this in my free time. I've been trough 2 review passes already and am burned out. Contributing is not easy and I've now spend 40 of my hours researching making PR's and applying review comments. I'm not getting paid for this.
I might come back later for this, after I recharged...

@ste93cry @Jean85 Okay, I'm going to be very honest here. I'm a freelance developer and doing this in my free time. I've been trough 2 review passes already and am burned out. Contributing is not easy and I've now spend 40 of my hours researching making PR's and applying review comments. I'm not getting paid for this.
I might come back later for this, after I recharged...

First of all, I wanna thank you for the help you gave us until now

I'm a freelance developer and doing this in my free time

As you know, Sentry is a company, however most of the contributors of this package like you do this in their free time without getting paid. Myself is not getting paid for this, I do it both to contribute back to the community and because I like the product and I feel that working on it is satisfying. Even though, and I know this, often I leave a lot of comments which someone (or a lot of people) may find uninteresting and/or unuseful, I strongly want to keep the code standard and quality of this package the highest I can and this means usually going through many review and changes. Some of these changes are indeed opinionable personal preference and I will try to make my best in the future to improve on this and instead make them myself to not bother people.

If you have the time to apply the last touches, please do so :).

Sure, once I will have a bit of free time during these days I will happily do it :+1:

First of all, I wanna thank you for the help you gave us until now

I'm a freelance developer and doing this in my free time

As you know, Sentry is a company, however most of the contributors of this package like you do this in their free time without getting paid. Myself is not getting paid for this, I do it both to contribute back to the community and because I like the product and I feel that working on it is satisfying. Even though, and I know this, often I leave a lot of comments which someone (or a lot of people) may find uninteresting and/or unuseful, I strongly want to keep the code standard and quality of this package the highest I can and this means usually going through many review and changes. Some of these changes are indeed opinionable personal preference and I will try to make my best in the future to improve on this and instead make them myself to not bother people.

If you have the time to apply the last touches, please do so :).

Sure, once I will have a bit of free time during these days I will happily do it :+1:

@ste93cry thank you for your understanding answer. Could you and @Jean85 make time to check if all the open comments now are all you want changed?
If so I will make one last commit that applies them.

@ste93cry thank you for your understanding answer. Could you and @Jean85 make time to check if all the open comments now are all you want changed?
If so I will make one last commit that applies them.

I cannot promise that these changes will be the last, even though I think that after them we should be ok. As I replied above, if you don't have the time to work on this anymore I will anyway step up and end the work because it's indeed something we want to merge and that in the good and in the bad I strongly believe that is a good starting point

I cannot promise that these changes will be the last, even though I think that after them we should be ok. As I replied above, if you don't have the time to work on this anymore I will anyway step up and end the work because it's indeed something we want to merge and that in the good and in the bad I strongly believe that is a good starting point

I can't believe I finally got the build green! PR should be ready now for the review, I tried it by using a SQLite in-memory database and it worked quite well, although there are probably many things that can be improved. @rjd22 it would be awersome if you could take a look and try it 😃

Where would you add it? The only place I see that makes sense is the documentation on the official website

I would put the default values with a comment here: https://github.com/getsentry/sentry-symfony#configuration-of-the-sdk

Are we sure we want to do that? The direction I would like to take as already done for Monolog is moving all documentation besides the install instruction to https://github.com/getsentry/sentry-docs to avoid having to maintain in one place only the docs, so I would like to avoid adding more things in the README

I'm :+1: on moving that stuff to the docs if we leave a clear reference to it. Obviously it should end up in a different PR.

@Jean85 @ste93cry thank you for all the work! It's great to see this one merged. Maybe it would be best to look over the main one after this one and finish with the twig tracing:
https://github.com/getsentry/sentry-symfony/pull/423

Hi @rjd22 Could some documentation of this option be added in the Readme ?
I don't understand what it does.

repo: getsentry/sentry-symfony


text:
chore: update to Zig 0.13.0

Fix build error by updating build paths to use b.path.
I ran zig build test, zig build test-ser, and zig build test-de to verify the fix. None of them outputted anything, so I presume they succeeded.
Let me know if this looks good or if there is anything I should change!

Thanks for the fix!

authors: BSFishy ibokuri

repo: getty-zig/json


text:
i want to know where to download the raw *.gct files?

hello, i want to learn to analysis the cptac dataset from your notebook. but at first, i don't know where to download the raw data of the *.gct files in the step1.
i want to know where to download the raw *.gct files? thanks a lot for your reply.

Hi - thanks for reaching out. Raw .gct files may be downloaded from the proteomic data commons. Please let me know if you have further questions!


text:
Array inputs, v2

A lot has changed since the last array input PR, so I rewrote it. The behavior is considerably different than before: any array input will get saved as a newline delimited file in the job directory, e.g.
inputs = { "foo" : [[0, 1, 2, 3], [4, 5, 6, 7]] }

will save foo_array.txt in jobs/0 containing
0
1
2
3

and another foo_array.txt in jobs/1 containing
4
5
6
7

For each shard, the environment variable foo will contain the path to the respective foo_array.txt. It is up to the user to handle this file as they see fit.
This is mainly to address the issue of the environment growing too big, e.g. in the case of a massive scatter, exporting a variable containing the contents of ",".join(<scatter array>) can exceed the ~2 MB environment limit.

TODO: mangle duplicate input filenames
Consider the following:
def flow():
    task1 = wolf.Task(
        name = "task1",
        inputs = { "a" : list(range(0, 10)) },
        script = [
            "echo $a > a.txt",
        ],
        outputs = {
            "output_a" : "a.txt"
        }
    )

    task2 = wolf.Task(
        name = "task2",
        inputs = { "b" : [task1["output_a"]] },
        ...
    )

Input b in task2 will look like
['path/to/task1/outputs/0/output_a/a.txt',
 'path/to/task1/outputs/1/output_a/a.txt',
 'path/to/task1/outputs/2/output_a/a.txt',
 ... ]

We will try to localize each of these into the task2 input directory as a.txt. This will fail; we need to do some name mangling to distinguish each of the files.

Name mangling is handled. As a benefit, this lets us have duplicate input filenames when not in array mode too, thereby reverting some changes in https://github.com/getzlab/canine/commit/c2c14c685b7049a2319b49a5210aa2fd9a4e4b5f#diff-e431deac0d8d7d62e22f20f6c5a8190be51a75331ae67ebfaabca439ec513352R522-R526

repo: getzlab/canine