Simon Justesen

De der systemikoner, der ret ofte befinder sig i nærheden af uret på din computers desktopskærm, bruger du dem?

Ovre på Youtube, har youtuberne DistroTube (DT), og Brodie Robertson sig en fest hver for sig, og diskuterer brugbarheden af systemikonerne. Det er en ret normal cyklus på Youtube, at nogen smider en video op, og så kommenterer andre Youtubere med reaktioner. Det er en sjov mekanisme.

Round one, fight!

De to Youtubere har vidt forskellige holdninger. DT mener, at systemikonerne er unødvendige, og de skal fjernes, for han bruger dem ikke selv. Han nævner et eksempel med OBS - Open Broadcasting System… At han streamer hele dagen, så han ved, at programmet kører i baggrunden…

Brodie er af en anden holdning og forklarer, hvordan systemikoner har været en del af operativsystemer meget, meget længe. De repræsenterer et visuelt billede af et kørende programs aktuelle status, og er en hjælp til brugeren. Den forklaring kan jeg nemmere følge.

Min egen personlige holdning er, at de er en naturlig part af et operativsystem, men man bør prioritere visningen af dem, så kun de vigtigste vises. Det har længe været et problem, f.eks på mobilplatforme, at app-notifikationer er alt for opmærksomhedskrævende. De prøver konstant at sælge dig noget, kræve din opmærksomhed… Så jeg slår dem konsekvent fra ;-)

Selv stiftede jeg først bekendtskab med systemnotifikations-ikoner på Windows 95 og OS/2 Warp (på Win3.1 fandtes konceptet vist ikke, for jeg mener, det dukkede op med taskbar’en i bunden af skærmen), for mig er eksistensen en naturlig ting, som jeg er glad for, også findes på Linux.

Ligegyldig diskussion?

Man kan mene, at det er en ligegyldig diskussion, og at videoerne er ren clickbait, for kan man ikke lide ikonerne på Linux, kan man bare fjerne eller skjule dem. Koden er Open Source, så du kan endda udvide funktionaliteten af modulerne selv, hvis du har lyst (selvom du ikke kan programmere, findes der ofte alternative løsninger i forums)..

Generelt er det sundt for udviklere og designere at mærke, at brugere er forskellige, og at folks præferencer derved ikke er ens. Derfor er brugerfladedesign, ja alt slags design, sværere end man tror, fordi der skal tages beslutninger, der skal behage flest mulige. Derfor kan man aldrig få on/off-knapper eller udvidelser nok, så folk selv kan bestemme ;-)

Jeg kan godt lide, at diskussionerne i Open Source-miljøet kan tages i offentligheden, og at designerne af grafiske miljøer, så kan få en fornemmelse af brugernes ønsker (tjek f.eks kommentarene under videoerne). Diskussioner af denne type er ikke altid velbegrundede og saglige, fordi der udtrykkes subjektive holdninger, hvor der ikke findes et facit. Men der udtrykkes altid holdninger, som man kan indarbejde i et projekt. Ultimativt er det projekternes styregrupper, der suværent bestemmer, hvordan features implementeres.

Særlig KDE-projektet har gjort meget ud af, at Plasma-desktop’en er utrolig modulær, også som bruger - du kan placere alting, hvor du synes. Gnomes desktopmiljø er lidt mere stringent som standard, og knapt så konfigurerbart, men kan udvides via plugins. Jeg bruger selv Gnome, men er glad for, at man kan “shoppe rundt”, som man har lyst. KDE og Gnome er langt fra de eneste skrivebordsmiljøer, der eksisterer til Linux, og det er fordi nogle har ment, at tingene kan være fungere anderledes. Gudskelov, det er menneskelig opfindsomhed, når det er bedst.

Link:
https://www.youtube. … /watch?v=4nQLJ2_cYgY
https://www.youtube. … /watch?v=D9AZMCxzfT8

https://store.kde.or … =418&ord=latest
https://extensions.gnome.org/

Jeg kan lige nå at skrive et blogindlæg, inden jeg skal i gang med dagens arbejde. Her præsenterer jeg 5 gode open source-projekter, som man selv kan host’e på en Linux/Unix-server.

Owncast

Lav din egen videostreaming-platform.

Owncast er din helt egen private videostreaming-platform. Den spiller sammen med OBS - Open Broadcasting Software, og f.eks Jitsi, som du kan bruge til at streame møder med flere deltagere.

Owncast
Owncasts Github

Mastodon

Meget populært Twitter-alternativ, som du kan host’e selv. Du bestemmer selv, om serveren skal være fuldstændig privat, eller om den skal deltage i det decentraliserede net af sociale medier, der kaldes The Fediverse, eller The Federation. Mastodon og lignende ActivityPub-forbundne projekter har nemlig den unikke detalje, at de kan udveksle data med hinanden - det betyder at du kan sende beskeder mellem forskellige sociale medier, der deltager i Fediverset. Så vælger du, at din server skal være offentlig, så skal du nok forberede dig på, at din server skal bruge en ordentlig røvfuld diskplads (min. 250GB-1TB anbefalet, for at du også har plads til andet…).

Mastodon
Mastodons Github

Jitsi

Jitsi er et frit og open source videokonference-system. Du har måske prøvet Jitsi Meet som er frontenden til Jitsi Videobridge, der er selve serverkomponenten. Hardwarekravene til Jitsi er rimelig vilde (anbefalet min. 8GB Ram), så medmindre du har en heftig fysisk server, så skal du nok ikke forvente at holde gigantmøder, men til relativt få deltagere er softwaren fin til selv lette krav.

Jitsis hovedside
Jitsis Github

Icecast

Selvfølgelig skal Icecast med, nu har jeg brugt et par fornøjelige dage for ganske nylig med softwaren. Med Icecast kan du lave din egen audio/video streaming server. I modsætning til f.eks Owncast leveres kun selve serveren, så du skal selv udvikle og/eller sætte evt. source clients - dvs. lydkilder, du streamer op til Icecast-serveren - op efterfølgende (der er f.eks IceS (audio) eller ezStream (video).

Icecast
Liste over source clients
Icecast Github

Mattermost

Mattermost er et Slack-alternativ, du kan hoste selv. Samtaler bliver organiseret i kanaler, så du kan have forskellige “spor” kørende. Hardwarekravene er relativt lave, Mattermost angiver selv, at minimumskravet er en enkelt vCPU og 2GB ram er nok til at kunne servicere 1000 brugere

Mattermost
Mattermost Github

Weekenden gik i stor stil med at compile og konfigurere en Icecast-server, så nu har jeg min egen private netradio(!).

Icecast er en streamingserver til Linux/Unix og Windows, der kan streame lyd og video. Og det bedste af det hele er, at den er Open Source. Projektet er desværre ret dødt lige nu, og en hurtig tur på Github viser, at sidste commit på projektet er over et år siden - men det gør jo ikke softwaren dårligere. Jeg ved også fra mig selv, at jeg kan lade et projekt ligge i månedsvis for så pludselig at få lyst til at arbejde med det igen.

Da jeg havde fundet alle dependencies til Icecast kunne jeg compile projektet uden fejl. Mængden af konfigurationsmuligheder er enorm, så efter et par timers baksen rundt fik jeg den til at afspille en playliste i VLC-medieafspilleren.

Smart - men det kunne jo være sejt at kunne streame noget lyd a’ la en radiostation… :-)

IceS - en “lydkilde”-klient

Som sagt (skrevet), så gjort - derfor satte jeg IceS op. Ices er en “source” client, en del af Icecast-projektet, der kan føde lyd til Icecast-serveren i bl.a. OGG Vorbis/Theora-format. Det smarte i det setup er, at du kan have flere sources, så en lydkilde - source client - kan være et program på din lokale maskine, og en anden kan være på et andet sted på netværket eller endda sammen med Icecast-serveren, som den er i mit setup (jeg har en server hos DIgitalOcean).

Næste hurdle var så at få forbundet IceS med Icecast, og der krævede det, at jeg satte mig ind i authentication-mulighederne. For du kan sætte som krav, at de source clients, der kobler på Icecast-serveren skal logge sig ind med brugernavn/password, og det gav lidt hovedbrud at få det til at spille sammen. Icecast-konfigurationsfilen er stor og uoverskuelig, lidt som når man åbner Apache-webserverens konfiguration første gang, så Jeg endte med at teste med 1 mountpoint og den mest minimale Icecast-konfigurationsfil, man kan tænke sig - så spillede det… næsten, for jeg kunne ikke afspille MP3′ere - det viser sig at IceS kun virker med alt andet end MP3 - fint nok… Jeg gider heller ikke bruge patentbelagte lydformater, når der findes alternativer ;-)

What’s next?

Jeg synes egentlig det er et meget cool projekt at arbejde videre med, så jeg vil prøve til en start at se, om jeg på et tidspunkt kan gøre det lidt nemmere at arbejde med projektet, ved at pakke hele molevitten ind i en/et par Docker-container(e).

Smider jeg stream’en online? Mmm… I dunno - jeg har bestemt lyst til det… Den kunne f.eks afspille Linux-podcasts eller copyrightfri indie-musik. Men jeg aner ikke hvor meget mine månedlige 2 terabyte trafik rækker, så det skal jeg lige eksperimentere med. Det lyder umiddelbart af rimeligt meget, men jeg har intet sammenligningsgrundlag.

Until next time :-)

Links:
https://icecast.org/

Tingene går nogle gange stærkt i Open Source-miljøet, og jeg spærrede lidt øjnene op, da jeg så, at nogle af Youtuberne begyndte at spekulere i, om GNOME-projektet kunne være på vej til at skrotte vinduessystemet X11 til fordel for Wayland, som er “nyere, sikrere og slankere” (Yæs, bloggen her på simonjustesen.dk er i virkeligheden en reinkarnation af TV-Shop). Wikipedia daterer første version af Wayland-protokollen til 2008 - så helt ny er den ikke længere ;)

Årsagen til miséren var ordlyden af denne merge request på Gnome-projektet — https://gitlab.gnome … /-/merge_requests/98:

J. Petridis: “X11 has been receiving less and less testing. We have been defaulting to the wayland session since 2016 and it’s about time we drop the x11 session completely. Let’s remove the targets this cycle and maybe carry on with removing rest of the x11 session code next cycle.”

Følger man tråden under Merge Request’en kan man se, at folk har en masse forbehold, så det ser ikke ud til, at projektet kommer til at følge forslaget lige med det samme. GNOMEs “Project Governance” indikerer også, at GNOME har et “Release Team”, en gruppe udviklere, som formentlig har det sidste ord ift. hvad der kommer ryger ind i, og ud af et projekt.

Er Wayland efterhånden så langt, at X11 kan skrottes?

Nej, ikke endnu :) Wayland mangler stadig bl.a. understøttelse af farvestyring og HDR, så hvis du ser noget i den stil, er det noget, udviklerne bag de forskellige apps/compositors selv har flækket sammen, ikke noget Wayland endnu tilbyder (med Weston compositoren som basisreference). Indtil Wayland er helt klar og har fået en god gang polering, så er det fornuftigt at blive ved med at tilbyde X11 som fallback, hvis ting ikke fungerer under Wayland.

Det er lidt svært at få et fuldstændigt, overordnet billede af, hvad der mangler. Det tætteste, jeg kan komme, er denne liste, som hører til Waylands reference compositor, Weston:

https://gitlab.freed … /weston/-/issues/467

Kører du allerede med Wayland, men oplever problemer med enkelte programmer, der bruger X11, så er XWayland-serveren en mulighed. Du finder projektet her: XWayland eller — hvis du helst ikke vil compile koden selv — i din Linux-distributions pakkesystem.

Hvis du vil se en vild Compiz-inspireret Wayland-compositor, så tjek Wayfire:
https://wayfire.org/

Wayfire demo’er (Youtube):
https://www.youtube. … oT-a29UoJW9mhfzjpNle

Wayland findes, udover til Linux, også til *BSD’erne. Her er Hikari compositoren:
https://hikari.acmelabs.space/