Posts: 8,892
Threads: 541
Joined: Feb 2014
Reputation:
5
I'd encourage everyone to look past convenience in regards to UEFI in the pursuit of taking at the very least, a balanced view of the issue of the implementation of it. There are ethics involved in nearly every topic. Explore and develop a more thorough understanding of UEFI and people will respect you more and view you as a fair and balanced person.
Sent from my Mobile phone using Tapatalk
Posts: 8,892
Threads: 541
Joined: Feb 2014
Reputation:
5
This goes for all things in life. Explore both sides of a given topic, then form a view from an ethical, humanitarian perspective. Then disseminate this information. Do your part to help others evolve. I see even in our time, the devolution of our species. We have to fight that.
Sent from my Mobile phone using Tapatalk
Posts: 1,509
Threads: 140
Joined: Mar 2016
Reputation:
0
1) A basic GNU C compiler cannot install the depth of active applications into an ESP that an OEM C++ compiler from Intel or AMD can.
2) Do it youself? I think not especially when a single license can run you $2000.
3) OEM tracking can now be placed in a machine beyond the reach of your Linux system. AMD has already done this, and I doubt that Intel is far behind, and when they cross that bridge computing privacy will be utterly dead on their new machines, even running Debian.
4) EFI is a circumvention that could have been done in a much simpler way. Pretty obvious, given the length of develpment time, that MS, Intel, and AMD had a plan for the future all along.
5) Certainly OEMs are going to appease the Linux community with functionality, that is UEFI is going to work better and better with Linux systems as it continues down its developmental curve, but you can be sure that inaccessible to GNU tracking mechnisms are going to become more sophisticated as well.
What do we need? A miracle. An OEM hardware builder of Linux only computers.
TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Posts: 1,509
Threads: 140
Joined: Mar 2016
Reputation:
0
goldfinger... rEFInd does this very well, and has contingencies for firmware quirks.
TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
Posts: 1,509
Threads: 140
Joined: Mar 2016
Reputation:
0
As I noted before a CPU sourced to code from a GNU compiler. I wish them well, but some things are fallacious in their claims, and a bit over-exaggerated as "security" claims always are. Why bother with a Debian respin (PureOS) other than for marketing their OS above Debian which is a silly claim. The issue with OEM security is not going to go away. That extra partition can hold as many tracking applications as OEMs want to write, all in inaccessible code. We have a better chance of getting a law against it the US, but worldwide the game is not winnable.
TC
All opinions expressed and all advice given by Trinidad Cruz on this forum are his responsibility alone and do not necessarily reflect the views or methods of the developers of Linux Lite. He is a citizen of the United States where it is acceptable to occasionally be uninformed and inept as long as you pay your taxes.
![[Image: X5qGkCg.png]](http://imgur.com/X5qGkCg.png)
![[Image: 0op1GNe.png]](http://i.imgur.com/0op1GNe.png)
![[Image: LgJ2mtP.png]](http://i.imgur.com/LgJ2mtP.png)
![[Image: vLZcFUE.png]](https://imgur.com/vLZcFUE.png)
![[Image: lrUHro3.jpg]](http://i.imgur.com/lrUHro3.jpg)
