我更新 texlive 之后凭什么会和依赖 texlive 的软件包不兼容? 你到底用那些依赖 texlive 的软件没? 你到底知不道他们到底依赖于什么部件? 我一再告诉你自己亲自动手试验,ok, 你既然选择不动手, 我就直接告诉你, 不存在这个问题. 我用了那么多年的 tex 了, 从早期打包一个 iso 镜像,win/linux/mac 三系统共用开始, 到现在多种 linux 下的使用 (ubuntu,debian,archlinux) 从来没碰到过升级 texlive 后会出现依赖软件不兼容.
请你注意, 通常像 kile 这样的软件, 仅仅依赖于 tex 的系统, 而不是像 glibc 这样的库文件 (存在版本依赖). 他们通常没有版本依赖. 至少我目前没发现有版本依赖. 就算有版本依赖, 那只要虚拟包里写进去即可. 和 texlive 系统没有任何关系.
至于身边的人是否永远不升级, 这道不重要. 有很多原因造成他不升级:1 不懂 texlive 本身的包管理. 你最好向他们普及下这个知识. 很多人不知道. 只知道拿镜像安装.2.texlive 不仅仅是镜像, 他是一个在线安装且实时更新的系统. 他不是光盘!! 3. 就算不升级也问题不大.
完全可以后续安装. 和 linux 系统的包管理没有任何本质上的区别. 事实上从安装开始就可以在线定制. 最简单的方法就是一股脑统统装上去.
请你给我原始的帖子, 我要看原始内容. 你的复述让我很奇怪. 另外玛丽苏不至于那么蠢吧.
如果虚拟包不能提供 texinfo 依赖, 说明这个虚拟包没写好. 再写一个虚拟包就是. 我没用过 suse 的那个虚拟包, 我都是自己写的虚拟包. 很容易修改下 suse 的虚拟包.
===>ps. 我刚看了下,texlive 本身不提供 texinfo 依赖,texinfo 是独立的一套软件. 所以官方那个虚拟包没问题.
我手头没有 suse 系统, 但我这里的 debian 系统的 octave 只要求 texinfo 依赖.
Depends: libamd2.2.0 (>= 1:3.4.0), libarpack2 (>= 2.1), libblas3 | libblas.so.3 | libatlas3-base, libc6 (>= 2.11),
libcamd2.2.0 (>= 1:3.4.0), libccolamd2.7.1 (>= 1:3.4.0), libcholmod1.7.1 (>= 1:3.4.0), libcolamd2.7.1 (>=
1:3.4.0), libcurl3-gnutls (>= 7.16.2), libcxsparse2.2.3 (>= 1:3.4.0), libfftw3-3, libfltk1.1 (>= 1.1.7),
libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.1.1), libgl1-mesa-glx | libgl1, libglpk0 (>= 4.30), libgomp1 (>=
4.2.1), libgraphicsmagick++3, libgraphicsmagick3 (>= 1.3.5), liblapack3 | liblapack.so.3 | libatlas3-base,
liboctave1, libpcre3 (>= 8.10), libqhull5 (>= 2003.1), libqrupdate1 (>= 1.0), libstdc++6 (>= 4.6),
libumfpack5.4.0 (>= 1:3.4.0), zlib1g (>= 1:1.1.4), texinfo, octave-common (= 3.6.2-5+deb7u1)
显然和 texlive 的虚拟包不冲突. 难道 suse 不能单独安装 texinfo? 我这里的 debian/archlinux 的 octave 工作的没有任何问题. 如果你有疑问, 我可以马上测试下 suse 最新版. 或者你给我原始的讨论连接, 我来看下到底怎么回事. 你的叙述太模糊了.
真是搞笑, 吓唬谁了? 推荐 texlive 的官方包就没有任何问题.texlive 同样可以在线安装和升级. 就那么简单. 你并不需要下 iso(下载也很方便, 很多人可能不具备网络条件). 官方的 texlive 具有最标准的 TDS 目录结构 (安装完毕就是绿色版), 即使重新安装 suse 都不需要重新安装. 对于初级用户, 无论哪种方法都是没关系.
