Ontwikkelaar maakt AirDrop mogelijk op Linux-systemen van Framework en Dell

Een ontwikkelaar heeft een variant op Apple AirDrop gemaakt die werkt op Linux-systemen zonder wifichip van Apple of Broadcom. Daardoor werkt AirDrop op laptops van bijvoorbeeld Framework en Dell.

De tool heet Omdrop Owl en is van de Amerikaanse ontwikkelaar t4t5. De ontwikkelaar richt zich vooral op de Linux-distro Omarchy en heeft de tool voornamelijk daarop getest. De tool gebruikt OWL, een opensource-implementatie van Apple Wireless Direct Link, een van de technieken achter AirDrop. OWL komt van het Secure Mobile Networking Lab van de TU Darmstadt in Duitsland. De onderzoekers presenteerden hun bevindingen jaren geleden onder de naam Open Wireless Link.

Sommige wifikaarten werken met een Shared-modus, waarbij wifi blijft werken tijdens het gebruik van AirDrop. De meeste ondersteunde chips hebben alleen een 'exclusieve' modus, waarbij de wifiverbinding wordt onderbroken tijdens het gebruik van AirDrop.

AirDrop?

Apple AirDrop is de inmiddels meer dan vijftien jaar bestaande technologie om draadloos bestanden uit te wisselen tussen Apple-apparaten. Lang was dit niet mogelijk op andere besturingssystemen, maar inmiddels is AirDrop door het werk van Google mogelijk op Android. Wie een Android-telefoon en Windows- of Linux-desktop heeft, kan ook gebruikmaken van de Google-dienst Quick Share.

Laptop	Besturingssysteem	Wifikaart	Werkt het?
Framework 13	Omarchy 4.0.4 (kernel 7.2.5)	MediaTek MT7925 (mt7925e)	Ja (Shared)
ThinkPad X1 Yoga	NixOS 26.05 (kernel 6.19.8)	Intel AX200 (iwlwifi)	Ja (Exclusive)
Niet gespecificeerd	Ubuntu 24.04 (kernel 6.8); CachyOS (kernel 7.2.9)	Intel AX201 (iwlwifi)	Ja (Exclusive)
ThinkPad X1, XPS 9320	Ubuntu 26.04 (kernel 7.0); Arch (kernel 7.2.3)	Intel AX211 (iwlwifi)	Ja (Exclusive)
XPS 16	Arch (kernel 7.2)	Intel BE / Panther Lake (iwlwifi)	Ja (Exclusive)

Reacties (58)

[rustycrab]

Vet dat zoiets lukt. Hoeveel winst zou ik hieruit halen in plaats van het gebruik van een alternatief als Localsend?

[mOrPhie]

LocalSend moet je eerst bewust geinstalleerd hebben als ontvanger. Dankzij AirDrop support kun je naar vrijwel iedereen iets droppen zonder dat de ontvanger daar iets voor hoeft te installeren.

[killercow]

en dat is niet omdat er dan niks aan de overkant geinstalleerd is, maar omdat airdrop daar dan al bestaat. Alles naar iedereen is gewoon onzin. alles naar iemand die ook airdrop heeft (wat buiten het apple ecosysteem minimaal is), en dus is er voor niet apple gebruikers eigenlijk maar bar weinig voordeel.

[mOrPhie]

Nee ja, ik bedoel natuurlijk dat QuickShare support er al was, waardoor ik vanaf mijn Fedora desktop naast QuickShare nu ook AirDrop zou kunnen gebruiken.

[xoniq]

Ik gebruik hier een iPhone 15, Galaxy S25, Windows PC, Linux PC, Mac Mini en MacBook Pro.

Tussen de Galaxy S25 en de Apple apparaten gebruik ik het best vaak. Linux zoals Steam Deck en m'n PC gebruik ik apart localsend. Was mooier geweest als daar ook iets native was.

[Skerath]

Ik gebruik daarvoor kde connect tussen m'n android gsm, cachyos laptop en pc. Voelt native en gebruiksvriendelijk aan als je kde plasma gebruikt (steam deck, waarschijnlijk ook je desktop), over andere desktopomgevingen kan ik niks zeggen.

Je hebt er ook veel meer mee zoals gedeelde notificaties. Handig als ik in VR zit, dan krijg ik in beeld dat iemand me een bericht stuurt waar ik op kan reageren zonder m'n gsm erbij te halen of uit VR te gaan. Of je gsm filesystem gebruiken alsof het gewoon een mapje is op je pc.

[Reactie gewijzigd door Skerath op 13 oktober 2026 16:23]

[xoniq]

Ah thanks voor de tip, kan die er altijd bij gebruiken. Is alleen wel weer heel specifiek voor 1 platform. Maar doe zelf ook veel VR, dat is gelukkig een stuk bruikbaarder geworden in CachyOS met Steam VR. Had je een jaar of wat geleden niet kunnen bedenken. Toen draaide ik een Windows dual-boot puur voor VR.

[Skerath]

Ik gebruik persoonlijk Monado (via Envision & met WayVr) in plaats van SteamVR, persoonlijk minder headaches en het opensource karakter spreekt me ook aan.

But it if works it works! Als iemand ooit iets VR Linux wil doen, kijk zeeeeker eens deze wiki https://wiki.vronlinux.org/

[xoniq]

Op het moment gebruik ik WiVRn op mijn Quest 3, zodat ik pijnloos draadloos kan spelen. WiVRn server op CachyOS, en WiVRn app op de Quest. Gebruik ik op het moment om de Astro Bot Rescue Mission game te spelen van de PS4, met een PS5 controller bedraad verbonden aan de PC. Werkt verdomd goed.

Verder gebruik ik het om thuis te spelen terwijl de PC op mijn redactie kantoor staat. Werkt heel behoorlijk. En zo speel ik ook Alyx (ja die heb ik nog nooit helemaal gespeeld, en voel ik me inderdaad schuldig over )

[Ghoelian]

Niets, want deze AirDrop variant moet je dus ook bewust geinstalleerd hebben als ontvanger. Ik zie ook niet echt voordeel tegenover Localsend zo.

Alleen als je als niet-Apple gebruiker iets naar een Apple gebruiker wil sturen, maar dan kan de apple gebruiker natuurlijk net zo goed even Localsend installeren.

[bzzzt]

Het voordeel is dat er al 2,5 miljard apparaten geschikt zijn voor Airdrop waar je dan zonder installaties en lastige instructies mee kan uitwisselen.

[FPSUsername]

Dat is dus incorrect. Je hoeft dit alleen op je linux systeem te hebben en het werkt bidirectioneel. Ik heb het zelf getest met mijn desktop (bedraad en een intel ax200 kaart). Ik kan bestanden naar en van mijn iphone sturen via airdrop.

Dus:

Geen extra app op mijn telefoon

Geen geklier met het openen van localsend en dan zoeken wat verstuurd moet worden.

Het enige wat dit mist is een integratie voor een tray icon zodat het niet via commands ingesteld moet worden. Maar in mijn geval, airdrop standaard aan en op contacten zetten en ik kan zo van alles vanaf mijn telefoon doorsturen. Naar mijn mening, vele malen beter dan localsend

[CAPSLOCK2000]

Lang was dit niet mogelijk op andere besturingssystemen, maar inmiddels is AirDrop door het werk van Google mogelijk op Android.

Waarom was dat eigenlijk niet mogelijk? Ik dacht dat het een hardwareprobleem was.
Het artikel impliceert dat ook een beetje door het te hebben over "systemen zonder wifichip van Apple of Broadcom". Als het nu echter ook op andere hardware werkt lijkt het dus puur een kwestie van software.

Was het alleen niet mogelijk omdat Apple API geheim is of zit er meer achter?

[jja2000]

Als ik het me goed herinner is AirDrop onderdeel geweest van een stel vendor extensies bovenop 802.11 die Apple had gemaakt en Broadcom liet implementeren. Sinds niet al te lang zijn ze overgestapt op de equivalente open standaard.

[air2]

Het moest van de EU:

https://www.devicedecode.com/articles/eu-mandates-apple-to-open-ios-notifications-and-allow-airdrop-alternatives-under-digital-markets-act

Dank zij die digital markets act. Dat wat apple zo verfoeid (apple fanboy hier, maar op dit punt toch meer een EU fanboy).

[lenwar]

Zeer waarschijnlijk dat laatste, en het actief uitsluiten om (de illusie van) een ecosysteem te vormen. (Door de rest uit te sluiten)

AirDrop is in de basis een veilig protocol. Goede kans dat de Apple Clients er onderling er vanuit gingen dat de 'cliënts' goed zijn, en dat Apple het daarom zo dicht mogelijk wilde houden voor derden (dat maakt de implementatie van de clients simpeler). Als je 'externe clients' accepteert, moet je er vanuit gaan dat de client kwaadwillend/malafide is, en pas accepteren als aan alle eisen is voldaan voordat je wat doet.

Dit zorgt dus uiteindelijk voor een nog veiligere omgeving.

[bzzzt]

Tot dusver heeft Apple alle vulnerabilities in iOS inclusief Airdrop gelijk gefixed. De protocollen zijn voor release ook al door diverse security screenings geweest dus het hele idee dat er 'veiligheid' gekocht is door het gebruik te beperken lijkt me onzin.

Wat natuurlijk niet wegneemt dat het makkelijker is een protocol aan te passen als dat niet met derden afgestemd hoeft te worden.

[Snow_King]

Gaaf! Blijf het ook altijd mooi vinden hoe Apple heel goed gebruik maakt van IPv6 voor hun diensten. Apple Wireless Direct Link gebruikt onder de motorkap IPv6 link-local adressen (fe80:XX:XX) voor de IP communicatie tussen de devices in, hebben ze geen gedoe met het alloceren van adressen. Mooi en slim gedaan.

Zelfde geld overigens voor het CCS2 protocol voor (snel)laders van elektrische auto’s. Die gebruiken ook IPv6 Link-Local waarover ze HTTP(S) REST API’s gebruiken om de laadsessies op gang te brengen en verdere informatie uit te wisselen.

[BezurK]

Ja, fascinerend. Ik ga mij toch eens in de materie verdiepen. Ik gebruik AirDrop eigenlijk nooit, en ik nam altijd aan dat het enkel via BT(LE) werkte. Toch eens nader onderzoeken, dan

[bzzzt]

Airdrop gebruikt Bluetooth zodat apparaten elkaar kunnen vinden. Daarna wordt een lokale wifi verbinding tussen die apparaten opgezet zodat bestanden snel kunnen worden verzonden.

[FPSUsername]

Bluetooth (al helemaal low energy) is veel te traag. Met airdrop (en wifi direct zoals op android) kun je veel grote bestanden in korte tijd opsturen. Bijv "stuur even alle vakantie foto's en video's door". Als je 100+ foto's hebt loopt het gauw op (als je geen HEIC gebruikt). Met airdrop is het in een paar seconden klaar.

[sympa]

Voor het opladen van een auto vind ik dat veel te ingewikkeld. Kort gezegd: de laadstekker van een auto heeft een always-on IP-verbinding. Handig achter een klepje. Je zou je afvragen of je er nog wat meer mee kan doen dan alleen maar opladen.

[Snow_King]

Jij vind het onnodig, maar ik vermoed zo maar dat er over na gedacht is.

IP over de powerlines is juist handig. Je kan zo aan beide kanten ook standaard software gebruiken en kennis.

Encryptie gebruikt ook de standaard X.509 certificaten bijvoorbeeld

[bapemania]

In ieder geval vermoedelijk ook ontladen.

[graey]

Nouja, dat hier ipv6 voor gebruikt wordt wil nog niet zeggen dat daarmee iets is opengesteld. Was dit een parallele poort geweest met een identifier, dan was het niet inherent veiliger of onveiliger.

In een laadpark met weet ik hoeveel auto's is het daarnaast niet optioneel maar hoogst noodzakelijk dat je weet hoeveel auto's zijn aangesloten, waar, hoeveel vermogen ze kunnen en willen trekken en voor hoe lang nog, en meer. Alleen al voor load balancing niet onbelangrijk. Kan je het wiel heruitvinden? Altijd. Is ipv6 hier een passende oplossing voor? Absoluut.

[bzzzt]

de laadstekker van een auto heeft een always-on IP-verbinding. Handig achter een klepje. Je zou je afvragen of je er nog wat meer mee kan doen dan alleen maar opladen.

De motorkap is ook maar een 'klepje' en als je daar onder kan komen kan je vast nog veel meer.

[TweakerMike_]

Tof! Voor mij is ook nieuw dat Android met Airdrop werkt, toffe ontwikkeling. Gebruik airdrop best vaak om even snel een document te delen met mijn macbook bijv.

Kleine sidenote, de link achter Open Wireless Link: https://owlink.org/ gaat naar een site die niet de bedoelde content bevat. Mogelijk even dit verwijderen uit het artikel.

[MeneM]

Voor Omarchy, en ik zal dit altijd overal melden waar ik "Omarchy" weer zie:

De maker daarvan is nogal een engerd:
* https://www.flyingpenguin.com/dhh-omarchy-doctrine-fascism-stage-one-by-definition/
* https://jakelazaroff.com/words/dhh-is-way-worse-than-i-thought/

[JoeBlack2k]

Maar waarom ? Wat heeft t4t5 hier mee te maken? Hij heeft een tool uitgebracht en gebruikt zelf “Omarchy” dat is z’n goed recht, ik vind het onnodig haat spreiden persoonlijk. Je bent nu niet veel beter dan DHH

Dat Omarchy de winter niet gaat overleven zou ik niet schokkend vinden net als Openclaw.

Maar er komen wel veel projecten los en er wordt ontzettend goed werk geleverd van individuele mensen die patches en tools uitbrengen voor alle Linux distro’s

[Reactie gewijzigd door JoeBlack2k op 13 oktober 2026 08:26]

[Ghoelian]

Door Omarchy expliciet te benoemen geven ze DHH indirect gewoon weer wat publiciteit. Daarnaast is dat omdrop programma specifiek voor Omarchy (letterlijk AirDrop for Omarchy).

[cmegens]

Ja dus? Wat heeft dat met DHH te maken in dit bericht?

[Ghoelian]

Hij is de maker van Omarchy, wat benoemd wordt in het bericht.

[cmegens]

Ja en zijn Oma lust graag zoute pretzels. Zo kun je er alles wel bij halen. Het nieuws gaat over t4t5. Die is niet gelieerd aan Omarchy, hij heeft enkel de tool compatible gemaakt voor Omarchy. Als dat voor Omarchy kan, dan zal een andere arch distro niet zo moeilijk zijn, zeker niet wanneer je dan ook hyprland draait.

net zo goed als dat het nu niet relevant is om over Linus Torvalds te gaan discussiëren (want het artikel gaat toch over Linux?) heeft dat ook niet zoveel zin over DHH.

[silent785]

Akkoord maar je negeert de comment van @JoeBlack2k over dat er nu veel meer projecten zijn die zich richten op Linux. Vanuit die visie is dat juist positief zodat dat meer mainstream wordt. (ex-popos user waar ik toch al deze zaken zoals airdrop heb gemist)

[4tro]

Nou ja, maker... Vibe -coder die met een setje prompts een desktop heeft samengesteld uit Arch Linux en andere bestaande software

[_eLMo_]

Vibe coder? De maker van Ruby on Rails en CTO van 37Signals / Basecamp, waar de halve programmeer wereld nog naar op keek 10 jaar geleden?
Dat gaat wat ver.

[Noxious]

Je moet z'n laatste ROR keynote eens terugkijken

YouTube: Rails World 2026 Opening Keynote - DHH

[blackSP]

Een goede programmeur die AI gebruikt doet niet aan vibe coding maar aan expert coding. Niets mis met productiviteit verhogen en meer fouten uit je code halen. En ja, een niet programmeur die ai het werk laat doen, daar zit ik niet op te wachten...

[Travelan]

Dat is niet bepaald wat hij nu doet en predikt dat we zouden moeten doen...

YouTube: Rails World 2026 Opening Keynote - DHH

Code lezen doet hij in elk geval niet meer.

[blackSP]

En dat is ook niet wat ik beweer.

[gsmolders]

In dit geval klopt het geloof ik wel, toch? Hij is als overtuigde AI-booster overal aan het toeteren dat hij geen code meer schrijft. Zijn eerdere werk niet tegenstaande.

[_eLMo_]

Er zit een groot verschil tussen vibe code en een AI laten coden.

[AEIOU]

ik en mijn collegas in veilige embedded systeem development bestaan dus niet ?

[Jerra]

Ik vind dat werkveld anders prima samengaan met AI als hulpmiddel.

[AEIOU]

gebeurt ook zeker wel, maar ik heb in de laatste paar jaar via een consultancy partij het maar bij een bedrijf echt gedaan zien worden in regio den bosch en eindhoven. Maar ja, dat zijn maar een paar bedrijven en niet de hele safety focussed embedded markt.

[Reactie gewijzigd door AEIOU op 13 oktober 2026 12:09]

[PCR]

Die downvotes zijn imho wel wat onterecht. Dit is een feitelijke constatering die ik om me heen zie bevestigd worden, in mijn eigen bedrijf en bij de collega-bedrijven. Er wordt bijna geen code meer geschreven. Ik zelf heb de afgelopen maanden geen code meer geschreven maar ongelooflijk veel features/bugfixes uitgerold. "Dus je reviewed alleen nog de code?" Nee, ook niet. Ik zie er niks meer van. Wat ik wél zie zijn blije klanten en facturen die de deur uitgaan. Niet sinds een maand, al geruime tijd. Bugs worden sneller gevonden en gefixed. Klanten hebben stabielere applicaties dan ooit tevoren. Dat zegt misschien iets over mijn ontwikkelcapaciteiten. So be it. De blije, betalende klant is het énige wat voor mij telt.

Maar ik weet natuurlijk wel wat de downvotes moeten benadrukken: dat men het jammer vindt dat er bijna geen code meer geschreven wordt. Dat snap ik dan weer heel goed maar deze downvotes zijn dan wel kinderachtig.

[Merelzeii]

Het blijft toch subjectief. Misschien dat ik zelf in een bubbel zit, maar iedereen bij ons bedrijf (buiten het management) is er wel redelijk duidelijk in dat programmeren en code een reden zijn waarom ze het werk doen, en dat als het werk vooral uit het dirigeren van agents zou bestaan het ze niet uit maakt hoeveel betaalde facturen de directie ziet: nascholing en een carrièreswitch is dan een grotere kans.

En ook in m’n persoonlijke omgeving hoor ik eigenlijk vergelijkbare dingen. Leuk die efficiëntie, maar het werk wordt er niet veel iedereen leuker van.

Het klopt dat aan de release cadence en de hoeveelheid security fixes in software en dependencies ook te zien is dat er voornamelijk AI gebruikt wordt. Maar tegelijkertijd merken we bijvoorbeeld bij een project zoals Laravel dat een minor update zonder regressie of ongedocumenteerde breaking changes echt een zeldzaamheid begint te worden. Wat ook niet altijd het plezier in het werk vergroot.

[faim]

Nee, niet iedereen vind het leuk. Maar dit is wel wat er in de praktijk gebeurd en dit wordt alleen maar erger. Dit is gewoon verschuiving van het werkveld, het wordt veel meer enablen, reviewen/controleren, dan nog daadwerkelijk schrijven. Mensen kunnen hun kop daarvoor in het zand steken, maar het gaat je vroeg of laat toch ook overkomen. Gewoon de realiteit.

[LootersV]

Ik zal die gast nooit vergeten; dhh vond dat apple sexistisch was omdat zijn vrouw een lagere creditcard score had dan hijzelf. Zij zou dezelfde score als hem moeten hebben, immers was ze zijn vrouw. Hij was niet eens sarcastisch

[dehardstyler]

Is daar niet ergens wat voor te zeggen eigenlijk? Ik heb er niet eerder over nagedacht, maar als je alles deelt en je bent getrouwd. Dan deel je ook alle rekeningen enzo toch en dus ook alle schuldlast?

Stel dat een man en een vrouw dus getrouwd zijn en dan gaat de man een dikke gokschuld aan, die dus eigenlijk ook gewoon op de vrouw terecht komt. Zouden ze dan niet dezelfde creditscore moeten hebben? Ze hebben immers dezelfde schulden toch?

Of andersom: man en vrouw met kinderen. Man altijd gewerkt, vrouw thuis voor de kids. Man gaat alle leningen, creditcards, auto's aan. Vrouw bouwt helemaal geen credit score meer op. Maar waarom niet eigenlijk? Gedeelde rekeningen, gedeelde auto's, de man kan überhaupt een score opbouwen, omdat de vrouw thuisblijft, ga zo maar door. Zou dat dus niet gewoon hetzelfde moeten zijn voor beide? (naar smaak man en vrouw omdraaien)

Is het misschien ook vergelijkbaar met de trend die we nu zien bij schadevrije jaren in Nederland? Waarbij de partner automagisch de schadevrijejaren van de andere partner krijgt, aangezien de auto maar op 1 naam kan staan. Maar ze rijden er beide in en zouden dus ook gewoon beide die jaren op moeten kunnen bouwen. Zeker voor bij een scheiding.

Als je dus niet getrouwd bent, dan natuurlijk absoluut niet. Ik heb het puur over mensen die getrouwd zijn.

Ik weet niet wat de beweegredenen waren van de beste man waar je het over hebt, maar zo vind ik het niet heel onlogisch klinken eigenlijk. Maar misschien zie ik het verkeerd.

[LootersV]

Credit card score per individuele kaart en wordt bepaald door uitgave patroon en andere zaken, het zou in mijn ogen juist sexistisch zijn als er wordt gekeken naar met wie een vrouw getrouwd is immers gaat dan dan niet meer om het individu

edit:
ben het met jou eens wat die schadevrije jaren betreft en het lijkt zeker krom

[Reactie gewijzigd door LootersV op 13 oktober 2026 10:51]

[dehardstyler]

Ahh is een credit score zelfs per creditcard? Ik dacht dat het een bij elkaar geraapt zooitje was van hoe je met geld omging. Daarom wordt iedereen daar aangemoedigd om gelijk met 18 jaar allemaal verschillende schulden aan te gaan, lekker 3 creditcards aanvragen, die je wel ook afbetaald (heel belangrijk!) en zo bouw je dus een score op. Stel je komt met een miljard euro Amerika binnen en je zou alles cash aftikken de rest van je leven, dan heb je in Amerika dus ook gewoon een slechtere score, dan iemand met 300 creditcards, die die wel ook op de een of andere manier afbetaald. Dat heb ik altijd een heel raar systeem gevonden, maar goed, het is ook een raar land.

[Travelan]

Nou dat ligt er dus aan, als je in gemeenschap van goederen bent getrouwd, is dat deel dus juridisch een geheel geworden en zou je dat dus qua credit-score ook als gelijkwaardig moeten beschouwen. Het is onduidelijk of dat in dit geval ook zo is.

[laptopleon]

Kun je in twee regels iets concreter uitleggen waarom hij eng is? Online wordt het me niet heel duidelijk na het lezen van deze links.

[FPSUsername]

Ik snap m ook niet. Het 2e artikel maakt alleen maar aannames op basis van wat berichten. Als ik zeg dat iets niet rood is impliceer ik niet dat het blauw is, zo leest het 2e artikel namelijk.