Qt5をRaspberry Pi用にビルドする
Linuxが動くちっさいCPUボード「Raspberry Pi」向けにビルドします。 販売代理店のサイトはこちら。（日本語） 実機で動かすイメージは公開されててダウンロードページから入手可能です。 2GbyteのSDカードに焼けるサイズになっています。 Raspberry Pi Downloads 今回使用したイメージは「Raspbian “wheezy”」を使用しました。 ビルドにも使用します。 /// 解説ページ /// Qt5 on RPiのビルドに関する解説ページです。 ・Beginner’s guide to cross-compile Qt5 on RaspberryPi ・Simplified guide for getting Qt 5 built and installed on the raspberry pi この２ヶ所の内容と@task_jpさんと@kimitake
私の使うGitコマンドまとめ 見る編 - what is it, naokirin?
前回はGitを使う上で絶対に必要なコマンド（+オプション）について書いてみました。 実際には他にも必要なコマンドはたくさんありますが、今回はそのうちでも「見る」ということに焦点を当てたコマンドをまとめてみようと思います。 git status (現在の状態を見る) git diff (差分を見る) git ls-files (管理しているファイルを見る) git shortlog (軽くコミットログを見る) git log (コミットログを見る) git reflog (HEADの遷移を見る) git show (コミットの詳細を見る) git grep (ワークツリーのファイルを検索する) git blame (ファイル内の行ごとの最終更新を見る) git status (現在の状態を見る) まずは現状を知ることから。 git statusとすると、現在のブランチとコミットされていない、
Gitブランチ名を__git_ps1でbashプロンプトに表示 - 130単位
Git 基礎最速マスター - 予定は未定Blog版 http://d.hatena.ne.jp/bleis-tift/20100307/1267941654 こちらでプロンプトにGitのブランチ名を表示させる方法を知りました。そこでさらに各OSで共通の表示を試みてみたので、そのメモです。 Bash-Completionのインストール 環境変数PS1の設定 上記の手順で、 こんな感じになります。 Bash-Completionのインストール no title Mac Mac OS X 10.6 Snow Leopard インストール $ sudo port install git-core +bash_completion .bashrc追記 if [ -f /opt/local/etc/bash_completion ]; then . /opt/local/etc/bash_comple
gitでoriginのurlを確認する。 - 僕の今さら日記
かなり重度の健忘症というか、痴呆症に近いレベルの自分にとっては、 このソースのリポジトリってどこだっけ? というのは日常ちゃめしごとでして、なおかつ、それを知る術も常に忘れております。 で、gitでその手のコマンドが、わりとどの本や、公式のドキュメントにもわかりやすいとこに 書いてない(たぶん、自分が見つけれてないだけ)ので備忘の為に覚え書。 ※※追記※※ id:thinca さんより以下のコマンドを教えていただきました。 git remote -v こっちの方がよさそうです。 ありがとうございました。 git config --get remote.origin.url これで忘れても大丈夫。
KMC Staff Blog:Androidのrepo syncのTips
2010年12月28日 Androidのrepo syncのTips Androidのソースコードをダウンロードするにはrepo sync を行いますが、 これには相当時間がかかります。 その時間を節約するためのちょっとしたTipsを紹介します。 (English version of this page) 既存のリポジトリからコピーすることでダウンロード量を減らす もし既存のソース（例えばandroid-2.2_r1.1）をダウンロードしていたならば、そのリポジトリを利用することでダウンロードする量を減らすことができます。 $ mkdir android-2.3.1_r1 $ cd android-2.3.1_r1/ $ repo init -u git://android.git.kernel.org/platform/manifest.git -b android-2.3.1_r1
Pro Git: 6.4 Git のさまざまなツール - 歴史の書き換え
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
日々雑感・dairy git 特定のファイルの変更履歴を見る
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
gitでコンフリクトの解決結果を再利用する | Webシステム開発／教育ソリューションのタイムインターメディア
問題 gitでは空気を吸うようにブランチを作り空気を吐くようにマージを行います。 gitでマージ作業を中止して元の状態に戻すではマージに際してよくある問題の対処方法について紹介しました。 運用をきちんとしていればトピックブランチのマージでコンフリクトが発生することは稀です。 しかし稀とはいえコンフリクトが発生するときは発生します。 例えば新機能Xの実装を始めるとしましょう: $ git checkout -b topic-x master $ $EDITOR $ git commit -am 'Fix outdated comments' $ $EDITOR $ git commit -am 'Revise existing API' $ $EDITOR $ git commit -am 'Implement X' o---o---o <- topic-x / o---o---o <- m
git-rerere [clear|forget <pathspec>|diff|remaining|status|gc] - Qiita
git-rerere [clear|forget <pathspec>|diff|remaining|status|gc]Git 使い方がいまいちよくわからないのでメモです。 git-rerere とは 以下大変参考になります。ありがとうございます。 “git-rerere(1)” - http://git.kernel.org/cgit/git/git.git/tree/Documentation/git-rerere.txt?id=v1.8.2#n1 “git rerereのメモ” - http://d.hatena.ne.jp/unpush/20091010/1255186302 “gitでコンフリクトの解決結果を再利用する” - http://labs.timedia.co.jp/2011/01/git-reuse-recorded-resolution-of-conflicts.
![git-rerere [clear|forget <pathspec>|diff|remaining|status|gc] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a661c974507bfe584cfd202cfc0cfe6fe83ea35/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9Z2l0LXJlcmVyZSUyMCU1QmNsZWFyJTdDZm9yZ2V0JTIwJTNDcGF0aHNwZWMlM0UlN0NkaWZmJTdDcmVtYWluaW5nJTdDc3RhdHVzJTdDZ2MlNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTU3YThhMzJmZTAyMTk1OTFiMTYwZDEzZmI5ZjdhZTNj%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGNoYmF3JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz01OWFjMDE4N2QyNjY1NWNiNzhlZjhmOWJhN2Q5OTI1Mw%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Daaa025805dfcd6f27d322190b69e81ea)
git-rerereのメモ - unpushの日記
git-rerereってなんかレレレのおじさんみたいですが(Reuse recorded resolution of conflicted merges だそうな)、同じような衝突を何度も起こす状況で使うととっても便利なようで、調べつつ、メモ。 Linusが言っている「無駄なマージコミットやめて」を実現するには、rebaseがあればいいよね、と思ってたんだけど、既に公開しているようなブランチとなると、rebaseするわけにもいきません。 でも途中でちょっとだけ本線とマージしてテストしてみたくなったり、マージした後でやり直して再度マージしてみたくなったりも、しがちです。 そうなるとキツいのが、分かりきってるようなコンフリクトの解消。同じようなマージを繰り返すと、同じように衝突してるところを何度も手で直す作業を繰り返しやるハメになって、泣きそうになります。かといってマージを限界まで我慢して一発
git/コミットログを修正する方法 - TOBY SOFT wiki
はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット
Repo って何だろ? -- 複数 git リポジトリーのためのツール
Google が repo というツールをリリースしている。これは、Google が開発している Android プロジェクトのためのツールなのだけど、Android 専用のツールといふわけでもなさそうなので、少し調べてみた。 Get source (Android Open Source Project) Using Repo and Git (Android Open Source Project) repo は、git を補完するツール。 repo の仕事は主に 2 つ。1 つは、「複数の git レポジトリー」を管理すること。もう 1 つは、git のレポジトリーを取って来たり、レビュー・サーバーに変更点を送ったりということ (特に複数レポレトリーをサポートしている点がミソ)。 何が嬉しいの? 普通、バージョン管理ソフトは、一つのリポジトリーで一つのプロジェクトを管理する。開発規模
Cygwinにgit-1.8.3.1をインストール - rcmdnk's blog
B! 6 0 0 0 前回、 Cygwinにgitの新しいバージョンをインストールしようとしてapt-cyg を導入しましたが、結局現状のcygwinに含まれるgitがまだ古かったのでapt-cygでは 新しいものはインストール出来ませんでした。 仕方が無いので直接インストールします。 インストール インストール ソースからインストールしてみます。 $ cd /tmp $ git clone https://github.com/git/git.git $ cd git $ make configure $ ./configure --prefix=/home/$USER/usr/local $ make all doc ... SUBDIR git_remote_helpers SUBDIR templates MSGFMT po/build/locale/is/LC_MESSAGES/
gitでありがちな問題の解決方法まとめ - Qiita
Git Advent Calendar / Jun. 最終日(30日目)の記事です．29日目は「いざという時のためのgit reflog」でした． Git Advent Calendar最後なので，git操作でやりがちなミスからどう回復するかをまとめます．他にもあればコメントもらえるとマージしていきます． ブランチを切り忘れてmasterでコミットしてしまった その時点でブランチを切る&reset --hardで間違ったコミットたちをmasterから消す $ git checkout -b new-branch # masterの最新コミットを消す $ git checkout master && git reset --hard HEAD~
SSHで公開鍵認証を使う - Pistolfly
1. ssh-keygen コマンドで鍵ペアを作成する $ ssh-keygen -t rsa 秘密鍵の保存先を聞いてくるので、デフォルトのままEnter。 パスフレーズを2回入力。 すると、以下の鍵ペアのファイルが ~/.ssh/ に作成される。 id_rsa id_rsa.pub 2. SSHサーバに公開鍵を登録する ユーザのホームディレクトリに1.で作成した公開鍵を転送する。（FTPで転送してもよい。） $ scp ~/.ssh/id_rsa.pub user@host: サーバ側で、catコマンドとリダイレクションを使って転送した公開鍵を登録する。（登録するファイルは ~/.ssh/authorized_keys） $ cat id_rsa.pub >> ~/.ssh/authorized_keys 「~/.ssh」ディレクトリと「~/.ssh/authorized_keys」はオ
git pull fails "unable to resolve reference" "unable to update local ref"
Using git 1.6.4.2, when I tried a git pull I get this error: error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory From git+ssh://remoteserver/~/misk5 ! [new branch] LT558-optimize-sql -> origin/LT558-optimize-sql (unable to update local ref) error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory ! [new branch] spl
Repo を使う --- Manifest ファイルの書き方
「clmemo@aka: Repo って何だろ? -- 複数 git リポジトリーのためのツール」の続き。Repo を自分用のプロジェクトで使ってみる。言い換えると、複数の git リポジトリー管理に repo を使うお話。 Repo を使うためには、管理したい「複数の git リポジトリー」がどこにあるかを repo コマンドに教えないといけない。そのファイルが Manifest ファイルになる。簡単な Manifest ファイルを書いたので、それをサンプルに説明をしていきませう。 サンプル サンプルの Manifest を github で公開した。名前は gm-manifest.git。 ataka's gm-manifest at master - GitHub ソース・コード (default.xml) は次の通り。 <?xml version="1.0" encoding="U
GUIではじめるGit - Git入門
* GUIで始めるGit Gitに同梱されている GUIツール git-gui/gitk の使い方を説明します。 git gui を使ったgitの入門ってあまり見ませんが、 とても分かりやすいですし、gitが初めての方はまずは git-gui/gitk を使ってみるのがお勧めです。 このページではイントロ部分しか説明しませんが、 このページを見る方がたくさんでてくるようなら 続編も作成しようと思います。 GUIとCUIの橋渡しとして、できるだけ対応するコマンドについても説明しますので、 コマンドライン好きな方も是非このページを見て git 理解の一助にしてください。 目次： #contents() ** 0. git gui がインストールされているか確認 事前準備として「git gui」および「gitk」コマンドを実行し、git gui と gitk が起動できることを確認しましょう。
Download the Android source | Android Open Source Project
Download the Android source Stay organized with collections Save and categorize content based on your preferences. The Android source is located in a collection of Git repositories hosted by Google. The Git repository includes the entire history of the Android source, including changes to the source and when the changes were made. This page describes how to download the source. Initialize the Repo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ssh_exchange_identification: Connection closed by remote host