up2date File “/usr/sbin/up2date”, line 1265, in ?
汁か！ CentOS 4.1 x86_64 で up2date すると、絶対コケるのです。 コンソールには下のようなメッセージが表示されます。
up2date availablePackageList from network
up2date Could not find an approriate arch for package [['kernel-smp', '2.6.9', '22.0.2.EL', '', 'x86_64', '1000', 'centos4-Updates', 'RPMS/kernel-smp-2.6.9-22.0.2.EL.x86_64.rpm']], skipping
up2date The latest version of kernel-smp was not available for this arch. Skipping
up2date File “/usr/sbin/up2date”, line 1265, in ?
/var/log/up2date を見てみると
sys.exit(main() or 0)
File “/usr/sbin/up2date”, line 800, in main
fullUpdate, dryRun=options.dry_run))
File “/usr/sbin/up2date”, line 1120, in batchRun
batch.init()
File “/usr/share/rhn/up2date_client/up2dateBatch.py”, line 65, in init
self.__findPackagesToUpdate()
File “/usr/share/rhn/up2date_client/up2dateBatch.py”, line 112, in __findPackagesToUpdate
self.availableUpdates = plist.getPackagesToInstall()
File “/usr/share/rhn/up2date_client/packageList.py”, line 643, in getPackagesToInstall
self.__findBestArchPackages()
File “/usr/share/rhn/up2date_client/packageList.py”, line 612, in __findBestArchPackages
del self.packagesToUpdate[pkey]
さっぱりわからないのでググったら英語圏のコミュニティに解決策が。64bit版のバグらしいです…。CPUがEM64Tだったから調子に乗って64版入れたんですが、こうしたレアケースに遭遇するであろうことは薄々感じてました。。。
else:
log.log_me(”The latest version of %s was not available for this arch. Skipping” % pkey)
- del self.packagesToUpdate[pkey]
+ # kernel-smp deleted in special case earlier
+ if pkey != “kernel-smp”:
+ del self.packagesToUpdate[pkey]
/usr/share/rhn/up2date_client/packageList.py の612行目あたり、上記-の行をコメントにして、+の行を追加すると、うまくup2dateできるようになりました。
# up2date –nox -u
そいやX86_64だと、aptが使えないのも結構痛いですな。
そのおかげでfedoraのソース持ってくるのめんどくさいのが
ちょっとなぁ、みたいな。
Comment by hector — 2006/2/25 土曜日 @ 0:13:44
apt って初めて聞いた。画期的な利点とかある？
Comment by Aizer — 2006/2/26 日曜日 @ 4:34:00
aptってのはdebianのパッケージシステムですね。
まぁ今時だとyumとかup2dateがあるんで、特に必要はないかなぁってとこです。
私はfedoraとかの別OS用パッケージソース取得用に使ってます。
一応別OS用はリビルドしときたいんで
Comment by hector — 2006/2/26 日曜日 @ 18:25:12