[過去ﾛｸﾞ] WindowsやめてLinuxデスクトップ！ 26 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
253(1): 2019/12/28(土)15:53 ID:eWtUK8OW(4/13) AAS
>>250
3com 3c589dとか、たしかwindows2000位で切り捨てられたけど、win10では動かんと思うよ。もう実物もってなから知らんけどね。
254(1): 2019/12/28(土)16:11 ID:XiOVoIAR(3/9) AAS
>>251
何がマシなのか全くわからないなぁ。
そうやってビルドしたってすぐ正式なものに差し替えるのに。
255: 2019/12/28(土)16:38 ID:eWtUK8OW(5/13) AAS
>>254
えっ？なんで差し替えるの？
256(2): 2019/12/28(土)17:09 ID:XiOVoIAR(4/9) AAS
え？差し替えないの？そいつは驚いたな。
アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの？
プログラマじゃないって自ら言ってるのに？
257(1): 2019/12/28(土)17:21 ID:FGQHfYe0(6/7) AAS
> アップデートされたらどうするんだろう。その度にソース書き換えてビルドすんの？
するだろうな。当たり前だと思うが
258(1): 2019/12/28(土)17:25 ID:gIrek0PL(13/35) AAS
>>253
実物持ってないのになぜ動かないというのかわからん、やり直し。
259: 2019/12/28(土)17:26 ID:gIrek0PL(14/35) AAS
>>256
彼らとは価値観が違うのでいつまでたっても平行線だと思うよ。
260(2): 2019/12/28(土)17:26 ID:uJslAtfI(2/2) AAS
>>251 には同意できるが、わざわざアホの相手をする必要は無かろう。
261: 2019/12/28(土)17:29 ID:gIrek0PL(15/35) AAS
>>260
家具とかだと完成品売ってるのに、なぜ同じものができる
DIYセットを買うかわからないってことでしょう。
262: 2019/12/28(土)17:41 ID:gIrek0PL(16/35) AAS
>>257
make world
とかやってワクワクしてたころが懐かしい。
263(2): 2019/12/28(土)17:42 ID:XiOVoIAR(5/9) AAS
自力でビルドしたバイナリが全く同じであるという保証はない。
むしろ、自力でビルドした≒何かしらの変更をユーザが行ったという事でもあるのだから、
これがaptとかでアップデートできてしまったら大問題だな。
だから差し替えないのか？と聞いたのだが、「犬厨そこまで考えてないよ」で終わってしまったな。
264: 2019/12/28(土)17:47 ID:gIrek0PL(17/35) AAS
>>263
って、いうか一緒であることのほうが珍しくない？
そもそも
make install
したものはaptではアップデートできないし。
265(1): 2019/12/28(土)17:49 ID:XiOVoIAR(6/9) AAS
ってーかオプソならWindowsでも自力ビルドできるよな……
266: 2019/12/28(土)17:49 ID:eWtUK8OW(6/13) AAS
>>256
そのアップデートが必要であれば、ビルドし直すが、滅多にないね。
267(1): 2019/12/28(土)17:51 ID:eWtUK8OW(7/13) AAS
>>258
やだよ。面倒くさい。
つーかオマエの態度が気に食わん。
268: 2019/12/28(土)17:51 ID:gIrek0PL(18/35) AAS
>>265
確かにそうだけど、してる人はごく少数じゃないかな。
絶対数ならわからないけど。
kernelとかX11とかを自分で構築するのは楽しいけど
一般的ではないよね。
269: 2019/12/28(土)17:52 ID:eWtUK8OW(8/13) AAS
>>260
ドザホイホイとしてボランティア活動
270(1): 2019/12/28(土)17:53 ID:gIrek0PL(19/35) AAS
>>267
正論を言われるとカチンとくるタイプですね。
271(1): 2019/12/28(土)17:55 ID:eWtUK8OW(9/13) AAS
>>263
aptでアップデートされる様なpathにビルドしたバイナリを置かないから大丈夫だよ。
272(1): 2019/12/28(土)17:57 ID:eWtUK8OW(10/13) AAS
>>270
正論？どれが？
273(1): 2019/12/28(土)17:59 ID:gIrek0PL(20/35) AAS
>>272
動かないというのを自分で確かめてないんでしょ？
274(2): 2019/12/28(土)18:01 ID:XiOVoIAR(7/9) AAS
>>271
そーいう話をしている訳じゃないんだが。
要は、中二病を拗らせた犬厨は、当てるかどうかわからないパッチの為に、
アップデートされる度に自力ビルドする苦行に勤しむという意味不明な運用方法を思いついたって事だな。
275: 2019/12/28(土)18:07 ID:gIrek0PL(21/35) AAS
>>274
日本語でよろしく。
276: 2019/12/28(土)18:15 ID:FGQHfYe0(7/7) AAS
アップデートされる度に自力ビルドすることのどこが苦行なのだろうか？
277(1): 2019/12/28(土)18:16 ID:eWtUK8OW(11/13) AAS
>>273
なんで俺がそんな検証しなきゃならんの？多分動かんよ。
278(1): 2019/12/28(土)18:18 ID:1sg64Zpn(1) AAS
もうWindows信者っぽい書き込みバイトくんを相手にするのはやめなよ
279(2): 2019/12/28(土)18:21 ID:eWtUK8OW(12/13) AAS
>>274
リリースノート読んで必要ならアップデートするよ。つーか個人用なんで多少古くても困らんし。
苦行って言ったって、ソース展開してパッチ当ててビルドするだけだよ。
280: 2019/12/28(土)18:23 ID:eWtUK8OW(13/13) AAS
>>278
そだね。
ドザのみなさん、楽しかったよ。またねぇー ノシ
281(1): 2019/12/28(土)18:29 ID:XiOVoIAR(8/9) AAS
>>279
そんなのを自力ビルドに踏み切ったバイナリ全てでやるんだろ？
それも「セキュリティホールが見つかった」なんてレベルでやるんだから、結構な数を常にそうしているって事になるよな。
まさに「犬厨そこまで考えてないよ」だな。
後から後から言い訳をどんどん書き足していって既に非現実的な運用を口先だけで作り上げている。
282(2): 2019/12/28(土)18:31 ID:XiOVoIAR(9/9) AAS
>>290
次は「セキュリティパッチを率先して当てる程に気を使っているのにバージョン古くても気にしない」という
矛盾した運用を想定しないように頑張ろうな〜。ファイトだ犬厨。スーパーハカー(笑)への道は遠いぞ。
283: 2019/12/28(土)18:32 ID:gIrek0PL(22/35) AAS
>>277
たぶん動くよ。
284(1): 2019/12/28(土)18:45 ID:gIrek0PL(23/35) AAS
>>282
犬厨とか言ってる時点でバカっぽい。
285(1): 2019/12/28(土)18:52 ID:3x29yZBn(1/2) AAS
>>279
ビルド派なら、マンジャロとかarch系が便利よ
AURで簡単にビルドインストールできるし
ちゃんとアプデの通知来るし
標準リポジトリに無いものはビルドする
ってのは、どのディストリで同じだけど
それが、めっちゃ簡単になるよ
286(2): 2019/12/28(土)19:14 ID:RyyQnhNy(1/7) AAS
>>285
パッケージになってないものもいっぱいあるんだよ
パッケージ管理してるバイナリとは別のディレクトリ、
よくやるのは/user/localの下に別途ディレクトリ展開してpathを通す
また別なバージョンも平行して試したきゃ/user/local2を作るとかしてね
SolarisとかHP-UXにgnu環境を導入する時にやる
287: 2019/12/28(土)19:21 ID:3x29yZBn(2/2) AAS
>>286
unixかぁ
あれ、自分でプログラムかいたり
カーネルいじくって
ちゃちゃとビルドして使え
って文化だからね
全然わかんないけど
288: 2019/12/28(土)19:24 ID:RyyQnhNy(2/7) AAS
カーネルもカーネルソースとカーネルソースに含まれないパッチを取ってきてディストリのソースとは違う自分の環境に最適なカーネルを目指すことも出来る
上手く行かなくとも最初の環境はまるっと残ってるでしょ
289(1): 2019/12/28(土)19:33 ID:5IHZmVj4(1/2) AAS
>>284
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
290(1): 2019/12/28(土)19:33 ID:5IHZmVj4(2/2) AAS
>>282
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
291: 2019/12/28(土)19:44 ID:gIrek0PL(24/35) AAS
>>289
理解できないが、君が頭よくないことはわかった。
292(1): 2019/12/28(土)19:45 ID:gIrek0PL(25/35) AAS
>>286
そうなったときにuninstallしたいときとかどうしようもなくなるんだよね。
293(3): 2019/12/28(土)19:50 ID:/Mu17jRY(6/9) AAS
考えてみればwindowsで野良ビルドって環境作るところから始めなきゃならんから敷居が高いの？
無料のvsでc位はコンパイル出来るぐらいになったの？
294: 2019/12/28(土)19:54 ID:gIrek0PL(26/35) AAS
>>293
Windowsには「野良ビルド」って概念ないし。
295(2): 2019/12/28(土)19:58 ID:gIrek0PL(27/35) AAS
>>293
ubuntuとかでも標準インストールではgccすら入らないので
環境作らないといけないんだが、そこは無視？
296(1): 2019/12/28(土)20:48 ID:RyyQnhNy(3/7) AAS
>>292
ん？uninstallなんてその/usr/localの下新たにつくったものを全部消せば良いんだが
ディストリが/usr/local使ってれば新たにつくった/usr/locak2毎消せばいいでしょ？
297(1): 2019/12/28(土)20:54 ID:RyyQnhNy(4/7) AAS
>>295
gccなんてどうにでもなるじゃん
apt installすれば良いしそのgccで/usr/localの下に新たにgccをビルドしてもいい
298: 2019/12/28(土)20:54 ID:/Mu17jRY(7/9) AAS
>>295
aptでインストールするスクリプト書いて一杯飲んでれば終わる程度なんだけど、無視出来ない？まぁ主観の問題なんで無視できなくてもいいけどね。
299: 2019/12/28(土)20:59 ID:/Mu17jRY(8/9) AAS
俺は野良ビルドしたバイナリは~/binに入れちゃう派。
300: 2019/12/28(土)21:01 ID:/Mu17jRY(9/9) AAS
make uninstallが出来ればそれでもいいし。
301: 2019/12/28(土)21:08 ID:RyyQnhNy(5/7) AAS
/binだと使ってるライブラリも既存のと一緒になるからディストリで使ってるディレクトリとは完全に分けて新設した方が良いと思う
/usr/hogehogeでも良いから
302(1): 2019/12/28(土)21:13 ID:gIrek0PL(28/35) AAS
>>296
どれがuninstallしたいファイルかどうやって知るの？
/usr/local/bin, /usr/local/lib /usr/local/etc /usr/loca/lib ・・・
いろいろ散らばっているんだけど
make uninstall
省1
303: 2019/12/28(土)21:14 ID:gIrek0PL(29/35) AAS
>>297
それならWindowsでもvsでもなんでもインストールすればいいだけ。
304(2): 2019/12/28(土)21:32 ID:RyyQnhNy(6/7) AAS
>>302
インストールログが残っているからそれで全部わかるだろ？
それが面倒くさいならapt installしたのだけ使ってろ
というかhddにゴミが残ってもwindowsみたいにメモリやCPU圧迫したり他のに悪影響及ぼさないから
いざとなれば新設ディレクトリ毎消せば完全に元に戻る
305: 2019/12/28(土)21:44 ID:gIrek0PL(30/35) AAS
>>304
ログが残ってる?
ふ〜ん。
306: 2019/12/28(土)21:53 ID:gIrek0PL(31/35) AAS
>>304
新設ディレクトリって何？
/usr/local ごと消す？
複数のソースをmakeしてmake install
しちゃうとでごちゃごちゃになるから、それをパッケージ的に
管理するためにporgとかがある。
307: 2019/12/28(土)22:02 ID:rGAX7j/G(1/2) AAS
自分は俺俺パッケージを作ってインストールする
パッケージマネージャが衝突の検知、アンインストールまで面倒見てくれる
308(2): 2019/12/28(土)22:04 ID:RyyQnhNy(7/7) AAS
makeの前にconfigureしてどのディレクトリにインストールするか等指定するだろ
configureがなければmakefileを直接編集して指定先を変えるとか…
あのさぁ…自分で何も調べる気がないなら来るなよ
いままで説明した事で類推してちょっと検索すりゃ誰でも簡単にわかるだろ
そんな事もわからずVS使えとかOSとしてどうとか論外だわ
309: 2019/12/28(土)22:36 ID:gIrek0PL(32/35) AAS
>>308
普通は指定しないよ。prefixで書かれている通りにする。
だからporgみたいなパッケージ化するソフトがあるんだよ。
君のようにいちいち指定しちゃうと一個一個にパス通したり
シンボリックリンク貼るの？
310: 2019/12/28(土)22:43 ID:gIrek0PL(33/35) AAS
>>308
あ、君は自分おひとりさまLinuxなのか（笑)。
311(1): 2019/12/28(土)23:00 ID:CUB7EErr(1) AAS
自分でビルドしてるんだからどうしようとかってだろそんなん
312: 2019/12/28(土)23:09 ID:gIrek0PL(34/35) AAS
>>311
もちろん勝手だけど、スタンダードな方法ではないし、
サーバーを管理するようになるとそうはいかない。
313(2): 2019/12/28(土)23:45 ID:+OYeN9pC(1) AAS
ここでもビルドの話題してるのかよｗ
ちゃんとマナーを知ってくれよ
/usr/local/の下に作るってまさか/usr/local/app/ みたいなのを作って
/usr/local/app/bin とかに実行ファイルを入れるとか言ってるのか？
そんな使い方なんて誰もしてないだろ
そういう使い方したいなら/opt以下でやるんだよ。
通常は/optはディストリ非標準のパッケージを入れるところだがな
/opt以下は/opt/app/みたいなディレクトリを作って
/opt/app/bin/ とか /opt/app/lib とかそういう使い方をする
それに合わせたほうがまし
省6
314(1): 2019/12/28(土)23:54 ID:gIrek0PL(35/35) AAS
>>313
わざわざprefix変えるかどうかっていう話じゃないの？
/opt に入れるようにしてあるものって多い？
ちなみに昔は /opt なんても物はなかった。
315(1): 2019/12/28(土)23:58 ID:rGAX7j/G(2/2) AAS
ディストリと運用方針(個人なら気分ｗ)で変わるんでない？
自分はArchを使ってるからパッケージ作る時に/usrにインストールするように変更しているよ
316: 2019/12/29(日)00:03 ID:qJsDMD2I(1/43) AAS
>>315
Linuxでは一応スタンダードがあるんだけど、他のUNIXとは統一されてないから
ややこしい。
317(1): 2019/12/29(日)00:04 ID:+U9IGbOm(1/3) AAS
>>313に自己レス「それに合わせたほうがまし」ではなく
/opt以下ではなく/usr/local/opt以下のほうが良さそうだ
やっぱり/optはディストリ非標準のパッケージシステムが
入れるところにしておくべきだな
318(1): 2019/12/29(日)00:07 ID:qJsDMD2I(2/43) AAS
>>317
ご自由にだけど、スタンダードではない。
319(1): 2019/12/29(日)00:12 ID:+U9IGbOm(2/3) AAS
>>318
デファクトスタンダードだよ
320(1): 2019/12/29(日)00:20 ID:qJsDMD2I(3/43) AAS
>>319
FHSに定められている？
321(1): 2019/12/29(日)00:29 ID:+U9IGbOm(3/3) AAS
>>320
デファクトスタンダードの意味知ってる？
322: 2019/12/29(日)00:34 ID:Wr3DLioh(1) AAS
>>293
無料のvsでも数種の言語が扱える
スマホのsdkを用意すればスマホアプリなどの作成も可能
外部ﾘﾝｸ:visualstudio.microsoft.com
323: 2019/12/29(日)00:36 ID:OQ0MP5oy(1/6) AAS
無料のVSってチーム開発用のツールが入ってないのと
人数とかの制限があるだけで、作れる物自体は有料のVSと同じでしょ？
324(1): 2019/12/29(日)00:41 ID:qJsDMD2I(4/43) AAS
>>321
スタンダードでないという意味ね。
自分の主張を強弁するときに使う。
325(2): 2019/12/29(日)00:45 ID:OQ0MP5oy(2/6) AAS
>>324
少しは調べてみたら？世間がそう言ってるのに強弁とかアホかｗ
外部ﾘﾝｸ:en.wikipedia.org
Historically and strictly according to the standard, /usr/local is for data that
must be stored on the local host (as opposed to /usr, which may be mounted across a network).
Most of the time /usr/local is used for installing software/data that are not part of the
standard operating system distribution (in such case, /usr would only contain
software/data that are part of the standard operating system distribution).
It is possible that the FHS standard may in the future be changed to reflect this de facto convention.
326(1): 2019/12/29(日)00:46 ID:qJsDMD2I(5/43) AAS
>>325
/usr/loca/opt
の話をしてるんだけど？FHSに記述ある？
327: 2019/12/29(日)00:47 ID:qJsDMD2I(6/43) AAS
>>326
sorry, typo
s/loca/local/
328: 2019/12/29(日)00:53 ID:OQ0MP5oy(3/6) AAS
"/usr/local/opt" でぐぐったら？
329: 2019/12/29(日)02:50 ID:xLabNKg3(1/4) AAS
俺プログラマじゃないけどビルド環境作ってるよ！というアホの虚言が仲間割れを起こしたな。
いいぞもっとやれ。
330: 2019/12/29(日)04:37 ID:xO+Skp2i(1/2) AAS
どのディレクトリの下に展開するかなんて何も決まってないから
現に自分で自由に生成したディレクトリの下で動かせる
自分のアカウントだけでルート権限もなければ自分のホームの下に何かディレクトリをつくって展開してもいいんだから
331(1): 2019/12/29(日)04:51 ID:xO+Skp2i(2/2) AAS
>>325のはディストリは通常そういうディレクトリ構成になっているというだけの事で別途新たなディレクトリをつくってビルドすると不具合を起こすとかそういうことじゃない
Windowsと違うからそういう事もフリーなんだよ ブラックボックスじゃない
ググっただけで知ったかぶりをする連中はどうしようもないな
それともWindowsにゴリゴリ染まりきってるからそんな事すら理解できないのか？
332(1): 2019/12/29(日)05:08 ID:NY+zLgzN(1/3) AAS
linuxデスクトップつーか、Androidデスクトップのほうが現実的じゃね
333: 2019/12/29(日)05:18 ID:1gKj6Kga(1) AAS
>>332
それに近いのもうあるよ
334: 2019/12/29(日)05:19 ID:NY+zLgzN(2/3) AAS
だから言ってるんだがｗ
335: 2019/12/29(日)05:44 ID:UtDXh55p(1) AAS
けどアプリがないからな
VSっつーかMSみたいに開発環境を整備してAdobeの開発を誘致するくらいじゃないとアプリを作って貰えない
336(1): 2019/12/29(日)05:58 ID:OQ0MP5oy(4/6) AAS
>>331
誰がディレクトリ作ると不具合を起こすとかいう話をしてるんだ？
Windowsを持ち出してくる理由もわからん
Windowsもどこでビルドしても自由なんだけど
337: 2019/12/29(日)05:58 ID:Z4/V4zqT(1) AAS
開発環境ってもなぁ。
Eclipseベースの似たようなものが河原の石ころのようにゴロゴロしててどれもこれも代り映えしない。
338(6): 2019/12/29(日)06:15 ID:T5ZWNaXS(1) AAS
>>336
MSのライブラリをMSの言うとおり使わにゃならない
バイナリしかないから決まった場所にしかおけないとか縛りだらけじゃん
古いライブラリを野良だけで使う場合とかで場所を綺麗に分けて管理みたいなことができない
339: 2019/12/29(日)06:34 ID:rQH0iP3D(1) AAS
>>281
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
340(3): 2019/12/29(日)06:42 ID:OQ0MP5oy(5/6) AAS
>>338
何を言ってるのかわからん。
例えばWindowsでLinux用のバイナリを作れるぞｗ
WSLというんだが、MSのライブラリは一切しない。MSのツールも一切使用しない
それでもLinux用のバイナリが作れて、それがWindows上で動く
> バイナリしかないから決まった場所にしかおけないとか縛りだらけじゃん
どういう意味？バイナリ以外があれば、なぜ決まってない場所におけるのか？
実例を一つでもいいからだしなよ
> 古いライブラリを野良だけで使う場合とかで場所を綺麗に分けて管理みたいなことができない
アプリのDLLに古いライブラリを置くだけで良い
省2
341: 2019/12/29(日)07:19 ID:Tmy7zKse(1/28) AAS
>>340
うーん。linuxのアプリは普通にlinuxで動かすからwindowsは要らないな。この板のwslスレのwslttyの仕様変更みたいなのに追従する様な事は面倒だしね。
342(1): 2019/12/29(日)08:27 ID:FLDP6UVv(1/2) AAS
>>314
昔ってどの程度最近の話だ？
UNIX EPOCHの頃とか言わないよな？
343: 2019/12/29(日)08:38 ID:OQ0MP5oy(6/6) AAS
>>338
おーい、レスはまだか？
バイナリがどうとかちゃんと説明しろよｗ
344(1): 2019/12/29(日)08:47 ID:qJsDMD2I(7/43) AAS
>>342
SVR以前はなかった。SunOSでも5から。
345: 2019/12/29(日)09:02 ID:FLDP6UVv(2/2) AAS
>>344
それって相当昔だと思わないかい？
346: 2019/12/29(日)09:06 ID:Tmy7zKse(2/28) AAS
/optを初めて見たのはsoralisでピザボックスのsparc stationの頃だった。
まぁ、/optでも/usr/localでも気にしてないけどね。
347(1): 2019/12/29(日)09:30 ID:KfqW5K5/(1/11) AAS
> SVR以前はなかった。SunOSでも5から。
5って1992年じゃねーかｗ
27年前って生まれてないやつだってたくさんいるぞ
50歳近いやつしか/optはなかったなんていっちゃいけないな
348: 2019/12/29(日)09:46 ID:UPIrMWQk(1/3) AAS
たまおじいちゃんいるからなここ
349(1): 2019/12/29(日)10:05 ID:gVZsDOm6(1) AAS
「昔は」って最初から言ってるだろ。そんなことにすら難癖つけるのか。
350(1): 2019/12/29(日)10:09 ID:qJsDMD2I(8/43) AAS
>>340
ここにいる人のWindowsに関する知識はXP時代で止まってるんだよね。
351(1): 2019/12/29(日)10:26 ID:xLabNKg3(2/4) AAS
>>338
>バイナリしかないから決まった場所にしかおけないとか縛りだらけじゃん
ダウンロードしたアーカイブをダウンロードフォルダの直下に解凍しても実行できるし、
Program Filesの下に置こうがデスクトップに置こうがルートに置こうがどこでも動くっての。
縛りなんてねーよ。
>古いライブラリを野良だけで使う場合とかで場所を綺麗に分けて管理みたいなことができない
実行ファイルと同じフォルダに置いておけばいいだろ。
こんな阿呆でもmakeするだけで開発者気取れるんだから、Linuxはホント素晴らしいプラットフォームだよな。
352(1): 2019/12/29(日)11:14 ID:OHuTguV1(1) AAS
>>351
Windowsで、自分用の実行形式を作った場合は実行ファイルと同じフォルダに
ライブラリも置くことはあるけど、それを「綺麗に分けて管理してる」と考えてるなら
君の美的感覚は、>>338氏とは違うのでは。それぞれOSの環境・条件が違うから仕方ないけど。
ただウィルスが蔓延するWindowsでのバラバラの環境はウィルスへの耐性性能が良いのではとも思う。
上下前次1-新書関写板覧索設栞歴
あと 650 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.199s*