GPL - phân phối là gì?

Một điểm thú vị đã xuất hiện trên một chủ đề khác về cáo buộc chiếm dụng dự án GPL. Trong trường hợp này, phần mềm doanh nghiệp đã được sử dụng bởi một số công ty lớn, những người chủ yếu lấy mã, thay đổi tên, xóa thông báo GPL và sử dụng kết quả.

Vấn đề là - nếu công ty đã làm điều này và chỉ sử dụng phần mềm trong nội bộ thì sẽ không có bất kỳ phân phối nào và điều đó hoàn toàn hợp pháp theo GPL. Sửa đổi bởi nhân viên của họ để sử dụng nội bộ cũng sẽ được cho phép.

Vậy tại thời điểm nào nó trở thành một bản phân phối?
Có lẽ nếu họ đưa các nhà thầu bên ngoài theo 'công việc cho thuê' thì các sửa đổi của họ cũng sẽ là nội bộ và do đó không phải là một bản phân phối.

Nếu họ thuê một bộ trang phục phần mềm bên ngoài để sửa đổi và những thay đổi đó chỉ được sử dụng trong nội bộ công ty - những thay đổi đó có được phân phối không? GPL có áp dụng cho khách hàng hoặc cho các nhà phát triển bên ngoài không?

Nếu công ty sau đó đưa kết quả cho bộ phận khác, đơn vị kinh doanh khác, công ty khác? Nếu công ty kia là công ty con thuộc sở hữu toàn bộ thì sao?

ps. vâng tôi biết câu trả lời là hỏi luật sư. Nhưng tất cả các cuộc thảo luận tôi đã thấy về phân phối GPL2 / GPL3 là về dịch vụ web - không phải về sử dụng nội bộ.

Bản chất của GPL là nó không giới hạn những gì bạn có thể làm với phần mềm - nó áp đặt các yêu cầu đối với bạn khi bạn Truyền đạt hoặc Tuyên truyền công việc được bảo hiểm. Để trích dẫn GPLv3 :

Để tuyên truyền, một công việc có nghĩa là làm bất cứ điều gì với nó, mà không được phép, sẽ khiến bạn phải chịu trách nhiệm trực tiếp hoặc thứ hai về việc vi phạm theo luật bản quyền hiện hành, ngoại trừ thực hiện nó trên máy tính hoặc sửa đổi một bản sao riêng tư . [nhấn mạnh thêm]

Vì vậy, nếu việc sử dụng duy nhất là với một bản sao riêng tư thì bạn không Tuyên truyền hoặc Truyền đạt công việc nên các điều kiện cho phép bạn Truyền đạt công việc không liên quan.

Xem Câu hỏi thường gặp này :

GPL có yêu cầu mã nguồn của các phiên bản sửa đổi phải được đăng lên công chúng không?

GPL không yêu cầu bạn phát hành phiên bản sửa đổi của bạn, hoặc bất kỳ phần nào của nó. Bạn có thể tự do sửa đổi và sử dụng chúng một cách riêng tư mà không bao giờ phát hành chúng. Điều này áp dụng cho các tổ chức (bao gồm cả các công ty), quá; một tổ chức có thể tạo một phiên bản sửa đổi và sử dụng nó trong nội bộ mà không bao giờ phát hành ra bên ngoài tổ chức.

Nhìn nó theo cách này. Sẽ không có vấn đề gì nếu có các bộ phận hoặc công ty con khác nhau. Nó chỉ quan trọng nếu bạn định phân phối nhị phân cho một bên khác và không cung cấp cho họ nguồn.

Nếu có một bộ phận khác sẽ sử dụng các sửa đổi, họ sẽ lấy nguồn để làm việc với nó. Không sao đâu. Bạn đang tuân thủ mọi thứ trong giấy phép. Bất cứ ai có thể nhận được một phân phối cần nguồn.

Dịch vụ qua mạng không được coi là phân phối.

Đây là một nỗ lực giải thích đơn giản về GPL:

Nếu một dự án GPL sản xuất awesomeProduct.jar, bất kỳ nơi nào awesomeProduct.jartồn tại, awesomeProduct_src.jarcũng cần tồn tại. Nếu ai đó không có awesomeProduct.jarhọ sẽ không nhận đượcawesemeProduct_src.jar

Nếu đó là những gì công ty muốn làm, thì có một phương pháp rất đơn giản để tránh mọi nghĩa vụ và mọi vấn đề pháp lý: Bất cứ khi nào bạn đưa một bản sao phần mềm cho nhân viên, hãy cung cấp cho họ mã nguồn hoàn chỉnh cùng một lúc. Đó là một trong ba cách để thực hiện nghĩa vụ của bạn theo GPL.

Nói với nhân viên rằng họ không được phép trao phần mềm cho bất kỳ ai khác và họ chắc chắn không được phép trao mã nguồn cho bất kỳ ai. Nếu họ làm như vậy, thì họ gặp rắc rối với chủ nhân của họ. Nếu họ làm mà không bàn giao mã nguồn thì họ gặp rắc rối về pháp lý (và không phải là chủ lao động, vì nhà tuyển dụng đã không phân phối phần mềm).

Tôi sẽ xem trích dẫn này từ trang web của họ

Nếu bạn phân phối thương mại nhị phân không kèm theo mã nguồn, GPL nói rằng bạn phải cung cấp một đề nghị bằng văn bản để phân phối mã nguồn sau này. Khi người dùng không phân phối lại thương mại các nhị phân mà họ nhận được từ bạn, họ phải chuyển qua một bản sao của đề nghị bằng văn bản này. Điều này có nghĩa là những người không nhận được nhị phân trực tiếp từ bạn vẫn có thể nhận được các bản sao của mã nguồn, cùng với lời đề nghị bằng văn bản.

Bạn phải vượt qua tất cả các nguồn xuống chuỗi, chỉ cần nhìn vào nó vì api bên ngoài của bạn là khách hàng của api nội bộ. Yêu cầu cung cấp nguồn được kế thừa từ việc sử dụng api bên ngoài của api bên trong.