Search
179 results for “neowin”
-
Facebook ads are so hard to block that uBlock Origin stopped filtering them
Comments: https://news.ycombinator.com/item?id=49271126
#HackerNews #FacebookAds #uBlockOrigin #AdBlocking #PrivacyOnline #DigitalMarketing
-
I know it's not an option for everyone, but shit like this - https://www.neowin.net/news/samsung-will-delete-your-health-data-if-you-dont-let-them-use-it-to-train-ai/ - makes me **really** glad I put the effort into shifting my wearables over to #Gadgetbridge
-
@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 -
@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 -
@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 -
@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 -
@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 -
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 -
Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
https://forum.artixlinux.org/index.php/topic,10283.msg61637.html#msg61637Despué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:
- 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.
- 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: https://www.neowin.net/news/linus-torvalds-asks-covid-vaccine-conspiracy-theorist-to-shut-the-hell-up/) 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
-
Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
https://forum.artixlinux.org/index.php/topic,10283.msg61637.html#msg61637Despué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:
- 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.
- 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: https://www.neowin.net/news/linus-torvalds-asks-covid-vaccine-conspiracy-theorist-to-shut-the-hell-up/) 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
-
Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
https://forum.artixlinux.org/index.php/topic,10283.msg61637.html#msg61637Despué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:
- 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.
- 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: https://www.neowin.net/news/linus-torvalds-asks-covid-vaccine-conspiracy-theorist-to-shut-the-hell-up/) 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
-
Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
https://forum.artixlinux.org/index.php/topic,10283.msg61637.html#msg61637Despué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:
- 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.
- 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: https://www.neowin.net/news/linus-torvalds-asks-covid-vaccine-conspiracy-theorist-to-shut-the-hell-up/) 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
-
Me acabo de enterar de que Artix Linux ha retirado el soporte de XLibre y volverán al Xorg tradicional:
https://forum.artixlinux.org/index.php/topic,10283.msg61637.html#msg61637Despué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:
- 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.
- 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: https://www.neowin.net/news/linus-torvalds-asks-covid-vaccine-conspiracy-theorist-to-shut-the-hell-up/) 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
-
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:
- [September 2nd, 2026] August 2026 security patch expands for the Galaxy A57
- [September 1st, 2026] One UI 9.0 Changelogs [Beta, Galaxy S25]
- [September 1st, 2026] Aptivi Monthly Tech News Issue #3 (August 2026)
- [August 30th, 2026] August 2026 security patch is live for Galaxy A23 5G and A04e
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:
- [September 4th, 2026] This Week in Plasma: Auto-Scrolling and Dwell-Clicking
- [September 4th, 2026] Samsung Galaxy S26 FE grabs its first software boost just days after launch
- [September 4th, 2026] Ubuntu 26.10 Snapshot 3 Monthly ISOs Released For Testing
- [September 4th, 2026] Amazon Linux 2027 Now in Preview: Powered By Linux 7.1, x86-64-v3 & Built With LTO
- [September 3rd, 2026] OpenAI launches GPT-6 Astra and says it may mark the beginning of the “AGI era”
- [September 3rd, 2026] Audacity 4.0 released
- [September 3rd, 2026] Latest Samsung Watch models feature Seamless Updates
- [September 3rd, 2026] Samsung launches Galaxy S26 FE smartphone in Korea
- [September 2nd, 2026] Greg KH Forewarns Of “Rough” Linux 7.3 Kernel Cycle Due To Continued AI Churn
- [September 2nd, 2026] Ahead of Windows 11 26H2, Microsoft gives admins “more control” over updates and recovery
- [September 2nd, 2026] Intel attracts MediaTek, Broadcom, and Meta for AI chip packaging amid TSMC shortage
- [September 1st, 2026] Here’s Everything the September 2026 Android Drop Brings
- [September 1st, 2026] Galaxy S25 gets one of the S26’s coolest camera tricks with One UI 9 Beta 1
- [September 1st, 2026] Windows 11 is getting stronger kernel protection by default in October 2026
- [September 1st, 2026] Linux Gets A Reverse-Engineered Driver For ASUS ROG NVMe Enclosure RGB Lighting
- [September 1st, 2026] Audacity 3.7.9 Audio Editor Adds FFmpeg 9 Support, Fixes Data Loss Issues
- [September 1st, 2026] aerynOS Advances New Installer with Btrfs Support, Rebuilds Entire Package Repository
- [September 1st, 2026] EDAC Changes Merged For Linux 7.3 After Being Forgotten About During The Merge Window
- [September 1st, 2026] Tim Cook steps down as CEO of Apple, John Ternus takes over
- [September 1st, 2026] Samsung Expands the Galaxy Book6 Lineup, Making Galaxy Book More Accessible
- [September 1st, 2026] KDE Linux Now Providing Automatic Btrfs Snapshots For All User Files
- [September 1st, 2026] Ubuntu’s IRC support channels to be ‘sunset’, some aren’t happy
- [September 1st, 2026] Rust Coreutils 0.11 Released With Some Nifty Debug Helper Messages
- [August 31st, 2026] AMD Updates UALink Patches To Get The Linux Kernel Ready For UALoE On Helios
- [August 31st, 2026] Windows 95’s taskbar didn’t come from Steve Jobs’ NeXT Dock, and a former Microsoft VP explains what did
- [August 31st, 2026] Google Messages bug turns old chats into a privacy nightmare
- [August 31st, 2026] Linux 7.3 Features Many Exciting Improvements, New Hardware Support & Faster Btrfs
- [August 31st, 2026] Kernel.org Battles AI Crawlers Generating Millions of Daily Requests
- [August 31st, 2026] Microsoft proves Windows 11’s modern UI can beat legacy Win32, if it works hard enough
- [August 30th, 2026] Windows 11 is dropping its worst OneDrive dark pattern: after years of complaints, Microsoft will let you fully opt out
- [August 30th, 2026] I tested Windows 11 26H2, so you don’t have to. Here’s everything I found.
- [August 30th, 2026] RTL8723BS Driver Continues Dominating The Staging Area Activity For Linux 7.3
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 -
View from #Africa
Governments are using ‘national values’ to turn on civil society and political opposition.
#nationslism #neocolonialism #debt #resources
https://newint.org/nationalism/2026/view-africa-sovereignty-over-people -
View from #Africa
Governments are using ‘national values’ to turn on civil society and political opposition.
#nationslism #neocolonialism #debt #resources
https://newint.org/nationalism/2026/view-africa-sovereignty-over-people -
View from #Africa
Governments are using ‘national values’ to turn on civil society and political opposition.
#nationslism #neocolonialism #debt #resources
https://newint.org/nationalism/2026/view-africa-sovereignty-over-people -
View from #Africa
Governments are using ‘national values’ to turn on civil society and political opposition.
#nationslism #neocolonialism #debt #resources
https://newint.org/nationalism/2026/view-africa-sovereignty-over-people -
View from #Africa
Governments are using ‘national values’ to turn on civil society and political opposition.
#nationslism #neocolonialism #debt #resources
https://newint.org/nationalism/2026/view-africa-sovereignty-over-people -
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.
https://www.newinlinux.com/whats-new-in-ubuntu-26-10-stonking-stingray/
#Linux #OpenSource #LinuxNews -
We have a RELEASE! Yeay!
#NeoFinder 9.3 for #macOS is available today! Get it while it is still hot... 🤣
https://www.neofinder.de/forum/phpBB3/viewtopic.php?t=368
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
-
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?
https://classical.music.apple.com/us/album/6769099468
Enjoy!
#DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction
-
Did you know that #NeoFinder 9 for #macOS can catalog #SMTPE time codes embedded in #video files, display them, and even search for them?
Just another pro video feature. Enjoy!
https://www.neofinder.de/forum/phpBB3/viewtopic.php?p=805#p805
#FilmMaking #MediaAssetManager #VideoTools #VideoLibrary #VideoProducer #ARRI #RED #DaVinci #FCPX #VideoWorkflow #MacDev #KYNO #AfterEffects #VideoProduction #PostProduction #Cinematography #IndieDev #Apple #BlackMagic
-
The context menu for catalogs and folders in #NeoFinder for #macOS now has the "New Folder..." command.
Create actual new folders not only in the Catalog in NeoFinder, but also on the actual disk.
https://www.neofinder.de/forum/phpBB3/viewtopic.php?p=804#p804
#DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction #Archives
-
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!
https://www.neofinder.de/forum/phpBB3/viewtopic.php?p=803
#DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction
-
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 Yorkhttps://www.cdfinder.de/praise.html
#DigitalAssetManager #AudioProducer #MusicStudio #BookLibrary #IndieDev #DiskLibrary #PostProduction #Archives
-
While testing #NeoFinder 9.3dev in #macOS 27 "Golden Gate" beta, we discovered a bug in macOS regarding ExFAT volumes:
https://www.neofinder.de/forum/phpBB3/viewtopic.php?p=800#p800
#DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction #Archives
-
#NeoFinder and #macOS27 "Golden Gate"!
We are currently testing NeoFinder, of course, and will provide you with a version of NeoFinder that will work fine in that new operating system version.
https://www.neofinder.de/forum/phpBB3/viewtopic.php?t=364
#DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction #Archives
-
Just a friendly reminder of the upcoming #NeoFinder Coffee Talks in Australia and New Zealand!
https://www.neofinder.de/forum/phpBB3/viewtopic.php?t=347
#macOS #iOS #DigitalAssetManager #Photography #VideoTools #PhotoLibrary #AudioProducer #MusicStudio #BookLibrary #PhotographyWorkflow #PhotoMechanic #IndieDev #DiskLibrary #PostProduction #Archives