<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 30, 2014 at 8:42 AM, Johnny Willemsen <span dir="ltr"><<a href="mailto:jwillemsen@remedy.nl" target="_blank">jwillemsen@remedy.nl</a>></span> wrote:<br>

<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> The large file support warning is easy to fix if MPC supports some<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
kind of "test" feature. I implemented that in CMake script for Wt a<br>
while ago:<br>
<br>
<a href="https://github.com/pgquiles/wt/commit/90d5bfeb5f87232a8f074e2c7fe7eb0a92dd6d58" target="_blank">https://github.com/pgquiles/<u></u>wt/commit/<u></u>90d5bfeb5f87232a8f074e2c7fe7eb<u></u>0a92dd6d58</a><br>
</blockquote>
<br></div>
With MPC we can't do that, it would mean we compile this with each program. Maybe we can use some template meta programming to determine the size?<div class=""><br></div></blockquote><br></div><div class="gmail_quote">

<br></div><div class="gmail_quote"><div>What we need is to try to compile the same small C program with different preprocessor macros (-D_LARGEFILE_SOURCE, -DFILE_OFFSET_BITS=64, etc) to determine which one we should pass in every call to gcc. I think template metaprogramming won't help here.<br>

<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The only thing that I am actually worried about is the licensing issue<br>
with OpenSSL. If lintian is complaining, most probably GPL-code is<br>
transitively being linked to OpenSSL, thus causing a licensing<br>
problem.<br>
</blockquote>
<br></div>
To my idea this is not the case, the only GPL part I know is ace_gperf, that isn't linked with anything.<br>
<br></blockquote><div><br></div><div>You are right. Apparently what was causing the problem was the Bison-generated code but it's covered by the Bison GPL-exception.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


The Sun part is still part of TAO_IDL. That license is probably now owned by MicroFocus which bought all progress orbs some time ago. Another option is to replace TAO_IDL with RIDLC with a new C++ backend, but that will be a significant amount of work, that is something that has to be funded by someone.<br>


<br></blockquote><div><br><br>:-(<br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
At the moment you have everything compiling, could you document the steps to provide a new release to debian, than we can integrate a future release into the debian as part of the release progress.<br>
<br></blockquote><div><br></div><div>Far too many steps are still manual. <br><br>In particular, cleaning all the complaints by lintian will take quite some work, and I think we will not get ACE into Debian until lintian reports zero warnings. I am slowly going through them but there are two which are causing me a nightmare:<br>

<br></div><div>- Hardening binaries. I'm trying to figure how to force MPC to take the gcc hardening flags.<br><br></div><div>- Large-file support. I can check for the right flag in debian/rules, outside MPC , and just pass MPC the proper flag, but I feel it's not the proper way. Any idea?<br>

<br></div><div><br><br><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for your work.<br>
<br>
Johnny<div><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
On Sun, Jun 29, 2014 at 10:30 PM, Pau Garcia i Quiles<br>
<<a href="mailto:pgquiles@elpauer.org" target="_blank">pgquiles@elpauer.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
Sure, I'll dump lintian output to a file and upload it. Still compiling :-)<br>
<br>
On Sun, Jun 29, 2014 at 10:28 PM, Johnny Willemsen <<a href="mailto:jwillemsen@remedy.nl" target="_blank">jwillemsen@remedy.nl</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Are you able to share the warnings, maybe host them somewhere?<br>
<br>
Johnny<br>
<br>
Op zondag 29 juni 2014 heeft Pau Garcia i Quiles <<a href="mailto:pgquiles@elpauer.org" target="_blank">pgquiles@elpauer.org</a>> het<br>
volgende geschreven:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hello,<br>
<br>
Yes, it did but apparently I didn't notice :-/ In fact, it's been so<br>
long since I did anything in ACE packaging that my packaging for 6.2.7<br>
(available in pgquiles-6.2.7-wrong) was missing some of my own changes<br>
in git from a long time ago (!!!)<br>
<br>
I have taken your branch, fixed a few unimportant issues, and added<br>
the useful parts from my branch: lintian overrides, fix some typos,<br>
remove privacy breach complaints and little more. It's available in<br>
the jwi+pgquiles-6.2.7 branch (building right now for the first time).<br>
There is still quite some work to do to clean all the lintian<br>
warnings, especially in regards to large file support<br>
(_FILE_OFFSET_BITS=64, etc).<br>
<br>
Also, what is the licensing issue with TAO that Steven Hartmann<br>
mentioned in the 6.2.7 thread? The Sun-licensed files? I seem to<br>
remember something from a long time ago but I cannot find the<br>
specifics, only this from Fedora:<br>
<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=450164" target="_blank">https://bugzilla.redhat.com/<u></u>show_bug.cgi?id=450164</a><br>
<br>
And lintian is also complaining about mixed OpenSSL + GPL code but I<br>
have not verified yet:<br>
<br>
E: libtao-orbsvcs-2.2.7: possible-gpl-code-linked-with-<u></u>openssl<br>
N:<br>
N:    This package appears to be covered by the GNU GPL but depends on the<br>
N:    OpenSSL libssl package and does not mention a license exemption or<br>
N:    exception for OpenSSL in its copyright file. The GPL (including<br>
version<br>
N:    3) is incompatible with some terms of the OpenSSL license, and<br>
therefore<br>
N:    Debian does not allow GPL-licensed code linked with OpenSSL<br>
libraries<br>
N:    unless there is a license exception explicitly permitting this.<br>
N:<br>
N:    If only the Debian packaging, or some other part of the package not<br>
N:    linked with OpenSSL, is covered by the GNU GPL, please add a lintian<br>
N:    override for this tag. Lintian currently has no good way of<br>
N:    distinguishing between that case and problematic packages.<br>
N:<br>
N:    Severity: serious, Certainty: wild-guess<br>
N:<br>
N:    Check: copyright-file, Type: binary<br>
<br>
<br>
<br>
On Sun, Jun 29, 2014 at 8:45 PM, Johnny Willemsen <<a href="mailto:jwillemsen@remedy.nl" target="_blank">jwillemsen@remedy.nl</a>><br>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Did post that on the list, didn't that post got through it?<br>
<br>
Johnny<br>
<br>
Op zondag 29 juni 2014 heeft Pau Garcia i Quiles <<a href="mailto:pgquiles@elpauer.org" target="_blank">pgquiles@elpauer.org</a>><br>
het<br>
volgende geschreven:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hello,<br>
<br>
No, I started from the 6.1.2 packaging. I didn't know you had started<br>
work on a branch :-/ I'll check<br>
<br>
On Sun, Jun 29, 2014 at 6:13 PM, Johnny Willemsen<br>
<<a href="mailto:jwillemsen@remedy.nl" target="_blank">jwillemsen@remedy.nl</a>><br>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Great, did you use the branch I created earlier this week?<br>
<br>
Johnny<br>
<br>
Op zondag 29 juni 2014 heeft Pau Garcia i Quiles<br>
<<a href="mailto:pgquiles@elpauer.org" target="_blank">pgquiles@elpauer.org</a>><br>
het<br>
volgende geschreven:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I am packaging ACE+TAO 6.2.7, which should solve #746825<br>
<br>
Packaging is done. Now I need to do some QA. There are hundreds of<br>
lintian issues, some of them serious (e. g. a licensing problem with<br>
OpenSSL).<br>
<br>
--<br>
Pau Garcia i Quiles<br>
<a href="http://www.elpauer.org" target="_blank">http://www.elpauer.org</a><br>
(Due to my workload, I may need 10 days to answer)<br>
<br>
______________________________<u></u>_________________<br>
Pkg-ace-devel mailing list<br>
<a href="mailto:Pkg-ace-devel@lists.alioth.debian.org" target="_blank">Pkg-ace-devel@lists.alioth.<u></u>debian.org</a><br>
<br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ace-devel" target="_blank">http://lists.alioth.debian.<u></u>org/cgi-bin/mailman/listinfo/<u></u>pkg-ace-devel</a><br>
</blockquote></blockquote>
<br>
<br>
<br>
--<br>
Pau Garcia i Quiles<br>
<a href="http://www.elpauer.org" target="_blank">http://www.elpauer.org</a><br>
(Due to my workload, I may need 10 days to answer)<br>
</blockquote></blockquote>
<br>
<br>
<br>
--<br>
Pau Garcia i Quiles<br>
<a href="http://www.elpauer.org" target="_blank">http://www.elpauer.org</a><br>
(Due to my workload, I may need 10 days to answer)<br>
</blockquote></blockquote>
<br>
<br>
<br>
--<br>
Pau Garcia i Quiles<br>
<a href="http://www.elpauer.org" target="_blank">http://www.elpauer.org</a><br>
(Due to my workload, I may need 10 days to answer)<br>
</blockquote>
<br>
<br>
<br>
</blockquote></div></div>
Hi,<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Pau Garcia i Quiles<br><a href="http://www.elpauer.org">http://www.elpauer.org</a><br>(Due to my workload, I may need 10 days to answer)
</div></div>