有些包卸载了就回不去了

最近接收到粉丝的求助,说她安装一个包data.table失败了,提示她R包data.table依赖于最新的4.0以上,所以被迫升级了R,结果仍然是搞不定它,又降级为3.6,折腾了三天三夜,仍然是折戟沉沙在包data.table上面。

我觉得她的故事非常典型,值得分享,很多人缺乏“透过现象看本质”的能力,总是会被各种各样的R报错的表面信息给误导。

我们首先回顾一下她遇到的报错:

第一个报错,pkg-config

确实是超级的诡异,因为粉丝的mac电脑里面有pkg-config,也有zlib,都是brew安装好了的。我跟她调试了十几分钟,也确认了这一点:她mac电脑里面有pkg-config,也有zlib。(PS:起初没有意识到她安装一个data.table包的代码如此复杂,肯定是中间经历了各种各样的搜索,被带歪了)

初步怀疑是默认安装的data.table包版本太高了,所以找到旧版本R包给她,但是接下来的报错更诡异:

完全看不懂的报错

关键是,同样的代码,我自己的mac电脑运行起来没有错!如下所示:

我可以安装

调试了半个小时,我也放弃了,主要是远程沟通很费劲,看不到电脑,我珍藏的很多花式解决bug的技能没办法施展开。我完全搞不懂她为什么就遇到了这么稀奇古怪的错误,关键是我自己的mac根本就没有pkg-config这个东西,安装包也丝毫不费劲啊!

bug掉我头上了

这件事本来就这样过去了,因为毕竟不是自己的电脑报错,但是下午我自己想用这个data.table包的时候,就发现,居然给自己挖了一个坑。虽然说我前面安装成功了,但是加载居然会报错!

也就是说,接下来我自己的data.table包也被搞坏了,真是尴尬啊。而且,我终于想通了为什么粉丝会误以为她自己的R需要升级到4.0了,因为报错里面的确有一个警告,说这个包是4.0条件下创造的。就是我前面提到的,她被表面信息给蒙蔽了

现在,这个报错是我自己的事情了,不得不解决了。首先我尝试重新安装它,继续报错:

报错之一

完美重现了粉丝的报错,哈哈哈!确实,我的电脑没有pkg-config,也有zlib,但是我稍微思考了一下,如果我继续沿着这个思路去解决pkg-config和zlib,其实就是走了粉丝的老路,是不可能去真正解决这个data.table包的问题。

而且,报错信息实在是太多了,很容易让人迷失在里面,抓不住重点。

报错之二

这些报错非常具有迷惑性,所以我重新安装data.table

有意思的是,这一次我选择no,居然就成功了。

选择不编译

后记

说不清楚我是如何解决这个无缘无故掉落在我头上的bug的,也许是运气?

(0)

相关推荐