源里的 texlive 未免也太旧了吧

texlive 2014 已经发布了,源里的还是 texlive 2013,甚至 openSUSE Factory 也没更新到 texlive 2014 啊。

话说翻到之前的帖子 光盘安装 texlive2012,安装了 texlive-dummy,其他软件依然依赖 texlive](恭贺 openSUSE 中文社区建立!)

现在想一下,openSUSE 或者其他的发行版都有自己的包管理工具,zypper,apt-get,yum 等等,但是 texlive 也有自己的宏包管理工具 tlmgr 啊。我还没发现有哪个发行版打包会包含 tlmgr 的。考虑到 ctan.org 的每天都会上传更新不少宏包,那么用 tlmgr 来管理不是更好吗?但是 openSUSE 已经打包了 texlive,一共几千个包 / 子包。如果不安装源里的 texlive,安装到其他需要 texlive 的包的时候就会有依赖问题了。how about 做个虚包,比如 ctan 上就有一个现成的, ctan.org/pkg/texlive-dummy-opensuse 。但是亲测不能用。

那些依赖 texlive 的包,其实不仅仅是依赖 texlive,比如 kile 依赖 tex(color.sty),直接写具体的文件了。如果我没搞错的话,其实打包者玩了个 trick,比如说我们使用 latex 或者 xelatex 命令编译 tex 源文件的时候,出现缺少 xxx.yyy 文件的错误,我们就可以直接使用命令

zypper install ‘tex(color)’

来安装所缺少的包了。这一点真的是超级赞啊!貌似没发现别的发行版有。rpm 打包的都可以做到的,非常赞的一点。

话说,ctan 上每天都有宏包更新,而 texlive 只是每年发布一个版本,texlive - year,若不用 tlmgr 更新就只能一年才更新一次啊。这样好么?虽然我们不至于想 Arch 那么追新,但是这样也太落后了吧。

今天看到 jaegerandi.blogspot.com/2012/05/full-tex-live-modularized-for-opensuse.html ,发现打包者也确实好厉害啊,写了个 perl 解析器来自动分析依赖,拆包。。。实在是佩服啊。

你可以去 factory 邮件列表发邮件引引雷… 没准他就更新了

Sent from my iPhone 5s using Tapatalk

AJ 好像换部门了,你可以看看能不能引出 Werner,他还在

Sent from my iPhone 5s using Tapatalk

想到一点,既然同时使用 zypp 和 tlmgr 会引起管理混乱,how about 使用 zypp 安装好 texlive,然后用 tlmgr 更新宏包,等下一年新的 distribution 发布再用 zypper 更新?

来自我的 Nexus 5 上的 Tapatalk

这么多 how about ……

反正我觉得用 2013 挺好的,给我用 2012 我都没意见。 够用就行了。 我现在更新软件的劲头也不足了。

仍旧在用 opensuse11.4+texlive2011 的漂过~

不是什么好主意,你注意到没,.spec 末尾是有个文件列表用来管理文件的,如果你用 tlmgr 更新后,包的文件结构跟原来的不一样,你再用 zypper 管理不会出问题的吗~

同意,一般更新了也用不上

来自我的 MI 2S 上的 Tapatalk

新手表示不知道 texlive 是什么东西,能做啥?

OK,我在邮件列表问了下。目前采用的方法是源里的 texlive 2013 照样安装,然后自己从 tug.org 下载 texlive 2014 的 ISO 来安装到 /usr/local。安装好之后把 texlive 2014 加入到环境变量 PATH,记得放在最前面~因为它是按顺序查找的。这样子就可以直接用 texlive 2014 了,texlive 2013 只是提供依赖,就是有点浪费。

来自我的 Nexus 5 上的 Tapatalk

有洁癖的同学表示不能忍!
其实,真没有必要追新,你真的在使用 LaTeX 做排版工作吗?你真的遇到了非得使用最新特性的场景吗?
别搞得和追星似的。

直接去把源里的升级了。talk is cheap get your hands dirty.

既然病态追新,那最能满足自己需求的就是自己动手。

Sent from my iPhone 5s using Tapatalk

这个,打包 texlive 真的超出我的能力范围了…

来自我的 Nexus 5 上的 Tapatalk