Jump to content

Philip Petev

  • Content count

  • Joined

  • Last visited

  • Days Won


Philip Petev last won the day on March 1

Philip Petev had the most liked content!

1 Follower

About Philip Petev

  • Rank
    InsanelyMac Sage

Contact Methods

  • Website URL
  • ICQ
  • Skype

Profile Information

  • Gender
  • Location
    Haskovo, Bulgaria

Recent Profile Visitors

6,208 profile views
  1. Philip Petev

    AppleALC — dynamic AppleHDA patching

    @vit9696 @vandroiy2012 I think there is a typo in the IDT92HD87B2_4 support files. From Resources/IDT92HD87B2_4/Info.plist: ...................... <key>Files</key> <dict> <key>Layouts</key> <array> <dict> <key>Id</key> <integer>12</integer> <key>Path</key> <string>layout12.xml.zlib</string> </dict> </array> <key>Platforms</key> <array> <dict> <key>Id</key> <integer>12</integer> <key>Path</key> <string>Platforms12.xml.zlib</string> </dict> </array> </dict> ......................... and yet in layout12.xml: ............ <dict> <key>LayoutID</key> <integer>13</integer> <key>PathMapRef</key> <array> ............. <key>Outputs</key> <array> <string>IntSpeaker</string> <string>Headphone</string> </array> <key>PathMapID</key> <integer>13</integer> ............. The current files doesn't work with my ProBook 4340s, but worked when I renamed the files xxxxx12.xml to xxxxx13.xml, changed the IDs and file names in Info.plist accordingly and recompiled the kext. I think Info.plist is wrong, because layout12.xml is identical with layout13.xml from here that uses exactly this ID 13.
  2. The script doesn't suport that yet, I'll work on it probably this weekend.
  3. The --ext-* parameters are:
  4. Depends on what do you use to build Clover: 1. ebuild.sh won't download and add AptioFixPkg/ApfsSupportPkg to the package, unless any of the new -ext-* parameters is specified. 2. Build_Clover.command doesn't use the -ext-* parameters, because it currently has its own subroutines to download, build and add to the package all the mentioned above and it does that by default. So, the only case you don't get AptioFixPkg/ApfsSupportPkg inside the package is if you use ebuild.sh directly and forgot to use the -ext-* parameters.
  5. Really strange, mkdir is located in /bin and PATH already contains this folder. Please, check if you have the mkdir binary in /bin.
  6. Let me see you PATH variable. Open Terminal and issue the following: echo $PATH
  7. That doesn't make any sense. mkdir is built-in command for bash, so there is no such case "command not found". This error has nothing to do with Xcode. It's shell-related error.
  8. Ok guys, try Clover r4563.
  9. The problem is at line 657: local EDK2DIR=$(cd "$CLOVERROOT"/.. && echo "$PWD") That variable will be defined only if the WORKSPACE variable is empty, but it's not (according to the script output Building from bla-bla-bla), so line 797 is trying to use variable that's not defined yet. Line 657 should be excluded from that if statement at least or maybe put before it.
  10. Your log looks good. So it really works with Mojave/Xcode 10 without any problem.... The installer package is not being generated in Linux for 1. It's macOS-specific, therefore useless in Linux 2. The tools, needed for building it are present in macOS only.
  11. The latest one, 4.8.8. Sent from my MI 5s using Tapatalk
  12. May I ask you to remove your ~/src/edk folder and start the script with the "bash -x" prefix? It seems ApfsSupportPkg doesn't get built for some reason according to your previous output. Thanks! Sent from my MI 5s using Tapatalk
  13. I'm sorry, but I think you misunderstand how exactly the scripts work. How exactly an error, provided by external script (actually, it's not the script itself, it's the ./configure command, bundled with the source, that generates this output and errors respectively) is related to the script that calls it? Dude, I need more facts! How about you run the script with bash -x as prefix and show to all of us what exactly doesn't happen in Mojave?
  14. This error is not Build_Clover.command-related. buildmtoc.sh fails for some reason and the log is in that mtoc.make.log.txt file. If you want the same output to be produced by buildmtoc.sh, add the following to the script at line 2 (right after #!/bin/bash)
  15. Take a close look at the script. Building all those modules start after both edk2/udk and Clover have already been downloaded. @vector sigma What is really happening on Mojave can be seen only with Build_Clover.command, started with bash -x as prefix. Any discussions without this output are pointless.