GitHub-kloon toont responsgat; RDNA en R9V krijgen nieuwe lokale inferencepaden

Een malafide imitatie-repository bleef volgens de getroffen maker ruim drie weken online, waarna die kort na publieke aandacht verdween. Voor lokale inference verschijnen een nieuw Vulkan-pad in llama.cpp en een expliciete, maar niet verliesloze prefill-optimalisatie voor R9V; beide vragen om tests op de eigen hardware en taken.

Malafide GitHub-kloon verdwijnt pas na publieke aandacht

De maker van Easy Data Transform meldt dat een GitHub-repository zijn productnaam en logo gebruikte en een macOS-.dmg aanbood die volgens een VirusTotal-scan meerdere malwaremeldingen gaf. Hij rapporteerde de imitatie op 31 augustus en aanvullende informatie op 10 september, maar schreef op 23 september nog geen inhoudelijke reactie van GitHub te hebben ontvangen.

De concrete ontwikkeling is dat de repository volgens dezelfde auteur ongeveer tien minuten nadat zijn bericht op Hacker News voorpaginabereik kreeg, offline ging. Dat bewijst geen algemene responstijd of oorzaak-gevolgrelatie bij GitHub, en de malwareclassificatie komt uit één scanrapport van de auteur. Het is wél een bruikbare supply-chain-herinnering: haal desktopsoftware bij de leverancier of een aantoonbaar officiële release op, en behandel naam, logo en GitHub-hosting niet als herkomstbewijs. Voor maintainers is het verstandig om de officiële downloadlocatie, signinginformatie en organisatie-account goed zichtbaar te maken. Oorspronkelijk verslag · HN-discussie

VS Code Remote-SSH is een remote beheeragent, geen dunne SSH-wrapper

Een analyse van Fly.io beschrijft wat VS Code bij Remote-SSH op de doelmachine installeert: een Bash-stager haalt een agent en Node-runtime binnen; die agent zet via de getunnelde SSH-verbinding een WebSocket terug naar de lokale VS Code-frontend op. Volgens de auteur kan dat protocol door het bestandssysteem lopen, bestanden wijzigen, shell-PTY’s starten en persistent worden.

Dat is vooral relevant wanneer een coding agent in zo’n remote omgeving werkt. Isolatie door ‘de agent draait op een andere server’ stelt weinig voor als die server via de editorverbinding brede rechten op een ontwikkel- of productmachine heeft. Beperk daarom de SSH-account, repositorymounts, sudo, netwerkegress en secrets; gebruik aparte, wegwerpbare omgevingen voor agentloops. Dit is geen nieuw lekbericht en de post is kritisch van toon. In de HN-discussie wordt terecht ingebracht dat streng beperkte SSH-autorisatie de risico’s kan inperken — precies daarom moeten die grenzen expliciet zijn. Fly.io-analyse · HN-discussie

llama.cpp voegt een INT8 cooperative-matrix-pad toe voor AMD RDNA3 en RDNA4

Een nieuwe llama.cpp-commit voegt in de Vulkan-backend een INT8 cooperative-matrix-matmulshader voor AMD RDNA3 en RDNA4 toe. De wijziging bevat ook detectie van RDNA4 en ondersteuning voor onder meer Q4/Q5/Q6-K, IQ4, MXFP4, NVFP4 en later IQ4_XS; het is dus meer dan alleen een nieuwe vlag voor één quant.

Voor bezitters van een geschikte AMD-kaart is dit interessant omdat de optimalisatie in de hoofdcodebasis terechtkomt in plaats van een los runtime-experiment te blijven. Een Reddit-gebruiker meldt op een 7900 XTX bij Gemma 4 26B A4B ongeveer 27% hogere promptverwerking en bescheiden hogere decode; dat is één zelfgerapporteerde A/B-meting, geen garantie voor andere modellen, drivers of kaarten. Bouw of update dus gecontroleerd en meet prefill, decode, lange context én correctheid met dezelfde quant en prompts. Commit · Reddit-meting

R9V versnelt lange prefill met een projector — ten koste van contextkwaliteit

R9V, de gespecialiseerde ROCm-runtime voor Qwen3.8 Flash Next op twee Radeon AI PRO R9700-kaarten, heeft een CED-pad (approximate long-prompt prefill) toegevoegd. Boven 8K tokens rekent de standaardmodus de eerste zestien lagen exact en vervangt hij voor latere lagen, behalve de laatste circa 2K prompttokens, werk door een projector. Decode blijft volgens de documentatie exact.

De maker rapporteert op de referentieopstelling ongeveer 1,5× snellere prefill rond 13K tokens en ongeveer 1,8× vanaf 32K, bij circa 1,051× perplexity op prompts die werkelijk van lange context afhangen. Een kwaliteitsmodus verlaagt die gemelde afwijking, maar gebruikt meer VRAM, is trager en faalt volgens de eigen qualification-test bij de standaard vrije-VRAM-marge. Dit maakt de ruil eindelijk configureerbaar en zichtbaar, maar niet gratis: het pad vereist twee specifieke RDNA4-kaarten, veel host-RAM en is volgens het project experimenteel. Laat lange-contexttaken met bekende antwoorden daarom zowel met CED uit als aan lopen. R9V-documentatie en meetdetails · Reddit-aankondiging

F-Droid 2.0 vernieuwt de alternatieve Android-store en benut nieuwe installatierechten

F-Droid 2.0 is na veertien testreleases verschenen, de grootste update van de client in tien jaar volgens het project. De app is grotendeels herschreven met Kotlin Compose, krijgt de hoofdrubrieken Discover, Search en My Apps, uitgebreidere categorieën en zoeken door beschrijvingen, categorieën en vertaalde inhoud. Voor CJK-schriften noemt het project verbeterde zoekondersteuning.

Praktischer is de installer: F-Droid gebruikt op ondersteunde recente Android-versies de pre-approval-API, die volgens het project uit de nieuwe speelruimte voor appstores na onder meer de Europese DMA voortkomt. Daardoor kan de gebruiker de installatie eerder bevestigen en kunnen updates op de achtergrond lopen zonder de oude F-Droid Privileged Extension — die 2.0 voorlopig niet gebruikt. Bestaande voorkeuren blijven volgens F-Droid gerespecteerd.

Er is ook een belangrijke regressie voor een kleine, gevoelige groep: de panic-triggerfunctie om andere apps te verwijderen of te wissen is nog niet terug. Het icoon-/naammasker blijft bestaan, maar F-Droid verduidelijkt dat dit geen bescherming tegen inspectie in Android-instellingen of forensisch onderzoek is. Wie op die wipefunctie leunt, kan dus beter de migratie eerst testen of uitstellen. De uitrol gebeurt volgens F-Droid geleidelijk in de komende weken. F-Droid-aankondiging · HN-discussie

Verder nog

• Swift breidt uit, externe proef bevestigt vooral de tokenbesparing: UkisAI brengt Swift 1.5 voor Qwen3.8-27B en varianten voor Flash Next en Bonsai 2 uit. De makers claimen minder reasoningtokens bij vrijwel gelijke scores. Een afzonderlijke Aider-proef op Q8 in llama.cpp zag voor Swift en ThinkingCap allebei rond 7,3K mediane completiontokens tegen 12,5K voor de basis-27B, met vergelijkbare retry-score in die beperkte test. Dat ondersteunt de besparingsrichting, maar is geen brede kwaliteitsgarantie en de resultaten verschillen per taalcategorie. Releasepost · Vergelijkende proef