Not really sure what happened cause I just left it while it was already done downloading and was in the middle of installing phase.

So I would like to ask if anyone else has experienced this for me to know what's up with this.

As for the command I ran, it's:

flatpak -y --user install --from https://files.kube-project.com/flatpak/com.kubeproject.kube.flatpakref


  • Seems unrelated. ANSI colour codes? Bad configured terminal? Write reset or logout and log back in. It will fix it. It is no use to obssess about this situations unless they are permanent Commented Jun 6, 2019 at 6:50
  • Seems like a possible packaging bug. If you want, report it to whoever created the package, but be advised that they might regard it as a non-critical issue.
    – telcoM
    Commented Jun 7, 2019 at 7:28
  • It seems there's simply too many possibilities to know exactly what caused this but I suppose I'll try to probe from time to time and see if someone else encountered this problem. Thank you all for your valuable feedback!
    – Resonce
    Commented Jun 10, 2019 at 1:38

1 Answer 1

% printf '\e[6n' | console-decode-ecma48
% printf '\e[6n' ; console-decode-ecma48
CPR 27;1

At some point something on your system wrote the control sequence that requests a device status report #6 to your terminal, over and over. Your terminal dutifully replied with the requested report (a Cursor Position Report, CPR) over and over. Whatever was parsing the input at that point was not a complete and correct ECMA-48 parser, and only parsed the first three/four characters of the CPR sequence, erroneously treating the rest as echoed ordinary input, as you can see.

Further reading

  • Thank you very much for this wonderful answer with sources to expand learning upon. I learned something new today!
    – Resonce
    Commented Jun 10, 2019 at 1:36

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .