Sujet unique Installation de macOS Tahoe sur les Mac incompatibles

J'espère que l'avenir te donnera raison. Mais la branche macos-next de Github n'a pas bougé depuis plus de 2 mois, alors à ce rythme-là c'est sûr ce n'est pas pour demain.

ça bouge :wink: , il faut voir les commits sous Discord, les derniers datent du 6 septembre, après donc la dernière version officielle (2.4.1 sortie le 1 décembre). En effet, ce n'est pas la branche macos-next, mais comme Tahoe est sortie officiellement, les développeurs utilisent peut-être maintenant uniquement la branche main ?

Capture d’écran 2025-09-25 à 13.03.45.webp
 
Dernière édition par un modérateur:
  • J’aime
Réactions: Ariéhm
Post d'un développeur d'OCLP (Educovas):

"Oui, nous travaillons sur Tahoe depuis la première bêta. Nous travaillons également sur Sequoia. Personne n'imagine le temps nécessaire pour corriger un seul bug, et ces correctifs en contiennent beaucoup. Chaque version majeure introduit de nouveaux problèmes, car nous utilisons des pilotes et des frameworks obsolètes, ce qui ne fait qu'aggraver les problèmes avec le temps."

Pourquoi publierions-nous quelque chose au public, même si c'est une version nocturne, alors qu'il est impossible à utiliser correctement ? Pourquoi ne pas simplement corriger les problèmes connus et publier une version lorsque nous pensons que le système est suffisamment stable ? N'oubliez pas : de nombreux correctifs nécessitent du travail et posent tous de nombreux problèmes qu'une petite équipe peut résoudre. Plus de problèmes que n'importe quelle version précédente de macOS."

Il a aussi posté :grinning: :

Capture d’écran 2025-10-03 à 21.06.06.webp

source:
"Yes, we are working on Tahoe since the first beta. We are also working on Sequoia. People have no idea how long it takes to fix a single bug and these patches have many. Each major release introduces new problems because we're using old drivers and frameworks which only gets more and more problems with time.

Why would we release something to the public, even as nightly when it can't even be used properly? Why not just fix the current know problems and release when we think it's stable enough? Just to remember, there are a LOT of patches that needs work and they all have many problems for a small group to resolve. More problems than any previous macOS version."
 
  • Snif
Réactions: Ariéhm
Post d'un développeur d'OCLP (Educovas):

"Oui, nous travaillons sur Tahoe depuis la première bêta. Nous travaillons également sur Sequoia. Personne n'imagine le temps nécessaire pour corriger un seul bug, et ces correctifs en contiennent beaucoup. Chaque version majeure introduit de nouveaux problèmes, car nous utilisons des pilotes et des frameworks obsolètes, ce qui ne fait qu'aggraver les problèmes avec le temps."

Pourquoi publierions-nous quelque chose au public, même si c'est une version nocturne, alors qu'il est impossible à utiliser correctement ? Pourquoi ne pas simplement corriger les problèmes connus et publier une version lorsque nous pensons que le système est suffisamment stable ? N'oubliez pas : de nombreux correctifs nécessitent du travail et posent tous de nombreux problèmes qu'une petite équipe peut résoudre. Plus de problèmes que n'importe quelle version précédente de macOS."

Il a aussi posté :grinning: :

Voir la pièce jointe 307567

source:
"Yes, we are working on Tahoe since the first beta. We are also working on Sequoia. People have no idea how long it takes to fix a single bug and these patches have many. Each major release introduces new problems because we're using old drivers and frameworks which only gets more and more problems with time.

Why would we release something to the public, even as nightly when it can't even be used properly? Why not just fix the current know problems and release when we think it's stable enough? Just to remember, there are a LOT of patches that needs work and they all have many problems for a small group to resolve. More problems than any previous macOS version."
J'ai les boules, c'est exactement ma machine. S'il publiait son truc si instable, je pourrais aussi profiter du WiFi et de l'accélération graphique. Je ne comprends pas cette politique de rétention. Nous ne sommes pas des enfants, nous pouvons comprendre que le truc est instable et décider de l'utiliser quand même à nos risques et périls. Surtout qu'en installant ça sur un disque externe on ne risque absolument rien.
 
Alors toi tu comprends peux-être. Et tu ferais ça sur un disque externe, d’autres non.
D’autres, commenceraient à râler et à demander les fixes de manière encore plus insistante. Ben oui, ils ont fait la mise à jour, ne peuvent plus revenir en arrière, y’a des bugs, plantâges, des choses marchent aléatoirement… c’est bien pire que de ne pas avoir le dernier macOS, que de toute manière ils ne devraient pas avoir droit.

Ne pas supporter le dernier OS c’est pas grave non plus hein… et ça décidera peut-être certains à enfin changer de machine. Il est grand temps.

Pour le wifi d’ailleurs y’a déjà une solution, c’est de prendre une clé usb wifi supportée, ça coûte une quinzaine d’euros…
 
  • J’aime
Réactions: Ariéhm
Alors toi tu comprends peux-être. Et tu ferais ça sur un disque externe, d’autres non.
D’autres, commenceraient à râler et à demander les fixes de manière encore plus insistante. Ben oui, ils ont fait la mise à jour, ne peuvent plus revenir en arrière, y’a des bugs, plantâges, des choses marchent aléatoirement… c’est bien pire que de ne pas avoir le dernier macOS, que de toute manière ils ne devraient pas avoir droit.
Ce n'est pas si simple, on voit que tu n'utilises pas OCLP, si tu vas sur le site GitHub tu verras que la dernière release proposée est la 2.4.1, celle de Sequoia. Si tu veux la 3.0.0 il faut la compiler toi-même, et pour ça il faut avoir l'environnement Python qui va bien, et ce n'est pas de la tarte. Donc si quelqu'un arrive jusque-là il est suffisamment averti pour ne pas faire n'importe quoi.

En y réfléchissant je crois qu'il n'y a tout simplement plus de codeur Python depuis le départ de Kronokernel, c'est pour ça qu'il n'y a plus de mise à jour du site. Les deux qui s'occupent des patches font probablement leurs tests à la main, c'est-à-dire qu'ils reprennent des drivers et des frameworks d'anciens systèmes, modifient les binaires pour que ce soit compatible, et collent ça dans les bibliothèques systèmes en passant par le Finder ou le Terminal.

Les scripts en Python servent à automatiser tout ça, en faisant les modifications en fonction de la machine, de la carte graphique etc.. C'est cette partie-là qui n'est plus assurée.
 
Dernière édition:
Ce n'est pas si simple, on voit que tu n'utilises pas OCLP, si tu vas sur le site GitHub tu verras que la dernière release proposée est la 2.4.1, celle de Sequoia. Si tu veux la 3.0.0 il faut la compiler toi-même, et pour ça il faut avoir l'environnement Python qui va bien, et ce n'est pas de la tarte. Donc si quelqu'un arrive jusque-là il est suffisamment averti pour ne pas faire n'importe quoi.

En y réfléchissant je crois qu'il n'y a tout simplement plus de codeur Python depuis le départ de Kronokernel, c'est pour ça qu'il n'y a plus de mise à jour du site. Les deux qui s'occupent des patches font probablement leurs tests à la main, c'est-à-dire qu'ils reprennent des drivers et des frameworks d'anciens systèmes, modifient les binaires pour que ce soit compatible, et collent ça dans les bibliothèques systèmes en passant par le Finder ou le Terminal.

Les scripts en Python servent à automatiser tout ça, en faisant les modifications en fonction de la machine, de la carte graphique etc.. C'est cette partie-là qui n'est plus assurée.

On y arrive pour la branche macos-next (avec uniquement ce qui a été "commité" bien sur):

Bloc de code:
git clone https://github.com/dortania/OpenCore-Legacy-Patcher.git
cd OpenCore-Legacy-Patcher
git checkout macos-next                               
branch 'macos-next' set up to track 'origin/macos-next'.
Switched to a new branch 'macos-next'
source venv/bin/activate
pip3 install -r requirements.txt
[...]
 ./OpenCore-Patcher-GUI.command
###################################
# OpenCore Legacy Patcher (3.0.0) #
###################################
Log file set:
  /Users/serge/Library/Logs/Dortania/OpenCore-Patcher_3.0.0_2025-10-04_11-44-24-308125.log
~/Library/Logs/Dortania/OpenCore-Patcher_3.0.0_2025-10-04_11-44-24-308125.log
Current working directory: /Volumes/DEUX/Distrib/Apple/OCLP/OpenCore-Legacy-Patcher
Setting custom_board_serial_number to
Setting custom_serial_number to
Entry point set: MainFrame
Initializing Main Menu Frame

On a bien:

Capture d’écran 2025-10-04 à 11.38.42.webp

Capture d’écran 2025-10-04 à 11.47.46.webp
 
Ce n'est pas si simple, on voit que tu n'utilises pas OCLP, si tu vas sur le site GitHub tu verras que la dernière release proposée est la 2.4.1, celle de Sequoia. Si tu veux la 3.0.0 il faut la compiler toi-même, et pour ça il faut avoir l'environnement Python qui va bien, et ce n'est pas de la tarte. Donc si quelqu'un arrive jusque-là il est suffisamment averti pour ne pas faire n'importe quoi.
Euh alors, j'ai compilé mes propres Kexts pendant bien longtemps quand j'avais un Hackintosh, je sais très bien ce que c'est merci.
Et comme tu le soulignes, c'est pas si simple mais loin de là pas infaisable, et depuis longtemps certains proposaient des builds automatisés (nightlies) que tu as bien réussi à compiler ici.
 
On y arrive pour la branche macos-next (avec uniquement ce qui a été "commité" bien sur):
Oui, ce n'est donc pas si simple, et rien n'a été commité depuis 3 mois. Comme je le disais précédemment, il n'y a plus personne pour s'occuper de la partie Python, c'est pour ça qu'il n'y a plus de commit. N'étant plus que deux, ils ont trop de travail pour s'occuper en plus de la maintenance des scripts Python. Ils devraient embaucher (un bénévole bien sûr)