data.coop starter en hardware-byttebørs, skriver foreningen på Mastodon. Jeg synes, det er en fremragende idé at bytte computerdele – og som data.coop skriver, så er der måske grobund for at etablere nye serverfællesskaber.
Vi vil gerne forbinde foreninger og andre serverfællesskaber der mangler serverhardware med folk der gerne vil af med serverhardware.
Biblioteket kommer på baggrund af, at vi har fået et par henvendelser fra folk der gerne vil donere hardware til os. Det hardware vi ikke kan bruge, kan andre måske bruge. Det kan måske også hjælpe med at starte nye serverfællesskaber
I dag løftede Bonfire lidt af sløret for deres samarbejde med Mastodon omkring udarbejdelsen af specifikationen bag FASP – Fediverse Auxiliary Service Provider.
Bag det kryptske, lange navn gemmer der sig en servicearkitektur, der gør det muligt at bygge delte decentraliserede tjenester, som fediversets forskellige platforme kan vælge at bruge (eller selfhoste). Det kunne f.eks være fjernopbevaring af mediefiler, automatisk spambekæmpelse, blokering af ulovligt indhold, søgemaskiner osv.
Det lyder rigtig spændende, og det vil ultimativt betyde, at fediverset indfrier mere af sin decentraliseringsmålsætning (kan jeg få lov at bruge det ord i Wordfeud?!)
“This is a big one!”, skriver udvikleren bag den fedivers-kompatible streamingplatform OwnCast. Og det er ganske rigtigt et imponerende sæt opdateringer og rettelser.
Et udpluk af nyhederne:
* Din streamoversigt kan nu indeholde andre Owncast-streameres udsendelser, og vil vises som “live”, når de er aktive. Funktionen er bygget ovenpå ActivityPub-protokollen, og du kan læse mere om funktionaliteten i detaljer i dokumentationen eller på ændringsoversigten for 0.3.0.
* Plugin-arkitektur: Du kan nu bygge ekstra moduler til Owncast: Chatbots, stream overlays, ekstra administrationsværktøjer, chatmoderation osv.
* Support for citerede opslag (“Quote Posts”), som også findes i Mastodon
* HLS stream support
Du får lige et delikat stykke med nyhed med Folkeføderation igen (så’gerne)… For de gæve folk i føderationen søger dine input ovre på deres Mastodon-profil til, hvordan de bedst kan organisere sig fremadrettet i forhold til at hjælpe danske foreninger ind i fødiverset.
Du kan kommentere på deres opslag lige her: Brainstorm-opslag
(der kommer et Mastodon-venligt link lige om lidt i kommentarene, når opslaget her federeres ud i verden)
Den oprindelige vision for Folkeføderation var at almindelige foreninger, fx. boligforeninger, skakklubber, kor osv. kunne melde sig ind og derigennem få sin egen instans på Fødiverset. (Af @katharsisdrill ). Desværre tror jeg at det er for stort et ansvar for en almindelig forening. De har rigeligt at lave med det der i forvejen er deres forenings formål og har ikke kræfter til også fx at diskutere moderationspolitik og til at skulle forklare sine medlemmer om Fødiverset. Vi kan stadig lave en demokratisk, andelsejet platform for instanser, men vi skal strukture det lidt anderledes. Spørgsmålet er hvordan. Jeg har to forslag som kommer i næste toot i tråden her. Og jeg vil også gerne høre jeres forslag!
Hvis du har sukket efter nyheder på Pixelfed-fronten, så er der godt nyt. Sneste opslag fra Pixelfeds hovedprofil nævner, at kommer der en ny udgave, der er vildere og bedre i forhold til hastighed på brugerfladen og tilgængelighed.
Jeg har desværre ikke meget mere information end det, for vanen tro kommer informationer lidt drypvist fra Pixelfed, men der skulle være tale om total genopbygning, ikke blot et versionshop.
Åh, jo … en ting mere … Der skulle også være en forbedret mobilapp på trapperne. Den glæder jeg mig – også – til!
Folkeføderation har på Mastodon løftet lidt af sløret for, hvordan foreningen har tænkt sig at arbejde med at drive fællesskaber på det tekniske plan, såsom opsætning af servere. Det er stadig tidligt i processen, så fremgangsmåden kan ændre sig markant, men det ser afgjort spændende ud.
Det er planen, at Folkeføderation på sigt skal tilbyde opsætning og drift af sociale medier til foreninger, med virup.social som pilotprojekt, for at bryde techgiganternes ensretning af brugere og ophobning af data, samtidig med at vi går fra globale, gigantiske fællesskaber til mindre, lokale fællesskaber, der er til at overskue – både for brugere og administration.
Vores pilotprojekt virup.social har brugt https://coopcloud.tech, men jeg har besluttet at skifte væk fra det. Der er for mange ting der er for håndholdte til det jeg gerne vil. Mit mål er et GitOPS workflow hvor ændringer så vidt muligt kun sker igennem git pull-requests. Derfor er jeg ved at arbejde lidt på et nyt projekt: https://codeberg.org/Folkefoederation. Det er delt op i tre elementer: * Infrastruktur skal indeholde Opentofu kode til opsætning af servere. * Opskrifter er ligesom i coopcloud definitioner af hvordan fx. Mastodon skal hostes. Her bruger jeg bare docker-compose filer i stedet for docker swarm. * Udrulninger kombinerer de to til, ja at udrulle services. Her vælges hvilke servere der skal anvende hvilke opskrifter, samt opsætning af miljøvariable til den enkelte instans.
Det er ikke færdigt, men det er den retning jeg tænker at vi skal for at kunne være fælles om at hoste instanser i en frivillig forening.
Folkeføderations opslag nævner Docker. Her kommer en ikke-teknisk forklaring – nu får jeg lidt svedige håndflader- på, hvad det er, hvis du ikke kender det: Docker er et værktøj, serveradministratorer kan bruge til at skabe ens miljøer ud fra faste opskifter. Det giver en forudsigelighed i opsætningen mellem fællesskaberne, og gør det ultimativt nemmere for folkene hos Folkeføderation at lave oprettelser, opgraderinger og anden vedligehold.
@benjaminlj Jep! Jeg tror først det er noget, folk tager til sig, når det bliver standardiseret. Jeg er ikke fan af, det er vibecodet, hvis det er tilfældet. Det er måske fint til at komme i gang, men jeg tror ikke, det er sjovt at rette i på langt sigt.
Ønsker du at flashe din oversigt over sete videofilm på din egen hjemmeside og samtidig kunne dele den med ActivityPub-kompatible netværk (Mastodon, Pixelfed, m.fl.), så prøv at kigge på Flox. Flox er ment til brug som selfhosting (jeg leder stadig efter et dansk ord til dette), og er ret fleksibelt med sin Laravel (PHP)/VuejS-kombination. Flox kan bruge alle de database-servere, Laravel forbinder med.
Flox kan synkronisere din samling med tekster og data fra hhv. The Movie Database og Plex, så du slipper for at udfylde alle metadata selv.
Du kan også skippe selfhostingen, og så dele dine videoanmeldelser på minreol.dk
Jeg er lidt i tvivl om, hvorvidt det er for tidligt at skrive om Mastodon 5.0, fordi alting er på prototypestadiet, og der er sikkert meget andet nyt i vente, som dukker op drypvist som vi nærmer os udgivelsen på den færdige udgave. Men jeg er samtidig nysgerrig og lærer, mens jeg skriver de her opslag, så here goes:
Subtile og gode ændringer
Hovedattraktionen i Mastodon-serveren, om man kan sige det sådan, er at tekstfeltet, hvor man skriver sit indlæg, nu bliver et såkaldt overlay, man kan kalde frem ved et klik i nederste højre hjørne. Så når du vil oprette en ny besked, lægger “ny besked”-feltet sig oven på de resterende grafiske elementer på siden.
I de nuværende version 4.6-udgaver fylder “opret besked”-feltet hele den venstre spalte, men det undgår man så i v5.0. Det ser umiddelbart ud som om, det betyder, at man kan oprette nye beskeder, uanset hvor på Mastodon man befinder sig. Det synes jeg er en kærkommen ændring i forhold til generel brugervenlighed og i forhold til, at en instans kommer til at virke mere såsom en app. Men lad os se, hvordan det kommer til at virke i praksis.
Oprettelse af private beskeder får sit eget separate oprettelsesvindue, så det bliver nemmere at se, hvilken type besked, man er i færd med at lave.
Visningsindstillinger får også en omgang finpudsning. I stedet for, at du som i 4.x-udgaverne skal klikke dig igennem flere forskellige menuvalg i forhold til din beskeds synlighed og hvem, der har lov til at citere dig, så bliver alt samlet i én indstilling i v5.0. der potentielt giver et mere naturligt flow, når du skal poste.
De-branding
I Mastodon 5.0 ændres layoutet, så der bliver mere fokus på instansens navn end Mastodons branding. For som Mastodon skriver i deres blogindlæg, så er de klar over, de er en del af et større fællesskab. Mastodon har tidligere fået kritik fra nogle sider for, at at deres branding tiltrak sig for meget opmærksomhed. Jeg møder også stadig selv folk, der ser Mastodon som én stor server, for sådan er man vant til, at mainstream sociale medier opererer. Jeg ser derfor de-brandingen som et skridt i den rigtige retning ift. at få synliggjort, at vi befinder os i et fællesskab af mange selvstændige mindre servere i et netværk.
Mere fokus på din egne lister
Her er nok min egen personlige favoritændring: Hvis du har sorteret dit feed som lister, så får listerne nu en mere prominent fremtræden i det nye designs venstre spalte. I gamle Mastodon-udgaver var de gemt væk i “Liste”-menuen til højre i Mastodon Web-brugerflade. I Mastodon version 5.0 dukker de op under hovedmenuen i venstre spalte, som “Custom Feeds”, hvilket gør det hurtigere for dig at finde og bruge dem.
“Ikke så mange bruger-rettede ændringer i denne ombæring”, skriver Mastodon i sit blogindlæg, lettere parafraseret af undertegnede. Denne gang handler det mere om ændringer i maskinrummet, der skal gøre Mastodon klar til fremtidige forbedringer.
Du vil se forskellige referencer til FEPs – Fediverse Enhancements Proposals – i nedenstående opsummering. Det er Fediversets måde at præsentere løsninger, der – måske eller måske ikke – ender i fediversets meget forskelligtartede software. FEP-processen er uformel, og kører sideløbende med den standardisering, der sker i W3C-regi.
Anyways, her er nogle af ændringerne:
* Sikkerhedsforbedring: Private nøgler for lokale brugere, der bruges til ActivityPub authorisation krypteres nu i databasen
* Forbedring i håndteringen af kryptografiske signaturer, således de hurtigere kan skiftes ud. Mastodon understøtter nu RSA, Ed25519 og ML-DSA-44.
* Understøttelse af FEP-521a: En ActivityPub-actor kan nu have flere offentlige nøgler, hvor der tidligere kun var understøttelse af et stk. på publicKey-attributten
* Understøttelse af fjern-ændring af fedivers-id (også kaldet et “handle”). Man kan stadig ikke ændre sit handle, men arbejdet i v4.7 er startskuddet til at det bliver muligt på et tidspunkt.
* Understøttelse af FEP-8967: Muligheden for at vælge, hvilket link, der skal laves en forhåndsvisning til i opslaget.
* Understøttelse af FEP-8b32 – Object Integrity Proofs: Mastodon har traditionelt brugt HTTP-signaturer til at verficere ægtheden af en ActivityPub-aktivitet. Det binder dog verficeringen til selve transportlaget, og medfører en vis ufleksibilitet. Ved at tilslutte sig forslaget i FEP-8b32 lægger Mastodon-udviklerne i stedet op til at bruge W3Cs anbefaling ved navn “Verifiable Credentials Data Integrity 1.0″. Her genererer man ved hjælp af en række parametre muligheden for at “selvverificere” ActivityPub-aktiviteter og objekter gennem hashing og proof verification (nærmere detaljer på linket ovenfor). Mastodon 4.7 understøtter eddsa-jcs-2022 eller mldsa44-jcs-2024.
Bemærk, at den nye 4.7-opdaterings databasemigreringer tager længere tid at gennemføre end normalt, pga. de mange ændringer.
Her på en herlig søndag aften har jeg testet FediHood, der er et nyt, sjovt Foursquare-lignende projekt fra Thomas (efternavn ukendt), der også står bag HolosSocial og FediLab.
Ideen er, at man opretter sig, og så kan man se andre fedizens i ens nærhed på et kort (by, region, land). Man kan så – hvis man vil – filtrere opslag ift. km-afstand, så man kun ser opslag, der er relevant for ens lokation. Sitet respekterer dit privatliv ved, at du kun kan vælge bynavn, så altså ikke noget med millimeter-præcis geotargeting, og hvis du bor i en meget, meget lille by, vil du iflg. udvikleren få en advarsel.
På billedet herunder har jeg lavet et opslag og der ses “skyderen” for ens filtrering af opslag. Den fungerer udfra en radius i forhold til ens angivede position. Jo mindre kilometer-mæssig radius, man angiver, jo mere lokale opslag ser man.
Anvendelsesmuligheder
Man kan bruge sagtens bruge det til traditionel mikroblogging a’ la Mastodon, der er f.eks understøttelse af private beskeder osv. Men det er formentlig ikke projektets formål at lægge arm med f.eks Mastodon og Pixelfed. FediHoods fokus synes at være afgrænset til lokale fællesskaber. Jeg kan især se FediHood for mig som en “opslagstavle” til at gøre opmærksom på lokal information: Det gør en del for nærhedsfornemmelsen, at man kan se andre fedizens (fødiversets indbyggere) på et kort, og at man kan filtrere irrelevant “udenbys”-information fra. Hvis man f.eks driver et økofællesskab eller en butik i nærheden af <indsæt vilkårlig dansk by her>, så virker det oplagt at oprette sig for på den måde at tiltrække sig opmærksomhed fra fedizens i nærheden.
Til sidst…
Tjenesten virker solid – det eneste jeg savner er muligheden for at logge ind med en eksisterende Fedivers-konto (via Mastodon f.eks), og så måske gruppe-funktionalitet for at kunne bide skeer med Facebooks gruppefunktion, men jeg ved ikke om det overhovedet er FediHoods mål at implementere gruppefunktionalitet (… og vi venter også stadig på, at det bliver en del af ActivityPub-standarden, men der er *lidt* gang i den del
Der bliver tilsyneladende rundsendt en gang spam til Pixelfed-brugere, hvori de bliver bedt om at verificere deres konto. Metoden er meget lig den, Mastodon-fællesskaberne var udsat for tidligere.
Du har ret til privatliv i fediverset, så du vil aldrig blive bedt om at verificere din identitet. Er du det mindste i tvivl om ægtheden af en besked, så henvend dig til administrator på den instans, hvor du har din profil. Alle Pixelfed- og Mastodon-instanser viser administrator-kontoen på forsiden af instansen. Er du logget ind kan profilen findes via links til hhv. “Hjælp” og “Om”-sektionen.
We are aware of a spam campaign of accounts like "supportbot" that attempted to impersonate pixelfed.social staff and get users to click on a malicious link.
I (@dansup) was on the way home from FediCon when the reports came in, and I promptly suspended those accounts.
*Official communications from pixelfed.social admins/staff will only be sent via email, never DMs or comments.*
We are working on improved measures to prevent this type of abuse.
Det har kostet lange nætter og masser af tests, skriver Daniel Supernault på Loops’ blog, men nu er app’en klar til iPhones i Apples App Store. Loops er et fedivers-alternativ til de allestedsnærværende “Shorts”. Små videoklip, der ikke er længere, end at man kan flyve igennem en håndfuld af dem på meget kort tid.
I vanlig stil kan du med en fedivers-forbundet app dele indhold fra […]
