CC 回 debian-chinese-gb@ 在 2008-05-05一的 23:38 +0800，Kov Chai写道： > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > > 2008/5/5 Deng Xiyue : > > > > > > > > > > 听起来像是应该与架构无关的数据， big endian/small endian 的转换不是在程 > > > > 序中进行而是提供不同的数据？感觉应该可以避免。 > > > 我想 big endian 和 small endian 就是架构不同的体现吧？ 虽然不是一一对应的关系，而是 n 对 2 的关系。 > > > big endian 和 small endian > > > 的确不是在程序中进行的。我想这是基于性能和易于编程的考虑。可以避免什么呢？避免同时提供两份事实上是同样的数据么？ > > > > 是的。如果是同样的数据，而仅仅因为数据顺序不同而提供两套未免有些小题大 > > 作 :P 而转换数据的开销应该不至于大到需要提供两套数据的地步。 > 嗯，我刚开始也有这个想法。不过这是 upstream 的决定。待我问问他们。:) > > > > > > > > > > > > > > > > > > > > > > 有没有必要把数据文件单独作为一个 package，放到 sunpinyin-data 里面去 > > > > > 呢？还是有更好的办法呢？ > > > > > > > > 如果是与架构无关的话，单独提取到 -data 里可以节约仓库的空间。不过目前看 > > > > 起来并非如此。 > > > 放到 -data 里的确可以节约仓库的空间啊，如果 mirror 同时提供同种 endian > > > 的几种架构，那么就可以节省一些空间。而且如果用户同时使用 iiimf-le-sunpinyin-chinese 和 > > > scim-sunpinyin，那么用户没有必要同时保存两份数据。尽管这个可能性不大。 > > > > 确实，可以将两个都打包成 arch: all 的包，然后在不同的架构上依赖不同的 > > > > 包。 > 既然哪个 arch 是 big endian，哪个 arch 是 small endian 都是已知的了，能不能让 i386, alpha, > amd64 用 small endian 的数据文件；而让 sparc, m68k 它们用 big endian 的数据文件呢？ > > 也就是按照目标体系架构直接生成对应的 deb 包，包的名字就叫 sunpinyin-data，只不过每个 arch 只有对应自己 endian 的数据。 > 而不是两个 arch:all 的包，即 sunpinyin-le-data 和 sunpinyin-be-data。并且 arch:all > 包应该是 arch 中立的才对，不是么？ > > 这样不是更干净么？我猜 Debian 是不是已经有这样的机制了？
有的。但是这样每个架构都要存储这几十MB的东西， ftp-master 未必会同意，而 arch: all 可以多个架构共用一个，在仓库里也只有一个副本，相对应该好接受一 些。可以通过指定 scim-sunpinyin 在不同架构下的依赖关系来选择使用哪个数 据。当然咨询下 debian-devel@ 更好 :) > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFIHyoHC8hyx6EmTc0RAhyaAJ91X6LTjH5ZZ3JNBaOoaXTK6WaOJQCePCmv > X9IsUqZprehgBh8mHBuaEFg= > =gdeO > -----END PGP SIGNATURE----- -- Regards, Deng Xiyue, a.k.a. manphiz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
