training loss

when we reprodece your code, we find that the training loss could not reduce fast as your reported result. And the result of sha is 70.385 and 114.081. There is a large gap compared to your reported results.:
2022-09-17 01:55:57,093 - CLTR - INFO - begin test
2022-09-17 01:56:37,525 - CLTR - INFO - Testing Epoch:[1240/1500]	 mae=73.967	 mse=118.639	 best_mae=71.473
2022-09-17 01:56:44,394 - CLTR - INFO - Training Epoch:[1241/1500]	 loss=3.62841	 lr=0.000100	 epoch_time=6.869
2022-09-17 01:56:51,514 - CLTR - INFO - Training Epoch:[1242/1500]	 loss=3.46821	 lr=0.000100	 epoch_time=7.118
2022-09-17 01:56:58,223 - CLTR - INFO - Training Epoch:[1243/1500]	 loss=3.55540	 lr=0.000100	 epoch_time=6.708
2022-09-17 01:57:05,025 - CLTR - INFO - Training Epoch:[1244/1500]	 loss=3.51130	 lr=0.000100	 epoch_time=6.801
2022-09-17 01:57:12,066 - CLTR - INFO - Training Epoch:[1245/1500]	 loss=3.39875	 lr=0.000100	 epoch_time=7.040
2022-09-17 01:57:19,134 - CLTR - INFO - Training Epoch:[1246/1500]	 loss=3.46755	 lr=0.000100	 epoch_time=7.067
2022-09-17 01:57:26,227 - CLTR - INFO - Training Epoch:[1247/1500]	 loss=3.53449	 lr=0.000100	 epoch_time=7.092
2022-09-17 01:57:32,900 - CLTR - INFO - Training Epoch:[1248/1500]	 loss=3.61158	 lr=0.000100	 epoch_time=6.672
2022-09-17 01:57:39,863 - CLTR - INFO - Training Epoch:[1249/1500]	 loss=3.47778	 lr=0.000100	 epoch_time=6.962
2022-09-17 01:57:46,597 - CLTR - INFO - Training Epoch:[1250/1500]	 loss=3.47975	 lr=0.000100	 epoch_time=6.733
2022-09-17 01:57:53,532 - CLTR - INFO - Training Epoch:[1251/1500]	 loss=3.43447	 lr=0.000100	 epoch_time=6.934
2022-09-17 01:58:00,620 - CLTR - INFO - Training Epoch:[1252/1500]	 loss=3.51294	 lr=0.000100	 epoch_time=7.087
2022-09-17 01:58:07,619 - CLTR - INFO - Training Epoch:[1253/1500]	 loss=3.42724	 lr=0.000100	 epoch_time=6.997
2022-09-17 01:58:14,715 - CLTR - INFO - Training Epoch:[1254/1500]	 loss=3.52697	 lr=0.000100	 epoch_time=7.095
2022-09-17 01:58:21,246 - CLTR - INFO - Training Epoch:[1255/1500]	 loss=3.68258	 lr=0.000100	 epoch_time=6.530
2022-09-17 01:58:28,036 - CLTR - INFO - Training Epoch:[1256/1500]	 loss=3.47060	 lr=0.000100	 epoch_time=6.789
2022-09-17 01:58:35,009 - CLTR - INFO - Training Epoch:[1257/1500]	 loss=3.52460	 lr=0.000100	 epoch_time=6.972
2022-09-17 01:58:41,836 - CLTR - INFO - Training Epoch:[1258/1500]	 loss=3.50146	 lr=0.000100	 epoch_time=6.826
2022-09-17 01:58:48,671 - CLTR - INFO - Training Epoch:[1259/1500]	 loss=3.58137	 lr=0.000100	 epoch_time=6.834
2022-09-17 01:58:55,733 - CLTR - INFO - Training Epoch:[1260/1500]	 loss=3.44624	 lr=0.000100	 epoch_time=7.061
2022-09-17 01:58:55,734 - CLTR - INFO - begin test
2022-09-17 01:59:26,869 - CLTR - INFO - Testing Epoch:[1260/1500]	 mae=70.385	 mse=114.081	 best_mae=70.385
2022-09-17 01:59:33,723 - CLTR - INFO - Training Epoch:[1261/1500]	 loss=3.57292	 lr=0.000100	 epoch_time=6.854
2022-09-17 01:59:40,602 - CLTR - INFO - Training Epoch:[1262/1500]	 loss=3.52274	 lr=0.000100	 epoch_time=6.878
2022-09-17 01:59:47,400 - CLTR - INFO - Training Epoch:[1263/1500]	 loss=3.48122	 lr=0.000100	 epoch_time=6.797
2022-09-17 01:59:54,421 - CLTR - INFO - Training Epoch:[1264/1500]	 loss=3.45710	 lr=0.000100	 epoch_time=7.020
2022-09-17 02:00:01,293 - CLTR - INFO - Training Epoch:[1265/1500]	 loss=3.53121	 lr=0.000100	 epoch_time=6.871
2022-09-17 02:00:08,249 - CLTR - INFO - Training Epoch:[1266/1500]	 loss=3.53630	 lr=0.000100	 epoch_time=6.955
2022-09-17 02:00:15,238 - CLTR - INFO - Training Epoch:[1267/1500]	 loss=3.41089	 lr=0.000100	 epoch_time=6.988
2022-09-17 02:00:21,989 - CLTR - INFO - Training Epoch:[1268/1500]	 loss=3.55521	 lr=0.000100	 epoch_time=6.750
2022-09-17 02:00:28,751 - CLTR - INFO - Training Epoch:[1269/1500]	 loss=3.63312	 lr=0.000100	 epoch_time=6.761
2022-09-17 02:00:35,698 - CLTR - INFO - Training Epoch:[1270/1500]	 loss=3.41506	 lr=0.000100	 epoch_time=6.945
2022-09-17 02:00:42,523 - CLTR - INFO - Training Epoch:[1271/1500]	 loss=3.55783	 lr=0.000100	 epoch_time=6.824
2022-09-17 02:00:49,606 - CLTR - INFO - Training Epoch:[1272/1500]	 loss=3.44602	 lr=0.000100	 epoch_time=7.082
2022-09-17 02:00:56,604 - CLTR - INFO - Training Epoch:[1273/1500]	 loss=3.51345	 lr=0.000100	 epoch_time=6.997
2022-09-17 02:01:03,575 - CLTR - INFO - Training Epoch:[1274/1500]	 loss=3.42050	 lr=0.000100	 epoch_time=6.969
2022-09-17 02:01:10,444 - CLTR - INFO - Training Epoch:[1275/1500]	 loss=3.48487	 lr=0.000100	 epoch_time=6.868
2022-09-17 02:01:17,235 - CLTR - INFO - Training Epoch:[1276/1500]	 loss=3.48882	 lr=0.000100	 epoch_time=6.790
2022-09-17 02:01:24,114 - CLTR - INFO - Training Epoch:[1277/1500]	 loss=3.57055	 lr=0.000100	 epoch_time=6.878
2022-09-17 02:01:31,314 - CLTR - INFO - Training Epoch:[1278/1500]	 loss=3.45037	 lr=0.000100	 epoch_time=7.199
2022-09-17 02:01:38,042 - CLTR - INFO - Training Epoch:[1279/1500]	 loss=3.68802	 lr=0.000100	 epoch_time=6.726
2022-09-17 02:01:44,786 - CLTR - INFO - Training Epoch:[1280/1500]	 loss=3.51901	 lr=0.000100	 epoch_time=6.743
2022-09-17 02:01:44,787 - CLTR - INFO - begin test
2022-09-17 02:02:12,237 - CLTR - INFO - Testing Epoch:[1280/1500]	 mae=75.275	 mse=123.192	 best_mae=70.385
2022-09-17 02:02:19,001 - CLTR - INFO - Training Epoch:[1281/1500]	 loss=3.62225	 lr=0.000100	 epoch_time=6.763
2022-09-17 02:02:25,931 - CLTR - INFO - Training Epoch:[1282/1500]	 loss=3.52498	 lr=0.000100	 epoch_time=6.929
2022-09-17 02:02:32,735 - CLTR - INFO - Training Epoch:[1283/1500]	 loss=3.51817	 lr=0.000100	 epoch_time=6.803
2022-09-17 02:02:39,512 - CLTR - INFO - Training Epoch:[1284/1500]	 loss=3.59665	 lr=0.000100	 epoch_time=6.776
2022-09-17 02:02:46,403 - CLTR - INFO - Training Epoch:[1285/1500]	 loss=3.57462	 lr=0.000100	 epoch_time=6.889
2022-09-17 02:02:53,304 - CLTR - INFO - Training Epoch:[1286/1500]	 loss=3.45410	 lr=0.000100	 epoch_time=6.901
2022-09-17 02:03:00,091 - CLTR - INFO - Training Epoch:[1287/1500]	 loss=3.52542	 lr=0.000100	 epoch_time=6.786
2022-09-17 02:03:06,966 - CLTR - INFO - Training Epoch:[1288/1500]	 loss=3.43454	 lr=0.000100	 epoch_time=6.873
2022-09-17 02:03:14,036 - CLTR - INFO - Training Epoch:[1289/1500]	 loss=3.47092	 lr=0.000100	 epoch_time=7.069
2022-09-17 02:03:20,975 - CLTR - INFO - Training Epoch:[1290/1500]	 loss=3.50124	 lr=0.000100	 epoch_time=6.939
2022-09-17 02:03:27,941 - CLTR - INFO - Training Epoch:[1291/1500]	 loss=3.43352	 lr=0.000100	 epoch_time=6.964
2022-09-17 02:03:35,042 - CLTR - INFO - Training Epoch:[1292/1500]	 loss=3.39298	 lr=0.000100	 epoch_time=7.100
2022-09-17 02:03:42,024 - CLTR - INFO - Training Epoch:[1293/1500]	 loss=3.50791	 lr=0.000100	 epoch_time=6.981
2022-09-17 02:03:48,689 - CLTR - INFO - Training Epoch:[1294/1500]	 loss=3.48784	 lr=0.000100	 epoch_time=6.664
2022-09-17 02:03:55,622 - CLTR - INFO - Training Epoch:[1295/1500]	 loss=3.52300	 lr=0.000100	 epoch_time=6.932
2022-09-17 02:04:02,859 - CLTR - INFO - Training Epoch:[1296/1500]	 loss=3.28457	 lr=0.000100	 epoch_time=7.236
2022-09-17 02:04:09,545 - CLTR - INFO - Training Epoch:[1297/1500]	 loss=3.57269	 lr=0.000100	 epoch_time=6.685
2022-09-17 02:04:16,391 - CLTR - INFO - Training Epoch:[1298/1500]	 loss=3.59400	 lr=0.000100	 epoch_time=6.846
2022-09-17 02:04:23,223 - CLTR - INFO - Training Epoch:[1299/1500]	 loss=3.54231	 lr=0.000100	 epoch_time=6.831
2022-09-17 02:04:30,576 - CLTR - INFO - Training Epoch:[1300/1500]	 loss=3.40182	 lr=0.000100	 epoch_time=7.352
2022-09-17 02:04:30,577 - CLTR - INFO - begin test

We have no plan to release the config of the ShanghaiTech Dataset since I am busy with other projects. You can try to train the NWPU and JHU dataset

We have no plan to release the config of the ShanghaiTech Dataset since I am busy with other projects. You can try to train the NWPU and JHU dataset

Thank you for your reply! However, when we train the JHU dataset, the training loss still could not reduce so fast as your reported NWPU log.

We have no plan to release the config of the ShanghaiTech Dataset since I am busy with other projects. You can try to train the NWPU and JHU dataset

Thank you for your reply! However, when we train the JHU dataset, the training loss still could not reduce so fast as your reported NWPU log.

Hi, how many GPUs do you use? The experiments are conducted on 4 x GPUs

Due to the device restrictions, we use one 3090 GPU.

We have no plan to release the config of the ShanghaiTech Dataset since I am busy with other projects. You can try to train the NWPU and JHU dataset

Thank you for your reply! However, when we train the JHU dataset, the training loss still could not reduce so fast as your reported NWPU log.

Hi, how many GPUs do you use? The experiments are conducted on 4 x GPUs

May 4 x GPUs would perform much better than one GPU?

We have no plan to release the config of the ShanghaiTech Dataset since I am busy with other projects. You can try to train the NWPU and JHU dataset

Thank you for your reply! However, when we train the JHU dataset, the training loss still could not reduce so fast as your reported NWPU log.

Hi, how many GPUs do you use? The experiments are conducted on 4 x GPUs

May 4 x GPUs would perform much better than one GPU?

It is possible. Maybe you need to change some hyper-parameters (e.g., lr, query_number).


Enhance Robot Status

What would you like to be added?
Robot's status should mirror

owned/related Kubernetes resources
service endpoints

Why is this needed?
See #73.

Needed to satisfy #91. All of the pod names should be declared in .status.

#99 and #100 are connected to this.

https://github.com/robolaunch/robot-operator/tree/74-services


NETBEANS-1820 Deleting images with licensing conerns

Please remove the whole easeldemo project and the references to it and the images:

in the licenseinfo.xml the file references need to removed
in the build.xml the task "zip-examples" needs to be removed
the jar target does not need to be overriden anymore and thus can be removed to

Now we're talking, great, thanks a lot, done AFAIK those specific things too.

The update looks good so far, but needs on update:
/webcommon/web.client.samples/build.xml: Remove lines 25-32 (that are the two targets jar and zip-samples. Both are not needed, after the removal of the Easel sample
/webcommon/web.client.samples/license.xml: Remove all "..." entries, that start with "EaselDemo".
That should fix the build.

Sorry I thought I had done that, turns out I hadn't committed and pushed these two changed files.

The PR is failing in the ergonomic test, because the now removed zip is still referenced - in the layer the entry for "ResponsiveRabbits" needs to be removed and the corresponding entry in the bundle can be removed true.
This is the resulting diff:
diff --git a/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/layer.xml b/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/layer.xml
index 280c2c7..065d47c 100644
--- a/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/layer.xml
+++ b/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/layer.xml
@@ -27,14 +27,6 @@
                 <folder name="HTML5">
                     <attr name="SystemFileSystem.localizingBundle" stringvalue="org.netbeans.modules.web.client.samples.wizard.ui.Bundle"/>
                     <attr name="position" intvalue="210"/>
-                    <file name="ResponsiveRabbits" url="Easel.zip">
-                        <attr name="displayName" bundlevalue="org.netbeans.modules.web.client.samples.wizard.ui.Bundle#Templates/Project/Samples/HTML5/ResponsiveRabbits"/>
-                        <attr name="position" intvalue="100"/>
-                        <attr name="iconBase" stringvalue="org/netbeans/modules/web/client/samples/resources/HTML5_project_icon.png"/>
-                        <attr name="instantiatingIterator" newvalue="org.netbeans.modules.web.client.samples.wizard.iterator.SampleWizardIterator"/>
-                        <attr name="instantiatingWizardURL" urlvalue="nbresloc:/org/netbeans/modules/web/client/samples/resources/ResponsiveRabbits.html"/>
-                        <attr name="template" boolvalue="true"/>
-                    </file>
                  </folder>
             </folder>
         </folder>
diff --git a/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/wizard/ui/Bundle.properties b/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/wizard/ui/Bundle.properties
index be2f343..07fdb3c 100644
--- a/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/wizard/ui/Bundle.properties
+++ b/webcommon/web.client.samples/src/org/netbeans/modules/web/client/samples/wizard/ui/Bundle.properties
@@ -15,7 +15,6 @@
 # specific language governing permissions and limitations
 # under the License.
 Templates/Project/Samples/HTML5=HTML5/JavaScript
-Templates/Project/Samples/HTML5/ResponsiveRabbits=Responsive Rabbits

 LBL_ProjectLocation=Project &Location:
 LBL_ProjectName=Project &Name:

Without this change, the PR still fails locally in the ergonomics test, with it, it runs cleanly.

No worries, will do. (Note we have 4 +1s for 11.0 and this one will be in the next release. I.e., this is not a blocker for 11.0.)

If this is not a blocker for 11, is the "Need cherry picking " label still needed ?

True.

But we were thinking about doing another voting candidate, i.e., vc5 , in which this one would be cherry picked, but vc5 will not be needed.

Just a note from Frankfurt before leaving Europe behind.
I think if we would have NB 11.1 in the summer, that would be branced/released from this branch, so cherry picking would be required.

Looks good to me. Please squash before merge though. Thank you for taking care.


Problem with v0.6.1-beta.1 integration

What happened?
Today, after updating the integration version to v0.6.1-beta.1 an integration error appeared.
Please help to solve this problem.
Before the update the integration version v0.6.0 worked fine.
Log Output
Any relevant logs from Home Assistant.
2024-11-07 09:38:16.035 INFO (MainThread) [custom_components.nissan_connect] Logging in to service 2024-11-07 09:38:18.638 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry<EMAIL_ADDRESS>for nissan_connect Traceback (most recent call last):   File "/usr/src/homeassistant/homeassistant/config_entries.py", line 635, in __async_setup_with_context     result = await component.async_setup_entry(hass, self)              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/__init__.py", line 55, in async_setup_entry     await hass.async_add_executor_job(vehicle.refresh)   File "/usr/local/lib/python3.12/concurrent/futures/thread.py", line 58, in run     result = self.fn(*self.args, **self.kwargs)              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/kamereon.py", line 865, in refresh     self.fetch_all()   File "/config/custom_components/nissan_connect/kamereon.py", line 870, in fetch_all     self.fetch_battery_status()   File "/config/custom_components/nissan_connect/kamereon.py", line 1163, in fetch_battery_status     return self.fetch_battery_status_ariya()            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/kamereon.py", line 1221, in fetch_battery_status_ariya     battery_data = body['data']['attributes']                    ~~~~^^^^^^^^ KeyError: 'data' 2024-11-07 09:38:29.817 INFO (MainThread) [custom_components.nissan_connect] Logging in to service 2024-11-07 09:38:30.295 DEBUG (MainThread) [custom_components.nissan_connect] Finding vehicles 2024-11-07 09:38:31.270 DEBUG (SyncWorker_40) [custom_components.nissan_connect.kamereon] Unknown feature 308 2024-11-07 09:38:31.270 DEBUG (SyncWorker_40) [custom_components.nissan_connect.kamereon] Unknown feature 420 2024-11-07 09:38:31.270 DEBUG (SyncWorker_40) [custom_components.nissan_connect.kamereon] Active features: [<Feature.BREAKDOWN_ASSISTANCE_CALL: '1'>, <Feature.MY_CAR_FINDER: '12'>, <Feature.MIL_ON_NOTIFICATION: '15'>, <Feature.VEHICLE_HEALTH_REPORT: '18'>, <Feature.APP_DOOR_LOCKING: '27'>, <Feature.APP_BASED_NAVIGATION: '35'>, <Feature.DESTINATION_SEND_TO_CAR: '37'>, <Feature.GOOGLE_PLACES_SEARCH: '40'>, <Feature.PREMIUM_TRAFFIC: '43'>, <Feature.MOBILE_INFORMATION: '74'>, <Feature.PERSONAL_DATA_SYNC: '80'>, <Feature.HORN_AND_LIGHTS: '97'>, <Feature.CURFEW_ALERT: '98'>, <Feature.MAINTENANCE_ALERT: '101'>, <Feature.VEHICLE_SOFTWARE_UPDATES: '107'>, <Feature.VEHICLE_STATUS_CHECK: '202'>, <Feature.NAVIGATION_FACTORY_RESET: '208'>, <Feature.VEHICLE_WIFI: '213'>, <Feature.NAVIGATION_MAP_UPDATES: '217'>, <Feature.LAST_MILE_NAVIGATION: '227'>, <Feature.GOOGLE_STREET_VIEW: '229'>, <Feature.GOOGLE_SATELITE_VIEW: '230'>, <Feature.DYNAMIC_EV_ICE_RANGE: '232'>, <Feature.ECO_ROUTE_CALCULATION: '233'>, <Feature.DRIVING_JOURNEY_HISTORY: '235'>, <Feature.ONLINE_PARKING_INFO: '243'>, <Feature.ONLINE_RESTAURANT_INFO: '244'>, <Feature.ONLINE_SPEED_RESTRICTION_INFO: '245'>, <Feature.WEATHER_INFO: '246'>, <Feature.VEHICLE_ACCESS_TO_EMAIL: '248'>, <Feature.VEHICLE_ACCESS_TO_MUSIC: '249'>, <Feature.VEHICLE_ACCESS_TO_CONTACTS: '262'>, <Feature.ZONE_ALERT: '281'>, <Feature.SPEEDING_ALERT: '282'>, <Feature.CHARGING_SPOT_INFO: '288'>, <Feature.CHARGING_START: '299'>, <Feature.CLIMATE_ON_OFF_NOTIFICATION: '311'>, <Feature.CHARGING_SPOT_SEARCH: '312'>, <Feature.PLUG_IN_REMINDER: '314'>, <Feature.CHARGING_STOP_NOTIFICATION: '317'>, <Feature.BATTERY_STATUS: '319'>, <Feature.VEHICLE_STATE_OF_CHARGE_PERCENT: '322'>, <Feature.DRIVING_ANALYSIS: '340'>, <Feature.CO2_GAS_SAVINGS: '341'>, <Feature.ELECTRICITY_FEE_CALCULATION: '342'>, <Feature.CHARGING_CONSUMPTION_HISTORY: '344'>, <Feature.BATTERY_MONITORING: '345'>, <Feature.BATTERY_DATA: '347'>, <Feature.CHARGING_SPOT_UPDATES: '354'>, <Feature.RECHARGEABLE_AREA: '358'>, <Feature.NO_CHARGING_SPOT_INFO: '359'>, <Feature.EV_RANGE: '360'>, <Feature.CLIMATE_ON_OFF: '366'>, <Feature.VIRTUAL_PERSONAL_ASSISTANT: '734'>, <Feature.ALEXA_ONBOARD_ASSISTANT: '736'>, <Feature.SCHEDULED_ROUTE_CLIMATE_CONTROL: '747'>, <Feature.SCHEDULED_ROUTE_CALENDAR_INTERGRATION: '819'>, <Feature.OWNER_MANUAL: '827'>, <Feature.LOCK_STATUS_CHECK: '2021'>, <Feature.TEMPERATURE: '2042'>, <Feature.VEHICLE_DATA: '2121'>, <Feature.VEHICLE_DATA_2: '2122'>] 2024-11-07 09:38:31.479 INFO (MainThread) [custom_components.huawei_solar] Fetching HV2230135175_inverter_data_update_coordinator data recovered 2024-11-07 09:38:32.381 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry<EMAIL_ADDRESS>for nissan_connect Traceback (most recent call last):   File "/usr/src/homeassistant/homeassistant/config_entries.py", line 635, in __async_setup_with_context     result = await component.async_setup_entry(hass, self)              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/__init__.py", line 55, in async_setup_entry     await hass.async_add_executor_job(vehicle.refresh)   File "/usr/local/lib/python3.12/concurrent/futures/thread.py", line 58, in run     result = self.fn(*self.args, **self.kwargs)              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/kamereon.py", line 865, in refresh     self.fetch_all()   File "/config/custom_components/nissan_connect/kamereon.py", line 870, in fetch_all     self.fetch_battery_status()   File "/config/custom_components/nissan_connect/kamereon.py", line 1163, in fetch_battery_status     return self.fetch_battery_status_ariya()            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   File "/config/custom_components/nissan_connect/kamereon.py", line 1221, in fetch_battery_status_ariya     battery_data = body['data']['attributes']                    ~~~~^^^^^^^^ KeyError: 'data'
Home Assistant Version
Find this in Settings > About.
Core: 2024.11.0
Supervisor: 2024.11.2
Operating System: 13.2
User interface: 20241106.0
Integration Version
Find this from HACS.
Version:  2.0.1

What car do you have?

What car do you have?
Nissan Ariya.
I live in Spain.

Would you mind testing beta 2?

You should be able to see more entities with this change. These were reported as not showing for the Ariya before:

Charge Time (3kW)
Charge Time (6kW)
Last Updated
Range (AC Off)
Range (AC On)

Do you see any difference from v0.6.0?

You should be able to see more entities with this change. These were reported as not showing for the Ariya before:

Charge Time (3kW)
Charge Time (6kW)
Last Updated
Range (AC Off)
Range (AC On)

Do you see any difference from v0.6.0?
Here's everything your integration is displaying right now.

Good to hear - thanks for confirming!


Debounce star history retrieval to prevent overlapping responses if user clicks on different repos quickly

(I think a better long-term approach for this one might be to move the entire API call logic to the backend so that if a user goes away and comes back later, the data they wanted to see will be ready for them.)

Example
Click supabase/supabase and click supabase/postgrest-rs quickly after that. Then, the info for supabase/supabase is shown on the page for supabase/postgrest-rs.


paytm integration with ionic application

Hi guys,
I was integrate paytm to my ionic application . i have some error to redirect to the paytm server.
my code is
`var headers = new Headers();
headers.append("Accept", 'application/json');
headers.append('Content-Type', 'application/json' );
let postData = {
"MID":"XXXXXXXXXX",
"ORDER_ID" :"ORDERVK002",
"CUST_ID":"10000988111",
"TXN_AMOUNT":"1",
"CHANNEL_ID":"WAP",
"INDUSTRY_TYPE_ID" :"Retail",
"WEBSITE":"APP_STAGING",
"CHECKSUMHASH":"EnUKKBreoyyh0fBcHo4FGk4iVJfDylyeJgo6W9LzHMFRuGDyl4+Pp6ZztOJK+6vwwymScNEyUd++V3IYtEvRouYWOA+Mp6bPbFG2YjEKU3k=",
"MOBILE_NO":"98655XXXX",
<EMAIL_ADDRESS>}
this.http.post("https://securegw-stage.paytm.in/theia/processTransaction", postData, {headers:headers})
.subscribe( res =>
console.log(res));
}`
i was run that code i am getting below error response
Failed to load resource: the server responded with a status of 403 (Forbidden)
(index):1 Failed to load https://securegw-stage.paytm.in/theia/processTransaction: Response for preflight does not have HTTP ok status.
vendor.js:1823 ERROR Response
how to resolve this issue , thankyou

It's hard to debug this with only the information provided. You would need to provide code that shows how you are using Corsica. However, there's a chance that the error is that you're not including any CORS headers in your request (like Origin).
I'll close this for insufficient information, but please feel free to reopen as soon as you can provide more details. Thanks!


Bad Gateway adding a certificate in a OCI Native Ingress Controller

Good afternoon.
I am adding a certificate to the Ingress Resource in the Annotations section as indicated in the documentation.
kind: Ingress
metadata:
  name: <i-name>
  annotations:
    oci-native-ingress.oraclecloud.com/certificate-ocid: <certificate-ocid>
spec:
...

After adding it and trying to test with the created dns it gives a "Bad Gateway" error. When the certificate is removed the Load Balancer routes to the pods without problems. Ingress used:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: psu-service-ing
  namespace: ns-apps-dev
  annotations:
    oci-native-ingress.oraclecloud.com/certificate-ocid: "don't show the certificate-ocid"
spec:
  ingressClassName: native-ic-ingress-class
  rules:
  - host: "testing.testing.cl"
    http:
      paths:
      - pathType: Prefix
        path: "/psu"
        backend:
          service:
            name: psu-service-svc
            port:
              number: 443

What could be missing?

The routing to backend sets done as per your ingress rules. Each listener is associated with a routing policy which holds the rules specified in ingress. Default backend set acts as a 404 handler in case there are no matching rules in routing policy.

Good afternoon.
I am adding a certificate to the Ingress Resource in the Annotations section as indicated in the documentation.
kind: Ingress
metadata:
  name: <i-name>
  annotations:
    oci-native-ingress.oraclecloud.com/certificate-ocid: <certificate-ocid>
spec:
...

After adding it and trying to test with the created dns it gives a "Bad Gateway" error. When the certificate is removed the Load Balancer routes to the pods without problems. Ingress used:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: psu-service-ing
  namespace: ns-apps-dev
  annotations:
    oci-native-ingress.oraclecloud.com/certificate-ocid: "don't show the certificate-ocid"
spec:
  ingressClassName: native-ic-ingress-class
  rules:
  - host: "testing.testing.cl"
    http:
      paths:
      - pathType: Prefix
        path: "/psu"
        backend:
          service:
            name: psu-service-svc
            port:
              number: 443

What could be missing?
Are your pods running in ssl mode using the same certificate specified as above?

It was solved.
Updated Ingress to v1.3.3 and applied Annotation to support applications without TLS


Test Everything

[x] Subscribe via message to non-whitelisted subreddit
[x] Subscribe publicly to non-whitelisted subreddit
[x] Whitelist subreddit
[x] Subscribe via message to whitelisted subreddit
[x] Subscribe publicly to whitelisted subreddit
[x] List subscriptions
[x] Post subscribed post
[x] Make sure comments are edited correctly
[x] Test parent deleting comment
[x] Test that subscriptions are deleted for updateme
[x] Delete some subscriptions
[x] Delete all subscriptions

I think that's everything


Profile measurements should warn instead of fail on lack of master IPs

Profile measurements should warn instead of fail on lack of master IPs
Currently it fails tests with:
[measurement call TestMetrics - TestMetrics error: [
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
Profile measurements will be disabled due to no MasterIps
]]

/assign @mm4tt

/lgtm
/approve
Thanks!

Regression introduced by: #891
@alejandrox1 - FYI

/retest

/test continuous-integration/travis-ci/pr

/lgtm
/approve


Migrate activities to use global starter

Task/Issue URL: https://app.asana.com/0/488551667048375/1204570676350732/f
Description
Ditto
Steps to test this PR
Test the flows that launch the refactor activities

Current dependencies on/for this PR:

develop

PR #3148   👈

This comment was auto-generated by Graphite.


I am not able to scroll to the left of my main container

useAutoScroller's  scrollableAncestorRects returns a different length compared with scrollable ancestors, resulting in no scroll, this only occurs when I am scrolling to right and then coming back to the left
const index = scrollableAncestors.indexOf(scrollContainer);
const scrollContainerRect = scrollableAncestorRects[index];
This is the link : https://github.com/clauderic/dnd-kit/blob/694dcc2f62e5269541fc941fa6c9af46ccd682ad/packages/core/src/hooks/utilities/useAutoScroller.ts#L121C10-L121C10
attached files:

this is my autoScroll snippet
autoScroll={{
                        canScroll(element) {
                            if (element.id === 'main-container-id') {
                                console.log('element.id', element.id)
                                return true;
                            }
                            console.log('element.id', false)

                            return false;
                        },

                        threshold: {
                            x: 0.2,
                            y: 0.25,
                        },
                        acceleration: 5,
}}

Also hit this issue, but it happens in both directions (we're building a kanban style board). I haven't dug into the autoScroll logic deeply, but from what I'm seeing my assumption is autoScroll wasn't built for this purpose and instead more so for Sortable/vertical scrolling - where it works very nicely.

Also hit this issue, but it happens in both directions (we're building a kanban style board). I haven't dug into the autoScroll logic deeply, but from what I'm seeing my assumption is autoScroll wasn't built for this purpose and instead more so for Sortable/vertical scrolling - where it works very nicely.

We are building same kind of thing ( kanban boards ) but when I scroll to right and when I come back to the left then scrolling stops and I am not able to drag item to the first Kanban.

Yep, that's the same issue I'm experiencing. I'm going to dive into it today and write up a custom handler. It may or may not be helpful for your purpose, but regardless, I'll share it with you once I'm done.

Alright, so, while I think my comment in the edit above is why the scrolling doesn't work well for us, I couldn't figure out a way to correct it via the options provided for autoScroll. So, I ended up rolling my own.
It's quite specific for our case and only handles horizontal scrolling, but here it is anyway (I've only supplied the pieces that are relevant):
// The number of pixels from the edge of the viewport to start scrolling.
const EDGE_THRESHOLD = 150
// The number of pixels to scroll when the draggable is near the edge of the viewport.
const EDGE_SCROLL_SPEED = 25

const columnsRef = useRef<HTMLDivElement>(null)

<DndContext
      // autoScroll doesn't work with our Kanban style layout
      // so for now, we're disabling it and rolling our own scroll behavior
      autoScroll={false}
      onDragMove={handleDragMove}
    >
      <Columns ref={columnsRef}>
        // ...
      </Columns>
</DndContext>

const handleDragMove = (event: DragMoveEvent): void => {
    const viewport = columnsRef.current

    const {
      active: { rect },
    } = event

    if (viewport && rect.current.translated) {
      const doc = window.document.documentElement
      const draggable = rect.current.translated

      // The viewport doesn't fill the entire document, so we need to account for that.
      const viewportX = doc.offsetWidth - viewport.offsetWidth
      // This is useful to balance out the scroll threshold on both sides of the viewport.
      // Otherwise we're just calculating from the left side of the draggable, which, depending
      // on the width of the draggable, can make it feel like the viewport/scroll behaviour isn't very responsive.
      const draggableCenterPoint = draggable.width / 2
      const draggableX = draggable.left + draggableCenterPoint - viewportX

      // The following will scroll the viewport by EDGE_SCROLL_SPEED when the draggable is
      // within EDGE_THRESHOLD pixels of the edge of the viewport. It will also prevent
      // scrolling when there is no more scrollable area.
      if (draggableX < EDGE_THRESHOLD && viewport.scrollLeft > 0) {
        viewport.scrollBy(-EDGE_SCROLL_SPEED, 0)
      } else if (
        viewport.offsetWidth - draggableX < EDGE_THRESHOLD &&
        viewport.scrollLeft < viewport.scrollWidth - viewport.offsetWidth
      ) {
        viewport.scrollBy(EDGE_SCROLL_SPEED, 0)
      }
    }
  }


Upgrade Dependencies

Summary
Upgraded the following dependencies:

@babel/runtime
@react-native-community/async-storage
@react-native-community/cameraroll
@react-native-community/clipboard
@react-native-community/netinfo
@react-navigation/native
@react-navigation/stack
@sentry/react-native
deep-equal
emoji-regex
fuse.js
jail-monkey
mime-db
react-native to 0.63.3
react-native-calendars
react-native-device-info
react-native-document-picker
react-native-file-viewer
react-native-gesture-handler
react-native-haptic-feedback
react-native-image-picker
react-native-localize
react-native-permissions
react-native-reanimated
react-native-safe-area-context
react-native-screens
react-native-vector-icons
rn-placeholder
tinycolor2
All needed dev dependencies + detox

No changes to current code or patches
Ticket Link
https://mattermost.atlassian.net/browse/MM-29861

@saturninoabril definitely related to switching to npm, happens with this and without the PR

@josephbaylon should we merge then?

@enahum Yes please. Thanks


Storage: storage_type + conversion

What is the reason that the conversion parameter is exposed to the user? It seems to me that this is true if we model storage, and false if we don't model storage. In that case, I think it would be beneficial to not expose the parameter to the user, and just have it assigned somewhere under the hood.
Or am I missing some case where we want to actually play with the conversion parameter when running the optimization model?

The thought is that conversion is necessary without storage if one e.g. models AC - you need to convert electricity to cooling demand but there is no need to store. That is why I thought about a separation.

Let's talk about this on the phone next time.

I can see this to be under the hood, but may not be high priority, depending on the amount of work to make it that.

Under the hood for storage, optional for special use cases


Add pod install to example/README.md

Description
While installing the example project, it was required to go in the iOS folder and run pod install to install the dependencies.
This PR adds this step to the README.
Checklist

[-] I have tested this on a device/simulator for each compatible OS
[X] I updated the documentation with running yarn generate in the root folder
[-] I added/updated a sample - if a new feature was implemented (/example)
[-] = not applicable

@barroco thanks much for the PR! 👍


[SPARK-48801][BUILD][K8S] Upgrade kubernetes-client to 6.13.1

What changes were proposed in this pull request?
The pr aims to upgrade kubernetes-client from 6.13.0 to 6.13.1.
Why are the changes needed?

The full release notes: https://github.com/fabric8io/kubernetes-client/releases/tag/v6.13.1
The newest version fixed some bug, eg:
Fix https://github.com/fabric8io/kubernetes-client/issues/6059: Swallow rejected execution from internal usage of the informer executor
Fix https://github.com/fabric8io/kubernetes-client/issues/6068: KubernetesMockServer provides incomplete Configuration while creating test Config for KubernetesClient
Fix https://github.com/fabric8io/kubernetes-client/issues/6085: model getters have same annotations as fields (breaks native)

Does this PR introduce any user-facing change?
No.
How was this patch tested?
Pass GA.
Was this patch authored or co-authored using generative AI tooling?
No.

cc @dongjoon-hyun @LuciferYang

late LGTM


Prevent rake-compiler from overriding required_ruby_version?

I'm working on a gem that uses FFI and doesn't use libruby directly.
This means it doesn't need an .so file per Ruby version, and that the pre-compiled binary gems should have the same required_ruby_version as the original gemspec.
rake-compiler currently does this when cross-compiling:
https://github.com/rake-compiler/rake-compiler/blob/18b335a87000efe91db8997f586772150528f342/lib/rake/extensiontask.rb#L261-L264
Is there any way to override this behaviour?

Super-ugly workaround:
require 'rake/extensiontask'
gem_spec = Gem::Specification.load("sassc.gemspec")

# HACK: Prevent rake-compiler from overriding required_ruby_version,
# because the shared library here is Ruby-agnostic.
# See https://github.com/rake-compiler/rake-compiler/issues/153
module FixRequiredRubyVersion
  def required_ruby_version=(*); end
end
Gem::Specification.prepend(FixRequiredRubyVersion)

Rake::ExtensionTask.new('libsass', gem_spec) do |ext|
  ...
end

https://github.com/sass/sassc-ruby/commit/f1c767750a86016fcb17d08df92e060d344504da#diff-52c976fc38ed2b4e3b1192f8a8e24cffL25 is expected code for this case.
The cross_compiling block exists for customizing corss-compiled gemspec:
https://github.com/rake-compiler/rake-compiler/blob/18b335a87000efe91db8997f586772150528f342/lib/rake/extensiontask.rb#L282

Doesn't work when I override in the block. Perhaps it is invoked earlier?

How to reproduce your problem?

@kou Looks like it may be possible to override it in the block (not sure why it seemed to not work for me).
Still, I'd like to add a setting for this instead, as there is another thing to check when the gem doesn't use libruby: there should only be one RUBY_CC_VERSION.

spec.required_ruby_version can be overwritten by the registered ext.cross_compiling block. But there is an issue that this callback isn't called in any case, unless ext.no_native=true is set. This has been discussed in
https://github.com/rake-compiler/rake-compiler/pull/171 .
Next rake-compiler-dock version will set no_native=true per default, so that the callback can be used for cases like this.

The required_ruby_version can be set per cross compile block like so:
Rake::ExtensionTask.new('my_extension', gem_spec) do |ext|
  ext.cross_compiling do |spec|
    spec.required_ruby_version = [">= 2.5", "< 3.2.dev"]
  end
end

The issue with not calling the cross_compiling block is solved in #171 . So can this issue be closed now?

I agree that we can probably close it, given that the workaround exists.


Combine and move intro notebooks

Look at how to combine these two introductory notebooks:

notebooks/HoweWeSolveIndShockConsumerType.ipynb
notebooks/Quickstart_tutorial.ipynb

Then move these into HARK/examples after econ-ark/HARK#442 is merged as part of econ-ark/HARK#459
https://github.com/econ-ark/DemARK/pull/33#issuecomment-567521991

notebooks/Quickstart_tutorial.ipynb does not exist.
notebooks/HoweWeSolveIndShockConsumerType.ipynb works fine
notebooks/HoweWeSolveIndShockConsumerType.py displays images when executed with python but not when executed with ipython.
Related to #82 in the respect that the ipython interpreter isn't working as expected on code that seems otherwise fine.
I think this would be a non-issue if not for the confusing fact that for REMARKs, we are making ipython the canonicaly way of running code in the command line.

Final list of moved DemARKs is here: https://github.com/econ-ark/HARK/pull/472

Still to do: remove DemARKs that are now in HARK/examples


Support nested objects view

Solved this: https://github.com/MrHertal/react-admin-json-view/issues/19
Also upgrades react-admin to latest minor version upgrade

@MrHertal ping


Support all address types for inscription send recipients

Currently the user gets an error when sending an ordinal to a legacy bitcoin address. See below. This is good to have because it is safer for users to send to Taproot addresses which are commonly used for inscriptions (although not exclusively).

We could allow users to send transfer inscriptions for BRC formatted like this { "p": "brc-20", "op": "transfer", "tick": "ordi", "amt": "500" }
to any bitcoin address, to support future exchanges adapting such a scheme.
We could offer a flow to send BRC20 tokens (further integration) inscribing a transfer inscription for the token and amount and then transferring that to any type of Bitcoin address (legacy, wrapped segwit, native segwit or taproot).

urgency, please dev this feat as soon as posible

@alter-eggo is this a quick validation change by chance?


Add PlantUML processing and example

Experimental in-tree generated diagrams

This is now ready for review/merge. It ended up with:

A new github action that watches for new diagrams, renders them, and adds them in another commit
A demonstration of embedded diagrams is included at https://github.com/rubyforgood/human-essentials/blob/d1c20048fd8b5decc78f64cb71746eea9c71a56c/doc/architecture/overview.md
This demonstration works out how we can do inline diagrams

Sorry I haven't gotten to this yet -- it feels like something I should look at when I'm fresh!

@awwaiid  We'll also want to put something into the README to direct people to this.

Consider adding announcements or other concepts

I think I've addressed most of the feedback. If it looks tolerable for a draft then I'd like to merge it. As part of preparing for RFG-2023 I will submit further PRs for README cleanups which will link to this.

No objections.


[6.0] Different versions of NuGet.Commands.dlls between source-build and Microsoft build

Describe the Bug
Sourcebuild has 3 copies of NuGet.Commands.dll, compared to just 1 copy in the Microsoft-built SDK. The version numbers are also different: 6.0.3-rc.32767+c60eee85ec0109bdda894806b167bb4d55f75183 vs 6.0.3-rc.1+c60eee85ec0109bdda894806b167bb4d55f75183.c60eee85ec0109bdda894806b167bb4d55f75183, though the commit sha is the same.
source-build .NET 6.0.113:
$ find /usr/lib64/dotnet -iname 'NuGet.Commands.*'
/usr/lib64/dotnet/sdk/6.0.113/Sdks/NuGet.Build.Tasks.Pack/CoreCLR/NuGet.Commands.dll
/usr/lib64/dotnet/sdk/6.0.113/Sdks/NuGet.Build.Tasks.Pack/Desktop/NuGet.Commands.dll
/usr/lib64/dotnet/sdk/6.0.113/Sdks/NuGet.Build.Tasks.Pack/NuGet.Commands.dll
/usr/lib64/dotnet/sdk/6.0.113/NuGet.Commands.dll
$ exiftool /usr/lib64/dotnet/sdk/6.0.113/NuGet.Commands.dll
ExifTool Version Number         : 12.42
File Name                       : NuGet.Commands.dll
Directory                       : /usr/lib64/dotnet/sdk/6.0.113
File Size                       : 1939 kB
File Modification Date/Time     : 2023:01:12 15:15:03-05:00
File Access Date/Time           : 2023:02:15 10:59:18-05:00
File Inode Change Date/Time     : 2023:02:13 17:38:37-05:00
File Permissions                : -rw-r--r--
File Type                       : Win32 DLL
File Type Extension             : dll
MIME Type                       : application/octet-stream
Machine Type                    : Unknown (0xfd1d)
Time Stamp                      : 2101:06:16 11:05:07-04:00
Image File Characteristics      : Executable, Large address aware, DLL
PE Type                         : PE32+
Linker Version                  : 11.0
Code Size                       : 1505280
Initialized Data Size           : 433152
Uninitialized Data Size         : 0
Entry Point                     : 0x0000
OS Version                      : 4.0
Image Version                   : 0.0
Subsystem Version               : 4.0
Subsystem                       : Windows command line
File Version Number             : <IP_ADDRESS>767
Product Version Number          : <IP_ADDRESS>
File Flags Mask                 : 0x003f
File Flags                      : (none)
File OS                         : Win32
Object File Type                : Dynamic link library
File Subtype                    : 0
Language Code                   : Neutral
Character Set                   : Unicode
Comments                        : Complete commands common to command-line and GUI NuGet clients.
Company Name                    : Microsoft Corporation
File Description                : NuGet.Commands
File Version                    : <IP_ADDRESS>767
Internal Name                   : NuGet.Commands.dll
Legal Copyright                 : © Microsoft Corporation. All rights reserved.
Original File Name              : NuGet.Commands.dll
Product Name                    : NuGet
Product Version                 : 6.0.3-rc.32767+c60eee85ec0109bdda894806b167bb4d55f75183
Assembly Version                : <IP_ADDRESS>767

Microsoft's build of .NET 6.0.113:
$ find ~/local/dotnet/microsoft/6.0.113 -iname 'NuGet.Commands.dll'
/home/omajid/local/dotnet/microsoft/6.0.113/sdk/6.0.113/NuGet.Commands.dll
$ exiftool /home/omajid/local/dotnet/microsoft/6.0.113/sdk/6.0.113/NuGet.Commands.dll
ExifTool Version Number         : 12.42
File Name                       : NuGet.Commands.dll
Directory                       : /home/omajid/local/dotnet/microsoft/6.0.113/sdk/6.0.113
File Size                       : 1406 kB
File Modification Date/Time     : 2022:12:01 20:36:36-05:00
File Access Date/Time           : 2023:02:15 11:02:37-05:00
File Inode Change Date/Time     : 2023:02:15 11:02:37-05:00
File Permissions                : -rw-r--r--
File Type                       : Win32 DLL
File Type Extension             : dll
MIME Type                       : application/octet-stream
Machine Type                    : Unknown (0xfd1d)
Time Stamp                      : 2084:09:06 01:19:40-04:00
Image File Characteristics      : Executable, Large address aware, DLL
PE Type                         : PE32+
Linker Version                  : 11.0
Code Size                       : 1081856
Initialized Data Size           : 323584
Uninitialized Data Size         : 0
Entry Point                     : 0x0000
OS Version                      : 4.0
Image Version                   : 0.0
Subsystem Version               : 4.0
Subsystem                       : Windows command line
File Version Number             : <IP_ADDRESS>
Product Version Number          : <IP_ADDRESS>
File Flags Mask                 : 0x003f
File Flags                      : (none)
File OS                         : Win32
Object File Type                : Dynamic link library
File Subtype                    : 0
Language Code                   : Neutral
Character Set                   : Unicode
Comments                        : Complete commands common to command-line and GUI NuGet clients.
Company Name                    : Microsoft Corporation
File Description                : NuGet.Commands
File Version                    : <IP_ADDRESS>
Internal Name                   : NuGet.Commands.dll
Legal Copyright                 : © Microsoft Corporation. All rights reserved.
Original File Name              : NuGet.Commands.dll
Product Name                    : NuGet
Product Version                 : 6.0.3-rc.1+c60eee85ec0109bdda894806b167bb4d55f75183.c60eee85ec0109bdda894806b167bb4d55f75183
Assembly Version                : <IP_ADDRESS>

32767 is Int16.MaxValue.

Looks like it's set from https://github.com/NuGet/NuGet.Client/blob/55728432057dc57733661fe01e9c8493ab5034f2/build/common.project.props#L117-L119:
  <PropertyGroup Condition=" '$(PreReleaseVersion)' == '' ">
    <PreReleaseVersion>32767</PreReleaseVersion>
  </PropertyGroup>

[Triage] NuGet is a non-arcade repo which may be the source of the version number differences.

I am focusing this issue on the version number mismatch only.
The too-many-NuGet.Command-dlls is a general issue related to the source-build-vs-microsoft baselines that's being handled elsewhere.

Bringing this one up to triage again.  One possibility is that we should focus on fixing this in 8.0, possibly by pushing NuGet to adopt Arcade so their versioning works the same way as everything else.

[Triage] @Crummel, Can you link this to the NuGet issue regarding getting them onboarded onto Arcade?

[Triage] The priority of fixing this in servicing would be higher if the nuget vulnerabilities caused from the version diff becomes the only vulnerability being reported.  Right now there are numerous vulnerabilities because of https://github.com/dotnet/sdk/issues/30659.  Once that issue is resolved, we should re-assess the situation.

Question: are the version numbers on the assemblies produced by source-build expected to match with those on Microsoft build?
If so, can we add a test to source-build that verifies they do?

Sounds like https://github.com/dotnet/source-build/issues/3145 should cover this?

Question: are the version numbers on the assemblies produced by source-build expected to match with those on Microsoft build?

It is desirable.  One reason for this is related to vulnerabilities.  Security scanners can associate vulnerabilities with particular versions.  If the source-build versions don't align with Microsoft, this can cause mis-information.

Does source-build 'fake' version numbers?
The trigger for my question was to use version numbers as a way of checking the same sources were used.
If source-build overrides them, then that relationship is gone.

The trigger for my question was to use version numbers as a way of checking the same sources were used.
If source-build overrides them, then that relationship is gone.

Maybe we could check commit sha's (instead of version numbers) for this?

I've added a comment to the version check issue to check sha's as well: https://github.com/dotnet/source-build/issues/3145#issuecomment-1466272911.

The existing issue I was thinking of was https://github.com/NuGet/Home/issues/11059, which I've added a comment about the broader versioning aspect to.

This requires NuGet to onboard onto arcade which is tracked with https://github.com/NuGet/Home/issues/12731.


Handle special-case comics

256, 273, and 980 have image urls that differ from others. Maybe just hardcode these? See #80 for reference.

Fixed in #88


Added teleports behind you the uwuifyy-ed WEADME

Deaw sgoudham,
as p-pwoposed by Issue #11 , I a-added a uwuifyy-ed weadme.
Thanks (╬ Ò﹏Ó) fow youw time uwu

May the best uwuifyer win!

Closing as it's a duplicate of #17


Initial code

Right now it's got the cookie-cutter files, the grid_layout, and everything needed to pass CI.
Still needs at least one example. I think it would also be good to maybe hold off releasing this library (or grid_layout at least) until after a few changes are merged to display_button and display_text that will make both of them work better with this library to alleviate some of the mentioned in #1

This now has the initial code for grid_layout and a few minimal examples. I think it's ready to go at least as a starting point

This now has the initial code for grid_layout and a few minimal examples. I think it's ready to go at least as a starting point

I will work on these and push changes tomorrow.

I noted two changes needed to make pre-commit happy, PR to the cookiecutter for the same fix is pending.

Thank you! I'll get those in tonight along with the other changes.

@FoamyGuy Thanks for replying! I'm glad my suggestions work for you. Looking forward to the updates! I'll test it once you get it settled.

I think this is all set now, pending the potential pre-commit changes. I did go ahead and put a copy of the grid_layout example into the main simpletest script. We can add to that as we get other layouts and widgets in this library.
@kattni I believe it should be functioning the same as the copy you started with, but would not be an actual drop-in replacement due to the changed names of some functions, arguments, and properties.

@kmatch98 Thank you for taking the time to go over this and  This is definitely true that label and bitmap_label don't currently support resizing so currently the grid layout tries and fails to manipulate them like that. I have a very rough cut of my attempt at a solution for this here: https://github.com/FoamyGuy/Adafruit_CircuitPython_Display_Text/blob/dynamic_sizing/adafruit_display_text/static_sized_bitmap_label.py
I decided to make a new kind of label instead of changing the existing ones. I think the way the existing ones work is nice as well because they can grow to fit whatever text you want to put inside which is desirable sometimes. It could perhaps be modified to work both ways within the same class but the code would get more complex and larger to import. I think right now I'm in favor of leaving the existing ones alone and encouraging people to use this new type of label for best support with grid_layout.
The new one started as a copy of bitmap_label and I changed up the parts necessary for it to have height and width properties. I intend to add alignment options as well that will allow user code to align the text how they want within the box defined by width and height. This would allow for the centered alignment like you describe, if this new label is used.
However I do still want to have some decent support for the existing bitmap_label and label and more generally speaking widgets that don't allow size manipulation so I do also like your idea of centering widgets within the cell. I'd love to ultimately see a configuration option that allows aligning widgets smaller than the cell to either left, center, or right. I will start with centering for now but look to add that enhancement sometime after this initial version code is in.
With regards to setting size via tuple I'm not opposed, but I do like the ability to change one without worrying about the other that separate properties allows. I'm not sure if I understand if or why the tuple is required for widgets to maintain their own aspect ratio. Couldn't similar logic live in the height and width properties? so whenever user changes one of them it will adjust it's internal "actual drawn size" (which is clamped to the aspect ratio desired) to fit within the new bounds based on whichever property the user changed.

Here’s some clarification on my proposal to set width and height in a tuple.
Imagine a widget that likes to be in a ratio of 3:1width to height.
When it’s first created it is 30 wide, 10 high.
Now we change to width of 90.
Since the height is still 10, should it just stay 30 wide and still 10 high?
Assuming that the widget always stays inside the maximum size it can within width height, then it keeps an actual size of 30 x 10.
Next we say to change height to 30.
So does it need to remember that it’s actual height and width is currently 30x10 but the “last_requested” width was 90?
I think that will cause way to much trouble to keep some memory of what was requested.
Instead I propose that you send a tuple of (width, height) and the widget will decide how to best fit it into that maximum boundary.
In contrast, if we set one at a time I think we can expect to have some weird behavior depending upon the sequence of width and height requests.
I do think Widgets can keep separate width and height setter functions, but for use with grid_layout I think the each shape should be set with a tuple.
And even better (if we don’t want to be too strict with the Widget class definition), we can have grid_layout try using the tuple first if the Wodget function is available, and if not it can fall back to individual width and height setters.
Hope I didn’t muddy the waters any worse.

I do see what you mean about setting the sizes individually causing potential weird behavior.
In the Resizeable button PR I've added a resize(new_width, new_height) function that can be used to set both in one action.
In this PR the latest commit makes use of that new resize function if the content object has it, but still falls back to width and height properties if not.

I tested the resize(width, height) function and it works well.  So far, everything works for me, so I suggest merging.


delete account

when i delete microsoft account does pay as you go subscription continue ??

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

ID: 576cae7d-f9e6-72ef-c6ba-d5a4e359d70d
Version Independent ID: af78deae-d409-6261-a817-b504965d1988
Content: Cancel your Azure subscription
Content Source: articles/billing/billing-how-to-cancel-azure-subscription.md
Service: billing
GitHub Login: @genlin
Microsoft Alias: genli

@khongminh, We are actively investigating and will get back to you soon.

@khongminh, To answer your question directly: No, deleting your Azure Admin account doesn't automatically delete your Pay-as-you-go subscription. These are separate but complementary entities with controls in place to ensure accidental deletions of an admin account doesn't delete the subscription and its content. Azure also supports transferring subscriptions from one Account Admin to another. HERE is useful like just in case you need an account transfer for your scenario.

We will now close this issue. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.

And now i can't use creadit card to reigister new subscription for another account

Wow, ok in that case please contact our support team https://portal.azure.com/?#blade/Microsoft_Azure_Support/HelpAndSupportBlade

I don't think that works. It's better to try to transfer the subscription first https://docs.microsoft.com/en-us/azure/billing/billing-subscription-transfer

That doesn't work (automatically) because the receiving account has already the Azure benefit taken. Creating a ticket for it with Azure support, they ask for activating Free Trial, otherwise they can't "see" the account... (our company domain name has changed and now we all need to migrate our Azure subscriptions)

Yes, in this case our support team would have the better tools to help you

We don't have documentation regarding an "immediate deprovisioning request". We should call out alternatives to contact support or another channel for handling immediate deletion of data. As an example, a customer can request directly the deprovision of the subscription, which will engage an internal PTA (technical advisors) who will be in charge of the deprovision of the subscription. By deprovisioning a subscription, all the data and information within the Azure subscription will be permanently deleted and it won’t be accessible again. This is the accelerated process known as immediate deprovision request.

I registered a new azure free trial account provided my Visa info, then everytime I logged in, I noticed Azure is charging me for more than a dollar. so within the day, I removed my subscription


Allow order filter exclusion

What is the motivation for adding/enhancing this feature?

Allow order filters to be exclusion based. Need to build UI for this. Backend support exists, need front end support

Closing this against another issue having UI for the same https://github.com/hotwax/order-routing/issues/248

UI added here:


Automated cherry pick of #8887: fix(region): ignore classic vpc checkout while add lb backend

Cherry pick of #8887 on release/3.5.
#8887: fix(region): ignore classic vpc checkout while add lb backend

Codecov Report

Merging #8888 (8996b7b) into release/3.5 (e3fe6c4) will increase coverage by 11.96%.
The diff coverage is 0.00%.

@@               Coverage Diff                @@
##           release/3.5    #8888       +/-   ##
================================================
+ Coverage         6.03%   18.00%   +11.96%
================================================
  Files              795       84      -711
  Lines           124282     8850   -115432
================================================
- Hits              7503     1593     -5910
+ Misses          116114     7088   -109026
+ Partials           665      169      -496

Flag
Coverage Δ

aFlag
18.00% <0.00%> (+11.96%)
:arrow_up:

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

Impacted Files
Coverage Δ

pkg/apigateway/handler/auth.go
0.00% <0.00%> (ø)

pkg/apigateway/handler/misc.go
0.00% <0.00%> (ø)

pkg/apigateway/handler/proxy.go
0.00% <0.00%> (ø)

pkg/keystone/driver/cas/cas.go
11.11% <0.00%> (+0.52%)
:arrow_up:

pkg/keystone/models/domains.go

pkg/cloudcommon/db/managed.go

pkg/util/multipart/reader.go

pkg/mcclient/options/schedtags.go

pkg/compute/models/resource_syncstatus.go

pkg/multicloud/aws/iam_user.go

... and 600 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 fe7ee36...8996b7b. Read the comment docs.

/lgtm
/approve


Example: Generating signature csv file with Signer

For initializing the Snapshot, two CSV files are required: signatures.csvand entry.csv.
We can provide an example to demonstrate how to generate signatures.csv file using the Signer instance.

This task will be handled on  #128


Implement UI for "empty" repos page

When there are no repos added or imported yet, the /repos page should look like:

When there are no repos added or imported yet and there's no GitHub PAT in the DB, show a special UI (need to regroup on which one we want to show - see examples in Figma)

This logic already is implemented 🙂.


Problem in fetching blob url using new sdk

Hi, i get nothing in blob url in the following call. It used to work with old sdk.
blobs = blob_service.list_blobs(container_name)
for blob in blobs:
print blob.url

Hi,
There is no url in that response. It has only name and properties
https://msdn.microsoft.com/en-us/library/azure/dd135734.aspx

May be you can create blob url's using name received from blob_list.
BLOB_URL = https://myaccount.blob.core.windows.net/CONTAINER_NAME/BLOB_NAME

They deprecated this in the REST api.  You can use this helper function:
public_url = blob_service.make_blob_url(container_name, blob_name)

Hi  huguesv,
Using the same since i am using new sdk (master branch).
Thanks for the reply.


Pretrained model doesn't seem to have necessary file

Hey,
The pretrained model doesn't have necessary '*pth' https://github.com/elvisyjlin/AttGAN-PyTorch/blob/master/utils.py#L14
Model - 128_shortcut1_inject1_none
Can you help out here?

Hello, can you provide me Pretrained model? The link can not open

@Varshul Please unzip 128_shortcut1_inject1_none.zip, and you'll find checkpoint/weights.49.pth. Note that 128_shortcut1_inject1_none/ is supposed be put under output/ as the instructions describe.
@xuezhongcailian The link to my pretained model is specified here, or you can go to the folder http://bit.ly/attgan-pretrain directly.


docker image temsorflow:latest-gpu-py3  failed to import tensorflow

Im running tensorflow with cuda in a docker container as an instance of tensorflow/tensorflow:latest-gpu-py3.
When import tensorflow in a python3 terminal, it throws an error because libcuda.so.1 not in library path.
These commands fix it.
cd /usr/local/cuda/lib64 \
 && mv stubs/libcuda.so ./ \
 && ln -s libcuda.so libcuda.so.1 \
 && ldconfig

Please fix that bug in docker image.

Thank you for your post. We noticed you have not filled out the following field in the issue template. Could you update them if they are relevant in your case, or leave them as N/A? Thanks.
Have I written custom code
OS Platform and Distribution
TensorFlow installed from
TensorFlow version
Bazel version
CUDA/cuDNN version
GPU model and memory
Exact command to reproduce

Since this is a docker image, all information is included in your dockerfile, or they are host machine env not affecting container. Considered that situation, I left those field blank.
To reproduce:
Install CUDA and cuDNN
Install nvidia-docker
nvidia-docker run -d --name tftest  tensorflow/tensorflow:latest-gpu-py3
docker exec -ti tftest python3
import tensorflow
It throws libcuda.so.1 not found error. The reason and fix is provided above. Thanks.

Nagging Assignee @aselle: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @aselle: It has been 31 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Nagging Assignee @aselle: It has been 46 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

@angersson , could you please take a look. Thanks!

Nagging Assignee @angersson: It has been 14 days with no activity and this issue has an assignee. Please update the label and/or status accordingly.

Run the following inside the container:
ln -s /usr/local/cuda/lib64/stubs/libcuda.so /usr/local/cuda/lib64/stubs/libcuda.so.1


HDDS-5268. Ensure disk checker also scans the ratis log disks periodically

What changes were proposed in this pull request?
Ensure disk checker also scans the ratis log disks periodically.
To do so, I did some refactoring work, and then add ratis log disks to disk checker.
Here is a checklist:
Done:

Introduce a base class StorageVolume and let HddsVolume extends it.
VolumeInfo and disk check stuff are extracted into StorageVolume
Introduce a sub class MetadataVolume extends StorageVolume,
so it shares the VolumeInfo and disk check stuff.
Migrate ratisVolumeMap from XceiverServerRatis to MutableVolumeSet,
so we mange all kinds of volumes together.
The config 'failed.volumes.tolerated' takes failed metadata volumes into consideration.
Add VolumeInfo related fields into MetadataStorageReportProto,
so SCM could get space info from datanodes.

Not Done:

Handle the case that MetadataVolume and HddsVolume are on the same physical disk,
so for now failed volumes may be double counted.
Try to check a single failed MetadataVolume on log failure.

What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-5268
How was this patch tested?
Exisiting unit-tests and integration-tests.
To add more tests.

Hi @bshashikant @ChenSammi , here is the first version of this work, please take a look.
I just present it to check whether I was on a proper way to do it, if there are other ideas to do this, we could discuss, thanks~

Thanks @guihecheng for working on this.   Two general comments,

The config "hdds.datanode.failed.volumes.tolerated" takes failed metadata volumes into consideration.  I would suggest use seperate properties to control the metadata volumes and data volumes.
Would it be more clear that using different MutableVolumeSet to hold the data volume set and meta volume set?

Please also do consider if the current abstration is enough if rocksdbs are combined into one instance and saved on a different disk than current data disk in future.

Thanks @guihecheng for working on this. Two general comments,

The config "hdds.datanode.failed.volumes.tolerated" takes failed metadata volumes into consideration.  I would suggest use seperate properties to control the metadata volumes and data volumes.

I'm fine with this separation, for example we could have 'hdds.datanode.failed.data.volumes.tolerated' and 'hdds.datanode.failed.meta.volumes.tolerated' and check them each.

Would it be more clear that using different MutableVolumeSet to hold the data volume set and meta volume set?

Yes, I think they could be in separate VolumeSets, then I think we could extract the periodic disk checker into HddsVolumeChecker and let these 2 VolumeSets register there volumes for check, then we retain a single checker for different kinds of volumes. Then it should be easy to add the potential rocksdb volumes mentioned below, in the future.

Please also do consider if the current abstration is enough if rocksdbs are combined into one instance and saved on a different disk than current data disk in future.

The approach looks good. I would prefer to have metadata and data volume in two different sets altogether as well. Do we need to consider the case where metadata and data volumes share the same underlying physical disk. I such cases, the disk checker might run more frequently. Its ok to not address the problem here but something to take note of.

The approach looks good. I would prefer to have metadata and data volume in two different sets altogether as well. Do we need to consider the case where metadata and data volumes share the same underlying physical disk. I such cases, the disk checker might run more frequently. Its ok to not address the problem here but something to take note of.

Sure, I've updated with the separated VolumeSets approach, also with separated 'tolerated' configs, checklist updated above.
In order to check whether the underlying physical disks are the same, we need to access the fsid of the local fs, it should be nice to have but not very urgent.

@ChenSammi , can you please have a look?

The last patch LGTM. + 1. Will wait for the CI result then commit.


[BUG] Memory leaking for Nvitop instances inside docker container

Required prerequisites

[X] I have read the documentation https://nvitop.readthedocs.io.
[X] I have searched the Issue Tracker that this hasn't already been reported. (comment there if it has.)
[X] I have tried the latest version of nvitop in a new isolated virtual environment.

What version of nvitop are you using?
1.3.2
Operating system and version
Ubuntu 22.04.4 LTS
NVIDIA driver version
535.104.12
NVIDIA-SMI
Wed Jun 26 20:18:32 2024
+---------------------------------------------------------------------------------------+
| NVIDIA-SMI 535.104.12             Driver Version: 535.104.12   CUDA Version: 12.2     |
|-----------------------------------------+----------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |         Memory-Usage | GPU-Util  Compute M. |
|                                         |                      |               MIG M. |
|=========================================+======================+======================|
|   0  NVIDIA A40                     Off | 00000000:0E:00.0 Off |                    0 |
|  0%   27C    P8              23W / 300W |      4MiB / 46068MiB |      0%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+
|   1  NVIDIA A40                     Off | 00000000:0F:00.0 Off |                    0 |
|  0%   40C    P0              75W / 300W |    413MiB / 46068MiB |      0%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+
|   2  NVIDIA A40                     Off | 00000000:12:00.0 Off |                    0 |
|  0%   43C    P0              79W / 300W |  42629MiB / 46068MiB |      0%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+
|   3  NVIDIA A40                     Off | 00000000:27:00.0 Off |                    0 |
|  0%   42C    P0              78W / 300W |  42567MiB / 46068MiB |      0%      Default |
|                                         |                      |                  N/A |
+-----------------------------------------+----------------------+----------------------+

+---------------------------------------------------------------------------------------+
| Processes:                                                                            |
|  GPU   GI   CI        PID   Type   Process name                            GPU Memory |
|        ID   ID                                                             Usage      |
|=======================================================================================|
+---------------------------------------------------------------------------------------+

Python environment
3.10.12 (main, Nov 20 2023, 15:14:05) [GCC 11.4.0] linux
nvidia-ml-py==12.535.133
nvitop==1.3.2
Problem description
Nvitop has memory leaking issue for instances inside docker container. (RAM, not VRAM). Even the operating system takes ten seconds to reclaim memory after SIGKILL a process.

Steps to Reproduce
Just keep running nvtop about few months. You'll see nvtop consumed a lot of system memory. About 300GB in 77 days for my instance.
Is this caused by nvitop recorded too much vRAM and GPU utilization information but not releasing it?
Traceback
No response
Logs
No response
Expected behavior
No response
Additional context
No response

Hi @kenvix, thanks for raising this.
I tested it locally, but I cannot reproduce this. I use a script to create and terminate 10k processes on the GPU.
import time

import ray
import torch

@ray.remote(num_cpus=1, num_gpus=0.1)
def request_gpu():
    torch.zeros(1000, device='cuda')
    time.sleep(10)

ray.init()
_ = ray.get([request_gpu.remote() for _ in range(10000)])

The memory consumption of nvitop is stable around 260M.

Hi, @XuehaiPan
The test code you provided does not seem relevant to this issue. In my case, using tmux or screen to keep nvitop running, you will  find that the memory (RAM, not GPU VRAM) usage of nvitop itself will continue to slowly increase over time.
For my example below, I ran it for 12 hours:

It used about 4.5G RAM

similar problem here. latest version 1.3.2 with nvidia 560.35.03  driver version. approx ram usage for nvitop is whopping 30GB. This happened btw after I installed Ubuntu 24.10. Before that everything was good. Strangley the starting time for nvitop went up to 30sec (!) and during the starting it allocates those 30GB of memory into the ram. I suspect some faulty library...

Hi, thanks for the report. It would be very helpful if you can run the following code. We can investigate where the memory leak is coming from. (e.g., device query, process query, psutil, curses).
$ python3 -m pip install nvitop
$ python3 query.py

# query.py

import time
import shutil

from nvitop import Device, GpuProcess, NA, colored

def display(devices: list[Device], show_processes: bool = False) -> None:
    fmt = '    {pid:<5}  {username:<8} {cpu:>5}  {host_memory:>8} {time:>8}  {gpu_memory:>8}  {sm:>3}  {command:<}'.format

    lines = [colored(time.strftime('%a %b %d %H:%M:%S %Y'), attrs=('bold',))]
    for device in devices:
        with device.oneshot():
            lines.extend(
                [
                    colored(str(device), color='green', attrs=('bold',)),
                    colored('  - Fan speed:       ', color='blue', attrs=('bold',))
                    + f'{device.fan_speed():>7}%'
                    + colored('        - Total memory: ', color='blue', attrs=('bold',))
                    + f'{device.memory_total_human():>12}',
                    colored('  - Temperature:     ', color='blue', attrs=('bold',))
                    + f'{device.temperature():>7}C'
                    + colored('        - Used memory:  ', color='blue', attrs=('bold',))
                    + f'{device.memory_used_human():>12}',
                    colored('  - GPU utilization: ', color='blue', attrs=('bold',))
                    + f'{device.gpu_utilization():>7}%'
                    + colored('        - Free memory:  ', color='blue', attrs=('bold',))
                    + f'{device.memory_free_human():>12}',
                ],
            )

        if show_processes:
            processes = device.processes()
            if len(processes) > 0:
                processes = GpuProcess.take_snapshots(processes.values(), failsafe=True)
                processes.sort(key=lambda process: (process.username, process.pid))
                lines.extend(
                    [
                        colored(
                            f'  - Processes ({len(processes)}):',
                            color='blue',
                            attrs=('bold',),
                        ),
                        colored(
                            fmt(
                                pid='PID',
                                username='USERNAME',
                                cpu='CPU%',
                                host_memory='HOST-MEM',
                                time='TIME',
                                gpu_memory='GPU-MEM',
                                sm='SM%',
                                command='COMMAND',
                            ),
                            attrs=('bold',),
                        ),
                        *(
                            fmt(
                                pid=snapshot.pid,
                                username=snapshot.username[:7]
                                + ('+' if len(snapshot.username) > 8 else snapshot.username[7:8]),
                                cpu=snapshot.cpu_percent,
                                host_memory=snapshot.host_memory_human,
                                time=snapshot.running_time_human,
                                gpu_memory=(
                                    snapshot.gpu_memory_human
                                    if snapshot.gpu_memory_human is not NA
                                    else 'WDDM:N/A'
                                ),
                                sm=snapshot.gpu_sm_utilization,
                                command=snapshot.command,
                            )
                            for snapshot in processes
                        ),
                    ],
                )
            else:
                lines.append(colored('  - No Running Processes', attrs=('bold',)))

    cols, rows = shutil.get_terminal_size(fallback=(79, 24))
    print('\033[2J', end='', flush=True)
    print('\n'.join(lines[:rows]), end='', flush=True)
    print('\033[H', end='', flush=True)

def main() -> None:
    devices = Device.all()
    while True:
        display(devices)
        time.sleep(1)

if __name__ == '__main__':
    main()

Thanks for replying ! Here is the output:
Mon Oct 28 12:23:22 2024
PhysicalDevice(index=0, name="NVIDIA GeForce RTX 4090", total_memory=23.99GiB)

Fan speed:             0%        - Total memory:     23.99GiB
Temperature:          41C        - Used memory:      23.36GiB
GPU utilization:      94%        - Free memory:      410.9MiB
PhysicalDevice(index=1, name="NVIDIA GeForce RTX 4090", total_memory=23.99GiB)
Fan speed:             0%        - Total memory:     23.99GiB
Temperature:          41C        - Used memory:      23.36GiB
GPU utilization:      89%        - Free memory:      412.9MiB
PhysicalDevice(index=2, name="NVIDIA GeForce RTX 2080 Ti", total_memory=11264MiB)
Fan speed:             0%        - Total memory:     11264MiB
Temperature:          35C        - Used memory:       3606MiB
GPU utilization:       7%        - Free memory:       7365MiB

btw. this did not result in excessive memory use.

btw. this did not result in excessive memory use.

Hey @alexanderfrey, thanks for the report. Could you change the value of show_processes to True in the script and rerun it (hold and run for several hours)?

@alexanderfrey I have the same trouble running nvitop and nvidia-smi. They eat 52GB of RAM and take 30s to start up. I'm running Ubuntu 24.10 and an RTX 3060 with the 560.35.05 driver.
I've discovered that this is an issue with the nvidia-persistenced service.
If you sudo chmod o-w /var/run/nvidia-persistenced/socket, you can run nvitop as normal.
I thought I'd drop a note here so anyone seeing this will no the issue isn't with nvitop.


Add helper function ErrorIfWantNotGot & FatalIfWantNotGot to wrap cmp.Diff

Changes
This PR is trying to follow up #2587
Including :

Adding a helper function called FatalIfWantNotGot & ErrorIfWantNotGot to wrap the cmp.Diff()
Replace varying cmp.diff by using FatalIfWantNotGot & ErrorIfWantNotGot

The implementation will be updated after the helper function is approved

Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:

[x] Commit messages follow commit message best practices

I'm sorry for late submitting this PR
This is my first time contributing to this project

I'm sorry for late submitting this PR
This is my first time contributing to this project

Welcome!  Thanks for the contribution!

/ok-to-test
/kind cleanup

Thank you for your patch!
Could you remove the merge commit from the PR?
NIT: since you're at it, it would be nice to wrap the text in the commit message, as per guidelines (https://chris.beams.io/posts/git-commit/#wrap-72).

Are we planning to take any steps to prevent raw cmp.Diff from being called in new tests? Without some check in place, we'll inevitably end up with cmp.Diffs sprouting back up in the future, possibly formatted incorrectly, and this change will just give us one more way to be inconsistent.
While we're at it, perhaps we could also use some kind of check that callers aren't passing ErrorIfWantNotGot(got,want) -- possibly with a simple grep that we don't find WantNotGot.*got.*want?

Are we planning to take any steps to prevent raw cmp.Diff from being called in new tests? Without some check in place, we'll inevitably end up with cmp.Diffs sprouting back up in the future, possibly formatted incorrectly, and this change will just give us one more way to be inconsistent.
While we're at it, perhaps we could also use some kind of check that callers aren't passing ErrorIfWantNotGot(got,want) -- possibly with a simple grep that we don't find WantNotGot.*got.*want?

Agreed :angel: That said, this PR only adds the function, does not yet migrate the calls, so we should do it as a follow-up.

is my helper function was approved? if it's ok I will continue to
Replace varying cmp.diff by using FatalIfWantNotGot & ErrorIfWantNotGot

There is still comment feedback from other reviewers, it would be good to respond to any remaining open feedback to let people know what your decisions are, even if you disagree or do not know the answers.
It also looks like there are gofmt errors in the build log:
diff -u test/diff/helper.go.orig test/diff/helper.go
--- test/diff/helper.go.orig	2020-05-30 10:20:02.094970747 +0000
+++ test/diff/helper.go	2020-05-30 10:20:02.095970818 +0000
@@ -28,7 +28,7 @@
 func ErrorIfWantNotGot(t *testing.T, want interface{}, got interface{}, format string, opts ...cmp.Option) {
 	t.Helper()
 	if d := cmp.Diff(want, got, opts...); d != "" {
-		t.Errorf(fmt.Sprintf("%s %s",format, PrintWantGot(d)))
+		t.Errorf(fmt.Sprintf("%s %s", format, PrintWantGot(d)))
 	}
 }

@@ -38,6 +38,6 @@
 func FatalIfWantNotGot(t *testing.T, want interface{}, got interface{}, format string, opts ...cmp.Option) {
 	t.Helper()
 	if d := cmp.Diff(want, got, opts...); d != "" {
-		t.Fatalf(fmt.Sprintf("%s %s",format, PrintWantGot(d)))
+		t.Fatalf(fmt.Sprintf("%s %s", format, PrintWantGot(d)))
 	}
 }

You can use make to run gofmt against all files in the repo:
# from root of your git checkout
make fmt

/test

/kind misc

/retest

/retest

/retest

/retest

@2pai do you plan to continue working on this? is there something we can do to move it along?

hi @jerop , sorry for late fixing the PR.
so I got an issue, I did the wrong way to implement the function that I've made.
diff.ErrorWantGot(t, tc.expectedTaskSpec, *ts, "Didn't get expected TaskSpec modifications %s")
but in the helper function that I write is
t.Errorf(fmt.Sprintf("%s %s", format, PrintWantGot(d)))
so I think I have to fix the implementation by replacing into
diff.ErrorWantGot(t, tc.expectedTaskSpec, *ts, "Didn't get expected TaskSpec modifications ")
I already planned to rewrite it in this month, is that okay?

@2pai sounds great, was just checking in 😊

I'm going to close this PR as the associated issue has gone stale.  I'm not against reopening it but we should probably discuss whether we actually want what's being proposed first.

I'm going to close this PR as the associated issue has gone stale.  I'm not against reopening it but we should probably discuss whether we actually want what's being proposed first.


[Bug] date_range field doesn't work as subfield inside relationship

Bug report
What I did
Tried to use date_range in Cave and Story.
What I expected to happen
Work.
What happened

What I've already tried to fix it
Nothing.
Is it a bug in the latest version of Backpack?
v4.2 / v5 whatever you call it

Had a look at PR https://github.com/DigitallyHappy/backpack-pro/pull/15 , but it looks like the saving doesn't work. Writing this out to have a link between them.

Merged. Will tag on Monday, needs both a new backpack/crud and a new backpack/pro release.


Feature request beta-3: Add a class that mimics dropdown-item:hover

I have a custom drop down that I've created, which includes functionality to use the arrow keys to move up and down the list.
As of right now, the only way to highlight an item is with li.dropdown-item:hover.  I have no way to highlight an item using a class.
I would like to propose adding a class that I can add to my li.dropdown-item that will mimic the hover style.

No plans to add this just yet—going to punt on it given we'd likely need to add this everywhere if we do it in one place.


[Test] Basic checks on chat templates

Add a smoke test of the chat templates, ensuring that they produce output which matches the rendering by the corresponding tokeniser.

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
Attention: Patch coverage is 0% with 7 lines in your changes missing coverage. Please review.

Project coverage is 57.17%. Comparing base (22e744b) to head (a7d235d).

Files
Patch %
Lines

guidance/chat.py
0.00%
7 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #944      +/-   ##
==========================================
+ Coverage   55.08%   57.17%   +2.09%
==========================================
  Files          63       63
  Lines        4793     4789       -4
==========================================
+ Hits         2640     2738      +98
+ Misses       2153     2051     -102

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


tests: Deflake JUnit Autofuzz test

Before this commit:
//driver/src/test/java/com/code_intelligence/jazzer/junit:AutofuzzTest_fuzzing FLAKY, failed in 3 out of 10 in 301.8s
  Stats over 10 runs: max = 301.8s, min = 26.4s, avg = 124.0s, dev = 118.9s

After this commit:
//driver/src/test/java/com/code_intelligence/jazzer/junit:AutofuzzTest_fuzzing PASSED in 82.4s
  Stats over 20 runs: max = 82.4s, min = 14.3s, avg = 32.6s, dev = 14.5s

Fixes #486

@bertschneider I haven't observed the issue with the OS injection example in CI and don't really know why it would be more flaky than the other example. I would leave it as is for now and open a new issue in case it becomes a problem in CI.

I had to revert the change to the ValueProfileFuzzTest as it made the crash trivial to find even without value profiling - but we specifically want to test that it is enabled correctly. I will increase the timeout instead.

@bertschneider CI is happy now :-)


Changing background colour

Is there an easy way to change the background color of maps in fruitbot while keeping the rest of the objects same? Background color is one of the attributes that varies across levels. I'm trying to change it without having to manually modify the pixel values.

You can set it to use whatever backgrounds you want here: https://github.com/openai/procgen/blob/master/procgen/src/games/fruitbot.cpp#L42
topdown_backgrounds is loaded here: https://github.com/openai/procgen/blob/master/procgen/src/resources.cpp#L108 so you can replace those filenames with the files you actually want to load.

I installed procgen via pip. I cant find the cpp files in site-packages/procgen. Do I need to clone the repo, make those changes and reinstall procgen?

I installed procgen via pip and I couldn't find the cpp files in site-packages/procgen. I was able to change the background by downloading the source and editing the cpp and running procgen from the source code folder because it is built and then executed. Is there a way I can pass an argument while creating the env from python, based on which a certain map is selected?

I'm afraid there is no option for that.  You can add your own option if you want, game-level options should be parsed here: https://github.com/openai/procgen/blob/50b607bbad69282043a2cd42591016520ca9747f/procgen/src/game.cpp#L41

And on the python side they are set here: https://github.com/openai/procgen/blob/master/procgen/env.py#L98

This is helpful. Thanks


Should checkResource have been made required? If so, https://webpack.js.org/plugins/ignore-plugin/ needs updated as well.

Should checkResource have been made required? If so, https://webpack.js.org/plugins/ignore-plugin/ needs updated as well.
Originally posted by @KyleAMathews in https://github.com/webpack/webpack/issues/14211#issuecomment-921122866

we can close this


Added functions for Complaint

added Controller fpr Complaint
added Model for Complaint
added Trait for Complaint
added PHPUnit Test for Complaint Model
added PHPUnit Test for ComplaintController

Coverage increased (+0.3%) to 81.988% when pulling 38f06ad433fd40854279dc97cec34af3b4184455 on ljbergmann:master into ced6cec42293d4f2fb2ee4cc1114d8fd7665b94e on Alpha-Trader:master.


EVEREST-1139 Fix stuck PG deletion

Fix stuck PG deletion
This PR is converted back to draft in favour of the core problem solution PR

https://github.com/percona/everest-operator/pull/419

Problem:
EVEREST-1139
Deletion of PG database cluster may get stuck if there are several scheduled backups taken.
Cause:
In scheduled backups there is this circular OwnerReferences dependency between dbb and pg-backup and since the foreground deletion (which gets propagated to the owned resources) is used, the dbb and pg-backup at some point got to the situation they own each other but they need to wait until the owned resource is deleted.

Solution:
Ideal solution would be to rethink the circular OwnerReference approach, however it requires a significant redesign and retesting, so this PR only fixes the symptoms.
Since the problem doesn't show up for pxc and psmdb because an additional reconciliation requeue happens when the storage cleanup finalizer is deleted from the upstream backup, this PR adds an additional requeue for the PG too.
CHECKLIST
Jira

[ ] Is the Jira ticket created and referenced properly?

Tests

[ ] Is an Integration test/test case added for the new feature/change?
[ ] Are unit tests added where appropriate?

Closing the PR: fixed in https://github.com/percona/everest-operator/pull/419


Implement sorting for API listing page in devportal

Currently, we do not support sorting for the dev portal api listing page since this is should be implemented from the backend level.

Currently on-hold this if we consider this once theres any requirement.


Sending Cookies

Thanks for share this project, it's awesome.
I want to ask you if you are considering supporting send cookies.
The reason if that certain websites send different HTML markup based on a cookie. For example, this strategy is used by YouTube based in the language.

Can you explain a little more what you mean there? You can create your own Prerender plugin to send whatever cookies you want, but we wouldn't do anything by default there.


Dockerize app

We need a dockerfile that builds this app :smile:

I can help with that.

FROM golang:1.7.1
RUN mkdir -p /go/src/github.com/franela/play-with-docker

# Run this in ahead of time to cache the step.
RUN go get -d github.com/docker/docker

COPY . /go/src/github.com/franela/play-with-docker/
WORKDIR /go/src/github.com/franela/play-with-docker/

RUN go get
RUN go build

CMD ["/bin/bash"]

I got this far - but the -d flag is getting ignored and this go get appears to try to build docker and fail.

@alexellis I think I know what might be happening here. I'll check it out later day.

I added a very basic support for this.


Tones Weird Problem

What version of Node.js are you using?
18.12.1
What version of npm are you using?
8.19.2
What operating system are you using?
Ubuntu
What version of SnailyCAD are you currently using?
1.35.5
Describe the Bug
I think this is normal but it seems strange to me I can’t explain it.  And that they don’t disappear as soon as we update the page.
To Reproduce
No response

Tones were never persistent. I'm going to mark this as a feature request for now, will see what is possible :)


#15858 find routine by id and change it name to full name

in permissions role tab

! Please check Redshift and Greenplum

EE PR https://github.com/dbeaver/dbeaver-ee/pull/1829

procedure is mentioned as function in role ddl

also permission isn't shown for user in Redshift

verified


Certain PDFs are not recognized as binaries

I noticed that binaryornot does not recognize certain PDFs as binaries.  In particular, is_binary returns False for this preprint from BioRxiv.  However, it does spot other PDFs that I tried as binaries.

Interesting, that PDF has '%PDF-1.4\r%' as its first few bytes so should be able to be picked up via that.

I have similar issues with PDF files that obviously contain binary data within them being interpreted as not binary with this library.

Any suggestions on how to resolve this one?

It looks like there is a posible false negative here. For the example PDF the first chunk is
b'%PDF-1.4\r%\xe2\xe3\xcf\xd3\r\n83 0 obj\n<</Metadata 97 0 R/Pages 5 0 R/Type/Catalog>>\nendobj\n97 0 obj\n<</Length 1534/Subtype/XML/Type/Metadata>>stream\r\n<?xpacket begin="\xef\xbb\xbf" id="W5M0MpCehiHzreSzNTczkc9d"?>\n<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="Adobe XMP Core 4.2.1-c043 52.389687, 2009/06/02-13:20:35        ">\n   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">\n      <rdf:Description rdf:about=""\n            xmlns:xmp="http://ns.adobe.com/xap/1.0/">\n         <xmp:CreateDate>2016-04-19T10:00:37Z</xmp:CreateDate>\n         <xmp:CreatorTool>Word</xmp:CreatorTool>\n         <xmp:ModifyDate>2017-08-08T09:14:29-07:00</xmp:ModifyDate>\n         <xmp:MetadataDate>2017-08-08T09:14:29-07:00</xmp:MetadataDate>\n      </rdf:Description>\n      <rdf:Description rdf:about=""\n            xmlns:pdf="http://ns.adobe.com/pdf/1.3/">\n         <pdf:Keywords/>\n         <pdf:Producer>Mac OS X 10.9.4 Quartz PDFContext</pdf:Producer>\n      </rdf:Description>\n      <rdf:Description rdf:about=""\n            xmlns:dc="http://purl.org'
That gets a low ratio of low_chars
low_chars = b'\xe2\xe3\xcf\xd3\xef\xbb\xbf'
nontext_ratio1 = 0.0068359375
That gets a high ratio of high_chars
high_chars = 0.9931640625
It also gets a small confidence for detected encoding:
detected_encoding = {'encoding': 'ISO-8859-1', 'confidence': 0.506747572815534, 'language': ''}
It will also not pass this check
 if b'\x00' in bytes_to_check or b'\xff' in bytes_to_check:
So it will pass as false


implement update root

What problem does this PR solve?
implement update root
What is changed and how it works?
Check List
Tests

Unit test
Integration test
Manual test (add detailed scripts or steps below)
No code

Code changes

Has exported function/method change
Has exported variable/fields change
Has interface methods change
Has persistent data change

Side effects

Possible performance regression
Increased code complexity
Breaking backward compatibility

Related changes

Need to cherry-pick to the release branch
Need to update the documentation

Codecov Report

Merging #224 into master will decrease coverage by 12.78%.
The diff coverage is 32.15%.

@@             Coverage Diff             @@
##           master     #224       +/-   ##
===========================================
- Coverage   61.22%   48.44%   -12.79%
===========================================
  Files          40       37        -3
  Lines        2298     2378       +80
===========================================
- Hits         1407     1152      -255
- Misses        674     1020      +346
+ Partials      217      206       -11

Flag
Coverage Δ

#coverage
?

Impacted Files
Coverage Δ

main.go
100.00% <ø> (ø)

pkg/repository/crypto/keys.go
0.00% <0.00%> (ø)

pkg/repository/v0manifest/component.go
81.25% <ø> (ø)

pkg/repository/v1manifest/local_manifests.go
0.00% <0.00%> (ø)

pkg/utils/ioutil.go
38.98% <0.00%> (-5.02%)
:arrow_down:

pkg/version/version.go
80.00% <ø> (-10.00%)
:arrow_down:

pkg/repository/v1manifest/types.go
6.89% <6.89%> (ø)

pkg/repository/v1manifest/repo.go
8.67% <8.67%> (ø)

pkg/repository/mirror.go
16.00% <9.75%> (+0.33%)
:arrow_up:

pkg/repository/v1manifest/manifest.go
31.48% <31.48%> (ø)

... and 37 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 547b47f...16ff126. Read the comment docs.


Coupling NewtonEulerDS with nonlinear links (spring, dashpot, ...)

Following the @radarsat1 's comment in commit 25d3411705244dd070da9f17dd7d56b273c57496 , I open a new issue on the coupling between NewtonEulerDS.
The most simple example is when we want to add a linear spring between to NewtonEulerDS. Since the dynamics of NewtonEulerDS is highly non linear, a spring coupling between  two NewtonEulerDS results in a nonlinear system that could be implemented in two manners:

Either we add some linear or nonlinear equality constraints between DS and we treat it as an interaction in the GenericalMechanicalProblem of Numerics. For springs, we need to treat at the position level as is is partly done in the compliant relation LagrangianCompliantR.
The other way is to take into account coupling through internal forces in NewtonEulerDS. We did that for the C60 mechanism by adding some internal forces between two DS linked by springs. For the moment, this approach is not satisfactory since the computation of the forces in the link is based on the current value of the current position of the DS and it is updated in the Newton loop in a explicit way. Therefore, the Newton loop is converging slowly. If we want to go further, the Jacobian matrices corresponding to this coupling must be taken into account. In the current implementation it is not possible since they appears as extra diagonal blocks w.r.t to DS in the complete W matrix.

My question is : should we implement a new class that couples two NewtonEulerDS to be able to build a complete W matrix for these system ?

Yes, I wasn't sure what to do there. I was curious about implementing the gear ratio as a kind of "relation between two relations", but then discovered that the ODE implementation works more like a single relation that has a "reference body", which was much easier to implement.
In my implementation, this reference is just the pointer to the SiconosVector q() of the body.  However, technically this is like a third outgoing edge of the interaction, and it would be better to represent it somehow in the graph.  It should be connected to the Newton loop's work vector associated with the reference body.  (This should actually be possible by passing the right SP::SiconosVector, but this pointer is not public afaik.)
In practice it seems to work fine, but at large timesteps it appears to cause oscillatory behaviour in some cases.
The whole idea of relations based on other relations is very fun to play with, as you can design constraints within the manifold of other constraints, however I realized lately that there are some conceptual obstacles.  For instance, JointFrictionR::computeJachq() calls the reference joint's computeJachq(), however it passes the wrong Interaction pointer.  In practice this doesn't matter, since the Joint does not use that parameter, however conceptually it is incorrect.

Transferred in https://github.com/siconos/siconos/wiki/Wish-list-and-enhancement


chore: helo-react to 0.0.1

chore: Promote helo-react to version 0.0.1

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approvers:
If they are not already assigned, you can assign the PR to them by writing /assign  in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment