求问：如何配置portage里的texlive-xetex中文？[已解决，内有texlive-xetex安装配置相关讨

SDE

使用 GPL 字体写文档是件很麻烦的事情，别人有权利在获取你的文档时向你索取源代码，我想这对大部分人来说不是乐于见到的。

zhllg

这是对GPL字体的一个普遍误解，也是普通民众对GPL又一个典型误解
GPL字体的意思是，如果你改进了这个字体，你需要把你对字体的改动开源，和文档无关
这就好比，我们可以使用gcc来编译专有程序，而不必将程序开源
这里文档和专有程序都不属于衍生作品，所以不受GPL约束

SDE

在文档中嵌入字体，也相当于对字体做分发，这也不受 GPL 约束么？总感觉不太放心，呵呵

zhllg

分发不是关键，
关键是辨别什么是衍生作品
我创造了A，有人基于A再创作B，A是B的不可或缺的基础，那么B是A的衍生作品
我写文档，我可以随便用任何字体
我写软件，我可以随便用任何编译器
这里文档不是字体的衍生作品，软件不是编译起的衍生作品

Err

Post by acevery;1900223
这个只需要把zhspacing宏包中的字体做相应的替换即可。
具体如下：
比如zhspacing默认中文的roman用的是SimSun，而你要用FZShuSong。
那么用下面的几个sed命令即可，首先看看替换对不对：

1. 
   
2. sed  's/SimSun/FZShuSong/g' /usr/share/texmf/tex/xetex/zhspacing/*.sty |  grep "FZShuSong"
   

复制代码

正确的话，替换之:

1. 
   
2. sed  's/SimSun/FZShuSong/g' /usr/share/texmf/tex/xetex/zhspacing/*.sty
   

复制代码

另外你想替换的字体还有SimHei, FangSong, KaiTi_GB2312等，参照上面SimSun的例子把各个sty文件中的字体名字替换掉即可

有效，谢谢！

acevery

Post by Blahster;1900258
建议acevery在ebuild中作相应的处理，使用类似 wqy 之类的字体会比较合适（依赖关系上加上字体。）

这样不是很好，因为我想原作者之所以用SimSun，SimHei等作为默认的字体，是因为它们是大部分人可能会有的字体（实事求是地说），而每个人主要用的中文字体是不一样的。如果在ebuild中把SimSun改成了Wen Quan Yi Song，再加上依赖，其作用不见得比作者的用意有很大的改善。因为可能有人根本就不想用我们写上的字体。

所以我想，最好就是在emerge完后给用户一个信息，告诉用户有这个情况，并让用户知道如何处理这个问题。

另外，就是向原作者提个bug，看原作者有没有好的处理办法。

或者我们自己改进一下代码，解决这个问题，然后把patch提交给原作者。

我现在先在ebuild中告知用户这个不足，大家看看有没有另外比较好的解决方式。

SDE

只要建议使用者在文档中自己定义就行了，比如：

2. \usepackage{zhspacing}            
3. \newfontfamily\zhfont[BoldFont=Adobe Heiti Std,ItalicFont=Adobe Kaiti Std]{Adobe Song Std}
4. \newfontfamily\zhpunctfont{Adobe Song Std}
5. \zhspacing

复制代码

上面是 LaTeX, 对 TeX 也可以相应的修改。

smallzhan

Post by SDE;1900487
只要建议使用者在文档中自己定义就行了，比如：

1. 
   
2. \usepackage{zhspacing}            
   
3. \newfontfamily\zhfont[BoldFont=Adobe Heiti Std,ItalicFont=Adobe Kaiti Std]{Adobe Song Std}
   
4. \newfontfamily\zhpunctfont{Adobe Song Std}
   
5. \zhspacing
   

复制代码

上面是 LaTeX, 对 TeX 也可以相应的修改。

zhspacing 的文档，即 zhs-man 的那个pdf就是这么说的，因此，给信息的时候可以直接给去看这个文档。

smallzhan

Post by acevery;1900466
这样不是很好，因为我想原作者之所以用SimSun，SimHei等作为默认的字体，是因为它们是大部分人可能会有的字体（实事求是地说），而每个人主要用的中文字体是不一样的。如果在ebuild中把SimSun改成了Wen Quan Yi Song，再加上依赖，其作用不见得比作者的用意有很大的改善。因为可能有人根本就不想用我们写上的字体。

所以我想，最好就是在emerge完后给用户一个信息，告诉用户有这个情况，并让用户知道如何处理这个问题。

另外，就是向原作者提个bug，看原作者有没有好的处理办法。

或者我们自己改进一下代码，解决这个问题，然后把patch提交给原作者。

我现在先在ebuild中告知用户这个不足，大家看看有没有另外比较好的解决方式。

话说，作者好久没更新这个了，在主页上还建议大家去用 xecjk。 我觉得告知不足的方法可行，同时一定要指出去读相应的pdf文档。

Blahster

Post by smallzhan;1900537
话说，作者好久没更新这个了，在主页上还建议大家去用 xecjk。 我觉得告知不足的方法可行，同时一定要指出去读相应的pdf文档。

/usr/share/doc下有文档，这个是基本常识。我想这种东东就不用提示。不看文档的人，就算提示了也没有处。