when trying to connect to DSM with vscode:
The remote host may not meet VS Code Server's prerequisites for glibc and libstdc++
https://community.synology.com/enu/forum/10/post/153781
when trying to connect to DSM with vscode:
The remote host may not meet VS Code Server's prerequisites for glibc and libstdc++
https://community.synology.com/enu/forum/10/post/153781
import java.awt.*; | |
import java.awt.event.ComponentAdapter; | |
import java.awt.event.ComponentEvent; | |
import java.awt.image.BufferedImage; | |
import java.io.File; | |
import java.io.IOException; | |
import java.util.concurrent.*; | |
import javax.imageio.ImageIO; | |
import javax.swing.JComponent; |
{ | |
"id": "124e573f-bc1b-4d9a-a7ec-c4c17f2095e1", | |
"name": "Team", | |
"description": "", | |
"order": [ | |
"0fa78cfe-0d72-19c6-3ac7-b299a3e95540", | |
"57194727-54b8-caa3-bb58-c78f0cfcb32f", | |
"c36dccba-09af-3b85-f3d0-b3bfb925dd59", | |
"34bea456-2f76-d5ea-f39a-0305ed2bab4e", |
# In order for gpg to find gpg-agent, gpg-agent must be running, and there must be an env | |
# variable pointing GPG to the gpg-agent socket. This little script, which must be sourced | |
# in your shell's init script (ie, .bash_profile, .zshrc, whatever), will either start | |
# gpg-agent or set up the GPG_AGENT_INFO variable if it's already running. | |
# Add the following to your shell init to set up gpg-agent automatically for every shell | |
if [ -f ~/.gnupg/.gpg-agent-info ] && [ -n "$(pgrep gpg-agent)" ]; then | |
source ~/.gnupg/.gpg-agent-info | |
export GPG_AGENT_INFO | |
else |
#include <iostream> | |
#include <windows.h> | |
#pragma comment(lib, "advapi32.lib") | |
int main() | |
{ | |
HCRYPTPROV hProvider = 0; | |
if (!::CryptAcquireContextW(&hProvider, 0, 0, PROV_RSA_FULL, CRYPT_VERIFYCONTEXT | CRYPT_SILENT)) | |
return 1; |
#Android and CI and Gradle (A How-To)
There are tech stacks in this world that make it dead simple to integrate a CI build system.
The Android platform is not one of them.
Although Gradle is getting better, it's still a bit non-deterministic, and some of the fixes you'll need will start to feel more like black magic than any sort of programming.
But fear not! It can be done!
Before we embark on our journey, you'll need a few things to run locally:
# | |
# Circle CI & gradle.properties live in harmony | |
# | |
# Android convention is to store your API keys in a local, non-versioned | |
# gradle.properties file. Circle CI doesn't allow users to upload pre-populated | |
# gradle.properties files to store this secret information, but instaed allows | |
# users to store such information as environment variables. | |
# | |
# This script creates a local gradle.properties file on current the Circle CI | |
# instance. It then reads environment variable TEST_API_KEY_ENV_VAR which a user |
#Install android build tools, platforms | |
#Supported versions here https://circleci.com/docs/android | |
dependencies: | |
override: | |
- echo y | android update sdk --no-ui --all --filter tools,platform-tools,build-tools-24.0.2,android-23,extra-google-m2repository,extra-google-google_play_services,extra-android-m2repository | |
- ANDROID_HOME=/usr/local/android-sdk-linux ./gradlew dependencies | |
#Pull any submodules | |
checkout: | |
post: |
##git mergetool
In the middle file (future merged file), you can navigate between conflicts with ]c
and [c
.
Choose which version you want to keep with :diffget //2
or :diffget //3
(the //2
and //3
are unique identifiers for the target/master copy and the merge/branch copy file names).
:diffupdate (to remove leftover spacing issues)
:only (once you’re done reviewing all conflicts, this shows only the middle/merged file)
@Override | |
public boolean dispatchTouchEvent(MotionEvent ev) { | |
final Fragment fragment = getSupportFragmentManager().findFragmentById(R.id.fragment_container); | |
if (fragment instanceof IDispatchTouchEvent) | |
return ((IDispatchTouchEvent) fragment).dispatchTouchEvent(ev) || super.dispatchTouchEvent(ev); | |
return super.dispatchTouchEvent(ev); | |
} |