|% pwd |/home/masutaka 管理領域を作成 |% cvs -d /home/masutaka/CVSROOT init bin プロジェクトの登録 |% mkdir empty |% cd empty |% cvs -d /home/masutaka/CVSROOT import -m “Created bin directory” bin gen start bin プロジェクトのチェックアウト |% cd |% cvs -d /home/masutaka/CVSROOT co bin |% rmdir empty これ以降は add => commit で良いはず。 URL: http://www.tanu.org/~sakane/doc/public/howto-cvs.html URL: http://www1.accsnet.ne.jp/~gen/cvs/cvs-memo.html
テフロン加工のフライパンについたしつこい汚れは、フライパンに重曹お おさじ２杯、酢カップ２分の１杯、水カップ１杯をいれて沸騰させれば落 とすことができます。その後、サラダ油を塗って、なじませておくとよい でしょう。また、キッチンワイドハイターのような漂白剤でもとれます。 URL: http://www.pref.ehime.jp/ecc/q&a/house/ahouse27.htm
Emacs22 から list-text-properties-at() は以下の理由で削除された。 *** The command `list-text-properties-at’ has been deleted because C-u C-x = gives the same information and more. etc/NEWS より。 追記(2022-08-09): なぜかこのページが Google Search Console で「送信された URL はソフト 404 エラーのようです」と判定されてしまう。コンテンツの量が少ないのかな？と思ったけど、[2002-02-14-1] はもっと少ないので、Emacs22 の etc/NEWS との重複が原因だろうか。分からない。この追記でソフト 404 エラーが解消されることは少し期待する。
svnserveで動かす場合、特に何も設定しないとリポジトリが読み取り専用に なる。よって、変更をコミットしようとした場合 |svn: Commit failed (details follow): |svn: Connection is read-only というエラーになる。/home/masutaka/SVNROOT/conf/svnserve.conf に以下を 追加して解決した。(外部に公開しているわけではないので、セキュリティは甘々) ...
mozilla とかを Emacs キーバインドにする。 /desktop/gnome/interface/gtk_key_theme => Emacs
/etc/inetd.conf に以下を記述して、inetd 経由で使えるようにする。 この例だと、リモートから /home/masutaka/SVNROOT にアクセスできるようになる。 |svn stream tcp nowait masutaka /usr/sbin/tcpd /usr/bin/svnserve -i -r /home/masutaka/SVNROOT [2003-07-21-1] を参考にして、lokkit から svn:tcp のアクセスを許可する。 /etc/services でポート番号 3690 が svn に割り当てられているはず。 ...
何回ダウンロードを試みても _update-info-dir-00325-1.tar.bz2 のダウ ンロードに失敗してしまう。原因はインストール元のホストに上記ファイ ルがなかったため。 ftp://ftp.yz.yamagata-u.ac.jp/pub/cygwin/release/ には存在していた ため、こちらからインストールするように変更した。
svn commit すると、以下のメッセージが出て commit に失敗する。 |svn: コミットに失敗しました (詳しい理由は以下のとおりです): |svn: URL に対し ra_local セッションを開始できません |svn: リポジトリ ‘file:///home/masutaka/SVNROOT/trunk’ を開けませんでした |svn: Berkeley DB error while opening environment for filesystem /home/masutaka/SVNROOT/db: |?\204?\181?\184?\250?\164?\202?\176?\250?\191?\244?\164?\199?\164?\185 |svn: bdb: Program version 4.2 doesn’t match environment version ...
フォントが汚かったのは、Debian デフォルトのフォントに原因があった。 [2005-10-31-1] の設定を OFF にして、『Debian GNU/Linux 徹底入門』附 属のリョービフォントをインストールしたら、かなりきれいになった。
# 更新されたパッケージを全てインストール ("-s" で実際には実行せず、確認を行える) $ sudo aptitude update $ sudo aptitude safe-upgrade # 安全なアップグレード $ sudo aptitude full-upgrade # 状況によりパッケージの追加や削除を行う。 # インストール $ sudo aptitude install <pkg-name> # アンインストール $ sudo aptitude remove <pkg-name> # アンインストール(設定ファイルも含め完全) $ sudo aptitude purge <pkg-name> # 現在のパッケージキャッシュを検索 $ aptitude search <strings> # パッケージの情報を表示 $ aptitude show <pkg-name> # パッケージの依存関係を調べる $ apt-cache depends <pkg-name> # 指定されたインストール済みパッケージに含まれているファイルをすべて表示 $ dpkg -L|--listfiles <pkg-name> # インストールしてあるパッケージをすべて表示 $ dpkg -l|--list # そのファイルがどのパッケージに属するか調べる。 $ dpkg -S|--search <file-name> # パッケージに含まれているファイルを確認 $ dpkg -c|--contents <pkg-file-name> # パッケージに含まれているファイルを指定したディレクトリに展開 $ dpkg -x|--extract <pkg-file-name> <dir-name> # キャッシュされているパッケージの削除(/var/cache/apt/archives/* の削除) $ sudo aptitude clean # キャッシュされている古いバージョンの削除(/var/cache/apt/archives/* の掃除) $ sudo aptitude autoclean # パッケージがなぜインストールされている/削除されているのか、依存関係を表示。 $ sudo aptitude why/why-not <pkg-name> # 依存関係から孤立したパッケージを検索 $ deborphan --guess-all # インストールしたパッケージを再設定する(インストール時に実行されたアレを再実行する)。 $ sudo dpkg-reconfigure <pkg-name> 参考URL: D: AptGet - Debian GNU/Linux スレッドテンプレ ...