Bug: helptags preview doesn't work on windows

RTFM Checklist

[X] I have searched exisiting issues / discussions
[ ] I have read the Wiki including the Advanced section
[X] I have read man fzf / I am well versed in shell fzf

Operating system
Windows
Shell
nu
Neovim version (nvim --version)
NVIM v0.10.0-dev-2709+g00e9c6955
Fzf version (fzf --version)
0.48.1 (d579e33)
Output of :lua print(os.getenv('FZF_DEFAULT_OPTS'))
nil
Is the problem reproducible with mini.sh?

[ ] My issue is reproducible with mini.sh
[ ] My issue IS NOT reproducible with mini.sh
[X] I have not tested with mini.sh (not relevant, requires LSP, Windows, etc)

Fzf-lua configuration
require("fzf-lua").setup({
    "fzf-native",
    winopts = {
        row = 1,
        width = 1,
        height = 0.4,
    }
})
require("fzf-lua").register_ui_select()

Describe the bug / steps to reproduce
Steps to reproduce

:FzfLua helptags
search for any built in help tag, for example help
Look at the preview window

[bat error]: 'Files\Neovim\share\nvim\runtime\doc\helphelp.txt': The system cannot find the path specified.
This is probably because the path is not quoted when giving it to bat - selecting the help tag works, and the full path is C:/Program Files/Neovim/share/nvim/runtime/doc/helphelp.txt - notice the space in Program Files, and that bat is trying to open Files/...

Ty for the report @p00f, should work after https://github.com/ibhagwan/fzf-lua/commit/c838d9c8ebf208262463c6db0ec9af4d61c6b6fb.


Go to definition broken by aliases in Vim

Easiest way to reproduce is to go to definition on the String.blit identifier. E.g.:
open Core.Std
let x = String.blit

This is the error:
Error detected while processing function merlin#Locate..provider#python#Call:
line   18:
NvimError('Cursor position outside buffer',)
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/site-packages/neovim/msgpack_rpc/session.py", line 177, in handler
    rv = self._request_cb(name, args)
  File "/usr/local/lib/python2.7/site-packages/neovim/api/common.py", line 237, in filter_request_cb
    walk(self._in, args, self, name, 'request'))
  File "/usr/local/lib/python2.7/site-packages/neovim/plugin/host.py", line 65, in _on_request
    rv = handler(*args)
  File "/usr/local/Cellar/neovim/HEAD/share/nvim/runtime/autoload/provider/script_host.py", line 76, in python_execute
    exec(script, self.module.__dict__)
  File "<string>", line 1, in <module>
NvimError: Cursor position outside buffer
Error detected while processing function merlin#Locate:
line    4:
E171: Missing :endif

I... can't reproduce.


fix(refactoring): show refactored success msg

shows a message with information about the refactor on success  i.e. [Refactor] Inlined 3 variable occurrences

Thanks!


Feature charts: Need to add NeuVector chart 102.0.2+up2.4.4 in 2.7.x

NeuVector has released app version 5.1.3 along with helm chart 2.4.4, which need to added to Rancher feature charts version 2.7 (release-v2.7). We might need to do as OOB.
CC: @gunamata @rohitsakala

Chart PR
https://github.com/rancher/charts/pull/2643

The 2.4.5 is already released that the PR is linking to.


Add a /health endpoint to our service

As a developer
I need the ability to check the "health" status of my Kubernetes cluster
So that I am aware if our service is active or not
Acceptance Criteria
Given a Kubernetes cluster
When I request /health endpoint to our service it should return {"status":"OK},
200

Hey Omar, this is a duplicate issue! I have already implemented this one in the previous issue. You can mark it as a duplicate and close it.


Add seqNo for saving progress on iterators.

When a new persistent store is added to the config file, scotty must start writing data to it from that point in time rather than from the earliest data scotty has stored. We do this by fast forwarding the iterators for the added persistent store to the end of scotty. When we fast forward iterators, we must guarantee that they stay pointing to the end of scotty. We must guard against other instances of those iterators created before we did our fast forward from undoing it by committing their own progress. We do this by ensuring that if a commit would cause a conflicting change then that change get ignored allowing the very first change saved to win instead of the last change.
We add seqNo to the the progress that an iterator commits. Just before an iterator commits, it reads the seqNo of the last commit. If the seqNo stored doesn't match the seqNo it used in its last commit, it knows it would be overwriting someone else's change and so it skips the commit.

I think it's better to have Scotty write all historic data when a new pstore is added. Why would you want to skip all that history?

To clarify, this is to cover an extreme corner case. If user adds new pstores to the config file without removing existing ones, scotty will begin writing to the newly added pstores from the point in which they were added, but it will continue writing to the existing pstores where it left off (no fast forwarding for existing pstores).
However, if a user removes an existing pstore, scotty will stop writing to it immediately. If later, the user adds back the same pstore they removed, scotty will consider it a new pstore and will begin writing from that point in time rather than from the point where the pstore was first removed. If a user wishes to temporarily suspend writes to the pstore, they can do so by setting the pause field to true. If later they clear the pause field, scotty will continue writing where it left off rather than skipping to the present.
So, this PR covers a very extreme edge case. Nevertheless, I wanted to have the guarantee that in the presence of conflicting iterator commits that the first commit rather than the last would win as this gives nice properties and allows me to reason about the correctness of the code.

This comment:

If user adds new pstores to the config file without removing existing ones, scotty will begin writing to the newly added pstores from the point in which they were added

is where I disagree. If a new pstore is added, all historic data should be pushed. For the user, it's really nice to be able to spin up a new metrics datastore and have it populated with all the metrics that Scotty has collected.

I see. I misunderstood as I had thought you wanted new pstores to start storing data from the present time rather than from when scotty started.
Concern: We generally push pstores to their capacity when writing to them. If we must start writing to pstores from when scotty started rather than from when the pstore was first added, it will be likely that the writers for new pstores will never catch up.
If scotty has been running for several hours and we add a new pstore, it may be good to set roll up span to like 1h so that fewer writes are needed to catch up. Once scotty catched up, the roll up span can be decreased or removed.

If a pstore will never catch up that implies that even without a backlog of metrics to push, that the pstore is not able to keep up with the ingest rate. That is a problem and would require tweaking the rollup.
Look at it this way: imagine Scotty has enough memory to store 7 days of high resolution metrics. One of the pstores goes offline for 8 days. When it comes back, Scotty has a full week of metrics to push. We want the pstore to be able to catch up.
Adding a new pstore is the same scenario.
This is where having metrics about the backlog (which we have:-) and the ability to dynamically tweak the configuration (which we will have soon) means we can detect and adjust the rollups so that a pstore can catch up.

Even with the requirement of starting at beginning, I believe that this PR is still needed. Let me explain. For each pstore, I use two iterators: The first is used to write the metrics to the pstore, the second is used to count the total number of metrics. When we write to the pstore, I advance the first iterator; when new data come in, I advance the second iterator to the end of the data stream to count the total number of items. Since I know the total number of items and the total number of items written, I can show the number of items left to write in the metrics. The first iterator generally lags behind the second iterator for each pstore.
If a particular pstore is removed and then later added back, I will want to start it where it left off rather than at the beginning of scotty so that I don't write the same data twice.  Moreover, I will have to re-count the total number of iterators to write because if the user changes the roll up span, or data got evicted, the total count can change. This means starting the counting iterator at the same place as the writing iterator. I will want to guarantee that once I set the counting iterator that its position won't change because of data races.  Since this PR guarantees that the last commit won't win, this PR would allow me to make such guarantees. When I reset the counting iterator, I increment its sequence number so that any existing live iterators won't commit and change the position unexpectedly.
So because with the new requirements, I still need to set the position of iterators and guarantee that their position sticks, I find this PR to be useful. But in later PR's I will add a method that sets one iterator to the same position as another and remove the method that moves an iterator to the present time.

Makes sense thx. I have scotty adding removing pausing and resuming
pstores. Will add ability to update in place more fields such as roll up
tomorrow
On Wednesday, 9 November 2016, rgooch<EMAIL_ADDRESS>wrote:

If a pstore will never catch up that implies that even without a backlog
of metrics to push, that the pstore is not able to keep up with the ingest
rate. That is a problem and would require tweaking the rollup.
Look at it this way: imagine Scotty has enough memory to store 7 days of
high resolution metrics. One of the pstores goes offline for 8 days. When
it comes back, Scotty has a full week of metrics to push. We want the
pstore to be able to catch up.
Adding a new pstore is the same scenario.
This is where having metrics about the backlog (which we have:-) and the
ability to dynamically tweak the configuration (which we will have soon)
means we can detect and adjust the rollups so that a pstore can catch up.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Symantec/scotty/pull/184#issuecomment-259564937, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ABrhcsJU25gG5PD9x2fdd0wlAx9iPcuSks5q8mKogaJpZM4KtE2K
.


Feature request: comments in fields

I think it would be interesting to be able to document collection fields with comments.
These comments would appear in the administration console and in the schema of the Collection

Sorry, at least for v1 this is not planned.
I think it will clutter unnecessary the Admin UI without being very helpful.


Upgrade to Node 16 or 17, and Debian Bullseye to Resolve Security Issues

Our vulnerability scanner found several issues in the latest cadence-web docker image. In order to resolve them, we should upgrade to a currently supported version of Node. The active LTS version is 16 (Gallium), and the current version is 17.
While we're at that, we should update the Debian base image too, because stretch is also out of support. I recommend updating to gallium-bullseye for the builder image, and gallium-bullseye-slim for the runtime image. However at this point (probably) because of the outdated required versions, the highest we can upgrade to is Node 14 (Fermium).
Trying to build on Gallium:
#11 1.647 npm WARN old lockfile
#11 1.648 npm WARN old lockfile The package-lock.json file was created with an old version of npm,
#11 1.649 npm WARN old lockfile so supplemental metadata must be fetched from the registry.
#11 1.649 npm WARN old lockfile
#11 1.650 npm WARN old lockfile This is a one-time fix-up, please be patient...
#11 1.650 npm WARN old lockfile
#11 10.16 npm WARN EBADENGINE Unsupported engine {
#11 10.16 npm WARN EBADENGINE   package<EMAIL_ADDRESS>#11 10.16 npm WARN EBADENGINE   required: { node: '10.22.1', npm: '6.14.4' },
#11 10.16 npm WARN EBADENGINE   current: { node: 'v16.14.0', npm: '8.3.1' }
#11 10.16 npm WARN EBADENGINE }
#11 34.19 npm notice
#11 34.19 npm notice New minor version of npm available! 8.3.1 -> 8.5.0
#11 34.19 npm notice Changelog: <https://github.com/npm/cli/releases/tag/v8.5.0>
#11 34.19 npm notice Run `npm install -g<EMAIL_ADDRESS>to update!
#11 34.19 npm notice
#11 34.19 npm ERR! code E401
#11 34.20 npm ERR! Incorrect or missing password.
#11 34.20 npm ERR! If you were trying to login, change your password, create an
#11 34.20 npm ERR! authentication token or enable two-factor authentication then
#11 34.20 npm ERR! that means you likely typed your password in incorrectly.
#11 34.20 npm ERR! Please try again, or recover your password at:
#11 34.20 npm ERR!     https://www.npmjs.com/forgot
#11 34.20 npm ERR!
#11 34.20 npm ERR! If you were doing some other operation then your saved credentials are
#11 34.20 npm ERR! probably out of date. To correct this please try logging in again with:
#11 34.20 npm ERR!     npm login

Updating to Node 14 (Fermium) works, and is as simple as:
diff --git a/Dockerfile b/Dockerfile
index 699760b..3dba8eb 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -1 +1 @@
-FROM node:dubnium-stretch AS BUILD_IMAGE
+FROM node:fermium-bullseye AS BUILD_IMAGE
@@ -16 +16 @@ RUN npm run build-production
-FROM node:dubnium-slim
+FROM node:fermium-bullseye-slim

Feel free to open a PR with the changes and we can take a look at the review. Thanks!

@just-at-uber thanks! Unfortunately I'm running into some issues and I'm hitting the limits of my NPM knowledge.
The following kinda works:
diff --git a/Dockerfile b/Dockerfile
index 699760b..d6ed93f 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -1 +1 @@
-FROM node:dubnium-stretch AS BUILD_IMAGE
+FROM node:gallium-bullseye AS BUILD_IMAGE
@@ -16 +16 @@ RUN npm run build-production
-FROM node:dubnium-slim
+FROM node:gallium-bullseye-slim
diff --git a/package.json b/package.json
index 5243165..42fafa2 100644
--- a/package.json
+++ b/package.json
@@ -31,2 +31,2 @@
-    "node": "10.22.1",
-    "npm": "6.14.4"
+    "node": "16.14.0",
+    "npm": "8.3.1"

There seem to be 2 issues:
Issue 1: npm login
If I leave package-lock.yaml in place, I get:
#11 31.95 npm ERR! code E401
#11 31.95 npm ERR! Incorrect or missing password.
#11 31.95 npm ERR! If you were trying to login, change your password, create an
#11 31.95 npm ERR! authentication token or enable two-factor authentication then
#11 31.95 npm ERR! that means you likely typed your password in incorrectly.
#11 31.96 npm ERR! Please try again, or recover your password at:
#11 31.96 npm ERR!     https://www.npmjs.com/forgot
#11 31.96 npm ERR!
#11 31.96 npm ERR! If you were doing some other operation then your saved credentials are
#11 31.96 npm ERR! probably out of date. To correct this please try logging in again with:
#11 31.96 npm ERR!     npm login

I'm not quite sure what's trying to login and what kind of credentials should be provided, but per this StackOverflow answer this is expected after a Node version upgrade, and should be resolved by deleting package-lock.yaml. However if I do that...
Issue 2: ESLint dependencies
... I get the following error:
#11 4.438 npm ERR! code ERESOLVE
#11 4.441 npm ERR! ERESOLVE unable to resolve dependency tree
#11 4.441 npm ERR!
#11 4.441 npm ERR! While resolving<EMAIL_ADDRESS>#11 4.441 npm ERR! Found<EMAIL_ADDRESS>#11 4.441 npm ERR! node_modules/eslint-plugin-react-hooks
#11 4.441 npm ERR!   dev<EMAIL_ADDRESS>from the root project
#11 4.441 npm ERR!
#11 4.441 npm ERR! Could not resolve dependency:
#11 4.441 npm ERR! peer<EMAIL_ADDRESS>from<EMAIL_ADDRESS>#11 4.441 npm ERR! node_modules/eslint-config-fusion
#11 4.441 npm ERR!   dev<EMAIL_ADDRESS>from the root project
#11 4.441 npm ERR!
#11 4.441 npm ERR! Fix the upstream dependency conflict, or retry
#11 4.441 npm ERR! this command with --force, or --legacy-peer-deps
#11 4.441 npm ERR! to accept an incorrect (and potentially broken) dependency resolution.
#11 4.441 npm ERR!

It seems like there is an issue with the various ESLint dependencies, which gets surfaced when NPM tries to resolve the packages from scratch.
I can get around that and make the build work by removing all the ESLint dependencies, but I presume that's not the right way to solve this :D
Question 3
Once we manage to figure this out, the new package-lock.json seems to get created inside the container. How do we commit that back to the repo? Just copy it out of the image?

deleting package-lock is fine, it will regenerate once you npm install again.
i'm not sure how you are running the project but i would advise to git clone the repository and then delete the package-lock and then make the changes you want for node versions etc.
then "npm install"
then commit the package-lock generated.
just make sure to try running "npm run dev" locally to make sure the cadence-web project builds and starts up locally.

Actually I'm just building using Docker (both to make sure that I have the right dependencies, and both not to mess up my local setup). But maybe I can just grab the file from the builder image after the build somehow.

Hey @just-at-uber, I managed to get things working on my end, and created #452

@just-at-uber  - will there be a new Ubercadence-Web docker image soon with these changes? https://hub.docker.com/r/ubercadence/web hasn't been updated in over 6 months.


fix(embyauth): remove the accidentally added mediaServerType

Description
Removes the accidentally added the mediaServerType change code from another feature branch/PR during the auth logic refactor that broke emby logins.
Screenshot (if UI-related)
To-Dos

[x] Successful build yarn build
[ ] Translation keys yarn i18n:extract
[ ] Database migration (if required)

Issues Fixed or Closed

Fixes #XXXX

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

v1.8.0
GitHub release

Your semantic-release bot :package::rocket:


Trapped

When the bot gets trapped (by bigger blobs or by bigger blobs and the green safe zone thingys) it wont split to get away.

The bot is not programmed to split yet.

Ooo, Ooo!!!!
Let's call on Sethbling!!!!!!!
He just made a bot that will play a Mario game!!!!!

It's Sethbling's job to impress YouTube, I am sure he spent a large amount of time working on that. Now I don't know what Apostolique does for a living, or even if he is on summer vacation from school right now, but I am sure he is doing his best. He is planning to add splinting, in the future though.

Ok :]

wtf

What?

Right now, the bot is made to completely stop moving when surrounded. Also, unless someone can prove me wrong, I do not consider splitting to escape a viable strategy. I can easily reach #1 on Leaderboard without splitting to escape a single time.

I have never been able to get number 1, I always go to another tab and when I come back, the blob is at 10 just starting out. Does the bot work when in another tab? I am using Firefox.

I was talking about when I play without the bot on.

Oh, ok


(Fix) Layout Inaccuracies

The current production version doesn't have proper borders in the header/sidebar (mix between 1px / 2px) and the drop-shadows are not according to the Zeplin designs, with a drop-shadow below the header but none on the right of the sidebar which does not make sense assuming the light source comes from the front (see e.g. drop-shadow of modals). While this is still not the proper design, it at least looks less messy.

This issues will be addressed in ticket #2071


pre annotation (importing pascal VOC format (xml))

Is your feature request related to a problem? Please describe.
Specifically looking this feature for BoundingBox
we want to load the images and their corresponding annotation(pascal voc format) while launching the labelstudio. we want to know whether labelstudio supports importing pascal voc rather than completions json format or is there any converter available to convert pascal voc to completion json.
Describe the solution you'd like

load images, config and their corresponding (pascal voc)annotation (if available)
if the annotation is ok then proceed with pre annotated bbox  else they can modify the bounding box

Any updates on the above ticket?

@NandaBalakrishnan Unfortunately LS doesn't support Pascal VOC import right now. But we are planning to add a lot of import formats soon.

@makseq what about importing txt labels (yolov4)?
can we upload pre annotated images with their corresponding .txt labels or we need to convert it to json?

@jigsawcoder We are planning to add import from different formats, but it's not supported yet.
So, you need to convert your images to LS internal json format (tasks + annotations).
Check this for more information:
https://labelstud.io/guide/predictions.html#Example-of-importing-predicted-labels

Is there a script or a more specific example available to convert the pascal VOC format to the LS internal json format until direct importing is implemented?

@hellkrusher only for yolo and coco:
https://github.com/heartexlabs/label-studio-converter/tree/master/label_studio_converter/imports


Bump zio-opentelemetry version and update OpenTelemetryTracingZioBackend

zio-opentelemetry seems to become enough stable (RC-24 ) and it would be nice to upgrade to it latest version.

Thanks!


Un-follow

Follow type giveaways can now be entered.
User might be getting too many spam emails.
Include a configuration parameter to help the user unfollow all the followed pages.

This could pretty much be done right after you follow and get sweep results.

Added in latest release


form tabindex not working

Version of Vue I'm using?: 2.6.8
Version of vue-input-tag I'm using?: 0.0.16
I have created a simple order entry form. and I am using vue-input-tag component
I set tabindex on form but not working
I added add-tag-on-keys props only 13(enter key) but not working
please help me how to set tabindex in vue-input-tag
thanks
chirag

focus is working for me, can you add give a code that is showing the bug?


NoSuchMethodException on androidx.fragment.app.Fragment.onCreate

Thank you for your great library!
We've some occurrencies of this crash:
Caused by java.lang.NoSuchMethodException
xxxx.xxxxxxx.xxxxxx.views.fragments.notifications.NotificationsFragment.<init> []

with this stacktrace:
java.lang.Class.getConstructor0 (Class.java:2332)
androidx.fragment.app.Fragment.onCreate (Fragment.java:1867)
com.trello.rxlifecycle4.components.support.RxFragment.onCreate (RxFragment.java:78)
androidx.fragment.app.Fragment.performCreate (Fragment.java:2949)
androidx.fragment.app.FragmentActivity.onCreate (FragmentActivity.java:276)
com.trello.rxlifecycle4.components.support.RxFragmentActivity.onCreate (RxFragmentActivity.java:73)

We can't understand how could be possibile that it could not find app.Fragment constructor when initialize our Fragment that subclass RxFragment.
Any advice?
we're using:
version_lib_rxlifecycle = "4.0.2"

api "com.trello.rxlifecycle4:rxlifecycle-kotlin:$version_lib_rxlifecycle"
api "com.trello.rxlifecycle4:rxlifecycle-components:$version_lib_rxlifecycle"

I believe the issue here is that you need a zero-arg constructor for every Fragment. Otherwise the framework can't restore a Fragment that's been destroyed (e.g. due to a config change like rotating the device).
See more here: https://stackoverflow.com/a/56669540


Directly download results to output path instead of downloading to tmp first.

motivation: I am getting concurrency errors on moving the results from the tmp folder to the output dir.
Is there a reason we need to download to a tmp folder first?
I have tried skipping this step and faced no issue.
code snippet of on_job_done:
def on_job_done(self, job: BatchJob, row: pd.Series):
        """Method called when a job finishes successfully. It will first download the results of
        the job and then call the `post_job_action` method.
        """
        job_products = {}
        for idx, asset in enumerate(job.get_results().get_assets()):
            temp_file = NamedTemporaryFile(delete=False)
            try:
                _log.debug(
                    f"Generating output path for asset {asset.name} from job {job.job_id}..."
                )
                output_path = self._output_path_gen(self._output_dir, temp_file.name, idx, row)
                # Make the output path
                output_path.parent.mkdir(parents=True, exist_ok=True)
                _log.debug(
                    f"Downloading asset {asset.name} from job {job.job_id} -> {output_path}"
                )
                asset.download(output_path)

                # _log.debug(
                #     f"Generated path for asset {asset.name} from job {job.job_id} -> {output_path}"
                # )

                # Move the temporary file to the final location
                # shutil.move(temp_file.name, output_path)
                # Add to the list of downloaded products
                job_products[f"{job.job_id}_{asset.name}"] = [output_path]
                _log.info(f"Downloaded asset {asset.name} from job {job.job_id} -> {output_path}")
            except Exception as e:
                _log.exception(f"Error downloading asset {asset.name} from job {job.job_id}", e)
                raise e
            finally:
                shutil.rmtree(temp_file.name, ignore_errors=True)
    ...

I'll take care of this one as there are some changes in the extraction pipeline to do


 Thank you

I'm on it! :wink:


Noble - bpm does not start application

when deploying for example haproxy.(which uses bpm)
it will not start..
logs for jammy
{"timestamp":"2024-05-30T07:53:10.404046160Z","level":"info","source":"bpm","message":"bpm.start.acquiring-lifecycle-lock.starting","data":{"job":"haproxy","process":"haproxy","session":"1.1"}}
{"timestamp":"2024-05-30T07:53:10.404179999Z","level":"info","source":"bpm","message":"bpm.start.acquiring-lifecycle-lock.complete","data":{"job":"haproxy","process":"haproxy","session":"1.1"}}
{"timestamp":"2024-05-30T07:53:10.404195883Z","level":"info","source":"bpm","message":"bpm.start.starting","data":{"job":"haproxy","process":"haproxy","session":"1"}}
{"timestamp":"2024-05-30T07:53:10.412216642Z","level":"info","source":"bpm","message":"bpm.start.start-process.starting","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.412333787Z","level":"info","source":"bpm","message":"bpm.start.start-process.creating-job-prerequisites","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.412826718Z","level":"info","source":"bpm","message":"bpm.start.start-process.building-spec","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.413215384Z","level":"info","source":"bpm","message":"bpm.start.start-process.creating-bundle","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.415375513Z","level":"info","source":"bpm","message":"bpm.start.start-process.running-container","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.534307635Z","level":"info","source":"bpm","message":"bpm.start.start-process.complete","data":{"job":"haproxy","process":"haproxy","session":"1.2"}}
{"timestamp":"2024-05-30T07:53:10.534382200Z","level":"info","source":"bpm","message":"bpm.start.complete","data":{"job":"haproxy","process":"haproxy","session":"1"}}

logs for noble
{"timestamp":"2024-05-30T08:26:46.967171302Z","level":"info","source":"bpm","message":"bpm.start.acquiring-lifecycle-lock.starting","data":{"job":"haproxy","process":"haproxy","session":"1.1"}}
{"timestamp":"2024-05-30T08:26:46.967320941Z","level":"info","source":"bpm","message":"bpm.start.acquiring-lifecycle-lock.complete","data":{"job":"haproxy","process":"haproxy","session":"1.1"}}
{"timestamp":"2024-05-30T08:26:46.967337065Z","level":"info","source":"bpm","message":"bpm.start.starting","data":{"job":"haproxy","process":"haproxy","session":"1"}}
{"timestamp":"2024-05-30T08:26:46.967677287Z","level":"info","source":"bpm","message":"bpm.start.complete","data":{"job":"haproxy","process":"haproxy","session":"1"}}

i ran the test again with bpm 1.4.2 and the latest haproxy.
and is now working.


[2010-09-21] Redirect to canonical urls

created by: doubledotmedia
created at: 2010-09-21
original ticket: http://open.silverstripe.org/ticket/6022

If the core post-rewrite url is hit directly, silverstripe does nothing to correct it.
e.g.
http://silverstripe.org/sapphire/main.php?url=silverstripe-cms
This can cause issue with duplicate content in search engines and means pages can be accessed at urls which you didn't intend (ie I can link to this page
http://silverstripe.org/sapphire/main.php?url=silverstripe-cms which will then index it and cause issues within Google)
Need to check and force (301 redirect) to 'clean' url which in the example above would be http://silverstripe.org/silverstripe-cms
Due to some people actually needed this (if they can't use mod_rewrite) might need a config setting in the _ss_environment file to enable this forced correction.

main.php can no longer be accessed directly.
https://github.com/silverstripe/silverstripe-framework/blob/3.1/.htaccess

@tractorcow
Uhh. Sure it can... "(main|rpc|tiny_mce_gzip).php => Allow from all"
See:
http://www.silverstripe.org/framwork/main.php?url=software/cms/
That said, there are multiple ways to access a page on website:
http://www.silverstripe.org/software/framework/?url=software/cms/
http://www.silverstripe.org/software/framework.html
...
I think we need to deal with this sooner or later in one way or another.

Doh, you're right :D

Not going to get fixed in 3.2 so removing milestone.

This could be built into the new https://github.com/silverstripe/silverstripe-framework/blob/4.0/src/Control/Middleware/CanonicalURLMiddleware.php

Main no longer exists, all requests go through index.php now.


Update pulumi-terraform to f083d8ce44

This PR updates pulumi-terraform to f083d8ce44, and re-runs code generation

Closed via #13


[operator] Improve how args for a pod spec are merged

Currently, we are using strategicpatch.StrategicMergePatch if a user needs to update a flag in etcd or any other component. They will need to provide all the flags in the controlPlane CR instances along with the updated value.
We should be able to merge the flags and use the user provided values for the flags.

This is not the case anymore


Stopped running at epoch 162

Many thanks for your great library.
In fact, I have run TransE model on my custom dataset. Every things were ok for 100 epochs. But when I run it for 1000 epochs, the system stop at epoch 162 and don't go forward. At first, I thought it is related to low RAM but it was not. I use a GPU with 22G RAM and at epoch 162, 13G is free.
I have attached the state of running.

Hello, can you provide more information like what are config parameters for your trial? Only with this information then I can try to analyze or reproduce the issue in my local environment.

Hi Louisccc,
This configs:
config.epochs = 1000
config.test_step = 1
config.test_num = 1
config.disp_result = True
config.save_model = False
Do you need my custom dataset too?

This is because of the slow testing in the background process.  so your training was actually finished. pykg2vec was just trying to finish the remaining evaluations in background!


Reduce test matrix from 96 to 30 jobs?

Opening this for discussion.
I'd like to suggest running 96 build jobs is a bit unweildy. It uses around 4.5 hours of CI time in total, about 1 hour from start to finish (eg.).
That's a long time to wait to see if a build passes, and holds up other builds.
It's testing 6 Python versions against 11 Requests versions, 3 urllib3 versions, 2 Tornado versions, 2 boto versions, plus some aiohttp and flake8 jobs.
It looks like new Requests versions were added to the matrix as they were released. I think it's good to take stock from time to time and re-evaluate what is actually important.

Is it really necessary to test against all those old versions of Requests, urllib3, Tornado and boto? Requests 1.2.3 was released nearly five years ago in 2013, longer than the last CPython 2.6.

More fundamentally (as touched upon briefly in https://github.com/kevin1024/vcrpy/pull/340#issuecomment-357776765), does VCR.py need to make promises to the community to support so old releases of dependencies, and so many versions of them, or is it acceptable to ask of them to have recent versions?

Do each of those dependencies make promises to support those old versions?

Further, until recently many of the build jobs were failing, giving less confidence in the CI/tests as a whole.
Finally, https://docs.travis-ci.com/user/customizing-the-build/#Build-Matrix says:

All build matrixes are currently limited to a maximum of 200 JOBS for both private and public repositories. If you are on an open-source plan, please remember that Travis CI provides this service free of charge to the community. So please only specify the matrix you actually need.

I'd recommend only testing against a single, recent version of each dependency, 30 jobs (eg.):

Build
Number of jobs
Total CI time
Start to finish time

Lots of versions
96
4 hrs 21 min 55 sec
57 min 30 sec

Single version
30
1 hr 14 min 53 sec
19 min 17 sec

Of course, I don't know the full history, so perhaps an extra old version may be necessary, but 96 seems a bit much, especially the 11 versions of Requests.
Thank you!

@hugovk thanks for your contribution :smile:


License?

What is this licensed under GPL? APACHE?

Oof I forgot, I'll update it later:flushed:

Fixed on commit fe65888


Compiling

Hi there, I've been trying to compile this source for about... 48 hours...
I just can't figure out how to "create the project structure" or even use the CMake configurations available, everytime it starts to actually "compile" it outputs thousands of errors...
I've tried:
Windows 10 - Visual Studio
Windows 10 - Code Blocks
Ubuntu 17.10 - GCC/TDM
Can you guys please help me start to run the code?
Thanks

Can you give us more informations? Like: on Windows, which version of Visual Studio do you have? Which version of CMake? Are you using the CMake GUI or using it via command line? Are you familiar with CMake or would you like a more detailed "guide" about using it?

Thanks for replying so fast.
I'm not that familiar with cmake, but there is no need for a walkthrough or a how to use it, don't worry! :)
I'm trying to know the correct way to compile the source (or even the correct information to make an appveyor automatic compilation for me as I've made to Sphere master source).
I've tried to compile using Visual Studio 2017 on a windows 10 64 bits machine and on Linux using the property described TDM-GCC in the readme file.
What I basically don't understand how to work is this:
Should I call cmake in another folder then "src"?
There is a file where I need to configure something?
Do I need to create a runtime to the compiler?
There is no chance that the repository (like Sphere master source) to have a pre-build project file?
Thanks!

I'm right now at ubunut, so here is the output i got:
when i run cmake:
-- Scanning system for compilers...
-- Toolchain not specified. Detecting the one to use.
-- Toolchain: defaulting to 32 bits compiler.
-- Toolchain: Linux-GNU-32.cmake.
-- Single-target build system (Makefile) detected: generating multiple projects!
-- No target specified: building all the projects (Release, Debug, Nightly).
-- Checking git revision...
-- Git revision 2590
-- Checking git revision hash...
-- Git revision hash 7fca6a402ff10ac0ea3f4c0922796a218a7b176a
-- Generating config.h for LibEV... (may require some time)
-- config.h for LibEV generated
-- Configuring done
-- Generating done
-- Build files have been written to: /home/escribano/sources/Source2/src```

Then when i run make:
`` escribano@escribano:~/sources/Source2/src$ make
[  0%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o
In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,
                 from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,
                 from /home/escribano/sources/Source2/src/game/../common/CException.h:10,
                 from /home/escribano/sources/Source2/src/game/CBase.cpp:2:
/usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado
 #include <bits/c++config.h>
          ^~~~~~~~~~~~~~~~~~
compilation terminated.
CMakeFiles/spheresvr_nightly.dir/build.make:62: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o' failed
make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/spheresvr_nightly.dir/all' failed
make[1]: *** [CMakeFiles/spheresvr_nightly.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error```

I think that the problem is that you have a 64 bits gcc package but you're trying to build a 32 bits binary.
If you don't specify a toolchain, our cmake script will pick the 32 bits one as default.
If you want to be able to build both 64 and 32 bits binary you'll need the gcc-multilib package.
I use this build script to build a 64 bits binary on ubuntu (it's placed in a folder with two subfolders, Source2, with the repo, and build_makefiles, with the generated build files):
#!/bin/sh
cd build_makefiles
cmake -DCMAKE_TOOLCHAIN_FILE=pwd/../Source2/src/cmake/toolchains/Linux-GNU-64.cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE="Release" --build ./ ../Source2/src
make -j8

/usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado
#include <bits/c++config.h>

Probably you need the libstdc++-6-dev package to be installed on your system.

Yup or also it's libstdc++ dev package.
Speaking about compilers, TDM-GCC is a windows compiler suite, while on linux you will find only GCC.
As for appveyor/travis-ci, we plan to provide automated builds as soon as we port all the relevant commits from Source to Source2, since we lack some new functionality or bugfix that Source has.
As for the Windows build, in the field "Where is the source code:" i put the Source2 "src" directory and in the field "Where to build the binaries" you can put any folder you want. Then i use the generator "Visual Studio 15 Win64" (i also have VS 2017), and check "Use default native compilers". If this doesn't solve your problem, could you paste here your cmake or vs log?

And yes, if you are cross compiling to 32 bits, you need that lib on 32 bits too:

sudo dpkg --add-architecture i386
sudo apt-get update
apt-get install libstdc++-6-dev:i386

This works for me, at least in debian.

Dudes, thanks so much for the explanations!
So i've added the libraries to my system then tried to compile again using this "bash" from @cbnolok.
I just edited to this (so the file could find my directories):
#!/bin/sh cd build_makefiles cmake -DCMAKE_TOOLCHAIN_FILE=./cmake/toolchains/Linux-GNU-64.cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE="Nightly" --build ./ ../Source2/src make -j8
(To be true, i don't get why the usage of the 'pwd' before the tollchain folder (it's really needed?)
and here is the output:
escribano@escribano:~/sources/Source2/src$ ./build.sh  ./build.sh: 2: cd: can't cd to build_makefiles CMake Error: The source directory "/home/escribano/sources/Source2/Source2/src" does not exist. Specify --help for usage, or press the help button on the CMake GUI. [  0%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o [  0%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CResourceDef.cpp.o [  1%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CContainer.cpp.o [  3%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CResourceCalc.cpp.o [  3%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CPathFinder.cpp.o [  4%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CSectorEnviron.cpp.o [  5%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CSector.cpp.o In file included from /home/escribano/sources/Source2/src/game/../common/sphere_library/CSArray.h:10:0,                  from /home/escribano/sources/Source2/src/game/../common/sphere_library/CSAssoc.h:10,                  from /home/escribano/sources/Source2/src/game/CResourceDef.cpp:3: /usr/include/c++/7/cstring:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ [  1%] Building CXX object CMakeFiles/spheresvr_nightly.dir/game/CObjBase.cpp.o In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,                  from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,                  from /home/escribano/sources/Source2/src/game/../common/CException.h:10,                  from /home/escribano/sources/Source2/src/game/CBase.cpp:2: /usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. compilation terminated. CMakeFiles/spheresvr_nightly.dir/build.make:182: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CResourceDef.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CResourceDef.cpp.o] Error 1 make[2]: ** Esperando que outros processos terminem. In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,                  from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,                  from /home/escribano/sources/Source2/src/game/../common/CException.h:10,                  from /home/escribano/sources/Source2/src/game/CSector.cpp:2: /usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ In file included from /home/escribano/sources/Source2/src/game/../common/sphere_library/CSString.h:14:0,                  from /home/escribano/sources/Source2/src/game/../common/sphereproto.h:10,                  from /home/escribano/sources/Source2/src/game/CSectorEnviron.h:10,                  from /home/escribano/sources/Source2/src/game/CSectorEnviron.cpp:2: /usr/include/c++/7/cstdarg:42:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. compilation terminated. In file included from /home/escribano/sources/Source2/src/game/../common/sphere_library/CSArray.h:10:0,                  from /home/escribano/sources/Source2/src/game/../common/sphere_library/CSAssoc.h:10,                  from /home/escribano/sources/Source2/src/game/CServerConfig.h:10,                  from /home/escribano/sources/Source2/src/game/CResourceCalc.cpp:3: /usr/include/c++/7/cstring:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,                  from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,                  from /home/escribano/sources/Source2/src/game/../common/CException.h:10,                  from /home/escribano/sources/Source2/src/game/CObjBase.cpp:2: /usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. CMakeFiles/spheresvr_nightly.dir/build.make:62: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CBase.cpp.o] Error 1 CMakeFiles/spheresvr_nightly.dir/build.make:110: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CObjBase.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CObjBase.cpp.o] Error 1 CMakeFiles/spheresvr_nightly.dir/build.make:206: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CSector.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CSector.cpp.o] Error 1 CMakeFiles/spheresvr_nightly.dir/build.make:158: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CResourceCalc.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CResourceCalc.cpp.o] Error 1 CMakeFiles/spheresvr_nightly.dir/build.make:230: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CSectorEnviron.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CSectorEnviron.cpp.o] Error 1 In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,                  from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,                  from /home/escribano/sources/Source2/src/game/../common/CException.h:10,                  from /home/escribano/sources/Source2/src/game/CContainer.cpp:2: /usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. CMakeFiles/spheresvr_nightly.dir/build.make:86: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CContainer.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CContainer.cpp.o] Error 1 In file included from /home/escribano/sources/Source2/src/game/../common/../common/../common/sphere_library/CSFile.h:9:0,                  from /home/escribano/sources/Source2/src/game/../common/../common/CLog.h:10,                  from /home/escribano/sources/Source2/src/game/../common/CException.h:10,                  from /home/escribano/sources/Source2/src/game/CPathFinder.cpp:2: /usr/include/c++/7/cstdio:41:10: fatal error: bits/c++config.h: Arquivo ou diretório não encontrado  #include <bits/c++config.h>           ^~~~~~~~~~~~~~~~~~ compilation terminated. CMakeFiles/spheresvr_nightly.dir/build.make:134: recipe for target 'CMakeFiles/spheresvr_nightly.dir/game/CPathFinder.cpp.o' failed make[2]: *** [CMakeFiles/spheresvr_nightly.dir/game/CPathFinder.cpp.o] Error 1 CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/spheresvr_nightly.dir/all' failed make[1]: *** [CMakeFiles/spheresvr_nightly.dir/all] Error 2 Makefile:83: recipe for target 'all' failed make: *** [all] Error 2

So reading the output, it seems that the compiler is trying to enter in "Source2/Source2/" folder, which doesn't exist...
I'm at work right now, so I can't fix it now, but ill try to fix it tonight.
Thanks again!

The toolchain path isn't correct, it should be
-DCMAKE_TOOLCHAIN_FILE=../Source2/src/cmake/toolchains/Linux-GNU-64.cmake

So, did you succeed?

Dudes, sorry for the late answer!
Thanks so much for helping, I've succeeded compiling the code :D thanks to you and another friend of which is a monster on such things.
I just couldn't find any free time to take a closer look at the code :/
Thanks


Memory was allocated using new T[], but was released using the delete…

Memory was allocated using new T[], but was released using the delete operator.

Hi @truehobgoblin, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. Real humans will now evaluate your PR.

TTYL, MSBOT;

Thank you for reporting this bug.  You're in luck, because we are pushing up a bunch of changes & fixes imminently, and this will now be fixed as soon as today.  Cheers!
(Note that pull requests get translated into our local Git "master" repo and then must be pushed back to GitHub.)

This is in master now


Fix always deploy to default branch problem

this PR fixes Unitech/pm2#3803
this PR doesn't break any existing api
what this PR does:

fixed if test fetch != "fast"; always return true problem
always clone to the specified branch regardless fetch type
use checkout instead of hard reset for deployment
allow ref options to have a optional branch name

ref example
following command deploy tag prod-v1.0.1 to new branch named v1.0.1
pm2 deploy production ref tags/prod-v1.0.1 v1.0.1

if the optional branch name omitted, the tag will be deploy to branch named prod-v1.0.1
the ref command can also use for branch deployment
pm2 deploy production ref develop

If I run only
$ pm2 deploy production

This does not work anymore, I'm getting:
unitech@zion:~/edve/de-project$ pm2 deploy production
--> Deploying to production environment
--> on host xxd.com
  ○ deploying origin/master
  ○ executing pre-deploy-local
  ○ hook pre-deploy
  ○ fetching updates
  ○ full fetch
Fetching origin
  ○ checkout origin/master to master
fatal: A branch named 'master' already exists.

  git checkout failed

Deploy failed
1

I've unmerged the PR as long as it's blocking our deployments systems.
If you could make sure that:
pm2 deploy production setup
pm2 deploy production

Work as expected, we will be able to merge it back. Feel free to re-open a PR as that one can't be opened back. Thank you!

works perfectly. sorry for the late answer, merged


Update Order Hash Algo to be EIP712 Compliant

This is the first PR to start building abstracting out signatures.

EIP712 File mostly taken from 0x
Also included changes required in set-protocol-utils which has already been merged.

Pull Request Test Coverage Report for Build 2692

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

Totals

Change from base Build 2685:
0.0%

Covered Lines:
564

Relevant Lines:
564

💛  - Coveralls


Keylime Cloud Node Bundle overwrites /lib/libz.so.1

Environment

OS / version: Heads
Processor architecture: x86_64
TPM Manufacturer:

 tpm_version
  TPM 1.2 Version Info:
  Chip Version:        <IP_ADDRESS>
  Spec Level:          2
  Errata Revision:     3
  TPM Vendor ID:       WEC
  Vendor Specific data: 0000
  TPM Version:         01010000
  Manufacturer Info:   57454300

Keylime version: Commit

Description
The Keylime Node tarball overwrites libz.so.1 inside the standard Heads distribution. Though named the same, the two are not the same and are incompatible with each other. That is, Heads' libz doesn't work with Keylime and Keylime's libz doesn't work with Heads. In particular, Keylime's version of libz breaks kexec which we depend on for launching our tenant's OS.
The exact path of the offending file:
/lib/libz.so.1
*Libz is a library for handling zip files
We workaround this issue by hacking in a new hacking in a new LD_LIBRARY_PATH that backs up the old libz. link
Expected behavior vs. actual behavior
Keylime Node Tarball should either be compatible with the libz distributed with Heads or it should provide it's own that doesn't collide with the one inside Heads.
Steps to reproduce problem

Build the Keylime Node Tarball
Extract over Heads' rootfs
Try to launch keylime_node or kexec. Only keylime_node will work.

We should keep an eye on this going forward and think of a way to create a real workaround.

keep-alive

keep


V3 -> V4 Changelog

Individual Sets
Added:

meta (Better understanding of when data was created)
mtgoCode (Determine MTGO set name)
tokens (Tokens have made it in!)
foilOnly (If a set is available only in foil, like sliver premium deck)

Removed:

gathererCode (No longer necessary)
magicCardsInfoCode (No longer in service)
border (Moved to individual cards)
booster (Will be re-added in v4.1)

Individual Cards:
Added:

frameVersion (Determine the frame type)
hasFoil (Card available in foil)
hasNonFoil (Card available in non-foil)
isOnlineOnly (Card only available online)
isOversized (Card is HUGEEE)
foreignData (All foreign printings from the set and data relating)

Removed:

source (Hard to validate)
mciNumber (No longer in service)
life (Will re-add whenever Vanguard support is re-implemented)
hand (Will re-add whenever Vanguard support is re-implemented)
imageName (No longer a thing)
variations (Each printing will have it's own entry)

Changed:

cmc is now convertedManaCost
convertedManaCost is a float over an int
multiverseid is now multiverseId (with capital I)
flavor is now flavorText
border is now borderColor
id is now uuid
legalities formatting has changed
loyalty is now a string

I think this looks great!

This should be linked to from the webpage as well.
Here are the changes from the initial v4 try as reference, maybe there is a leftover and somebody can file an issue for important missing "features" for later?
https://github.com/mtgjson/mtgjson4_temporary#new-features-and-changes
I think stuff like changes to the filenames/merge of -x files should be listed here too.

New features and Changes

Persistent immutable ID, generated for each card, stored on "_id" field.
JSON database stored on a different project
Sorting

All objects with sorted keys
Card arrays are sorted by number, then by multiverseid

Command line interface for adding, removing and querying substitution rules
Files provided on the website will be pretty-printed (instead of one-liners)
Incorporate tokens

Tokens will also have unique "_id" fields.
Tokens will have their own array, separated from the cards array.
Tokens will have a "card generator" array, provided they are from the same set.
Initially, tokens will be parsed from a sub-repo of the Cockatrice project:
Cockatrice/Magic-Token:tokens.xml@master

Fields that will be removed:

id
imageName

Set Specific

EMN

Try to look for meld cards automatically with the "Melds with (card-name-here)." on text.

New provided files

AllCards_Standard.json
AllTokens.json

Filename alteration: the "-x" suffix will be changed to "-full".
Every file will have a ".sig" file as well.


[Non Issue] Microsoft MR test

i can confirm it works on my windows mixed reality headset with a rx480 as my gpu

Nice, thanks so much for testing, I should start to include a note in the readme regarding what systems have been tested.
If anyone else sees this, leave a comment with your system specs so we know what works!

HTC Vive, Windows 10, i5-4590, Geforce GTX 970
works just fine

Windows Mixed Reality, Windows 10, i7-4790k, GeForce GTX 1070
Works with good FPS, controllers work too

It worked flawlessly on my laptop!   Windows 10, i5- 7300HQ GTX 1050 TI, with an HP WMR headset.
I was even able to crank the resolution up to 1440x900 because I was hoping for a bit more legibility in the RPM screens.

HTC Vive,Windows 10, AMD Ryzen 7, GTX 1050 TI. Works fine

Oculus Rift, Win10, i7-8700K, 32GB RAM, 2x GTX 770. Framerate a bit low, but that's due to shoddy GPUs.

Oculus Rift, Win10, Ryzen 5 1400, 12GB DDR4 RAM, RX 580. Works. Can't really say about the framerate, as I used AVP and got lag, naturally.

There's now an infinite combination of headsets, controllers, PC specs. Probably not worth keeping track of compatibility. It seems that whatever works with SteamVR will work with this mod (I think, maybe, who knows). Thanks everyone for your input!


Unable to access Decrypt9

I able downgrade my new 3ds USA from 9.9.0 to 9.2.0
to 2.0 but failed to install arm9loaderhax
after browsing to http://dukesrg.github.io/2xrsa.html?arm11.bin
screen become glitched and freeze my new 3ds
then failed to boot (seems bricked)
I able to recover my 3ds using Hourglass9 back to 9.2.0
i retry the said instruction but unlucky to access Decrypt9
Im stuck on 9.2.0

Hold SELECT and then press POWER to turn on the 3DS. Does it load the Luma3DS configuration menu?

yes it load

you already have arm9loaderhax. your system isn't bricked.

but i wasnt able to finish the 2.1.0 ctrtransfer i was back to 9.2.0
Dont know what's next.

you already have arm9loaderhax so that's not necessary...? what are you trying to do?

i was following the guide but i was stuck, if im able to used the arm9loaderhax and luma am doing fine? Im just confused after freezing on my 3ds. ill continue then Section III - Configuring Luma3DS..  thanks for the replies

done perfect all done thanks!

Hello! pleas some help here! i have followed the same guide (https://3ds.guide/installing-arm9loaderhax) done everything successfuly until section iv but was never able to boot hourglass9 on boot... i continiued with upgrading the system and im on 11.2 now with arm9 installed an luma running on boot properly but how do i fix the hourglass and decrypt 9 issue to finish the guide and intall hombrew(menuhax,fbi etc)?

have you put the payload into luma/payloads/start_hourglass9.bin?


Backport fixes for "unknown service types.API" from upstream

Two fixes went into the upstream project for the "unknown service types.API" issue.
So backporting those here.
These are the fixes:
containerd/containerd#872
containerd/containerd#828
A customer was seeing this error in their environment.
cc @mrunalp @runcom

LGTM


Align version with Quarkus

Add script for testing with Quarkus snapshot

I see none of those updates in https://github.com/kiegroup/kogito-runtimes/pull/2337.
Could it be that quarkus main is updated after ?

well the quarkus-branch check will update automatically those for the check.
But we would need to update to a Final version to have those updated permanently. The compare version is only done and committed when we upgrade to a new fix release ...
Could it be that the update of deps was done after a fix release ?

@radtriste not sure but I think something like a major bump in a version like the Keycloack one wouldn't be something to be changed in a fix/minor release.

so you mean when we updating to Quarkus 2.10, those version were not updated with it ?
That means that the Maven compare-dependencies is not enough ?

yeah, it might have some sort of edge cases that we miss some updates.

closing as changes are already on main


Plugin doesn't work

Zed version: Zed 0.134.4 & Zed Preview 0.162.1
Biome-zed plugin: v0.1.3
According to https://zed.dev/docs/configuring-zed#formatter this should work, but it doesn't work:
  "languages": {
    "Svelte": {
        "formatter": {
          "code_actions": {
            "source.fixAll.biome": true,
            "source.organizeImports.biome": true
          }
        }
      }
    }

This also doesn't work:
  "languages": {
    "Svelte": {
        "code_actions_on_format": {
          "source.fixAll.biome": true,
          "source.organizeImports.biome": true
        }
      }
    }

Adding these settings to root for all languages also doesn't work:
  "formatter": {
    "language_server": {
      "name": "biome"
    }
  },
  "code_actions_on_format": {
    "source.fixAll.biome": true,
    "source.organizeImports.biome": true
  },

While running external command works:
  "languages": {
    "Svelte": {
        "formatter": {
          "external": {
            "command": "./node_modules/@biomejs/biome/bin/biome",
            "arguments": [
              "check",
              "--write",
              "--stdin-file-path",
              "{buffer_path}"
            ]
          }
        }
      }
    }

Am I doing something wrong or this Plugin is currently broken?

I wouldn't exclude that zed is at fault here.
I also tried it yesterday but I couldn't get it to work, however the linting works, and code actions too. So it's about formatting specifically.

For what it's worth
 "formatter": {     "language_server": {       "name": "biome"     }   },
Worked for me but only after I restarted zed.


Custom MaskDINO training crashes with a RuntimeError: Global alloc not supported yet

When I run:
cd /home/jovyan/data/kamila/detrex && python tools/train_net.py --config-file projects/maskdino/configs/maskdino_r50_coco_instance_seg_50ep.py
I get following exception:
[12/06 07:56:38 d2.engine.train_loop]: Starting training from iteration 0
/opt/conda/lib/python3.8/site-packages/torch/functional.py:445: UserWarning: torch.meshgrid: in an upcoming release, it will be required to pass the indexing argument. (Triggered internally at  /opt/pytorch/pytorch/aten/src/ATen/native/TensorShape.cpp:2156.)
  return _VF.meshgrid(tensors, **kwargs)  # type: ignore[attr-defined]
ERROR [12/06 07:56:48 d2.engine.train_loop]: Exception during training:
Traceback (most recent call last):
  File "/home/jovyan/data/kamila/detrex/detectron2/detectron2/engine/train_loop.py", line 149, in train
    self.run_step()
  File "tools/train_net_graffiti.py", line 95, in run_step
    loss_dict = self.model(data)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/maskdino.py", line 162, in forward
    losses = self.criterion(outputs, targets,mask_dict)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/criterion.py", line 388, in forward
    indices = self.matcher(aux_outputs, targets)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/opt/conda/lib/python3.8/site-packages/torch/autograd/grad_mode.py", line 28, in decorate_context
    return func(*args, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/matcher.py", line 223, in forward
    return self.memory_efficient_forward(outputs, targets, cost)
  File "/opt/conda/lib/python3.8/site-packages/torch/autograd/grad_mode.py", line 28, in decorate_context
    return func(*args, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/matcher.py", line 165, in memory_efficient_forward
    cost_dice = batch_dice_loss_jit(out_mask, tgt_mask)
RuntimeError: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript (most recent call last):
RuntimeError: Global alloc not supported yet

[12/06 07:56:48 d2.engine.hooks]: Overall training speed: 3 iterations in 0:00:04 (1.3375 s / it)
[12/06 07:56:48 d2.engine.hooks]: Total training time: 0:00:04 (0:00:00 on hooks)
[12/06 07:56:49 d2.utils.events]:  eta: 4 days, 17:05:31  iter: 5  total_loss: 109.9  loss_ce: 4.103  loss_mask: 1.045  loss_dice: 1.17  loss_bbox: 0.2272  loss_giou: 0.1185  loss_ce_dn: 0.3122  loss_mask_dn: 1.603  loss_dice_dn: 1.205  loss_bbox_dn: 0.5139  loss_giou_dn: 0.328  loss_ce_0: 3.23  loss_mask_0: 1.752  loss_dice_0: 1.341  loss_bbox_0: 0.132  loss_giou_0: 0.1527  loss_ce_dn_0: 0.3276  loss_mask_dn_0: 2.752  loss_dice_dn_0: 3.534  loss_bbox_dn_0: 1.171  loss_giou_dn_0: 0.8217  loss_ce_1: 3.531  loss_mask_1: 1.334  loss_dice_1: 0.9349  loss_bbox_1: 0.09554  loss_giou_1: 0.111  loss_ce_dn_1: 0.2215  loss_mask_dn_1: 1.734  loss_dice_dn_1: 1.629  loss_bbox_dn_1: 0.795  loss_giou_dn_1: 0.4993  loss_ce_2: 3.148  loss_mask_2: 1.184  loss_dice_2: 1.401  loss_bbox_2: 0.1707  loss_giou_2: 0.1778  loss_ce_dn_2: 0.3696  loss_mask_dn_2: 1.644  loss_dice_dn_2: 1.608  loss_bbox_dn_2: 0.6091  loss_giou_dn_2: 0.4159  loss_ce_3: 3.638  loss_mask_3: 1.113  loss_dice_3: 1.233  loss_bbox_3: 0.2145  loss_giou_3: 0.1722  loss_ce_dn_3: 0.3632  loss_mask_dn_3: 1.652  loss_dice_dn_3: 1.442  loss_bbox_dn_3: 0.5413  loss_giou_dn_3: 0.3912  loss_ce_4: 3.436  loss_mask_4: 1.092  loss_dice_4: 1.122  loss_bbox_4: 0.2232  loss_giou_4: 0.1488  loss_ce_dn_4: 0.297  loss_mask_dn_4: 1.637  loss_dice_dn_4: 1.272  loss_bbox_dn_4: 0.5192  loss_giou_dn_4: 0.3572  loss_ce_5: 3.891  loss_mask_5: 1.315  loss_dice_5: 1.075  loss_bbox_5: 0.2148  loss_giou_5: 0.1458  loss_ce_dn_5: 0.2682  loss_mask_dn_5: 1.616  loss_dice_dn_5: 1.213  loss_bbox_dn_5: 0.5183  loss_giou_dn_5: 0.3461  loss_ce_6: 3.985  loss_mask_6: 1.168  loss_dice_6: 1.15  loss_bbox_6: 0.245  loss_giou_6: 0.1321  loss_ce_dn_6: 0.2713  loss_mask_dn_6: 1.57  loss_dice_dn_6: 1.197  loss_bbox_dn_6: 0.514  loss_giou_dn_6: 0.3357  loss_ce_7: 4.099  loss_mask_7: 1.093  loss_dice_7: 1.2  loss_bbox_7: 0.2284  loss_giou_7: 0.1184  loss_ce_dn_7: 0.3286  loss_mask_dn_7: 1.586  loss_dice_dn_7: 1.212  loss_bbox_dn_7: 0.5173  loss_giou_dn_7: 0.3303  loss_ce_8: 4.038  loss_mask_8: 1.049  loss_dice_8: 1.206  loss_bbox_8: 0.2284  loss_giou_8: 0.1187  loss_ce_dn_8: 0.3104  loss_mask_dn_8: 1.605  loss_dice_dn_8: 1.197  loss_bbox_dn_8: 0.51  loss_giou_dn_8: 0.3282  loss_ce_interm: 3.285  loss_mask_interm: 1.477  loss_dice_interm: 1.158  loss_bbox_interm: 0.6809  loss_giou_interm: 0.4867  time: 1.1044  data_time: 0.1023  lr: 0.0001  max_mem: 19044M
Traceback (most recent call last):
  File "tools/train_net_graffiti.py", line 232, in <module>
    launch(
  File "/home/jovyan/data/kamila/detrex/detectron2/detectron2/engine/launch.py", line 82, in launch
    main_func(*args)
  File "tools/train_net_graffiti.py", line 227, in main
    do_train(args, cfg)
  File "tools/train_net_graffiti.py", line 211, in do_train
    trainer.train(start_iter, cfg.train.max_iter)
  File "/home/jovyan/data/kamila/detrex/detectron2/detectron2/engine/train_loop.py", line 149, in train
    self.run_step()
  File "tools/train_net_graffiti.py", line 95, in run_step
    loss_dict = self.model(data)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/maskdino.py", line 162, in forward
    losses = self.criterion(outputs, targets,mask_dict)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/criterion.py", line 388, in forward
    indices = self.matcher(aux_outputs, targets)
  File "/opt/conda/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1110, in _call_impl
    return forward_call(*input, **kwargs)
  File "/opt/conda/lib/python3.8/site-packages/torch/autograd/grad_mode.py", line 28, in decorate_context
    return func(*args, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/matcher.py", line 223, in forward
    return self.memory_efficient_forward(outputs, targets, cost)
  File "/opt/conda/lib/python3.8/site-packages/torch/autograd/grad_mode.py", line 28, in decorate_context
    return func(*args, **kwargs)
  File "/home/jovyan/data/kamila/detrex/projects/maskdino/modeling/matcher.py", line 165, in memory_efficient_forward
    cost_dice = batch_dice_loss_jit(out_mask, tgt_mask)
RuntimeError: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript (most recent call last):
RuntimeError: Global alloc not supported yet

So far I figured out the reason why it may appear.
It seems that the workaround that uses batch_dice_loss instead of batch_dice_loss_jit as discussed in the issue fixes it, however, the training speed increases.
Would really appreciate you looking at it.

Hi @alrightkami, I saw your pull request. It seems you use "batch_dice_loss" instead of "batch_dice_loss_jit" when there is no annotations. Does the bug only appear when there is no annotation?

Also, I started a training yesterday around 5 pm for train.max_iter = 36875 and it said eta: 6:23:50, but after more than 12 hours is still in progress and says eta: 1:34:07. I always let it train on a pretty strong GPU machine and it never took that long. So apparently batch_dice_loss makes training much slower.

Have you solved your problem? I have merged your PR.

@FengLi-ust it does solve it, the training is not crashing and is still in progress. But as mentioned above, the training speed increases enormously

You can refer to this issue to say if this can solve you problem.

It does seem to solve it; however, not sure about the training speed yet. I created a PR for the fix


Add a config equivalent

Not all user-specific preferences should go to XDG_DATA_HOME, configuration for instance could go to XDG_CONFIG_HOME. Much of the structure is the same, though (serializable key-value pairs), so it may make sens to include this in this crate.
Among the few differences between preference and config, I'd say more option in the serialization format would be helpful (some people will really like toml for configuration, but not necessarily for preferences).

I'd argue that all user preferences should go to XDG_CONFIG_HOME. XDG_DATA_HOME is for, well, data. Like if you were building a Twitter client, preferences would go in ~/.config/rustytweet/*.json, cached images and media from timelines would go in ~/.cache/rustytweet/media, and, say, Tweet drafts would go in ~/.local/share/rustytweet/drafts/.

I was initially against offering multiple variants/options for config vs data, but I'm warming up to the idea.
One issue: What to do on platforms like Windows that (AFAIK) don't differentiate between user data & config. On Linux, you'd get two separate files for config and data:

Key: developer/appname

Config path: ~/.config/developer/appname
Data path: ~/.local/share/developer/appname

But then on Windows, you'd get a conflict:

Key: developer/appname

Config path: %APPDATA%/developer/appname
Data path: %APPDATA%/developer/appname

This would be bad because your config and data would overwrite each other. Possible solutions:

Prefix: %APPDATA%/{config,data}/developer/appname
Suffix: %APPDATA%/developer/appname.{cfg,dat}

I'm leaning heavily towards the latter option, since both OS X and Windows specify that all your application data should be grouped in the same folder. It makes the mapping of prefs key -> file path less straightforward, but we don't make any guarantees about that anyway, so I think it should be fine?

Also, if we do decided to go down this path, I will likely factor out a lot of this logic into a new crate modeled after appdirs, then make that crate a dependency of preferences-rs.

As @passcod says, maybe it's not up to this library to handle data, but to keep to config? Much of what is called "preference" is often configuration anyway (User data will rarely be called preference, but maybe "saved profile" or something). It may make things simpler, rather than having both options.

That's actually a great point; non-preference data will probably need to be stored in a format other than JSON anyway. Alright, this is sounding good :)
I think that making an appdirs-like library will be great for arbitrary/cache data, and preferences can just focus on JSON-encodable user prefs.

:+1:

Sounds good. I still think more serialization options (ini, toml) could be very there. And if you don't want to bloat applications with non-needed dependencies (though I doubt rust-ini or toml-rs are that big), conditional dependencies based on crate feature could probably help. Though that's for another ticket.

I would imagine that people could just grab the appdirs-like crate and their serialization library of choice and go to town, with preferences being sort of an extension to appdirs that takes care of the encoding/decoding for you. I'll consider it for inclusion, though, especially once conditional dependencies hit Rust stable!

Crate app_dirs is now available (published to Cargo) for general-purpose storage of arbitrary app data (config, cache, etc.). I'll be moving forward with preferences-rs as the "opinionated" solution for preferences and config data.


ng serve --poll

Was the --poll flag removed in v6, or is that just an error in the newly committed docs? As per https://github.com/angular/angular-cli/issues/5212 it's needed to support Docker on Windows, which is still the case as far as I'm aware.

@buu700 it's still there, but it is a build option and not a serve option. If you add it to projects.project-name.architect.build.options.poll it should work. I tried it on a new project modifying templates and ts files with a 10000ms poll and saw rebuilds.

Got it, thanks! It'd be easier to use as a command line flag since our serve script conditionally adds it based on whether the host OS is Windows, but not a blocker since copying and transforming angular.json is an option too.

You can create a configuration that contains poll, and conditionally use that:
"build": {
  ...
  "configurations": {
    "docker": {
      "poll": 2000

Then use that one on serve. WDYT? Or maybe poll should be on serve as well, as we do have some duplicated options there.

Awesome, thanks! So that will add --poll back to the serve command?

Yeap, it should be on the next release of @angular-devkit/build-angular!

poll option is still not available in<EMAIL_ADDRESS>serve!
is there any other way to enable poll option?

The new option is better than the old: it takes an argument for the milliseconds time to wait between polls.  (You can see this in the commit referenced above.)  However, if you simply pass --poll it has no default so it appears as if it is not working...
ng serve --host <IP_ADDRESS> --poll 200

Works as expected in vagrant on win10 host
ng serve --host <IP_ADDRESS> --poll

Does nothing tho, so perhaps a sensible default should be added? 500 or 1000 ms?

I am new to this option, when do you use this poll.. can anybody help on atleast one usecase? where it helps.
Thank you

@rogusdev The next version (9.0) will default to 500ms if the poll option is provided without a value. https://github.com/angular/angular-cli/pull/15417


Polish up UserGuide

Removed invalid tip in UserGuide which caused unexpected behaviour on user's end. Can be safely removed from the infomration on the CS2103 website
Fix #164

The reference tip removed. Saves us trouble of modifying the behavior of -t which i also suspect is a feature change

nice! awesome, good job!!


Modify SelectExpressionItem in List

In order to add a  (pobbibly) missing column in a SQL String I have done the following:

First I parse the SQL with:

		try { 			statement = CCJSqlParserUtil.parse(query); 		} catch (JSQLParserException e) { 			e.printStackTrace(); 		} 		Select selectStatement = (Select) statement; 		SelectBody selectBody = selectStatement.getSelectBody();

I have created a SQLSelectVisitor implements SelectVisitor that returns the plainSelect.getSelectItems()

I want to loop through this list of SelectItems and add more selectItems (one for name and another for id) in case they're absent. How could I achieve this?

If you have a List of SelectItems from plain select, then you could directly work with that. Maybe you could look at SelectUtils.addExpression. There an expression is adde to an existing select statement.

Thanks a lot!

Why reopened? What did not work?

Sorry, I thought I would have another question, but I have worked it out. Closing definitely.

OK. Thx for using JSqlParser ;)


Dynamic star generator and big screen support

Added some javascript that generates stars that are placed as far out as 5200px and then overwrites the values in the CSS.
IF JS is disabled in the browser the page will display the stars as before (from the CSS file) and not the randomly generated stars
This will fix: https://github.com/johnggli/linktree/issues/8

@1chooo Feel free to use it


Add detekt as kotlin linter, adjust code and fix some typos

add detekt to verify the formatting of the Kotlin code (used in local and in Travis CI)
adjust some code from the detekt report : convert Utils and CodeGenerator to object
fix typos in readme
update tools version
add .editorconfig for other contributors

This does not justify a new release but will prepare the project for next evolutions.

The possible keywords are listet here: https://github.com/github/linguist/blob/master/lib/linguist/languages.yml


Allow failures on latest Node 7

Because issue https://github.com/othiym23/async-listener/issues/109 have not yet been solved for Node.js 7, the test suite currently fails when running on the latest version of Node.js 7 (v7.10.0 as of this commit).
This commit allows 7.x to fail, but adds an extra build for 7.9.0 which is know to be good.
This should be reverted when/if Node.js 7 is patched accordingly.

Weird... it seems from the tests that Travis CI is not adhering to the allow_failures setting. Will investigate

Apparently the allow_failures logic in the .travis.yml have NEVER worked because it was written incorrectly. I fixed it for both the new version 7, but also for the existing version 3 and 5.
Whether or not we want this for 3 and 5 should be discussed on #116

Looks good to me


PowerShell HTTP Trigger template - Out-File "typo" (nice to have)

From https://feedback.azure.com/forums/355860-azure-functions/suggestions/14807592-powershell-http-trigger-template-out-file-typo

The template for HTTP trigger in PowerShell has a Out-file command
Out-File -Encoding Ascii $Env:res -inputObject "Hello $name"
it should be using the full parameter names to make it more understandable
Out-File -FilePath $Env:res -Encoding Ascii -inputObject "Hello $name"

Fixed in commit https://github.com/Azure/azure-webjobs-sdk-templates/commit/e1cfdfc807cf6dfb9856473c78fdd22884208561


Wait until the component has mounted to set hasMounted.

This fixes my repro as well as my other SSR examples!

Coverage decreased (-0.6%) to 97.368% when pulling 8bf6712de3cd224341f3a9b66c13cd9dbb15907c on tmeasday:ssr-start into 5a4f5c5a83ba8a215aa5f91d9af913581ca58024 on apollostack:ssr-start.

@tmeasday yep! I came to the same conclusion. We will need to catch all results that come between componentWillMount and componentDidMount and apply them after mounting. We also need to separate our client test (with jsdom) and our server test (without) to ensure we are correctly testing both environments.
I know this is a pretty big blocker for you right now. I'm swamped at  work for the next couple days, but should be able to get to this first of next week if you haven't gotten to it first

Fixed by #75

@jbaxleyiii is it actually possible to receive data back from apollo in between willMount and hasMounted?
I honestly don't know: Rendering in React is synchronous, so the naive answer would be no. But then I know it uses batching, so it seems possible, if unlikely that apollo requests could come back while it is still rendering.
Happy to take a look at the tests though if they still need fixing. Perhaps open an issue describing what needs to happen and I'll make it so (if I can!)


[Enterprise Bot Template][TS] - Provide similar documentation for TypeScript template like C# version

Is your feature request related to a problem? Please describe.

The TypeScript enterprise bot template is lacking in documentation. It'll be frustrating for people new to TypeScript to use and deploy.
Describe the solution you'd like

Documentation should follow the C# pattern in documentation. The C# template is well documented both on GitHub and azure documentation
Describe alternatives you've considered

Alternate solution now is to try and extrapolate knowledge from deploying C# templates and deploying other NodeJS/Typescript projects.
Additional context

Hi @awaemmanuel! Thank you for collaborating.
We noticed this kind of documentation inconsistency between TypeScript and C# for Enterprise Bot Template. In order to reduce it, we are working on having a robust parity between them.

Hi @awaemmanuel! Thank you for collaborating.
As you can see in AI\templates\Enterprise-Template\src\typescript exists two folders.
One for a sample of an enterprise bot generated with the generator-botbuilder-enterprise and another for the generator itself.
Inside of the enterprise-bot folder you can find a README that contains the steps to use and deploy the bot.
Also, in the generator-botbuilder-enterprise/generators/app folder you can find a README with the next steps to use the generated bot.


fix: dump gateway errors during TLS handshake

Signed-off-by: Artur Troian<EMAIL_ADDRESS>
name: Pull Request
about: Submit a pull request
title: ''
labels: ''
assignees: '@boz @gosuri'

Description

Motivation and Context

[ ] I have raised an issue to propose this change (required)
[ ] My issue has received approval from the maintainers or lead with the design/approved label

How Has This Been Tested?

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I've read the CONTRIBUTION guide
[ ] I have signed-off my commits with git commit -s
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

@troian can we close this?

yah


'concurrent map read and map write' panic using Sieve

In:
commit a56ad9b8e592119973d0290d70f537b628ddcf32
Merge: 1ca0c89 dad6b2a
Author: Sheehan Anderson<EMAIL_ADDRESS>Date:   Tue May 3 13:41:19 2016 -0400

    Merge pull request #1325 from jyellick/consensus-threading-and-queues-rb

    Consensus threading and queues rebase

4 peers running sieve consensus. One peer crashes with a 'concurrent map read and map write'  panic. The logs are gigantic, here is the tail of the log of the crashed peer.
logTail.txt
To recreate:
Install https://github.ibm.com/bcbrock/busywork
cd busywork/scripts; make images
cd busywork/counters; make issue10xx

Note that there is a chance, maybe 1 out of 4, that a run set up as above will pass.

Thanks!  Fix coming soon.

can this one be closed?

@vukolic Yes, I haven't seen this in awhile


LWT fires on graceful disconnect but not on connection loss

Describe the bug
LWT fires on graceful disconnect, but doesn't seem to ever fire when the client loses connection. If you create a client with an LWT and disconnect it properly the LWT will unexpectedly fire. If you create a client with an LWT and kill it without letting it gracefully disconnect, the LWT will never be sent.
To Reproduce
Steps to reproduce the behavior:

Start MQTT client with LWT
gracefully disconnect
Observer LWT was still sent
Reconnect with LWT
kill client so it can't gracefully disconnect
Notice the LWT did not fire on connection loss

Expected behavior
The observed behavior is inverse to what is expected. Per the MQTT spec LWT should fire only when the connection is unexpectedly lost, whereas in this case the LWT is only seemingly sent on graceful disconnects which is shouldn't be.

I was wrong about this. I was getting confused because of another bug #937.


Support advertising tags

@karpov-kir please rebase/fast-forward-merge to get the latest changes from develop into this branch. Please also make sure the tests succeed.
Once those things are done I'll take a closer look, thanks!


Imposm3 Timestamp

Import and play around with importing imposm3 diffs to find out how we can set a timestamp .
For each update of features that imposm3 applies on the database we need to know a timestamp to detect dirty tiles later on.
If we use a INSERT trigger we need to detect whether the old record is different from the new one and only then set the timestamp record.
Testing will be done with diffs and data for Switzerland.

Tests to be done on diffs of a smaller area - such as osc.gz from http://download.geofabrik.de/europe/switzerland.html

Played a bit with the diff files. Much dumber approach for versioning might work as well.

After the initial import I add a a column sequence_number which is the initial OSMOSIS sequence number stored in the state.txt file http://download.geofabrik.de/europe/liechtenstein-updates/state.txt ALTER TABLE <table> ADD column sequencenumber int and then UPDATE <table> SET sequence_number=1048
Run the diff imports and after each diff import UPDATE <table> SET sequence_number=1049 WHERE sequence_number IS NULL. imposm3 will overwrite the existing sequence number with NULL values which is how we can detect what updated.

And we have versioned feature. We ca use timestamp (more practical) instead of sequence number.
This is faster than triggers (doesn't solve the "updated with no actual values changed" problem, but not sure whether this problem actually exists).
Some usage notes.
Don't use Switzerland for playing with diff imports - takes too long. Use Lichtenstein.
# Download changes for Lichtenstein
 wget http://download.geofabrik.de/europe/liechtenstein-updates/000/001/0{0..75}.osc.gz
# Download state files
 wget http://download.geofabrik.de/europe/liechtenstein-updates/000/001/0{0..75}.state.txt

# Import lichtenstein first
docker-compose up import-osm
# Import changes in import dir
docker-compose up import-osm-diff

The new import-osm-diff container is actually the same Docker image, just executing a different command.

How to import diffs into the database.

Given you have downloaded an older PBF file
wget http://download.geofabrik.de/europe/liechtenstein-151001.osm.pbf
Run docker-compose up import-osm will do an initial import of the PBF file, extract the timestamp of the PBF file and store it as timestamp column for each imported OSM table
Now you want to download and apply the diffs. Run docker-compose up import-osm-diff which will use osmupdate to download all diffs until today for the PBF file found in the import directory and write them to a latest-changes.osc.gz file. This diff file will then be imported with imposm3 diff imports and then the timestamp of that chanages file is updated for all modified rows.

In order for osmupdate to work with Geofabrik extracts you need to export set the OSM_UPDATE_BASEURL container in the container to http://download.geofabrik.de/europe/liechtenstein-updates/

@lukasmartinelli - does the import sets the timestamp only on records which have really changed?
If a tag present in OSM raw data, which is ignored by our mapping to SQL tables, is changed/modified/added/deleted, then there is no change for this feature in our database.
This way we can eliminate a lot of the edits in OSM. It sounds like this approach ignores this for now. If it i does - we need a new ticket for solving this properly at later point (BBeta milestone?)

If a tag present in OSM raw data, which is ignored by our mapping to SQL tables, is changed/modified/added/deleted, then there is no change for this feature in our database.

A tag that is not explicitely defined in mapping will cause no deletes or inserts into the database.
It is possible however that a tag that we don't map to columns (in fields) has changed (e.g. name:de_ch for a POI shop=icecream) and therefore still triggers the update but with the same values.
Before we implement detection of real updates we must ensure that this case really occurs #132. In the best case imposm3 already ignores changes to attributes that are not mapped to columns e.g. if not it makes sense to implement that directly into imposm3 since it would be quite a useful feature.

Thanks! This is what I meant.

Btw. updating the timestamp on several million rows after importing does slow down the import quite a bit (on top of the additional time required for diffed imports which is factor x2).
Would be great imposm3 could write the timestamp of the PBF directly into the database at a later stage.

Okay setting the timestmap per UPDATE takes as much time as importing in the first place. Didn't think that just updating one column takes so much time.


adjust java code example for updating your Application  (#4387)

We would need for the SoLoader release though


Depth First Search in Java added

Please add the description along with the issue number

@sauravjaiswalsj : I modified it, thanks.


I got error while compiling with MAC OS

I follow all the instruction but end up following errors,
[ 51%] Building C object third-party/glfw/src/CMakeFiles/glfw.dir/context.c.o
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Security.framework/Headers/AuthSession.h:32:0,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Security.framework/Headers/Security.h:42,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/OSServices.framework/Headers/CSIdentity.h:43,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/OSServices.framework/Headers/OSServices.h:29,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Headers/IconsCore.h:23,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreServices.framework/Frameworks/LaunchServices.framework/Headers/LaunchServices.h:23,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:45,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:20,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/cocoa_platform.h:30,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:183,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Security.framework/Headers/Authorization.h:193:7: error: variably modified 'bytes' at file scope
char bytes[kAuthorizationExternalFormLength];
^~~~~
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGContext.h:18:0,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGBitmapContext.h:9,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CoreGraphics.h:11,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices.h:35,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/cocoa_platform.h:30,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:183,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGFont.h:53:40: error: initializer element is not constant
static const CGFontIndex kCGGlyphMax = kCGFontIndexMax;
^~~~~~~~~~~~~~~
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGContext.h:21:0,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGBitmapContext.h:9,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CoreGraphics.h:11,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices.h:35,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/cocoa_platform.h:30,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:183,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPath.h:391:15: error: expected identifier or '(' before '^' token
typedef void (^CGPathApplyBlock)(const CGPathElement * element);
^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPath.h:393:53: error: unknown type name 'CGPathApplyBlock'
CG_EXTERN void CGPathApplyWithBlock(CGPathRef path, CGPathApplyBlock CF_NOESCAPE block)
^~~~~~~~~~~~~~~~
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFDictionary.h:14:0,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFPage.h:15,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFDocument.h:16,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGContext.h:23,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGBitmapContext.h:9,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CoreGraphics.h:11,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices.h:35,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/cocoa_platform.h:30,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:183,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFArray.h:103:15: error: expected identifier or '(' before '^' token
typedef bool (^CGPDFArrayApplierBlock)(size_t index,
^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFArray.h:113:5: error: unknown type name 'CGPDFArrayApplierBlock'
CGPDFArrayApplierBlock cg_nullable block, void * __nullable info)
^~~~~~~~~~~~~~~~~~~~~~
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFPage.h:15:0,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFDocument.h:16,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGContext.h:23,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGBitmapContext.h:9,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CoreGraphics.h:11,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices.h:35,
from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/cocoa_platform.h:30,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:183,
from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFDictionary.h:116:15: error: expected identifier or '(' before '^' token
typedef bool (^CGPDFDictionaryApplierBlock)(const char * key,
^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/CoreGraphics.framework/Headers/CGPDFDictionary.h:126:5: error: unknown type name CGPDFDictionaryApplierBlock'
CGPDFDictionaryApplierBlock cg_nullable block, void * __nullable info)
^~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /Users/sangpil_kim/git/librealsense/third-party/glfw/src/context.c:28:0:
/Users/sangpil_kim/git/librealsense/third-party/glfw/src/internal.h:576:42: warning: extra semicolon in struct or union specified [-Wpedantic]
_GLFW_PLATFORM_LIBRARY_JOYSTICK_STATE;
^
make[2]: *** [third-party/glfw/src/CMakeFiles/glfw.dir/context.c.o] Error 1
make[1]: *** [third-party/glfw/src/CMakeFiles/glfw.dir/all] Error 2
make: *** [all] Error 2

@spk921 Which librealsense version did you test when you get the issue? Thanks!

@RealSense-Customer-Engineering  I used Master branch. But I follow: https://gist.github.com/svenevs/f00ed3898d2af6248921b63254aa8cc1 this and succeded installation.
I think the main page should update based on the link which I provided.

@spk921 Glad to hear that you got it through. Will look into the link to evaluate. Thanks!

This is simply an error in the MacOS header files. You cannot define a "const int" variable and make this the length of an array. A "const int" is not a compile-time constant.


DOC: adding reverse proxy script

What's wrong with the existing documentation
adding documentation for reverse proxy
Add ScreenShots
No response
Record

[X] I agree to follow this project's Code of Conduct
[ ] I'm a GSSOC'24 contributor
[ ] I'm a VSoC'24 contributor
[X] I want to work on this issue

@mayaworld13 Assigned

Create a folder named Reverse Proxy Script and update everything according to your requirements.


ci(github): add nightly build script

Coverage remained the same at 79.448% when pulling 418621dd0fe1cfba576fbd6f1d9fab1ad22e3924 on nightlyrelease into 5f028b5c60ec3bc4d3017dbc0d7515e9884ccae3 on dev.