[SailfishDevel] SQLite linking

[E.S. Rosenberg]

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.git at 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 at lists.
> sailfishos.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.sailfishos.org/pipermail/devel/attachments/20170118/53ef708e/attachment.html>