Processor | driven Linked Data processor and server for SPARQL backends | JSON Processing library

After the build has failed go to AndroidManifest.xml and in the bottom click merged manifest see which activities which have intent-filter but don't have exported=true attribute. Or you can just get the activities which are giving error.

Add these activities to your App manifest with android:exported="true" and app tools:node="merge" this will add exported attribute to the activities giving error.

Example:

I think the problem is that you are trying to use the deprecated babel-eslint parser, last updated a year ago, which looks like it doesn't support ES6 modules. Updating to the latest parser seems to work, at least for simple linting.

So, do this:

• In package.json, update the line "babel-eslint": "^10.0.2", to "@babel/eslint-parser": "^7.5.4",. This works with the code above but it may be better to use the latest version, which at the time of writing is 7.16.3.
• Run npm i from a terminal/command prompt in the folder
• In .eslintrc, update the parser line "parser": "babel-eslint", to "parser": "@babel/eslint-parser",
• In .eslintrc, add "requireConfigFile": false, to the parserOptions section (underneath "ecmaVersion": 8,) (I needed this or babel was looking for config files I don't have)
• Run the command to lint a file

Then, for me with just your two configuration files, the error goes away and I get appropriate linting errors.

I fixed it my problem by updating current kotlin version to latest version and moshi version to 1.12.0

I am also stuck with the same problem because I installed the latest version of Node.js (v17.0.1).

Just go for node.js v14.18.1 and remove the latest version just use the stable version v14.18.1

The original code can be re-written in the following way:

Assuming you meant you need the maximum Value for each of the last 12 months from result, then you can use LINQ:

Since you mention executing the same files (with proper performance) from within Git Bash, I'm going to make an assumption here. Correct me if I'm wrong on this, and I'll delete the answer and look for another possibility.

This would be explained (and expected) if your files are stored on /mnt/c (a.k.a. C:, or /C under Git Bash) or any other Windows drive, as they would likely need to be to be accessed by Git Bash.

WSL2 uses the 9P protocol to access Windows drives, and it is currently known to be very slow when compared to:

• Native NTFS (obviously)
• The ext4 filesystem on the virtual disk used by WSL2
• And even the performance of WSL1 with Windows drives

I've seen a git clone of a large repo (the WSL2 Linux kernel Github) take 8 minutes on WSL2 on a Windows drive, but only seconds on the root filesystem.

Two possibilities:

• If possible (and it is for most Node projects), convert your WSL to version 1 with wsl --set-version 1. I always recommend making a backup with wsl --export first.

  And since you are making a backup anyway, you may as well just create a copy of the instance by wsl --importing your backup as --version 1 (as the last argument). WSL1 and WSL2 both have their uses, and you may find it helpful to keep both around.

  See this answer for more details on the exact syntax..

• Or just move the project over to somewhere under the WSL root, such as /home/username/src/.

I found and tested in shorter toggle mechanism.

The configuration for Windows Feature:

• Windows Subsystem for Linux is installed.
• Windows Hypervisor Platform is installed.
• Hyper-V is installed.

If you need the Emulator, you only need to turn off Hypervisor + Restart. Run: bcdedit /set hypervisorlaunchtype off

If you need the Docker back, you can run the hypervisor hence disabling Emulator. Run: bcdedit /set hypervisorlaunchtype auto

You need to restart after setting Hypervisor

You cannot run both at the same time. Another forum worth checking in How about running docker? in my older answer below.

I think I solved this issue, tested to run from CMD / Android Studio and ran perfectly as before installing WSL. There are several step we go:

1. Removed Windows Subsystem for Linux
2. Removed Windows Hypervisor Platform
3. Removed Hyper-V

Here is my current setup:

I know after removing there are some odds because the AVD still get the same error as before and expected to get into WSL. I stumbled and found something when ran:

C:\Users\[NAME]\AppData\Local\Android\Sdk\emulator\emulator-check.exe accel

That command will check the current accel. It explains that the Hypervisor need to be set off and give specific help: run bcdedit /set hypervisorlaunchtype off.

After running the bcdedit, I restarted and all is reverted. Now I can run emulator both from CMD and Android Studio perfectly.

Sad truth, yeah you cannot run both pararel. There are several workaround in this forum:

How can I run both Docker and Android Studio Emulator on Windows?

Several option ranging from changing emulator, add & remove docker when in need using above step, created nested vm, etc. My personal choice right now is using another Emulator for the time being and removed docker for the latter.

Despite what I've said in my comment, it's entirely likely that dirname is behaving according to spec; only it's not in that spec to return a platform-specific name. So it would be interesting to investigate what $*PROGRAM.dirname returns. If it's a Linux-formatted path, that might be part of the problem. This is raiph's answer points at: wrong syntax. If that's the case, we need to get to the "right" syntax. That is why in the first version of this answer I pointed at using IO::Path::Win32 to create that syntax. Other option might be to simply put the directory name by hand. Finally, a bug can't be excluded.