First review for translation of: Softwarereview_intro.pt.Rmd

.github/CODEOWNERS

@@ -0,0 +1,4 @@
+*.pt.Rmd @ropensci/pt-translators
+*.pt.qmd @ropensci/pt-translators
+*.es.Rmd @ropensci/es-translators
+*.es.qmd @ropensci/es-translators

.github/dependabot.yml

@@ -0,0 +1,6 @@
+version: 2
+updates:
+  - package-ecosystem: "github-actions"
+    directory: "/"
+    schedule:
+      interval: "monthly"

.github/workflows/dev.yml

@@ -15,7 +15,7 @@ jobs:
     name: Render-Book
     runs-on: ubuntu-latest
     steps:
-      - uses: actions/checkout@v2
+      - uses: actions/checkout@v4
 
       - uses: r-lib/actions/setup-r@v2
 
@@ -35,8 +35,10 @@ jobs:
       - name: Render book
         run: Rscript -e 'babelquarto::render_book()'
         env: # Set the secret as an input
+          AIRTABLE_ID: ${{ secrets.AIRTABLE_ID }}
           AIRTABLE_API_KEY: ${{ secrets.AIRTABLE_API_KEY }}
           ZENODO_TOKEN: ${{ secrets.ZENODO_TOKEN }}
+          BABELQUARTO_CI_URL: https://devdevguide.netlify.app
 
       - name: Move English files
         run: Rscript -e 'file.copy(from = "_book/rOpenSci-Packages--Development,-Maintenance,-and-Peer-Review.pdf", to = "_book/ropensci-dev-guide.pdf")' -e 'purrr::walk(list.files("images", full.names = TRUE), file.copy, to = "_book/images")'

.github/workflows/pr.yml

@@ -18,7 +18,7 @@ jobs:
         run: |
           fork=$(jq --raw-output .pull_request.head.repo.fork "${GITHUB_EVENT_PATH}");echo "fork=${fork}" >> $GITHUB_ENV
 
-      - uses: actions/checkout@v2
+      - uses: actions/checkout@v4
 
       - uses: r-lib/actions/setup-r@v2
 
@@ -37,8 +37,10 @@ jobs:
       - name: Render book
         run: Rscript -e 'babelquarto::render_book()'
         env: # Set the secret as an input
+          AIRTABLE_ID: ${{ secrets.AIRTABLE_ID }}
           AIRTABLE_API_KEY: ${{ secrets.AIRTABLE_API_KEY }}
           ZENODO_TOKEN: ${{ secrets.ZENODO_TOKEN }}
+          BABELQUARTO_CI_URL: ""
 
       - name: Move English files
         run: Rscript -e 'file.copy(from = "_book/rOpenSci-Packages--Development,-Maintenance,-and-Peer-Review.pdf", to = "_book/ropensci-dev-guide.pdf")' -e 'purrr::walk(list.files("images", full.names = TRUE), file.copy, to = "_book/images")'

.github/workflows/release.yml

@@ -10,7 +10,7 @@ jobs:
     name: Render-Book
     runs-on: macOS-latest
     steps:
-      - uses: actions/checkout@v2
+      - uses: actions/checkout@v4
 
       - uses: r-lib/actions/setup-r@v2
 
@@ -29,6 +29,7 @@ jobs:
       - name: Render book
         run: Rscript -e 'babelquarto::render_book()'
         env: # Set the secret as an input
+          AIRTABLE_ID: ${{ secrets.AIRTABLE_ID }}
           AIRTABLE_API_KEY: ${{ secrets.AIRTABLE_API_KEY }}
           ZENODO_TOKEN: ${{ secrets.ZENODO_TOKEN }}
 

.github/workflows/scheduled-manual-main.yml

@@ -13,10 +13,10 @@ jobs:
     name: Render-Book
     runs-on: ubuntu-latest
     steps:
-      - uses: actions/checkout@v2        
+      - uses: actions/checkout@v4
         with:
           fetch-depth: 0
-            
+
       - name: Checkout latest release tag
         run: |
           LATEST_TAG=$(git describe --tags `git rev-list --tags --max-count=1`)
@@ -39,6 +39,7 @@ jobs:
       - name: Render book
         run: Rscript -e 'babelquarto::render_book()'
         env: # Set the secret as an input
+          AIRTABLE_ID: ${{ secrets.AIRTABLE_ID }}
           AIRTABLE_API_KEY: ${{ secrets.AIRTABLE_API_KEY }}
           ZENODO_TOKEN: ${{ secrets.ZENODO_TOKEN }}
 

booknews.Rmd

@@ -1,5 +1,37 @@
 # NEWS {#booknews}
 
+## dev version
+
+- 2025-04-10, add link to pkgcheck vignette on our testing environment (#589)
+
+- 2025-04-10, replace the link to the Mozilla Code Review guide with explicit items (#835)
+
+- 2025-04-03, document how to put the system on vacation(#865)
+
+- 2025-04-03, add details about MEE process and structure the author guide a bit more (`@robitalec`, #862)
+
+- 2025-03-11, add note in the packaging guide about checking maintenance status of dependencies (#881)
+
+- 2025-03-11, add item about "top level code" in packaging guide (#879)
+
+- 2025-03-11, explicitly mention need to acknowledge authors of bundled code (#873)
+
+- 2025-03-27, add guidance for packages wrapping external software (#866)
+
+- 2025-02-25, add official rule on submitting one package at once only (`@maurolepore`, #876)
+
+- 2025-03-11, mention the Air formatting tool wherever we mention the styler package (#875)
+
+- 2025-02-25, require the default git branch to not be called master (#863)
+
+- 2024-09-06, update math guidance for pkgdown based on pkgdown's update (#838)
+
+- 2024-08-30, remove mention of Twitter since rOpenSci no longer maintains an active Twitter account (`@yabellini`, #827)
+
+- 2024-07-17, document dashboard in editors' chapter (`@mpadge`, #829)
+
+- 2024-06-27, document the author's submit response step in the author guide (`@jmaspons`, #832).
+
 ## 0.9.0
 
 - 2024-01-09, update roxygen2 wording (`@vincentvanhees`, #792).

maintenance_collaboration.Rmd

@@ -40,7 +40,7 @@ These and other templates will generally need to be modified for use with an rOp
 Modifying a generic contributing guide to add a personal touch also tends to make it look less generic and more sincere.
 Personal preferences in a contributing guide include:
 
-- Style preferences? You might however prefer to make style a configuration (of [lintr](https://github.com/jimhester/lintr), [styler](https://styler.r-lib.org/)) or to [fix code style yourself](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especially if you don't use a popular code style like the [tidyverse coding style](https://style.tidyverse.org/).
+- Style preferences? You might however prefer to make style a configuration (of [Air](https://posit-dev.github.io/air/), [styler](https://styler.r-lib.org/), [lintr](https://github.com/jimhester/lintr)) or to [fix code style yourself](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especially if you don't use a popular code style like the [tidyverse coding style](https://style.tidyverse.org/).
 
 - Infrastructure like roxygen2?
 
@@ -57,7 +57,7 @@ CONTRIBUTING.md files can also describe how you acknowledge contributions (see [
 
 We encourage you to direct feedback that is not a bug report or a feature request to [rOpenSci forum](https://discuss.ropensci.org/), after making sure you'd see such questions on the forum. Users can use the forum to ask questions about use and report their use cases, and you can subscribe to individual categories and tags to receive notifications about your package.  Feel free to mention this in the docs of your package and/or the contributing guidelines/issue template.  Please direct your users to tag posts with the package name.
 
-Once a pull request is closer to being merged, you could use [a GitHub Actions PR workflow to style the code with styler](https://github.com/r-lib/actions/blob/master/examples/pr-commands.yaml).
+Once a pull request is closer to being merged, you could style the code using [Air](https://posit-dev.github.io/air/) or [styler](https://styler.r-lib.org).
 
 ### Issue management {#issue-management}
 

maintenance_collaboration.es.Rmd

@@ -33,7 +33,7 @@ Estas y otras plantillas generalmente tendrán que ser modificadas para su uso c
 Modificar una guía de contribución genérica para añadir un toque propio también tiende a hacer que parezca menos impersonal y más sincera.
 Las preferencias personales en una guía de contribución incluyen
 
-- Preferencias de estilo. Sin embargo, puedes preferir que el estilo sea uno automático (a través de [lintr](https://github.com/jimhester/lintr) o [styler](https://styler.r-lib.org/)) o bien [arreglar el estilo de código por tu cuenta](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especialmente si no utilizas un estilo de código popular como el [estilo de código tidyverse](https://style.tidyverse.org/).
+- Preferencias de estilo. Sin embargo, puedes preferir que el estilo sea uno automático (a través de [Air](https://posit-dev.github.io/air/),  [styler](https://styler.r-lib.org/) o [lintr](https://github.com/jimhester/lintr)) o bien [arreglar el estilo de código por tu cuenta](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especialmente si no utilizas un estilo de código popular como el [estilo de código tidyverse](https://style.tidyverse.org/).
 
 - Infraestructura, como roxygen2.
 
@@ -53,7 +53,7 @@ El foro puede usarse para hacer preguntas sobre cómo usar el paquete e informar
 No dudes en mencionar esto en los documentos de tu paquete, ya sea en la guía de contribución o en la plantilla de *issue*.
 Pide etiquetar las publicaciones con el nombre del paquete.
 
-Una vez que un *pull request* está más cerca de ser aceptado, puedes utilizar [un flujo de trabajo de *GitHub Actions PR* para aplicar el estilo al código con styler](https://github.com/r-lib/actions/blob/master/examples/pr-commands.yaml).
+Una vez que un *pull request* está más cerca de ser aceptado, puedes mejorar el estilo con [Air](https://posit-dev.github.io/air/) o [styler](https://styler.r-lib.org/).
 
 ### Gestión de issues {#issue-management}
 

maintenance_collaboration.pt.Rmd

@@ -40,7 +40,7 @@ Em geral, esses e outros modelos precisarão ser modificados para serem usados c
 Modificar um guia de contribuição genérico para adicionar um toque pessoal também tende a fazer com que ele pareça menos genérico e mais sincero.
 As preferências pessoais em um guia de contribuição incluem:
 
-- Preferências de estilo? No entanto, você pode preferir tornar o estilo uma configuração (de [lintr](https://github.com/jimhester/lintr), [styler](https://styler.r-lib.org/)) ou para [corrigir você mesmo o estilo de código](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especialmente se você não usar um estilo de código popular como o [estilo de código do tidyverse](https://style.tidyverse.org/).
+- Preferências de estilo? No entanto, você pode preferir tornar o estilo uma configuração (de [Air](https://posit-dev.github.io/air/), [styler](https://styler.r-lib.org/), [lintr](https://github.com/jimhester/lintr), ) ou para [corrigir você mesmo o estilo de código](https://github.com/rstudio/blogdown/pull/432#pullrequestreview-368391904) especialmente se você não usar um estilo de código popular como o [estilo de código do tidyverse](https://style.tidyverse.org/).
 
 - Infraestrutura como a do `roxygen2`?
 
@@ -57,7 +57,7 @@ Os arquivos `CONTRIBUTING.md` também podem descrever como você reconhece as co
 
 Recomendamos que você envie comentários que não sejam um relatório de bug ou uma solicitação de *feature* para o [Fórum da rOpenSci](https://discuss.ropensci.org/) após certificar-se de que você verá essas perguntas no fórum. As pessoas usuárias podem usar o fórum para fazer perguntas sobre o uso e relatar seus casos de uso, e você pode se inscrever em categorias e tags individuais para receber notificações sobre o seu pacote.  Sinta-se à vontade para mencionar isso nos documentos do seu pacote e/ou nas diretrizes de contribuição/modelo de *issue*. Oriente as pessoas que usam seu pacote a marcar as mensagens com o nome do pacote.
 
-Quando uma pull request estiver mais perto de ser mesclada, você poderá usar [um *GitHub Actions PR workflow* para estilizar o código com o pacote `styler`](https://github.com/r-lib/actions/blob/master/examples/pr-commands.yaml).
+Quando uma pull request estiver mais perto de ser mesclada, você poderá estilizar o código com [Air](https://posit-dev.github.io/air/) ou [styler](https://styler.r-lib.org/).
 
 ### Gerenciamento de *issues* {#issue-management}