Na tej stronie omawiamy 2 ważne zadania współtwórcy: podpisywanie licencji współtwórców umowy i poprawne wykorzystanie nagłówków licencji w kodzie.
Podpisz umowy licencyjne współtwórców
Wszyscy użytkownicy (osoby, które samodzielnie dodały treści pomysłami, kodem lub dokumentacją Android Open Source Project (AOSP) muszą wypełnić, podpisać i przesłać Umowa licencyjna współtwórcy indywidualnego. Umowę można podpisać online na narzędzia do weryfikacji kodu. Umowa określa warunki dotyczące przekazywania własności intelektualnej do AOSP. Licencja ta ma na celu ochronę użytkownika jako współtwórcy oraz ochrony projektu; nie zmienia to Twoich praw do wykorzystywania własnych darowizny do jakichkolwiek innych celów.
Umowa licencyjna współtwórcy korporacyjnego jest dostępna dla korporacji (lub innych podmiotów) zatrudniających pracowników pracujących nad AOSP. Ta wersja umowy umożliwia korporacji autoryzowanie darowizn przesłane przez wyznaczonych pracowników i przyznają prawa autorskie oraz patenty licencji.
Umowa licencyjna współpracująca z Google opiera się na umowach wykorzystywanych przez Apache Software Foundation, która może znajdź na Strona Apache.
Uwzględnij nagłówki licencji
W projekcie Android Open Source Project (AOSP) wykorzystuje się Zatwierdzone oprogramowanie open source open source initiative licencji na nasze oprogramowanie.
Licencja Apache, wersja 2.0 (Apache 2.0) jest preferowaną licencją AOSP i większością oprogramowania na licencji Apache 2.0. Celem projektu jest spełnienie preferowanej licencji, istnieją wyjątki, które są rozpatrywane indywidualnie podstaw. Na przykład poprawki jądra systemu Linux są dostępne na licencji s wyjątków systemowych, które można znaleźć na Archiwa jądra systemu Linux
W przypadku oprogramowania stanowiącego przestrzeń użytkownika (bez jądra systemu) Google preferuje Apache 2.0 (i podobny takich jak BSD czy MIT) w porównaniu z innymi licencjami, takimi jak GNU Zmniejszer General Licencja publiczna (LGPL). Przyczyna jest następująca:
Android to wolność i wybór. Android ma promować ale otwartość w świecie urządzeń mobilnych. Google nie może przewidzieć ani dyktować wszystkich zastosowania naszego oprogramowania. Dlatego Google zachęca wszystkich do otwartego które da się modyfikować, nie jest to nasze miejsce na zmuszanie ich do tego. Zastosowanie Biblioteki LGPL mogą być restrykcyjne. Oto niektóre z naszych wątpliwości:
W skrócie: LGPL wymaga przesłania źródła do aplikacji. w pisemna oferta źródła; lub dynamiczne łączenie biblioteki LGPL co daje użytkownikom możliwość ręcznego uaktualniania lub zastępowania biblioteki. Oprogramowanie Androida zwykle są wysyłane jako statyczny obraz systemu, więc zgodnie z tymi ograniczają projekty producentów. Na przykład jest to użytkownicy mogą mieć trudności z zastąpieniem biblioteki w pamięci flash tylko do odczytu.
LGPL wymaga wprowadzenia zmian przez klientów i analizowania wstecznego na debugowanie tych modyfikacji. Większość producentów urządzeń nie chce być kojarzona tych warunków.
W przeszłości biblioteki LGPL były źródłem wielu zgodności w przypadku dalszych twórców urządzeń i deweloperów aplikacji. Edukacja tych kwestii jest trudne i czasochłonne. Kluczowe znaczenie ma Sukces Androida, dzięki któremu twórcy urządzeń mogą bez trudu zachować zgodność z licencjami.
Te obawy nie są krytyką LGPL ani innych licencji. Google docenia wszystkich licencji open source i open source oraz szanujemy prawa innych osób ustawień licencji. Uznaliśmy, że Apache 2.0 to najlepszy sposób dla naszych celów.
Przesyłając kod do uwzględnienia w AOSP, musisz prawidłowo wykorzystać nagłówków licencji. W sekcjach poniżej wyjaśniamy, jak postępować nagłówki licencji na nowe pliki i istniejący kod.
Stosowanie sprawdzonych metod dotyczących licencji i praw autorskich
Postępuj zgodnie z tymi sprawdzonymi metodami dotyczącymi praw autorskich i nagłówka licencji:
Nie modyfikuj istniejących praw autorskich. Na przykład jeśli chcesz przesłać do AOSP, który zawiera kod, który pochodzi z pliku z własnym informacje o prawach autorskich, należy je zachować w oryginalnym pliku.
Jeśli dodasz zupełnie nowy plik źródłowy, użyj domyślnych wartości praw autorskich określonych przez AOSP oraz poniższy nagłówek licencji, chyba że projekt, nad którym pracujesz, ma różne wstępnie zdefiniowane licencje:
Copyright (C) yyyy The Android Open Source Project Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.