<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">El 24/08/16 a las 02:00, Samuel
      Henrique escribió:<br>
    </div>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">Hi team
          and Marco<br>
          <br>
        </div>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">I'm
          writing this because i saw some problems in the packaging of
          T50 and i would like to help and discuss about how to deal
          with then, by the way, the current maintainer of T50 is Marco,
          and i would like to ask to co-maintain T50 with you, if that's
          ok.<br>
        </div>
      </div>
    </blockquote>
    <br>
    Yes, of course you can.<br>
    <br>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)"><br>
        </div>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">debian/changelog:
          I believe somebody forgot to clear the Kali leftovers from the
          changelog, is that a problem? If not, anyway, can we clear
          then and left only the first entry related to the Debian
          release? I beliebe it would be cleaner.<br>
        </div>
      </div>
    </blockquote>
    <br>
    I left the credits for every kali packager because i use kali
    package as starting point. It is surely unfair not to give them
    credits.<br>
    <br>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">pristine-tar:
          The first tarball uploaded to this branch was the kali one,
          from 5.4.1 (first debian shipped version is 5.6.4), is that a
          a problem? Can we reset the pristine-tar branch with 5.6.4?<br>
        </div>
      </div>
    </blockquote>
    As i already said, i don't see the reason not to give them credits.<br>
    <br>
    <br>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">Please
          also note that no upstream tags were made yet, so i believe it
          would be less intrusive to reset pristine-tar.<br>
        </div>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">If
          somebody clones t50 packaging repo from our team and tries gbp
          buildpackage, the build will fail because gbp will try to
          build the kali version: "dpkg-deb: building package 't50' in
          '../t50_5.4.1-rc1-1kali1_amd64.deb'."<br>
        </div>
      </div>
    </blockquote>
    Perhaps you need to configure gbp to use "debian/master" as the
    Debian branch. By default it uses the "master" branch that actually
    points to kali version.<br>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)"><br>
        </div>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">[serious]debian/patches/set-proper-compiler-flags.patch:<br>
        </div>
        <div class="gmail_default"
          style="font-family:tahoma,sans-serif;color:rgb(0,0,0)">The
          -march=native and -O3 flags were left intact, this is causing
          FTBFS on 4 of the main architectures[1] and should be fixed
          asap.<br>
        </div>
      </div>
    </blockquote>
    Yes, it needs to be fixed. march=native is not ok. You can try to
    compile (or crosscompile) on other architectures and check of it is
    ok without this option. If so, it is trivial to patch upstream
    makefile.<br>
    <br>
    Keep in mind that upstreams states clearly that t50 is only tested
    on amd64 and linux.<br>
    <br>
    That for your help. <br>
    <br>
    Cheers.<br>
    Marcos<br>
    <br>
    <br>
    <br>
    <blockquote
cite="mid:CABwkT9qnLNMgyc24WFvr7OWGLuqAZ0wDeDk3nKEvR_iZQRqgRg@mail.gmail.com"
      type="cite">
      <pre wrap="">_______________________________________________
Pkg-security-team mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Pkg-security-team@lists.alioth.debian.org">Pkg-security-team@lists.alioth.debian.org</a>
<a class="moz-txt-link-freetext" href="https://lists.alioth.debian.org/mailman/listinfo/pkg-security-team">https://lists.alioth.debian.org/mailman/listinfo/pkg-security-team</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>