Utahse VPN-regel voorlopig geblokkeerd; Orion stopt op Linux en Windows, terwijl FTL Linux-apps naar een userspace-OS brengt

Een federale rechter blokkeert voorlopig Utahs eis om VPN-gebruikers foutloos te herkennen of te verifiëren. Kagi stopt juist de ontwikkeling van Orion voor Linux en Windows, terwijl FTL een vroege userspace-OS-route voor Linux-applicaties uitbreidt. Voor lokale AI zijn er een stemclone-patch en een nieuwe, maar nog niet onafhankelijk getoetste Qwen-finetune.

Rechter blokkeert voorlopig Utahs VPN-regel: perfecte geolocatie is geen implementeerbare eis

Een federale rechter heeft de VPN-bepalingen van Utahs SB 73 voorlopig geblokkeerd. De wet zou volwassenensites verplichten om VPN-gebruikers te weren of de fysieke locatie van iedere bezoeker vast te stellen; volgens de uitspraak zou dat in de praktijk neerkomen op leeftijdsverificatie voor iedereen, omdat een aanbieder niet foutloos kan vaststellen wie zich daadwerkelijk in Utah bevindt.

Dat is technisch relevant buiten deze ene Amerikaanse staat. Een bestemming ziet bij een VPN doorgaans alleen het IP-adres van de VPN-server, niet de oorsprong van de gebruiker. De beschikbare uitspraak, zoals door EFF samengevat, noemt perfecte geolocatie daarom onmogelijk en ziet een waarschijnlijk buitensporige last voor gebruikers en bedrijven buiten Utah. Handhaving blijft opgeschort in afwachting van verdere rechtsgang; dit is dus geen definitieve vernietiging van de wet.

Voor teams die leeftijdschecks, toegangspoorten of geofencing bouwen, is de praktische les niet dat locatie nooit bruikbaar is, maar dat een IP- of heuristieklaag geen sluitend bewijs van fysieke aanwezigheid is. EFF wijst erop dat de voorgestelde signalen — zoals latency en tijdzone — onbetrouwbaar zijn en gewone gebruikers verkeerd kunnen blokkeren. De juridische duiding komt van EFF, dat zelf tegen de regeling optrad; de technische basis van de uitspraak is wel concreet: de norm eist meer zekerheid dan het netwerk kan leveren. EFF over de voorlopige voorziening en de uitspraak · HN-discussie

Orion voor Linux en Windows verliest Kagi als maintainer

Kagi beëindigt de eigen ontwikkeling van Orion voor Linux en Windows. De huidige Linux-bèta werkt volgens Kagi door, maar ontvangt sinds 2 oktober geen updates meer en wordt niet meer als hoofdbrowser aanbevolen. De eerder geplande Windows-release komt niet van Kagi; in plaats daarvan wil het bedrijf de broncode van beide platformvarianten binnen dertig dagen vrijgeven en zoekt het naar externe beheerders of een organisatie voor langdurig beheer.

Dat is meer dan een verschoven roadmap. Voor Linux-testers verdwijnt de onderhoudsstroom, inclusief toekomstige security- en compatibiliteitsupdates; voor Windows-geïnteresseerden verandert een beoogd product in een nog niet uitgebracht communityproject. Kagi zegt de kleine ploeg te willen concentreren op macOS en iOS. Die versies blijven propriëtair en onder Kagi-ontwikkeling.

Open source maken kan een vervolg mogelijk maken, maar lost de onderhoudsvraag niet op. In de HN-discussie wordt juist betwijfeld hoe levensvatbaar afzonderlijke Linux- en Windows-forks zijn zonder toegang tot de actieve macOS-code. Wacht dus op licentie, repository, buildinstructies en daadwerkelijk stewardship voordat je Orion op deze platforms als alternatief inplant. Kagi’s aankondiging en tijdpad · HN-discussie

FTL 0.1 brengt async Rust naar een vroeg userspace-OS-experiment

FTL positioneert zich als een besturingssysteem voor cloudomgevingen waarin elke container een userspace-OS als gedeelde library krijgt. De kleine FTL-kernel biedt daarbij een minimale, hypervisorachtige interface; de library implementeert onder meer processen, VFS en TCP/IP. Volgens het project kunnen Linux-binaries daarin draaien, maar ook gespecialiseerde toepassingen zonder volledige POSIX-laag.

De actuele roadmap noemt versie 0.1 met async-Rust, Linux-threads en epoll als afgerond. Dat maakt het voor Rust-services concreter dan de eerdere demonstratie van een simpele HTTP-server. De aantrekkingskracht is dat een OS-laag volgens het project als applicatiecode kan worden uitgebreid, bijgewerkt en gedebugd — interessant voor smalle, gecontroleerde cloudworkloads of isolatieonderzoek.

De grenzen zijn groot. Filesystemsupport staat pas voor november gepland; Node.js/Go voor december; SMP, containerimages en 64-bit Arm voor januari. Ook de belofte dat containers beter geïsoleerd zijn dan bij monolithische kernels is een projectclaim, geen onafhankelijke security-evaluatie. De HN-discussie laat bovendien zien dat de precieze grens met VM’s, Linux en hypervisors nog vragen oproept. Zie FTL daarom als vroeg systeemonderzoek, niet als vervanger voor een bestaande container- of VM-laag. FTL: architectuur en roadmap · HN-discussie

Sopro-patch richt zich op schonere lokale stemclones, niet op nieuwe talen of grotere modellen

De maker van Sopro v2 Turbo 2610 meldt een tussentijdse update die roughness en breakup in sommige gekloonde stemmen moet verminderen. Het blijft volgens de modelkaart hetzelfde open 120M-model, met streaming op CPU en ondersteuning voor Engels, Europees Portugees, Frans en Duits. De releasepost noemt ongeveer 300 ms tot eerste audio op een laptop-CPU.

Dat is nuttig voor wie al met de lichte lokale of browserroute experimenteert: een geluidsprobleem wordt aangepakt zonder een zwaardere model- of hardware-eis. De installatie vereist wel minimaal sopro>=2.2.0 of een recente ONNX-webruntime. De modelkaart biedt lokale server-, CLI- en browserpaden.

Kwaliteitsclaims en de verbetering komen van de maker. Hoge of cartoonachtige stemmen, ruis in referentieaudio en taalwissels binnen één zin blijven expliciete zwakke plekken; de streaminguitvoer is bovendien niet bit-identiek aan offline synthese. Gebruik het daarom niet als identiteits- of authenticiteitsbewijs en verkrijg toestemming voor referentiestemmen. Modelkaart, compatibiliteit en lokale voorbeelden · Releasepost met wijziging en beperkingen

Qwen3.8-Humanlike-Chat 2.0 wil spreekstijl behouden, maar krijgt toolcalls terug

Een onafhankelijke maker heeft Qwen3.8-27B-Humanlike-Chat 2.0 uitgebracht, een finetune die minder assistentachtig moet schrijven. De relevante wijziging tegenover diens eerste versie is niet alleen stijl: volgens de auteur volgt 2.0 formele opdrachten beter, wisselt het op verzoek van schrijfstijl en kan het toolcalls doen of ontbrekende parameters navragen in plaats van die zelf in te vullen.

De auteur zegt daarvoor on-policy distillation te hebben gebruikt: het model schrijft eigen antwoorden die door twee teachers worden beoordeeld — de eerste versie voor chatgedrag en het basismodel voor instructies, tools en code. Er zijn GGUFs, plus GPTQ-Int4-, FP8- en BF16-varianten voor onder meer vLLM en SGLang. Dat maakt dit vooral een experimenteerbare optie voor lokale chat- of agentworkflows waar toon én functieroepen tellen.

De scores zijn volledig makersevaluaties. Ook de eigen ishuman-test meet slechts of een judge modeltekst en een echt chatfragment kan onderscheiden; 23,5% is geen algemene maat voor natuurlijkheid. De auteur rapporteert zelf lagere scores dan het basismodel op MMLU-Pro en LiveCodeBench. Beoordeel de finetune dus op eigen prompts, schema-trouw, toolfouten en veiligheidsgrenzen — een geloofwaardige toon is geen betrouwbaarheidsbewijs. Releasepost, trainingsopzet en zelfgerapporteerde resultaten

Verder nog

• CodeChat als reviewlaag voor agents: Daniel Lemire beschrijft een eerste ervaring met CodeChat: het toont een agentdiff naast elkaar of als unified diff, waarna regelgerichte opmerkingen terug naar de agent gaan. Dat kan review concreter maken dan feedback in een chatvenster, maar Lemire zegt ook geen ondersteuning te zien voor handmatig in de code wijzigen en daarna daarop voortbouwen. Dit is één praktijkindruk, geen onafhankelijke evaluatie van kwaliteit, privacy of correctheid. Ervaring en vervolgreacties op X