[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: develnews #26 (5/5) 翻訳
石井一夫
victory様、
コメントをありがとうございます。
コメントでも不明操作、があるようですが、コメントの内容を
私なりに咀嚼して、まとめてみました。
これでどうでしょうか。
Multiarch サポート
-----------------
multi-arch[9] をサポートに向けて dpkg は順調に進んでいます。
しかし、複数のアーキテクチャから同じパッケージを co-install する
ことが可能となることにより様々なパッケージにおいて想定されていることが
想定していることが通用しなくなるでしょう。その問題とそれがどのように
修正されるかについての詳細を知るには、このメッセージを debian-devel[10]
で確認してください。それらの問題で影響を受けそうなあらゆるパッケージの
報告を返してください。
-- Raphaël Hertzog
[9] https://wiki.ubuntu.com/MultiarchSpec
[10] http://lists.debian.org/20110302140611.GH20023@xxxxxxxxxxxxxxxxxxxxxxxx
dpkg is on good track to support multi-arch[9]. But the possibility to
co-install the same package from multiple architectures is going to break
some assumptions in various packages. Check out this message on
debian-devel[10] to learn more about the problems and how they should be
fixed. Please report back any package that is likely to be affected by
those problems.
2011年3月13日3:44 victory <victory.deb@xxxxxxxxx>:
> 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ですが例を見た感じでは
> マシン管理者の裁量により選択で選べるようなものを指しているんでしょうか
>
> 文の後半ですが、多分こんな感じ
> パッケージにおいて想定していること(想定している内容は上記)が通用しなくなる
>
>