I share my Windows 10 filesystem with the Windows Subsystem for Linux. I keep my coding projects in the dev folder in my user directory, and share that to /mnt/c/Users/Conan/dev in WSL. Intellij runs projects from the Windows filesystem, but I use a range of command-line tools to run things (such as java) from the share in WSL.
When I start Intellij it says:
Filesystem Case-Sensitivity Mismatch
The project seems to be located on a case-sensitive file system.
This does not match the IDE setting (controlled by property "idea.case.sensitive.fs")
Is this correct? My Windows filesystem is not case-sensitive, but the files were created from bash in WSL. Which setting should I use?
Better solution than making the Linux directory case-insensitive. Make the Windows directory you are using case-sensitive. See https://blogs.msdn.microsoft.com/commandline/2018/02/28/per-directory-case-sensitivity-and-wsl/
This makes for a more complete Linux experience and avoids interop issues such as described here.
In addition, I recommend utilizing the metadata option available in build 17134 (April Update or 1803) or newer for Windows via wsl.conf (manually create in /etc). This will allow your windows directories to keep the permissions assigned by the linux distro you're running with WSL. See https://blogs.msdn.microsoft.com/commandline/2018/02/07/automatically-configuring-wsl/
Related
I have to write an IE11 addon and I found some good sources for start but I always got stuck in the compatibile issue. Turning off of EPM is not allowed and we tried to enabled our prototype addon in GP (Using the CLSID and Administrative Templates to manage group policy objects) but the situation is the same.
I would like to know how I can write a compatible addon because I found nothing about it. What makes an addon compatible?
Which version is your addon is? 32-bit or 64-bit? EPM only allows 64-bit addons to run, so you need to generate a 64-bit version of addon if you want to use it in EPM. For more information, you can refer to this thread.
Besides, Enhanced Protected Mode isolates untrusted web content in a restricted environment that's known as an AppContainer. This process limits how much access malware, spyware, or other potentially harmful code has to your system. So you need to place your addon's DLL with an AppContainer-readable folder (e.g. a subfolder of the \Program Files\ folder). For more information, you can refer to this thread and this doc.
I'm not very experienced in *nix operating systems and I'm trying to set up an embedded programming environment in WSL, but I'm getting hung up on basic issues. Last time I was working on this project I had downloaded some files (cargo and rustup, but that shouldn't matter), and I confirmed that they were there and working by getting the version number with -V.
After restarting my computer WSL doesn't recognize rustup or cargo as commands, and the folders don't show up with ls, even though they show up when I check for them in Windows Explorer.
The directory I've been working out of is %LOCALAPPDATA%\Packages\TheDebianProject.DebianGNULinux_76v4gfsz19hv4\LocalState\rootfs\home*user* which I'm pretty sure is the default. I’ve verified this by creating a .txt in WSL and finding it with Windows Explorer
Working on Windows 10 64-bit. I chose Debian for arbitrary reasons/ open to switching.
I’m not too worried about the files themselves, I just want to be able to avoid this in the future.
Firstly since you are new to WSL please be aware that the recommendations are to not under any situations edit or modify any Linux files inside of your %LOCALAPPDATA% folder using Windows apps or tools which includes moving files using file explorer. See this blog post from Microsoft https://devblogs.microsoft.com/commandline/do-not-change-linux-files-using-windows-apps-and-tools/ If you do you can see corruptions missing files and crashes.
I have no experience with cargo or rust but it sounds like you didnt update your .bashrc (start up script) with details needed to add things to the environment on start up.
There are a few things you can do
Use the history command to look back at what you did when you installed things
Use sudo find / -name rust to look for the executable in your system
When using ls remember that files/folders that begin with a dot are hidden so you need to use ls -al to see them in the terminal
I assume you followed this guide for installation (or similar). If you did not and are still having issues please detail how you installed things.
Trying to set up IntelliJ IDEA with the Lua plugin. This requires me to direct it to the location of a Lua SDK. All instructions I have been able to find for this are on a Windows system, pointing to a specific directory in Program Files. I am running a Linux system. I've built and installed Lua 5.3.4 (newest version at time of writing) from source, but as far as I can tell that doesn't include any equivalent to the SDK needed – it just drops a variety of necessary files in /usr/local/{bin,include,lib,man/man1} and creates two empty directories /usr/local/{lib,share}/lua/5.3.
Am I missing something conceptual? Do I need to get something else (the existence of which I have been unable to confirm)? Should I just give up on this and find another IDE? The plugin seems to come with two SDKs, Kahlua and LuaJ, but I don't know how well either of these match up to either standard Lua or LuaJit, which are what I would be using.
This is assuming you are using this Lua plugin for IntelliJ:
If you have installed Lua via DNF or yum simply guide IntelliJ to /urs/bin and it'll find it. (I assume this also works for other installers like apt or brew.)
It looks like the SDK is just looking for two files lua and luac which both live in /usr/bin.
We have developed a project with Yii framework on local windows server. It is working with no problem on a local windows server.But when we uploaded the project to a linux hosting it started giving us problems. Not getting where is an issue?
Linux accesses files (and therefore all classes it autoloads) case-sensitively. You may run into problems when your models are called something like Contractperiod and accessing them like ContractPeriod. Rename their files to use the same name as their classes (.php) and any code using those classes to use the right names to fix this kind of issue.
Then there's the permissions; your runtime and assets folders need write access under Linux. Windows needs this as well but usually gets it automatically by being ran under an administrator account (unless you've properly configured your Windows web server). See chmod.
You may experience issues due to different PHP versions as some Linux distributions such as Debian don't have updated PHP versions in their default packages. Another possibility is that your PHP is configured differently on your Linux server; showing errors that are hidden on Windows. Generally these should be solved by repairing the code.
To get a more specific answer (or guess) for your instance you're going to have to provide us with more information, such as a copy of some of the errors.
For some reason the .IntelliJIdea90 folder is under C:\Users\Administrator.IntelliJIdea90 when I installed Idea 9.0.2 on Windows 7 (64 bit). Does anybody have an idea why this would happen?
IDEA is using user.home Java property to find the location of your home folder. On your system this property returns Administrator for some reason. It's JDK standard property, so the problem is outside of IDEA code. Not sure what can be causing it, maybe some environment issue. On my Windows 7 64-bit IDEA puts this folder into the correct location with my user name.
You can get better luck with this OS/JDK related issue at http://superuser.com.
Paths to IDEA folders can be changed in IDEA_HOME\bin\idea.properties.
I would always suggest to use for IntelliJ the ZIP versions - so never the installer.
This way you have the greatest control over your configuration, and also can have more IntelliJ versions side by side on the same computer.
After downloading the IDEA ZIP, you need to edit just two files:
idea.bat - to specify the JDK at the beginning
idea.properties - to change where the configuration is saved
I would suggest to use $idea.home as a place for configuration instead of the default $user.home . This way each IntelliJ version would have it's own configuration that would not mix with the other installations.
The big advantage of this approach is that is also portable among computers, e.g. once you do the above, you can copy that to several other computers and IntelliJ will just work there too.
The only downside of the method is that without the installer, you need to create on the desktop the icon to idea.bat manually.