json not written and text file empty for files omitted from re-encoding

see laion2B-en-aesthetics65.parquet entry #29
wget http://www.pickthebrain.com/blog/wp-content/uploads/2015/10/Screen-Shot-2015-10-11-at-10.27.01-PM.png
magick identify Screen-Shot-2015-10-11-at-10.27.01-PM.png
Screen-Shot-2015-10-11-at-10.27.01-PM.png WEBP 854x532 854x532+0+0 8-bit sRGB 43088B 0.016u 0:00.005

docs:
"disable_all_reencoding if set to True, this will keep the image files in their original state with no resizing and no conversion, will not even check if the image is valid. Useful for benchmarks. To use only if you plan to post process the images by another program and you have plenty of storage available. (default False)"
using:
img2dataset ^
  --url_list "./laion2b-en-aesthetics65_100.csv" ^
  --input_format "csv" ^
  --output_folder laion2b-en-aesthetics65 ^
  --url_col "URL" ^
  --caption_col "TEXT" ^
  --output_format files ^
  --processes_count 8 ^
  --thread_count 24 ^
  --disable_all_reencoding True

(I exported the first 100 entries with ParquetViewer.exe to a .csv)
result:
renamed to: 000000029.jpg
empty: 000000029.txt
missing: 000000029.json
the text file is empty and there is no accompaning json file. is this the indented behaviour?
System is Windows 10
btw: Is there a way to resume this download using --disable_all_reencoding False to retry?

I advise not using CSV, that's probably where the missing columns were
introduced
On Tue, Sep 5, 2023, 10:13 Gerold Meisinger @.***>
wrote:

see laion2B-en-aesthetics65.parquet entry #29
https://github.com/rom1504/img2dataset/issues/29
wget http://www.pickthebrain.com/blog/wp-content/uploads/2015/10/Screen-Shot-2015-10-11-at-10.27.01-PM.png
magick identify Screen-Shot-2015-10-11-at-10.27.01-PM.png
Screen-Shot-2015-10-11-at-10.27.01-PM.png WEBP 854x532 854x532+0+0 8-bit sRGB 43088B 0.016u 0:00.005
docs:
"disable_all_reencoding if set to True, this will keep the image files in
their original state with no resizing and no conversion, will not even
check if the image is valid. Useful for benchmarks. To use only if you plan
to post process the images by another program and you have plenty of
storage available. (default False)"
using:
img2dataset ^
--url_list "./laion2b-en-aesthetics65_100.csv" ^
--input_format "csv" ^
--output_folder laion2b-en-aesthetics65 ^
--url_col "URL" ^
--caption_col "TEXT" ^
--output_format files ^
--processes_count 8 ^
--thread_count 24 ^
--disable_all_reencoding True
(I exported the first 100 entries with ParquetViewer.exe to a .csv)
result:
renamed to: 000000029.jpg
empty: 000000029.txt
missing: 000000029.json
the text file is empty and there is no accompaning json file. is this the
indented behaviour?
System is Windows 10
—
Reply to this email directly, view it on GitHub
https://github.com/rom1504/img2dataset/issues/344, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAR437XCFRVFVGB6EDGPS7DXY3NMDANCNFSM6AAAAAA4LMBBJQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

Thanks for QUICK reposnse! It's not an issue with the csv. I just made this for to keep the issue simple and avoid starting a full download. The error originally occured with the parquet file.


remove duplicate and add my name to contribution

@vaibhavmule, I'm quite elated about your PR. I wanna evolve this project to addresses various problems faced by first-time contributors. I'd love to learn about your journey in open source community, the problems, pain points you had etc.
Could you explain how you felt when you went through the tutorial, made a PR and learned that I merged it?

It really good project for the first-time contributor,
they will at least come to know from coding, pull request and getting it
merged.
Regards,
Vaibhav
On Fri, Oct 13, 2017 at 1:04 AM, Roshan Jossey<EMAIL_ADDRESS>wrote:

Merged #825 https://github.com/Roshanjossey/first-contributions/pull/825
.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Roshanjossey/first-contributions/pull/825#event-1290970105,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AF_9Z-weyb0WG6F1nqFqfA7ndWc8Y5D8ks5srmm4gaJpZM4P2_H0
.

@vaibhavmule, I’d urge you to continue contributing to other open source projects.
We also have a slack team to help/mentor people trying to contribute to open source projects.
You can join the team by going to https://firstcontributions.herokuapp.com


Error: 'google' is undefined.

Hi,
I use this wonderful package.
I' d like to ask about an error that "google is undefined.". This occurred at line 9 which contained in the generated HTML by this package.
When I get this error, Google map is not presented on browser.
I don't have google map's api key. So, is this error occurred by missing api key ?
However, I can use this package without this error on chrome and firefox with developer mode.
This error occurs on IE and Microsoft Edge.
What can I do to solve this problem ?
Thanks.

Can you attach or link to an example html page? Is the error in the JS console, or rendered on the web browser?

@yyykkkyyy I was able to view the map in IE, but only after allowing scripts to run (some popup came up asking to allow or block scripts). Could you try that and see if it helps?

I'll be closing this for now since I wasn't able to reproduce this and couldn't find a code snippet or traceback that shows this issue.
If it happens again, feel free to post a code snippet or traceback and I can reopen this.


Add usage and ENV check in main

The main does not have any usage
plus it does not check whether the ENV var for SLACK token and channel are presents at startup...

the side effect, is that if the eventloop does not see any events it won't create the handler where the SLACK connection is made.
So if the vars are not set, it won't be detected unless a k8s event is trigged.
Bottom line, create a help usage and check for KW_SLACK_TOKEN and KW_SLACK_CHANNEL in main.go

@runseb I don't think checking for ENV vars in main is practical. We can apply different handlers for kubewatch, not just slack. So crashing kubewatch because of missing slack related ENV variables is no a good ideal IHMO.

I do think we need to refactor main to have a basic CLI.
Assuming we start supporting different handlers, we need to be able to specify them on start.
something like kubewatch --slack or kubewatch --notify=slack
we could pass the toke on the CLI:
kubewatch --slack --slack-token= --slack-channel= or get them from ENV var.

close due to https://github.com/skippbox/kubewatch/pull/17


Why is there no download button?

The token has been added.

https://github.com/refined-github/refined-github/blob/863531f01eaeccd9d73cdee77f3d8b4de6787670/source/features/download-folder-button.tsx#L18
The download button depends on a[aria-keyshortcuts="d"]. Here, it doesn't have that button.

Next time please use the bug report form when something doesn't work.

The reason is that tags and commits don't have the "Delete directory" button:
https://github.com/sindresorhus/eslint-plugin-unicorn/tree/db1a6e05b00df3b62d55a110d48f041cabeb61a0/configs
But it works on branches:
https://github.com/sindresorhus/eslint-plugin-unicorn/tree/main/configs

Also missing from archived repositories


v7.0.1: chore(project): update dependencies

What does this PR do?

Updates all the project dependencies to their latest versions.
Updates the ESLint configuration in order to use my plugin
I disabled the complexity rule as the idea wasn't to modify the code if not necessary, this is just a maintenance PR.

How should it be tested manually?
yarn test
# or
npm test

Pull Request Test Coverage Report for Build 318

2 of 2 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build 315:
0.0%

Covered Lines:
2170

Relevant Lines:
2170

💛  - Coveralls


Hover states becoming transparent

Our hover state causes the card to become somewhat transparent. The design in Figma I think I prefer if the hover just causes the card to become a bit darker instead. That way, the buttons don't become transparent too, and reveal a background, which may be harder to read.

This was fixed and can be seen on the site now https://arcade.makecode.com/hour-of-code-2022


Training vs. Validation loss

In the stat.json as well as output per epoch during training, the losses used for validation are slightly different than that of training. Can you please let me know why they are not the same for training and validation? How can I change the code so that they are the same? Below is my training output from the 1st epoch.

Here, you are not seeing the validation loss, but you are seeing some calculated metrics that we wish to use to help determine which is the best checkpoint. After all, we want to select the best model based on the segmentation performance, rather than the best HoVer map MSE (for example).

That makes sense. Thank you for your input.


Wasp.dll links no longer work

Hello
The links to wasp.dll no longer work. Any idea where this can be found?

Looks like someone saved them here:
https://github.com/mavaddat/wasp/tree/master/Builds/Release
I'll have to update the readme/instructions sometime. Thanks for the heads
up!
On Tue, Nov 16, 2021 at 6:41 PM DrQuack32 @.***> wrote:

Hello
The links to wasp.dll no longer work. Any idea where this can be found?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/arcadesdude/BRU/issues/15, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADMOAUUZDO754UFYHTM24A3UMLTZJANCNFSM5IFSG25A
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

There's also this:
https://www.powershellgallery.com/packages/Wasp/<IP_ADDRESS>
On Tue, Nov 16, 2021 at 6:41 PM DrQuack32 @.***> wrote:

Hello
The links to wasp.dll no longer work. Any idea where this can be found?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/arcadesdude/BRU/issues/15, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADMOAUUZDO754UFYHTM24A3UMLTZJANCNFSM5IFSG25A
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

Just download the raw nupkg file and rename?

I haven't used that specific version but nupkg are just zips. Inside is a
couple of dll files. I don't know if renaming them will work. The first
link I sent you has a wasp.dll you can download that may work.
On Tue, Nov 16, 2021 at 6:52 PM DrQuack32 @.***> wrote:

Just download the raw nupkg file and rename?
[image: 2021-11-17 12_51_41-PowerShell Gallery _ Wasp 2 5 0 0 and 1 more
page - Work - Microsoft Edge]
https://user-images.githubusercontent.com/72686602/142084461-d5746af3-e016-49c5-b248-a6f0b096481e.jpg
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/arcadesdude/BRU/issues/15#issuecomment-970871514, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ADMOAURXY7N66OT7WNUNUXDUMLVFHANCNFSM5IFSG25A
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

OK So those versions above are quite different from the old version of WASP.dll used in my script. I've found the version needed is still hosted on archive.org from the last copy available from codeplex.com. I'll create a new release of BRU updated in the script and the readme for getting that file.
The direct download link to the archived copy is https://web.archive.org/web/20210701003323/https://codeplexarchive.blob.core.windows.net/archive/projects/WASP/WASP.zip


Hosted Weblate mentioned in README

@cemrich This is needed to use the Libre plan on Hosted Weblate.

I'll merge this into a new weblate branch and try to finish set up weblate after the 8.0.0 release.


MDN should warn of deprecated aliased theme properties

Request type

[ ] New documentation
[x] Correction or update

Page to change
If this request relates to an existing article, please give its URL: https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/manifest.json/theme
Details
Originally filed in Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1508428
Related issues
https://bugzilla.mozilla.org/show_bug.cgi?id=1508428

@rpl , sorry to be slow. Yes, that sounds good to me, but @irenesmith now looks after the WebExtension docs, so we should see what she thinks.

@irenesmith These notes will need to be updated to change their when Fx69 ships (from "will be" to "are"), or if the target release changes. The BCD will need to be updated at that time, too. Might want to put that in your calendar.


please remove yarn from dependencies

Well you don’t have any require statement that explicitly requires yarn. So I think this is most likely a bug :-)

Any chance of cutting a new release now that #70 is in place? I add $PWD/node_modules/.bin to my PATH and I'd love to lose the occasional warnings about version mismatches. Thanks so much!

please?

+1 to this, just noticed yarn bloating out my node_modules when I brought this in


⚠ Processors has degraded performance

In 37f5170, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 53 ms

Resolved: Processors performance has improved in 81d78ac.


"logs" Callback bugs with TF 2.3 on colab with TPU

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow):
OS Platform and Distribution (e.g., Linux Ubuntu 16.04): colab
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device:
TensorFlow installed from (source or binary):
TensorFlow version (use command below): 2.3
Python version:
Bazel version (if compiling from source):
GCC/Compiler version (if compiling from source):
CUDA/cuDNN version:TPU
GPU model and memory:

I got some weird issue, it seems that when using a custom callback for computing a metric, and then save it in the logs,
the ModelCheckpoint function does not see the metrics saved in logs, so it does not save the model at the end of an epoch. I have seen this issue today. It worked well few days ago, so it seems to be related to TF 2.3. I also see some issue about the memory, I have to lower the batch size to make the training work.
WARNING:tensorflow:Can save best model only with roc_val available, skipping.
WARNING:tensorflow:Callbacks method on_train_batch_endis slow compared to the batch time (batch time: 0.0288s vson_train_batch_end time: 0.9656s). Check your callbacks.
class RocCallback(Callback):
    def __init__(self , dataset_val):
        self.x = dataset_val
        self.y =  np.concatenate([np.array(x[1]) for x in list(dataset_val)]).reshape(-1)
    def on_train_begin(self, logs={}):
        return

    def on_train_end(self, logs={}):
        return

    def on_epoch_begin(self, epoch, logs={}):
        return

    def on_epoch_end(self, epoch, logs={}):
        pred = model.predict(self.x)
        roc_val = roc_auc_score(self.y, pred)
        logs["roc_val"] = roc_val
        print('\n - %s average: %s' % ('roc_val', str(round(roc_val,4))),end=100*' '+'\n')
        return

    def on_batch_begin(self, batch, logs={}):
        return

    def on_batch_end(self, batch, logs={}):
        return

tf.keras.callbacks.ModelCheckpoint("model.h5", monitor='roc_val', verbose=0, save_best_only=True,
        save_weights_only=True, mode='max', save_freq='epoch')

Is there a way to choose the version of TF (2.2) on colab  ?

@Shiro-LK see googlecolab/colabtools#1470 for switching the TF+TPU version in colab.

@craigcitro the fix you mentioned is not working for me. If I downgrade tensorflow I get the following error:
InvalidArgumentError: NodeDef expected inputs 'string' do not match 0 inputs specified; Op<name=_Send; signature=tensor:T -> ; attr=T:type; attr=tensor_name:string; attr=send_device:string; attr=send_device_incarnation:int; attr=recv_device:string; attr=client_terminated:bool,default=false; is_stateful=true>; NodeDef: {{node _Send}}
Do you have any ideas how can I overcome this? Thanks

I don't have any real expertise on the TF side (so hoping someone else jumps in).

I had a similar error. It is important to follow this https://colab.research.google.com/gist/graf10a/642c143fd80887ac8a69819250f5141b/tf_tpu_issue_submission_fixed.ipynb exactly (the first and the second cells). Not just downgrade. There should be two separate cells, import requests etc.

This might be because of a change in how model loading and saving is handled on TPU. Can you try to add the following option to your checkpoint call:
# TPUs need this extra setting to save to local disk, otherwise, they can only save models to GCS (Google Cloud Storage).
# The setting instructs Tensorflow to retrieve all parameters from the TPU then do the saving from the local VM, not the TPU.
save_locally = tf.saved_model.SaveOptions(experimental_io_device='/job:localhost')
tf.keras.callbacks.ModelCheckpoint("saved_model", monitor='roc_val', verbose=0, save_best_only=True,
        save_weights_only=True, mode='max', save_freq='epoch', options=save_locally)

Please notice in the code that I also recommend to change the type of the saved model from .h5 (the legacy Keras format) to "Tensorflow saved model", the standard tensorflow format. The format is determined based on the extension. Saving from TPU to local disk now works in TF saved model format, with the /job:localhost save option. This is new in TF 2.3. Previously, saving locally from TPU only worked in the .h5 format. This is not supposed to have changed but as your bug report points out, it looks like it has.

@Shiro-LK, the behavior change may be a result of a recent code change. Can you try setting _supports_tf_logs to True on the custom callback's attr before model.fit and see if it then allows you to pass around information in logs?


feat(docs/config): Always set keepWhitespace as false

Fixes #40

Hold on until the next version of hugo releases


[Bug] Flink CDC 2.3.0 set startupOptions = specificOffset set specificOffsetFile and specificOffsetPos then can not start from checkpoint

Search before asking

[X] I searched in the issues and found nothing similar.

Flink version
1.16.0
Flink CDC version
2.3.0
Database and its version
mysql5.7
Minimal reproduce step
if i restart job from checkpoint can not work
2023-02-21 14:08:29,713 INFO com.ververica.cdc.connectors.mysql.debezium.task.context.StatefulTaskContext [] - MySQL current GTID set 106a4bb6-ec0d-11ec-a2d4-00163e279211:1-204182899,7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662 does contain the GTID set 106a4bb6-ec0d-11ec-a2d4-00163e279211:203495054-204182173 required by the connector.
2023-02-21 14:08:29,801 INFO com.ververica.cdc.connectors.mysql.debezium.task.context.StatefulTaskContext [] - Server has already purged 106a4bb6-ec0d-11ec-a2d4-00163e279211:1-203495053,7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662 GTIDs
2023-02-21 14:08:29,802 WARN com.ververica.cdc.connectors.mysql.debezium.task.context.StatefulTaskContext [] - Some of the GTIDs needed to replicate have been already purged
2023-02-21 14:08:29,803 ERROR org.apache.flink.connector.base.source.reader.fetcher.SplitFetcherManager [] - Received uncaught exception.
java.lang.RuntimeException: SplitFetcher thread 0 received unexpected exception while polling the records
at org.apache.flink.connector.base.source.reader.fetcher.SplitFetcher.runOnce(SplitFetcher.java:150) ~[flink-connector-files-1.16.1.jar:1.16.1]
at org.apache.flink.connector.base.source.reader.fetcher.SplitFetcher.run(SplitFetcher.java:105) [flink-connector-files-1.16.1.jar:1.16.1]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_362]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_362]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_362]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_362]
at java.lang.Thread.run(Thread.java:750) [?:1.8.0_362]
Caused by: java.lang.IllegalStateException: The connector is trying to read binlog starting at Struct{version=1.6.4.Final,connector=mysql,name=mysql_binlog_source,ts_ms=1676959709803,db=,server_id=0,file=mysql-bin.005893,pos=15052069,row=0}, but this is no longer available on the server. Reconfigure the connector to use a snapshot when needed.
at com.ververica.cdc.connectors.mysql.debezium.task.context.StatefulTaskContext.loadStartingOffsetState(StatefulTaskContext.java:194) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at com.ververica.cdc.connectors.mysql.debezium.task.context.StatefulTaskContext.configure(StatefulTaskContext.java:117) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at com.ververica.cdc.connectors.mysql.debezium.reader.BinlogSplitReader.submitSplit(BinlogSplitReader.java:103) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at com.ververica.cdc.connectors.mysql.debezium.reader.BinlogSplitReader.submitSplit(BinlogSplitReader.java:71) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at com.ververica.cdc.connectors.mysql.source.reader.MySqlSplitReader.checkSplitOrStartNext(MySqlSplitReader.java:159) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at com.ververica.cdc.connectors.mysql.source.reader.MySqlSplitReader.fetch(MySqlSplitReader.java:71) ~[blob_p-384c1d850f997d73acba83fc72dc8cfb8bead162-07d02e9eebcf14d5793c784b1d89c6cc:?]
at org.apache.flink.connector.base.source.reader.fetcher.FetchTask.run(FetchTask.java:58) ~[flink-connector-files-1.16.1.jar:1.16.1]
at org.apache.flink.connector.base.source.reader.fetcher.SplitFetcher.runOnce(SplitFetcher.java:142) ~[flink-connector-files-1.16.1.jar:1.16.1]
... 6 more
gtids in checkpoint:"file":"mysql-bin.005893","pos":"15052069","kind":"SPECIFIC","gtids":"106a4bb6-ec0d-11ec-a2d4-00163e279211:203495054-204182173"
show master status gtids :106a4bb6-ec0d-11ec-a2d4-00163e279211:1-204479617,
7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662
show binary logs：

What did you expect to see?
if first set specificOffset then can work from ck
What did you see instead?
if first set specificOffset then can not work from ck
Anything else?
No response
Are you willing to submit a PR?

[ ] I'm willing to submit a PR!

除了引入mysql-cdc包还需要引入哪些包, 我的环境跟你一样, 但是我的却说少kafka的类, org.apache.kafka.connect.data.Struct, 你的lib包还有什么jar包?

@wekin flink-connector-kafka

The bug is caused by the unreasonable GTIDs saved in the new checkpoint after starting from the specificOffset. In this issue, the starting point of the checkpoint is at 106a4bb6-ec0d-11ec-a2d4-00163e279211:203495054-xxx, instead of 106a4bb6-ec0d-11ec-a2d4-00163e279211:1-xxx or 7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662.
We can try to analyze the handling process of GTIDs for CDC:
1.Obtain the available GTIDs, i.e., show master status.
106a4bb6-ec0d-11ec-a2d4-00163e279211:1-204479617,
7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662

2.Obtain the checkpoint GTIDs.
106a4bb6-ec0d-11ec-a2d4-00163e279211:203495054-204182173

3.Obtain the purged GTIDs, i.e., @@global.gtid_purged.
106a4bb6-ec0d-11ec-a2d4-00163e279211:1-203495053,
7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662

4.Obtain the GTIDs to replicate, i.e., the difference between available GTIDs and checkpoint GTIDs.
106a4bb6-ec0d-11ec-a2d4-00163e279211:1-203495053
106a4bb6-ec0d-11ec-a2d4-00163e279211:204182174-204479617,
7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662

5.Obtain the non-purged GTIDs to replicate, i.e., the difference between GTIDs to replicate and purged GTIDs.
106a4bb6-ec0d-11ec-a2d4-00163e279211:204182174-204479617

6.Finally, compare the GTIDs to replicate with the non-purged GTIDs to replicate. If they are not the same, it is considered that some of the GTIDs that need to be synchronized have been cleaned up. In this issue, they are obviously not equal because the GTIDs recorded in the checkpoint are problematic. Only 106a4bb6-ec0d-11ec-a2d4-00163e279211:203495054-204182173 is considered to have been consumed, so the following ranges of GTIDs need to be synchronized:
106a4bb6-ec0d-11ec-a2d4-00163e279211:1-203495053
106a4bb6-ec0d-11ec-a2d4-00163e279211:204182174-204479617,
7aec1281-719c-11eb-afcf-00163e06a35c:1-147359662

This is not what we expected.
Hi @PatrickRen, could you pay attention to this issue? If you don't have time, I am willing to submit a PR to fix it.

@wallkop Thanks a lot for the analysis. I find the earliest offset exists this problem too.

@wallkop Please be free to fix this issue. Assign to you. Thanks ~

@wallkop Please be free to fix this issue. Assign to you. Thanks ~

Got it, thanks.

@wallkop Please be free to fix this issue. Assign to you. Thanks ~

I have submitted a PR and would appreciate it if you could review it when you have time.
PR: https://github.com/ververica/flink-cdc-connectors/pull/2063


Uncaught TypeError: Cannot read property 'resultType' of undefined

Happens directly after opening a Purescript project. I hope this is not just me having an outdated version of something, I've tried my best to update everything that could be relevant.
psc Version: <IP_ADDRESS>
pulp Version: 8.0.0
psc-ide Version: 0.6.0
Atom Version: 1.4.2
System: Mac OS X 10.11.3
Thrown From: ide-purescript package, v0.8.1
Stack Trace
Uncaught TypeError: Cannot read property 'resultType' of undefined
At /Users/phartig/.atom/packages/ide-purescript/lib/psc-ide.coffee:31

TypeError: Cannot read property 'resultType' of undefined
    at exit (/Users/phartig/.atom/packages/ide-purescript/lib/psc-ide.coffee:31:22)
    at triggerExitCallback (/Applications/Atom.app/Contents/Resources/app.asar/src/buffered-process.js:213:47)
    at /Applications/Atom.app/Contents/Resources/app.asar/src/buffered-process.js:220:18
    at Socket.<anonymous> (/Applications/Atom.app/Contents/Resources/app.asar/src/buffered-process.js:98:18)
    at emitOne (events.js:82:20)
    at Socket.emit (events.js:169:7)
    at Pipe._onclose (net.js:469:12)

Config
{
  "core": {},
  "ide-purescript": {}
}

Installed Packages
# User
atom-typescript, v8.2.0
clipboard-plus, v0.5.1
haskell-pointfree, v0.1.3
hex, v0.6.2
hover-tooltips, v0.3.0
hover-tooltips-hdevtools, v0.10.0
ide-flow, v0.8.0
ide-haskell-cabal, v1.0.0
ide-purescript, v0.8.1
language-elm, v1.3.2
language-gradle, v0.0.3
language-groovy, v0.5.0
language-haskell, v1.5.2
language-purescript, v0.6.1
linter, v1.11.3
linter-elm-make, v0.4.0
linter-hlint, v0.4.2
linter-javac, v1.5.0
relative-numbers, v0.4.1
vim-mode, v0.64.0
vim-mode-clipboard-plus, v0.2.0
vim-mode-visual-block, v0.2.15
vim-surround, v0.8.1

# Dev
No dev packages

Could you start psc-ide-server --debug in your projects root directory. Then open the project in atom and see what output you get?

Versions look good. As well as what @kRITZCREEK asks, be good to open the developer console in atom and see if there's anything there, there should hopefully be a line with --> or some info. Failing that I also just pushed a new patch version that might have slightly better error output in this case.

Sorry, appears to have been a false positive. It's all good now. My suspicion is that there was an outdated process still running on the same port.
Sorry for the noise!

No problem, glad you got it working.


go.mod: replace non-existent tag

The openshift/api project deleted their tags at some point, because of
which we get the following error for go commands:
go:
<EMAIL_ADDRESS>invalid pseudo-version: preceding tag (v3.9.0) not found

There is at least one more project which is referencing the tag(Noobaa)
which makes it harder to change the require line right now. Therefore, I
have modified the requirement through a replace line.
For more information refer to
https://github.com/openshift/api/issues/456
Signed-off-by: Raghavendra Talur<EMAIL_ADDRESS>

To clarify, we still refer to the same commit of openshift/api that we were referring to. It is only the reference to it that has changed from v3.9.1-1- to v0.0.0-

/retest

Do we need to run make deps-update ?

Thanks! Done.

/retest

I have tested the changes.

/retest

/test ocs-operator-e2e-aws

/retest

The patch looks clean and simple enough. @raghavendra-talur also explained why it's needed. But why doesn't my build fail? What is needed to hit the problem?

@obnoxxx and I debugged this a little more. There are two dirs on the system where the packages are available:
$GOPATH/pkg/mod/<URL of the package>
$GOPATH/pkg/mod/cache/download/<URL of the package>

After removing openshift/api from both these locations, go mod tidy and go mod vendor commands fail if the GOPROXY is set to "direct" only.
Also note that the Makefile sets the GOPROXY to https://proxy.golang.org and therefore make deps-update succeeds even if the shell has GOPROXY set to "direct".

@raghavendra-talur ok. thanks for the explanation. So the change is correct. But we would not ever hit it because we are using a go proxy. ;-)

Right. That got me wondering why I found this error in the first place. So here is the reason;

vim-go and coc.nvim both use gopls as the language server for autocomplete functionality

vscode uses gopls as the language server for autocomplete functionality

and because go mod vendor wasn't working outside the Makefile, these tools were failing to parse/index the codebase.


Change resource to published

No reason for pages to say `resource: ' when they can say 'published: '

Turns out that published is already a Jekyll tag. Nice, but not what I wanted. Will reformat again.


[FR] Documentation - add node config file example

Can we attach to documentation full config file listing or add link where there will be a node config file, (at least for mainnet)  with all most important tracers, mappings and traceForwardTo section already added/defined so user can only download such file and start node ? I think it will be much more convenient for end users than adding it manually.

And don't forget to add info that "TurnOnLogMetrics": true, has to be set to true and add there any other important info.

It's done in this PR: https://github.com/input-output-hk/cardano-rt-view/pull/37


Build a person database with external KB IDs where possible

This txt file has the 330 names from the Say Their Names exhibit. 330names.txt
We need to reconcile these named entities against Wikidata and perhaps other records.

I uploaded this text file to the ksr-data-events repo

Fill out details for the list of people from the Say Their Names exhibit in this spreadsheet so that we can upload this data to the graph database.


p2p: Move P2pEvent to the types crate.

Mempool will have to be able to subscribe to and process p2p events to handle peers connecting and disconnecting. To avoid circular dependences, move the event type into the p2p-types crate.

@pavel-kokolemin any objections to this?

@pavel-kokolemin any objections to this?

All good, thanks.


Update config and add blog, calendar, and news sections, simplify registration form

Fixes https://github.com/sigturk/sigturk/issues/104
Fixes https://github.com/sigturk/sigturk/issues/103
Fixes https://github.com/sigturk/sigturk/issues/100
Fixes https://github.com/sigturk/sigturk/issues/99
Fixes https://github.com/sigturk/sigturk/issues/92
Fixes https://github.com/sigturk/sigturk/issues/88
Fixes https://github.com/sigturk/sigturk/issues/86
Fixes https://github.com/sigturk/sigturk/issues/84
Fixes https://github.com/sigturk/sigturk/issues/83
Fixes https://github.com/sigturk/sigturk/issues/82
Fixes https://github.com/sigturk/sigturk/issues/64
Your feedback is more than welcome! This PR makes progress on many things we've been coming back at. Groups doesn't allow embed as iframe but we can work around that in a subsequent PR, at least we should have the thing linked in website now that archive and list itself is public. Calendar can be made to match theme but we're going to tweak that quite soon anyways with revamped tooling. Thank you!

Please see the preview here https://mehmetoguzderin.github.io/sigturk.github.io/preview/oguz-202402-newflow/
(Menu links are broken due to preview system, please do manual edit of address bar to see subpages, for example Calendar https://mehmetoguzderin.github.io/sigturk.github.io/preview/oguz-202402-newflow/calendar link)


How to access the original process.argv from the worker loader process?

Do I need to use the globalPreload with the port?
If I'm using the port, how can I guarantee my loader sets something on global before running any hooks? Is it a race?
I need a loader to behave differently depending on how the app is run.
It would be nice to allow the original process object to be available.
PS: Are these workers the same as node:worker_threads? Could we use workerData?

This seems to work fine:
export function globalPreload({port}) {
  const {argv} = process
  port.onmessage = evt => {
    const {data} = evt
    global.liveProcessArgv = data
  }
  return `\
    port.postMessage(process.argv);
  `
}


Seems like antibody bundle doesn't work.

Seems like antibody bundle doesn't work. I get this after adding it:
# ~/.zshrc
antibody bundle jackharrisonsherlock/common

Hey Oleg, thanks for raising! I don't actually use antibody myself, does the standard oh my zsh installation method work for you?

Yes, Oh My Zsh works.
Thanks for creating this prompt. It's awesome!

I'll try replicate the antibody issue and see if I can fix it.
Thanks for the kind words!


Official docs and this repository still indicate that this is a beta product

I almost disregarded Mayastor because of this statement on your documentation page:

Mayastor is beta software and is under active development

Source: https://openebs.io/docs/concepts/mayastor
However, since the product is now 2.x, and as confirmed in the following issue, my understanding is that Mayastor is ready for production use:
https://github.com/openebs/mayastor/issues/1130
To avoid putting potential users off, would pay to update the following documentation:

https://openebs.io/docs/concepts/mayastor
https://github.com/openebs/mayastor/blob/06f7edbb459595328c365a813317415b43d33453/CONTRIBUTING.md

Ok, I now see that there are couple of other places as well that you have pointed out in your PR description. Sorry about that.
Re-opening !!!

@avishnu why was this reopened, something still left to fix?

I think it's all done now, please reopen if otherwise.


Update Object result cards to expand the number of artists listed in Produced By

Problem Description:
From IT Team Meeting 10/18 (notes here), it was decided to expand the Produced By title to include up to 3 artists. This will reduce user confusion when a user sort by produced by.
Expected Behavior/Solution:
Update the Produced By label to include up to three artists when applicable.
Requirements:

When records have more than one artist listed in the Produced By title, it will show up to three artists.
Ex: Produced By: [Artist 1], [Artist 2], [Artist 3] in [date]
When records have more than three artists listed, it will show an eclipse at the end.
Ex: Produced By: [Artist 1], [Artist 2], [Artist 3] in [date] ...

Needed for promotion:
If an item on the list is not needed, it should be crossed off but not removed.

[ ] Wireframe/Mockup - Mike
[ ] Committee discussions - Sarah
[ ] Feasibility/Team discussion - Sarah
[ ] Backend requirements - TBD
[ ] Frontend requirements- TBD
[ ] Are new regression tests required for QA - Amy
[ ] Questions
List of questions for discussions. Answers should be documented within the issue.

UAT/LUX Examples:

DEV: more than one artist
DEV:  More than 3 Artists
Dependencies/Blocks:
N/A

Related Github Issues:

https://github.com/project-lux/lux-marklogic/issues/343

Related links:
N/A
Wireframe/Mockup:
Current:
More than 3 artists:

More than 1 artist:
Expected:
More than 3 artists:

This has been added to the agenda spreadsheet to bring to interactions for awareness. @prowns.

@miketullo95 -  Should the ... on the bottom mockup above be linked or not?  If linked, should it go to the Geldzahler Portfolio record?

Also @miketullo95 - should the ... be after "Rosenquist" or after "1998"?  I prefer after Rosenquist.

From interactions meeting it was confirmed the "..." should be after Rosenquist.

uat 11/6
this ticket will need to be on the same deployed as: https://github.com/project-lux/lux-marklogic/issues/343

approved by uat to move to 01/13


Add more optionality to select functionAppName for maven projects

This is a suggestion and not an issue. In maven projects, the functionAppName property should be allowed to be declared under specific profiles, but right now the plugin only checks the properties section in <project>.
A couple of options for improvement are either checking to see if there's a profile that has the activeByDefault activation section, meaning it is the default/fallback profile, and checking for the functionAppName property over there, or adding a setting that allows for inputting desired profile (ie AzureFunctions.pomProfile, or something along those lines).
Either way, if this is something that is deemed to be a good improvement suggestion, I would love to work on it myself and create a pr for it if that's okay with maintainers of this extension.
Have a great weekend :)

We would definitely welcome your contribution! We aren't experts with Maven, so your insight would be greatly appreciated and helpful.


add mithril 1.1.1 support

Nice project!
Didn't work with mithril 1.1.1 for me without these patches.  add "-D mithril_111" to use.

Nice! I need some time to check this. I'm also pretty convinced the components won't work at all, but I feel they need to be completely revised anyway.

You are correct, components are broken.  Dangit :)
Have you considered removing ComponentCache?  Is it only necessary if you store state within the component?

Well, a lot can be removed since https://github.com/MithrilJS/mithril.js/pull/1339 is merged. They should reflect a mithril component as closely as possible (eg the same lifecycle methods and attrs/state). However the projects I use ithril in I doubt will see a refector to mithril 1, so I don't think I'll get round to this soon. Are you actually using this? It might make sense to release a new version without components for now.

I'm going to use it for a hobby project - but I need components working..  so eventually it'll get there.
Working on getting the tests and HTMLRenderer working, but the concept of letting mithril instance components appears sound.

I gave you push acces to the repository. As I see it this should live on as ithril v2, while I can take care of any updates to the older (v1, mithril 0.2.x) version. I'm not entirely sure if adding you to the haxelib.json authors would also grant you rights to make haxelib releases but let's give a try once you're done.

OK!  Going to let this simmer for a few days to see what bugs pop out and then I'll merge + submit.sh.


video_calls: Drop VIDEO_ZOOM_TESTING_ configurations.

These are no longer needed.

I'm not sure these won't be useful again, but I suppose it's easy to temporarily revert this if it does come up, and I have no reason to believe that'll be in the next year.


Fix some README typos

Fixing a bunch of typos I found while going through those awesome extension <3

Thanks!


Spread the word of TokenScript in below 3 channels

[ ] ethereum.wiki
[x] reddit.com/ethereum
[ ] ethereum-magicians.org (try making a ring, or join an existing ring)
[ ] ERCs

once done, share the links in https://www.tokenscript.org

This task has clear criteria for execution. Please keep filing issues in this fashion.

@James-Sangalli time to draft ERCs


Moving tabs around seems to be slow on Firefox

In firefox, when I try moving around the tabs, I find that it takes about 5 seconds where firefox hangs before the move happens.
When I do the same in chromium, it takes less than half a second.
On checking the process usage in htop I find that firefox takes up 100% of one of my cores while doing this (and then goes back down to <10%). Chromium doesn't go above 20% throughout.
Using Firefox 48.0 on Fedora 24 and Chromium 52.0.2743.116

Hi @AbdealiJK, can you describe a little more how you arrived in this condition?  I tried Firefox 47.0 on OSX 10.11, opened one of each type of activity from the launcher, and the tabs are responsive when moving.

Hm, I can't seem to be able to reproduce this.
Right now, firefox is still slower than chromium, but it does not take more than a second to move the tabs.
I think this may have been a one off occurrence on my laptop, maybe some indexing going on in the background using up resources (?)
Either way. Closing this.

@AbdealiJK Thanks for reporting this anyway! Firefox does seem to be quite a bit slower than other browsers when it comes to rearranging tabs. This should be mitigated in future release (I have a plan), but it's not super-high on my priority list given the level of effort the plan entails.

@sccolbert
If you have a bit of free time sometime, it would be a good idea to note down a few of the points you have in mind to speed it up on firefox.
Maybe I could try it out or atleast it would be good documentation when implemented in the future

This should be mitigated in future release (I have a plan),

Is this making the dock area a flat DOM structure?

I too experience this issue (Mac 10.11.16 FF 48.0.1), except that, in my case, it is often far worse and Firefox appears to hang permanently, causing me to force-quit it. One thing I notice is that it seems a lot more likely to happen when I am using a local server (MAMP) for my tabs. Not sure how reproducible it is, but today I arrived at this condition by opening four local pages via localhost using MAMP, and then tried to move the rightmost tab left.


[Feature Request] Make ARCtrl publish only one package.

This is meant to clear up future dependency issues, while also maintaining a slim publishing pipeline

This does not include all relevant fable files! (more)

If we find a solution for the missing fable files the following is the only change required:
// build/PackageTasks.fsx
module BundleDotNet =
    let bundle (versionTag : string) (versionSuffix : string option) =
        System.IO.Directory.CreateDirectory(ProjectInfo.netPkgDir) |> ignore
        !! $"src/**/{project}.fsproj" // THIS LINE
        -- "src/bin/*"
        |> Seq.iter (Fake.DotNet.DotNet.pack (fun p ->
            let msBuildParams =
                {p.MSBuildParams with
                    Properties = ([
                        "Version",versionTag
                        "PackageReleaseNotes",  (ProjectInfo.release.Notes |> List.map replaceCommitLink |> String.toLines )
                    ] @ p.MSBuildParams.Properties)
                }
            {
                p with
                    VersionSuffix = versionSuffix
                    MSBuildParams = msBuildParams
                    OutputPath = Some ProjectInfo.netPkgDir
            }
        ))


Check for ElasticSearch requirements

Per #24 and #36, ElasticSearch is causing some issues as it has some very specific and non-OoB requirements which causes it to fail on boot. We can 1) put it in development mode. 2) Check beforehand and fail explicitly if the necessary settings aren't configured.

Placing ES into development mode to bypass bootstrap checks. Tracking in search-discovery-type.


Disable CodeQL workflow

:warning: Please install the  to ensure uploads and comments are reliably processed by Codecov.
Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 100.00%. Comparing base (4af6de6) to head (729d185).
Report is 1 commits behind head on main.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff            @@
##              main       #58   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           13        13
  Lines          844       825   -19
=========================================
- Hits           844       825   -19

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


Solicit committee feedback on payout strategy

See: https://github.com/FixPlanet/org/blob/main/README.md#payout-strategy
Ideas:

50% start, 50% at the completion of final milestone
50% start, 50% at mid-way point
???

I agree that having 3 payments, one at the beginning, one at the half and one at the end (release of some artefact) would be the best strategy

potential plan:

50%
25%
25% ?

Done; this is codified here: https://github.com/FixPlanet/org#payout-strategy


Something seems missed

Following the tutorial, but something went wrong.
Any thoughts?

There is some issues with submodule (or the repo) because I seldom update it.
I can not solve it because me noob.
One solution is to decompress  env.tgz which contains "MU_BASECORE\ Common\ Silicon".
You can find it in renegade Telegram group.


WIP: Add a google cloud build make target

Abandoning this. Its really slow, even with --cache-from. Due to:  https://github.com/moby/moby/issues/34715


file name taken as --por argument: pnml2lts-mc --por problem101.pnml

pnml2lts-mc --threads=64 --por problem101.pnml
pnml2lts-mc, ** error **: unknown POR algorithm problem101.pnml
--por in this case takes no argument, so problem101.pnml should be interpreted as file name.
LTSmin treated this like I typed:
pnml2lts-mc --threads=64 --por=problem101.pnml
(I did this on caserta)

After searching the interwebs for some time, I could not find a way to resolve this with popt. Maybe it is not  even possible to resolve, who knows.

force thta popt demands an equals sign between parameters?
otherwise we just change the options and add --por-alg or so

Can we force popt to require =? Else I don't think we should put anymore effort into this issue.

won't fix with popt


Changes unlocking to use ast.literal_eval

Resolves #211.

Great.
Before merge:

[ ] Test an unlocking suite from the lab.
[ ] Runs test with something that produces a syntax error (like raise Exception or a = 1)

Tested with lab02 and it seems to work as expected.

Thanks for testing it. Merging now.


Azure: Cleanup image definitions

Related ticket: https://progress.opensuse.org/issues/156940

Tested and it works:
2024-03-13 14:08:54,097 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-12-SP4-DMS-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:08:56,347 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-12-SP4-DMS-AZURE-SAP-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:08:58,909 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-12-SP5-DMS-AZURE-BYOS-X64-GEN2/56.1.2038 skipped due to dry run mode
2024-03-13 14:09:01,372 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-12-SP5-DMS-AZURE-SAP-BYOS-X64-GEN2/56.1.2038 skipped due to dry run mode
2024-03-13 14:09:03,719 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BASIC-GEN1-X64-GEN1 skipped due to dry run mode
2024-03-13 14:09:05,860 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BASIC-GEN2-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:07,923 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BASIC-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:10,068 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-ARM-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:09:12,218 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:09:14,369 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-GEN1-X64-GEN1 skipped due to dry run mode
2024-03-13 14:09:16,432 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-GEN2-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:18,495 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-X64-GEN1 skipped due to dry run mode
2024-03-13 14:09:20,716 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:23,083 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP5-AZURE-CHOST-BYOS-X64-GEN2/1.64.104 skipped due to dry run mode
2024-03-13 14:09:25,128 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-HARDENED-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:27,228 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-STANDARD-ARM-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:09:29,272 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-STANDARD-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:09:31,319 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-STANDARD-GEN1-X64-GEN1 skipped due to dry run mode
2024-03-13 14:09:33,378 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-STANDARD-GEN2-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:35,415 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP5-AZURE-STANDARD-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:37,511 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-BASIC-GEN1-X64-GEN1 skipped due to dry run mode
2024-03-13 14:09:39,569 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-BASIC-X64-GEN2 skipped due to dry run mode
2024-03-13 14:09:42,027 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.124.91 skipped due to dry run mode
2024-03-13 14:09:42,136 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.125.91 skipped due to dry run mode
2024-03-13 14:09:42,246 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.126.91 skipped due to dry run mode
2024-03-13 14:09:42,368 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.132.91 skipped due to dry run mode
2024-03-13 14:09:42,634 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.145.91 skipped due to dry run mode
2024-03-13 14:09:42,755 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.146.91 skipped due to dry run mode
2024-03-13 14:09:42,891 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.147.91 skipped due to dry run mode
2024-03-13 14:09:42,996 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.148.91 skipped due to dry run mode
2024-03-13 14:09:43,098 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-ARM64-GEN2/1.149.91 skipped due to dry run mode
2024-03-13 14:09:45,382 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.124.91 skipped due to dry run mode
2024-03-13 14:09:45,490 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.125.91 skipped due to dry run mode
2024-03-13 14:09:45,594 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.145.91 skipped due to dry run mode
2024-03-13 14:09:45,709 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.146.91 skipped due to dry run mode
2024-03-13 14:09:45,882 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.147.91 skipped due to dry run mode
2024-03-13 14:09:45,987 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.148.91 skipped due to dry run mode
2024-03-13 14:09:46,091 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-GEN1-X64-GEN1/1.149.91 skipped due to dry run mode
2024-03-13 14:09:48,346 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.124.91 skipped due to dry run mode
2024-03-13 14:09:48,453 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.125.91 skipped due to dry run mode
2024-03-13 14:09:48,560 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.145.91 skipped due to dry run mode
2024-03-13 14:09:48,667 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.146.91 skipped due to dry run mode
2024-03-13 14:09:48,786 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.147.91 skipped due to dry run mode
2024-03-13 14:09:48,894 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.148.91 skipped due to dry run mode
2024-03-13 14:09:48,998 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-BYOS-X64-GEN2/1.149.91 skipped due to dry run mode
2024-03-13 14:09:51,346 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.100.91 skipped due to dry run mode
2024-03-13 14:09:51,455 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.101.91 skipped due to dry run mode
2024-03-13 14:09:51,561 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.102.91 skipped due to dry run mode
2024-03-13 14:09:51,663 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.103.91 skipped due to dry run mode
2024-03-13 14:09:51,765 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.81.91 skipped due to dry run mode
2024-03-13 14:09:51,867 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.82.91 skipped due to dry run mode
2024-03-13 14:09:51,974 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-CHOST-BYOS-X64-GEN2/1.99.91 skipped due to dry run mode
2024-03-13 14:09:54,204 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.100.90 skipped due to dry run mode
2024-03-13 14:09:54,310 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.101.90 skipped due to dry run mode
2024-03-13 14:09:54,415 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.103.90 skipped due to dry run mode
2024-03-13 14:09:54,517 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.104.90 skipped due to dry run mode
2024-03-13 14:09:54,632 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.105.90 skipped due to dry run mode
2024-03-13 14:09:54,740 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.106.90 skipped due to dry run mode
2024-03-13 14:09:54,953 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.81.90 skipped due to dry run mode
2024-03-13 14:09:55,070 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HARDENED-BYOS-X64-GEN2/1.82.90 skipped due to dry run mode
2024-03-13 14:09:57,301 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.100.91 skipped due to dry run mode
2024-03-13 14:09:57,414 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.101.91 skipped due to dry run mode
2024-03-13 14:09:57,525 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.103.91 skipped due to dry run mode
2024-03-13 14:09:57,637 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.104.91 skipped due to dry run mode
2024-03-13 14:09:57,747 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.105.91 skipped due to dry run mode
2024-03-13 14:09:57,854 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.106.91 skipped due to dry run mode
2024-03-13 14:09:58,073 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.81.91 skipped due to dry run mode
2024-03-13 14:09:58,182 ocw.lib.azure INFO     [ccoe] Deletion of version test_image_gallery/SLE-15-SP6-AZURE-HPC-BYOS-X64-GEN2/1.82.91 skipped due to dry run mode
2024-03-13 14:10:00,244 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-HPC-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:02,305 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-STANDARD-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:04,544 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-STANDARD-GEN1-X64-GEN1 skipped due to dry run mode
2024-03-13 14:10:06,594 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-15-SP6-AZURE-STANDARD-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:08,714 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.2-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:10,792 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.2-BYOS-AZURE-X64-GEN1 skipped due to dry run mode
2024-03-13 14:10:13,045 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.2-BYOS-AZURE-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:15,142 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.3-AZURE-BYOS-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:17,243 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.3-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:19,395 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.3-BYOS-AZURE-ARM-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:21,552 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.3-BYOS-AZURE-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:23,692 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.4-AZURE-BYOS-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:25,946 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.4-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:28,025 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.4-BYOS-AZURE-ARM-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:30,145 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.4-BYOS-AZURE-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:32,398 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.5-AZURE-BYOS-ARM64-GEN2 skipped due to dry run mode
2024-03-13 14:10:34,652 ocw.lib.azure INFO     [ccoe] Deletion of image test_image_gallery/SLE-MICRO-5.5-AZURE-BYOS-X64-GEN2 skipped due to dry run mode
2024-03-13 14:10:37,825 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.18-BYOS-Build2.30.vhd skipped due to dry run mode
2024-03-13 14:10:37,825 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.18-BYOS-Build2.31.vhd skipped due to dry run mode
2024-03-13 14:10:37,825 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.18-BYOS-Build2.32.vhd skipped due to dry run mode
2024-03-13 14:10:37,826 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.18-BYOS-Build2.34.vhd skipped due to dry run mode
2024-03-13 14:10:37,826 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.19-SAP-BYOS-Build2.32.vhd skipped due to dry run mode
2024-03-13 14:10:37,826 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.19-SAP-BYOS-Build2.33.vhd skipped due to dry run mode
2024-03-13 14:10:37,826 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.19-SAP-BYOS-Build2.34.vhd skipped due to dry run mode
2024-03-13 14:10:37,826 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES12-SP5-Azure.x86_64-1.0.19-SAP-BYOS-Build2.36.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP5-CHOST-BYOS.x86_64-1.0.4-Azure-Build1.64.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.124.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.125.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.126.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.132.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.145.vhd skipped due to dry run mode
2024-03-13 14:10:37,827 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.146.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.147.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.148.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.aarch64-0.9.1-Azure-Build1.149.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.124.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.125.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.145.vhd skipped due to dry run mode
2024-03-13 14:10:37,828 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.146.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.147.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.148.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-BYOS.x86_64-0.9.1-Azure-Build1.149.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.100.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.101.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.102.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.103.vhd skipped due to dry run mode
2024-03-13 14:10:37,829 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.81.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.82.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-CHOST-BYOS.x86_64-0.9.1-Azure-Build1.99.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.100.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.101.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.103.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.104.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.105.vhd skipped due to dry run mode
2024-03-13 14:10:37,830 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.106.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.81.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-HPC-BYOS.x86_64-0.9.1-Azure-Build1.82.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.100.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.101.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.103.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.104.vhd skipped due to dry run mode
2024-03-13 14:10:37,831 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.105.vhd skipped due to dry run mode
2024-03-13 14:10:37,832 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.106.vhd skipped due to dry run mode
2024-03-13 14:10:37,832 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.81.vhd skipped due to dry run mode
2024-03-13 14:10:37,832 ocw.lib.azure INFO     [ccoe] Deletion of blob SLES15-SP6-Hardened-BYOS.x86_64-0.9.0-Azure-Build1.82.vhd skipped due to dry run mode


Required Fields

Hi, just wondering if there would be any future updates that add required fields? Essentially giving the client the ability to choose which input fields are required, including an error if the user does not enter information. Thanks in advance!

That would be a nice feature

That's beyond the scope of this plugin.  Contact Form is purposely light-weight.  There are plenty of other more full-featured form builder/contact plugins available.


refactor: use inquirer to implement CLI.prompt

@joyeecheung Probably. I'll try it in another PR.

@joyeecheung I see that cli.promptForInput is not used at all. Should I just remove it?

I opened https://github.com/nodejs/node-core-utils/pull/315

It was a preliminary for https://github.com/nodejs/node-core-utils/pull/299


Add Tuxera NTFS driver (v2014).

Add Tuxera NTFS driver (v2014).
Thanks to @phinze and @ndr-qef for their support and patience in getting this done.

Thanks to you.


Remove posting to facebook and twitter

Closes #1421
See:

https://github.com/our-city-app/mobicage-backend/pull/226
https://github.com/our-city-app/mobicage-android-client/pull/175
https://github.com/our-city-app/mobicage-ios-client/pull/148

@lucasvanhalst can you validate that there are no planned news items with facebook or twitter.

@RubenMattan posting to fb and twitter has been hidden for almost 2 months now so that should be fine


Download of Artifact often fails and triples the time to create a container

PLEASE DO NOT INCLUDE ANY PASSWORDS OR TOKENS IN YOUR ISSUE!!!
Describe the issue
I often see the artifact download fail and fall back to another URL.  This fail/failover process seems to take an inordinate amount of time (a number of minutes).
Why is this download failure happening?  Is there a problem with the default artifact URL?  Is there a throttling issue?
Can the "fail/failover" happen faster?
Scripts used to create container and cause the issue
Run-AlValidation `
    -licenseFile $licenseFile `
    -apps $apps `
    -previousApps $previousApps `
    -affixes $affixes `
    -countries $countries

I have include the full results below but it is not really really relevant.

Starting Internet Information Server
Copying Service Tier Files
Copying PowerShell Scripts
Copying dependencies
Copying ReportBuilder
Importing PowerShell Modules
Determining Database Collation from c:\dl\sandbox\17.4.21491.22171\gb\BusinessCentral-GB.bak
Restoring CRONUS Demo Database
Setting CompatibilityLevel for CRONUS on localhost\SQLEXPRESS
Modifying Business Central Service Tier Config File for Docker
Creating Business Central Service Tier
Installing SIP crypto provider: 'C:\Windows\System32\NavSip.dll'
Copying Web Client Files
Copying Client Files
Copying ModernDev Files
Copying additional files
Copying ConfigurationPackages
Copying Test Assemblies
Copying Extensions
Copying Applications
Copying Applications.GB
Starting Business Central Service Tier
Importing license file
Stopping Business Central Service Tier
Installation took 196 seconds
Installation complete
Initializing...
Setting host.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting gateway.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting kubernetes.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting dbserver.containerhelper.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting host.containerhelper.internal to <IP_ADDRESS> in container hosts file
Starting Container
Hostname is bcserver
PublicDnsName is bcserver
Using NavUserPassword Authentication
Creating Self Signed Certificate
Self Signed Certificate Thumbprint 755749E0326144F41AF3591297B006DB0C133F9B
Modifying Service Tier Config File with Instance Specific Settings
Modifying Service Tier Config File with settings from environment variable
Setting EnableTaskScheduler to True
Starting Service Tier
Registering event sources
Creating DotNetCore Web Server Instance
Enabling Financials User Experience
Using license file 'c:\run\my\license.flf'
Import License
Creating http download site
Setting SA Password and enabling SA
Creating admin as SQL User and add to sysadmin
Creating SUPER user
Container IP Address: <IP_ADDRESS>
Container Hostname  : bcserver
Container Dns Name  : bcserver
Web Client          : http://bcserver/BC/
Dev. Server         : http://bcserver
Dev. ServerInstance : BC
Setting bcserver to <IP_ADDRESS> in host hosts file

Files:
http://bcserver:8080/ALLanguage.vsix

Container Total Physical Memory is 15.7Gb
Container Free Physical Memory is 4.7Gb

Initialization took 74 seconds
Ready for connections!
 All rights reserved

Compilation started for project 'iMS Finance Tools' containing '22' files at '10:24:59.778'.

Compilation ended at '10:25:4.30'.

d:\bccontainerhelper\191eda5a-2110-4354-bc5a-28cbe5b004fe\Evolve iMS Ltd._iMS Finance Tools_<IP_ADDRESS>.app successfully created in 25 seconds
Ignoring warnings
Extracting D:\bccontainerhelper\9d97f2c7-8175-4a1f-b56f-3c1fbe19dfdf\Evolve iMS Ltd._iMS Finance Tools Tests_<IP_ADDRESS>.app
Analyzing: Evolve iMS Ltd._iMS Finance Tools Tests_<IP_ADDRESS>.app
Using affixes: iMS
Downloading d:\bccontainerhelper\72a39925-c19c-4072-a172-c63c09e434f3\appsource.default.ruleset.json
AppSourceCop.json content:
{
    "mandatoryAffixes":  [
                             "iMS"
                         ]
}
Ruleset.json content:
{
    "name":  "Run-AlCops RuleSet",
    "description":  "Generated by Run-AlCops",
    "includedRuleSets":  [
                             {
                                 "path":  "C:\\ProgramData\\BcContainerHelper\\72a39925-c19c-4072-a172-c63c09e434f3\\appsource.default.ruleset.json",
                                 "action":  "Default"
                             }
                         ]
}
Using Symbols Folder: d:\bccontainerhelper\1d79dbaa-59eb-4151-bb7c-4516c8762439
Copying System.app from Container
Copying Microsoft_Application_17.4.21491.22171.app from Container
Copying Microsoft_Base Application_17.4.21491.22171.app from Container
Copying Microsoft_System Application_17.4.21491.22171.app from Container
Downloading symbols: Microsoft_Library Assert_<IP_ADDRESS>.app
Url : http://<IP_ADDRESS>:7049/BC/dev/packages?publisher=Microsoft&appName=Library Assert&versionText=<IP_ADDRESS>&tenant=default
Unexpected error while validating app. Error is: The remote server returned an error: (404) Not Found.
Unpacking application artifact to tmp folder using 7zip
Downloading platform artifact /sandbox/17.0.17126.22050/platform
Downloading C:\Users\micro\AppData\Local\Temp\8a166358-1baa-4fc0-a54b-997159caef4e.zip
Unpacking platform artifact to tmp folder using 7zip
Downloading Prerequisite Components
Downloading d:\bcartifacts.cache\sandbox\17.0.17126.22050\platform\Prerequisite Components\Open XML SDK 2.5 for Microsoft Office\OpenXMLSDKv25.msi
Downloading d:\bcartifacts.cache\sandbox\17.0.17126.22050\platform\Prerequisite Components\IIS URL Rewrite Module\rewrite_2.0_rtw_x64.msi
Downloading d:\bcartifacts.cache\sandbox\17.0.17126.22050\platform\Prerequisite Components\DotNetCore\DotNetCore.1.0.4_1.1.1-WindowsHosting.exe
Fetching all docker images
Using image mcr.microsoft.com/businesscentral:10.0.19042.804
Creating Container bcserver
Version: 17.0.17126.22050-GB
Style: sandbox
Multitenant: No
Platform: 17.0.17020.22022
Generic Tag: <IP_ADDRESS>
Container OS Version: 10.0.19042.804 (20H2)
Host OS Version: 10.0.19042.804 (20H2)
Using process isolation
Using locale en-GB
Disabling the standard eventlog dump to container log every 2 seconds (use -dumpEventLog to enable)
Using license file D:\License\BC17License.flf
Additional Parameters:
--env customNavSettings=EnableTaskScheduler=True
Files in d:\bccontainerhelper\Extensions\bcserver\my:
- AdditionalOutput.ps1
- license.flf
- MainLoop.ps1
- SetupVariables.ps1
- updatehosts.ps1
Creating container bcserver from image mcr.microsoft.com/businesscentral:10.0.19042.804
c2ebc91c1ea8bed81d2f57bd2cc92b59eb1d34d047ed62e5d9ff9d3b7ffea638
Waiting for container bcserver to be ready
Using artifactUrl https://bcartifacts.azureedge.net/sandbox/17.0.17126.22050/gb
Using installer from C:\Run\150-new
Installing Business Central
Installing from artifacts
Starting Local SQL Server
WARNING: Waiting for service 'SQL Server (SQLEXPRESS) (MSSQL$SQLEXPRESS)' to
start...
Starting Internet Information Server
Copying Service Tier Files
Copying PowerShell Scripts
Copying dependencies
Copying ReportBuilder
Importing PowerShell Modules
Determining Database Collation from c:\dl\sandbox\17.0.17126.22050\gb\BusinessCentral-GB.bak
Restoring CRONUS Demo Database
Setting CompatibilityLevel for CRONUS on localhost\SQLEXPRESS
Modifying Business Central Service Tier Config File for Docker
Creating Business Central Service Tier
Installing SIP crypto provider: 'C:\Windows\System32\NavSip.dll'
Copying Web Client Files
Copying Client Files
Copying ModernDev Files
Copying additional files
Copying ConfigurationPackages
Copying Test Assemblies
Copying Extensions
Copying Applications
Copying Applications.GB
Starting Business Central Service Tier
Importing license file
Stopping Business Central Service Tier
Installation took 175 seconds
Installation complete
Initializing...
Setting host.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting gateway.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting kubernetes.docker.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting dbserver.containerhelper.internal to <IP_ADDRESS> in container hosts file (copy from host hosts file)
Setting host.containerhelper.internal to <IP_ADDRESS> in container hosts file
Starting Container
Hostname is bcserver
PublicDnsName is bcserver
Using NavUserPassword Authentication
Creating Self Signed Certificate
Self Signed Certificate Thumbprint 2C0C2F2C48FE6F73085A9A01E825C47660F77D92
Modifying Service Tier Config File with Instance Specific Settings
Modifying Service Tier Config File with settings from environment variable
Setting EnableTaskScheduler to True
Starting Service Tier
Registering event sources
Creating DotNetCore Web Server Instance
Enabling Financials User Experience
Using license file 'c:\run\my\license.flf'
Import License
Creating http download site
Setting SA Password and enabling SA
Creating admin as SQL User and add to sysadmin
Creating SUPER user
Container IP Address: <IP_ADDRESS>
Container Hostname  : bcserver
Container Dns Name  : bcserver
Web Client          : http://bcserver/BC/
Dev. Server         : http://bcserver
Dev. ServerInstance : BC
Setting bcserver to <IP_ADDRESS> in host hosts file

Files:
http://bcserver:8080/ALLanguage.vsix

Container Total Physical Memory is 15.7Gb
Container Free Physical Memory is 3.7Gb

Initialization took 70 seconds
Ready for connections!
 All rights reserved

Compilation started for project 'iMS Finance Tools' containing '22' files at '10:39:20.431'.

Compilation ended at '10:39:24.694'.

d:\bccontainerhelper\57e177f7-a195-42dc-8d3f-905bb4d61cd1\Evolve iMS Ltd._iMS Finance Tools_<IP_ADDRESS>.app successfully created in 24 seconds
Ignoring warnings
Extracting D:\bccontainerhelper\0037f099-fb9e-4dc5-9004-4149dd1b21ca\Evolve iMS Ltd._iMS Finance Tools Tests_<IP_ADDRESS>.app
Analyzing: Evolve iMS Ltd._iMS Finance Tools Tests_<IP_ADDRESS>.app
Using affixes: iMS
Downloading d:\bccontainerhelper\da7b96f6-d3a8-4744-85dd-3b29b7173b29\appsource.default.ruleset.json
AppSourceCop.json content:
{
    "mandatoryAffixes":  [
                             "iMS"
                         ]
}
Ruleset.json content:
{
    "name":  "Run-AlCops RuleSet",
    "description":  "Generated by Run-AlCops",
    "includedRuleSets":  [
                             {
                                 "path":  "C:\\ProgramData\\BcContainerHelper\\da7b96f6-d3a8-4744-85dd-3b29b7173b29\\appsource.default.ruleset.json",
                                 "action":  "Default"
                             }
                         ]
}
Using Symbols Folder: d:\bccontainerhelper\e3e6af8a-7245-4802-91ef-65cd29262c26
Copying System.app from Container
Copying Microsoft_Application_17.0.17126.22050.app from Container
Copying Microsoft_Base Application_17.0.17126.22050.app from Container
Copying Microsoft_System Application_17.0.17126.22050.app from Container
Downloading symbols: Microsoft_Library Assert_<IP_ADDRESS>.app
Url : http://<IP_ADDRESS>:7049/BC/dev/packages?publisher=Microsoft&appName=Library Assert&versionText=<IP_ADDRESS>&tenant=default
Unexpected error while validating app. Error is: The remote server returned an error: (404) Not Found.  No published package matches the provided arguments. (ms-correlation-x =
 )
Unexpected error while validating app. Error is: The remote server returned an error: (404) Not Found.  No published package matches the provided arguments. (ms-correlation-x =
 )
Unexpected error while validating app. Error is: The remote server returned an error: (404) Not Found. No published package matches the provided arguments. (ms-correlation-x =
 )

PS D:\Repos\evolveims\FinTools\scripts>

Screenshots
If applicable, add screenshots to help explain your problem.
Additional context

does it happen all the time?
did it use to work?

Full output of scripts
NavContainerHelper is version <IP_ADDRESS>
NavContainerHelper is running as administrator
Host is Microsoft Windows 10 Enterprise - 2004
Docker Client Version is 19.03.8
Docker Server Version is 19.03.8
...

Screenshots
If applicable, add screenshots to help explain your problem.
Additional context

does it happen all the time?
did it use to work?

My assumption is that the problem is in your network, I see it very very seldom in my pipelines.
AzureEdge is a CDN, from which downloading is much faster than directly from the blob storage.
I don't know why it sometimes fails, but I added the retry in order to make sure that the entire pipeline doesn't fail due to a CDN download fail - and when it retries, it retries from the blob storage.
It would be fairly simple to add one retry from the CDN before reverting to blob storage - not sure whether that would take more time though.
If you want to test whether a second download from CDN works, you can modify this line: https://github.com/microsoft/navcontainerhelper/blob/7cb1bf561c6dfe8f68a9430256f36cfdaf816748/Misc/Download-File.ps1#L66 to just use $sourceUrl instead of $newSourceUrl - then it would retry from CDN
Let me know if that works?

I see failures when downloading from CDN once a week (after looking at logs) and from looking at other issues with people downloading from CDN, an immediate retry from CDN is not a solution.
I do realize that this problem might be more outspoken on some networks, but it isn't something I can fix, the problem is in your network or on your machine.'
If you want to avoid the retry and always just go for the blob download, you can set the fully qualified storage account when getting the artifact url:
Get-BCArtifactUrl -storageAccount 'bcartifacts.blob.core.windows.net' -country us

Then it will not retry, but it will download from blob storage directly, which is somewhat slower than CDN.


Support for decimals

ADP-915

Provide support for the decimals field in offchain-metadata-tools.
Add a test to demonstrate the existing behaviour that sequence numbers present in unknown properties are validated.

bors r+

255 decimals? The first version had a maximum amount of 18 decimals, whats the decision behind going up to 255 decimals?

Hi @gitmachtl, thanks for the question. It was chosen as a maximum which basically means "no maximum."
255 is an absurdly large number of decimals. The max decimals of the first version was just chosen because 10^19 ≈ 2^64. So pretty arbitrary, and also an impractically high number of decimals. The limit could always be relaxed if someone comes up with a good reason.


zio-json-macros for Scala 3

zio-json-macros are not built for Scala 3

/bounty $100

@jdegoes @andreoss What is actually the purpose of this issue? There is no build for Scala 3, since this is a Scala 2 macro annotation. I am not sure if the current state of Scala 3 macro annotations are powerful enough to provide what is needed.
But this is definitely not just adding a build step

AFAIK macro annotations in Scala 3 can't add publicly visible members


Review available construction datasets

Find one construction dataset that we can start with. Traffic cones, construction lights, barriers, construction vehicles (like excavators, work lights, generators, bulldozers, pavers, etc.--anything like that). Anything you might find in a construction zone. We can definitely combine multiple datasets if you can't find a single one containing all relevant construction objects.
Update: Maybe to be more specific, I think there are two different kinds of datasets that we might want to look for:

Datasets that just contain images of of construction objects or objects you'd find in a work zone on the road (mostly what I was talking about above).
General driving datasets (like KITTI) that are just pictures from a car driving around, but ones that include construction zones. We could even use dashcam videos from YouTube that capture a car driving through/past some sort of construction zone. While we will also want to set up a simulation environment in Carla to test our pipeline, running it on driving datasets or dashcam footage is probably a better, more real test of our pipeline.

Also, in looking for these datasets, it's good to check out all different kinds. We can use ones that look kinda scrappy/thrown together from roboflow--but we may have better luck with some of the better known, somewhat "vetted" datasets that are cited/used in other people's research.

Update: From this IEEE paper written by Prof Raj, it looks like one of his students has already manually annotated work zones in nuScenes. I have sent out an email asking Prof Raj if this dataset is still available. The student name is Weijing Shi.

Okay, I did a tiny bit of digging around with BEVFusion and nuScenes, here are some key points:

If we're going to use something like BEVFusion (or any 3D object detection network) to try to "easily" obtain a 2D costmap from images, then (maybe this is obvious) we're going to need a 3D detection dataset.

Now, unlike 2D object detection, this means we can't just find a bunch of random pictures of "traffic pylon" and 2D boxes around them--but instead, these need to be actual, mostly accurate 3D bounding boxes.
Something I don't understand well enough is whether or not all the images in a 3D object detection dataset need to be taken from the same viewpoint (in general). For BEVFusion, because we're getting images from all kinds of viewpoints around the car, I would say maybe it doesn't matter. But for other 3D object detectors, I feel like this is kind of important.
Even if they could be from any angle/perspective--I don't know yet how you create those 3D bounding boxes without having some idea as to where that 3D object is with respect to the camera. I.e., unless you have some sort of LiDAR data to serve as a ground truth to go along with each image, then I don't think you can accurately create those 3D bounding boxes. The upshot of this is that it will be very difficult to create our own 3D object detection dataset/labelled images.

So, because I was a bit discouraged by the above, I started looking a bit more closely at nuScenes. It turns out the nuScenes dataset does have classes for *traffic cones, construction vehicles, construction workers, and temporary barriers.*

Not only does it have these classes, but there are quite a few instances of each of these. I.e., there are something like 100,000 traffic cone instances in the dataset, and a comparable number for the others (Check out this chart)

Also, while I haven't looked as closely at these other self-driving datasets yet, they could be useful (depending on how many instances of these kinds of objects there are). However, for the sake of time, we have to keep in mind that whatever dataset we want to use, whatever model we choose is going to need that dataset adapted in some way--so there's added complexity there.

https://www.argoverse.org/ (rip)
https://bdd-data.berkeley.edu/
https://robotcar-dataset.robots.ox.ac.uk/
https://waymo.com/open/ (only looks like they have labels for person and vehicle, so not very useful)

Also, from the above comment, I think a next step is to get a feel for the kind of "traffic cones" (and other construction-related objects) that are present in the nuScenes dataset. Maybe they group a bunch of different kinds of traffic barriers/markers under the class, for all we know. It'd be nice to get a feel for what these construction zone examples look like. If we find that only traffic cones and the above classes are feasible, then worst case scenario, maybe we could limit our scope to only worrying about those objects (rather than all construction objects).

Okay, after a little bit of digging around in nuScenes just on their explorer utility, I have already found a number of scenes that have all kinds of traffic cones and construction barriers. Here is scene 61 from nuScenes v1.0 as an example:

While I still can't say for certain whether nuScenes has labels for other types of traffic barriers, I would argue that, because the core objective of our project is workzone boundary detection, the emphasis should be on identifying objects that define a workzone--rather than on the actual perception task of detecting objects or specifically construction objects.
In my opinion (the position I'm taking), our project's core focus is not on construction object perception--but instead on the identification of construction zone boundary generation GIVEN perceived objects. The ability to detect, localize, and classify objects is at its core a perception task. Our main contribution is downstream of that--given perceived objects, we are extracting/inferring higher level information from those perceived objects!
Therefore, if the pretrained BEVFusion model is trained on nuScenes and is limited in detecting only some "construction zone barries" (for example)--oh well! If you want our downstream task of inferring a workzone boundary to be more robust, then you'd tell your perception engineers to go collect and annotate more data, expand your 3D object detection dataset, and retrain BEVFusion. Our position for this project is that we are not responsible for the enhancing perception--we're just using the baseline, SOTA approach to prove the efficacy of our method.
Lol, sorry if that sounded politically charged--that's just our argument if questioned again :)


UI Changes

Mute video in menu.
Refactor menu and game section to be in their own components.
Place canvas in the center of the screen if it does not occupy the whole screen.
Dark mode to turn body background black.
Hide header when on the menu.
Remove footer.
Create About option in menu which opens dialog with version number and links to changelog, credits, Instagram and Github.

Pending changes:

Enlarge title in menu
Vertically center canvas on larger screens
Remove footer
Create About option in menu which opens dialog with version number and links to changelog, credits, Instagram and Github.
Update changelog with any pending changes

Points here have been implemented


add support for null elements in securedBy

why: to bring securedBy validation in line with spec for anonymous access
see: https://github.com/raml-org/raml-spec/blob/master/versions/raml-10/raml-10.md#applying-security-schemes
"A securedBy node containing null as the array component indicates the method can be called without applying any security scheme."

I'm closing this so we can re-open it through a company account.  Cheers!


Provide option to search instance within ONE source

I have multiple servers within multiple AWS account therefore I will have multiple AWS source for servers.
It will be much faster and better if there is an option to narrow down instance searching within ONE source.

Added the option -i source-name / --source source-name that allows you to provide one or more sources (via csv param). This will narrow down all sources searched to only the provided names (matched in the bridgy config).
fixed in c36ad45aba564ec16795b18932ffb48f0e77912a


C# build linker error in Unity app for UWP, il2cpp

What version of gRPC and what language are you using?
1.16. C#
What operating system (Linux, Windows, …) and version?
Windows
What runtime / compiler are you using (e.g. python version or version of gcc)
What did you do?
I think I cannot be more specific as in this post.
What did you expect to see?
To Compile without LNK errors.
What did you see instead?
LNK Errors.
Anything else we should know about your project / environment?
Unity Environment, UWP, IL2CPP.

Solved. I documented it in StackOverflow.

https://github.com/grpc/grpc/pull/18039 should be at least partially fixing this.
According to the stackoverflow post https://stackoverflow.com/questions/53488605/unity-cannot-build-grpc-project-for-uwp-with-il2cpp-backend/53600402#53600402, there might be a few other places that need fixing.

Having the same LNK Errors when building gRpc from Unity for uwp target. i've followed the steps from stackoverflow to solve these errors but still facing please help to solve this problem.

Having the same LNK Errors when building gRpc from Unity for uwp target. i've followed the steps from stackoverflow to solve these errors but still facing please help to solve this problem.

Are you using gRPC 1.16. version?

Having the same LNK Errors when building gRpc from Unity for uwp target. i've followed the steps from stackoverflow to solve these errors but still facing please help to solve this problem.

Are you using gRPC 1.16. version?

i've grabbed from the main branch latest so it is version 1.22 or 1.23

Aha, I see. So, the StackOverflow answer cannot help you, since they are changing gRPC rapidly.

try it with the newest Unity Version, 2019.2,~ or something.
be sure, you are using the newest Windows SDK.

Personal experience -> try to find a workaround instead of implementing gRPC in Unity: e.g. route it over UDP, it makes Unity app perform better using less code and calculation.

Is this still a problem?

Is this still a problem?

yes

I'm going to close issue this since we're not going to pursuit Unity/Xamarin support in Grpc.Core anymore.

The Grpc.Core implementation is now in maintenance mode and we're only going to focus on critical and security fixes.
Supporting Unity/Xamarin simply presents too much maintenance overhead and it's also difficult to test with the test infrastructure available to us
The Unity/Xamarin support has always been classified as "experimental", so discontinuing the support shouldn't be too surprising.

See the recent update on gRPC C# for more details.
Note that in practice, running Grpc.Core on Unity/Xamarin might still be possible (there is nothing in principle that would prevent it from working), but it will be completely at your own risk and it's simply not one of the use cases the grpc team will help you with as Grpc.Core on Unity/Xamarin is now considered as "not supported" by us (but you might still be able to get help from the community).


Adding icons for line and polygons in the style carousel

Waiting for lines and polygons icons. All yours when design is ready (if it is not) @piensaenpixel.
cc @josecruz @saleiva

Fixes #8105.

CR @nobuti

👍

No way, can we remove that module until we implement the aggregation methods?

Ok, removing carousel for polygon and line options 💋

It looks a bit empty @saleiva, but it is ok, let's wait for those new aggregation methods.

Hey, is it hard to change the Style to Polygon styles and Line styles?

No problem ™

CR @nobuti again please :) 💋

LGTM

Merging in 9010-delete-whatever


More of a suggestion.

Hello,
Great project. As a suggestion I'd recommend changing the pin field for door operation and the field for admin logon to input type="password" as to prevent autocomplete and prying eyes.
Keep up the great projects!!

The password idea can easily be changed in on lines 16 & 17 of the SiriGarage/static/admin_login.html page.
Since this project is open source, you can edit all these files on your raspberry pi using "sudo nano SiriGarage/static/admin_login.html"

I did make these changes. I was just suggesting it for your project as
well. Thanks.
On Sun, Jul 4, 2021, 5:08 PM Steve @.***> wrote:

The password idea can easily be changed in on lines 16 & 17 of the
SiriGarage/static/admin_login.html page.
Since this project is open source, you can edit all these files on your
raspberry pi using "sudo nano SiriGarage/static/admin_login.html"
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/shrocky2/SiriGarage/issues/1#issuecomment-873662797,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQHPTXOVFF5LC4XSJM7WJBLTWDEWLANCNFSM44FVOBBQ
.


Update writer.cpp

Fix the bug that all geometry bin data has same id 0.
This bug will case that after one slpk file imported to ArcGISDesktop,while selected one  geometry ,all geometries will be selected.

Hello, thanks for the PR.
Could you please elaborate more on the use-case, context and problem you are solving where this manifests itself as a bug?
If I understand it correctly this adds auto-increment geometry Id to each geometry = tile in this case. As the tiling is arbitrary and tiles do not have any semantic meaning in our case, I do not see it conceptually as a "better" behavior than having id 0 everywhere. Are your tiles different? What "one geometry" are you trying to select in ArcGIS? Is selecting particular tiles intended behavior?

Hello.
Recently I was developing on ArcGISDesktop,I first used  class " Esri.ArcGISRuntime.Mapping.ArcGISSceneLayer" to load one slpk file,then used " ArcGISSceneLayer.SelectFeature" to realize highlighting one Feature.
when loading a slpk file builded by libslpk,all Features will be highlighted,
but  if I load a slpk file builded by arcgispro,this appearance will not happened;
after modified the source,I solved this problem.
Of course,my fix is simple and not best,you can fix it using better means.