[automate-2448] UI notification for project deletion

:nut_and_bolt: Description: What code changed, and why?
---- See revised strategy below ----
The user can at any time select Delete Project from the UI. However, this delete operation is only allowed if the project has no associated rules. If it does, the UI reports that failed precondition to the user within the delete modal dialog, thus keeping that dialog open. Note, however, that other types of errors are possible, too. For these other errors, the dialog is closed and the standard notification system is used to report the error.
Here is the set of requirements implemented as unit tests (see project-list.component.spec.ts):
The delete modal...
1. has empty error message upon opening
2. opens upon selecting delete from control menu
3. sets error message upon failed precondition when modal is open
4. keeps modal open upon failed precondition
5. does not set error message upon failed precondition if modal is closed
6. resets error message after failure when re-opened later
7. does not set error upon failure other than precondition failed
8. closes upon failure other than precondition failed
9. does not set error message upon success
10. closes upon success

Note that the distinction discussed above about failed preconditions vs. other errors are covered in items 3, 4, 7, and 8. (The tests do not explicitly include checking the standard notification banner content, though.)
Using the control menu for a given project, select the Delete Project choice and you get this modal dialog:

There are two categories of errors that may come back:
Those failing precondition (which includes the error of a project still having associated rules) and those having some other cause.
The former keeps the dialog open and reports the error (I have applied just the most basic styling--to be adjusted per UX guidance):

The latter closes the dialog and uses the standard notification system:

Revised Strategy
Per PR comments, I have updated the strategy to notify the user upon opening the dialog rather than upon sending the back-end request. This actually makes the work simpler. Here is the revised contract:
The delete modal...
1. upon opening dialog, shows error message if any rules associated with project
2. upon opening dialog, does not show error message if no rules associated with project
3. opens dialog upon selecting delete from control menu
4. closes upon sending request to back-end

:chains: Related Resources
N/A
:+1: Definition of Done
User is notified of rules still attached upon opening the delete dialog.
:athletic_shoe: How to Build and Test the Change
Rebuild automate-ui.
Create a project with staged rules.
Create a project with applied rules.
Create a project with no rules.
Open the delete dialog for each case; the first two should present an error message.
Back-end errors, no longer directly related to this PR, will all manifest by
closing the dialog and using the standard notification system.
One way to force back-end errors is to modify authz-service/server/v2/project.go with the following, then rebuild the authz-service component in hab studio:
@@ -36,6 +36,8 @@ type ProjectState struct {
        policyRefresher      PolicyRefresher
 }

+var trialCount = 0
+
 // NewMemstoreProjectsServer returns an instance of api.ProjectsServer
 func NewMemstoreProjectsServer(
        ctx context.Context,
@@ -331,6 +333,15 @@ func (s *ProjectState) ListProjectsForIntrospection(
 func (s *ProjectState) DeleteProject(ctx context.Context,
        req *api.DeleteProjectReq) (*api.DeleteProjectResp, error) {

+       trialCount = (trialCount + 1) % 2
+       if trialCount == 0 {
+               return nil, status.Errorf(codes.FailedPrecondition,
+                       "project still has rules %q", req.Id)
+       } else {
+               return nil, status.Errorf(codes.Internal,
+                       "project has some other problem %q", req.Id)
+       }
+
        err := s.ProjectPurger.Start(req.Id)
        if err != nil {
                if err == cereal.ErrWorkflowInstanceExists {

@msorens i was hoping to have a different modal experience. is there any way for us to know that their project has rules when these select delete project from the control menu, instead of waiting for them to use the button in the modal?

I am not seeing the project removed from the table after deleting a project that does not have rules. When I refresh the page the project is removed.

@susanev Ah, so there are two interpretations of the requirement "When a user tries to delete a project..." => I interpreted that to mean the request went to the backend; you were assuming it was when they select Delete Project from the control menu to open the dialog. And, I like your interpretation better. 😁
So if you want to go that route:

I can revert a bit of this so that errors will always close the dialog and appear in the regular notification banner.
Add checking for project with rules upon opening the dialog -- and disable the button in the dialog if present.

@susanev 	I have revised the approach per notes mentioned above.

This modal message is really confusing because the user can't actually delete the project, so the confirmation question is misleading.
We're planning to fix that in a separate PR? Seems like we def need a different modal that instructs the user what needs to be done. (Like, "This project cannot be deleted as it has active rules applied. First, delete those rules and then run "Update Projects" before deleting". . . or something)

The code looks good- I think the "Are you sure you want to delete this" messaging (when you can't actually delete it) is super confusing-- enough so that I'm tempted to wait on this until we've resolved it, but 🤷♂

Added DO-NOT-MERGE becuase this is waiting on UX review.

@msorens this is what id like the modal experience to be in this case, let me know if this is possible.

@susanev Could we go with one of these variations (for grammatical reasons)?

Before you can delete this project, delete all ingest rules and update projects.
Before you can delete this project, delete all ingest rules, then update projects.

grammarly told me otherwise, could you run it by docs folks.. whatever they say sounds good to me.


Spec tests do not run because issue with Rails 5 engine

Receive the following error when running spec from stock check out
There was an error while trying to load the gem 'foundation-rails'. (Bundler::GemRequireError) Gem Load Error is: undefined method squish' for #String:0x007fc1e19b11d0`
This is due to an issue with the line isolate_namespace Foundation::Rails in the  engine.rb file.  I am stumped as to what the possible fix is however I don't think this gem was built for a Rails 5 test bed.  But some further investigation is needed to determine the exact cause of the issue.
Simple workaround fix is to change the gemspec file to spec.add_development_dependency "rails", "4.2.8"

@Yanchek99 did you ever figure out what was going on here? I am experiencing the same issue in a different engine but haven't seen many reports of the problem.

@bbuchalter I never had the time to dig that deep, it was just something I noticed and wanted to track it.

This doesn't seem to be related to Foundation. See https://github.com/bbuchalter/solidus_lograge/commit/d4ebcb242d182540af899636c879806e5d28f944. Closing.


esl-erlang or erlang?

Which package should be installed when we choose esl as install_method?
For v1.5.6 release:

esl-erlang will be installed for debian
erlang will be installed for rhel

Is this expected?

This is causing an issue for me. I used the esl package install method in 1.3.1 and now it's trying to install erlang not install esl-erlang or upgrade esl-erlang.  Is this a mistake?

dump

I commented on #28 and am posting here for more input from steve also.
I'm a little iffy on this, as in I'm trying to determine the proper approach. Comparing the two packages, it seems that the erlang package just provides language & runtime. The esl-erlang package contains "more packages", but I cannot determine which other packages they are.
I asked in the Erlang IRC channel and poked around the erlang-solutions site to no avail. Can you please help me to understand the difference?
That said, I agree that if I choose the ESL recipe, I should expect that the ESL package is installed.

When using the Erlang Solutions repository, the difference between erlang and esl-erlang is the way the packaging is done. With erlang, the various erlang "apps" are split up in separate packages, whereas with esl-erlang they are all included in a single package.
After installing erlang from the Erlang Solutions repository, this file exists:

/usr/lib64/erlang/releases/17/installed_application_versions

After installing esl-erlang, the same content contents are in:

/usr/lib/erlang/releases/17/installed_application_versions

These files have the same packages and versions. So the question is, would it be less surprising to have a single package that includes everything or separate packages for every thing? IMO, we should err on the side of using the single package, because we're not allowing customization of the package name in this recipe.

Using esl-erlang also may fix #9, though we probably should check with @jjasghar to see if there's currently issues with the RabbitMQ cookbook, as #9 was opened a couple years ago now.

Thanks @jtimberman

@jtimberman Thanks for clearing that up. Do you think having the different recipes for each package makes sense?
Also @jjasghar I don't believe that we are currently facing issues with the rabbitmq erlang version right?

@cmluciano i'm like 95% sure we aren't facing anything with pkg installs. We've written some code around it to try to pull the correct thing down. I think if we can get it upstream with the erlang cookbook it'll help simplify anyone relying on this cookbook.

Having the option to install esl-erlang is necessary for us since we already use esl-erlang in our environment. Otherwise, we need to redo our entire rabbitmq cluster to use erlang (if we keep using the community rabbitmq cookbook) or rewrite our rabbitmq wrapper cookbook to not use the rabbitmq community cookbook since it uses erlang and there is no way around that.

This doesn't appear to a problem with #29 which separates out the ESL recipes as it's own standalone. Is there still a dependency issue with rabbtimq here?

Closing out given no further responses and that is appears resolved.


fix: rich text editor cursor fix

Description
Fix cursur position in RTE widget when using markdown
Fixes #7231
Type of change

Bug fix (non-breaking change which fixes an issue)

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes

Test coverage results :test_tube:
:red_circle: Total coverage has decreased
// Code coverage diff between base branch:release and head branch: fix/Rich-text-editor-cursor-position

Status
File
% Stmts
% Branch
% Funcs
% Lines

:red_circle:
total
55.29 (0)
37.13 (0)
34.33 (0)
55.8 (-0.01)

:green_circle:
app/client/src/utils/autocomplete/TernServer.ts
52.94 (0.23)
41.67 (0.84)
36.21 (0)
56.99 (0.25)

:red_circle:
app/client/src/widgets/RichTextEditorWidget/widget/index.tsx
65 (-7.22)
15.38 (-6.84)
58.33 (0)
65.79 (-7.74)

/ok-to-test sha=83b3747

/ok-to-test sha=d221edf

@Tooluloope, this fix does not solves the issue.
https://www.loom.com/share/30ed16be9d74410babf4e7ef89582757

@vicky-primathon Could you check it now?

/ok-to-test sha=faa9b6d

/ok-to-test sha=c14ce1f

/ok-to-test sha=97bb702

/ok-to-test sha=97bb702

@vicky-primathon Verified this PR and working fine now.

/ok-to-test sha=d339d2f

/ok-to-test sha=a433788

/ok-to-test sha=ef0ee1d

/ok-to-test sha=cc96dc8


Update zio-prelude to 1.0.0-RC19

About this PR
📦 Updates dev.zio:zio-prelude from 1.0.0-RC15 to 1.0.0-RC19
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "dev.zio", artifactId = "zio-prelude" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "dev.zio", artifactId = "zio-prelude" }
}]

labels: library-update, early-semver-pre-release, semver-spec-pre-release, commit-count:1

Superseded by #216.


Format of xyz.homology?

In the readme, there is this section:
[MCScanX_h](https://github.com/wyp1125/MCScanX#id8)

The BLASTP input of MCScanX can be replaced by a tab-delimited file containing more reliable pairwise
homologous relationships. In this case, users should use MCScanX_h instead. The executation of
MCScanX_h is very similar to that of MCScanX, except that the "xyz.blast" file should be replaced by
"xyz.homology" file. At the bottom of screen output, statistics on numbers / percentages of collinear
homolog pairs are shown.

But says nothing about how this homology file should be formated.  Can you please define this better, perhaps with an example?

@scottcain - Have you worked out the format of "xyz.homology"?
If so, could you please explain?

Any news about this issue?

So I don't know for sure what the (right) answer is, but for my own usage, I created a three column tab delimited file, with column 1 being the protein id from species 1, likewise for column 2 and then a score in column 3, which in practice was "100" since I was usually pulling these homology/orthology relationships from MODs where the relationships are human curated.


update README for new version

Codecov Report
All modified lines are covered by tests :white_check_mark:

Comparison is base (698c0fb) 28.59% compared to head (b4577b2) 28.59%.

:exclamation: Current head b4577b2 differs from pull request most recent head 58152bd. Consider uploading reports for the commit 58152bd to get more accurate results

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #345   +/-   ##
=======================================
  Coverage   28.59%   28.59%
=======================================
  Files          84       84
  Lines        2263     2263
=======================================
  Hits          647      647
  Misses       1616     1616

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


change scroll direction

is it possible to change the scroll direction, and if so, how to do that?
Thanks

Hi, that you mean support for LTR?

I think that what he meant was vertical image show instead of horizontal image show, with page indicator set up on vertical by default and vertical scrolling of images. Is it possible without having to modify the source code? As far as I can see, the contentSize of the scrollView is set on the method "layoutScrollView" but this function is not open and cannot be overriden by subclassing

It's not possible now, unfortunately. It would probably be slightly more complicated to implement.

Hi! Since I'd need this feature too (scroll images vertically), I've tried to subclass some classes, override layoutScrollView and other methods... but I haven't been able to have the desired behavior. The result is close to the desired one, but there are several glitches. The problem is that some methods that would need to be overridden are private so it's not possible.
Are you possibly thinking of adding this feature int he future? Or someone has managed to have the vertical scroll working and want to share the solution?


nixosTest: adds support for lib.extend

Description of changes
When lib overrides were used, before this PR, they would not be made available in the configuration evaluation of nixosTest's nodes.
Sample code:
let
  pkgs = import <nixpkgs> {
    overlays = [
      (new: old: {
        lib = old.lib.extend (self: super: {
          sorry_dave = builtins.trace "There are no pod bay doors" "sorry dave";
        });
      })
    ];
  };
in
pkgs.testers.nixosTest {
  name = "demo lib overlay";

  nodes = {
    machine = { lib, ... }: {
      environment.etc."got-lib-overlay".text = lib.sorry_dave;
    };
  };

  testScript = { nodes }:
    ''
      start_all()
      machine.succeed('grep dave /etc/got-lib-overlay')
    '';
}

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

the second commit is here to provide a non-regression test, but I'm not too happy with it. If someone have a idea to improve, send away.

The code is very different from the description of the PR! You're not just bringing in lib.extend, you're bringing in all of lib. Right? Or am I reading it wrong.
I don't know whether or not inheriting lib has consequences, but I think the commit should describe what it's doing a lot more explicitly.
Plus, I don't understand the rest of the comment either. Is the example code something you couldn't do before, that works now? But the line above it is describing the way things were, rather than the way they are now? It's a bit confusing!

lib.extend is something you can do in your overlay. And if you evaluate a system with it, it would work. But this would not carry over to the nixos evaluation used in the nixosTests because the non-overlaid version of lib is used.

@chreekat I'm still confused by your 'code looks different than the description". could you review the first commit first, then the second one.
The second one is just here to bring a test (and it adds noise to the overall diff). But the fix here is really one line.

@chreekat I'm still confused by your 'code looks different than the description". could you review the first commit first, then the second one.

In the first commit, you say "adds support for lib.extend", although it looks like you're actually supporting doing any and everything to lib, including replacing it altogether. :) You seem to have a use case that uses lib.extend, but that's just a side effect of the change, right?

In the first commit's title, you use the present tense to describe the change, which I think is a good practice. But then you go on to write a sentence---also in the present tense---that seems to describe how things used to be before the commit? Or is it providing further details about the effects of your change? I am not sure of your meaning there, so I am not sure what your intended change is.

@ofborg test nixos-test-driver.lib-extend

@ofborg test nixos-test-driver.lib-extend

lgtm, except for the last commit message. Could you squash the last two commits into a single commit?

@ofborg test nixos-test-driver.lib-extend

Thanks!
It may not be what I like, but I like that it works.


Added an unset: method to the Mixpanel People object

Added the ability to use the $unset operation to remove People properties from profiles

Thanks! @jaredmixpanel


Collision fix

I made a few changes to the Event class that fixes the problem of characters getting snagged in corners. The changes are mainly in the moveX and moveY functions.

hmm, it does not work


🪲[Bug]: Issue in autocommenting merged pr:

Describe the bug
I checked on the recent merged pr but we are not getting the autocomment feature and i looked more into it and i found this message

Additional context
For the fix can you make sure you have these permissions on

and if it doesn't work please let me work on this

yes, you can work on it.


NIFI-344 - Remote processor group lets you specify protocols other than http/https

On the front end, providing a placeHolder hint as to what the expected value looks like
On the back end validating that the user specified url(on create or update) is http://something or https://something

Cool! Didn't know about the placeholder attribute. I've been doing that myself using focus/blur events and css. The only downside is that it isn't supported in IE9 (which technically we do support). However, I think it's a fair tradeoff, so I'll put in a ticket to switch usage to placeholder everywhere.

Thanks.  I wanted to ask you about the placeholder attribute, since it is new to HTML5, and wasn't sure how far back we were supporting.
Do we have a list of the minimum browsers/standards that are required to run the app?

Just poked through the website, didn't see what I was looking for in terms of "minimum system requirements" to run the software.  Just something about maven and JDK on the development page.  So I created a ticket NIFI-370

Those details used to be in the user guide but I don't see it in the version that was put into 0.0.1. It should go where ever we've documented other minimum requirements (JVM version, etc).
To answer the question directly, the limiting factor for browsers is SVG support. IE introduced support for SVG in IE 9.


[Storage] STG 85/86

Merging the STG 85/86 feature branch to main. This release contains the following features:

Blob Cold Tier
Perform leasing operations with the append_data API
Perform leasing operations with the flush API
Add invalid XML character support to file-share

Most of the code changes have already been reviewed in separate PRs to the feature branch.

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-storage-blob

/azp run python - storage - tests

/azp run python - storage - tests

/azp run python - storage - tests

/azp run python - storage - ci

/check-enforcer override


includes: Do not request root privileges for Enter-PSSession in Linux

Enter-PSSession in Linux does not require sudo. Using it if not necessary creates a security vulnerability.
This resolves https://github.com/MicrosoftDocs/azure-docs/issues/71453.

Hi @blochl - Thank you for your contribution. Would you take a moment to sign the Contributor License Agreement (CLA)? After the CLA is signed, someone can review your pull request. Thanks!

@blochl : Thanks for your contribution! The author(s) have been notified to review your proposed change.


MyLocationOverlay doesn't update position when position change

I'm using MyLocationOverlay to show current position of device of map using gps. I can show my location when app start but when i move the position of device on map doesn't change.
        GpsMyLocationProvider gpsLocationProvider = new GpsMyLocationProvider(getContext());
        gpsLocationProvider.setLocationUpdateMinTime(100);
        gpsLocationProvider.setLocationUpdateMinDistance(0);
        MyLocationNewOverlay      mLocationOverlay = new MyLocationNewOverlay(mvMap);

        //mLocationOverlay.enableMyLocation(IMyLocationProvider);
        mLocationOverlay.enableMyLocation(gpsLocationProvider);
        mvMap.getOverlays().add(mLocationOverlay);

am i missing something?

did you try this?
mLocationOverlay.enableFollowLocation();

almost a year later, closing due to lack of feedback

@walkingtohorizon i did add to our sample app a simple diagnostics tool to print out what location providers are available, you might want to play around with it your device to debug it

sorry commented on the wrong ticket


a fix please

Hi
i installed the module on a redmi note 8 (ginkgo) running RRos A10 but none of the gesture work
any idea ?

Yea, the way the module works is somewhat device specific and I only have one device to test on. Several things:

When running adb logcat, does the line report_input_event - Reporting event type: 1, code: 96, value:1 show up when you put your finger on the fingerprint sensor? (this is what is used to trigger the click)
You are using Android 10, but the currently published version won't work on it, even on my phone. Try if it works with this version (Android device file paths have changed, so the way the module taps the screen won't work on A10, but the old version does it right)

If neither of them work, you might need to look at the source code and see if you find the paths for the input devices on your phone

Hi
still not work
i used a module that does the same thing as pressing power button
it replace 2 files in vendor/usr/kaylyaout/uinput-fpc.kl & uinput-goodix.kl (no bin)
work fine on my device
your module is better but does not work


Missing of Tamil fag.

Tamil language

Tamil is a Dravidian language predominantly spoken by the Tamil people of India and Sri Lanka, and by the Tamil diaspora and Sri Lankan Moors. Tamil is an official language in three countries: India, Sri Lanka and Singapore.

In fact Tamil has not main flag but we need to add flag to this language which one do you suggest:
Suggestion

Tamil Nadu
https://en.wikipedia.org/wiki/Tamil_Nadu#/media/File:TamilNadu_Logo.svg

https://upload.wikimedia.org/wikipedia/commons/f/f8/Proposed_Tamil_Nadu_Flag_(DMK).png
https://images-na.ssl-images-amazon.com/images/I/41Scx0UrNwL._AC_SL1500_.jpg

This is about country flags.. not languages.. sorry


Proposal for static analyzer and adding  wrapper for asio.

I was looking for a grpc library in c++ because the official one isn’t excellent and I found grpcxx via this blog https://u-a.medium.com/implementing-a-grpc-server-api-in-modern-c-devlog-2-3706ae91dbe6.
Maybe it was in the roadmap but I suggest it, adding clang-tidy, cppcheck and include what-you-use and to lint the project.
I also saw that you use libuv that is a very good library. I think adding a wrapper for asio would be and excellent choice, especially if the project is in c++20 with coroutines.
Finally, i looked the source code, I suggests you to move to header only library. You can do that because you are using many template and also, you are keeping small methods and to add grpcxx as library would be more easier.
I Hope my answer will help you and I am really excitting by this project 💪🏻💪🏻💪🏻.

Hey @Assowavesss 👋, happy you've found this project and find it exciting! You've made some really good suggestions, thanks for that.
There's already a bit of linting with clang-format but definitely can be improved along with static checks.
When you mentioned asio, were you referring to https://github.com/chriskohlhoff/asio/? There's also https://github.com/netcan/asyncio which I came across when I started working on this project. Both of these async libs require to "wait" to read chunks of data and from my initial thinking I thought I'd end up having to create an event loop concept to handle requests anyway so preferred to use libuv. But it's definitely something to revisit when this project evolves.
Header only lib is a very interesting point. I've thought of it but debated whether grpcxx would be used as a purely header only lib, for example it's dependent on nghttp2 which isn't a header only lib itself. So it will require some sort of build system and at this point I feel the benefits of a header only lib disappears (i.e. it can't be just copy headers and ready to use). Do you have insights into how a header only lib would be more useful even with other compiled dependencies?

I was referring to asio https://github.com/chriskohlhoff/asio or boost.asio https://github.com/boostorg/asio.
I'm not sure but I think you have to wait to read the Chunk only in asynchronous mode with asio. However asio is header only and has support for coroutines. I know that the project depends on nghttp2, however the goal is not in the future to make your own library to support http2 for better performance 😏. Even if you keep nghttp2 in the future, you can still make it header only, even if it increases the build time, you are not using techniques like Pimpl to separates definition from implementation(to hide the use of library) and therefore nghttp2 and libuv must be included as public target I guess. In addition, header only would considerably increase performance.
Maybe you can create a discord Channel for users of the library and we can discuss inside, keep in your mind that is just a proposal, maybe I am wrong.

A discord channel is definitely a good shout and I'm keen to create one if there's more interest in the project 👍.

There is a new library  which provides higher level coroutine abstractions similar to javascript. it is pretty interesting !! It would help , if the library is based on the primitives provided in boost cobalt.  here is the link https://www.boost.org/doc/libs/1_84_0/libs/cobalt/doc/html/index.html
Also there is one more library which provides http2 using boost asio , i am sure you might have stumbled on this before.
https://github.com/nghttp2/nghttp2-asio
Lot of C++ ppl like me invested lot of time in boost C++. it would reduce learning time and ease adoption if you include boost in your library. Also , as assowavess mentioned, it would be great to design the library as a header only.

@RavikumarTulugu good to see you again back here!
I'm looking into the header only option as well as other async I/O libs to consider but there's not much progress yet. I'll keep this issue updated on any progress I make.

@uatuko would like to second that making the library "asio compatible" would be great. Ideally, a user would be able to use the library by providing asio::io_context. The library could then be used with applications that already use asio for IO without creating extra threads, utilizing the existing event loop (io_context::run) for handling all completions.
Currently, we are using asio-grpc, which is nice, but it still uses the existing grpc implementation which is very limiting in terms of tight integration with existing event loops.

Thanks for the feedback @eladm-ultrawis. I must admit, I overlooked the significance of Asio.
I'm happy to replace libuv with Asio but since there are two variants of Asio (boost and non-boost) it might make it a bit complicated to make it compatible with both. I'm doing some work to get a PoC up and running.

Asio's Boost Software License might complicate things. Let's move the Asio conversation to #22.


add an install step to install freedom-for-node for zork-node

This is a little bit of a hack, but it's a good one. Turns out when you copy build/dev/uproxy/lib/samples/zork-node to a location outside of the git repo, node can't find freedom-for-node - I guess we've been implicitly relying on that top-level node_modules folder. Oops. This is bad for our Docker containers, where we copy/mount only build/dev/uproxy/lib/samples/.
This just-makes-it-work.

This change is

LGTM - though copying may be slightly faster (but not worth getting hung up on I think).

Yes, copying might be faster although it's not clear what we would copy - when I look at the resulting node_modules folder, I see freedom in addition to freedom-for-node. Nice to have npm just handle that for us :-)

FYI I think just recursively copying node_modules/freedom-for-node would work (it has its own node_modules/ subfolder w/its dependencies, though symlinks or such may be odd after copying so the npm install approach is fine).


[Suggestion] Add toggle "Climbing only with runnerhands"

When you hold a gun, crowbar or something else, you can still climb up walls or cling to edges. I checked the code and found that this is not a bug, that's how it works, but it looks a bit strange if you're not someone with four hands.

There was a code in the previous beatrun code that restricted non runnerhands from climbing,but it was removed and still doesn't work even after being added back.
I'm not sure if this was changed to make players more flexible, but it would be great if there were a toggle.

added in dev, gonna push later


Desktop app crash, when open sub-menu

Description:
Using a snap version of desktop, when open sub-menu, sub-menu are blank and app freeze. System window open and ask to wait or force kill app, and after a short time app close it self.
Steps to reproduce:

Open sub-menu and try to navigate inside.

Expected behavior:
Correct display of sub menu, and fix crash.
Actual behavior:

Server Setup Information:

Version of Rocket.Chat Server: Unknown (hosting by an organization)
Operating System:
Deployment Method:
Number of Running Instances:
DB Replicaset Oplog:
NodeJS Version:
MongoDB Version:

Client Setup Information

Desktop App or Browser Version: version 3.2.2 (snap)
Operating System: ArchLinux, Kernel 5.14.16 (x86_64), gnome 40.4.0 (Wayland)

Additional context
PS: Sorry for my bad English, I'm french.
Relevant logs:
Log on terminal:
[bugsnag] Loaded! Error org.freedesktop.DBus.Error.Failed: cannot set "default-url-scheme-handler" subproperty "rocketchat" setting to invalid value "Rocket.Chat.desktop" /usr/share/libdrm/amdgpu.ids: No such file or directory si_init_perfcounters: max_sh_per_se = 2 not supported (inaccurate performance counters) /usr/share/libdrm/amdgpu.ids: No such file or directory si_init_perfcounters: max_sh_per_se = 2 not supported (inaccurate performance counters) [1]    5213 segmentation fault (core dumped)  rocketchat-desktop

The Snap is updated and I think that the problem is solved. If it remains, please reopen the issue and tell us.
Thank you!

The issue is not solved, but now we have more details on terminal, after open an sub-menu I got this:
Error org.freedesktop.DBus.Error.Failed: cannot set "default-url-scheme-handler" subproperty "rocketchat" setting to invalid value "Rocket.Chat.desktop"
/usr/share/libdrm/amdgpu.ids: No such file or directory
[5796:0113/114809.831371:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process.
[bugsnag] Loaded!
[5718:0113/114812.737135:ERROR:object_proxy.cc(642)] Failed to call method: org.freedesktop.ScreenSaver.GetActive: object_path= /org/freedesktop/ScreenSaver: org.freedesktop.DBus.Error.NotSupported: This method is not implemented
[5718:0113/114812.741879:ERROR:object_proxy.cc(642)] Failed to call method: org.gnome.ScreenSaver.GetActive: object_path= /: org.freedesktop.DBus.Error.UnknownMethod: Object does not exist at path “/”
[5718:0113/114839.847679:ERROR:command_buffer_proxy_impl.cc(328)] GPU state invalid after WaitForGetOffsetInRange.
[5718:0113/114839.908584:ERROR:gpu_process_host.cc(968)] GPU process exited unexpectedly: exit_code=512
/usr/share/libdrm/amdgpu.ids: No such file or directory
[1]    5718 segmentation fault (core dumped)  snap run rocketchat-desktop
[5909:0100/000000.010559:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process.

And the app exited with SEGV (139) code

The issue is not solved, but now we have more details on terminal, after open an sub-menu I got this:
Error org.freedesktop.DBus.Error.Failed: cannot set "default-url-scheme-handler" subproperty "rocketchat" setting to invalid value "Rocket.Chat.desktop"
/usr/share/libdrm/amdgpu.ids: No such file or directory
[5796:0113/114809.831371:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process.
[bugsnag] Loaded!
[5718:0113/114812.737135:ERROR:object_proxy.cc(642)] Failed to call method: org.freedesktop.ScreenSaver.GetActive: object_path= /org/freedesktop/ScreenSaver: org.freedesktop.DBus.Error.NotSupported: This method is not implemented
[5718:0113/114812.741879:ERROR:object_proxy.cc(642)] Failed to call method: org.gnome.ScreenSaver.GetActive: object_path= /: org.freedesktop.DBus.Error.UnknownMethod: Object does not exist at path “/”
[5718:0113/114839.847679:ERROR:command_buffer_proxy_impl.cc(328)] GPU state invalid after WaitForGetOffsetInRange.
[5718:0113/114839.908584:ERROR:gpu_process_host.cc(968)] GPU process exited unexpectedly: exit_code=512
/usr/share/libdrm/amdgpu.ids: No such file or directory
[1]    5718 segmentation fault (core dumped)  snap run rocketchat-desktop
[5909:0100/000000.010559:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process.

And the app exited with SEGV (139) code

Is this with the 3.7.5 version?

Please test if the problem persists with our latest release. I will be closing the issue but if there is any problem yet, we will open it again.

$ uname -a
Linux username 5.15.0-69-generic #76-Ubuntu SMP Fri Mar 17 17:19:29 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.2 LTS
Release:        22.04
Codename:       jammy

$ snap list | grep rocket
rocketchat-desktop              3.8.13                      672     latest/stable  rocketchat**    -

$ rocketchat-desktop
[805824:0418/135439.117145:ERROR:node_bindings.cc(276)] Most NODE_OPTIONs are not supported in packaged apps. See documentation for more details.
Error org.freedesktop.DBus.Error.Failed: cannot set "default-url-scheme-handler" subproperty "rocketchat" setting to invalid value "Rocket.Chat.desktop"

(rocketchat-desktop:805824): Gtk-WARNING **: 13:54:39.967: Theme parsing error: gtk.css:3536:25: 'font-feature-settings' is not a valid property name
[bugsnag] Loaded!
[805824:0418/135442.395385:ERROR:object_proxy.cc(623)] Failed to call method: org.freedesktop.login1.Manager.Inhibit: object_path= /org/freedesktop/login1: org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender=":1.401" (uid=1000 pid=805824 comm="/snap/rocketchat-desktop/672/rocketchat-desktop --" label="snap.rocketchat-desktop.rocketchat-desktop (enforce)") interface="org.freedesktop.login1.Manager" member="Inhibit" error name="(unset)" requested_reply="0" destination="org.freedesktop.login1" (uid=0 pid=962 comm="/lib/systemd/systemd-logind " label="unconfined")


develop branch pull request test

PR Type

Create new TemplateFile
make Templates
Documentation
ETC

Description

[]
[]
[]

good job


GUVNOR-2649: Asset search is broken

See https://issues.jboss.org/browse/GUVNOR-2649
Terms do not seem to require escaping any more.. possibly changed when IP-BOM upgraded the version of Lucene (see https://github.com/jboss-integration/jboss-integration-platform-bom/commit/f5ac8e34052f5d640327515242f41dd2c4dd08ad)

Part of an ensemble:

https://github.com/uberfire/uberfire/pull/513
https://github.com/droolsjbpm/kie-wb-common/pull/471

+1


FileNotFoundError: [Error 2] No such file or directory: 'java'

Why occur such error when i run main.py?

could you post the full log

when I do novel object caption，there is an error when I finished the first epoch. I think the error is occur when I decode the novel word. Have you ever met this question? I print the prediction for 5000 val images. It is right. when I do the nov_eval I met this question.
Traceback (most recent call last):
File "main.py", line 376, in
lang_stats = eval(opt)
File "main.py", line 183, in eval
lang_stats = utils.noc_eval(predictions, str(1), opt.val_split, opt)
File "/media/userdisk1/hq/gyq/Neural-Baby-Talk-python3-master/misc/utils.py", line 316, in noc_eval
out = score_dcc(gt_template_novel, gt_template_train, pred, noc_object, split, cache_path)
File "tools/sentence_gen_tools/coco_eval.py", line 123, in score_dcc
score_dict = dcc_evaluator.get_dcc_scores()
File "tools/sentence_gen_tools/coco_eval.py", line 46, in get_dcc_scores
gts = tokenizer.tokenize(gts)
File "tools/coco-caption/pycocoevalcap/tokenizer/ptbtokenizer.py", line 52, in tokenize
stdout=subprocess.PIPE)
File "/home/C/hq/anaconda3/envs/neuralbabytalk/lib/python3.5/subprocess.py", line 676, in init
restore_signals, start_new_session)
File "/home/C/hq/anaconda3/envs/neuralbabytalk/lib/python3.5/subprocess.py", line 1289, in _execute_child
raise child_exception_type(errno_num, err_msg)
FileNotFoundError: [Errno 2] No such file or directory: 'java'

Did you try this?
https://github.com/jiasenlu/NeuralBabyTalk/issues/39

It's not the same question. This is

FileNotFoundError:` [Errno 2] No such file or directory: 'java'

But what you referred is

FileNotFoundError: [Errno 2] No such file or directory: 'data/coco_noc/annotations/captions_split_set_bus_val_test_novel2014.json'

So is there someone figure it out?

I am supposing that this is an error when you dont have Java installed. Could you validate?

Thanks for your quick reply! It's true that I don't have java installed. After it's installed I'll try it again and post it on this issue.

It works after installing java.


Namespace around half?

At the moment half.h is in the global namespace. Eigen has also class called half.
When both Eigen::half_impl::half and openexr's half are in the same translation, the class becomes ambiguous. Could you please add a namespace around half class to make it unambigious? Or e.g. use ::half a lot to make it not clash with any other namespaced classes called half?
E.g. with gcc-6 compiler:
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:229:64: error: reference to ‘half’ is ambiguous
 HALF_EXPORT std::ostream &      operator << (std::ostream &os, half  h);
                                                                ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:229:64: error: ‘half’ has not been declared
 HALF_EXPORT std::ostream &      operator << (std::ostream &os, half  h);
                                                                ^~~~
/usr/include/OpenEXR/half.h:230:64: error: reference to ‘half’ is ambiguous
 HALF_EXPORT std::istream &      operator >> (std::istream &is, half &h);
                                                                ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:230:64: error: ‘half’ has not been declared
 HALF_EXPORT std::istream &      operator >> (std::istream &is, half &h);
                                                                ^~~~
/usr/include/OpenEXR/half.h:237:56: error: reference to ‘half’ is ambiguous
 HALF_EXPORT void        printBits   (std::ostream &os, half  h);
                                                        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:237:56: error: ‘half’ has not been declared
 HALF_EXPORT void        printBits   (std::ostream &os, half  h);
                                                        ^~~~
/usr/include/OpenEXR/half.h:239:51: error: reference to ‘half’ is ambiguous
 HALF_EXPORT void        printBits   (char  c[19], half  h);
                                                   ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:239:51: error: ‘half’ has not been declared
 HALF_EXPORT void        printBits   (char  c[19], half  h);
                                                   ^~~~
/usr/include/OpenEXR/half.h:418:1: error: reference to ‘half’ is ambiguous
 half::half ()
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:429:1: error: reference to ‘half’ is ambiguous
 half::half (float f)
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:493:1: error: reference to ‘half’ is ambiguous
 half::operator float () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:503:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:562:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:571:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:579:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:587:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:595:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:603:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:611:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:619:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:627:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:635:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:643:8: error: reference to ‘half’ is ambiguous
 inline half &
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:652:1: error: reference to ‘half’ is ambiguous
 half::isFinite () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:652:19: error: non-member function ‘bool isFinite()’ cannot have cv-qualifier
 half::isFinite () const
                   ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isFinite()’:
/usr/include/OpenEXR/half.h:654:25: error: ‘_h’ was not declared in this scope
     unsigned short e = (_h >> 10) & 0x001f;
                         ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:660:1: error: reference to ‘half’ is ambiguous
 half::isNormalized () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:660:23: error: non-member function ‘bool isNormalized()’ cannot have cv-qualifier
 half::isNormalized () const
                       ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isNormalized()’:
/usr/include/OpenEXR/half.h:662:25: error: ‘_h’ was not declared in this scope
     unsigned short e = (_h >> 10) & 0x001f;
                         ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:668:1: error: reference to ‘half’ is ambiguous
 half::isDenormalized () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:668:25: error: non-member function ‘bool isDenormalized()’ cannot have cv-qualifier
 half::isDenormalized () const
                         ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isDenormalized()’:
/usr/include/OpenEXR/half.h:670:25: error: ‘_h’ was not declared in this scope
     unsigned short e = (_h >> 10) & 0x001f;
                         ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:677:1: error: reference to ‘half’ is ambiguous
 half::isZero () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:677:17: error: non-member function ‘bool isZero()’ cannot have cv-qualifier
 half::isZero () const
                 ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isZero()’:
/usr/include/OpenEXR/half.h:679:13: error: ‘_h’ was not declared in this scope
     return (_h & 0x7fff) == 0;
             ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:684:1: error: reference to ‘half’ is ambiguous
 half::isNan () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:684:16: error: non-member function ‘bool isNan()’ cannot have cv-qualifier
 half::isNan () const
                ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isNan()’:
/usr/include/OpenEXR/half.h:686:25: error: ‘_h’ was not declared in this scope
     unsigned short e = (_h >> 10) & 0x001f;
                         ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:693:1: error: reference to ‘half’ is ambiguous
 half::isInfinity () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:693:21: error: non-member function ‘bool isInfinity()’ cannot have cv-qualifier
 half::isInfinity () const
                     ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isInfinity()’:
/usr/include/OpenEXR/half.h:695:25: error: ‘_h’ was not declared in this scope
     unsigned short e = (_h >> 10) & 0x001f;
                         ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:702:1: error: reference to ‘half’ is ambiguous
 half::isNegative () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:702:21: error: non-member function ‘bool isNegative()’ cannot have cv-qualifier
 half::isNegative () const
                     ^~~~~
/usr/include/OpenEXR/half.h: In function ‘bool isNegative()’:
/usr/include/OpenEXR/half.h:704:13: error: ‘_h’ was not declared in this scope
     return (_h & 0x8000) != 0;
             ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:708:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:717:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:726:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:735:8: error: reference to ‘half’ is ambiguous
 inline half
        ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:745:1: error: reference to ‘half’ is ambiguous
 half::bits () const
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:745:15: error: non-member function ‘short unsigned int bits()’ cannot have cv-qualifier
 half::bits () const
               ^~~~~
/usr/include/OpenEXR/half.h: In function ‘short unsigned int bits()’:
/usr/include/OpenEXR/half.h:747:12: error: ‘_h’ was not declared in this scope
     return _h;
            ^~
/usr/include/OpenEXR/half.h: At global scope:
/usr/include/OpenEXR/half.h:752:1: error: reference to ‘half’ is ambiguous
 half::setBits (unsigned short bits)
 ^~~~
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h: In function ‘void setBits(short unsigned int)’:
/usr/include/OpenEXR/half.h:754:5: error: ‘_h’ was not declared in this scope
     _h = bits;
     ^~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h: At global scope:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:120:53: error: template argument 1 is invalid
 class PIGMENTCMS_EXPORT KoColorSpaceMathsTraits<half>
                                                     ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:381:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<double, half>::scaleToA(double a)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:387:45: error: template argument 1 is invalid
 inline double KoColorSpaceMaths<half, double>::scaleToA(half a)
                                             ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:387:57: error: ‘scaleToA’ declared as an ‘inline’ variable
 inline double KoColorSpaceMaths<half, double>::scaleToA(half a)
                                                         ^~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:387:57: error: reference to ‘half’ is ambiguous
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:387:15: warning: too many template headers for scaleToA (should be 0)
 inline double KoColorSpaceMaths<half, double>::scaleToA(half a)
               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:388:1: error: expected ‘;’ before ‘{’ token
 {
 ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:393:43: error: template argument 1 is invalid
 inline float KoColorSpaceMaths<half, float>::scaleToA(half a)
                                           ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:393:55: error: ‘scaleToA’ declared as an ‘inline’ variable
 inline float KoColorSpaceMaths<half, float>::scaleToA(half a)
                                                       ^~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:393:55: error: reference to ‘half’ is ambiguous
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:393:14: warning: too many template headers for scaleToA (should be 0)
 inline float KoColorSpaceMaths<half, float>::scaleToA(half a)
              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:394:1: error: expected ‘;’ before ‘{’ token
 {
 ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:399:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<float, half>::scaleToA(float a)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:405:45: error: template argument 1 is invalid
 inline quint8 KoColorSpaceMaths<half, quint8>::scaleToA(half a)
                                             ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:405:57: error: ‘scaleToA’ declared as an ‘inline’ variable
 inline quint8 KoColorSpaceMaths<half, quint8>::scaleToA(half a)
                                                         ^~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:405:57: error: reference to ‘half’ is ambiguous
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:405:15: warning: too many template headers for scaleToA (should be 0)
 inline quint8 KoColorSpaceMaths<half, quint8>::scaleToA(half a)
               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:406:1: error: expected ‘;’ before ‘{’ token
 {
 ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:412:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<quint8, half>::scaleToA(quint8 a)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:417:47: error: template argument 1 is invalid
 inline quint16 KoColorSpaceMaths<half, quint16>::scaleToA(half a)
                                               ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:417:59: error: ‘scaleToA’ declared as an ‘inline’ variable
 inline quint16 KoColorSpaceMaths<half, quint16>::scaleToA(half a)
                                                           ^~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:417:59: error: reference to ‘half’ is ambiguous
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:417:16: warning: too many template headers for scaleToA (should be 0)
 inline quint16 KoColorSpaceMaths<half, quint16>::scaleToA(half a)
                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:418:1: error: expected ‘;’ before ‘{’ token
 {
 ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:424:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<quint16, half>::scaleToA(quint16 a)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:430:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<half, half>::scaleToA(half a)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:436:8: error: reference to ‘half’ is ambiguous
 inline half KoColorSpaceMaths<half>::blend(half a, half b, half alpha)
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:117:0,
                 from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/usr/include/OpenEXR/half.h:91:7: note: candidates are: class half
 class half
       ^~~~
In file included from /usr/include/eigen3/Eigen/Core:362:0,
                 from /«PKGBUILDDIR»/krita/image/kis_convolution_kernel.h:23,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:25:
/usr/include/eigen3/Eigen/src/Core/arch/CUDA/Half.h:66:8: note:                 struct Eigen::half_impl::half
 struct half : public __half {
        ^~~~
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:26:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:442:37: error: template argument 1 is invalid
 inline double KoColorSpaceMaths<half>::clamp(double a)
                                     ^
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:442:37: error: template argument 2 is invalid
/«PKGBUILDDIR»/libs/pigment/KoColorSpaceMaths.h:442:54: error: ‘clamp’ is not a template function
 inline double KoColorSpaceMaths<half>::clamp(double a)
                                                      ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:217:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoRgbColorSpaceTraits.h:90:48: error: template argument 1 is invalid
 struct KoRgbF16Traits : public KoRgbTraits<half> {
                                                ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:218:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoBgrColorSpaceTraits.h:90:48: error: template argument 1 is invalid
 struct KoBgrF16Traits : public KoBgrTraits<half> {
                                                ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:219:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoGrayColorSpaceTraits.h:71:50: error: template argument 1 is invalid
 struct KoGrayF16Traits : public KoGrayTraits<half> {
                                                  ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:220:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoLabColorSpaceTraits.h:98:48: error: template argument 1 is invalid
 struct KoLabF16Traits : public KoLabTraits<half> {
                                                ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:221:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoXyzColorSpaceTraits.h:92:48: error: template argument 1 is invalid
 struct KoXyzF16Traits : public KoXyzTraits<half> {
                                                ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:222:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoYcbcrColorSpaceTraits.h:89:52: error: template argument 1 is invalid
 struct KoYCbCrF16Traits : public KoYCbCrTraits<half> {
                                                    ^
In file included from /«PKGBUILDDIR»/libs/pigment/KoColorSpaceTraits.h:223:0,
                 from /«PKGBUILDDIR»/krita/plugins/filters/unsharp/kis_unsharp_filter.cpp:38:
/«PKGBUILDDIR»/libs/pigment/KoCmykColorSpaceTraits.h:106:50: error: template argument 1 is invalid
 struct KoCmykF16Traits : public KoCmykTraits<half> {
                                                  ^

https://github.com/AcademySoftwareFoundation/openvdb/pull/927

https://github.com/AcademySoftwareFoundation/openvdb/pull/927


Provides various UI configuration options via SKPhotoBrowserOptions

For example like padding for images and color customizations. Also added some missing boolean types to the SKPhotoBrowserOptions. All previous values are copied as default values, so it shouldn't change anything after updating this library.

@appsunited  thanks your request. it merged, latest master or v3.1.1 can use this issue.


Added option to specify host address to bind servers to

This resolves issue #5.

Coverage decreased (-2.3%) to 93.21% when pulling 3e3636bf22616387ede53d6c74c025eebd1f0231 on tejashah88:master into f2bfb233da4ae9c0157602e806b0aa46052c2524 on alexa-js:master.

Coverage decreased (-1.04%) to 94.444% when pulling 465d49f6c6762ef75b5398d45b8a300f1a5a3843 on tejashah88:master into f2bfb233da4ae9c0157602e806b0aa46052c2524 on alexa-js:master.

Coverage increased (+0.2%) to 95.679% when pulling 4e8481800c246cb4a77520472d558d20d042f0fa on tejashah88:master into f2bfb233da4ae9c0157602e806b0aa46052c2524 on alexa-js:master.

Coverage increased (+0.2%) to 95.679% when pulling 3bd2476bc6f73e11fea6c45149e8464dde623109 on tejashah88:master into f2bfb233da4ae9c0157602e806b0aa46052c2524 on alexa-js:master.

Coverage increased (+0.2%) to 95.679% when pulling 76fec615a515ace163edd765f22f5ad4d764e7b1 on tejashah88:master into f2bfb233da4ae9c0157602e806b0aa46052c2524 on alexa-js:master.

Merged, thanks.


add Rocks'n'Diamonds port

preliminary, but tested on my pc and it works. might need additional logic for sdl1 builds (though everyone should be on Jessie)

Thanks.


Multi-var assign no longer works for me.

Bug report

What is the current behavior?
With 5.21.2, I used to be able to do multi-var assign using
  output: {
    library: 'var {f1, f2}',
    libraryTarget: 'assign',
  }

to get f1 and f2 at the top level (a requirement for the environment in which my code runs). With 5.24.3, this no longer seems to work.
I have put together an MWE at https://github.com/retorquere/webpack-mwe which is a stripped-down version of my own repo which is far from minimal. After running npm run webpack, the assignment ends up like
var {Translator, detectImport, doImport, doExport} = __webpack_exports__;

inside the webpackBootstrap IIFE.
If the current behavior is a bug, please provide the steps to reproduce.

What is the expected behavior?
That the multi-assign ends up in the outer scope like it used to.
Other relevant information:
webpack version:  5.24.2
Node.js version: v15.5.0
Operating System: MacOS big sur
Additional tools: none that are not installed by npm i.

Because you can't using  library: 'var {f1, f2}',, you need specify name here, yes it is work before because we just put you value inside code, but we refactor code and you faced with it, but using this is wrong, you can solve it on own side

How would I go about solving it on my own side? BTW it turns out multivar assignment does still work, just not with the typescript to javascript code. If I do just javascript, it does work as before.


Event date on projector footer in unix time

Describe the bug
The event date and time is show on projector footer as unix time, instead of natural date and time.
How to Reproduce

Go to "Settings" / "General"
Configure "Event date"
Open projector
See footer, right side

Expected behavior
Event date as "17.09.2019 15:00" .
System information

OpenSlides-Version: 3,0
Python Version: 3.7
Device: MacBook
OS: macOS Mojave
Browser: Safari
Browser-Version: 12.1.2

Additional context
Add any other information to comprehend your problem
Screenshots

Apparently it was originally supposed to be a string and not a date/timestamp


Is it safe to assume that not all classes have tonals?

Yes, some classes just have an entry on the Country page, and don't have their own Class page.

Thanks for the confirmation. Closing this.


streamalert - carbonblack - feed.synchronized

to: @ryandeivert
cc: @airbnb/streamalert-maintainers
What
Support the log type feed.synchronized for CarbonBlack.
Example log:
{
  "cb_server": "...",
  "feed_id": 123,
  "feed_name": "...",
  "feed_update_time": "2017-06-21T08:18:03Z",
  "scan_start_time": null,
  "timestamp":<PHONE_NUMBER>.509223,
  "type": "feed.synchronized"
}

Testing
python stream_alert_cli.py lambda test --processor all
(14/14)	Rule Tests Passed
(50/50)	Alert Tests Passed

Coverage remained the same at 79.307% when pulling 237ee7f772b1275951894c43214e200187df3dc3 on mf-carbonblack-schemas-round-2 into 5d5c0cc171cc736b4750aa825049ba29cc8befe7 on master.


Fix accessibility

The website is not appropriately set up for screen readers. More details here:
https://twitter.com/kaveinthran/status/1736967867793547433

Fixes in 025e1ac4ebaa4cdbd7868b06d2fc694394c429c5 and 6f1e6fd2bb64255fd46eb6bb703ffa231e63a9bf


Create templated classes

Purpose

To create templated classes for members to work off of. It will help with breaking larger tasks down into smaller ones.
Description

A templated class should be done for each major component of the boat simulator. Template classes should be made for:

Physics model components:

Model state
Force and torque computation
Fluid Simulation

Output Interface:

Artificial Noise Generator
Artificial Delay Generator
Unit Converter (?)
Publishing Filter (might not implement anymore)

Low-level controller components:

PID Controller
Rudder/Sail Actuation (???)

Added as much as needed and will return to a later date if more are needed.


Vespa-Logstash-Kibana integration

the ELK stack makes great visualizations. Vespa could have a Logstash+Kibana integration for great visualizations, too!

Hey @kkraune I Want To Get Started Can You Guide Me ?

Hi @kkraune I'd like to grab this Issue. If you haven't assigned this to anyone please let me do it. and also please provide more details / docs related to this.

Hi, it is great if you want to give it a go - https://github.com/vespa-engine/vespa#contribute has some pointers to get you started.

What's the status of this? Has anyone made any progress on that?

For Logstash, yes: https://github.com/radu-gheorghe/logstash-output-vespa
Kibana would be pretty much a complete rewrite to make it work for Vespa. Logstash and Kibana don't depend on each other, so any UI would work (as a replacement for Kibana).