探検


Debian GNU/Linux スレッド Ver.93

■ このスレッドは過去ログ倉庫に格納されています
2019/11/12(火) 12:39:57.83ID:cTFOpr3a
extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください

公式
https://www.debian.org/index.ja.html

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

前スレ
Debian GNU/Linux スレッド Ver.92
https://mao.5ch.net/test/read.cgi/linux/1565609547/
2019/12/11(水) 13:22:59.98ID:IkDQA1Lg
Rubyって便利そうだな、知らんけど
2019/12/11(水) 21:14:58.15ID:BXmwO/jC
debian10で、追加したNVMeSSDにデータを書き込みたいんだけど
フォーマットしてマウントしたはいいけどデータ送ろうとすると
ファイル操作は完了しましたがエラーがあります。
って出て、エラーの内容はError creating directory〜〜〜〜
なんですけどどうすれば良いですか?
2019/12/11(水) 22:35:38.64ID:ErJrZnS9
>>263はム板の無関係な言語のスレの至るところでRubyの的外れな回答を繰り返す名物キチガイだから相手にしちゃダメ
2019/12/11(水) 23:26:19.44ID:BmC5ryZb
今はプライベートで Ruby 使うのは変人だけと言っても過言ではない
2019/12/12(木) 00:20:06.90ID:lbJUAH7b
>>267
>Error creating directory〜
このエラーメッセージで検索すれば?

マウント用のfstab という設定ファイルが、今もあるのか?
readonly でマウントしていて、書き込みできないとか?
2019/12/12(木) 01:04:01.31ID:1PY3Cq/+
>>269
Rubyは高脳しか使わないが正しい。
でも、高脳には変人が多いからな

>>264
LinuxユーザーにはPythonを超活用している奴がものすごく多いから
デフォルトで入れているディストロが多いよな。
おかげで、Pythonのことはプログラム板よりLinux板で尋ねたほうがずっと良い
という感じだからな。
2019/12/12(木) 08:33:08.04ID:z1fROlQA
パイソンを学ぶ
https://www.youtube.com/watch?v=ou6AGNE4RJE
2019/12/13(金) 09:32:24.87ID:OJL/D0yQ
Debianは安定しすぎてupdate+upgradeしかやることがないから面白くないって云う人も居るかも
2019/12/13(金) 09:53:44.27ID:sxjTt92v
>>273
バージョンを上げるのが面倒だけど、それは他も同じだし
2019/12/13(金) 21:04:20.87ID:m019vI+q
aptの説明(原文)が間違ってるんだけどどこに言えばいい?
2019/12/13(金) 21:05:04.40ID:m019vI+q
aptitude show hoge の意
2019/12/13(金) 21:10:02.18ID:TDLV0Ihh
間違った説明を書いているもののBTSへ投下すればいいんじゃないの?
2019/12/15(日) 15:05:05.09ID:KcvcEYTM
BusterでDebianデビューした俺がノーパソ@uefiブートにStretchをインストールしてみた

https://i.imgur.com/VzHOAjF.jpg

なるほどこりゃひどい
初心者が近寄らないわけだ
grubの解像度設定、それもインストールメディアのgrubの設定なんか初心者が分かるわけないもんな
2019/12/15(日) 17:58:34.39ID:eU3YFZO5
PCスペックも開示しないでか? 手順を踏まないとただの愚痴でしかない
2019/12/15(日) 18:24:23.57ID:KcvcEYTM
>>279
失礼した
全くその通り
スペックはこんな感じだけど情報としては十分かな?
https://i.imgur.com/xRDHlnl.png
2019/12/15(日) 18:26:16.52ID:R8VbNUiy
何で今時 Debian 9 stretch をインストールして文句書くんだ。
意図的な嫌がらせか。
2019/12/15(日) 18:34:16.50ID:KcvcEYTM
考え過ぎだな
Busterになって色々改善されたと聞いていたので、ではそれ以前はどうだったのかと興味が湧いただけだし
インストールさえ出来ちゃえば極めて快適だね
2019/12/15(日) 18:43:40.88ID:YKhjnv8Z
そういう場合はGUIを使わない設定でインストールすればいいのではないか
2019/12/15(日) 18:49:23.31ID:GR6ZCz4W
Buster でどれだけ改善したか
過去のすさまじい悪評は何だったのか


確認のために stretch をブートしてみるのくらい
フツーフツー
2019/12/15(日) 18:59:28.79ID:DdI6hhp2
仮想マシンにインストールすればよくね?
2019/12/15(日) 19:01:36.35ID:KcvcEYTM
>>283
残念ながらテキストモードでも同じ症状でしたな
Buster初インストールの時はあっけなく終わっただけに面喰らいましたわ
284さんがおっしゃるすさまじい悪評が何だったのか、どれだけ改善したのか、
興味深いのでしばらく常用して体験してみたいと思います。
日常用途に必要な環境はBusterから同期済なので。
2019/12/15(日) 20:04:22.89ID:wg4a4dg7
USBメモリーからインストールしたのなら、それが問題かも unetbootin使ってましたとか
CDからならどうでしょうね
2019/12/15(日) 20:40:46.17ID:KcvcEYTM
>>287
USBは普通にddrescueで作成したものです
このスレでも悪名高いUNetbootinはさすがに使いませんね。
面白そうなので円盤からのブートで検証してみます
只今久しぶりにDVD作成中
2019/12/15(日) 20:57:44.36ID:KcvcEYTM
>>287
追記
この現象の原因は特定済み(デフォルトのgfxmode=800x600とブートメニューに
もれなく記載されているvga=788が当方環境に合わない)で、
rufusで作成したUSBでgrub.cfgを修正してインストールしました。
只今インストールしたStretch上で作業しています。
2019/12/15(日) 22:34:59.76ID:KcvcEYTM
>>287
https://i.imgur.com/QMZD6xc.jpg
やっぱりダメでした(泣)
尚、↓こちらはgrub.cfgを手直し(set gfxmode=1366x768に修正 vga=788をブートメニューから消去)してブートした様子
https://i.imgur.com/Pkowy8L.jpg
282にも書きましたがインストールさえ済めば至って快適そのものですな
2019/12/16(月) 06:32:56.78ID:QkZatCsx
最初の画像見えないからわからんけど、今まさに悪評らしきものを体験できてるんじゃないか
2019/12/16(月) 07:20:46.45ID:VrJftotC
君なら良いDebian Desktoperになれそうだ
2019/12/16(月) 07:55:36.06ID:lI5xrT/T
>>291
https://i.imgur.com/Fn1d0cz.png
最初の画像をeogで閲覧しているStretchの様子です
今のところデスクトップとしての問題は感じられません
2019/12/16(月) 12:56:31.27ID:lI5xrT/T
>>292
有難うございます
ディストリビューションの名に恥じないDesktoperを目指したいと思います
2019/12/16(月) 15:00:40.23ID:NVfQFMxs
>>236
systemd排除する方向の投票はどれなんだ…
2019/12/16(月) 17:44:52.79ID:YYOW+ZtZ
>>295
しかしsystemdは速いからの・・・
受け入れねば村は滅びるしかないのじゃ
2019/12/16(月) 18:13:24.09ID:NVfQFMxs
速いとかいう触れ込みの実
速度変わらなかったやつね
systemd滅ぶべし
2019/12/16(月) 19:50:24.61ID:yrvCruKH
でも起動時の自動起動処理を書くのが簡単だからな…>systemd
そこだけ取り出した init があればなぁ
2019/12/16(月) 20:11:25.17ID:W3XDLZlr
まあ速度より開発リソースの問題だろう
企業主導で開発が進む現代のLinuxにおいて、Debianの烏合の衆が独自路線でついていくのはもはや無理
2019/12/16(月) 20:12:31.55ID:NVfQFMxs
ユーザーにメリットもないのに沸く謎のsystemd推し
滅べ
2019/12/16(月) 20:17:56.96ID:NVfQFMxs
systemdの開発ろくにしてねえ一体なにしてるんだ?とニュースになったばかりなのに
開発リソースも糞もないというね
2019/12/16(月) 20:20:30.51ID:W3XDLZlr
企業の力をもってしても開発が回らないなら乞食衆が独自路線を選ぶなど不可能だと気付け
2019/12/16(月) 20:50:32.57ID:NVfQFMxs
不自然な成果物に不自然な擁護
マジ滅べ
2019/12/16(月) 20:59:05.57ID:heKiOkwd
スポンサーの意向に従ったけど肝心のスポンサーからの実入りが減ったとかそんなとこかね?
2019/12/16(月) 23:11:35.02ID:U29B7RD3
最近の情勢知らんけど
sysvinit 系みたいなの残ってんの?

派生鳥で systemd 排除したモノがあるらしいけど
LXQt みたいな感じで合流?するの??
2019/12/16(月) 23:43:17.69ID:Fp6yayGH
本気でユーザーにメリットないと思っているんか?
底が浅いのぉ
2019/12/16(月) 23:51:06.92ID:vB161ZIe
Debianでいえば、現状はsysvinitもあるしそれ以外の実装openrcとか
runitとかもある

systemd以外もサポートしなければならない、多様性を認める程度、
はてはsystemdのみサポート、というレベル感の違う選択肢が投票の
オプションとして用意されてる

どれがどういうものかをまとめたIanのblog記事が参考になる
https://diziet.dreamwidth.org/3999.html
2019/12/17(火) 01:40:01.51ID:N3b7qwB4
systemdが使用してるメモリ量ってどこを見ればいいの?
少ないんだとは思うけどユニットファイル追加したらどれくらい増えるんだろうか?
2019/12/17(火) 01:40:36.72ID:M7RKHLks
Systemdの使用法書かれた記事はあっても
initと数値を比較して優位性を示した記事は見たことがない
メリットとされていたのは口先だけの誤魔化しで実際はデメリットばかり
ブラックボックス化して悪巧みしたいのだろうとだけ感じる
2019/12/17(火) 05:09:06.36ID:9RFGRp92
systemdのメリットは数値じゃなくて便利さでしょ?
initが起動時したときだけの処理をしてるのに対して
systemdはシステムの動的な変化をトリガーに処理を行う

システムが起動した時だけじゃなくて
ディスクがマウントされたとか特定の時間になったとか
ネットワーク構成が変わったとか
数値の前にinitは機能が足りてないんだよ。

あとinit.dのスクリプトが面倒くさい。自分でpidファイルを作ってとか
start/stop時の処理を書いてとかやらないといけない。
自分で新しいアプリを作ったときに必要になるコードの量がぜんぜん違う
あ、コードの量なら数値でわかるかw
2019/12/17(火) 06:26:15.06ID:UTO5VfwP
毎回ゼロからでなし
比較として適切かどうか

「Java はコードが長いからダメ」っていうのとどう違うか説得力もたせないと
312login:Penguin
垢版 |
2019/12/17(火) 10:46:12.68ID:JaRFpJrg
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
7b77e0f2-4ff9-4adb-85e4-af249191f27a
[ ] Choice 1: F: Focus on systemd
[ ] Choice 2: B: Systemd but we support exploring alternatives
[ ] Choice 3: A: Support for multiple init systems is Important
[ ] Choice 4: D: Support non-systemd systems, without blocking progress
[ ] Choice 5: H: Support portability, without blocking progress
[ ] Choice 6: E: Support for multiple init systems is Required
[ ] Choice 7: G: Support portability and multiple implementations
[ ] Choice 8: Further Discussion
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-


Voting period starts 2019-12-07 00:00:00 UTC
Votes must be received by 2019-12-27 23:59:59 UTC
2019/12/17(火) 12:33:06.75ID:OlEawMzQ
systemctl statusは便利
2019/12/17(火) 15:58:47.96ID:UW9yVEU1
あと/etc/systemd以下にファイルを配置することで
簡単にデフォルト設定を変更できるのもいいな
以前はインストールすると勝手に起動するサービスを
停止させるのは面倒だった
2019/12/17(火) 16:05:20.88ID:UW9yVEU1
>>311
Javaのコードの長さは型情報の追加という意味があるから全然話が違うよ。

init.dの場合、initが面倒を見てくれれば書かなくて済むものを
自分で書かなければいけない。しかもそのやり方はディストリごとに
パスが違ったりと微妙に異なる可能性がある。

なにより量が違いすぎる。/etc/init.d/cronは少ないほうだと思うが92行もある
それに対して/lib/systemd/system/cron.serviceは12行
2019/12/17(火) 16:11:34.45ID:UW9yVEU1
>>312
今のままのinitの使い方はやめるべきだと思うな
init自体はそのままでも良いと思うんだけど、
init.dのスクリプト群にフレームワーク的な構造をを取り入れて
処理を共通化するべきだろう。そしておそらくそれはできる。
start/stop/status的なものはデフォルトで共通処理
そしてオーバーライド可能とかね
そうしないとメンテナンスが大変すぎる。
2019/12/18(水) 03:45:38.50ID:RepDV8Lm
Debianをsystemdに売り渡した連中がデカイ面してるので
出ていった半数のメンテナは戻ってこない
つまりDebianが暗黒面に落ちたから*BSDへ移る用意をしておけということだ
2019/12/18(水) 06:20:13.56ID:MB7RJ0fN
要するに、sysvinit かなにかをデフォルトにして
「選びたければ systemd にしな」というかんじにしたい人が結構多いのかな
2019/12/18(水) 07:44:11.15ID:zH1F31WX
>>317
そんな事言っちゃっていいの?
間違いなくドライバ云々で苦労する人続出だよ
2019/12/18(水) 08:41:54.73ID:O+Yu98Ta
systemdってexponential backoffないのか?つらいな
デフォルトは10秒間で5回まで再起動が行うっていうけど
起動に3秒ぐらいかかってるから、10秒で5回の閾値超えないんだよな
つまり永遠に再起動を繰り返す。
ちゃんとそこまで確認して設定すりゃいいんだろうが
簡単にミスしてログでディスク枯渇してしまう
2019/12/18(水) 09:53:19.02ID:0A9rzvn8
>>318
blogでどう投票したかを表明している人の内容を見てる感じ
systemd推進派とinit多様性維持派で半々ぐらいの印象
まあN=1桁だけど
2019/12/18(水) 12:59:15.56ID:gMdqO2R6
systemdオンリーにする方針は
何年かしたら再考しようと誰か言い出すし
蒸し返すの禁止にも出来ないし
2019/12/18(水) 18:03:33.07ID:O+Yu98Ta
エラーの原因が一時的な要因(ネットワークエラー)によるものと
恒久的なもの(設定ファイル記述ミス)とで分ける仕組み無いかな
一時的なものならsystemdでリトライしてもらいたいが、
設定ミスとかリトライしたってしょうがないだろうと
2019/12/18(水) 18:13:32.10ID:O+Yu98Ta
つーかリトライ上限すら無いんだな
2019/12/18(水) 21:07:01.45ID:O+Yu98Ta
変数展開にExecStart=/bin/sh -cが広く使われてるワークアラウンドってのがダサいな
これのせいで絶対パス限定にした意味がなくなってるし
2019/12/18(水) 22:45:16.14ID:OdcvQcja
まぁ、簡単にサービスを定義できるようになったから、逆にテキトウな設定で済ませてしまう(いわゆるコピペ)開発者やメンテナが増えてしまうっていうパターンだな。
RestartPreventExitStatus とか StartLimitBurst とかいろいろ仕組みはあるから…。
2019/12/19(木) 02:46:46.50ID:JHq1dzG6
どこもかしこもsystemdってことは迎合してでも採用する利点があったってことじゃないの?
古来からの文法が刷新されて一から覚え直すハメになったのは分かるけど、
だからって開発者にまで批判ってどんだけ嫌われてるのコレ
Linux版のsvchost.exeってことで色々察したけどさ
swapも最近になって専用領域からファイルに変わったけどそこまでwindowsの後追いしなくてもなぁ
2019/12/19(木) 04:06:07.82ID:4Znbt6Oj
不便にはなった
無理やりねじ込んできた様にしか感じない
2019/12/19(木) 06:28:48.38ID:0itLVRli
別に不便とは思わないんだが、ユニットファイルの形式がなー

hogehoge.service.sh みたいな名前で、こんな形式の
シェルスクリプトだったら良かったのにな


description="説明"
before=
after=

exec_start() {
 起動コマンドを書く
}

exec_reload() {
 再起動コマンドを書く
}
2019/12/19(木) 09:02:12.77ID:BrtfYWJz
宣言的に書くのがミソなのに
そんな書き方許したら駄目だな
2019/12/19(木) 10:43:15.54ID:GiPefzcy
>>322
まあそういうのはどういう方向に行ったとしても禁止はできない
それでも本格的にどうするのかを決めるまでにいくのはそんなに簡単でもない
今回でもMLで議論 -> Technical commiitee内で議論 -> GR という
過程を経ているし蒸し返す際にも同じ過程を踏む必要がある

で、蒸し返しの場合だったら一回GRで決まったんだからTCが否決する
可能性が高いんじゃないかな
2019/12/19(木) 10:57:33.53ID:LdeTkK5d
なんでfetchmailは、ベータ版をstableに採用したんだろう
旧版はセキュリティ的に問題あったのかな
2019/12/19(木) 14:01:35.01ID:0itLVRli
>>330
実行順がないところは宣言的でいいが
起動順が重要なところは宣言的じゃないほうが良いよ

例えばEnvironmentとExecStartPreはどちらが先に実行されるか?
こういう処理は本質的に宣言的ではない

すべてを宣言的にやろうとしすぎて逆に複雑になってる気がする
2019/12/19(木) 14:13:54.35ID:9i7ZJD4w
>>332
fetchmail 使えない? うちではこんなエラーが出ている。

$ fetchmail
fetchmail: OpenSSL からの報告: error:1414D172:SSL
routines:tls12_check_peer_sigalg:wrong signature type
fetchmail: SSL による接続に失敗しました。

strech で不自由していないから、そのうち直るだろうとほっぽってあるんだが。
335login:Penguin
垢版 |
2019/12/19(木) 19:37:56.08ID:76BYEAmw
debian10.2のnetインストのハッシュを確認したいのですが、
相変わらずサイト構成が解りにくく、たどり着くことが出来ません。
チェックサムはどこに記載されていますか?
2019/12/19(木) 19:53:32.28ID:iPTZqdvN
>>335
まずネットインストの場所を教えて下さい
2019/12/19(木) 19:55:32.33ID:R1RSVw68
isoの同じディレクトリにSHA256SUMSがあるじゃろ
2019/12/19(木) 20:07:34.44ID:qKLk3uUr
>>335
そんな調子では署名の確認とかもやっていなさそうですね
改ざんされていても知りませんよ
とりあえず公式文書をお読み下さい
https://www.debian.org/CD/verify.ja.html
2019/12/19(木) 20:53:44.61ID:B8M4QYsC
>>335
こことか
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/
2019/12/19(木) 22:26:28.62ID:3b8Hbir6
>>335
公認ミラー一覧
https://www.debian.org/CD/http-ftp/#mirrors
2019/12/19(木) 22:48:15.19ID:GiPefzcy
>>334
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912759
OpenSSLのsecurity levelを1に下げたら解決しそうな気がする
fetchmailrcのどこにどう書けばいいかはちょっとぐぐった限りでは
わからんかった
2019/12/20(金) 00:40:49.91ID:qhxkeqIz
>>335
https://www.debian.org/ を開く
Debian を入手する リンクを押す
インストールイメージのダウンロード 項の配下にある 64 ビット PC netinst iso 又は 32 ビット PC netinst iso を右クリックなどしてリンク URLを取得
アドレスバーに貼り付けて isoファイル名を除いて確定
SHA256SUMS などを押して確認するだけ
サイトは綺麗にまとまっていると思うんだけど 解釈する人によるんかな
2019/12/20(金) 01:43:09.16ID:QIodPvkL
Windows でも 7zip とかで sha256 計算できるよな
2019/12/20(金) 10:48:41.32ID:cZ8nh8H/
Windows のコマンドなら、7z(7-zip), certutil, PowerShell のGet-FileHash などがある
2019/12/20(金) 12:50:46.41ID:QmVS6GTS
Win10ならbash動くだろ、コマンドないのか?
2019/12/20(金) 16:56:48.04ID:0GcwZAmm
マウスで出来ることをいちいちコマンド打つ必要がない
2019/12/21(土) 00:03:02.21ID:eyxY85sa
「コマンド打てば出来ることをいちいちマウスいじる必要がない」という話にもなりかねず
結局やりたいようにやりゃええ
2019/12/21(土) 00:48:46.28ID:tj05gCH4
なんでWindowsの話が出てくるのかわからん
2019/12/21(土) 01:05:31.22ID:oypApfP5
GUIの話にLinuxがでるとは誰も思わないから
2019/12/21(土) 02:10:36.18ID:PU0B+M7U
Windows 環境でダウンロードファイルを検証することが
この文脈で(以下省略
2019/12/21(土) 08:47:41.36ID:xCP+rw3z
署名の検証については誰も書いてくれないのですね
諸先輩方これでよろしいのでしょうか? Debian 9上でチェック
$ gpg --verify SHA512SUMS.sign SHA512SUMS
gpg: 2019年11月17日 11時48分09秒 JSTに施された署名
gpg: RSA鍵DF9B9C49EAA9298432589D76DA87E80D6294BE9Bを使用
gpg: "Debian CD signing key <[email protected]>"からの正しい署名 [不明の]
gpg: *警告*: この鍵は信用できる署名で証明されていません!
gpg: この署名が所有者のものかどうかの検証手段がありません。
主鍵フィンガープリント: DF9B 9C49 EAA9 2984 3258 9D76 DA87 E80D 6294 BE9B
2019/12/21(土) 10:15:00.68ID:WYi9GY4J
ハッシュの置き場がわかんねえとかって応用が効かねえんだよ
その数値でググれば出てきたりするもんだ
2019/12/21(土) 10:35:53.41ID:QpDhBxjO
>>346
キーボードショートカットで操作しようとしたら隣から二十歳の子が手を出してきて
マウスで目にも止まらぬカーソルコントロールを見せてパパッと済ませてしまった
2019/12/21(土) 10:50:29.40ID:Ar/vdW3V
>>351
man 1 gpg
https://ぐぐる/search?q=gpg+公開鍵+承認
https://ぐぐる/search?=debian+iso+署名+検証
https://mevius.5ch.net/test/read.cgi/unix/1007324740

何でも人に聞く前にせめてこの位のリサーチはしておきましょう
2019/12/21(土) 10:51:53.09ID:Ar/vdW3V
>>354
訂正
https://ぐぐる/search?=debian+iso+署名+検証
↓
https://ぐぐる/search?q=debian+iso+署名+検証
2019/12/21(土) 11:38:36.08ID:PU0B+M7U
なんでキーパンチの早い女子って
威嚇するようにでっかい打鍵音を立てるんだろう
2019/12/21(土) 11:52:17.92ID:/dct6Xj7
昔は、商業高校とかで、本物のタイプライターとか和文タイプ教えてたから、
あれで覚えるとそうなっちゃうんだよね
あくまでも昔の女子の話で、今は知らない
2019/12/21(土) 12:02:27.78ID:OSUt5McC
>>357
20世紀末、パソコン教育黎明期にタイプ練習ソフトが流行したな。ソフトの名前も忘れてしまったけど
2019/12/21(土) 12:02:58.10ID:4mL2N8aY
商業高校は速さを求めてローマ字入力でなくてかな入力してた。
ローマ字入力派の俺は、そいつと同じマシンを使うと、切替ないといけなくて、微妙なストレスあった。
2019/12/21(土) 12:15:51.23ID:PU0B+M7U
そういや、その「女子」もカナ入力だった
商業高校でマウンティング大会でも経験したのかなあ
2019/12/21(土) 15:33:26.76ID:IAYLkSyu
>>351
どこに記載されているかもわからない程度で作業状況を示していないのでは書きようがない
キーサーバーを指定しているのは自分なんだからそれを信じるしかないだろう
2019/12/21(土) 15:45:37.54ID:QpDhBxjO
>>357
中大卒で電気関係行った60の母はタイプライター資格取ってたから今も英字タイプでやってるようだ
ローマ字打ちはなんか慣れないって言ってるがどう違うのか俺にはようわからん。俺よりタイピング上なのに
2019/12/21(土) 15:49:24.11ID:xOelwosN
>>358
あったなあ(遠い目)
PC98に移植されたやつを万札出して購入して、毎日一時間練習した
元が英語用だから
the quick brown fox jumps over the lazy dog
を何度も練習した

Windows3.1が普及して特打などのローマ字入力を主流にするやつが出て
日本国からキーボードアレルギーが払拭された
2019/12/21(土) 19:00:57.46ID:oypApfP5
apt-getって並列でインストールできるようにならないかな?
2019/12/21(土) 19:02:47.59ID:/dct6Xj7
>>364
依存関係の意味わかってる?
2019/12/21(土) 19:06:03.76ID:Ar/vdW3V
>>364
こういう事?
https://github.com/ilikenwf/apt-fast
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況