# set http proxy
export http_proxy=http://PROXYHOST:PROXYPORT
# set http proxy with user and password
export http_proxy=http://USERNAME:PASSWORD@PROXYHOST:PROXYPORT
# set http proxy with user and password (with special characters)| { | |
| "defaultProfile": "{09dc5eef-6840-4050-ae69-21e55e6a2e62}", | |
| "initialRows": 30, | |
| "initialCols": 120, | |
| "alwaysShowTabs": true, | |
| "showTerminalTitleInTitlebar": true, | |
| "experimental_showTabsInTitlebar": true, | |
| "profiles": [ | |
| { | |
| "guid": "{09dc5eef-6840-4050-ae69-21e55e6a2e62}", |
| " ~/.vimrc | |
| " ... | |
| " Check syntax in Vim asynchronously and fix files, with Language Server Protocol (LSP) support | |
| Plugin 'dense-analysis/ale' | |
| " ... | |
| " dense-analysis/ale options | |
| let g:ale_history_log_output = 1 | |
| let g:ale_use_global_executables = 1 |
WSL2 uses Hyper-V for networking. The WSL2 network settings are ephemeral and configured on demand when any WSL2 instance is first started in a Windows session. The configuration is reset on each Windows restart and the IP addresses change each time. The Windows host creates a hidden switch named "WSL" and a network adapter named "WSL" (appears as "vEthernet (WSL)" in the "Network Connections" panel). The Ubuntu instance creates a corresponding network interface named "eth0".
Assigning static IP addresses to the network interfaces on the Windows host or the WSL2 Ubuntu instance enables support for the following scenarios:
This gist provides a summary on how to accomplish the following tasks:
- Access WSL2 using putty
- Run Eclipse on WSL2 Ubuntu, displaying the Eclipse UI on VcXsrv running on Windows
- Connecting to VcXsrv directly from WSL2
- Using SSH X11 forwarding, with network connection initiated from Windows to WSL2 Ubuntu, which is particularly useful on company laptops that refuse all incoming network connections on Windows.
- Prerequisites:
- WSL2 up and running
- Putty, Plink & PuttyGen installed on Windows
If you encounter a problem where you cannot commit changes in Git – neither through the terminal nor via the GitHub Desktop application – the issue might be a freeze during the Git commit process. This is often caused by GPG lock issues. Below is a concise and step-by-step guide to resolve this problem.
Open your terminal and try to perform a GPG operation (like signing a test message). If you see repeated messages like gpg: waiting for lock (held by [process_id]) ..., it indicates a lock issue.