For other Linux distributions, the normal solution would be to package the maps in a separate rpm file. Then if the user installs his/her own maps, he can remove the standard maps package. Maybe you can do this as well?
Winfried > Thanks. > On 01/09/2014 09:40 AM, Jonni Rainisto wrote: >> IMHO (Only my personal view, not official answer). >> >> I would not copy readonly data to $XDG_CONFIG_HOME/$NAME, I would only >> copy the readwrite parts off from usr/share/appname. >> And I would define the map data chmod 666 in spec so I could >> programitically remove the data. > I like your idea. > Hardly any experience with RPM though. I'll have to dive into that. > > Sailfish people: please confirm if this is an allowed option. > Thanks. > > R > wim > >> >> ________________________________________ >> From: devel-boun...@lists.sailfishos.org >> [devel-boun...@lists.sailfishos.org] on behalf of Wim de Vries >> [wsvr...@xs4all.nl] >> Sent: Thursday, January 09, 2014 10:05 AM >> To: devel@lists.sailfishos.org >> Subject: [SailfishDevel] How to install user (controlled) data files for >> my app avoiding /usr/share >> >> Hi, >> I am converting my aircraft navigation app to Sailfish. >> It comes (default) with OpenStreet based maps + 3D data files of Western >> Europe (in RPM). >> Most users will use this map, but some users may use their home made >> maps (generated by a PC application). >> In the latter case, the users will delete this W-Europe map (it takes up >> quite some disk space). >> So far so good, but the installation/RPM is a problem: >> >> Harbour says that I should install the app data (very much bytes for the >> W-Eu map) in /usr/share/$NAME and in the first run of the app, copy them >> to $XDG_CONFIG_HOME/$NAME. >> But now I am stuck with an enormous amount of (useless) data in >> /usr/share/$NAME that cannot be removed. >> >> Any suggestions? >> Thanks. >> _______________________________________________ >> SailfishOS.org Devel mailing list >> _______________________________________________ >> SailfishOS.org Devel mailing list >> > > _______________________________________________ > SailfishOS.org Devel mailing list > _______________________________________________ SailfishOS.org Devel mailing list
