<div dir="ltr">I presume that by "backport" you mean port of this fix to GRASS7?<br><div><br><br>On 28 February I reported bug #2941 with a suggested patch to Grass 7 to cover this. Since I'm not a regular contributor, I don't really know what has happened to it? <br><br></div><div>It's just a one-liner, so maybe it would be safest if one of the regulars would apply the patch?<br><br></div><div>Thomas<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 5, 2016 at 11:17 AM, GRASS GIS <span dir="ltr"><<a href="mailto:trac@osgeo.org" target="_blank">trac@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">#2876: r.sun (mode 1): data are not timestamped correctly<br>
-----------------------------+-------------------------<br>
  Reporter:  fabriziosossan  |      Owner:  grass-dev@…<br>
      Type:  defect          |     Status:  new<br>
  Priority:  normal          |  Milestone:  7.0.4<br>
 Component:  Raster          |    Version:  6.4.5<br>
Resolution:                  |   Keywords:  r.sun<br>
       CPU:  x86-64          |   Platform:  Linux<br>
-----------------------------+-------------------------<br>
<br>
Comment (by martinl):<br>
<br>
 Is there any plan for backport? It's noted in<br>
 wiki:Grass7Planning#a7.0.4tobebackported and we are close to RC1 (15/4)...<br>
<br>
--<br>
Ticket URL: <<a href="https://trac.osgeo.org/grass/ticket/2876#comment:5" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/ticket/2876#comment:5</a>><br>
GRASS GIS <<a href="https://grass.osgeo.org" rel="noreferrer" target="_blank">https://grass.osgeo.org</a>><br>
<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a></blockquote></div><br></div>