不具合報告/Plamo64-1.0/103
の編集
http://sv5.linet.gr.jp/?%E4%B8%8D%E5%85%B7%E5%90%88%E5%A0%B1%E5%91%8A/Plamo64-1.0/103
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
|
ログイン
]
-- 雛形とするページ --
diary/Template
* 重複しているファイル [#v3061027] - ページ: [[不具合報告/Plamo64-1.0]] - 投稿者: TenForward - 優先順位: 低 - 状態: 提案 - カテゴリー: 不具合報告 - 投稿日: 2012-01-20 (金) 13:14:26 - バージョン: ** メッセージ [#nd1df0c2] 複数のパッケージで同じコマンドやライブラリが入っているものがあります. どうすべきか検討しましょう. *** uuid 廻り [#uacfff05] -e2fsprogs -util_linux e2fsprogs の方で --disable-libuuid --disable-uuidd という configure オプションが存在する. - e2fsprogs で --disable-libuuid --disable-uuidd するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:03:34}; #comment *** fsck コマンド [#m9e349d7] -e2fsprogs -util_linux 実体でなくラッパープログラム (/sbin/fsck) が重複してる.これも e2fsprogs には --enable-fsck というオプションがあるので,--disable-fsck と出来るような.util-linux の方でも --disable-fsck 可能. - LFSだとe2fsprogsで--disable-fsckしてるけど,実体が全部あるので何か怖いですよね.e2fsprogsで有効にして,util-linuxで無効にしたらいいかな? (なんとなくの思いつき) -- [[TenForward]] &new{2012-01-20 (金) 14:20:43}; - e2fsprogs で --disable-fsck するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:02:28}; #comment *** blkid 廻り [#bf99cbc1] -e2fsprogs -util_linux /sbin/blkid や libblkid 廻り.これも e2fsprogs に --disable-libblkid とか指定できる. - e2fsprogs で --disable-libblkid するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:02:56}; #comment *** device-mapper 廻り [#pa03b232] -lvm2 -device_mapper device-mapper のページ (http://sources.redhat.com/dm/) には > The userspace code (dmsetup and libdevmapper) is now maintained alongside the LVM2 source available from http://sources.redhat.com/lvm2/. To build / install it without LVM2 use 'make device-mapper' / 'make device-mapper_install'. と書かれている.device_mapper パッケージは必要ない? -> lilo の make に device-mapper が必要? -> ([[不具合報告/Plamo64-1.0/50]]) - lilo 23.2 ってのが最新みたいですが,それでも解決してないのでしょうか? device-mapper 関係. -- [[TenForward]] &new{2012-01-20 (金) 14:26:23}; #comment *** libbfd, libiberty, libopcodes [#vef5c2c3] -gdb -binutils - ちょうどこのへんを更新しようと眺めているのだけど、libiberty.a は、コンパイル時にローカルに使うべきで、システム全体には公開すべきではなさげ。libbfd, libopcodesはbinutils側で共有ライブラリにして、gdb側のはコンパイル時にローカルに使ってシステム側には公開しない、ぐらいでよさげ。 -- [[kojima]] &new{2012-05-02 (水) 09:32:22}; - gdb-7.4.1は--disable-staticするとビルドできない(gdbのリンク時に、ローカルのlibbfd.a等を参照する)のに、--enable-sharedを付けるとlibbfd-2.22.51.20111213.soなんてのをlibbfd.soとして公開しようとするのだけど、bfd自身はbinutils由来のlibbfd-2.22.soの方がメインストリームな気がする。 -- [[kojima]] &new{2012-05-02 (水) 09:37:04}; #comment
タイムスタンプを変更しない
* 重複しているファイル [#v3061027] - ページ: [[不具合報告/Plamo64-1.0]] - 投稿者: TenForward - 優先順位: 低 - 状態: 提案 - カテゴリー: 不具合報告 - 投稿日: 2012-01-20 (金) 13:14:26 - バージョン: ** メッセージ [#nd1df0c2] 複数のパッケージで同じコマンドやライブラリが入っているものがあります. どうすべきか検討しましょう. *** uuid 廻り [#uacfff05] -e2fsprogs -util_linux e2fsprogs の方で --disable-libuuid --disable-uuidd という configure オプションが存在する. - e2fsprogs で --disable-libuuid --disable-uuidd するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:03:34}; #comment *** fsck コマンド [#m9e349d7] -e2fsprogs -util_linux 実体でなくラッパープログラム (/sbin/fsck) が重複してる.これも e2fsprogs には --enable-fsck というオプションがあるので,--disable-fsck と出来るような.util-linux の方でも --disable-fsck 可能. - LFSだとe2fsprogsで--disable-fsckしてるけど,実体が全部あるので何か怖いですよね.e2fsprogsで有効にして,util-linuxで無効にしたらいいかな? (なんとなくの思いつき) -- [[TenForward]] &new{2012-01-20 (金) 14:20:43}; - e2fsprogs で --disable-fsck するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:02:28}; #comment *** blkid 廻り [#bf99cbc1] -e2fsprogs -util_linux /sbin/blkid や libblkid 廻り.これも e2fsprogs に --disable-libblkid とか指定できる. - e2fsprogs で --disable-libblkid するようにしました. -- [[TenForward]] &new{2012-04-09 (月) 14:02:56}; #comment *** device-mapper 廻り [#pa03b232] -lvm2 -device_mapper device-mapper のページ (http://sources.redhat.com/dm/) には > The userspace code (dmsetup and libdevmapper) is now maintained alongside the LVM2 source available from http://sources.redhat.com/lvm2/. To build / install it without LVM2 use 'make device-mapper' / 'make device-mapper_install'. と書かれている.device_mapper パッケージは必要ない? -> lilo の make に device-mapper が必要? -> ([[不具合報告/Plamo64-1.0/50]]) - lilo 23.2 ってのが最新みたいですが,それでも解決してないのでしょうか? device-mapper 関係. -- [[TenForward]] &new{2012-01-20 (金) 14:26:23}; #comment *** libbfd, libiberty, libopcodes [#vef5c2c3] -gdb -binutils - ちょうどこのへんを更新しようと眺めているのだけど、libiberty.a は、コンパイル時にローカルに使うべきで、システム全体には公開すべきではなさげ。libbfd, libopcodesはbinutils側で共有ライブラリにして、gdb側のはコンパイル時にローカルに使ってシステム側には公開しない、ぐらいでよさげ。 -- [[kojima]] &new{2012-05-02 (水) 09:32:22}; - gdb-7.4.1は--disable-staticするとビルドできない(gdbのリンク時に、ローカルのlibbfd.a等を参照する)のに、--enable-sharedを付けるとlibbfd-2.22.51.20111213.soなんてのをlibbfd.soとして公開しようとするのだけど、bfd自身はbinutils由来のlibbfd-2.22.soの方がメインストリームな気がする。 -- [[kojima]] &new{2012-05-02 (水) 09:37:04}; #comment
テキスト整形のルールを表示する