Details
En el episodio 7 los panelistas discuten sobre Snap, Flatpak y AppImage, ¿Son mejor que los Debs? También las diferentes maneras de actualizar el sistema; ¿Cuál es mejor la terminal o el Centro de Control?
Comment
Details
En el episodio 7 los panelistas discuten sobre Snap, Flatpak y AppImage, ¿Son mejor que los Debs? También las diferentes maneras de actualizar el sistema; ¿Cuál es mejor la terminal o el Centro de Control?
Comment
En el episodio 7 los panelistas discuten sobre Snap, Flatpak y AppImage, ¿Son mejor que los Debs? También las diferentes maneras de actualizar el sistema; ¿Cuál es mejor la terminal o el Centro de Control?
Listen to Episodio 007 – Paquetería y Actualizaciones by Deepin en Español MP3 song. Episodio 007 – Paquetería y Actualizaciones song from Deepin en Español is available on Audio.com. The duration of song is 29:16. This high-quality MP3 track has 164.837 kbps bitrate and was uploaded on 9 Mar 2024. Stream and download Episodio 007 – Paquetería y Actualizaciones by Deepin en Español for free on Audio.com – your ultimate destination for MP3 music.
The transcription is about a podcast discussing different packaging formats in Linux, such as Devs, Snaps, Flatpak, and AppImage. The speakers talk about the advantages and disadvantages of each format and how they differ from traditional packaging. They discuss how the new generation of packaging formats, like Snaps and Flatpak, use sandboxing to include all necessary dependencies, making applications more universal. They also mention that AppImage is the oldest format and does not require any additional frameworks. The speakers highlight the benefits of these packaging formats, such as easier installation, no system interference, and the ability to share applications across different Linux distributions. They also discuss the potential risks associated with traditional packaging formats. Hola amigos y amigas, bienvenidos al número 7 y el episodio séptimo del totalmente nuevo podcast de Dipping en Español, traído a ustedes por Dipping en Español, la página por excelencia entre la comunidad de Dipping para hispanohablantes. Pueden visitar nuestra página web en dippingenespañol.org y recuerda que nuestros podcasts están disponibles en todos los lugares donde normalmente escuchas tus podcasts. Estamos en todas las plataformas principales. Hoy vamos a conversar con Opec, que ya ha estado con nosotros. ¿Cómo estás Opec? ¿Qué tal Eli? Bien, bien, con un poco de calor, pero bien. Tienes calor por allá. Están suavizando las temperaturas. Ya, por aquí está también un poco caluroso y ha estado lloviendo un poco, etc. Sabe que hemos tenido unos huracanes cerca de aquí del sur de la Florida, pero ya se está normalizando el tiempo. Y no por ser el segundo es menos importante. Tenemos a alguien que ya es casi habitual en nuestros podcasts. Se trata de Joel Oshalo, como también lo conocemos. ¿Cómo va todo Joel? Pues de maravilla. Encantado de poder participar otra vez en los podcasts de Dipping en Español. Bueno, yo encantado de tenerlos a ustedes nuevamente. En este episodio estaremos conversando sobre los diferentes formatos de paquetería. Como sabemos, tenemos en Dinos los Devs, los Snaps, Flatpak, etc., y las ventajas y desventajas de las mismas. También, bueno, vamos a estar conversando sobre cuál es el método más eficaz para actualizar el sistema, la terminal o el centro de control. Y bueno, la diferencia entre ambos métodos. Pero sin más dilaciones, entremos de lleno en el primer tema del día de hoy, la paquetería en Linux. De todos es sabido que, bueno, tenemos una amplia gama de paquetería en Linux, al contrario a Windows, donde, bueno, básicamente tenemos los Excel y los MSI. En Linux tenemos Devs, Snaps, Flatpak, AppImage y algún otro por ahí. Tantas paqueterías diferentes, ¿son buena idea?, ¿por qué hay tantas?, ¿cuál es la desventaja de esto?, si es que hay alguna desventaja. Ote, yo sé que tienes alguna experiencia en esto y me gustaría escuchar tu opinión al respecto. Sí, Eli, te cuento. Bueno, Linux tiene actualmente, vamos a decirlo así rápidamente, dos generaciones de paquetería. Están las de la vieja escuela, la vieja generación, a la que pertenecen los Devs y otros que no nos han nombrado, como los RPM o los Targets, ¿cierto? Y luego los de nueva generación, que están los Snaps, los Flatpak y los AppImage. La diferencia de uno y de otro, pues los de la nueva generación, digamos que utilizan un sistema llamado sandboxing o sandbox, que incluyen toda la paquetería que te hace falta, las dependencias, y no tienes que estar dependiente de si algo que tú quieres tiene o no tiene una dependencia o no tiene una dependencia. Entonces digamos que estos nuevos paquetes hacen que una aplicación que esté metida en ese tipo de paquetería sea, entre comillas, universal. Luego ya veremos que a veces va, a veces no va. Y dentro de este tipo de paquetes de la nueva generación, el más universal de todos, el más, digamos, que tiene que valer para todos, es el AppImage, ese es el que funciona mejor con todos. Las otras, pues bueno, hay algunas listas que funcionan bien con una, otras con otra. ¿Cuál es la ventaja de, o sea, es mejor o no es mejor que uno de los tradicionales? En teoría sí, en la práctica, pues bueno, un buen paquete de app también tiene que funcionar correctamente. Snap, la paquetería Snap, fue creada por Canonical, que es la empresa que lleva Ubuntu. Flatpak, aunque muchos dicen que es de Red Hat, no es de Red Hat, ellos ayudan a desarrollarla pero no es exclusiva de Red Hat. Y el proyecto de AppImage, que es el más veterano de los tres, es independiente, no tiene nadie, ninguna empresa grande que lo respalde. Si queremos instalar aplicaciones en cualquiera de los formatos, cada una tiene sus propias tiendas. Snap tiene SnapGraph, Flatpak tiene FlatApp y AppImage tiene AppImageHack. Repito que para AppImage no hace falta acondicionar el sistema, para Snap y Flatpak sí hace falta instalar SnapD o el paquete Flatpak. Pues qué bien, qué interesante, yo no sabía eso, esa información la he aprendido contigo y no sabía que AppImage era el formato más antiguo, eso lo he aprendido hoy contigo. Y también has traído a corazón algo muy importante en este caso, que no es necesario un framework detrás de la aplicación, como por ejemplo los Snaps sí necesitan el framework de Snap detrás y los Flatpaks también necesitan ese framework, o sea, tienes que instalar el sistema de Snap y tienes que instalar el paquete de Flatpak para que esas aplicaciones funcionen, mientras que con AppImage no es necesario. Esta aplicación está totalmente contenida en sí misma, la persona baja el paquete, la pone para que sea ejecutable, vamos a decir, haciendo un right click, un click con el lado derecho del ratón y seleccionar propiedades y después ir a la pestaña de seguridad y aceptar que esa aplicación se pueda ejecutar como aplicación y eso es todo lo que necesita hacer, no hay que hacer nada más, eso es algo genial, que bueno, de verdad me he puesto a pensar ahora, no lo había pensado antes, pero lo hace mucho más fácil para el usuario, ¿verdad? Sí, sí, lo hace mucho más fácil, además no requiere ningún permiso de superusuario como las otras, las otras sí, para poder instalarla, pero esta no, directamente le das permiso, como te dijiste, permiso para ejecutarla como una aplicación y listo. Otra ventaja que tienen estos sistemas de paquetes, como has mencionado, es que no tienen injerencia en el sistema, de manera que si los usas, no se va a ver afectado el sistema por algún tipo de paquete o dependencia rota. En el caso de los AppImage son archivos portables que puedes descargar y usar en distintas distribuciones, en cambio los Flatpak y los paquetes Snap funcionan como repositorios, de hecho son repositorios, así como los paquetes .dev, simplemente son repositorios que se instalan de forma aislada en el sistema. Cierto, cierto Jeff Hubbard, estoy de acuerdo contigo, y bueno, pensando ya vamos a olvidarnos de la parte técnica, los beneficios, las diferencias técnicas y concentrándonos en el beneficio en general, creo que es una ventaja tener este tipo de paquetería que es independiente de los devs, como estamos acostumbrados en Linux desde siempre, por la sencilla razón de que esto ha hecho que exista una manera universal de instalar paquetes en cualquier distribución Linux, porque ya sabemos que si no fuera por eso sería difícil, más difícil aún conseguir aplicaciones porque estaríamos limitados a los paquetes diseñados para Debian o los paquetes diseñados para Red Hat o lo que sea, es decir que la ventaja que yo le veo en general a tener estos diferentes sistemas de paquetes es el uso universal que tienen entonces las aplicaciones una vez que están creadas o contenidas en este tipo de formato, ¿qué creen ustedes de eso? Sí, yo creo que gracias a que se han extendido este tipo de paquetes, las snaps, las snaps a imagen, los usuarios ahora tienen mucha mayor facilidad de tener más aplicaciones, muchas más que antes y que sean más universales, porque antes a lo mejor Ubuntu tenía en su repositorio X aplicación pero luego los de Debian a lo mejor no lo tenían o los de Manjaro y ahora con este tipo de paquetería se ha universalizado más la extensión de las aplicaciones, o sea el poder compartirla con más aplicaciones, o sea es más fácil de llegar a más distribuciones gracias a este tipo de paquetes. Correcto, correcto, estoy de acuerdo con ustedes, sin embargo menos mal que no existen otros sistemas modernos de paquetería porque con los que ya tenemos creo que es suficiente, ya tenemos tres formas de instalar paquetes de forma aislada y todas son diferentes, por una parte tenemos los app Imagen que son portables, paquetes autocontenidos, tenemos los snaps que también son paquetes autocontenidos, sin embargo tiene una diferencia con los paquetes Flatpak, y es que los paquetes snaps son totalmente independientes el uno del otro, lo cual no pasa con los Flatpak, los Flatpak se instalan en un entorno aislado pero cuando instalas varias aplicaciones Flatpak estas comparten las dependencias entre sí, de manera aislada del sistema pero entre Flatpak y Flatpak se comparten los paquetes, son facilidades que tienen los desarrolladores no solo los usuarios y es importante que existan. Pues que interesante lo que has dicho, has traído a colación otra parte que también había olvidado y es que algunas de estas paqueterías como los Flatpak si comparten las dependencias entre ellas mientras que otras no lo hacen, esto puede marcar una diferencia en que haya algún tipo de error o que no lo haya cuando una aplicación tiene un problema etcétera, creo que es una diferencia importante en algunos casos. Y bueno, en general también uno de los beneficios que yo pienso cuando hablamos de toda esta paquetería que es autocontenida, verdad, es que no afecta el sistema como tal, como por ejemplo los devs si pueden afectar grandemente al sistema si tienen un error, si están mal construidos pueden causar problemas desastrosos para el sistema y puede afectar todo el sistema general y otras aplicaciones, sin embargo estas aplicaciones contenidas que es la que hemos estado hablando hoy como los Snaps, Flatpak y AppImage, estas aplicaciones no afectan el resto del sistema, puedes hacer lo que sea con ellas que no van a afectar el resto del sistema y creo que ese es uno de los grandes beneficios que tenemos, al contrario de Windows donde esas aplicaciones que tienen en Windows como los Excel y los MSI, ellos si afectan el sistema completo y puede ser un desastre para el sistema si el usuario instala una aplicación que es maliciosa y cosas por el estilo, ese problema no lo tenemos con las aplicaciones contenidas de este tipo como Flatpak, AppImage y los Snaps en Linux, aunque si existe ese riesgo con los devs, ¿están de acuerdo? Si, los devs hay que tener cuidado, por eso siempre recomendable que sea un dev construido para la aplicación en cuestión, ya sé que a veces no se encuentra, por ejemplo uno está en una distribución de las menores y quiere buscar mejor un dev para esa aplicación y no lo va a encontrar, entonces tiene que tirar hacia atrás, por ejemplo si tiene Linux Mint hay veces que no hay paquetes para Linux Mint sino para Ubuntu que es de la que deriva, por eso hay que tener cuidado a la hora de coger un dev fuera del repositorio o de una página de una aplicación y tener cuidado con eso porque como tú bien dices, el dev como tenga malas dependencias puede romper el sistema, puede causar grandes trastornos y no sólo eso, es más fácil poner una carga maliciosa a mi entender dentro de un paquete dev que lo es en un paquete de los que estamos hablando, como los paquetes autocontenidos en este caso sería más difícil y tienen menos probabilidades de poder afectar el sistema completo si la aplicación fue bajada en esos formatos, entonces también vemos que hay que tener mucho cuidado de dónde bajamos los devs, si lo vamos a bajar, de dónde lo vamos a sacar, porque no puedes bajarlo de cualquier lado, no sólo que no sean para tu distribución y puedan romper el sistema porque tienen dependencias que no son para el sistema operativo que estás usando, sino que es más fácil poner una carga maliciosa dentro de ellos. Claro, aunque estemos en Linux, hay que ser precavido, en Linux tampoco se puede salvar de malas acciones. Así mismo es, estoy totalmente de acuerdo con lo que han dicho, tenemos que tener cuidado con los paquetes .dev y usar solamente aquellos que estén certificados por la distribución que los está distribuyendo y también por las comunidades de la distribución, en este caso no instalen paquetes de Ubuntu en Debian ni viceversa, si están en Debian, usen los paquetes de Debian en español, créanme que esos van a funcionar a la perfección y de otras comunidades aliadas y que sean de Debian. Así mismo es, así mismo es, Jalo tienes toda la razón en eso y gracias por traer ese punto también, verdad que es importante. Pero bueno, caemos entonces en el otro tema del día de hoy y es sobre las actualizaciones del sistema y hombre mira que ha habido actualizaciones últimamente, Deakin ha tenido como tres creo, como tres en los últimos meses y medio, en el último mes y medio creo, pero la cuestión es actualizar desde el panel de control o actualizar desde la terminal, cuáles son las diferencias, cuál método preferimos y por qué, es como que muchas personas se preguntan, bueno, por qué alguien siempre me dice que actualice por la terminal y haga un sudo apt update o sudo apt full upgrade y alguien me está diciendo no, no, no, ve al panel de control, por qué es eso, en Windows por ejemplo yo venía de Windows y todo es en el panel de control, clickea actualizaciones y todo se actualiza y entonces en Linux me salen con eso de la terminal, que me asusta la terminal. ¿Cuál es la diferencia? ¿Por qué hay dos métodos y cuál preferimos? Estas dudas son, en un momento verdad, todos hemos tenido esas preguntas en la cabeza. Joel, ¿qué piensas al respecto? Bueno, mi opinión te la voy a responder con mucho gusto, primeramente he de decir que lamentablemente no he podido actualizar por problemas del internet, lo he intentado muchísimo, de una manera la cual voy a explicar al final de mi intervención, porque tu pregunta es demasiado buena, es interesante, a simple vista pareciera tener una respuesta técnica y obvia, sin embargo pienso que es una pregunta complicada para el usuario que tiene tiempo utilizando GNU o Linux, como para los usuarios nóveles, y es que para responder hay que traer a colación tres realidades, la primera es que GNU o Linux lo usa casi nadie para uso personal, estadísticamente no llegamos ni al 4% de la cuota de mercado, la segunda es que las comunidades de GNU o Linux son cerradas, y esto es así por la primera realidad, por la carga ideológica que existe en torno al software libre, al uso de aplicaciones nativas y desprecio a Wind, y por los conservadores que llegan a ser algunos usuarios reacios y quieran usar el ratón, lo cual no digo que esté mal, simplemente es su forma de hacer las cosas, porque hay muchas filosofías en GNU o Linux, es su forma de divertirse con el sistema, algo muy propio por ejemplo de los usuarios de Arch Linux, la tercera es que GNU o Linux es difícil, esa es la tercera realidad y algunos dirán, bueno pero es que antes se instalaba el sistema desde una pantalla negra con comandos y ahora no, porque tenemos instaladores gráficos y podemos instalar aplicaciones usando tiendas o centros de software y por eso no hay que usar la terminal, y esa vaina es mentira, yo lo digo a veces para que los usuarios no se vayan, porque la realidad es que quien use GNU o Linux va a usar la terminal sí o sí, sobre todo si es un usuario novato, se la van a meter hasta por los oídos en las comunidades, porque las distribuciones son sistemas tan personalizables que cualquier cosa se puede romper por cualquier cosa, o sea también las distribuciones son tantas y variadas que cualquier tutorial en internet para solucionar un problema que haya surgido, con un tutorial que encuentres lo puedes agravar y porque en GNU o Linux los problemas se arrastran aún cuando borras el programa que lo originó, por eso es importante usar Flatpak, Snap y todo eso, entonces qué es lo que pasa en estos casos, pueden pasar dos cosas, la primera es que los usuarios se van, que es lo que pasa casi siempre, odiando Linux y diciendo a todo el mundo que es una porquería, o lo amarán rotundamente en su hermoso desastre y diversidad, el caso es que aunque existan sistemas GNU o Linux modernos diseñados para la generación actual, es decir la generación que usa tiendas de aplicaciones al estilo Android, siguen siendo sistemas fáciles de romper, por eso reitero menos mal que existe Flatpak, Snap, AppImaging, si no todo sería muchísimo peor, para concluir las comunidades tenderán siempre a usar la terminal y te harán usarla por confiabilidad y costumbre, así que es común que te digan algo como coloca sudo apt fullupgrade y podrás hacerlo, hay usuarios con mucha experiencia, sin embargo en el caso de Debian, no siempre es la mejor opción, sobre todo si no estás en una comunidad, ya que cuando se actualiza por la terminal, a veces te salen ventanas con preguntas a las que tienes que responder y no con un sí o un no, a veces son más de cuatro opciones, así que en esos casos conviene usar el centro de control, cuando actualizas por el panel de control, esta configuración se hace de manera automática, como los desarrolladores de Debian así lo han decidido y en casos como el mío, por ejemplo si vives en un país problemático, donde se va la luz casi todos los días y el internet brilla por su ausencia, probablemente quieras actualizar de una forma controlada, es decir descargando un pedazo de las actualizaciones hoy, otro poco mañana y otro más la próxima semana, para poder hacerlo debes usar la terminal, esa es la ventaja, es muy versátil, tienes que evitar que el sistema borre automáticamente los paquetes que se han descargado para poder hacerlo de esta manera y les explico cómo, para poder actualizar de la forma que lo estoy haciendo, porque fíjate que has dicho que han habido tres actualizaciones y lamentablemente yo no he podido actualizar nada, pero ya tengo descargada la mitad de los paquetes y eso es porque progresivamente los he ido descargando, si tienes un problema parecido al mío, abre el centro de control y desactiva la opción que dice auto borrado de paquetes, de esa manera vas a poder abrir la terminal y también tienes que desactivar otra, que es la auto descarga de paquetes, porque si no desactivas eso entonces el sistema va a estar descargando y paralelamente vas a estar descargando y se puede liar la cosa, tienes que tomar total control, para eso desactivas las actualizaciones automáticas y la auto descarga de paquetes y en tu terminal cada vez que tengas internet o disponibilidad para actualizar coloca sudo apt pull upgrade y si se va el internet no importa porque no se va a borrar lo que ya descargaste, de manera pues que progresivamente vas a poder ir descargando hasta que por fin se instale lo que quieres, la única desventaja de eso es la autoconfiguración, que puede que surjan preguntas y ahí es donde es importante estar en una comunidad, por eso los invito a veten en español y básicamente eso es lo que tenía que decir. Wow, es súper interesante esto que nos has dicho, yo no tenía ni idea de que eso se podía hacer de esa manera, creo que tenemos ahí tela para hacer un tutorial en la web de cómo actualizar de una manera progresiva, así o por paso, como tú lo haces para personas que tengan internet muy despacio, que tengan problemas de conexión, etcétera, creo que sería un buen tutorial para la web, así que creo que tenemos esa tarea pendiente, esto está súper interesante lo que me has dicho y bueno Opel, qué crees al respecto tú sobre esto, qué crees sobre las actualizaciones, cuál prefieres tú, el centro de control o la terminal? Yo la verdad que las dos me van bien, depende del momento uso, por ejemplo muchas veces me salta la actualización automática, entonces le doy y ya está, pero hay veces que prefiero hacerlo yo manual y bueno a veces elijo centro control o a veces utilizo la terminal, pero sí que es verdad que yo a la gente que veo que no tiene mucho conocimiento, yo les recomiendo el centro control, porque como dijo Jalo, no te hace preguntas, actualiza y ya está, porque de la otra forma te pueden surgir preguntas y bueno lo de siempre, la gente está acostumbrada a hacer el cookie and paste y luego a decir todo que sí y rompen cosas, porque hay paquetes que te desinstalan otros paquetes y hay que ver qué te desinstalan, entonces es una herramienta muy potente, pero que hay que tomársela con precaución, entonces yo a los novatos le digo centro control, ya si tú sabes pues lo que tú quieras y yo pues según me dé, utilizo uno u otro método. Así mismo yo soy igual, yo a veces me da por hacerlo por el centro de control, a veces lo hago por la terminal, pero sabes que mayormente últimamente me gusta hacerlo por la terminal, ¿sabes por qué? Porque mira, me he dado cuenta de que a veces por el centro de control y no solamente en Deepin, eso solamente no pasa en Deepin, pasa en cualquier distribución, cuando haces por el centro de control a veces tú no puedes ver bien qué errores están habiendo, por ejemplo he notado en Deepin muchas veces que le sale ese famoso y odiado mensaje que dice la actualización falló y eso es todo, no puedes saber nada más, no sabes qué es lo que falló, ni por qué, entonces para un novato eso es como que wow, qué pasó aquí y esto por qué me sale, cómo autorizo, cómo arreglo este problema, sin embargo si estás mirando en la terminal, si tú haces esa actualización por la terminal, tú vas a poder entonces ver qué falló, porque usualmente te va a dar un mensaje un poco más inteligente de que tú puedes ver qué es lo que está fallando, por qué no se pudo terminar esa actualización y te doy un ejemplo, el otro día estábamos con la última actualización que vino de Deepin y me estaba dando ese error de que bueno que la actualización falló y yo decía bueno, qué podrá hacer, qué podrá hacer porque pueden haber tantas cosas que pueden causar eso y cuando dije déjame hacer esto por la terminal a ver qué está pasando y lo hice por la terminal y me estaba dando el famoso error ese que está dando ahora en esta última actualización de los printers, o sea de las impresoras, del repositorio de las impresoras, que no podía encontrar el pichero o que no podía encontrar el repositorio, no recuerdo bien el mensaje que daba, entonces qué hice en ese momento, me fui a Finaptic, deshabilité el repositorio de los printers y eso fue todo, mi actualización entró y se realizó exitosamente sin problemas, entonces yo veo esa ventaja en la terminal, aunque es un poco más tenebrosa. Claro, ahí está el quid de la cuestión, o sea el que no sabe aunque vea ese mensaje dice vale y ahora qué, aunque bueno como dijo Halo, si tienes una comunidad detrás pues bueno escapa, por eso así mismo es, así mismo es, hay que saber, hay que saber, es más potente pero hay que también saber manejarla. Así es, así es, lo importante es como tú dijiste, el aspecto comunitario, como todos nos podemos ayudar y siempre hay alguien que te da la mano cuando estás perdido en Linux, en nuestra comunidad somos un ejemplo de eso. Y qué crees al respecto sobre esto Jeff Halo? Pienso que si eres un usuario novato sin mucha experiencia, lo más idóneo es que intentes actualizar el sistema siempre por el centro de control y en lo posible tratar de usar aplicaciones agnósticas al sistema, bien sea paquetes Snap, paquetes Flatpak o paquetes AppImagin. En el caso de Debian parece tener una apuesta mucho mayor por los Flatpak que por los Snap, así que te recomiendo más personalmente usar los paquetes Flatpak y los AppImagin. Muy buen punto, muy buen punto especialmente para los novatos, si quieres mantener el sistema sin que se rompa por mucho tiempo hasta que cojas experiencia, pues mejor dedícate a eso, dedícate a bajar los paquetes que son autocontenidos que hemos discutido en el día de hoy, como los Flatpak, los Snap o los AppImagin. Definitivamente vas a tener un sistema más estable si no te arriesgas con las aplicaciones Dev. O si vas a usar Dev, estate seguro de que de verdad son para la distribución, en este caso Debian. Y bueno, creo que eso es todo lo que teníamos para el día de hoy, ¿verdad? Y bueno, me alegra inmensamente haberlos tenido en el día de hoy y les agradezco por haber compartido sus conocimientos y opiniones personales sobre estos temas. Joel. Ha sido un enorme placer poder participar nuevamente en un podcast de Deeping en español. Su compañía y poder hacer esto es genial, así que cuenten conmigo para la próxima. Gracias, muchas gracias, muchas gracias. Opec. Sí, la próxima vez me ponen un buen tirador o no vengo, pero de resto todo bien, todo ameno, todo simpático, todo bien. Mucho calor, mucho calor, ¿verdad? Estamos igual, estamos igual porque por aquí, por Miami, está haciendo bastante calor en estos días. Aparte que ha llovido y todo eso, pero está bastante caluroso. Y entonces, bueno, solo me queda despedirme y desearles a todos un muy, pero muy feliz día y espero tenerlos nuevamente en nuestro próximo episodio. Hasta la próxima.
