Fixed few issues listed on the ticket gh#127

Fixed following issues:

The workspace path needs to be ./workspace, not ../workspace
skeletons dir needs to be generated, even if it exists or doesn't exist
The scripts fails on https://github.com/rdkcentral/rdkb-halif-wifi

Logs below:
$ ./test_autogenerate_script.sh
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: git@github.com:rdkcentral/rdk-halif-device_settings.git
Workspace directory available at [./workspace]
 The url for UT clone is : git@github.com:rdkcentral/rdk-halif-test-device_settings.git
Original UT url is 'git@github.com:rdkcentral/rdk-halif-test-device_settings.git'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
The skeletons' src directory IS NOT EMPTY
Deleted skeletons' original src files
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'dsAudio.h' is created

L1 and L2 tests for 'dsCompositeIn.h' is created

L1 and L2 tests for 'dsDisplay.h' is created

L1 and L2 tests for 'dsFPD.h' is created

L1 and L2 tests for 'dsHdmiIn.h' is created

L1 and L2 tests for 'dsHost.h' is created

L1 and L2 tests for 'dsVideoDevice.h' is created

L1 and L2 tests for 'dsVideoPort.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/rdk-halif-device_settings/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: https://github.com/rdkcentral/RdkWanManager.git
Workspace directory available at [./workspace]
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : https://github.com/rdkcentral/RdkWanManager.git
Original UT url is 'https://github.com/rdkcentral/RdkWanManager.git'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wanmgr_bus_utils.h' is created

L1 and L2 tests for 'wanmgr_controller.h' is created

L1 and L2 tests for 'wanmgr_core.h' is created

L1 and L2 tests for 'wanmgr_data.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_internal.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_internal.h' is created

L1 and L2 tests for 'wanmgr_dml_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv4.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv6.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_v2_apis.h' is created

L1 and L2 tests for 'wanmgr_interface_sm.h' is created

L1 and L2 tests for 'wanmgr_ipc.h' is created

L1 and L2 tests for 'wanmgr_net_utils.h' is created

L1 and L2 tests for 'wanmgr_plugin_main_apis.h' is created

L1 and L2 tests for 'wanmgr_plugin_main.h' is created

L1 and L2 tests for 'wanmgr_rbus_handler_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_common.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_utils.h' is created

L1 and L2 tests for 'wanmgr_ssp_internal.h' is created

L1 and L2 tests for 'wanmgr_ssp_messagebus_interface.h' is created

L1 and L2 tests for 'wanmgr_sysevents.h' is created

L1 and L2 tests for 'wanmgr_utils.h' is created

L1 and L2 tests for 'wanmgr_wan_failover.h' is created

L1 and L2 tests for 'wanmgr_webconfig_apis.h' is created

L1 and L2 tests for 'wanmgr_webconfig.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/RdkWanManager/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Cloning into 'rdkwanmanager'...
remote: Enumerating objects: 4425, done.
remote: Counting objects: 100% (2223/2223), done.
remote: Compressing objects: 100% (925/925), done.
remote: Total 4425 (delta 1677), reused 1422 (delta 1298), pack-reused 2202 (from 1)
Receiving objects: 100% (4425/4425), 2.46 MiB | 28.97 MiB/s, done.
Resolving deltas: 100% (2925/2925), done.
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing directory path: /home/jpn323/workspace/gh127-fix-script/scripts/rdkwanmanager
Workspace directory available at [./workspace]
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : /home/jpn323/workspace/gh127-fix-script/scripts/rdkwanmanager
Original UT url is '/home/jpn323/workspace/gh127-fix-script/scripts/rdkwanmanager'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wanmgr_bus_utils.h' is created

L1 and L2 tests for 'wanmgr_controller.h' is created

L1 and L2 tests for 'wanmgr_core.h' is created

L1 and L2 tests for 'wanmgr_data.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_internal.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_internal.h' is created

L1 and L2 tests for 'wanmgr_dml_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv4.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv6.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_v2_apis.h' is created

L1 and L2 tests for 'wanmgr_interface_sm.h' is created

L1 and L2 tests for 'wanmgr_ipc.h' is created

L1 and L2 tests for 'wanmgr_net_utils.h' is created

L1 and L2 tests for 'wanmgr_plugin_main_apis.h' is created

L1 and L2 tests for 'wanmgr_plugin_main.h' is created

L1 and L2 tests for 'wanmgr_rbus_handler_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_common.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_utils.h' is created

L1 and L2 tests for 'wanmgr_ssp_internal.h' is created

L1 and L2 tests for 'wanmgr_ssp_messagebus_interface.h' is created

L1 and L2 tests for 'wanmgr_sysevents.h' is created

L1 and L2 tests for 'wanmgr_utils.h' is created

L1 and L2 tests for 'wanmgr_wan_failover.h' is created

L1 and L2 tests for 'wanmgr_webconfig_apis.h' is created

L1 and L2 tests for 'wanmgr_webconfig.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/rdkwanmanager/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: https://github.com/rdkcentral/RdkWanManager.git
Workspace directory available at [./workspace]
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : https://github.com/rdkcentral/RdkWanManager.git
UT url is 'https://github.com/rdkcentral/RdkWanManager.git'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wanmgr_bus_utils.h' is created

L1 and L2 tests for 'wanmgr_controller.h' is created

L1 and L2 tests for 'wanmgr_core.h' is created

L1 and L2 tests for 'wanmgr_data.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_internal.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_internal.h' is created

L1 and L2 tests for 'wanmgr_dml_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv4.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv6.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_v2_apis.h' is created

L1 and L2 tests for 'wanmgr_interface_sm.h' is created

L1 and L2 tests for 'wanmgr_ipc.h' is created

L1 and L2 tests for 'wanmgr_net_utils.h' is created

L1 and L2 tests for 'wanmgr_plugin_main_apis.h' is created

L1 and L2 tests for 'wanmgr_plugin_main.h' is created

L1 and L2 tests for 'wanmgr_rbus_handler_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_common.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_utils.h' is created

L1 and L2 tests for 'wanmgr_ssp_internal.h' is created

L1 and L2 tests for 'wanmgr_ssp_messagebus_interface.h' is created

L1 and L2 tests for 'wanmgr_sysevents.h' is created

L1 and L2 tests for 'wanmgr_utils.h' is created

L1 and L2 tests for 'wanmgr_wan_failover.h' is created

L1 and L2 tests for 'wanmgr_webconfig_apis.h' is created

L1 and L2 tests for 'wanmgr_webconfig.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/RdkWanManager/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Cloning into 'rdkwanmanager'...
remote: Enumerating objects: 4425, done.
remote: Counting objects: 100% (2340/2340), done.
remote: Compressing objects: 100% (928/928), done.
remote: Total 4425 (delta 1796), reused 1536 (delta 1412), pack-reused 2085 (from 1)
Receiving objects: 100% (4425/4425), 2.46 MiB | 31.11 MiB/s, done.
Resolving deltas: 100% (2926/2926), done.
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: https://github.com/rdkcentral/RdkWanManager.git
Workspace directory available at [./workspace]
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : https://github.com/rdkcentral/RdkWanManager.git
UT directory path is '/home/jpn323/workspace/gh127-fix-script/scripts/rdkwanmanager'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wanmgr_bus_utils.h' is created

L1 and L2 tests for 'wanmgr_controller.h' is created

L1 and L2 tests for 'wanmgr_core.h' is created

L1 and L2 tests for 'wanmgr_data.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_internal.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_internal.h' is created

L1 and L2 tests for 'wanmgr_dml_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv4.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv6.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_v2_apis.h' is created

L1 and L2 tests for 'wanmgr_interface_sm.h' is created

L1 and L2 tests for 'wanmgr_ipc.h' is created

L1 and L2 tests for 'wanmgr_net_utils.h' is created

L1 and L2 tests for 'wanmgr_plugin_main_apis.h' is created

L1 and L2 tests for 'wanmgr_plugin_main.h' is created

L1 and L2 tests for 'wanmgr_rbus_handler_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_common.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_utils.h' is created

L1 and L2 tests for 'wanmgr_ssp_internal.h' is created

L1 and L2 tests for 'wanmgr_ssp_messagebus_interface.h' is created

L1 and L2 tests for 'wanmgr_sysevents.h' is created

L1 and L2 tests for 'wanmgr_utils.h' is created

L1 and L2 tests for 'wanmgr_wan_failover.h' is created

L1 and L2 tests for 'wanmgr_webconfig_apis.h' is created

L1 and L2 tests for 'wanmgr_webconfig.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/RdkWanManager/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: https://github.com/rdkcentral/RdkWanManager.git
Workspace directory available at [./workspace]
Branch [RDKB-56270-gtest] is now checked out
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : https://github.com/rdkcentral/RdkWanManager.git
Original UT url is 'https://github.com/rdkcentral/RdkWanManager.git'
UT repo is now cloned/copied
The mocks directory does NOT EXIST
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wanmgr_bus_utils.h' is created

L1 and L2 tests for 'wanmgr_controller.h' is created

L1 and L2 tests for 'wanmgr_core.h' is created

L1 and L2 tests for 'wanmgr_data.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv4_internal.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_apis.h' is created

L1 and L2 tests for 'wanmgr_dhcpv6_internal.h' is created

L1 and L2 tests for 'wanmgr_dml_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv4.h' is created

L1 and L2 tests for 'wanmgr_dml_dhcpv6.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_apis.h' is created

L1 and L2 tests for 'wanmgr_dml_iface_v2_apis.h' is created

L1 and L2 tests for 'wanmgr_interface_sm.h' is created

L1 and L2 tests for 'wanmgr_ipc.h' is created

L1 and L2 tests for 'wanmgr_net_utils.h' is created

L1 and L2 tests for 'wanmgr_plugin_main_apis.h' is created

L1 and L2 tests for 'wanmgr_plugin_main.h' is created

L1 and L2 tests for 'wanmgr_rbus_handler_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_apis.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_common.h' is created

L1 and L2 tests for 'wanmgr_rdkbus_utils.h' is created

L1 and L2 tests for 'wanmgr_ssp_internal.h' is created

L1 and L2 tests for 'wanmgr_ssp_messagebus_interface.h' is created

L1 and L2 tests for 'wanmgr_sysevents.h' is created

L1 and L2 tests for 'wanmgr_utils.h' is created

L1 and L2 tests for 'wanmgr_wan_failover.h' is created

L1 and L2 tests for 'wanmgr_webconfig_apis.h' is created

L1 and L2 tests for 'wanmgr_webconfig.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/RdkWanManager/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc
Processing git URL: https://github.com/rdkcentral/rdkb-halif-wifi
Workspace directory available at [./workspace]
Doxygen repo has been cloned in [./workspace/hal-doxygen]
 The url for UT clone is : https://github.com/rdkcentral/rdkb-halif-test-wifi
Original UT url is 'https://github.com/rdkcentral/rdkb-halif-test-wifi'
UT repo is now cloned/copied
The mocks directory is now DELETED
The skeletons' src directory IS NOT EMPTY
Deleted skeletons' original src files
Successfully installed gems in 'vendor/bundle'.
CMock is now installed
Skeletons are generated successfully
L1 and L2 tests for 'wifi_hal_ap.h' is created

L1 and L2 tests for 'wifi_hal_extender.h' is created

L1 and L2 tests for 'wifi_hal_generic.h' is created

L1 and L2 tests for 'wifi_hal_radio.h' is created

L1 and L2 tests for 'wifi_hal_sta.h' is created

L1 and L2 tests for 'wifi_hal_telemetry.h' is created

PLEASE REVIEW, SELECT, EDIT AND COMMIT AS REQUIRED
GENERATED TESTS AVAILABLE IN [./workspace/rdkb-halif-wifi/ut/src]
Ruby version 2.7.0p0 meets the minimum requirement of 2.7.0.
Bundler version 2.4.17 meets the minimum requirement of 2.4.17.
All version checks passed.
Also make sure that you have access to all the git repos like rdkcentral etc

Total tests run: 14
Successful tests: 14
Failed tests: 0

*************************************
All commands executed successfully.
*************************************

Note: The trap for ERR / EXIT is not working as expected . Hence not adding those changes


Admob Aalways shows Test Ads !

This is how I am calling it.

showBanner() {
let bannerConfig: AdMobFreeBannerConfig = {
autoShow: true,
id: 'ca-app-pub-xxxxxxxxxxx/xxxxxxx'
};
this.admob.banner.config(bannerConfig);
this.admob.banner.prepare().then(() => {
// success
}).catch(e => console.log(e));
}

The app is live on Play store. Still it shows only test ads even after 1 day ! Please advice. Thank you

Same problem here also
still not resolved plz let me know if u solved

Duplicate to https://github.com/ratson/cordova-plugin-admob-free/issues/69


Linearization error of clutch model

Modified by dietmarw on 6 Sep 2012 13:12 UTC
Mike's talk "Natural frequency analysis of Modelica powertrain models" (Modelica2012-USB-Stick/MODELICA2012EP/pdf/ecp12076697_FishDempseyDelgadoRoberts.pdf) at the Modelica Conference 2012 revealed that there is an error of the linearization of the Modelica.Mechanics.Rotational.Components.Clutch. At the subsequent discussion it still was not clear if this is due the used simulation tool or the underlying model itself.
Both
Modelica_LinearSystems2.ModelAnalysis.Linearize("ClutchTest")

and
Modelica_LinearSystems2.ModelAnalysis.Linearize("ClutchTest",
simulationSetup=Modelica_LinearSystems2.Records.SimulationOptionsForLinearization(
                                         linearizeAtInitial=false, t_linearize=2.0));

yield the identical system matrix A=
[0,1,0,0,0,0;0,0,0,0,0,0;0,0,0,1,0,0;-1000,0,-1000,0,1000,0;0,0,0,0,0,1;100,0,100,0,-100,0]

for state vector {inertia1.phi,inertia1.w,clutch1.phi,clutch1.w_r,inertia3.phi,inertia3.w}.

Reported by anonymous on 6 Sep 2012 13:07 UTC
Mike's talk "Natural frequency analysis of Modelica powertrain models" (Modelica2012-USB-Stick/MODELICA2012EP/pdf/ecp12076697_FishDempseyDelgadoRoberts.pdf) at the Modelica Conference 2012 revealed that there is an error of the linearization of the Modelica.Mechanics.Rotational.Components.Clutch. At the subsequent discussion it still was not clear if this is due the used simulation tool or the underlying model itself.
Both
Modelica_LinearSystems2.ModelAnalysis.Linearize("ClutchTest")

and
Modelica_LinearSystems2.ModelAnalysis.Linearize("ClutchTest", simulationSetup=Modelica_LinearSystems2.Records.SimulationOptionsForLinearization(linearizeAtInitial=false, t_linearize=2.0));

yield the identical system matrix A=
[0,1,0,0,0,0;0,0,0,0,0,0;0,0,0,1,0,0;-1000,0,-1000,0,1000,0;0,0,0,0,0,1;100,0,100,0,-100,0]

for state vector {inertia1.phi,inertia1.w,clutch1.phi,clutch1.w_r,inertia3.phi,inertia3.w}.

Migrated-From: https://trac.modelica.org/Modelica/ticket/800

Modified by dietmarw on 6 Sep 2012 13:12 UTC

Comment by anonymous on 6 Sep 2012 13:30 UTC
Second model should be used as in first one clutch did not lock at all.

Comment by mdempsey on 6 Sep 2012 14:45 UTC
If you use ClutchTester.mo and linearise at t=0 and t=4 you get exactly the same A matrix but if you run a time domain simulation then at t=0 the clutch is open and at t=4 the clutch is locked.
This result is using Dymola 2013.

Comment by hansolsson on 13 Sep 2012 09:24 UTC
Will be corrected in next version of Dymola.

Modified by dietmarw on 20 Dec 2012 13:39 UTC


Unverified Bitcoin Cash transactions

This may or may not be the right area to inquire about this but I am giving it a try.
I recently switched from mining BTC to mining BCH at Antpool. My payments (BCH) all show as going out as normal (as it did with bitcoin), but they never show up in my "Electon Cash" wallet. Every now and then I will see (during a sync I guess) that the transactions are showing up as "unverified" deposits but disappear shortly after they appear. Can you offer any explanation as to what is going on? Why don't the "unverified" deposits show continuously on in the "Electron Cash" history? I am attaching a screenshot that I managed to capture one time before it disappeared. I will also include below the transactions. Thank you for any help you can offer.
d798c8abb7dd32e4f626a2a0c26aadd40fc9e8f953cd61e39bf17eb118190b47
049e3e4136c479b8f2ff508e4e726dfe2b3110b2d7c6f0f03e3a4b5cf68625bd
7500eb308d015f83e9508477f0e21f7345806d0721df0d99346d272c53ca0f80
52108788ca536e36d673e0c35c6b971c240acb2f3aca9db2e38ac3294170626f
363b94cc8ef34906faeeccd62de0986ac769945e66a89736def298adfd5e9720
5fe10995f72dba93a6937f873b9eee61f43b6ee8482ccaa84dbc0ecb75bc5b49
635e142411d022d151f5a1f1461e081d02c052b603d5a0616f0f582cae4e07c6
unverified deposits bch @TexasMiner

Sorry this is a private repo for the bitcoincash.org website. You might want to put this issue up at https://github.com/fyookball/electrum/ (Repo for Electron Cash).


GOMAXPROCS environment variable

Adding possibility to set GOMAXPROCS environment variable so that Prometheus could use multiple threads.

Added GOMAXPROCS for runit init with 410e4c5fb4523e0439a9ccfacf8fc058993a49b2
Will need to remember to use for other init styles once they are added.


search messages by sender

Description

References

#0000

Codecov Report

Merging #259 (06ba1d1) into main (ebff71e) will decrease coverage by 27.98%.
The diff coverage is 0.00%.

@@             Coverage Diff             @@
##             main     #259       +/-   ##
===========================================
- Coverage   81.49%   53.51%   -27.98%
===========================================
  Files         342      354       +12
  Lines        6166     7179     +1013
  Branches      622        0      -622
===========================================
- Hits         5025     3842     -1183
- Misses        922     3161     +2239
+ Partials      219      176       -43

Impacted Files
Coverage Δ

...plication/SearchMessages/GetMessageQueryHandler.cs
0.00% <0.00%> (-100.00%)
:arrow_down:

...rce/Application/SearchMessages/GetMessagesQuery.cs
0.00% <0.00%> (-100.00%)
:arrow_down:

source/Application/SearchMessages/QueryBuilder.cs
0.00% <0.00%> (ø)

source/Application/SearchMessages/QueryInput.cs
0.00% <0.00%> (ø)

... and 288 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


What's the email one time pass codes are sent from?

The page does not list where are emails for one time passcodes sent from.
Can this be added to the FAQ at the bottom?

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

ID: 83f1378d-b047-11d1-a138-5c52a3fee6ba
Version Independent ID: 57c51f57-90ad-e0f9-1e6b-3262f94de02c
Content: One-time passcode authentication for B2B guest users - Azure AD - Microsoft Entra
Content Source: articles/active-directory/external-identities/one-time-passcode.md
Service: active-directory
Sub-service: b2b
GitHub Login: @msmimart
Microsoft Alias: mimart

@anner-emed
Thanks for your feedback! We will investigate and update as appropriate.

Thanks! I made a pull request to add this information. Based on my experience the initial invitation comes from<EMAIL_ADDRESS>(Microsoft Invitations on behalf of Contoso). Then the OTP code comes from<EMAIL_ADDRESS>(Contoso (via Microsoft)).
https://github.com/MicrosoftDocs/azure-docs-pr/pull/203533
CC @msmimart


Incorrect handling of private member rename in TypeScript

Scenario:

I've got a private method called #foo.
I want to rename it to #bar.
I place the cursor inside the #foo portion of this.#foo().
I invoke Pulsar Refactor: Rename.
Instead of pre-filling the input field with #foo, it populates only foo.
If I type bar, it renames the method to bar (without the #).
If I type #bar, it renames the method correctly.

So typescript-language-server understands that it's renaming the whole symbol, but either

it's incorrectly reporting the rename region to the package, leading us to pre-fill the wrong thing; or
this package is doing the wrong thing by assuming that only the foo portion will be renamed.

This seems like the behavior that would occur if we didn't have a prepareRename action and just made a guess as to how to turn the cursor position into a Range for renaming. Indeed, if we select the entire range of #foo and then invoke Pulsar Refactor: Rename, everything proceeds as expected.
So it feels like the “prepare” phase is going wrong. I need to investigate. I'd be surprised if typescript-language-server didn't support prepareRename.

This was everyone's fault! (“Everyone” being me in this case, since I control all this code).

A rename provider that supports preparing will end up registering two providers — one with prepare and one without. This is necessary because the provider package has to advertise its services to front-end refactor implementations that support both versions of the refactor service, and this package has to advertise its support for both versions, too. This is fine, but it means that we need to prioritize the more enhanced provider over the other one, even when they have the same priority. We weren't doing that, hence the basic provider was being used here.
In this example, typescript-language-server adjusts its advertised capabilities in response to what the client says its capabilities are. My atom-languageclient fork, like the original package, specified the simple rename: true capability on text documents, rather than the more granular version. The server didn't even advertise that it supported textDocument/prepareRename until we told the server that we supported it by specifying rename: { prepareSupport: true }.
Even after fixing that, there was a third problem: lots of the auto-languageclient adapters were (correctly) inspecting the server's capabilities to decide whether they could provide things, but (incorrectly) checking for literal boolean values. Once I made the above change, typescript-language-server stopped returning renameProvider: true and started returning renameProvider: { prepareProvider: true }, thus confusing the code that determined whether the server actually supported prepareRename.

Once all of these things were fixed, rename preparation started working. I don't know which server I used originally to add prepareRename support, but I wasn't rigorous enough, clearly. Fixes incoming!


Fix broken dnSpy with the latest

Do not create shortcut for console.
Move it to correct folder in repository (bucket)
Use architecture for 32bit and 64bit
Add description
Fix autoupdate aswell for both architectures


configuration issues

Thank you for your work! What are the versions of libraries :mmseg, mmdet, mmcv in your code?

The versions: mmdet==2.14.0, mmcv==1.4.0


Update Aiken dependencies

Updated deps and ran cargo test at the root directory.

Hey! Thanks for the contribution!
It looks like you missed some of the CI commands locally:
cargo build --workspace
cargo test --workspace
cargo fmt --all -- --check
cargo clippy --all-targets --all-features -- -D warnings

Sorry about that. I've run the commands, plus fixed up the clippy errors.


TabsToolbar Options ?

First off, thanks for this - I've only just found it !
My question is, I can't find the options to change folders and items contained inside folders on the TabsToolbar,
am I going blind or don't they exist for some reason ?
Thanks.

Hi!
No you're not blind, it's currently not contained. I personally do not use the bookmarks toolbar, so I must have overlooked it.
I'll probably add it soon and leave this open.
I hope you meant the bookmarks toolbar? I don't know about folders in the tabs bar. Maybe add a screenshot if you didn't mean the bookmarks toolbar.

Thanks.
I did mean the bookmarks toolbar - my head was spinning earlier, didn`t even notice I said Tabs !


v0.4.1: @context never set for JSONAPI::FindOperation.record_count

The record_count method seen below references @context, but that attribute does not appear to be set anywhere. As a result, trying to narrow results with a custom self.records in a resource results in a variety of nil-does-not-have-that-method style errors.
https://github.com/cerebris/jsonapi-resources/blob/master/lib/jsonapi/operation.rb#L26-L30
def record_count
  @_record_count ||= @resource_klass.find_count(@resource_klass.verify_filters(@filters, @context),
                                                     context: @context,
                                                     include_directives: @include_directives)
end

This seems to impact top level links and pagination totals.
As a quick patch, I set @context in a patch included in an initializer:
module JSONAPIFindOperationPatch
  def apply(context)
    @context = context
    super
  end
end

module JSONAPI
  class FindOperation
    prepend JSONAPIFindOperationPatch
  end
end

v0.4.0 does not appear to to have this issue with misplaced context. If I am missing something obvious, let me know!

Thanks for reporting this. I should have a fix for this up soon. I'm going to try to rework the way context is passed around in the operations.

Awesome! Thanks for the quick fix. Seems to be working quite well.


SSC: guest inventory

When setting ssc-allow-guest-info on the config so players can import their inventory to SSC most of the inventory dissapears and the few items that remain get duplicated 60-70 times.
1-Start server with ssc-allow-guest-info=true
2-Enter with character to server
3-register the character on the server
4-relog the character on the server
5-Just a few items are translated into SSC but get duplicated.
2 different characters:

What commit or release are you using? I assume release b5. I have been testing this and don't seem to see this issue, but I have been using the latest commit. I have however found some other issue that requires more testing.

Sorry, I forgot to give a status update on this. I pushed a potential fix for his last night.

Oh, now I spotted it heh. So I guess it's resolved?


stats bug: average block time

we noted that averageBlockTime shows wrong value (6000 seconds):

https://immutable-testnet.blockscout.com/stats

Fixed in #574


Replace amp-mustache 0.1 with 0.2

Follow up to https://github.com/ampproject/amphtml/pull/16201.
Do NOT merge until files in https://github.com/ampproject/amphtml/pull/16057 have been released.

@choumx is this save to merge?

amp-mustache 0.2 was release yesterday in https://github.com/ampproject/amphtml/releases/tag/1531800879103


debuild doesn't fully use all cores when 'catkin build'

Without all cores being fully used debian build is really slow.
Current workaround for this is to:

start debuild for catkin configs
stop it when it starts compiling
do 'catkin clean' do delete previous debian build
do 'catkin build' (directly issuing a catkin build uses all available resources, which is much faster), wait for completion
re-run debuild to completion (it will use the previous build instead of doing everything from scratch)

We don't know how to fix this. We will continue using Marina's workaround.


Add support for Multicam when using the "Inside Container" Content Source

Currently we only support Sync Clips.

This is no longer relevant, as we've removed the "Inside Container" Content Source.


Use perspective to create pseudo-3D effect

Even though real 3D makes no sense in solitaires, in my humble opinion, you could use perspective to create an optional pseudo-3D effect, just check which angle would look best.

I'm eventually going full 3D with VR support, using AFrame, because how awesome would that be? So no perspective view.

If you really want to go into this, I guess you're right. :P


Replace  with  to avoid reseting font-family

When converting the generated HTML to EPUB, the font-family information is lost. Here's an example from the Ecto documentation:

The font for <code> should be monospaced in both cases but it only works for the html version on the left.
I've tried to set the font-family for the <span> nodes in makeup.less and even tried to set it inline using style. It worked for things like color and font-size but not for the font-family. Maybe somebody with better css skills might figure out a way to do that.
Apparently, using <font> instead of <span> here fixes the issue without messing with the html version:

Now, with <font>, the epub version uses the monospaced font as expected:

In case there's no other solution and you think this should be addressed this way, let me know. I'll be glad to create a PR.
Cheers.

Unfortunately the font tag is deprecated. But any other inline tag works, as long as it does not have a default markup (for example, em wouldn't work because we can't remove the italic). My suggestion is to make this an option in makeup and then we can change ExDoc to use any of the new tags. I would use the samp tag, it is not the most semantically precise but unfortunately we don't have any option on this matter.

My suggestion is to make this an option in makeup and then we can change ExDoc to use any of the new tags.

You can write a new formatter right now that uses whatever tag you want instead of the <span> tag. But I can add support for other tags directly in the default formatter too.

@tmbb we would like to keep everything as is, except the tag, so what about a :tag option that defaults to :span?

That sounds good to me. But that would require adding new options to ExDoc so that ExDoc could feed that option into Makeup.

Maybe a config option like:
docs: [
  # ...
  tag: fn :epub -> "samp"; :html -> "span" end,
  # ...
]

@tmbb i was not planning to expose it to users but rather something internal. I was also thinking about using "samp" across the board. It is less work/code. Thoughts?

@tmbb i was not planning to expose it to users but rather something internal.

Ok, that's trivial then.

I was also thinking about using "samp" across the board. It is less work/code. Thoughts?

I have no problem with that. I can release a 0.9.0 version and make ExDoc dependent on that version. That way, ExDoc will depend on a Makeup version which already supports the lexer registry, so that you can add new lexers to the deps to support more programming languages (this would be much cooler if I had actually written some complete lexers besides the Elixir one, but I've been busy with other things)

Sounds great. We will try to get a PR going, thanks! :)

Awesome. I'll start working on it!

Btw, I just noticed that elixir-lang.org ebooks have the same problem, so once the fix is merged, I will move Elixir ebooks to also use makeup. :D


Difficulty Counter Ver 1.3.1 Update

Changelog:

Updated the year range to include 2022 songs
Refactored the code so that year range is controlled by one variable, for easy updates

took long enough lmao


minor grammar fix

@FaresSalem : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@corob-msft : Thanks for your contribution! The author(s) have been notified to review your proposed change.


C26886: Misuse of ` character to create codeboxes

Hello, @mairaw ,
Localization team has reported source content issue that causes localized version to have broken/different format compared to en-us version.
"this bug is affected by a source issue by the ´ character used to create codeboxes"
Please review and merge the proposed file change to fix to target versions. If you make related fix in another PR  then share your PR number so we can confirm and close this PR.
Many thanks in advance.

@rpetrusha I took care of your comments to speed up the process.

Thanks both @rpetrusha and @mairaw .


Step 5: No android.keystore + misspelling [SOLVED]. Update codelab?

In Step 5, the statement Keytool -alias androiddebugkey -keystore ~/.android/debug.keystore -list -v -storepass android fails for the following reasons.

Keytool should read keytool
No android.keystore.  Having just installed Android Studio, my android.key didn't exist, so this step failed. The following helped:  keytool -genkey -v -keystore ~/.android/debug.keystore -storepass android -alias androiddebugkey -keypass android -dname "CN=Android Debug,O=Android,C=US"

@siliconmoo thanks for calling that out. I'll update the prose.

@siliconmoo thanks!  I updated the keytool line and also added this statement:
"If this file does not exist, Android Studio will create it for you the first time you run any app."
IMO that's the easiest way to create the debug keystore for most people, and the least likely to break for us in the future.


Changelog v1.13.5 (#15084)

Frontport #15084

Can you correct the link to the 1.14.0-rc1 tag?

@techknowlogick done


fix: fix require.resolve in esm context

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

v7.79.3
GitHub release

Your semantic-release bot :package::rocket:


Clarify we rotate by complex multiplication.

Better document what the code does and simplify it.

I like it.
I would not shorten freq_cis_real_row and freq_cis_imag_row in fcr and fci  and I would rename the argument of complexmul() to a_r, a_i, b_r and b_i  but that's an absolutely minor point.
Overall, I think is much better to explicitly show that this is a complex multiplication as proposed here.

eeeh i'm a bit shrug on this


GET /v1/private/safes/ returns negative balance for some safes

Examples can be found in https://docs.google.com/spreadsheets/d/1pmKwYDB29SVjP1dggA5zZEq40HoHfisTSLM13THWEm0/edit#gid=0

@tschubotz It seems that some Safes where funded even months ago from their deployment. Internal tx task gets the safe deployment block and scans a few days before, but not so much. As the funding tx is missing, balance is miscalculated.
I will push a hotfix for that

I found another bug, errored txs were processed as if the tx were effective


ci: Clean leaked VPC-resource-controller ENIs

Fixes #N/A
Description

Clean-up ENIs created by the vpc-resource-controller

How was this change tested?

N/A

Does this change impact docs?

[ ] Yes, PR includes docs updates
[ ] Yes, issue opened: #
[x] No

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 82.266%

Totals

Change from base Build<PHONE_NUMBER>:
0.02%

Covered Lines:
5409

Relevant Lines:
6575

💛  - Coveralls


Add caffe with CuDNN[R4] to benchmark.

i do not think this will give us a lot more data points, but i am happy to do it. Caffe install is always a bit of a tightrope balancing act to get right, i'll do it in a few days.

Thanks!

I've ran the caffe numbers here:
https://github.com/soumith/convnet-benchmarks/commit/6f718dbcfdaefe1af6c04ab2be3927e0728b599e
It is strange, because the caffe numbers look to be quite off.
Alexnet:  128ms          vs 81ms   (Torch-fp32)
Overfeat: 430ms         vs 268ms (Torch-fp32)
VGG-A: 680ms           vs 529ms (Torch-fp32)
Googlenet: 484ms.     vs 470ms (Torch-fp32)
The only thing I can think of right now is that Torch enables the CuDNN autotuner (via a caching mechanism on sizes / strides ), and I suspect that Caffe does not enable it, and just uses cudnn heuristics, which are not always best perf.
In fact, now I am suspecting that maybe TF also does not enable autotuner.
The only network where Caffe looks close to Torch is Googlenet, and it seems to have serious perf regressions for the other 3. (though both are using the same code, i.e. CuDNN R4 + CuBLAS 7.5)
Should I add these numbers to the readme?
I would want someone from the Caffe ecosystem to have a quick look at the protobufs to see if there's any new settings I should add that were recent, as the benchmarks have unfortunately become very sensitive.

Adding them with a slight warning containing your second paragraph seems a good thing to do... better than keeping with the 'native' bench IMO... Thanks for the great work.
I can take a look at the Caffe bench and prototxt files a bit later in the day if this helps.

OK, so quick remarks:

the .prototxt files are in old format, not that it matters much I believe, but I could PR an update if you're interested
alexnet.prototxt is missing the ReLU in between fc6,fc7,fc8`, not sure whether this is on purpose ?

@beniz def up for a PR to make it up to date. the missing ReLU are def an oversight, have to be added.

I recently looked into the performance of Caffe when bringing our framework Leaf up to speed and I can confirm that the biggest speed hit comes from not using the autotuner. Caffe is also loosing a bit of time (IIRC 2-3ms) because it reshapes its layers on every forward pass, where it reallocates some cuDNN descriptors.


Make up for the lack of intrinsic headers in Open Enclave

Fix the main remaining problem that prevents building oesnmalloc with -nostdinc. There's still a issue with the order in which headers are copied in the OE build but that's nothing to do with snmalloc.
Paging @anakrish because I can't work how to add him to Reviewers for some reason.
It is probably worth noting that this can be removed if/when
a subset of https://github.com/openenclave/openenclave/issues/1766 is implemented in OE. That's been open for over a year though, so I would still like to have this change considered.

I'm not quite sure how this happened or why:
##[error]Bash exited with code '128'.
##[error]Bash wrote one or more lines to the standard error stream.
##[error]fatal: bad object 6b4c75a659ce6f15ef32a2ec7661af57aceb3664

/azp run

Thanks for doing this @achamayou


python310Packages.pyhaversion: 22.4.1 -> 22.8.0

Description of changes
https://github.com/ludeeus/pyhaversion/releases/tag/22.8.0

Things done

Built on platform(s)

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

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

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

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

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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 187326 run on x86_64-linux 1

3 packages built:

home-assistant-component-tests.version
python310Packages.pyhaversion
python39Packages.pyhaversion


Why not SDL_ttf ?

Maybe it could be better to use SDL_ttf. I know that it doesn't change anything totally, but it could make code more consistent and better for packaging i guess.

How do you feel it would make the code more consistent, and how would adding an additional dependency make it better for packaging?
SDL_ttf would increase both the code size, overall binary size, and overall complexity of the project. The only advantage it could provide is that it uses freetype which may provide more favourable text rendering, in which case using freetype directly would provide this same advantage without many of the disadvantages.


[BUG] - cardano-cli passing empty set of pools to makeTransactionBodyAutoBalance

Internal
Area
Other
Summary
When calling makeTransactionBodyAutoBalance during cardano-cli transaction build, the empty set of pools is passed as an argument.
Steps to reproduce
N/A
Expected behavior
The actual set of registered stake pools should be passed as argument.
System info (please complete the following information):

Arch-Linux
cardano-node commit 64068a70828e16c8310f439f54a44bee7c23c80e

Almost certainly the cause of bug #3040

Fixed in: https://github.com/input-output-hk/cardano-node/pull/3176


Adding "script" tags in header

Script tags need to have a closing tag, but Ebi converts the empty tag into a self closing tag, breaking the HTML page.
Example:
<script src="~aurora/js/vendors/jquery-3.2.1.slim.min.js"></script>
becomes:
<script src="~aurora/js/vendors/jquery-3.2.1.slim.min.js"/>
Not urgent, current workaround is adding new lines between tags.

Good find!

Do you know what other tags must have closing tags?

To my knowledge that's the only one that needs to be split.


Use separate files for each DataFrame function and method

[x] Closes #7123
[x] Passes black dask / flake8 dask / isort dask

This copies the pattern that numpy and xarray use. You should be able to see the difference in load time https://dask--7890.org.readthedocs.build/en/7890/dataframe-api.html

Should we also update the clean command in docs/Makefile to also the generated directory? I'm not sure what sort of caching sphinx does here

Yes!

Does this change impact other projects which are using intersphinx to link to Dask API docs? I'm wondering if we need to add redirects for this, or if things will continue to work as is.

I'm not sure about that one, but I am tempted to take a merge and see approach.

I'll look into make.bat tomorrow :(

I tried to copy from xarray or numpy and neither of them have a make.bat. Now I'm wondering if we need it

This is great.  Two comments, neither of which are likely relevant:

I tried building this locally with make html and found that links from the api index page didn't exist.  Probably an issue on my end, but I thought I'd bring it up
Probably we'll have a lot of broken links out there.  I'm totally fine just accepting this and moving on, unless there is a very easy solution
After this works, any interest in doing this for arrays and bags and futures as well?

I'm not sure about that one, but I am tempted to take a merge and see approach

+1

I tried building this locally with make html and found that links from the api index page didn't exist

Hmm, I'm not able to reproduce locally. You might try make clean html

I tried building this locally with make html and found that links from the api index page didn't exist.  Probably an issue on my end, but I thought I'd bring it up

I'm wondering if you have an old sphinx version. According to the docs, this setting changed to true by default in 4.0 https://www.sphinx-doc.org/en/master/usage/extensions/autosummary.html#confval-autosummary_generate

3. After this works, any interest in doing this for arrays and bags and futures as well?

Yep that's the plan!

Merged main to resolve the unrelated CI issues

Merging!

This is amazing - tyvm!

I took a look at cudf docs to see if external links are working( for instance dask.dataframe.reduction on cudf docs). It looks like no - but I'm not sure if they will just start working once the docs page over there is rebuilt. @quasiben is it easy to trigger a build?

nvmd Ben, I see that it's hardcoded over there. I'll open a PR.

This is great, thanks @jsignell!

Probably we'll have a lot of broken links out there. I'm totally fine just accepting this and moving on, unless there is a very easy solution

Looking at pandas' docs, it seems they were able to handle API redirect in a somewhat straightforward way using sphinx html_additional_pages
https://github.com/pandas-dev/pandas/blob/059c8bac51e47d6eaaa3e36d6a293a22312925e6/doc/source/conf.py#L332-L335
https://github.com/pandas-dev/pandas/blob/059c8bac51e47d6eaaa3e36d6a293a22312925e6/doc/_templates/api_redirect.html

Yeah our case is slightly different because in our case we would want to redirect a link where all the information is stored in the anchor. So it'd be going from https://docs.dask.org/en/latest/array-api.html#dask.array.add to https://docs.dask.org/en/latest/generated/dask.array.add.html for instance. I am leaning towards not worrying too much about this.


docs(mu4e): add docs for mu4e-update-interval

Add documentation on how to enable periodic email update in mu4e.

Changes to our documentation is in our do-not-PR list. Please make this change to the rewrite-docs branch instead.


Conflict with official Irony.dll

Apparently xenko compiles a custom Irony.dll that is used in the shader compiler. This creates an conflict that cannot be solved if a project that loads the official Irony.dll from the nuget. Our project uses Irony as well to parse generic type names.
The reason for the conflict is that the custom Irony.dll from xenko uses the same public token as the official one and has no version set, it's <IP_ADDRESS>.
so the custom Irony project should use a different public key token for the strong name in order to load it with the official one side-by-side in the same process.

The solution might be as easy as generating a new key for the Irony project in xenko. I can test that and make a pull request.

@tebjan sure, if it works that way, I would happily accept a PR.

by the way, highly recommended windows explorer tool for assembly inspection:
https://github.com/tebjan/AssemblyInformation/releases


[WIP] Support column split in gpu hist updater

@trivialfis I'm working on enabling column-split with the gpu hist tree method. Only added some tests here, but they seem to hang on some cuda calls. Any idea on how to debug this? Do you see anything obviously wrong?

@rongou GPU doesn't support multi-target yet.

@trivialfis I think this is finally working. Please take a look. Thanks!

Would you like to produce a document that briefly introduces how everything works with column split in the future?

Yes probably should create a tutorial.

For some reason, this PR has optimized the GPU hist with the Higgs dataset for about 20 percent of improvement, tested with both RTX8000 and 4070 ti super.

NVM, git bisect is incorrect.


Pin node-sass to revision number instead of the entire 3.x.y series

I'm seeing failures with<EMAIL_ADDRESS>dependency. Pinning to the 3.4.x series should fix the problem. Details at https://github.com/sass/node-sass/issues/1455

You can specify which version of node-sass to use with the nodeSass option
var compileSass = require('broccoli-sass-source-maps');
var outputTree = compileSass(inputTrees, inputFile, outputFile, {
  nodeSass: require('node-sass'); // loads version in your package.json
});

@aexmachina Thats useful, but I'm not sure it solves the actual problem; which happens on node-sass installation.
Given https://github.com/aexmachina/broccoli-sass-source-maps/blob/master/package.json#L23, it'll be impossible for many users to use broccoli-sass-source-maps now that node-sass 3.5.x shipped.

I'm not making it up man. May I suggest you improve your understanding of
Node's module loader. Node will provide different versions of the same
module to avoid dependency hell. Try what I suggested and you'll see :)
On Thu, 21 Apr 2016 at 10:53 PM, Christopher Troup<EMAIL_ADDRESS>wrote:

@aexmachina https://github.com/aexmachina Thats useful, but I'm not
sure it solves the actual problem; which happens on node-sass
installation.
Given
https://github.com/aexmachina/broccoli-sass-source-maps/blob/master/package.json#L23,
it'll be impossible for many users to use broccoli-sass-source-maps now
that node-sass 3.5.x shipped.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/aexmachina/broccoli-sass-source-maps/pull/17#issuecomment-212904268

Sorry I should have mentioned that you need to add the version that you want to your package.json

Thanks! I'll give it a shot.

I am getting deprecation notices on node 6.  node-sass 3.7.0 fixes that.  FYI

Yeah, thanks but the solution is to provide the version you want using the nodeSass option.

Sorry I guess I'm a noob at node, does that nodeSass version code you keep referencing go in ember-cli-build.js?

No worries, see example here.


adds custom topic selection

This is definitely a hack, but it works

See issue: https://github.com/DerwenAI/arxiv-trends/issues/5


[AutoPR engagementfabric/resource-manager] Add new resource provider Microsoft.EngagementFabric

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/4480

This PR has been merged into https://github.com/Azure/azure-sdk-for-go/pull/3332


change servant maintainers to maintainers group

@soenkehahn unfortunately this doesn't work, you can't mention groups across organizations. I'll revert to the explicit user map, feel free to send another PR if you want to change it.


Support Multipage with Path Params

Description
As a developer I would like to be able to pass params to apps built with Vite as path params. This would give me the ability to put resource IDs into my path instead of passing them as query parameters.
Current behavior with the dev server is
Page is defined and served on path test
http://host/test/ returns the app as expected.
http://host/test/id returns the fallback main page
Suggested solution
I've tried digging into the dev server code, but fell short of an actual solution.
What I'd like to see happen is that the path is matched to a best match instead of a perfect match.
so http://host/test/id would match and return the test app even though there's addition path information.
Alternative
I haven't tried this in a prod build, but I imagine the alternate solution would be to prod build and then deliver using a different server.
Additional context
No response
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that request the same feature to avoid creating a duplicate.

Duplicate of #2958


Application stack convert to speos

@mcheng2022 I removed the unnecessary imports

Thank you! That's weird I don't remember why the "from opcode..." line was added...


logFileSeverity problems

🐞 Bug report
Description
There are 2 problems with the logFileSeverity config setting:

Setting it like this results in an error during the build: logFileSeverity: LogSeverity.none.
To workaround that, I tried setting it to just 3 (none). My expectation is that no log file would be created. This is not the case.

🔬 Minimal Reproduction
Set the log setting per the above, and also remove the outDir setting to trigger a warning. Observe log file creation.
💻Your Environment
Windows 10
Angular Version:

Angular CLI: 10.1.3
Node: 14.13.0
OS: win32 x64

Angular:
...
Ivy Workspace:

Package                      Version
------------------------------------------------------
@angular-devkit/architect    0.1001.3 (cli-only)
@angular-devkit/core         10.1.3 (cli-only)
@angular-devkit/schematics   10.1.3 (cli-only)
@schematics/angular          10.1.3 (cli-only)
@schematics/update           0.1001.3 (cli-only)

Scully Version:

1.0.3

🔥 Exception or Error

TypeError: Cannot read property 'none' of undefined at Object. (scully.myproj.config.js:23:43)

@SanderElias ^


link not maintained

[deployer_utils.py:63] Warning: Anaconda environment was either not found or exporting the environment failed. Your function will still be serialized and deployed, but may fail due to missing dependencies. In this case, please re-run inside an Anaconda environment. See http://clipper.ai/documentation/python_model_deployment/ for more information.
points to a link with an 404 error

It should be this link:
http://docs.clipper.ai/en/release-0.2/index.html?highlight=Anaconda#pure-python-functions
I will submit a PR for this quick fix.


Update technical-committee-meeting-notes.md

Dan Cundiff and Jon Stine approved Tech Com notes 2021.08.20


[Windows] Remove app cut at the bottom and force refresh when back from fullscreen

Removes the line that cuts the app at the bottom by the pixel to prevent jitter when resizing app
Remove the line that cuts the app by 3 pixels at the bottom when full screen
Fix #311
Fix #266
Fix #228
Fix #355
Fix #237

NOTE: I have not tested this on Windows 10

Thanks!

Hi @alexmercerind, thank you so much for your review! Unfortunately, I am unable to implement nor test your changes and suggestions since I made this pull request during the only 3 days I had access to a Windows machine.
I currently don't have access to it until maybe 2 weeks, sorry about that!
Also I don't have a working Windows VM so, yeah, gonna take quite a while.

LGTM


allow to specify service level when creating an archive

added a additional parameter to the create command that allows to set the service level.

Hi @coolya
Thanks for the PR but we were already working on it.
We've also fixed rate limiting issues by integrating a new method.

No problem. Thanks for adding this feature.


Hi, problem with installation from github

Hi, I would like to install this package but it returns error when I install it from github
It returned this error
Error in parse(outFile) :    invalid multibyte character in parser at line 734 ERROR: unable to collate and parse R files for package ‘riskscorer’
There is probable some weird character in the code that does this.
Thanks for sharing, by the way, this awesome package.

Thanks for your comment.
I will fix this and update you once it is working.
Greetings,
Alex

Many thanks Alex

Hi Alex, sorry If I haven't open new issue I will ask here,
When I feed a data frame to the calc_sts() function as indicated in your vignette it comes back with error like this
Error: Each variable must be a 1d atomic vector or list. Problem variables: 'proceduretype'
What should this mean?
I have looked into the code but this procedure type appears once and I have no idea how to fix it
Many thanks beforehand.


Can not push to github. Userid and password ok

Zorans-MacBook-Pro:carbon-tutorial<EMAIL_ADDRESS>git push origin react-step-1
Username for 'https://github.com': zoranid
Password for<EMAIL_ADDRESS>remote: Permission to carbon-design-system/carbon-tutorial.git denied to zoranid.
fatal: unable to access 'https://github.com/carbon-design-system/carbon-tutorial.git/': The requested URL returned error: 403

Seems like your origin is pointed at carbon-design-system and not your fork.
See https://www.carbondesignsystem.com/developing/react-tutorial/step-1#add-upstream-remote

Bad fork. Thanks. Submitted react-step-1


fix: audio widget blobURL autocompletion

Description
Changes autocompletion hint from blobUrl  to blobURL
Fixes #11659
Type of change

Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?
Manual
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes

/ok-to-test sha=c2c7ded


scaling to 0 removes alert rules

I am trying to get the benefits of serverless, with microservices by autoscaling based on queue length. When there are no messages in the queue, the service can be scaled down to 0.
I'm using @thomasjpfan's https://github.com/thomasjpfan/docker-scaler, though Jenkins job would be the same, and a rabbitmq prometheus exporter. This allows me to scale without instrumenting the service specifically.
~ $ docker service logs voelhgexsur4
<EMAIL_ADDRESS>  | 2018/02/20 07:21:32 Scale service down: rethink-denormalizer_service
<EMAIL_ADDRESS>  | 2018/02/20 07:21:32 scale-service success: Scaling rethink-denormalizer_service from 1 to 0 replicas (min: 0)
<EMAIL_ADDRESS>  | 2018/02/20 07:21:32 Alertmanager received message: Scaling rethink-denormalizer_service from 1 to 0 replicas (min: 0)
<EMAIL_ADDRESS>  | 2018/02/20 07:31:32 Scale service down: rethink-denormalizer_service
<EMAIL_ADDRESS>  | 2018/02/20 07:31:32 scale-service success: Scaling rethink-denormalizer_service from 1 to 0 replicas (min: 0)
<EMAIL_ADDRESS>  | 2018/02/20 07:31:32 Alertmanager received message: Scaling rethink-denormalizer_service from 1 to 0 replicas (min: 0)

It works great.
Problem is, this bring the service down in the eyes of DFM, and correctly, for DFP.
In DFM this is an issue because now, because the alerts needed to scale back up when there are messages in the queue again have been removed as part of the service removed event.

would it be possible to add a
`com.df.alertPersistent.1: true`

label that would tell DFM to keep it even though the service was removed?

It is possible to add the com.df.alertPersistent label to persistent alerts when services are scaled to zero. If @vfarcic thinks this is a good feature, I can work on a PR for this.

I think it's a good feature :)

It's available in the release 18.02.21-52


Add env var moveProgressBarToTop in "bambu"

Default Value "bottom"
Also accepts "above-image" and "below-image" to relocation progress bar

Example:

Looking at the screenshot helps alot! The filament should all be on a single line. Ill try to provide a css example to test and then we update the system.

You're right, an enum makes a lot more sense, I rarely work in Java, couldn't recall the syntax or the best place to define it :)
That screenshot is taken from my laptop, screen-width isn't quite as wide, on my "dashboard" display it does fit all 4. If the CSS can tweak that, then that's great too, but the main issue with the position is that I have mismatched AMS's, so it looks odd, 2 of my machines have 2x AMS, and the other has only 1, which makes the layouts uneven, and then also my "dashboard" screen that I run this on isn't really tall enough to fit it all neatly, so I'd prefer the progress at the top, being the most important status to me.


vim-sneak support

It would be awesome if you can provide support for that plugin.
https://github.com/justinmk/vim-sneak/blob/1b02940ee4513575b2c3e44306ca945be685a7ce/doc/sneak.txt#L352-L367

Thank you for the recommendation! Added Sneak support.
Normal:

Vertical scope:

Looks awesome!


Is the type for hospitalization correct?

See https://github.com/biolink/biolink-model/issues/1156
We are saying Activity, @karafecho thinks ClinicalIntervention may be better.  My guess is that this is being handled by the leftover UMLS handling and the biolink maps for semantic types in UMLS.

This is still unchanged in NodeNorm:
{
  "UMLS:C0019993": {
    "id": {
      "identifier": "UMLS:C0019993",
      "label": "Hospitalization"
    },
    "equivalent_identifiers": [
      {
        "identifier": "UMLS:C0019993",
        "label": "Hospitalization"
      }
    ],
    "type": [
      "biolink:Activity",
      "biolink:NamedThing",
      "biolink:ActivityAndBehavior",
      "biolink:Occurrent",
      "biolink:PhysicalEssenceOrOccurrent"
    ]
  }
}

This is because UMLS:C0019993 "Hospitalization" has semantic type STY:T058 "Health Care Activity", which Biolink Model maps to biolink:Activity. So we still need to map STY:T058 to something more useful, like biolink:ClinicalIntervention.
I've proposed that on the related issue in Biolink Model: https://github.com/biolink/biolink-model/issues/1156#issuecomment-2150708291


Initialize home directory via command line

This adds a command to OSIAM, that allows one to initialize the home
directory without starting OSIAM.
The command parser is dead-simple and should be replaced by something
more sophisticated in the future, if we want to support more cli
commands.
The default command is server so one don't has to specify it
every time.
Depending on the command, the Application Context will be bootstrapped
with a different @Configuration class.
The InitHome class represents the simplest (but most sufficient)
configuration to initialize the home directory.
Use a customized @ComponentScan definition, to prevent loading the
InitHome bean during normal server startup.

Works like a charm. After you checked codacy and we discussed this, I will merge your PR.

Updated

Updated

Thanks a lot!


Codespace karlotimmerman cautious robot 74wr4v79x963qx4

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

app


⚠ Bofrost.de has degraded performance

In f9924a3, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1002 ms

Resolved: Bofrost.de performance has improved in 147f964 after 6 minutes.


[Gokul] enables params and headers dsl on file upload

Initial attempt on #89. Thoughts @rybalkinsd ?

@gokulchandra do u have aws s3 access to try our upload api?

@gokulchandra do u have aws s3 access to try our upload api?

Yep, shouldnt be a problem.

all other improvements tbd in release branch


fix: add new versions of the cla with correct email address

@ch-ahindura for review please

@ch-stefanhi , please run quarto render first. The CLAs in the docs folder still have the old address.

@ch-stefanhi could you have a look?


Distutils C++ support

Upstreamed fix from nix, see patch here:
https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/python-modules/setuptools/setuptools-distutils-C%2B%2B.patch
Resubmit of #221.

@sciyoshi Would you be willing to investigate the two failures and suggest a fix?

Thanks!

        Mainly needed on Unix, so we can plug in the information that
        varies across Unices and is stored in Python's Makefile.
        """
        if compiler.compiler_type == "unix":
            if sys.platform == "darwin":
                # Perform first-time customization of compiler-related
                # config vars on OS X now that we know we need a compiler.
                # This is primarily to support Pythons from binary
                # installers.  The kind and paths to build tools on
                # the user system may vary significantly from the system
                # that Python itself was built on.  Also the user OS
                # version and build tools may not support the same set
                # of CPU architectures for universal builds.
                global _config_vars
                # Use get_config_var() to ensure _config_vars is initialized.
                if not get_config_var('CUSTOMIZED_OSX_COMPILER'):
                    import _osx_support

                    _osx_support.customize_compiler(_config_vars)
>                   _config_vars['CUSTOMIZED_OSX_COMPILER'] = 'True'
E                   TypeError: 'NoneType' object does not support item assignment

distutils/sysconfig.py:291: TypeError
============================================================ short test summary info =============================================================
FAILED distutils/tests/test_unixccompiler.py::TestUnixCCompiler::test_cc_overrides_ldshared_for_cxx_correctly - TypeError: 'NoneType' object does not support item assignment
======================================================= 1 failed, 477 deselected in 0.16s ========================================================
py311: exit 1 (0.30 seconds) /Users/jaraco/code/pypa/distutils> pytest -p no:cov -k test_cc_overrides_ldshared_for_cxx_correctly pid=70507
.pkg-cpython311: _exit> python '/Users/jaraco/Library/Application Support/pipx/venvs/tox/lib/python3.12/site-packages/pyproject_api/_backend.py' True setuptools.build_meta
  py311: FAIL code 1 (0.86=setup[0.56]+cmd[0.30] seconds)
  evaluation failed :( (0.90 seconds)

Probably we should figure out why that test is reliant on other tests and fix that too.

At main, that test runs fine in isolation.
 distutils main @ tox -e py311 -q -- -q -p no:cov -k test_cc_overrides_ldshared_for_cxx_correctly
.                                                                                [100%]
1 passed, 477 deselected in 0.18s
  py311: OK (0.98 seconds)
  congratulations :) (1.02 seconds)

The issue seems to be surfaced by this change, where the fallback value is now '', which allows the darwin-specific behavior to be reached:
https://github.com/pypa/distutils/blob/e651e536ef1fbafbe48856815602127df0371835/distutils/sysconfig.py#L285-L291
That code attempts to mutate a global variable, which, if it wasn't initialized by another test, will lead to the error.
I believe the proposed diff is safer and more correct. We'll want to fix that undesirable entanglement.

Any thougths on the remaining failing test? I'll try to take a look but won't have much time.

The issue seems to be that self.linker_so_cxx is not set ~on macOS~ here.

It looks like in test_cc_overrides_ldshared_for_cxx_correctly, when sysconfig.customize_compiler is called, it causes self.cc.linker_so_cxx to become [] so later when self.cc.link is called, the linker isn't valid and crashes when _split_env is expecting a non-empty list of command parameters.
I need someone to figure out what this test was asserting before and what it needs to be asserting now, and is it catching a legitimate bug, or does the test need to be changed to accommodate the new behavior?

I do see an asymmetry in these lines:
https://github.com/pypa/distutils/blob/95088c5886327cca5c01426cc9ea0d1063677f26/distutils/sysconfig.py#L301-L322
There, I see ldshared is initialized using get_config_vars('LDSHARED'), but ldcxxshared is initialized to "". Why the discrepancy?

It looks like making the behavior symmetrical allows the tests to pass:
diff --git a/distutils/sysconfig.py b/distutils/sysconfig.py
index 31bdbec1b..847a26ba4 100644
--- a/distutils/sysconfig.py
+++ b/distutils/sysconfig.py
@@ -304,6 +304,7 @@ def customize_compiler(compiler):  # noqa: C901
             cflags,
             ccshared,
             ldshared,
+            ldcxxshared,
             shlib_suffix,
             ar,
             ar_flags,
@@ -313,13 +314,13 @@ def customize_compiler(compiler):  # noqa: C901
             'CFLAGS',
             'CCSHARED',
             'LDSHARED',
+            'LDCXXSHARED',
             'SHLIB_SUFFIX',
             'AR',
             'ARFLAGS',
         )

         cxxflags = cflags
-        ldcxxshared = ""

         if 'CC' in os.environ:
             newcc = os.environ['CC']

I'm unsure if that's the correct implementation, but since tests are passing, it feels more correct and at least makes the PR acceptable.

Seems that's what the upstream patch does as well. This was probably a mistake on my end when I was updating it. Nice catch!

Actually, I think the new error in test_customize_compiler is what I was attempting to fix by setting it to "".

Actually, I think the new error in test_customize_compiler is what I was attempting to fix by setting it to "".

In PyPy only, it seems. Seems to be that PyPy has a different definition for LIBCXXSHARED than other Pythons. We'll probably need to root cause why that is.

@jaraco I may be wrong, but it looks like PyPy doesn't preserve LDCXXSHARED at all in its configuration.
Looks like CPython does that explicitely here: https://github.com/python/cpython/blob/5a7f7c48644baf82988f30bcb43e03dcfceb75dd/configure.ac#L3395.

@jaraco I also checked PyPy, and I don't see any reference to LIBCXXSHARED in the repo.

My first instinct was to replace None with '' for ldcxxshared, but that also seems improper, as it still invokes compiler.set_executables(ldcxxshared=) for either the empty string or just the parameters with no executable, neither of which is valid.
My next instinct is not to set_executables for ldcxxshared when get_config_var('LDCXXSHARED') is None, but that requires touching several different places in the already messy customize_compiler function. This approach would, however, leave Compiler.linker_so_cxx set to the default. I'd really like to avoid special-casing this one variable.
My next thought was to just skip this test on PyPy, but that probably will cause compilers to break on PyPy on Unix.
Another thought was to inject LDCXXSHARED when it's missing, similar to how is done for add_ext_suffix_39. The problem is, what value to present? Again, an empty string is wrong. And the default value isn't a string at all but a list.
@mattip Do you have any insight into why PyPy doesn't have LDCXXSHARED set in sysconfig? Will PyPy users ever expect to be taking advantage of compiling C++ shared libraries under PyPy?

In fcef963, I found a satisfactory workaround - don't attempt to add flags if the value is None. It first required a refactor in 3e4b457.
With this change, Compiler.set_executable(linker_so_cxx=None) will be called, which should trigger failures later on PyPy if something tries to compile C++. I believe that's an acceptable behavior... and could be corrected by PyPy exporting LDCXXSHARED.

The only remaining failure is in diffcov, which is ignorable, since there's no coverage aggregation.

why PyPy doesn't have LDCXXSHARED set in sysconfig?

The values there have been added on an as-needed basis, in response to issues. PyPy does not use a Makefile or config.
On CPython windows it is not defined.
I'm not sure how PyPY would create that value, it appears to want to invoke a compiler. How does CPython know what compiler is available on the host platform? What happens if clang is installed instead of gcc?

Thank you @jaraco! Really appreciate all of the hard work.

On CPython windows it is not defined.

This particular code path is only for Unix, so that's why the discrepancy hasn't been an issue.

I'm not sure how PyPY would create that value, it appears to want to invoke a compiler. How does CPython know what compiler is available on the host platform? What happens if clang is installed instead of gcc?

It looks like it's built from CXX. On my macOS Python 3.12 as compiled by homebrew, here's what I see:
 🐚 py -3.12 -c "import sysconfig; print(sysconfig.get_config_var('LDCXXSHARED'))"
clang++ -bundle -undefined dynamic_lookup

We don't use c++ in PyPy, so the best we could do would be to copy that value (and the one for linux) into the _sysconfigdata.py we ship with PyPy, assuming that is appropriate. Maybe distutils could also provide a default value per-platform, in a similar way.

Here are the hard-coded PyPy values https://github.com/pypy/pypy/blob/py3.9/lib_pypy/_sysconfigdata.py


Elyra "blank screen" trying to download IBM Plex fonts from the internet

Describe the issue
Elyra "blank screen" trying to download IBM Plex fonts from the internet. This is very problematic if the environment does not have internet access.
url(https://fonts.gstatic.com/s/ibmplexsans/….. or have it bundled/installed with the image?

Expected behavior
We should not depend on having internet access to build our UI and have these fonts as part of the npm package and/or container images
NOT A CONTRIBUTION

For reference, response from canvas:
In Modeler we set this before importing the carbon scss.
$font-path: "/canvas/fonts";
@import "carbon-components/scss/globals/scss/styles";
@import "carbon-components/scss/globals/grid/grid";

and in our build we copy all the fonts to the /canvas/fonts endpoint
				files: [{
					expand: true,
					flatten: false,
					cwd: "./node_modules/carbon-components/src/globals/",
					src: ["fonts/**/*"],
					dest: ".build"
				}]


Add section in documentation for testURL

Summary
It seems that the testURL configuration setting was not documented. This PR adds a section for it.
Test plan
There are no code changes, but the config setting referred to can be found here.
The default value for testURL is set here

thank you!

Just spent an hour tracking down a SecurityError trying to test a React router implementation and was just about to make a PR to add this to the docs!
Would it be worth adding a note that this setting should be explicitly set when trying to test history methods? I feel like this is a pretty common scenario when testing UI functionality. Or is that a little too much hand holding?

@suitupalex you can also probably just do `Object.defineProperty(window.location, 'href', {value: 'http://my.website.com', configurable: true});

For anyone wondering, the only way to test that my code modified window.location.href itself (I know, a bit weird test) was to put this:
Object.defineProperty(window.location, 'href', {
  value: 'your url',
  configurable: true,
  writable: true,
});

At the begining of my test. Wonder if we should add this to doc somehow?


[stable] Update stable kustomization images

Insert JIRA Issue number and update link
PR owner checklist
Please make sure that your PR meets the following requirements:

[ ] Your code is properly formatted according to this configuration.
Run mvn clean verify -DskipTests so that imports are correctly set.
[ ] Your commit messages are clear and reference the JIRA issue e.g: "[MGDOBR-1] - $clear_explanation_of_what_you_did"
[ ] All new functionality is tested
[ ] Pull Request title is properly formatted: MGDOBR-XYZ Subject
[ ] Pull Request contains link to the JIRA issue
[ ] Pull Request contains link to any dependent or related Pull Request
[ ] Pull Request contains description of the issue
[ ] Pull Request does not include fixes for issues other than the main ticket

PR reviewer(s) checklist

[ ] Check if code and Github action workflows have been modified and if the modification is safe
[ ] If the modification is safe, add the safe to test label

How to trigger pipelines and use the bots:

Run the end to end pipeline
Annotate the pull request with the label: safe to test. If you want to run the pipeline again, remove and add it again.

Rebase the pull request
Comment with: /rebase.

@sutaakar @manstis you merged a couple of PR that are now deployed on dev. Could you please look if they are working on that env and if we can move forward with them on stable?


Feat: listen to package info

This PR implements the listenToPackages functionality (WIP)

Other information:

Status

[ ] Code documentation for the relevant parts in the code have been added/updated by the PR author
[ ] The functionality has been tested by the PR author
[ ] The functionality has been tested by NRK

Codecov Report

Merging #525 (f305b76) into release32 (39634bc) will increase coverage by 33.32%.
The diff coverage is n/a.

:exclamation: Current head f305b76 differs from pull request most recent head 252afb8. Consider uploading reports for the commit 252afb8 to get more accurate results

@@               Coverage Diff               @@
##           release32      #525       +/-   ##
===============================================
+ Coverage      66.67%   100.00%   +33.32%
===============================================
  Files            245         2      -243
  Lines          14800        32    -14768
  Branches        3269         8     -3261
===============================================
- Hits            9868        32     -9836
+ Misses          4766         0     -4766
+ Partials         166         0      -166

Impacted Files
Coverage Δ

packages/blueprints-integration/src/context.ts
100.00% <ø> (ø)

meteor/lib/Settings.ts

meteor/server/methods.ts

meteor/lib/rundown/timeline.ts

meteor/lib/ReactiveStore.ts

meteor/server/migration/0_21_0.ts

meteor/server/security/lib/lib.ts

meteor/server/migration/0_19_0.ts

meteor/lib/collections/ExpectedPlayoutItems.ts

meteor/lib/api/migration.ts

... and 228 more

Continue to review full report at Codecov.

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

@jstarpl @nytamin I went to have a look at what can be done with the ids, and ended up having a play with the regeneration flow of the callback
By loading the ExpectedPackageDB from the db, we can very quickly discover the rundown this affects. This alone would help with the id issue, as we could either scope the packages to the rundown, or use some additional fields which would remain internal to core to clean up the id matching.
Reading through the rest I had some other thoughts
I don't think we gain anything from the PieceInstances checks, as if there isnt a corresponding piece also listening, then rerunning the blueprints wont do anything. But it is possible for adlibs to be listening for packages.
Also, I wasn't keen on the way the segment ingest was re-run, as some docs were being loaded from the db to figure out what to do before getting into the ingest lock function
I did these changes (untested, so sat on a branch)
https://github.com/nrkno/tv-automation-server-core/compare/feat/listen-to-packageInfo...feat/listen-to-packageInfo-julians

We said earlier that expectedPackages should only be accessible from within the same segment, also we re-run the whole segment blueprints at once. And at the moment, in core we already store the owner PieceId on the expectedPackage. So we know that the pieceId on the package must be from the same segment as the piece which is listening for changes. By adding a 'blueprintPackageId' field, then we have all the data we need to remove the id hack
Another thought, why do we have a separate array of 'listenToPackages' to 'expectedPackages'? Why isnt listen simply a property on the expectedPackages the blueprints output? We don't really care which piece is listening to changes, we only care that something in the blueprints is.
This is the missing piece to make my implementation avoid excessive data fetching


chore: update docstring for astype

Fixes internal bug: b/328114618 🦕
Before: https://screenshot.googleplex.com/45wRMR3yQUuuGdB
After: https://screenshot.googleplex.com/7uGCXAoC6coMRoC

https://www.conventionalcommits.org/en/v1.0.0-beta.2/#summary Would be a good resource to learn from.


Update PlaceAutocompletePrediction.yml - fix for

Add cautions against parsing addresses meant to be human-readable.
Fixes b/130399550 🦕

/update-dist


Mixing Accounts and autoform

I've seen this request somewhere else, so I just drop here this recipe I'm working on. I'm trying to use this module together with the standard usersaccounts packages. I'm actually cheating here because I'm using this 'autoform' package without the autoform , but with the accountsTemplate fields (I'm using the templates and passing on the data as if it was part of an autoform) :
So first of all I've created a new field.
AccountsTemplates.addField({
  _id:"picture",
  type: "text",
  template: "pictureInput",
  label: "A picture where your face is clearly visible",
  required: false,
  options: {
    context: {atts: {
      'data-schema-key': "profile.picture",
      'collection': "TmpProfilePictures"
    } }
  }
});

Then add a simple template as :
<template name="pictureInput">
  {{#with options.context}}
    {{> afFileUpload}}
  {{/with}}
</template>

and added this storage :
TmpProfilePicturesStore = new FS.Store.FileSystem("tmpProfilePictures", {path: "~/pictures/tmp"})

@TmpProfilePictures = new FS.Collection("tmpProfilePictures",
  stores: [TmpProfilePicturesStore]
  filter:
    maxSize: 3145728,
    allow:
      contentTypes: ['image/*'],
      extensions: ['png', 'PNG', 'jpg', 'JPG', 'jpeg', 'JPEG']
)

This allows me to correctly upload the image upon registration. Now I'm a bit stuck as I'd like to move the file object from the temporary storage to the permanent storage and associate it to the user profile. The problem is that I'm not able to catch the correct event of finding the correct hook to add a small bit of metadata to the object file and the be able to reference it in the OnCreateUser hook.  My guess is that since the event is already intercepted, it is not propagated further, so If I add an event handler for the template "pictureInput" this is not fired.
if (Meteor.isServer) {
  Accounts.onCreateUser(function(options, user){
    user['profile'] = options.profile
    console.log(options);
    console.log();
    if (!options.profile.picture) {
      user.profile['picture'] = 'TBA';
    };
    return user;
  });
}

Maybe somebody will mange to get a bit further...

so this is my working solution :
Accounts.onCreateUser(function(options, user){
  user.profile = options.profile;
  if (options.profile.picture) {
    var oldFile = TmpProfilePictures.findOne(options.profile.picture);
    // the call comes from the Sign-Up Form
    if (oldFile) {
      var newF = new FS.File({original: oldFile.original});
      var newId = ProfilePictures.files.insert(newF);
      var newFile = ProfilePictures.files.findOne(newId);

      var sourceKey = oldFile.copies.tmpProfilePictures.key;
      var destinationKey = ProfilePicturesStore.adapter.fileKey(newFile);
      var readStream = TmpProfilePicturesStore.adapter.createReadStreamForFileKey(sourceKey);
      var writeStream = ProfilePicturesStore.adapter.createWriteStream(newFile);
      readStream.pipe(writeStream);

      newFile.attachData(destinationKey,{type: oldFile.type()});
      ProfilePictures.files.update(newId,{$set: {owner : user._id}});
      ProfilePictures.files.update(newId,{$set: {uploadedAt: oldFile.uploadedAt}});
      ProfilePictures.files.update(newId,{$set: {metadata : {owner: user._id}}});
      newFile = ProfilePictures.files.findOne(newId);

      oldFile.remove();
      user.profile.picture = newId;
    }
    if (!ProfilePictures.findOne(options.profile.picture)) {
      console.log("Something wrong. Id specified but, ProfilePictures not found");
    }
  }
  return user;
});


error linking library

first off - thanks for writing the wrapper!
i was able to compile the source code and produce the modules and libraries (also shared) successfully. the pre-compiled test program works too.
it was a bit unclear to me as to what resources to link to compile my own test program, but after ldd-ing the pre-compiled test executables, if i understand right, i need to link libyaml-wrapper.so and libyaml-cpp.so.0.7 to compile my program in addition to including the path to the .mod files.
I tried doing this via:  gfortran -I./build/src/yaml-fortran/  -L./bin/ -lyaml-wrapper -lyaml-cpp mytest.f90 -o mytest
but this leaves me with the following error message:
/usr/bin/ld: /tmp/ccieJX3p.o: warning: relocation against `__yamlread_MOD___vtab_yamlread_Yamlmap' in read-only section `.text'
/usr/bin/ld: /tmp/ccieJX3p.o: in function `MAIN__':
test_yaml.f90:(.text+0x178): undefined reference to `__yamlread_MOD_yaml_open_file'
/usr/bin/ld: test_yaml.f90:(.text+0x227): undefined reference to `__yamlread_MOD_yaml_start_from_map'
/usr/bin/ld: test_yaml.f90:(.text+0x366): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x420): undefined reference to `__yamlread_MOD_map_value_map'
/usr/bin/ld: test_yaml.f90:(.text+0x55f): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x619): undefined reference to `__yamlread_MOD_map_value_map'
/usr/bin/ld: test_yaml.f90:(.text+0x7ae): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x839): undefined reference to `__yamlread_MOD_map_value_str'
/usr/bin/ld: test_yaml.f90:(.text+0x8f7): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x989): undefined reference to `__yamlread_MOD_map_value_double_1d'
/usr/bin/ld: test_yaml.f90:(.text+0xa57): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0xae9): undefined reference to `__yamlread_MOD_map_value_integer_2d'
/usr/bin/ld: test_yaml.f90:(.text+0xc4c): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0xce0): undefined reference to `__yamlread_MOD_map_value_str'
/usr/bin/ld: test_yaml.f90:(.text+0xd9e): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0xe30): undefined reference to `__yamlread_MOD_map_value_double_1d'
/usr/bin/ld: test_yaml.f90:(.text+0xefe): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0xf90): undefined reference to `__yamlread_MOD_map_value_double_2d'
/usr/bin/ld: test_yaml.f90:(.text+0x1233): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x1257): undefined reference to `__yamlread_MOD_map_destroy'
/usr/bin/ld: test_yaml.f90:(.text+0x1452): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x1476): undefined reference to `__yamlread_MOD_map_destroy'
/usr/bin/ld: test_yaml.f90:(.text+0x147d): undefined reference to `__yamlread_MOD___vtab_yamlread_Yamlmap'
/usr/bin/ld: test_yaml.f90:(.text+0x14a1): undefined reference to `__yamlread_MOD_map_destroy'
/usr/bin/ld: test_yaml.f90:(.text+0x14ad): undefined reference to `__yamlread_MOD_yaml_close_file'
/usr/bin/ld: warning: creating DT_TEXTREL in a PIE
collect2: error: ld returned 1 exit status

any help is highly appreciated!

Hi,
Happy to help and sorry about the trouble you've encountered.
Does your source file include the
use YAMLInterface
use YAMLRead
statements in it? Those files should be bundled in the project getting built.

thanks for offering to help.
yes, it does include those statements. i am basically trying to compile an example (TestMap) you have included, myself, to get started.
unfortunately, I have not prepared a makefile for the compilation (as i do not know my way around them well), and i am just using bash commands.
firstly, i made a copy of the example with very few modifications and placed it in the root directory as "mytest.f90" (attached, in tarball). basically this is the program i am trying to compile.
and then i am compiling the program with the following commands:
$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/until/project_root/yaml-fortran/bin
$ gfortran -I./build/src/yaml-fortran/ -L./bin -lyaml-wrapper -lyaml-cpp  mytest.f90 -o mytest
test.tar.gz

It's because the yaml-interface.f90, yaml-read.f90 need to be compiled and a 3rd library is missing in the link stage. I was able to build the test.f90 with this makefile. You will need to adjust the final line so that it points to the correct library files location inside of bin.
FC     = gfortran
FFLAGS = -O1 -g
SRC    = yaml-interface.f90 yaml-read.f90 mytest.f90

OBJ = ${SRC:.f90=.o}

%.o: %.f90
	$(FC) $(FFLAGS) -o $@ -c $<

test: $(OBJ)
	$(FC) $(FFLAGS) -o $@ $(OBJ) -Wl,-rpath,/home/local/fortran/bin ../../bin/libyaml-interface.a ../../bin/libyaml-wrapper.so ../../bin/libyaml-cpp.so.0.7.0

worked alright. thanks for the help!
may i suggest that the objects be compiled as static/dynamic libraries and installed (perhaps in the standard /usr/local dir or provided --prefix) for ease-of-use for the end user?
unfortunately, i am not good with makefiles, but it would be something like this in bash:
cd ./src/yaml-fortran
gfortran -c -fPIC yaml-interface.f90 -o yaml-interface.o
gfortran -c -fPIC yaml-read.f90 -o yaml-read.o
gfortran -shared yaml-interface.o yaml-read.o -o libyamlf.so OR ar cr libyamlfort.a yaml-interface.o yaml-read.o
cp libyamlf.so ../../bin/ OR cp libyamlfort.a ../../bin/
mkdir -p /usr/local/lib/yaml-fortran && cp *.so *.a /usr/local/lib/yaml-fortran
mkdir -p /usr/local/inclide/yaml-fortran && cp *.mod /usr/local/inclide/yaml-fortran

that way, the end used could just link against the library so:
(FC) (FCFLAGS) -I/usr/local/inclide/yaml-fortran -L/usr/local/lib/yaml-fortran -lyaml-cpp -lyaml-wrapper -lyamlf (OR -lyaml-fortran)