Dopo aver apportato tali modifiche, qual è la cosa giusta da fare dopo? Mantenere le informazioni sulla licenza intoccabili o provare ad aggiornarle includendo te stesso con qualcosa come i tag @author o @revision?
Penso che tu stia confondendo la licenza del software e qualsiasi prologo che potrebbe far parte del software.
La licenza è dove i proprietari del copyright del programma specificano i termini di utilizzo (la licenza) per altre persone. Alcune licenze sono molto permissive, altre sono molto più restrittive.
Il prologo è dove gli autori inseriscono @authore @revisiontag per fornire un modo per tenere traccia delle modifiche al codice sorgente. In alcuni casi, diventare un autore di un'aggiunta non banale al codice può comportare la rivendicazione del copyright su quella sezione del codice. Districare le preoccupazioni sul copyright può essere spinoso ed è gestito al meglio dagli avvocati. Tuttavia, hai affermato espressamente che non ti preoccupi di quell'aspetto, quindi passerò avanti.
Un altro problema comune è la modifica dello spazio dei nomi / pacchetto di terze parti per adattarlo alle convenzioni del progetto. Alcuni tipi di licenza includono questo tipo di informazioni nel loro blocco di licenza, posso cambiarlo liberamente?
Questo dipende davvero dalle convenzioni del progetto.
Se fai il fork del progetto, puoi fare quello che vuoi.
Se hai intenzione di contribuire con le modifiche al progetto, dovresti attenersi alla convenzione stabilita. Se c'è un motivo convincente per cambiare lo spazio dei nomi, è necessario presentarlo alla comunità dell'applicazione.
Considerando le regole di licenza generali (di solito sono diverse in aspetti minori, giusto?),
è etico (o almeno consentito) aggiungere liberamente informazioni al blocco di licenza in merito alle mie modifiche e forse modificare anche come posso fare riferimento ad esse nel mio codice (ad esempio, utilizzare YACorp.YALib come Utils.YALib)?
Non modificare la licenza!
Prima di tutto, probabilmente non hai i diritti legali per cambiare la licenza. In secondo luogo, è probabile che qualsiasi modifica apportata rovini la licenza. Lasciare le modifiche della licenza agli avvocati.
Per quanto riguarda l'aggiornamento del prologo, dipende dalle norme del progetto. Alcuni progetti non vogliono un prologo perché usano il controllo del codice sorgente per rintracciarlo. Lo fanno altri progetti. Segui le convenzioni del progetto.
In realtà le mie preoccupazioni riguardano più il "rispetto per la comunità" che gli aspetti legali, sto chiedendo di più su quanto possiamo "scatenarci" rimanendo etici se il nostro progetto può essere considerato privato o personale.
Se stai mantenendo le tue modifiche su te stesso, perché ti importa cosa pensano gli altri? Qualcosa che usi solo per te stesso e non lo distribuisci mai agli altri non ha alcun impatto sul progetto originale. Quindi a loro non importa quello che fai.
Se prevedi di distribuire le modifiche o di restituirle al progetto, devi valutare le convenzioni di quel progetto. Alcuni progetti non vogliono essere biforcati e avranno una licenza in atto per impedirlo. Altri arrivano al punto di dire "fai quello che vuoi" e ti viene data carta bianca da fare come ritieni opportuno. In definitiva, la risposta qui dipende dal particolare progetto che stai guardando.