タグ付けされた質問 「open-source」

元のソースコードが無料で利用可能になり、再配布および変更される可能性があるソフトウェアに関する質問。

2
再販売を防ぐオープンソースライセンス
TFSのアドインであるオープンソースプロジェクトがあります(つまり、開発者とTFSを使用している人向けです)。 現在GPLを使用しています。しかし、GPLがライセンスで何をしようとしているのかを実際に表していないことがわかりました。 私は自分のコードを、それを使いたいすべての人に無料で提供したいと思っています。そして、あなたがそれを修正して使用するなら、それも素晴らしいことです。変更をオープンソースにする必要はありません。 しかし、誰かが私のコードをビルドして販売することをブロックしたいと思います。または、変更して販売します。(それをしたい人は、私とは別個のライセンスを交渉する必要があります。) 再販売を防止するが、それをダウンロードする個人/会社に完全な非販売使用を許可するオープンソースライセンスはありますか?

2
帰属が仮名で行われる場合、コードの権利を所有しているのは誰ですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 コーダーが属性に本名ではなく仮名を使用したいくつかのケースを知っています。 例は次のとおりです。 聡中本(ビットコイン) なぜ(Ruby) 私が疑問に思ったことの1つは、コードの権利を所有する仮名を介して帰属が行われるかどうかです。

6
GPL違反を見つけて文書化するにはどうすればよいですか?
クローズドソースコードにアクセスできない場合に、GPLでライセンスされたオープンソースコードがクローズドソースの商用アプリケーションにコピーされたことを見つける方法 編集:素晴らしい答え!パート2.実行可能ファイルにアクセスすることさえできないwebappの場合はどうなりますか? シナリオ:ソースをコピーし、GUIに若干の変更を加えて、フロントエンドがほぼ同じになるようにします。それ以外はまったく同じバックエンドに新しい機能を追加します。そして、それをオープンソースに戻すことに失敗します。

8
一部のオープンソースライブラリがバイナリを提供しないのはなぜですか?
一部のオープンソースライブラリがバイナリを提供しないのはなぜですか?一部のプロジェクトは、特にWindowsビルドの場合、ソフトウェアの現在のビルドを維持しているサードパーティに遅れることに気付きました。 図書館の採用の障壁のように思えるので、お願いします。開発者は環境を構築して構築する必要があるため、開発者にとってはより多くの作業です。また、開発者は、ライブラリを誤って構築することでバグが発生することを心配する必要があります。 編集:コメントと回答に対処するためのいくつかの更新。議論の中心ではないので、例を削除しました。また、私の質問を「オープンソースライブラリが提供する傾向がある」ではなく「一部のオープンソースライブラリが提供する」と言い直しました。

5
匿名関連のプロジェクトを支援する必要がありますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 Torやビットコインなどのオンライン匿名性を高めるプロジェクトは、政府による弾圧からの個人の自由を可能にしますが、犯罪が罰せられることもありません。 開発者として、そのようなプロジェクトに貢献すべきですか?それらの技術がマネーロンダリングや児童ポルノに使用されないように強制する方法はありますか?

2
gitリポジトリが著作権で保護されたメディアを歴史上持っているプロジェクトをオープンソースにする方法は?
無料のライセンスでオーディオフィンガープリントソフトウェアプロジェクトをリリースしたいのですが、リポジトリには著作権で保護されたオーディオファイルが含まれています。現在、テストケースではこれらのファイルも使用しています。最大のバージョン履歴で、著作権を侵害せずにコードを公開するにはどうすればよいですか? 詳細: コードはgitでバージョン管理されています。リリース前にすべてを1つのブランチに戻します。 400 MBのオーディオデータがあります。一部のファイルは、たとえばJamendoの無料ライセンス音楽であり、その他のファイルは私たちの個人コレクションのMP3です。 どのようなアプローチをとっても、プロジェクトの履歴を破壊しないように、常に元のリポジトリの不変のコピーを保持します。 主な質問:パブリックリリースの処理方法 問題のファイルのすべての履歴をgitリポジトリから消去し、変更されたリポジトリをリリースします。(v64 はこれを行う方法を指摘しました。) または、コードの現在の状態のスナップショットを取得し、プレリリースコードの公開履歴を気にすることさえしません。 副次的な質問:プロジェクトの初期段階でプライベートコードまたはメディアが必要になる場合があるので、そもそもこのジレンマをどのように回避できたでしょうか?

5
オープンソースプロジェクトが製品で使用できるほど成熟しているかどうかを知る方法は?
職場の製品に組み込みたいオープンソースプロジェクトがいくつかあります。私たちには、帯域幅も、専門知識もありません。Googleで検索してこれらを見つけました。私は、プロジェクトを利用する「主要なプレーヤー」を知りませんが、私が見ているものにかなり勇気づけられています。 今、私はjoe-blowのオープンソースプロジェクトを使用することでさらされているリスクの量について少し心配しています。そこから95%の距離が必要な場合、残りの5%は簡単に追加または修正できます。おそらく、それは重要なことです。 オープンソースプロジェクトが製品で使用できるほど成熟しているかどうかをどのように判断しますか? これは趣味のプロジェクトではないため、安定性、保守性などが最重要です。

1
著者は、GNUパブリックライセンス通知でコードに著作権を挿入しました-意味?
Githubで、どのソースがオープンソースであると主張し、それに含まれるGPLライセンスに貢献することに興味があるプロジェクトを見つけました。 ただし、元の作成者は、各ソースファイルに著作権通知を追加しています。なぜかはわかりませんが、常に誰か他の人の名前が付いているプロジェクトに貢献する気はありません。それはコミュニティが作成した感覚を本当に壊し、著者が次にプロジェクトで何をすることを選択するかについて私を不安にさせます。 オープンソースGPLコードの著作権の保護はどのような意味を持ちますか?これは、寄稿者に対して元の著者にどのような力を与えますか? # Copyright (C) 2012, 2013 __AUTHORNAME__ # This file is part of __PROJECTNAME__. # # __PROJECTNAME__ is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 …

2
継続的統合ツールを選択するにはどうすればよいですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新することがありますので、上のトピックソフトウェア工学スタックExchange用。 5年前に閉鎖されました。 ウィキペディアで統合サーバーのこのクールな比較表を見つけましたが、ツールを自分のニーズや興味に対してランク付けする方法が少し不確かです。チャート自体には、不明とマークされたボックスが多数あるようです。したがって、Wikipediaでチャートを更新することに満足しているなら、それも素晴らしいかもしれません。 最高のパフォーマンスを発揮する製品がいくつかあるので、4つまたは5つのオプションにすばやく絞り込むことができますか? 最大のユーザーコミュニティを持ち、現在進行中の機能強化と新しいツールとの統合が最も進んでいる製品はどれですか? オープンソースの提供は最高ですか、それとも自宅の一人のユーザーにとって大いに役立つ高品質のツールがありますか? 複数のシステム(プライマリデスクトップ、ローカルのみのホームネットワークサーバー、個人用および職場のノートブック、すべてに分散した複数の仮想マシン)を使用すると問題が発生し、それらをどのように管理できますか?

4
組織内の開発者以外と内部コードを共有する必要がありますか?
私が働いている場所には、多くの開発者と、スタッフや顧客が使用する独自のアプリケーションを実行する非常に多くのコードがあります。 また、システムの内部動作を理解してお客様をよりよくサポートし、場合によってはパッチを提出することを希望する多くのスマートサポートスタッフもいます。 開発者以外のスタッフが読めるようにコードを開く必要がありますか?この決定を行う際に考慮すべき要因は何ですか?私はそれぞれの方法で多くの議論と反論に出くわし、他者の経験とよく理解されたリスクに基づいて決定をしたいと思います。 これまでのいくつかの議論: VCSのパスワードが公開されています(解決策:パスワードを取り除いてください-最初からそこにあるべきではありません) コードはホワイトボックスセキュリティ攻撃に対して無防備です(反論:これは正直/怠yな攻撃者のみを排除します) サポートスタッフは、開発者に「仕組み」の仕組みを尋ねることができます(カウンター:男性に魚を教えるなど) 組織のスタッフにコードを公開している人はいますか?それは問題を引き起こしましたか?

7
オープンソースのエチケット
Codeplexでの最初のオープンソースプロジェクトの作業を開始し、いくつかのひどいコードに遭遇しました。(C#にはまだ「goto」ステートメントがあることを学びました)「所有者」が望んでいた機能を追加し始め、コードベースを調べて、それが何であるかを確認しました(例:「goto」を使用)少し。しかし、私は少し心配しているので、私はあなたにすべてを向けている理由です:私にとって「悪いコード」を「修正」するのは適切なエチケットですか、それをそのままにして新しい機能に取り組むべきですか?前にも言ったように、私はOSSシーン全体に不慣れであり、チーム全体で作業しているので、混乱しないようにしたいと思います。

2
オープンソースソフトウェアを適切にライセンスする方法
私は、オープンソースとして新しい公開Githubリポジトリにプッシュしたいプロジェクトを進めています。StackExchangeで使用する適切なライセンスを検索した後、BSDライセンスに同意しました。 私の質問は:今何?リポジトリのルートにあるLICENSEというファイルにBSDライセンスのテキストをコピーして、それを適切に呼び出す必要がありますか?それはすべてのオープンソースライセンスがどのように機能するかの一般的なルールですか?または、必要に応じて「強制」できるように、このライセンスを使用していることを他の組織に通知する必要がありますか?

6
フリーソフトウェアではなくオープンソース(またはその逆)[クローズ]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 フリーソフトウェア財団の「フリーソフトウェア」の定義: 「フリーソフトウェア」は、価格ではなく自由の問題です。この概念を理解するには、「無料」を「無料ビール」ではなく「言論の自由」と考える必要があります。 フリーソフトウェアは、ユーザーがソフトウェアを実行、コピー、配布、研究、変更、改善する自由の問題です。より正確には、プログラムのユーザーが4つの本質的な自由を持っていることを意味します。 あらゆる目的のためにプログラムを実行する自由(自由0)。 プログラムがどのように機能するかを研究し、それを変更して希望どおりに実行する自由(自由1)。ソースコードへのアクセスは、このための前提条件です。 隣人を助けることができるようにコピーを再配布する自由(自由2)。 変更したバージョンのコピーを他の人に配布する自由(自由3)。これを行うことにより、コミュニティ全体にあなたの変更から利益を得る機会を与えることができます。ソースコードへのアクセスは、このための前提条件です。 ユーザーがこれらすべての自由を持っている場合、プログラムはフリーソフトウェアです。したがって、変更の有無にかかわらず、コピーを無償で配布するか、配布の料金を請求するかを、誰にでも自由に再配布する必要があります。これらのことを自由に行えるということは、(特に)あなたがそうする許可を求めたり、支払いをする必要がないことを意味します。 オープンソースイニシアチブの「オープンソースソフトウェア」の定義: オープンソースは、ソースコードへのアクセスを意味するだけではありません。オープンソースソフトウェアの配布条件は、次の基準に準拠する必要があります。 無料の再配布ライセンスは、いくつかの異なるソースからのプログラムを含むソフトウェアの集合的な配布のコンポーネントとしてソフトウェアを販売または配布することをいかなる当事者にも制限してはなりません。ライセンスは、そのような販売のためにロイヤルティやその他の料金を必要としません。 ソースコードプログラムにはソースコードを含める必要があり、ソースコードとコンパイル済みフォームでの配布を許可する必要があります。何らかの形式の製品がソースコードと共に配布されない場合、合理的な複製コストを超えない範囲でソースコードを取得するための十分に公表された手段が必要です。ソースコードは、プログラマがプログラムを変更する優先形式である必要があります。意図的に難読化されたソースコードは許可されません。プリプロセッサまたはトランスレータの出力などの中間形式は許可されていません。 派生作品ライセンスでは、修正および派生作品を許可する必要があり、元のソフトウェアのライセンスと同じ条件で配布できるようにする必要があります。 作成者のソースコードの整合性ライセンスは、ビルド時にプログラムを変更する目的でソースコードと共に「パッチファイル」の配布を許可している場合にのみ、ソースコードの変更を制限できます。ライセンスは、変更されたソースコードからビルドされたソフトウェアの配布を明示的に許可する必要があります。このライセンスでは、元のソフトウェアとは異なる名前またはバージョン番号を付けるために派生著作物が必要になる場合があります。 個人またはグループに対する差別の禁止ライセンスは、個人またはグループに対して差別してはなりません。 努力の分野に対する差別の禁止ライセンスは、特定の努力の分野でプログラムの使用を制限するものであってはなりません。たとえば、プログラムがビジネスで使用されることや、遺伝子研究に使用されることを制限しない場合があります。 ライセンスの配布プログラムに付随する権利は、プログラムが再配布されるすべての人に、それらの当事者による追加のライセンスの実行を必要とせずに適用されなければなりません。 ライセンスは製品に固有のものであってはなりませんプログラムに付属する権利は、プログラムが特定のソフトウェア配布の一部であることに依存してはなりません。プログラムがその配布から抽出され、プログラムのライセンスの条件内で使用または配布される場合、プログラムが再配布されるすべての関係者は、元のソフトウェア配布に関連して付与されるものと同じ権利を有する必要があります。 ライセンスは他のソフトウェアを制限してはならないライセンスは、ライセンスを取得したソフトウェアとともに配布される他のソフトウェアに制限を課してはなりません。たとえば、同じ媒体で配布される他のすべてのプログラムがオープンソースソフトウェアでなければならないことを、ライセンスが主張してはなりません。 ライセンスはテクノロジーに依存しない必要がありますライセンスの提供は、個々のテクノロジーまたはインターフェースのスタイルに基づいて行うことはできません。 これらの定義は、非常に異なるイデオロギーから派生していますが、広く互換性があり、ほとんどのフリーソフトウェアはオープンソースソフトウェアでもあり、その逆も同様です。ただし、そうではない可能性があると考えています。ソフトウェアがフリーでなくてもオープンソースである、またはオープンソースでなくてもフリーである可能性があります。 ご質問 私の信念は正しいですか?ソフトウェアが他のキャンプではなく、一方のキャンプに入る可能性はありますか? そのようなソフトウェアは実際に存在しますか?例を挙げてください。 明確化 私はすでに答えを受け入れましたが、多くの人々を混乱させたようですので、おそらく説明が整いました。私はしていないと非コピーレフト(「許容」)のライセンス(私はその用語好きではないものの、または「ウイルス」)コピーレフトの違いについて尋ねます。また、「無料」と「オープン」の個人的な特異な定義についても質問しませんでした。「FSFで定義されたフリーソフトウェア」と「OSIで定義されたオープンソースソフトウェア」について質問していました。2つは常に同じですか?他人にならずに一人になることは可能ですか? そして、答えは、オープンでないとオープンになることは不可能ですが、フリーでないとオープンになることは不可能だということです。実際に質問に答えてくれた皆さん、ありがとう。


1
オープンソースソフトウェアを含めるためのライセンス要件
オープンソースプロジェクトでは、必要な機能を実装するために、ライブラリ(LGPL)として、およびソースコード(非LGPL)としていくつかのその他のオープンソースライブラリが含まれています。新しいBSDライセンスがプロジェクトに選択されました。含まれているオープンソースライブラリは、新しいBSD、MIT、Apache、およびLGPLライセンスでライセンスされていますが、GPLライセンスコードではありません。 これらの他のオープンソースライブラリはどのようにクレジットされるべきですか? すべてのライブラリライセンスをメインプロジェクトライセンスファイルに含める必要がありますか? [ヘルプ]-> [バージョン情報]ダイアログとドキュメントでプロジェクトWebサイトへのリンクを提供するだけで十分ですか? クレジットは本当に必要ですか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.