[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: develnews #26 (5/5) 翻訳



On Sat, 12 Mar 2011 11:45:22 +0900
Kazuo Ishii wrote:


>  dpkg is on good track to support multi-arch[9].
>  multi-arch[9] をサポートする dpkg が、良好なトラック上に存在します。

multi-arch[9] のサポートに向けて順調に進んでいる

>  But the possibility to co-install the same package from multiple
>  architectures is going to break some assumptions in various packages.
> しかし、複数のアーキテクチャから同じパッケージを共同インストールする
> 可能性は様々なパッケージにおけるいくつかの仮定を破るでしょう。

この文の内容
--
1/ ユーザがパッケージ名を指定するあらゆる場所において、
Multi-Arch:の同じパッケージが co-install出来る場合は
"package:arch"形式の指定が出来ることが望ましい(should)
 (e.g. libc6:i386 and libc6:amd64 on the same system).

2/ Package: fooというただ一つのエントリだけを想定して
/var/lib/dpkg/statusを読んでいるプログラムについて、
一意であることが保証されるのは(Packageだけではダメで)
(Package, Architectureの)組み合わせなんだということ

3/ 現行の制御ファイルレイアウト(/var/lib/dpkg/info/<package>.<something>)
を想定しているプログラムはMulti-Arch対応に伴うレイアウト変更により
(少なくともいくつかのパッケージにおいて)壊れる

1/ Anywhere where the user might specify a package name, he should be able
   to specifiy "package:arch" to cope with Multi-Arch: same packages that
   can be co-installed (e.g. libc6:i386 and libc6:amd64 on the same
   system).
2/ Any program that parses /var/lib/dpkg/status with the assumption that
   there's only one entry with "Package: foo" is wrong. Uniqueness is now
   only guaranteed on the tuple (Package, Architecture).
3/ Any program that assumes the current layout of control files
   (/var/lib/dpkg/info/<package>.<something>) will be broken (at least for
   some packages) since the layout will change to support Multi-Arch: same
   packages that can be co-installed.
--
まず、よくわからないco-installですが例を見た感じでは
マシン管理者の裁量により選択で選べるようなものを指しているんでしょうか

文の後半ですが、多分こんな感じ
パッケージにおいて想定していること(想定している内容は上記)が通用しなくなる


-- 
victory
no need to CC me :-)