<div dir="ltr"><div dir="ltr">Hi,<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 16, 2020 at 8:49 PM Mike Gabriel <<a href="mailto:mike.gabriel@das-netzwerkteam.de">mike.gabriel@das-netzwerkteam.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Chris,<br>
<br>
On  Mo 16 Mär 2020 01:55:44 CET, Chris Adams wrote:<br>
<br>
> Hi Mike,<br>
><br>
> On Sun, Mar 15, 2020 at 5:47 AM Mike Gabriel <<br>
> <a href="mailto:mike.gabriel@das-netzwerkteam.de" target="_blank">mike.gabriel@das-netzwerkteam.de</a>> wrote:<br>
><br>
>> Hi Chris,<br>
>><br>
>> thanks for following up on my questions.<br>
>><br>
>> On  Fr 13 Mär 2020 01:32:24 CET, Chris Adams wrote:<br>
>><br>
>> > Hi Mike,<br>
>> ><br>
>> > I don't know much / anything about QtSystems,<br>
>><br>
>> Ok...<br>
>><br>
>> > perhaps Lorn has more<br>
>><br>
>> Ok, I'll try to ping him directly via mail. Thanks for the pointer.<br>
>><br>
>> > information about that.<br>
>> ><br>
>> > I am currently the maintainer of QtFeedback and QtPIM, although the<br>
>> amount<br>
>><br>
>> \o/<br>
>><br>
>> > of time I have to spend on them is currently very limited, unfortunately.<br>
>><br>
>> :-(<br>
>><br>
>> > In regards to API and ABI stability: QtFeedback has been very stable, and<br>
>> > there are no plans to make any changes there in the near future;<br>
>><br>
>> Ok. That is the signal for me to package QtFeedback directly from Git.<br>
>> If there'll be a release sometime in the future, I'll be happy to pick<br>
>> that up.<br>
>><br>
>> > but QtPIM<br>
>> > has seen far more activity than QtFeedback, and we occasionally have made<br>
>> > breaking changes there when necessary or desirable (the last big one I<br>
>> can<br>
>> > think of was the QContactDetail performance improvements in 2015/2016<br>
>> > timeframe).  There are some changes in the backlog which might be SIC or<br>
>> > BIC also, e.g. <a href="https://codereview.qt-project.org/c/qt/qtpim/+/210812" rel="noreferrer" target="_blank">https://codereview.qt-project.org/c/qt/qtpim/+/210812</a> and<br>
>> > one other known work item (which I meant to start this week, but didn't<br>
>> get<br>
>> > around to it) is that QtPIM currently doesn't build against dev/qt6, so<br>
>> > some non-SIC porting work is required also.  As such, I'm not sure that<br>
>> > strong BIC/SIC guarantees are possible or desirable there at this point<br>
>> in<br>
>> > time at least.<br>
>><br>
>> Thanks for listing recent changes and plans of the upcoming.<br>
>><br>
>> Apologize my not-knowing (as a non-native speaker)... What do BIC and<br>
>> SIC stand for?<br>
>><br>
><br>
> Binary incompatible changes / source incompatible changes.<br>
<br>
Ah, thanks!<br>
<br>
>><br>
>> > Regarding maintainership: yes, for QtPIM at least it would be very<br>
>> > beneficial if someone from UBPorts could commit significant time to<br>
>> QtPIM,<br>
>> > as there are some open items there currently and unfortunately I don't<br>
>> have<br>
>> > much capacity to spend on QtPIM at the moment.  Alberto Mardegan has<br>
>> done a<br>
>> > lot of work in the QtPIM area previously, and might be a good candidate<br>
>> if<br>
>> > his commitments allow...<br>
>><br>
>> I will bring this up in the next UBports dev meeting. We are currently<br>
>> running short an wo*man power, but I'll can at least let them know.<br>
>><br>
>> > As for release tags, I am open to such (e.g. major version bumps for<br>
>> binary<br>
>> > breaks, minor version bumps for API additions, patch version bumps for<br>
>> > other fixes / improvements) but I am not sure how that is done, in<br>
>> > practice, for Qt repositories.  Is that something which an external like<br>
>> > myself can do?  What is the process?  Or maybe this is something which Qt<br>
>> > release management would want to handle?<br>
>><br>
>> It seems that at least for QtPIM, some sort of versioning scheme would<br>
>> benefit the version and API/ABI tracking in Debian. Who can be asked<br>
>> about that? I fear that is something you might have to add to your<br>
>> list. Do you think that this is feasible over the next couple of weeks?<br>
>><br>
><br>
> I am not sure who on Qt side could help answer this question.  As Lorn<br>
> described, these modules are not officially part of the Qt offering (any<br>
> more), so I don't think that The Qt Company provide any sort of guarantees<br>
> or effort with regards to packaging and versioning.  I also don't know how<br>
> such version tags could be added (i.e. do you need write access to the<br>
> underlying git repository, as opposed to the normal "approval / staging via<br>
> gerrit" access which I currently have, etc) unfortunately.  If there is<br>
> some simple way for me to add tags to the repo, I'm happy to do that<br>
> (defining some lightweight process for versioning, and applying tags as<br>
> appropriate when breaking changes are accepted into the repository, etc).<br>
<br>
Ok, so let's leave things (untagged) as they are. I do symbols  <br>
tracking with my DEB packaging, so I should notice at least BICs (i.e.  <br>
removed symbols).<br>
<br>
As the situation is not optimal for these projects (they are core  <br>
components of the Ubuntu Phone) would another option be moving the  <br>
upstream location away from <a href="http://qt-project.org" rel="noreferrer" target="_blank">qt-project.org</a>?<br>
<br>
I am not saying that this should be the goal, I am just wondering how  <br>
these code projects can be maintained best (from a distro maintainer's  <br>
PoV).<br></blockquote><div><br></div><div>Potentially.  The licensing of QtPIM only changed recently (in terms of changes), and Jolla's fork of QtPIM remains LGPLv2.1, so IMO if the upstream were to change, I think taking that version might be a sensible option, as it might attract more contributors / maintainers from commercial side (and developer capacity is currently the bottleneck for improvement, IMO).</div><div>Of course, that would be an option of last resort, in my opinion.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks+Greets,<br>
Mike<br>
-- <br>
<br>
DAS-NETZWERKTEAM<br>
c\o Technik- und Ökologiezentrum Eckernförde<br>
Mike Gabriel, Marienthaler str. 17, 24340 Eckernförde<br>
mobile: +49 (1520) 1976 148<br>
landline: +49 (4351) 850 8940<br>
<br>
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31<br>
mail: <a href="mailto:mike.gabriel@das-netzwerkteam.de" target="_blank">mike.gabriel@das-netzwerkteam.de</a>, <a href="http://das-netzwerkteam.de" rel="noreferrer" target="_blank">http://das-netzwerkteam.de</a><br>
<br>
</blockquote></div></div>