[Qgis-developer] September 1 branch for release

[Larry Shaffer]

Hi Tim,

On Sat, Aug 31, 2013 at 1:07 PM, Tim Sutton <lists at linfiniti.com> wrote:

> Hi Larry
> On Sat, Aug 31, 2013 at 11:28 AM, Larry Shaffer <larrys at dakotacarto.com>wrote:
>
>> Hi Andreas,
>>
>> On Sat, Aug 31, 2013 at 2:43 AM, Andreas Neumann <a.neumann at carto.net>wrote:
>>
>>> Larry. I would suggest you take the time you need. The QGIS server is
>>> most of the time installed from source and is therefore not too tightly
>>> coupled with the official QGIS Desktop release.
>>>
>>
>> The bug (at least the main one, noted in the issue) is not in the
>> mapserver code. It is definitely in QgsPalLabeling. I can fix it, but it
>> screws up drop shadows and some other labeling components. However, I am at
>> a complete loss as to why I am getting different font output resolutions
>> between *servers*. Again, the only way to test this is to complete a
>> reasonably extensive test suite, used across many platforms/setups.
>> Otherwise, even reports from testers will be time-consuming to go over,
>> without such a baseline for testing.
>>
>> I really believe I can do this within the next week. Otherwise, I think
>> it would be asking too much of the project to 'hold off' for another week
>> beyond that.
>>
>>  Even if it is not installed from source it is relatively easy to
>>> publish QGIS server packages independent from Desktop.
>>>
>>
>> Not so on Mac, where it is included in the main app bundle. However,
>> since William is the main distributor for the stable version, I suppose it
>> could have a secondary release. My feeling is the bug should be reasonably
>> squashed right now.
>>
>>
>>> Btw: I dont see any of these font problems at my QGIS server
>>> installation. I would have noticed it since I use QGIS server quite
>>> extensively.
>>>
>>
>> I would love to know how that is possible. I've not seen a setup that
>> doesn't exhibit the issue yet. Maybe it slight enough that you just don't
>> 'see' it on manual visual inspection. Can you possibly run the current
>> limited labeling server test from the build dir on that machine (or one
>> with access to that web server)?
>>
>> It is run individually with: ctest -R PyQgsPalLabelingServer -V
>>
>> It should fail due to lack of configuration, but give info on setting up
>> the local test server configuration file, e.g. [0]. Unfortunately, the
>> misconfiguration, which causes the test class to be skipped, does not
>> register as a FAIL at dash.orfeo-toolbox.org. Example of failed test,
>> after local server configuration, for my Mac nightly build setup [1].
>>
>> It should also definitely fail because the current control image is from
>> Mac (font handling differences). Read the Python test file [2] to see other
>> env vars you can set to create a new set of local control images for your
>> platform (just don't commit them upstream to QGIS source, yet). You will
>> need a set of control images for canvas too, since one of the test classes
>> is to crosscheck server output against canvas's (the actual issue at hand),
>> as well the comparison of expected server output.
>>
>> [0]
>> http://dash.orfeo-toolbox.org/testDetails.php?test=18860662&build=127142
>> [1]
>> http://dash.orfeo-toolbox.org/testDetails.php?test=18875858&build=127203
>> [2]
>> https://github.com/qgis/Quantum-GIS/blob/master/tests/src/python/test_qgspallabeling_server.py
>>
>>
> Personally I would prefer that we branch for release tomorrow night and
> not wait another week. The reason for this is that it would be good to
> allow enough time for a wide range of packages to be built from the release
> by the time FOSS4G comes, and that it would be nice to have the release
> well behind us by the time the upcoming hackfest starts. Also I am taking
> into account Andreas' comments above. Let me know tomorrow how things are
> looking and we can consider whether to extend the branching date by a few
> days to accommodate you.
>

Ok. Thank you for the reply. I give you a report in 24 hrs. I, too, would
very much prefer not to hold things up. I know many people are waiting and
the timing is important as well.

Regards,

Larry



>
> Regards
>
> Tim
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20130831/344b57f5/attachment-0001.html>