Though I have not done this myself yet 2 observations based on your mail: 1. Removing it from the dependency spec is bad (unless you statically link see point 2), though it is currently widely used by system applications and 3rd party applications alike you can never know if in the future someone decides that some other technology is replacing it and is great, if you did not declare "I need sqlite3" then it will just be removed and you'll be left scratching your head why your application stopped working.
2. Though attractive from the point of view of making your application self-contained as you point out yourself static linking will result in a lot of unnecessary bloat and also force you to maintain that part of your application rebuilding/publishing every time a vulnerability is found in sqlite3 plus that there is really no valid reason to install a new copy of sqlite3 for every program installed. Is the automatic checker not allowing it through with sqlite3 as a requirement? Are you sure that you used the packagename used on jolla systems for the requirement? HTH, Eli 2017-01-18 12:50 GMT+02:00 rinigus <rinigus....@gmail.com>: > Hi! > > I wonder what is the best practice concerning linking to sqlite3? > > It's probably always installed on devices/emulators and there is no > problem with deployment of an app requiring it. However, its a bit odd to > just cancel off the requirement in RPM SPEC, as I am supposed to do to get > it through automatic checker. > > Alternatively, I could embed sqlite into my compiled code. The app is huge > already anyway since it needs several specialized libraries and even larger > datasets, so having sqlite embedded would probably be not a biggest concern > anyway (well, haven't tested it though). > > So, to summarize, what would be recommended practice in this case? > > cheers, > > Rinigus > > _______________________________________________ > SailfishOS.org Devel mailing list > To unsubscribe, please send a mail to devel-unsubscribe@lists. > sailfishos.org >
_______________________________________________ SailfishOS.org Devel mailing list To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
