pacman安装软件包时文件冲突的解决方法

arhclinux下用pacman安装docker-compose的时候,报以下错误(截取了一部分):

 

在archlinux的wiki中(见参考部分),查到问题的原因:pacman安装时发现文件冲突,也就是文件安装前已经存在了。

所以先分两步走排查原因,一种是pacman安装,另一种是非pacman安装。

如果是pacman安装的,自然是pacman依赖没做好,可以通过pacman -Qo来查询文件所属的软件包:

返回如果类似这样:

那就是pacman的问题了,明明安装过了却没记录下来,就需要往上报bug了。

但是如果是这样的:

那就是我们不知道什么时候自己安装上去的,把这个文件夹先做个备份转移走。

根据之前的错误提示,挨个排查(我的例子中就是urllib3和request),如果都是非pacman以来,就先都备份,然后重新执行pacman的安装应该就可以了。

参考:Archlinux Pacman

作者使用的pacman版本:Pacman v5.1.0 - libalpm v11.0.0

docker中无法使用crontab的问题

最近在docker里使用crontab设置定时任务,发现crontab到时间没有执行。

第一个想到的是时区问题,查看了一下时区,是UTC时区,赶紧改成了Asia/Shanghai

使用date命令查看,时间没问题了。设置个时间测试一下,结果仍然不执行。

检查crontab任务是否启动

一切正常啊,奇怪。

装上rsyslog并启动,查看相关日志:

里面说set_loginuid failed,这个似乎是个认证模块,因为安全原因,被docker默认禁用掉了。修改/etc/pam.d/cron,把下面这行注释掉(也可以使用更高的权限启动容器,比如gdb无法使用的情况):

也可以把中间的required修改为optional来解决。

重启cron,运行成功。

同样的,ssh也会有这样的问题,因为也用到了pam认证模块,可以参考下面给出的链接来解决。

参考:

docker容器中crontab无法正常运行解决方案
Dockerize an SSH service

环境参考:

Docker版本:1.13.1
系统:archlinux

pandas datareader v0.6.0获取雅虎财经数据报错问题

使用pandas datareader的时候,报如下错误:

去datareader的文档页查看原因,有一个这样的提示:

As of v0.6.0 Yahoo!, Google Options, Google Quotes and EDGAR have been immediately deprecated due to large changes in their API and no stable replacement.

到了v0.6.0的时候Yahoo!, Goole Options, GoogleQuotes和EDGAR的api有大改动,目前还在调整,不够稳定。
还有一段这样的提示:

Yahoo! Finance has been immediately deprecated. Yahoo! substantially altered their API in late 2017 and the csv endpoint was retired.

看起来是雅虎财经的api在2017年末做了修改,csv的数据也取消了。所以数据源里暂时不提供雅虎财经的数据了。

来源:

https://pydata.github.io/pandas-datareader/stable/

https://pandas-datareader.readthedocs.io/en/latest/remote_data.html

这次休更了好久

头次休更博客这么久,域名又被我给换掉了。

目前的工作内容来讲,可写的东西真的很少。看到的越多,就愈发觉得了解的太少,世界纷繁,加上变化如此之快,希望不会陷入自以为是的固步自封状态。

待我找时间修葺一下这里,然后恢复更新吧。

LL(1)文法分析

自顶向下

自顶向下是一种从开始符号推导出输入符号所对应的语法的过程,举个例子:

上面便是个从开始符号S出发,推导出aabb语法情况的过程,可以通过这个信息产生语法树。

那么如何推导呢?下面是通过一个栈来做的穷举推导过程,这种推导是需要回溯的:

上面的例子里面,出栈一个非终结符的时候,便从这个终结符的几个产生式里找一个做尝试,如果此路不通,就回退到尝试的路口,然后换一个产生式继续努力,直到找到一条看起来可以走下去的路继续重复以上的步骤(如果所有产生式都不能走通,就判断为语法有问题)。

可以想象,如果从A开始就选错了产生式,然后B尝试了所有产生式都没走通,那么回溯的层次就不仅仅是B自己一层了。这就好像一条路有X个岔路,然后每个岔路又有各自Y个岔路,而每个子岔路下面仍然有可能有Z个岔路,而目的地是X5Y2Z8,这种做法好像赌博碰运气一样,看天吃饭。有没有其他好的方法呢?

继续阅读

这是梦话吧

已经很久没更新,上次写东西还是2月一篇不成熟的读后感。这些日子还是看似简单的生活,无风的海面一样。

除了一些奇怪的状态片段,水煮过的青黄夹杂着重油轰鸣,这些奇形怪状的结构早该在夏日的微风来临时轰塌,所谓拖延症,也都是因为他。怀念伴着晚霞的日子,那美好的颜色,只能偶然的偷闲时轻瞥。

这光,照亮心中的,魔鬼,还是神明?懊恼和悔恨会不会吞噬,那影子,试探着黑暗,深深的。

探索Ruby正则表达式算法(译)

来源:Exploring Ruby’s Regular Expression Algorithm(2012)

ps. 业余翻译的,求轻拍。有什么问题可以直接指出。

大家都熟悉正则表达式,它是开发者的“瑞士军刀”。不管你想查找哪种信息,解析哪些字符串,总有一种正则表达式适合你。事实上,你可能用过很久的ruby所使用的正则表达式了——正则表达式已经被集成到几乎所有主要的语言中好多年了:Perl、javascript、PHP、Java等等。ruby支持是在90年代中期,而正则表达式是在60年代中期发明的,早了30年。

但是正则表达式是怎样工作的呢?如果你对正则表达式引擎后面的计算机原理感兴趣的话,可以读一下这三篇Russ Cox写的极棒的文章:

在这里我不打算重复Russ的内容。但是我准备在第二篇文章中快速的解释一下ruby所使用的“无递归的回溯实现”, 这意味着它可能也会像perl正则表达式一下慢吞吞。就是说,这意味着Ruby并没有使用目前最主流的正则表达式实现方法——Thompson NFA,也就是Russ第一篇文章中所描述的。

今天我们细看一下Oniguruma,也就是Ruby所使用的正则表达式引擎。我们使用一些插图来表现一些简单的正则示例,以此来弄清楚在使用正则的时候是Ruby内部是如何工作的——它比你想象的要复杂多了。

继续阅读

又一次更换域名

这次,我又换了域名,目前lunae.cc会跳转到新域名。

blog.of.vin

由此带来的不便,十分抱歉。

前几天主机忘记续费,导致关机两天左右,我也是醉了。。

———— 分割 ————

2016年,博客更新次数算是屈指可数了。或许是因为内心不够平静,也或是真的到了瓶颈。

这些时光走来,常去的博客渐渐都关门大吉,变成孩子狂欢后丢弃的玩具。我这无人问津确常折腾换名的博客居然还幸存下来,变成一个仅供自己娱乐的微小记号。

Hello,2017。

osx下vagrant box add因curl失败的问题

前几天vagrant做box add的时候发现加不进去,报以下信息:

给vagrant加上debug看看调试信息,这样就知道是什么原因导致的了:

下面是一部分调试信息:

里面说

问题应该就在这里了,curl用不了。这个curl用的是vagrant自带的,需要比较高的lib版本(9。0.0),但是osx里的lib老了点(7.0.0)。

解决方法很简单:只需要把vagrant自带的curl删掉或者移走就可以了。

然后再执行一下box add就解决了。

参考:mac OSX Sierra, can't add vagrant box laravel/homestead, due to needing cURL v 9.0.0 or later, and libcurl.4.dylib providing v7.0.0