重新编译安装 gdb

要使用 gdb 跨平台远程调试，需要在编译 gdb 的时候开启相关的支持选项，简单的说在 configure 选项中加入 --enable-targets=all。

archlinux 用户可以使用 asp 来获取 gdb 的 PKGBUILD，做如下修改：

build() {
  cd gdb-$pkgver
  
  ./configure --prefix=/usr --disable-nls \
    --enable-targets=all \
    --with-system-readline \
    --with-python=/usr/bin/python3 \
    --with-guile=guile-2.0 \
    --with-system-gdbinit=/etc/gdb/gdbinit
  make
}

然后运行 makepkg -si 编译安装，应该会报签名无法验证的错误，这时候需要我们先导入 PGP 公钥：

gpg --keyserver pgp.ustc.edu.cn  --recv-keys 92EDB04BFF325CF3

然后再运行 makepkg -si。

- 阅读剩余部分 -

原理

使用 nginx-rtmp-module 接收 rtmp 流，然后同时推送到多个直播平台，同时使用 lua-nginx-module 来做简单的身份验证。

安装必须的 nginx 模块

debian 9 用户可以直接使用 apt 安装，需启用 stretch-backports 源:

sudo apt install libnginx-mod-rtmp libnginx-mod-http-lua -t stretch-backports

nginx 配置

Gist: nginx.conf

# file: nginx.conf
# date: 2018-10-13
# license: GPLv3 https://www.gnu.org/licenses/gpl-3.0.txt
# author: nanpuyue <[email protected]> https://blog.nanpuyue.com

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
}

rtmp {
    server{
        listen 1935;
        chunk_size 10240;

        application live {
            live on;
            record off;
            on_publish http://127.0.0.1:2080/auth;
            push rtmp://live.twitch.tv/app/xxxxxxxxxx;
            push rtmp://a.rtmp.youtube.com/xxxxxxxxxx;
        }
    }
}  

http {
    server {
        listen 127.0.0.1:2080;
        location /auth {
            rewrite_by_lua '
                ngx.req.read_body()
                local name = ngx.req.get_post_args().name
                if (name == "xxxxxxxxxx") then
                    ngx.status = 200
                    ngx.say("OK")
                    ngx.exit(200)
                else
                    ngx.status = 403
                    ngx.say("Forbidden")
                    ngx.exit(403)
                end
            ';
        }
    }
}

- 阅读剩余部分 -

起因

事情的起因是这样的，我在 archlinux (以下简称 arch) 下的端模拟器（以下简称终端）使用 set -x 来调试，发现每次按回车都会一条类似下面这样的输出：

++ printf '\033]0;%s@%s:%s\007' nanpuyue arch '~'

然后我手动执行了这条命令也看不到任何输出和变化，着实令人费解。

OSC 转义序列

一番查找过后在 /etc/bash.bashrc 中找到了源头：

case ${TERM} in
  xterm*|rxvt*|Eterm|aterm|kterm|gnome*)
    PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'

    ;;
  screen*)
    PROMPT_COMMAND=${PROMPT_COMMAND:+$PROMPT_COMMAND; }'printf "\033_%s@%s:%s\033\\" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"'
    ;;
esac

- 阅读剩余部分 -

安装 fbterm

sudo apt install fbterm

将用户添加到 video 组

sudo gpasswd -a $USER video

为 fbterm 分配 cap_sys_tty_config+ep 能力

sudo setcap 'cap_sys_tty_config+ep' /usr/bin/fbterm

配置 tty 登录自动启动 fbterm

此项配置针对 bash，在 /etc/bash.bashrc 或 ~/.bashrc 中加入

if [[ "$TERM" = linux ]] && [[ "$(tty)" =~ tty ]] && type fbterm &>/dev/null; then
    exec fbterm
fi

- 阅读剩余部分 -

起因

公司的 Code Review 平台（以下简称 cr ）是用 Gerrit 搭建的，之前用的登录插件是 github-oauth，从我接手 cr 后，发现这个登录插件有个比较头疼的问题，就是它存储到数据库中的 externalId 是 OAuth 拿到的 access_token，如图：

github_oauth 后面的字符串就是 access_token，但是这个 access_token 会失效，失效的原因很多，有可能时间太久失效，改 GitHub 用户名也会造成其失效，用户也可以手动撤销。一旦 access_token 失效，用户再次登录 cr 的时候就会新建一个用户，并造成其他一些诸如邮箱无法绑定的问题。

- 阅读剩余部分 -