F-Droid/Website Posts — Spanish @ Hosted Weblate: Many F-Droid users run rather old Android devices. A possible …

Translation

English type: Bullet: '* '

Many F-Droid users run rather old Android devices. A possible reason is that they care about the environment and do not want to throw away working devices. In order to still support old Android versions, app developers have to invest a significant amount of work. One example is that [supporting HTTPS connections on old Android versions is hard](https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). HTTPS connections not only affect Browser applications, but also apps like weather forecast apps or podcast players. While it would be possible that each app shipped the necessary code to connect to modern HTTPS servers, that would increase the size of each app by about 4 MB. There have already been ideas on how to only have one app ship the HTTPS code and have it loaded from there into other apps. The main missing point was which app would be trustworthy enough to ship such security critical code. We discussed that including it in the F-Droid client is not a good idea because the app is already rather complex. Given that both devices running Google Services and devices running [microG](https://microg.org/) already have a provider for that code, we decided that we should just write an open-source library that talks to that system component. Therefore, the library would basically be an open-source re-implementation of Google's ProviderInstaller, calling the [same system APIs](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider-core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).

Spanish

Muchos usuarios de F-Droid utilizan dispositivos Android bastante antiguos. Una posible razón es que se preocupan por el medio ambiente y no quieren tirar a la basura los dispositivos que funcionan. Para seguir admitiendo versiones antiguas de Android, los desarrolladores de las aplicaciones tienen que invertir una cantidad significativa de trabajo. Un ejemplo es que [es difícil admitir conexiones HTTPS en versiones antiguas de Android](https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). Las conexiones HTTPS no sólo afectan a las aplicaciones del navegador, sino también a aplicaciones como las de previsión meteorológica o los reproductores de podcasts. Si bien sería posible que cada aplicación enviara el código necesario para conectarse a los servidores HTTPS modernos, eso aumentaría el tamaño de cada aplicación en aproximadamente 4 MB. Ya ha habido ideas sobre cómo hacer que una sola aplicación envíe el código HTTPS y cargarlo desde allí en otras aplicaciones. El principal punto que faltaba era qué aplicación sería lo suficientemente confiable como para enviar un código tan crítico para la seguridad. Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).

Needs editing

Skip

	English	Spanish	Actions
	F-Droid Meeting at the RC3 Congress	Reunión de F-Droid en el Congreso RC3
	The [congress of the Chaos Computer Club](https://en.wikipedia.org/wiki/Chaos_Communication_Congress) usually takes place in person but the pandemic forced it to become a virtual event called RC3. It is visited by many open-source enthusiasts, so it is no wonder that there are people who love F-Droid and FOSS Android apps in general. In 2019, we [already had an F-Droid meeting](https://f-droid.org/2020/01/09/f-droid-at-36c3.html) at the congress. This year, we scheduled a virtual meeting for Dec 30 2021 and [announced it on the F-Droid forum](https://forum.f-droid.org/t/f-droid-meetup-at-the-rc3-congress-2021/16337), as well as on Mastodon and Twitter.	El [congreso del Chaos Computer Club](https://en.wikipedia.org/wiki/Chaos_Communication_Congress) suele celebrarse en persona, pero la pandemia obligó a convertirlo en un evento virtual llamado RC3. Lo visitan muchos entusiastas del código abierto, así que no es de extrañar que haya gente a la que le encante F-Droid y las aplicaciones Android FOSS en general. En 2019, [ya tuvimos una reunión de F-Droid](https://f-droid.org/2020/01/09/f-droid-at-36c3.html) en el congreso. Este año, programamos una reunión virtual para el 30 de diciembre de 2021 y [la anunciamos en el foro de F-Droid](https://forum.f-droid.org/t/f-droid-meetup-at-the-rc3-congress-2021/16337), así como en Mastodon y Twitter.
	About 10 people -- mostly maintainers of various open-source apps -- joined and talked for nearly 3 hours. There were obviously developers from F-Droid itself ([client app](https://f-droid.org/packages/org.fdroid.fdroid/), [packages](https://gitlab.com/fdroid/fdroiddata) and [server](https://gitlab.com/fdroid/fdroidserver)) but also from apps like [K-9 Mail](https://f-droid.org/packages/com.fsck.k9/), [AntennaPod](https://f-droid.org/packages/de.danoeh.antennapod/), [Etar](https://f-droid.org/packages/ws.xsoh.etar/), [Event Fahrplan](https://f-droid.org/packages/info.metadude.android.rc3.schedule/) and [Tiny Weather Forecast](https://f-droid.org/packages/de.kaffeemitkoffein.tinyweatherforecastgermany/).	Unas 10 personas, en su mayoría responsables de varias aplicaciones de código abierto, se unieron y hablaron durante casi 3 horas. Obviamente había desarrolladores de F-Droid ([aplicación cliente](https://f-droid.org/packages/org.fdroid.fdroid/), [paquetes](https://gitlab.com/fdroid/fdroiddata) y [servidor](https://gitlab.com/fdroid/fdroidserver)), pero también de aplicaciones como [K-9 Mail](https://f-droid.org/packages/com.fsck.k9/), [AntennaPod](https://f-droid.org/packages/de.danoeh.antennapod/), [Etar](https://f-droid.org/packages/ws.xsoh.etar/), [Event Fahrplan](https://f-droid.org/packages/info.metadude.android.rc3.schedule/) y [Tiny Weather Forecast](https://f-droid.org/packages/de.kaffeemitkoffein.tinyweatherforecastgermany/).
	Among other smaller topics, we talked about the following:	Entre otros temas menores, hablamos de lo siguiente:
	Most open-source apps are developed by volunteers in their free time. In order to spend time on open-source app development as an actual part-time job, developers need a source of income. Only a tiny fraction of developers can actually live off the donations they receive. We discussed everyone's experiences with receiving donations. An important aspect is that recurring (small) donations are a lot more helpful than infrequent (large) donations because it makes it easier to plan. We talked about how it would be possible to ask users for donations without getting annoying. F-Droid already stores donation links in the app metadata and displays them on the client's app details page. The problem with this is that after downloading, the app details page is no longer actively used. We agreed that it would be great to ask for donations on the "updates" tab of the F-Droid client: when an app has been installed for a long time, the client could ask if you want to donate to keep the app development sustainable. The "updates" tab has already been prepared for this kind of messages, but it still needs a developer to implement the last pieces.	La mayoría de las aplicaciones de código abierto son desarrolladas por voluntarios en su tiempo libre. Para dedicar tiempo al desarrollo de aplicaciones de código abierto como trabajo a tiempo parcial, los desarrolladores necesitan una fuente de ingresos. Sólo una pequeña parte de los desarrolladores pueden vivir de las donaciones que reciben. Hablamos de las experiencias de cada uno a la hora de recibir donaciones. Un aspecto importante es que las donaciones recurrentes (pequeñas) son mucho más útiles que las infrecuentes (grandes) porque facilitan la planificación. Hablamos de cómo sería posible pedir donaciones a los usuarios sin resultar molestos. F-Droid ya almacena enlaces de donación en los metadatos de la aplicación y los muestra en la página de detalles de la aplicación del cliente. El problema con esto es que después de la descarga, la página de los detalles de la aplicación ya no lo utiliza activamente. Estuvimos de acuerdo en que sería genial pedir donaciones en la pestaña "actualizaciones" del cliente F-Droid: cuando una aplicación lleva mucho tiempo instalada, el cliente podría preguntar si quieres donar para mantener el desarrollo sostenible de la aplicación. La pestaña "actualizaciones" ya está preparada para este tipo de mensajes, pero aún necesita que un desarrollador lo implemente.
	Many F-Droid users run rather old Android devices. A possible reason is that they care about the environment and do not want to throw away working devices. In order to still support old Android versions, app developers have to invest a significant amount of work. One example is that [supporting HTTPS connections on old Android versions is hard](https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). HTTPS connections not only affect Browser applications, but also apps like weather forecast apps or podcast players. While it would be possible that each app shipped the necessary code to connect to modern HTTPS servers, that would increase the size of each app by about 4 MB. There have already been ideas on how to only have one app ship the HTTPS code and have it loaded from there into other apps. The main missing point was which app would be trustworthy enough to ship such security critical code. We discussed that including it in the F-Droid client is not a good idea because the app is already rather complex. Given that both devices running Google Services and devices running [microG](https://microg.org/) already have a provider for that code, we decided that we should just write an open-source library that talks to that system component. Therefore, the library would basically be an open-source re-implementation of Google's ProviderInstaller, calling the [same system APIs](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider-core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).	Muchos usuarios de F-Droid utilizan dispositivos Android bastante antiguos. Una posible razón es que se preocupan por el medio ambiente y no quieren tirar a la basura los dispositivos que funcionan. Para seguir admitiendo versiones antiguas de Android, los desarrolladores de las aplicaciones tienen que invertir una cantidad significativa de trabajo. Un ejemplo es que [es difícil admitir conexiones HTTPS en versiones antiguas de Android](https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). Las conexiones HTTPS no sólo afectan a las aplicaciones del navegador, sino también a aplicaciones como las de previsión meteorológica o los reproductores de podcasts. Si bien sería posible que cada aplicación enviara el código necesario para conectarse a los servidores HTTPS modernos, eso aumentaría el tamaño de cada aplicación en aproximadamente 4 MB. Ya ha habido ideas sobre cómo hacer que una sola aplicación envíe el código HTTPS y cargarlo desde allí en otras aplicaciones. El principal punto que faltaba era qué aplicación sería lo suficientemente confiable como para enviar un código tan crítico para la seguridad. Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema](https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).
	Seldom, there are takedown requests for apps on F-Droid, for example because of copyright claims. Often it is then hard to contact the app authors. Some apps use git repositories without an issue tracker and the contact email address is not actively requested when adding a new app to the F-Droid repo. We discussed having a custom field in the apps' metadata that could store a contact email address.	Rara vez hay solicitudes de retirada de aplicaciones en F-Droid, por ejemplo debido a reclamaciones de derechos de autor. A menudo es difícil ponerse en contacto con los autores de las aplicaciones. Algunas aplicaciones utilizan repositorios git sin un gestor de incidencias y la dirección de correo electrónico de contacto no se solicita activamente al añadir una nueva aplicación al repositorio de F-Droid. Hablamos de tener un campo personalizado en los metadatos de las aplicaciones que pudiera almacenar una dirección de correo electrónico de contacto.
	Some apps make strong use of different build flavors. Build flavors are different versions of the same app, sharing most of the source code. F-Droid supports specifying the build flavor to use when publishing an app, but it has trouble with the metadata like screenshots and app description. We discussed ways how to deal with that problem.	Algunas aplicaciones hacen un uso intensivo de diferentes versiones de compilación. Las build flavors son versiones diferentes de la misma aplicación, que comparten la mayor parte del código fuente. F-Droid permite especificar el tipo de compilación a utilizar al publicar una aplicación, pero tiene problemas con los metadatos como capturas de pantalla y descripción de la aplicación. Hemos discutido maneras de cómo hacer frente a ese problema.
	An issue that frequently affects app developers is that updating apps on F-Droid takes pretty much time. The build server first has to compile the apps' source code. Then, the apps are manually signed on a computer that is not connected to the internet. A method that app developers can use to deal with that is to use reproducible builds. With reproducible builds, F-Droid distributes the apps with the original developer's signature. That way, users can switch between F-Droid's version of an app and the developer's version of an app without having to re-install. App developers can then publish critical updates on their website, from inside the app or in their own F-Droid repository and users can still update the app directly -- even if they originally installed it from F-Droid.	Un problema que afecta con frecuencia a los desarrolladores de aplicaciones es que actualizarlas en F-Droid lleva bastante tiempo. En primer lugar, el servidor de compilación debe compilar el código fuente de las aplicaciones. A continuación, las aplicaciones se firman manualmente en un ordenador que no está conectado a Internet. Un método que los desarrolladores de aplicaciones pueden utilizar para solucionar este problema es el uso de compilaciones reproducibles. Con las compilaciones reproducibles, F-Droid distribuye las aplicaciones con la firma del desarrollador original. De este modo, los usuarios pueden cambiar entre la versión de F-Droid de una aplicación y la versión del desarrollador de una aplicación sin tener que volver a instalarla. Los desarrolladores de aplicaciones pueden publicar actualizaciones críticas en su sitio web, desde dentro de la aplicación o en su propio repositorio de F-Droid y los usuarios pueden seguir actualizando la aplicación directamente, incluso si la instalaron originalmente desde F-Droid.
	We hope that we can meet in person again next year.	Esperamos poder volver a vernos en persona el año que viene.
	New language: Portuguese	Nuevo idioma: Portugués

Loading…

None

String updated in the repository

English

Spanish 6 characters edited Current translation Translated

Muchos usuarios de F-Droid utilizan dispositivos Android bastante antiguos. Una posible razón es que se preocupan por el medio ambiente y no quieren tirar a la basura los dispositivos que funcionan. Para seguir admitiendo versiones antiguas de Android, los desarrolladores de las aplicaciones tienen que invertir una cantidad significativa de trabajo. Un ejemplo es que [es difícil admitir conexiones HTTPS en versiones antiguas de Android] (https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). Las conexiones HTTPS no sólo afectan a las aplicaciones del navegador, sino también a aplicaciones como las de previsión meteorológica o los reproductores de podcasts. Si bien sería posible que cada aplicación enviara el código necesario para conectarse a los servidores HTTPS modernos, eso aumentaría el tamaño de cada aplicación en aproximadamente 4 MB. Ya ha habido ideas sobre cómo hacer que una sola aplicación envíe el código HTTPS y cargarlo desde allí en otras aplicaciones. El principal punto que faltaba era qué aplicación sería lo suficientemente confiable como para enviar un código tan crítico para la seguridad. Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).

6 months ago

gallegonovato

Translation added

English

Spanish 4808 characters edited Translated

Muchos usuarios de F-Droid utilizan dispositivos Android bastante antiguos. Una posible razón es que se preocupan por el medio ambiente y no quieren tirar a la basura los dispositivos que funcionan. Para seguir admitiendo versiones antiguas de Android, los desarrolladores de las aplicaciones tienen que invertir una cantidad significativa de trabajo. Un ejemplo es que [es difícil admitir conexiones HTTPS en versiones antiguas de Android] (https://f-droid.org/2020/05/29/android-updates-and-tls-connections.html). Las conexiones HTTPS no sólo afectan a las aplicaciones del navegador, sino también a aplicaciones como las de previsión meteorológica o los reproductores de podcasts. Si bien sería posible que cada aplicación enviara el código necesario para conectarse a los servidores HTTPS modernos, eso aumentaría el tamaño de cada aplicación en aproximadamente 4 MB. Ya ha habido ideas sobre cómo hacer que una sola aplicación envíe el código HTTPS y cargarlo desde allí en otras aplicaciones. El principal punto que faltaba era qué aplicación sería lo suficientemente confiable como para enviar un código tan crítico para la seguridad. Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Discutimos que incluirlo en el cliente F-Droid no es una buena idea porque la aplicación ya es bastante compleja. Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72). Dado que tanto los dispositivos que ejecutan los servicios de Google como los dispositivos que ejecutan [microG](https://microg.org/) ya tienen un proveedor para ese código, decidimos que deberíamos simplemente escribir una biblioteca de código abierto que se comunique con ese componente del sistema. Por lo tanto, la biblioteca sería básicamente una reimplementación de código abierto de ProviderInstaller de Google, llamando a las [mismas API del sistema] (https://github.com/microg/GmsCore/blob/cb3592688b098e5a1870006797be665e3b083f3e/play-services-conscrypt-provider- core/src/main/java/com/google/android/gms/common/security/ProviderInstallerImpl.java#L72).

6 months ago

None

String updated in the repository

English

Spanish 0 characters edited Empty

2 years ago

Browse all string changes

Things to check

Markdown links

Markdown links do not match source

Reset

Glossary

English	Spanish
App	App	F-Droid Glossary
complex	complejo	F-Droid Glossary
F-Droid		F-Droid Glossary
Google	Google	F-Droid Glossary
data octopus
Updates	Actualizaciones	F-Droid Glossary

String information

Source string description

type: Bullet: '* '

Flags

md-text, safe-html

Source string location

_posts/2022-01-03-f-droid-meeting-at-the-rc3-congress.md

String age

2 years ago

Last updated

6 months ago

Source string age

2 years ago

Translation file

po/_posts.es.po, string 3131