Gentoo Update Blockパッケージ - mktemp

Gentoo環境のアップデート中。
Blockパッケージをもう一つ。

ブロックメッセージ

[blocks B     ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r2)
[blocks B     ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)

2つのブロックメッセージだが、これは相互依存でのデッドロック。(デッドブロック？)

coreutilsは基本コマンドを提供するパッケージなので、 間違ってもアンマージ(アンインストール)してはならない。

想像するには、sys-apps/mktempをアンマージして、ブロックを解消する、 というオチになりそうだが、一応調べて、処置してみる。

以下、調査と対処。

changelogの確認

coreutils側のchangelogには、以下のmktempに関する記述が見つかる。

# emerge --changelog -pv sys-apps/coreutils 

*coreutils-6.10-r1

  23 Jan 2008; Mike Frysinger  +coreutils-6.10-r1.ebuild:
  As Cardoe points out, mktemp has been integrated into this version, so we
  need to block the mktemp package and put the binary in the right place.

英語に弱いのでよくわからんが、斜め読み。

mktempはcoreutils-6.10-r1に統合されたので、mktempパッケージをブロックして、バイナリを正しく配置する必要があります。

mktempのバイナリを再配置するための意図的なblockと想像。
なので、mktempを削除して、coreutilsをアップデートすることにする。

個別にアップデートしてみる

ブロックされているapp-admin/eselect-ctagsのみをアップデートしてみる。
ブロックしているeselect-emacsには依存していない様子。

# emerge --update -pv app-admin/eselect-ctags

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] app-admin/eselect-ctags-1.3  7 kB
[blocks B     ] <=app-admin/eselect-emacs-1.3 (is blocking app-admin/eselect-ctags-1.3)

Total: 1 package (1 new, 1 block), Size of downloads: 7 kB
#

ブロックしているapp-admin/eselect-emacsのみをアップデートしてみる。
ブロックされているeselect-ctagsには依存している様子。

# emerge --update -pv app-admin/eselect-emacs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] app-admin/eselect-emacs-1.3-r2 [1.1] 7 kB
[ebuild  N    ] app-admin/eselect-ctags-1.3  0 kB
[blocks B     ] <=app-admin/eselect-emacs-1.3 (is blocking app-admin/eselect-ctags-1.3)

Total: 2 packages (1 upgrade, 1 new, 1 block), Size of downloads: 7 kB
#

eselect-emacsのアップデートにはeselect-ctagsが必要。
しかし、eselect-ctagsのインストールには、eselect-emacsの1.3以上が必要。
現状はelesect-emacsの1.3がインストールされてしまっているために、 elesect-ctagsのインストールでブロックが検出されてしまう。

対処

mktempをアンマージ(アンインストール)。
その後、改めてelesect-emacsをインストール。 elesect-emacsを再インストールすると、eselect-ctagsも依存性でインストールされる。

# emerge --unmerge mktemp
# emerge -pv sys-apps/coreutils

emerge -C mktempと実施したら、エラーを吐いた。
単なる偶然だと思いますが。

以下実施ログ。

# emerge --unmerge mktemp

 sys-apps/mktemp
    selected: 1.5 
   protected: none
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1 
>>> Unmerging sys-apps/mktemp-1.5...
No package files given... Grabbing a set.
--- !found   obj /usr/share/man/man1/mktemp.1.bz2
--- !found   obj /usr/share/doc/mktemp-1.5/RELEASE_NOTES.bz2
--- !found   obj /usr/share/doc/mktemp-1.5/README.bz2
--- !found   dir /usr/share/doc/mktemp-1.5
--- !found   obj /bin/mktemp
--- !empty   dir /usr/share/man/man1
--- !empty   dir /usr/share/man
--- !empty   dir /usr/share/doc
--- !empty   dir /usr/share
--- !empty   dir /usr
--- !empty   dir /bin
 * GNU info directory index is up-to-date.
# emerge -pv sys-apps/coreutils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] sys-devel/automake-1.10.1 [1.10] 897 kB
[ebuild  N    ] app-arch/lzma-utils-4.32.5  462 kB
[ebuild     U ] sys-apps/coreutils-6.10-r2 [6.9-r1] USE="acl nls (-selinux) -static -vanilla% -xattr" 3,692 kB

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 5,051 kB
#

ブロック解消。
今回のアップデートのブロックは以上で終了。

とアップデートを開始するも、別にコンパイルエラーも多発してまだ前途多難。

以上。

Gentoo Update Blockパッケージ - eselect-emacs

Gentoo環境のアップデート中。Blockパッケージがいくつか出現。
例によって例のごとくに処理。

ブロックメッセージ

[blocks B     ] <=app-admin/eselect-emacs-1.3 (is blocking app-admin/eselect-ctags-1.3)

app-admin/eselect-ctags-1.3のインストールを、 app-admin/eselect-emacs-1.3がブロックしてしまっている。

以下、調査と対処。

changelogの確認

emerge --changelog app-admin/eselect-emacs 　=> app-admin/eselect-ctagsについての言及はない。

emerge --changelog app-admin/eselect-ctags 　=> app-admin/eselect-emacsについての言及はない。

どちらかがどちらかに吸収されているという状態ではなさそう。
両方のパッケージが同時にインストールされるべきなんだろうと推測する。

個別にアップデートしてみる

ブロックされているapp-admin/eselect-ctagsのみをアップデートしてみる。
ブロックしているeselect-emacsには依存していない様子。

# emerge --update -pv app-admin/eselect-ctags

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] app-admin/eselect-ctags-1.3  7 kB
[blocks B     ] <=app-admin/eselect-emacs-1.3 (is blocking app-admin/eselect-ctags-1.3)

Total: 1 package (1 new, 1 block), Size of downloads: 7 kB
#

ブロックしているapp-admin/eselect-emacsのみをアップデートしてみる。
ブロックされているeselect-ctagsには依存している様子。

# emerge --update -pv app-admin/eselect-emacs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] app-admin/eselect-emacs-1.3-r2 [1.1] 7 kB
[ebuild  N    ] app-admin/eselect-ctags-1.3  0 kB
[blocks B     ] <=app-admin/eselect-emacs-1.3 (is blocking app-admin/eselect-ctags-1.3)

Total: 2 packages (1 upgrade, 1 new, 1 block), Size of downloads: 7 kB
#

eselect-emacsのアップデートにはeselect-ctagsが必要。
しかし、eselect-ctagsのインストールには、eselect-emacsの1.3以上が必要。
現状はelesect-emacsの1.3がインストールされてしまっているために、 elesect-ctagsのインストールでブロックが検出されてしまう。

対処

elesect-emacsをアンマージ(アンインストール)。
その後、改めてelesect-emacsをインストール。 elesect-emacsを再インストールすると、eselect-ctagsも依存性でインストールされる。

# emerge -C app-admin/eselect-emacs
# emerge app-admin/eselect-emacs

以下実施ログ。

# emerge -pv app-admin/eselect-ctags

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] app-admin/eselect-ctags-1.3  7 kB

Total: 1 package (1 new), Size of downloads: 7 kB
# emerge -pv app-admin/eselect-emacs

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] app-admin/eselect-ctags-1.3  7 kB
[ebuild  N    ] app-admin/eselect-emacs-1.3-r2  0 kB

Total: 2 packages (2 new), Size of downloads: 7 kB
#

app-admin/eselect-emacsをunmergeしてから、再度導入することで、 app-admin/eselect-emacsと、app-admin/eselect-ctagsのblockは解消された。

以上

Gentoo 2Q-2008 リリースされてた。

Gentoo環境のアップデートを開始。 Gentooの配布サーバーへの接続が失敗して、リトライを繰り替えす率が高い。

2Q-2008がリリースされた様子！

Performing Global Updates: /usr/portage/profiles/updates/2Q-2008
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  @='/var/db move'
  s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*'
........
@

今回のアップデートが終了したら、2Q-2008へのアップグレードも試してみるか。

gentooへのwineのインストール

iTuneや、Windows向けのソフトを、Linuxで動かせないかなぁ〜、と思った。
仮想化関連で、qemuやVMwareServerなどでWindowsをインストールして、動作させる方法も容易に考え付く。
が、今回は、Wineというソフトを利用してチャレンジしてみる。

WineでiTuneは、なかなかに動かすのは無理っぽいんですが、 全く出来なくもないようで、レポートもWeb上でもちらほら。

• "itune linux wine" - Google

色々妄想する前に、ひとまずgentoo環境にwineだけはインストールしておく。

gentooへwineをインストール

パッケージの確認。

# emerge -s wine
*  app-emulation/wine
      Latest version available: 0.9.49
      Latest version installed: [ Not Installed ]
      Size of files: 12,471 kB
      Homepage:      http://www.winehq.com/
      Description:   free implementation of Windows(tm) on Unix
      License:       LGPL-2.1

app-emulation/wineの、USEフラグの確認。
今回は追加は無指定で進める。

# emerge -pv app-emulation/wine

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] media-gfx/fontforge-20071210  USE="X gif jpeg nls png python tiff truetype -svg -unicode" 4,370 kB
[ebuild  N    ] app-emulation/wine-0.9.49  USE="X alsa cups jpeg ncurses oss -dbus -esd -hal -jack -lcms -ldap -nas -opengl -scanner -xml" 12,472 kB

Total: 2 packages (2 new), Size of downloads: 16,842 kB

インストール。

# emerge app-emulation/wine

wineの使い方は知らない。これからお勉強。

• wine HQ(en)
• Wine - wikipedia(ja)

revdep-rebuildコマンド

ライブラリの依存関係の問題を解消するGentooのコマンド。

例えば、ライブラリのパッケージだけがアップデートされ、 依存している別パッケージのバイナリファイルがそのまま残っている場合に、 依存しているコマンドを実行すると古いライブラリが見付からないと 実行できなくなるということが起こりえる。
この際に、バイナリ内のライブラリ依存を検査して、 問題がある場合はパッケージを再コンパイルしてくれるというもの。

# emerge gentoolkit

# revdep-rebuild

最近アップデート後に、 ライブラリの問題で起動できなくなる現象に遭遇しやすいので、メモ。
いままでは気にしたこと無かったんですけれどねぇ。

Gentooのリリースが2007.0で止まっていないか？

GentooのインストールCDをダウンロードしようとして気づく。

あれ？
Gentoo 2008.0はまだ出ていないの？

普段のパッケージアップデートレベルでは それなりにアップデートパッケージのリストが出つづけていたので、 たいして気にしていなかったのですが、 さすがに2007.0以降が出ていないっていうのは...

それまでは年に3-4回はリリースされていただけに、心配になってきます。

と、見てみると、2008.0 beta still in progressでは、以下のようなポストが。

2008.0 beta still in progress
Posted on March 31, 2008 by Donnie Berkholz
tux
The 2008.0 beta is roughly a month behind the original tentative schedule. A number of factors contributed to this, including the migration to new release processes, the usual delays that affect most open-source projects, and the death of a close relative of our developers Chris Gianelloni and Chrissy Fullam.
Work on the first beta is still underway, and we expect to release it soon.
(Gentoo.org)

まぁ、事情があるんでしょうが、理由がちゃんとあるなら、心配は無いかな...

探す途中で、以下のような記事も見かけるし、Gentoo Linux Users Group Japanの更新もメーリングリストも静か。

• 08:17 PM 番外；Gentoo のその後

1. 今日は関連の話 (正確には、の報道) が多いので。まず Gentoo 2007.1 がキャンセルされました。2007 年には結局 2007.0 の一回のみのリリースです。沈む船からというのは酷かも知れませんが、テストのためのマンパワーが集まらなかった由。近場でも10月あたりから gentoo-jp は飲み会連絡以外のトラフィックはほとんど流れていない、ですし。 2. 次に、Gentoo Linux の外向きの組織であった Gentoo Foundation の法人格が消滅したという件。とりあえず Gentoo の開発者側の組織 Gentoo Council の方は活動が続いているため、短期的には Gentoo 2008.0 は出せるかも知れませんが。現在ボードの5人ともこの件に 対応していない ということですが、drobbins の復帰ももめていますので、このまま消滅は避けがたいかな (と言って煽る :-) 08:17 PM 番外；Gentoo のその後

ん〜、ん〜、どうかな？

• Gentoo.org(本家)
• Gentoo Linux Users Group Japan

Gentooへ、subversionのインストール

USE="apache2 svnserve" emerge subversion

ひとまずインストールのみ終了。
使いかたはこれから。

以下、Subversionをマージした際のメッセージ。
svnサーバ運用の補足？

# USE="apache2 svnserve" emerge subversion

            ;

 * Messages for package dev-util/subversion-1.4.6:

 * Subversion Server Notes
 * -----------------------
 * 
 * If you intend to run a server, a repository needs to be created using
 * svnadmin (see man svnadmin) or the following command to create it in
 * /var/svn:
 * 
 *     emerge --config =dev-util/subversion-1.4.6
 * 
 * Subversion has multiple server types, take your pick:
 * 
 *  - svnserve daemon:
 *    1. edit /etc/conf.d/svnserve
 *    2. start daemon: /etc/init.d/svnserve start
 *    3. make persistent: rc-update add svnserve default
 * 
 *  - svnserve via xinetd:
 *    1. edit /etc/xinetd.d/svnserve (remove disable line)
 *    2. restart xinetd.d: /etc/init.d/xinetd restart
 * 
 *  - svn over ssh:
 *    1. Fix the repository permissions:
 *         groupadd svnusers
 *         chown -R root:svnusers /var/svn/repos/
 *         chmod -R g-w /var/svn/repos
 *         chmod -R g+rw /var/svn/repos/db
 *         chmod -R g+rw /var/svn/repos/locks
 *    2. create an svnserve wrapper in /usr/local/bin to set the umask you
 *       want, for example:
 *          #!/bin/bash
 *          . /etc/conf.d/svnserve
 *          umask 002
 *          exec /usr/bin/svnserve ${SVNSERVE_OPTS} "$@"
 * 
 *  - http-based server:
 *    1. edit /etc/conf.d/apache2 to include both "-D DAV" and "-D SVN"
 *    2. create an htpasswd file:
 *       htpasswd2 -m -c /var/svn/conf/svnusers USERNAME
 * 
 * If you intend to use svn-hot-backup, you can specify the number of
 * backups to keep per repository by specifying an environment variable.
 * If you want to keep e.g. 2 backups, do the following:
 * echo '# hot-backup: Keep that many repository backups around' > /etc/env.d/80subversion
 * echo 'SVN_HOTBACKUP_NUM_BACKUPS=2' >> /etc/env.d/80subversion
 * 
 * Site-initialisation files of Emacs packages are now installed in
 * /usr/share/emacs/site-lisp/site-gentoo.d/. You may consider using
 * /usr/sbin/emacs-updater to rebuild the installed Emacs packages.
 * However, the old location is still supported.
 * GNU info directory index is up-to-date.

dump/restore コマンド

Gentoo環境にdumpコマンドをインストール。

# emerge dump

ワークステーション用途のマシンで、インストールするのを忘れていた。
パーティション構成を変更する都合で、バックアップする目的。

リモートにファイルとしてdumpしているのだが、 rshの運用はしていない為、sshを使って飛ばしている。 sshのオーバーヘッドで、毎秒1MBも出ていない。

あ、もしかして、単純にnfsにすれば良かったのか？

安全性も何もあったもんじゃないが、転送速度は劇的に早いモードで 通信してくれるsshっていうもんは無いだろうか。 認証については暗号化するが、データ転送については暗号化しないで、 とにかく速く通信出来るような仕組みっていうようなもの。
そんなコマンドをsshって名乗るのは妙だろうけれど。
一時的に転送速度を稼ぎたい場合って一般的にどうするものなんだろうか？

Gentoo Update Blockパッケージ - wxGTK

先日に続いて、Blockネタ。

# emerge --sync && emerge -pv --update world

今回は以下のwxGTKパッケージがBlock。

[blocks B     ] <=x11-libs/wxGTK-2.6.4.0-r2 (is blocking app-admin/eselect-wxwidgets-0.7-r1)

wxGTKのブロックは、個別にインストールすることで回避。
今回も以下に細かくメモ。

[blocks B ] <=x11-libs/wxGTK-2.6.4.0-r2 (is blocking app-admin/eselect-wxwidgets-0.7-r1)

• Blocked Packages: wxGTK, eselect-wxwidgets, openexr, ilmbase

上記サイト内容に以下のコマンド記載あり。

emerge -av x11-libs/wxGTK:2.6

確認。
現在はwxGTK 2.6.4.0-r1。

# emerge -s wxGTK
Searching...
[ Results for search key : wxGTK ]
[ Applications found : 1 ]

*  x11-libs/wxGTK
      Latest version available: 2.8.7.1-r1
      Latest version installed: 2.6.4.0-r1
      Size of files: 25,744 kB
      Homepage:      http://wxwidgets.org/
      Description:   GTK+ version of wxWidgets, a cross-platform C++ GUI toolkit.
      License:       wxWinLL-3 GPL-2 odbc? ( LGPL-2 ) doc? ( wxWinFDL-3 )

#

前述のURLにあったコマンドを試す。

# emerge -apv x11-libs/wxGTK:2.6
>>> --pretend disables --ask... removing --ask from options.

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild     U ] x11-libs/wxGTK-2.6.4.0-r3 [2.6.4.0-r1] USE="X unicode -debug -doc -gnome -odbc -opengl -pch -sdl (-joystick%)" 0 kB
[ebuild  N    ] app-admin/eselect-wxwidgets-0.7-r1  0 kB

Total: 2 packages (1 upgrade, 1 new), Size of downloads: 0 kB
#

blockせず、通る。
まずwxGTK 2.6にてアップデート。同時にeselect-wxwidgets-0.7-r1のインストール。
終了後 wxGTK 2.8のインストールをやり直す。
wxGTKのblockの回避処置をまとめると、以下。

# emerge x11-libs/wxGTK:2.6
# emerge x11-libs/wxGTK:2.8

こういう、調べて解決して時間をかけてemergeして、っていうのをやっていると、 やっぱりUbuntuとかDebianとかのバイナリインストール系のディストリビューションの お手軽さ、っていうのを実感しますね。
とはいえ、Gentooが嫌になるなんて事は全く無くって、反対に手をかけられるという 安心感がありますね。
それぞれの特徴を見極めて利用できれば良いかと。
GentooもUbuntuもそれぞれに好きですなぁ〜

Gentoo Update Blockパッケージ - boost

数週間おきに、以下のように実施して、確認の上、アップデートしています。

emerge --sync && emerge -pv --update world

boostパッケージのblockが検出されました。

[blocks B     ] <dev-libs/boost-1.34.0 (is blocking dev-util/boost-build-1.34.1)

一旦boostをunmergeしてから再インストールすることで回避。

以下に細かくメモメモ。

[blocks B ] <dev-libs/boost-1.34.0 (is blocking dev-util/boost-build-1.34.1)

まず、事例があるかを探す。
Webを探すもヒット件数が少ない。

• http://bugs.gentoo.org/show_bug.cgi?id=209261

As the previous version (1.33) of boost did not pull boost build (seemed to
have it bundled), something seems off. Problem and solution could be one of:
 1.- The current version of boost doesn't need it either: remove boost-build
from the dependencies of boost
 2.- The boost-build ebuild (also stable, by the way) shouldn't block the
current boost (a typo maybe?)
 3.- The boost-build ebuild is correct in its block: there should be another
ebuild for a newer version that does not block boost 1.34

上記の超意訳。間違った翻訳です。
ま、雰囲気からすると、依存性に関する定義を書き換えちゃえば良いじゃん！という、微妙なアドバイス...

boostパッケージの以前のバージョン(1.33)は、boost buildを必要としていません
でした(包含していた(?)ようですが)、必要になったようです。
以下のいずれかの方法で、問題を解決できるんじゃないかな？
1.- 現在のバージョンのboostパッケージには、boost-buildは不要。boostの依存性
　　から外す。
2.- boost-buildを、boostをブロックしないようにebuildする。(誤植なのかな？)
3.- boost 1.34より新しいebuildをブロックしないように、
boost-buildのebuildファイルのブロックを正しく修正する。

いやいや、確かに依存性をいじくっちゃえば良いじゃんというのは、そりゃそうなんだけれど、最終手段ですよね。
boostとboost-buildのchangelogを確認するも、双方の依存性に付いての情報は見つからない。
ネットで検索するも、事例が極端に少ない。ということは、環境依存のblockかな？とも想像。

というわけでblock回避の定石手段を採用。
boostをunmergeして、boost-buildをインストール。その後にboostを再インストール。の流れで。

# emerge -C boost
# emerge -pv boost-build

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] dev-util/boost-build-1.34.1  USE="python" 12,683 kB

Total: 1 package (1 new), Size of downloads: 12,683 kB
# emerge -pv boost

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] dev-util/boost-build-1.34.1  USE="python" 12,683 kB
[ebuild  N    ] dev-libs/boost-1.34.1-r2  USE="-debug -doc -icu -pyste -tools" 6 kB

Total: 2 packages (2 new), Size of downloads: 12,689 kB
# 

boostをアンインストールした後に、再度boostをemergeすれば、boost-buildも一緒に おとなしくインストール出来る様子。
最終的にまとめると、今回のboostのblockは、以下の実施で回避出来ました。

# emerge -C boost
# emerge boost

以上。幸せ。