Probleme mit IntelMausiEthernet 2.5.1.1

Das kann viele Ursachen haben, von einem Fehler bein Linken, bis hin zu ACPI-Problemen. Ich würde mal in die kernel logs schauen und, falls dort nichts ist, evtl. mit kextutil versuchen, den Treiber manuell zu laden.

al6042

Das mit der Versionsnummer geht nicht anders. Wie ich an anderer Stelle schon geschrieben habe ist das "d" in der Version so nicht verarbeitbar (Thema Versionsvergleich). Daher habe ich daraus schlicht einen Punkt gemacht damit der KU vergleichen kann. Die Alternative wäre gewesen den Kext aus dem Update rauszunehmen und nur als reinen Download anzubieten.

Der Rest ist unberührt und ich compile täglich 1:1 aus dem aktuellen Source. Daher verstehe ich nicht wie "mein" Compile Probleme bereiten kann. Bzw. andere Probleme als die wie wenn man sich es selber von Github aus aktuellem Bestand kompilieren würde.

Platformbuild weicht denke ich mal deshalb ab weil ich es unter Catalina kompliere. Aber auch das hat ja nicht wirklich Einfluss auf die Funktion sondern ist rein informell.

al6042

Ich bin gerade etwas irritiert. Ich habe jetzt nochmal mit Versionsvergleich rumgespielt und in allen Fällen die ich probiert habe, hat er es korrekt erkannt. Ich weiss genau, dass in der Vergangenheit eine gewisse Konstelation gab die nicht funktioniert hat. Merkwürdig. Werde das dann mal umbauen.

Wegen dem Fehler... ich habs jetzt nochmal von Hand probiert zu kompilieren und ich kriege den selben Fehler. Das dürfte dann eher am Xcode Projekt liegen, dass das noch irgendwas fehlt. Mir ist das hier aufgefallen Mieze

Ich weiss nicht ob das Framework nicht auch rechts stehen muss, damit es im Bundle mit integriert wird. Allerdings wirft das hinzufügen des Frameworks nach rechts dazu, dass er mit einem Fehler abbricht.

Al, hasst Du mal einen funktionierenden Kext für mich? Würde da gerne mal ins Bundle reinschauen und diesen Kext auch solange auf dem Server liegen lassen bis das Abhängigkeitsroblem gelöst ist.

EDIT:

Lass bitte nochmal auf Updates prüfen.

Dann hat der noch eine versteckte Datei in dem DL Ordner vom KU. Bitte lösche den mal komplett und prüfe erneut. Weil auf dem Server ist jetzt 2.5.1d1 hinterlegt.

Ach warte mal .... im Script vom KU schwirrt glaube ich auch noch was rum.

EDIT:

Versuch mal hiermit. Achja und bitte noch den funktionierenden Intelmausi hier anhängen.

So jetzt aber ...

Ich hab dein d0 und d1 mal probiert zu laden. Genau der selbe Fehler wie bei meiner kompilierten Version. Du dürftest die dann ebenfalls nicht von Hand geladen bekommen oder? Starten die vllt. nur aus OC/Clover heraus?

EDIT:

Ich habe jetzt mal mit meiner Version den Rechner neugestartet. Alles chic:

Ich habe den Text über dir editiert. Meine kompilierte Variante lädt ohne Probleme beim booten. Also dann doch kein Fehler im Xcode Projekt. Evtl. irgendwas mit dem Kextcache oder so gewesen bei dir.

Jo das mit der Plist lässt sich auch nicht ändern, da er wie gesagt den Build hinterlegt mit dem compiled wird. Bzw. klar man kann ich Nachgang das ändern. Aber wozu ... ist für die Funktion ja irrelevant.

Warum die Bins differieren kann ich dir nicht sagen. Ich klick nur auf compilen und das kommt bei raus. Und läuft ja auch. Vllt. sind in der anderen noch irgendwelche Symbols drin oder so die aber zum Laden nicht benötigt werden. Oder evtl. Debug? Debug-Bins werden gerne mal bis doppelt so groß.

EDIT:

Grad mal geschaut.

Da ich die teile täglich über command-line compile ist somit der Grund für die Differenz gefunden. Meine mit der GUI compilte Variante ist so groß wie Deine.

Zitat von al6042

Bis auf folgenden Eintrag ist die Info.plist sauber:

Entschuldigt bitte das leichte OT: Wie heisst die Software, mit der du die Inhalte Side-by-Side vergleichen kannst (dein Screenshot)? Würde ich gerne mal ausprobieren.