スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。
総合案内当ブログについて
Windowsの目次Linuxの目次Linuxの目次2・ ・自作PC関連の目次Web技術関連の目次
全記事一覧情報サイト新着RSS一覧

Sponsored Link

で、openSUSEってどうよ?

ま、初めて間もないんですが、間もないがゆえの初心者視点ということで。
なんとなく思ったのが、Windowsからの移行組は結構馴染み易いかも。逆にUbuntuからの移行では戸惑うことが多いかも。

まず、SUSEの一番の売り、というか特徴はYastによる集中管理。
Screenshot-YaST2 Control CenterKDEのシステム設定に似てなくもないけど。
これ、よくよく考えるとWindowsのコントロールパネルに機能的にも外観的にも近いんですね。
で、基本的にこれ経由でいじる分には不具合とか発生しにくいし、さらに基本的には大体の部分が設定できる。しかもGUIで。
Windowsでもレジストリとかいじるってなると別ですが、基本的にはコントロールパネルから設定、システムの確認、バックアップと復元、問題の解決などなどができるので、ちょっとこのへん似てるなぁと。

で、コマンドラインはちょっと特別。いや、パッケージ管理か。
パッケージ管理コマンドはzypper。

zypper -h
使用方法:
zypper [グローバルオプション] <コマンド> [コマンドオプション] [パラメータ]

グローバルオプション:
--help, -h ヘルプ
--version, -V バージョン情報を表示
--config, -c 既定の設定ファイルの代わりに指定した設定ファイルを使用
--quiet, -q エラーメッセージを除く出力を抑止
--verbose, -v より詳細な出力
--no-abbrev, -A 表内でのテキストの省略を行なわない
--table-style, -s 表形式 (整数)
--rug-compatible, -r rug との互換機能を有効にする
--non-interactive, -n 質問や確認を行なわず、全ての質問に既定の回答を行なったものとして扱う
--xmlout, -x XML 形式での出力に切り替える

--reposd-dir, -D 指定したディレクトリにあるリポジトリ設定を使用する
--cache-dir, -C 指定したディレクトリにあるメタデータキャッシュデータベースを使用する
--raw-cache-dir 指定したディレクトリにある未加工のメタデータキャッシュを使用する
--solv-cache-dir 指定した解決ファイルキャッシュディレクトリを使用する
--pkg-cache-dir 指定したパッケージキャッシュディレクトリを使用する

リポジトリオプション:
--no-gpg-checks GPG による確認の失敗を無視して続行する
--gpg-auto-import-keys 新しいリポジトリの署名鍵を自動的に信用し、インポートする
--plus-repo, -p 追加のリポジトリを使用する
--disable-repositories リポジトリからメタデータを読み込まない
--no-refresh リポジトリの更新を行なわない
--no-cd CD/DVD のリポジトリを無視する
--no-remote リモートのリポジトリを無視する

ターゲットオプション:
--root, -R 指定したディレクトリをルートディレクトリとして処理する
--disable-system-resolvables
インストールされたパッケージを読み込まない

コマンド:
help, ? ヘルプを表示
shell, sh 一度で複数のコマンドを入力する

リポジトリの操作:
repos, lr 設定済みのリポジトリを表示する
addrepo, ar 新しいリポジトリを追加する
removerepo, rr 指定したリポジトリを削除する
renamerepo, nr 指定したリポジトリの名前を変更する
modifyrepo, mr 指定したリポジトリを修正する
refresh, ref 全てのリポジトリを更新する
clean ローカルのキャッシュを削除する

サービスの操作:
services, ls 設定済みのサービスを表示する
addservice, as 新しいサービスを追加する
modifyservice, ms 指定したサービスを修正する
removeservice, rs 指定したサービスを削除する
refresh-services, refs 全てのサービスを更新する

ソフトウエア管理:
install, in パッケージをインストールする
remove, rm パッケージを削除する
verify, ve パッケージの依存関係を検証する
source-install, si 構築の際に依存するものを含めてソースパッケージをインストールする
install-new-recommends, inr インストール済みのパッケージから判断される新規推奨パッケージをインストールする

更新管理:
update, up インストール済みのパッケージを新しいバージョンに更新する
list-updates, lu 利用可能な更新を一覧表示する
patch 必要な修正をインストールする
list-patches, lp 必要な修正を一覧表示する
dist-upgrade, dup ディストリビューションのアップグレードを行なう
patch-check, pchk 修正を確認する

問い合わせ:
search, se パターンに適合するパッケージを検索する
info, if 指定したパッケージの完全な情報を表示する
patch-info 指定した修正の完全な情報を表示する
pattern-info 指定したパターンの完全な情報を表示する
product-info 指定した製品の完全な情報を表示する
patches, pch 利用可能な修正を表示する
packages, pa 利用可能なパッケージを表示する
patterns, pt 利用可能なパターンを表示する
products, pd 利用可能な製品を表示する
what-provides, wp 指定した能力設定が提供するパッケージを表示する

パッケージロック (施錠):
addlock, al パッケージロックを追加する
removelock, rl パッケージロックを削除する
locks, ll 現在のパッケージロックを表示する
cleanlocks, cl 未使用のロックを削除する

その他のコマンド:
versioncmp, vcmp 2 つのバージョン文字列を比較する
targetos, tos ターゲットのオペレーティングシステムの ID 文字列を表示する
licenses インストール済みのパッケージについて、ライセンスと使用許諾契約を表示する

うん。ここからリポジトリよくわからないままdist-upgradeとかかましてしまってどハマったわけですけどねw
ちと不便なのが再インストールコマンドがない?こと。
ま、これはaptともyumとも違ってて、ちと戸惑ったところ。ま、でも基本的には同じか。
他のコマンドは大きく違うところはないかなぁ?

で、ちょっと問題が、パッケージの絶対数が少なめ。
これは、公式リポジトリにあるものが少ない、ってのもあるし、で、ビルドサービス使えばかなりの部分がフォロー効くんだけど。
でも、ライブラリ関係が少ないのかな?Mikutter動かすのも多少苦労したし、Phoronix-test-suite入れたけど、やはり見つからないパッケージはある。そもそもパッケージ名が違ってたりもするんだろうけど。
なので、ガンガンソースファイル落としてきて自分でビルドする、というような使い方をするならばちと不便な、というか苦労するところはあるかと思います。
実際、Mozcは、俺はDebian、Ubuntuでは自力ビルドしてたんだけど、SUSEはちょっと調べてみても、なかなかみんな苦労してたみたいで。ビルドサービスで該当パッケージ探してもいいんだけど、ビルドサービスにもうMozcがあったので、ならわざわざ自分でビルドすることもなかろうと。

ただ、初心者がデスクトップ用途で使うと考えると、ま、メジャーなソフトは大体あるわけだし、Packman位追加しておけば問題ないし。
ATIドライバはココを参考に
http://forums.opensuse.org/other-languages/japanese/446564-opensuse-11-3-ati-catalyst-display-driver-10-9a-64bit.html
必要パッケージでちと苦労はしたけど、
sudo zypper in kernel-source kernel-syms module-init-tools make gcc libstdc++ libgcc glibc-32bit glibc-devel-32bit fontconfig freetype zlib*
これが分かってしまえば、ね。あとはフツーに実行するだけ。簡単なもんでした。

あとはどうかなぁ?若干重いような感じがしなくもないけど、Ubuntuも今DebianおいてあるとこもRAID環境なので、一概に比較はできないし。
デスクトップ環境はまぁ、GnomeもKDEも選べるし、好きにすればいいんだけど、初期状態ではやっぱWindows意識してるのかな?っていうレイアウト。
Screenshot-2_20101031114756.pngまぁ、俺は結局使い慣れた感じにしちゃったんだけどね。

そもそもデストリ変えても、大してやることが変わるわけじゃないから、自分にとって効率的、ってなるとどれ使っても似たようなレイアウトになってしまうなど。

ま、初心者には割と入りやすいんじゃないかと思いますね。色々とGUIでできるとこ多いし。
逆に他のLinuxからの移行だと、結構独自路線なところがあるので、いつもの調子でやっててハマる、ってなことがありそうな気配はします。(俺だけか?
ガンガンビルド、ガンガンプログラミング、ってのじゃなければ十分常用できますね。
いや、むしろ出来はいいと思う。
ま、当分Debianと併用で色々とやってみる予定でございます。

あぁ、そうそう、このブログのコメント欄やらTwitterで助けてくださった方々に感謝!!

関連記事
openSUSE始めました。
SUSEでドハマるもなんとか復旧。リポジトリの管理が大切かも
gconf-editorでデスクトップアイコン表示非表示
How to install openSUSE(11.3)
関連記事
総合案内当ブログについて
Windowsの目次Linuxの目次Linuxの目次2・ ・自作PC関連の目次Web技術関連の目次
全記事一覧情報サイト新着RSS一覧

Sponsored Link

832:No title
ディストロの系列ごとにパッケージシステムが違いますからねぇ。
形式もdebやrpmなどコマンドもapt、yum、zypperとかそれぞれ違いますし。同じrpmでもディストロ、バージョンごとに微妙に互換性がなかったりとパッケージだけでも混乱要素いっぱい。
加えて/etc以下のシステム構築に関するノウハウも流用できたりできなかったりと。さすがにDE構築完了すればディストロごとに差は少なくなるがそこに至る過程で難しいもの楽なものいろいろ。
833:No title
確かに一番の違いはパッケージ管理。
で、デストリごとにビミョーにパッケージ名やVer.違ってて流用できたりできなかったり、ですね。ビミョーに依存関係でアレなことになってたり。

細かいシステムフォルダも結構手探りです。
おおまかには似たようなものだけど、やはりビミョーなとこで違ってたりするんですねー。慣れねばw

コメントの投稿

管理者にだけ表示を許可する
ブログ内検索

カスタム検索

フリーエリア

クリックで救える命がある。

レンタルサーバー

さくらのマネージドサーバ
さくらインターネットのVPS
ConoHaのVPS
WebARENA VPSクラウド
99円レンタルサーバー
【CloudCore VPS】
GMOクラウドのレンタルサーバー
転送量無制限 ABLENET
@WAPPYレンタルサーバー
SPPDレンタルサーバー

カテゴリー+月別アーカイブ

 

アクセスカウンター

現在の閲覧者数:

プロフィール

Author:tmin
PCヲタ。ライト2ちゃんねら。
スロット好きのギャンブラー。(元
むしろ人生がギャンブルだが目下のところ負けっぱなし。
座右の銘は「結果オーライ」。故に基本適当。
トラブルもまた楽しみのひとつ

コメント、トラバ、相互リンク歓迎。お気軽にどうぞ。
当ブログについて
Twitterでこっちとあっちの更新情報流すことにしてみます。
http://twitter.com/t_min
Project Mikunchu♪Wikiできました。
Mikunchu200x40.png


上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。