Momonga Linux Part 3

2007年8月19日 Momonga Linux 4 Release

本家 http://www.momonga-linux.org/
Wiki http://developer.momonga-linux.org/wiki/

>>651
問題点は把握しました
開発版では対応済ですが、
Mo6のバイナリがリリースされるのはちょっと先になりますね
まあ今月中ってことで

ありがとう!!

ftp://dist.momonga-linux.org/pub/momonga/6.1/Everything/i686/os/Packages/
には
synergy-1.3.1-6m.mo6.i686.rpm
が存在しているのに、yum list しても synergy は現れず、インストールできません。
どうなっているのでしょうか???

yum clean all してみるとか

パッケージをダウンロードして直接 rpm -ihv しちゃいました。

yum clean all してみましたが、yum list で表示されるのは
base でも @base でもなく installed なので、
やはり yum がリポジトリを正しく読めないのか、リポジトリの情報が
おかしいかのいずれかでしょうね。

Mo6.1 の ghostscript-8.64 になってから、ダイナフォント (ttc) が読めなくなりました。
Error: /rangecheck in /findfont
うんたらかんたらと言って落ちます。みかちゃんなど他の ttc をリネームして
ダイナフォントの場所に置いてみると表示されるので、インストールの問題ではなく
ダイナフォント自身の問題だと思います。しかし ghostscriptのこれまでのバージョン
ではちゃんと読めていたので、ghostscriptの修正で対処できると思うのですが、
ググっても情報が得られません。

どなたか情報をお願いします。ghostscript方面の情報が豊富な場所があれば教えてけろ。

>>657
ghostscript-8.64-4m.mo6で問題がないのなら、
Mo6.1で加えたフォントパスの修正による不具合だと思います

逆にghostscript-8.64-4m.mo6でも問題が出るようなら、
fontconfigあたりですかね
バグ修正ってことでfontconfigをバージョンアップしてるんですけど、
挙動が厳密になった可能性はあります

お返事ありがとうございます。
すんません、Mo5 から一気に Mo6.1 へ行ったので、
ghostscript-8.64-4m.mo6 の挙動はよくわかりません。
(説明不足ですみません)

ただ >>657 に書いたように、別のフォントをリネームして
スリ替えるだけで表示できるようになるので、ディレクトリ
構成などの問題ではないと思います。firefox などからは
ちゃんと使えているので、fontconfig にも問題は無いような気が。

Momonga固有の問題ではないと思うのですが、一応、お耳に入れて
おこうと思って書き込みました。

古い ghostscript-8.62 を(rpm の管理外で)共存させることにより、
とりあえず仕事に使える状態になりました。

なるほど

それはghostscript本家の話になりそうですね
8.64でcjkパッチがマージされてるんですけど
マージが不完全なのだと思います

ghostscriptのイマイチさは認識しています

>>656
> yum clean all してみましたが、yum list で表示されるのは
> base でも @base でもなく installed なので、
> やはり yum がリポジトリを正しく読めないのか、リポジトリの情報が
> おかしいかのいずれかでしょうね。

こちらの手元ではうまくいっています

実は、一時的 (昨日か一昨日くらいまで) にリポジトリの情報に不整合が生じていました
一部のユーザに影響が出たと思います
その影響かもしれません
今は問題ないはずです

>>661
確認しました。正常になりました。

trunk の libXi.spec
に次を追加して下さいませ。m(_,_)m
BuildRequires: xmlto asciidoc >= 8.4.5

6.1をダウンロードしようとすると、ファイルサイズが4Gあるはずなのに、140M程度なのだが、
何がいけないのでしょう？

>>664
単純にダウンロードに失敗したんじゃね?

何でダウンロードしているかにもよるよね
別のダウンローダで試してみたら
あとミラーを変えてみるとか
httpの方が難がないかも

IEでダウンロードしたら140M程度。
今、FIREFOXでダウンロードしている。4.1Gを認識している。

何でだろう？

>>665>>666様　ありがとうございました。

一応情報ですが

momongaのdeveloper wikiを眺めていて
http://developer.momonga-linux.org/wiki/?FullRebuildForMo7

>2009-10-24
>また、gtk-query-immodules-2.0 で segfault が起きる不具合は解消されました。
>Binutils か glibc に問題があったようですが、詳しい原因は掴めていません。
glibcです
https://bugzilla.redhat.com/show_bug.cgi?id=514720
https://bugzilla.redhat.com/show_bug.cgi?id=517001

>>668
コメントどうもありがとう

Redhat Bugzillaのそのページは見ていましたし
原因がglibcにあるのはプログラムの挙動からだいたい分かりましたが
そこで報告されていたバグと同じものだとは明言できなかったので
詳しくは書きませんでした

あと、やたらとバグについてWikiに書いてしまうと
新しいgccとglibcにチャレンジする人が減ってしまうので
そういうのを気にして詳しく書いてない部分もあります

libpaper/libpaper-devel というパッケージがあります。これを require しているのが
grep libpaper trunk/pkgs/*/*.spec | grep -i req
する限りは openoffice.org と html2ps だけですが、dvipdfmx も参照しているようです。
しかしながらこの libpaper には JISのB系用紙が定義されておらず、このため dvipdfmxで
JIS-B系のPDFを作成するには用紙サイズを dvipdfm -p 18.2cm,25.7cm などと直接記述せねば
なりません。

こういうときのための libpaperで、/etc/papersize か /etc/libpaper.d/ に何か記述すれば
新しい用紙サイズが使えるのかと思ったのですが、どうもそれらしい記述は見当らず、libpaper
のソースに追加しておく必要があるようです。以下にパッチを。

libpaper-1.1.23-add-jisb.patch
###############################
--- libpaper-1.1.23+nmu1/lib/paperspecs.orig 2004-10-23 18:53:15.000000000 +0900
+++ libpaper-1.1.23+nmu1/lib/paperspecs 2010-01-10 02:17:31.000000000 +0900
@@ -53,3 +53,25 @@
csheet 1224 1584
dsheet 1584 2448
esheet 2448 3168
+jisb0 1030 1456 mm
+jisb1 728 1030 mm
+jisb2 515 728 mm
+jisb3 364 515 mm
+jisb4 257 364 mm
+jisb5 182 257 mm
+jisb6 128 182 mm
+jisb7 91 128 mm
+jisb8 64 91 mm
+jisb9 45 64 mm
+jisb10 32 45 mm
+isob0 1000 1414 mm
+isob1 707 1000 mm
+isob2 500 707 mm
+isob3 353 500 mm
+isob4 250 353 mm
+isob5 176 250 mm
+isob6 125 176 mm
+isob7 88 125 mm
+isob8 63 88 mm
+isob9 44 63 mm
+isob10 31 44 mm

後半の isob? は普通の b? のエイリアスで、まあ追加する必要はないです。

私のように日本国内で使う人には、むしろ b? を jisb? にしておく方が
使いやすいんですけどね。

ちなみに dvipdfmx は、ちょっと前までは JIS-B がデフォルトでした。
いつから libpaper を読むようになったのかしらん。

そういえば、psutils の諸コマンドで定義されている B5 は JIS-B5 ですね。
B4 が無いのが不便だったので、JIS-B4 を追加したパッチを作ったよ。

diff -u -r psutils-1.17/psnup.man psutils-1.17-b4/psnup.man
--- psutils-1.17/psnup.man Wed Mar 12 07:53:02 1997
+++ psutils-1.17-b4/psnup.man Mon Jun 19 00:08:33 2000
@@ -61,7 +61,7 @@
 The 
 .I \-p
 option can be used as an alternative, to set the paper size to
-.B a3, a4, a5, b5, letter, legal, tabloid, statement, executive, folio, quarto
+.B a3, a4, a5, b4, b5, letter, legal, tabloid, statement, executive, folio, quarto
 or
 .B 10x14.
 The default paper size is
diff -u -r psutils-1.17/psresize.man psutils-1.17-b4/psresize.man
--- psutils-1.17/psresize.man Wed Mar 12 07:53:03 1997
+++ psutils-1.17-b4/psresize.man Mon Jun 19 00:08:52 2000
@@ -42,7 +42,7 @@
 The 
 .I \-p
 option can be used as an alternative, to set the output paper size to
-.B a3, a4, a5, b5, letter, legal, tabloid, statement, executive, folio, quarto
+.B a3, a4, a5, b4, b5, letter, legal, tabloid, statement, executive, folio, quarto
 or
 .B 10x14.
 The default output paper size is
diff -u -r psutils-1.17/pstops.man psutils-1.17-b4/pstops.man

--- psutils-1.17/pstops.man Wed Mar 12 07:53:04 1997
+++ psutils-1.17-b4/pstops.man Mon Jun 19 00:09:12 2000
@@ -108,7 +108,7 @@
 The 
 .I \-p
 option can be used as an alternative, to set the paper size to
-.B a3, a4, a5, b5, letter, legal, tabloid, statement, executive, folio, quarto
+.B a3, a4, a5, b4, b5, letter, legal, tabloid, statement, executive, folio, quarto
 or
 .B 10x14.
 The default paper size is

diff -u -r psutils-1.17/psutil.c psutils-1.17-b4/psutil.c
--- psutils-1.17/psutil.c Wed Mar 12 07:53:04 1997
+++ psutils-1.17-b4/psutil.c Mon Jun 19 00:07:32 2000
@@ -47,10 +47,12 @@
    { "a3", 842, 1191 }, /* 29.7cm * 42cm */
    { "a4", 595, 842 }, /* 21cm * 29.7cm */
    { "a5", 421, 595 }, /* 14.85cm * 21cm */
+   { "b4", 729, 1032 }, /* 25.72cm * 36.4cm */
    { "b5", 516, 729 }, /* 18.2cm * 25.72cm */
    { "A3", 842, 1191 }, /* 29.7cm * 42cm */
    { "A4", 595, 842 }, /* 21cm * 29.7cm */
    { "A5", 421, 595 }, /* 14.85cm * 21cm */
+   { "B4", 729, 1032 }, /* 25.72cm * 36.4cm */
    { "B5", 516, 729 }, /* 18.2cm * 25.72cm */
    { "letter", 612, 792 }, /* 8.5in * 11in */
    { "legal", 612, 1008 }, /* 8.5in * 14in */

>>671
>>675
libpaper も psutils も trunk へコミットしました
パッチの提供ありがとう

取り込んで下さり、ありがとうございます。
調子に乗って、xdvik に対するパッチも投稿してみます。

本当は、こんな L10N よりも i18n なパッチの方がよく、
各アプリが libpaper に対応してくれればよいのですが、
紙のサイズなんぞちょっとしか無いので、どのアプリも
大層な実装をする気は無いのでしょう。

--- xdvik-22.84.14/texk/xdvik/gui/xm_prefs_page.c.orig 2008-05-04 04:45:17.000000000 +0900
+++ xdvik-22.84.14/texk/xdvik/gui/xm_prefs_page.c 2010-01-13 21:02:47.000000000 +0900
@@ -98,6 +98,9 @@
{ "B5", "b5", "176x250mm", "250x176mm" },
{ "B6", "b6", "125x176mm", "176x125mm" },
{ "B7", "b7", "88x125mm", "125x88mm" },
+ { "JIS B5", "jisb5", "182x257mm", "257x182mm" },
+ { "JIS B6", "jisb6", "128x182mm", "182x128mm" },
+ { "JIS B7", "jisb7", "91x128mm", "128x91mm" },
{ NULL, NULL, NULL, NULL } /* terminate */
};

--- xdvik-22.84.14/texk/xdvik/xdvi.c.orig 2008-05-04 04:45:10.000000000 +0900
+++ xdvik-22.84.14/texk/xdvik/xdvi.c 2010-01-13 20:04:54.000000000 +0900
@@ -1009,6 +1009,34 @@
"b10r","44x31mm",
"", "0",

+ /* JIS `B' formats, Portrait */
+ "jisb0", "1030x1456mm",
+ "jisb1", "728x1030mm",
+ "jisb2", "515x728mm",
+ "jisb3", "364x515mm",
+ "jisb4", "257x364mm",
+ "jisb5", "182x257mm",
+ "jisb6", "128x182mm",
+ "jisb7", "91x128mm",
+ "jisb8", "64x91mm",
+ "jisb9", "45x64mm",
+ "jisb10","32x45mm",
+ "", "0",

+
+ /* JIS `B' formats, Landscape */
+ "jisb0r", "1456x1030mm",
+ "jisb1r", "1030x728mm",
+ "jisb2r", "728x515mm",
+ "jisb3r", "515x364mm",
+ "jisb4r", "364x257mm",
+ "jisb5r", "257x182mm",
+ "jisb6r", "182x128mm",
+ "jisb7r", "128x91mm",
+ "jisb8r", "91x64mm",
+ "jisb9r", "64x45mm",
+ "jisb10r","45x32mm",
+ "", "0",
+
/* ISO `C' formats, Portrait */
"c0", "917x1297mm",
"c1", "648x917mm",

投稿してから気付いたが、B7 なんか使わないなw >>680
日本ではよく用いられるのは B4 か。

--- xdvik-22.84.14/texk/xdvik/gui/xm_prefs_page.c.orig 2008-05-04 04:45:17.000000000 +0900
+++ xdvik-22.84.14/texk/xdvik/gui/xm_prefs_page.c 2010-01-14 13:20:51.000000000 +0900
@@ -95,9 +95,14 @@
{ "A3", "a3", "297x420mm", "420x297mm" },
{ "A4", "a4", "210x297mm", "297x210mm" },
{ "A5", "a5", "148x210mm", "210x148mm" },
+ { "B4", "b4", "250x353mm", "353x250mm" },
{ "B5", "b5", "176x250mm", "250x176mm" },
{ "B6", "b6", "125x176mm", "176x125mm" },
{ "B7", "b7", "88x125mm", "125x88mm" },
+ { "JIS B4", "jisb4", "257x364mm", "364x257mm" },
+ { "JIS B5", "jisb5", "182x257mm", "257x182mm" },
+ { "JIS B6", "jisb6", "128x182mm", "182x128mm" },
+ { "JIS B7", "jisb7", "91x128mm", "128x91mm" },
{ NULL, NULL, NULL, NULL } /* terminate */
};

xdvik はパッチを当てて trunk にコミットしてあるけど、
STABLE_6 へマージするかどうかは未定
交渉中

Thanks >>685
他の TeX 関連での用紙サイズの調整は、

・dvipsk は ~/texmf/dvips/config/config.ps でユーザーが定義できる。
・gv は ~/.Xdefaults か ~/.Xresources でユーザーが定義できるし、
そもそも default で B系が JIS になっている。

などで、トリの方で変更する必要はありません。

>>686
なる

libpaper、psutils、xdvik は STABLE_6 までマージしたんで、
そのうち正式版バイナリがリリースされると思われ

GDMのLangageで何回Japanese(UTF-8)を選んでも
再起動すると英語に戻るのはオイラだけ？
ソフトウェアアップデートは最新にしてるんだけど。
AtomなNetbookでつ。

Languageだった。

>>688
GDM 自体、つまりログイン画面の言語を日本語にしたいんですか?
それなら英語以外にしようと思ったことがないので不明。
ログイン後のセッション、GNOME や KDE では言語の設定はきちんと保存されて、
再起動しても日本語になってますよ。
個人の言語設定が保存されているのは、
~/.xinit.d/lang
~/.dmrc
なので、内容を確認してください。
$ sdr
でも設定可能です。

>>688
適当な所で
export GDM_LANG=ja_JP.UTF-8
しておけばよい。
/etc/profile
の一番下にでも書いてみれば。

>>690
GDM自体ですね。gnomeに入ってからは問題無し。
>>691
一番下に書いて解決でし。THX.

っつか仕様だったんだ。

Mo6 です。一部に trunk からコンパイルしたもの (主に Xorg のライブラリ)
があるので、下に述べる不具合が他の人にも起きているかどうかを知りたいです。

【不具合】 xdvi (motif版) で印刷ダイアログを表示 (Ctrl-P) すると、
中央の 「Pages」 のペイン中の3行目の「Range from … 」の行が、
下の [print] [cancel] ボタンのペインに半分以上、隠されてしまう。

どうも openmotif が怪しいので、Mo6の openmotif-2.3.2 を 2.3.1 へと
ダウングレードしてみたら、上記の不具合は解消されます。

Mo5 のopenmotifのSRPM はそのままではビルドできず (autoconf でエラー)、

libtoolize --force --automake
aclocal-1.4 -I .
autoconf
autoheader
automake-1.4 --foreign --include-deps --add-missing

あたりをコメントにしてビルドしたので、ちゃんとしたものが出来たかどうか
怪しいのですが、ともかくそうやって出来た libXm.so.4.0.1 でもって Mo6の
libXm.so.4.0.2 を置き換えたら、不具合は出ません。

(なお xdvi の Xaw3d版だと、そもそも Ctrl-P した瞬間に落ちてしまいます)

次でディスカッションされている件でしょうかねえ。
http://www.motifzone.net/forum/open-motif-2-3-discussion/major-incompatibility-between-motif-2-3-1-and-2-3-2

残すのなら backward compatibility を確保すべき古い widget (XmPanedWindow) の
仕様を変更してしまったようで。 openmotif-2.3.3 ではfixすると書かれてはいるが…

結局 openmotif-2.3.2 のうち
openmotif-2.3.2/lib/Xm/PanedW.c
だけを openmotif-2.3.1 のものに revert して openmotifのrpm をビルドしました。
すると xdvi も正常に動作するようになりました。

CVS では元に戻っているので
戻すのが正解なのではないかと

xpdf の設定ファイル
/etc/xpdfrc-cjk
の内容が古いです。今どきのMoの日本語フォントの位置を全然反映していません。
ほどんどの人が xpdf ではなく evince を使っておいでだとは思いますが…

>>697
ダメダメっすね
普通は evince か kpdf を使うんじゃないですかね
もしくは adobe-reader かと
実は xpdf がダメだなって話題が出ていたところでした

単なるviewerなら xpdf 以外にもあるけれど、pdfeditも表示に xpdfを利用しているようなので、
xpdfにはシッカリしてもらわないと。fedoraのxpdfを入れてみたら、ちゃんと動きます。
ただし縦書き文書を表示すると約物が横書き用になってしまいますが。

花園フォントのバージョンが上がっています。 2009/12/01 版が出ているので Mo でも
バージョンアップをよろしく。自分でも pkg を作ってみたが、LISENCE.txt が無いと言われた。
LISENCE ではなく LICENSE ではないかい。スペルミスが .spec に入っているということは
花園フォントの旧バージョンで綴りが間違っていたのかな。

目玉は Unicode の CJK-extension Cが完全収録さたこと。しかし CJK-extension Bはまだ完成
していない。BよりもCが先に完成したのは、Bの文字数が桁違いに大きいから。

しかしその Bを完全収録したお化けフォントがある。HAN NOM という。
http://vietunicode.sourceforge.net/fonts/fonts_hannom.html
これも Mo に入れてみない? LICENSEに問題があればダメだろうが…

>>700
フォント関係はMo7のリリースへ向けてRPMマクロの見直しから始める必要があるかな
新しくフォントを追加するとしたら、その作業の後になる
フォントのパッケージングはややこしいので、すぐやるぞってな気分にはならないのよね
まあ、やりますけど

>>699
MomongaのxpdfはどういうわけかopenSUSEを参考にしてたりする
そのへんは再考の余地がある

でもpdfeditってxpdfのコードを飲んでるんじゃないのかな
xpdfを呼び出してるわけではなく
よく調べてないけど
実際、昨日あたりにpdfeditのxpdfコード部分に関する脆弱性が公表されたところだし

>>700 を書いたその日に、花園フォントの新バージョンが発表されていたorz
最新は、2010/02/22 バージョンです。まだ Ext-B は網羅されていない…

>>701 あハイ、のんびりやって下さいませ。個人的にはとりあえず
/usr/local/share/fonts に置いてfc-cache するだけで firefox と emacs からは
使えていますので。

# 使うと言っても、今の所は表示して眺めているだけですが…

>>703
> でもpdfeditってxpdfのコードを飲んでるんじゃないのかな
> xpdfを呼び出してるわけではなく

そうだと思います。そして pdfedit は xpdf のconfiguration files を読んでいるので、
xpdf がマトモに表示できる環境じゃないと、pdfedit もまともに表示できません。
xpdf のバイナリが腐っている場合は別だけど、それだと xpdf のコンフィグも正しいか
どうか不明ですよね。

evinceが表示する日本語フォントが、さざなみフォントになってしまって
ショボイんですが、IPAを使ってくれないのはウチだけですか?

>>706
trunkなら調整して無いからそうなるかもしれません。
Mo6.1ならちょっと問題ですね。font関係は最近いじった形跡は無いのですが。

Mo6.1です。ただし Xのserver周りは昨年末の trunk のものになっています。でも
fontconfig 回りは変えてない(はずな)ので、Mo6.1 の環境だと思っていいですよね。

たとえば「職業」という文字列を含むPDFを、フォントを埋め込まずに作成し、evinceで
表示してみて下さい。さざなみ(明朝)なら「職」の字がショボイので一発でわかります。
> Mo6.1 で使っている方

どうもこれのようです。

http://bts.vinelinux.org/guest.cgi?project=VineLinux&action=view_report&id=727
IPAフォントの拡張子が ttf から otf に変更されたため、poppler がIPAを読んでくれなくなった。
Vineさんの方では poppler にパッチをあてて対処したようです。

一方IPAフォントはつい先日の新バージョンの発表で、拡張子を otf から ttf に戻しましたね。
Mo5 から Mo6 へのとき、あちこちのファイルで ipam.ttf を ipam.otf に書き換えたのにねぇ。

>>709
ソース確認しました。trunkの poppler-0.12.3 でも
このパッチ当てた方が良さそうですね。

trunkで対応してからMo6へ入れる予定です。
報告ありがとうございました。

そのパッチは Mo6 リリース前のチェック項目に入れてあったんだけど、当て忘れた
poppler は TeX とか ghostscript とは別だから頭から抜けてたわ
ごめんね > ユーザさん、関係者さん

対応ありがとうございます!!

カソリーヌ

Ｍｏｍｏｎｇａって面白そうなのに過疎ってるな。

s/Fedora/Momonga/g
するだけの簡単なお仕事ですから

よくごぞんじですね

モモンガの新版は何日でますか？

吉日に出ます

Mo6 の ghostscript が 8.71 になったけど、
あいかわらず日本語縦書きに難があるなあ。

・ひらき括弧の下に妙なスペースが入る。「の下にも（の下にも。
・ps2pdf でPDFに変換すると括弧類が横書きの向きになる。

>>719
それはfreetypeによるものかなあ
freetypeを含めてフォントに関する部分は見直しが終っていない

>>718
２９日ですね。

だから >>709 で予言しておいたのにぃw

出てたのか。Momonga Linux 7

はやぶさって、モモンガの天敵じゃないのか

>>728
IDがHayabu.....

Momonga Linux 7 Release Note
http://developer.momonga-linux.org/wiki/?Momonga+Linux+7+Release+Note

いつのまにこんなに成長してたんだ？

Vineよりスレが過疎ってるけど、使ってる奴いんの？

マジ過疎やん

ユーザー少ない上に、困ったら自分で調べて解決できる人がメインターゲットだろうからねー
そりゃ、過疎るわ

Vineはたまに使ってる人見るけど、Momongaは開発者以外使ってるの見たことないな。
BTSとかみても、一般からの投稿がほとんど無いのでもわかると思う。

まず、開発にもポリシーがあるわけじゃなくて開発者の裁量できまってるイメージが
あるから一般利用者は安心して使えないし、いつ何時にどのパッケージが入るのかも
わからない。
2になる前に参加してたことがあるけど、開発者が面白いと思ったパッケージを追加し
ていいって感じだった。

これじゃ、メンバー以外は使いづらい罠

>>734
具体的に必要なポリシーと安心して使える例を頼む。

>>735
Debian

開発者じゃないけど使ってるよ。
入れて欲しいパッケージがあったら、このスレで頼み込む。
メアド晒したくないから、BTSではなくこのスレに投稿する。

人の多いスレは嫌いだが、ここは逆に過疎り過ぎかも。

>>735
ポリシーはいるでしょ
例えばパッケージは互換を維持してバージョンアップするとか

Vineのポリシーは浅いし守られないこともあるけど読んできたら？

momongaをそれなりに使用するための標準的なＰＣスペックはどんなもの？

>>739
使いたいアプリ、環境に依存する。
条件を指定せず標準的と括られると AMD Phenom II/Intel Core 2 以上の CPU で
メモリ 2GB 以上、と、高スペックを提示せざるを得ない。
デスクトップ用途でも工夫すれば Pentium III 512MB でも問題なく動く。

>>739
GnomeとかKEDで使うなら今どきのCPU + メモリ2G

ttp://twitter.com/fut_nis/status/26241939946#

Vineは商用ディストリじゃないでしょｗ
商用版買ったところで実質サポートもないし、フォントが付いてくるだけ

喧嘩始まったぞｗｗｗｗｗ

ってか、Kondaraと一緒にすんなよｗ
あれはめんどくさいこと押しつけてた会社ともめただけだろｗｗ

ttp://twitter.com/fut_nis

話すり替わってきたなｗ

> 某巨大掲示板で Vine のポリシー見ろと言われた。 商用ディストリのポリシー見てどうして欲しいんだろう
ここで商用ディストリのポリシーだから関係ないとしている

> vine はいわゆる商用じゃあ無いというのは理解してます
1個前の発言を真っ向否定？

> 開発者以外の影響でリリース時期やパッケージ構成に制約があるとつらいですから
ポリシー作るのが嫌なんじゃなくて、一回決めちゃうと自分が好きにできないから嫌なんだろｗ
単にポリシー作るのが嫌だからっていいわけすんなよｗ


ってか、開発者が好きに開発したいOSでユーザのことなんて考えたくないって言っちゃったなｗ

>>742
商用版(webでは製品版と書いてある)があるのに、
商用ディストリビューションでないというのは意味不明。

>>745
Vineの開発者も、Momongaの開発者も、ユーザであるわしも
認識していることが、君には認識できないというのは

単に君の理解力が欠乏しているか、アホなだけ。

喧嘩おわったんか？

もっとやれよ

喧嘩なのか?

単に、ID:ulo/3Ythが盛り上げてるだけだろ。

過疎スレじゃなくなっただけマシではあるけどな。

こんなクダラナイ応酬を読まされるくらいなら過疎ってる方がマシだよ。

さて今夜から Mo6→Mo7 アップグレード作業を開始する。
毎度のことながら、クリーンインストールがめんどくさくってw

Mo6は耄碌と読んできたが、Mo7 は何と読もうか。モナー?

を Momongaの中の人到来？

ID:ulo/3Ythは定期的に沸いて出る「構って君」でFA?