Re: Bug#478811: ITP: sunpinyin -- An input method engine based on SLM
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
Reply to: