Ý nghĩa thực tế trong cuộc sống đối với giấy phép Apache 2 là gì? [đóng cửa]


127

Tôi muốn sử dụng SVG Edit cho một dự án. Phần mềm này được phân phối theo giấy phép Apache 2.

Tôi đã thấy rằng:

  • tất cả các bản sao, được sửa đổi hoặc không sửa đổi, được kèm theo một bản sao của giấy phép
  • tất cả các sửa đổi được đánh dấu rõ ràng là công việc của công cụ sửa đổi
  • tất cả các thông báo về bản quyền, nhãn hiệu và quyền sáng chế được sao chép chính xác trong các bản sao phân tán
  • người được cấp phép không sử dụng bất kỳ nhãn hiệu nào thuộc về người cấp phép

Những điều này có liên quan đến mã hay tôi nên hiển thị giấy phép ở đâu đó trong GUI? Phần mềm gốc hiển thị "được hỗ trợ bởi Chỉnh sửa SVG", tôi có thể xóa cái này không? Và quan trọng nhất: nghi thức chính xác để làm điều này là gì? Tôi không muốn trở thành một kẻ ngốc, nhưng đồng thời tôi muốn đơn giản hóa giao diện người dùng càng nhiều càng tốt và xóa liên kết sẽ là một phần của nó nếu nó không được coi là thô lỗ .


11
Để đầy đủ, tôi chỉ muốn đưa ra một liên kết rất tốt mà tôi đã gặp (trên tl;drLegaltrang web) khi tìm kiếm chủ đề này: - Giấy phép Apache 2.0 (Apache-2.0) Giải thích Tôi nghĩ rằng các câu trả lời khác ở đây thực sự nói nó tốt hơn, nhưng có lẽ liên kết sẽ hữu ích cho người khác.
Richard Le Mesurier

5
@RichardLeMesurier Tất nhiên liên kết là hữu ích nhưng chỉ riêng liên kết và tài nguyên không phải là câu trả lời tốt. Giải thích và lý luận bằng từ ngữ của riêng bạn với các liên kết và tài liệu tham khảo để sao lưu khiếu nại của bạn đưa ra câu trả lời trên StackExchange. Xem cách trả lời để biết thêm thông tin. Nếu bạn muốn đóng góp chỉ là một liên kết hoặc thông tin bổ sung thì bạn nên cung cấp thông tin này dưới dạng một bình luận thay thế. Tôi đã đi trước và chuyển đổi câu trả lời của bạn thành một nhận xét cho bạn.
maple_shaft

Câu trả lời:


75

Bạn không cần phải hiển thị giấy phép trong GUI, trong mọi trường hợp.

Đối với phần mềm được cấp phép theo Giấy phép Apache Phiên bản 2.0 (APLv2), việc sửa đổi phần mềm theo cách mà bạn đề xuất là khá ổn. Giấy phép đó khuyến khích sửa đổi. Giấy phép đảm bảo quyền tự do của bạn để xóa "được cung cấp bởi Chỉnh sửa SVG" trong phiên bản sửa đổi của bạn.

Tuy nhiên, hãy xem APLv2 (phần 4 (b)) về nghĩa vụ của bạn đối với tệp THÔNG BÁO được gửi cùng với phần mềm APLv2. Bạn được yêu cầu hiển thị nội dung của nó theo cách phù hợp với phần mềm. (Xin lưu ý, Chỉnh sửa SVG có thể đã thực hiện việc này.) Bạn không thể xóa "được cung cấp bởi Chỉnh sửa SVG" nếu điều đó xảy ra xuất phát từ tệp THÔNG BÁO. Nhưng, nếu bạn phân phối tệp THÔNG BÁO và mã nguồn, thì bạn được miễn điều này. Xem phần 4 (b) của APLv2 để hiểu rõ hơn về các lựa chọn của bạn.

Trong mọi trường hợp, những gì bạn muốn làm không phải là thô lỗ, đặc biệt là nếu nó làm cho công cụ phái sinh của bạn hoạt động tốt hơn.


23

Chỉ cần nói cảm ơn ... mọi người đều thắng

IANAL ... vì vậy tôi sẽ không bình luận về nghĩa vụ pháp lý của giấy phép Apache.

Nghi thức tốt trong việc sử dụng phần mềm mã nguồn mở ít nhất là cung cấp tín dụng khi tín dụng đáo hạn. Điều này tôi nghĩ là tối thiểu trần. Như vậy, bất cứ điều gì bạn nghĩ tôi sẽ là một thực tiễn tốt để đề cập và cảm ơn các dự án, thư viện hoặc nhà phát triển khác nhau đã giúp bạn tạo ra hệ thống của bạn. Có thể thông qua việc tích hợp một thư viện, sửa đổi một đoạn mã được thu thập ở đâu đó hoặc nhận sự giúp đỡ trực tiếp từ ai đó.

Hãy đề cập rằng bạn đã sử dụng nó là tối thiểu.

Nói với họ bạn đã sử dụng nó là tốt đẹp.

Làm cho đề cập của bạn và cảm ơn theo cách có thể liên kết để sử dụng của họ và cho phép họ đề cập đến dự án của bạn để đáp lại thậm chí còn tốt hơn.

Điều được coi là thô lỗ là sử dụng một phần Nguồn mở, thực hiện một số sửa đổi và sửa đổi, tích hợp nó vào một hệ thống khác và xuất bản hệ thống khác này mà không bao giờ chia sẻ các bản sửa lỗi hoặc đề cập rằng bạn đã sử dụng nó ở bất cứ đâu.

Nguồn mở không đòi hỏi nhiều và mọi người chắc chắn không kiếm được tiền nhờ công việc họ đặt vào. Hãy nghĩ về ý nghĩa của nó nếu bạn phải viết mã toàn bộ từ đầu mà không cần sự trợ giúp bên ngoài ... thật công bằng để cung cấp cho những người này tín dụng cho công việc họ đã làm, đó thường là tiền lương duy nhất của họ và bạn đưa nó cho họ sẽ không lấy thức ăn ra khỏi bàn của bạn. Nhưng nếu bạn có thể giúp nó, danh tiếng họ có thể có được từ tài liệu tham khảo của bạn có thể đặt thức ăn lên bàn của họ.

Danh tiếng có thể là một nguồn lực mạnh mẽ, rất khó để kiếm được nhưng rất dễ để cung cấp.

Bây giờ bạn đang ở trong một vị trí để cung cấp cho nó, một ngày nào đó người khác sẽ trả lại sự ủng hộ.


7
Ok ... nhưng không trả lời câu hỏi. Nhiều lúc quyết định không phải của chúng ta.
Pacerier

đúng, chúng tôi không phải lúc nào cũng kiểm soát ... vì vậy nếu bạn không thể bao gồm một thông báo rằng bạn đang sử dụng một đoạn mã được cấp phép theo Apache vì chính sách của công ty bạn do đó vi phạm giấy phép nói trên và không nên sử dụng mã.
Newtopian

uhh, APLv2 cho phép bạn cấp phép lại tác phẩm phái sinh của mình miễn là giấy phép ban đầu được đóng gói cùng với việc phân phối tác phẩm gốc của bạn ("bản quyền một phần ... được cấp phép theo ..."). Giấy phép cho phép bạn làm điều này để bạn hoàn toàn tự do "thực hiện một số sửa đổi và sửa đổi, tích hợp nó vào một hệ thống khác và xuất bản hệ thống khác này mà không bao giờ chia sẻ các bản sửa lỗi hoặc đề cập rằng bạn đã sử dụng nó ở bất cứ đâu". Như Artem lưu ý bên dưới, bạn phải bao gồm bất kỳ THÔNG BÁO nào từ bản gốc bất kể phụ / phụ, thay đổi điều khoản cấp phép hoặc phương thức phân phối (nhị phân hoặc nguồn).
cowbert

yup, gần như những gì tôi đã nói ... phải bao gồm các thông báo ... vì vậy nếu anh ta không thể thì anh ta vi phạm bất kể anh ta có thay đổi hay không hoặc nếu nó được cấp phép lại.
Newtopian

6

Có vẻ như bạn bị ảnh hưởng bởi '4. Điều khoản phân phối lại của giấy phép mà bạn nên đọc kỹ và hỏi luật sư nếu có bất cứ điều gì không rõ ràng với bạn (nếu bạn có đủ khả năng và nếu bạn có thể tìm thấy một người sẽ hiểu tất cả về nó, cho mọi quốc gia nơi bạn muốn phân phối hoặc bán dự án của bạn).

Tôi không phải là luật sư, tôi sẽ chỉ cho bạn biết tôi hiểu 4 mục này từ điều khoản đó như thế nào - tôi có thể hoàn toàn sai.

Mục 1 áp dụng nếu dự án của bạn là 'Công việc phái sinh' như được định nghĩa trong giấy phép Apache 2 (một lần nữa, hãy đọc kỹ định nghĩa đó). Nếu có, bạn cần bao gồm chính văn bản giấy phép Apache 2, tôi đã thấy nó được áp dụng cho các sản phẩm khác nhau, thường là trong tài liệu (được in hoặc trực tuyến) ở đâu đó dưới tiêu đề 'phần mềm này chứa mã' hoặc 'được lấy từ mã ... được bao phủ bởi giấy phép này ', khi thích hợp. Tất cả các bản sao cho tất cả các phần và các phần cũng được đề cập ở đâu đó gần đó.

Mục 2 và 3 thường là về các tệp nguồn.

Mục 4 áp dụng nếu mã văn bản 'gốc' chứa tệp văn bản 'THÔNG BÁO', thì bạn nên bao gồm và hiển thị nó

tại ít nhất một trong các vị trí sau: trong tệp văn bản THÔNG BÁO được phân phối như một phần của Tác phẩm phái sinh; trong biểu mẫu Nguồn hoặc tài liệu, nếu được cung cấp cùng với Tác phẩm phái sinh; hoặc, trong một màn hình được tạo bởi Công cụ phái sinh, nếu và bất cứ nơi nào thông báo của bên thứ ba như vậy thường xuất hiện.

Tôi đã thấy các thông báo như vậy trong hộp thoại 'Giới thiệu' mà hầu như mọi chương trình GUI đều có, nó được coi là lịch sự khi cung cấp tất cả các khoản tín dụng ở đó.

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.