のためのタグのアーカイブ » どこ «

水曜日, 1月28日, 2009 | 著者:

私はそれを報告することは非常に満足している 2 私はKDEので会計のバグを提出したのだ待望のと関連機能 バグ追跡システム Bugzillaはに追加されました KDE 4.2のKRDC. KDE 4.2 リリースされたばかりとkdemod内で利用可能になりましたし (別名 チャクラ)のリポジトリ. * nixのを愛するのWindows管理者が喜ぶKDEを愛する!

  • デフォルトのユーザ名を指定する機能: 以前に, ログインする前に, ユーザー名の入力を求められるだろう. 今プロンプトが自動的にデフォルトのユーザ名で満たされている.
  • 認識する能力 LDAP ログインとLDAPログインとしてKWalletの使用してパスワードを覚えている.
KRDC options added

新KRDCオプションが追加

非常に大きなはKRDCを維持し、開発者に感謝, ウルスウルファー.

シェア
木曜日, 1月の01st, 2009 | 著者:

明らかに, もし使用はあなたについて多くのことを言うことができるかのオペレーティングシステム. あなたは* nixののいくつかのフォームを使用している場合, これ ディストリビューション あなたにも多くのことを言うことができます使用している. 脇の冗長性, 私は、Linuxディストリビューションは、その上で絶対的に依存していることを信じている パッケージ管理と流通システム.

私はapt-getをスキ (1, 2) しかし、そこにいくつかの技術的な問題がいくつかの点であり、それは私が使用することを原因と 適性 代わりに. 適性を使用すると、わずかに簡単です – それは、単一の自動化されたに多くの機能を持っている, 論理的, apt-getは、別々のコマンドが必要なコマンド. 適性もあります 呪い-ベース GUI. その後、GUIを使用していない場合, 学ぶためのコマンド数の点で、簡潔以外, 中の一つを選ぶ技術的な理由は明らかに存在しない. 適性とサーブは、apt-get K / X / UbuntuのDebianの よく. この時点から, 私は緩く、交換可能な方法で名前のKubuntuとUbuntuを使用.

私の使用の中で CentOSの (レッドハットに基づく), 私が好きな私を見つけた YUM. これは、適性とほぼ同じでは機能しているようだ – それらをすべて支配する1コマンド. それは私がちょうどそれに慣れていないので、私はその可能性が高いように、ここに入るつもりはないいくつかのかなり迷惑なデフォルトの動作を持っている. 技術的な観点から、少なくとも, それは非常に良いです. 私は信じている フェドーラ Fedoraの私の経験は非常に限られているものの、またYUMを利用している.

理論…

FedoraとUbuntuのは、かなり厳格なリリースサイクルを持っているディストリビューションのクラスにある. Ubuntuの 8.10 (バージョンは、そのリリースの年と月のためにそのように命名されている) ないでしょう, 大きなバグや軽微な変更を除く, 次のバージョンまで、別のメジャーアップデートを持っている, 軽快なツノウサギ. Ubuntuユーザーは今、自分のデスクトップ上のほとんどのソフトウェアが最新版であるかを. 次のリリースの前の月で, 但し, 彼らが使用したいとしない限り、彼らはとても幸運であることを行っていない “ベータ” リリース. 私は、Fedoraと非常に慣れていないんだよう, 私は、そのリリースサイクルに入る気にするつもりはありません.

これらの 2 ディストリビューションは、として知られているディストリビューションのクラス内にある “バイナリ” または “バイナリベースの” ディストリビューション. つまり、あなたがアップデートをダウンロードするとき, ダウンロードされたファイルは、事前ですコンパイルされた 任意の上で実行する必要があります “サポート” ハードウェア. これは、具体的ではありません 最適化された デスクトップのハードウェアのための, 例えば, あなたの プロセッサ. おそらく、あなたが持っている AMD その余分な命令をサポートしているプロセッサ インテル CPUはありません. 逆もまた真である可能性が. このため, バイナリリリース配布は、ハードウェアの1特定のブランドのために最適化することはできません. これに関係なく “非最適化”, それがまともなペースで実行する必要があります.

練習!

約 2 年前、私が使い始めた Kubuntuの. それを扱うのは数ヶ月後に, 私は、その仕様についての詳細を学ぶために始めた. 私は、ときにシステムを更新するためのGUIツールを使用してのファンの多くはないんだけど, 最終的に, そのすべてとにか​​くコマンドラインで起こっ. GUIツールはちょうど私が見て気にしない複雑さを隠す.

私が作ることになった 殴りつける スクリプト, アップデート, これだけに適性を得るために必要なすべての手順を実行します 先に行くと、すでにアップグレード, kthx?©, おそらく私の設定をバックアップするための方法に沿って停止, 再マウント NFS 我々は、オンサイトのリポジトリを維持するネットワーク共有, aptitudeのインストールされたパッケージのローカルキャッシュをバックアップ, ネットワーク共有が再マウントができなかった場合は、ローカルコピーを使用するためにいくつかのフォルダリンクシャッフルを行う, 同期する ローカルコピーとネットワーク共有の間であれば 更新は、ネットワーク共有の問題を持っていた, とリポジトリ内のパッケージの一覧を更新. 一般に, 何らかのエラーががあった場合には、先に行くだろう, あなたが言うことができるように, このスクリプトは、乱雑になりました つまり、元の要件を超えると超えていた. それは私のためによく働いた.

日はKubuntuの間で更新するために来るまで 6.10 へ 7.04. でも、私は手動でこれをしなかった, ていないスクリプトを使用して、.

私は続いた混乱の結果としてゼロから再インストールすることになった. 少なくとも, バックアップ管理者は、証明するために十分に行う必要がありますように, それは私が本当に必要なすべてのものを回復するために簡単だった. 🙂

他に何がそこにある?

私はKubuntuのを再インストールしなければならなかった前であっても、, 私はと呼ばれる別の分布に紹介されました Gentooの. あり 2 GentooとUbuntuのの更新システムの間の非常に明確な違い. 最初は、Gentooがあるということです ソース-ベースのディストリビューション. つまり、パッケージを更新すると、, パッケージマネージャは、ソースをダウンロードし、 コンパイル すべてのもの, うまくいけば、それを最適化する あなたの システム. この, 私は思う, 非常にクールです. この方法の欠点は、すべてをコンパイルすることは非常に長い時間がかかることである.

ここに私がいる (非常に非科学的) それは、インストール·メディアからデスクトップに基本的なGUIのOSをインストールするのにかかる時間の長さの推定値, 不要なドライバを除く (例えば, 最新の3Dグラフィックスドライバ):

OS: 分 – マックス (中央値)

Windows Vistaの: 15 – 30 (20) 分

Ubuntuの: 15 – 40 (20) 分

Gentooの: 3 – 40 (6) 営業時間

Gentooはまたいじっ多くを必要とする 設定ファイル 物事を動作させるために – これは、CDを挿入して起動する間に、非常に長い遅延のもう一つの理由は、あなたの 驚くばかりの*新しいデスクトップ. 一般的なアプリケーションには、ダウンロード可能なバイナリパッケージを持っている – これはデフォルトのオプションではありませんが.

彼らは私にローランを参照してください。’

他のほとんどのディストリビューションからGentooが持つもう一つの非常に重要な違いがあります. それは “ローリング·リリース” 配布. これは、任意の厳密なバージョンが存在しないことを意味する、または “リリース” 分布はに従っていることを. 今日はGentooをインストールする場合… もしあなた 仕上げ 今日のGentooをインストールする, あなたはおそらくあなたがインストールされているすべてのアプリケーションの最新バージョンを持っているつもりです. いくつかのあいまいなアプリケーションは、明日のメジャーアップデートを取得した場合, 数日以内に, お使いのシステムを更新した場合, あなたがあなたのデスクトップに、その最新バージョンを持っているつもりです.

このローリングリリースとの違い “その他” ディストリビューションではなく、驚異的です。. 例えば: もし KDE 4.2 明日リリースされるた, あなたはおそらくより少ない待機する必要があるだろう 2 それは、Gentooで使用可能にするには数週間. Ubuntuユーザーはまで待たなければならない場合があります 9.04 – つまり、4ヶ月待ちです.

より適切なもの?

個人的に, 私は、中に入れて喜んでいないよ 40 努力の時間、私のシステムは、私がそれを望むように動作させるために. 私の同僚は、いくつかのあいまいな理由で、最近再インストールしなければならなかったし、それは彼が中に入れて喜んではなかったが判明 6 営業時間 (彼は、Gentooでより経験だ) それはどちらか動作していたかに彼のシステムを取り戻すための努力の. 代わりに, アーチのLinux 彼の目に留まった. アーチLinuxはローリングリリースです (Gentooのような), バイナリベースの (Ubuntuのような) 配布. そのパッケージ (よく, そのうちの大多数) どちら物事がうまく動作させるために、その設定ファイルをいじっあまり必要としない. その両方の長所!

あなたはこの時点に来ている場合は、まだあなたが*をやっているかを知る必要がありますが、, それはこのような巨大であってはならない 盲信. アーチのLinuxのパッケージマネージャ, と呼ばれる PAC, 組み込まれている依存関係と競合の処理. 私は別のパッケージマネージャを用いて, ヨーグルト (フランス ヨーグルト), 非常に迅速にアーチユーザーと人気となっている. Yaourtでは、AURから直接アプリケーションをダウンロードしてインストールできるようにすることで、パックマンの機能を拡張, または アーチ·ユーザー·リポジトリ. このリポジトリは、あなたがそうでないアーチ自体のコア開発者によって完全にサポートされていないだろう、多くのアプリケーションを自動的にダウンロードしてインストールできるようにするスクリプトが含まれています. これは、chrootさ、環境にパッケージをダウンロードし、コンパイルします. その後、パックマンと互換性のあるパッケージのtarballにchrootさの環境をパッケージ化し、システムにそれを展開するパックマンを使用しています.

また, AURは、人気のあるパッケージは、より正式に置か取得することにより投票システムをサポートしています [コミュニティ] 倉庫. Yaourtも、それによって自動化された議決権行使のメカニズムをサポートしています, AUR介してパッケージをインストールした後、, あなたはそれを含めるために投票するかどうかを聞かれます [コミュニティ].

私は私のアーチのインストールにかかった時間は約あったことを推定し 90 分. 私は、初心者のためのArchlinuxはお勧めしませんが、私 他のディストリビューションと退屈得ているのいずれかのLinuxユーザのためにそれをお勧めします – してインストールしなくても、核心に入るために望んでいる リナックス·フロム·スクラッチ. アーチLinuxは、これらの日はかなり人気が出てきた. その現在の数で 14 上の Distrowatchで.

* 何をやっていると知っていれば. そして、あなたは何をやっているより良いBLOODY KNOW!
シェア