Có công bằng không khi yêu cầu chuyển nhượng bản quyền từ những người đóng góp cho một dự án HĐH?


8

Theo dõi một dự án được cấp phép BSD có cần một tuyên bố đã ký từ mỗi người đóng góp không? :

Có một số lý do tại sao một dự án nguồn mở có thể muốn nhận các bài tập bản quyền từ những người đóng góp. Ví dụ:

  • Để cho phép tác giả dự án khởi kiện vi phạm (vì chỉ chủ bản quyền mới có thể làm như vậy). Đây cũng là lý do tại sao FSF yêu cầu một nhiệm vụ như vậy.
  • Để ngăn chặn các vấn đề trong tương lai với những người đóng góp, chẳng hạn như sau đó họ tuyên bố rằng họ đã không tiết lộ đóng góp của mình theo cùng một giấy phép HĐH.

Một lý do khác là nếu một công ty phát hành phần mềm theo (L) GPL và cũng bán nó theo giấy phép thương mại. Sau đó, việc chuyển nhượng bản quyền là cần thiết để công ty có thể bao gồm các khoản đóng góp theo giấy phép thương mại. Nếu những người đóng góp được thông báo trước, điều này là công bằng.

Nhưng nếu công ty có bản quyền đối với mọi thứ, về cơ bản nó có thể làm bất cứ điều gì với các nguồn, điều mà những người đóng góp sẽ không đồng ý. Nó có thể chuyển sang giấy phép khác, như từ (L) GPL sang giấy phép không copyleft hoặc thậm chí ngừng phát hành dự án dưới dạng nguồn mở và chỉ chuyển sang cấp phép độc quyền. Điều này đã xảy ra với SourceForge .

Vì vậy, một cách công bằng để xử lý vấn đề là gì? Nếu chủ dự án không nhận được bản quyền, anh ta có thể gặp rắc rối trong tương lai. Nếu (các) anh ta làm, công việc của những người đóng góp có thể mất giấy phép hoặc trạng thái nguồn mở. Có một giải pháp cho vấn đề nan giải này là công bằng cho cả hai bên?

Vì tôi không phải là người bản ngữ, tôi có thể sử dụng các thuật ngữ pháp lý sai. Xin vui lòng để sửa câu hỏi.

Liên quan:


2
afaik khá khó để "đóng nguồn" một khi nó được phát hành theo GPL. Có, nếu bạn có bản quyền, bạn cũng có thể phát hành nó theo giấy phép khác, nhưng nếu tôi có các nguồn từ khi nó được phát hành theo GPL, tôi vẫn có thể tạo một ngã ba.
Pieter B

1
bạn có thể quan tâm đến sự hài hòa hài hòa của dự án.org - afaik họ bao gồm một tùy chọn cho cả hai bên giữ bản quyền
david.libremone

Câu trả lời:


8

Như tuyên bố của @Andrew - công bằng là một tuyên bố giá trị.

Tuy nhiên, với điều kiện là các điều kiện được nêu rõ trước mắt cho mọi người thấy, thật công bằng - bạn có quyền lựa chọn nếu bạn muốn tham gia theo các điều kiện đó, bạn tham gia, nếu không, bạn không - điều gì có thể bị coi là không công bằng về điều đó?

Theo như sự phân công đầy đủ - có công bằng cho một người đóng góp đã đóng góp nhỏ bé, không đáng kể để ngăn chặn người đóng góp chính thay đổi hướng của sản phẩm không? Trong trường hợp có công bằng và hợp lý khi hy vọng người đóng góp chính sẽ theo dõi mọi người đóng góp nhỏ (có thể hàng thập kỷ sau, rất lâu sau khi họ mất hứng thú), để thực hiện một thay đổi nhỏ đối với giấy phép?

Vì vậy, câu hỏi để hỏi về chuyển nhượng bản quyền không phải là "có công bằng không" mà là "Có thực tế không"


"Có thực tế không" và như vậy nó biến thành "những lợi thế sẽ vượt qua những bất lợi". Sẽ dễ dàng hơn để thay đổi giấy phép hoặc kiện vì vi phạm bản quyền nhưng có thể khó tìm thấy những người sẵn sàng đóng góp hơn và nó có nghĩa là giấy tờ bổ sung.
Trilarion

4

Nhiệm vụ của FSF cấp lại giấy phép không thể hủy ngang và không giới hạn cho đóng góp của bạn, vì vậy bạn có thể tiếp tục sử dụng mã của mình theo ý muốn. Ngoài ra, nó đặt các ràng buộc đối với FSF yêu cầu họ giữ cho nguồn mở.

Tôi nghĩ rằng việc chuyển nhượng bản quyền chắc chắn có thể được thực hiện công bằng khi cho rằng ngôn ngữ phù hợp được đưa vào chuyển nhượng không chỉ để bảo vệ quyền của người được chuyển nhượng mà còn cả người chuyển nhượng. Tôi không có ý định ký kết nhiệm vụ của FSF cho hai dự án.

Nhiều dự án nguồn mở không thực hiện chuyển nhượng bản quyền vì họ nghĩ rằng họ không cần đến nó và giấy tờ không tạo ra rào cản gia nhập. Nhưng RMS đã chạy vào nhu cầu (với mã từ Gosling Emacs) và đó là nơi mà các yêu cầu của FSF xuất phát.


2

Công bằng là một đánh giá giá trị, và một chút khó khăn để đánh giá.

NHƯNG:

  • Miễn là ý định rõ ràng trước đó thì có thể hiểu được ngay cả khi họ quá nhiệt tình với quan điểm của một số người.
  • Nếu họ quay trở lại từ của họ hoặc ý định đã nêu, có thể có một trường hợp để trả lời.

Và có những con đường khác có sẵn.

Nếu bản gốc đã được mở nguồn, thì nó luôn có sẵn ở phiên bản đó dưới dạng một dự án nguồn mở. Và có thể dễ dàng rẽ nhánh từ thời điểm đó (xem nhiều ví dụ, ví dụ XFree86).


1

Cá nhân tôi sẽ hạnh phúc hơn nhiều khi giao bản quyền cho một nền tảng phi lợi nhuận được cấu thành đúng đắn hơn là cho một công ty hoặc một người.

Mặt khác, nếu dự án có Giấy phép nguồn mở hợp lý và mã nguồn có sẵn công khai, thì một công ty hoặc cá nhân không thể giết chết một dự án sôi động. Họ không thể lấy đi khả năng ngã ba của cộng đồng.

(Bạn sẽ lưu ý rằng tôi không thấy đặc biệt liên quan đến việc người được chuyển nhượng bản quyền có thể kiếm lợi nhuận từ những đóng góp của tôi ... hoặc làm những việc khác với cơ sở mã mà tôi sẽ thấy khó chịu, vân vân Tôi sẽ góp phần kiếm tiền và 2) hành động xấu của người khác không phải là trách nhiệm đạo đức của tôi. Tất nhiên, nếu bạn không chia sẻ quan điểm của tôi thì bạn sẽ có nhiều lý do hơn để ngần ngại về việc gán bản quyền.)

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.