Clover General discussion

[arsradu]

17 minutes ago, KGP-iMacPro said:

 

 

 

And Build_Clover.command fails though.. 

 

Yeah, build_clover.command fails because SF servers are made of toilet paper. I just tried to do a clone of the Clover sources (JUST CLOVER), which are 79MB, and guess what? "Connection reset by peer" and sourgeforge.net is down. Again.

Edited June 12, 2018 by arsradu

[kgp]

1 minute ago, Philip Petev said:

Without a proper output from the scrips, how can anyone tell what is it?

 

Posted output few posts ago

[arsradu]

Hey guys... So...there's one more command needed to make the installer. And that's apparently missing from the instructions.  

@Slice maybe we can add that part, as well? For people who want to make the entire installer.

cd ~/src/UDK2018/Clover/CloverPackage/
./makepkg

Otherwise of course if won't package anything. :))

So, yeah, it said "Done!" before, because that part was really done! I was just expecting it to do something more than it was told. And of course it didn't.

 

Looks like the old instructions are still good for something.  

 

Also, question: where should this command put the Patches_for_UDK2018? Cause I'm not sure it actually copies anything.... If it should be under UDK2018/Patches_for_UDK2018..well, maybe I did it wrong, but it doesn't look like it copies anything there. And I'm honestly not sure why. Again, I could be very wrong, so I do apologise in advance for that.  

cp -R Patches_for_UDK2018/* ../

Anyway, everything seems to work fine with Clover 4535.

Edited June 12, 2018 by arsradu

[Sherlocks]

 
Yeah, build_clover.command fails because SF servers are made of toilet paper. I just tried to do a clone of the Clover sources (JUST CLOVER), which are 79MB, and guess what? "Connection reset by peer" and sourgeforge.net is down. Again.

yes. if download file which is 49mb over, sf host force to disconnect our connection. for some times, we can't access sf site. we have to wait that sf host free our connection. now sf download file limit size about 48mb at once. but clover size is about 79mb. it's not good status for users.

나의 LG-F800S 의 Tapatalk에서 보냄

[arsradu]

24 minutes ago, Sherlocks said:

yes. if download file which is 49mb over, sf host force to disconnect our connection. for some times, we can't access sf site. we have to wait that sf host free our connection. now sf download file limit size about 48mb at once. but clover size is about 79mb. it's not good status for users.

나의 LG-F800S 의 Tapatalk에서 보냄
 

Well, you can do what I did and download Clover sources from their website. Which, interestingly enough, seems to work: https://sourceforge.net/code-snapshots/svn/c/cl/cloverefiboot/code/cloverefiboot-code-r4535.zip (this is obviously for r4535). For future source updates, link needs to be updated, as well.

Unpack, rename cloverefiboot-code-r4535 to Clover and move it into /src/UDK2018/

Edited June 12, 2018 by arsradu

[Sherlocks]

i know. but it's manual process without svn.
i can't commit clover in windows. i will ask sf site this issue

Well, you can do what I did and download Clover sources from their website. Which, interestingly enough, seems to work: https://sourceforge.net/code-snapshots/svn/c/cl/cloverefiboot/code/cloverefiboot-code-r4535.zip
Unpack, rename cloverefiboot-code-r4535 to Clover and move it into /src/UDK2018/

나의 LG-F800S 의 Tapatalk에서 보냄

[arsradu]

Just now, Sherlocks said:

i know. but it's manual process without svn.
i can't commit clover in windows. i will ask sf site this issue
나의 LG-F800S 의 Tapatalk에서 보냄
 

 

Yep... Unfortunately that's a disadvantage. But...I couldn't find a better way. And in your case, it doesn't really help.

[Badruzeus]

Try using VPN service, I no longer get problem after it. Just built r4535 w/o issue with SF server here, or I was just lucky.

Edited June 12, 2018 by Badruzeus

[kgp]

@Slice,

 

seems that 4535 completely removed the NASM issue. Well done!  However it seems that there remains another issue later on, see below:

 

[chris1111]

No issue build Clover UDK2018 before 4532 and more

I just update to 4536 now

also no issue build nasm

 

[Sherlocks]

31 minutes ago, Badruzeus said:

Try using VPN service, I no longer get problem after it. Just built r4535 w/o issue with SF server here, or I was just lucky.

 

GOOD Point!

1. Mac Address(ASUS router)

- i changed Mac Address, but it's not help. same issue

 

2. VPN

- change Korea to Japan. -> it's good

 

i think SF server limited korea internet. i don't understand it.

if you have connection issue, use VPN. lol

 

thanks to @Badruzeus

[chris1111]

Package build 

 

 

 

Edited June 12, 2018 by chris1111

[Slice]

fdisk440 should be revised or just excluded. It is compiled to 32bit which is no more supported.

There is a better way to install mbr0 sector sizeof 440

dd if=/dev/disk0 count=1 bs=512 of=origMBR
cp origMBR newMBR
dd if=boot0 of=newMBR bs=1 count=440 conv=notrunc
dd if=newMBR of=/dev/disk0 count=1 bs=512

Someone can implement this into Clover Package? And completely exclude fdisk440.

 

EDITED.

Or /dev/rdisk0 ?

[Badruzeus]

Guessing, this is just bug with Mojave's interface; so when Appearance=Dark, we lost Clover logo from installer package (Bottom-Left).

[chris1111]

this is normal in dark mode, light mode logo is there

[Badruzeus]

49 minutes ago, chris1111 said:

this is normal in dark mode, light mode logo is there

It seems, "background.tiff" is disappeared if Appearance=Dark in Mojave.

I just make this image lighter (#000000 > #666666) then rebuilt the package.. but still get same result.. Strange.

~/src/edk2/Clover/CloverPackage/package/Resources/background.tiff

 

Edited June 12, 2018 by Badruzeus

[arsradu]

Hi guys,

 

How do you clean the environment for a new build? I replaced the sources for 4535 with 4536...but it still builds 4535 for some reason. :))

I'm guessing it needs some sort of cleanup in order to get the new build but everything I tried so far didn't quite help.

I already tried ./ebuild.sh cleanpkg, ./ebuild.sh cleanall, ./ebuild.sh clean... but no difference.

 

Any idea what am I doing wrong? Or...not doing?

[Slice]

18 minutes ago, arsradu said:

Hi guys,

 

How do you clean the environment for a new build? I replaced the sources for 4535 with 4536...but it still builds 4535 for some reason. :))

I'm guessing it needs some sort of cleanup in order to get the new build but everything I tried so far didn't quite help.

I already tried ./ebuild.sh cleanpkg, ./ebuild.sh cleanall, ./ebuild.sh clean... but no difference.

 

Any idea what am I doing wrong? Or...not doing?

You may delete folder EDK2/Build and start again. But version should be updated automatically. Check commands in terminal

svnversion  (yes as one word)

svn info

May be we have to update build script to use (svn info)

[chris1111]

22 minutes ago, arsradu said:

Hi guys,

 

How do you clean the environment for a new build? I replaced the sources for 4535 with 4536...but it still builds 4535 for some reason. :))

I'm guessing it needs some sort of cleanup in order to get the new build but everything I tried so far didn't quite help.

I already tried ./ebuild.sh cleanpkg, ./ebuild.sh cleanall, ./ebuild.sh clean... but no difference.

 

Any idea what am I doing wrong? Or...not doing?

Before build update you need 

svn up

[Slice]

Instead of svnversion use

svn info | grep "Revision" | tr -cd [:digit:]

 

[arsradu]

7 minutes ago, Slice said:

You may delete folder EDK2/Build and start again. But version should be updated automatically. Check commands in terminal

svnversion  (yes as one word)

svn info

May be we have to update build script to use (svn info)

imac-2:Clover jimmy$ svnversion 
4535M
imac-2:Clover jimmy$ svn info
Path: .
Working Copy Root Path: /Users/jimmy/src/UDK2018/Clover
URL: https://svn.code.sf.net/p/cloverefiboot/code
Relative URL: ^/
Repository Root: https://svn.code.sf.net/p/cloverefiboot/code
Repository UUID: 52d7a1c0-eba5-4e63-a9d7-e3186cd7c462
Revision: 4535
Node Kind: directory
Schedule: normal

imac-2:Clover jimmy$ svn info | grep "Revision" | tr -cd [:digit:]
4535imac-2:Clover jimmy$

So I guess my svn is still on 4535, which causes it to build 4535 instead of 4536.

Edited June 12, 2018 by arsradu

[chris1111]

1 hour ago, Badruzeus said:

It seems, "background.tiff" is disappeared if Appearance=Dark in Mojave.

I just make this image lighter (#000000 > #666666) then rebuilt the package.. but still get same result.. Strange.

~/src/edk2/Clover/CloverPackage/package/Resources/background.tiff

 

No issue here light mode 

 

[Slice]

6 minutes ago, arsradu said:

imac-2:Clover jimmy$ svn info | grep "Revision" | tr -cd [:digit:]
4535imac-2:Clover jimmy$

So I guess my svn is still on 4535, which causes it to build 4535 instead of 4536.

svn up

[arsradu]

11 minutes ago, Slice said:

svn up

 

That brings the version to 4537 indeed. BUT I apparently run into some conflicts.

 

   A Drivers/UsbBusDxe/UsbBusDxeExtra.uni
   A Drivers/UsbBusDxe/UsbBus.h
   A Drivers/UsbBusDxe/UsbUtility.h
   A Conf/Tpl/MSFT/config.template
   A gptsync/gptsync.inf
   A gptsync/gptsync.h
   A Certificates/Default/Signing.key
 U   .
Updated to revision 4537.
Summary of conflicts:
  Tree conflicts: 145
Tree conflict on 'BuildTools'
   > local dir unversioned, incoming dir add upon update
Select: (r) mark resolved, (p) postpone, (q) quit resolution, (h) help:

Uhm...help? :)) Or is that intended?

I'm guessing this happened because the initial source was not downloaded via svn? So..it's "unversioned" because of this?

And when I did the svn up it added whatever was different from my local source, but also, couldn't compare versions?

 

I exited the Terminal and went back. Now it says only

imac-2:Clover jimmy$ svn up
Updating '.':
At revision 4537.

 

Edited June 12, 2018 by arsradu

[Slice]

Delete manually this folder and try again