Después de hacer esas modificaciones, ¿qué es lo correcto a continuación? ¿Mantenga la información de la licencia intocable o intente actualizarla incluyéndose usted mismo con algo como las etiquetas @author o @revision?
Creo que está confundiendo la licencia del software y cualquier prólogo que pueda ser parte del software.
La licencia es donde los propietarios de los derechos de autor del programa especifican los términos de uso (la licencia) para otras personas. Algunas licencias son muy permisivas, otras son mucho más restrictivas.
El prólogo es donde los autores insertan @authory @revisionetiquetan para proporcionar una forma de rastrear los cambios en el código fuente. En algunos casos, convertirse en autor de una adición no trivial al código puede darle derecho a reclamar los derechos de autor sobre esa sección del código. Desenredar las preocupaciones de derechos de autor puede ser espinoso y es mejor manejarlo por abogados. Sin embargo, usted declaró específicamente que no le preocupa ese aspecto, así que seguiré adelante.
Otro problema común es cambiar el espacio de nombres / paquete de terceros para que se ajuste a las convenciones de su proyecto. Algunos tipos de licencia incluyen este tipo de información en su bloque de licencia, ¿puedo cambiarla libremente?
Esto realmente depende de las convenciones del proyecto.
Si bifurcas el proyecto, puedes hacer lo que quieras.
Si planea contribuir con sus cambios al proyecto, debe seguir con la convención establecida. Si hay una razón convincente para cambiar el espacio de nombres, entonces debe presentarlo a la comunidad de la aplicación.
Teniendo en cuenta las reglas generales de licencia (generalmente son diferentes en aspectos menores, ¿verdad?),
¿es ético (o al menos está permitido) que agregue libremente información al bloque de licencia sobre mis modificaciones y quizás también modifique cómo me refiero a él en mi código (por ejemplo, uso YACorp.YALib como Utils.YALib)?
¡No cambies la licencia!
En primer lugar, es probable que no tenga los derechos legales para cambiar la licencia. En segundo lugar, cualquier cambio que realice probablemente estropeará la licencia. Deje los cambios de licencia a los abogados.
En cuanto a la actualización del prólogo, depende de las normas del proyecto. Algunos proyectos no quieren un prólogo porque usan el control de fuente para rastrear eso. Otros proyectos lo hacen. Siga las convenciones del proyecto.
En realidad, mis preocupaciones tienen más que ver con el "respeto a la comunidad" que con los aspectos legales, estoy preguntando más sobre cuánto podemos "volvernos locos" siendo éticos si nuestro proyecto puede considerarse privado o personal.
Si te estás guardando los cambios, ¿por qué te importa lo que piensen los demás? Algo que usa solo para usted y que nunca distribuye a otros no tiene ningún impacto en el proyecto original. Entonces no les importa lo que haces.
Si planea distribuir sus cambios o contribuirlos nuevamente al proyecto, debe evaluar las convenciones de ese proyecto. Algunos proyectos no quieren ser bifurcados y tendrán una licencia para evitarlo. Otros van tan lejos como para decir "haz lo que quieras" y te dan carta blanca para que hagas lo que consideres conveniente. En última instancia, la respuesta aquí depende del proyecto particular que esté viendo.