Om een heleboel redenen (voornaamste: ongewenste interactie tussen de werkzaamheid van Muziek App en Swinsian) wil ik Muziek niet meer gebruiken. Nu zijn er op het Web allerlei handleidingen te vinden waarmee de app helemaal verwijderd wordt, maar dat is volgens mij niet nodig (2 TB SSD nog maar voor de helft gebruikt).

Nu kwam ik NoTunes tegen, een app waarmee de Muziek App het zwijgen wordt opgelegd. Weet iemand of dat goed werkt? Gaan alle functies op zwart, of blijft er op de achtergrond misschien toch nog stiekem iets actief? En is NoTunes veilig?

Waar ben je bang voor? 99% van de apps van derde partijen heeft meer "phone home" gedrag dan apps van Apple...

Zit Muziek je in de weg als je het niet gebruikt?

Ik heb nog nooit gehad dat het spontaan uit zichzelf opent of zo, dus gewoon de app negeren is niet genoeg voor jou?

@ MacFrankie
Ik bedoelde met veilig, stuurt het MacOs niet in de war?
@ Orange
Niet als ik het niet gebruik. Maar wel als ik bijvoorbeeld een CD wil rippen. Als ik XLD zou willen gebruiken leidt dat tot allerlei ongemak. Zo is het me niet gelukt te voorkomen dat de CD door Muziek app wordt geopend, als ik alleen XLD wil gebruiken. Waarom XLD? Omdat ik dan zelf kan bepalen waar de bestanden worden opgeslagen. En dat is weer van belang omdat ik ze aan Swinsian wil toevoegen, zonder eerst uit de Muziek Media folder te hoeven vissen. En zo zijn er veel meer 'kleinigheden'. Vandaar mijn vraag of NoTunes iets is?
 

Van de webpagina:
https://github.com/tombonez/noTunes

Wat doet het:

noTunes is a macOS application that will prevent iTunes or Apple Music from launching.

Simply launch the noTunes app and iTunes/Music will no longer be able to launch. For example, when bluetooth headphones reconnect.

You can toggle the apps functionality via the menu bar icon with a simple left click.

Ja, dat had ik al gelezen. Blijft mijn vraag of het veilig is en of ook allerlei processen op de achtergrond worden stilgezet.

De sourcecode staat online:
https://github.com/tombonez/noTunes/tree/master/noTunes.

Nu kwam ik NoTunes tegen, een app waarmee de Muziek App het zwijgen wordt opgelegd. Weet iemand of dat goed werkt? Gaan alle functies op zwart, of blijft er op de achtergrond misschien toch nog stiekem iets actief? En is NoTunes veilig?

Voor mij is het niets en verder: als je NoTunes van de officiële bron haalt en macOS geen alarmerende beveiligingsmelding geeft, is het voor normaal gebruik een redelijke en gebruikelijke keuze om te installeren.

Dank je NNSA, dan weet ik genoeg. Voor iemand die niet zo handig is op ICT-gebied is de bevestiging van iemand met veel ervaring van veel waarde.

Een vluchtige lezing van de github code geeft aan dat NoTunes doet wat de README beschrijft: bij activatie luistert het naar macOS events die verstuurd worden bij opstarten van de Muziek of iTunes app, en stopt het verder opstarten van die apps. Als de activatie gebeurt terwijl de muziek app al draait, dan wordt die gestopt (ik heb hier nog een vraag bij, maar dat vraagt wat opzoekwerk). Er worden geen andere processen geviseerd lijkt mij op het eerste zicht.

Normaal doen we geen volledige deep-dives in code, maar vooruit, hieronder een wat uitgebreidere uitleg van wat deze app doet en of het veilig is, met verwijzingen naar de bijbehorende code-delen.

Wat doet de app?

1) Menubalk-item aanmaken
In de AppDelegate wordt een status-item in de menubalk aangemaakt:

let statusItem = NSStatusBar.system.statusItem(withLength: NSStatusItem.variableLength)

Dat zorgt ervoor dat er een icoon in de macOS menubalk komt te staan (bovenaan het scherm).

2) Klikacties op het menubalk-icoon
De functie die bepaalt wat er gebeurt bij klikken:

@objc func statusBarButtonClicked(sender: NSStatusBarButton)

Dit controleert of je rechts of links klikt en schakelt de app tussen actief/inactief: bijvoorbeeld door de icoon-afbeelding te wisselen.

3) Herkennen en direct killen van Apple Music / iTunes
Wanneer de app start (en bij bepaalde handelingen) wordt deze functie aangeroepen:

func appIsLaunched() {
    let apps = NSWorkspace.shared.runningApplications
    for currentApp in apps.enumerated() {
        let runningApp = apps[currentApp.offset]
        if(runningApp.activationPolicy == .regular) {
            if(runningApp.bundleIdentifier == "com.apple.iTunes") {
                runningApp.forceTerminate()
            }
            if(runningApp.bundleIdentifier == "com.apple.Music") {
                runningApp.forceTerminate()
            }
        }
    }
}

Hiermee worden alle al draaiende Music/iTunes-processen gedwongen beëindigd (forceTerminate()), zonder bevestiging.

4) Luisteren naar toekomstige app-starts
De app registreert zich bij het workspace-notification-center:

func createListener() {
    let workspaceNotificationCenter = NSWorkspace.shared.notificationCenter
    workspaceNotificationCenter.addObserver(self, selector: #selector(self.appWillLaunch(note:)), name: NSWorkspace.willLaunchApplicationNotification, object: nil)
}

Dit betekent dat de app op de hoogte wordt gesteld van elke poging om een andere app te starten.

5) Blokkeren van Music/iTunes bij launch
In de methode die wordt aangeroepen bij elke app-start:

@objc func appWillLaunch(note:Notification) {
    if statusItem.button?.image == NSImage(named: "StatusBarButtonImageActive") || defaults.bool(forKey: "hideIcon") {
        if let app = note.userInfo?[NSWorkspace.applicationUserInfoKey] as? NSRunningApplication {
            if app.bundleIdentifier == "com.apple.Music" {
                app.forceTerminate()
                self.launchReplacement()
            }
            else if app.bundleIdentifier == "com.apple.iTunes" {
                app.forceTerminate()
                self.launchReplacement()
            }
        }
    }
}

Hier zie je expliciet dat:

- de bundleIdentifier-vergelijking voor Music/iTunes
- dat forceTerminate() opnieuw wordt gebruikt
- en dat er eventueel een vervanger wordt gestart (launchReplacement())

Is het veilig?

Geen netwerk, geen data-tracking, geen malware-gedrag.
Dat zie je doordat er geen netwerk-API’s, geen data-logging of complexe entitlements zijn, enkel UI-interactie en workspace notifications.

Ergens jammer dat het nodig is, op zich heb ik geen last van wat je hier stelt, maar onder Linux, is dit vaak enkele klikken en klaar ... Ach ja, elke OS zo zijn voor- en nadelen.

Laten we het thema verder niet hijacken, maar heb nu enkele notities in Apple Notes gezet, met attachments en nu is het een nachtmerrie om deze eruit te halen 1:1. Geen MarkDown export met attachments, kortom: er zijn usecases - zoals de jouwe - waarbij je soms buiten het ecosysteem van Apple de nodige dingen wilt doen, en toch gebruik wilt maken van Apple's macOS ... 

Hoe dan ook. De zoveelste reactie dat het "veilig" is   

Mooie gedegen deep dive, doctor!

Maar wel als ik bijvoorbeeld een CD wil rippen. Als ik XLD zou willen gebruiken leidt dat tot allerlei ongemak. Zo is het me niet gelukt te voorkomen dat de CD door Muziek app wordt geopend, als ik alleen XLD wil gebruiken.

Heb net (op macOS Ventura) een CD geïmporteerd met XLD zonder dat de Muziek app opent, en zonder NoTunes. Welke instellingen gebruik je in CDs & DVDs (als die nog bestaan op een recenter OS)?

@doctor_apple
Ben onder de indruk. Bedankt voor de moeite die je nam. Zoals te verwachten viel (in mijn geval dus) kon ik alleen je toelichtingen volgen. Kenners zullen de code die je weergeeft wel kunnen begrijpen, ik niet. Hoe dan ook, een extra en grondige bevestiging dat NoTunes alleen maar doet wat het belooft te doen.
@mcmt
Het gaat om Tahoe 26.2. Daarin kan ik bij systeeminstellingen onder 'cd's en dvd's' vijf punten regelen. Bij vier van de vijf heb 'negeer' ingevuld, bij 'wanneer je een muziek-cd plaatst' 'Open XLD.app'. Dat laatste gebeurt dan ook, maar de Apple Muziek-app opent ook. Ik kan dan die laatste wel stoppen, maar het blijft een gedoe. Echter, het is maar een van de narigheden die ik tegenkom. Het heeft alles te maken met het feit dat Apple Muziek en Swinsian gebruik maken van dezelfde bibliotheek. Inmiddels NoTunes geïnstalleerd en in gebruik. Verwacht dat mijn muziekleven een stuk overzichtelijker gaat worden.

Hoewel NoTunes doet wat moet, is het in feite een hack. Eén van de nadelen is bijv. dat een reeds geopende Muziek app geforceerd wordt afgesloten, terwijl dit eveneens op een 'normale' manier kan, dus niet geforceerd. In het andere geval, waarbij het starten van de Muziek app wordt verijdeld, moet je wel bijna geforceerd afsluiten (sluit je hier immers normaal af, dan verschijnt de app heel even en stopt dan direct).

In de praktijk valt het allemaal wellicht wel goed mee, maar ik vind het niet zo netjes. Dus goed testen is de boodschap.

@mcmt:

Je hebt in grote lijnen gelijk: het geforceerd afsluiten van een al draaiende Muziek-app is niet ideaal. In dat geval zou een normale afsluiting netter zijn, omdat de app dan de kans krijgt om zichzelf correct af te ronden en eventueel gebruikersinteractie toe te laten. Dus, hierin heb je gelijk.

Waar het verschil zit, is in het moment waarop wordt ingegrepen. Wanneer de Muziek-app al volledig draait, is een klassieke beëindiging technisch mogelijk en ook wenselijker. Maar bij het blokkeren van het opstarten van de app ligt dat anders. Op dat moment bevindt de app zich in een tussenfase: ze is al gestart, maar nog niet volledig actief. Een "normale" afsluiting kan daar juist extra neveneffecten veroorzaken, zoals kort zichtbaar worden van de app, focuswissels of onverwachte meldingen richting de gebruiker.

In die specifieke context is geforceerd beëindigen vaak de enige manier om het starten van de app echt stil en betrouwbaar te verhinderen, zonder visuele flikkers of interactie. Het is dus minder een kwestie van "willen forceren", en meer van "dit is het enige mechanisme dat hier consistent werkt binnen de beperkingen van macOS".

Je kan het daarom zien als een pragmatische oplossing voor een ontbrekende officiële API: niet elegant, maar functioneel noodzakelijk in dit scenario. Dat maakt het geen mooi ontwerp, maar wel een begrijpelijke technische keuze.

Apple hanteert een beveiligingsmodel dat sterk inzet op centrale controle, sandboxing en het beperken van interceptiemogelijkheden, zelfs voor beheerders. Dit maakt macOS, zoals we weten, in de praktijk robuust tegen malware en ongewenste systeeminteractie, maar ook strakker en minder transparant voor power users en dus ook scripts. Gedrag kan vaak pas reactief worden gecorrigeerd, wat in specifieke gevallen leidt tot pragmatische oplossingen zoals het geforceerd beëindigen van processen, zoals hier.

Neefje Linux volgt een andere filosofie: het systeem vertrouwt de beheerder en laat beleidskeuzes vóór procescreatie toe (bijv. via rechten, binaries of services). Dit biedt aanzienlijk meer controle en elegantie, maar verlegt de verantwoordelijkheid voor misbruik en fouten expliciet naar de gebruiker. Het verschil is dus geen kwestie van beter of slechter, maar van fundamenteel andere prioriteiten: veiligheid door beperking versus vrijheid met verantwoordelijkheid.

Beide systemen zijn bijzonder veilig te krijgen, maar bij Linux moet jij (of de makers van je distributie) goed je (hun) best doen, waarbij bij macOS het eigenlijk reeds in het ontwerp zit. Keuzes. Maar daarmee dus geen echte vrije keuze voor de schrijver van het script