Open Templayer opened 2 years ago
I'll have a look. Thanks for reporting.
Flatpak does not print some of these Locales sizes. In relation to the others displayed, the sizes should have been displayed. On my end it is working (tested with a default english locale and a different one)
Try the following:
1) Downgrade an app and a runtime (e.g: Mesa and LibreWolf)
2) Go to a terminal and type: LANG='' flatpak update
(but do not confirm the upgrade)
2.1) Check if the output displays the download sizes (paste here as well, please)
3) Try to upgrade the Flatpaks through bauh (use the staging version) and check if the sizes are displayed on the summary window
No need to downgrade. I have a lot of software, it seems like.
Also it looks like bauh isn't showing me a lot of updates - Epiphany, Ungoogled Chromium, Subtitle Composer...
jboksa1@JB-PC:~$ LANG='' flatpak update
Looking for updates?
Info: org.kde.Platform//5.12 is end-of-life, with reason:
We strongly recommend moving to the latest stable version of the Plaform and SDK
Applications using this runtime:
org.kde.falkon
Info: org.gnome.Platform//40 is end-of-life, with reason:
The GNOME 40 runtime is no longer supported as of March 21, 2022. Please ask your application developer to migrate to a supported platform.
Info: org.freedesktop.Platform.html5-codecs//18.08 is end-of-life, with reason:
The Freedesktop SDK 18.08 runtime is no longer supported as of 31th August 2020. Please ask your application developer to migrate to a supported platform.
Required runtime for org.gnome.Epiphany/x86_64/stable (runtime/org.gnome.Platform/x86_64/42) found in remote flathub
Do you want to install it? [Y/n]: Y
ID Branch Op Remote Download
1. com.github.Eloston.UngoogledChromium.Codecs stable u flathub < 1,1?MB
2. org.freedesktop.Platform.Compat.i386 20.08 u flathub < 153,4?MB
3. org.freedesktop.Platform.GL.default 20.08 u flathub < 106,4?MB
4. org.freedesktop.Platform.GL32.default 20.08 u flathub < 114,2?MB
5. org.freedesktop.Platform.Locale 20.08 u flathub < 322,3?MB
6. org.freedesktop.Platform.Locale 21.08 u flathub < 325,8?MB
7. org.freedesktop.Platform.ffmpeg-full 21.08 u flathub < 4,2?MB
8. org.gnome.Epiphany.Locale stable u flathub < 2,3?MB
9. org.gnome.Platform.Locale 40 u flathub < 333,9?MB
10. org.gnome.Platform.Locale 41 u flathub < 336,5?MB
11. org.gnome.Platform.Locale 42 i flathub < 335,9?MB (partial)
12. org.gnome.Platform 42 i flathub < 275,5?MB
13. org.gnome.Epiphany stable u flathub < 17,8?MB
14. org.gnome.Platform 41 u flathub < 291,0?MB
15. org.gnome.Platform 40 u flathub < 367,4?MB
16. org.freedesktop.Platform 21.08 u flathub < 199,7?MB
17. com.github.Eloston.UngoogledChromium stable u flathub < 115,9?MB
18. org.freedesktop.Platform 20.08 u flathub < 270,3?MB
19. org.kde.Platform.Locale 5.12 u flathub < 334,3?MB (partial)
20. org.kde.Platform 5.12 u flathub < 430,7?MB
21. org.kde.Platform.Locale 5.15-21.08 u flathub < 345,3?MB
22. org.kde.Platform 5.15-21.08 u flathub < 305,5?MB
23. org.kde.subtitlecomposer.Locale stable u flathub < 547,4?kB
24. org.kde.subtitlecomposer stable u flathub < 32,1?MB
Proceed with these changes to the system installation? [Y/n]: n
Updated to staging:
git clone https://github.com/vinifmor/bauh.git -b staging --depth=1
cd bauh
python3 -m venv venv
venv/bin/pip install pip --upgrade
venv/bin/pip install setuptools --upgrade
venv/bin/pip install -r requirements.txt
venv/bin/pip install .
venv/bin/bauh
Inside the staging version:
I've almost forgotten to add the log... which does have an index out of bounds error:
fatal: destination path 'bauh' already exists and is not an empty directory.
Requirement already satisfied: pip in ./venv/lib/python3.8/site-packages (22.0.4)
Requirement already satisfied: setuptools in ./venv/lib/python3.8/site-packages (61.3.1)
Collecting setuptools
Downloading setuptools-62.1.0-py3-none-any.whl (1.1 MB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 1.1/1.1 MB 5.3 MB/s eta 0:00:00
Installing collected packages: setuptools
Attempting uninstall: setuptools
Found existing installation: setuptools 61.3.1
Uninstalling setuptools-61.3.1:
Successfully uninstalled setuptools-61.3.1
Successfully installed setuptools-62.1.0
Requirement already satisfied: pyqt5>=5.12 in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 1)) (5.15.6)
Requirement already satisfied: requests>=2.18 in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 2)) (2.27.1)
Requirement already satisfied: colorama>=0.3.8 in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 3)) (0.4.4)
Requirement already satisfied: pyyaml>=3.13 in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 4)) (6.0)
Requirement already satisfied: python-dateutil>=2.7 in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 5)) (2.8.2)
Requirement already satisfied: packaging in ./venv/lib/python3.8/site-packages (from -r requirements.txt (line 6)) (21.3)
Requirement already satisfied: PyQt5-sip<13,>=12.8 in ./venv/lib/python3.8/site-packages (from pyqt5>=5.12->-r requirements.txt (line 1)) (12.9.1)
Requirement already satisfied: PyQt5-Qt5>=5.15.2 in ./venv/lib/python3.8/site-packages (from pyqt5>=5.12->-r requirements.txt (line 1)) (5.15.2)
Requirement already satisfied: idna<4,>=2.5 in ./venv/lib/python3.8/site-packages (from requests>=2.18->-r requirements.txt (line 2)) (3.3)
Requirement already satisfied: certifi>=2017.4.17 in ./venv/lib/python3.8/site-packages (from requests>=2.18->-r requirements.txt (line 2)) (2021.10.8)
Requirement already satisfied: charset-normalizer~=2.0.0 in ./venv/lib/python3.8/site-packages (from requests>=2.18->-r requirements.txt (line 2)) (2.0.12)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in ./venv/lib/python3.8/site-packages (from requests>=2.18->-r requirements.txt (line 2)) (1.26.9)
Requirement already satisfied: six>=1.5 in ./venv/lib/python3.8/site-packages (from python-dateutil>=2.7->-r requirements.txt (line 5)) (1.16.0)
Requirement already satisfied: pyparsing!=3.0.5,>=2.0.2 in ./venv/lib/python3.8/site-packages (from packaging->-r requirements.txt (line 6)) (3.0.7)
Processing /home/jboksa1/bauh
Preparing metadata (setup.py) ... done
Requirement already satisfied: pyqt5>=5.12 in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (5.15.6)
Requirement already satisfied: requests>=2.18 in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (2.27.1)
Requirement already satisfied: colorama>=0.3.8 in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (0.4.4)
Requirement already satisfied: pyyaml>=3.13 in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (6.0)
Requirement already satisfied: python-dateutil>=2.7 in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (2.8.2)
Requirement already satisfied: packaging in ./venv/lib/python3.8/site-packages (from bauh==0.10.1) (21.3)
Requirement already satisfied: PyQt5-Qt5>=5.15.2 in ./venv/lib/python3.8/site-packages (from pyqt5>=5.12->bauh==0.10.1) (5.15.2)
Requirement already satisfied: PyQt5-sip<13,>=12.8 in ./venv/lib/python3.8/site-packages (from pyqt5>=5.12->bauh==0.10.1) (12.9.1)
Requirement already satisfied: six>=1.5 in ./venv/lib/python3.8/site-packages (from python-dateutil>=2.7->bauh==0.10.1) (1.16.0)
Requirement already satisfied: certifi>=2017.4.17 in ./venv/lib/python3.8/site-packages (from requests>=2.18->bauh==0.10.1) (2021.10.8)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in ./venv/lib/python3.8/site-packages (from requests>=2.18->bauh==0.10.1) (1.26.9)
Requirement already satisfied: idna<4,>=2.5 in ./venv/lib/python3.8/site-packages (from requests>=2.18->bauh==0.10.1) (3.3)
Requirement already satisfied: charset-normalizer~=2.0.0 in ./venv/lib/python3.8/site-packages (from requests>=2.18->bauh==0.10.1) (2.0.12)
Requirement already satisfied: pyparsing!=3.0.5,>=2.0.2 in ./venv/lib/python3.8/site-packages (from packaging->bauh==0.10.1) (3.0.7)
Using legacy 'setup.py install' for bauh, since package 'wheel' is not installed.
Installing collected packages: bauh
Attempting uninstall: bauh
Found existing installation: bauh 0.10.1
Uninstalling bauh-0.10.1:
Successfully uninstalled bauh-0.10.1
Running setup.py install for bauh ... done
Successfully installed bauh-0.10.1
Traceback (most recent call last):
File "/home/jboksa1/bauh/venv/lib/python3.8/site-packages/bauh/gems/flatpak/flatpak.py", line 221, in read_updates
update_id = f'{line_split[2]}/{line_split[3]}/{installation}/{line_split[5]}'
IndexError: list index out of range
Log with index out of bounds error was appended to the previous comment.
Using legacy 'setup.py install' for bauh, since package 'wheel' is not installed.
Umm... according to Debian apk package manager I do have it installed! Any ideas?
I guess I have to add something to this to enable wheel?
git clone https://github.com/vinifmor/bauh.git -b staging --depth=1
cd bauh
python3 -m venv venv
venv/bin/pip install pip --upgrade
venv/bin/pip install setuptools --upgrade
venv/bin/pip install -r requirements.txt
venv/bin/pip install .
venv/bin/bauh
Even though that certainly isn't the root of the issue, we already have the stacktrace with an error... but it still bothers me. :D
I'm going to simulate some scenarios based on your output.
The staging has a fix for not displaying all updates (unfortunately, Flatpak command line interface was designed for humans, not for apps integration. Sometimes it displays unexpected warnings that break the output handling).
The wheel package is missing on the virtualenv. You can install it with the following command: venv/bin/pip install wheel
I've pushed a possible fix to the staging branch. Let me know if its working now.
The index out of bounds error still appears (but I've noticed it appears when the main window is loaded. Previously, I thought it was created by the dialogue window without sizes)
Traceback (most recent call last):
File "/home/jboksa1/bauh/venv/lib/python3.8/site-packages/bauh/gems/flatpak/flatpak.py", line 221, in read_updates
update_id = f'{line_split[2]}/{line_split[3]}/{installation}/{line_split[5]}'
IndexError: list index out of range
The output is the same:
This is what I've called to get bauh staging running:
git clone https://github.com/vinifmor/bauh.git -b staging --depth=1
cd bauh
python3 -m venv venv
venv/bin/pip install pip --upgrade
venv/bin/pip install setuptools --upgrade
venv/bin/pip install wheel
venv/bin/pip install -r requirements.txt
venv/bin/pip install .
venv/bin/bauh
There is a not so old Czech proverb that I believe applies here: Finishing up the last 5% of a (coding) project takes more time than the previous 95%.
I believe for some reason you are not installing the current staging. Look at line error on the master and staging branches:
Please, try installing the latest staging archive with pip: https://github.com/vinifmor/bauh/archive/aff72e0f82895eefb2b3fb97b7036efa4075183d.tar.gz
I've looked into it - the first line fails for me, so I need to update my bash script:
jboksa1@JB-PC:~$ git clone https://github.com/vinifmor/bauh.git -b staging --depth=1 fatal: destination path 'bauh' already exists and is not an empty directory.
Unfortunately, I'm not proficient in using git via commandline. I know I need to pull a newer staging version, but I don't know what -b staging --depth=1
means and how to translate it into a pull command.
You can add a remove command as the first line (e.g: rm -rf bauh
) to your script. But installing the archive from the link with pip will do trick as well.
I know that installing it from a specific link will do the trick, but I need to have it a little bit more streamlined.
I just have a launcher that launches a bash script. So I can just double click it and launch a test/staging version. Eventually, that is. Can't always count on you giving me the newest staging package, as that link keeps changing.
Sure. I just want to know if the issue has been fixed.
I can't test it right now, as there are currently holidays in the Czech Republic.
I'll test it on Tuesday.
Tried it with 0.10.3 Staging, got a "?":
By the way, not having a "check all" functionality is getting REALLY tedious now:
Terminal doesn't give an error:
Successfully built bauh Installing collected packages: bauh Successfully installed bauh-0.10.3
jboksa1@JB-PC:~$ LANG='' flatpak update
Looking for updates?
Info: org.kde.Platform//5.12 is end-of-life, with reason:
We strongly recommend moving to the latest stable version of the Plaform and SDK
Applications using this runtime:
org.kde.falkon
Info: org.gnome.Platform//40 is end-of-life, with reason:
The GNOME 40 runtime is no longer supported as of March 21, 2022. Please ask your application developer to migrate to a supported platform.
Info: org.freedesktop.Platform.html5-codecs//18.08 is end-of-life, with reason:
The Freedesktop SDK 18.08 runtime is no longer supported as of 31th August 2020. Please ask your application developer to migrate to a supported platform.
Required runtime for org.gnome.Epiphany/x86_64/stable (runtime/org.gnome.Platform/x86_64/42) found in remote flathub
Do you want to install it? [Y/n]: Y
New com.github.micahflee.torbrowser-launcher permissions:
fallback-x11 wayland dbus access [1]
[1] org.kde.kconfig.notify
ID Branch Op Remote Download
1. com.github.Eloston.UngoogledChromium.Codecs stable u flathub < 1,1?MB
2. org.freedesktop.Platform.Compat.i386 20.08 u flathub < 153,4?MB
3. org.freedesktop.Platform.GL.default 20.08 u flathub < 106,4?MB
4. org.freedesktop.Platform.GL32.default 20.08 u flathub < 114,2?MB
5. org.freedesktop.Platform.Locale 20.08 u flathub < 322,3?MB
6. org.freedesktop.Platform.Locale 21.08 u flathub < 325,8?MB
7. org.freedesktop.Platform.ffmpeg-full 21.08 u flathub < 4,2?MB
8. org.gnome.Epiphany.Locale stable u flathub < 2,3?MB
9. org.gnome.Platform.Locale 40 u flathub < 333,9?MB
10. org.gnome.Platform.Locale 41 u flathub < 336,5?MB
11. org.gnome.Platform.Locale 42 i flathub < 335,9?MB (partial)
12. org.gnome.Platform 42 i flathub < 275,5?MB
13. org.gnome.Epiphany stable u flathub < 17,8?MB
14. org.gnome.Platform 41 u flathub < 291,0?MB
15. org.gnome.Platform 40 u flathub < 367,4?MB
16. org.freedesktop.Platform 21.08 u flathub < 199,7?MB
17. com.github.Eloston.UngoogledChromium stable u flathub < 115,9?MB
18. org.freedesktop.Platform 20.08 u flathub < 270,3?MB
19. org.kde.Platform.Locale 5.12 u flathub < 334,3?MB (partial)
20. org.kde.Platform 5.12 u flathub < 430,7?MB
21. org.kde.Platform.Locale 5.15-21.08 u flathub < 345,3?MB
22. org.kde.Platform 5.15-21.08 u flathub < 305,5?MB
23. com.github.micahflee.torbrowser-launcher stable u flathub < 8,7?MB
24. org.kde.subtitlecomposer.Locale stable u flathub < 547,4?kB
25. org.kde.subtitlecomposer stable u flathub < 32,1?MB
Proceed with these changes to the system installation? [Y/n]: n
@Templayer paste here the output of the following command: LANG='' flatpak update --no-deps
LANG='' flatpak update --no-deps
Looking for updates?
Info: org.kde.Platform//5.12 is end-of-life, with reason:
We strongly recommend moving to the latest stable version of the Plaform and SDK
Applications using this runtime:
org.kde.falkon
Info: org.gnome.Platform//40 is end-of-life, with reason:
The GNOME 40 runtime is no longer supported as of March 21, 2022. Please ask your application developer to migrate to a supported platform.
Info: org.freedesktop.Platform.html5-codecs//18.08 is end-of-life, with reason:
The Freedesktop SDK 18.08 runtime is no longer supported as of 31th August 2020. Please ask your application developer to migrate to a supported platform.
ID Branch Op Remote Download
1. org.freedesktop.Platform.Locale 20.08 u flathub < 322,3?MB
2. org.freedesktop.Platform.Locale 21.08 u flathub < 325,8?MB
3. org.gnome.Epiphany.Locale stable u flathub < 2,3?MB
4. org.gnome.Platform.Locale 40 u flathub < 333,9?MB
5. org.gnome.Platform.Locale 41 u flathub < 336,5?MB
6. org.kde.Platform.Locale 5.15-21.08 u flathub < 345,3?MB
7. org.kde.subtitlecomposer.Locale stable u flathub < 547,4?kB
Evil question marks, as per usual.
In the new version, not only flatpack update sizes aren't shown, but most of the Debian packages have problems as well:
I've tried to reproduce this with Linux Mint, but it is working fine on my end (for both Flatpak and Debian).
I'm going to try more scenarios here.
I've tried to reproduce this with Linux Mint, but it is working fine on my end (for both Flatpak and Debian).
I'm going to try more scenarios here.
Did you try getting it running in the Czech locale? We should figure out if that is the culprit or not...furthermore, if you DO manage to duplicate it, you can step in and debug it.
The upgrade went without a hitch, though.
At least for now, unless the mesa drivers screw me over after restarting. :D