Jump to content
30960 posts in this topic

Recommended Posts

Just now, zkingtut said:

Ok thx i'll clear nvram and see .

But what is this boot arg do ? It's dangerous , virus , or normal?

I never see this, first time that I hear this

2 minutes ago, zkingtut said:

I can't clear nvram 

Mojave 10.14.6 (18G103)

 

" Error clearing firmware variables: (iokit/common) not permitted "

Your only have to clear boot args

 

sudo nvram boot-args=""

 

Then reboot the macOS and see

1 minute ago, zkingtut said:

Ok thank you so its not dangerous , @chris1111 I did sudo nvram boot-args=amfi_get_out_of_my_way=1 and reboot it still there 

thank you 

No  type sudo nvram boot-args=""

Thats clear the boot args in NVRAM

  • Like 2
14 hours ago, artur_pt said:

hello Slice

 

last commit in git give me this

 

Captura de ecrã 2019-10-04, às 17.44.34.png

 

thanks

 

Are you building using Git sources only? Are you still experiencing this issue? Cause I've built Clover last night without a problem using "./buildme XCODE8"

  • Like 1
1 hour ago, arsradu said:

 

Are you building using Git sources only? Are you still experiencing this issue? Cause I've built Clover last night without a problem using "./buildme XCODE8"

 

hello

 

no issues now with last commits

 

build 5094

 

using it now

 

thanks

  • Like 2
2 hours ago, Matgen84 said:

Hi @Slice

 

Thanks you for adding Aptiomemoryfix and AptioInput again 

 

I don't understand why in makepkg there is only Aptiomemoryfix and in makeiso only AptioInput

 

 

 

Capture d’écran 2019-10-05 à 17.55.39.png

Capture d’écran 2019-10-05 à 17.58.09.png

Screenshot 2019-10-05 at 21.46.59.png

  • Thanks 1
10 hours ago, Slice said:

Screenshot 2019-10-05 at 21.46.59.png

 

Thanks a lot for explanations :) Can you tell me why AptioMemoryFix and AptioInputFix in Clover aren't the same size than those that are built from the original repo

5 minutes ago, Matgen84 said:

 

Thanks a lot for explanations :) Can you tell me why AptioMemoryFix and AptioInputFix in Clover aren't the same size than those that are built from the original repo

Probably the virus that is present in all efi firmware, nah just joking

  • Haha 1
11 minutes ago, Matgen84 said:

 

Thanks a lot for explanations :) Can you tell me why AptioMemoryFix and AptioInputFix in Clover aren't the same size than those that are built from the original repo

Original repo has XCODE5 compilation.

Clover repo has GCC53 compilation.

See the difference.

  • Like 3
  • Thanks 1
Quote

How to use git tag command or git describe head --tag command instead of vers.txt?

Just extract the value from output.

$ git tag -l

Result:

5071

5078

5081

5084

5089

5091

5093

5094

$ git describe --tags $(git rev-list --tags --max-count=1)

Result:

5094

  • Thanks 1

Hi @Slice

 

I can't build Clover from Source with GitHub latest commit and I don't understand why. Please help me.

 

TOOLCHAIN_DIR: /Users/mathieu/src/opt/local
./ebuild.sh: line 635: syntax error near unexpected token `;;'

 

Edited by Matgen84
  • Like 1
3 hours ago, Matgen84 said:

Hi @Slice

 

I can't build Clover from Source with GitHub latest commit and I don't understand why. Please help me.

 


TOOLCHAIN_DIR: /Users/mathieu/src/opt/local
./ebuild.sh: line 635: syntax error near unexpected token `;;'

 

 

Try again. It's been fixed with the last commit. :)

 

However, we seem to have a bug with this one. Check out Current booted revision. :D 

 

1180307329_Screenshot2019-10-07at20_42_43.thumb.png.3aebcd8a0c17595a533995b48ee39bd4.png

 

Edited by arsradu
  • Thanks 1
On 10/3/2019 at 11:44 AM, arsradu said:

This is why I was suggesting switching from ftp:// to https:// so it can access the URLs.

The big problem is that mirrors are often unsyncronized or offline:

Quote

We no longer recommend creating web mirrors, because it has turned out that (a) few people can make use of them, and (b) many mirrors either became out of date or went offline relatively frequently. We don't want outdated information about the GNU project to be disseminated.

Nonetheless, if you wish to mirror www.gnu.org for your own purposes, that is ok with us. We recommend using mod_proxy. Here is an unsupported recipe of Apache directives for your <VirtualHost>:

 

On 10/3/2019 at 11:44 AM, arsradu said:

curl: (7) Failed to connect to ftp.gnu.org port 21: Operation timed out

..so why not open port 21 to your firewall?

4 minutes ago, vector sigma said:

The big problem is that mirrors are often unsyncronized or offline:

Vector, I wasn't suggesting using mirrors. Just literally replacing this string "ftp://" with "https://" in the existing URLs. That's all.

Edited by arsradu
3 minutes ago, arsradu said:

Vector, I wasn't suggesting using mirrors. Just literally replacing this string "ftp://" with "https://". That's all.

Status: gmp-6.1.2 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (6) Could not resolve host: ftp.gnu.org

yep but...

3 minutes ago, vector sigma said:

Status: gmp-6.1.2 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0curl: (6) Could not resolve host: ftp.gnu.org

yep but...

 

Needs to be replaced in all instances. :) 

 

In buildgcc.sh, build_gcc9.sh and buildgcc-4.9.sh.

 

It should look something like this.

 

2108130540_Screenshot2019-10-07at21_56_59.thumb.png.079066de6165f549949811e7ad33385f.png

Edited by arsradu
3 minutes ago, vector sigma said:

It is by chance working using ftps://

for gmp there-s only one

 

ftps...? No. https. Not ftps. :)

 

And it's working fine:

 

[CHECK XCODE]
- Building GCC 9.2.0 toolchain for x64
- to /Users/jimmy/src/opt/local/cross/bin/x86_64-clover-linux-gnu
  Running on Mac OS X 10.15, with x86_64 architecture.
  Using Xcode SDK: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
Status: gmp-6.1.2 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1900k  100 1900k    0     0  1027k      0  0:00:01  0:00:01 --:--:-- 1027k
Status: mpfr-4.0.2 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1408k  100 1408k    0     0   942k      0  0:00:01  0:00:01 --:--:--  941k
Status: mpc-1.1.0 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  684k  100  684k    0     0   574k      0  0:00:01  0:00:01 --:--:--  574k
Status: isl-0.21 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1583k  100 1583k    0     0  2643k      0 --:--:-- --:--:-- --:--:-- 2639k
Status: binutils-2.32 not found.
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 19.8M  100 19.8M    0     0  4774k      0  0:00:04  0:00:04 --:--:-- 4774k

 

Edited by arsradu
7 minutes ago, arsradu said:

 

ftps...? No. https. Not ftps. :)

Bro, ftps (port 21), sftp (port 22). https is not the only protocol available... and ftp[etc.] is used by those have an access token to these repositories.. which can be different from http(s).

Edited by vector sigma
1 minute ago, vector sigma said:

Bro, ftps (port 21), sftp (port 22). https is not the only protocolo availabl... and ftp[etc.] is used by those have an access token to these repositories..

So, are you suggesting trying ftps instead? I'm not sure I understand what you're suggesting. :))

 

The ftp port is blocked, not sure about ftps. I can try....if you think that could work. If not...I guess I'll always have to replace ftp(s) with https so I can download.

Just now, arsradu said:

The ftp port is blocked, not sure about ftps. I can try....if you think that could work. If not...I guess I'll always have to replace ftp(s) with https so I can download.

I try is appreciated also because I-m not the mantainers of these/those scripts, we have to ask sir Zenith432 who made the script and if is ok for him. ftps should have no difference in the case. Plus https is not resolved here.. maybe there-s a redirection ad I have to add some flag for curl.

12 minutes ago, vector sigma said:

I try is appreciated also because I-m not the mantainers of these/those scripts, we have to ask sir Zenith432 who made the script and if is ok for him. ftps should have no difference in the case. Plus https is not resolved here.. maybe there-s a redirection ad I have to add some flag for curl.

 

Nope. ftp or ftps makes no difference. It doesn't work with either one of them.

 

Also, if you remember, we did have the exact same issue before with buildgettext.sh. And it was fixed exactly the same way by Zenith. :) 

 

https://sourceforge.net/p/cloverefiboot/tickets/528/

Edited by arsradu
×
×
  • Create New...