Linux

GIT_DIR=.git

cd ../

git stash

一开始没发现git_dir属性不对，坑了半天

上一份清单要在4年前列的了。

对比了下，主要软件变化不大

• 桌面环境:kde5
• 浏览器:chrome+firefox
• 视频播放:vlc,现在主要放自己录的娃娃视频了。
• 编辑器:vs code 这个是最主要的变化
• 音乐：网易云音乐
• 办公软件:libre office
• FTP:filezilla
• 邮件:雷鸟。算是相对不渣得了
• 游戏:Steam
• 脑图:mindmup。对那一票java脑图软件绝望了。
• 截图:shutter
• 录像/直播:obs studio.这是个好软件
• 照片后期:rawtherapee
• 图片设计:gimp(位图).inkscape(矢量),krita(手绘)
• 代码版本控制:github+gitlab
• IM:手机

之前一直想着用supervised在docker中跑golang的程序。

后来想到，直接docker run --entrypoint 指定程序的入口就行了。

一开始用alpine跑，结果libc库的位置不对，报not found错误。也不高兴折腾了。直接用debian跑了。

docker run --network=jarln.com --ip=10.1.1.100 --name blog -v /dockers/blog.jarlyyn.com/data:/goapp --entrypoint=/goapp/bin/blog --restart always debian 

跑跑看看效果

昨天有个需求，反代客户的一个网站，从域名a,到域名B, 并做本地缓存。

改着改着一脸懵逼。

因为最后发现源网站不能用非压缩的格式访问。

最后通过自己反代自己反代自己的方式解决了。

就是用gnuzip解压，然后再sub_filter替换。

代码为

proxy_cache_path /cache/CACHENAME levels=1:2 keys_zone=CACHEZONE:300m inactive=30d;
proxy_temp_path /cache/tmp;

server {
listen 127.0.0.1:8080 default_server;
server_name _;
gzip on;
location / {
sub_filter 'ORIGINNAME' 'TARGETNAME';
sub_filter_once off;
proxy_pass http://127.0.0.1:8081;
proxy_set_header Host TARGETNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding "";
}
}
server{
listen 127.0.0.1:8081 default_server;
server_name _;
location / {
proxy_pass http://166.70.53.125;
proxy_set_header ORIGINNAME;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Accept-Encoding gzip;
gunzip on;
}
}
server {
listen 80;
server_name ORIGINNAME;
gzip on;
location / {
proxy_pass http://127.0.0.1:8080;
proxy_connect_timeout 15m;
proxy_ignore_headers Cache-Control Set-Cookie Expires;
proxy_set_header Accept-Encoding gzip;
proxy_set_header Host ORIGINNAME;
proxy_cache CACHEZONE;
proxy_cache_valid 200 302 30d;
proxy_cache_valid 404 1m;
}
}

参考 :https://www.ruby-forum.com/topic/4406878

最近一阵，akonadi的100%问题一直困扰着我。kmail也变得不可用了。在早上在客户会议时1个半小时把我的rmbp电耗光自动关机后，实在忍无可忍，删除了事。

雷鸟的trayicon未读提醒上的确差了点。但是总体来说，总归还能用。

随着visual code代替了kate,icedove代替了kmail，我依赖的kde软件开始逐渐变少了。

要不是gnome3实在太独断专行，其实本质上我还是可以转回gnome的。

最近台式机重装了下，按惯例装了个debian testing。

一路还算顺利，结果到steam上懵逼了。

一直报错

libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: r600
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast

试遍各种方案都不行。

在我的rmbp的debian testing上分明跑的很溜啊。

还怀疑是驱动问题，搞了ATI的私有驱动，dkms部分还编译失败，启动直接进黑屏，这酸爽啊。硬撑着改了回来。

最后，找到了这篇文章

https://steamcommunity.com/discussions/forum/1/224446614463503869/

总之，是因为mesa升级了，需要把新的文件ln到 steam的文件夹内。

rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
ln -s /lib/i386-linux-gnu/libgpg-error.so.0 /home/k/.steam/ubuntu12_32/steam-runtime/i386/lib/i386-linux-gnu/libgpg-error.so.0
rm /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6
ln -s /usr/lib/i386-linux-gnu/libstdc++.so.6 /home/k/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu/libstdc++.so.6

说真的，比较无语比较脏，让我回想到了10年前刚开始使用linux的时代。

虽然我喜欢或者说从骨子里依赖linux,但是，linux根子里的问题，并不是那么容易解决的。

Android某种角度来说还是不错的尝试。至少Google还是表现出了强大的统一的执行力。

不知不觉，用Linux做了主桌面10多年了。

折腾过，快乐过，自豪过，到现在已经是一种淡淡的习惯了。

用过mac os x,觉得太难用。

感叹win7,win10的发展，但已经不是我的习惯了。

知道我遇到了One note。

真真切切的产生了让我换系统的冲动，甚至把现在用的rmbo直接换成surface pro。

一款优秀的软件，很多时候的确能决定很多事情。

自从换了rmbp后，由于chrome不能很好的支持hidpi,我不得不把firefox做主浏览器，这一用就用了半年多。

但说到底，还是chrome更好用一点。

今天一打开chrome,发现网页大小变成了200%。

很明显，原生支持hidpi/retina屏了。

赶紧把设置改了下。能用会习惯的浏览器感觉真好。

说真的，快被filezilla的误操作给烦死了。在服务器上也无法使用。

某次使用了lftp后彻底中毒了，发现也能使用sftp后，考虑在备份/迁移用途中直接使用lftp代替filezilla了。

看着要管理的20台服务器，发现必须要搞个管理工具了。

看了下现在火火的docker,应该能满足我的需求。准备开搞。