<div dir="ltr"><div class="gmail_default" style="font-family:comic sans ms,sans-serif"><div class="gmail_default" style="font-family:comic sans ms,sans-serif">Hello Sebastian, Christoph:<br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">I will contact the people of the debian link,<br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">it so happens, that  yesterday I made the tag, but this morning I<br>realized that I didn't update news and change log so I deleted<br>the tag, and made a new one. and to this last one I made the release.<br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">And in the link you are giving me, it looks like it took yesterday's tag.<br><br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">I don't know how much affects this in what you are doing<br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">to make the release.<br><br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">Thanks for your help and patience. I want to make things correctly and <br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif">I really appreciate your help.<br><br></div><div class="gmail_default" style="font-family:comic sans ms,sans-serif"></div>Vicky</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 19, 2016 at 2:01 PM, Sebastiaan Couwenberg <span dir="ltr"><<a href="mailto:sebastic@xs4all.nl" target="_blank">sebastic@xs4all.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vicky,<br>
<br>
On 04/19/2016 08:01 PM, Christoph Berg wrote:<br>
<span class="">> Vicky Vergara wrote:<br>
>> There are 2 questions:<br>
>> First one, and most urgent would be, someone got a server crash, so I had<br>
>> to make a version 2.2.1:<br>
>> <a href="https://github.com/pgRouting/pgrouting/releases/tag/pgrouting-2.2.1" rel="noreferrer" target="_blank">https://github.com/pgRouting/pgrouting/releases/tag/pgrouting-2.2.1</a><br>
>> I think some spelling errors were fixed. (see bellow)<br>
<br>
</span>s/bellow/below/ ;-)<br>
<span class=""><br>
>> My guess is that: that one has to be packaged.<br>
>> I really apologize for the double work.<br>
<br>
</span>No problem, the changes between 2.2.0 and .1 were minimal, so the<br>
packaging burden was light too.<br>
<br>
> the real Debian packaging is done by Bas and others in<br>
> <a href="https://anonscm.debian.org/cgit/pkg-grass/pgrouting.git/" rel="noreferrer" target="_blank">https://anonscm.debian.org/cgit/pkg-grass/pgrouting.git/</a><br>
> (2.2.1 is already in there, btw :)<br>
> You'll really talk to them directly. (Cc'ed)<br>
<br>
Michael Fladischer did the packaging for pgRouting 2.0.0, but he isn't<br>
very active any more unfortunately. So I'm picking up the slack, mostly<br>
because pgRouting one of the reverse dependencies of PostGIS which I<br>
also help maintain in Debian along with Markus Wanner.<br>
<br>
> I myself am also packaging a bunch of PostgreSQL packages for Debian,<br>
> but in the case of pgrouting, I'm merely re-building what's in the git<br>
> quoted above for <a href="http://apt.postgresql.org" rel="noreferrer" target="_blank">apt.postgresql.org</a>. I'm happy that it Just Works :)<br>
<br>
We did need a little poking to get pgRouting 2.1.0 packaged because the<br>
new upstream version detection didn't handle the changed tag naming<br>
convention. That was quickly resolved after Christoph contacted the<br>
Debian GIS team forwarding the request for packaging of pgRouting 2.1.<br>
<span class=""><br>
>> The second is I am wondering about this:<br>
>>   * Team upload.<br>
>>   * New upstream release.<br>
>>   * Update copyright file, changes:<br>
>>     - Update copyright years for various copyright holders<br>
>>     - Add license & copyright for sources by Razequl Islam<br>
>>     - Add new files by Alexander Neundorf<br>
>>     - Add license & copyright for CMake files by Kitware, Inc<br>
>>   * Bump Standards-Version to 3.9.8, no changes.<br>
>>   * Simplify file glob patterns in doc-base.<br>
>>   * Enable verbose make output.<br>
>>   * Add patch to fix spelling errors.<br>
>>   * Enable all hardening buildflags.<br>
>><br>
>> My main concern are:<br>
>> The copyrights: What is wrong?, so I can fix it in the repository.<br>
<br>
</span>Why do you think the copyright is wrong?<br>
<br>
The Debian package contains a machine readable copyright file which<br>
includes all the license & copyright statements included in the upstream<br>
source per Debian Policy 12.5:<br>
<br>
 <a href="https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile" rel="noreferrer" target="_blank">https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile</a><br>
<br>
As part of the packaging update for 2.2.0 I reviewed the changes between<br>
2.1.0 and 2.2.0, and incorporated the license & copyright changes in the<br>
debian/copyright file.<br>
<br>
If changes to the upstream source were made as part of the Debian<br>
package update, I would have forwarded the patches like I did for the<br>
spelling errors.<br>
<span class=""><br>
>> The hardening build flags: What is that? & How do I do the testing with the<br>
>> those flags when making the release?<br>
<br>
</span>Hardening buildflags are compile time options "to help harden a<br>
resulting binary against memory corruption attacks, or provide<br>
additional warning messages during compiles." See:<br>
<br>
 <a href="https://wiki.debian.org/Hardening" rel="noreferrer" target="_blank">https://wiki.debian.org/Hardening</a><br>
<br>
In the Debian package build we just export<br>
DEB_BUILD_MAINT_OPTIONS=hardening=+all to have the dpkg-buildflags<br>
helper pass the all the hardening options to the build system.<br>
<br>
You can add these options to the upstream buildsystem if you want test<br>
them as part of the release and not using the Debian packaging tools.<br>
<br>
Kind Regards,<br>
<br>
Bas<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
 GPG Key ID: 4096R/6750F10AE88D4AF1<br>
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><pre>Georepublic UG (haftungsbeschränkt)
Salzmannstraße 44, 
81739 München, Germany

Vicky Vergara
Operations Research

eMail: vicky@<a href="http://georepublic.de" target="_blank">georepublic.de</a>
Web: <a href="https://georepublic.info" target="_blank">https://georepublic.info</a>

Tel: +49 (089) 4161 7698-1
Fax: +49 (089) 4161 7698-9

Commercial register: Amtsgericht München, HRB 181428
CEO: Daniel Kastl

<span></span></pre></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>