«前の日(04-30) 最新 次の日(05-02)» 追記

ポケットを空にして。

1985|10|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|06|07|08|09|10|11|12|
2013|01|02|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2100|01|

「人の心に残るというのが大事」と言う話。

何か連絡がある場合はメールでどうぞ(過去の日記へのツッコミは基本的にみていません)
プレゼントは随時受け付けております :-) ここ最近のツッコミ/トラックバックリスト。

  1. lint厨 (05-02)


2005-05-01 この日を編集

実家 PC 設定終わり。

大体終わった。細かなのは後ほど色々質問が来るだろう。

DSA 処理

少しずつリハビリを兼ねて。


2007-05-01 この日を編集

できるところからやる

  • ミラーの説明をもう少しわかりやすく。
  • CDN を最初に持ってくる
  • ring のリストをメンテ
  • index を valid に
  • 作業してたらなんか conflict した。直そう…ってなおったのかな?
  • 画像関係の権利について付記など
これだけしかできなかった。が、眠い。

本日のツッコミ(全1件) [ツッコミを入れる]

_ lint厨 [つhttp://openlab.ring.gr.jp/k16/htmllint/htmllint.html]


2009-05-01 この日を編集

生レッシグ

珍しく六本木ヒルズ方面へ。目的はローレンス・レッシグの講演を聞くこと。
彼のプレゼンテーションはマジックだね。簡単ではあるが質問も出来たので満足。
終わった後、知り合いの方々とお食事など。おいしゅうございました。帰りの電車を乗り間違えしたのは秘密。


2010-05-01 この日を編集

bug triage

Bug#577917 をプッシュ、削除される方のパッケージメンテナからの ack を得た。
これで、#461411, #548182, #548185, #548183, #548184, #521780, #352007 も消える。

tags 573625 patch
tags 579270 patch
tags 577320 patch
thanks

それから 574296-done にメール。

poppler-data 0.4.1

adobe forum でアップデートの告知がでてたので、poppler の ML で念のため聞いてみたら気がついてなかった様子。で、無事でたのでパッケージもアップデート。

同じ根元のバグ

#569366 [src:libopensync-plugin-gnokii] libopensync-plugin-gnokii: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569382  [src:libopensync-plugin-kdepim] libopensync-plugin-kdepim: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569385  [src:libopensync-plugin-sunbird] libopensync-plugin-sunbird: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569392  [src:libopensync-plugin-irmc] libopensync-plugin-irmc: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569393  [src:libopensync-plugin-python] libopensync-plugin-python: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569394  [src:libopensync-plugin-gpe] libopensync-plugin-gpe: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569410  [src:multisync0.90] multisync0.90: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569418   [src:libopensync-plugin-palm] libopensync-plugin-palm: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569440   [src:libopensync-plugin-google-calendar] libopensync-plugin-google-calendar: FTBFS: Nonexistent build-dependency: libopensync0-dev
#569457   [src:libopensync-plugin-opie] libopensync-plugin-opie: FTBFS: Nonexistent build-dependency: libopensync0-dev

すべて同じ、なんだけど。んーどういう風に持っていくのが良いかな。


2011-05-01 この日を編集

Ubuntu Font License 1.0 は DFSG 不適合じゃないの?という話

FTPMaster の話を見ると、definition 2 が問題だとか

So, the interesting part is §2, which is why it is listed last. And as a
short summary: We think that aspects of this section make the license
unsuitable for works in Debian main.
Taking §2b first.  This subsection is in itself ok, DFSG 4 does allow to
require a different name for a distribution of modified version,
although "similar names" seems to be a bit of a gray area.
The major issues arise in subsections §2a and c.  These two subsections
include between them an invariant section. This type of invariance is
not something covered by DFSG 4. DFSG 4 tries to allow a copyright
holder to say "If you change foo, you must not call it foo", but does
not have similar provisions to allow a copyright holder to say things
such as "You must not call foo by any other name" or "If you change foo,
the name you must use is bar".  Especially noting the parenthetical
statement at the end of DFSG 4, we don't believe it would be in the
spirit or intent of the DFSG to make the leap that would be required to
say that §2a and c are allowed by this clause.  The vote[0] taken by the
Debian project relating to the GFDL also reinforces the project's
dislike for invariance in main.  It is also unclear as to whether "font
name" refers to the name of the font file on disk, the package name,
some form of internal font name or a combination of these.  If the
reference is to the name of the font file or the internal font name,
this becomes a restriction on how you can modify the software, which
also fails to comply with DFSG 3.
Additionally §2c states exactly how you must change the name to follow
the license, which will cause issues if you want to combine multiple
fonts licensed using this license into a new derivative work, possibly
even making this impossible.  This on its own is not a reject reason.

2013-05-01 この日を編集

ruby-twitter-textをITPした

昨日の続きでtwitter-text-rbをruby-twitter-textとしてITPしてパッケージをNEW queueに放り込んだ。

これが通ったらtdiaryパッケージをアップロードする。