Until Last Version In F-Droid App Version 1.9, F-Droid App Have Any Update It Shows An Update.
But Yesterday 1.10 Version Released In F-Droid But Not Recommended In Stable Version
Yes, 1.10 is not yet recommended as stable
Feel free to update and offer feedback if you encounter any issues.
Is there a way to (force) update withing the app or do we need to manually install the apk? I donāt see an option to force update in the app, or maybe I missed it.
Version not marked as ārecommendedā are not offered as updates unless you toggle āunstableā from settings.
@billybobfrank You can install any available update by going to the appās App Details screen, then opening open āVersionsā and choosing a version to install/update.
This post is famous: https://youtu.be/lAbgeJau3eE?t=270
Too bad that he stopped at post #2 and ignored the rest of the discussion, why let so much info ruin a good out of context?
I think it is safe to ignore that Side of Burrittos guy: a) he doesnāt care about free software and b) he gets many facts about F-Droid just blatently wrong, so heās not doing basic research.
another question:
Is it possible to find older versions of F-Droid apk on Gitlab or Github?
would like to find this one
Why that one exactly? https://f-droid.org/archive/org.fdroid.fdroid_1013051.apk
Is it possible to find older versions of F-Droid apk on Gitlab or Github?
would like to find this one
there are links given at Running on old Androids Ā· Wiki Ā· F-Droid / wiki Ā· GitLab
while this is not directly at github or gitlab, generally old versions can be found at F-Droid - F-Droid Archive Repository
I really think this should be reconsidered.
It causes a HUGE inconvenience (and confusion) for users who want to install FDroid in multiple profiles because you cannot install lower versions of apps you already have installed (downgrade protection) and this is true even across profiles in modern Android. So it isnāt possible to install and then update if you already have a later version on another profile. Since there is no transparency on the website regarding the app version, it could be very easily be seen as some other issue to those who are unaware.
Examples of issues - Cannot install F-Droid - Invalid package - using profiles - #26 by Sohika9539
I think this far outweighs the potential downside of issues that may or may not occur. Even if they did, you could argue that this would improve stability as these niche bugs could be reported then fixed. If it really wasnāt reliable, I would say it shouldnāt have been in stable.
Yes, it is possible to download an .apk of the newest version, but you could say that about downloading an older version too. Has it been considered to host both that version and the latest on the website?
How did you create the profile?
If by using Insular or Shelter, they have a āclone app in profileā action that just copies the main profile APK thatās up to date
Never say never. Eventually things happen.
The irony is a little funny.
However, if you look closely, you will see that this bug affected new installs and upgrades from >= two versions ago. So, if this exact bug had been replicated in F-Droid, it still would have caused problems for hosting a really old version on the website and then instantly prompting to upgrade after installing the app. Hence, it still reinforces my position on this thread.
Youāre grasping at straws cāmon
The core of the issue is that F-Droid is the only open-source project in the world that cannot agree internally if a release is beta or production.
App, āI have a new production release available.ā Website, āNo you donāt, that is still a beta release.ā App, āNow I have another new production release available.ā Website, āNo, that is still a beta release.ā App, āI donāt care what you say, I am going to prompt everyone who installs the old version from you to upgrade immediately. Because the new release is production.ā
Until F-Droid sorts out this internal disagreement, it is a huge red flag waving to the world that says, āWe are not ready for anyone to take us seriously.ā
You can take any item from the āF-Droid is bad at Xā (long) list and call that āOMG this is THE red flagā. Be it python or Debian or targetsdk or non-FOSS sdk/ndk or which APK is on website at one point.
Iām not sure I can force random FOSS projects to host whatever package I want, but you do you.
All I am asking is for F-Droid to agree internally if a release is beta or production. As I pointed out in my last post, this isnāt hard. Every other open-source project in the world can do it.
Can you think of even one other example, besides F-Droid, that has this problem?
eg. Imagine me saying that āItās a red flag that you donāt you host the APK here: https://www.stoutner.com/privacy-browser-android/ā
Itās not a problem for meā¦
Iām roaming the F-Droid Ā· GitLab issues sectionsā¦ Iām not sure Iād release anything as āslableā or āto be usedā