<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 26 October 2016 at 14:03, Dag <span dir="ltr"><<a href="mailto:danders@get2net.dk" target="_blank">danders@get2net.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
Another month came and went, and not much happened...<br>
I'm actually a little afraid of releasing because we might attract some users.<br>
Well, to be more precise, that there will be nobody to support those users.<br>
An example; a user posed a question about words on the forum close to 2 months ago, still no answer.<br>
I don't know enough to determine if the problem he ahs is just a matter of doing it the right way or if it is a bug or a limitation in odt or something else. It would take me a lot of time to find out so it would be much better if someone in the know (eg Camilla) could have answered.<br>
<br>
I would support plan of course, but what about words and sheets?<br>
Camila and Tomas; what are you able to commit to, are there others?<br>
I'm willing to set aside other stuff I'm working on to help, but I would need guidance to get anything done in a reasonable time and reviews of course, so I don't mess up too much.<br>
<br>
Also, not to be forgotten, KChart and KGantt needs to be released.<br>
<br></blockquote><div><br><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">Right, Dag.<br>Like you, I am wondering too about this great code base. <br>In order to be closer to reality, let's admit, software releases take time too. I've not seen many commits recently to calligra.git to say at least, yet activities moving us closer to release. The commits I see are mostly for Plan or are build fixes. <br><br>Even if the first release (beta) is out, it wouldn't be the last; continued commitment is needed.<br><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">So I think it's time to propose alternatives that help to reduce the overhead.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">What I would imagine?<br><br>- stop releasing tarballs and instead only publish git tags<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">- publish automated change logs based on git logs for tag-x.y.z-1..tag-x.y.z<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">This reduces overhead to 10 minutes per release or so if I understand it correctly.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">Any saved energy could got to updating the build recipes and forum support.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">I am aware of incompatibility[1] with KDE's approach and what OS distributors expect but OTOH it's better than silence and it's not incompatible with today's GitHub-oriented mindset of software developers. Thousands of low-profile projects do that. If someone is interested in the source code and building/distributing binaries, this form of distribution is acceptable.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">My 0.02PLN.<br><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">I'd be interested in other proposals.<br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default"><br><br></div><div style="font-family:monospace,monospace;font-size:small;display:inline" class="gmail_default">[1] Who contributes, decides. Anyone is free to get it back to the traditional workflow.<br><br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers, Dag.<div class="m_-4237910389922316574m_2781014221739769631gmail-HOEnZb"><div class="m_-4237910389922316574m_2781014221739769631gmail-h5"><br>
<br>
Friedrich W. H. Kossebau skrev den 2016-09-20 01:33:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi,<br>
<br>
Am Samstag, 2. Juli 2016, 08:17:40 CEST schrieb Camilla Boemann:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I think it's time we get a release out. We are stuck with not much work<br>
going on so inspired by Dag's return let's do a push to get ready.<br>
<br>
I think we should cut down on the number of applications so we have<br>
something manageble left. It's tough but the alternative is that Calligra<br>
dies completely. And nothing prevents us from bringing apps backĀ  later.<br>
<br>
So my question is: What is missing for us to have a release. I am not<br>
talking about all the nice to have features and bug fixes. I am asking what<br>
would create huge problems for our users if we release.<br>
<br>
Let's get things listed. I'll start:<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Karbon: let's exclude from first release<br>
</blockquote>
<br>
>From my testing it mainly works, so no real difference to Stage or Words IMHO<br>
So I would vote for include. Perhaps mark as experimental.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Flow: let's exclude from first release<br>
</blockquote>
<br>
Agreed. There would be also nothing to release :) Flow has not been ported<br>
even, as the plan of its maintainer was to make Flow another UI to the Karbon<br>
libs, optimized for Flow-specific use-cases. Just, has not happened yet.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Braindump: let's drop it completely<br>
</blockquote>
<br>
It has been ported, build and works. Pity for the work done there. But agreed.<br>
No maintainer, no users known. Time tp git rm.<br>
<br>
Gemini:<br>
incomplete port to QtQuick2 -> not part of release, already marked as STAGING<br>
<br>
Format Filters:<br>
guess anything that builds is on similar state as with 2.9. At least all my<br>
test files still work.<br>
<br>
Okular plugins:<br>
depend on unreleased Okular/KF5, work with current devel branch.<br>
so fine keep included in release builds.<br>
Okular/KF5 might be finally in KA 16.12<br>
<br>
Other extras:<br>
thumbnail etc. also work, so no reason to exclude<br>
<br>
Cheers<br>
Friedrich<br>
</blockquote>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="m_-4237910389922316574m_2781014221739769631gmail_signature">regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/jst<wbr>aniek</a></div>
</div></div>