• The Achilles Heel Of Secure Boot: Certificate Revocation

    From Lawrence D?Oliveiro@3:633/10 to All on Tuesday, July 14, 2026 22:49:58
    Some years ago, there was a report about a compromised boot image from Kaspersky labs; Microsoft initially issued a revocation of its Secure
    Boot Certificate, but then had to withdraw that because it caused so
    many problems for Windows users who couldn?t (or just wouldn?t)
    upgrade/replace the affected versions of Kaspersky products <https://arstechnica.com/information-technology/2020/07/new-flaw-neuters-secure-boot-but-theres-no-reason-to-panic-heres-why/>.

    Now it turns out Microsoft has been negligent in revoking other
    certificates for ancient, compromised, obsolete bootloader ?shims? <https://arstechnica.com/security/2026/07/microsoft-secure-boot-has-been-broken-for-most-of-its-existence/>
    -- even when the repercussions of doing so would be minor, there still
    didn?t seem to be the will to promptly enforce the rules that the
    company itself created.

    Certificate revocation in the event of a security compromise is also a
    measure used in another context: with TLS/SSL certificates for
    securely accessing websites. In this situation, it has long been known
    to be a troublesome and unreliable mechanism. And so something called
    ?OCSP? was invented as a kind of workaround, only to fall victim to
    its own problems.

    Which is why, in the TLS/SSL world, the general consensus is that the
    only reliable solution nowadays is to drastically shorten the validity
    interval of the certificates -- some are suggesting they should be
    valid for no longer than a week -- so the problem is (mostly) solved
    simply by reducing the opportunity for malicious parties to make use
    of compromised certificates.

    This solution doesn?t seem practical for Secure Boot keys, which have
    to be stored in UEFI flash RAM on every PC ... or could something like
    it be made to work?

    But then again, is this just another item to add to the pile of
    evidence that Secure Boot might be more trouble than it?s worth? From
    the recent article:

    The prospect that attackers have had the means to bypass Secure
    Boot for more than a decade through what amounts to
    hack-by-numbers scripts isn?t much of an endorsement of the
    mechanism proposed by Microsoft in partnership with hardware
    makers. As mentioned earlier, a key contributor to this debacle is
    its complexity.

    ?This is a solid rebuke of the entire secure boot model,? HD
    Moore, a firmware security expert, CEO and founder of runZero, and
    a long-time critic of Secure Boot, said in an interview. His
    complaints include Microsoft being the de facto root of trust for
    the entire UEFI platform, the inability of the protection to scale
    sufficiently, and the ability for components to boot even after
    top-level certificates expire.

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Tuesday, July 14, 2026 19:22:29
    Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> wrote:
    Moore, a firmware security expert, CEO and founder of runZero, and
    a long-time critic of Secure Boot, said in an interview. His
    complaints include Microsoft being the de facto root of trust for
    the entire UEFI platform, the inability of the protection to scale
    sufficiently, and the ability for components to boot even after
    top-level certificates expire.

    You have to trust someone for the system to work. Do you trust Microsoft?
    Why?
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Oregonian Haruspex@3:633/10 to All on Wednesday, July 15, 2026 02:02:34
    If you?re an office drudge you might not be able to help yourself from
    using Windows at work, what I don?t get is people who use it at home.
    That?s just nutty.

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From John McCue@3:633/10 to All on Wednesday, July 15, 2026 12:20:09
    Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
    <snip>
    <https://arstechnica.com/information-technology/2020/07/new-flaw-neuters-secure-boot-but-theres-no-reason-to-panic-heres-why/>.
    <snip>
    <https://arstechnica.com/security/2026/07/microsoft-secure-boot-has-been-broken-for-most-of-its-existence/>
    <snip>

    The prospect that attackers have had the means to bypass Secure
    Boot for more than a decade through what amounts to
    hack-by-numbers scripts isn't much of an endorsement of the
    mechanism proposed by Microsoft in partnership with hardware
    makers. As mentioned earlier, a key contributor to this debacle is
    its complexity.

    I have never used secure boot and never will.

    IMO I always believed this is a ploy by Microsoft to lock
    down PCs similar to what is going on with Smart Phones. But
    so far it has failed due to pushback by various Linux
    Companies. If Linux was at the point it was in the 90s, I
    think M/S would have succeeded.

    --
    [t]csh(1) - "An elegant shell, for a more... civilized age."
    - Paraphrasing Star Wars

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard Kettlewell@3:633/10 to All on Wednesday, July 15, 2026 18:53:22
    Lawrence D?Oliveiro <ldo@nz.invalid> writes:
    Some years ago, there was a report about a compromised boot image from Kaspersky labs; Microsoft initially issued a revocation of its Secure
    Boot Certificate, but then had to withdraw that because it caused so
    many problems for Windows users who couldn?t (or just wouldn?t) upgrade/replace the affected versions of Kaspersky products <https://arstechnica.com/information-technology/2020/07/new-flaw-neuters-secure-boot-but-theres-no-reason-to-panic-heres-why/>.

    Now it turns out Microsoft has been negligent in revoking other
    certificates for ancient, compromised, obsolete bootloader ?shims? <https://arstechnica.com/security/2026/07/microsoft-secure-boot-has-been-broken-for-most-of-its-existence/>
    -- even when the repercussions of doing so would be minor, there still
    didn?t seem to be the will to promptly enforce the rules that the
    company itself created.

    The surface problem here seems to be a process error somewhere between
    the identification of a vulnerability and revocation of the impacted
    code. Where it went wrong is not clear but for the vulnerability they
    quote the issue was identified in 2016[1] but I can?t find any evidence
    that an advisory was issued, and the lack of a CVE until 2026 is rather suggestive - it could be that the vulnerability was never communicated
    beyond the commit message. As such I?d be cautious about assigning
    negligence to the CA, at least on the evidence available.

    [1] https://github.com/rhboot/shim/commit/d241bbbdb

    Certificate revocation in the event of a security compromise is also a measure used in another context: with TLS/SSL certificates for
    securely accessing websites. In this situation, it has long been known
    to be a troublesome and unreliable mechanism. And so something called
    ?OCSP? was invented as a kind of workaround, only to fall victim to
    its own problems.

    Which is why, in the TLS/SSL world, the general consensus is that the
    only reliable solution nowadays is to drastically shorten the validity interval of the certificates -- some are suggesting they should be
    valid for no longer than a week -- so the problem is (mostly) solved
    simply by reducing the opportunity for malicious parties to make use
    of compromised certificates.

    This solution doesn?t seem practical for Secure Boot keys, which have
    to be stored in UEFI flash RAM on every PC ... or could something like
    it be made to work?

    The issue here is about revoking UEFI executables, not revoking keys, as
    in TLS.

    Our approach (in a non-EFI context) has generally involved restricting downgrades: effectively, everything that is too old is automatically
    revoked, once you upgrade past a certain point. But we?re the only
    legitimate source of upgrade images for our products, whereas PCs are
    open platforms, with software supplied by anyone and everyone, making it
    a much harder problem to address, because there are multiple legitimate
    sources of code. The proliferation of components is also a problem: the firmware executes Shim, which executes Grub2, which loads the Linux
    kernel and initramfs, which mounts the root filesystem and executes
    init. Every one of those components can contain vulnerabilities.

    In contrast I?m aware of platforms where the firmware directly verifies
    and loads a kernel and base OS image; they have no intermediate shims or
    boot loaders to contain vulnerabilities at all. Much easier to secure,
    but it doesn?t make for an easily ?tinkerable? platform.

    --
    https://www.greenend.org.uk/rjk/

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Rich@3:633/10 to All on Wednesday, July 15, 2026 18:28:17
    Oregonian Haruspex <no_email@invalid.invalid> wrote:
    what I don?t get is people who use it at home.
    That?s just nutty.

    That is often a result of:

    1) purchases a computer from retailer X -- computer comes pre-installed
    with windows (because of MS predatory contract terms);

    2) buyer uses what came with the computer they just purchased ....


    There are a great many who simply have no idea that there is even the possibility of running an OS on their computer /other/ than what was
    already installed for them when the bought it from retailer X.


    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Wednesday, July 15, 2026 17:07:07
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    In contrast I?m aware of platforms where the firmware directly verifies
    and loads a kernel and base OS image; they have no intermediate shims or
    boot loaders to contain vulnerabilities at all. Much easier to secure,
    but it doesn?t make for an easily ?tinkerable? platform.

    This is the sane and reasonable approach. The PC was filled with the
    legacy junk left over from the era of Basic-In-ROM and the mess that is
    legacy bios. But the move to EFI didn't simplify things, didn't make
    debugging more easier, and didn't speed boot times. It made all of these things worse. I miss machines with straightforward monitor roms. Press
    "B" and it seeks to address zero of the selected device, loads 256 bytes,
    and runs them.

    When EFI fails, figuring out what is going on can be quite an adventure
    even if you're running linux without secure boot being employed.
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Wednesday, July 15, 2026 22:50:40
    On Wed, 15 Jul 2026 12:20:09 -0000 (UTC), John McCue wrote:

    IMO I always believed this is a ploy by Microsoft to lock down PCs
    similar to what is going on with Smart Phones. But so far it has
    failed due to pushback by various Linux Companies. If Linux was at
    the point it was in the 90s, I think M/S would have succeeded.

    There is a genuine risk from attackers getting physical access to the
    machine -- Secure Boot was an attempt to defend against this sort of
    thing.

    Some big-budget games also insist on Secure Boot being activated as
    part of their anti-cheat mechanism.

    Many Linux distros have been cooperative with Secure Boot.

    But you are right in that Microsoft?s implementation has been
    typically poorly managed and riddled with holes.

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Oregonian Haruspex@3:633/10 to All on Thursday, July 16, 2026 01:52:24
    Rich <rich@example.invalid> wrote:
    Oregonian Haruspex <no_email@invalid.invalid> wrote:
    what I don?t get is people who use it at home.
    That?s just nutty.

    That is often a result of:

    1) purchases a computer from retailer X -- computer comes pre-installed
    with windows (because of MS predatory contract terms);

    2) buyer uses what came with the computer they just purchased ....


    There are a great many who simply have no idea that there is even the possibility of running an OS on their computer /other/ than what was
    already installed for them when the bought it from retailer X.



    That?s just sad and pitiful. It?s like buying the car you saw on TV, not knowing they make more than one car. How could anybody not know basic
    computer stuff by now?


    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard Kettlewell@3:633/10 to All on Thursday, July 16, 2026 08:55:40
    Lawrence D?Oliveiro <ldo@nz.invalid> writes:
    John McCue wrote:
    IMO I always believed this is a ploy by Microsoft to lock down PCs
    similar to what is going on with Smart Phones. But so far it has
    failed due to pushback by various Linux Companies. If Linux was at
    the point it was in the 90s, I think M/S would have succeeded.

    Microsoft?s own specifications have continuously included a requirement
    to support disabling secure boot.

    There is a genuine risk from attackers getting physical access to the
    machine -- Secure Boot was an attempt to defend against this sort of
    thing.

    UEFI Secure Boot is not a defence against a physically present attacker.
    On a typical configuration it?s straightforward to disable it without authentication, just physical presence. You _can_ tighten that up a bit
    (e.g. require a password for firmware access), but (on PC platforms) the
    value of doing so is negligible.

    If you want to resist physically present attackers then you need a lot
    more than secure boot.

    --
    https://www.greenend.org.uk/rjk/

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Rich@3:633/10 to All on Thursday, July 16, 2026 15:42:23
    Oregonian Haruspex <no_email@invalid.invalid> wrote:
    Rich <rich@example.invalid> wrote:
    Oregonian Haruspex <no_email@invalid.invalid> wrote:
    what I don?t get is people who use it at home.
    That?s just nutty.

    That is often a result of:

    1) purchases a computer from retailer X -- computer comes pre-installed
    with windows (because of MS predatory contract terms);

    2) buyer uses what came with the computer they just purchased ....


    There are a great many who simply have no idea that there is even the
    possibility of running an OS on their computer /other/ than what was
    already installed for them when the bought it from retailer X.



    That?s just sad and pitiful. It?s like buying the car you saw on TV, not knowing they make more than one car. How could anybody not know basic computer stuff by now?

    There's tons of those folks out there, in fact, they are the vast
    majority of "computer users".

    There's also a cohort of the younger ones who have only ever known "a computer" as their "cellphone" that do not even understand the concept
    of "files" or a hierarchical filesystem (because both phone operating
    systems go to great lengths to hide this little bit of computer
    education from their users).

    And, per your car analogy, sadly, a lot of folks buy a car based on
    "what they saw in an ad" or more commonly, "what was sitting on the
    dealer's lot the day they went to buy one".


    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Friday, July 17, 2026 17:29:23
    Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> wrote:
    On Wed, 15 Jul 2026 12:20:09 -0000 (UTC), John McCue wrote:

    IMO I always believed this is a ploy by Microsoft to lock down PCs
    similar to what is going on with Smart Phones. But so far it has
    failed due to pushback by various Linux Companies. If Linux was at
    the point it was in the 90s, I think M/S would have succeeded.

    There is a genuine risk from attackers getting physical access to the
    machine -- Secure Boot was an attempt to defend against this sort of
    thing.

    I think the very idea of trying to block an attacker with physical
    access is probably misguided. There are some applications for which it
    may actually be useful but there are far more systems where availability
    is as or more important than confidentiality.

    But you are right in that Microsoft?s implementation has been
    typically poorly managed and riddled with holes.

    I think the concept is a bad one, and I think that invariably you are going
    to have a single point of failure which is bad. Having it be microsoft is
    just worse.
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Friday, July 17, 2026 17:31:08
    Oregonian Haruspex <no_email@invalid.invalid> wrote:

    That?s just sad and pitiful. It?s like buying the car you saw on TV, not >knowing they make more than one car. How could anybody not know basic >computer stuff by now?

    Fewer computer users today know basic operational stuff than they did
    twenty years ago. Making computers "easier to use" by obscuring what
    happens inside the box has lead to a generation or more of users who
    don't actually care.
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nuno Silva@3:633/10 to All on Saturday, July 18, 2026 07:58:20
    On 2026-07-17, Scott Dorsey wrote:

    Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> wrote:
    On Wed, 15 Jul 2026 12:20:09 -0000 (UTC), John McCue wrote:

    IMO I always believed this is a ploy by Microsoft to lock down PCs
    similar to what is going on with Smart Phones. But so far it has
    failed due to pushback by various Linux Companies. If Linux was at
    the point it was in the 90s, I think M/S would have succeeded.

    There is a genuine risk from attackers getting physical access to the >>machine -- Secure Boot was an attempt to defend against this sort of
    thing.

    I think the very idea of trying to block an attacker with physical
    access is probably misguided. There are some applications for which it
    may actually be useful but there are far more systems where availability
    is as or more important than confidentiality.

    But you are right in that Microsoftƒ??s implementation has been
    typically poorly managed and riddled with holes.

    I think the concept is a bad one, and I think that invariably you are going to have a single point of failure which is bad. Having it be microsoft is just worse.
    --scott

    And even without Microsoft, this appeared in an area that's not exactly
    known for compliance and perfect implementation. Secure Boot and UEFI,
    this time we will get PC firmware right, pinky promise!

    And considering Microsoft, don't forget it'd not be the first time they intentionally tried to break compatibility at the firmware level to put
    other systems at a disadvantage:


    On 1999-01-24, Bill Gates wrote:

    One thing I find myself wondering about is whether we shouldn't try
    and make the "ACPI" extensions somehow Windows specific.

    If [sic] seems unfortunate if we do this work and get our partners to
    do the work and the result is that Linux works great without having to
    do the work.

    Maybe there is no way to avoid this problem but it does bother me.

    Maybe we could define the APIs so that they work well with NT and not
    the others even if they are open.

    Or maybe we could patent something related to this.

    (transcribed from the PDF below, apologies for any transcription error, caffeine still kicking in)

    <https://web.archive.org/web/20070202174648if_/http://www.iowaconsumercase.org/011607/3000/PX03020.pdf>

    --
    Nuno Silva

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Nuno Silva@3:633/10 to All on Saturday, July 18, 2026 08:06:17
    On 2026-07-17, Scott Dorsey wrote:

    Oregonian Haruspex <no_email@invalid.invalid> wrote:

    Thatƒ??s just sad and pitiful. Itƒ??s like buying the car you saw on TV, not >>knowing they make more than one car. How could anybody not know basic >>computer stuff by now?

    Fewer computer users today know basic operational stuff than they did
    twenty years ago. Making computers "easier to use" by obscuring what
    happens inside the box has lead to a generation or more of users who
    don't actually care.
    --scott

    I can't help but think that Windows 4 PCs from last century are better
    than Android devices because at least you're able to do things Android
    installs often bar you from doing.

    Google reportedly wants to require ID verification to develop for
    Android. Now maybe if they instead required manufacturers not to make applications uninstallable or even impossible to disable... What the
    shit is this. Even if I wanted to use Windows NT, I'd usually be able to
    grab drivers and do a clean install on a machine that came with a load
    of questionable stuff preinstalled. At most, I'd have to deal with some annoying driver if a hardware manufacturer had chosen to be silly in
    their driver utilities. On Android devices that is, IIUC, made more
    difficult because you probably need to root and get a third-party image
    built for that system.

    --
    Nuno Silva

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Richard Kettlewell@3:633/10 to All on Saturday, July 18, 2026 10:22:30
    Nuno Silva <nunojsilva@invalid.invalid> writes:
    And even without Microsoft, this appeared in an area that's not
    exactly known for compliance and perfect implementation. Secure Boot
    and UEFI, this time we will get PC firmware right, pinky promise!

    And considering Microsoft, don't forget it'd not be the first time
    they intentionally tried to break compatibility at the firmware level
    to put other systems at a disadvantage:

    (U)EFI was neither designed nor implemented by Microsoft. It originated
    in Intel, and today is managed by an industry body with dozens of
    members. There are multiple implementations, although I think most are
    derived from the open source one. Adoption started with hardware
    vendors: Microsoft?s platform requirements followed the market rather
    than leading it. The idea that UEFI was some kind of Microsoft compatibility-breaking conspiracy is not well supported by the history.
    The reality is BIOS needed to be replaced, and the entire computer
    industry understood this.

    --
    https://www.greenend.org.uk/rjk/

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Rich@3:633/10 to All on Saturday, July 18, 2026 16:27:22
    Nuno Silva <nunojsilva@invalid.invalid> wrote:
    On 2026-07-17, Scott Dorsey wrote:

    Oregonian Haruspex <no_email@invalid.invalid> wrote:

    That's just sad and pitiful. It's like buying the car you saw on
    TV, not knowing they make more than one car. How could anybody not
    know basic computer stuff by now?

    Fewer computer users today know basic operational stuff than they
    did twenty years ago. Making computers "easier to use" by obscuring
    what happens inside the box has lead to a generation or more of
    users who don't actually care.
    --scott

    I can't help but think that Windows 4 PCs from last century are
    better than Android devices because at least you're able to do things Android installs often bar you from doing.

    Google reportedly wants to require ID verification to develop for
    Android.

    They "claim" it is for "security" reasons. That's likely the
    /secondary/ reason, but is used publicly. The real reason is that
    Doubleclick likely wants all those ID's so that later they can impose
    some "fee" on the developers.

    Now maybe if they instead required manufacturers not to make
    applications uninstallable or even impossible to disable... What the
    shit is this.

    The advertising company Doubleclick sold "ad slots" to the hardware
    makers for those "forced apps" -- so naturally the makers want, as
    their side of the bargan for paying for the slot, to prevent you the
    user from removing the apps. Reason being that 99% of users will
    simply use "whatever is already installed when they open the box" and
    that means the "Company X browser" or "Company X dialer" -- which
    behind the scenes is shipping off all kinds of useful data to "Company
    X" so "Company X" can sell that data to other advertisers for ad
    targeting purposes.

    Even if I wanted to use Windows NT, I'd usually be able to
    grab drivers and do a clean install on a machine that came with a load
    of questionable stuff preinstalled.

    Win NT grew up before the advertising companies (Doubleclick) had found
    the fire hose of sellable data from monitoring users full time, and so
    the evil of advertising had not fully permeated the old Win NT
    installs. Yes, those "pre-installed" apps on a new machine were
    usually paid slots, but none of the purchasers nor sellers had fallen
    upon the idea of "prevent user from removing the applications" as a way
    to gain greater total usage.

    It also helped that the mini-tablet market (Android/Iphone) began life
    on hardware that was locked down from the start to prevent users from
    making any changes to it that were not approved by the actual owners
    (the makers).


    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Saturday, July 18, 2026 14:45:44
    Nuno Silva <nunojsilva@invalid.invalid> wrote:

    I can't help but think that Windows 4 PCs from last century are better
    than Android devices because at least you're able to do things Android >installs often bar you from doing.

    When microcomputers first became available, they came with a programming environment and little else. You were expected to write whatever you
    wanted.

    As time has gone by, we have got to the point where users could no longer
    write anything, and now we are at the point where users cannot install arbitrary software.

    What used to be a general-purpose computer has become an appliance. And
    that's maybe okay if you want an appliance. But some people actually want
    a general-purpose computer. We seem to be in the minority though.
    --scott

    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Saturday, July 18, 2026 14:48:05
    Richard Kettlewell <invalid@invalid.invalid> wrote:
    than leading it. The idea that UEFI was some kind of Microsoft >compatibility-breaking conspiracy is not well supported by the history.
    The reality is BIOS needed to be replaced, and the entire computer
    industry understood this.

    BIOS needed to be replaced.... but how we wound up with UEFI was in great
    part due to requirements laid down by specific vendors. And in the end
    what we got was a step -down- from the terrible legacy BIOS rather than an actual improvement for typical work. It did have the features that Microsoft demanded from Intel, and a lot of other features besides. Way too many features, in fact.
    --scott
    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Dave Yeo@3:633/10 to All on Saturday, July 18, 2026 22:57:55
    Scott Dorsey wrote:
    What used to be a general-purpose computer has become an appliance. And that's maybe okay if you want an appliance. But some people actually want
    a general-purpose computer. We seem to be in the minority though.

    I blame Jobs, who in the early Mac days said a computer should be like a toaster. Though if not Jobs, some other marketer would have done the same.
    Dave

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Sunday, July 19, 2026 08:24:20
    On Sat, 18 Jul 2026 22:57:55 -0700, Dave Yeo wrote:

    I blame Jobs, who in the early Mac days said a computer should be
    like a toaster. Though if not Jobs, some other marketer would have
    done the same.

    The Apple II was a very versatile appliance. And some of the Macintosh
    models that were released after Jobs was ejected (like the legendary
    Macintosh II) were also quite nice as far as universal machines go.

    It was after Jobs came back to Apple that they dropped the ?Computer?
    part of the company name, and stopped trying to offer general-purpose computation devices ...

    Luckily, marketers can only work on behalf of their particular
    companies, they cannot force us all to buy one particular product.

    Though some people do seem particularly prone to believing that the
    only products that exist are those accompanied by lots of slick
    marketing ...

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Scott Dorsey@3:633/10 to All on Sunday, July 19, 2026 09:47:15
    Dave Yeo <dave.r.yeo@gmail.com> wrote:
    Scott Dorsey wrote:
    What used to be a general-purpose computer has become an appliance. And
    that's maybe okay if you want an appliance. But some people actually want >> a general-purpose computer. We seem to be in the minority though.

    I blame Jobs, who in the early Mac days said a computer should be like a >toaster. Though if not Jobs, some other marketer would have done the same.

    Indeed. I had a friend in grad school who was so excited about the Mac,
    saying that it was going to be like a Lisa for $2k. But it was absolutely nothing, nothing at all like a Lisa.

    I do think that appliances and actual computers can co-exist in the market
    but I think it's important to distingush between them. And I think that
    even appliances should be controlled by the user. But that's just me and
    I don't run the Consumer Protection Bureau.
    --scott

    --
    "C'est un Nagra. C'est suisse, et tres, tres precis."

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Dave Yeo@3:633/10 to All on Sunday, July 19, 2026 13:36:56
    Lawrence D?Oliveiro wrote:
    On Sat, 18 Jul 2026 22:57:55 -0700, Dave Yeo wrote:

    I blame Jobs, who in the early Mac days said a computer should be
    like a toaster. Though if not Jobs, some other marketer would have
    done the same.
    The Apple II was a very versatile appliance. And some of the Macintosh
    models that were released after Jobs was ejected (like the legendary Macintosh II) were also quite nice as far as universal machines go.

    It was after Jobs came back to Apple that they dropped the ?Computer?
    part of the company name, and stopped trying to offer general-purpose computation devices ...

    This was before he got the boot. Other quotes I remember, roughly,
    "users don't need colour" and "users don't need expandability" in
    between him saying "Apple II forever"
    Pretty sure he was behind crippling the //GS as well as with the fastest
    65816 available it was a better Mac then the Mac. Colour, expandable,
    lots of bug fixes when MacOS was ported to it, ADB for connectivity,
    though Mac got that pretty quick. Not to mention a huge catalog of software. Dave

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Sunday, July 19, 2026 23:32:19
    On Sun, 19 Jul 2026 13:36:56 -0700, Dave Yeo wrote:

    This was before he got the boot. Other quotes I remember, roughly,
    "users don't need colour" and "users don't need expandability" in
    between him saying "Apple II forever"

    But the Apple II had both colour and expandability.

    Pretty sure he was behind crippling the //GS as well as with the
    fastest 65816 available it was a better Mac then the Mac. Colour,
    expandable, lots of bug fixes when MacOS was ported to it, ADB for connectivity, though Mac got that pretty quick. Not to mention a
    huge catalog of software.

    Also more expensive than a Mac, from what I gather.

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Dave Yeo@3:633/10 to All on Monday, July 20, 2026 14:33:18
    Lawrence D?Oliveiro wrote:
    On Sun, 19 Jul 2026 13:36:56 -0700, Dave Yeo wrote:

    This was before he got the boot. Other quotes I remember, roughly,
    "users don't need colour" and "users don't need expandability" in
    between him saying "Apple II forever"

    But the Apple II had both colour and expandability.

    Which was some of the reasons Jobs wanted to move away from the II series.


    Pretty sure he was behind crippling the //GS as well as with the
    fastest 65816 available it was a better Mac then the Mac. Colour,
    expandable, lots of bug fixes when MacOS was ported to it, ADB for
    connectivity, though Mac got that pretty quick. Not to mention a
    huge catalog of software.

    Also more expensive than a Mac, from what I gather.


    Only due to Apple's choice.
    Dave

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Lawrence D?Oliveiro@3:633/10 to All on Monday, July 20, 2026 22:45:19
    On Mon, 20 Jul 2026 14:33:18 -0700, Dave Yeo wrote:

    Lawrence D?Oliveiro wrote:

    On Sun, 19 Jul 2026 13:36:56 -0700, Dave Yeo wrote:

    This was before he got the boot. Other quotes I remember, roughly,
    "users don't need colour" and "users don't need expandability" in
    between him saying "Apple II forever"

    But the Apple II had both colour and expandability.

    Which was some of the reasons Jobs wanted to move away from the II
    series.

    But he was partly responsible for creating that line in the first
    place.

    When did he change his mind and start to think of computers more as
    appliances rather than actual computing machines? That would have been
    after his visit to Xerox PARC.

    Pretty sure he was behind crippling the //GS as well as with the
    fastest 65816 available it was a better Mac then the Mac. Colour,
    expandable, lots of bug fixes when MacOS was ported to it, ADB for
    connectivity, though Mac got that pretty quick. Not to mention a
    huge catalog of software.

    Also more expensive than a Mac, from what I gather.

    Only due to Apple's choice.

    One of the things about clean-slate designs, like the early
    Macintoshes, is that they can be cheaper to make than something that
    has to carry around a lot of backward-compatibility baggage. That
    could have been a factor -- an unavoidable one.

    --- PyGate Linux v1.5.18
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)