These are chat archives for abranson/rockpool

24th
Jul 2016
ruff
@rufferson
Jul 24 2016 05:30
I don't have andorid apps
but in general handlers are correct
x-maemo-urischeme/http=open-url.desktop;
x-maemo-urischeme/https=open-url.desktop;
x-maemo-urischeme/mailto=new-mail.desktop;
ruff
@rufferson
Jul 24 2016 06:47
there could be some poor scripting in cache invalidation refresh, which could rely on the packet with either dependency to qtmozembed or to booster type=browser, assuming only browser package would do that. This is the only thing where we may mess up with http handlers. bcz we don't even provide those x-maemo-* elements in desktop file at all
ruff
@rufferson
Jul 24 2016 07:10
re windows/debug - seems qmake on windows by default has debug_and_release targets regardless, hence debug is always enabled.
Andrew Branson
@abranson
Jul 24 2016 08:22
I tried switching the type back to silica-qt5 to see if that would fix it, but no luck
ruff
@rufferson
Jul 24 2016 09:46
did you try installing other rpms on this os version btw? maybe it resets the cache each time some rpm is side-loaded
Andrew Branson
@abranson
Jul 24 2016 10:16
good idea. i'll try that.
is there some other source for that setting? I found Dax' code for setting the default browser, and it just wrote to that file.
Andrew Branson
@abranson
Jul 24 2016 10:38
ah it's generated from every
desktop file that says it can handle that mime type, and lots of android apps say they take linkd
think i need to ask around about this one
ruff
@rufferson
Jul 24 2016 11:47
as a workaround we could add a postscript to rpm to rescan proper mime handlers. granted a) sailfish executes post-scripts and b) there's native method to do the rescan (update-mime-info hook?)
Andrew Branson
@abranson
Jul 24 2016 11:59
installed two other rpms i hadn't put on my jolla c yet, and they didn't do it
just ran 'update-desktop-database' manually, and that broke it again
is that needed in our app?
(but i do think that's a problem with that, not rockpool)
ruff
@rufferson
Jul 24 2016 12:04
We are installing a desktop file so we need to notify somehow lipstick. Although lipstick is smart enough to rescan the applications directory by itself, so we can drop that since we're really adding just generic shortcut. I've added one manually for sdk run option and it was immediately picked up by lipstick
Andrew Branson
@abranson
Jul 24 2016 12:05
hmm, none of my other jolla devices have the url mimetypes in the android desktop fiels
only the jollac
so that's going to need some other investigation
but it's definitely not rockpool's problem
the other apps i tried must just not make that call
ruff
@rufferson
Jul 24 2016 12:06
but you can put it :) I was going to put one for pebble schema but then saw no reason to as there're no such urls outside of client app
Andrew Branson
@abranson
Jul 24 2016 12:07
yep
Andrew Branson
@abranson
Jul 24 2016 12:21
so i removed the spurious MimeInfos from the other desktop files, and update-desktop-database restored the standard entries
must be something wrong with the apk parsing in this version
so if the ROCKPOOL_DATA_PATH thing is only a build problem, and the mime thing isn't anything to do with rockpool, do you see anything blocking an openrepos update to 1.0-beta1?
ruff
@rufferson
Jul 24 2016 12:34
i think should be fine, the only concern i have is versioning, not sure how rpm compares strings, would 1.0-beta1 be definitely higher than 1.0-alpha1? deb is think strips non-digits and combines pure digits then, but rpm i think acts a bit different
Andrew Branson
@abranson
Jul 24 2016 14:07
Hadn't thought of that - I thought I'd seen that sort of versioning before. I guess I should give it a try!