• NuXCOM_90Percent@lemmy.zip
    link
    fedilink
    arrow-up
    65
    arrow-down
    1
    ·
    edit-2
    3 months ago

    Its honestly a REALLY good idea. Still pisses me off that windows has had a QR code for years but it just goes to a generic support page.

    That said: There are plenty of environments where a QR code is not viable. Secure environments where you cannot have a camera is one. But also most server rooms where the KVM has been abused for years and is covered in filth. What you can squint and scratch down on a piece of paper and what your phone can process are two very different things.

    Linux so easy enough to have both code and text but I do have concerns on the broader impact of this being normalized.

    • brisk@aussie.zone
      link
      fedilink
      arrow-up
      54
      arrow-down
      2
      ·
      3 months ago

      IMO there are exceptionally few cases where it is acceptable for a QR code to not be immediately adjacent to a textual representation of the same content.

      • Pup Biru@aussie.zone
        link
        fedilink
        English
        arrow-up
        4
        ·
        3 months ago

        and fewer to none of those allow you to submit kmesg and “debug information” to the kernel bug tracker

      • NuXCOM_90Percent@lemmy.zip
        link
        fedilink
        arrow-up
        3
        arrow-down
        5
        ·
        3 months ago

        Agreed.

        But take a look at computing and UX in general. There is a reason that a common refrain at the college and entry level job levels is “These kids don’t know what a folder is because they are used to everything at the top level”. And… there are very good reasons to not deal with folders in google drive or whatever. Hell, everyone lamented the loss of the start menu but how many of us still just do “winkey, ‘makemkv’” or whatever to launch something? Which is how you get thought processes that hide that until they are outright gone.

        And the same with error messages. Hell, I was in a meeting not too long ago where we had a very serious discussion about whether we should even still emit error data to the console for an application when NOBODY ever thinks to copy and paste that. So what are we gaining when the first day of any support ticket is “Okay… can you get me this file from this folder? Okay, open up explorer and click this box and type c colon slash…”

        • 0x0
          link
          fedilink
          arrow-up
          1
          ·
          3 months ago

          should even still emit error data to the console

          Log it to a text file instead.

    • kuneho@lemmy.world
      link
      fedilink
      arrow-up
      9
      ·
      edit-2
      3 months ago

      If I uderstand it correctly, this feature will be tied to build flags anyway, so server distros can have this turned off in their kernel.

    • I agree, it’s a great idea. The limitation is that the maximum amount of data a QR code can hold is about 3kB. Assuming the encoded data is compressed - either mostly ASCII and compressed, or a custom serialization format referencing external lookup tables - you could reasonably fit around 10kB of debugging information into a single QR code. That’s not too shabby.

  • Evil_Shrubbery@lemm.ee
    link
    fedilink
    arrow-up
    16
    ·
    3 months ago

    Anime penguin girl describing the error using interpretative dance when?
    (I was just trying to make a silly joke but it’s not like I don’t want it)

  • No1@aussie.zone
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    edit-2
    3 months ago

    QR code takes you to:

    "This panic brought to you by

    NERDZBETZ

    Deposit up to $100 and we’ll match your money!

    Bet on buffer overflows, segmentation faults, memory leaks, and even traceback memory addresses!

    Sign up NOW!"

  • GJdan
    link
    fedilink
    arrow-up
    11
    ·
    3 months ago

    I know that picture is a QR code, I can even scan it, but I just can’t stop thinking it’s one of those magic eye pictures.