Bug ? - Siren got off when disarming

Hi,
As promised, log from when disarming the alarm, and the siren goes off for 0,5 sec.
`2020-12-16 21:53:34 DEBUG (MainThread) [custom_components.alarmo.alarm_control_panel] alarm_arm_away
2020-12-16 21:53:34 DEBUG (MainThread) [custom_components.alarmo.automations] state is updated from disarmed to arming
2020-12-16 21:53:34 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.window_bedroom_720 changed: old_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=False, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>, new_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=True, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_back_597 changed: old_state=<state binary_sensor.door_back_597=off; battery_level=100, device_armed=False, last_tripped_time=2020-12-16T18:26:11+00:00, device_tripped=False, Vera Device Id=597, friendly_name=Door Back, device_class=door @ 2020-12-16T20:50:32.306615+01:00>, new_state=<state binary_sensor.door_back_597=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-16T18:26:11+00:00, device_tripped=False, Vera Device Id=597, friendly_name=Door Back, device_class=door @ 2020-12-16T20:50:32.306615+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_front_545 changed: old_state=<state binary_sensor.door_front_545=off; battery_level=1, device_armed=False, last_tripped_time=2020-12-16T08:20:23+00:00, device_tripped=False, Vera Device Id=545, friendly_name=Door Front, device_class=door @ 2020-12-16T20:50:32.303193+01:00>, new_state=<state binary_sensor.door_front_545=off; battery_level=1, device_armed=True, last_tripped_time=2020-12-16T08:20:23+00:00, device_tripped=False, Vera Device Id=545, friendly_name=Door Front, device_class=door @ 2020-12-16T20:50:32.303193+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.motion_diningroom_539 changed: old_state=<state binary_sensor.motion_diningroom_539=on; battery_level=100, device_armed=False, last_tripped_time=2020-12-16T20:43:44+00:00, device_tripped=True, Vera Device Id=539, friendly_name=Motion Diningroom, device_class=motion @ 2020-12-16T21:43:43.857438+01:00>, new_state=<state binary_sensor.motion_diningroom_539=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-16T20:53:34+00:00, device_tripped=False, Vera Device Id=539, friendly_name=Motion Diningroom, device_class=motion @ 2020-12-16T21:53:35.621341+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.motion_walk_though_20107 changed: old_state=<state binary_sensor.motion_walk_though_20107=off; battery_level=100, device_armed=False, last_tripped_time=2020-12-16T14:30:08+00:00, device_tripped=False, Vera Device Id=20107, friendly_name=Motion walk though , device_class=motion @ 2020-12-16T20:50:32.316998+01:00>, new_state=<state binary_sensor.motion_walk_though_20107=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-16T14:30:08+00:00, device_tripped=False, Vera Device Id=20107, friendly_name=Motion walk though , device_class=motion @ 2020-12-16T20:50:32.316998+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.window_lilli_right_564 changed: old_state=<state binary_sensor.window_lilli_right_564=off; battery_level=63, device_armed=False, last_tripped_time=2020-12-15T15:28:02+00:00, device_tripped=False, Vera Device Id=564, friendly_name=Window Lilli Right, device_class=window @ 2020-12-16T20:50:32.304629+01:00>, new_state=<state binary_sensor.window_lilli_right_564=off; battery_level=63, device_armed=True, last_tripped_time=2020-12-15T15:28:02+00:00, device_tripped=False, Vera Device Id=564, friendly_name=Window Lilli Right, device_class=window @ 2020-12-16T20:50:32.304629+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.window_lilli_left_557 changed: old_state=<state binary_sensor.window_lilli_left_557=off; battery_level=71, device_armed=False, last_tripped_time=2020-11-28T15:55:56+00:00, device_tripped=False, Vera Device Id=557, friendly_name=Window Lilli Left, device_class=window @ 2020-12-16T20:50:32.303892+01:00>, new_state=<state binary_sensor.window_lilli_left_557=off; battery_level=71, device_armed=True, last_tripped_time=2020-11-28T15:55:56+00:00, device_tripped=False, Vera Device Id=557, friendly_name=Window Lilli Left, device_class=window @ 2020-12-16T20:50:32.303892+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_master_bedroom_862 changed: old_state=<state binary_sensor.door_master_bedroom_862=off; battery_level=55, device_armed=False, last_tripped_time=2020-10-24T15:55:08+00:00, device_tripped=False, Vera Device Id=862, friendly_name=Door Master Bedroom, device_class=door @ 2020-12-16T20:50:32.312301+01:00>, new_state=<state binary_sensor.door_master_bedroom_862=off; battery_level=55, device_armed=True, last_tripped_time=2020-10-24T15:55:08+00:00, device_tripped=False, Vera Device Id=862, friendly_name=Door Master Bedroom, device_class=door @ 2020-12-16T20:50:32.312301+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_garden_523 changed: old_state=<state binary_sensor.door_garden_523=off; battery_level=100, device_armed=False, last_tripped_time=2020-12-14T22:25:25+00:00, device_tripped=False, Vera Device Id=523, friendly_name=døren ud til haven, device_class=door @ 2020-12-16T20:50:32.301650+01:00>, new_state=<state binary_sensor.door_garden_523=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-14T22:25:25+00:00, device_tripped=False, Vera Device Id=523, friendly_name=døren ud til haven, device_class=door @ 2020-12-16T20:50:32.301650+01:00>
2020-12-16 21:53:35 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.motion_kitchen_855 changed: old_state=<state binary_sensor.motion_kitchen_855=off; battery_level=100, device_armed=False, last_tripped_time=2020-12-16T18:38:08+00:00, device_tripped=False, Vera Device Id=855, friendly_name=Motion Kitchen, device_class=motion @ 2020-12-16T20:50:32.311412+01:00>, new_state=<state binary_sensor.motion_kitchen_855=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-16T18:38:08+00:00, device_tripped=False, Vera Device Id=855, friendly_name=Motion Kitchen, device_class=motion @ 2020-12-16T20:50:32.311412+01:00>
2020-12-16 21:54:04 DEBUG (MainThread) [custom_components.alarmo.alarm_control_panel] async_leave_timer_finished
2020-12-16 21:54:04 DEBUG (MainThread) [custom_components.alarmo.automations] state is updated from arming to armed_away
2020-12-16 21:54:04 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:09 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.presence_4 changed: old_state=<state binary_sensor.presence_4=on; on=True, temperature=30.0, friendly_name=Motion Sensor - Mellem gang, device_class=motion @ 2020-12-16T21:52:07.355325+01:00>, new_state=<state binary_sensor.presence_4=off; on=True, temperature=30.0, friendly_name=Motion Sensor - Mellem gang, device_class=motion @ 2020-12-16T21:54:09.542357+01:00>
2020-12-16 21:54:09 DEBUG (MainThread) [custom_components.alarmo.automations] state is updated from armed_away to pending
2020-12-16 21:54:09 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:14 ERROR (MainThread) [homeassistant.core] Error executing service: <ServiceCall light.turn_off (c:84b7945d3948321130639cf89f3d50f3): entity_id=['group.all_lights']>
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/aiohomekit/controller/ip/pairing.py", line 94, in _ensure_connected
await asyncio.wait_for(self.connection.ensure_connection(), 10)
File "/usr/local/lib/python3.8/asyncio/tasks.py", line 498, in wait_for
raise exceptions.TimeoutError()
asyncio.exceptions.TimeoutError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/core.py", line 1461, in catch_exceptions
await coro_or_task
File "/usr/src/homeassistant/homeassistant/core.py", line 1480, in _execute_service
await handler.job.target(service_call)
File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
await self.hass.helpers.service.entity_service_call(
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 593, in entity_service_call
future.result()  # pop exception if have
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 664, in async_request_call
await coro
File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 630, in _handle_entity_call
await result
File "/usr/src/homeassistant/homeassistant/components/homekit_controller/light.py", line 120, in async_turn_off
await self.async_put_characteristics({CharacteristicsTypes.ON: False})
File "/usr/src/homeassistant/homeassistant/components/homekit_controller/init.py", line 96, in async_put_characteristics
return await self._accessory.put_characteristics(payload)
File "/usr/src/homeassistant/homeassistant/components/homekit_controller/connection.py", line 419, in put_characteristics
results = await self.pairing.put_characteristics(characteristics)
File "/usr/local/lib/python3.8/site-packages/aiohomekit/controller/ip/pairing.py", line 250, in put_characteristics
await self._ensure_connected()
File "/usr/local/lib/python3.8/site-packages/aiohomekit/controller/ip/pairing.py", line 96, in _ensure_connected
raise AccessoryDisconnectedError(
2020-12-16 21:54:21 WARNING (MainThread) [homeassistant.components.sonos.media_player] Timeout waiting for target groups [[<Entity Køkken: paused>, ]]
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.window_bedroom_720 changed: old_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=True, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>, new_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=False, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.automations] state is updated from pending to triggered
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:25 ERROR (MainThread) [homeassistant.helpers.service] Invalid config for calling service: invalid template (TemplateSyntaxError: Unexpected end of template. Jinja was looking for the following tags: 'endfor' or 'else'. The innermost block that needs to be closed is 'for'.) for dictionary value @ data['data']
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:25 ERROR (MainThread) [homeassistant.helpers.service] Invalid config for calling service: invalid template (TemplateSyntaxError: Unexpected end of template. Jinja was looking for the following tags: 'endfor' or 'else'. The innermost block that needs to be closed is 'for'.) for dictionary value @ data['data']
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_back_597 changed: old_state=<state binary_sensor.door_back_597=off; battery_level=100, device_armed=True, last_tripped_time=2020-12-16T18:26:11+00:00, device_tripped=False, Vera Device Id=597, friendly_name=Door Back, device_class=door @ 2020-12-16T20:50:32.306615+01:00>, new_state=<state binary_sensor.door_back_597=off; battery_level=100, device_armed=False, last_tripped_time=2020-12-16T18:26:11+00:00, device_tripped=False, Vera Device Id=597, friendly_name=Door Back, device_class=door @ 2020-12-16T20:50:32.306615+01:00>
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.sensors] entity binary_sensor.door_front_545 changed: old_state=<state binary_sensor.door_front_545=off; battery_level=1, device_armed=True, last_tripped_time=2020-12-16T08:20:23+00:00, device_tripped=False, Vera Device Id=545, friendly_name=Door Front, device_class=door @ 2020-12-16T20:50:32.303193+01:00>, new_state=<state binary_sensor.door_front_545=off; battery_level=1, device_armed=False, last_tripped_time=2020-12-16T08:20:23+00:00, device_tripped=False, Vera Device Id=545, friendly_name=Door Front, device_class=door @ 2020-12-16T20:50:32.303193+01:00>
2020-12-16 21:54:25 DEBUG (MainThread) [custom_components.alarmo.alarm_control_panel] alarm_disarm
2020-12-16 21:54:26 DEBUG (MainThread) [custom_components.alarmo.automations] state is updated from triggered to disarmed
2020-12-16 21:54:26 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
2020-12-16 21:54:26 DEBUG (MainThread) [custom_components.alarmo.automations] executing automation<PHONE_NUMBER>
`

For next time, please use
```
( my code )
```

for readability.

21:54:04 -> the alarm is armed an an automation is executed.
21:54:09 -> motion sensor activated, alarm goes to pending
21:54:14 -> errors due to a wrongly configured automation for group.all_lights.
21:54:21 -> errors due to sonos Køkken being unresponsive
21:54:25 -> window sensor bedroom updated and alarm is triggered, again 2x a wrongly configured automation
The log shows a lot of errors in your automations.
Although they shouldn't be the real problem, i suggest you to look at them (i cannot help you with that).
The main problem seems to be:
entity binary_sensor.window_bedroom_720 changed: old_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=True, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>, new_state=<state binary_sensor.window_bedroom_720=off; battery_level=100, device_armed=False, last_tripped_time=2020-10-25T21:48:21+00:00, device_tripped=False, Vera Device Id=720, friendly_name=Window bedroom, device_class=window @ 2020-12-16T20:50:32.307318+01:00>

Your Vera system seems to change the configuration for your door sensors at this moment (it sets a device_armed=False property)
Although the window remains closed, it seems to be causing problems.
I think this is a bug in my code.
I will investigate.

I would like to ask you to update to v1.4.1 and test if this solves the problem.

That was the fix 👍
Thanks


fix(versions): update Activiti/example-cloud-connector versions into master

UpdateBot pushed helm dependency: common to: 1.1.18

UpdateBot commands:
updatebot push-version --kind helm common 1.1.18


Async save checkpoints not working

I tried a few ways to try the async_manager feature, however all of them seems not work and my task still block as usual, here is my minimal example
rng=jax.random.PRNGKey(64)
bigarray = jax.random.normal(rng, (30000, 10000))
a=b=jax.random.normal(rng, (10000,1000))
DATA_PATH=Path()

# %%

async_manager = checkpoints.AsyncManager()
for i in tqdm(range(int(1e6))):

    # state, trainer.rng, loss = trainer.train_step(state, trainer.rng, batch)
<EMAIL_ADDRESS>
    if (i + 1) % 1000 == 0:
        # ckpt_save()
        # joblib.dump(bigarray, DATA_PATH / "ba")
        checkpoints.save_checkpoint(
            DATA_PATH,
            bigarray,
            step=i,
            prefix=f"checkpoint_",
            overwrite=True,
            async_manager=async_manager,
        )

May I do it wrong? As I can not find any example relevant except the simple comment in the source code.

Hey I simplified you example and could not find any errors:
import jax
from pathlib import Path
from flax.training import checkpoints

async_manager = checkpoints.AsyncManager()
for i in range(3):
    bigarray = jax.random.normal(jax.random.PRNGKey(i), (30000, 10000))
    checkpoints.save_checkpoint(
        Path(),
        bigarray,
        step=i,
        prefix=f"checkpoint_",
        overwrite=True,
        async_manager=async_manager,
    )

Can you try to pin-point the error you are observing?

I did ran very basic bechmark to find the impact of using async_manager.
Code
import jax
from pathlib import Path
from flax.training import checkpoints
from timeit import default_timer as timer
from tempfile import TemporaryDirectory

bigarray = jax.random.normal(jax.random.PRNGKey(0), (30000, 10000)).block_until_ready()
async_manager = checkpoints.AsyncManager()
with TemporaryDirectory() as tmpdir:
    i = 0
    start = timer()
    checkpoints.save_checkpoint(
        Path(f"{tmpdir}/checkpoint_{i}"),
        bigarray,
        step=i,
        async_manager=async_manager, # comment to run without async_manager
    )
    end = timer()
    print(f"checkpoint{i} saved in {end - start} seconds")

Using async_manager it takes ~3.5s and without it it takes ~4s, you will probably se more gains if heavier models. However, if you run save_checkpoint calls with async_manager consecutively you will not see any gains because as its stated in the docs:

Note that an ongoing save will still block subsequent saves, to make sure overwrite/keep logic works correctly.


fix(rust): cleanup

Renamed CreateInvite to CreateToken
Renamed /invitations endpoint to /tokens
Removed unused field form GetCredentialRequest
Added definitions to schema.cddl

This should also be renamed, right?
https://github.com/build-trust/ockam/blob/87cd4c23a0e1ace8c7a7a5a52a9a7be5dc0c3a96/implementations/rust/ockam/ockam_command/src/node/create.rs#L84

@twittner could you give this a more descriptive commit message please bc48bcccc468d55b85b3436ef37fcac4df77abbe

@Mergifyio rebase

@Mergifyio rebase


editor.codeActionsOnSave -> source.organizeImports will remove imports that are used in ES6 object literal

VSCode Version: 1.23.1
OS Version: OSX 10.13.4

Steps to Reproduce:

Use the newly released "editor.codeActionsOnSave" "source.organizeImports" setting:

    "[typescript]": {
        "editor.codeActionsOnSave": {
            "source.organizeImports": true
        }
    },
    "[typescriptreact]": {
        "editor.codeActionsOnSave": {
            "source.organizeImports": true
        }
    }

Open up a file that has an import which is used in a ES6 object literal construction, such as:

import { navigation } from "./navigation";

export const app = {
    navigation,
    api: createApi(apiConfig),
    namespace: "example",
    ...
 };

Save the file, and the import { navigation } from "./navigation"; line is removed, leaving navigation undefined.

Does this issue occur when all extensions are disabled?: Yes

Duplicate of #49193
It is fixed in vscode insiders


Allow<EMAIL_ADDRESS>

The only breaking changes in<EMAIL_ADDRESS>were more restrictive version ranges for react, react-dom, and react-tap-event-plugin.

Thank you, @wtgtybhertgeghgtwtg! 👍


Update helm chart based on upstream v1alpha4 manifest

Towards https://github.com/giantswarm/roadmap/issues/456
Based on https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/releases/download/v0.8.1/infrastructure-components.yaml
This PR:

updates the helm template for CAPV release 0.8.x

Checklist

[ ] Update changelog in CHANGELOG.md.

Tested on gopher.


SES.confine() throws away stack traces and line numbers

In Agoric/SES#9, @warner writes Aug 9:

Another thing to keep in mind is debuggability and sourcemaps. At present, each SES.confine() is a barrier beyond which stack traces and line numbers get thrown away. It might be interesting to ...

he goes on to discuss solutions, but meanwhile, I think it's worth promoting the problem to its own issue.

SES now carries sourceURL and has taming options for errors. Please reopen if this issue is still relevant.


Cannot run demo project

I ran the following steps:
git clone <this repository>
cd react-native-image-viewer
yarn install
cd demo
yarn install
yarn run start

and scan QR code with my iOS device, then the console shows the following errors.
13:00:01: Failed building JavaScript bundle
13:00:01: Unable to resolve ./built/index" from ".//App.js`: could not resolve `/my-project-path/react-native-image-viewer/demo/built/index' as a file nor as a folder","name":"UnableToResolveError","type":"UnableToResolveE
rror","errors":[{}]},"type":"bundling_error"}"

Do you have the same problem?

First:
git clone <this repository>
cd react-native-image-viewer
yarn install
yarn run start

Second:
cd demo
yarn install
yarn run start

It works! Thank you so much 👍


[IRGen] Fix crasher in emitPartialApplicationForwarder when the result type is a struct.

In emitPartialApplicationForwarder, when we handle result types that have a type parameter, the lowered result type could be a struct. This happens when we have a function result, for instance:
  %0 = function_ref @returns_closure : $@convention(thin) <τ_0_0> (Empty<τ_0_0>) -> (@owned Empty<τ_0_0>, @owned @callee_guaranteed (Empty<τ_0_0>) -> @owned Empty<τ_0_0>)
  %1 = partial_apply [callee_guaranteed] %0<S>() : $@convention(thin) <τ_0_0> (Empty<τ_0_0>) -> (@owned Empty<τ_0_0>, @owned @callee_guaranteed (Empty<τ_0_0>) -> @owned Empty<τ_0_0>)

In this case, we emit code that casts the struct memberwise.
Resolves SR-9709.

@swift-ci please smoke test

@swift-ci please smoke test and merge

@swift-ci please smoke test and merge

@swift-ci please smoke test and merge


Semantic version uses not suitable tags

Bug description
getVersionDescription() returns information for the wrong tag when multiple tags are present. For example, when two tags (other-tag and 1.2) exist, hasAnyVersionTags() correctly returns true, but getVersionDescription() uses the latest other-tag instead of the latest suitable tag, which should be 1.2.
Steps to reproduce
Create a Git repository with at least two tags: 1.2 and on some and other-tag on later commits.
Then try to run it.
Expected behavior
getVersionDescription() should search all available tags and return information for the last suitable tag (in this case, 1.2) that follows the versioning format, ignoring non-versioning tags like other-tag.

Possible fix: https://github.com/game-ci/unity-builder/pull/673

Fixed here https://github.com/game-ci/unity-builder/releases/tag/v4.3.0


Summarybar SCSS refactor to styled-components

Resolves #499

@spmcbride1201 I refactored the color variables, double checked that there were no other components using summarybar classnames, and then deleted summarybar.scss


Copy in monitoring tools from toolbox

This repo is being split out of census-rm-toolbox, this PR aims to copy in the monitoring tools from the toolbox as they are.
https://trello.com/c/XHfzQUze/1257-split-cloudshell-utilities-and-monitoring-tools-out-of-census-rm-toolbox

 Split cloudshell utilities and monitoring tools out of census-rm-toolbox


verify package sources with HTTP HEAD when validating packages

Gives an error like this when testing a package if there is a source for any platform that can not be resolved with HEAD:
fatal: error fetching https://downloads.haskell.org/~cabal/cabal-install-<IP_ADDRESS>/cabal-install-<IP_ADDRESS>-aarch64-darwin-sierra.tar.xz: 404 Not Found

Checked by testing packages from A to E, and the cabal error above is the only error returned.

I think it would be nice to put a bit more context into the message? Something like:
fatal: could not retrieve source archive for cabal-<IP_ADDRESS> for linux/arm64: https://downloads.haskell.org/~cabal/cabal-install-<IP_ADDRESS>/cabal-install-<IP_ADDRESS>-aarch64-darwin-sierra.tar.xz: 404 Not Found

Reworded the error. Also, sorry, my example was with debug logging. Without debug output it has the reference and platform wrapped.
Now, the error is like this (without debug logging):
fatal:hermit: cabal-<IP_ADDRESS>: linux-amd64: could not retrieve source archive from https://downloads.haskell.org/~cabal/cabal-install-<IP_ADDRESS>/cabal-install-<IP_ADDRESS>-x86_64-linux-sierra.tar.xz: 404 Not Found


Fix flaky OTel e2e tests

What does this PR do?

Fixes flaky OTel e2e tests by removing sampling from the traces pipeline and updating the gitlab job requirements. Also uses require instead of assert where applicable, and changes the scope of EventuallyWithT to only include sections that could contain network errors.
Motivation

The test was previously sampling traces at a rate of 30%, which resulted in no traces being received by fakeintake in rare occasions. The gitlab job also occasionally ran without the required images being built, so this should be resolved too.
Additional Notes

Possible Drawbacks / Trade-offs

Describe how to test/QA your changes

/merge


Code not work!

I hardly can see this works!

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

ID: d156d985-2791-6521-331c-8d5ac9283f0e
Version Independent ID: 794ddc4b-6660-8008-29fd-d4b696541b87
Content: Display a splash screen for more time - UWP app developer
Content Source: windows-apps-src/launch-resume/create-a-customized-splash-screen.md
Product: windows
GitHub Login: @TylerMSFT
Microsoft Alias: twhitney

Hi @superkid200 -- can you be more specific about your problems with the code? Thank you!

I want to customize the Splash Screen with XAML and delay it for 3 seconds. But the app navigated to the first page in the first place!

Thanks for reaching out with your feedback. You'll find quicker support by consulting our developer support resources. For community assistance with development questions I recommend that you ask on our forums or StackOverflow. Otherwise, please see the developer support page for your support options. If you get assistance through these other resources and believe that information would help us improve the docs, please come back and let us know.


Animation getting slower on lower version android phone

Animation is getting slower while opening and closing
My XML :
`
        <com.github.guilhe.views.QuantityPickerView
            android:id="@+id/picker"
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:layout_gravity="center"
            app:textLabelFont="@font/poppins_medium"
            app:textLabelFormatter="%s "
            app:textLabelSize="14sp"
            app:rippleColor="@color/white"
            app:btnAdd="@drawable/default_btn_add"
            app:btnRemove="@drawable/default_btn_remove"
            app:backgroundColor="@color/white"
            tools:isOpen="true" />
    </FrameLayout>`

Testing device : Vivo V3
Version : Android 5.1
API Level : 21

Hello @iambharath07 ,
Have you tried running the sample in your device and see if it gets slower too? I never experienced this problem, I have a grid layout full of QuantityPickerViews and they run smooth (at the same time).

Thank you for your response.
I ran it in the device(Android 5.1) itself not in the emulator. But it works perfectly in my Android 10 device.

I was asking If you've tested the sample app in your device (5.1) to check if the animation it's also slow.
When you say it works in your Android 10 device you're referring to your code or the sample app?

The previous issue is with my device. Thank you.
Actually I have another issue regarding the button. Do I need to create it as another issue or can I write here?


'module' object has no attribute 'packages' when installing counterparty-cli

Hi,
I am trying to install counterparty cli with 2 methods and both fail on ubuntu 14.04 64bit
method1: sudo pip3 install counterparty-cli --pre
method2:
git clone https://github.com/CounterpartyXCP/counterparty-cli.git
cd counterparty-cli
python3 setup.py install
both results in same error: AttributeError: 'module' object has no attribute 'packages'

Want to back this issue? Place a bounty on it! We accept bounties via Bountysource.

--pre was for prerelease, so at the moment it doesn't do anything (as there are no prereleases).
See https://github.com/CounterpartyXCP/counterparty-cli/issues/23 for more on this issue.
You can try to upgrade the requests package to a version specified in this link (sudo pip3 install --upgrade requests==version) and then try again.

fixed here: https://github.com/CounterpartyXCP/counterparty-cli/commit/f1d9a974ec0a1979509e0608c87c4bca34c7f746

still not working:
sudo pip3 install --upgrade requests==2.5.1
Requirement already up-to-date: requests==2.5.1 in /usr/local/lib/python3.4/dist-packages
Cleaning up...
counterparty-server
Traceback (most recent call last):
File "/usr/local/bin/counterparty-server", line 9, in
load_entry_point('counterparty-cli==1.0.0', 'console_scripts', 'counterparty-server')()
File "/usr/local/lib/python3.4/dist-packages/counterparty_cli-1.0.0-py3.4.egg/counterpartycli/init.py", line 15, in server_main
from counterpartycli import server
File "/usr/local/lib/python3.4/dist-packages/counterparty_cli-1.0.0-py3.4.egg/counterpartycli/server.py", line 10, in
log.set_up(logger)
File "/usr/local/lib/python3.4/dist-packages/counterparty_lib-9.49.4-py3.4.egg/counterpartylib/lib/log.py", line 55, in set_up
requests.packages.urllib3.disable_warnings()
AttributeError: 'module' object has no attribute 'packages'
sudo pip3 uninstall counterparty-cli
Uninstalling counterparty-cli:
/usr/local/lib/python3.4/dist-packages/counterparty_cli-1.0.0-py3.4.egg
Proceed (y/n)? y
Successfully uninstalled counterparty-cli
install fails:
AttributeError: 'module' object has no attribute 'packages'

Cleaning up...
Command /usr/bin/python3 -c "import setuptools, tokenize;file='/tmp/pip_build_root/counterparty-cli/setup.py';exec(compile(getattr(tokenize, 'open', open)(file).read().replace('\r\n', '\n'), file, 'exec'))" install --record /tmp/pip-1oks0pio-record/install-record.txt --single-version-externally-managed --compile failed with error code 1 in /tmp/pip_build_root/counterparty-cli
Storing debug log for failure in /home/counterparty/.pip/pip.log

Can you post the end of /home/counterparty/.pip/pip.log?

If you really have the version 2.5.1 installed there is no reason to get this error message.

AttributeError: 'module' object has no attribute 'packages'
ouziel-slama  I use same env, I understand what you are saying but it still doesn't work.
rippler end of /home/counterparty/.pip/pip.log
Cleaning up...
Removing temporary dir /tmp/pip_build_root...
Command /usr/bin/python3 -c "import setuptools, tokenize;file='/tmp/pip_build_root/counterparty-cli/setup.py';exec(compile(getattr(tokenize, 'open', open)(file).read().replace('\r\n', '\n'), file, 'exec'))" install --record $
Exception information:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python3/dist-packages/pip/commands/install.py", line 283, in run
requirement_set.install(install_options, global_options, root=options.root_path)
File "/usr/lib/python3/dist-packages/pip/req.py", line 1435, in install
requirement.install(install_options, global_options, *args, **kwargs)
File "/usr/lib/python3/dist-packages/pip/req.py", line 706, in install
cwd=self.source_dir, filter_stdout=self._filter_install, show_stdout=False)
File "/usr/lib/python3/dist-packages/pip/util.py", line 697, in call_subprocess
% (command_desc, proc.returncode, cwd))
pip.exceptions.InstallationError: Command /usr/bin/python3 -c "import setuptools, tokenize;file='/tmp/pip_build_root/counterparty-cli/setup.py';exec(compile(getattr(tokenize, 'open', open)(file).read().replace('\r\n', '\n'), __f$

Let's verify that this isn't an issue with the codebase.

@cryptodock, have tried this?
git clone https://github.com/CounterpartyXCP/counterparty-cli.git --branch develop
cd counterparty-cli
sudo pip3 install --upgrade -r requirements.txt
sudo python3 setup.py install

Gee, problem is freaking annoying! Sometimes a workaround (either installing from develop or deleting the requests package) works, sometimes not.
Here's what always works for me: before Adam's recipe above, do this:
wget https://raw.github.com/pypa/pip/master/contrib/get-pip.py
sudo python3 get-pip.py
sudo pip3 install requests==2.5.1

(I think the last line from Adam's recipe, sudo python3 setup.py install, may not ever be necessary, but you can run it anyway).
Feel free to first test on a non-production system.
I don't know how to reliably work around the issue in any other way.

rippler
First I went ahead and uninstalled requests ( made sure nothing left in the dir as well)

sudo pip3 uninstall requests
Successfully uninstalled requests-2.5.1

Then I did

wget https://raw.github.com/pypa/pip/master/contrib/get-pip.py
sudo python3 get-pip.py
sudo pip3 install requests==2.5.1

Results:

Collecting requests==2.5.1
Downloading requests-2.5.1-py2.py3-none-any.whl (464kB)
100% |################################| 466kB 1.7MB/s
Installing collected packages: requests

Successfully installed requests-2.5.1

Now Adams's recipe:

Obtaining file:///home/counterparty/counterparty-cli (from -r requirements.txt (line 4))
Installed /home/counterparty/counterparty-cli/counterparty_lib-9.49.4-py3.4.egg
Requirement already up-to-date: requests>=2.5.1 in /usr/local/lib/python3.4/dist-packages (from -r  requirements.txt (line 3))
Requirement already up-to-date: appdirs in /usr/local/lib/python3.4/dist-packages (from counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: prettytable in /usr/local/lib/python3.4/dist-packages (from counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: colorlog in /usr/local/lib/python3.4/dist-packages (from counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: python-dateutil in /usr/local/lib/python3.4/dist-packages (from counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: counterparty-lib in ./counterparty_lib-9.49.4-py3.4.egg (from counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: six>=1.5 in /usr/local/lib/python3.4/dist-packages (from python-dateutil->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: flask>=0.10.1 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: Flask-HTTPAuth>=2.3.0 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: json-rpc>=1.7 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: pytest>=2.6.4 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: pytest-cov>=1.8.0 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: pycoin>=0.52 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: tornado>=4.0 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: pycrypto>=2.6 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: tendo>=0.2.6 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: pysha3>=0.3 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: python-bitcoinlib>=0.2.1 in /usr/local/lib/python3.4/dist-packages (from counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: Werkzeug>=0.7 in /usr/local/lib/python3.4/dist-packages (from flask>=0.10.1->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: Jinja2>=2.4 in /usr/local/lib/python3.4/dist-packages (from flask>=0.10.1->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: itsdangerous>=0.21 in /usr/local/lib/python3.4/dist-packages (from flask>=0.10.1->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: py>=1.4.25 in /usr/local/lib/python3.4/dist-packages (from pytest>=2.6.4->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: coverage<4.0a1,>=3.7.1 in /usr/local/lib/python3.4/dist-packages (from pytest-cov>=1.8.0->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: cov-core>=1.14.0 in /usr/local/lib/python3.4/dist-packages (from pytest-cov>=1.8.0->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: certifi in /usr/local/lib/python3.4/dist-packages (from tornado>=4.0->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Requirement already up-to-date: markupsafe in /usr/local/lib/python3.4/dist-packages (from Jinja2>=2.4->flask>=0.10.1->counterparty-lib->counterparty-cli==1.0.0->-r requirements.txt (line 4))
Installing collected packages: counterparty-cli
Running setup.py develop for counterparty-cli
Checking .pth file support in /usr/local/lib/python3.4/dist-packages/
/usr/bin/python3 -E -c pass
TEST PASSED: /usr/local/lib/python3.4/dist-packages/ appears to support .pth files
Creating /usr/local/lib/python3.4/dist-packages/counterparty-cli.egg-link (link to .)
counterparty-cli 1.0.0 is already the active version in easy-install.pth
Installing counterparty-server script to /usr/local/bin
Installing counterparty-client script to /usr/local/bin
Installed /home/counterparty/counterparty-cli
Successfully installed counterparty-cli-1.0.0

Yet final result is the same:
counterparty@ns511291:~/counterparty-cli$ sudo counterparty-server
Traceback (most recent call last):
File "/usr/local/bin/counterparty-server", line 9, in
load_entry_point('counterparty-cli==1.0.0', 'console_scripts', 'counterparty-server')()
File "/home/counterparty/counterparty-cli/counterpartycli/init.py", line 15, in server_main
from counterpartycli import server
File "/home/counterparty/counterparty-cli/counterpartycli/server.py", line 10, in
log.set_up(logger)
File "/home/counterparty/counterparty-cli/counterparty_lib-9.49.4-py3.4.egg/counterpartylib/lib/log.py", line 55, in set_up
requests.packages.urllib3.disable_warnings()
AttributeError: 'module' object has no attribute 'packages'

Wee I finally managed to fix this issue.
It looks like Ubuntu/Python completely ignores the packages installed via pip3 if it have the same package installed by APT beforehand. Once I removed python3-requests via APT and followed @rippler  method I managed to get counterparty-server up and running.
I really appreciate the help from everone on here ( @rippler , @ouziel-slama , @adamkrellenstein ) - Thank you!


[AMBARI-24671] Workaround for non-atomic directory creation

What changes were proposed in this pull request?
Same as #2361, for branch-2.7.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/4129/
Test PASSed.

@g-boros please review


Fix fix fold const be return type

When expression of be fold const can not get datatype, it should not throw an exception directly

run buildall


meson: pass -DCMS_DLL_BUILD=1 on Windows, not only msvc

there are 2 remarks :

-DCMS_DLL_BUILD=1 should be also passed to compiler when mingw is used
cc.has_function_attribute('visibility:hidden') returns true even with mingw

so actually, windows detection should be done, then visibility, not the contrary.
so something like (also line 66 to 69 are managed)
if host_machine.system() == 'windows'
  win = import('windows')
  lcms2_srcs += win.compile_resources('Projects/VC2019/lcms2.rc')
  cargs += '-DCMS_DLL_BUILD=1'
elif cc.has_function_attribute('visibility:hidden')
  cargs +='-DHAVE_FUNC_ATTRIBUTE_VISIBILITY=1'
endif

Both are (should be) independent. visibility:hidden means only API functions are accessible, DLL is a windows .so with special export calling convention. If you are compiling in windows with CMS_DLL_BUILD, DHAVE_FUNC_ATTRIBUTE_VISIBILITY is ignored. So, I am using two different detection steps and let lcms2.h decide which one to pick. But still, you may want to use a static library on windows... well, I left this for next release.
`if cc.has_function_attribute('visibility:hidden')
cargs +='-DHAVE_FUNC_ATTRIBUTE_VISIBILITY=1'
endif
if host_machine.system() == 'windows'
win = import('windows')
lcms2_srcs += win.compile_resources('Projects/VC2019/lcms2.rc')
cargs += '-DCMS_DLL_BUILD=1'
endif
`
But still, you may want to use a static library on windows... well, I left this for next release.

btw

is HAVE_FUNC_ATTRIBUTE_VISIBILITY really used in code ?
look at the gnu_symbol_visibility attribute of the meson library() function (since meson 0.48)

I mean that you should not use a "configure time" macro in public header for unix visibility. Instead you should use something like
#if defined __GNUC__ && __GNUC__ >= 4

Actually this is only used to build .so, where the autotools sets the symbol and calls the compiler with -fvisibility=hidden or whatever the different compiler would need. Clients does not need to set anything.

No further activity, so I close the issue


Re-format test-data

Test data was a little bit messy. Clean up, be consistent with quoting and indentation. There is still a lot of repetition between tests, but let's do that another time.

Removed that comment. Updated


Enabling OneLocBuild

fixes #145
FYI: @kvenkatrajan
This will enable OneLocBuild in the main branch, which will enable the Loc team to localize our resources.
Microsoft Reviewers: Open in CodeFlow

I'm following this process in order to do the onboard: https://github.com/dotnet/arcade/blob/main/Documentation/OneLocBuild.md


Fix the extending of language pairs in MTEB

Changes

fix the logic of adding all possible language pairs, add a _extend_lang_paris for MTEB in mteb/evaluation/MTEB.py.

Reproducible Example
When I was runinng a script like
TASK_LIST = [.........]
langs = ['en']
for task in TASK_LIST:
    logger.info(f"Running task: {task}")
    eval_splits = ["dev"] if task == "MSMARCO" else ["test"]
    evaluation = MTEB(tasks=[task], task_langs=langs)
    evaluation.run(model, output_folder=output_folder, eval_splits=eval_splits)

After running multiple tasks, the memory will quickly increase and then the program crash.
Since I repeatedly pass in the same list langs, it is constantly being extended in MTEB.
The self._task_langs  will be ['en', 'en-en', 'en-en', 'en-en-en', 'en-en-en', 'en-en-en-en', ...... ]
Although I could pass a new list every time, I think fixing this extension logic would be better.

This benchimark is great work by the way!


On Startup - Receiving an "empty" OnSourcePoseDetected event

Overview
With no controllers attached, when the vNext project starts, with a script using the IMixedRealitySourcePoseHandler referenced.  An empty OnSourceDetected event is raised.
Similarity, on close/stop and empty OnSourceLost event is also fired.
Expected Behavior
No "Detected" events until a controller is actually attached
Actual Behavior
Detected and Lost events fired with no controller
Steps to reproduce
Create a script implementation using the IMixedRealitySourcePoseHandler interface, register the GO with the input system and run.
Unity Editor Version
2018.2.0f2
Mixed Reality Toolkit Release Version
vNext

This sounds like an issue with your implementation.  Where are you calling source detected?


updated py module requirements info for installer

included the pandas and matplotlib version requirements and indicated python 3.7 needed.

@briandiamondage-sema4 Thanks for the PR! This helped me install DeTiN (worked with Python 3.8 with numpy 1.22 .)
@amarotaylor would you mind looking at this PR?

merged sorry for being slow - I'm no longer the active maintainer someone from the getzlab should have done this earlier.


migrate x7finance

[X] Add an alias to migrate your space

https://snapshot.org/#/x7community.eth/proposal/0x8221539cf3c329ee654f673584e7e37b665107af345bc7b6e3ca512f90c89064
https://snapshot.org/#/x7finance.eth/proposal/0x1b18e8797267995ace6fd9895b159992ac4cd2028e3135652880ba4128eaa7f0

@ChaituVR see above comments

Thanks, @Adz1DoubleD I have initiated the process. it may take some time. will let you know once it is done

Migration is completed @Adz1DoubleD


Modify Piece to use Freecen2Place

nteresting our initial comparison of Places used with FC1 with potential Places in FC2 was based on the expectation that there was a Country field in the FC1 Place documents. Detailed analysis of why some FC1 Places were not being matched identified that a large number of FC1 Place documents did NOT have an entry in the country field hence were ignored in our original coding.. There are 543 such entries which do not appear to have Places in FC2; the majority (500) are from Scotland.
While Scotland is not active in FC2 the existing transcriptions must still fit into the FC2 Place structure if we are to have unified Place structure

After considerable work adding freecen piece places to Freecen2 Place we are almost there.
It turned out that there were several hundred place name in FR1 that were either inconsistent in both grammar ans spelling. Most of these were dealt with through the use of alternate place names in the Gazetteer. That left 3 issues. It appears that FC2 does not correctly support The Shetland Isles nor the Orkney Isles. These will be dealt with in a separate story. There are also a few pieces that need to be linked to different county Gazetteer places. These will be dealt with manually at the appropriate time.
The current status is as follows.


Old domains continue to remain active for log-in at webmail

Sometimes I won't extend some of my domains. I'll instead buy the same domain but with other TLD.  I've notificed that old, expired, domains will allow me to log in indefinitely. Huh?
Also, any domain, whether it belongs to me or not, can be added for the purpose of log-in, even microsoft.com. I won't be able to send and receive anything from it. However, I'll be able to use it as a login domain.  Right?
That's not an issue.  And in my case it's even better, because I might forget which domain is currently active: domain1.com, domain1.xyz, domain1.space ...  But once I've added domain1.xyz, I'll be able to continue to use it for log-in for years, with multiple other domains under a single account.

Indeed. You can configure any domain in mox, but you won't be able to make the needed DNS settings to make email work if you don't own the domain. Mox isn't checking if a domain is configured correctly before allowing login with an address. Not when initially configuring it, or later when a domain is no longer configured.
It's not yet possible to disable some addresses for an account. There is another issue to disable some addresses of an account.

I don't think there's anything to change about mox for this issue, right? Closing this, but feel free to reopen if there's work to be done.


Emulator threading issues - needs to be a separate application

Currently, the ZeroPhone emulator uses pygame for input&output. The output part is located in luma.emulator package, which is external to pyLCI - so, in order to receive keys from the same window where the graphics are output, the input part just imports the pygame library and calls things from it, exploiting the fact that libraries aren't imported twice in same script, thus it gets the same namespace as the output emulator is using. Other than that, it basically scans for keys in a loop and checks if any relevant keys are pressed.
The problem is that, fundamentally, key scanning and output to display run in two separate threads - and due to #6, the output-related thread keeps changing. Pygame, on other end, isn't thread-safe and therefore, sometimes, the emulator driver can't start up - the errors occur often (but only on startup), are not repeatable and sometimes don't clear before a reboot; due to the nature of errors, I don't know how to workaround them. While, right now, the emulator works for development, it doesn't provide the best experience for development.
My proposition is moving the emulator to a separate application, which could be single-threaded, and would connect to emulator drivers on pyLCI side - which would just use sockets to pass screen contents and receive keypresses to/from the application. With this setup, the emulator could run as a separate app (possibly, also subprocess'ed from the emulator driver), so the errors would be avoided and the emulator would be stable and thus development-ready.
One more workaround for the emulator is not using the emulator input driver, instead using the HID driver with an external USB keyboard.

I can do this. Got a working semi-functional prototype, just need to integrate it with the drivers.
https://github.com/bdunlay/pyLCI/commits/out-of-proc-emulator

Will be testing it tomorrow - or the day after, just got an urgent task added to my schedule =(


Proposal: new-line-between-groups option for order

This follow up on discussions we had here and #246.
Options for that would be either always or never.
Then for always  and groups like: groups: [ [ "builtin", "external" ], [ "index", "sibling", "parent" ] ] }
So the following would be considered as a problem:
import url from 'url';
import express from 'express'; // <-- missing new line after this statement
import foo from './foo';

This would not be considered as a problem:
import url from 'url';
import express from 'express';

import foo from './foo';

new-line-between-groups  would allow you to configure new lines inside groups like you want - should be pretty flexible.
I don't think there should be another rule for achieving that, option for order IMHO would be fine.
NOTE: Option name could of course be changed to something different, separate-groups(-with-newline) maybe.

I will mostly defer to @jfmengels and company on this one, but a few gut reactions:
I think if you don't set the option at all, it shouldn't enforce any spacing.
Also, if you do set it, to either setting, would it enforce that there are no newlines within a group?
i.e.
import url from 'url';
// assuming this were a blank line, would it be reported? "extra newline inside group" or some such
import express from 'express';

Also I think it would be optimal if the option were one or two words, something like newlines. Clarity over brevity, but brevity would be ideal.

I think if you don't set the option at all, it shouldn't enforce any spacing.

:+1:

if you do set it, to either setting, would it enforce that there are no newlines within a group?

I think so yes.
Maybe we could specify the number of blank lines between groups?
If I want no blank lines, I can set 0, if I want an empty line, I can set 1, and if I like bigger spacing, I can set 2. If I don't specify it or set it to false (?), nothing will be enforced.

if the option were one or two words, something like newlines

I think group-groups contains the wanted functionality, but it's a bit... repetitive ^^'

I think if you don't set the option at all, it shouldn't enforce any spacing.

Yep, then it's do whatever you want mode :)

if you do set it, to either setting, would it enforce that there are no newlines within a group?

Yes, this is what I had in mind.

Maybe we could specify the number of blank lines between groups?

Personally I don't think it's necessary, especially at the beginning. We might add it later :)

Maybe we could specify the number of blank lines between groups?

Personally I don't think it's necessary, especially at the beginning. We might add it later :)

One of the things it brings is make the option setting clearer IMO (well, depending on the name of the option...).

I like starting with true for 1 line, false for 0, and then later if it's int-valued that could be the number of lines, if someone wants that.
New name idea: newlines-between.

I think I like newlines-between. Just one thing, If you only allow at most 1 line and it's a boolean type field, then it should be newline-between, which doesn't upgrade well to an eventual int-type later. Man, naming is hard :p

@jfmengels Depends how to look at that - you can interpret it like: if you will have more than two groups then you will have newlineS between groups - even if it will be one line between group, total amount of empty lines in imports section will be bigger than 1, thus newlinesshould be fine.
I'm ok with plural form :)

So, can I assume it's something which would be ok with you guys and I can try to prepare a PR?

I'd wait for an explicit 👍  from @jfmengels but I'm good with where we ended up, discussion-wise.

Same here :+1:


Generage data/nuScenes/infos_train_10sweeps_withvelo_filter_painted_True.pkl file

Hi, thanks for your excellent work.
I have trained one-stage model nusc_centerpoint_voxelnet_0075voxel_fix_bn_z_scale_virtual.py. But after running python -m torch. distributed. launch --nproc_per_node=3 ./tools/train. py configs/mvp/nusc_two_stage_base_with_virtual. py, the error occurs"
 FileNotFoundError: [ Errno 2] No such file or directory: ' data/nuScenes/infos_tra in_10sweeps_withvelo_filter_painted_True. pkl"

And I train step is followed by https://github.com/tianweiy/MVP/blob/main/README.md one step by step.
But exactly, the file infos_tra in_10sweeps_withvelo_filter_painted_True. pkl is not generated.
My data folder is organized as follows：

So, what step is lacking? Thank you very much.

hi, which line of code is this. Could you paste the full logs?
In the config, the infos_train file you have now should be sufficient ? as we are using it at https://github.com/tianweiy/CenterPoint/blob/d3a248fa56db2601860d576d5934d00fee9916eb/configs/mvp/nusc_centerpoint_voxelnet_0075voxel_fix_bn_z_scale_virtual.py#L160

Hello @tianweiy,
I have the same issue. For the one stage detector is fine but for the second stage we need the infos file requested as it is used here: https://github.com/tianweiy/CenterPoint/blob/d3a248fa56db2601860d576d5934d00fee9916eb/configs/mvp/nusc_two_stage_base_with_virtual.py#L216
Could you share the details on how to generate infos_train_10sweeps_withvelo_filter_painted_True.pkl?
Best,
Marc

You can use the same file as one stage. Change the info path name in the config to the one stage one


Certificate can't be uploaded

Describe the bug
I want to connect based on this tutorial: https://github.com/thin-edge/thin-edge.io/blob/main/docs/src/tutorials/connect-c8y.md to a trial instance of cumulocity.
Certificate cant be uploaded / added due to 'Access denied / 404' error
To Reproduce
tried:
sudo tedge cert upload c8y --user xxx
Enter password:
Error: failed to upload root certificate
Caused by:
HTTP status client error (401 Unauthorized) for url (https://xyz.eu-latest.cumulocity.com/tenant/currentTenant)
Expected behavior
certificate added ...
Environment (please complete the following information):

Raspberry Pi 4
thin-edge.io version [ 0.2.0]

IMHO the documentation should be updated to avoid this problem in the future.


Change 404 message

Currently, the API returns a not very original 404 message. Client is asking us to change it ASAP. Says they don't care, just not what it currently is.
The 404 message is generated in src/server.js.
Also, while you're in the file, fix the major chaining issue by adding a next parameter to the error handling middleware. It currently shows app.use((err, req, res) => { and it needs a 4th parameter of next.

Ticket: #15
Describe The Problem Being Solved:
changed 404 error message
Checklist For Submitter
[x]I have documented all new functionality
[-] I have screenshotted new UI changes and attached them to this PR
Reminder list For Reviewers
Code formatting/static analysis: is the code formatted properly? Does a linter/other form of static analysis reveal any issues? Does the code have appropriately low cyclomatic complexity?
Code architecture: concerns are separated, code follows single-responsibility principle, code utilizes OOP, DRY code.
Coding best practices: code avoids hard-coded variables, inefficient computations, reinventing the wheel when using frameworks. Code is well-commented and generally readable.
Non-functional requirements: Code has accompanying tests. Programmer can easily explain decisions to reviewers.


Use lookup plugin to load icinga2_objects to support existing variables

We've noticed an issue with assigning an existing list variable to the icinga2_objects property.
In our script we're running a task to generate a list of agent hosts for our master.
- name: "Generate host config for master"
  set_fact:
    icinga_hosts_for_master: |-
      [
      {% for agent in agents %}
        {
          "type": "Host",
          "file": "zones.d/main/hosts/hosts.conf",
          "name": "{{ agent.name }}",
          "imports": ["generic-host"],
          {% if "icinga_groups" in agent %}
          "groups": {{ agent.icinga_groups }},
          {% endif %}
          {% if "icinga_vars" in agent %}
          "vars": {{ agent.icinga_vars }},
          {% endif %}
        },
      {% endfor %}
      ]

Later we try to reference this variable in our masters icinga2_objects variable:
icinga2_objects:
  icingamaster.example.com:
    "{{icinga_hosts_for_master}}"

But we get the following error when running our deploy:
fatal: [icingamaster.example.com]: FAILED! => {"msg": "Unexpected templating type error occurred on ({{ tmp_objects| default([]) + vars['icinga2_objects'][icinga2_config_host] }}): can only concatenate list (not \"AnsibleUnicode\") to list"}
Editing the roles/icinga2/tasks/objects.yml file to use the lookup plugin instead resolves the issue:
- name: collect all config objects in play vars
  set_fact:
    tmp_objects: "{{ tmp_objects| default([]) + lookup('list', icinga2_objects[icinga2_config_host]) }}"
  when: vars['icinga2_objects'][icinga2_config_host] is defined

Tested it both with variables and declaring the list directly and both works as intended.
This also has an added benefit of allowing variables to be used within an object in the list.
icinga2_objects:
      icingamaster.example.com:
        - name: "icingac1.example.com"
          type: Host
          file: zones.d/main/hosts/hosts.conf
          imports:
            - generic-host
          groups:
            - linux-servers
          vars:
            test: "{{ansible_fqdn}}" # <------ Won't work in current implementation but would resolve correctly if using lookup plugin
            disks["disk /"]:
              disk_partitions: "/"

Thanks for the hint, we will have a look at it

Hi @martin-gudmundson, this looks awesome! I did some tests with it and it can also replace the first variable block which looks at only the hostvars.
Would you like to contribute a pull request?

Great! Sure, i'll get on it!


make the human_rl project notebook runnable and a bit more readable.

This PR makes the the human_rl notebook executable in the Colab. Only random agent is enabled and the rest of unused codes are either commented or moved to the setup section.

@morteza thank you


Use msgpack 1.6.0

1.6.0 just fixed the encoding for 5-bit negative integers (https://github.com/mcollina/msgpack5/commit/f31a3d37696cc4b09d3aab10b1213e7d77f2d2f3)

thanks


Adapt to tls >= 0.13.0

From the changelog:

Remove custom Monad implementation, use Result and Rresult instead

thanks


Generators transfering power clientside crashing PowerCells

Power should only be sent server side.
https://github.com/Buuz135/Industrial-Foregoing/issues/98
https://github.com/TechReborn/TechReborn/issues/1161

I am getting this issue as well.
Running a server, and anytime a client goes anywhere near the area, we are getting client side crashes.
What caused the issue: the player in question placed down a Petrified Fuel Generator from Industrial Forgoing and crashed to desktop.
Anyone who now goes near the area crashes to desktop.
https://pastebin.com/06J7hTx5
(Excert from log)

this was probably fixed a while ago... I see the generator code tests for !world.isRemote before distributing power.


Licence & thanks!

Hi @Danny02 ,
Thanks for producing this Dockerfile! It works.
Odd I couldn't find anything else out there.
What is the licence for this Dockerfile? I'd suggest something like MIT for free mixability.

Hi,
thx for bringing this up.
I put "everything" in the public domain, so enjoy using it as u want :)


Prevent Gitea from restarting after adding a new team

Is your feature request related to a problem? Please describe.
Currently gitea OIDC config and group mapping for Gitea is re-generated with each team added to Gitea.
It means that Gitea Pod is restarted each time a new team is added, which is problematic (longer pipeline run, gitea not available)
Describe the solution you'd like
Configure group mapping via otomi-tasks
E.g.:
Render the the configure_gitea.sh script (see: charts/gitea/templates/gitea/init.yaml) and run it as a job
Describe alternatives you've considered
Leverage Gitea REST API client in Otomi-tasks. (But the API does not seem to be documented)
Additional context Add any other context or screenshots about the feature request here.

Hey team! Please add your planning poker estimate with Zenhub @Ani1357 @dennisvankekem @ElderMatt @ferruhcihan @staticvoid255


echo() clear screen

Issue summary
I used the echo() function to clear the screen, but it doesn't work.
It should be operated with the echo() function.
Expected behavior
clear screen
Actual behavior
not working
Steps to reproduce
$('#divRemoteTerminal').terminal((command) => {}, {
exit: false,
name: "remoteconsole",
height: this.$("WTERMINAL").$height,
greetings: TerminalGreetings,
prompt: '> ',
// automatically scroll to the bottom of the screen when new lines are added
scrollOnEcho: true,
outputLimit: 100,
ansi: true // enable ANSI escape codes
});
test code
this.echo('\x1b[2J');
var clearScreenAndMoveCursor = '\x1b[2J\x1b[1;1H';
this.echo(clearScreenAndMoveCursor );

It will not work because ANSI formatting is not absolute like with a normal ASNI terminal. It can only be used to operate over a single echo. This is the limitation of the architecture of the library.
There is a plan to add Canvas Mode #671 that will allow having something like this, but I don't know when something like this will be added and how hard will be to implement.


Only expand the Fixed content

Lets say if I have a recycler view, which I want to show only 4 to 5 items at first, when the user clicks on a button (maybe a "View more" button), I want to expand the whole recycler view?
Is it possible to implement this?

If I understood your question correctly you wouldn't use ExpandableLayout for something like this. In your example I would just load the first 4 or 5 items into the RecyclerView adapter, and load the rest when the user presses the button.
In any case I recommend you direct these types of questions to StackOverflow as you'll get much higher quality responses there than here.


Use 1 GPU for offloading examples

Summary

The models tested can fit on 2 gpus. Use 1 gpu to trigger offloading

We also probably shouldn't use the mistral model

gated
small


[BUG][BACKPORT][v1.2.3] The size of an uploaded or downloaded sparse file is the apparent file

#3174

Validation - PASSED
Tested with v1.2.3-rc2 images with Backing Image Manager image from: longhornio/backing-image-manager:v2_20210820
By comparing the sparse file size with both ls and du commands, the size is exactly the same, also the md5sum hash is the same as produce from the uploading machine.


fix(connector): fixes MGDCTRS-659, added endpoints for getting deployments

Description
Added admin api endpoints to get deployments
Verification Steps
Included integration tests must pass.
Checklist (Definition of Done)

[X] All acceptance criteria specified in JIRA have been completed
[X] Unit and integration tests added that prove the fix is effective or the feature works (tested against emulated and non-emulated OCM environment)
- [ ] Documentation added for the feature
[ ] CI and all relevant tests are passing
[ ] Code Review completed
- [ ] Verified independently by reviewer
- [ ] Required metrics/dashboards/alerts have been added (or PR created).
- [ ] Required Standard Operating Procedure (SOP) is added.
- [ ] JIRA has created for changes required on the client side

@lburgazzoli please review the updated admin API.


Move AsyncContext to field on Instance rather than field on State

Addresses #643. @pchickey

Side note: it's kind of ironic that the Arc, which I introduced to remove unsafe code (before the change, I was trasmuteing the std::task::Context), caused the unsoundness issue.

Rebased onto main, squashed the changes together, so I could cherry-pick onto #643.

收到，谢谢！
----- 原始邮件 -----
发件人：Ben Aubin<EMAIL_ADDRESS>收件人：bytecodealliance/lucet<EMAIL_ADDRESS>抄送人：Subscribed<EMAIL_ADDRESS>主题：Re: [bytecodealliance/lucet] Move AsyncContext to field on Instance rather than field on State (#644)
日期：2021年02月27日 10点55分
Rebased onto main, squashed the changes together, so I could cherry-pick onto #643.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Translation:

As a quick update - the Lucet folks at Fastly have discussed this and we are keen on removing the asynchronous (signal-based) timeouts feature in favor of synchronous fuel-based timeouts. Our first reason is that making that change will make this code sound: all rust code that is safe ought to be sound, and the way in which this was unsound was surprising to us, the "experts", so how could anyone be confident? The second reason to get rid of asynchronous timeouts is that Wasmtime doesn't have them, and we don't think we want to add them there. Fastly and other Lucet users will need a migration path to Wasmtime and, if that feature can't ever migrate, we should get rid of it.


Updated portal pages for VB getting started

Updated portal pages for VB getting started
Suggested Reviewers
@mairaw

@mairaw, I've fixed them.

@mairaw, I merged this, but I hadn't thought of using tabs for the portal page. I think that's a good idea. I'll submit a new PR later.

I didn't mean for the portals but for the actual tutorials. That's why I requested the language tabs.

@mairaw, I used tabs for the debugging, publishing, testing, and consuming topics. Tabs didn't seem very helpful for the initial tutorial, so I did separate ones.

Sounds good @rpetrusha. Thanks!


feat: add cred string and file options for NATs auth.

This adds the ability to authenticate with nats using either a credential file or a credential string. These credentials must follow the format defined here.
This is only required if the NATs server is using authentication, such as if you are using NGS.

bors try

bors try

bors r+


Make TryFromBytes a super-trait of FromZeros

Makes progress on #5

This can't merge until #948 in order to make sure that any errors are caught by CI.


Updated Example 3 with -OwnerUPN parameter

-OwnerUPN is a mandatory parameter when creating a private channel, therefore I've added it.

Thank you! You have the honour of doing the first community PR on this repo :-)


Launch tracking

Edit this issue to keep track of the tasks you're working on towards launch.
We have a rough guide for how to launch a track, which is sorely outdated but
quite possibly better than nothing (I'm so sorry, I'm waaaay behind on getting
documentation updated).
https://github.com/exercism/docs/blob/master/language-tracks/launch/README.md
Check out https://github.com/orgs/exercism/teams/track-maintainers/discussions/1
for details about the #maintainers channel in the exercism-team Slack workspace.
Please ask if you have any questions or if anything is confusing!

Thanks! I at least have some understanding of where things should generally head from maintaining the scheme track.
It's not completely clear how to proceed with respect to what's still relevant for version 3, but I'll just start off by adding various useful things!


Use of undeclared variable in code example

In this codesnippet:
[AuthorizeForScopes(Scopes = new[] { "user.read" })]
public async Task<IActionResult> Profile()
{
 // Acquire the access token.
 string[] scopes = new string[]{"user.read"};
 string accessToken = await authorizationHeaderProvider.CreateAuthorizationHeaderForUserAsync(scopes);

 // Use the access token to call a protected web API.
 HttpClient client = new HttpClient();
 client.DefaultRequestHeaders.Add("Authorization", authorizationHeader);
 string json = await client.GetStringAsync(url);
}

the variable called authorizationHeader is used, but this variable is not mentioned anywhere.
Is it the accessToken variable which is used here?
accessToken is not used anywhere else in this example.

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

ID: 19609d01-2128-d7ec-6ee1-7c9b3e86cb35
Version Independent ID: 0a5ce83e-b17f-9d1c-786e-50ef3958c203
Content: Get a token in a web app that calls web APIs - Microsoft Entra
Content Source: articles/active-directory/develop/scenario-web-app-call-api-acquire-token.md
Service: active-directory
Sub-service: develop
GitHub Login: @cilwerner
Microsoft Alias: cwerner

@SorenHN
Thanks for your feedback! We will investigate and update as appropriate.

@SorenHN
Thanks for reporting this! We have created a PR for this issue and the changes should go live soon.


Fix processing of imported JSON

Fixes #445. @panentheos
dev import-data fails with "The request content was malformed: Object is missing required member 'name'".
Local saturn-ui with fix works.
Some questions.

I see some strange behavior in Chrome debugger only with local deployment, not dev deployment. When I set a breakpoint and step through code, the import _ from 'lodash/fp' has an error "Uncaught SyntaxError: Unexpected identifier". The code runs fine; this only affects debugger. Do you know off the top of your head how to fix this?
In #445 Brad wanted to support a zip file, not a JSON file. Can you do that after this PR is in? If dealing with zip files is a pain in Javascript, perhaps we could come up with a different format.

The file @bradtaylor sent me had an array at the top level, in order to support adding multiple entities at once. If you modify the file to have that array, it should work.
Regarding the zip file, is that just for compression purposes, or something else?

Ah ok. Yes the zip file was to support multiple entities (see #445). I didn't know I was supposed to send an array, I'll try that.


ODB: API Regression for /v1.0/sites?search={query} as it now returns HTTP/1.1 403 Forbidden

Category

[ ] Question
[ ] Documentation issue
[x] Bug

Expected or Desired Behavior
Able to query /v1.0/sites?search={query} as per API spec:
https://docs.microsoft.com/en-us/onedrive/developer/rest-api/api/site_search?view=odsp-graph-online
Observed Behavior
Call to API now returns HTTP/1.1 403 Forbidden
Steps to Reproduce
Query via MS Graph any Sharepoint Site name that you know is valid
Example:
> GET /v1.0/sites?search=od-test HTTP/1.1
User-Agent: Phobos-std.net.curl/2.085 (libcurl/7.29.0)
Host: graph.microsoft.com
Accept: */*
Authorization: bearer <redacted>

< HTTP/1.1 403 Forbidden
< Cache-Control: private
< Transfer-Encoding: chunked
< Content-Type: application/json
< request-id: 400ab892-3b10-429a-ba7b-22eaa1951bb1
< client-request-id: 400ab892-3b10-429a-ba7b-22eaa1951bb1
< x-ms-ags-diagnostic: {"ServerInfo":{"DataCenter":"Australia Southeast","Slice":"SliceC","Ring":"2","ScaleUnit":"000","RoleInstance":"AGSFE_IN_3","ADSiteName":"ASE"}}
< Duration: 160.0182
< Strict-Transport-Security: max-age=31536000
< Date: Thu, 08 Aug 2019 19:55:59 GMT
<
OneDrive HTTP Server Response: 403
* Connection #2 to host graph.microsoft.com left intact
OneDrive returned a 'HTTP 403 - Forbidden' - gracefully handling error
ERROR: Query of OneDrive for Office 365 Library Name failed
Error Message: HTTP request returned status code 403 (Forbidden)
Error Reason:  The caller does not have permission to perform the action.

The provided token only has Files.ReadWrite and Files.ReadWrite.All. Site scenarios require Sites.ReadWrite.All in order to function.

@ificator
Thanks - however when did this change occur as this used to work without issue?

@ificator
Closing issue as resolved with updating scopes. It would be good to know however when this change occurred.


Fixed Height

Can i disable the fixed icon height in the options to generate the web font?

@igoribrahim that is a requirement by the plugin we use to generate the font


Random failures in bird

After a series of various node restarts, sometimes bird fails to move peers to up state. sitting in wait.
I've noticed that there was a (closed?) ticket for this issue: https://github.com/projectcalico/calicoctl/issues/900
The behaviour described there is identical with what is described there. If a node is down and kept down, other nodes randomly fail to establish the mesh upon restart.
Expected Behavior
BGP mesh to be synchronized upon reboot/restart.
Current Behavior
Mesh establishing fails randomly.
Possible Solution
Steps to Reproduce (for bugs)
Create a Kubernetes cluster with Calico enabled (default latest calico.yaml is fine).
Kill a node and keep it down. Randomly reboot the other nodes (or restart calico-node process).
At some point, one of the nodes will fail to push and receive routes to/from the other nodes, seeing them in wait state. The connection is Established but not routes are exchanged.
Logs on the calico-node pods on restart or simply killing bird process show that the nodes to in fact see each other going down and up but that's all. No routes are pushed&pulled.
Context
Pods on the affected nodes are not reachable when this happens.
If the "always down" node is removed from the nodes list, everything works as expected, other nodes not being affected by restarts anymore.
Your Environment

calicoctl version (e.g. calicoctl version):

Client Version:    v3.18.0
Git commit:        5d65da3d
Cluster Version:   v3.17.3
Cluster Type:      k8s,bgp,kubeadm,kdd

calico/node version (e.g. docker run --rm calico/node versions)

Orchestrator type and version (e.g. kubernetes, mesos, rkt):
Kubernetes

Operating System and version:
Debian 10 (buster)

Link to your project (optional):

I believe that this is BGP behaving as expected per the RFC. I would suggest either switching to VXLAN CrossSubnet, or adjusting your BGP peering topology (i.e., via a ToR) to avoid this scenario altogether.


Fix #261

Updated regex and added more tests

Codecov Report
Base: 75.45% // Head: 75.52% // Increases project coverage by +0.07% :tada:

Coverage data is based on head (4e1854b) compared to base (d47b60b).
Patch has no changes to coverable lines.

Additional details and impacted files
@@             Coverage Diff              @@
##             master     #262      +/-   ##
============================================
+ Coverage     75.45%   75.52%   +0.07%
- Complexity      712      714       +2
============================================
  Files           108      108
  Lines          2049     2051       +2
  Branches        250      251       +1
============================================
+ Hits           1546     1549       +3
  Misses          439      439
+ Partials         64       63       -1

Impacted Files
Coverage Δ

src/main/java/tuthub/model/tutor/Name.java
80.00% <ø> (ø)

src/main/java/tuthub/model/tutor/Tutor.java
90.14% <0.00%> (+0.28%)
:arrow_up:

src/main/java/tuthub/model/tutor/StudentId.java
80.00% <0.00%> (+10.00%)
:arrow_up:

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

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


Fasta unit tests fail when run with --use-sdk on bots

Our unit test runners download the built SDK from the builders, so they don't have the patched_sdk libraries that the fasta unit tests need.
Fasta will eliminate its dependence on these libraries in the future, so that is probably the best way to fix this bug.
Suppressing the tests when run with --use-sdk in pkg/pkg.status:
front_end/test/fasta/compile_test
front_end/test/fasta/kompile_test
front_end/test/fasta/outline_test
@peter-ahe-google

Summary of our conversation:

The tests will be skipped when run with --use-sdk. There's no way around that: the tests won't work on the bots (as they don't have the built SDK), but they'll work locally if you have built the runtime target.

Within a few business days (and later today if nothing else catches fire), Bill will update the recipes for the vm-kernel bots. These bots will then run pkg/front_end/test/fasta, which should be helpful to everyone involved in the kernel project.

@mraleph @kmillikin


any way to get more logs on what might be generating this error?

Unhandled exception. System.NullReferenceException: Object reference not set to an instance of an object, when trying to launch the 1.0. Also is there a repo where we can see what Azure objects you are creating?

@ansmah are you refering to the azure money monitor? If so, you can add --verbose option to turn on verbose log. The command will be like docker run azmoney.azurecr.io/azure-money-monitor:1.0 -s <subscription Id> --use-device-code --verbose
The issue might be that you did not finish the Azure login process. The log will ask you to open a browser to login.
[18:18:54 INF] ***************************************************************************************
[18:18:54 INF] Login into Azure using Device Code.
To sign in, use a web browser to open the page https://microsoft.com/devicelogin and enter the code XXXXXXXXX to authenticate.

Hi @ansmah , I am closing this since it's been two months old. Feel free to let us know if you are still encountering the problem.


build failed on aarch64 centos 7.9

Steps to Reproduce
# build on aarch64 centos 7.9
yum install -y epel-release centos-release-scl
yum install -y git make llvm-toolset-7 devtoolset-7
source /opt/rh/devtoolset-7/enable
export LIBCLANG_PATH=/opt/rh/llvm-toolset-7.0/root/lib64/
source /opt/rh/llvm-toolset-7.0/enable

cd crates/fiber
cargo build

the output is
$ cargo build
  Downloaded cc v1.0.68 (registry `ustc`)
  Downloaded semver v1.0.3 (registry `ustc`)
  Downloaded 2 crates (84.9 KB) in 1.12s
   Compiling semver v1.0.3
   Compiling cc v1.0.68
   Compiling linux-raw-sys v0.0.36
   Compiling bitflags v1.3.2
   Compiling wasmtime-fiber v0.32.0 (/data/home/xingqiangbai/wasmtime/crates/fiber)
   Compiling rustc_version v0.4.0
The following warnings were emitted during compilation:

warning: src/arch/aarch64.S: Assembler messages:
warning: src/arch/aarch64.S:21: Error: operand 1 must be a floating-point register -- `stp lr,fp,[sp,-16]!'
warning: src/arch/aarch64.S:50: Error: operand 1 must be a floating-point register -- `ldp lr,fp,[sp],16'
warning: src/arch/aarch64.S:90: Error: bad register expression

error: failed to run custom build command for `wasmtime-fiber v0.32.0 (/data/home/xingqiangbai/wasmtime/crates/fiber)`

Caused by:
  process didn't exit successfully: `/data/home/xingqiangbai/wasmtime/target/debug/build/wasmtime-fiber-5d0a77b56f840026/build-script-build` (exit status: 1)
  --- stdout
  TARGET = Some("aarch64-unknown-linux-gnu")
  OPT_LEVEL = Some("0")
  HOST = Some("aarch64-unknown-linux-gnu")
  CC_aarch64-unknown-linux-gnu = None
  CC_aarch64_unknown_linux_gnu = None
  HOST_CC = None
  CC = None
  CFLAGS_aarch64-unknown-linux-gnu = None
  CFLAGS_aarch64_unknown_linux_gnu = None
  HOST_CFLAGS = None
  CFLAGS = None
  CRATE_CC_NO_DEFAULTS = None
  DEBUG = Some("true")
  CARGO_CFG_TARGET_FEATURE = Some("neon,pmuv3")
  running: "cc" "-O0" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-fno-omit-frame-pointer" "-Wall" "-Wextra" "-DCFG_TARGET_OS_linux" "-DCFG_TARGET_ARCH_aarch64" "-o" "/data/home/xingqiangbai/wasmtime/target/debug/build/wasmtime-fiber-3beb5f998a225eb9/out/src/arch/aarch64.o" "-c" "src/arch/aarch64.S"
  cargo:warning=src/arch/aarch64.S: Assembler messages:
  cargo:warning=src/arch/aarch64.S:21: Error: operand 1 must be a floating-point register -- `stp lr,fp,[sp,-16]!'
  cargo:warning=src/arch/aarch64.S:50: Error: operand 1 must be a floating-point register -- `ldp lr,fp,[sp],16'
  cargo:warning=src/arch/aarch64.S:90: Error: bad register expression
  exit status: 1

  --- stderr

  error occurred: Command "cc" "-O0" "-ffunction-sections" "-fdata-sections" "-fPIC" "-g" "-fno-omit-frame-pointer" "-Wall" "-Wextra" "-DCFG_TARGET_OS_linux" "-DCFG_TARGET_ARCH_aarch64" "-o" "/data/home/xingqiangbai/wasmtime/target/debug/build/wasmtime-fiber-3beb5f998a225eb9/out/src/arch/aarch64.o" "-c" "src/arch/aarch64.S" with args "cc" did not execute successfully (status code exit status: 1).

warning: build failed, waiting for other jobs to finish...

Expected Results
Build successfully.
It works on m1 mac and a virtual machine(ubuntu 20.04 aarch64) on m1 mac.

@bxq2011hust thanks for the report! Can you show the output of cc --version and as --version?
I suspect that really old versions of GNU as may not support referring to the fp and lr registers as fp and lr -- see e.g. the patch in Comment 8 on this WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=175512
If so, we could modify our assembly to always spell these as x29 and x30 respectively, though that's a bit unfortunate... cc @akirilov-arm , thoughts on this re: aarch64 toolchain requirements/expectations?

@bxq2011hust thanks for the report! Can you show the output of cc --version and as --version?
I suspect that really old versions of GNU as may not support referring to the fp and lr registers as fp and lr -- see e.g. the patch in Comment 8 on this WebKit bug: https://bugs.webkit.org/show_bug.cgi?id=175512
If so, we could modify our assembly to always spell these as x29 and x30 respectively, though that's a bit unfortunate... cc @akirilov-arm , thoughts on this re: aarch64 toolchain requirements/expectations?

Thanks very much. I compare ubuntu 20.04 and CentOS7 and found that ubuntu 20.04 use gcc9. I tried gcc9 on aarch64 CentOS7, now it works fine.
cc --version
cc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

as --version
GNU assembler version 2.28-11.el7
Copyright (C) 2017 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `aarch64-redhat-linux'.