Closed relan closed 8 years ago
Wow this is pretty bad. Thanks for reporting! Will do a 0.3.1.
I was a bit too fast to conclude that pointers aren't saved into cache-gob
. My patch didn't actually solve the issue and after f48dc32 I get this:
$ fdroidcl install me.writeily
Downloading /me.writeily_8.apk...
2016/09/28 09:46:25 Could not download me.writeily: Get /me.writeily_8.apk: unsupported protocol scheme ""
Looks like repoURL
isn't saved into cache-gob
at all. This command shows nothing:
$ strings ~/.cache/fdroidcl/cache-gob | grep -F f-droid.org/repo/
@relan care to share your config file?
Here it is:
{
"repos": [
{
"id": "f-droid",
"url": "https://f-droid.org/repo",
"enabled": true
},
{
"id": "f-droid-archive",
"url": "https://f-droid.org/archive",
"enabled": false
},
{
"id": "binary",
"url": "http://localhost/fdroid/repo",
"enabled": true
}
]
}
FWIW the strings line results in no output here either.
Then again, I'm hitting the problem now. What the hell.
My bad, I wasn't exporting RepoURL
which was causing encoding/gob
to not store the value.
This was my mistake, as your patch did indeed export the field.
When
apps []fdroidcl.App
are loaded fromcache-gob
they have nilrepo
pointer. This causes a crash on each install after the first one (when data was loaded from XML):I use golang-bin-1.6.3-2.fc24.x86_64.
This patch fixes the issue but breaks backward compatibility because it changes
cache-gob
format:Users need to delete
~/.config/fdroidcl/cache-gob
after applying this patch.