These commands are needed every time you want to generate a new certificate signing request to give to an authority in order for them to generate and sign a certificate for you.
I constantly forget how this stuff works so I collected the most important ones here for easy copy & paste.
There is good information available on https://www.h2check.org/deploy, and they also go into detail on HTTP/2.
| # access log | |
| 1.2.3.203 - - [21/Apr/2015:10:35:02 +0200] "GET /v2/ HTTP/1.1" 401 1233 "-" "docker/1.6.0 go/go1.4.2 git-commit/4749651 kernel/3.13.0-37-generic os/linux arch/amd64" | |
| 1.2.3.203 - - [21/Apr/2015:10:35:02 +0200] "GET /v1/_ping HTTP/1.1" 200 1541 "-" "docker/1.6.0 go/go1.4.2 git-commit/4749651 kernel/3.13.0-37-generic os/linux arch/amd64" | |
| 1.2.3.203 - - [21/Apr/2015:10:35:02 +0200] "POST /v1/users/ HTTP/1.1" 401 1239 "-" "Go 1.1 package http" | |
| 1.2.3.203 - my-deployer [21/Apr/2015:10:35:02 +0200] "GET /v1/users/ HTTP/1.1" 200 4 "-" "docker/1.6.0 go/go1.4.2 git-commit/4749651 kernel/3.13.0-37-generic os/linux arch/amd64" | |
| 1.2.3.203 - - [21/Apr/2015:10:35:07 +0200] "GET /v2/ HTTP/1.1" 401 1233 "-" "docker/1.6.0 go/go1.4.2 git-commit/4749651 kernel/3.13.0-37-generic os/linux arch/amd64" | |
| 1.2.3.203 - - [21/Apr/2015:10:35:07 +0200] "GET /v1/_ping HTTP/1.1" 200 1541 "-" "docker/1.6.0 go/go1.4.2 git-commit/4749651 kernel/3.13.0-37-generic os/linux arch/amd64" | |
| 1.2.3.203 - - [21/Apr/2015:10:35:07 +0200] "GET /v1 |
| #!/bin/bash | |
| #: Title : lskeys | |
| #: Date Created : Thu Oct 27 22:44:20 PDT 2011 | |
| #: Last Edit : Fri Nov 18 23:17:02 PST 2011 | |
| #: Author : Agnelo de la Crotche (please_try_again) / Henri Gomez | |
| #: Version : 2.0 | |
| #: Description : lists, exports, deletes RPM GPG keys | |
| #: Syntax : lskeys [option] | |
| #: Options : -e --export : exports selected key | |
| #: : -d --delete : erases selected key |
If you’re using Gitlab, you may know you could use custom hooks to validate contents. Everything is detailed in http://doc.gitlab.com/ce/hooks/custom_hooks.html
I found many examples where hooks are Ruby based and using Gitlab APIs but I wanted something in good old bash.
I found some bash hooks, https://github.com/Praqma/git-hooks, but 7 months old.
libtool: compile: g++ -DPACKAGE_NAME="mesos" -DPACKAGE_TARNAME="mesos" -DPACKAGE_VERSION="0.21.1" "-DPACKAGE_STRING="mesos 0.21.1"" -DPACKAGE_BUGREPORT="" -DPACKAGE_URL="" -DPACKAGE="mesos" -DVERSION="0.21.1" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=".libs/" -DHAVE_PTHREAD=1 -DHAVE_LIBZ=1 -DHAVE_LIBCURL=1 -DHAVE_APR_POOLS_H=1 -DHAVE_LIBAPR_1=1 -DHAVE_SVN_VERSION_H=1 -DHAVE_LIBSVN_SUBR_1=1 -DHAVE_SVN_DELTA_H=1 -DHAVE_LIBSVN_DELTA_1=1 -DHAVE_LIBSASL2=1 -DMESOS_HAS_JAVA=1 -DHAVE_PYTHON="2.7" -DMESOS_HAS_PYTHON=1 -I. -I../../src -Wall -Werror -DLIBDIR="/usr/local/lib64" -DPKGLIBEXECDIR="/usr/local/lib/mesos" -DPKGDATADIR="/usr/loca
| + bundle exec rake assets:precompile RAILS_ENV=production | |
| WARNING: Nokogiri was built against LibXML version 2.8.0, but has dynamically loaded 2.9.0 | |
| rake aborted! | |
| SyntaxError: /home/cijenka/builder21/workspace/cigitlab/noarch/devops-builder-os12364/BUILDROOT/cigitlab-7.7.0-1.x86_64/var/lib/mycorp/cigitlab/gitlab/lib/api/api_guard.rb:42: syntax error, unexpected tLABEL, expecting ')' | |
| def doorkeeper_guard!(scopes: []) | |
| ^ | |
| /home/cijenka/builder21/workspace/cigitlab/noarch/devops-builder-os12364/BUILDROOT/cigitlab-7.7.0-1.x86_64/var/lib/mycorp/cigitlab/gitlab/lib/api/api_guard.rb:64: syntax error, unexpected tLABEL, expecting ')' | |
| def doorkeeper_guard(scopes: []) | |
| ^ | |
| /home/cijenka/builder21/workspace/cigitlab/noarch/devops-builder-os12364/BUILDROOT/cigitlab-7.7.0-1.x86_64/var/lib/mycorp/cigitlab/gitlab/lib/api/api_guard.rb:98: syntax error, unexpected keyword_end, expecting $end |
Mint 17.1 (Rebecca), is still based on 14.04 LTS release (14.04.1 LTS, Trusty Tahr) so update process only concern Mint own packages.
sudo cp /etc/apt/sources.list.d/official-package-repositories.list /etc/apt/sources.list.d/official-package-repositories.list.bak
sudo sed -i 's/qiana/rebecca/' /etc/apt/sources.list.d/official-package-repositories.list
| Tools summary: | |
| * Boot JDK: java version "1.8.0_25" Java(TM) SE Runtime Environment (build 1.8.0_25-b17) Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode) (at /Library/Java/JavaVirtualMachines/jdk1.8.0_25.jdk/Contents/Home) | |
| * Toolchain: clang (clang/LLVM) | |
| * C Compiler: Version Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) Target: x86_64-apple-darwin14.0.0 Thread model: posix (at /usr/bin/clang) | |
| * C++ Compiler: Version Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) Target: x86_64-apple-darwin14.0.0 Thread model: posix (at /usr/bin/clang++) | |
| Build performance summary: | |
| * Cores to use: 2 | |
| * Memory limit: 8192 MB |
JFrog documentation (http://www.jfrog.com/confluence/display/RTF/Docker+Repositories) show how to use nginx as front end for Artifactory/Docker hosting :
If you're using Apache HTTPd and mod_jk, you could do it too. Just enroll mod_rewrite.
Simple case, Tomcat with artifactory.war in webapp directory, aka http://artprod.company.com:8080/artifactory/ Here is a front-end, in SSL, dedicated to serve docker-local contents (and translate URIs)
<VirtualHost *:443>
| rpm -qpi myjenkins-lts-1.580.1-18.1.noarch.rpm | |
| Name : myjenkins-lts | |
| Version : 1.580.1 | |
| Release : 18.1 | |
| Architecture: noarch | |
| Install Date: (not installed) | |
| Group : Development/Tools/Building | |
| Size : 76099126 | |
| License : MIT |