アカウント名:
パスワード:
納品するときの条件的に、GPLはかなり難しい。というか、現場はライセンスを理解してても上がわかってなさげなので危なくて使えない。(ソース開示に関する認識ね)
APLならば、現場で気をつけておけば何とかなる範囲。勝手にライセンスの表示を削るなんて、上には出来ないはずだから。(技術的に)
というか、Javaで開発してると結構がっつり使っちゃうんだなこれが。
>納品するときの条件的に、GPLはかなり難しい。
一年ほど前に買った国産大手電気メーカのテレビの説明書によるとLinux Kernel, Samba udhcp, netfire/iptables, .... glibc, gcc, mallcoc ..
等が使われいるそうです。ソースコードの入手については、ホームページのアドレスが書かれています。別に私はソースコードを欲しいとは思いませんが、、
また、「使われているフリーソフトウェアコンポーネントに関するエンドユーザーラインセンスアグリーメント原文」として、GPLの全文(英文)が8ページほど掲載されています。
> 営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献> (ソースの改良とか、お金を寄付するとか)しないといけないような> 気がしますね。
結構企業のバグ情報&パッチ提供が多いとおもうけど。Linuxカーネルのチェンジログを見れば分かる。
FSFとかの団体に「利用させてもらってありがとう」と何かしらお礼とかしてるんでしょうか?営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献(ソースの改良とか、お金を寄付するとか)しないといけないような気がしますね。
そんなことはないでしょう。彼らにとっては「フリーのソフトウェアが広がること」が利益なのですから。
>営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献>(ソースの改良とか、お金を寄付するとか)しないといけないような>気がしますね。
他の方も言っていますが、ライセンスを守りつつ活用してあげるのが一番の貢献だと思います。
他の人も書かれてるとおりクレジットカードが有るならPayPal経由でしょうねアカウントも特に作らなくても送付可能ですクレジットカードがない場合は、海外口座つくったり結構敷居が高くなると思います
領収書/礼状が不用なときはその旨書いておかないとお礼状が封書で送られてきてなんか申し訳なかった気にさせてくれます
あえて書くけど
>そういう意識のある人少なくなりましたね。少なくなったから何?問題あんの?そもそも本当に少なくなったの???
>自由に使うのはいいんだけど最低限橋渡るなら橋を作った人に感謝しないとね。著作権法とライセンスに違反しなければ自由に使うのは全く問題ないし、(もちろん感謝してくれればうれしいけど)感謝しなければいけない義務なんてない。そういうの(感謝とか貢献とか・・・)を強要するほうがよっぽど問題があると思うし、強要されて感謝されても全然うれしくない。
作ってる側なのか使ってる側なのか知らんが、こういう基地外じみた噛みつき方をするのが居るから敬遠されるんだよなあ。
「お礼や感謝するべき」と言う奴がいるから敬遠もされれば反感も買ってるんでしょ。理解しなさいよ。
> FreeBSDに御布施したいのだけど、日本で手軽にできる方法はあるのかなあ。
PayPalのアカウントを作るのが一番かんたんじゃないかな。相手先にクレジットカードの番号をしらせる必要もないし手数料も安いし。PayPalのアカウント作るときは、登録名を英字表記にしとくこと。住所もすべて英字表記にしといたほうが、海外サーバーとのやりとりでトラブルにならなくていいかもしれまません。私は海外サイトでのPayPalでの支払いが、最初登録名を漢字にしててなんどやってもできなかったことがあります。
あとは、http://www.freebsdmall.com/ からCD or DVDを定期購入(Subscription)するとか。間接的にサポートしてることになるだろうし。私のところでは、FreeBSD-3.3RからSubscriptionでCD送ってもらってます。
金の話か
コードで貢献できないなら金しかないでしょ。世の中は金で回ってるんだから。
# オープンソースの大部分はビジネスマンで支えられています
お礼は三行以上でみたいだな
> FreeBSDに御布施したいのだけど、
に対する回答ですからね。
他のコメントにもあるように、ライセンスを守って使うだけでいいと思うんだけど、BSDライセンスだと、黙って使うだけで構わないので、それだけでは物足りないと思う人もいるでしょうね。GPLだと、使うだけでも「GPLを使ってるからソースどうぞ」って公言しないといけないから、自然とGPLの宣伝になるけど。
これも他のコメントにもあるけど、ソース改良とかお金を寄付とかは、全く義務はないにせよ、もしする気持ちがあるなら、しないよりはした方が良いのは確かなんだろうけど、「しないといけない」とか言っちゃうと角が立つし反発する人も出てくるから、日本語表現的に難しいよね。反発された日には、貢献どころか逆効果だし。
BSDライセンスだと、黙って使うだけで構わない
連載の第2回 [atmarkit.co.jp]に以下のように書いていますが、ほとんどのBSDライセンスも黙って使うだけで構わないわけじゃないです。
多くのBSDライセンスと同様に、以下の3点セットが「すべての複製物(all copies)に表示(appear)されること」が指定されています。 著作権表示(the above copyright notice) ライセンス条文(this paragraph) 免責条項(損害責任の否認)(the following two paragraphs)
多くのBSDライセンスと同様に、以下の3点セットが「すべての複製物(all copies)に表示(appear)されること」が指定されています。
BSDはバイナリのみの頒布が可能で、ソースファイルで著作権者が確認できない場合が多いからこそ、バイナリの場合は、むしろ、ちゃんと著作権表示してあげる必要があります。 ちなみに、
GPLだと、使うだけでも「GPLを使ってるからソースどうぞ」って 公言しないといけない
わけでもありません。公言するのではなく、記事にも書いていますが、
その製品を受け取った人にとって、例えばGPLならば、ソースコードが添付されていることを確認できる状態にあるか(or)、または書面でその入手方法が提示されていなければなりません
ちょっと正確性に欠けるので原文でなくてもせめて日本語訳を見ていただければ幸いです。 GNU 一般公衆利用許諾契約書 [opensource.jp]第3項
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
Apache Licenseなら使います (スコア:1, 興味深い)
納品するときの条件的に、GPLはかなり難しい。
というか、現場はライセンスを理解してても上がわかってなさげなので
危なくて使えない。
(ソース開示に関する認識ね)
APLならば、現場で気をつけておけば何とかなる範囲。
勝手にライセンスの表示を削るなんて、上には出来ないはずだから。(技術的に)
というか、Javaで開発してると結構がっつり使っちゃうんだなこれが。
家のテレビはGPLです (スコア:3, 興味深い)
>納品するときの条件的に、GPLはかなり難しい。
一年ほど前に買った国産大手電気メーカのテレビの説明書によると
Linux Kernel, Samba udhcp, netfire/iptables, .... glibc, gcc, mallcoc ..
等が使われいるそうです。ソースコードの入手については、ホームページのアドレスが書かれています。
別に私はソースコードを欲しいとは思いませんが、、
また、「使われているフリーソフトウェアコンポーネントに関するエンドユーザーラインセンスアグリーメント原文」として、GPLの全文(英文)が8ページほど掲載されています。
メーカーがOSSを使うとき (スコア:1)
とかしてるんでしょうか?
営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献
(ソースの改良とか、お金を寄付するとか)しないといけないような
気がしますね。
FreeBSDに御布施したいのだけど、日本で手軽にできる方法はあるのかなあ。
Re:メーカーがOSSを使うとき (スコア:2, 参考になる)
> 営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献
> (ソースの改良とか、お金を寄付するとか)しないといけないような
> 気がしますね。
結構企業のバグ情報&パッチ提供が多いとおもうけど。
Linuxカーネルのチェンジログを見れば分かる。
Re:メーカーがOSSを使うとき (スコア:2, 参考になる)
Re:メーカーがOSSを使うとき (スコア:1)
そんなことはないでしょう。
彼らにとっては「フリーのソフトウェアが広がること」が利益なのですから。
神社でC#.NET
Re:メーカーがOSSを使うとき (スコア:1)
>営利活動に使うときは、ライセンスを守るだけでなく、何かしら貢献
>(ソースの改良とか、お金を寄付するとか)しないといけないような
>気がしますね。
他の方も言っていますが、
ライセンスを守りつつ活用してあげるのが一番の貢献だと思います。
Re:メーカーがOSSを使うとき (スコア:1)
他の人も書かれてるとおりクレジットカードが有るなら
PayPal経由でしょうね
アカウントも特に作らなくても送付可能です
クレジットカードがない場合は、海外口座つくったり結構敷居が
高くなると思います
領収書/礼状が不用なときはその旨書いておかないと
お礼状が封書で送られてきてなんか申し訳なかった
気にさせてくれます
Re: (スコア:0)
自由に使うのはいいんだけど最低限橋渡るなら橋を作った人に感謝しないとね。
お返しするのは可能ならば、でいいと思いますが。
Re: (スコア:0)
あえて書くけど
>そういう意識のある人少なくなりましたね。
少なくなったから何?問題あんの?
そもそも本当に少なくなったの???
>自由に使うのはいいんだけど最低限橋渡るなら橋を作った人に感謝しないとね。
著作権法とライセンスに違反しなければ自由に使うのは全く問題ないし、(もちろん
感謝してくれればうれしいけど)感謝しなければいけない義務なんてない。そういうの
(感謝とか貢献とか・・・)を強要するほうがよっぽど問題があると思うし、強要されて
感謝されても全然うれしくない。
Re: (スコア:0)
作ってる側なのか使ってる側なのか知らんが、こういう基地外じみた噛みつき方をするのが居るから敬遠されるんだよなあ。
感謝の強要なんて最低だ (スコア:0)
「お礼や感謝するべき」と言う奴がいるから敬遠もされれば反感も買ってるんでしょ。理解しなさいよ。
Re: (スコア:0)
> FreeBSDに御布施したいのだけど、日本で手軽にできる方法はあるのかなあ。
PayPalのアカウントを作るのが一番かんたんじゃないかな。
相手先にクレジットカードの番号をしらせる必要もないし手数料も安いし。
PayPalのアカウント作るときは、登録名を英字表記にしとくこと。
住所もすべて英字表記にしといたほうが、海外サーバーとのやりとりでトラブルにならなくて
いいかもしれまません。
私は海外サイトでのPayPalでの支払いが、最初登録名を漢字にしててなんどやってもできなかったことがあります。
あとは、http://www.freebsdmall.com/ からCD or DVDを定期購入(Subscription)するとか。
間接的にサポートしてることになるだろうし。
私のところでは、FreeBSD-3.3RからSubscriptionでCD送ってもらってます。
Re: (スコア:0)
金の話か
Re: (スコア:0, 荒らし)
コードで貢献できないなら金しかないでしょ。
世の中は金で回ってるんだから。
# オープンソースの大部分はビジネスマンで支えられています
Re: (スコア:0)
お礼は三行以上で
みたいだな
Re: (スコア:0)
に対する回答ですからね。
Re: (スコア:0)
他のコメントにもあるように、ライセンスを守って使うだけでいいと思うんだけど、
BSDライセンスだと、黙って使うだけで構わないので、それだけでは物足りないと思う
人もいるでしょうね。GPLだと、使うだけでも「GPLを使ってるからソースどうぞ」って
公言しないといけないから、自然とGPLの宣伝になるけど。
これも他のコメントにもあるけど、ソース改良とかお金を寄付とかは、全く義務はない
にせよ、もしする気持ちがあるなら、しないよりはした方が良いのは確かなんだろうけど、
「しないといけない」とか言っちゃうと角が立つし反発する人も出てくるから、
日本語表現的に難しいよね。反発された日には、貢献どころか逆効果だし。
Re:メーカーがOSSを使うとき (スコア:2)
BSDライセンスだと、黙って使うだけで構わない
連載の第2回 [atmarkit.co.jp]に以下のように書いていますが、ほとんどのBSDライセンスも黙って使うだけで構わないわけじゃないです。
BSDはバイナリのみの頒布が可能で、ソースファイルで著作権者が確認できない場合が多いからこそ、バイナリの場合は、むしろ、ちゃんと著作権表示してあげる必要があります。
ちなみに、
GPLだと、使うだけでも「GPLを使ってるからソースどうぞ」って 公言しないといけない
わけでもありません。公言するのではなく、記事にも書いていますが、
その製品を受け取った人にとって、例えばGPLならば、ソースコードが添付されていることを確認できる状態にあるか(or)、または書面でその入手方法が提示されていなければなりません
ちょっと正確性に欠けるので原文でなくてもせめて日本語訳を見ていただければ幸いです。 GNU 一般公衆利用許諾契約書 [opensource.jp]第3項