Jump to content

philip_petev

philip_petev

Member Since 13 Oct 2006
Offline Last Active Yesterday, 06:23 PM
*****

#2352428 Clover General discussion

Posted by philip_petev on 18 January 2017 - 08:54 PM

edk2 r23700 here works well (+/- 10 seconds to the login screen)edk2 r23701 here works well (+/- 10 seconds to the login screen)edk2 r23702 slow boot. Quickly show some dots and here hangs for 10/12 seconds, than boot as usual. Same results for me on both my desktop (AMI Aptio) and my laptop (HPQ EFI) with one difference: with r23702 Clover stays at the dots forever on both machines

#2350403 Clover General discussion

Posted by philip_petev on 16 January 2017 - 11:34 AM

Many people have the same or similar problem, @Slice, including me. All Clover versions above 3974 I've tested fail to go beyond the GUI. Tested several Clover/edk2 combinations and every time I get this result. That happens on both my desktop (GB H77N-WiFi, AMI aptio) and my laptop (HP ProBook 4340s, HPQ EFI).Here's the funny part: all the mentioned Clover versions work, compiled with older revision of edk2 (r23693 is the one I've tested).Just like the case with @artur_pt, you won't find anything unusual in preboot.log.Good thing I have Windows 10, installed in another partition, to restore the previous Clover version in such case. Edit: attached my log (taken with r3977) and my usual Clover folder (r3974) Edit2: just compared the two logs (taken with r3974/edk2 r23520 and r3977/edk2 r23704), besides the timestamps at the beginning of every line, they are almost identical. Also, someone at AppleLife proposed the theory that the issue could be storage-related, no, it's not...

#2347355 Clover General discussion

Posted by philip_petev on 10 January 2017 - 08:35 AM

FYI: r. 3975 doesn't work in some configuration because of new EDK2 build. On AppleLife people have found the latest working EDK2 build is 23693. Second that, the boot stuck at the very beginning on my ProBook 4340s. Had to revert to r3974.Edit: r3975, built with edk2 r23520 (the last version, set in the build script) works, the one, built with edk2 r23704 (the latest sync) does not.Edit2: r3975, built with edk2 r23693 works.

#2347328 AppleALC — dynamic AppleHDA patching

Posted by philip_petev on 10 January 2017 - 06:21 AM

@vit9696: noticed that the source doesn't have a makefile, so I decided to create one. It's very useful when building the source from the command line. Currently the makefile supports the following: make - builds the kext for x86_64 for both configurations (Debug and Release).make clean - deletes the built productsmake distribute - creates a subfolder, called Distribute, and creates two zips in it, named with the current kext version and the zip creation date (two for both configurations). Taken and adapted from RehabMan's makefiles. Attached Files  makefile_applealc.zip 1004bytes 5 downloads

#2324328 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 25 November 2016 - 05:42 AM

I see word "flipped" more user friendly than "reversing". But, as we still have internet connection, can we print out the URL for users?   Spoiler if ... then ...elif ... then ...else echo "Manually download here: ${GITHUB}" returnfi   No point in this. The purpose of that subroutine is to download the script and send it to stdout (the display), so the commands that follow ( | grep '^SCRIPTVER="v' | tr -cd '.0-9' ) could extract the version number from that output. That version number is being used later for comparison with the version number from the local copy of the script. The user don't need to download it, at least not at that point.  What if an old version of curl w/o ssl and redirect capabilties get "installed one way on another" the same way happened to you for wget? That's also possible, but if you are so concerned about that, why don't you just hardcode the path to the stock binaries to ensure that exactly they will be used and nothing else? The...

#2323899 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 24 November 2016 - 06:15 AM

  very simple,curl is certainly installed in OS X so that the above statement cannot be an OS X affair. the statement will never be satisfied.in linux instead, wget, unlike curl, is part of the GNU project and is surely preferred. but can be only available as optional in some distros....if [[ "$SYSNAME" == Linux ]]; then    if [[ "$(uname -m)" != x86_64 ]]; then        printError "\nBuild_Clover.command is tested only on x86_64 architecture, aborting..\n"        exit 1    fi    # check if the Universally Unique ID library - headers are installed    if [[ "$(apt-cache policy uuid-dev | grep 'Installed: (none)')" =~ 'Installed: (none)' ]]; then        aptInstall uuid-dev    fi    # check if subversion is installed    if [[ ! -x $(which svn) ]]; then        aptInstall subversion   ...

#2301949 Clover General discussion

Posted by philip_petev on 18 October 2016 - 10:54 AM

@Slice: there are obviously missing files in r3824:TOOLCHAIN_DIR: /Users/philip/src/opt/localNASM_PREFIX: /Users/philip/src/opt/local/bin/NASM_VER: 2.12.02Initializing workspaceLoading previous configuration from /Users/philip/src/edk2/Conf/BuildEnv.shWORKSPACE: /Users/philip/src/edk2EDK_TOOLS_PATH: /Users/philip/src/edk2/BaseToolsCONF_PATH: /Users/philip/src/edk2/ConfRunning edk2 build for CloverX64 using the command:build -D NO_GRUB_DRIVERS_EMBEDDED -D CHECK_FLAGS -D USE_LOW_EBDA -p Clover/Clover.dsc -a X64 -b RELEASE -t XCODE5 -n 5Build environment: Darwin-15.6.0-x86_64-i386-64bitBuild start time: 13:54:33, Oct.18 2016WORKSPACE = /Users/philip/src/edk2ECP_SOURCE = /Users/philip/src/edk2/EdkCompatibilityPkgEDK_SOURCE = /Users/philip/src/edk2/EdkCompatibilityPkgEFI_SOURCE = /Users/philip/src/edk2/EdkCompatibilityPkgEDK_TOOLS_PATH = /Users/philip/src/edk2/BaseToolsCONF_PATH = /Users/philip/src/edk2/ConfArchitecture(s) = X64Build target = RELE...

#2301456 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 17 October 2016 - 04:41 PM

Just updated to 4.1.0 but the script tells me there is another update, when I try to update again nothing happens, am I doing something wrong?===============================================================================Build_Clover script v4.1.0 a new version v4.1.021.09 is available for download <----------------------------------------------------===============================================================================By Micky1979 based on Slice, Zenith432, STLVNUB, JrCs, cecekpawon, Needy,cvad, Rehabman, philip_petev, ErmaCSupported OSes: macOS X, Ubuntu 16.04, Debian Jessie 8.6 <----------------------------------------------------Remote revision: 3821 Local revision: 3821 <----------------------------------------------------Please enter your choice: 1) update Build_Clover.command 2) update Clover only (no building) 3) update & build Clover 4) run my script on the source 5) build...

#2301352 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 17 October 2016 - 12:30 PM

@Micky1979there is a problem with the current script. At the following line:RSCRIPTVER='v'$(curl -v --silent $GITHUB 2>&1 | grep 'SCRIPTVER="v' | tr -cd '.0-9')grep 'SCRIPTVER="v' returns all lines that contain the string and then the result is something like this:  Build_Clover script v4.1.0 a new version v4.1.021.09 is available for download You can workaround that by tweaking the command a little by adding the -m option like this: grep -m 1 'SCRIPTVER="v' This way, grep will return only the first match, which is the only line it needs (it's at the very begining of the file and grep won't find any other result before that line).

#2280277 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 19 September 2016 - 04:47 AM

Guys, why don't you put that script on GitHub or any similar service for better development?

#2278188 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 14 September 2016 - 12:09 PM

Build_Clover.command V3.6 with EDK, set to 22628 (Clover r3739) compiles the latest source without problems.  Result: fresh src, sync EDK2 22628 (commits: r3739) A    UefiCpuPkg/CpuIo2Smm/CpuIo2Smm.uniA    UefiCpuPkg/CpuIo2Smm/CpuIo2Smm.infA    UefiCpuPkg/CpuIo2Smm/CpuIo2SmmExtra.uniRévision 22628 extraite.checking..available, continuing.. ===============================================================================Downloading Clover                          <---------------------------------------------------- an error was encountered syncing the repository:------------------------------svn: E205000: Erreur de syntaxe à l'argument de révision '--non-interactive' ------------------------------Can be temporarily, retry later or seek for help.  I've got the same error too, happens sometimes and I think the svn:// protocol has something to do with that...

#2270236 Build_Clover.command, another Script to build standard Clover (or customized)

Posted by philip_petev on 26 August 2016 - 08:39 PM

Tested the latest script, works for me too. Good job!I was going to tell you about that, the EDK2_REV="-r $EDK2_REV" declaration, such declaration is not recommended in most programming languages, so it would be better to change the first variable to something else.BTW, the /opt folder ....but as already said "/opt/local/bin" does not exist on osx  :P .. Slice create this path for its own. please wait the new one.Actually, that path is where packages like MacPorts and Homebrew usually live.

#2227659 Clover Bug/Issue Report and Patch

Posted by philip_petev on 27 March 2016 - 09:59 AM

As suggested, reverted edk2 back to r20288 and was able to build Clover on both my desktop (10.9.5, Xcode 6.2) and my laptop (10.11.4, Xcode 7.3). The Apple's compiler changes have nothing to do with the recent build issues, it's all the edk2 base.

#2187227 Create font files for Bootloader GUI's

Posted by philip_petev on 10 November 2015 - 01:53 PM

Here's what I use to squash the theme icons with imagemagick for such cases:wsize=`identify -format "%w" "$1"`hsize=`identify -format "%h" "$1"`convert "$1" -resize 75%x100 -background transparent -gravity center -extent "$wsize"x"$hsize" "$1"The line squashes the image first. Look at the resize option value, it resizes only the image width by 75% (actually 74.9%, that's vesa width / display width * 100, for my display - 1024 VESA on 1366 display) and the height remains at 100 (%), then moves the result in the center of the canvas and then extends the image canvas to its original size (the wsize and hsize variables).Works pretty good for the icons, but won't work directly for the font images. Maybe if your script can squash the font symbols, using the same technique...

#2164597 Clover General discussion

Posted by philip_petev on 31 August 2015 - 09:38 AM

Got the same build error, but managed to fix it without changing anything to CGP: (my CGP folder is located at ~/Repo/CloverGrowerPro)cd ~/Repo/CloverGrowerPro/edk2svn up -r 18198 (answered tc to all conflicts)cd ~/Repo/CloverGrowerPro/edk2/Clover./ebuild.sh cleanall (just in case, maybe not needed in most cases)./ebuild.sh cleanpkg (just in case, maybe not needed in most cases)cloverproThat way, I was able to build it and since the Clover sources are already the latest, the CGP script won't trigger an edk2 source update. And this is what will do next time when a new Clover version has been released:cd ~/Repo/CloverGrowerPro/edk2/Cloversvn up./ebuild.sh cleanall (just in case, maybe not needed in most cases)./ebuild.sh cleanpkg (just in case, maybe not needed in most cases)cloverpro

© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy