Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

deb を配布したい #266

Open
koron opened this issue Oct 21, 2012 · 42 comments
Open

deb を配布したい #266

koron opened this issue Oct 21, 2012 · 42 comments

Comments

@koron
Copy link
Member

koron commented Oct 21, 2012

主に Ubuntu 向けに最新版の deb を配布できないだろうか。

今、見えている課題は以下のとおり:

  • if_* はどうしよう。できれば基本は不要で、インストールされたら有効化なdynにしたい。 →全部入り(feature big)で良い
  • 32bitと64bitのビルドはクロスでイケるのか? (64なOSで32のバイナリを作れれば良い) →launchpadでできるよ
  • ビルド用のマシンはどうする? EC2でできるならそれで良い気もする →launchpadで(ry
  • ブランチ名に kaoriya はやめたい。jpで良いか?
  • ブランチの管理どうしよう。最新版になる度にrebaseしてpush --forceして良いか?

その他の課題や、課題に対する解法がないか検討する。

@koron
Copy link
Member Author

koron commented Oct 21, 2012

普通に vim 入れようとすると libruby が要求されるけど、じつは libperl と libpython も必要なんだけどもともと入ってるっていうオチなんだろうか。頑張って dyn にする意味がないのかなぁ。

@mattn
Copy link
Member

mattn commented Nov 5, 2012

ubuntuならpythonやrubyも依存にしてbig featureなvimでもいいんじゃないですかね
launchpadが便利です。

@mattn
Copy link
Member

mattn commented Nov 5, 2012

launchpadならビルド含めて配布まで可能

@koron
Copy link
Member Author

koron commented Nov 5, 2012

ubuntuで apt-get install vim した時にでる大量の依存が、結構ハートに刺さるんですよねぇ…これなら自分でコンパイルしたほうが良いやみたいなw

@tyru
Copy link
Member

tyru commented Nov 5, 2012

Linuxでも+kaoriyaなVim使いたいです!

@thincaさんは確か自前ビルドしてましたが、
ちょっと面倒そうだしパッチがコンフリクトした場合
うまく修正できるか不安なので...
公式で+kaoriyaなVimのdeb配布してくれれば(僕が)かなり幸せになります!

でも面倒なんですかね...やっぱり...

@mattn
Copy link
Member

mattn commented Nov 5, 2012

I provide deb package of growl-for-linux. So I know the way to build
and publish product on launchpad.

On 11/5/12, tyru notifications@github.com wrote:

Linux�$B$G$b�(B+kaoriya�$B$J�(BVim�$B;H$$$?$$$G$9!*�(B

@thinca�$B$5$s$O3N$+<+A0%S%k%I$7$F$^$7$?$,!"�(B
�$B$A$g$C$HLLE]$=$&$@$7%Q%C%A$,%3%s%U%j%/%H$7$?>l9g�(B
�$B$&$^$/=$@5$G$-$k$+IT0B$J$N$G�(B...
�$B8x<0$G�(B+kaoriya�$B$J�(BVim�$B$N�(Bdeb�$BG[I[$7$F$/$l$l$P�(B(�$BKM$,�(B)�$B$+$J$j9,$;$K$J$j$^$9!*�(B

�$B$G$bLLE]$J$s$G$9$+$M�(B...�$B$d$C$Q$j�(B...


Reply to this email directly or view it on GitHub:
#266 (comment)

  • Yasuhiro Matsumoto

@mattn
Copy link
Member

mattn commented Nov 5, 2012

I'll add account for vim-jp on launchpad in few days.

On 11/5/12, tyru notifications@github.com wrote:

Linux�$B$G$b�(B+kaoriya�$B$J�(BVim�$B;H$$$?$$$G$9!*�(B

@thinca�$B$5$s$O3N$+<+A0%S%k%I$7$F$^$7$?$,!"�(B
�$B$A$g$C$HLLE]$=$&$@$7%Q%C%A$,%3%s%U%j%/%H$7$?>l9g�(B
�$B$&$^$/=$@5$G$-$k$+IT0B$J$N$G�(B...
�$B8x<0$G�(B+kaoriya�$B$J�(BVim�$B$N�(Bdeb�$BG[I[$7$F$/$l$l$P�(B(�$BKM$,�(B)�$B$+$J$j9,$;$K$J$j$^$9!*�(B

�$B$G$bLLE]$J$s$G$9$+$M�(B...�$B$d$C$Q$j�(B...


Reply to this email directly or view it on GitHub:
#266 (comment)

  • Yasuhiro Matsumoto

@mattn
Copy link
Member

mattn commented Nov 5, 2012

�$B$3$l2=$1$F$k�(B?

KORE BAKETERU?

On 11/5/12, tyru notifications@github.com wrote:

Linux�$B$G$b�(B+kaoriya�$B$J�(BVim�$B;H$$$?$$$G$9!*�(B

@thinca�$B$5$s$O3N$+<+A0%S%k%I$7$F$^$7$?$,!"�(B
�$B$A$g$C$HLLE]$=$&$@$7%Q%C%A$,%3%s%U%j%/%H$7$?>l9g�(B
�$B$&$^$/=$@5$G$-$k$+IT0B$J$N$G�(B...
�$B8x<0$G�(B+kaoriya�$B$J�(BVim�$B$N�(Bdeb�$BG[I[$7$F$/$l$l$P�(B(�$BKM$,�(B)�$B$+$J$j9,$;$K$J$j$^$9!*�(B

�$B$G$bLLE]$J$s$G$9$+$M�(B...�$B$d$C$Q$j�(B...


Reply to this email directly or view it on GitHub:
#266 (comment)

  • Yasuhiro Matsumoto

@koron
Copy link
Member Author

koron commented Nov 5, 2012

JISに対応してないみたいねw
2012/11/06 0:41 "mattn" notifications@github.com:

$B$3$l2=$1$F$k (B?

KORE BAKETERU?

On 11/5/12, tyru notifications@github.com wrote:

Linux $B$G$b (B+kaoriya $B$J (BVim $B;H$$$?$$$G$9!* (B

@thinca $B$5$s$O3N$+<+A0%S%k%I$7$F$^$7$?$,!" (B
$B$A$g$C$HLLE]$=$&$@$7%Q%C%A$,%3%s%U%j%/%H$7$?>l9g (B
$B$&amp;$^$/=$@5$G$-$k$+IT0B$J$N$G (B...
$B8x<0$G (B+kaoriya $B$J (BVim $B$N (Bdeb $BG[I[$7$F$/$l$l$P (B( $BKM$,
(B) $B$+$J$j9,$;$K$J$j$^$9!* (B

$B$G$bLLE]$J$s$G$9$+$M (B... $B$d$C$Q$j (B...


Reply to this email directly or view it on GitHub:
#266 (comment)

  • Yasuhiro Matsumoto


Reply to this email directly or view it on GitHubhttps://github.com//issues/266#issuecomment-10075131.

@mattn
Copy link
Member

mattn commented Nov 6, 2012

作った。管理者は僕。

https://launchpad.net/vim-jp

ところで @koron さん、kaoriya パッチって何ライセンス?

@mattn
Copy link
Member

mattn commented Nov 6, 2012

githubかなんかでkaoriyaパッチ済みとして置いて貰えれば、数日中にはdeb配布しますよ。

@koron
Copy link
Member Author

koron commented Nov 6, 2012

もちVim Licenseで!
2012/11/06 10:43 "mattn" notifications@github.com:

githubかなんかでkaoriyaパッチ済みとして置いて貰えれば、数日中にはdeb配布しますよ。


Reply to this email directly or view it on GitHubhttps://github.com//issues/266#issuecomment-10096286.

@mattn
Copy link
Member

mattn commented Nov 6, 2012

誰か launchpad のアカウント持ってれば追加しますよ。
ただ配布の際のキーは、すみませんが一人(僕?)にして下さい。
launchpad でキー間違えると数日配布権利失うので。

@mattn
Copy link
Member

mattn commented Nov 6, 2012

これKoRoNさん?

https://launchpad.net/~koron

足すよ?

@thinca
Copy link
Member

thinca commented Nov 6, 2012

私も一応アカウント持ってるけど、もう随分ログインしてない…(さっき久々にしてみた)
https://launchpad.net/~thinca

@koron
Copy link
Member Author

koron commented Nov 6, 2012

アカウント取ろうとしたらエラーで取れなかった orz

@koron
Copy link
Member Author

koron commented Nov 6, 2012

@mattn あーそれどうみても私だけど…

MURAOKA Taro does not use Launchpad.

だってさw だからアカウント作成に失敗するのか?www

@mattn
Copy link
Member

mattn commented Nov 6, 2012

@thinca 足しました

@koron
Copy link
Member Author

koron commented Nov 6, 2012

追加で課題。

  • ブランチ名に kaoriya はやめたい。jpで良いか?
  • ブランチの管理どうしよう。最新版になる度にrebaseしてpush --forceして良いか?

@koron
Copy link
Member Author

koron commented Nov 6, 2012

日本語で使いやすくという現行kaoriya版はjp版と名称を改め、vim-jp配下で管理する。
そして私は新たに(neo)kaoriya版で過激な実験実装を行う。日々の使用にも支障をきたすレベルにしたい。

そういう算段w

@mattn
Copy link
Member

mattn commented Nov 6, 2012

vim-jp ?

rebaseに成功するならforceしなくて良いのでは。

@mattn
Copy link
Member

mattn commented Nov 6, 2012

chromeみたいにバージョン分けすればよし。

@koron
Copy link
Member Author

koron commented Nov 6, 2012

@mattn masterが更新されたら、ブランチの方でrebase masterするでしょ? 私は、そうしたときブランチのpushは--forceなしでは成功したことがないんだけど…普通はできるものなの?

@koron
Copy link
Member Author

koron commented Nov 6, 2012

chromeみたいにバージョン分けすればよし。

更新の度に別ブランチ作るイメージ?

@mattn
Copy link
Member

mattn commented Nov 6, 2012

更新の度に別ブランチ作るイメージ?

いや、chrome の dev チャネルみたいな?

@mattn
Copy link
Member

mattn commented Nov 6, 2012

  • 安定版
  • 人柱版

みたいな

@koron
Copy link
Member Author

koron commented Nov 6, 2012

ああ。

chromeみたいにバージョン分けすればよし。

これは

日本語で使いやすくという現行kaoriya版はjp版と名称を改め、vim-jp配下で管理する。
そして私は新たに(neo)kaoriya版で過激な実験実装を行う。日々の使用にも支障をきたすレベルにしたい。

こっちに対する返答だったのかw 了解。実際配るかどうかは別として。

@Shougo
Copy link
Member

Shougo commented Nov 6, 2012

そして私は新たに(neo)kaoriya版で過激な実験実装を行う。日々の使用にも支障をきたすレベルにしたい。

ここに非同期処理とか、何やらが実装されるわけですね。期待。

@k-takata
Copy link
Member

k-takata commented Nov 6, 2012

kaoriyaパッチについては #131 (comment) も考慮をお願いします。
(せっかく機能別に分割したのに誰も反応してくれなくて寂しい)

そうしたときブランチのpushは--forceなしでは成功したことがないんだけど…普通はできるものなの?

できないと思います。
パッチを自分だけで管理するなら MQ (hg) とか stg (git) を使えばいいのですが、パッチを共有する場合はどういうやり方がいいんでしょうね?

@koron
Copy link
Member Author

koron commented Nov 6, 2012

@k-takata

kaoriyaパッチについては #131 も考慮をお願いします。

わかっております。分解して行く予定。

パッチを共有する場合はどういうやり方がいいんでしょうね?

gitのほうはわたしも知りたい。MQの場合は.hg/patches自体をhgで管理するって書いてありましたね。
そのための支援機能もあるみたい。

@mattn
Copy link
Member

mattn commented Nov 6, 2012

patchを共有ってどういう意味ですか?パッチ1個ずつに1トピックブランチ作って、すべてをマージしてるブランチを作ればいいって話では

@koron
Copy link
Member Author

koron commented Nov 6, 2012

それやるとトピックブランチを更新した時に「すべてをマージしてるブランチを作」る作業が面倒じゃないですか?

MQとかはそのあたりが楽ですね。

@koron
Copy link
Member Author

koron commented Nov 6, 2012

http://stackoverflow.com/questions/952651/git-equivalent-to-hg-mq

なんかパッチ単位で管理するのはgit的にはナンセンスな気がしてきた。

@mattn
Copy link
Member

mattn commented Nov 6, 2012

みさわ

なんせんすー!

@h-east
Copy link
Member

h-east commented Nov 6, 2012


ナン...

@koron
Copy link
Member Author

koron commented Nov 6, 2012

@mattn さん: https://launchpad.net/~koron これ、私のものになりました。
他になにか必要なことがあったら教えてください。

@mattn
Copy link
Member

mattn commented Nov 7, 2012

てか、誰のだったのwww

@koron
Copy link
Member Author

koron commented Nov 7, 2012

取り込まれたパッケージの author (emailアドレス) が本人の承諾なしに登録されてる感じだったw
koron@tka....のほうで登録されていたよw

@koron
Copy link
Member Author

koron commented Nov 7, 2012

たったいまこれの問題点に気がついた。

ただ配布の際のキーは、すみませんが一人(僕?)にして下さい

まっつんさんが管理するということに異論はありません。むしろ賛成でありがとうございます。
しかし今、まっつんさんが別のプロダクト用に使っているキーを流用するのは避けたいのですが、できますか?
流用を避けたい理由は他と混ぜちゃうと分離(のプロセス)が大変だから。

既に別ならば取り越し苦労なので無視してください。

@mattn
Copy link
Member

mattn commented Nov 7, 2012

いえ、ssh-keygen するだけなので簡単。

@mattn
Copy link
Member

mattn commented Nov 7, 2012

既に3つキー持ってます。

@koron
Copy link
Member Author

koron commented Nov 7, 2012

@mattn さん: ですよね~ 釈迦に説法でしたw

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants