Paquete huérfano de etiqueta

package etiquette

Question

Acabo de darme cuenta de que un paquete que uso ha sido "huérfano", lo que significa que ya no tiene un mantenedor activo. Las razones por las que esto puede suceder son (de este documento ):

1) El mantenedor actual quiere orfanizar activamente el paquete,
Por ejemplo, debido a que ya no tiene tiempo ni interés para actuar como paquete.
mantenedor

2) Los correos electrónicos enviados al mantenedor actual por los administradores de CRAN rebotaron o no fueron respondidos por períodos de tiempo más largos.

El mismo documento también lee (énfasis añadido):

Todo el mundo es más que bienvenido a hacerse cargo del mantenimiento de un paquete huérfano. Simplemente descargue las fuentes del paquete, haga los cambios necesarios (¡respetando el autor original y la licencia!) Y vuelva a enviar el paquete a CRAN con su nombre como mantenedor en el archivo de DESCRIPCIÓN del paquete .

Encuentro este paquete útil y odiaría verlo archivado porque falla R CMD CHECK en el futuro, así que aquí están mis preguntas:

• ¿Cuál es la actitud general para asumir el estado de "mantenedor" de un paquete huérfano?

• ¿Qué pasa si la razón (2) es la culpable, pero el último mantenedor todavía quiere la responsabilidad y [inserte una situación hipotética] ?

• ¿Hay algunos ejemplos de esta situación que pueda echar un vistazo?

Answer 1

El primer paso es ponerse en contacto con el mantenedor actual y ofrecer ayuda. Hablando desde mi propia experiencia, los responsables de los paquetes están agradecidos de saber que hay al menos otra persona que valora su trabajo y acepta con gusto ofertas para ayudar a mantener una base de código obsoleta.

Si no recibe una respuesta del mantenedor actual, le sugiero que asuma el manto y envíe una versión actualizada a CRAN. CRAN tiene políticas para estos eventos y aún intentará ponerse en contacto con el mantenedor anterior.

En el improbable caso de que el mantenedor actual no quiera cooperar, entonces tiene la opción de abrir el paquete y crear su propia versión.

Answer 2

La respuesta de Andrie menciona contactar al mantenedor actual. Si bien es absolutamente correcto, se queda corto en cuanto a que en muchos casos, la razón por la cual el paquete queda huérfano por CRAN se debe precisamente a una dirección de correo electrónico dañada y nada más. Por lo tanto, la falta de respuesta del responsable del paquete no es prueba de que ya no esté interesado en su paquete. Vea todas las BOUNCE (muchos .edu / .ac están deshabilitados cuando la persona cambia de institución) y NOREPLY (buzón ya no revisado por el mantenedor) en la lista de paquetes huérfanos .

Algunos comentarios apuntan en esta dirección: es probable que desee poner más esfuerzo en contactar al mantenedor anterior de lo que sugiere la respuesta de Andrie. Sugeriría lo siguiente:

• Intente buscar una nueva dirección o punto de contacto en las redes sociales (LinkedIn, ResearchGate, etc.), especialmente en torno a R (lista de correo de R-help, o incluso SO / CrossValidated)
• En el caso de un autor académico, trate de encontrar un artículo reciente que pueda mencionar una nueva institución y le brinde un buen punto de partida.
• Podría haber otro paquete mantenido por la misma persona pero con otra dirección de correo electrónico que aún esté funcionando
• Los colaboradores (especialmente los coautores del paquete) probablemente sepan cómo ponerse en contacto con el mantenedor y es probable que lo ayuden. En el caso de sapa , podrías haber contactado con Donald Percival. Si no hubiera asumido el rol de mantenedor (parece que ahora es el mantenedor del paquete), es muy probable que le haya dado información de contacto actualizada, o que se haya contactado con el antiguo mantenedor (y desde la solicitud). proviene de una parte "confiable", habría sido más probable que tuviera éxito). En otros casos, los co-autores de otros artículos también pueden ayudarlo.

Solo si todo esto falla, debe continuar convirtiéndose en el mantenedor, tal como se describe en la respuesta de Andrie.

Como ejemplo, mi paquete quedó huérfano en el pasado, porque una antigua dirección de correo electrónico institucional se deshabilitó algún tiempo después de que dejé la universidad. Sabía que estaría deshabilitado, pero no me di cuenta de que afectaría mi paquete. Me di cuenta de que el paquete quedó huérfano cuando me estaba preparando para enviar una actualización. Por suerte, nadie se hizo cargo durante este período, pero lo habría odiado si alguien lo hubiera hecho.

Los cambios en la dirección de correo electrónico son comunes en los entornos profesionales y académicos, así que tenga en cuenta que es probable que el mantenedor no se dé cuenta de que su paquete ha quedado huérfano.

Answer 3

Re sapa package: Tuve un problema con NAMESPACE llamándolo desde el paquete ForeCA . Para un envío de CRAN exitoso (sin dolor de cabeza) terminé contactando al propietario de sapa , Don Percival, y básicamente le envié un correo electrónico a un paquete fijo (solo un par de líneas de declaraciones de Imports / Depends fijas).

Fue muy útil para sacar la nueva versión lo antes posible, y ahora está en CRAN (versión 2.0-1 ) pasando todas las comprobaciones de CRAN .