Closed relan closed 8 years ago
Looks like fdroidcl
simply takes marketvercode
from the index.xml
and compares it to the version code of the installed app. Not sure whether this behavior is right or wrong, but it's obviously different from that of Android F-Droid client. This behavior is inconvenient because it makes me edit Current Version Code
in the metadata after every APK update to make fdroidcl
recognize the update.
Well, it definitely isn't wrong. It may be incomplete though. Did you not set your Current Version Code
, or did you set it to zero? If you do, the Android client will use the highest version available.
fdroidcl should do that as well. I'll run some tests with this.
Okay yes, the index snippet you posted there shows exactly that.
The metadata was generated by fdroidserver:
Categories:None
License:Unknown
Web Site:
Source Code:
Issue Tracker:
Summary:IceCatMobile
Description:
IceCatMobile
.
Auto Update Mode:None
Update Check Mode:None
After I added
Current Version:38.6.0
Current Version Code:2016020332
the update was found and installed.
I can confirm that now it works just as I want. Thanks!
I have a local repository with the following configuration:
I generate index using this command (fdroidserver from today's master, c2270f8):
The repo contains official build of GNU IceCat 38.6.0, while on my device (Nexus 4, Android 5.1.1) there is 38.5.2. Both APKs are signed with the same key.
What happens:
What was expected:
fdroidcl
should upgrade org.gnu.icecat.Android F-Droid client 0.98 correctly detects availability of an update.
Excerpt from
index.xml
in~/.config/fdroidcl/binary.jar
: