<div dir="ltr"><div>In a distributed fashion it may make sense;<br></div>speaking of which, doesn't tracker implement a graph db?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 2, 2016 at 3:40 PM, Andrew Branson <span dir="ltr"><<a href="mailto:sfdevlist@andrewbranson.net" target="_blank">sfdevlist@andrewbranson.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm missing how your contacts can be linked as a graph on your phone. I assumed it was about which of your friends know each other, but that isn't relevant information on the client side. I don't think it's even easily available in the main social networks.<br>
<br>
Andy<span class=""><br>
<br>
On 02/06/2016 2:34pm, Tone Kastlunger wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On the RDBMS vs Graph DB's discussion, the point Peter is making is a<br>
very solid one;<br>
the purpouse of the contacts app is to mange contacts; hence how they<br>
are connected;<br>
if relying on a Graph DB provides a simpler implementation (in terms of<br>
raw lines of code I mean) in upper implementation levels,<br>
whilst helping in keeping data consistency in a flawless and hassle-free<br>
way (which SQL can help with only up to a certain extent),<br>
well it definitely sounds too good to be true (at least from what I<br>
understood):<br>
I'd agree with Neo4J on a phone being somewhat of an overkill (same as<br>
having Postgres for instance); I'd wonder if there are embedded versions<br>
of it?<br>
I'd say especially within Jolla's Social/Address book/mail/calendar<br>
contacts management peculiarities, plus the dual SFOS/Android world, it<br>
requires a<br>
rock-solid contact management system, I'd assume.<br>
<br>
tk<br>
<br>
<br>
On Thu, Jun 2, 2016 at 3:22 PM, Andrew Branson<br></span><div><div class="h5">
<<a href="mailto:sfdevlist@andrewbranson.net" target="_blank">sfdevlist@andrewbranson.net</a> <mailto:<a href="mailto:sfdevlist@andrewbranson.net" target="_blank">sfdevlist@andrewbranson.net</a>>> wrote:<br>
<br>
Hi!<br>
<br>
RDBMSes are not very good at graphs, or trees, or any other data<br>
structure that requires variable traversal steps in queries. I don't<br>
think we have that here though. Those social networks only have<br>
graphs when they're integrating your data with other people's, but<br>
personally you just have your own address book and your own<br>
calendars. Both of those consist of many instances of the same data<br>
structures which need to be indexed, which is a good use of<br>
relational databases.<br>
<br>
Your point about SQL being used out of habit is always pertinent<br>
though. It's important to keep on top of the NoSQL options, as SQL<br>
is definitely overused. I always find it very irritating when SQL is<br>
used only for config storage, using tables with single rows and many<br>
columns. Berkeley DB would be a good alternative for that. I don't<br>
know if the graph DBs are ready yet though - Neo4J is very<br>
interesting, but I would never run a Java server in a phone.<br>
<br>
While we're on the subject, I think the Nemo thumbnail DB is a<br>
really good candidate for a NoSQL database. It's currently a huge<br>
collection of tiny files that seems to take up way too much BTRFS<br>
allocation, and I don't think as a collection of binary files it<br>
would be a good match for SQLite.<br>
<br>
Andy<br>
<br>
<br>
On 02/06/2016 1:42pm, Peter Kovacs wrote:<br>
<br>
Well SQL is in my opinion good for grouping or conduct<br>
calculations on<br>
transactional data.<br>
Updating, or adding / sorting is not is best discipline. It is<br>
medicore<br>
in my opinion.<br>
On small sets of data as used in phones medicore performance is<br>
still<br>
quick. Phones are quite powerfull today.<br>
<br>
However the feature the DB should excel should be, in my eyes<br>
social,<br>
stuff. It is a phone after all, intended to maintain my social<br>
life, or?<br>
<br>
And Facebook, amazon, google+ does not use relational databases.<br>
They<br>
use graph databases. So I wonder why this is not used on phones.<br>
Neo4j<br>
claims to outperform relational databases by a factor of 1000<br>
when it<br>
comes to relationships.<br>
<br>
I admit these softwares are very latest technology. And maybe not as<br>
robust as sqllite.<br>
However I would love to have a contact app which knows that Mary<br>
and Joe<br>
are married live in the same place. And when I search for one of<br>
the 2 I<br>
get the shared information. And when I update one end the app<br>
knows to<br>
update the other one too.<br>
Or it can store company hierarchies would help me in my business<br>
life. I<br>
am not good at memo these.<br>
<br>
Yes you can do that with sql. But I think it is easier more<br>
naturally<br>
done in a graph db.<br>
No problem if any one does not agree. I plan to build this anyhow.<br>
<br>
I am quite unhappy with Google in that because they are not<br>
doing this<br>
for me ;)<br>
<br>
Btw Object DB is good at storing objects as the name suggests. It is<br>
even more far away from the requirements on a phone then<br>
relational db<br>
in my eyes.<br>
<br>
All the Best<br>
Peter<br>
<br>
<br>
Tone Kastlunger <<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a><br>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a>><br></div></div>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a><span class=""><br>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a>>>> schrieb am Do., 2. Juni<br>
2016, 11:13:<br>
<br>
Peter;<br>
I'm curious, what brings you to the conclusion SQL (as in<br>
relational<br>
dbs) is not ideal for transactional functionality?<br>
<br>
On Thu, Jun 2, 2016 at 10:41 AM, Peter Kovacs<br>
<<a href="mailto:leginee@gmail.com" target="_blank">leginee@gmail.com</a> <mailto:<a href="mailto:leginee@gmail.com" target="_blank">leginee@gmail.com</a>><br></span><span class="">
<mailto:<a href="mailto:leginee@gmail.com" target="_blank">leginee@gmail.com</a> <mailto:<a href="mailto:leginee@gmail.com" target="_blank">leginee@gmail.com</a>>>> wrote:<br>
<br>
I would actually like to know why SQL stuff.<br>
Datastructure types I am think of on the Phone are<br>
relationships<br>
(Facebook style) or transactional.<br>
And both are not ideal to solve with relational dbs.<br>
<br>
I guess the Answer is because every one does it. But<br>
that is not<br>
really satisfactory. Would there be an interest to use<br>
something else?<br>
<br>
<br>
Tone Kastlunger <<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a><br>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a>><br></span>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a><div><div class="h5"><br>
<mailto:<a href="mailto:users.giulietta@gmail.com" target="_blank">users.giulietta@gmail.com</a>>>> schrieb am Do., 2. Juni<br>
2016, 09:33:<br>
<br>
Hi Chris;<br>
<br>
<br>
>2) API to access Calendar data. Correct,<br>
currently we<br>
don't provide access to calendar API in Harbour.<br>
The reason<br>
is that we want to use QtOrganizer as the public<br>
API, but to<br>
do that we need to write a QtOrganizer engine<br>
backend >for<br>
mkcal (note that one already existed in QtMobility<br>
days,<br>
which is open source, so we can potentially adapt<br>
that one<br>
with relatively little effort. Help with that<br>
effort would<br>
be greatly appreciated). Eventually, I'd like to<br>
develop a<br>
>QtOrganizer backend directly in sqlite, for<br>
performance<br>
and maintainability reasons (mkcal has several<br>
design and<br>
implementation problems, in my opinion), at which point<br>
QtOrganizer can become the platform API (not just<br>
the 3rd<br>
>party API).<br>
<br>
<br>
I guess the worload to push it all the way to<br>
QtOrganizer<br>
requires scratching the existing backend /<br>
rewriting a big<br>
part of the cal app?<br>
<br>
On Thu, Jun 2, 2016 at 5:06 AM, Chris Adams<br>
<<a href="mailto:chris.adams@jolla.com" target="_blank">chris.adams@jolla.com</a><br></div></div>
<mailto:<a href="mailto:chris.adams@jolla.com" target="_blank">chris.adams@jolla.com</a>> <mailto:<a href="mailto:chris.adams@jolla.com" target="_blank">chris.adams@jolla.com</a><div><div class="h5"><br>
<mailto:<a href="mailto:chris.adams@jolla.com" target="_blank">chris.adams@jolla.com</a>>>> wrote:<br>
<br>
Hi everyone,<br>
<br>
I will try to be at the meeting tonight, but I<br>
cannot<br>
promise (it's held at 11:30 pm in my timezone).<br>
<br>
A couple of the questions relate to areas I am<br>
involved<br>
with, so I'll try to provide some information<br>
in case I<br>
don't make it to the meeting. If you have any<br>
follow up<br>
questions or discussion, feel free to contact me<br>
directly via email or on Freenode IRC (chriadam<br>
is my nick).<br>
<br>
1) Contact Note details. This is tracked<br>
internally by<br>
JB#14734. As you mentioned, it's supported in the<br>
backend, but not in the People app UI. It was<br>
on going<br>
to be part of the apps overhaul which was<br>
planned prior<br>
to the financial difficulties last year, and<br>
since then<br>
this has fallen off the radar. It requires design<br>
input, because you can have multiple Note<br>
details in a<br>
single contact. I've just pinged our lead<br>
designer in<br>
the bug report again, in case he can fit it in<br>
sometime<br>
soon.<br>
<br>
2) API to access Calendar data. Correct,<br>
currently we<br>
don't provide access to calendar API in<br>
Harbour. The<br>
reason is that we want to use QtOrganizer as<br>
the public<br>
API, but to do that we need to write a QtOrganizer<br>
engine backend for mkcal (note that one already<br>
existed<br>
in QtMobility days, which is open source, so we can<br>
potentially adapt that one with relatively little<br>
effort. Help with that effort would be greatly<br>
appreciated). Eventually, I'd like to develop a<br>
QtOrganizer backend directly in sqlite, for<br>
performance<br>
and maintainability reasons (mkcal has several<br>
design<br>
and implementation problems, in my opinion), at<br>
which<br>
point QtOrganizer can become the platform API<br>
(not just<br>
the 3rd party API).<br>
<br>
3) Email app development. Yes, you're<br>
absolutely right<br>
that the Email application hasn't received much<br>
development effort since Valerio unfortunately<br>
left.<br>
Yes, I would personally like to see it (along<br>
with other<br>
apps like Clock, Notes, and Calendar)<br>
opensourced. No, I<br>
don't know what the status of the opensourcing<br>
discussions with the Board Of Directors is, so<br>
I cannot<br>
give a roadmap for that possibility. However, the<br>
"engine" of the email application is already<br>
open source<br>
(except for the Exchange/ActiveSync plugin) -<br>
we use QMF<br>
(Qt Messaging Framework) for email handling. See<br>
<a href="https://git.merproject.org/mer-core/qmf" rel="noreferrer" target="_blank">https://git.merproject.org/mer-core/qmf</a> and<br>
<a href="https://git.merproject.org/mer-core/messagingframework" rel="noreferrer" target="_blank">https://git.merproject.org/mer-core/messagingframework</a><br>
etc for that stuff. Speak to Matt Vogt (mvogt on<br>
Freenode IRC) for code reviews etc.<br>
<br>
In general, the Sailfish OS wiki has been<br>
updated with a<br>
lot of information about the various software<br>
components<br>
which make up the Sailfish OS stack (including<br>
links to<br>
the open-source repositories), so you should be<br>
able to<br>
find most of the information you need to help<br>
develop<br>
these components, from reading<br>
<a href="https://sailfishos.org/wiki/Core_Areas_and_APIs" rel="noreferrer" target="_blank">https://sailfishos.org/wiki/Core_Areas_and_APIs</a> and the<br>
drill-down links from that page.<br>
<br>
Finally, I don't know much about Bluetooth, but<br>
I know<br>
that we're looking at updating to Bluez 5 right now<br>
(development is currently ongoing to port the<br>
Qt stack<br>
across, possibly by using the KDE bluez-qt<br>
wrappers), so<br>
it's possible that the tethering issue will be<br>
addressed<br>
as part of that, with the new stack - but<br>
again, that's<br>
not my area so I might be incorrect.<br>
<br>
Cheers,<br>
Chris.<br>
<br>
<br>
<br>
------------------------------------------------------------------------<br>
*From:* <a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a>><br></div></div>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a>>><br>
[<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a>><br></span>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel-bounces@lists.sailfishos.org" target="_blank">devel-bounces@lists.sailfishos.org</a>>>] on behalf<br>
of James Noori [<a href="mailto:james.noori@jolla.com" target="_blank">james.noori@jolla.com</a><br>
<mailto:<a href="mailto:james.noori@jolla.com" target="_blank">james.noori@jolla.com</a>><br></span>
<mailto:<a href="mailto:james.noori@jolla.com" target="_blank">james.noori@jolla.com</a><span class=""><br>
<mailto:<a href="mailto:james.noori@jolla.com" target="_blank">james.noori@jolla.com</a>>>]<br>
*Sent:* Wednesday, June 01, 2016 11:15 PM<br>
*To:* <a href="mailto:devel@lists.sailfishos.org" target="_blank">devel@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel@lists.sailfishos.org" target="_blank">devel@lists.sailfishos.org</a>><br></span>
<mailto:<a href="mailto:devel@lists.sailfishos.org" target="_blank">devel@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel@lists.sailfishos.org" target="_blank">devel@lists.sailfishos.org</a>>><br>
*Subject:* [SailfishDevel] Sailfish OS Open Source<br>
Community Collaboration Meeting 2nd of June 2016<br>
<br>
Hi everyone!<br>
<br>
Following up last week’s postponed Community<br>
collaboration meeting on IRC, this week’s<br>
meeting is<br>
going to be held at the agreed time and date,<br>
2/6/2016<br>
at 13:30 UTC.<br>
<br>
Please see this link for your local time<br>
(Redirects to<br></span>
<a href="http://timeanddate.com" rel="noreferrer" target="_blank">timeanddate.com</a> <<a href="http://timeanddate.com" rel="noreferrer" target="_blank">http://timeanddate.com</a>> <<a href="http://timeanddate.com" rel="noreferrer" target="_blank">http://timeanddate.com</a>>)<div><div class="h5"><br>
:<a href="http://bit.ly/247PwwT" rel="noreferrer" target="_blank">http://bit.ly/247PwwT</a><br>
<br>
<<a href="http://redir.aspx?REF=g5j-y9bnU2VIldZnOnr8CS7-bSPOGw-1AMJwEvMljvQjLMD_gYrTCAFodHRwOi8vYml0Lmx5LzI0N1B3d1Q" rel="noreferrer" target="_blank">http://redir.aspx?REF=g5j-y9bnU2VIldZnOnr8CS7-bSPOGw-1AMJwEvMljvQjLMD_gYrTCAFodHRwOi8vYml0Lmx5LzI0N1B3d1Q</a>.><br>
<br>
Location: #mer-meeting on Freenode IRC<br>
<br>
Chairperson: Jaymzz<br>
<br>
Duration: Approximately 100 minutes.<br>
<br>
Thanks to everyone who has responded and added<br>
topics on<br>
<br>
TJC:<a href="https://together.jolla.com/question/54157/sailfishos-open-source-collaboration-meeting-planning/" rel="noreferrer" target="_blank">https://together.jolla.com/question/54157/sailfishos-open-source-collaboration-meeting-planning/</a><br>
<br>
<<a href="http://redir.aspx?REF=OlRBTW_rwoaCk_9FOorV7mZrXabeWUP7jnZySM69E7wjLMD_gYrTCAFodHRwczovL3RvZ2V0aGVyLmpvbGxhLmNvbS9xdWVzdGlvbi81NDE1Ny9zYWlsZmlzaG9zLW9wZW4tc291cmNlLWNvbGxhYm9yYXRpb24tbWVldGluZy1wbGFubmluZy8" rel="noreferrer" target="_blank">http://redir.aspx?REF=OlRBTW_rwoaCk_9FOorV7mZrXabeWUP7jnZySM69E7wjLMD_gYrTCAFodHRwczovL3RvZ2V0aGVyLmpvbGxhLmNvbS9xdWVzdGlvbi81NDE1Ny9zYWlsZmlzaG9zLW9wZW4tc291cmNlLWNvbGxhYm9yYXRpb24tbWVldGluZy1wbGFubmluZy8</a>.><br>
<br>
Proposed topics:<br>
<br>
-Intro (5min)<br>
<br>
-Bluetooth tethering - status of the fix (20min)<br>
<br>
-2016 roadmap (15min)<br>
<br>
-Show notes of contact (opensource contact<br>
app?) (15 min)<br>
<br>
-API to access calendar (15 min)<br>
<br>
-Email app development (15 min)<br>
<br>
- Requesting things to be added to mer-tools<br>
repo (5 min)<br>
<br>
- General Discussion (5-10 min)<br>
<br>
Please familiarize yourself with the topics<br>
before the<br>
meeting, as well<br>
<br>
as the common Meetbot commands<br>
<a href="https://wiki.debian.org/MeetBot" rel="noreferrer" target="_blank">https://wiki.debian.org/MeetBot</a><br>
<br>
<<a href="http://redir.aspx?REF=9bflfCySOf4l8VxPhhLe4rl_8CX0V51Eghusn5jTRNIjLMD_gYrTCAFodHRwczovL3dpa2kuZGViaWFuLm9yZy9NZWV0Qm90" rel="noreferrer" target="_blank">http://redir.aspx?REF=9bflfCySOf4l8VxPhhLe4rl_8CX0V51Eghusn5jTRNIjLMD_gYrTCAFodHRwczovL3dpa2kuZGViaWFuLm9yZy9NZWV0Qm90</a>><br>
(it's<br>
<br>
<br>
used for meeting management and logging)<br>
<br>
Best regards,<br>
James Noori, Community Manager at Jolla<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br></div></div>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>>><br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br></span>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><div><div class="h5"><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>>><br>
<br>
--<br>
<br>
Disclaimer: Diese Nachricht stammt aus einem Google<br>
Account.<br>
Ihre Antwort wird in der Google Cloud Gespeichert und durch<br>
Google Algorythmen zwecks werbeanaöysen gescannt. Es<br>
ist derzeit<br>
nicht auszuschließen das ihre Nachricht auch durch<br>
einen NSA<br>
Mitarbeiter geprüft wird. Durch kommunikation mit<br>
diesen Account<br>
stimmen Sie zu das ihre Mail, ihre Kontaktdaten und die<br>
Termine<br>
die Sie mit mir vereinbaren online zu Google<br>
konditionen in der<br>
Googlecloud gespeichert wird. Sollten sie dies nicht<br>
wünschen<br>
kontaktieren sie mich bitte Umgehend um z.B.<br>
alternativen zu<br>
verhandeln.<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br></div></div>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>>><br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br></span>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><span class=""><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>>><br>
<br>
--<br>
<br>
Disclaimer: Diese Nachricht stammt aus einem Google Account. Ihre<br>
Antwort wird in der Google Cloud Gespeichert und durch Google<br>
Algorythmen zwecks werbeanaöysen gescannt. Es ist derzeit nicht<br>
auszuschließen das ihre Nachricht auch durch einen NSA Mitarbeiter<br>
geprüft wird. Durch kommunikation mit diesen Account stimmen Sie<br>
zu das<br>
ihre Mail, ihre Kontaktdaten und die Termine die Sie mit mir<br>
vereinbaren<br>
online zu Google konditionen in der Googlecloud gespeichert wird.<br>
Sollten sie dies nicht wünschen kontaktieren sie mich bitte<br>
Umgehend um<br>
z.B. alternativen zu verhandeln.<br>
<br>
<br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to<br>
<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<mailto:<a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a>><br>
<br>
<br>
<br>
<br></span><span class="">
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
<br>
</span></blockquote><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
To unsubscribe, please send a mail to <a href="mailto:devel-unsubscribe@lists.sailfishos.org" target="_blank">devel-unsubscribe@lists.sailfishos.org</a><br>
</div></div></blockquote></div><br></div>