Το διοικητικό συμβούλιο του openSUSE συζητά το αίτημα της SUSE να σταματήσει να χρησιμοποιεί την επωνυμία της, τονίζοντας την ανάγκη για συνεργασία και καλή θέληση.

Πλαίσιο του αιτήματος

Στις 19 Ιουλίου 2024, η SUSE δημοσίευσε μια ανοιχτή επιστολή στη λίστα αλληλογραφίας του openSUSE, εκφράζοντας την ανάγκη για rebrand. Η επιστολή επισημαίνει τρεις βασικούς λόγους:

1. Ασυνέπεια του Έργου: Ο κατακερματισμός των διανομών openSUSE, με εκδόσεις όπως το Tumbleweed, το Leap και το Slowroll, έχει δημιουργήσει σύγχυση και μια αντίληψη ασυνέπειας.
2. Ευθυγράμμιση με SLES: Η SUSE θέλει το openSUSE να ευθυγραμμιστεί πιο στενά με τον SUSE Linux Enterprise Server (SLES) για να εξασφαλίσει μεγαλύτερη συνέπεια και πιο απτά αποτελέσματα.
3. Σαφήνεια επωνυμίας: Αποφυγή της σύγχυσης μεταξύ των δύο διανομών για πιθανούς πελάτες, διασφαλίζοντας ότι η SUSE διατηρεί μια σαφή και ξεχωριστή ταυτότητα.

Συνέπειες του Rebranding

Το rebranding δεν αφορά μόνο το όνομα αλλά και το λογότυπο. Ο διάσημος χαμαιλέοντας, σύμβολο της SUSE, ενδέχεται να μην χρησιμοποιείται πλέον (ΣΗΜΕΙΩΣΗ: είχε γίνει διαγωνισμός με ψηφοφορία για αλλαγή λογοτύπου. Τα αποτελέσματα βρίσκονται στο wiki). Η τρέχουσα πρόταση περιλαμβάνει τη μετονομασία των υπαρχουσών διανομών καταργώντας το πρόθεμα "openSUSE", μετατρέποντας το "openSUSE Tumbleweed" σε απλά "Tumbleweed" και το "openSUSE Leap" σε "Leap".

Ανάλυση αιτήματος

Είτε το πιστεύετε είτε όχι, μια απροσδόκητη σύγκρουση έχει προκύψει στην κοινότητα του openSUSE με τον επί μακρόν υποστηρικτή της, την εταιρεία SUSE.

Στο επίκεντρο αυτής της σύγκρουσης βρίσκεται ένα αίτημα που έχει προκαλέσει όχι και τόσο ήσυχες αντιδράσεις σε ολόκληρη την κοινότητα ανοιχτού κώδικα: Η SUSE ζήτησε επίσημα από το openSUSE να διακόψει τη χρήση της επωνυμίας της.

Ο Richard Brown, βασικό πρόσωπο του openSUSE project, μοιράστηκε ιδέες στο πρόσφατο συνέδριο του project, για τις συζητήσεις που έχουν εκτυλιχθεί κεκλεισμένων των θυρών.

Παρά τον ήρεμο και σεβαστό τόνο του αιτήματος της SUSE, οι συνέπειες της μη ικανοποίησής του θα μπορούσαν να είναι εκτεταμένες, απειλώντας τη συμβιωτική σχέση που ωφέλησε και τις δύο οντότητες όλα αυτά τα χρόνια.

Ας το παραδεχτούμε: Το SUSE ήταν κάτι περισσότερο από ένα ομώνυμο για το openSUSE. Έχει παράσχει ενεργά πόρους και υποστήριξη πολύ πέρα από αυτό που θα χρειαζόταν συνήθως για τις επιχειρηματικές της δραστηριότητες.

Αυτή η γενναιοδωρία έχει προωθήσει ένα ακμάζον έργο openSUSE που έχει διαπρέψει υπό την καλή θέληση και την άτυπη υποστήριξη της SUSE, συμπεριλαμβανομένων των συνεισφορών που έγιναν από τους υπαλλήλους της SUSE κατά το χρόνο εργασίας τους.

Ωστόσο, το πρόσφατο αίτημα για διαχωρισμό επωνυμίας έχει επισκιάσει αυτή τη συνεργασία. Εάν το openSUSE δεν χειριστεί αυτό το αίτημα με την ευαισθησία και τη συνεργασία που απαιτεί, το έργο κινδυνεύει όχι απλώς να μειώσει την υποστήριξη από το SUSE, αλλά πιθανή μετατόπιση των προτεραιοτήτων από αυτό.

Η πολιτική "Factory First", ακρογωνιαίος λίθος της συνέργειας μεταξύ SUSE και openSUSE, θα μπορούσε επίσης να εξεταστεί εξονυχιστικά, δίνοντας έμφαση στη σοβαρότητα της τρέχουσας κατάστασης.

Επιπλέον, στο συνέδριο openSUSE, οι συζητήσεις σχετικά με τη διακυβέρνηση στο πλαίσιο του έργου openSUSE τέθηκαν στο προσκήνιο. Η ανοιχτή επιστολή υπογραμμίζει ζητήματα διακυβέρνησης στο πλαίσιο του openSUSE project και την ανάγκη για νέους συντελεστές. Η SUSE τόνισε ότι η διατήρηση του status quo δεν είναι ρεαλιστική επιλογή. Αυτό απαιτεί μια αναδιάρθρωση του Διοικητικού συμβουλίου openSUSE για να κατευθύνει το έργο σε μια νέα κατεύθυνση.

Υπό το πρίσμα αυτού, τα ανώτερα στελέχη και οι κάτοχοι προϋπολογισμού από το SUSE εξέφρασαν ανοιχτά τις ανησυχίες τους, σηματοδοτώντας ότι είναι απαραίτητες αλλαγές για την αντιμετώπιση των υποκείμενων ζητημάτων με τη διακυβέρνηση του έργου.

Αυτή η δημόσια στάση από τη διοίκηση της SUSE υπογραμμίζει την προθυμία να υποστηρίξει το openSUSE, αλλά και την ετοιμότητα να ευθυγραμμίσει εκ νέου την εστίασή της εάν η κοινότητα αποτύχει να ενεργήσει σε αυτές τις ανησυχίες διακυβέρνησης.

Το μήνυμα είναι σαφές: το openSUSE πρέπει να ευθυγραμμιστεί πιο στενά με τα στρατηγικά συμφέροντα της SUSE ή να κινδυνεύσει να μετατοπίσει την εστίαση σε άλλα έργα όπως το Uyuni και το Rancher, τα οποία θεωρείται ότι συνάδουν περισσότερο με τους επιχειρηματικούς στόχους της SUSE.

Με άλλα λόγια, το openSUSE βρίσκεται σε ένα σταυροδρόμι. Το έργο μπορεί είτε να προσαρμοστεί στο εξελισσόμενο τοπίο, αγκαλιάζοντας την αλλαγή και αντιμετωπίζοντας τις εσωτερικές του προκλήσεις, είτε μπορεί να συνεχίσει σε μια πορεία που μπορεί να οδηγήσει στην απαρχαιότητά του.

Τα τελευταία χρόνια, το openSUSE έχει αποκτήσει μεγάλη δυναμική, αυξάνοντας ραγδαία τη βάση χρηστών του. Επιπλέον, αυτό που ήταν γνωστό ως Leap και Tumbleweed έχει επεκταθεί σε νέα ονόματα όπως Krypton, MicroOS, Aeon, Kalpa, Argon και Leap Micro.

Ένα εντελώς νέο οικοσύστημα openSUSE, όπου ειλικρινά, ακόμη και οι πιο σκληροπυρηνικοί υποστηρικτές του χαμαιλέοντα δυσκολεύονται να καταλάβουν τι ακριβώς είναι τι και ποιος είναι ο σκοπός του. Ας μην ξεχνάμε φυσικά την ALP. Όλα αυτά σε μεγάλο βαθμό χάρη στην υποστήριξη της SUSE.

Για αυτό, δεν χρειάζεται μαντικές ικανότητες για να πούμε ότι εάν η SUSE απέσυρε την υποστήριξή της, θα σήμαινε δραστική μείωση των τρεχουσών παραλλαγών του openSUSE, επανεξέταση των προτεραιοτήτων και των επιλογών και πιθανή πτώση για το project.

Εξάλλου, αυτό που γνωρίζουμε σήμερα ως openSUSE οφείλεται σε μεγάλο βαθμό στον κώδικα που συνεισέφεραν οι προγραμματιστές της SUSE και, φυσικά, στην τεράστια υποκείμενη υποδομή που παρέχεται από την εταιρεία στην οποία το openSUSE ανέπτυξε τη διανομή του.

Ως εκ τούτου, μπορούμε να πούμε με βεβαιότητα ότι το ευγενικό αίτημα της SUSE θα ικανοποιηθεί και το έργο θα ξεκινήσει τη διαδικασία αλλαγής του ονόματός του και αναζήτησης νέου λογότυπου. Ναι, αυτό είναι σωστό, ο αγαπημένος χαριτωμένος χαμαιλέοντας είναι μέρος του rebranding.

Αντιδράσεις της κοινότητας

Η κοινότητα του openSUSE έχει αντιδράσει με διάφορους τρόπους στο αίτημα SUSE. Ορισμένοι βλέπουν το rebranding ως απαραίτητο βήμα για την αποφυγή σύγχυσης και τη βελτίωση της σαφήνειας του έργου. Άλλοι το θεωρούν προδοσία των αρχών του ανοιχτού κώδικα και προσπάθεια της SUSE να αποστασιοποιηθεί από το έργο. Μια ανησυχία που εγείρεται είναι η πιθανή αντίληψη ότι η SUSE ακολουθεί το παράδειγμα της Red Hat με το CentOS. Αυτή η αντίληψη θα μπορούσε να επηρεάσει αρνητικά την εικόνα της SUSE στην κοινότητα ανοιχτού κώδικα.

Συμπέρασμα

Το αίτημα της SUSE για μετονομασία του openSUSE αντιπροσωπεύει μια κομβική στιγμή για το έργο και την κοινότητα ανοιχτού κώδικα. Ενώ τα κίνητρα της SUSE είναι κατανοητά, η αλλαγή επωνυμίας θα μπορούσε να έχει σημαντικές επιπτώσεις στην ταυτότητα του έργου και στην αντίληψη της κοινότητας. Θα είναι ενδιαφέρον να δούμε πώς εξελίσσεται η κατάσταση και τι αντίκτυπο έχει στο μέλλον του openSUSE και στο οικοσύστημα ανοιχτού κώδικα γενικότερα.

Σε κάθε περίπτωση, θα παρακολουθούμε στενά την κατάσταση και, όπως πάντα, ενημερωνόμαστε καθώς εξελίσσεται. Για περισσότερες πληροφορίες, επισκεφθείτε το μήνυμα της λίστας αλληλογραφίας openSUSE σχετικά με το θέμα. Η επακόλουθη μάλλον ενδιαφέρουσα συζήτηση είναι διαθέσιμη εδώ.

Τέλος, μπορείτε να δείτε την παρουσίαση στο τελευταίο συνέδριο που προκάλεσε κύματα αντιδράσεων.

Tumbleweed es una distribución de GNU/Linux «Rolling Release» o de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

Y recuerda que puedes estar al tanto de las nuevas publicaciones de snapshots en esta web:

• https://victorhck.gitlab.io/tumbleweed_snapshots/

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2024/08/tumbleweed-review-of-the-week-2024-32/

Durante esta última semana, se han publicado 6 de snapshots de las cuales 5 pudieron publicarse (la que falló se retrasó debido a problemas descubiertos con Mesa 21.1.5).

Las cinco snapshots publicadas (0803, 0805, 0806, 0807, y 0808) contienen, entre otros muchos, estos cambios:

• GCC 14.2
• GStreamer 1.24.6
• libzypp 17.35.9
• Shim 15.8
• Linux kernel 6.10.3
• libxml 2.12.9
• Procps 4
• fwupd 1.9.23
• GNOME 46.4
• KDE Plasma 6.1.4

Y todavía se preparan más actualizaciones para próximas semanas, como:

• glibc 2.40
• Rust 1.80
• KDE Frameworks 6.5.0
• cURL 8.9.1
• nftables 1.1.0
• go 1.22
• dbus-broker
• GCC 14

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• ¿Por qué deberías utilizar openSUSE Tumbleweed?
• zypper dup en Tumbleweed hace todo el trabajo al actualizar
• ¿Cual es el mejor comando para actualizar Tumbleweed?
• ¿Qué es el test openQA?
• http://download.opensuse.org/tumbleweed/iso/
• https://es.opensuse.org/Portal:Tumbleweed

——————————–

Como los lectores habituales del blog sabrán, el pasado 28 de febrero la Comunidad KDE realizó un importante salto tecnológico, uno que va a marcar su evolución para los próximos años. Este gran cambio a las librerías Qt 6 nos proporcionó el nuevo escritorio Plasma 6, del que ya he hablado a lo largo de muchas entradas de marzo, y el ecosistema de aplicaciones KDE Gear 24.02, del cual desgrané a lo largo del pasado mes de abril. Pero no solo fue eso, sino que además nos trajo el salto también a KDE Frameworks 6, las librerías propias del proyecto KDE. Hoy se ha anunciado la quinta actualización de KDE Frameworks 6, el motor del proyecto que soporta todo el resto de la infraestructura.

Quinta actualización de KDE Frameworks 6

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

Para los que no lo sepan, KDE Frameworks añade más de 83 librerías a la propias de Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles.

De esta forma, KDE Frameworks se convierte en la base de trabajo de los desarrolladores para realizar sus aplicaciones o sus desarrollos para los entornos de trabajo (escritorio para ordenadores, plasma mobile, etc).

Un buen símil es que KDE Framworks es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

Como he dicho, el pasado 28 de febrero KDE Frameworks saltó de la versión 5 a la 6, y ha sido hoy viernes 9 de agostoo cuando se ha anunciado que ya tenemos la quinta actualización de la rama, es decir, que ha sido lanzado KDE Frameworks 6.5.

Hay que destacar que esta versión forma parte de una serie de versiones mensuales planificadas para poner las mejoras a disposición de los desarrolladores de forma rápida y previsible y que es absolutamente recomendable su actualización.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Más información: KDE

La entrada Quinta actualización de KDE Frameworks 6 se publicó primero en KDE Blog.

Dear Tumbleweed users and hackers,

Despite the summer vacation period being in full swing, there is enough throughput to produce snapshots. During the last week, we created 6 of them, of which 5 could be published (The failed one was held back due to issues uncovered with Mesa 21.1.5, see https://bugzilla.opensuse.org/show_bug.cgi?id=1228164 for details).

The five delivered snapshots (0803, 0805, 0806, 0807, and 0808) contained these changes:

• GCC 14.2
• GStreamer 1.24.6
• libzypp 17.35.9
• Shim 15.8
• Linux kernel 6.10.3
• libxml 2.12.9
• Procps 4 (no longer as an alternative, but as a native replacement of procps 3.x)
• fwupd 1.9.23
• GNOME 46.4
• KDE Plasma 6.1.4

Staging projects are currently busy building test distributions and running QA on these changes:

• glibc 2.40
• Rust 1.80
• KDE Frameworks 6.5.0
• cURL 8.9.1: breaks test suites of libzypp and python-tornado6
• nftables 1.1.0: openQA is far from happy; nftables’ python bindings seem not to work
• go 1.22 as default: only transactional-update-notifier seems to be blocking
• Switch the default ffmpeg version from 6 to 7: xine-lib as the only blocker. A submit request is pending for the development project
• dbus-broker: some progress was made last week; most QA tests are fine, there is just a race condition on shutdown (likely not new, but dbus-daemon might have waited longer to report it, by when the system had completely shut down and the error has been ‘swallowed’)
• GCC 14: phase 2: use gcc14 as the default compiler – lots of help needed: https://build.opensuse.org/project/show/openSUSE:Factory:Staging:Gcc7

I had a mild annoyance when trying to browse the Steam store on multiple machines. The screen was just blank. I didn’t do anything about it immediately because I could browse the store on Firefox. What was also weird is that although the Community and my user page were also blank, the library was not. […]

Las plantillas para nuevos correos electrónicos en el cliente Thunderbird pueden ahorrarnos mucho tiempo y facilitarnos la tarea

En el cliente de correo Thunderbird, podemos escribir y guardar plantillas de correo, para poder usarlas cuando las necesitemos y así ahorrarnos la tedios tarea de volver a escribir lo mismo, cambiando pequeños detalles en el correo.

Vamos a ver cómo usar las plantillas de correos en Thunderbird.

Lo mejor es poner un ejemplo, por tanto imaginemos que cada mes tenemos que escribir un correo a una persona en la que le enviamos ciertos datos. El cuerpo del correo siempre es el mismo, pero cambian los datos que enviamos de un mes para otro.

Siempre podemos ir a la carpeta de enviados, buscar el correo que enviamos el mes pasado, copiarlo, editarlo y enviarlo. Son muchos pasos, y corremos el riesgo de no cambiar los datos de un mes, etc.

Lo más sencillo y práctico es crear una plantilla base. Esa plantilla se almacenará en la carpeta de Plantillas y estará siempre disponible para volver a usarla, modificando lo necesario. Veamos cómo hacerlo.

Damos a redactar como si fueramos a crear un correo normal. Y rellenamos el campo de a quien se lo enviamos, y el asunto. Lo que pongamos en el campo del asunto, será la manera de cómo podemos identificar el correo en la carpeta de plantillas, si tenemos varias guardadas.

Escribimos en el cuerpo del correo lo que queramos y en los campos que vamos a modificar cada mes los ponemos [EN MAYÚSCULAS Y ENTRE CORCHETES] para distinguirlo bien del resto del texto.

Cuando acabemos, en vez de enviar, pulsamos sobre Guardar → Plantilla y estará disponible esa plantilla en la carpeta de plantillas.

Cuando queramos utilizarlo, lo buscamos en la carpeta plantillas, pinchamos dos veces sobre la plantilla guardada (o clic derecho y abrir correo desde plantilla) y se nos abrirá el texto de la plantilla que hemos creado. Es hora de cambiar el texto en mayúsculas, reemplazándolo por el texto que queremos usar en este caso y al finalizar enviamos y ya estaría.

En la carpeta de plantillas quedará esta guardada para el próximo mes, que la volvamos a utilizar.

Esto nos ahorrará el tiempo y el aburrimiento de tener que escribir siempre lo mismo, o buscar un correo antiguo y cometer un error, etc.

¿Te ha resultado interesante? ¿Qué trucos utilizas tu en Thunderbird o qué te gustaría que pudiera hacer Thunderbird?

Enlaces de interés

• https://blog.thunderbird.net/2024/08/maximize-your-day-templates-to-the-rescue/

Me enorgullces presentar la foto de grupo de Akademy-es 2024 de València esLibre Edition, una foto que muestra el éxito de la edición de este año gracias al gran trabajo de todos: organizadores, patrocinadores, ponentes y asistentes. Un excelentre punto de partida para seguir trabajando por el único Software que puede garantizar un mundo más justo.

Foto de grupo de Akademy-es 2024 de València esLibre Edition #akademyes

Dije en su día, cuando hablé de las primeras impresiones del evento, que este año, como el 2023, tengo muchas cosas que escribir de este Akademy-es 2024 de València. Lo hice hablado de la estructura que adoptó dentro de esLibre de València y he continuado hablando de la jornada de charlas (me falta concluir la segunda parte de la tarde).

Pero justo creo que por cronología, antes de continuar debo presentar la foto de grupo de Akademy-es 2024 de València esLibre Edition, una foto que es representativa pero que nunca representa la magnitud del evento dado que, en muchas ocasiones, simplemente representa la asistencia de la charla anterior más la gente que se rescata de la mesa, la cual en esta ocasión fue complicado ya que ésta estaba bastante alejada de la Sala Polivalent.

Pero no me enrollo más y os dejo la foto de grupo, si pincháis sobre ella la podreís ver más grande.

¿Qué es el Akademy-es?

Akademy-es es el encuentro anual de desarrolladores, colaboradores y usuarios de KDE en España, que se celebra desde el año 2006 en distintas ciudades del territorio español y con esta se llegará a la decimasexta edición, lo cual significa una cifra más que aceptable.

Os recuerdo que el registro y la asistencia a las Akademy-es es libre y gratuito, es decir, no te cuesta nada. Se hace únicamente para contar asistente y para organizar la tradicional cena del sábado (que esperamos que vuelva con fuerza).

Más información: KDE España

La entrada Foto de grupo de Akademy-es 2024 de València esLibre Edition #akademyes se publicó primero en KDE Blog.

Os modelos de linguagem estão mudando a forma como construímos software, servindo como um orquestrador flexível entre fontes de conhecimento e interfaces de usuário. Construir esse tipo de software traz novos desafios para melhorar a qualidade, reduzir a latência e prototipar rapidamente. Hoje, estamos anunciando vários avanços nessa direção.

Customização de modelo mais simples e eficiente

Como os grandes modelos de linguagem estão encontrando rapidamente novos e mais especializados casos de uso, é fundamental que os desenvolvedores possam adaptar de forma rápida e eficiente os modelos de ponta para suas aplicações específicas. Para isso, estamos anunciando a capacidade de personalizar qualquer um de nossos modelos principais e especializados na La Plateforme, incluindo Mistral Large 2 e Codestral.

Os modelos podem ser personalizados usando um prompt base, poucos exemplos (few-shot prompting) ou ajuste fino (fine-tuning), e você pode trazer seu próprio conjunto de dados. Crucialmente, a personalização de modelos segue as técnicas desenvolvidas pela equipe científica da Mistral AI para criar modelos de referência fortes, então você pode esperar um desempenho semelhante dos seus modelos ajustados. Os desenvolvedores podem usar a personalização de modelos para integrar capacidades de IA generativa em suas aplicações com conhecimento de domínio específico, contexto ou tom.

Esperamos que o ajuste fino em nossos modelos altamente capazes desbloqueie uma riqueza de aplicações inovadoras e estamos ansiosos para ver o que será construído com isso. Confira nossa documentação sobre ajuste fino e experimente a personalização de modelos na La Plateforme.

Lançamento alfa de Agentes

Estamos também introduzindo uma versão inicial de Agentes, que envolve modelos com contexto e instruções adicionais, para exposição no Le Chat ou API. Agentes ajudam você a criar comportamentos e fluxos de trabalho personalizados com um conjunto simples de instruções e exemplos. Com as capacidades avançadas de raciocínio do Mistral Large 2, você pode adicionar fluxos de trabalho cada vez mais complexos com múltiplos agentes que são fáceis de compartilhar dentro da sua organização. Estamos trabalhando na conexão dos Agentes com ferramentas e fontes de dados e aguardamos ansiosos por seu feedback.

Versão estável do nosso SDK de cliente

Fizemos atualizações significativas na biblioteca mistralai para melhorar sua usabilidade e consistência, e hoje estamos lançando o mistralai 1.0, disponível tanto para Python quanto para Typescript. Saiba mais sobre nosso novo SDK e confira o guia de migração.

Me alegra compartir con todos vosotros la cuarta actualización de Plasma 6.1, iniciando así una serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. Estas actualizaciones son 100% recomendables y casi obligatorias para cualquier usuario ya que lo único que hacen es mejorar la versión sin comprometer sus funcionalidades.

Cuarta actualización de Plasma 6.1

No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las mismas siguiendo una especie de serie de Fibonacci.

La Comunidad KDE ha publicado la cuarta actualización de Plasma 6.1, una versión que viene a subsanar los errores graves del gran salto en cuanto a tecnología que fue Plasma 6.

Así que me congratula en presentar que ayer martes 6 de agosto de 2024, varias semanas después de liberar el código de Plasma 6.1 la Comunidad KDE presenta la cuarta actualización de errores.

Más información: KDE

Las novedades básicas del Plasma 6.1

Hoy es un día de de descarga y actualizaciones, y mientras espero que esté disponible para mi KDE Neon, os comento algunas de sus novedades:

No obstante, aquí tenéis unas pinceladas de las novedades que nos facilitaron los desarrolladores en su fase beta fueron las siguientes:

• Triple búfer en KWin para una mejor renderización y animaciones más fluidas.
• Permitir el uso del protocolo de sincronización explícita de Wayland, lo que debería mejorar la vida de los usuarios de NVIDIA en particular.
• Permitir el uso del portal de captura de entrada.
• Integración del sistema de escritorio remoto para permitir conexiones de clientes RDP con el escritorio Plasma, además de una nueva página en las «Preferencias del sistema» para configurarla.
• Nueva experiencia de usuario para el modo de edición de Plasma, para hacer que su modalidad sea más obvia y visualmente más elegante.
• Se ha añadido una barrera de borde configurable entre pantallas, para que sea más fácil alcanzar los elementos de la interfaz de usuario que tocan los bordes entre pantallas. Esto también permite que los paneles que se ocultan automáticamente en los bordes entre las pantallas funcionen correctamente.
• Restauración de falsa sesión en Wayland que, por lo menos, vuelve a abrir las aplicaciones que estaban abiertas la última vez, incluso aunque no vuelvan a estar situadas en el mismo lugar. Todavía se sigue trabajando en la restauración real de la sesión.
• Compatibilidad con la sincronización del color de la luz RGB posterior del teclado con el color de acento de Plasma.
• Permitir el uso del perfil de color integrado en la pantalla, para las pantallas que lo incluyan.
• Permitir que Discover pueda sustituir aplicaciones Flatpak que han alcanzado el final de soporte con sus reemplazos.
• Compatibilidad con las funciones del modo de conservación de batería en muchos portátiles Lenovo IdeaPad y Legion.
• Compatibilidad con el bloqueo de pantalla sin contraseña, que permite usarlo como un salvapantallas en entornos sin problemas de seguridad.
• Ahora se puede hacer un clic central en el widget de «Energía y batería» para bloquear o desbloquear el reposo automático y el bloqueo de la pantalla. También se puede usar la rueda del ratón sobre él para cambiar el perfil de ahorro de energía activo.
• Esquinas ligeramente redondeadas y más coherencia entre los radios de las esquinas en todas partes.
• Mejor algoritmo de organización de ventanas para la «Vista general».
• El efecto «Mover el cursor para encontrarlo» se ha activado de forma predeterminada.
• Nuevo efecto desactivado de forma predeterminada para ocultar el puntero del ratón tras un período de inactividad.
• La página del teclado de las «Preferencias del sistema» se ha reescrito en QML.

En los próximas entradas más detalles.

Y esto es una brevísima pincelada… Creo que ahora tengo temas de para el blog de sobra hasta 2025.

La entrada Cuarta actualización de Plasma 6.1 se publicó primero en KDE Blog.

Palmyra-Med e Palmyra-Fin são modelos que oferecem precisão incomparável para aplicações de IA generativa em medicina e finanças, superando outros modelos como GPT-4, Med-PaLM-2 e Claude 3.5 Sonnet, e passando no exame CFA nível III. Esses modelos são especialmente adequados para otimizar fluxos de trabalho de IA em setores conhecidos por suas rigorosas regulamentações e padrões de conformidade.

Palmyra-Med e Palmyra-Fin se juntam a uma série de LLMs de alto nível desenvolvidos pela Writer, incluindo Palmyra-X, um modelo de uso geral, e Palmyra-Vision, para análise de imagens. Combinados com a plataforma de IA generativa full-stack da Writer, que inclui tecnologia RAG integrada, proteções de IA e um conjunto de ferramentas para desenvolvedores, esses modelos facilitam a construção de aplicativos de IA médica e financeira compatíveis e eficientes.

Ambos os modelos, Palmyra-Med e Palmyra-Fin, estão disponíveis via Writer por meio de nossa API, ferramentas sem código e Writer Framework. Eles também podem ser acessados sob uma licença de modelo aberto, permitindo implantação local ou em nuvem privada. Para mais informações sobre licenciamento para uso comercial, entre em contato pelo e-mail sales@writer.com.

Melhorando os resultados dos pacientes com precisão médica recorde

Palmyra-Med é a versão mais recente do nosso modelo de saúde, e o mais preciso disponível. Em testes, o Palmyra-Med obteve uma média de 85,9% em benchmarks médicos, superando o Med-PaLM-2 em quase 2 pontos percentuais, mesmo quando comparado ao desempenho de zero-shot do Palmyra.

Os resultados mostram um modelo confiável que pode melhorar os resultados dos pacientes e apoiar pesquisas médicas através de sua capacidade de lidar com tarefas complexas em diversas disciplinas:

• Conhecimento Clínico e Anatomia: Com pontuações de 90,9% em Conhecimento Clínico MMLU e 83,7% em Anatomia MMLU, Palmyra-Med-70b demonstra profunda compreensão de procedimentos clínicos e anatomia humana, útil para diagnósticos precisos e planejamento de tratamentos.
• Genética e Medicina Universitária: Com 94,0% em Genética Médica e 84,4% em Medicina Universitária, o modelo se destaca na interpretação de dados genéticos e aplicação de conhecimentos médicos complexos, cruciais para aconselhamento genético e educação médica.
• Pesquisa Biomédica: Com 80% no PubMedQA, Palmyra-Med-70b mostra sua capacidade de extrair e analisar informações da literatura biomédica, apoiando pesquisas e práticas médicas baseadas em evidências.

Palmyra-Med-70b oferece desempenho superior a um custo de US$ 10 por 1 milhão de tokens de produção, significativamente mais barato que modelos maiores como o GPT-4, que custa US$ 60 pela mesma quantidade de produção. Isso torna Palmyra-Med-70b uma opção atraente para profissionais e instituições médicas, ilustrando uma vantagem importante dos modelos específicos de domínio.

Trazendo Experiência Financeira Incomparável para o Writer

A adoção de IA generativa no setor financeiro enfrenta desafios únicos: demonstrações financeiras extensas, terminologia complexa e análises de mercado diferenciadas. Para superar esses obstáculos, combinamos um conjunto de dados de treinamento financeiro bem selecionado com dados de instruções de ajuste fino personalizados, criando um LLM financeiro altamente preciso. Este modelo pode potencializar diversos casos de uso, como:

• Análise e Previsões de Tendências Financeiras: Examinar a dinâmica do mercado e desenvolver previsões para o desempenho financeiro.
• Análise de Investimento: Produzir avaliações detalhadas de empresas, indústrias ou indicadores econômicos.
• Avaliação de Riscos: Avaliar os perigos potenciais associados a diferentes ferramentas ou abordagens financeiras.
• Estratégia de Alocação de Ativos: Recomendar combinações de investimentos adaptadas às preferências de risco individuais e aos objetivos financeiros.

Desempenho Superior do Palmyra-Fin em Relação a Modelos de Uso Geral

O Palmyra-Fin apresenta uma melhoria significativa em relação a modelos de uso geral, como o GPT-4, que obteve anteriormente um desempenho de 33% no exame.

Testamos o Palmyra-Fin em um benchmark de avaliação longa para medir seu desempenho em diversos casos de uso financeiro do mundo real. Ele superou modelos populares como Claude 3.5 Sonnet, GPT-4o e Mixtral-8x7b, demonstrando suas habilidades e experiência financeira excepcionais.

Introdução aos Palmyra LLMs

Os LLMs específicos de domínio estão na vanguarda da inovação em IA, transformando a forma como as indústrias constroem aplicações especializadas. A Writer lidera esse movimento com modelos como Palmyra-Med e Palmyra-Fin, que possuem profundo conhecimento específico do setor e são ideais para uso corporativo. Esses modelos prometem maior precisão, eficiência, melhor gerenciamento de dados e conformidade regulatória. Ao permitir inovações mais rápidas e fornecer soluções personalizadas para desafios únicos do mercado, Palmyra-Med e Palmyra-Fin oferecem uma vantagem competitiva distinta, anunciando uma nova era de soluções de IA inteligentes e sustentáveis.