2010-04-22

VisualStudio 2008 で「最も従事する開発作業の種類」をリセットする方法

VisualStudio 2008 の最初の起動画面で「最も従事する開発作業の種類」をリセットする方法が表示されたのだが忘れそうなのでメモ.

「いつでも設定の別のコレクションを使用できるように変更できます.[ツール] メニューから [設定のインポートとエクスポート] を表示して,[すべての設定をリセット] を選択します」

2010-04-12

MacPorts 用のオレオレリポジトリの運用例

ホスト www.exapmle.com の /srv/www/example/macports (http://www.example.com/macports/, rsync://www.example.com/macports/) にセットアップすると仮定する.ディストリビューションは debian を用いる.まずディレクトリを準備する.

deb$ mkdir /srv/www/example/macports
deb$ cd /srv/www/example/macports
deb$ mkdir portfiles distfiles

/srv/www/example/macports/portfiles を rsync プロトコルでアクセスできるようにする.

deb# vi /etc/default/rsync
RSYNC_ENABLE=inetd
deb# vi /etc/inetd.conf
rsync  stream tcp  nowait  root  /usr/bin/rsync rsyncd --daemon
deb# cp /usr/share/doc/rsync/examples/rsyncd.conf /etc
deb# vi /etc/rsyncd.conf
[macports]
    path = /srv/www/example/macports
deb# /etc/init.d/openbsd-inetd restart
deb# /etc/init.d/rsync restart

Portfile を更新する.

osx$ rsync -avzh www.example.com:/srv/www/example/macports .
osx$ cd macports/portfiles
osx$ mkdir -p sysutils/samplepackage
osx$ cp somewhere/Portfile sysutils/samplepackage
osx$ portindex
osx$ rsync -avzh ./ www.example.com:/srv/www/example/macports/portfiles

パッケージ本体を更新する.

osx$ rsync samplepackage-1.2.3.tar.gz www.example.com:/srv/www/example/macports/distfiles

ports クライアントを設定する.

osx# vi /opt/local/etc/macports/sources.conf
rsync://www.example.com/macports/portfiles/
rsync://rsync.macports.org/release/ports/ [default]
osx# port -v sync
osx# port install samplepackage

Portfile の準備のしかた

osx$ rsync samplepackage-1.2.3.tar.gz www.example.com:/srv/www/example/macports/distfiles
osx$ mkdir temp; cd temp
osx$ vi Portfile
...
master_sites        http://www.example.com/macports/distfiles/
...
osx$ port -d checksum
...
checksums           md5     3b55d5016728cfb4e76b0af952b73fff \
                    sha1    51c9e64d720732a016f39475f00ca939c6bfd512 \
                    rmd160  cd74cc78de6adedb3278aa435b374695c70d92d9
...
osx$ vi Portfile
( paste above checksums )
osx$ port -d build

2010-04-09

git-buildpackage を用いない Debian パッケージの git による管理

パッケージの上流を開発しているのが自分自身の場合には,git-buildpackage のやり方を援用して自分でやるのもよいような気がしてきた.

最初のパッケージリリース:

$ cd foo  # package top directory managed by GIT
$ git checkout master
$ git checkout -b debian
$ git checkout master
... developing version 0.0.1 ...
$ git commit
$ git tag v00.00.01
$ git checkout debian
$ git merge --squash v00.00.01
$ DEBFULLNAME='Your Name' dh_make -e yourname@example.com -p foo_0.0.1 --native
$ git add debian
$ git commit
$ vi control rules changelog  # set version to 0.0.1-1
$ git commit
$ debuild -i -us -uc -tc  # answer 'y' to warning
$ git tag debian/00.00.01-01

次のパッケージリリース:

$ git checkout debian
$ dch  # set version to 0.0.1-2
... developing version 0.0.1-2 ...
$ git commit
$ debuild -i -us -uc -tc  # answer 'y' to warning
$ git tag debian/00.00.01-02

次のバージョンリリース:

$ git checkout master
... developing version 0.0.2 ...
$ git tag version/00.00.02
$ git checkout debian
$ git merge --squash version/00.00.02
$ dch  # set version to 0.0.2-1
... developing version 0.0.2-1 ...
$ git commit
$ debuild -i -us -uc -tc  # answer 'y' to warning
$ git tag debian/00.00.02-01