Hide Forgot
Description of problem: I did a fresh install of flatpak on fedora (and removed the contents of ~/.local/share/flatpak and ~/.var and the corresponding system-wide directories), and tried to follow the instructions to install the libreoffice "flatpak edition". But not even installing org.gnome.Platform 3.20 system-wide succeeds here. The command "flatpak install gnome org.gnome.Platform 3.20" (after adding the repo with the GPG key) eats one whole CPU core and only prints whitespace to the terminal until Ctrl-C'd. This bug also occurs when installing in "user-mode", but after a second or third try, the installation succeeds. With the system-wide install, the installation always seems to enter an infinite loop, printing whitespace to stdout. The only difference (on my system at least) between /var/lib/flatpak and ~/.local/share/flatpak is that / is on an SSD and /home is on a HDD, so maybe it just triggers a race condition more often (or always) on SSD compared to when run on spinning rust. Version-Release number of selected component (if applicable): flatpak-0.6.8-1.fc24.x86_64 Steps to Reproduce: 0. possibly remove all previously installed system-wide flatpak content 1. wget https://sdk.gnome.org/keys/gnome-sdk.gpg 2. flatpak remote-add --gpg-import=gnome-sdk.gpg gnome https://sdk.gnome.org/repo/ 3. flatpak install gnome org.gnome.Platform 3.20 3. see whitespace zoom past you in the terminal Actual results: Install never succeeds and gnome-terminal eats 100% of one CPU core until Ctrl-C'd. This renders flatpak completely more or less useless on my system, because running programs from HDD is slooooooow Expected results: org.gnome.Platform 3.20 is installed at the first attempt, without failures or having to "try" multiple times.
It seems this is indeed connected to progress output to stdout - changing the size of the terminal window affects the problem.
Since the progress output has been made "nicer", this issue is gone - so I'm closing this bug as fixed ...