「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
[ 前のページ ] [ 目次 ] [ 1 ] [ 2 ] [ 3 ] [ A ] [ 次のページ ] Debian クイックリファレンス 第 3 章 - Debian パッケージ管理 現在 aptitude は APT のコンソール版のフロントエンドと みなされています。過去にインストールしたパッケージと依存性を通じて 引っ張って来たパッケージを故意に記憶しています。 故意にインストールしたパッケージによりもはや必要とされなくなった場合、 後者のタイプのパッケージは aptitude により自動的に 削除されます。先進的なパッケージフィルタ機能を持ちますが、設定するのは 難しいでしょう。 現在 synaptic は APT の Gtk 版 GUI フロントエンドと みなされています。 aptitude よりも設定しやすいパッケージフィルタ機能を持ちます。 又、Debian Package
Debian(squeeze)が正式にリリースされたので、アップグレードしなきゃなぁと思いつつ、今日に至りました。 アップグレードでちょっと躓いたので、メモっておく。 オペレーションは、sshでリモートで行った。 バックアップ ここに推奨しているバックアップ対象のデータを記載しているが、個人的に大したサーバを構築しているわけではないので、/etc/配下、/home/配下のみをバックアップした。 splashy パッケージを削除 バグがあるらしく、事前にsplashyパッケージを削除する # apt-get purge splashy splashyパッケージはインストールされてなかったようなので、問題ない。 パッケージリストの更新 アップグレードする前に、現在のパッケージリストを最新に更新しておく。 # apt-get update パッケージの状態をチェックする インストールが未完了のパ
アップグレードの前には、5章squeeze で知っておくべき問題点 に書かれている情報も読むことをお勧めします。この章に書かれている問題点は、アップグレードの過程と直接は関係がないかもしれませんが、それでもアップグレードを開始する前に知っておくべき重要事項である可能性があります。 システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。 バックアップしておくべき主な対象として、/etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "
時計購入リンク購入の基礎知識 「腕時計の竜頭の役割」 「腕時計の防水について」 「カレンダー操作禁止時間」 「手巻き腕時計」 「自動巻の腕時計」 「クォーツ腕時計」 腕時計の状況を伝えるのに「あの部分がこんな感じの腕時計」って言っても伝わらないですよね。そこで腕時計の簡単な用語と機能を知る事も腕時計の基礎知識なのです。 このサイトの基礎知識は「腕時計の基礎知識を読む為の基礎知識」です。 腕時計の写真の「文字をクリック」して頂ければ、それぞれの解説へ飛びます。 順番に見て行く場合は「腕時計の基礎知識/インデックスとは」からどうぞ! 「腕時計の区分け方法/基礎知識」 腕時計の区分けって・・メンズとレディースくらいではと言う方もおります。 また昭和生まれの方なら電池式とゼンマイ式がある事くらいは知っております。 折角このサイトにたどり付いた限りはもう少し詳しく知って頂きましょう。 この「腕時計の
2013-02-13 上級者向け:Ruby on Rails 勉強法 こんばんは。最近ずっと朝から晩までRuby on Rails とイチャイチャしています。 @bussorenre です。セキュリティ・キャンプフォーラムお疲れ様でした。 さて、僕は普段から、実験とかお遊びでRuby on Railsを使っていたのですが、この度 Ruby on Rails でお仕事をいただきまして、RoRでシステム開発に勤しむ毎日です。遊びと違って、自分勝手な適当なコードが書けない、無茶苦茶なスキーマを定義できないなど、いつも以上に緊張して開発に当たっています。 そんな中で、僕なりに発見したRuby on Rails の勉強法を共有できたらなと思い記事に残そうと思います。 この記事はなんとなくRailsをさわろうとしている初心者向けの記事ではなく、ガチでRails でシステムを組もうと考えている人向けの記
最近同僚が次々とCPAN Authorになってて良い流れだなーとか思っています。 ただ、CPANへのモジュールの上げ方がわからないとか、M::Iを使えばいいのか M::Bを使えばいいのか、それらがそもそも何やってるのか分からないという話も 聞くので、僕自身もその辺の知識を整理してアップデートしました。 とりあえず、今はModule::Buildを使っておけば良いんじゃないかと 思っていますが、そこに至る歴史的経緯をまとめてみます。 大体、以下に書いてあることに加えて、最近の動きを書いています。 Module::Build:MakeMakerの後継者を目指して PerlでCPAN形式のモジュールを配布する場合は、Makefile.PLなりBuild.PLなりを モジュール作者が用意して、それがインストールに必要なファイル類を自動生成 するという流れになっています。 既存の雛形を使うと色々ファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く