home.social

Search

179 results for “neowin”

  1. I know it's not an option for everyone, but shit like this - neowin.net/news/samsung-will-d - makes me **really** glad I put the effort into shifting my wearables over to #Gadgetbridge

  2. @sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

    The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

    https://docs.kernel.org/process/coding-assistants.html

    https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

    NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

    https://www.netbsd.org/developers/commit-guidelines.html

    OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

    https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

    FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

    https://aumont.fr/posts/claude-code-freebsd/

    https://discoverbsd.com/p/8a7660c31b

    But you'll also have to look at the userland, the Web server, the database driver etc.

    MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

    https://mariadb.org/governance/governance-ai-policy/

    Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

    https://blogs.oracle.com/mysql/announcing-mysql-ai

    PostgreSQL probably allows AI code, too. There are even tools for it.

    https://github.com/timescale/pg-aiguide

    SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

    This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

    https://codeberg.org/grunfink/snac2

    But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

    https://www.apache.org/legal/generative-tooling.html

    nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

    https://www.f5.com/de_de/products/nginx.

    This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

    By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

    https://github.com/mastodon/.github/blob/main/AI_POLICY.md

    In other words, next to all Mastodon servers are running
    • AI-generated Mastodon code
    • on an AI-generated Web server
    • with an AI-generated database driver
    • on an AI-generated operating system kernel

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM
  3. @sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

    The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

    https://docs.kernel.org/process/coding-assistants.html

    https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

    NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

    https://www.netbsd.org/developers/commit-guidelines.html

    OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

    https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

    FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

    https://aumont.fr/posts/claude-code-freebsd/

    https://discoverbsd.com/p/8a7660c31b

    But you'll also have to look at the userland, the Web server, the database driver etc.

    MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

    https://mariadb.org/governance/governance-ai-policy/

    Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

    https://blogs.oracle.com/mysql/announcing-mysql-ai

    PostgreSQL probably allows AI code, too. There are even tools for it.

    https://github.com/timescale/pg-aiguide

    SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

    This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

    https://codeberg.org/grunfink/snac2

    But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

    https://www.apache.org/legal/generative-tooling.html

    nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

    https://www.f5.com/de_de/products/nginx.

    This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

    By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

    https://github.com/mastodon/.github/blob/main/AI_POLICY.md

    In other words, next to all Mastodon servers are running
    • AI-generated Mastodon code
    • on an AI-generated Web server
    • with an AI-generated database driver
    • on an AI-generated operating system kernel

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM
  4. @sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

    The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

    https://docs.kernel.org/process/coding-assistants.html

    https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

    NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

    https://www.netbsd.org/developers/commit-guidelines.html

    OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

    https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

    FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

    https://aumont.fr/posts/claude-code-freebsd/

    https://discoverbsd.com/p/8a7660c31b

    But you'll also have to look at the userland, the Web server, the database driver etc.

    MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

    https://mariadb.org/governance/governance-ai-policy/

    Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

    https://blogs.oracle.com/mysql/announcing-mysql-ai

    PostgreSQL probably allows AI code, too. There are even tools for it.

    https://github.com/timescale/pg-aiguide

    SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

    This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

    https://codeberg.org/grunfink/snac2

    But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

    https://www.apache.org/legal/generative-tooling.html

    nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

    https://www.f5.com/de_de/products/nginx.

    This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

    By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

    https://github.com/mastodon/.github/blob/main/AI_POLICY.md

    In other words, next to all Mastodon servers are running
    • AI-generated Mastodon code
    • on an AI-generated Web server
    • with an AI-generated database driver
    • on an AI-generated operating system kernel

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM
  5. @sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

    The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

    https://docs.kernel.org/process/coding-assistants.html

    https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

    NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

    https://www.netbsd.org/developers/commit-guidelines.html

    OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

    https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

    FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

    https://aumont.fr/posts/claude-code-freebsd/

    https://discoverbsd.com/p/8a7660c31b

    But you'll also have to look at the userland, the Web server, the database driver etc.

    MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

    https://mariadb.org/governance/governance-ai-policy/

    Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

    https://blogs.oracle.com/mysql/announcing-mysql-ai

    PostgreSQL probably allows AI code, too. There are even tools for it.

    https://github.com/timescale/pg-aiguide

    SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

    This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

    https://codeberg.org/grunfink/snac2

    But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

    https://www.apache.org/legal/generative-tooling.html

    nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

    https://www.f5.com/de_de/products/nginx.

    This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

    By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

    https://github.com/mastodon/.github/blob/main/AI_POLICY.md

    In other words, next to all Mastodon servers are running
    • AI-generated Mastodon code
    • on an AI-generated Web server
    • with an AI-generated database driver
    • on an AI-generated operating system kernel

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM
  6. @sb  the chippy-choppy There won't be many left. Depending on how staunchly and extremely anti-AI you and (aspiring) server admins are, there won't be any left. Because it's technically impossible to set up a Fediverse server with absolutely no AI code underneath whatsoever.

    The Linux mainline kernel itself contains AI code now. It's officially allowed as long as it's disclosed as such. Thus, you will have to avoid literally all servers running on Linux.

    https://docs.kernel.org/process/coding-assistants.html

    https://www.neowin.net/news/linus-torvalds-declares-massive-ai-fueled-code-surges-as-the-new-normal-for-linux/

    NetBSD has very strict rules regarding AI-generated code. But it doesn't rule AI-generated code out out of principle because it's AI-generated; it only wants to be safe that nothing that's actually GPL-licensed is slipped in. So, if you're an 100%, ultra-hardcode anti-AI extremist, avoid what few servers run on NetBSD.

    https://www.netbsd.org/developers/commit-guidelines.html

    OpenBSD contains AI-generated code, too. And it has no official stance regarding it. So servers running on OpenBSD are taboo, too.

    https://www.osnews.com/story/144935/openbsd-and-slopcode-raindrop-to-a-torrent/

    FreeBSD has no stance on AI whatsoever that I could find. However, apparently, the FreeBSD community loves to integrate Claude Code into their systems for automation purposes:

    https://aumont.fr/posts/claude-code-freebsd/

    https://discoverbsd.com/p/8a7660c31b

    But you'll also have to look at the userland, the Web server, the database driver etc.

    MariaDB allows AI code. You can safely assume that all MySQL databases on Web servers out there are actually powered by MariaDB.

    https://mariadb.org/governance/governance-ai-policy/

    Oracle MySQL can integrate AI, so it's safe to assume it contains AI-generated code.

    https://blogs.oracle.com/mysql/announcing-mysql-ai

    PostgreSQL probably allows AI code, too. There are even tools for it.

    https://github.com/timescale/pg-aiguide

    SQLite is very popular amongst AI users while not having any rules on AI-generated code. Assume it to be tainted.

    This leaves you with only one choice: Self-hosting a personal, single-user snac2 server because snac2 doesn't need any database whatsoever. In fact, snac2 is staunchly against AI. And it runs on NetBSD.

    https://codeberg.org/grunfink/snac2

    But then there's the Web server. Apache may allow AI-generated code if it has been reviewed and made sure that it does not contain anything that's incompatible with the Apache-2.0 license.

    https://www.apache.org/legal/generative-tooling.html

    nginx welcomes AI and advertises itself as ready for AI, and it takes no anti-AI-code stance. It's most likely already tainted.

    https://www.f5.com/de_de/products/nginx.

    This basically leaves you with no Web server guaranteed to be 100% free from AI-generated code to run snac2 on. But that doesn't matter because it's impossible to build a Web server devoid of any AI code to install snac2 on.

    By the way: Mastodon itself explicitly allows AI code if it's disclosed as such, and if its contributor understands it.

    https://github.com/mastodon/.github/blob/main/AI_POLICY.md

    In other words, next to all Mastodon servers are running
    • AI-generated Mastodon code
    • on an AI-generated Web server
    • with an AI-generated database driver
    • on an AI-generated operating system kernel

    #Long #LongPost #CWLong #CWLongPost #FediMeta #FediverseMeta #CWFediMeta #CWFediverseMeta #Linux #FreeBSD #OpenBSD #NetBSD #Apache #nginx #MySQL #MariaDB #PostgreSQL #SQLite #Mastodon #snac2 #AI #LLM #LLMs #GenAI #NoAI #AntiAI #AntiLLM
  7. Discord otrzymał natywną aplikację dla Windows on ARM

    Użytkownicy komputerów z procesorami Snapdragon X mogą już pobrać natywną wersję komunikatora Discord.

    Aplikacja została napisana specjalnie pod architekturę ARM, co eliminuje konieczność uruchamiania jej przez warstwę emulacji. Zmiana ta bezpośrednio przekłada się na płynność działania programu i mniejsze zużycie baterii w nowych laptopach.

    Cichy debiut wyczekiwanej wersji

    Jak zauważyli redaktorzy serwisu Neowin, twórcy Discorda nie zorganizowali oficjalnej premiery i nie wydali żadnego komunikatu prasowego. Instalator w wersji ARM po prostu pojawił się do pobrania na stronie producenta.

    Do tej pory posiadacze komputerów z systemem Windows on ARM, chcąc korzystać z Discorda, mieli do wyboru dwa wyjścia:

    • uruchomienie usługi w karcie przeglądarki internetowej,
    • instalację standardowej aplikacji (x86), która działała za pośrednictwem wbudowanego w system emulatora Microsoft Prism.

    Choć mechanizmy emulacji w Windows 11 radzą sobie coraz lepiej, uruchamianie w ten sposób oprogramowania zawsze wiąże się z narzutem obliczeniowym.

    Bez podsłuchiwania rozmów na Discordzie. Protokół DAVE szyfruje audio i wideo

    Dlaczego natywny kod jest tak ważny?

    Przejście z emulacji na aplikację natywną przynosi wymierne korzyści techniczne. Program skompilowany bezpośrednio pod procesory Snapdragon X uruchamia się szybciej, oferuje płynniejszy interfejs, a przede wszystkim w mniejszym stopniu obciąża układ scalony. W przypadku komunikatora, który zazwyczaj działa w tle przez cały czas pracy komputera, niższe zapotrzebowanie na moc obliczeniową zauważalnie wydłuża czas pracy laptopa na jednym ładowaniu.

    Samo oprogramowanie nie różni się funkcjonalnie od wersji znanej ze standardowych komputerów PC. Pojawienie się Discorda w wersji ARM to także ważny sygnał dla całego ekosystemu Microsoftu. Dołączanie kluczowych platform społecznościowych do bazy natywnych aplikacji pokazuje, że nowa architektura zadomawia się na rynku, a deweloperzy widzą sens w optymalizacji swojego kodu.

    #aktualizacjeOprogramowania #aplikacjeNatywne #Discord #emulacjaPrism #komunikatory #laptopyARM #SnapdragonX #WindowsOnARM
  8. Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
    forum.artixlinux.org/index.php

    Después de haber leido esto y de haber hecho una modesta investigación al respecto, me doy cuenta de que hice bien en dudar de XLibre desde el inicio. En nuestra comunidad el hype llegó muy fuerte cuando se anunció dicho proyecto, cosa a la que no me opongo ni que tampoco critico, pero es verdad que desde el principio fui muy reservada con XLibre, porque:

    1. Es copy-paste y simplemente añade algunas cosas a Xorg, cuyo código es ampliamente conocido por ser difícil de leer, ni se diga mantener, la cual es una de las razones por las que Freedesktop comenzó a enfocarse más en Wayland, que no está estancado en código diseñado para computadoras de los años 80. Esto es cierto independientemente de cualquier razón política o corporativa detrás de Wayland.
    2. Si bien ya lo quitaron, originalmente en el repositorio de GitHub de XLibre mencionaba en un apartado que el proyecto estaba libre de "políticas DEI", siendo que la palabra "DEI" sólo es utilizada por trumpistas (MAGA), fascistas y neonazis para referirse de manera despectiva a los esfuerzos por incluir y respetar a grupos vulnerables, tales como las mujeres, las personas de la comunidad queer (de entre quienes me incluyo), las personas racializadas, etcétera.

    Desde que comenzó toda la emoción y el hype por XLibre yo en repetidas ocasiones mencioné ambos puntos y enfaticé que todo esto me olía muy mal. Sin embargo como siempre nadie me escuchó y, por el contrario, sentí que quedé como "la loca que se aferra a Wayland".

    Pues bueno, más pronto que tarde comenzaron a salir los trapos sucios. Supuestamente el proyecto está libre de "políticas discriminatorias" tales como las "DEI", y resulta que los mismos desarrolladores del proyecto (aparentemente, tampoco voy a meter las manos al fuego por algo que no está al 100% confirmado) le hicieron la vida imposible a un mantenedor veterano de Artix que cometió el horriblísimo crimen de admitir que el código de XLibre es una basura hecha con IA (y que arreglarlo no es tarea fácil por mucho esfuerzo que se emplee) y que a día de hoy el Xorg tradicional sigue siendo más estable y sólido a pesar de llevar tantos años abandonado (entre comillas porque aún recibe algunas updates).

    Lo más gracioso de todo esto es que me enteré de todo el problema porque comencé a considerar que quizás sí estaba exagerando con mis reservas hacia XLibre y entonces me propuse el probarlo. Ahora sabiendo esto mejor ni le muevo a mi setup que tanto me costó. Xorg de por sí me da una cantidad grosera de screen tearing y crashea cada que quiere, no me interesa probar un servidor gráfico que tal parece hará sufrir a mi PC aún más.

    No tengo la autoridad moral para criticar ni regañar a nadie, pero sí les recomendaré a los que lean este post que tengan cuidado. Todo este tiempo ustedes han estado apoyando sin cuestionamientos un proyecto de una persona que es antivacunas (fuente: neowin.net/news/linus-torvalds) y que se obsesiona más con las "DEI" que con proporcionar un software cuando menos decente. Las cosas tampoco son en blanco y negro, no estoy diciendo que XLibre es el demonio o que quienes lo usan son malas personas, ni tampoco digo que "Artist" (el mantenedor de Artix con el que surgió todo el quilombo) sea la víctima en decadencia, pues aparentemente tampoco es una persona muy amable que digamos. Sin embargo, apoyar un proyecto incondicionalmente y sin investigar realmente su trasfondo nos puede llevar a lugares muy peligrosos sin que nos demos cuenta. Linda noche y nunca olvidemos que hay que promover el SL desde la coherencia 😉.

    #mastodon #fediverse #xlibre #xorg #freedesktop #autumn64 #foss #freesoftware #artix #linux #softwarelibre #wayland

  9. Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
    forum.artixlinux.org/index.php

    Después de haber leido esto y de haber hecho una modesta investigación al respecto, me doy cuenta de que hice bien en dudar de XLibre desde el inicio. En nuestra comunidad el hype llegó muy fuerte cuando se anunció dicho proyecto, cosa a la que no me opongo ni que tampoco critico, pero es verdad que desde el principio fui muy reservada con XLibre, porque:

    1. Es copy-paste y simplemente añade algunas cosas a Xorg, cuyo código es ampliamente conocido por ser difícil de leer, ni se diga mantener, la cual es una de las razones por las que Freedesktop comenzó a enfocarse más en Wayland, que no está estancado en código diseñado para computadoras de los años 80. Esto es cierto independientemente de cualquier razón política o corporativa detrás de Wayland.
    2. Si bien ya lo quitaron, originalmente en el repositorio de GitHub de XLibre mencionaba en un apartado que el proyecto estaba libre de "políticas DEI", siendo que la palabra "DEI" sólo es utilizada por trumpistas (MAGA), fascistas y neonazis para referirse de manera despectiva a los esfuerzos por incluir y respetar a grupos vulnerables, tales como las mujeres, las personas de la comunidad queer (de entre quienes me incluyo), las personas racializadas, etcétera.

    Desde que comenzó toda la emoción y el hype por XLibre yo en repetidas ocasiones mencioné ambos puntos y enfaticé que todo esto me olía muy mal. Sin embargo como siempre nadie me escuchó y, por el contrario, sentí que quedé como "la loca que se aferra a Wayland".

    Pues bueno, más pronto que tarde comenzaron a salir los trapos sucios. Supuestamente el proyecto está libre de "políticas discriminatorias" tales como las "DEI", y resulta que los mismos desarrolladores del proyecto (aparentemente, tampoco voy a meter las manos al fuego por algo que no está al 100% confirmado) le hicieron la vida imposible a un mantenedor veterano de Artix que cometió el horriblísimo crimen de admitir que el código de XLibre es una basura hecha con IA (y que arreglarlo no es tarea fácil por mucho esfuerzo que se emplee) y que a día de hoy el Xorg tradicional sigue siendo más estable y sólido a pesar de llevar tantos años abandonado (entre comillas porque aún recibe algunas updates).

    Lo más gracioso de todo esto es que me enteré de todo el problema porque comencé a considerar que quizás sí estaba exagerando con mis reservas hacia XLibre y entonces me propuse el probarlo. Ahora sabiendo esto mejor ni le muevo a mi setup que tanto me costó. Xorg de por sí me da una cantidad grosera de screen tearing y crashea cada que quiere, no me interesa probar un servidor gráfico que tal parece hará sufrir a mi PC aún más.

    No tengo la autoridad moral para criticar ni regañar a nadie, pero sí les recomendaré a los que lean este post que tengan cuidado. Todo este tiempo ustedes han estado apoyando sin cuestionamientos un proyecto de una persona que es antivacunas (fuente: neowin.net/news/linus-torvalds) y que se obsesiona más con las "DEI" que con proporcionar un software cuando menos decente. Las cosas tampoco son en blanco y negro, no estoy diciendo que XLibre es el demonio o que quienes lo usan son malas personas, ni tampoco digo que "Artist" (el mantenedor de Artix con el que surgió todo el quilombo) sea la víctima en decadencia, pues aparentemente tampoco es una persona muy amable que digamos. Sin embargo, apoyar un proyecto incondicionalmente y sin investigar realmente su trasfondo nos puede llevar a lugares muy peligrosos sin que nos demos cuenta. Linda noche y nunca olvidemos que hay que promover el SL desde la coherencia 😉.

    #mastodon #fediverse #xlibre #xorg #freedesktop #autumn64 #foss #freesoftware #artix #linux #softwarelibre #wayland

  10. Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
    forum.artixlinux.org/index.php

    Después de haber leido esto y de haber hecho una modesta investigación al respecto, me doy cuenta de que hice bien en dudar de XLibre desde el inicio. En nuestra comunidad el hype llegó muy fuerte cuando se anunció dicho proyecto, cosa a la que no me opongo ni que tampoco critico, pero es verdad que desde el principio fui muy reservada con XLibre, porque:

    1. Es copy-paste y simplemente añade algunas cosas a Xorg, cuyo código es ampliamente conocido por ser difícil de leer, ni se diga mantener, la cual es una de las razones por las que Freedesktop comenzó a enfocarse más en Wayland, que no está estancado en código diseñado para computadoras de los años 80. Esto es cierto independientemente de cualquier razón política o corporativa detrás de Wayland.
    2. Si bien ya lo quitaron, originalmente en el repositorio de GitHub de XLibre mencionaba en un apartado que el proyecto estaba libre de "políticas DEI", siendo que la palabra "DEI" sólo es utilizada por trumpistas (MAGA), fascistas y neonazis para referirse de manera despectiva a los esfuerzos por incluir y respetar a grupos vulnerables, tales como las mujeres, las personas de la comunidad queer (de entre quienes me incluyo), las personas racializadas, etcétera.

    Desde que comenzó toda la emoción y el hype por XLibre yo en repetidas ocasiones mencioné ambos puntos y enfaticé que todo esto me olía muy mal. Sin embargo como siempre nadie me escuchó y, por el contrario, sentí que quedé como "la loca que se aferra a Wayland".

    Pues bueno, más pronto que tarde comenzaron a salir los trapos sucios. Supuestamente el proyecto está libre de "políticas discriminatorias" tales como las "DEI", y resulta que los mismos desarrolladores del proyecto (aparentemente, tampoco voy a meter las manos al fuego por algo que no está al 100% confirmado) le hicieron la vida imposible a un mantenedor veterano de Artix que cometió el horriblísimo crimen de admitir que el código de XLibre es una basura hecha con IA (y que arreglarlo no es tarea fácil por mucho esfuerzo que se emplee) y que a día de hoy el Xorg tradicional sigue siendo más estable y sólido a pesar de llevar tantos años abandonado (entre comillas porque aún recibe algunas updates).

    Lo más gracioso de todo esto es que me enteré de todo el problema porque comencé a considerar que quizás sí estaba exagerando con mis reservas hacia XLibre y entonces me propuse el probarlo. Ahora sabiendo esto mejor ni le muevo a mi setup que tanto me costó. Xorg de por sí me da una cantidad grosera de screen tearing y crashea cada que quiere, no me interesa probar un servidor gráfico que tal parece hará sufrir a mi PC aún más.

    No tengo la autoridad moral para criticar ni regañar a nadie, pero sí les recomendaré a los que lean este post que tengan cuidado. Todo este tiempo ustedes han estado apoyando sin cuestionamientos un proyecto de una persona que es antivacunas (fuente: neowin.net/news/linus-torvalds) y que se obsesiona más con las "DEI" que con proporcionar un software cuando menos decente. Las cosas tampoco son en blanco y negro, no estoy diciendo que XLibre es el demonio o que quienes lo usan son malas personas, ni tampoco digo que "Artist" (el mantenedor de Artix con el que surgió todo el quilombo) sea la víctima en decadencia, pues aparentemente tampoco es una persona muy amable que digamos. Sin embargo, apoyar un proyecto incondicionalmente y sin investigar realmente su trasfondo nos puede llevar a lugares muy peligrosos sin que nos demos cuenta. Linda noche y nunca olvidemos que hay que promover el SL desde la coherencia 😉.

    #mastodon #fediverse #xlibre #xorg #freedesktop #autumn64 #foss #freesoftware #artix #linux #softwarelibre #wayland

  11. Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
    forum.artixlinux.org/index.php

    Después de haber leido esto y de haber hecho una modesta investigación al respecto, me doy cuenta de que hice bien en dudar de XLibre desde el inicio. En nuestra comunidad el hype llegó muy fuerte cuando se anunció dicho proyecto, cosa a la que no me opongo ni que tampoco critico, pero es verdad que desde el principio fui muy reservada con XLibre, porque:

    1. Es copy-paste y simplemente añade algunas cosas a Xorg, cuyo código es ampliamente conocido por ser difícil de leer, ni se diga mantener, la cual es una de las razones por las que Freedesktop comenzó a enfocarse más en Wayland, que no está estancado en código diseñado para computadoras de los años 80. Esto es cierto independientemente de cualquier razón política o corporativa detrás de Wayland.
    2. Si bien ya lo quitaron, originalmente en el repositorio de GitHub de XLibre mencionaba en un apartado que el proyecto estaba libre de "políticas DEI", siendo que la palabra "DEI" sólo es utilizada por trumpistas (MAGA), fascistas y neonazis para referirse de manera despectiva a los esfuerzos por incluir y respetar a grupos vulnerables, tales como las mujeres, las personas de la comunidad queer (de entre quienes me incluyo), las personas racializadas, etcétera.

    Desde que comenzó toda la emoción y el hype por XLibre yo en repetidas ocasiones mencioné ambos puntos y enfaticé que todo esto me olía muy mal. Sin embargo como siempre nadie me escuchó y, por el contrario, sentí que quedé como "la loca que se aferra a Wayland".

    Pues bueno, más pronto que tarde comenzaron a salir los trapos sucios. Supuestamente el proyecto está libre de "políticas discriminatorias" tales como las "DEI", y resulta que los mismos desarrolladores del proyecto (aparentemente, tampoco voy a meter las manos al fuego por algo que no está al 100% confirmado) le hicieron la vida imposible a un mantenedor veterano de Artix que cometió el horriblísimo crimen de admitir que el código de XLibre es una basura hecha con IA (y que arreglarlo no es tarea fácil por mucho esfuerzo que se emplee) y que a día de hoy el Xorg tradicional sigue siendo más estable y sólido a pesar de llevar tantos años abandonado (entre comillas porque aún recibe algunas updates).

    Lo más gracioso de todo esto es que me enteré de todo el problema porque comencé a considerar que quizás sí estaba exagerando con mis reservas hacia XLibre y entonces me propuse el probarlo. Ahora sabiendo esto mejor ni le muevo a mi setup que tanto me costó. Xorg de por sí me da una cantidad grosera de screen tearing y crashea cada que quiere, no me interesa probar un servidor gráfico que tal parece hará sufrir a mi PC aún más.

    No tengo la autoridad moral para criticar ni regañar a nadie, pero sí les recomendaré a los que lean este post que tengan cuidado. Todo este tiempo ustedes han estado apoyando sin cuestionamientos un proyecto de una persona que es antivacunas (fuente: neowin.net/news/linus-torvalds) y que se obsesiona más con las "DEI" que con proporcionar un software cuando menos decente. Las cosas tampoco son en blanco y negro, no estoy diciendo que XLibre es el demonio o que quienes lo usan son malas personas, ni tampoco digo que "Artist" (el mantenedor de Artix con el que surgió todo el quilombo) sea la víctima en decadencia, pues aparentemente tampoco es una persona muy amable que digamos. Sin embargo, apoyar un proyecto incondicionalmente y sin investigar realmente su trasfondo nos puede llevar a lugares muy peligrosos sin que nos demos cuenta. Linda noche y nunca olvidemos que hay que promover el SL desde la coherencia 😉.

    #mastodon #fediverse #xlibre #xorg #freedesktop #autumn64 #foss #freesoftware #artix #linux #softwarelibre #wayland

  12. Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
    forum.artixlinux.org/index.php

    Después de haber leido esto y de haber hecho una modesta investigación al respecto, me doy cuenta de que hice bien en dudar de XLibre desde el inicio. En nuestra comunidad el hype llegó muy fuerte cuando se anunció dicho proyecto, cosa a la que no me opongo ni que tampoco critico, pero es verdad que desde el principio fui muy reservada con XLibre, porque:

    1. Es copy-paste y simplemente añade algunas cosas a Xorg, cuyo código es ampliamente conocido por ser difícil de leer, ni se diga mantener, la cual es una de las razones por las que Freedesktop comenzó a enfocarse más en Wayland, que no está estancado en código diseñado para computadoras de los años 80. Esto es cierto independientemente de cualquier razón política o corporativa detrás de Wayland.
    2. Si bien ya lo quitaron, originalmente en el repositorio de GitHub de XLibre mencionaba en un apartado que el proyecto estaba libre de "políticas DEI", siendo que la palabra "DEI" sólo es utilizada por trumpistas (MAGA), fascistas y neonazis para referirse de manera despectiva a los esfuerzos por incluir y respetar a grupos vulnerables, tales como las mujeres, las personas de la comunidad queer (de entre quienes me incluyo), las personas racializadas, etcétera.

    Desde que comenzó toda la emoción y el hype por XLibre yo en repetidas ocasiones mencioné ambos puntos y enfaticé que todo esto me olía muy mal. Sin embargo como siempre nadie me escuchó y, por el contrario, sentí que quedé como "la loca que se aferra a Wayland".

    Pues bueno, más pronto que tarde comenzaron a salir los trapos sucios. Supuestamente el proyecto está libre de "políticas discriminatorias" tales como las "DEI", y resulta que los mismos desarrolladores del proyecto (aparentemente, tampoco voy a meter las manos al fuego por algo que no está al 100% confirmado) le hicieron la vida imposible a un mantenedor veterano de Artix que cometió el horriblísimo crimen de admitir que el código de XLibre es una basura hecha con IA (y que arreglarlo no es tarea fácil por mucho esfuerzo que se emplee) y que a día de hoy el Xorg tradicional sigue siendo más estable y sólido a pesar de llevar tantos años abandonado (entre comillas porque aún recibe algunas updates).

    Lo más gracioso de todo esto es que me enteré de todo el problema porque comencé a considerar que quizás sí estaba exagerando con mis reservas hacia XLibre y entonces me propuse el probarlo. Ahora sabiendo esto mejor ni le muevo a mi setup que tanto me costó. Xorg de por sí me da una cantidad grosera de screen tearing y crashea cada que quiere, no me interesa probar un servidor gráfico que tal parece hará sufrir a mi PC aún más.

    No tengo la autoridad moral para criticar ni regañar a nadie, pero sí les recomendaré a los que lean este post que tengan cuidado. Todo este tiempo ustedes han estado apoyando sin cuestionamientos un proyecto de una persona que es antivacunas (fuente: neowin.net/news/linus-torvalds) y que se obsesiona más con las "DEI" que con proporcionar un software cuando menos decente. Las cosas tampoco son en blanco y negro, no estoy diciendo que XLibre es el demonio o que quienes lo usan son malas personas, ni tampoco digo que "Artist" (el mantenedor de Artix con el que surgió todo el quilombo) sea la víctima en decadencia, pues aparentemente tampoco es una persona muy amable que digamos. Sin embargo, apoyar un proyecto incondicionalmente y sin investigar realmente su trasfondo nos puede llevar a lugares muy peligrosos sin que nos demos cuenta. Linda noche y nunca olvidemos que hay que promover el SL desde la coherencia 😉.

    #mastodon #fediverse #xlibre #xorg #freedesktop #autumn64 #foss #freesoftware #artix #linux #softwarelibre #wayland

  13. Aptivi Weekly Tech News Issue #14 (Week 36 – 9/5/2026)

    Every week, we collect every event that happened within Aptivi, our projects, and other interesting tech news. This issue shows you the brief summary of our project releases and some of our articles posted on the Aptivi Blog and on the Newsroom, as well as some links to other interesting resources, such as the most intriguing tech news during the week.

    As technology evolves quickly, we have to move quickly with the current to make sure that we don’t miss any of the interesting technology-related events, such as new releases and other interesting events that revolutionize the tech world.

    What happened at Aptivi?

    During this week, sets of events have happened at Aptivi, and we have chosen to summarize some of the most intriguing events that we have covered here at Aptivi Blog and Aptivi Newsroom, as well as other Aptivi updates in case they happen.

    Linux 7.3 has been finally opened for developers and power users with the first release candidate being available, which brought various improvements, additions, and removals, such as added support for Steam Controller (2026).

    Samsung continued to push the August 2026 security update by bringing it live for the Galaxy S23, S22, A57, A56, Galaxy Tab S10, Galaxy Tab S11, and several more Galaxy devices, starting from the initial set of units, although we are very close to September. The expansion of the security patch for August 2026 continued with the Galaxy S25 and other devices receiving the update. Meanwhile, the One UI 9.0 beta program has opened for the Galaxy S25, the Galaxy S25 FE, the Galaxy S24, the Galaxy S24 FE, the Galaxy Z Fold7 and Flip7, the Galaxy Z Fold6 and Flip6, the Galaxy A57, the Galaxy S23, and the Galaxy A56.

    Additionally, the Galaxy S26 Ultra has been updated for those who participated in the One UI 9.0 beta program to bring various improvements to different system components. Alongside that, the Galaxy Watch6 is getting itself ready for the One UI 9.0 beta program, the Galaxy Watch7 has also joined the One UI 9.0 beta program, and the Galaxy Watch8 has received the second beta version of One UI 9.0. Finally, the Galaxy S26 FE became available for retail purchase.

    In addition to that, the following other articles were posted for you to read:

    Additionally, you can check out this week’s issue of Linux Weekly Digests in this link.

    There are some other updates that happened with Aptivi. We have announced the native library installation improvements for the NuGet packages during the build of .NET Framework projects. Meanwhile, an unfortunate incident where our internet connectivity stability became unacceptable, and we had to delay the release of our projects.

    Most intriguing tech news

    Here, we collect some of the most intriguing news that caught our attention, and our readers can explore this list below:

    Please note that the order of events are listed in the descending order from the newest to the oldest.

    Summary

    This week, Aptivi was facing internet connectivity problems as they were consulting with the internet service provider for assistance, so we had to announce delays for our projects while slowly continuing development. However, we announced improvements made to our library when it comes to native library support for .NET Framework.

    In the other hand, Linux 7.3 finally opened its doors to the first release candidate, which brings various improvements and additions to the kernel. Additionally, Samsung worked hard to make the August 2026 security update available to more devices, while opening the One UI 9.0 beta program for a wide variety of devices, such as the Galaxy S25, S24, S23, and more. The Galaxy Watch7 has also started its beta program for the upcoming One UI Watch version, while the Galaxy Watch6 was getting itself ready as the Galaxy Watch8 got its second One UI 9.0 Watch update. This way, One UI 9.0 would have come closer to the stable release.

    So, thank you to whoever read our posts, liked them, and commented on them, whether it’s on the Fediverse or not. We appreciate your interaction, engagement, and support, and this motivates us into going ahead moving forward.

    #news #Tech #Technology #update #Weekly #WeeklyNews
  14. The next major release for #Ubuntu version 26.10, carrying the nickname #StonkingStingray is set for October 15, 2026. This simple breakdown shows what the average person installing this release can expect.

    newinlinux.com/whats-new-in-ub
    #Linux #OpenSource #LinuxNews

  15. We have a RELEASE! Yeay!

    #NeoFinder 9.3 for #macOS is available today! Get it while it is still hot... 🤣

    neofinder.de/forum/phpBB3/view

    As usual, we will post a lot of details about the exciting new features and improvements here in the next weeks. Stay tuned and enjoy the new NeoFinder version!

    #DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction #Archives

  16. While we are preparing the new #NeoFinder 9.3 for #macOS to be released on Monday, here is the "official song" for this version!
    Something very different this time!

    Johannes Brahms: Intermezzo in A Major, Op. 118 No. 2

    I wonder if anyone knows this calming piece from some movies?

    classical.music.apple.com/us/a

    Enjoy!

    #DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction

  17. We are very happy to report that #NeoFinder 9.3 for #macOS has now reached BETA 1 status!

    Testing of all new features is in full swing, and we hope to have a stable version ready by the end of the month.

    If you feel brave, let us know if you wish to try it out yourself!

    neofinder.de/forum/phpBB3/view

    #DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction

  18. More praise for #NeoFinder #macOS, this time from New York:

    "I’ve been working in music making albums for 20+ years and to have the archives so easily searchable I use Neofinder all the time.
    And it makes me seem like a hero when I quickly find a 20 year old file for someone .. so thanks for making me look good :)))" Mario V., Brooklyn, New York

    cdfinder.de/praise.html

    #DigitalAssetManager #AudioProducer #MusicStudio #BookLibrary #IndieDev #DiskLibrary #PostProduction #Archives