Add GeoBoundingBoxCondition

This PR introduce GeoBoundingBoxCondition:
ToDos

[x] Memory
[x] Algolia
[x] Elasticsearch
[x] Loupe

[x] https://github.com/loupe-php/loupe/issues/83

[x] Meilisearch
[x] Opensearch
[ ] RediSearch

[ ] https://github.com/RediSearch/RediSearch/issues/680
[ ] https://github.com/RediSearch/RediSearch/issues/5032

[x] Solr
[x] Typesense

fix #365

I rebased the branch as I merged the Algolia v4 upgrade: https://github.com/schranz-search/schranz-search/pull/414

Loupe supports in the 0.7 version now also GeoBoundingBox: https://github.com/loupe-php/loupe/releases/tag/0.7.0

Loupe is implemented now. So only thing we need is to wait feedback from the @redisearch team about there support for GeoBoundingBox or even Polygon based queries.

I will go with merging the current state maybe we get a response from @redisearch team soon how the state of the support for bounding box and polygon based queries is on there side.


Translation: Needs French translation

https://github.com/koenvervloesem/snips-app-pick-something-random/tree/master/translations

This is work in progress now.

Implemented in https://console.snips.ai/store/fr/skill_9Y1Avk694al by @Sanlokii.


option defaults

Hey,
It would be nice if you will add the defaults for the configuration options.

I've just updated the docs and published version 0.2.
Are the docs clear now?

Yes, thanks.
Maybe you can point me to a good source on how to install the Xvfb locally on local mac machine.
I will close this issue

This is my recipe for Ubuntu. Maybe it'll help you:
Install Xvfb
sudo apt-get install xvfb chromium-browser

In one terminal:
sudo Xvfb :1

In another teminal:
export DISPLAY=:1
export CHROME_BIN=/usr/bin/chromium-browser
webdriver-manager start

In another teminal:
protractor

Thanks, but the apt-get made for linux machines. In mac I can use brew but seems that there is no xvfb module there.

xvfb is something X11 specific - AFAIK there is no equivalent for mac


Feature Request: Add API to refresh various debugger panes

I'm writing a debug adapter, and there are some events that can happen outside of the normal process that result in vscode not reflecting the correct state.
Variables
Sometimes when setting a variable, other variables change in response.  For example, in the image below the HL register is made up of H and L.  Changing HL also changes H & L.  Changing H or L individually also changes HL.

Call Stack
I've implemented a 'Set Next Statement' via vscode.debug.activeDebugSession.customRequest.  However, there's no way to tell vscode to refresh the call stack to reflect the updated state.

If I understood you correctly you are setting a variable in the variables view and the parent / child is not updated. This should be handled automatically by vscode, if it is not then it is a bug (there actually might be already one in our issues).
Our api should not have such specific commands as "refreshVariablesView" imho.

@isidorn I agree there should not be a "refreshVariablesView" command. However, there still needs to be a way to tell vscode that the debug state has changed outside of it's control.
Alternatives would be: vscode.debug.variables.refresh(); which would work well if other things had a .refresh().  Alternatively, a generalised vscode.debug.stateChanged();

@Tenebrous not sure I agree, for that we have the debugProtocol.
fyi @weinand
As for the variables not refershing after setVariable request this is due to this code here which only refreshes the changed element, not the whole tree

@isidorn The debugProtocol doesn't support this either - do you think that would be the preferred method? I implemented a custom debug event over the protocol, but the code on the vscode extension side doesn't have any API in vscode to call to do the refresh.

Actually I have discovered I can force a refresh by sending the debug protocol event 'continued' followed immediately by 'stopped'.

Closing because we are not planning to implement this within the next 12 months.


Caliptra RT FW: Increase number of DPE Context Handles to 32

Caliptra RT FW should provide more Context Handles available to the PL0 PAUSER DPE Client.
Currently, the totla number of Handles are 24: 8 allocated to PL0, 16 allocated to PL1.
Also, given that Caliptra RT FW consumes already 2 localities at boot:

Caliptra Locality: for RTFW_Journey PCR
PL0 PAUSER Locality: for PAUSER Digest TCI
The effective number of Context Handles available to PL0 Pauser DPE Client is 6.

The suggested solution is to increase the number of Total DPE Context Handles from 24 to 32 and allocate 16 to PL0.

PR available for review.

https://github.com/chipsalliance/caliptra-sw/pull/1561


Investigate Health-GPS not compiling with latest vcpkg

Hi all.
I'm just starting getting to get familiar with building and running the code and noticed that cxxopts::OptionException, referenced in configuration.hpp:138, is not defined anywhere, and is causing build issues.
undefined cxxopts::OptionException, referenced at HealthGPS.Console/configuration.hpp:138
Presumably it is normally present in ./out/build/.../cxxopts.hpp, but I am not seeing it anywhere. Could I be missing something in the config phase?
Many thanks.
ps. I'm on master branch, Ubuntu 22, latest vcpkg.

Okay, never mind.
I switched from the very latest 2023.04.15 vcpkg branch to the 2023.01.09 branch used in the github workflow, and the issue seems to have resolved itself. Not sure what is different yet.

Fix: replace missing exceptions with cxxopts::exceptions::exception.
catch (const cxxopts::exceptions::exception& ex) {
            fmt::print(fg(fmt::color::red), "\nInvalid command line argument: {}.\n", ex.what());
            fmt::print("\n{}\n", options.help());
            cmd.success = false;
            cmd.exit_code = EXIT_FAILURE;
        }

[ ] replace missing exceptions.


Add method to increase os partition for Redhat LVM

Newer Redhat Distro uses LVM, Hence using osdisk_size increases the disk size but not the os partition size. This method increases the root partition size

@LiliDeng LGTM


Make script for parallel execution of alphafold

From single fasta file a SLURM array task is made.

Ops, na svoj PR ne morem dati review...


Speed up st2contrib tests

Got a little upset today at the long build times, so I :rage: and fixed it.
Below are updates to the st2contrib repo, changing up the way that files are parsed. This removes the generic find glob from each of the tests and replaces with only the files that have changed.
Might require a bit of fixups, but hopefully you get the gist.

Before

After

Oh, and I also disabled CI on PR, since we're already doing it on Push... it's redundant.

Can you direct some of this rage to the main st2 repo as well :)

:soon:

Excellent!
I am going to +1 simply looking at the time improvements :)

Nice!

Overall, I like the idea :+1:  and we did a similar thing in the past projects I worked on, but it's also worth pointing out that it has limitations. It really only works on simple checks which operate on a single file (e.g. flake8, json lint, yaml lint). I doesn't work on other more complex checks which do cross file stuff or depend on changes from other files (e.g. pylint and tests). In short - file change is just one type of a change and it's a very simplistic one - there are many other types of changes this approach doesn't detect and where we still want to run the tests (dependency is updated / changed, imported file has changed, etc.).
Another thing which is also important is that if we get this to work reliably, we should only enable "run only on changed files" for branches / PRs. On master branch we still want to run it on all the files, not just changed one (otherwise bad changes might slip through and the process is not directly reproducible).
Most importantly - the biggest offender right now should be the step where we install the dependencies. The tests and pylint step are relatively fast, only thing which takes a while is dependency installation. We do cache dependencies, but it will take a while in the following cases:

new dependency is added / updated
new version of dependency is released (we don't pin to a specific version)
new pack is added

In any of those scenarios we still want to run the tests - dependency change could cause pylint or tests to fail.
In short - there are many edge cases so I'm not sure this will work reliably. In the past we pretty much always ended up reverting similar changes and simply do "run on all" - it requires a lot of code changes, it's not really directly reproducible and as mentioned above, there are many edge cases and only a couple of places where it's worth doing it.

Oh, and I also disabled CI on PR, since we're already doing it on Push... it's redundant.

I believe the "PR" one is actually the PR merge commit - running the checks after branch has been merged into master. If that's the case, we should still run the checks (PR / branch by itself can pass just fine, but it fails in merge into master).

I believe the "PR" one is actually the PR merge commit - running the checks after branch has been merged into master. If that's the case, we should still run the check (PR / branch by itself can pass just fine, but it fails in merge into master).

Yup. I messed up there. Reverted. Now enabled for PRs as well. Thanks! :bow:

I'll dig in next week and see if we can get some of those changes in without affecting the "correctness" and "reproduciability" of the tests.
In this case (st2contrib) it might be possible if we treat the whole pack as an atomic unit - I believe you already do that, but I haven't checked yet (if we ignore changes in the st2 repo since pylint also does cross checking and referencing files from st2 repo), but in st2 repo we need to treat whole repo as an atomic unit so sadly not much we can do with the file / directory change.

@Kami good deal! thanks.

Superseded by https://github.com/StackStorm/st2contrib/pull/343.

https://stackstorm.slack.com/archives/stackstorm/p1450384235015615


Why is there missing files such as bgs_demo.vcxproj after I follow the video steps?

If you open a GitHub issue, here is our policy:
Hello, I have a problem.

It must be a bug, a feature request, or a significant problem with documentation (for small docs fixes please send a PR instead).
The form below must be filled out.

Describe the bug
Why is there missing files such as bgs_demo.vcxproj after I follow the video steps?
To Reproduce

Expected behavior
I hope to get the complete file after following the video steps
Screenshots
If applicable, add screenshots to help explain your problem.
System information
Desktop (please complete the following information):

OS Platform and Distribution (e.g., Linux Ubuntu 16.04):
Python version (for issues related to the python wrapper):
Java version (for issues related to the java wrapper):
MATLAB version (for issues related to the matlab wrapper):
win10, python is 3.7.0, OpenCV is 3.4，Visual Studio 2019
Additional context
Add any other context about the problem here.

I have the same issue (VS2013), please post fix if any

Hi @zhuruixiang @tatagoswami , sorry for my long delayed feedback to you.
Unfortunately part of the documentation is not up to date, there's no more bgs_demo.vcxproj on the main project.
If you follow this step:
https://github.com/andrewssobral/bgslibrary/wiki/Installation-instructions---Windows#how-to-compile-on-windows-10--msvs2019--opencv-347
You should see the bgslibrary.sln file to build the main project.
If you want to compile the bgslibrary examples (bgs_demo, bgs_demo2, etc), you need to go inside the examples/build and do:
cmake -DOpenCV_DIR=%OpenCV_DIR% -G "Visual Studio 16 2019" ..

and you see the bgslibrary-examples.sln (see screenshot below)

For info, I just released a new version of the BGSLibrary, now v3.1.0.
I tested it on Windows, Mac and Linux, both compiling the C++ library on OpenCV 3.4.7, 3.4.16 and 4.6.0.
I also tested its respective Python wrapper and GT user interface.


ValueError: could not convert string to float: 'No Departures' in HA 2023.5

After upgrading Home Assistant to 2023.5 I now get a ValueError: could not convert string to float: 'No Departures'
Complete output from log is below:
Logger: homeassistant.components.sensor
Source: components/sensor/__init__.py:583
Integration: Sensor (documentation, issues)
First occurred: 18:55:38 (2 occurrences)
Last logged: 18:55:38

Error adding entities for domain sensor with platform realtime_trains_api
Error while setting up realtime_trains_api platform for sensor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 581, in state
    numerical_value = float(value)  # type:ignore[arg-type]
ValueError: could not convert string to float: 'No Departures'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 455, in async_add_entities
    await asyncio.gather(*tasks)
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 731, in _async_add_entity
    await entity.add_to_platform_finish()
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 846, in add_to_platform_finish
    self.async_write_ha_state()
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 585, in async_write_ha_state
    self._async_write_ha_state()
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 649, in _async_write_ha_state
    state = self._stringify_state(available)
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 591, in _stringify_state
    if (state := self.state) is None:
  File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 583, in state
    raise ValueError(
ValueError: Sensor sensor.next_train_from_ips_to_lst has device class None, state class None unit min and suggested precision None thus indicating it has a numeric value; however, it has the non-numeric value: No Departures (<class 'str'>)

I replaced the following code in sensor.py at lines 203 and 204:
    if nextDepartureEstimatedTs is None:
        self._state = "No Departures"

with
    if nextDepartureEstimatedTs is None:
        self._state = "0"

and I no longer get the error.  There is probably a more elegant way of doing this, but the integration now runs without errors. However instead of showing "No departures" it now looks like this.

I have the same issue.

I replaced the following code in sensor.py at lines 203 and 204:
    if nextDepartureEstimatedTs is None:
        self._state = "No Departures"

with
    if nextDepartureEstimatedTs is None:
        self._state = "0"

and I no longer get the error. There is probably a more elegant way of doing this, but the integration now runs without errors. However instead of showing "No departures" it now looks like this.

+1   thanks for the fix


Thank you for this great project. Could you provide .html and .js example how to chat with llama.cpp gguf file, please?

...

You can find the examples over here: https://github.com/rahuldshetty/ggml.js-examples


libuv/adb: add gitignore files

Summary
Add missing gitignore files for libuv and adb builds
Impact
Testing

I am going to just merge this, the CI is not going to catch anything and it will be further verified in the OS ci with the new configuration for adb.


install pre-commit hooks automatically after clone

Unfortunately, it does seem like this issue can be fixed. You can install a script (post-checkout) into .get/hooks, but that is pointless because anything that is stored insode the .git folder is not tracked and therefore not part of the repo. To be honest, because of this characteristic, what on earth is the point of having a post checkout hook if that hook is not part of the tracked content. You would still need to manually do something, like remember to run a script after you have cloned the repo. The whole point of trying to set this up is to invoke some functionality, ie install the pre-commit hooks automatically after the clone has occurred.
I hope I am missing something here and that this is achievable. More research is required.

It looks like there is a good reason why this functionality isn't available, it's a bit of a security risk, see [Create global pre-commit hooks for entire team](https://stackoverflow.com/questions/25062860/create-global-pre-commit-hooks-for-entire-team)


Sort admin dashboard player list alphabetically

To make it simpler for the admin to find players sort them alphabetically. The list should be re-sorted as new players join.

Hello, I am new to open source , how can i start contributing to this issue?

Hello, I am new to open source , how can i start contributing to this issue?

Hi there! Nice that you want to contribute. Making no assumptions of your previous knowledge here, but what you need to do:

Fork the repository so you have something to create a PR from
Create a branch in your fork (optional) so that you can work on the change
Make sure you have bun installed so you can run the project
Copy the .env.example to .env and add a secret value
Run the project with bun run dev

A local copy of the server should be running.
Now you want to log into the admin panel in one tab. In a different tab sign up some players.
Now edit https://github.com/snorremd/code-monkey-clash/blob/main/src/pages/admin.tsx#L310 so that the sorting uses the player nick instead of score.
To enable sorting when new players are inserted via SSE you should study how it is done for the scoreboard logic in https://github.com/snorremd/code-monkey-clash/blob/main/src/client/client.ts and replicate that. Essentially there is an event (you can see it in the network inspector on the admin page) that inserts new player rows. When this event is received by the client we want to sort the player rows.
Once you are happy with your changes create a pull request.
You can see some more details on how to fork and make pull requests in GitHub's own documentation: https://docs.github.com/en/get-started/exploring-projects-on-github/contributing-to-a-project

I decided to tackle this myself as I've not seen anything new in this issue for about a month.
Decided to do some refactoring to avoid sorting logic being very duplicated.


Collection indices

Lowers the requirements for the input to CollectionType.
Adds an index into the input to parsers’ inputs.
Replaces the remainder subslice with an index into the input.

Fixes #68.

/cc @jspahrsummers

:metal:


Undefined versioning system

The versioning methodology for the 3W project and its main resources is not defined.

This issue was resolved with the PR #48.


chore: release main

:robot: I have created a release beep boop
biblo: 0.6.2
0.6.2 (2022-11-30)
Bug Fixes

Fix building workspaces and adjust documentation (da8ab19)

babel-plugin: 1.3.1
1.3.1 (2022-11-30)
Bug Fixes

Fix building workspaces and adjust documentation (da8ab19)

docs: 0.6.2
0.6.2 (2022-11-30)
Bug Fixes

Fix building workspaces and adjust documentation (da8ab19)

react-native: 0.7.1
0.7.1 (2022-11-30)
Bug Fixes

Fix building workspaces and adjust documentation (da8ab19)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/saxofonsolo/biblo/releases/tag/biblo-v0.6.2 :sunflower:

:robot: Release is at https://github.com/saxofonsolo/biblo/releases/tag/babel-plugin-v1.3.1 :sunflower:

:robot: Release is at https://github.com/saxofonsolo/biblo/releases/tag/docs-v0.6.2 :sunflower:

:robot: Release is at https://github.com/saxofonsolo/biblo/releases/tag/react-native-v0.7.1 :sunflower:


[MM-30713] Stop Linux app from minimizing/hiding without user warning

Summary
Many Linux users have reported that the app doesn't obey closing rules as they would normally expect, so we've refined the way the app closes on Linux and added some dialog boxes to inform the user of what happens when they close the main window:

Upon pressing X, if the 'Leave app running in notification area when application window is closed' is checked, a dialog box will pop up telling the user that the app will still be running even if the window is closed. If 'Don't show again' is checked (it is by default) then the user will not see that message again.

If the above setting is NOT checked, the user will see a dialog box asking them whether they really want to close the app permanently. If they reply 'Yes', the app is quit. If they reply 'No', nothing happens. If the 'Don't ask again' box is check and the user replies yes, they will not see the dialog again.

Additionally, the 'Leave app running in notification area when application window is closed' checkbox is now false by default on Linux, so it will need to be enabled before minimizing to tray will work correctly.
Ticket Link
https://mattermost.atlassian.net/browse/MM-30713
Release Note
Updated Linux closing behaviour to allow the app to close complely when pressing X.
Changed the default setting for 'Leave app running in notification area when application window is closed' on Linux to 'false'

Building app in separate branch.

Successfully building:
https://circleci.com/gh/mattermost/desktop/17078
https://circleci.com/gh/mattermost/desktop/17077
https://circleci.com/gh/mattermost/desktop/17076

Building app in separate branch.

Building app in separate branch.

Successfully building:
https://circleci.com/gh/mattermost/desktop/17095
https://circleci.com/gh/mattermost/desktop/17094
https://circleci.com/gh/mattermost/desktop/17093

Successfully building:
https://circleci.com/gh/mattermost/desktop/17095
https://circleci.com/gh/mattermost/desktop/17094
https://circleci.com/gh/mattermost/desktop/17093

Artifact links:
https://17095-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-arm64.dmg
https://17095-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-x64.dmg
https://17094-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-setup-5.0.0-develop-win.exe
https://17093-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-ia32.tar.gz
https://17093-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-x64.tar.gz

Artifact links:
https://17095-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-arm64.dmg
https://17095-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-x64.dmg
https://17094-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-setup-5.0.0-develop-win.exe
https://17093-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-ia32.tar.gz
https://17093-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-x64.tar.gz

Failed to delete ref. @mattermost/core-build-engineers have been notified. Error
DELETE https://api.github.com/repos/mattermost/desktop/git/refs/heads/build-pr-1988-0475947: 422 Reference does not exist []

@devinbinnie is there a need for the dialog/user prompt at all? Can't we just default the "Leave app running in notification area when application window is closed" to false on Linux so the app quits with the "x", and let the user change that setting if they so desire? We don't have this prompt on windows so I'm not sure why it might be needed here?
Also, wondering if the other scenarios of quitting the app were fixed in this PR?

@esethna I've added the dialog box just as a safeguard for anyone who might not be aware of the settings. It appears that some users were not aware that the app was still running in the background so I wanted to make sure that users were aware almost 100% of the time. It used to be a pretty common practice to show a box like that even on Windows, so I don't really think it's too invasive.
All the cases above are captured either by the dialog box, or will ensure the app is quit.

Thanks @devinbinnie, glad we captured all those cases. My opinion would be that we probably don't need the dialog box, or at least in the case of the new default setting (app quits) we don't need the dialog box. @matthewbirtch any thoughts from your end?

Thanks @devinbinnie, glad we captured all those cases. My opinion would be that we probably don't need the dialog boxes, or at least in the case of the new default setting (app quits) we don't need the dialog box. @matthewbirtch any thoughts from your end?

I think that's a good reason for needing the dialog box, since users may not immediately expect the new behaviour. 2/5 personally.

Thanks @devinbinnie, glad we captured all those cases. My opinion would be that we probably don't need the dialog box, or at least in the case of the new default setting (app quits) we don't need the dialog box. @matthewbirtch any thoughts from your end?

I don't have a strong opinion either way. It's definitely not something as common anymore. Having said that Adobe does do something similar on Mac with their creative cloud since it just sits in the menubar (not in the doc).

Out of curiosity, is it only Linux users who have brought this up? Just wondering why we're proposing it only on Linux.

Thanks @devinbinnie, glad we captured all those cases. My opinion would be that we probably don't need the dialog box, or at least in the case of the new default setting (app quits) we don't need the dialog box. @matthewbirtch any thoughts from your end?

I don't have a strong opinion either way. It's definitely not something as common anymore. Having said that Adobe does do something similar on Mac with their creative cloud since it just sits in the menubar (not in the doc).

Out of curiosity, is it only Linux users who have brought this up? Just wondering why we're proposing it only on Linux. Is this because it is a deviation from the default Linux behavior for closing apps?

It's on Windows as well.

@esethna @matthewbirtch Are we good to merge or did you want additional changes?

@devinbinnie is there anything we can do to clean the dialogs up a bit? They look a bit rough to me. The message content in the dialog looks to be too close to the top and needs some padding. Not sure if this is just using native OS dialogs though.
Also, comparing the two provided screenshots, one of them has a bold 4-line title with a centered line of text under it. Is it possible to avoid the bold title?

Maybe we can also adjust the messages so we don't need a title and a detail:
Upon closing the Mattermost window, it will continue to run in the system tray. This can be disabled in the Settings.
Are you sure you would like to close Mattermost? You will no longer receive notifications for messages. If you wish to minimize to the system tray instead, you can enable this in the Settings.

@devinbinnie is there anything we can do to clean the dialogs up a bit? They look a bit rough to me. The message content in the dialog looks to be too close to the top and needs some padding. Not sure if this is just using native OS dialogs though.
Also, comparing the two provided screenshots, one of them has a bold 4-line title with a centered line of text under it. Is it possible to avoid the bold title?

Maybe we can also adjust the messages so we don't need a title and a detail:
Upon closing the Mattermost window, it will continue to run in the system tray. This can be disabled in the Settings.
Are you sure you would like to close Mattermost? You will no longer receive notifications for messages. If you wish to minimize to the system tray instead, you can enable this in the Settings.

@matthewbirtch The look and feel of the dialogs I can't do anything about, those are native OS dialogs for Kubuntu, so they all look like that :P
I can, however, update the messages.

@devinbinnie just to confirm, what OS's will see this?
+1 to avoiding the bold title or if we are stuck with native styling, can we rejigging the text in the various fields/leave some fields blank so the bolding doesn't occur?
For the first one, let's update text to: "Mattermost will continue to run in the system tray. This can be disabled in the Settings."
For the second one: "Are you sure you want to quit? You will no longer receive notifications for messages. If you want to leave Mattermost running system tray, you can enable this in the Settings." and then get rid of the "Are you sure you would like to close Mattermost" line

Building app in separate branch.

Successfully building:
https://circleci.com/gh/mattermost/desktop/17849
https://circleci.com/gh/mattermost/desktop/17848
https://circleci.com/gh/mattermost/desktop/17847

Thing is that if we change it on one OS, another one could have a different styling. I think we should keep the positioning of message and description as they are to be in line with what Electron expect. Each Linux WM is going to look different, so I don't want to change things to satisfy one of them. 3/5 on this.

That's fair @devinbinnie. Can you share an updated screenshot of Windows for UX and PM review?

I'll generate some builds so you can play with the functionality and see how it looks on your local machine.

Artifact links:
https://17849-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-ia32.tar.gz
https://17849-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-x64.tar.gz
https://17848-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-arm64.dmg
https://17848-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-x64.dmg
https://17847-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-setup-5.0.0-develop-win.exe

It looks like the default on Windows is to quit on the close button? I don't think we should change that default on Windows, just on Linux.
The checkbox above ^ is greyed out (in a disabled state) so I can't click it

This is definitely not the default, I just blew out my configuration and it correctly made sure the checkbox wasn't checked.

Also notice some UI oddities:

check mark is squiggly
"Close Application" header is not aligned (could just say "Mattermost")
Don't ask again text is not aligned with checkbox

Unfortunately these are all Electron issues. I can change the header to Mattermost but everything else is managed using Electron's dialog library, which I guess they haven't tested thoroughly on Windows 11 yet.

Building app in separate branch.

Successfully building:
https://circleci.com/gh/mattermost/desktop/17888
https://circleci.com/gh/mattermost/desktop/17887
https://circleci.com/gh/mattermost/desktop/17886

Artifact links:
https://17888-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-ia32.tar.gz
https://17888-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-linux-x64.tar.gz
https://17887-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-arm64.dmg
https://17887-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-5.0.0-develop-mac-x64.dmg
https://17886-43964563-gh.circle-artifacts.com/0/tmp/artifacts/mattermost-desktop-setup-5.0.0-develop-win.exe

@devinbinnie I'm still seeing the issue where the app doesn't seem to be running in the taskbar if I close it with the "x" (even though it's running in the tray), see Slack as an example:

Did we have a separate ticket for this? ^
Looks good otherwise ✅


fix: generate valid filenames for non-Linux systems

Very nice plugin!
Is this alternative pattern OK? Also, the K functionality seems not to work after the fix, and I cannot find the reason. Is there anything else that needs to be modified?

Thank you!
The current format works on macOS (I'm on macOS) but I admit I was not thinking about the other platforms. It makes sense to switch to something that is supported on all platforms, I don't think a conditional good here since you want your notes to work anywhere.

Is there anything else that needs to be modified?

The changes you have should work. They are used in all the relevant functions. But I can check it out after you remove the conditional if it's still not working.
Thanks for bringing this up, I would not have realized this otherwise.

I don't think a conditional good here since you want your notes to work anywhere.

Absolutely right, that slipped my mind.


Add ponder support

Second, simplified attempt after https://github.com/lynx-chess/Lynx/pull/481
8+0.08, 64MB, concurrency = physical cores/2 (threads / 4), balanced book (8moves_v3.epd)
Score of Lynx-ponder-add-3045-win-x64 vs Lynx 3044 - main: 1198 - 718 - 1834  [0.564] 3750
...      Lynx-ponder-add-3045-win-x64 playing White: 656 - 321 - 898  [0.589] 1875
...      Lynx-ponder-add-3045-win-x64 playing Black: 542 - 397 - 936  [0.539] 1875
...      White vs Black: 1053 - 863 - 1834  [0.525] 3750
Elo difference: 44.7 +/- 7.9, LOS: 100.0 %, DrawRatio: 48.9 %
SPRT: llr 0 (0.0%), lbound -inf, ubound inf

Player: Lynx-ponder-add-3045-win-x64
   "Draw by 3-fold repetition": 1453
   "Draw by fifty moves rule": 57
   "Draw by insufficient mating material": 308
   "Draw by stalemate": 14
   "Draw by stalled connection": 2
   "Loss: Black mates": 320
   "Loss: White loses on time": 1
   "Loss: White mates": 397
   "Win: Black mates": 542
   "Win: White mates": 656
Player: Lynx 3044 - main
   "Draw by 3-fold repetition": 1453
   "Draw by fifty moves rule": 57
   "Draw by insufficient mating material": 308
   "Draw by stalemate": 14
   "Draw by stalled connection": 2
   "Loss: Black mates": 542
   "Loss: White mates": 656
   "Win: Black mates": 320
   "Win: White loses on time": 1
   "Win: White mates": 397

TODO: investigate this behavior: 2024-05-27 05:59:54.7068|0|11452|WARN|Lynx.Engine|Search cancelled at depth 1, choosing first found legal move as best one
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Program|[GUI]	position fen r1bq1rk1/pp2ppbp/2np1np1/8/2P1P3/1NN2P2/PP4PP/R1BQKB1R w KQ - 0 1 moves c1e3 c8e6 b3d4 c6d4 e3d4 a8c8 c3d5 f6d5 e4d5 d8a5 e1f2 g7d4 d1d4 e6f5 a2a3 e7e5 d5e6 f5e6 f1e2 a5c5 a1d1 e6c4 e2c4 c5c4 d4d6 f8e8 d1d2 e8e6 d6d7 c4c5 f2g3 c5g5 g3h3 g5h6 h3g3 h6g5 g3h3 g5h5 h3g3 c8c4 h2h4 h5e5 g3f2 e5c5 f2g3 c5e5 g3f2 e5e3 f2g3 e6e4 h1h3 e3e1 g3h2 e4h4 g2g4 e1e5 h2g2 h4h3 g2h3 h7h5 g4h5 e5h5 h3g2 h5e5 d7d8 g8g7 g2f2 c4c1 d8d3 c1h1 d3e4 h1h2 f2e1 h2h1 e1f2 h1h2 f2e1 e5e4 f3e4 h2d2 e1d2 g7f6 d2d3 f6e5 d3e3 g6g5 e3f3 f7f6 f3g3 e5e4 g3g4 b7b6 a3a4 a7a5 b2b3 f6f5 g4h3 f5f4 h3g4 f4f3 g4g3 e4e3 g3g4 f3f2 g4g5 f2f1q g5h4 f1f6 h4g3 f6f7 b3b4 a5b4 g3g2 b4b3 a4a5 b6a5 g2g3 f7g6 g3h2 b3b2 h2h1 b2b1q h1h2 g6g1 h2h3
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Cli.Program|Position parsing took 0ms
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Program|[GUI]	isready
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Writer|[Lynx]	readyok
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Program|[GUI]	go ponder wtime 817 btime 783 winc 80 binc 80
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Pondering search (depth 128)
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Program|[GUI]	ponderhit
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Search cancellation requested after 0ms (depth 1, nodes 39), best move will be returned
2024-05-27 05:59:54.7068|0|11452|WARN|Lynx.Engine|Search cancelled at depth 1, choosing first found legal move as best one
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Soft time bound: 0.08s
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Hard time bound: 0.381s
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Writer|[Lynx]	info depth 0 seldepth 1 multipv 1 score cp 0 nodes 39 nps 39 time 0 hashfull 673 pv a5a4
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Stopping at depth 1: mate detected
2024-05-27 05:59:54.7068|0|11452|INFO|Lynx.Engine|Engine search found a short enough mate, cancelling online tb probing if still active
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Writer|[Lynx]	info depth 1 seldepth 1 multipv 1 score mate 1 nodes 42 nps 42 time 0 pv b1h7
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Writer|[Lynx]	info depth 1 seldepth 1 multipv 1 score mate 1 nodes 42 nps 42 time 0 hashfull 673 pv b1h7
2024-05-27 05:59:54.7068|0|11452|DEBUG|Lynx.Cli.Writer|[Lynx]	bestmove b1h7

For reference, from https://www.open-chess.org/viewtopic.php?p=17680&sid=c9cd1aee29a8f6700d9dc67c5f299792#p17680:

Ponderhit example:
gui -> engine: position p1 [initial position]
gui -> engine: go wtime xxx btime yyy [engine starts searching]
... time passes
gui <- engine: bestmove a2a3 ponder a7a6 [engine stops]
gui -> engine: position p1 moves a2a3 a7a6 [position after ponder move]
gui -> engine: go ponder wtime xxx btime yyy [engine starts searching]
... time passes (engine does not stop searching until 'stop' or 'ponderhit' is received)
gui -> engine: ponderhit [engine may or may not continue searching depending on time management]
... time passes (or not, engine is free to reply instantly)
gui <- engine: bestmove a3a4 ponder a6a5
Pondermiss example:
gui -> engine: position p1
gui -> engine: go wtime xxx btime yyy [engine starts searching]
... time passes
gui <- engine: bestmove a2a3 ponder a7a6 [engine stops]
gui -> engine: position p1 moves a2a3 a7a6
gui -> engine: go ponder wtime xxx btime yyy [engine starts searching]
... time passes (engine does not stop until 'stop' or 'ponderhit' is received)
gui -> engine: stop [engine stops searching]
gui <- engine: bestmove m1 ponder m2 [this is discarded by gui -]
gui -> engine: position p1 moves a2a3 b7b6... [- because engine2 played a different move]
gui -> engine: go...


Google Did you mean

Spelling suggestion example on google API
PS: PR initially opened in https://github.com/Ishaan28malik/Hacktoberfest-2020/pull/1148

@tiagowutzke u need to check the contributor.md


InvalidOperationException: Sequence contains no elements

Spotted in a profiler execution benchmarks run: https://dev.azure.com/datadoghq/dd-trace-dotnet/_build/results?buildId=147975&view=logs&j=4a07b9ac-0f22-5a85-82e2-358a7042f665&t=adc732be-4c63-519a-4f88-26890123bcd6
Unhandled exception: System.InvalidOperationException: Sequence contains no elements
   at System.Linq.ThrowHelper.ThrowNoElementsException()
   at System.Linq.Enumerable.MinFloat[T](IEnumerable`1 source)
   at TimeIt.ConsoleExporter.Export(IEnumerable`1 results) in /_/src/TimeIt/ConsoleExporter.cs:line 142
   at Program.<>c.<<<Main>$>b__0_0>d.MoveNext() in /_/src/TimeIt/Program.cs:line 101
--- End of stack trace from previous location ---
   at System.CommandLine.Invocation.AnonymousCommandHandler.InvokeAsync(InvocationContext context)
   at System.CommandLine.Invocation.InvocationPipeline.<>c__DisplayClass4_0.<<BuildInvocationChain>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass17_0.<<UseParseErrorReporting>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass12_0.<<UseHelp>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass22_0.<<UseVersionOption>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass19_0.<<UseTypoCorrections>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c.<<UseSuggestDirective>b__18_0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass16_0.<<UseParseDirective>b__0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c.<<RegisterWithDotnetSuggest>b__5_0>d.MoveNext()
--- End of stack trace from previous location ---
   at System.CommandLine.Builder.CommandLineBuilderExtensions.<>c__DisplayClass8_0.<<UseExceptionHandler>b__0>d.MoveNext()

Which version is the profiler using? because src/TimeIt/Program.cs is a really old path structure...


SCT-3141 Add support for config repo GitHub release workflow

Adds support for downloading the config data from a github release

The changes to, and the presence of, deploy.cfg, does seem superfluous. That file is generated from deploy.cfg.tmpl in the entrypoint script, so deploy.cfg will be overwritten.
It looks to be a remnant from when python was used to process the config file.

The first thing I notice is that there's no coverage information...


UI improvement on Home Page

issue #3 :
Added a typing effect on  "Exploring possibilities" .
@pranshuchittora is it good or i need to add some changes to it?

@shivambalwani,
Problems

Direct CSS used.
Package-lock.json conflict

Solution

try making CSS modules
Delete package-lock.json and commit changes on your PR branch

Thanks ! Working on it

@shivambalwani , Great

@shivambalwani,
Problems

Direct CSS used.
Package-lock.json conflict

Solution

try making CSS modules
Delete package-lock.json and commit changes on your PR branch

I have added CSS modules but package-lock.json conflict is not getting resolved . Do you have any idea how to fix it up?

well, we can also directly add the typewriting effect. instead of using another package. using {useEfect, useState} hooks.
check out this code snippet.
https://gist.githubusercontent.com/abecus/7d20f05a140e99088d9f37517bd594c3/raw/28e0a625691ee655d097fb68cff09f1dd9168ae1/typewriter.js

yes, we can but using this package provides more effects which can be applied quite easily when the user needs.

Typing effect is not required & styles are breaking on the home page (spacing issue)

Typing effect is not required & styles are breaking on the home page (spacing issue)

Ok, I will remove the typing effect .But i am not able to understand where the styles are breaking 🤔

https://deploy-preview-40--rne-playground.netlify.app/#/
Check the section below Explore Now button, compare the same with this -> https://deploy-preview-40--rne-playground.netlify.app/#/

@pranshuchittora fixed the style breaking issue and removed the typing effect.plz check.

Left some comments.

@pranshuchittora i have fixed the style naming, but the checks are failing. I don't know why?

Pls pull the new changes and resolve the conflicts.


bump operator-framework/api

Description of the change:

Bumps operator-framework/api to commit https://github.com/operator-framework/api/commit/b611f6cef49cb8c6d621145c4e31d8ddfd4c59f4

Motivation for the change:

Add to operator-sdk bundle validate the updated k8s 1.25.x deprecated API validation logic

Checklist
If the pull request includes user-facing changes, extra documentation is required:

[x] Add a new changelog fragment in changelog/fragments (see changelog/fragments/00-template.yaml)
[ ] Add or update relevant sections of the docs website in website/content/en/docs

/cherry-pick v1.25.x


[Technical Goal 1]: MicroProfile Open Tracing

Tracing

Deprecate abandoned APIs by reworking the current MicroProfile OpenTracing
Adopt OpenTelemetry (merge between OpenTracing and OpenCensus)"

OpenTelemetry Adoption Proposal:
https://github.com/eclipse/microprofile-sandbox/blob/master/proposals/open-telemetry/microprofile-opentelemetry-tracing.asciidoc

https://github.com/microprofile/microprofile-wg/issues/114

How to move forward regarding OpenTracing in the platform?

When to deprecate it?
When to remove it?
When to replace it with OpenTelemetry?

@radcortez here is what I suggest:

How to move forward regarding OpenTracing in the platform?
* When to deprecate it?

When we release MicroProfile OpenTelemetry 1.0, we will deprecate MicroProfile OpenTracing(hopefully in 1Q).

* When to remove it?

I don't think we should remove it from MicroProfile. I think we just remove it from MicroProfile platform release and make it standalone.

* When to replace it with OpenTelemetry?

In July 2022, we should replace OpenTracing with OpenTelemetry.

Agree to Emily's points.
Regarding replacement there would be an option to keep OpenTracing as optional spec with functionality based on the OpenTelemetry shim - so we could keep compatibility for a while until we remove it completely. Of course, this would require extra resources, but might align better with OpenTelemetry use at the same time.

The next step is to add a note on readme and spec update on open tracing. A configuration should also be provided to disable open tracing. A minor spec update should be released.


Add/store APH ids that the fnotch is within

We will need this for data validation and later for displaying the full catalog in a web or other form.

Wouldn't this also be useful for the pure blotches and fans?

Yes if you've got it

this is being done for a while now.


Lazyload = opacity: 0; within breakpoints

Hey,
I'm using your lazyload and breakpoints options and get the following error:
By refreshing the page with a window-size within the breakpoint-area the images are set to opacity: 0;
I made a small fiddle for this: https://jsfiddle.net/n15gypLn/4/
Do you have an idea where am I wrong?

Same over here, if I open page with lower resolution, the image opacity is set to zero, so I think the problem is responsive setting, here is my settings,
$('.slick').slick({
        dots: false,
        infinite: true,
        speed: 300,
        lazyLoad: 'ondemand',
        slidesToShow: 6,
        slidesToScroll: 6,
        arrows:true,
        prevArrow:$('#afis_prev'),
        nextArrow:$('#afis_next'),
        responsive: [
            {
                breakpoint: 1024,
                settings: {
                    slidesToShow: 3,
                    slidesToScroll: 1,
                    infinite: true,
                    dots: false,
                    arrows:true
                }
            },
            {
                breakpoint: 600,
                settings: {
                    slidesToShow: 2,
                    slidesToScroll: 2,
                    infinite: true,
                    arrows:true,
                    dots: false
                }
            },
            {
                breakpoint: 480,
                settings: {
                    slidesToShow: 1,
                    slidesToScroll: 1,
                    infinite:true,
                    arrows:true,
                    dots: false
                }
            }
            // You can unslick at a given breakpoint now by adding:
            // settings: "unslick"
            // instead of a settings object
        ]
    });

https://github.com/kenwheeler/slick/issues/1032

We have this issue too.
I'm using this settings:


mutator: Set required fields to defaults when reading incomplete proto

A proto message deserialized from bytes can be incomplete, which results in an error when building it if required fields are missing. To prevent this, walk the proto and initialize all unset required fields to defaults recursively.

FYI @hadi88


sarah jorgenson emberjs

Closed as there is a newer PR with final article ready to be merged instead.


fix: fix bzlmod

Fixes some minor things, but still not working as I have to figure out the strict deps import issues.

Oh, I see you're already working on this: https://github.com/aspect-build/rules_js/pull/437/files


Chase email import not working

It seems as if Chase may have changed their email format. I'm seeing an error in lambda logs saying the address is in an incorrect format.

I pushed a commit today that should work with the latest email format from Chase, tested with a real transaction today


Generated declaration for a JavaScript file refers to non-existing module

TypeScript Version:  4.1.2
Search Terms: javascript, javascript declaration, eventemitter (and bunch of others)
Code
import { EventEmitter } from 'events';

export default class Foo extends EventEmitter {}

With tsconfig:
{
  "compilerOptions": {
    "target": "ES2020",
    "module": "commonjs",
    "allowJs": true,
    "checkJs": true,
    "outDir": "./dist",
    "declaration": true,
    "strict": false,
    "rootDir": "./src"
  },
  "include": [
    "src/*.js",
    "src/**/*.js"
  ]
}

Expected behavior:
The generated declaration file should contain:
import { EventEmitter } from "events"
export default class Flowtrace extends EventEmitter {}

Actual behavior:
import { EventEmitter } from "node/events"
export default class Flowtrace extends EventEmitter {}

Which produces the following error:

File<EMAIL_ADDRESS>is not a module.ts(2306)

For now the fix appears to be to search-and-replace the node/events instances.

Here are some important functions I think. They are in a call hierarchy.
// entry
const declarationTransform = transformNodes(resolver, host, factory, compilerOptions, inputListOrBundle, declarationTransformers, /*allowDtsFiles*/ false);
// for source file js
combinedStatements = factory.createNodeArray(transformDeclarationsForJS(node));
// the direct problem
factory.createStringLiteral(getSpecifierForModuleSymbol(target.parent || target, context)

But why change file to ts could avoid this problem? A little strange. Would keep working on it when have time.


chore(clippy): make clippy happy

Codecov Report

Merging #2963 (b361ffe) into main (f7a35f0) will decrease coverage by 21.86%.
The diff coverage is 25.00%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@             Coverage Diff             @@
##             main    #2963       +/-   ##
===========================================
- Coverage   71.03%   49.18%   -21.86%
===========================================
  Files         520      520
  Lines       67102    67102
===========================================
- Hits        47667    33003    -14664
- Misses      19435    34099    +14664

Flag
Coverage Δ

integration-tests
13.48% <0.00%> (-3.82%)
:arrow_down:

unit-tests
44.51% <25.00%> (-21.42%)
:arrow_down:

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

Impacted Files
Coverage Δ

crates/rpc/rpc-types/src/rpc.rs
0.00% <0.00%> (-85.72%)
:arrow_down:

...storage/provider/src/providers/state/historical.rs
42.02% <33.33%> (-43.58%)
:arrow_down:

... and 242 files with indirect coverage changes


Kernkonzept ham

Motivation for this change
Add ham, a utility for managing big source code projects consisting of multiple, loosely-coupled Git repositories, like the L4Re operating system.
dependencies:
perlPackages.GitVersionCompare: init at 1.004
perlPackages.TestRequiresGit: init at 1.008
perlPackages.SystemCommand: init at 1.119
perlPackages.GitRepository: init at 1.323
perlPackages.XMLMini: init at 1.38
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@herrwiese How can I test using this tool?

@GrahamcOfBorg build ham

Sorry, I accidentally closed the old one.  You can for example test it by checking out mentioned L4Re operating, see Getting the Fiasco and L4Re sources Using ham.

Tested it and it worked fine :heavy_check_mark:
Thank you for contributing @herrwiese and for your patience :sparkles:

Many thanks!  Is there any chance to get this into release-19.03? If so, what is the procedure (seperate PR with commits rebased on top of branch?)?

Yes we always accept new packages to stable releases @herrwiese.
The procedure is outlined in https://nixos.org/nixpkgs/manual/#submitting-changes-stable-release-branches
So just base your pr off release-19.03 and cherry-pick the commits from master.


Add custom stop command and stop signals

Currently, web and worker processes are stopped by runit sending the SIGQUIT term signal. In some cases, like workers for example, the process needs a bit of time to clean up or at least needs to be informed that it's going to be killed.
Here's a potential way this can be handled:
worker.main:
  start: sidekiq
  stop: sidekiq-stop

There are some problems with this approach, such as when there are multiple starts, so this needs some additional thought.
Here are some references to how we can customize runit for this task:

https://serverfault.com/questions/410331/how-to-write-runit-custom-stop-script

After some discussion, it appears there is a pattern here that can work:
web.main:
  start: start-command
  stop: stop-command
  stop_force: true
  stop_wait: 60

worker.main:
  start:
    foo: start-command
    bar: start-command
  stop:
    foo: stop-command
  stop_force:
    bar: true
  stop_wait:
    foo: 60

Since we spent so much time building that awesome boxfile validation framework, we can create a validator that ensures that:

the stop* structure matches the start structure (ie: string, hash, etc)
if stop* statements are declared, the start commands cannot be listed as an array

In regards to the stop_wait and stop_force attributes as shown above, they would essentially be pass-through attributes for runit's sv command, something like this: sv -w 60 force-stop metabase


[ENHANCEMENT] Railtie for configuration

Hello,
I work at a company that has been consuming the validic api directly through our current application. We are starting a new Rails app and would like to continue validic integration.
Currently, this gem supports being setup via an initializer. For all of our service client gems, we build them with Railties and support loading configurations from yml files instead. This allows us to maintain different access tokens per environment, and also allows us to store these secrets in a secret chef repo, and then our chef deployment cook books can write to the yml file (where writing to an intializer ruby file is can be less of a standard format and therefore harder). We also allow the railtie to provide configuration hooks for rails specific things such as configuring your Rails Cache method.
Let me know if you have any suggestions, better ideas, or if this seems like a Pull Request you would be interested in accepting.
Thanks for your time,
Alex

Hi Alex,
Thanks for writing us and for the enhancement request.  What you're asking for makes sense but it might make more sense as a validic-rails specific gem, that way we don't have to couple Rails to this library.
We'd be interested to see what a PR for this would look like though so feel free to submit it here and we can port it over to a new repository if that's the direction we decide to go.
Anthony

Hello,
Thanks for the response. To avoid coupling our ruby service client gems with Rails, we typically add a Rails folder which contains a railtie, and then in your primary file (such as client.rb in this gem's case since it requires all the other files)  you require the railtie if in the context of a rails app using
require 'validic/rails/railtie.rb' if defined? ::Rails
For a simple case like this, the railtie would load a validic.yml config file, and use the values to call the initializer this gem has outlined in the readme. We usually try to use the rails .config_for method or something similar that parses ERB so we can inject our secrets/keys via environment variables (working towards containerized deployments).
This could all still be pulled out into its own validic-rails gem if that still sounds like the best idea.
Thanks,
Alex Bezek


live query stopping feature

It's impossible to stop a live query for now. So, i've decided to make an improvement.
And glad to thank you for this beautiful project.

Thank you,  this is great, will take a look tomorrow or the next day.
I'd advise to just return on updated/refresh/removed if it's stopped, instead of unbinding the listeners. This way stopped becomes a simple flag.
Maybe even, and this may be a bit hacky - toggling the _live flag.
Also, out of curiosity - what's the use case?

I'd advise to just return on updated/refresh/removed if it's stopped, instead of unbinding the listeners. This way stopped becomes a simple flag.

In my use case, provided solution would create very large set of listeners in db and EventEmitter rise a warning about potential memory leak.
So, about my use case. I develop Cordova application with Onsen UI (Angular) at client-side and Meteor at server-side. I do not use Meteor default client libraries (i hate meteor infrastructure). I've chosen LinvoDB for client-side database. On different screens i need to have different live queries and i don't need to keep all queries live while appropriate screen not active.


LogPoints action missing in command palette

Expected:
Command to Add LogPoints to be presented in command palette
Actual:
None.

Yep, currently "Add Log Point" is only available in the gutter.


3D Tiles Inspector looks funny in master

Seems to have happened after the 1.49 release.

It's from #6996
The tileset inspector must be using the same css class names as the cesium inspector.  I'll fix this in a sec


Add a NonPersistentMemoryPlannerShim to support a memory plan in c structure format

Add a NonPersistentMemoryPlannerShim to support a memory plan in c structure format
This memory plan specifies the memory layout of all non persistent
buffers in the arena.
This is an early stage exploration of what the next version of
offline memory planning in TFLM might look like; thus this is
an experimental feature subjected to change.
This corresponds to internal c/401255189
BUG=http://b/199230276

I agreed that the implementation should be kept simple, for many reasons.
However, in order to support current functionality, that is, the numerous calls to RequestScratchBufferInArena in the code base, I'd assume some kind of support is necessary... Or am I missing something? Each call to RequestScratchBufferInArena would eventually lead to a call to AddBuffer(), which is unsupported by the NonPersistentMemoryPlannerShim.
One other question, will the existing a. Offline memory planer (via tflite metadata) and b. GreedyMemoryPlanner remain in the TFLM code base for compatibility?
Tagging @mansnils and @dominicsymes.

Hello, Fredrik,
For the second question, yes. The GreedyMemoryPlanner and its associated support for offline tflite metadata support remains in the code base AND remains as the default.   The NonPersistentMemoryPlannerShim is kind of a OPT in replacement  only if a user choose to do so as illustrated in https://github.com/tensorflow/tflite-micro/blob/main/tensorflow/lite/micro/docs/offline_memory_plan.md
As to your first question, yes, there is a another CL in work to address that and also better hook up with MicroAllocator.
Thanks and best regards!
Deqiang


minor changes

Hi! nice library!
Just a remark, in the codeplex site, the url to the moved github is pointing to https://github.com/markjulmar/atapi/ and this site is the C/C++ wrapper.
Do you accept pull request? I my current project we add some minor features:

Abstractions for the main entities, such as TapiLine, TapiCall, TapiAddress. In order to allow mocking those entities in unit tests.
Added a GUID in the calls to identify it each call as unique.

I can send you a pull request if you want.
Regards.

Absolutely will take PRs! I’ll fix the codeplex forward link – thanks!
Those features sound perfect – take care,
mark
From: Victor
Sent: Monday, September 18, 2017 12:23 AM
To: markjulmar/atapi.net
Cc: Subscribed
Subject: [markjulmar/atapi.net] minor changes (#1)
Hi! nice library!
Just a remark, in the codeplex site, the url to the moved github is pointing to https://github.com/markjulmar/atapi/ and this site is the C/C++ wrapper.
Do you accept pull request? I my current project we add some minor features:
• Abstractions for the main entities, such as TapiLine, TapiCall, TapiAddress. In order to allow mocking those entities in unit tests.
• Added a GUID in the calls to identify it each call as unique.
I can send you a pull request if you want.
Regards.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Nice! I'll prepare it and sent you it!

Hi again @markjulmar,
I sent you the pull request, if you see any problem, let me know to fix it.
This change include intefaces for tapicall and tapi address.
Do you will publish it as a nuget package?

Perfect – thanks Victor, let me review the changes and make a few adjustments!
mark
From: Victor
Sent: Saturday, September 30, 2017 4:38 AM
To: markjulmar/atapi.net
Cc: Mark Smith; Mention
Subject: Re: [markjulmar/atapi.net] minor changes (#1)
Hi again @markjulmar,
I sent you the pull request, if you see any problem, let me know to fix it.
This change include intefaces for tapicall and tapi address.
Do you will publish it as a nuget package?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


Add view for nested polygons

Details
The table osm.place_polygon_nested does not contain geometry.  Create view to join back to the osm.place_polygon on osm_id to bring in the geometry.

Not sure where I got this false impression... There is a geom column in the nested place poly data.  From version:
SELECT pgosm_flex_version FROM osm_co.pgosm_flex;

pgosm_flex_version|
------------------|
0.1.2-91b20f3     |

This works:
SELECT geom FROM osm_co.place_polygon_nested LIMIT 1;

Closing.


Error when loading pre-trained model in the Evaluation

Hi Thilina:
I am now running the model using a local machine (I previously run it in colab). I have been able to implement all the steps, but in the Evaluation part, when I execute the following line:
model = BertForSequenceClassification.from_pretrained(CACHE_DIR + BERT_MODEL, cache_dir=CACHE_DIR, num_labels=num_labels)
I got this error:

The previous process looks for the 'bert_config.json' file in the temporary folder, and I have checked the folder and is not there. Instead, in this temporary folder there is a folder called 'output' and inside this folder another folder called 'insult' (that is the name I gave to the TASK_NAME variable), where you can find two files: 'config.json' and 'pytorch_model.bin'.
I can't see the place where the process looks for this files. I am a bit stuck here as the code is the same that worked in colab. Do you know what can be?
Just in case it matters I am executing it in W10 + Anaconda environment.
Thanks.

Go inside the 'insult' directory, and compress the two files (config.json and pytorch_model.bin) into .tar.gz format (e.g. insult.tar.gz). Move the archive into the cache/ directory. This is the default path checked in BERT_eval.
If you want to change it, the path is built by concatenating the two string CACHE_DIR and BERT_MODEL found in the second cell. This path should point to your compressed file (<something>.tar.gz) containing config.json and pytorch_model.bin. In other words, the model is loaded from the relative path (starting from the notebook location) <CACHE_DIR>/<BERT_MODEL>.tar.gz.

Sometimes we focus on the most complex parameters and forgot the more simple ones... Sorry I created the .tar.gz file with the folder structure so the modelling.py was not able to locate it. Already fixed and working well. Thanks.


new radiohead adapter

Please fix:

Done.
Is this check somewhere public available?

Yes: https://adapter-check.iobroker.in?q=https://raw.githubusercontent.com/crycode-de/ioBroker.radiohead


[ERROR]: C# Extension failed to get platform information.

Environment data
VSCode installed:
1.33.1 for MacOS
dotnet --info output:
.NET Core SDK (reflecting any global.json):
Version:   2.2.103
Commit:    8edbc2570a
Runtime Environment:
OS Name:     Mac OS X
OS Version:  10.13
OS Platform: Darwin
RID:         osx.10.13-x64
Base Path:   /usr/local/share/dotnet/sdk/2.2.103/
Host (useful for support):
Version: 2.2.1
Commit:  878dd11e62
.NET Core SDKs installed:
2.2.103 [/usr/local/share/dotnet/sdk]
.NET Core runtimes installed:
Microsoft.AspNetCore.All 2.2.1 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.All]
Microsoft.AspNetCore.App 2.2.1 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 2.2.1 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
To install additional .NET Core runtimes or SDKs:
https://aka.ms/dotnet-download
VS Code version:
C# Extension version: 1.19.0
Steps to reproduce
Install C# ms-vscode.csharp
Expected  behavior
Omnisharp working.
Actual behavior
[ERROR]: C# Extension failed to get platform information.
Omnisharp not working.

I had only downloaded the .NET Core SDK and not the runtime.  After downloading the Runtime it worked.

This now repros again.  I re-installed .NET Core SDK and Runtime from here https://dotnet.microsoft.com but this time it did not fix my issue.

Some more info after turning on Help | Developer Tools.
extensionService.ts:800 Activating extension 'ms-vscode.csharp' failed: Cannot read property 'architecture' of undefined.

@brian-themaven how do you fix this issue? please to remind to us, thanks 🙏

Sorry it's been a few years since I've used this now.  Good luck!

Ok, thanks @brian-themaven , I got an answer for the solved problem and I just did install a new Mono 6.x package on my Mac.


{format document} I have removed the unwanted space for the git ignore file

I have removed the unwanted gaps of the git ignore file.
Checklist:

[ ] I have read freeCodeCamp's contribution guidelines.
[ ] My pull request has a descriptive title (not a vague title like Update index.md)
[ ] My pull request targets the main branch of freeCodeCamp.
[ ] All the files I changed are in the same world language, for example: only English changes, or only Chinese changes, etc.

Closes #XXXXX

See: https://github.com/freeCodeCamp/freeCodeCamp/pull/41181#issuecomment-781837730


fix(docs): redirects

Ref: #295

coverage: 94.063% (-1.2%) from 95.235%
when pulling 179c55121b580e12ba9ab9b30bf29d9e10f16dd9 on 295-docs-versioning-fixes
into 065d87e254c2eef1602c2bab876495d531bd8f1d on main.


Abort startup on invalid json files

Right now, Sensu logs a warning, skips any invalid json files and continuous the startup procedure. If an extension/plugin depends on that json file, the extension will fail to load with a cryptic error like:
/etc/sensu/extensions/handlers/relay.rb:184:in `post_init': undefined method `keys' for nil:NilClass (NoMethodError)
I propose that Sensu immediately stops the startup procedure when it encounters an invalid json file, so the json parsing error is the last error in the log file, making the problem easier to detect and solve.

We should run a public poll for this, as Sensu used to stop/exit when it encountered any sort of loading or configuration error, but the community has since pushed it in the other direction, in favor of more resiliency over clarity and correctness.

IMO, if you have a .json file in /etc/sensu, you want it to load. Your desire to do so is clear by putting a file there. It makes no sense for Sensu to start, if it cannot load all the files the sysadmin wants to load. Sensu would be in an unexpected state, deviating from the presumed state and the only way the sysadmin can know this is if he looks at the logs.
I'd like to either have the default behavior changed or an option in /etc/default/sensu .

@maticmeznar hi there! Sorry for the radio silence!
I wonder if the new --pring_config CLI option in Sensu 0.23 would help alleviate this issue? With this new CLI option it's possible to ask Sensu to compile configuration and then quit, outputting the compiled configuration to STDOUT. It seems like you could use this option to test configuration changes before restarting the Sensu server process and achieve your desired behavior.
I'm going to close this issue due to inactivity (mostly on our part, but also assuming you've resolved this issue). Please feel free to create a new issue if this matter isn't resolved.
#monitoringlove

Oops, ignore that reference - I pasted the wrong link. :)


Workflow failure: AWS master failed

Workflow Failure
master has failed. See the list of failures below:
https://github.com/pulumi/pulumi-aws/actions/runs/5637044856

@rquitales Could you please port https://github.com/pulumi/pulumi-aws/pull/2563 to master to unblock master builds?


recursion handling for internal requests

in case FC is run as servlet filter FC port is the same as origin port
in case of standalone app FC port can be different with origin app
B -> FC:9090 -> O:8080
should internal requests go through FC:9090 or just make recursion inside FC and call O:8080 only ?

full path should be easier
doing recursion without calling external port should be faster (less http calls)

recursion through FCServlet works (major loop)
improve IncludeProcessorBase.callInclude() to support smaller loops for cached responses without includes


Styling Compatibility with Bootstrap 3.1

Hi,
I tried to just drop in Bootstrap 3.1 with this demo and it instantly breaks the UI to nearly unusable. I noticed that there's a recent issue fixed regarding CSS extraction but cannot find any detailed guide/how-to on how to properly style it with given CSS framework such as Bootstrap.
The broken UI looks like this:

@woozyking or @nicolaskruchten if anyone has the calls for adding bootstrap, could you post them somewhere? Don't mind doing myself; prefer the more excellent work of others. ;-)

@rkralston sorry I must admit that I haven't used this library for a long time. As far as I can remember though, after the change 6f6577a5bc05afc18d84fe6e9af2aaecedee663b, this has become as simple as just including bootstrap and then apply custom styles as needed. I don't think any special means of adding bootstrap other than
<link href="https://stackpath.bootstrapcdn.com/bootstrap/4.1.1/css/bootstrap.min.css" rel="stylesheet" integrity="sha384-WskhaSGFgHYWDcbwN70/dfYBj47jz9qbsMId/iRN3ewGhXQFZCSftd1LZCfmhktB" crossorigin="anonymous">
<!-- and  -->
<script src="https://stackpath.bootstrapcdn.com/bootstrap/4.1.1/js/bootstrap.bundle.min.js" integrity="sha384-u/bQvRA/1bobcXlcEYpsEdFVK/vJs3+T+nXLsBYJthmdBuavHvAW6UsmqO2Gd/F9" crossorigin="anonymous"></script>


ZkClient should reset connection on reconnection timeout to invalidate DNS cache

This issue is related with https://issues.apache.org/jira/browse/ZOOKEEPER-338 which is unresolved.
In the AWS EC2 environment, when the zookeeper EC2 instances are terminated and replaced by a new one, its IP address binding with hostname is changed. So, waitUntilConnected forever on ConnectionLossException or session expiration cannot reconnect to new zookeeper instance whose new IP address bound to the hostname. So, if the connection timeout happens, it should reset connection to invalidate DNS cache on Zookeeper instance.

is this issue has been addressed ?
if so in which version of zkclient it is addresed ?


Loss drops too fast to 0.0

I trained train_nas.py with default configuration other than latency output, and keep failed. I checked losses and they soon drop to 0.0 within 2 epochs.
I tried to commented loss in code
 for kind in ('min', 'rand'):
            conf = None if kind == 'rand' else minconf
            outp = model(input, configuration=conf)

            loss = misc.soft_cross_entropy(outp['x'], compute_results['max']['prob'].detach())
            compute_results[kind]['soft_loss_numpy'] = loss.detach().cpu().numpy()
            with torch.no_grad():
                hard_loss_numpy = criterion(outp['x'], target).detach().cpu().numpy()
                compute_results[kind]['loss_numpy'] = hard_loss_numpy

            compute_results[kind]['x'] = outp['x'].detach()
            if kind == 'rand':
                compute_results['rand']['decision'] = outp['decision'].cpu().numpy()
            # loss.mean().backward()

and print loss of compute_results['max']['loss_numpy'], it still drops so fast.
Is it way it is, or is it an abnormal behavior?
Thank you.

Solved. Target was all zero hence it failed training.
Putting shuffle=True in Dataloader fixes the problem.


Add zoslib as a dependency

no changes to testcases?

The tests are interactive, I ran a few, seemed fine (as before). We also have the simple version check as a test, no change there.


Multithreading technology is added 增加了多线程技术

😊防止主程序在调用子函数(按下generate按钮)时卡顿
Prevent the main program from getting stuck when calling the sub function (press the ⌈generate⌋ button)

If you have any questions, you can communicate with me
Or there's something wrong with my code

Hey Just tested the code. And it's great but the generate button is still clickable and functional  while the file is being generated. Can u add something which will show that the file is being generated ?

Visualize the file creation progress by clicking on the Generate button.
You can use the progress bar,
which may include a method to calculate how many files need to be converted and how many files were converted, depending on how you converted from Figma files to Python files😃

I see, If we were to merge this change then we would also need to have some sort of indicator with it. Or else this might create confusion.
You can work on it if you want or let me know; I'll look into it.


Update DOCS: Working with a Local Git Repository

Summary
While attempting to use the beta feature Working with a Local Git Repository I found some errors in the docs. Specifically, I was trying to use a custom port but the configuration options described in step 3 didn’t work. I kept getting an error telling me that the default port (8081) was in use.
The netlify-cms-proxy-server docs mention that you have to create an .env file in the project root but this step isn’t mentioned in “our” instructions.
Also, the suggested updates to config.yml cause config errors…
Error loading the CMS configuration
Config Errors:
  'local_backend' should be boolean
  'local_backend' should NOT have additional properties
  'local_backend' should NOT have additional properties
  'local_backend' should match exactly one schema in oneOf
Check your config.yml file.

I managed to get my configuration working so I'd like to update the docs to reflect what works.
A picture of a cute animal (not mandatory but encouraged)

Tim says hi!

Thanks @rodnolan, working with a local git repo configuration has 2 parts:

CMS configuration
Proxy server configuration

The docs describe the first part, your change describes the second part.
How about we keep both?

For me, following these instructions...

led to errors that prevented me from starting the CMS. See below:
Error loading the CMS configuration
Config Errors:
  'local_backend' should be boolean
  'local_backend' should NOT have additional properties
  'local_backend' should NOT have additional properties
  'local_backend' should match exactly one schema in oneOf
Check your config.yml file.

If the error message is accurate, the suggestion to add the url and/or the allowed_hosts properties to config.yml should be removed. Does that make sense or am I still missing something?
If I'm misinterpreting the instructions, I'd like to rework them to be less confusing. I'm happy to write the update, I just need to understand the right way to configure everything.

If the error message is accurate, the suggestion to add the url and/or the allowed_hosts properties to config.yml should be removed. Does that make sense or am I still missing something?

I was able to use the configuration:
local_backend:
  url: http://localhost:8082/api/v1
  allowed_hosts: ['<IP_ADDRESS>']

successfully.
Can you share your full config file or open an issue with a reproduction repo?
I think the error message is not conveying the underlying cause, but I believe the docs are correct

Closing the PR per my comment. For the CMS errors, please submit a new issue and include the full config.yml so we can reproduce.

I've been experimenting a bit with this over the last couple of days. I did get the CMS running locally on a custom port but I still had to add the .env file to make it work. I'll file a new issue with my suggested updates. Cheers!


[FEATURE] Core Development for 1.2.x

Introduction
On version 1.1.0 we delivered full support for Scala language (Jupyter kernel, Jupyter notebook, etc.) and improved the documentation. We also improved and fixed some bugs on the PySpark Jupyter notebook. At last, we have reached 1900+ downloads on Docker Hub, ~45 downloads per day. 🚀
Feature
On version 1.2.x we plan a short incremental development cycle to deliver full support for R programming language.

Comments (optional)
Wanna join? Please get in touch and help us to deliver a great experience for the community to learn and practice parallel computing on distributed systems.

Version 1.2.0 released
We successfully implemented R kernel for Jupyter and added a notebook with Spark Scala API examples. The release increased the size of the Jupyter Lab image from 1.7 GB to 2.05 GB and have reached almost 2500 downloads on Docker Hub in less than two months. Surprisingly, the Apache Spark master image has reached more downloads than JupyterLab image for the first time since the project started.
Next release will deal with infra stuff, like improving GitHub to Docker Hub CI/CD script and general documentation. I would like very much to add an example folder with tons of Scala, PySpark and SparkR code.


faster ainclude --filter-indexed-files-only

instead of using fs operations then filtering, calculate all the needed paths through a LIKE query, then work on each of them.
useful for large folders that should get a tag.

not very useful if filepaths with same filename are different hashes. closing this


Fix handle value confirmation (on Indicate characteristics)

There's a typo in Gatt.py that causes a Handle Value Confirmation to trigger an Error Response.
This means that there are always errors sent back when an Indicate characteristic is used.
This fix also fixes the issue that "onIndicate" was never called.

Thanks and good spotting.


Re-implemented murmur2 partitioner, to be consistent with Kafka Java client

Using https://github.com/vuza/murmur2-partitioner for murmur2 partitioning, which is tested to be consistent with Kafka's Java client. Also fixing this two issues: https://github.com/nodefluent/node-sinek/issues/40, https://github.com/nodefluent/node-sinek/issues/39

Close https://github.com/nodefluent/node-sinek/issues/40 and https://github.com/nodefluent/node-sinek/issues/39 after merge!

 I fixed that!

I still dont like pulling two modules in just for the partitioner..however lets get this released already..


do we support DT_INIT?

Our policy is that we don't support .init or .fini sections.  However, the GNU toolchain is still creating binaries and shared libraries with DT_INIT set which appears to conflict with that.  That leads to several questions.  Should we have DT_INIT support?  Given that we already have linux distros built with DT_INIT support, is it possible to drop support for it, or would that be an unacceptable ABI break?  There is also a similar issue with DT_FINI.  Though DT_INIT seems to be the more immediate problem as a glibc libc.so has DT_INIT but not DT_FINI.
This came up as glibc is adding better support for systems without ini/fini sections, and those patches unexpectedly broke RISC-V support.  Leading to questions about whether RISC-V really dropped support for init/fini sections or not.
A search of Fedora RISC-V libraries shows about half a dozen projects have libraries with DT_INIT/DT_FINi.  One of those is GNU libc which is already under discussion.  One is numactl.  I looked at that one, and I see that the Makefile.am has -Wl,-init,numa_init -Wl,-fini,numa_fini so this is at least not the toolchain's fault.  But then this does bring up another question as to what the toolchain should do in this case.  Give an error when -Wl,-init is used?  Or try to convert a linker -init option into an init_array entry?  I'd rather give a linker error and fix the package.

Here is a pointer to the glibc thread
https://sourceware.org/ml/libc-alpha/2020-02/msg00896.html

“Fix the package” sounds cleanest, but I don’t have a clear idea of how pervasive those changes would be. Given the relatively small number of packages with DT_INIT (assuming I understood the post on libc-alpha correctly), perhaps the scope is narrow enough.

I looked at that one, and I see that the Makefile.am has -Wl,-init,numa_init -Wl,-fini,numa_fini so this is at least not the toolchain's fault.

I think the toolchain should be consistent, though: binutils should only support those features which are also implemented in glibc (or have a reasonable path towards a future implementation). The reason is that it's otherwise impossible to write cross-compilation-compatible feature tests, you have to hard-code expectations (like we do in glibc now with the ELF_INITFINI macro). For RISC-V, lack of -init/-fini support (or DT_INIT/DT_FINI support) is a conscious choice, not a current shortcoming of the current glibc implementation, so it's reasonable to remove it from the linker for RISC-V. It will also clearly identify the numactl build issue, making porting easier.

We can certainly change this to be an RFC 2119 SHOULD NOT. A year down the line, how does the Linux/glibc world feel about making this a MUST NOT? That'd be preferable, and existing binaries can still work, just rebuilding might fail, but is that too disruptive for you?

Existing glibc binaries that depend on _init probably will not work because current glibc does not run _init anymore. All new architectures behave that way because the generic default has changed, with existing architectures predating RISC-V overriding it.

Right, yes, the dynamic linker runs _init for dynamically-linked binaries, only statically-linked ones will continue to work.


Wrong description for getting docker-compose.yaml in getting start

We should get the exactly version of docker-compose.yaml, but not from develop likes:
wget https://raw.githubusercontent.com/cryptape/cita/develop/tests/integrate_test/docker-compose.yaml

exactly version

not later version


request a demo demostrating send different resource request with different parameters

i have run the sample you give successfully.
it seems that ng2-easy-table requests all of data in the very one request, and then in searching and pagination,no anymore request will be sent to server. this works good if data is not big. but if we have tons of data, if still we request all of data in one request, this will lead to slow response.
i'd like to display only page #1 's data when table's pagination is enabled, when user click to jump to the next page,another request  will be sent to server to retrieve page #2 's data.
i'd like to display datas according to user's selected search criteria, for example, user like to see all persons whose name like 'pete', so an underlying request like /api/persons?name=pete will be sent to server.
would you like to provide a demo to demostrating these two usage scenario?
many thanks to you for your great work!

Good question, I will add this feature to TODO list. Now we are waiting for stable angular2 release to continue development. Stay tuned, feature should be added soon


[Issue 7202] Upgrade commons-lang3 version to 3.6

Motivation
Fixes #7202
Modifications
Upgrade commons-lang3 version to 3.6 in the root pom.xml to be consistent with BookKeeper.
Update the package name in LICENSE.

/pulsarbot run-failure-checks


Bugfix/deadlink checking

Fixes #48 , both page doesn't appear issue, and sci-hub.se

Page doesn't appear is fixed by adding a setTimeout for asynchronous behavior
sci-hub.se is fixed by adding another "image url" to check.  This also involved some refactoring which isn't strictly necessary / strictly a bugfix but I couldn't help myself.

@andreamatt, would you mind manually installing this using the Manual Install Instructions and trying it out for a bit and twiddling with various different settings to see if everything is working correctly for you?

Merging, but will require more thorough testing before version bump.

Bruh, i guess it's already released. Working fine.
Thx for the fix, bug please now concentrate and study

The published version on chrome doesn't have all these changes yet, only the "needed changes" to get the options page to load.
This has other code changes that I wasn't ready to release yet without more testing, but I can test it gradually over the next couple weeks as I study, then release a new version then.
Thanks :)


Add FS role

Update full stack role
I notice product designer is under "future roles" as well. Should we move both of these positions under open roles?

Duplicate of #31038


UX concepts during Create Week

Here is the "Community Resources" mock I created last week.
community_resources.pdf

Sweet, thanks @thestephenmarshall !


IllegalArgumentException for '=' in query param using Ribbon load balancer with https

Checked around and found that this is literally the same problem as issue #1291, except that it happens for '=' instead of '+'.
Is there a workaround for the meantime? Thanks!

Can you provide a complete, minimal, verifiable sample that reproduces the problem? It should be available as a GitHub (or similar) project or attached to this issue as a zip file.

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

Closing due to lack of requested feedback. If you would like us to look at this issue, please provide the requested information and we will re-open the issue.


Error enabling the jolokia agent

Enabling the jolokiaAgentEnabled property of ActiveMQArtemis CR on Kubernetes, the broker pod prints the following error:
Could not start Jolokia agent: java.lang.IllegalStateException: Cannot open keystore for https communication: java.io.FileNotFoundException: No such CA cert /var/run/secrets/[kubernetes.io/serviceaccount/service-ca.crt](http://kubernetes.io/serviceaccount/service-ca.crt%60%60%60)

This issue was fixed in artemiscloud/activemq-artemis-broker-kubernetes:1.0.4

This error will be mitigated by https://github.com/artemiscloud/activemq-artemis-broker-kubernetes-image/pull/33 and fixed by https://github.com/artemiscloud/activemq-artemis-operator/issues/247


AsyncWebsocketClientBuilder is not Send

Hi there! As I was playing around with the repo, I noticed that AsyncWebsocketClientBuilder is not Send because it has a field called phantom of type PhantomData<*const GraphqlClient>. Since *const GraphqlClient is not Send (because it's a pointer),  this causes the struct AsyncWebsocketClientBuilder itself to not be Send.
I think this isn't an issue with the examples in the repo because they use async_std::main/tokio::main which both internally use block_on under-the-hood. And block_on doesn't have Send requirements on the future, whereas the spawn equivalents do (tokio example here).
I think there's a few ways around this.

change the phantom type to PhantomData<fn() -> GraphqlClient>, which has the same variance/drop constraints as the current approach
explicitly mark AsyncWebsocketClientBuilder as Send via an unsafe impl Send for AsyncWebsocketClientBuilder

I think the first option is cleaner because the AsyncWebsocketClientBuilder will be Send for free if everything in it is also Send.
I'm happy to create a PR for this if you think one of these approaches is reasonable 😄

Might be a dumb question but why cant we just use the type PhantomData<GraphqlClient>?

@Sytten I believe it has to do with whether or not drop check analysis is factored in. More details here. I'm not an expert in PhantomData usage so happy to re-consider the approach here. I think either work from a Send perspective.

@obmarg I made a PR here: https://github.com/obmarg/graphql-ws-client/pull/43
Let me know what you think! I might be getting ahead of myself, but what are the steps for creating a new release (0.3.0) for this crate?

More details here.

Ah, thanks for linking to this - I'd forgotten where it was I first saw the *const suggestion - it was this bit of documentation.  It's the reason I made it a *const in the first place, but I've since learned that is not great.
Generally the way I've ended up thinking about this is that the PhantomData should mirror the relationship between the container and the type.  PhantomData<GraphqlClient> would imply that we own a GraphqlClient, which the GraphqlClientBuilder definitely doesn't.  PhantomData<fn() -> GraphqlClient> implies that we're creating a GQL client, so is a better choice.  Not sure if this is the best way to think about it, but I find it easier to remember than the contents of this page 😓.
Anyway, will get that PR merged and released soon, hopefully in the next hour or two.


resource references

Hey Susanta,
Do you have any theory references for the implementation, as I am not able to understand the notations used and also the purpose of some functions for eg: findBestFitIntercept, findBestFitSlope.
Thank you

Hey Susanta,
Do you have any theory references for the implementation, as I am not able to understand the notations used and also the purpose of some functions for eg: findBestFitIntercept, findBestFitSlope.
Thank you

Just in case someone needs a step by step explanation refer to:
http://www.deepsky.com/~merovech/voynich/voynich_manchu_reference_materials/PDFs/jurafsky_martin.pdf


Missing "Monitoring" Widget

Hi,
there seems to be missing the "monitoring" Widget (https://developer.geckoboard.com/#monitoring)
Would it be possible to have it ?
Cheers !

Hi, Monitor has been added by @pgrau


popover not showing in case of Rendering Scheduler Component on a Modal

Hi @StephenChou1017 Popover is not showing up in case of rendering the scheduler component on a Modal. Can you please me in resolving the issue

@mounikaalla-rahi Currently stuck with the same problem, did you manage to solve it?

@mounikaalla-rahi @SigholmErika I am also stuck. Did you find any solution?


Since v0.61, powertoys doesn't start minimized anymore

Microsoft PowerToys version
0.61.1
Running as admin

[X] Yes

Area(s) with issue?
General
Steps to reproduce

Set power toys to autostart
Restart the pc

✔ Expected Behavior
It always started minimized before 0.61
❌ Actual Behavior
Now the powertoys window pops up every time I sign in to my account or restart the PC, it's annoying.
Other Software
No response

Any news on this? I would like Powertoys to start minimized on startup but I haven't been able to find any way to do it.

Settings is only supposed to appear if you try to run PowerToys while PowerToys is already running. Do you for example have both the Task Scheduler and another run at startup method for PowerToys at the same time?
What window is actually opening every time for you?
Can we please have a screenshot?
/needinfo


Issue with <BackgroundLabel@Label+BackgroundColor> defined in kv string.

Software Versions

Python: 3.8.5
OS: win10
Kivy: 2.0.0rc3
Kivy installation method: pip

Describe the bug
I am defining a label and a button by inheriting from BackgroundColor defined in kv string (a trick from Kivy documentation).
I am getting an error that I cannot explain - I am new to Kivy so sorry if it was an obvious one.
In short, in the python code, I need to dynamically add a BackgroundLabel and a BackgroundButton. I can add the BackgroundButton defined in kv string no problem.
If I want to add the BackgroundLabel in the python code, I need to first instantiate a BackgroundLabel in the kv file before I can do so in the python code. If I don't instantiate a BackgroundLabel in the kv file, I get the error shown below when I try to instantiate the BackgroundLabel in the python code.
Please run the code and comment/uncomment the instance of the BackgroundLabel in the kv section in order to see the error.
Expected behavior
I expected working with BackgroundLabel and BackgroundButton to be the same. This is not the case.
To Reproduce
Please find complete code below.
Code and Logs and screenshots
import kivy
from kivy.app import App
from kivy.factory import Factory
from kivy.uix.boxlayout import BoxLayout

kivy.lang.Builder.load_string('''

<BackgroundColor@Widget>:
    background_color: 0, 0, 1, 1
    canvas.before:
        Color:
            rgba: root.background_color
        Rectangle:
            size: self.size
            pos: self.pos

<BackgroundButton@Button+BackgroundColor>:
    background_color: 1, 0, 0, 1

<BackgroundLabel@Label+BackgroundColor>:
    background_color: 0, 1, 0, 1

<DataView>:

    orientation: 'vertical'
    spacing: 5
    padding: 5

    # Commenting this out is no problem
    # with or without I can still instantiate a BackgroundButton in the python.
    # BackgroundButton:
    #     text: 'HELLO WORLD BUTTON'

    # If  I don't instantiate the BackgroundLabel here,
    # I get an error when trying to instantiate in the python code below.
    # If commented out I get the error message
    # BackgroundLabel:
    #     text: 'Hello world label'

''', filename='dateview.kv')

class DataView(BoxLayout):

    def __init__(self, **kwargs):
        super().__init__(**kwargs)

class TestApp(App):

    def build(self):
        DV = DataView()

        DV.add_widget(

            Factory.BackgroundButton(
                    text="Another Button",
                    color=(1, 0, 0, 1),
                    width=150,
                    size_hint_x=None,
                    background_color=(1, 1, 0, 1),
            )

        )

        # Fails If no instance instantiated in the kv string
        DV.add_widget(

            Factory.BackgroundLabel(
                    text="Another Label",
                    color=(1, 0, 0, 1),
                    width=300,
                    size_hint_x=None,
                    background_color=(1, 1, 0, 1),
            )

        )

        return DV

if __name__ == '__main__':
    TestApp().run()

Additional context
[INFO   ] [deps        ] Successfully imported "kivy_deps.gstreamer" 0.2.0
[INFO   ] [deps        ] Successfully imported "kivy_deps.glew" 0.2.0
[INFO   ] [deps        ] Successfully imported "kivy_deps.sdl2" 0.2.0
[INFO   ] [Kivy        ] v2.0.0rc3, git-20c14b2, 20200615
[INFO   ] [Kivy        ] Installed at "C:\Users\abed\anaconda3\lib\site-packages\kivy_init_.py"
[INFO   ] [Python      ] v3.8.5 | packaged by conda-forge | (default, Sep 16 2020, 17:19:16) [MSC v.1916 64 bit (AMD64)]
[INFO   ] [Python      ] Interpreter at "C:\Users\abed\anaconda3\python.exe"
[INFO   ] [Factory     ] 185 symbols loaded
[INFO   ] [Image       ] Providers: img_tex, img_dds, img_sdl2, img_pil (img_ffpyplayer, img_gif ignored)
[INFO   ] [Window      ] Provider: sdl2
[INFO   ] [GL          ] Using the "OpenGL" graphics system
[INFO   ] [GL          ] GLEW initialization succeeded
[INFO   ] [GL          ] Backend used
[INFO   ] [GL          ] OpenGL version <b'4.6.0 - Build <IP_ADDRESS>37'>
[INFO   ] [GL          ] OpenGL vendor <b'Intel'>
[INFO   ] [GL          ] OpenGL renderer <b'Intel(R) UHD Graphics 620'>
[INFO   ] [GL          ] OpenGL parsed version: 4, 6
[INFO   ] [GL          ] Shading version <b'4.60 - Build <IP_ADDRESS>37'>
[INFO   ] [GL          ] Texture max size <16384>
[INFO   ] [GL          ] Texture max units <32>
[INFO   ] [Window      ] auto add sdl2 input provider
[INFO   ] [Window      ] virtual keyboard not allowed, single mode, not docked
[INFO   ] [Text        ] Provider: sdl2
Traceback (most recent call last):
File "C:\Users\abed\OneDrive\Documents\dev\GitHub\alant\uix\dataview.py", line 78, in
TestApp().run()
File "C:\Users\abed\anaconda3\lib\site-packages\kivy\app.py", line 949, in run
self._run_prepare()
File "C:\Users\abed\anaconda3\lib\site-packages\kivy\app.py", line 919, in _run_prepare
root = self.build()
File "C:\Users\abed\OneDrive\Documents\dev\GitHub\alant\uix\dataview.py", line 65, in build
Factory.BackgroundLabel(
File "C:\Users\abed\anaconda3\lib\site-packages\kivy\uix\label.py", line 318, in init
super(Label, self).init(**kwargs)
File "C:\Users\abed\anaconda3\lib\site-packages\kivy\uix\widget.py", line 350, in init
super(Widget, self).init(**kwargs)
File "kivy_event.pyx", line 245, in kivy._event.EventDispatcher.init
TypeError: object.init() takes exactly one argument (the instance to initialize)

You are creating a Dynamic Property in a Dynamic class, these properties are loaded dynamically usually on the first instantiation of a the class.
This does not show a issue with Button as Button class has a pre existing background_color property.
Solution for your case, don’t try to pass background_color as a option while initialising the widget. set it right after like ::
bl = Factory.BackgroundLabel(
                    text="Another Label",
                    color=(1, 0, 0, 1),
                    width=300,
                    size_hint_x=None)
bl.background_color = (0, 0, 1, 1)

or can also do
bl = Builder.load_string(‘’'
BackgroundLabel
    background_color: 0,0,1,1
    text: “Another Label”
    color: 1, 0, 0, 1
    width:300
    size_hint_x: None
‘'')

Thank you. This solved my problem. BTW, I would think it would make sense to have background_color property for Label as it is for Button (how else can you highlight elements in a table for example).
In your opinion, if I need the background_color, should I just use a button with no-binding instead of defining a my own BackgroundLabel? Would there be any performance hits if I build my table with all buttons?
Many thanks again, this was very helpful.