Debian GNU/Linux スレッド Ver.96
レス数が1000を超えています。これ以上書き込みはできません。
公式
https://www.debian.org/index.ja.html
過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.95
http://mao.5ch.net/test/read.cgi/linux/1592738817/
■■■志賀慶一、Debian JP、Ubuntu JPに関する必須注意事項■■■
・志賀慶一、Debian JP、Ubuntu JPは出入り禁止
・志賀慶一、Debian JP、Ubuntu JPに関する話題は一切禁止
・ついでに翻訳に関する話題も禁止
・志賀慶一Linux機械翻訳事件のまとめサイト: https://www65.atwiki.jp/shiga_keiichi/
・志賀慶一のポータルサイト: https://wikiwiki.jp/baloonfusen/ https://github.com/pvaret/rtl8192cu-fixes
github とはなにか?どうやって使うのか?わかりません
昨日付で
> dkmsビルドを壊していたため、行156に欠落している「\」を追加しました…
…fドライバーの修正
-------------------------------
表示中 1つの変更されたファイル1追加 し、1つの削除。
2 os_dep / linux / usb_intf.c
@@ -153,7 +153,7 @@ static void rtw_dev_remove(struct usb_interface * pusb_intf);
{ USB_DEVICE(0x050D、0x2103)}、/ * Belkin-Edimax * / \
{ USB_DEVICE(0x050D、0x21F2)}、/ * Belkin-Edimax * / \
{ USB_DEVICE(0x20F4、0x624D)} / * TRENDNET * / \
{ USB_DEVICE(0x20F4、0x648C)} / * TRENDNET * /
{ USB_DEVICE(0x20F4、0x648C)} / * TRENDNET * / \
{ USB_DEVICE(0x0DF6、0x0061)} / * SITECOM - EDIMAX * / \
{ USB_DEVICE(0x0B05、0x17AB)} / * ASUS - EDIMAX * / \
{ USB_DEVICE(0x0846、0x9021)} / *ネットギア- Sercomm * / \
コミットに関するコメント0件 87aa5ef
-------------------------------
というのが来てますが?? これは dkmsビルド からやり直せばいいということですか?
すでにタイムシフトで 以下の状態のスナップショットまで戻してあります
sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
git clone https://github.com/pvaret/rtl8192cu-fixes.git
sudo dkms add ./rtl8192cu-fixes
sudo dkms install 8192cu/1.11 << ここまで通ったところ
sudo depmod -a
sudo cp ./rtl8192cu-fixes/blacklist-native-rtl8192.conf /etc/modprobe.d/ sudo apt-get update
sudo apt-get install git linux-headers-amd64 build-essential dkms
>ここまでは もうやらなくて いいと思います
git clone https://github.com/pvaret/rtl8192cu-fixes.git
とにかくこれを 実行してみる
$ git clone https://github.com/pvaret/rtl8192cu-fixes.git
fatal: destination path 'rtl8192cu-fixes' already exists and is not an empty directory.
$
どうしたら?たんに 'rtl8192cu-fixes'をrm したらいいの? https://backlog.com/ja/git-tutorial/
サル先生のGit入門
Gitの基本
Gitを使ったバージョン管理
読んだ。漠然と分かった 履歴を管理するリポジトリ
図がいっぱいで なんとなくわかった 変更を記録するコミット
読んだ。
概念の把握というか、漠然としたまま、いままで使ってきたものを
言葉による説明を読んでる感じ
まだここまででは、「どうやって'rtl8192cu-fixes'の昨日の変更?コミット?」を自分の環境に適応するのか、やり方がわからない >>979
そこを読むとGitの理解が2年遅れる
アホが書いたアホ文書を見せてわかりやすいだろと言ってるだけ
プロが書いた公式文書を読んだほうがいい
https://git-scm.com/book/ja/v2 ところでext5って出ないんですか?
debianもbtrfsになるんだろうか? >>983-984
>
> そこを読むとGitの理解が2年遅れる
> アホが書いたアホ文書を見せてわかりやすいだろと言ってるだけ
> プロが書いた公式文書を読んだほうがいい
> https://git-scm.com/book/ja/v2
>
> 分散管理なのにどうやって同期取るかを書いてないgit入門ばかり。理解できるわけがない。
>
> 確かに公式文書にはちゃんと書いてあるがはっきり言ってこんなことやってられない。
> https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E6%A9%9F%E8%83%BD-%E3%83%96%E3%83%A9%E3%83%B3%E3%83%81%E3%81%A8%E3%83%9E%E3%83%BC%E3%82%B8%E3%81%AE%E5%9F%BA%E6%9C%AC
す、すマネーーーっ オラ3時間しか寝てねえ。でもこれ以上耐えられねえ。このドライバの問題。
もともとのドライバはスリープから復帰したら接続できないとか、そういう問題はない。
このfixを試したらまさかの5倍の速度になったわ!! 睡眠不足でも目をこじ開けてオメの
> https://git-scm.com/book/ja/v2
ページを読むわ! ありがとうございます。1.2 Git略史 まで読み終わりました 1.3 使い始める - Gitの基本
Gitの基本
では、要するにGitとは何なのでしょうか。 これは、Gitを吸収するには重要な節です。なぜならば、もしGitが何かを理解し、Gitがどうやって稼動しているかの根本を理解できれば、Gitを効果的に使う事が恐らくとても容易になるからです。 Gitを学ぶときは、SubversionやPerforceのような他のVCSに関してあなたが恐らく知っていることは、意識しないでください。このツールを使うときに、ちょっとした混乱を回避することに役立ちます。 ユーザー・インターフェイスがよく似ているにも関わらず、Gitの情報の格納の仕方や情報についての考え方は、それら他のシステムとは大きく異なっています。これらの相違を理解する事は、Gitを扱っている間の混乱を、防いでくれるでしょう。 ほとんど全ての操作がローカル
Gitのほとんどの操作は、ローカル・ファイルと操作する資源だけ必要とします。大体はネットワークの他のコンピューターからの情報は必要ではありません。 ほとんどの操作がネットワーク遅延損失を伴うCVCSに慣れているのであれば、もっさりとしたCVCSに慣れているのであれば、このGitの速度は神業のように感じるでしょう(訳者注:直訳は「このGitの側面はスピードの神様がこの世のものとは思えない力でGitを祝福したと考えさせるでしょう」)。 プロジェクトの履歴は丸ごとすぐそこのローカル・ディスクに保持しているので、大概の操作はほぼ瞬時のように見えます。 Gitは完全性を持つ
Gitの全てのものは、格納される前にチェックサムが取られ、その後、そのチェックサムで照合されます。 これは、Gitがそれに関して感知することなしに、あらゆるファイルの内容を変更することが不可能であることを意味します。 この機能は、Gitの最下層に組み込まれ、またGitの哲学に不可欠です。 Gitがそれを感知できない状態で、転送中に情報を失う、もしくは壊れたファイルを取得することはありません。
Gitがチェックサム生成に用いる機構は、SHA-1ハッシュと呼ばれます。 これは、16進数の文字(0-9とa-f)で構成された40文字の文字列で、ファイルの内容もしくはGit内のディレクトリ構造を元に計算されます。 SHA-1ハッシュは、このようなもののように見えます:
24b9da6552252987aa493b52f8696cd6d3b00373
Gitはハッシュ値を大変よく利用するので、Gitのいたるところで、これらのハッシュ値を見ることでしょう。 事実、Gitはファイル名ではなく、ファイル内容のハッシュ値によってGitデータベースの中に全てを格納しています。
-------------
内容的に精確なだけではなく、日本語としてもよい。機械翻訳と大違いだね 激しく物事をもみくちゃにする危険なしに試行錯誤を行なえるため、これはGitの利用を喜びに変えます。Gitがデータをどのように格納しているのかと失われたように思えるデータをどうやって回復できるのかについての、より詳細な解説に関しては、作業のやり直しを参照してください。
<< なんかこれ、gitって timeshift に似てませんか? >>994
次はGit専門のスレに言った方がいいな 結局、分散管理にすることによって手間が増えてるだけという。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 201日 16時間 59分 17秒 レス数が1000を超えています。これ以上書き込みはできません。