The complete lack of any mention in the article of the long-running F-Droid fork effort is a bit disturbing if I'm honest.
If the author had already reached out to @axet to offer to help / become a maintainer I'd imagine it would've been mentioned up top.
I'm all for people creating multiple divergent open-source forks of things (diversity is great) but this doesn't seem to be divergent at all. The stated intent is to repeat @axet's work exactly...
It is true, take it from the FSF themselves [0]. Or the VLC devs [1]. However, you're right that Maps.me is not GPL; I misread the question as asking about F-Droid itself which is GPL.
The way that this comment implies a carelessness about the way I operate is more than a little annoying, especially in light of the clear-cut carelessness of your original comment.
> take it from the FSF themselves
Is that supposed to be a trump card? I've read that FSF document. I read it when it was published in 2010, and because I'm not careless I read it again this morning before and after I posted my comment. I've also looked at it more than once in the intervening years.
> Or the VLC devs
VLC is on the App Store right now.
The FSF post was true in 2010, but unlike GPLv2, v3, etc, the Apple terms are not static documents. They've been revised multiple times in the last 10 years, and the FSF post hasn't been updated. The last time I spent an afternoon doing an analysis, I found that the terms at the time didn't conflict with GPL. At this point, if a person is going to claim that there's a conflict, the onus is on them to show that it's true—just like the FSF did at the time they published that blog post. It doesn't suffice to show that it was true in 2010. But again none of this matters here, because Maps.me isn't GPL software, so this entire diversion has been a waste of time.
On top of that there's the cost of Apple hardware; you can get away with not having an iPhone and using xcode's emulation for many cases but with custom graphics heavy things like omim had, this approach would be limiting. And you still need a Mac either way.
And all this is to create an app that's competing directly with an almost identical app on the same store with only marginal benefits (the Android one in contrast has the benefit of being available outside the Google ecosystem, as well as having some exclusivity within F-Droid itself).
It would be a not insurmountable but still significant extra amount of maintenance effort. Given the maintenance effort was already seemingly unmanageable supporting Android alone it's understandable.
I did not experience any inconvenience with putting apps into the iOS AppStore. Rather, I found the process quite easy and my apps got approved faster than expected (within one day).
EDIT: Disregard, I was confusing the actual F-Droid fork with an older re-upload on the same store. The former is called "Maps" while the re-upload is "Maps.me".
I was, thanks! There's a "Maps.me" app on F-Droid that's the one I described (presumably the same APK as the Play Store?). Whereas the fork you guys are talking about is just "Maps". Editing my comment.
Not sure what you're looking at, the last commit to the fork is August 2020.
The author of that fork has also been actively engaged with the maps.me devs throughout its development, you can see a lot of these discussions in the issues on the original github mapsme omim project.
I should have mentioned it. There's now a mention at the end of the post:
I'm aware that one fork already exists, but it hasn't seen any updates for a year and the app doesn't seem to work at this time. The plan is to eventually integrate axel's work back into the app.
It was updated 4 months ago, it's actively maintained and I use it frequently. Someone else was looking at the wrong listing and you may have done the same thing. The correct listing is simply called "Maps"
When looking at the commit history on github of axet project, the most recent commit is only 4 months old. That comment about it not seeing updates since years looks wrong.
If the author had already reached out to @axet to offer to help / become a maintainer I'd imagine it would've been mentioned up top.
I'm all for people creating multiple divergent open-source forks of things (diversity is great) but this doesn't seem to be divergent at all. The stated intent is to repeat @axet's work exactly...