Jump to content

Clover General discussion


ErmaC
30,171 posts in this topic

Recommended Posts

20 minutes ago, vector sigma said:

Aaaaah! But this looks like a problem with the gettext you have! is old? You upgraded from an old OS?

Try to remove it:


rm -f /Users/mathieu/src/opt/local/bin/gettext

and then re run your script... let me know!

...in mojave all command line must be "Mach-O 64-bit executable x86_64"

EDIT

..and of course you cannot copy the "/Users/mathieu/src/opt" from another OS.... can cause this problems:wink_anim:

 

I don't understand:  the script download and install the latest gettext. I don't install java JDK.

Now, I delete it and re-run the script.

 

With same issue: Error 1 

 

What do you mean "in mojave all command line must be "Mach-O 64-bit executable x86_64"?

 

Link to comment
Share on other sites

 

2 hours ago, vector sigma said:

Not my fault I guess. You have to call make clean in CloverPackage before build it again. Try anyway latest revision (in 4615 I've added in the make file the clean of the build folder..was missing, so now Xcode can't reuse old xibs)

EDIT

didin't see you where talking about using a fresh source. Let me know if persist. (my build is 18A326h using Xcode 10 beta 4)

Thanks. Unfortunately my days are full until the vacation in august :cry:

 

Well, I've got the exact same error. And once again, this is with fresh sources.

 

I also did make clean. But doesn't seem to have made a difference.

 

You can see the small "script" I used for this attached. But I'm sure it's not the script, since using the same script, I can build Clover no problem in Light Mode. This is only when building in Dark Mode.

 

This is in Light Mode

 

 

========= Translating Resources ========

/Users/jimmy/src/UDK2018/Clover/CloverPackage/package/../../../../opt/local

Updating 'en' strings file for CloverUpdater... done

Updating 'en' strings file for Clover Preference Panel... done

Updating strings file for Clover Preference Panel... done

 

Building CloverUpdater application...

[XCODE]

Building CloverPrefpane preference...

[XCODE]

================= Making all in boot1-install =================

[XCODE] boot1-install

================= Making all in partutil =================

[XCODE] partutil

================= Making all in bdmesg =================

[XCODE] bdmesg

================= Making all in clover-genconfig =================

[XCODE] clover-genconfig

 

Interesting fact is that, if you do install this build (the one successfully built in Light Mode), the prefPane is still light in Light Mode and dark in Dark Mode. So, that part is fixed. Also, CloverUpdater looks fine. The only problem right now is when building Clover with Dark Mode ON.

1743933796_Screenshot2018-07-20at20_46_36.png.1bf985c09ce6d0ba48a8fc4fca555fd9.png

55348910_Screenshot2018-07-20at20_46_51.png.394dea1224aa83a78a0b35ec7082776e.png

 

CloverNew

Edited by arsradu
  • Like 1
Link to comment
Share on other sites

1 hour ago, arsradu said:

The only problem right now is when building Clover with Dark Mode ON.

I'm on dark mode and everything works. I've just update to mojave Beta 4 (18A336e) with Xcode 10 Beta 4 (Build version 10L213o)...

 

 

Edited by vector sigma
Link to comment
Share on other sites

5 minutes ago, vector sigma said:

I'm on dark mode and everything works. I've just update to mojave Beta 4 (18A336e) with Xcode 10 Beta 4 (Build version 10L213o)...

 

Same here...so what the hell....? What am I missing...?

Screenshot_2018-07-20_at_21_38_42.png.818651c333fc4d231e89438207d9b11b.png

313451764_Screenshot2018-07-20at21_39_06.png.e0cf6499cf4d226e5811dabcb997b708.png

Edited by arsradu
Link to comment
Share on other sites

That site is going crazy... Lol

Error: 'msgmerge -U /var/folders/gf/_f1fnn4n0yq2pq6y5jg9yh9h0000gn/T/po.qsQMZNt4/de.po /var/folders/gf/_f1fnn4n0yq2pq6y5jg9yh9h0000gn/T/po.qsQMZNt4/clover.pot --lang=de --previous --width=79 --previous --backup=none' exited with value 1.

This error show up translating resources. Can you show mi the output of:

which gettext

?

Link to comment
Share on other sites

@vector sigma Yeah, so...it works. I mean, NOW it works.

 

Long story short: JDK version 10.0.1 expired on July 17th. And didn't pop-up for an update...because...sure, who doesn't look under System Preferences -> Java every day to see if Oracle released a new update, right? Aaanyway, updated it to 10.0.2, all fine.

 

And I guess this also answers one of my previous questions: is there any difference between JRE and JDK in terms of building Clover? Cause, during the building process, if you don't have Java installed (or in this case, if it's expired..., thanks Oracle!) it will pop-up to install it. The problem is that it will pop-up to install JRE not JDK! And yeah, it seems to make a difference.

Cause I remember installing JRE the other day... It probably saw it as expired and instead of popping up to update the current installation (which would have been cool and logical), it popped up to install Java...which led me to install JRE instead of JDK by mistake. And that is probably what caused the error in the first place. Cause everything else was the same.

 

Maybe I'm wrong and maybe this made absolutely no difference. But I remember having issues because of using JRE instead of JDK on Linux, as well. So...yeah, my experience says it matters.

Or maybe it didn't make a difference. It's just that the current version of JRE doesn't know Dark Mode. Or Mojave. So...could be that too.

 

Thanks for the commits and the replies.

Edited by arsradu
  • Haha 1
Link to comment
Share on other sites

13 minutes ago, arsradu said:

Cause, during the building process, if you don't have Java installed (or in this case, if it's expired..., thanks Oracle!) it will pop-up to install it. The problem is that it will pop-up to install JRE not JDK!

I think "gettext" needs it.

  • Like 2
Link to comment
Share on other sites

1 minute ago, Badruzeus said:

I think "gettext" needs it.

 

Yeah, also, maybe JRE or JDK doesn't really matter as long as that Java version knows about Dark Mode LOL. If you've got successful builds before with JRE...then that must be it. If not...and you had similar issues with JRE vs JDK, then I'm back on my assumption that this made the entire difference here. :) I mean, my experience with JRE in the past was not so great when it comes to development. But that was on Linux, as I said. So...maybe on Mac it doesn't really matter. I don't know. I tend to think it does. But...well, I'm not gonna put back JRE now just to test that part. :))

  • Like 1
Link to comment
Share on other sites

12 hours ago, vector sigma said:

That site is going crazy... Lol


Error: 'msgmerge -U /var/folders/gf/_f1fnn4n0yq2pq6y5jg9yh9h0000gn/T/po.qsQMZNt4/de.po /var/folders/gf/_f1fnn4n0yq2pq6y5jg9yh9h0000gn/T/po.qsQMZNt4/clover.pot --lang=de --previous --width=79 --previous --backup=none' exited with value 1.

This error show up translating resources. Can you show mi the output of:


which gettext

?

 

It seems to be gettext 0.19.8 : build with ./buildgettext.sh source file 

 

EDIT:

  • error 65 be back despite of make clean in the UDK2018 script. Issue with or without Java JDK 10.0.2-------> Xcode 10 Beta 4/ Command Line Tools 10 (10L213o)
  • all work fine with UDK2018 script without JDK--------------->Xcode 10 Beta 4/ Command line tools 9.4.1 (9F2000) (this CLT is installed on other HDD connected)
  • all work fine with EDK2 script---------------> Xcode 10 Beta 4/ Command line tools 10 (10L213o)

 

Edited by Matgen84
  • Haha 1
Link to comment
Share on other sites

On 7/21/2018 at 1:58 PM, vector sigma said:

finally the solution is: don't install Java when popup by the gettext configure script (it is an ad from a sponsor)! in fact it doesn't tells you that this is required...

macOS already has a stable version shipped whit it.

 

Well, you were right about not needing Java to be downloaded. You can just ignore that.

 

However, believe it or not, but I thought I'd try again to build Clover, with fresh src folder, from scratch, and I got the same Error65.

 

Generating BootSectors
[NASM] boot0af.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot0af
[NASM] boot0ss.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot0ss
[NASM] boot0md.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot0md
[NASM] boot1h.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1h
[NASM] boot1h2.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1h2
[NASM] boot1f32.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1f32
[NASM] boot1f32alt.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1f32alt
[NASM] boot1x.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1x
[NASM] boot1xalt.s -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/boot1xalt
Description.txt -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/Description.txt
Installation.txt -> /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverV2/BootSectors/Installation.txt
Done!
rm -rf sym obj dst CloverPrefpane/build CloverUpdater/build

========= Translating Resources ========
/Users/jimmy/src/UDK2018/Clover/CloverPackage/package/../../../../opt/local
Updating 'en' strings file for CloverUpdater... done
Updating 'en' strings file for Clover Preference Panel... done
Updating strings file for Clover Preference Panel... done
 (170 entries)
Building CloverUpdater application...
** BUILD FAILED **


The following build commands failed:
	CompileXIB /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverUpdater/src/zh_TW.lproj/MainMenu.xib
	CompileXIB /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverUpdater/src/zh_CN.lproj/MainMenu.xib
	CompileXIB /Users/jimmy/src/UDK2018/Clover/CloverPackage/CloverUpdater/src/uk.lproj/MainMenu.xib
(3 failures)
make: *** [CloverUpdater] Error 65
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
Deleting expired sessions...9 completed.

[Process completed]

Complete log attached (though these were the only failures I could find).

 

Any idea what am I missing...?

 

Clover4618log

Edited by arsradu
Link to comment
Share on other sites

1 hour ago, arsradu said:

Any idea what am I missing...?

Not sure, but this can be of help? Don't forget that mojave is in Beta and even the on screen keyboard isn't working correctly (I'm using to use it when I'm in bed Lol). Oracle may have some further attempts to make a stable release with all the API changes.. and don't tell me why Apple do that...because I don't know... but I think has something to do with that.

Link to comment
Share on other sites

14 hours ago, vector sigma said:
Not sure, but this can be of help? Don't forget that mojave is in Beta and even the on screen keyboard isn't working correctly (I'm using to use it when I'm in bed Lol). Oracle may have some further attempts to make a stable release with all the API changes.. and don't tell me why Apple do that...because I don't know... but I think has something to do with that.

 

I already uninstalled Java. No change. If it works for you, then I don't know. I can compile Clover in Light Mode. Not sure what the hell makes it not compile in Dark Mode though...

 

Update: I reinstalled Xcode 10. Now I can't compile in Light Mode either.

Update 2: Seems to be working with Command Line Tools from Xcode 9 (9F2000). I don't think that automatically makes it ok. I mean, it should be working with whatever default CLT Xcode 10 wants to use (which is 10L213o). But...maybe the problem is with the Command Line Tools...? I don't know.

Update 3: I get the same error if I build in High Sierra (Xcode 9.4.1) with Xcode 10 Command Line Tools.

 

Edited by arsradu
Link to comment
Share on other sites

I do not understand the problem here ?

because I have no problem compiling Clover in Mojave since the first Beta

DARK or LIGHT ; JAVA or not JAVA

Spoiler

726121112_ScreenShot2018-07-23at10_19_33PM.png.2852c7fc6b94b40870e213b0237a9a0d.png

1450268905_ScreenShot2018-07-23at10_12_18PM.png.bbacead125ca32956545812ec7f2cc60.png

636354314_ScreenShot2018-07-23at10_51_46PM.png.c48a917776d125bebab4b67e5b3b98ec.png

 

 

Edited by chris1111
Link to comment
Share on other sites

2 hours ago, chris1111 said:
I do not understand the problem here ?
because I have no problem compiling Clover in Mojave since the first Beta
DARK or LIGHT ; JAVA or not JAVA
726121112_ScreenShot2018-07-23at10_19_33PM.png.2852c7fc6b94b40870e213b0237a9a0d.png
1450268905_ScreenShot2018-07-23at10_12_18PM.png.bbacead125ca32956545812ec7f2cc60.png
636354314_ScreenShot2018-07-23at10_51_46PM.png.c48a917776d125bebab4b67e5b3b98ec.png
 
 


You’re also building a custom version, with a custom script and probably with EDK2. :) But I’m glad it works for you!

Edited by arsradu
  • Like 1
Link to comment
Share on other sites

3 hours ago, chris1111 said:

I do not understand the problem here ?

because I have no problem compiling Clover in Mojave since the first Beta

DARK or LIGHT ; JAVA or not JAVA

 

 

Hi

 

No errors with EDK2 script. The issue is with UDK2018 on Mojave / Xcode 10.

what script do you use to avoid error 65???

 

Thanks

Link to comment
Share on other sites

6 hours ago, Matgen84 said:

Hi

 

No errors with EDK2 script. The issue is with UDK2018 on Mojave / Xcode 10.

what script do you use to avoid error 65???

 

Thanks

UDK2018 with Xcode Version 10.0 beta 2 (10L177m)

  • Like 1
Link to comment
Share on other sites

1 hour ago, chris1111 said:

UDK2018 with Xcode Version 10.0 beta 2 (10L177m)

 

Unfortunately, I've installed the new beta Xcode 10 Beta 4 (10L213o) :( which could cause the error 65 problems with cloverprefpane and cloverupdater. I suppose.

 

Link to comment
Share on other sites

I installed and tested Clover_v2.4k_r4617 it has bug EDID Custom 

this above version didn't inject custom edid I tested rehab man's clover version Clover_v2.4k_r4444.RM-4652.c1f8602f

Inject custom edid work fine 

please fix and reconsider version Clover_v2.4k_r4617

Link to comment
Share on other sites

I tested rehab man's clover version Clover_v2.4k_r4444.RM-4652.c1f8602f didn't work with headkaze 32mb frambuffer patch

and i added  this on config.plist

<key>Devices</key>
<dict>
    <key>Properties</key>
    <dict>
        <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
        <dict>
            <key>AAPL,ig-platform-id</key>
            <data>CQClPg==</data>
            <key>framebuffer-patch-enable</key>
            <integer>1</integer>
            <key>framebuffer-stolenmem</key>
            <integer>19922944</integer>
            <key>framebuffer-fbmem</key>
            <integer>9437184</integer>
            <key>framebuffer-unifiedmem</key>
            <integer>2147483648</integer>
        </dict>

didn't work

rehabman please update your prebuilt clover version 

Link to comment
Share on other sites

17 hours ago, mrjayviper said:

what would be the recommended clover version for those still in High Sierra. Recent discussions seems specific to Mojave so it's possible those clover versions are not suitable for <10.14? Thanks

I have no 10.14 and recent Clover is good.

  • Like 2
Link to comment
Share on other sites

Any body please confirm since a lots of clover revision its failed boot ESP  for macOS Mojave

I an talk about Boot Install ESP / Boot0af in MBRDrivers64 / Clover 64 Bit SATA

Like this image

1237485122_ScreenShot2018-07-26at9_43_34PM.png.420fca1250d81f09ebcffa07eb6d17b8.png

 

Try latest compile my self, also try Source forge package 4617 and Boot falled

now try Clover r4512 and its work for SSD Mojave and USB Create install Media

I have another working clover is 4586 works for ESP

Boot UEFI Only as no issue for latest Clover

 

EDIT FIX With  nvram kextcache Cleaner 1.0.4.dmg thanks to @cyberdevs :thumbsup_anim:

1607107635_ScreenShot2018-07-26at10_24_32PM.png.a89cce8864c8a44259bb9ed6b1680070.png

 

Edited by chris1111
Link to comment
Share on other sites

Hi,

 

To remove second FACS create by clover you can try.

To put lines After //FredWst in AcpiPatcher.c at the good place.

Works for me. ;) 

 

//    if (Facs) newFadt->FirmwareCtrl = (UINT32)(UINTN)Facs;
//    else DBG("No FACS table ?!\n");
    if (newFadt->FirmwareCtrl) {
        Facs = (EFI_ACPI_4_0_FIRMWARE_ACPI_CONTROL_STRUCTURE*)(UINTN)newFadt->FirmwareCtrl;
      newFadt->XFirmwareCtrl = (UINT64)(UINTN)(Facs);
    } else if (newFadt->XFirmwareCtrl) {
      newFadt->FirmwareCtrl = (UINT32)XFirmwareCtrl;
      Facs = (EFI_ACPI_4_0_FIRMWARE_ACPI_CONTROL_STRUCTURE*)(UINTN)XFirmwareCtrl;
    }

    //patch for FACS included here
     Facs->Version = EFI_ACPI_4_0_FIRMWARE_ACPI_CONTROL_STRUCTURE_VERSION;
     if (GlobalConfig.SignatureFixup) {
      DBG(" SignatureFixup: 0x%x -> 0x%x\n", Facs->HardwareSignature, machineSignature);
      Facs->HardwareSignature = (UINT32)machineSignature;
    } else {
      DBG(" SignatureFixup: 0x%x -> 0x0\n", Facs->HardwareSignature);
      Facs->HardwareSignature = 0x0;
    }

    //
    //FredWst 
      if (newFadt->FirmwareCtrl) {
          Facs = (EFI_ACPI_4_0_FIRMWARE_ACPI_CONTROL_STRUCTURE*)(UINTN)0x0;
          newFadt->XFirmwareCtrl = (UINT64)(UINTN)(Facs);
      } else if (newFadt->XFirmwareCtrl) {
          newFadt->FirmwareCtrl = (UINT32)0x0;
          Facs = (EFI_ACPI_4_0_FIRMWARE_ACPI_CONTROL_STRUCTURE*)(UINTN)XFirmwareCtrl;
      }

      

Fred

Edited by FredWst
  • Like 1
  • Thanks 1
Link to comment
Share on other sites

×
×
  • Create New...