Actuellement, PEcAn n'est pas disponible dans CRAN, ce qui rend son installation plus difficile sur les systèmes car il oblige l'utilisateur à télécharger d'abord tout le code et à l'installer. L'ajouter à CRAN le rendra non seulement plus facile à installer, mais aussi plus facile à trouver. Cela nécessitera de corriger les avertissements dans le processus de construction et éventuellement de diviser le code en différents modules. (projet GSOC 2021)
Il s'agit d'un problème de haut niveau dans le but de publier des packages sur CRAN ; chaque paquet nécessitera au moins un problème et des fils de discussion.
_Veuillez mettre à jour cette description initiale selon les besoins en fonction des commentaires ci-dessous._
Une liste approximative de priorités (TODO se transforme en tableau)
Garder les paquets sur Github.
Toute personne souhaitant s'attaquer à ce problème doit être familiarisée avec les versions CRAN et le développement de packages (ou avoir un mentor qui l'est) et avec les chapitres sur la publication de packages dans le livre 'rOpenSci packages' et le livre 'R packages' de Hadley Wickham . Ces chapitres fournissent les étapes et décrivent de nombreuses fonctions d'assistance pour la publication de packages.
Bonjour @dlebauer monsieur,
Je voulais travailler sur ce problème.
A commencé à travailler.
@ avinash14022002 C'est un gros problème et nous nous attendons à ce que le terminer prenne tout un projet GSOC et peut-être au-delà. Votre contribution est la bienvenue, mais je vous encourage à commencer à travailler sur une proposition de travail plutôt que de vous lancer directement dans le codage.
@infotroph monsieur,
Oui monsieur.
En plus de vouloir vos conseils.
J'aime aussi contribuer à PEcAn post Gsoc.
@infotroph @dlebauer
"base/remote- importe PEcAn.logger" lorsque nous disons cela .. cela signifie-t-il que nous devons transmettre PEcAn.remote avec les FONCTIONS PEcAn.logger au CRAN ? était un peu confus à ce sujet.
En général, les packages soumis au CRAN ne sont autorisés à avoir des dépendances que sur les packages qui sont également dans le CRAN[1], nous devrions donc supposer que les packages doivent être soumis dans l'ordre des dépendances, par exemple PEcAn.logger avant PEcAn.data.remote.
Ces dépendances s'aggravent rapidement, donc dans le cadre des préparatifs de la publication du CRAN, nous devrions rechercher des opportunités pour supprimer les dépendances inutiles - par exemple, il est probable que certains des packages qui importent PEcAn.utils ne l'utilisent que pour quelques fonctions simples et il peut il est plus logique de les copier directement dans un autre package plutôt que de les importer.
[1] Techniquement, c'est « les packages dont dépend un package CRAN doivent être disponibles à partir d'un référentiel grand public », mais en pratique, « grand public » signifie CRAN ou Bioconductor.