opentasks icon indicating copy to clipboard operation
opentasks copied to clipboard

F-Droid doesn't have the latest version

Open breversa opened this issue 8 years ago • 24 comments

Latest version available on F-Droid is 1.1.9 : https://f-droid.org/wiki/page/org.dmfs.tasks#Versions

There is apparently no auto-update, though I don't know why.

breversa avatar Dec 06 '17 09:12 breversa

I don't know how this works. You probably should reach out to F-Droid.

dmfs avatar Dec 06 '17 10:12 dmfs

I can't find it at all in F-Droid.

stevenroose avatar Jun 07 '18 16:06 stevenroose

There it is, under the name "Tasks" : https://f-droid.org/packages/org.dmfs.tasks/

breversa avatar Jun 07 '18 20:06 breversa

My bad. Had internet issues.

stevenroose avatar Jun 08 '18 08:06 stevenroose

The problem is, that F-Droid can't extract the current versionName and versionCode from this repository, since OpenTask's build.gradle determines those values by executing command lines during the build process (see #363). Apparently, this is not supported by F-Droid. F-Droid expects that these two attributes are defined by literals.

For now, I've created a merge request in order to bring v1.1.17 to F-Droid: https://gitlab.com/fdroid/fdroiddata/merge_requests/4606. But doing this manually every time is not a fine solution.

The easiest way to fix this would be to switch back to static versionName and versionCode. @dmfs: Would that be an option?

Another possibility would be to set Update Check Mode on F-Droid to HTTP and provide the latest values for versionName and versionCode on a public accessible web server. This could be done e.g. using a GitHub repository or wiki. Maybe it's also possible to use GitHub Actions in order to update that page automatically on every release.

korelstar avatar Mar 12 '19 19:03 korelstar

For now, I've created a merge request in order to bring v1.1.17 to F-Droid: https://gitlab.com/fdroid/fdroiddata/merge_requests/4606. But doing this manually every time is not a fine solution.

@korelstar I swear it was already there, as I mention in 731#471975246. I'm sure because this is the source I installed my v1.1.17 from. But I guess it got pulled for some reason..?

HNJAMeindersma avatar Mar 16 '19 23:03 HNJAMeindersma

No, I'm watching the F-Droid repository since 1.1.17 was released on Github and F-Droid never included that version. See also the Git history for the metadata file: https://gitlab.com/fdroid/fdroiddata/commits/master/metadata/org.dmfs.tasks.txt

Therefore, I'm really interested in an automatic solution (see above).

korelstar avatar Mar 17 '19 06:03 korelstar

I'm not a fan of maintaining version numbers manually again. It shouldn't be hard to publish the version number somewhere as part of the travis-ci build. I'll check that.

dmfs avatar Mar 17 '19 20:03 dmfs

@korelstar I've created a tiny app engine project which receives the version whenever I publish a new version on Google Play. If I got it right this should work: https://opentasks-app.appspot.com/v1/app/latest_version/ The version code regex is ^(\d+),.* and the version name regex is ^\d+,(.*)

Not sure how it determines the correct commit or tag name though.

dmfs avatar Mar 17 '19 23:03 dmfs

@dmfs: thanks, I think that's fine for the start. Let's try it with that. :-) I will make a respective merge request to the F-Droid data repository.

korelstar avatar Mar 18 '19 07:03 korelstar

Here is my PR: https://gitlab.com/fdroid/fdroiddata/merge_requests/4640

korelstar avatar Mar 18 '19 20:03 korelstar

@korelstar thanks!

dmfs avatar Mar 19 '19 07:03 dmfs

@korelstar do you know how often the URL is checked by f-droid?

dmfs avatar Apr 10 '19 08:04 dmfs

No, but my PR wasn't merged yet :-(

korelstar avatar Apr 10 '19 10:04 korelstar

The version in the url https://opentasks-app.appspot.com/v1/app/latest_version/ is different than the version in the metadata file https://gitlab.com/fdroid/fdroiddata/blob/master/metadata/org.dmfs.tasks.txt#L138 . Because of that, the latest version isn't presented to users as an update.

mimi89999 avatar May 26 '19 10:05 mimi89999

Hmm. Someone added this (erroneous) entry manually: https://gitlab.com/fdroid/fdroiddata/commit/9a91ac08a3c03ae80542e90daf67c48f08b5eac1 I don't if we can fix this. At least the next app release should be detected and added correctly by the F-Droid bot.

korelstar avatar May 26 '19 12:05 korelstar

There were some changes made in the repo, so probably the HEAD hash was added

mimi89999 avatar May 26 '19 13:05 mimi89999

@dmfs The build on F-Droid for version 1.1.19 wasn't successful, because your URL gives version code 75500 for version name 1.1.19, but the build process detects version code 75896 for that version, see: https://f-droid.org/wiki/page/org.dmfs.tasks/lastbuild_75500

korelstar avatar Jun 14 '19 17:06 korelstar

:-( So I need to wait for F-Droid to pick up the latest version before I can update master!?! That's odd.

dmfs avatar Jun 14 '19 20:06 dmfs

I've released 1.1.20 and I'll wait with merging new commits until it has been picked up by FDroid. Someone please let me know when you see the new release.

dmfs avatar Jul 26 '19 14:07 dmfs

v1.1.20 is finally build and online: https://f-droid.org/de/packages/org.dmfs.tasks/

korelstar avatar Jul 29 '19 23:07 korelstar

The /releases folder does currently not contain an .apk of version 1.1.20

HNJAMeindersma avatar Aug 19 '19 11:08 HNJAMeindersma

@HNJAMeindersma I still need to automate this process :-|. It's up now.

dmfs avatar Aug 19 '19 16:08 dmfs

https://opentasks-app.appspot.com/v1/app/latest_version/ seems to be broken, can you have a look?

jspricke avatar Aug 14 '21 06:08 jspricke