Co należy zrobić po dokonaniu tych modyfikacji? Czy informacje o licencji są nietykalne, czy próbujesz je zaktualizować, włączając w to siebie za pomocą tagów @author lub @revision?
Myślę, że mylisz licencję na oprogramowanie i prolog, który może być częścią oprogramowania.
Licencja polega na tym, że właściciele praw autorskich do programu określają warunki użytkowania (licencja) dla innych osób. Niektóre licencje są bardzo liberalne, inne są znacznie bardziej restrykcyjne.
W prologu autorzy wstawiają @authori @revisiontagi, aby zapewnić sposób na śledzenie zmian w kodzie źródłowym. W niektórych przypadkach uzyskanie statusu nietrywialnego dodatku do kodu może spowodować roszczenie dotyczące praw autorskich do tej sekcji kodu. Rozwiązywanie problemów związanych z prawami autorskimi może być trudne i najlepiej rozwiązywać je przez prawników. Jednak wyraźnie stwierdziłeś, że nie interesujesz się tym aspektem, więc przejdę dalej.
Innym częstym problemem jest zmiana przestrzeni nazw / pakietu innej firmy, aby dopasować ją do konwencji projektu. Niektóre typy licencji zawierają tego rodzaju informacje w bloku licencji. Czy mogę je dowolnie zmieniać?
To naprawdę zależy od konwencji projektu.
Jeśli rozwidlisz projekt, możesz zrobić, co chcesz.
Jeśli planujesz wnieść swój wkład z powrotem do projektu, powinieneś trzymać się ustalonej konwencji. Jeśli istnieje ważny powód, aby zmienić przestrzeń nazw, musisz przedstawić to społeczności aplikacji.
Biorąc pod uwagę ogólne zasady licencyjne (zwykle różnią się one pod niewielkimi względami, prawda?),
czy etyczne (lub przynajmniej dozwolone) jest to, że swobodnie dodaję informacje do bloku licencyjnego o moich modyfikacjach, a może także modyfikuję sposób, w jaki odnoszę się do nich w kodzie (np. używam YACorp.YALib jako Utils.YALib)?
Nie zmieniaj licencji!
Po pierwsze, prawdopodobnie nie masz praw do zmiany licencji. Po drugie, wszelkie wprowadzone zmiany prawdopodobnie zepsują licencję. Pozostaw zmiany licencji prawnikom.
Jeśli chodzi o aktualizację prologu, zależy to od norm projektu. Niektóre projekty nie chcą prologu, ponieważ używają kontroli źródła do śledzenia tego. Inne projekty tak. Postępuj zgodnie z konwencjami projektu.
W rzeczywistości moje obawy dotyczą bardziej „szacunku dla społeczności” niż aspektów prawnych. Pytam więcej o to, jak bardzo możemy „oszaleć”, pozostając etycznymi, jeśli nasz projekt można uznać za prywatny lub osobisty.
Jeśli zachowujesz swoje zmiany dla siebie, dlaczego przejmujesz się tym, co myślą inni? Coś, z czego korzystasz tylko dla siebie i nigdy nie udostępniasz go innym, nie ma wpływu na oryginalny projekt. Więc nie obchodzi ich, co robisz.
Jeśli planujesz rozpowszechnić swoje zmiany lub wnieść je z powrotem do projektu, musisz ocenić konwencje tego projektu. Niektóre projekty nie chcą być rozwidlone i będą posiadały licencję, która to uniemożliwi. Inni posuwają się tak daleko, że mówią „rób, co chcesz”, a dostajesz carte blanche według własnego uznania. Ostatecznie odpowiedź tutaj zależy od konkretnego projektu, na który patrzysz.